CN116887449A - 一种非连续接收控制方法和装置 - Google Patents

一种非连续接收控制方法和装置 Download PDF

Info

Publication number
CN116887449A
CN116887449A CN202310700057.1A CN202310700057A CN116887449A CN 116887449 A CN116887449 A CN 116887449A CN 202310700057 A CN202310700057 A CN 202310700057A CN 116887449 A CN116887449 A CN 116887449A
Authority
CN
China
Prior art keywords
data
timer
communication device
multicast
drx
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
CN202310700057.1A
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 CN202310700057.1A priority Critical patent/CN116887449A/zh
Publication of CN116887449A publication Critical patent/CN116887449A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • 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
    • 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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • 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
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • 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/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • 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/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请实施例提供一种非连续接收控制方法和装置,涉及通信技术领域,能够解决网络侧的传输方式动态变化时,通信装置接收不到数据的问题。其方法为:接收以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据;通信装置执行以下动作中的任一个或多个:启动或重启第一定时器,第一定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;停止第二定时器,或,启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长;启动或重启第三定时器,第三定时器用于指示通信装置接收重传的数据前等待的时长;其中,定时器为与组播关联的DRX对应的定时器。本申请实施例用于根据DRX处理控制信息和/或数据。

Description

一种非连续接收控制方法和装置
技术领域
本申请涉及通信技术领域,尤其涉及一种非连续接收(DiscontinuousReception,DRX)控制方法和装置。
背景技术
多媒体广播多播业务(multimedia broadcast multicast service,MBMS)或组播广播服务(multicast and broadcast services,或,multicast/broadcast services,或,multicast-broadcast services,MBS)可以有效地利用通信资源,其在通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现资源共享,提高资源利用率,尤其是空口接口资源。一般的,在MBMS或MBS场景下,既可以将信息向所有用户广播,也可以发送给一组收费的签约用户收看,可以帮助运营商开展多媒体广告、免费和收费电视频道、彩信群发等多种商业应用。
对于组播业务,用户设备(User Equipment,UE)侧为了节能,需要支持DRX机制,如何保证UE可以接收到组播数据目前还没有有效的方法。
发明内容
本申请实施例提供一种非连续接收控制方法和装置,解决了网络侧的传输方式动态变化时,通信装置接收不到数据的问题。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,提供一种DRX控制方法,包括:通信装置接收以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据;和/或,通信装置接收第一数据,第一数据是以组播方式传输的;通信装置执行以下动作中的任一个或多个:启动或重启第一定时器,第一定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;停止第二定时器,或,启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长;启动或重启第三定时器,第三定时器用于指示通信装置接收重传的数据前等待的时长;其中,第一定时器、第二定时器和第三定时器为与组播关联的DRX对应的定时器。
这样,通信装置接收通过单播方式传输的第一控制信息和/或数据(对应第一HARQ进程),网络设备后续可能通过组播方式传输其他控制信息和/或数据,也可能通过组播方式传输该数据的重传。为了保证通信装置能够接收网络设备后续通过组播方式的控制信息和/或数据,通信装置可以启动与组播关联的DRX对应的第一定时器(对应第二HARQ进程)。这样,若网络设备在第一定时器运行的时长内通过组播方式传输其他控制信息和/或数据,或,该数据的重传,就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。
或者,与组播关联的DRX对应的第二定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过组播方式或单播方式传输控制信息和/或数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过组播方式(或C+G传输方式传输)传输的重传数据,通信装置启动或重启了与组播关联的DRX对应的第二定时器,对应第二HARQ进程),通信装置接收通过单播方式传输控制信息和/或数据Y(例如,新传数据或重传数据,与第二HARQ进程对应),为了通信装置的节能,可以停止与组播关联的DRX对应的第二定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与组播关联的DRX对应的第二定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与组播关联的DRX对应的第二定时器。
或者,通信装置接收通过单播方式传输的控制信息和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过组播方式(或单播方式传输)传输其他控制信息和/或数据,也可能通过组播方式(或单播方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过组播方式(或单播方式传输)传输的控制信息和/或数据,通信装置可以启动或重启与组播关联的DRX对应的第三定时器,可选的,在第三定时器超时后,启动或重启与组播关联的DRX对应的第二定时器。这样,若网络设备在第二定时器运行(和/或第三定时器运行)的时长内通过组播方式(或单播方式传输)传输其他控制信息和/或数据,或,该数据的重传,就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。另外,通信装置启动或重启与组播关联的DRX对应的第三定时器,在第三定时器超时后,启动或重启与组播关联的DRX对应的第二定时器,也可以避免在第三定时器运行的时长内监听该数据的重传,有利于通信装置的节能。
在一种可能的设计中,启动或重启第一定时器包括:第一数据为新传数据,启动或重启第一定时器。即之前接收到了以单播方式传输的第一数据,后续很有可能继续接收到新传的数据,因此,为了保证后续数据的接收,可以启动或重启第一定时器。
在一种可能的设计中,启动或重启第三定时器包括:通信装置发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;通信装置启动或重启第三定时器。这样,通信装置启动或重启第三定时器,在第三定时器超时后,可以启动或重启与组播关联的DRX对应的第二定时器,也可以避免在第三定时器运行的时长内监听该数据的重传,有利于通信装置的节能。
在一种可能的设计中,该方法还包括:通信装置执行以下动作中的任一个或多个:启动或重启第四定时器,第四定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;停止第五定时器,或,启动或重启第五定时器,第五定时器用于指示通信装置接收重传的数据的时长;启动或重启第六定时器,第六定时器用于指示通信装置接收重传的数据前等待的时长;其中,第四定时器、第五定时器和第六定时器均为与单播关联的DRX对应的定时器。
例如,通信装置接收通过单播方式传输的控制信息和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过单播方式传输其他控制信息和/或数据,也可能通过单播方式传输该数据的重传。为了保证通信装置能够接收网络设备后续通过单播方式的控制信息和/或数据,通信装置可以启动与单播关联的DRX对应的第四定时器。这样,若网络设备在第四定时器运行的时长内通过单播方式传输其他控制信息和/或数据,或,该数据的重传,就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。
或者,例如,与单播关联的DRX对应的第五定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过单播方式或组播方式传输控制信息和/或数据X(与第一HARQ进程对应),或接收通过配置传输方式传输的数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过单播方式传输的重传数据,通信装置启动或重启了与单播关联的DRX对应的第五定时器),通信装置接收通过单播方式传输控制信息和/或数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),或接收通过配置传输方式传输的数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与单播关联的DRX对应的第五定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与单播关联的DRX对应的第五定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与单播关联的DRX对应的第五定时器。
或者,通信装置接收通过单播方式传输的控制信息和/或数据,网络设备后续可能通过单播方式传输其他控制信息和/或数据,也可能通过单播方式传输该数据的重传。为了保证通信装置能够接收网络设备后续通过单播方式传输的控制信息和/或数据,通信装置可以启动或重启与单播关联的DRX对应的第六定时器,可选的,在第六定时器超时后,启动或重启与单播关联的DRX对应的第五定时器。这样,若网络设备在第五定时器运行(和/或第六定时器运行)的时长内通过单播方式传输其他控制信息和/或数据,或,该数据的重传,就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。另外,通信装置启动或重启与单播关联的DRX对应的第六定时器,在第六定时器超时后,启动或重启与单播关联的DRX对应的第五定时器,也可以避免在第六定时器运行的时长内监听该数据的重传,有利于通信装置的节能。
在一种可能的设计中,第一控制信息、第一数据、第二定时器、第三定时器中的任一项或多项与第一混合自动重传请求HARQ进程对应;和/或,第一控制信息、第一数据、第五定时器、第六定时器中的任一项或多项与第一HARQ进程对应。
第二方面,提供一种DRX控制方法,该方法包括:通信装置接收以组播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据;和/或,通信装置接收第一数据,第一数据是以单播方式传输的;通信装置执行以下动作中的任一个或多个:启动或重启第四定时器,第四定时器用于指示用于调度新传的控制信道或新传数据之后的一段时长;停止第五定时器,或,启动或重启第五定时器,第五定时器用于指示通信装置接收重传的数据的时长;其中,第四定时器和第五定时器均为与单播服务关联的DRX中的定时器。
这样,通信装置接收通过组播方式传输的控制信息和/或数据,网络设备后续可能通过单播方式传输其他控制信息和/或数据,也可能通单播方式传输该数据的重传。为了保证通信装置能够接收到网络设备后续通过单播方式传输的控制信息和/或数据,通信装置可以启动与单播关联的DRX对应的第四定时器,这样,若网络设备在第四定时器运行的时长内通过单播方式传输其他控制信息和/或数据,或,该数据的重传,就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。
或者,与单播关联的DRX对应的第五定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过单播方式或组播方式传输控制信息和/或数据X(与第一HARQ进程对应),或接收通过配置传输方式传输的数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过单播方式传输的重传数据,通信装置启动或重启了与单播关联的DRX对应的第五定时器),通信装置接收通过单播方式传输控制信息和/或数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),或接收通过配置传输方式传输的数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与单播关联的DRX对应的第五定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与单播关联的DRX对应的第五定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与单播关联的DRX对应的第五定时器。
在一种可能的设计中,启动或重启第四定时器包括:通信装置确定第一数据为新传数据,启动或重启第四定时器。
在一种可能的设计中,该方法还包括:通信装置执行以下动作中的任一个或多个:启动或重启第一定时器,第一定时器用于指示用于调度新传的控制信道或新传数据之后的一段时长;停止第二定时器,或,启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长;其中,第一定时器和第二定时器为与组播关联的DRX对应的定时器。这里的有益效果与第一方面的有益效果类似,即还可以控制组播方式下的定时器运行。
在一种可能的设计中,第一数据以及第五定时器均与同一个混合自动重传请求HARQ进程对应。
第三方面,提供一种通信装置,包括:收发器,用于接收以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据;和/或,收发器,用于接收第一数据,第一数据是以组播方式传输的;处理器,用于执行以下动作中的任一个或多个:启动或重启第一定时器,第一定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;停止第二定时器,或,启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长;启动或重启第三定时器,第三定时器用于指示通信装置接收重传的数据前等待的时长;其中,第一定时器、第二定时器和第三定时器为与组播关联的DRX对应的定时器。第三方面的有益效果可以参见第一方面的有益效果。
在一种可能的设计中,处理器用于:第一数据为新传数据,启动或重启第一定时器。
在一种可能的设计中,收发器用于:发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;处理器,用于启动或重启第三定时器。
在一种可能的设计中,处理器还用于:执行以下动作中的任一个或多个:启动或重启第四定时器,第四定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;停止第五定时器,或,启动或重启第五定时器,第五定时器用于指示通信装置接收重传的数据的时长;启动或重启第六定时器,第六定时器用于指示通信装置接收重传的数据前等待的时长;其中,第四定时器、第五定时器和第六定时器均为与单播关联的DRX对应的定时器。
在一种可能的设计中,第一控制信息、第一数据、第二定时器、第三定时器中的任一项或多项与第一混合自动重传请求HARQ进程对应;和/或,第一控制信息、第一数据、第五定时器、第六定时器中的任一项或多项与第一HARQ进程对应。
第四方面,提供一种通信装置,包括:收发器,用于接收以组播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据;和/或,通信装置接收第一数据,第一数据是以单播方式传输的;处理器,用于执行以下动作中的任一个或多个:启动或重启第四定时器,第四定时器用于指示用于调度新传的控制信道或新传数据之后的一段时长;停止第五定时器,或,启动或重启第五定时器,第五定时器用于指示通信装置接收重传的数据的时长;其中,第四定时器和第五定时器均为与单播服务关联的DRX中的定时器。第四方面的有益效果可以参见第二方面的有益效果。
在一种可能的设计中,处理器用于:确定第一数据为新传数据,启动或重启第四定时器。
在一种可能的设计中,收发器还用于:发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后,第一反馈时间为通信装置向网络设备发送数据反馈的最大时长;处理器,还用于启动或重启第六定时器。
在一种可能的设计中,处理器还用于:执行以下动作中的任一个或多个:启动或重启第一定时器,第一定时器用于指示用于调度新传的控制信道或新传数据之后的一段时长;停止第二定时器,或,启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长;其中,第一定时器和第二定时器为与组播关联的DRX对应的定时器。
在一种可能的设计中,第一数据以及第五定时器均与同一个混合自动重传请求HARQ进程对应。
第五方面,提供一种非连续接收DRX控制方法,该方法包括:通信装置接收第一控制信息和/或第一数据,第一控制信息用于调度第一数据,第一数据为组播数据或以组播方式传输的数据;和/或,通信装置确定第一定时器超时,第一定时器用于指示通信装置接收重传的数据前等待的时长;通信装置启动或重启第二定时器,第二定时器用于指示通信装置接收重传的数据的时长。这样,在组播方式下,无论第一数据接收成功与否,都启动第二定时器,反馈ACK(或,接收成功)的通信装置与反馈NACK(或,接收失败)的通信装置的激活期是对齐的,这样,反馈ACK(或,接收成功)的通信装置在重传定时器运行的时长内,如果发送设备(例如,网络设备或终端设备)发送了新传数据,反馈ACK(或,接收成功)的通信装置由于处于激活期也能接收该新传数据。
在一种可能的设计中,在通信装置确定第一定时器超时之前,该方法还包括:通信装置接收第一下行控制信息或第一数据成功,第一数据为组播数据或以组播方式传输的数据;通信装置启动第一定时器。即反馈ACK的通信装置也会启动第一定时器,保持与反馈NACK的通信装置的激活时间一致,提高数据传输效率。
在一种可能的设计中,该方法还包括:通信装置接收第一信息,第一信息指示通信装置接收第一控制信息和/或第一数据,和/或,通信装置确定第一定时器超时,通信装置启动或重启第二定时器。即,是否启动第一定时器可以是由网络设备侧决定的。
第六方面,提供一种DRX控制方法,该方法包括:网络设备确定通信装置侧的第一定时器运行;第一定时器用于指示通信装置接收重传的数据的时长;网络设备确定不发送第一控制信息和/或第一数据,第一控制信息用于调度第一数据,第一数据为组播数据或以组播方式传输的数据。
网络设备确定要对一个组播下的所有通信装置要发送新传的组播数据或以组播方式传输的数据(例如,以G-RNTI加扰的PDSCH),如果该组播下有至少一个通信装置运行在第一定时器下,考虑到可能该组播下有至少一个通信装置并未运行在第一定时器下,而是处于睡眠期(其他与与组播关联的DRX对应的激活时间相关的定时器均未运行),那么网络设备可以不向该组播下的所有通信装置发送新传数据。反之,如果该组播下的所有通信装置都没有运行在RetransmissionTimer下,网络设备可以认为所有通信装置都处于激活期,即所有的通信装置的激活期对齐,网络设备只在该组播下的所有通信装置都处于激活期时才向该组播下的通信装置发送新传数据,以便该组播下的所有通信装置都可以接收到该新传数据。
在一种可能的设计中,在网络设备确定不向通信装置发送新数据之前,该方法还包括:网络设备确定通信装置的的第二定时器、第三定时器和第四定时器均未运行;其中:第二定时器用于指示通信装置接收重传的数据的时长;第三定时器用于指示通信装置接收重传的数据前等待的时长;第四定时器用于指示通信装置被唤醒之后等待接收控制信息的持续时间。即只有第一定时器运行时,网络设备不发送新数据。
第七方面,提供一种非连续接收DRX控制方法,该方法包括:通信装置确定第一下行BWP不包括第一资源,第一资源用于为用于以组播方式传输的控制信息和/或数据的资源、公共的频率资源或组播对应的公共的频率资源,用于公共的物理下行控制信道和物理下行数据信道的资源,第一下行BWP为通信装置激活的下行BWP,或通信装置将切换至第一下行BWP上;通信装置控制第一DRX处于睡眠期,或不监听组播关联的控制信息;第一DRX与组播相关联。
由此,在通信装置发起随机接入,如果通信装置确定将要切换至的下行BWP或已经切换至的下行BWP不包括第一资源,通信装置可以进入睡眠期,或不监听组播关联的下行控制信息,以不接收以组播方式传输的下行控制信息或下行数据,这样可以避免通信装置进行不必要的下行控制信息的监听,利用通信装置节省功耗。
在一种可能的设计中,通信装置控制第一DRX处于睡眠期包括:通信装置停止第一DRX对应的定时器。
在一种可能的设计中,在通信装置确定第一下行BWP不包括用于以组播方式传输DCI或数据的资源之前,该方法还包括:通信装置切换至第一下行BWP。即在通信装置已经切换至第一才行BWP时,如果确定第一下行BWP不包括第一资源,通信装置控制第一DRX处于睡眠期,或不监听组播关联的控制信息;第一DRX与组播相关联,以节省功耗。
在一种可能的设计中,该方法还包括:通信装置发起随机接入,通信装置切换至第一下行BWP,第一下行BWP为与激活的上行BWP对应的下行BWP;其中,第一下行BWP为初始下行BWP,第一上行BWP为初始上行BWP;或,第一下行BWP的标识与第一上行BWP的标识相同。
在一种可能的设计中,该方法还包括:通信装置发送随机接入过程中的消息3,消息3用于调度传输,且携带通信装置的标识;或通信装置确定随机接入成功;或通信装置切换至第二下行BWP,第二BWP包括第一资源;通信装置控制第一DRX处于激活期,或根据第一DRX监听用于调度组播数据的下行控制信息。这样,通信装置不需要一直处于睡眠期或不监听控制信道,继续根据第一DRX接收下行数据。
在一种可能的设计中,通信装置控制第一DRX处于激活期包括:通信装置启动第一DRX对应的定时器。
在一种可能的设计中,第一DRX对应的定时器包括以下任一个或多个:第一定时器,第二定时器,第三定时器,第四定时器;第一定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;第二定时器用于指示通信装置接收重传的数据的时长;第三定时器用于指示通信装置接收重传的数据前等待的时长;第四定时器的定时时长指示通信装置被唤醒之后等待接收控制信息的持续时间。
在一种可能的设计中,用于调度组播数据的下行控制信息包括以下任一个或多个:以组播方式传输的下行控制信息,用于调度以组播方式传输的数据的下行控制信息,用于调度以单播方式传输的组播数据的下行控制信息。
第八方面,提供一种非连续接收DRX控制方法,该方法包括:通信装置从第一下行BWP切换至第二下行BWP,第一BWP和第二BWP用于以单播方式传输下行控制信息或数据;通信装置控制第一DRX处于睡眠期,或停止监听用于调度单播数据的下行控制信息,以停止接收以单播方式传输的下行控制信息或下行数据;第一DRX与单播相关联。
这样,在通信装置发起随机接入,如果通信装置确定将要切换至的下行BWP或已经切换至的下行BWP,通信装置可以进入睡眠期,或不监听单播关联的下行控制信息,以不接收以单播方式传输的下行控制信息或下行数据,这样可以避免通信装置进行不必要的下行控制信息的监听,利于通信装置节省功耗。
在一种可能的设计中,通信装置控制第一DRX处于睡眠期包括:通信装置停止第一DRX对应的定时器。
在一种可能的设计中,通信装置从第一下行BWP切换至第二下行BWP包括:通信装置发起基于竞争的随机接入,通信装置从第一BWP切换至第二下行BWP,第二下行BWP为激活的第一上行BWP对应的下行BWP;其中,第二下行BWP为初始下行BWP,第一上行BWP为初始上行BWP;或,第二下行BWP的标识与激活的上行BWP的标识相同。
在一种可能的设计中,该方法还包括:通信装置发送随机接入过程中的消息3,消息3用于调度传输,且携带通信装置的标识;通信装置控制第一DRX处于激活期,或根据第一DRX监听用于调度单播数据的下行控制信息。这样,通信装置便可以继续接收下行控制信息和/或数据。
在一种可能的设计中,通信装置控制第一DRX处于激活期包括:通信装置启动第一DRX对应的定时器。
在一种可能的设计中,第一DRX对应的定时器包括以下任一个或多个:第一定时器,第二定时器,第三定时器,第四定时器;第一定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长;第二定时器用于指示通信装置接收重传的数据的时长;第三定时器用于指示通信装置接收重传的数据前等待的时长;第四定时器的定时时长指示通信装置被唤醒之后等待接收控制信息的持续时间。
在一种可能的设计中,用于调度单播数据的下行控制信息包括以下任一个或多个:以单播方式传输的下行控制信息,用于调度以单播方式传输数据的下行控制信息,用于调度以单播方式传输单播数据的下行控制信息。
第九方面,本申请实施例提供了一种计算机可读存储介质,包括计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行上述任一方面及任一项可能的实现方式中的DRX控制方法。
第十方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得电子设备执行上述任一方面及任一项可能的实现方式中的DRX控制方法。
第十一方面,本申请实施例提供了一种系统,该系统可以包括以上任一方面的任一项可能的实现方式中的通信装置和网络设备。该通信装置和网络设备可以执行上述任一方面及任一项可能的实现方式中的DRX控制方法。
第十二方面,提供一种通信装置,包括至少一个处理器和存储器,所述至少一个处理器与收发器相连,所述至少一个处理器用于读取并执行所述存储器中存储的程序,以使得所述装置执行如上述各个方法或各个方法的任一种可能的设计所述的方法。
附图说明
图1为本申请实施例提供的一种DRX周期的示意图;
图2为本申请实施例提供的一种随机接入信号交互图;
图3为本申请实施例提供的一种随机接入信号交互图;
图4为本申请实施例提供的一种网络架构示意图;
图5为本申请实施例提供的一种DRX控制方法流程示意图;
图6为本申请实施例提供的一种DRX控制方法流程示意图;
图7为本申请实施例提供的一种通信装置间激活期不对齐的示意图;
图8为本申请实施例提供的一种DRX控制方法流程示意图;
图9为本申请实施例提供的一种DRX控制方法流程示意图;
图10为本申请实施例提供的一种DRX控制方法流程示意图;
图11为本申请实施例提供的一种DRX控制方法流程示意图;
图12为本申请实施例提供的一种终端设备结构示意图;
图13为本申请实施例提供的一种UE的结构示意图;
图14为本申请实施例提供的一种网络设备结构示意图;
图15为本申请实施例提供的一种基站的结构示意图。
具体实施方式
为了便于理解,示例的给出了部分与本申请实施例相关概念的说明以供参考。如下所示:
1、MBS。
MBS的传输方式:针对MBS业务/数据的传输,可以有下列任一项或多种传输方式:动态传输方式和/或配置传输方式。
其中,动态传输方式:包括点到点(Point-to-Point,PTP)传输方式和/或点到多点(Point-to-Multipoint,PTM)传输方式。
PTP传输方式:通过该传输方式,发送端将一份数据发给一个接收端。PTP传输方式可以理解为:(网络设备)以UE特定的无线网络临时标识符(Radio Network TemporaryIdentity,RNTI)(例如,小区无线网络临时标识符(Cell-RNTI,C-RNTI)、第一RNTI)加扰的物理下行控制信道(Physical Downlink Control Channel,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加扰(PDCCH/DCI/控制信息with CRC scrambled by RNTI)。
PTM传输方式:通过PTM传输方式,发送端可以将一份数据发送给多个接收端。
PTM传输方式可能包含第一种PTM传输方式和/或第二种PTM传输方式:
第一种PTM传输方式可以理解为:(网络设备)以公共的RNTI(例如,Group-RNTI(G-RNTI)、第二RNTI)加扰的PDCCH/DCI(为终端设备)调度公共的RNTI(例如,G-RNTI、第二RNTI)加扰的PDSCH。或者可以这样理解,网络侧通过一个公共的RNTI加扰一个DCI,该DCI用于调度通过一个公共RNTI加扰的一个数据,这种情况下,多个通信装置接收到同一个DCI,且这多个通信装置接收的数据相同。
第一种PTM传输方式也可以称为G+G传输方式。
第二种PTM传输方式可以理解为:(网络设备)以UE特定的RNTI(例如,C-RNTI、第一RNTI)加扰的PDCCH/DCI(为终端设备)调度公共的RNTI(例如,G-RNTI、第二RNTI)加扰的PDSCH。或者可以这样理解,多个通信装置中的每个通信装置分别接收到一个由特定的RNTI加扰的DCI,但是这些DCI用于调度同一个数据,即虽然每个通信装置接收到的DCI各不相同,但这多个通信装置接收的数据相同。
第二种PTM传输方式也可以称为C+G传输方式。
例如,PDSCH也可以理解为数据。
配置传输方式可以理解为:(网络设备)在配置资源上(向终端设备)传输数据/组播数据;或,(终端设备)在配置资源上接收(网络设备发送的)数据/组播数据。
配置传输方式也可以称为半静态传输方式。
配置资源也可以称为半静态调度(Semi-Persistent Scheduling,SPS)资源。
MBS HARQ:NR MBS支持混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)。
2、组播和单播。
组播可以包括以下任一项或多项:MBMS或MBS中的广播;MBMS或MBS中的组播;MBMS或MBS中的多播;车联网(Vehicle To Everything,V2X)中的组播;V2X中的多播;V2X中的广播;多播;广播;multicast;groupcast;broadcast。
组播业务可以包括/替换为以下任一项或多项:广播业务、多播业务、MBS业务、MBS广播业务、MBS多播业务、V2X组播业务、V2X广播业务。
组播业务对应的数据可以称为组播数据。
单播可以包括以下任一项或多项:V2X中的单播;unicast。可选的,单播可理解为单播传输。
用于指示通信装置接收重传的数据前等待的时长可以包括/理解为以下任一项或多项:用于指示通信装置接收到/接收重传的数据(例如,DL数据或SL数据)前等待的时长(例如,最小时长),用于指示通信装置期望接收到/接收重传的数据(例如,DL数据或SL数据)前等待的时长(例如,最小时长)。
用于指示通信装置接收重传的数据的时长可以包括/理解为:用于指示通信装置接收到/接收重传的数据(例如,DL数据或SL数据)的时长(例如,最大时长)。
3、DRX。
DRX用于控制终端设备监听PDCCH的行为,可以保证数据能够有效传输的前提下节省终端设备的功耗。当为终端设备配置DRX时,可以让终端设备在某些时候进入睡眠期,此时终端设备处于“睡眠态”,终端设备不需要连续地监听PDCCH,而需要监听的时候,则从“睡眠态”中唤醒进入“激活态”,也就是进入了激活期。这样就可以使终端设备达到省电的目的。一个典型的DRX周期可以如图1所示。一个DRX周期(cycle)包括:onDuration(相当于激活期)、通过定时器控制的时间(图1中未示出)以及Opportunity for DRX(睡眠期)。其中:
onDuration:终端设备被唤醒之后,终端设备等待接收PDCCH的持续时间段。如果终端设备成功解码了PDCCH,那么终端设备将保持在被唤醒状态,并且通过控制定时器(例如,Inactivity-timer、重传定时器、RTT定时器),延长唤醒时间。Opportunity for DRX:这段时间是DRX中的睡眠时间,即终端设备为了省电,进入了睡眠期而不监听PDCCH的时间。DRX中的睡眠时间越长,终端设备的功耗就越低。
DRX Cycle:可以理解为onDuration的重复周期。一个DRX周期由onDuration加上后续可能出现的定时器控制的时间的部分时长以及Opportunity for DRX组成。
单播下的DRX:
在现有的DRX中,用于控制终端设备的处于激活态的定时器可以包括(以下对各个定时器的解释皆以下行为例进行说明):OnDuration Timer、InactivityTimer、RetransmissionTimer。
RetransmissionTimer,是为每个下行HARQ进程配置的,可以理解为重传场景中,终端设备接收期望的下行重传数据的最大时长,即终端设备需要监听PDCCH的最大时长;
HARQ-RTT-Timer,也是为每个下行HARQ进程配置的,可以理解为终端设备在收到期望的下行重传数据之前,需要等待的最短时长。
当为一个终端设备配置了DRX,在静态配置(configured assignment)情况下,终端设备使用DRX的具体处理流程可以为:
1)如果终端设备在激活期在配置的下行分配中接收到了下行数据,那么终端设备在向网络设备发送了反馈之后开启HARQ-RTT-Timer;如果接收到的下行数据被成功解码,停止drx-HARQ-RTT-TimerDL计时;
2)如果dHARQ-RTT-Timer超时,且该HARQ进程中存在未被成功解码的数据,那么终端设备在HARQ-RTT-Timer超时之后开启RetransmissionTimerDL,以接收重传数据。
当为一个终端设备配置了DRX,在动态调度情况下,终端设备使用DRX的具体处理流程可以为:
1)终端设备在激活期监听PDCCH,如果PDCCH指示有下行传输,那么终端设备可以在向网络设备发送了反馈之后开启HARQ-RTT-Timer;如果接收到的下行数据被成功解码,停止drx-HARQ-RTT-TimerDL计时;
2)终端设备在激活期监听PDCCH,如果PDCCH指示有新传(上行的新传或下行的新传),终端设备在接收到PDCCH之后启动或重启InactivityTimer,以在nactivityTimer内接收新数据。
LTE MBMS下的DRX:
LTE中,SC-PTM的DRX和单播的DRX是独立的,SC-PTM的DRX是每个组播分别配置的。这种情况下,终端设备的激活期包括:On duration和InactivityTimer的时长。当终端设备到某个G-RNTI对应的PDCCH后,启动Inactivity Timer。由于LTE SC-PTM中不涉及重传,因此LTE MBMS下的SC-PTM也不涉及HARQ-RTT-Timer和RetransmissionTimer。
4、V2X。
V2X是智能交通运输系统的关键技术,被认为是物联网体系中最有产业潜力、市场需求最明确的领域之一。车联网是指通过装载在车上的传感器、车载终端设备等提供车辆信息,实现车辆到车辆(vehicle to vehicle,V2V),车辆到基础设施(vehicle toinfrastructure,V2I),车辆到网络(vehicle to Network,V2N)以及车辆到行人(vehicleto pedestrian,V2P)之间的相互通信的通信网络。
一般的,在V2X场景下,终端与其他终端之间进行直连通信的通信链路可以称之为侧行链路(sidelink,SL)或者边链路。
NR V2X中支持单播、组播和广播。
5、部分带宽(Bandwidth Part,BWP)。
BWP也可以称为带宽部分。
一个小区的总小区带宽的一个子集被称为一个BWP。NR R15中,网络设备可以给终端设备配置多个BWP,但终端设备只能工作在一个BWP上,即active BWP或initial BWP(初始BWP)。
需要说明的是,本文以BWP进行说明,但并不限定其名称一定为BWP,也可以是其他名称。例如,BWP可以理解为小区带宽的子集。例如,BWP可以理解为小区带宽的一部分。或小区带宽包含BWP。例如,BWP也可以等于小区带宽。
6、随机接入(Random Access,RA):
以终端设备为UE,网络设备为基站为例进行说明基于竞争的随机接入(Contention Based Random Access,CBRA)的流程和非竞争随机接入(Contention FreeRandom Access)的流程:
其中,CBRA的流程如图2所示,包括:
(1)UE向基站发送前导序列(preamble)(即MSG(message)1);
(2)基站收到该preamble之后,基站向UE发送随机接入响应(RA response),即MSG2;
(3)UE向基站发送MSG3(调度传输);
(4)基站成功接收MSG3后,基站向UE发送竞争解决(Contention resolution)消息,即MSG4。
其中,CFRA的流程如图3所示,包括:
(1)基站为UE分配随机接入前导序列(RA preamble assignment);
(2)UE向基站发送preamble,且UE向基站发送的preamble(MSG1)是专用的;
(3)基站收到该preamble之后,基站向UE发送随机接入响应(RA response),即MSG2。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、第五代(5th generation,5G)系统或新无线(new radio,NR)以及未来的移动通信系统等。
本申请实施例提供的方法可适用但不限于如下领域:MBMS、SC-PTM、组播广播服务、MBSFN、双通道智能单播(Dual-channel intelligent unicast,DC-IU)、Broadcast、Multicast、广播多播(Multicast Broadcast)、Groupcast、V2X、公共安全(publicsafety)、关键任务(mission critical)、IPv4/IPv6多播透传(transparent IPv4/IPv6multicast delivery)、IPTV、通过无线的软件交付(software delivery over wireless)、组通信(group communications)、物联网(Internet of things,IoT)、电视视频(TVVideo)、电视(TV)、线性电视(linear TV)、直播(Live)、广播服务(radio services)、设备到设备(device to device,D2D)、无人驾驶(unmanned driving)、自动驾驶(automateddriving,ADS)、辅助驾驶(driver assistance,ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(intelligent network driving)、汽车共享(car sharing)等。如图4所示,本申请实施例提供的方法可以应用于通信装置和通信装置之间的通信,还可以应用于通信装置和网络设备之间的通信。
本申请实施例中的网络设备可以为具有无线收发功能的设备或可设置于该设备的芯片,可以部署在无线接入网中为终端设备提供无线通信服务。该设备包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),无线保真(wireless fidelity,WIFI)系统中的接入点(access point,AP)、无线中继节点、无线回传节点、传输点(transmission and receptionpoint,TRP或者transmission point,TP)等;网络设备还可以为5G,如,NR,系统中的gNB,或,传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,网络设备还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(DU,distributed unit)等,或者,网络设备为车载设备、可穿戴设备或未来演进的,公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的网络设备等。
本申请实施例中的通信装置可以为终端设备或通信芯片。例如该终端设备可以是用户侧的一种用于接收信号,或者,发送信号,或者,接收信号和发送信号的实体。终端设备用于向用户提供语音服务和数据连通性服务中的一种或多种。终端设备还可以称为UE、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是V2X设备,例如,智能汽车(smartcar或intelligent car)、数字汽车(digital car)、无人汽车(unmanned car或driverlesscar或pilotless car或automobile)、自动汽车(self-driving car或autonomous car)、纯电动汽车(pure EV或Battery EV)、混合动力汽车(hybrid electric vehicle,HEV)、增程式电动汽车(range extended EV,REEV)、插电式混合动力汽车(plug-in HEV,PHEV)、新能源汽车(new energy vehicle)、路边装置(road site unit,RSU)。终端设备也可以是设备到设备(device to device,D2D)通信中的设备,例如,电表、水表等。终端设备还可以是移动站(mobile station,MS)、用户单元(subscriber unit)、无人机、物联网(internet ofthings,IoT)设备、WLAN中的站点(station,ST)、蜂窝电话(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)设备、膝上型电脑(laptop computer)、机器类型通信(machine type communication,MTC)终端、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端设备还可以为下一代通信系统中的终端,例如,5G系统中的终端或者未来演进的PLMN中的终端,NR系统中的终端等。例如,本申请的实施例中的终端设备还可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。本申请中由终端设备实现的方法和步骤,也可以由可用于终端设备的部件(例如芯片或者电路)等实现。本申请中将前述终端设备及可设置于前述终端设备的部件(例如芯片或者电路)统称为终端设备。
需要说明的是,本申请以通信装置、网络设备为例进行了说明,但并不限定仅适用于通信装置、网络设备,该申请的方案可以适用于其他的设备,本申请不限定。将通信装置替换为第一设备,将网络设备替换为第二设备即可。例如,也可以适用于通信装置和通信装置、网络设备和网络设备。
问题引出:
针对组播业务/组播数据,网络设备可以采用不同的传输方式(例如,C+C传输方式、C+G传输方式、G+G传输方式、配置传输方式)进行传输,且传输方式可以是变化的。
例如,网络设备通过C+G传输方式传输组播数据1,通过G+G传输方式或C+C传输方式传输组播数据2。
问题1:
通信装置接收到C+G传输方式传输的DCI1/数据1,后续网络设备可能会通过G+G传输方式或C+C传输方式传输DCI2/数据2,如何保证通信装置能够接收后续网络设备采用G+G传输方式或C+C传输方式传输的数据目前还没有有效的方案。
再例如,网络设备通过C+G传输方式传输组播数据1,网络设备可能通过G+G传输方式或C+G传输方式或C+C传输方式重传组播数据1。
问题2:
通信装置接收到C+G传输方式传输的DCI1/数据1,后续网络设备可能会通过G+G传输方式或C+G传输方式或C+C传输方式进行数据1的重传,如何保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传目前还没有有效的方案。
例如,网络设备通过配置传输方式传输组播数据1,通过G+G传输方式或C+G传输方式或C+C传输方式传输组播数据2。
问题3:
通信装置接收到配置传输方式传输的数据1,后续网络设备可能会通过C+C传输方式、C+G传输方式、G+G传输方式传输DCI2/数据2,如何保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据目前还没有有效的方案。
再例如,网络设备通过配置传输方式传输组播数据1,网络设备可能通过G+G传输方式或C+G传输方式或C+C传输方式重传组播数据1。
问题4:
通信装置接收到配置传输方式传输的数据1,后续网络设备可能会通过G+G传输方式或C+G传输方式或C+C传输方式进行数据1的重传,如何保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传目前还没有有效的方案。
在解决问题1至问题4中的任多个的基础之上可能还存在一些问题,可能会导致通信装置的功耗较大,或者说不利于通信装置的节能。例如,
问题5:通信装置接收到C+G传输方式传输的DCI1/数据1(例如,对应HARQ进程1),为了保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传,通信装置可能会启动或重启与组播关联的DRX对应的用于重传的定时器(例如,第二定时器或Retransmission Timer,与HARQ进程1相关联)和/或与单播关联的DRX对应的用于重传的定时器(例如,第五定时器或Retransmission Timer,与HARQ进程1相关联),用于数据1的重传的PDCCH的监听,若通信装置接收到采用G+G传输方式或C+G传输方式或C+C传输方式或配置传输方式传输的、与相同HARQ进程(例如,HARQ进程1)关联的DCI和/或数据(例如,数据1的重传,或其他数据),通信装置仍然监听PDCCH(例如,数据1的重传的PDCCH),会增加通信装置的功耗。
问题6:
通信装置接收到配置传输方式传输的数据1(例如,对应HARQ进程1),为了保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传,通信装置可能会启动或重启与组播关联的DRX对应的用于重传的定时器(例如,第二定时器或Retransmission Timer,与HARQ进程1相关联)和/或与单播关联的DRX对应的用于重传的定时器(例如,第五定时器或Retransmission Timer,与HARQ进程1相关联),用于数据1的重传的PDCCH的监听,若通信装置接收到采用G+G传输方式或C+G传输方式或C+C传输方式或配置传输方式传输的、与相同HARQ进程(例如,HARQ进程1)关联的DCI和/或数据(例如,数据1的重传,或其他数据),通信装置仍然监听PDCCH(例如,数据1的重传的PDCCH),会增加通信装置的功耗。
实施例1.1
针对上述问题1、问题2、问题3、问题4、问题5和问题6中的技术问题,为了保证通信装置能够接收组播数据(或者说,为了避免通信装置无法接收组播数据),和/或,为了通信装置的节能,本申请提出一种DRX控制方法,如图5所示,该方法包括:
501、通信装置接收以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输第一数据;和/或,通信装置接收第一数据,第一数据是以组播方式传输的。对应的,网络设备向通信装置发送以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输第一数据;和/或,网络设备向通信装置发送第一数据,第一数据是以组播方式传输的。
需要说明的是,本申请实施例1.1和1.2中的组播可以理解为第一数据对应的组播,或者第一数据对应的G-RNTI对应的组播。
以单播方式传输的第一控制信息可以包括/理解为以下任一种或任几种:
(1)第一控制信息在第一资源上传输,其中,第一资源为与单播关联的资源。
第一资源为与单播关联的资源可以理解为:第一资源在单播对应的BWP内。
例如,第一资源可以为PDCCH资源。
(2)第一控制信息通过第一RNTI加扰。
第一RNTI可以为用于以下任一种或任多种:用于单播,用于调度动态资源,用于动态资源的重传资源,用于激活配置资源,用于重激活配置资源,用于去激活配置资源,用于调度配置资源的重传资源,用于加扰(例如,用于加扰PDCCH或PDSCH)。
示例性的,第一RNTI可以为C-RNTI、CS-RNTI。
示例性的,第一控制信息可以理解为DCI。
在本申请中,DCI可以替换为PDCCH。PDCCH可以替换为DCI。
例如,以单播方式传输的第一控制信息可以为:通过C-RNTI加扰的PDCCH/DCI,或,通过C-RNTI加扰的PDCCH上传输的DCI。
可以理解的是,“通信装置接收以单播方式传输的第一控制信息”表示第一控制信息是针对该通信装置的,也就是说,该第一控制信息是特定发送给该通信装置的。
需要说明的是,第一控制信息还可以替换为第二信息或第一DCI等,本申请并不限定,且本申请并不限定其一定为DCI。
以组播方式传输的第一数据或第一数据是以组播方式传输的可以包括/理解为以下任一种或任几种:
(1)第一数据在第二资源上传输,其中,第二资源为与组播关联的资源。
第二资源为与组播关联的资源可以理解为:第二资源在组播对应的公共的频率资源内,或,第二资源为与组播对应的SPS资源。
与组播对应的SPS资源可以理解为组播对应的公共的SPS资源(例如,PDSCH资源)。可以理解的是,对于接收组播的通信装置均可以在与组播对应的SPS资源上接收数据。
示例性的,通信装置可以通过广播消息(例如,系统信息、多播控制信道(Multicast Control Channel,MCCH)消息)、无线资源控制(Radio Resource Control,RRC)消息(例如,专有RRC消息)、媒体接入控制(Medium Access Control,MAC)消息(例如,MAC控制消息(Control Element,CE))、物理层消息(例如,DCI)、预配置中的任一项或多项获取SPS资源的配置或获取SPS资源/SPS资源的配置与组播之间的对应关系。
例如,通信装置获取SPS的配置后,可能需要激活(例如,通过物理层消息/DCI激活)才能使用该资源接收数据;也可能可以直接使用该资源接收数据(即,不需要激活)。
组播对应的公共的频率资源可以理解为:组播对应的BWP,或,组播对应的频率范围。
例如,第二资源可以为PDSCH资源。
(2)第一数据通过第二RNTI加扰。
第二RNTI可以为用于以下任一种或任多种:用于组播,用于调度动态资源,用于动态资源的重传资源,用于激活配置资源,用于重激活配置资源,用于去激活配置资源,用于调度配置资源的重传资源,用于加扰(例如,用于加扰PDCCH或PDSCH)。
示例性的,第二RNTI可以为G-RNTI。
例如,第一数据可以为组播数据。
例如,以组播方式传输第一数据可以为:通过G-RNTI加扰的PDSCH,或,通过G-RNTI加扰的PDSCH上传输的数据:或,通过G-RNTI加扰的数据。
可以理解的是,“以组播方式传输第一数据”表示第一数据可能不是仅针对该通信装置的,也就是说,该第一数据可能不是仅特定发送给该通信装置的。例如,多个通信装置均可以接收以组播方式传输的第一数据,其中,多个通信装置可能是对该第一数据感兴趣的UE。
“第一控制信息用于调度以组播方式传输的第一数据”可以包括/理解为以下任一项或多项:
(1)第一控制信息指示第一数据以组播方式传输。
第一控制信息指示第一数据以组播方式传输包括以下任一项或多项:第一控制信息的格式/第一控制信息的加扰信息/第一控制信息内的指示信息(例如,某个或多个字段)指示第一数据以组播方式传输。
通信装置接收第一控制信息,根据第一控制信息的格式/第一控制信息的加扰信息/第一控制信息内的指示信息(例如,某个或多个字段),确定第一数据以组播方式传输。
(2)第一控制信息指示第一数据通过第二RNTI加扰。
第一控制信息指示第一数据通过第二RNTI加扰包括以下任一项或多项:第一控制信息的格式/第一控制信息内的指示信息(例如,某个或多个字段)指示第一数据通过第二RNTI加扰。
例如,第一控制信息指示第一数据通过G-RNTI1加扰。
(3)第一控制信息指示第一数据为组播(业务)1对应的数据。
第一控制信息指示第一数据为组播(业务)1对应的数据包括以下任一项或多项:第一控制信息的格式/第一控制信息内的指示信息(例如,某个或多个字段)指示第一数据为组播(业务)1对应的数据。
可以理解的是,通信装置获取组播(业务)1和G-RNTI1之间的对应关系,知道利用G-RNTI1接收第一数据。
(4)第一控制信息用于调度第一数据。
第一控制信息指示第一数据所在的资源位置和/或解码第一数据所需的信息。例如,时域资源和/或频域资源、调制编码策略(Modulation and Coding Scheme,MCS)、HARQprocess ID、新数据指示符(New Data Indicator,NDI)等。
(5)第一控制信息指示下行传输。
该下行传输可以理解为第一数据。
可以理解的是,多个通信装置可能接收不同的PDCCH/DCI(例如,每个通信装置接收的PDCCH/DCI通过每个通信装置对应的C-RNTI加扰),该不同的PDCCH/DCI均调度相同的PDSCH/数据。
示例性的,通信装置接收C-RNTI加扰的DCI/PDCCH,该DCI/PDCCH调度以G-RNTI加扰的PDSCH/数据。
示例性的,通信装置接收G-RNTI加扰的PDSCH/数据。
可以理解的是,通信装置接收以单播方式传输的第一控制信息,网络设备发送给多个通信装置的第一控制信息是不同的。多个通信装置中的每个通信装置接收的第一控制信息是不同的。
可以理解的是,通信装置接收以组播方式传输的第一数据,网络设备发送给多个通信装置的第一数据是相同的。多个通信装置中的每个通信装置接收的第一数据是相同的。
在本申请中,组播方式也可以包括/替换为多播方式或广播方式。本申请皆以组播方式为例进行说明。
例如,第一控制信息和/或第一数据与第一HARQ进程相关联。
502、通信装置执行以下步骤502-1、502-2、502-2A以及502-3中的任一个或多个;和/或,通信装置执行下列步骤502-4、502-5、502-5A以及502-6中的任一个或多个:
可选的,通信装置执行步骤502-1、502-2、502-2A以及502-3中的任一个或多个之前还包括通信装置接收第一指示信息。
第一指示信息指示以下任一项或多项:网络设备将通过C+G传输方式或G+G传输方式传输第一数据的重传或后续数据;网络设备将不通过C+C传输方式传输第一数据的重传或后续数据;网络设备配置/指示通信装置可以启动/停止/重启与组播关联的DRX对应的定时器。
可选的,通信装置执行步骤502-4、502-5、502-5A以及502-6中的任一个或多个之前还包括通信装置接收第二指示信息。
第二指示信息指示以下任一项或多项:网络设备将不通过C+G传输方式或G+G传输方式传输第一数据的重传或后续数据;网络设备将通过C+C传输方式传输第一数据的重传或后续数据;网络设备配置/指示通信装置可以启动/停止/重启与单播关联的DRX对应的定时器。
例如,第一数据对应组播(业务)1。例如,第一数据通过G-RNTI1加扰。后续数据可以理解为组播(业务)1对应的数据,也可以理解为与G-RNTI1对应的业务(其可能包含一个或多个业务)对应的数据。
例如,第一指示信息或第二指示信息可以包含在第一控制信息中,也可以包含在广播消息(例如,系统信息、MCCH消息)、RRC消息(例如,专有RRC消息)、MAC消息(例如,MACCE)、物理层消息(例如,DCI)、预配置中的任一项或多项中。
502-1、通信装置启动或重启第一定时器,第一定时器/第一定时器的时长用于指示用于调度新传的控制信息或新传数据之后的一段时长,第一定时器为与组播关联的DRX对应的定时器。
用于指示用于调度新传的控制信息或新传数据之后的一段时长可以包括/理解为:用于指示用于调度新传的PDCCH时机之后的一段时长;或者,用于指示调度新传的SCI之后的一段时长。
需要说明的是,本申请(或,第一定时器/第一定时器的时长的定义/作用)并未限定第一定时器在用于调度新传的控制信息或新传数据之后立即启动,还是再过一段时间后再启动。
示例性的,第一定时器可以理解为Inactivity Timer,或,与组播关联的DRX对应的Inactivity Timer。
例如,与组播关联的DRX对应可以理解为以下任一项或多项:与第二RNTI对应的DRX,与第二RNTI对应的业务对应的DRX,与第一数据对应的业务对应的DRX。
需要说明的是,第一数据对应的业务或第二RNTI对应的业务可能包含一个或多个业务。
可选的,启动或重启第一定时器包括:第一数据为新传数据,或,第一控制信息指示新传/第一数据为新传,或,通信装置确定第一数据为新传数据,启动或重启第一定时器。
例如,通信装置根据第一控制信息中NDI确定第一数据为新传数据。
例如,通信装置确定第一数据为新传数据,启动与组播关联的DRX对应的Inactivity Timer。
可选的,通信装置可以在接收第一控制信息后的第一时长后/第一时刻启动或重启第一定时器,或,在接收第一数据后的第一时长后/第一时刻启动或重启第一定时器。
其中,第一时刻可以为第a个符号/时隙/子帧/帧等。其中,a为大于或等于0的整数。第一时刻的值/a的值/第一时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据(对应第一HARQ进程),或接收配置传输方式传输的数据(对应第一HARQ进程),网络设备后续可能通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过G+G传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过G+G传输方式(或C+G传输方式传输)的DCI和/或数据,通信装置可以启动与组播关联的DRX对应的第一定时器(对应第二HARQ进程)。这样,若网络设备在第一定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
在一种可能的实现中,502-2、通信装置停止第二定时器,第二定时器/第二定时器的时长用于指示通信装置接收重传的数据的时长,第二定时器为与组播关联的DRX对应的定时器。
用于指示通信装置接收重传的数据的时长可以包括/理解为:用于指示通信装置接收重传的下行数据的最大时长。
示例性的,第二定时器可以理解为Retransmission Timer,或,与组播关联的DRX对应的Retransmission Timer。
可选的,停止第二定时器包括:第一数据为新传数据或重传数据,或第一控制信息指示新传或重传/第一数据为新传或重传,或通信装置确定第一数据为新传数据或重传数据,停止第二定时器。
例如,与组播关联的DRX对应的第二定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过C+G传输方式或G+G传输方式传输DCI和/或数据X(与第一HARQ进程对应),或接收通过配置传输方式传输的数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过G+G传输方式(或C+G传输方式传输)传输的重传数据,通信装置启动或重启了与组播关联的DRX对应的第二定时器,对应第二HARQ进程),通信装置接收通过C+G传输方式传输DCI和/或数据Y(例如,新传数据或重传数据,与第二HARQ进程对应),或接收通过配置传输方式传输的数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与组播关联的DRX对应的第二定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与组播关联的DRX对应的第二定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与组播关联的DRX对应的第二定时器。
例如,第二定时器与第二HARQ进程相关联。
可以理解,第一数据/第一控制信息和第二定时器与同一个HARQ进程对应。
在另一种可能的实现中,步骤502-2可以替换为502-2A。
例如,如果与组播关联的DRX中不包括HARQ-RTT-Timer,步骤502-2可以替换为502-2A。
502-2A、通信装置启动或重启第二定时器,第二定时器/第二定时器的时长用于指示通信装置接收重传的数据的时长,第二定时器为与组播关联的DRX对应的定时器。
可选的,启动或重启第二定时器包括:通信装置发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;启动或重启第二定时器。
其中,第一反馈信息可以包括:ACK和/或NACK。
例如,第一反馈资源与第一数据相关联可以包括/理解为:第一反馈资源用于通信装置发送第一反馈信息。
例如,第一反馈资源可以为与第一数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个通信装置接收第一数据,多个通信装置对应的反馈资源在时域上可能是相同的(例如,是时分的),第一反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的通信装置的激活时间(与组播关联的DRX的激活时间),保证通信装置可以接收网络设备发送的控制信息和/或数据。
例如,通信装置可以在PUCCH资源或PUSCH资源上发送第一反馈信息。
例如,第一反馈资源可以包括PUCCH资源。
可选的,启动或重启第二定时器需满足下列条件:通信装置接收/解码第一数据失败。
可选的,通信装置可以在接收第一控制信息后的第二时长后/第二时刻启动第二定时器,或,在接收第一数据后的第二时长后/第二时刻启动第二定时器,或,在发送第一反馈信息后的第二时长后/第二时刻启动第二定时器,或,在第一反馈时间后的第二时长后/第二时刻启动第二定时器。
其中,第二时刻可以为第b个符号/时隙/子帧/帧等。其中,b为大于或等于0的整数。第二时刻的值/b的值/第二时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据(对应第一HARQ进程),或接收配置传输方式传输的数据,网络设备后续可能通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过G+G传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过G+G传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与组播关联的DRX对应的第二定时器(对应第二HARQ进程)。这样,若网络设备在第二定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
502-3、通信装置启动或重启第三定时器,第三定时器/第三定时器的时长用于指示通信装置接收重传的数据前等待的时长,第三定时器为与组播关联的DRX对应的定时器。
示例性的,第三定时器可以理解为HARQ-RTT-Timer,或,与组播关联的DRX对应的HARQ-RTT-Timer。
可选的,启动或重启第三定时器包括:通信装置发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;启动或重启第三定时器。
其中,第一反馈信息可以包括:ACK和/或NACK。
例如,第一反馈资源与第一数据相关联可以包括/理解为:第一反馈资源用于通信装置发送第一反馈信息。
例如,第一反馈资源可以为与第一数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个通信装置接收第一数据,多个通信装置对应的反馈资源在时域上可能是相同的(例如,是时分的),第一反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的通信装置的激活时间(与组播关联的DRX的激活时间),保证通信装置可以接收网络设备发送的控制信息和/或数据。
例如,通信装置可以在PUCCH资源或PUSCH资源上发送第一反馈信息。
例如,第一反馈资源可以包括PUCCH资源。
可选的,启动或重启第三定时器需满足下列条件:通信装置接收/解码第一数据失败。
可选的,通信装置可以在接收第一控制信息后的第三时长后/第三时刻启动第三定时器,或,在接收第一数据后的第三时长后/第三时刻启动第三定时器,或,在发送第一反馈信息后的第三时长后/第三时刻启动第三定时器,或,在第一反馈时间后的第三时长后/第三时刻启动第三定时器。
其中,第三时刻可以为第c个符号/时隙/子帧/帧等。其中,c为大于或等于0的整数。第三时刻的值/c的值/第三时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
可选的,本申请还包括,第三定时器超时,通信装置启动或重启第二定时器;或第三定时器超时,通信装置接收/解码第一数据失败,通信装置启动或重启第二定时器。
可选的,通信装置可以在第三定时器超时后的第二时长后/第二时刻启动第二定时器。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过G+G传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过G+G传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与组播关联的DRX对应的第三定时器,可选的,在第三定时器超时后,启动或重启与组播关联的DRX对应的第二定时器。这样,若网络设备在第二定时器运行(和/或第三定时器运行)的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。另外,通信装置启动或重启与组播关联的DRX对应的第三定时器,在第三定时器超时后,启动或重启与组播关联的DRX对应的第二定时器,也可以避免在第三定时器运行的时长内监听该数据的重传,有利于通信装置的节能。
例如,第三定时器与第二HARQ进程相关联。
可以理解,第一数据/第一控制信息和第三定时器均与同一个HARQ进程对应。
第一定时器、第二定时器和三定时器对应均对应第二HARQ进程,第一HARQ进程和第二HARQ进程可以理解为同一个HARQ进程或相关联的两个HARQ进程。
502-4、通信装置启动或重启第四定时器。第四定时器/第四定时器的时长用于指示用于调度新传的控制信息或新传数据之后的一段时长。第四定时器为与单播关联的DRX对应的定时器。
需要说明的是,本申请(或,第四定时器/第四定时器的时长的定义/作用)并未限定第四定时器在用于调度新传的控制信息或新传数据之后立即启动,还是再过一段时间后再启动。
示例性的,第四定时器可以理解为Inactivity Timer,或,与单播关联的DRX对应的Inactivity Timer。
例如,与单播关联的DRX对应可以理解为以下任一项或多项:与第一RNTI对应的DRX。
“启动或重启第四定时器”相关的内容可以参考步骤502-1中“启动或重启第一定时器”相关的内容,将第一定时器替换为第四定时器进行理解,此处不再赘述。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过C+C传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过C+C传输方式(或C+G传输方式传输)的DCI和/或数据,通信装置可以启动与单播关联的DRX对应的第四定时器。这样,若网络设备在第四定时器运行的时长内通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
502-5、通信装置停止第五定时器。第五定时器/第五定时器的时长用于指示通信装置接收重传的数据的时长。第五定时器为与单播关联的DRX对应的定时器。
示例性的,第五定时器可以理解为Retransmission Timer,或,与单播关联的DRX对应的Retransmission Timer。
“停止五定时器”相关的内容可以参考步骤502-2中“停止第二定时器”相关的内容,将第二定时器替换为第五定时器进行理解,此处不再赘述。
例如,与单播关联的DRX对应的第五定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过C+G传输方式或G+G传输方式或C+C传输方式传输DCI和/或数据X(与第一HARQ进程对应),或接收通过配置传输方式传输的数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过C+C传输方式(或C+G传输方式传输)传输的重传数据,通信装置启动或重启了与单播关联的DRX对应的第五定时器),通信装置接收通过C+G传输方式传输DCI和/或数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),或接收通过配置传输方式传输的数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与单播关联的DRX对应的第五定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与单播关联的DRX对应的第五定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与单播关联的DRX对应的第五定时器。
例如,第五定时器与第一HARQ进程相关联。
可以理解,第一数据/第一控制信息和第五定时器与同一个HARQ进程对应。
在另一种可能的实现中,步骤502-5可以替换为502-5A。
例如,如果与单播关联的DRX中不包括HARQ-RTT-Timer,步骤502-2可以替换为502-2A。
502-5A、通信装置启动或重启第五定时器,第五定时器/第五定时器的时长用于指示通信装置接收重传的数据的时长。第五定时器为与单播关联的DRX对应的定时器。
“启动或重启第五定时器”相关的内容可以参考步骤502-2A中“启动或重启第二定时器”相关的内容,将第二定时器替换为第五定时器进行理解,此处不再赘述。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过C+C传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过C+C传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与单播关联的DRX对应的第五定时器。这样,若网络设备在第五定时器运行的时长内通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
502-6、通信装置启动或重启第六定时器,第六定时器/第六定时器的时长用于指示通信装置接收重传的数据前等待的时长;第六定时器为与单播关联的DRX对应的定时器。
示例性的,第六定时器可以理解为HARQ-RTT-Timer,或,与单播关联的DRX对应的HARQ-RTT-Timer。
“启动或重启第六定时器”相关的内容可以参考步骤502-3中“启动或重启第三定时器”相关的内容,将第三定时器替换为第六定时器进行理解,此处不再赘述。
例如,通信装置接收通过C+G传输方式传输的DCI和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过C+C传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过C+C传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与单播关联的DRX对应的第六定时器,可选的,在第六定时器超时后,启动或重启与单播关联的DRX对应的第五定时器。这样,若网络设备在第五定时器运行(和/或第六定时器运行)的时长内通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。另外,通信装置启动或重启与单播关联的DRX对应的第六定时器,在第六定时器超时后,启动或重启与单播关联的DRX对应的第五定时器,也可以避免在第六定时器运行的时长内监听该数据的重传,有利于通信装置的节能。
例如,第六定时器与第三HARQ进程相关联。
可以理解,第一数据/第一控制信息和第六定时器对应同一个HARQ进程。
第四定时器、第五定时器和六定时器均对应第三HARQ进程。
第一HARQ进程和第三HARQ进程可以理解为同一个HARQ进程或相关联的两个HARQ进程。
需要说明的是,该实施例可以仅对与组播关联的DRX对应的定时器进行控制,也可以仅对与单播关联的DRX对应的定时器进行控制,也可以同时对与组播关联的DRX对应的定时器和与单播关联的DRX对应的定时器进行控制,其任意组合方案均在该申请的保护范围内。
需要说明的是,实施例1.1中,是否启动/停止/重启与组播关联的DRX对应的定时器或与单播关联的DRX对应的定时器,或,是否对与组播关联的DRX对应的定时器或与单播关联的DRX对应的定时器进行控制,可以是网络设备针对每个组播业务配置的,即由网络设备针对每个MBS业务配置的,也可以是网络设备针对每个第二RNTI配置,即由网络设备针对每个第二RNTI配置的。
可选的,该实施例还包括:503(图中未示出)、通信装置接收以单播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以组播方式传输的。或,通信装置接收以组播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以组播方式传输的。或,通信装置接收以单播方式传输的第二控制信息,第二控制信息用于调度以单播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以单播方式传输的。对应的,网络设备向通信装置发送以单播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以组播方式传输的。或,网络设备向通信装置发送以组播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以组播方式传输的。或,网络设备向通信装置发送以单播方式传输的第二控制信息,第二控制信息用于调度以单播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以单播方式传输的。
对“以单播方式传输的第二控制信息”的理解可以参照上述步骤501中对“以单播方式传输的第一控制信息”的说明。将“第一控制信息”替换为“第二控制信息”进行理解。
对“以组播方式传输第二数据”,“第二数据是以组播方式传输的”的理解可以参照上述步骤501中对“以组播方式传输的第一数据或第一数据是以组播方式传输的”的说明。将“第一数据”替换为“第二数据”进行理解。
对“第二控制信息用于调度以组播方式传输第二数据”的理解可以参照上述步骤501中对“第一控制信息用于调度以组播方式传输的第一数据”的说明。
以组播方式传输的第二控制信息可以理解为:通过第一RNTI加扰的PDCCH/DCI,或,通过第二RNTI加扰的PDCCH上传输的DCI。
第一RNTI例如可以为C-RNTI;第二RNTI例如可以为G-RNTI。
可以理解的是,“通信装置接收以组播方式传输的第二控制信息”表示第二控制信息是针对多个通信装置的,也就是说,该第二控制信息是发送给组播下的多个通信装置的。
以单播方式传输第二数据可以理解为:通过第一RNTI加扰PDSCH,或通过第一RNTI加扰的PDSCH上传输第二数据。第一RNTI例如可以为C-RNTI。
可以理解的是,“第二数据是以单播方式传输的”标识第二数据是针对特定的通信装置的,也就是说,第二数据是发送给组播下特定的通信装置的。
例如,第二控制信息和/或第二数据与第一HARQ进程相关联。
可选的,该实施例还包括:504、通信装置执行以下步骤504-1和/或504-2。
504-1(图中未示出)、通信装置停止第二定时器。
504-2(图中未示出)、通信装置停止第五定时器。
示例性的,通信装置接收到C+G传输方式传输的DCI1/数据1(对应HARQ进程1),或通信装置接收到配置传输方式传输的数据1(例如,对应HARQ进程1),通信装置向网络设备反馈后(例如反馈的是NACK),通信装置同时启动了与组播关联的DRX中的第二定时器和与单播关联的DRX中的第五定时器;如果通信装置再次接收接收到采用G+G传输方式或C+G传输方式或C+C传输方式或配置传输方式传输的、与相同HARQ进程(例如,HARQ进程1)关联的DCI和/或数据2,通信装置停止与单播关联的DRX中的第五定时器和与组播关联的DRX中的第二定时器。
可以理解的是,若再次接收到的数据2为数据1的重传数据,说明数据1的重传已经接收,可以停止与单播关联的DRX对应的第五定时器,以节省通信装置的功耗。考虑到还未接收到调度以组播方式传输数据的下行控制信息和/或新传数据,因此,为了进一步节省功耗,通信装置还可以停止与组播关联的DRX对应的第二定时器。或者,通信装置可以只停止第二定时器来节省功耗。
若数据2为新传数据,说明网络设备不会再为通信装置传输数据1的重传,也可以停止与单播关联的DRX对应的第五定时器,以节省通信装置的功耗。考虑到还未接收到调度以组播方式传输数据的下行控制信息和/或新传数据,因此,为了进一步节省功耗,通信装置还可以停止与组播关联的DRX对应的第二定时器。或者,通信装置可以只停止第二定时器来节省功耗。
需要说明的是,步骤503和步骤504可以作为单独的实施例。
可以理解的是,通信装置在与组播关联的DRX的激活时间内或与单播关联的DRX的激活时间内接收第二控制信息和/或第二数据。
例如,与组播关联的DRX的激活时间可以包括以下任一项或多项:与组播关联的DRX对应的第一定时器正在运行(的时间),与组播关联的DRX对应的第二定时器(可能包含多个第二定时器,对应不同的HARQ进程)正在运行(的时间),与组播关联的DRX对应的drx-onDurationTimer正在运行(的时间)。例如,与组播关联的DRX对应的drx-onDurationTimer的启动时刻可以根据一些参数确定。
例如,与单播关联的DRX的激活时间可以包括以下任一项或多项:与单播关联的DRX对应的第四定时器正在运行(的时间),与单播关联的DRX对应的第五定时器(可能包含多个第五定时器,对应不同的HARQ进程)正在运行(的时间),与单播关联的DRX对应的drx-onDurationTimer正在运行(的时间)。例如,与单播关联的DRX对应的drx-onDurationTimer的启动时刻可以根据一些参数确定。
例如,网络设备通过G+G传输方式传输组播数据1,网络设备可能通过G+G传输方式或C+G传输方式或C+C传输方式重传组播数据1。
问题A:
通信装置接收到G+G传输方式传输的DCI1/数据1,后续网络设备可能会通过G+G传输方式或C+G传输方式或C+C传输方式进行数据1的重传,如何保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传目前还没有有效的方案。
在解决问题A的基础之上可能还存在一些问题,可能会导致通信装置的功耗较大,或者说不利于通信装置的节能。例如,
问题B:
通信装置接收到G+G传输方式传输的DCI1/数据1(例如,对应HARQ进程1),为了保证通信装置能够接收后续网络设备采用G+G传输方式或C+G传输方式或C+C传输方式传输的数据1的重传,通信装置可能会启动或重启与组播关联的DRX对应的用于重传的定时器(例如,第二定时器或Retransmission Timer,与HARQ进程1相关联)和/或与单播关联的DRX对应的用于重传的定时器(例如,第五定时器或Retransmission Timer,与HARQ进程1相关联),用于数据1的重传的PDCCH的监听,若通信装置接收到采用G+G传输方式或C+G传输方式或C+C传输方式或配置传输方式传输的、与相同HARQ进程(例如,HARQ进程1)关联的DCI和/或数据(例如,数据1的重传,或其他数据),通信装置仍然监听PDCCH(例如,数据1的重传的PDCCH),会增加通信装置的功耗。
实施例1.2
与实施例1.1类似的,针对问题A,为了保证通信装置能够接收单播数据(或者说,为了避免通信装置无法接收单播数据),和/或,为了通信装置的节能,本申请还提供一种DRX控制方法,如图6所示,该方法包括:
601、通信装置接收以组播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输的第一数据。和/或,通信装置接收第一数据,第一数据是以组播方式传输的。对应的,网络设备向通信装置发送以组播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输第一数据;和/或,网络设备向通信装置发送第一数据,第一数据是以组播方式传输的。
以组播方式传输的第一控制信息可以包括/理解为以下任一种或任几种:
(1)第一控制信息在第一资源上传输,其中,第一资源为与组播关联的资源。
第一资源为与组播关联的资源可以理解为:第一资源在组播对应的公共的频率资源内。
例如,第一资源可以为PDCCH资源。
(2)第一控制信息通过第二RNTI加扰。
例如,以组播方式传输的第一控制信息可以为:通过G-RNTI加扰的PDCCH/DCI,或,通过G-RNTI加扰的PDCCH上传输的DCI。
可以理解的是,“通信装置接收以组播方式传输的第一控制信息”表示第一控制信息是针对多个通信装置的,也就是说,该第一控制信息是发送给组播下的多个通信装置的。
对步骤601中“以组播方式传输的第一数据或第一数据是以组播方式传输”的理解可以参见步骤501中的说明。
对步骤601中“第一控制信息用于调度以组播方式传输的第一数据”的理解可以参见步骤501中的说明。
可以理解的是,通信装置以组播方式传输的第一控制信息,网络设备发送给多个通信装置的第一控制信息是相同的。多个通信装置中的每个通信装置接收的第一控制信息是相同的。
602、通信装置执行以下步骤602-1、602-2以及602-2A中的任一个或多个;和/或,通信装置执行下列步骤602-4、602-5以及602-5A中的任一个或多个:
可选的,通信装置执行步骤602-1、602-2以及602-2A中的任一个或多个之前还包括通信装置接收第三指示信息。
对“第三指示信息”的理解可以参见上述步骤502中对“第一指示信息”的说明,将“第一指示信息”替换为“第三指示信息”进行理解。
可选的,通信装置执行步骤602-4、602-5以及602-5A中的任一个或多个之前还包括通信装置接收第四指示信息。
对“第四指示信息”的理解可以参见上述步骤502中对“第二指示信息”的说明,将“第二指示信息”替换为“第四指示信息”进行理解。
602-1、通信装置启动或重启第四定时器,第四定时器/第四定时器的时长用于指示用于调度新传的控制信息或新传数据之后的一段时长。第四定时器为与单播关联的DRX中的定时器。
需要说明的是,本申请(或,第四定时器/第四定时器的时长的定义/作用)并未限定第四定时器在用于调度新传的控制信息或新传数据之后立即启动,还是再过一段时间后再启动。
示例性的,第四定时器可以理解为Inactivity Timer,或,与单播关联的DRX对应的Inactivity Timer。
步骤602-1中“启动或重启第四定时器”相关的内容可以参考步骤502-4中“启动或重启第四定时器”相关的内容此处不再赘述,不同的是,步骤602-1中的第四定时器是与单播关联的。
例如,通信装置接收通过G+G传输方式传输的DCI和/或数据,网络设备后续可能通过C+C传输方式(或C+G传输方式)传输其他DCI和/或数据,也可能通过C+C传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收到网络设备后续通过C+C传输方式(C+G传输方式)传输的DCI和/或数据,通信装置可以启动与单播关联的DRX对应的第四定时器,这样,若网络设备在第四定时器运行的时长内通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
602-2、通信装置停止第五定时器,第五定时器/第五定时器的时长用于指示通信装置接收重传的数据的时长。第五定时器为与单播关联的DRX对应的定时器。
步骤602-2中“停止第五定时器”相关的内容可以参考步骤502-5中“停止第五定时器”相关的内容此处不再赘述,不同的是,步骤602-2中的第五定时器是与单播关联的DRX对应的定时器。
与单播关联的DRX对应的第五定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过C+G传输方式或G+G传输方式或C+C传输方式传输DCI和/或数据X(与第一HARQ进程对应),或接收通过配置传输方式传输的数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过C+C传输方式(或C+G传输方式传输)传输的重传数据,通信装置启动或重启了与单播关联的DRX对应的第五定时器),通信装置接收通过C+G传输方式传输DCI和/或数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),或接收通过配置传输方式传输的数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与单播关联的DRX对应的第五定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与单播关联的DRX对应的第五定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与单播关联的DRX对应的第五定时器。
例如,第五定时器与第一HARQ进程相关联。
可以理解,第一数据/第一控制信息和第五定时器与同一个HARQ进程对应。
在另一种可能的实现中,步骤602-2可以替换为步骤602-2A。
例如,如果与单播关联的DRX中不包括HARQ-RTT-Timer,步骤602-2可以替换为602-2A。
602-2A、通信装置启动或重启第五定时器,第五定时器/第五定时器的时长用于指示通信装置接收重传的数据的时长。第五定时器为与单播关联的DRX对应的定时器。
步骤602-2A中“启动或重启第五定时器”相关的内容可以参考步骤502-5A中“启动或重启第五定时器”相关的内容此处不再赘述。
例如,通信装置接收通过G+G传输方式传输的DCI和/或数据,网络设备后续可能通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过C+C传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收到网络设备后续通过C+C传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与单播关联的DRX对应的第五定时器,这样,若网络设备在第五定时器运行的时长内通过C+C传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
602-3、通信装置启动或重启第一定时器,第一定时器/第一定时器的时长用于指示用于调度新传的控制信息或新传数据之后的一段时长,第一定时器为与组播关联的DRX对应的定时器。
步骤602-3中“启动或重启第一定时器”的理解可以参见步骤502-1中的说明。
例如,通信装置接收通过G+G传输方式传输的DCI和/或数据,网络设备后续可能通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过G+G传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过G+G传输方式(或C+G传输方式传输)的DCI和/或数据,通信装置可以启动与组播关联的DRX对应的第一定时器。这样,若网络设备在第一定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
602-4、通信装置停止第二定时器,第二定时器/第二定时器的时长用于指示通信装置接收重传的数据的时长,第二定时器为与组播关联的DRX对应的定时器。步骤602-4中“停止第二定时器”的理解可以参见步骤502-2中的说明。
例如,与组播关联的DRX对应的第二定时器(例如,与第一HARQ进程对应)可能正在运行(例如,其可能因为之前通信装置接收通过C+G传输方式或G+G传输方式传输DCI和/或数据X(与第一HARQ进程对应),为了保证通信装置可以接收网络设备后续通过G+G传输方式(或C+G传输方式传输)传输的重传数据,通信装置启动或重启了与组播关联的DRX对应的第二定时器),通信装置接收通过C+G传输方式传输DCI和/或数据Y(例如,新传数据或重传数据,与第一HARQ进程对应),为了通信装置的节能,可以停止与组播关联的DRX对应的第二定时器。可以理解的是,若数据Y为数据X的重传数据,说明数据X的重传已经接收,可以停止与组播关联的DRX对应的第二定时器。若数据Y为新传数据,说明网络设备不会再为通信装置传输数据X的重传,也可以停止与组播关联的DRX对应的第二定时器。
在另一种可能的实现中,步骤602-4可以替换为602-4A。
例如,如果与组播关联的DRX中不包括HARQ-RTT-Timer,步骤602-4可以替换为602-4A。
602-4A、通信装置启动或重启第二定时器,第二定时器/第二定时器的时长用于指示通信装置接收重传的数据的时长,第二定时器为与组播关联的DRX对应的定时器。
步骤602-4A中“启动或重启第二定时器”的理解可以参见步骤502-2A中的说明。
例如,通信装置接收通过G+G传输方式传输的DCI和/或数据,或接收配置传输方式传输的数据,网络设备后续可能通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,也可能通过G+G传输方式(或C+G传输方式传输)传输该数据的重传。为了保证通信装置能够接收网络设备后续通过G+G传输方式(或C+G传输方式传输)传输的DCI和/或数据,通信装置可以启动或重启与组播关联的DRX对应的第二定时器。这样,若网络设备在第二定时器运行的时长内通过G+G传输方式(或C+G传输方式传输)传输其他DCI和/或数据,或,该数据的重传,就可以保证通信装置可以接收DCI和/或数据,或者说就可以避免通信装置处于睡眠态而无法接收DCI和/或数据;提高了数据传输的可靠性。
需要说明的是,该实施例可以仅对与单播关联的DRX对应的定时器进行控制,也可以仅对与组播关联的DRX对应的定时器进行控制,也可以同时对与组播关联的DRX对应的定时器和与单播关联的DRX对应的定时器进行控制,其任意组合方案均在该申请的保护范围内。
需要说明的是,实施例1.2中,是否启动/停止/重启与单播关联的DRX对应的定时器或与组播关联的DRX对应的定时器,或,是否对与单播关联的DRX对应的定时器或与组播关联的DRX对应的定时器进行控制,可以是网络设备针对每个组播业务配置的,即由网络设备针对每个MBS业务配置的,也可以是网络设备针对每个第二RNTI配置,即由网络设备针对每个第二RNTI配置的。
可选的,该实施例还包括:603(图中未示出)、通信装置接收以单播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以组播方式传输的。或,通信装置接收以组播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以组播方式传输的。或,通信装置接收以单播方式传输的第二控制信息,第二控制信息用于调度以单播方式传输第二数据;和/或,通信装置接收第二数据,第二数据是以单播方式传输的。对应的,网络设备向通信装置发送以单播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以组播方式传输的。或,网络设备向通信装置发送以组播方式传输的第二控制信息,第二控制信息用于调度以组播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以组播方式传输的。或,网络设备向通信装置发送以单播方式传输的第二控制信息,第二控制信息用于调度以单播方式传输第二数据;和/或,网络设备向通信装置发送第二数据,第二数据是以单播方式传输的。
对步骤603的理解可以参见上述实施例对步骤503的说明。
可选的,该实施例还包括:604(图中未示出)、通信装置执行以下步骤604-1和/或604-2。
604-1、通信装置停止第二定时器。
604-2、通信装置停止第五定时器。
示例性的,通信装置接收到G+G传输方式传输的DCI1/数据1(对应HARQ进程1),通信装置向网络设备反馈后(例如反馈的是NACK),通信装置同时启动了与组播关联的DRX中的第二定时器和与单播关联的DRX中的第五定时器;如果通信装置再次接收接收到采用G+G传输方式或C+G传输方式或C+C传输方式或配置传输方式传输的、与相同HARQ进程(例如,HARQ进程1)关联的DCI和/或数据2,通信装置停止与单播关联的DRX中的第五定时器和与组播关联的DRX中的第二定时器。
可以理解的是,若再次接收到的数据2为数据1的重传数据,说明数据1的重传已经接收,可以停止与组播关联的DRX对应的第二定时器,以节省通信装置的功耗。考虑到还未接收到调度以单播方式传输数据的下行控制信息和/或新传数据,因此,为了进一步节省功耗,通信装置还可以停止与单播关联的DRX对应的第五定时器。或者,通信装置可以只停止第五定时器来节省功耗。
若数据2为新传数据,说明网络设备不会再为通信装置传输数据1的重传,也可以停止与组播关联的DRX对应的第二定时器,以节省通信装置的功耗。考虑到还未接收到调度以单播方式传输数据的下行控制信息和/或新传数据,因此,为了进一步节省功耗,通信装置还可以停止与单播关联的DRX对应的第五定时器。或者,通信装置可以只停止第五定时器来节省功耗。
实施例2.1
基于上述分析,若在MBS中,通信装置接收DCI和/或数据后,启动RTT定时器(HARQ-RTT-Timer),HARQ-RTT-Timer超时后,若通信装置接收数据失败,才启动重传定时器(RetransmissionTimer),可能会导致接收同一MBS的不同通信装置的激活时机不对齐。具体的,在MBS中,接收同一MBS业务的不同通信装置可能接收成功,也可能接收失败,那么这两种通信装置的active time就会不对齐,可能导致通信装置无法接收到DCI和/或数据。如7所示,例如通信装置1在激活期内接收到DCI和/或数据后,启动了HARQ-RTT-Timer,RTT定时器超时后(若无其他的与DRX的激活时间相关的定时器在运行)进入睡眠期,通信装置2在激活期内接收到DCI和/或数据后,启动了HARQ-RTT-Timer,RTT定时器超时后启动了RetransmissionTimer,重传定时器超时后(若无其他的与DRX的激活时间相关的定时器在运行)才进入了睡眠期。如果网络设备在RetransmissionTimer运行的时长内(若该时间段内,通信装置1无其他的与DRX的激活时间相关的定时器在运行,即,通信装置1处于睡眠态)发送了新传数据,可能导致通信装置1在睡眠期内接收不到该新传数据。
与MBS类似的,在V2X中,同样存在上述问题。若在V2X中,通信装置接收SCI和/或数据后,启动HARQ-RTT-Timer,HARQ-RTT-Timer超时后,若通信装置接收数据失败,才启动RetransmissionTimer,可能会导致接收同一V2X组播的不同通信装置的激活时机不对齐。具体的,在V2X中,接收同一V2X组播的不同通信装置可能接收成功,也可能接收失败,那么这两种通信装置的active time就会不对齐,可能导致通信装置无法接收到SCI和/或数据。如图7所示,例如通信装置1在激活期内接收到SCI和/或数据后,启动了HARQ-RTT-Timer,RTT定时器超时后(若无其他的与DRX的激活时间相关的定时器在运行)进入睡眠期,通信装置2在激活期内接收到SCI和/或数据后,启动了HARQ-RTT-Timer,RTT定时器超时后启动了RetransmissionTimer,RetransmissionTimer超时后(若无其他的与DRX的激活时间相关的定时器在运行)才进入了睡眠期。如果发送设备在RetransmissionTimer运行的时长内(若该时间段内,通信装置1无其他的与DRX的激活时间相关的定时器在运行,即,通信装置1处于睡眠态)发送了新传数据,可能导致通信装置1在睡眠期内接收不到该新传数据。
对此,本申请实施例提供一种DRX控制方法,该方法针对组播方式传输的数据或组播数据,无论通信装置接收数据是否成功,都启动或重启RetransmissionTimer,以便,反馈ACK(或,接收成功)的通信装置与反馈NACK(或,接收失败)的通信装置的激活期是对齐的,这样,反馈ACK(或,接收成功)的通信装置在重传定时器运行的时长内,如果发送设备(例如,网络设备或终端设备)发送了新传数据,反馈ACK(或,接收成功)的通信装置由于处于激活期也能接收该新传数据。
因此,如图8所示,该DRX控制方法可以包括:
800、通信装置接收第一控制信息和/或第一数据,第一控制信息用于调度第一数据,第一数据为组播数据或以组播方式传输的数据;对应的,网络设备发送第一控制信息和/或第一数据;和/或,通信装置确定第一定时器超时,第一定时器/第一定时器的时长用于指示通信装置接收重传的数据前等待的时长。
第一控制信息可以包括/理解为以下任一种或任几种:
(1)第一DCI。
例如,第一DCI用于调度第一数据,第一数据为下行数据,第一数据为以组播方式传输的数据。
(2)第一SCI。
例如,第一SCI用于调度第一数据,第一数据为SL数据,第一数据为组播数据。
第一数据为组播数据可以包括/理解为以下任一种或任几种:
(1)第一数据在第二资源上传输,其中,第二资源为与组播关联的资源。
(2)第一数据通过第二RNTI加扰。
其中,(1)和(2)相关内容可以参考实施例1.1中相关内容的描述,此处不再赘述。
例如,第一数据可以为C+G传输方式传输的数据,也可以为G+G传输方式传输的数据。
(3)第一数据为通过C+C传输方式传输的组播数据。
(4)第一控制信息指示第一数据为组播数据,或,指示第一控制信息对应的传输为组播(传输)。
例如,第一SCI指示第一数据为组播数据,或指示第一SCI对应的传输为组播(传输)。
“第一数据为以组播方式传输的数据”相关的内容可以参考实施例1.1中“以组播方式传输的第一数据或第一数据是以组播方式传输的”相关内容的理解,此处不再赘述。
例如,第一数据为下行数据时,第一数据为组播数据或以组播方式传输的数据。
例如,第一数据为SL数据时,第一数据为组播数据。
通信装置接收第一控制信息和/或第一数据可以包括/理解为以下任一项或多项:
(1)通信装置接收以单播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输第一数据;和/或,通信装置接收第一数据,第一数据是以组播方式传输的。
其中,“以单播方式传输的第一控制信息”相关的内容可以参考实施例1.1中的内容,此处不再赘述。
(2)通信装置接收以组播方式传输的第一控制信息,第一控制信息用于调度以组播方式传输第一数据;和/或,通信装置接收第一数据,第一数据是以组播方式传输的。
其中,“以组播方式传输的第一控制信息”相关的内容可以参考实施例1.2中的内容,此处不再赘述。
(3)通信装置接收以单播方式传输的第一控制信息,第一控制信息用于调度以单播方式传输第一数据;和/或,通信装置接收第一数据,第一数据是以单播方式传输的。
对步骤120中“以单播方式传输的第一控制信息”的理解可以参考实施例1.1中的内容。
对步骤120中“以单播方式传输第一数据”的理解可以参考实施例1.1中对“以单播方式传输第二数据”中的内容,将“第二数据”替换为“第一数据”进行理解。
例如,第一定时器可以理解为HARQ-RTT-Timer。
例如,第一定时器可以包括与组播关联的DRX对应的第一定时器(例如,HARQ-RTT-Timer),和/或,与单播关联的DRX对应的第一定时器(例如,HARQ-RTT-Timer)。
例如,第一控制信息和/或第一数据与第一HARQ进程相关联。
例如,第一定时器与第二HARQ进程相关联。第一HARQ进程和第二HARQ进程可以理解为同一个HARQ进程或相关联的两个HARQ进程。
例如,第一数据/第一控制信息和第一定时器均与同一个HARQ进程对应。
801、通信装置启动或重启第二定时器,第二定时器/第二定时器的时长用于指示通信装置接收重传的数据的时长。
例如,第二定时器可以理解为RetransmissionTimer。
例如,第二定时器可以包括与组播关联的DRX对应的第二定时器(例如,RetransmissionTimer),和/或,与单播关联的DRX对应的第二定时器(例如,RetransmissionTimer)。
可选的,通信装置确定第一定时器超时之前,该方法还可以包括:通信装置接收第一下行控制信息和/或第一数据;通信装置启动或重启第一定时器。
可选的,启动或重启第一定时器包括:通信装置发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;启动或重启第一定时器。
其中,第一反馈信息可以包括:ACK和/或NACK。
例如,第一反馈资源与第一数据相关联可以包括/理解为:第一反馈资源用于通信装置发送第一反馈信息。
例如,第一反馈资源可以为与第一数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个通信装置接收第一数据,多个通信装置对应的反馈资源在时域上可能是相同的(例如,是时分的),第一反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的通信装置的激活时间(与组播关联的DRX的激活时间),保证通信装置可以接收网络设备发送的控制信息和/或数据。
例如,通信装置可以在PUCCH资源或PUSCH资源上发送第一反馈信息。
例如,第一反馈资源可以包括PUCCH资源。
可选的,启动或重启第一定时器需满足下列条件:通信装置接收/解码第一数据失败。
可选的,通信装置可以在接收第一控制信息后的第三时长后/第三时刻启动第一定时器,或,在接收第一数据后的第三时长后/第三时刻启动第一定时器,或,在发送第一反馈信息后的第三时长后/第三时刻启动第一定时器,或,在第一反馈时间后的第三时长后/第三时刻启动第一定时器。
其中,第三时刻可以为第c个符号/时隙/子帧/帧等。其中,c为大于或等于0的整数。第三时刻的值/c的值/第三时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
可选的,通信装置启动或重启第二定时器,包括:通信装置接收第一数据成功或失败,通信装置启动或重启第二定时器。或者,可选的,启动或重启第二定时器需满足下列条件:通信装置接收/解码第一数据成功或失败。
例如,第二定时器与第二HARQ进程相关联。第一HARQ进程和第二HARQ进程可以理解为同一个HARQ进程或相关联的两个HARQ进程
例如,第一数据/第一控制信息和第二定时器均与同一个HARQ进程对应。
可选的,启动或重启第二定时器包括:通信装置发送第一反馈信息,第一反馈信息用于指示通信装置接收第一数据成功或失败;或,在第一反馈时间或第一反馈时间后或第一反馈时间前,第一反馈时间为第一反馈资源所在的时域位置,第一反馈资源与第一数据相关联;启动或重启第二定时器。
其中,第一反馈信息可以包括:ACK和/或NACK。
例如,第一反馈资源与第一数据相关联可以包括/理解为:第一反馈资源用于通信装置发送第一反馈信息。
例如,第一反馈资源可以为与第一数据关联的、在时域上第一个反馈资源或在时域上的最后一个反馈资源,本申请不限定。例如,多个通信装置接收第一数据,多个通信装置对应的反馈资源在时域上可能是相同的(例如,是时分的),第一反馈资源可以为该多个反馈资源中在时域上第一个反馈资源或在时域上的最后一个反馈资源。这样,可以对齐不同的通信装置的激活时间(与组播关联的DRX的激活时间),保证通信装置可以接收网络设备发送的控制信息和/或数据。
例如,通信装置可以在PUCCH资源或PUSCH资源上发送第一反馈信息。
例如,第一反馈资源可以包括PUCCH资源。
可选的,启动或重启第二定时器需满足下列条件:通信装置接收/解码第一数据失败。
可选的,通信装置可以在接收第一控制信息后的第二时长后/第二时刻启动第二定时器,或,在接收第一数据后的第二时长后/第二时刻启动第二定时器,或,在发送第一反馈信息后的第二时长后/第二时刻启动第二定时器,或,在第一反馈时间后的第二时长后/第二时刻启动第二定时器。
其中,第二时刻可以为第b个符号/时隙/子帧/帧等。其中,b为大于或等于0的整数。第二时刻的值/b的值/第二时长的值可以是网络设备配置或预配置的或协议规定的,本申请不限制。
例如,通信装置在确定HARQ-RTT-Timer超时后,如果第一数据为组播数据或以组播方式传输的数据,就启动RetransmissionTimer,即在第一数据接收成功或失败的情况下,都启动RetransmissionTimer,以对齐一个组播下的多个通信装置的激活时间,使得多个通信装置都可以在RetransmissionTimer的定时时长内接收到网络设备传输的新传数据。
例如,多个通信装置在接收第一控制信息和/或第一数据后,第一数据为组播数据或以组播方式传输的数据,启动了第一定时器,第一定时器超时后,不管通信装置接收第一数据是否成功均启动了第二定时器,将多个通信装置的激活时间对齐。如果发送端设备(例如,网络设备或其他通信装置、或终端设备)在第二定时器运行的时长内发送其他控制信息和/或数据(例如,新传数据),就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置(例如,某些通信装置)处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。
例如,多个通信装置在接收第一控制信息和/或第一数据后,第一数据为组播数据或以组播方式传输的数据,不管通信装置接收第一数据是否成功均启动了第二定时器,将多个通信装置的激活时间对齐。如果发送端设备(例如,网络设备或其他通信装置、或终端设备)在第二定时器运行的时长内发送其他控制信息和/或数据(例如,新传数据),就可以保证通信装置可以接收控制信息和/或数据,或者说就可以避免通信装置(例如,某些通信装置)处于睡眠态而无法接收控制信息和/或数据;提高了数据传输的可靠性。
可选的,通信装置接收第一信息,第一信息指示:通信装置接收第一控制信息和/或第一数据,和/或,通信装置确定第一定时器超时,通信装置启动或重启第二定时器。例如,第一指示可以用于指示是否允许执行步骤801,或,是否允许执行上述方案。
可以理解的是,一种可能的方案是,通信装置接收第一信息,通信装置执行步骤800和步骤801。或者,一种可能的方案,通信装置在执行步骤801之前还需要满足:通信装置接收第一信息。
例如,发送端设备(网络设备或其他通信装置、或终端设备)或网络设备可以针对每个组播业务(或MBS业务)/第二RNTI决定是否发送第一信息。或者可以理解为:发送端设备(网络设备或其他通信装置、或终端设备)或网络设备可以针对每个组播业务/第二RNTI为通信装置配置是否允许执行上述方案。配置粒度为每个组播业务/第二RNTI。
实施例1.2可以理解为从接收侧的角度提供了一种方法来解决激活时间不对齐的问题,本申请也可以从发送侧提供一种方法,来解决接收侧的激活时间不对齐的问题。具体可以参见实施例2.2。
需要说明的是,实施例2.1也可以适用于通信装置与通信装置之间传输组播数据或以组播方式传输数据的场景。即当作为接收端的通信装置确定第一定时器超时,接收端的通信装置启动或重启第二定时器,以便同一组播下作为接收端的通信装置的激活期对齐。
实施例2.2
本申请提供一种DRX控制方法,如图9所示,该方法包括:
900、网络设备确定通信装置侧的第一定时器运行;第一定时器/第一定时器的时长用于指示通信装置接收重传的数据的时长。
901、网络设备确定不发送第一控制信息和/或第一数据,第一控制信息用于调度第一数据,第一数据为组播数据或以组播方式传输的数据。
例如,第一定时器可以理解为RetransmissionTimer。
例如,第一定时器可以包括与组播关联的DRX对应的第一定时器(例如,RetransmissionTimer)。
“第一控制信息”、“第一数据”相关的内容,可以参考实施例2.1、实施例1.1、实施例1.2相关内容的介绍,此处不再赘述。
例如,第一控制信息是以组播方式传输的。
例如,第一控制信息可以为第一DCI,第一DCI用于调度第一数据,第一数据为下行数据,第一数据为以组播方式传输的数据。
例如,第一控制信息可以为第一SCI,第一SCI用于调度第一数据,第一数据为SL数据,第一数据为组播数据。
可选的,第一数据为新传数据。
可选的,网络设备确定不发送新数据还需满足/还包括:网络设备确定通信装置侧的第二定时器和第三定时器均未运行。
第二定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。
例如,第二定时器可以理解为Inactivity Timer。
例如,第二定时器可以包括与组播关联的DRX对应的第二定时器(例如,Inactivity Timer)。
第三定时器指示通信装置被唤醒之后等待接收控制信息(例如,DCI或SCI)的持续时间。
例如,第三定时器可以理解为onDuration Timer。
例如,第三定时器可以包括与组播关联的DRX对应的第三定时器(例如,onDuration Timer)。
可选的,网络设备确定不发送新数据还需满足/还包括:网络设备确定通信装置侧的第四定时器、第二定时器和第三定时器均未运行。
第四定时器用于指示通信装置接收重传的数据前等待的时长。
例如,第四定时器可以理解为HARQ-RTT-Timer。
例如,第四定时器可以包括与组播关联的DRX对应的第四定时器(例如,HARQ-RTT-Timer)。
可选的,网络设备确定不发送新数据还需满足/还包括:网络设备确定另一通信装置侧的第一定时器未运行。
通信装置与另一通信装置均(感兴趣/想要)接收第一控制信息和/或第一数据。
第二定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。
例如,第二定时器可以理解为Inactivity Timer。
例如,第二定时器可以包括与组播关联的DRX对应的第二定时器(例如,Inactivity Timer)。
例如,与组播关联的DRX的激活时间可以包括以下任一项或多项:与组播关联的DRX对应的第二定时器正在运行(的时间),与组播关联的DRX对应的第三定时器正在运行(的时间)。
例如,与组播关联的DRX对应的第三定时器的启动时刻可以根据一些参数确定。
例如,与组播关联的DRX的激活时间可以包括以下任一项或多项:与组播关联的DRX对应的第一定时器(可能包含多个第一定时器,对应不同的HARQ进程)正在运行(的时间),与组播关联的DRX对应的第二定时器正在运行(的时间),与组播关联的DRX对应的第三定时器正在运行(的时间)。
例如,与组播关联的DRX的激活时间可以包括以下任一项或多项:与组播关联的DRX对应的第一定时器(可能包含多个第一定时器,对应不同的HARQ进程)正在运行(的时间),与组播关联的DRX对应的第二定时器正在运行(的时间),与组播关联的DRX对应的第三定时器正在运行(的时间),与组播关联的DRX对应的第四定时器(可能包含多个第四定时器,对应不同的HARQ进程)正在运行(的时间)。
例如,可以理解的是,网络设备想要发送第一控制信息和/或第一数据,需要在多个通信装置(想要接收第一数据的通信装置)的与组播关联的DRX对应的激活时间(均处于与组播关联的DRX对应的激活时间)内发送,才能保证多个通信装置可以接收。也就是说,若某个/些通信装置未处于激活时间,某个/些通信装置处于与组播关联的DRX对应的非激活时间(睡眠态),若网络设备发送第一控制信息和/或第一数据,某个/些通信装置不能接收。或者说,网络设备在需要接收第一数据的所有通信装置的与组播关联的DRX对应的激活时间的公共时间(可以理解为与组播关联的DRX对应的激活时间的交集)内发送第一控制信息和/或第一数据。
例如,对于组播数据,或以组播方式传输的数据,不同的通信装置可能由于接收状态(可能成功,可能失败)不同,导致这些通信装置的中的一些通信装置启动或重启了第一定时器,一些通信装置未启动或重启第一定时器。例如,若某个/些通信装置由于第一定时器正在运行(其他与与组播关联的DRX对应的激活时间相关的定时器均未运行)处于激活时间,某个/些通信装置未处于激活态,网络设备不能发送第一控制信息和/或第一数据。
例如,步骤140和141也可以理解为,网络设备确定要对一个组播下的所有通信装置要发送新传的组播数据或以组播方式传输的数据(例如,以G-RNTI加扰的PDSCH),如果该组播下有至少一个通信装置运行在RetransmissionTimer下,考虑到可能该组播下有至少一个通信装置并未运行在RetransmissionTimer下,而是处于睡眠期(其他与与组播关联的DRX对应的激活时间相关的定时器均未运行),那么网络设备可以不向该组播下的所有通信装置发送新传数据。反之,如果该组播下的所有通信装置都没有运行在RetransmissionTimer下,网络设备可以认为所有通信装置都处于激活期,即所有的通信装置的激活期对齐,网络设备只在该组播下的所有通信装置都处于激活期时才向该组播下的通信装置发送新传数据,以便该组播下的所有通信装置都可以接收到该新传数据。
例如,步骤140中,网络设备确定通信装置侧的第一定时器运行,可以理解为网络设备确定一个组播下至少一个通信装置只有第一定时器在运行和/或确定该组播下至少一个通信装置的第一定时器未在运行,该至少一个通信装置的第二定时器、第三定时器均未运行,那么网络设备执行步骤141。
需要说明的是,实施例2.2也可以适用于通信装置与通信装置之间传输组播数据或以组播方式传输数据的场景。将上述内容中的网络设备替换为第一通信装置,将通信装置替换为第二通信装置进行理解即可。例如,即当作为发送端的通信装置确定一个组播下至少有一个作为接收端的通信装置的第一定时器运行和/或确定该组播下至少一个作为接收端的通信装置的第一定时器未在运行,作为发送端的通信装置确定不发送新数据,新数据为组播数据。
例如,也可以理解为:如果作为发送端的通信装置要发送新传的组播数据,作为发送端的通信装置在该数据对应的DRX的“active time”内发送。也即,如果作为接收端的通信装置中有一个通信装置的其他的定时器(OnDuration Timer、Inactivity Timer、HARQ-RTT-Timer)均未运行,只有RetransmissionTimer运行,作为发送端的通信装置不发送新传的组播数据。
实施例3.1
在现有技术中,如果通信装置发起随机接入,需要将下行BWP切换至与上行BWP对应的BWP上。例如,上行BWP切换至上行initial BWP上,下行也要切换至下行initial BWP上;或者,下行BWP也要切换至标识与第一上行BWP的标识对应的下行BWP上。而在MBS中,如果切换后的下行BWP的资源不包括MBS公共频率资源(common frequency resource),通信装置将在切换后的下行BWP上接收不到来自网络设备的MBS数据。另外,,网络设备并不知道通信装置进行了下行BWP切换,网络设备还是会在下行切换前的BWP上发送MBS数据,通信装置也无法接收到。
例如,如果通信装置发起CBRA,导致通信装置进行了下行BWP切换。网络设备不知道通信装置从下行BWP1切换至下行BWP2,网络设备仍然在切换前的下行BWP1上向通信装置以PTP传输方式发送数据,但是通信装置已经切换到了下行BWP2上,那么通信装置就接收不到该数据;
或者,如果通信装置发起CBRA,导致通信装置进行了下行BWP切换。网络设备不知道通信装置从下行BWP1切换至下行BWP2,由于下行BWP2不包括MBS common frequencyresource,那么通信装置不能接收到MBS数据(例如,通过PTM传输方式传输的数据);
或者,如果通信装置发起CFRA,导致通信装置进行了下行BWP切换,从下行BWP1切换至下行BWP2,网络设备可以确定发起随机接入的通信装置,也可以确定通信装置切换至下行BWP2上。如果网络设备以PTP方式向通信装置发送数据,通信装置可以在下行BWP2上接收到该以PTP方式传输的数据。如果网络设备以PTM方式向通信装置发送数据,但是下行BWP2不包括MBS common frequency resource,那么通信装置在下行BWP2上无法接收到该以PTM方式传输的数据;
或者,基于以上无法接收MBS数据的例子,总的来说,如果通信装置切换至一个不包括MBS common frequency resource的下行BWP上,通信装置可能在切换后的下行BWP上无法接收下行数据。
可以理解,上述举例中通信装置发起随机接入无法接收MBS数据的一种场景为:不是每个下行BWP(下行unicast BWP)都存在/包含MBS common frequency resource。
在上述情况下,若通信装置仍监听MBS数据/MBS数据对应的DCI(其是无意义的监听),会导致功耗较大。
为了解决上述功耗的问题,本申请提出一种DRX控制方法,在通信装置发起随机接入,如果通信装置确定将要切换至的下行BWP或已经切换至的下行BWP不包括MBS commonfrequency resource,通信装置可以进入睡眠期,或不监听组播关联的下行控制信息,以不接收以组播方式传输的下行控制信息或下行数据,这样可以避免通信装置进行不必要的下行控制信息的监听,利用通信装置节省功耗。
基于此,本申请提出一种DRX控制方法,如10所示,该方法包括:
100、通信装置确定第一下行BWP不包括第一资源。
第一资源可以为/用于/理解为以下任一项或多项:为用于以组播方式传输的控制信息(例如,PDCCH,公共的PDCCH,组公共的PDCCH)和/或数据(例如,PDSCH,公共的PSCCH,组公共的PDSCH)的资源,公共的频率资源或组播对应的公共的频率资源,用于公共的PDCCH和PDSCH的资源。
例如,common frequency resource。
公共的频率资源或组播对应的公共的频率资源可以理解为:组播对应的BWP,或,组播对应的频率范围。
第一下行BWP为激活的下行BWP,或通信装置将切换至第一下行BWP上。
例如,第一下行BWP为/包括:单播对应的下行BWP,或初始下行BWP。
例如,切换至第一下行BWP可以理解为:激活第一下行BWP。
第一下行BWP不包括第一资源可以理解为以下任一项或多项:第一下行BWP不包含第一资源第一下行BWP不能涵盖第一资源,第一资源不完全位于第一下行BWP的频域范围内。
对于第一下行BWP不包括第一资源的情况,第一下行BWP和第一资源之间的关系可以包括有交集的关系,或,无交集的关系。
其中,第一下行BWP的边界为第一边界与第二边界,其中,第一边界小于第二边界。第一资源的边界为第三边界与第四边界,其中,第三边界小于第四边界。可选的,第一边界/第三边界可以称为左边界或下边界。可选的,第二边界/第四边界可以称为右边界或上边界。
其中,边界可以理解为频率范围的边界或频率边界或频率的起始点。
(1)有交集关系:第一下行BWP与第一资源之间有交集。
第一下行BWP与第一资源之间有交集可以理解为以下任一种:
(a)第三边界大于第一边界且小于第二边界,且,第四边界大于第二边界。
(b)第一边界大于第三边界且小于第四边界,且,第二边界大于第四边界。
(2)无交集关系:第一下行BWP与第一资源之间无交集。
第一下行BWP与第一资源之间无交集可以理解为以下任一种:
(a)第三边界大于等于第二边界。
(b)第一边界大于等于第四边界。
101、通信装置控制第一DRX处于睡眠期,或不监听组播关联的控制信息;第一DRX与组播相关联。
不监听可以包括停止监听。
在一些实施例中,步骤100中,通信装置确定第一BWP不包括第一资源可以是发生在:通信装置切换至第一下行BWP;或通信装置将要切换至第一下行BWP,而还未切换至第一下行BWP。
第一资源与第一组播(业务)或第一RNTI(例如,某个G-RNTI)相关联。
第一DRX与第一组播(业务)或第一RNTI(例如,某个G-RNTI)相关联。
可以理解的是,第一DRX与第一资源对应的业务或者第一RNTI相关联。
可选的,本申请还包括:通信装置发起随机接入(例如CBRA或CFRA),通信装置切换至/将切换至第一下行BWP。
第一下行BWP为与第一上行BWP对应的下行BWP。
例如,第一下行BWP为初始下行BWP,第一上行BWP为初始上行BWP。或,例如,第一下行BWP的标识与第一上行BWP的标识相同。
示例性的,通信装置发起随机接入,此时,激活的上行BWP为第二上行BWP,如果通信装置确定第二上行BWP不存在PRACH资源,;通信装置将上行BWP切换到初始上行BWP,即,第一上行BWP为初始上行BWP,那么通信装置也需要将下行BWP切换到初始下行BWP,上述第一下行BWP即为初始下行BWP;
其中,PRACH资源可以理解为PRACH occasion。
第二上行BWP不存在PRACH资源可以理解为:针对第二上行BWP,PRACH资源没有被配置。
或者,示例性的,通信装置发起随机接入,此时,激活的上行BWP为第一上行BWP,如果通信装置确定第一上行BWP存在PRACH资源,;激活的下行BWP(例如,此时激活的下行BWP为第三下行BWP)对应的标识与第一上行BWP对应的标识(例如,BWP-ID)不同,那么通信装置需要将下行BWP切换到第一下行BWP,第一下行BWP的标识与第一上行BWP的标识相同。
第一上行BWP存在PRACH资源可以理解为:针对第一上行BWP,PRACH资源被配置。
可选的,通信装置控制第一DRX处于睡眠期可以包括:通信装置停止第一DRX对应的定时器。
通信装置在不运行第一DRX的定时器的情况下,也就进一步不需要监听组播关联的控制信息。例如,不需要监听以第二RNTI(例如,G-RNTI)加扰的DCI,和/或与MBS相关的、以第一RNTI(例如,C-RNTI)加扰的PDCCH(例如,可能是某些DCI的格式不需要监听),可以为通信装置节省功耗。
示例性的,通信装置在MBS下发起CBRA,导致通信装置确定要切换至第一下行BWP或已经切换至第一下行BWP,此时,通信装置确定第一下行BWP不包括MBS commonfrequency resource时,通信装置停止用于MBS的第一DRX中正在运行的所有定时器,定时器例如可以包括OnDuration Timer、Inactivity Timer、HARQ-RTT-Timer以及RetransmissionTimer等。这样,通信装置相当于进入了睡眠期,不再进行MBS相关的下行控制信息和下行数据的接收。
示例性的,通信装置不监听组播关联的控制信息可以为:通信装置在MBS下发起CBRA,导致通信装置确定要切换至第一下行BWP或已经切换至第一下行BWP,此时,通信装置确定第一下行BWP不包括MBS common frequency resource时,通信装置不监听以第一RNTI(例如,C-RNTI)加扰的DCI,和/或与MBS相关的、以第一RNTI(例如,C-RNTI)加扰的PDCCH(例如,特定的DCI格式)。此时,第一DRX中正在运行的定时器可能停止计时,也可能继续在计时,只是通信装置并未进行DCI的监听。
可选的,通信装置不监听组播关联的控制信息,如果此时第一DRX中的HARQ-RTT-Timer超时,也可以控制第一DRX中的RetransmissionTimer不启动,以节省通信装置功耗。
在一些实施例中,通信装置确定第一下行BWP不包括MBS common frequencyresource可以是发生在,通信装置发起CFRA,导致通信装置将要切换至第一下行BWP或已经切换至第一BWP的情况下。此时,通信装置可以控制第一DRX处于睡眠期,或不监听组播关联的控制信息。
在一些实施例中,通信装置确定第一下行BWP不包括MBS common frequencyresource可以是发生在,通信装置接收到网络设备发送的切换指示,切换指示用于指示通信装置切换至第一BWP的情况下。此时,通信装置可以控制第一DRX处于睡眠期,或不监听组播关联的下行控制信息。
上述过程阐述了通信装置为了节约功耗可以进入睡眠期,那么通信装置何时又进入第一DRX的激活期或者又(开始)监听组播关联的下行控制信息,可以发生在以下在一些场景下:
需要说明的是,“通信装置控制第一DRX处于激活期,或根据第一DRX监听组播关联的控制信息”,或,“又进入第一DRX的激活期或者又(开始)监听组播关联的下行控制信息”并不代表通信装置总是处于DRX的激活时间,或者总是监听控制信息,还是根据DRX的参数和接收情况,确实实际的DRX激活时间、控制监听。
可选的,当通信装置发送随机接入过程中的消息3,消息3用于调度传输(scheduled transmission),且携带通信装置的标识时,通信装置控制第一DRX处于激活期,或根据第一DRX监听组播关联的控制信息。
通信装置的标识可以包括以下任一项或多项:5GS-TMSI、C-RNTI、随机值。
这是由于网络设备可以根据消息3确定通信装置的身份,知道是哪个通信装置在进行随机接入,网络设备也可以确定通信装置切换后的第一下行BWP,那么网络设备向通信装置发送控制信息或数据(例如,通过PTP传输方式传输的MBS数据)时,便可以在第一下行BWP上发送,通信装置也能够在第一下行BWP上接收控制信息或数据。
其中,消息3可以理解为上文中的MSG3。消息3也可以理解为随机接入过程的第一个调度传输。
在一些实施例中,通信装置确定随机接入成功,通信装置可以控制第一DRX处于激活期,或根据第一DRX监听组播关联的控制信息。
通信装置发送上述消息3,也可能发送失败,为了更可靠的确定网络设备识别到通信装置,通信装置可以在确定随机接入成功,那么MSG3肯定被网络设备接收到,那么网络设备就可以确定通信装置的身份,确定通信装置当前激活的下行BWP,网络设备向通信装置发送控制信息或数据(例如,通过PTP传输方式传输的MBS数据)时,便可以在第一下行BWP上发送,通信装置也能够在第一下行BWP上接收控制信息或数据。因此,通信装置可以控制第一DRX处于激活期,或根据第一DRX监听组播关联的下行控制信息;
通信装置确定随机接入成功可以包括/理解为:通信装置接收到随机接入过程的第四个消息,第四个消息可以理解为上述MSG4。
在一些实施例中,通信装置还可以在切换至第二下行BWP,第二BWP包括第一资源,通信装置控制第一DRX处于激活期,或根据第一DRX监听组播关联的控制信息。
第二下行BWP包括第一资源可以理解为以下任一项或多项:第二下行BWP包含第一资源,第二下行BWP能涵盖第一资源,第一资源完全位于第二下行BWP的频域范围内。
其中,第二下行BWP的边界为第五边界与第六边界,其中,第五边界小于第六边界。第一资源的边界为第三边界与第四边界,其中,第三边界小于第四边界。可选的,第五边界/第三边界可以称为左边界或下边界。可选的,第六边界/第四边界可以称为右边界或上边界。
其中,边界可以理解为频率范围的边界或频率边界或频率的起始点。
对于第二下行BWP包括第一资源的情况,第二下行BWP和第一资源之间的关系可以包括包含关系和/或相等关系。
(1)包含关系:第二下行BWP包含第一资源。
第二下行BWP包含第一资源包含可以理解为:第三边界大于等于第五边界,且,第四边界小于等于第六边界。
(2)相等关系:第二下行BWP等于第一资源。
第二下行BWP等于第一资源可以理解为:第五边界等于第三边界,且,第六边界等于第四边界。
示例性的,通信装置控制第一DRX处于激活期可以包括:通信装置启动第一DRX对应的定时器。例如第一DRX对应的定时器包括上述OnDuration Timer、Inactivity Timer、HARQ-RTT-Timer以及RetransmissionTimer中的一个或多个。这样,通信装置可以继续按照第一DRX的周期条件和下行接收控制第一DRX中的定时器。
或者,通信装置控制第一DRX处于激活期可以包括:通信装置继续按照第一DRX中的active time(激活期)监听以第二RNTI(例如,G-RNTI)加扰的PDCCH和/或与MBS相关的、以第一RNTI(例如,C-RNTI)加扰的PDCCH。
在一些实施例中,组播关联的控制信息包括以下任一个或多个:以组播方式传输的控制信息,以单播方式传输的控制信息,用于调度组播数据的控制信息,用于调度以组播方式传输的数据的控制信息,用于调度以单播方式传输的组播数据的控制信息,用于调度组播配置信息的控制信息。这里的具体理解可以参见上文中实施例1.1和1.2中的说明。
例如,组播配置信息可以理解为MCCH消息。
例如,控制信息可以理解为DCI。
需要说明的是,上述对步骤151的解释中,如果通信装置正在接收多个MBS业务(多个组播业务)、该多个MBS业务均与第一资源相关联,通信装置停止的定时器和不监听下行控制信息可以理解是与这多个MBS业务对应的。即多个MBS对应的DRX中的定时器都要停止,根据多个MBS的DRX监听下行控制信息的行为都要停止。
实施例3.2
与实施例3.1类似的,如果通信装置发起了随机接入,需要将下行BWP切换至与上行BWP对应的BWP上,例如,上行BWP切换至上行initial BWP上,下行也要切换至下行initial BWP上;或者,下行BWP也要切换至标识与第一上行BWP的标识对应的下行BWP上。而在单播服务下,网络设备不知道通信装置进行了下行BWP切换,网络设备仍然在切换前的下行BWP上向通信装置发送数据,那么通信装置将接收不到该数据。
例如,如果通信装置发起CBRA,导致通信装置进行了下行BWP切换。网络设备不知道通信装置从下行BWP1切换至下行BWP2,网络设备仍然在切换前的下行BWP1上向通信装置以PTP传输方式发送数据,但是通信装置已经切换到了下行BWP2上,那么通信装置就接收不到该数据。
在上述情况下,若通信装置仍监听单播数据对应的DCI(其是无意义的监听),会导致功耗较大。
为了解决单播服务下,本申请提出一种DRX控制方法,在通信装置发起随机接入,如果通信装置确定将要切换至的下行BWP或已经切换至的下行BWP,通信装置可以进入睡眠期,或不监听单播关联的下行控制信息,以不接收以单播方式传输的下行控制信息或下行数据,这样可以避免通信装置进行不必要的下行控制信息的监听,利于通信装置节省功耗。
因此,本申请实施例提供一种DRX控制方法,如图11所示,包括:
110、通信装置从第一下行BWP切换至第二下行BWP,第一BWP和第二BWP用于以单播方式传输下行控制信息或数据。
例如,第一下行BWP和/或第二下行BWP为/包括:单播对应的下行BWP,或初始下行BWP。
例如,从第一下行BWP切换至第二下行BWP可以理解为:去激活第一下行BWP,激活第一下行BWP。
111、通信装置控制第一DRX处于睡眠期,或不监听单播关联的控制信息;第一DRX与单播相关联。
不监听可以包括停止监听。
例如步骤110中切换下行BWP可以发生在CBRA的情况下。即,通信装置发起CBRA,通信装置从第一BWP切换至第二BWP。可以理解的,第二下行BWP为激活的第一上行BWP对应的下行BWP。
示例性的,第二下行BWP为初始下行BWP,第一上行BWP为初始上行BWP。或者,例如,第二下行BWP的标识与第一上行BWP的标识相同。这里的具体说明书可以参见上述对步骤100和101中的说明。
例如,通信装置控制第一DRX处于睡眠期的具体实现方式可以参见上述对步骤100和101中的说明。不同的是,第一DRX与单播相关联,第一DRX中的定时器自然也都是单播服务下的定时器。
本申请还包括:通信装置发起随机接入(例如CBRA或CFRA),通信装置切换至/将切换至第二下行BWP。
例如,通信装置停止监听用于调度单播数据的下行控制信息,例如可以为:通信装置停止监听单播的RNTI加扰的DCI,单播的RNTI例如可以为C-RNTI。
可选的,通信装置控制第一DRX处于睡眠期可以包括:通信装置停止第一DRX对应的定时器。
例如,如果通信装置切换至第二下行BWP时HARQ-RTT-Timer正在运行,那么等到HARQ-RTT-Timer超时,通信装置不启动RetransmissionTimer,以节省通信装置功耗。
上述过程阐述了通信装置为了节约功耗可以进入睡眠期,通信装置再次控制第一DRX处于激活期,或者又(开始)根据第一DRX监听单播关联的下行控制信息可以是发生在:
可选的,通信装置发送了CBRA流程中的消息3,消息3用于调度传输(scheduledtransmission),那么网络可以根据消息3确定通信装置的身份,进而确定通信装置切换至第二下行BWP。因此,通信装置可以控制第一DRX处于激活期,或根据第一DRX监听与单播关联的控制信息。
例如,通信装置启动第一DRX中的定时器,包括上述OnDuration Timer、Inactivity Timer、HARQ-RTT-Timer以及RetransmissionTimer中的一个或多个。或者,通信装置可以继续按照第一DRX的激活期监听下行控制信息,例如继续监听C-RNTI加扰的DCI。
例如,上述用于调度单播数据的下行控制信息包括以下任一个或多个:
以单播方式传输的下行控制信息,用于调度以单播方式传输数据的下行控制信息,用于调度以单播方式传输单播数据的下行控制信息。
由此,在单播服务下,通信装置在CBRA过程中如果切换了下行BWP,可以控制第一DRX处于睡眠期,或停止监听用于调度单播数据的下行控制信息,进而避免通信装置进行不必要的DCI监听,以节省功耗。
需要说明的,本申请实施例中提供的各个DRX的控制方法可以单独执行,也可以结合其中的至少两个执行,本申请不做限定。
可以理解的是,为了实现上述功能,通信装置包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本实施例可以根据上述方法示例对通信装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图12示出了上述实施例中涉及的通信装置的一种可能的组成示意图,通信装置可以为上文中的终端设备或UE等,以终端设备为例,如图12所示,该终端设备120可以包括:收发单元1201和处理单元1202。
其中,收发单元1201可以用于支持终端设备120执行上述步骤501、步骤601、步骤800等,和/或用于本文所描述的技术的其他过程。
处理单元1202可以用于支持终端设备170执行上述步骤502(502-1、502-2、502-2A、502-3、502-4、502-5、502-5A、502-6)、602(602-1、602-2、602-2A、602-4、602-5以及602-5A)、801、100、101、110、111等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的终端设备120,用于执行上述DRX控制方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,终端设备可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对终端设备的动作进行控制管理,例如,可以用于支持终端设备120执行上述处理单元1202执行的步骤。存储模块可以用于支持终端设备存储程序代码和数据等。通信模块,可以用于支持终端设备与其他设备的通信,例如与无线接入设备的通信。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中,当处理模块为处理器,存储模块为存储器,收发模块为收发器时,本实施例所涉及的终端设备可以为具有图13所示结构的UE。
在采用对应各个功能划分各个功能模块的情况下,图14示出了上述实施例中涉及的网络设备的一种可能的组成示意图,网络设备可以为上文中的基站等,以网络设备为例,如图14所示,该网络设备140可以包括:收发单元1401和处理单元1402。
其中,收发单元1401可以用于支持网络设备140执行上述步骤501、121等,和/或用于本文所描述的技术的其他过程。
其中,处理单元1402可以用于支持网络设备140执行上述步骤900和901等,和/或用于本文所描述的技术的其他过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的网络设备140,用于执行上述DRX控制方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,网络设备可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对终端设备的动作进行控制管理,例如,可以用于支持网络设备执行上述处理单元1402执行的步骤。存储模块可以用于支持网络设备存储程序代码和数据等。通信模块,可以用于支持网络设备与其他设备的通信,例如与终端设备的通信。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中,当处理模块为处理器,存储模块为存储器时,本实施例所涉及的终端设备可以为具有图15所示结构的基站。
本申请实施例还提供一种电子设备,包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得电子设备执行上述相关方法步骤实现上述实施例中的DRX控制方法。
本申请的实施例还提供一种计算机存储介质,该计算机存储介质中存储有计算机指令,当该计算机指令在电子设备上运行时,使得电子设备执行上述相关方法步骤实现上述实施例中的DRX控制方法。
本申请的实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中电子设备执行的DRX控制方法。
另外,本申请的实施例还提供一种装置,这个装置具体可以是芯片,组件或模块,该装置可包括相连的处理器和存储器;其中,存储器用于存储计算机执行指令,当装置运行时,处理器可执行存储器存储的计算机执行指令,以使芯片执行上述各方法实施例中电子设备执行的DRX控制方法。
其中,本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种非连续接收DRX控制方法,其特征在于,所述方法包括:
确定一组通信装置内的通信装置处于与组播关联的DRX对应的激活时间内,所述一组通信装置包括至少一个通信装置;
当所述一组通信装置内的每个通信装置均处于与组播关联的DRX对应的激活时间内,向所述一组通信装置发送第一控制信息和/或第一数据,所述第一控制信息用于调度所述第一数据,所述第一数据为新传数据。
2.根据权利要求1所述的方法,其特征在于,
所述与组播关联的DRX对应的激活时间包括以下任一项或多项:与组播关联的DRX对应的第一定时器正在运行的时间,与组播关联的DRX对应的第二定时器正在运行的时间,与组播关联的DRX对应的第三定时器正在运行的时间,所述第一定时器为重传定时器,所述第二定时器为非激活定时器,所述第三定时器为onDuration定时器。
3.根据权利要求2所述的方法,其特征在于,所述第一数据为组播数据。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述与组播关联的DRX包括:
与第二RNTI对应的DRX;
其中,所述第二RNTI用于以下一项或多项:用于组播,用于调度组播动态资源,用于调度组播动态资源的重传资源,用于激活组播配置资源,用于重激活组播配置资源,用于去激活组播配置资源,用于调度组播配置资源的重传资源。
5.根据权利要求4所述的方法,其特征在于,
所述第一数据为组播数据;或,
所述第一控制信息通过所述第二RNTI加扰。
6.一种通信装置,其特征在于,包括用于执行如权利要求1-5中任一项所述方法的单元或模块。
7.一种通信装置,其特征在于,包括处理器,所述处理器用于执行存储于存储器中的程序或指令,使得如权利要求1-5中任一项所述的方法被实现。
8.一种计算机可读存储介质,其特征在于,包括计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行上述权利要求1-5中的任一项所述的方法。
9.一种计算机程序产品,其特征在于,包含有指令,当所述指令被计算机执行时,使得如权利要求1-5中任一项所述的方法被实现。
CN202310700057.1A 2021-01-15 2021-01-15 一种非连续接收控制方法和装置 Pending CN116887449A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310700057.1A CN116887449A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2021/072333 WO2022151448A1 (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置
CN202180069128.1A CN116326092A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置
CN202310700057.1A CN116887449A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202180069128.1A Division CN116326092A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置

Publications (1)

Publication Number Publication Date
CN116887449A true CN116887449A (zh) 2023-10-13

Family

ID=82447893

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202310700057.1A Pending CN116887449A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置
CN202310699945.6A Pending CN116963318A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置
CN202180069128.1A Pending CN116326092A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置

Family Applications After (2)

Application Number Title Priority Date Filing Date
CN202310699945.6A Pending CN116963318A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置
CN202180069128.1A Pending CN116326092A (zh) 2021-01-15 2021-01-15 一种非连续接收控制方法和装置

Country Status (6)

Country Link
US (1) US20230363051A1 (zh)
EP (1) EP4277395A4 (zh)
JP (1) JP2024504648A (zh)
KR (1) KR20230129539A (zh)
CN (3) CN116887449A (zh)
WO (1) WO2022151448A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024087170A1 (en) * 2022-10-28 2024-05-02 Nec Corporation Method, device and computer storage medium of communication

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10375757B2 (en) * 2015-08-11 2019-08-06 Lg Electronics Inc. Method and device for terminal performing PDCCH monitoring on SCPTM
EP3148270A1 (en) * 2015-09-24 2017-03-29 Alcatel Lucent Multipoint transmission
US10869357B2 (en) * 2016-03-24 2020-12-15 Lg Electronics Inc. Method for configuring discontinuous reception in a communication system and device therefor
WO2020077667A1 (zh) * 2018-10-18 2020-04-23 Oppo广东移动通信有限公司 一种启动定时器的方法及装置、终端
CN111278171B (zh) * 2019-01-31 2022-05-17 维沃移动通信有限公司 一种非连续接收drx配置方法及终端
EP4060927A1 (en) * 2019-03-26 2022-09-21 Ofinno, LLC Discontinuous reception

Also Published As

Publication number Publication date
US20230363051A1 (en) 2023-11-09
EP4277395A4 (en) 2024-04-24
CN116326092A (zh) 2023-06-23
KR20230129539A (ko) 2023-09-08
JP2024504648A (ja) 2024-02-01
WO2022151448A1 (zh) 2022-07-21
EP4277395A1 (en) 2023-11-15
CN116963318A (zh) 2023-10-27

Similar Documents

Publication Publication Date Title
JP2019146215A (ja) ユーザ装置、プロセッサ、基地局及び方法
JP2013544481A (ja) 機器間通信を支援する無線接続システムにおいてマルチキャストトラフィックを送受信するための方法及び装置
US20230050170A1 (en) Methods and apparatus of group scheduling for nr multicast service
WO2015152583A1 (ko) 무선 통신 시스템에서 단말 간 통신을 위한 신호 송수신 방법 및 이를 위한 장치
US20230363051A1 (en) Discontinuous reception control method and apparatus
CN113678500B (zh) 一种反馈资源配置方法及通信方法、装置、通信设备
CN117320173A (zh) 无线通信的方法和设备
US20230388972A1 (en) Discontinuous reception method and user equipment
EP3713153B1 (en) Method and apparatus for group communication in wireless communication system
CN113260025A (zh) 一种非连续接收处理方法、终端、装置以及介质
US20230262836A1 (en) Communication method and apparatus
CN116803155A (zh) 用于管理drx和wus操作以接收mbs服务的方法和系统
Vikhrova et al. Group-oriented services for critical machine type communications in 5G networks
CN113810993A (zh) 一种多播业务数据接收方法及通信装置
CN115243384A (zh) 业务冲突的解决方法、装置、设备及存储介质
WO2022205350A1 (en) Method and apparatus for drx operation for multicast and broadcast services
WO2023050319A1 (zh) 无线通信的方法、终端设备和网络设备
WO2023207568A1 (zh) 一种通信方法及装置
US20240188186A1 (en) Method and apparatus for drx operation for multicast and broadcast services
WO2024032402A1 (zh) 通信方法和通信装置
WO2023102898A1 (zh) 重传方式的确定方法及定时器的控制方法、装置
WO2024032222A1 (zh) 一种通信方法及装置
RU2818969C1 (ru) Способ и аппаратура связи
US20230413018A1 (en) Multicast service receiving method and apparatus, and electronic device
WO2023097601A1 (zh) 一种drx定时器的运行方法及装置、终端设备

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