WO2022077778A1 - 侧行链路的传输方法和终端 - Google Patents

侧行链路的传输方法和终端 Download PDF

Info

Publication number
WO2022077778A1
WO2022077778A1 PCT/CN2020/142028 CN2020142028W WO2022077778A1 WO 2022077778 A1 WO2022077778 A1 WO 2022077778A1 CN 2020142028 W CN2020142028 W CN 2020142028W WO 2022077778 A1 WO2022077778 A1 WO 2022077778A1
Authority
WO
WIPO (PCT)
Prior art keywords
sidelink
terminal
timer
retransmission timer
psfch
Prior art date
Application number
PCT/CN2020/142028
Other languages
English (en)
French (fr)
Inventor
卢前溪
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to KR1020237014073A priority Critical patent/KR20230087512A/ko
Priority to CN202310898358.XA priority patent/CN117812757A/zh
Priority to JP2023523101A priority patent/JP2023546885A/ja
Priority to AU2020471935A priority patent/AU2020471935A1/en
Priority to CN202080105134.3A priority patent/CN116368938A/zh
Priority to EP20957552.1A priority patent/EP4216660A4/en
Publication of WO2022077778A1 publication Critical patent/WO2022077778A1/zh
Priority to US18/146,549 priority patent/US20240023015A1/en

Links

Images

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
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • 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
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols
    • 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/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • 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/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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/25Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/40Resource management for direct mode communication, e.g. D2D or sidelink
    • 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
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices
    • 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/1864ARQ related signaling
    • 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

Abstract

本申请涉及一种侧行链路的传输方法和终端。其中,该方法包括:终端接收下行信息,该下行信息用于指示侧行链路的资源授权;该终端基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。本申请实施例,基于事件控制针对侧行链路的与DRX相关的定时器的状态,可以对DRX进行优化,减少侧行传输的终端能耗。

Description

侧行链路的传输方法和终端 技术领域
本申请涉及通信领域,更具体地,涉及一种侧行链路的传输方法和终端。
背景技术
设备到设备(Device to Device,D2D)通信是一种基于侧行链路(Sidelink,SL)的传输技术。与传统的蜂窝系统中通信数据通过基站接收或者发送的方式不同,车联网(Vehicle to Everything,V2X)系统采用终端到终端直接通信的方式,因此具有更高的频谱效率以及更低的传输时延。
在长期演进(long-term evolution,LTE)系统中,非连续接收(Discontinuous Reception,DRX)是一种节能机制。在侧行传输中,如何对DRX进行优化,以减少终端能耗是需要考虑的问题。
发明内容
本申请实施例提供一种侧行链路的传输方法和终端,可以减少侧行传输的终端能耗。
本申请实施例提供一种侧行链路的传输方法,包括:
终端接收下行信息,该下行信息用于指示侧行链路的资源授权;
该终端基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
本申请实施例提供一种侧行链路的传输方法,包括:
终端接收侧行信息,该侧行信息用于指示侧行链路的资源授权;
该终端基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
本申请实施例提供一种终端,包括:
接收单元,用于接收下行信息,该下行信息用于指示侧行链路的资源授权;
处理单元,用于基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
本申请实施例提供一种终端,包括:
接收单元,用于接收侧行信息,该侧行信息用于指示侧行链路的资源授权;
处理单元,用于基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
本申请实施例提供一种终端,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,以使该终端设备执行上述的侧行链路的传输方法。
附图说明
图1是根据本申请实施例的应用场景的示意图。
图2是模式A的示意图。
图3是模式B的示意图。
图4是根据本申请一实施例的侧行链路的传输方法的示意性流程图。
图5是示例一的示意图。
图6是示例二的示意图。
图7是示例三的示意图。
图8是示例四的示意图。
图9是根据本申请另一实施例的侧行链路的传输方法的示意性流程图。
图10是示例五的示意图。
图11是示例六的示意图。
图12是示例七的示意图。
图13是根据本申请一实施例的终端的示意性框图。
图14是根据本申请另一实施例的终端的示意性框图。
图15是根据本申请实施例的通信设备示意性框图。
图16是根据本申请实施例的芯片的示意性框图。
图17是根据本申请实施例的通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code Division Multiple Access,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based access to unlicensed spectrum,LTE-U)系统、非授权频谱上的NR(NR-based access to unlicensed spectrum,NR-U)系统、非地面通信网络(Non-Terrestrial Networks,NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、无线局域网(Wireless Local Area Networks,WLAN)、无线保真(Wireless Fidelity,WiFi)、第五代通信(5th-Generation,5G)系统或其他通信系统等。
通常来说,传统的通信系统支持的连接数有限,也易于实现,然而,随着通信技术的发展,移动通信系统将不仅支持传统的通信,还将支持例如,设备到设备(Device to Device,D2D)通信,机器到机器(Machine to Machine,M2M)通信,机器类型通信(Machine Type Communication,MTC),车辆间(Vehicle to Vehicle,V2V)通信,或车联网(Vehicle to everything,V2X)通信等,本申请实施例也可以应用于这些通信系统。
可选地,本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation,CA)场景,也可以应用于双连接(Dual Connectivity,DC)场景,还可以应用于独立(Standalone,SA)布网场景。
可选地,本申请实施例中的通信系统可以应用于非授权频谱,其中,非授权频谱也可以认为是共享频谱;或者,本申请实施例中的通信系统也可以应用于授权频谱,其中,授权频谱也可以认为是非共享频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例,其中,终端设备也可以称为用户设备(User Equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端设备可以是WLAN中的站点(STAION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统例如NR网络中的终端设备,或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的终端设备等。
在本申请实施例中,终端设备可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。
在本申请实施例中,终端设备可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self driving)中的无线终端设备、远程医疗(remote medical)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备或智慧家庭(smart home)中的无线终端设备等。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴 式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
在本申请实施例中,网络设备可以是用于与移动设备通信的设备,网络设备可以是WLAN中的接入点(Access Point,AP),GSM或CDMA中的基站(Base Transceiver Station,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolutional Node B,eNB或eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备或者NTN网络中的网络设备等。
作为示例而非限定,在本申请实施例中,网络设备可以具有移动特性,例如网络设备可以为移动的设备。可选地,网络设备可以为卫星、气球站。例如,卫星可以为低地球轨道(low earth orbit,LEO)卫星、中地球轨道(medium earth orbit,MEO)卫星、地球同步轨道(geostationary earth orbit,GEO)卫星、高椭圆轨道(High Elliptical Orbit,HEO)卫星等。可选地,网络设备还可以为设置在陆地、水域等位置的基站。
在本申请实施例中,网络设备可以为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(Small cell)对应的基站,这里的小小区可以包括:城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
图1示例性地示出了一种通信系统100。该通信系统包括一个网络设备110和两个终端设备120。可选地,该通信系统100可以包括多个网络设备110,并且每个网络设备110的覆盖范围内可以包括其它数量的终端设备120,本申请实施例对此不做限定。
可选地,该通信系统100还可以包括移动性管理实体(Mobility Management Entity,MME)、接入与移动性管理功能(Access and Mobility Management Function,AMF)等其他网络实体,本申请实施例对此不作限定。
其中,网络设备又可以包括接入网设备和核心网设备。即无线通信系统还包括用于与接入网设备进行通信的多个核心网。接入网设备可以是长期演进(long-term evolution,LTE)系统、下一代(移动通信系统)(next radio,NR)系统或者授权辅助接入长期演进(authorized auxiliary access long-term evolution,LAA-LTE)系统中的演进型基站(evolutional node B,简称可以为eNB或e-NodeB)宏基站、微基站(也称为“小基站”)、微微基站、接入站点(access point,AP)、传输站点(transmission point,TP)或新一代基站(new generation Node B,gNodeB)等。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统为例,通信设备可包括具有通信功能的网络设备和终端设备,网络设备和终端设备可以为本申请实施例中的具体设备,此处不再赘述;通信设备还可包括通信系统中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有 关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
如图2和图3所示,在3GPP中包括以下传输模式:模式A(mode-A)和模式B(mode-A)。
模式A:终端的传输资源是由基站分配的,终端根据基站分配的资源在侧行链路上进行数据的发送;基站可以为终端分配单次传输的资源,也可以为终端分配半静态传输的资源。
模式B:终端设备在资源池中选取一个资源进行数据的传输,终端设备可以是车联网中的车载终端。
在3GPP协议演进过程中,D2D可以包括以下场景:
ProSe(Proximity based Service):在Rel-12/13中设备到设备通信主要针对ProSe的场景,可以适用于公共安全类的业务。
车联网(V2X):在Rel-14/15中,车联网系统主要针对车车通信的场景,其主要面向相对高速移动的车车、车人通信的业务。
可穿戴设备(FeD2D):在Rel-14中,FeD2D主要针对可穿戴设备通过手机接入网络的场景,其主要面向低移动速度以及低功率接入的场景。
NR V2X在LTE V2X的基础上,不局限于广播场景,而是进一步拓展到了单播和组播的场景,在这些场景下研究V2X的应用。
类似于LTE V2X,NR V2X也会定义上述mode-A/B两种资源授权模式。更进一步,用户可能处在混合的模式下,即既可以使用mode-A进行资源的获取,又同时可以使用mode-B进行资源的获取。
不同于LTE V2X,除了无反馈的、UE自主发起的混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)重传,NR V2X引入了基于反馈的HARQ重传,不限于单播通信,也包括组播通信。
下面对DRX进行介绍:
用户在下行接收时需要进行DRX,以达到省电的效果。考虑到网络可以通过下行链路,向用户发送用于侧行链路的资源授权,即上述mode-A的方式,这里的问题是,如何针对“用于侧行链路的资源授权”进行下行接收的DRX。
在LTE中,UE可以同时被配置为mode-A和使用DRX,但是网络没有针对“用于侧行链路的资源授权”对DRX进行特别的优化,即UE会根据Uu接口而非侧行链路的相关参数/定时器等决定是否进入睡眠进行省电。在NR中,目前UE不可以同时被配置为mode-A和使用DRX。
本申请可以应用于NR中,在UE可以同时被配置为mode-A和使用DRX的场景下,针对“用于侧行链路的资源授权”对DRX进行特别的优化,提出针对“用于侧行链路的资源授权”的DRX相关参数和定时器。
图4是根据本申请一实施例的侧行链路的传输方法200的示意性流程图。该方法可选地可以应用于图1至图3所示的系统,但并不仅限于此。该方法包括以下内容的至少部分内容。
S210、终端接收下行信息,该下行信息用于指示侧行链路的资源授权。
S220、终端基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
可选地,终端可以接收用于指示侧行链路的资源授权的第一信息。该第一信息可以是下行信息。例如,终端从网络侧例如基站接收用于指示侧行链路的资源授权的下行信息。然后,终端基于第一事件控制针对该侧行链路的与DRX相关的定时器的状态。
可选地,在本申请实施例中,该下行信息通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)承载。
可选地,在本申请实施例中,该与DRX相关的定时器包括往返时间(Round-Trip Time,RTT)定时器和/或重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,包括以下至少之一:
启动针对该侧行链路的RTT定时器;
在该RTT定时器超时的情况下,启动针对该侧行链路的重传定时器。
例如,如果与DRX相关的定时器包括针对该侧行链路的RTT定时器和重传定时器,终端可以基于第一事件启动针对该侧行链路的RTT定时器定时器。在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,包括:
启动针对该侧行链路的重传定时器。
例如,如果与DRX相关的定时器包括针对该侧行链路的重传定时器,终端可以基于第一事件启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,还包括:
停止正在运行的侧行链路的重传定时器。
例如,侧行链路的传输可以是连续的,如果侧行链路存在正在运行的重传定时器,终端可以基于第一事件,先停止正在运行的重传定时器。然后,启动针对该侧行链路的RTT定时器。在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,如果没有针对该侧行链路的RTT定时器,终端可以基于第一事件,重新启动针对该侧行链路的重传定时器。
在本申请实施例中,终端启动针对该侧行链路的重传定时器后,在重传定时器运行期间,终端处于DRX的唤醒状态,可以监听下行信道,例如,终端针对侧行链路的特定HARQ进程进行下行PDCCH接收。终端获得网络为终端分配的侧行链路的资源授权后,可以基于侧行链路的资源授权与侧行链路的其他终端进行侧行通信。在未启动针对该侧行链路的重传定时器的情况下,处于DRX的休眠状态,终端可以不监听下行信道,能够达到节能省电的效果。
在本申请实施例中,终端启动针对该侧行链路的RTT定时器后,在该定时器运行期间,终端不需要监听下行信道。例如,终端在RTT定时器运行期间,不需要进行下行PDCCH接收,或者不需要针对侧行链路的特定HARQ进程进行下行PDCCH接收。
可选地,在本申请实施例中,该方法还包括:该终端基于反馈信息,确定是否启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该终端基于反馈信息,确定是否启动针对该侧行链路的重传定时器,包括以下至少之一:
在该反馈信息为确认(ACK)信息的情况下,不启动针对该侧行链路的重传定时器;
在该反馈信息为非确认(NACK)信息的情况下,启动针对该侧行链路的重传定时器;
在收到该反馈信息的情况下,启动针对该侧行链路的重传定时器;
在未收到该反馈信息的情况下,不启动针对该侧行链路的重传定时器。
例如,终端可以基于收到的反馈信息所表示的对端的传输情况,来确定是否启动针对侧行链路的重传定时器。如果终端收到的反馈信息为ACK信息,可以表示对端成功收到了终端发送的数据,则可以不启动针对 该侧行链路的重传定时器。如果终端收到的反馈信息为NACK信息,可以表示对端没有成功收到了终端发送的数据,则可以启动针对该侧行链路的重传定时器。
再如,终端可以基于是否收到反馈信息,来确定是否启动针对侧行链路的重传定时器。如果终端没有收到对端的反馈信息,可以表示对端成功收到了终端发送的数据或对端不需要重传,则可以不启动针对该侧行链路的重传定时器。如果终端收到的反馈信息,可以表示对端没有成功收到终端发送的数据或者对端需要重传,则可以启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端接收到包括该下行信息的下行资源,该下行资源可以是控制信道或者数据信道,例如,PDCCH或者PDSCH。
可选地,第一事件、即终端接收到包括该下行信息的下行资源可以包括终端接收到包括该下行信息的下行资源时。
例如,终端在接收到该PDCCH时,可以启动针对该侧行链路的重传定时器。再如,终端在接收到该PDCCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,第一事件、即终端接收到包括该下行信息的下行资源可以包括终端接收到包括该下行信息的下行资源后。接收到包括该下行信息的下行资源之后是指第一事件并不是伴随下行资源的接收发生,而是在时序上存在一定的间隔。示例性地,终端接收到包括该下行信息的下行资源后的第一个时间单位,或者特定数量的时间单位上发生该第一事件。例如,在接收到该下行资源之后,在时序上的下一个时隙slot、下一个符号symbol,或者预定数量的时隙或符号,第一事件可以控制针对该侧行链路的、与DRX相关的定时器的状态。
例如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:终端接收到包括该下行信息的PDCCH加第一时间之后。
可选地,在本申请实施例中,该第一时间可以为终端接收到该PDCCH之后处理重传的时延要求。
可选地,该第一事件、即终端接收到包括该下行信息的PDCCH加第一时间之后,可以包括:从终端接收到包括该下行信息的PDCCH时开始计时经过第一时间之后。
例如,终端在接收到该PDCCH时开始计时经过第一时间之后,可以启动针对该侧行链路的重传定时器。再如,终端在接收到该PDCCH时开始计时经过第一时间之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端发送物理侧行控制信道(Physical Sidelink Control Channel,PSCCH)和/或物理侧行共享信道(Physical Sidelink Shared Channel,PSSCH)。
示例性地,第一事件可以只包括终端发送PSCCH和/或PSSCH。第一事件也可以既包括终端接收到该PDCCH,又包括终端发送PSCCH和/或PSSCH。
可选地,第一事件、即终端发送PSCCH和/或PSSCH可以包括终端发送PSCCH和/或PSSCH时。
例如,终端发送PSCCH和/或PSSCH时,可以启动针对该侧行链路的重传定时器。
再如,终端发送PSCCH和/或PSSCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH时,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再重新启动针对该侧行链路的重传定时器。
可选地,第一事件、即终端发送PSCCH和/或PSSCH可以包括终端发送PSCCH和/或PSSCH后。示例性地,在终端发送PSCCH和/或PSSCH后的第一个时间单位控制针对该侧行链路的与DRX相关的定时器的状态。
例如,终端在发送PSCCH和/或PSSCH后,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PSCCH和/或PSSCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSCCH后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再重新启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端发送PSCCH和/或PSSCH加第二时间之后。
可选地,在本申请实施例中,该第二时间可以为终端发送PSCCH和/或PSSCH之后处理重传的时延要求。
可选地,该第一事件、即终端发送PSCCH和/或PSSCH加第二时间之后,可以包括:从终端发送PSCCH时开始计时经过第二时间之后,和/或从终端发送PSSCH时开始计时经过第二时间之后。
例如,终端在发送PSCCH和/或PSSCH时开始计时经过第二时间之后,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PSCCH和/或PSSCH时开始计时经过第二时间之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSCCH时开始计时经过第二时间之后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH时开始计时经过第二时间之后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再重新启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:
该终端接收到物理侧行反馈信道(Physical Sidelink Feedback Channel,PSFCH)。
示例性地,第一事件可以只包括终端接收到PSFCH。第一事件也可以既包括终端接收到该PDCCH,又包括终端接收到PSFCH。第一事件也可以既包括终端接收到该PDCCH,又包括终端发送PSCCH和/或PSSCH,又包括终端接收到PSFCH。
可选地,第一事件可以包括:终端接收到PSFCH时。
例如,终端接收到PSFCH时,可以启动针对该侧行链路的重传定时器。
再如,终端接收到PSFCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH时,重新启动针对该侧行链路的重传定时器。终端接收到PSFCH时,再次重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端接收到PSFCH时,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,第一事件可以包括:终端接收到PSFCH后。示例性地,在终端接收到PSFCH后的第一个时间单位控制针对该侧行链路的与DRX相关的定时器的状态。
例如,终端在接收到PSFCH后,可以启动针对该侧行链路的重传定时器。
再如,终端在接收到PSFCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端接收到PSFCH加第三时间之后。
可选地,在本申请实施例中,该第三时间可以为终端发送PSFCH之后处理重传的时延要求。
可选地,该第一事件、即终端接收到PSFCH加第三时间之后,可以包括:从终端接收到PSFCH时开始计时经过第三时间之后。
例如,终端在接收到PSFCH时开始计时经过第三时间之之后,可以启动针对该侧行链路的重传定时器。
再如,终端在接收到PSFCH时开始计时经过第三时间之之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的重传定时器。终端接收到PSFCH时开始计时经过第三时间之后,再次重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端接收到PSFCH时开始计时经过第三时间之后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端发送物理上行控制信道(Physical Uplink Control Channel,PUCCH)。
示例性地,第一事件可以只包括终端发送PUCCH。第一事件也可以既包括终端接收到该PDCCH,又包括终端发送PUCCH。第一事件也可以既包括终端接收到该PDCCH,又包括终端发送PSCCH和/或PSSCH,又包括发送PUCCH。第一事件也可以既包括终端在接收到该PDCCH,又包括终端发送PSCCH和/或PSSCH,又包括终端接收到PSFCH,又包括终端发送PUCCH。
可选地,第一事件可以包括:终端发送PUCCH时。
例如,终端在发送PUCCH时,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PUCCH时,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH时,可以启动针对该侧行链路的重传定时器。终端在发送PUCCH时,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH时,重新 启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的重传定时器。终端在发送PUCCH时,重新启动针对该侧行链路的重传定时器。
可选地,第一事件可以包括:终端发送PUCCH后。示例性地,在终端发送PUCCH后的第一个时间单位控制针对该侧行链路的与DRX相关的定时器的状态。
例如,终端在发送PUCCH后,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PUCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PUCCH后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的重传定时器。终端在发送PUCCH后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PUCCH后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端发送PUCCH加第四时间之后。
可选地,在本申请实施例中,该第四时间可以为终端发送PUCCH之后处理重传的时延要求。
可选地,该第一事件、即终端发送PUCCH加第四时间之后,可以包括:从终端发送PUCCH时开始计时经过第四时间之后。
例如,终端在发送PUCCH时开始计时经过第四时间之后,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PUCCH时开始计时经过第四时间之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PUCCH时开始计时经过第四时间之后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到PDCCH后,可以启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的重传定时器。终端在发送PUCCH时开始计时经过第四时间之后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到该PDCCH后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端接收到PSFCH后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端在发送PUCCH时开始计时经过第四时间之后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该方法的执行条件包括以下至少之一:PUCCH已被配置;PUCCH未被配置;PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
可选地,在本申请实施例中,该第一事件与该方法的执行条件具有关联关系。
在本申请实施例中,不同的事件可以对应不同的执行条件。
例如,事件为终端接收到PDCCH后,执行条件可以包括以下至少之一:PUCCH未被配置;PSFCH未被配置;PSFCH未被使用。
再如,事件为终端发送PSCCH和/或PSSCH后,执行条件可以包括以下至少之一:PUCCH未被配置;PSFCH未被配置;PSFCH未被使用。
再如,事件为终端接收到PSFCH后,执行条件可以包括以下至少之一:PUCCH未被配置;PSFCH已被配置;PSFCH已被使用。
再如,事件为终端发送PUCCH后,执行条件可以包括以下至少之一:PUCCH已被配置;PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
在本申请实施例中,也可以分别设置多种事件与执行条件的对应关系,基于不同的执行条件,选择用于触发定时器的事件。
例如,事件为终端接收到PDCCH后,对应的执行条件为:PUCCH未被配置,并且PSFCH未被配置。事件为终端发送PSCCH和/或PSSCH后,对应的执行条件为:PUCCH已被配置,并且PSFCH未被配置。事件为终端接收到PSFCH后,对应的执行条件为:PUCCH未被配置,并且PSFCH已被配置。事件为终端发送PUCCH后,对应的执行条件为:PUCCH已被配置,并且PSFCH已被配置。
再如,事件为终端接收到PDCCH后,对应的执行条件为:PUCCH未被配置,PSFCH未被配置,并且PSFCH未被使用。事件为终端发送PSCCH和/或PSSCH后,对应的执行条件为:PUCCH已被配置,PSFCH未被配置,并且PSFCH未被使用。事件为终端接收到PSFCH后,对应的执行条件为:PUCCH未被配置,PSFCH已被配置,并且PSFCH已被使用。事件为终端发送PUCCH后,对应的执行条件为:PUCCH已被配置,并且PSFCH已被配置,并且PSFCH未被使用。
本申请实施例,基于事件控制针对侧行链路的与DRX相关的定时器的状态,可以对DRX进行优化,减少侧行传输的终端能耗。例如,如果终端被配置为模式A并使用DRX机制的场景下,终端收到来自网络的下行信息后,可以基于一些事件控制针对侧行链路的与DRX相关的定时器的状态,从而减少侧行传输的终端的能耗。
在一种应用示例中,本申请实施例中定时器启动的时间点可以是事件发生后的第一个时间单位(符号,时隙等)。该事件可以是特定信道例如,PDCCH、PSCCH、PSSCH、PSFCH、PUCCH等的发送/接收行为。若上述信道包含一个或多个时间单位,可以在该信道的第一个或最后一个时间单位完成定时器启动。
本申请实施例中的定时器介绍如下:
RTT定时器,该定时器运行期间,UE不需要进行下行PDCCH接收,或者不需要针对侧行链路的特定HARQ进程进行下行PDCCH接收。
重传定时器,该定时器运行期间,UE需要进行下行PDCCH接收,或者需要针对侧行链路的特定HARQ进程进行下行PDCCH接收。
以下采用几个示例说明:终端接收下行信息后,基于第一事件控制针对侧行链路的与DRX相关的定时器的状态。
示例一:根据PDCCH启动定时器,参见图5,该示例可以包括:
1、UE接收PDCCH;
2、如果PDCCH指示了一个侧行链路的资源授权,则启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器(Re-Tx timer)。
此外,UE也可以在收到PDCCH加第一时间之后再启动与DRX相关的定时器。该第一时间可以为UE接收到该PDCCH之后处理重传的时延要求。
具体地,启动定时器方式可以包括以下至少之一:
a)在包括RTT定时器和重传定时器的情况下,停止针对侧行链路的重传定时器;当RTT定时器超时的情况下,启动针对侧行链路的重传定时器。
b)在只包括重传定时器的情况下,停止针对侧行链路的正在运行的重传定时器,重新启动针对侧行链路的重传定时器。
可选地,可以基于反馈信息确定是否启动重传定时器。一种方式包括:根据接收端UE是否反馈ACK决定是否启动针对侧行链路的重传定时器。如果反馈ACK,则不启动针对侧行链路的重传定时器,否则启动针对侧行链路的重传定时器。另一种方式包括:根据接收端UE是否反馈信息决定是否启动针对侧行链路的重传定时器。如果反馈信息,则启动针对侧行链路的重传定时器,否则不启动针对侧行链路的重传定时器。
可选地,该示例的方案可以在以下至少之一的情况下使用。
a)PUCCH未被配置;
b)PSFCH未被配置;
c)PSFCH未被使用。
示例二:根据PSCCH/PSSCH启动定时器,参见图6,该示例可以包括。
1、UE接收PDCCH。
2、如果PDCCH指示了一个侧行链路的资源授权,UE按照该资源授权进行PSCCH/PSSCH发送。
3、在进行PSCCH/PSSCH发送后,启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器。
此外,UE也可以在发送PSCCH和/或PSSCH加第二时间之后,启动与DRX相关的定时器。该第二时间可以为UE发送PSCCH和/或PSSCH之后处理重传的时延要求。
具体地,启动定时器方式的描述可以参见示例一。
可选地,基于反馈信息确定是否启动重传定时器的描述可以参见示例一。
可选地,该示例的方案可以在以下至少之一的情况下使用。
a)PUCCH未被配置;
b)PSFCH未被配置;
c)PSFCH未被使用。
示例三:根据PSFCH启动定时器,参见图7,该示例可以包括。
1、UE接收PDCCH。
2、如果PDCCH指示了一个侧行链路的资源授权,UE按照该资源授权进行PSCCH/PSSCH发送。
3、UE接收该PSCCH/PSSCH发送对应的PSFCH。
4、在接收PSFCH后,启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器。
此外,UE也可以在接收到PSFCH加第三时间之后,启动与DRX相关的定时器。该第三时间可以为UE发送PSFCH之后处理重传的时延要求。
具体地,启动定时器方式的描述可以参见示例一。
可选地,基于反馈信息确定是否启动重传定时器的描述可以参见示例一。
可选地,该示例的方案可以在以下至少之一的情况下使用。
a)PUCCH未被配置;
b)PSFCH已被配置;
c)PSFCH已被使用。
示例四:根据PUCCH启动定时器,参见图8,该示例可以包括。
1、UE接收PDCCH。
2、如果PDCCH指示了一个侧行链路的资源授权,UE按照该资源授权进行PSCCH/PSSCH发送。
3、UE接收该PSCCH/PSSCH发送对应的PSFCH。
4、UE上报PUCCH。
5、在进行PUCCH上报后,启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器;
此外,UE也可以在发送PUCCH加第四时间之后,启动与DRX相关的定时器。该第四时间可以为UE发送PUCCH之后处理重传的时延要求。
具体地,启动定时器方式的描述可以参见示例一。
可选地,基于反馈信息确定是否启动重传定时器的描述可以参见示例一。
可选地,该示例的方案可以在以下至少之一的情况下使用。
a)PUCCH已被配置;
b)PSFCH已被配置;
c)PSFCH已被使用;
e)PSFCH未被配置;
f)PSFCH未被使用。
此外,上述示例一到示例四的方案可以结合:
例如:UE基于示例一的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例二、示例三或示例四的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式可以包括:(1)若此时RTT定时器正在运行,如果需要启动RTT定时器,则重启当前正在运行的RTT定时器;如果需要启动重传定时器,则等待当前RTT定时器超时,再启动重传定时器。(2)若此时重传定时器正在运行,如果需要启动重传定时器,则重启重传定时器。
再如,UE基于示例二的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例一、示例三或示例四的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式参见上述示例的相关描述。
再如,UE基于示例三的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例一、示例二或示例四的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式参见上述示例的相关描述。
再如,UE基于示例四的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例一、示例二或示例三的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式参见上述示例的相关描述。
本申请实施例对侧行链路省电机制进行优化,能够在网络调度侧行链路资源的情况下,仍在下行接收上 取得省电效果。
图9是根据本申请另一实施例的侧行链路的传输方法300的示意性流程图。该方法可选地可以应用于图1至图3所示的系统,但并不仅限于此。该方法包括以下内容的至少部分内容。
S310、终端接收侧行信息,该侧行信息用于指示侧行链路的资源授权;
S320、该终端基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
可选地,终端可以接收用于指示侧行链路的资源授权的第一信息。该第一信息可以是侧行信息。例如,RX-UE(接收端终端)从TX-UE(发送端终端)接收用于指示侧行链路的资源授权的侧行信息。然后,终端基于第一事件控制针对该侧行链路的与DRX相关的定时器的状态。
可选地,在本申请实施例中,该侧行信息通过物理侧行控制信道(PSCCH)承载。
可选地,在本申请实施例中,该与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,包括以下至少之一:
启动针对该侧行链路的RTT定时器;
在该RTT定时器超时的情况下,启动针对该侧行链路的重传定时器。
例如,如果与DRX相关的定时器包括针对该侧行链路的RTT定时器和重传定时器,终端可以基于第一事件启动针对该侧行链路的RTT定时器定时器。在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,包括:
启动针对该侧行链路的重传定时器。
例如,如果与DRX相关的定时器包括针对该侧行链路的重传定时器,终端可以基于第一事件启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该方法还包括:该终端基于反馈信息,确定是否启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该终端基于反馈信息,确定是否启动针对该侧行链路的重传定时器,包括以下至少之一:
在该反馈信息为确认ACK信息的情况下,不启动针对该侧行链路的重传定时器;
在该反馈信息为非确认NACK信息的情况下,启动针对该侧行链路的重传定时器。
例如,终端可以基于收到的反馈信息所表示的对端的传输情况,来确定是否启动针对侧行链路的重传定时器。如果终端收到的反馈信息为ACK信息,可以表示对端成功收到了终端发送的数据,则可以不启动针对该侧行链路的重传定时器。如果终端收到的反馈信息为NACK信息,可以表示对端没有成功收到了终端发送的数据,则可以启动针对该侧行链路的重传定时器。
再如,终端可以基于是否收到反馈信息,来确定是否启动针对侧行链路的重传定时器。如果终端没有收到对端的反馈信息,可以表示对端成功收到了终端发送的数据或对端不需要重传,则可以不启动针对该侧行链路的重传定时器。如果终端收到的反馈信息,可以表示对端没有成功收到终端发送的数据或者对端需要重传,则可以启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,控制针对该侧行链路的与DRX相关的定时器的状态,还包括:
停止正在运行的侧行链路的重传定时器。
例如,侧行链路的传输可以是连续的,如果侧行链路存在正在运行的重传定时器,终端可以基于第一事件,先停止正在运行的重传定时器。然后,启动针对该侧行链路的RTT定时器。在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,如果没有针对该侧行链路的RTT定时器,终端可以基于第一事件,重新启动针对该侧行链路的重传定时器。
在本申请实施例中,终端启动针对该侧行链路的重传定时器后,在重传定时器运行期间,终端处于DRX的唤醒状态,可以监听下行信道,例如,终端针对侧行链路的特定HARQ进程进行下行PDCCH接收。终端获得网络为终端分配的侧行链路的资源授权后,可以基于侧行链路的资源授权与侧行链路的其他终端进行侧行通信。在未启动针对该侧行链路的重传定时器的情况下,处于DRX的休眠状态,终端可以不监听下行信道,能够达到节能省电的效果。
在本申请实施例中,终端启动针对该侧行链路的RTT定时器后,在该定时器运行期间,终端不需要监听下行信道。例如,终端在RTT定时器运行期间,不需要进行下行PDCCH接收,或者不需要针对侧行链路的特定HARQ进程进行下行PDCCH接收。
可选地,在本申请实施例中,该第一事件包括:终端接收包括该侧行信息的侧行资源,该侧行资源可以是控制信道或者数据信道,例如,PSCCH和/或PSSCH。
可选地,在本申请实施例中,该第一事件包括:终端接收到PSCCH和/或PSSCH加第五时间之后。
可选地,在本申请实施例中,该第五时间可以为终端接收PSCCH和/或PSSCH之后处理重传的时延要求。
可选地,该第一事件、即终端接收到PSCCH和/或PSSCH加第五时间之后,可以包括:从终端接收到PSCCH时开始计时经过第五时间之后,和/或从终端接收到PSSCH时开始计时经过第五时间之后。
例如,终端在接收到PSCCH时开始计时经过第五时间之后,可以启动针对该侧行链路的重传定时器。
再如,终端在接收到PSSCH时开始计时经过第五时间之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到PSCCH时,重新启动针对该侧行链路的重传定时器。终端在接收到PSSCH时开始计时经过第五时间之后,重新启动针对该侧行链路的重传定时器。
再如,终端在接收到PSCCH时开始计时经过第五时间之后,可以启动针对该侧行链路的重传定时器。终端在接收到PSSCH时开始计时经过第五时间之后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再重新启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件包括:该终端发送物理侧行反馈信道PSFCH。
可选地,在本申请实施例中,该第一事件包括:该终端发送物理侧行反馈信道PSFCH加第六时间之后。
可选地,在本申请实施例中,该第六时间可以为终端发送PSFCH之后处理重传的时延要求。
可选地,该第一事件、即终端发送PSFCH加第六时间之后,可以包括:从终端发送PSFCH时开始计时经过第六时间之后。
例如,终端在发送PSFCH时开始计时经过第六时间之之后,可以启动针对该侧行链路的重传定时器。
再如,终端在发送PSFCH时开始计时经过第六时间之之后,先启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
再如,终端在接收到PSSCH后,重新启动针对该侧行链路的重传定时器。终端发送PSFCH时开始计时经过第六时间之后,再次重新启动针对该侧行链路的重传定时器。
再如,终端在接收到PSSCH后,重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。终端发送PSFCH时开始计时经过第六时间之后,再次重新启动针对该侧行链路的RTT定时器,在该RTT定时器超时的情况下,再启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该方法的执行条件包括以下至少之一:PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
可选地,在本申请实施例中,该第一事件与该方法的执行条件具有关联关系。
本实施例的终端执行方法300中第一事件、执行条件等的具体示例可以参见上述方法200中的相关描述,为了简洁,在此不再赘述。
以下采用几个示例说明:终端接收侧行信息后,基于第一事件控制针对侧行链路的与DRX相关的定时器的状态。
示例五:根据PSCCH启动定时器,参见图10,该示例可以包括:
1、UE接收PSCCH;
2、如果PSCCH指示了一个侧行链路的资源授权,则启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器(Re-Tx timer)。
此外,UE也可以在接收PSCCH加第五时间之后,再启动与DRX相关的定时器。该第五时间可以为UE发送PSCCH之后处理重传的时延要求。
具体地,启动定时器方式可以包括以下至少之一:
a)在包括RTT定时器和重传定时器的情况下,停止针对侧行链路的重传定时器;当RTT定时器超时的情况下,启动针对侧行链路的重传定时器。
b)在只包括重传定时器的情况下,停止针对侧行链路的正在运行的重传定时器,重新启动针对侧行链路的重传定时器。
可选的,所述重传定时器针对侧行链路的不同HARQ进程分别定义。可选地,可以基于反馈信息确定是否启动重传定时器。一种方式包括:根据接收端UE是否反馈ACK决定是否启动针对侧行链路的重传定时器。如果反馈ACK,则不启动针对侧行链路的重传定时器,否则启动针对侧行链路的重传定时器。另一种方式包括:根据接收端UE是否反馈信息决定是否启动针对侧行链路的重传定时器。如果反馈信息,则启动针对侧行链路的重传定时器,否则不启动针对侧行链路的重传定时器。
可选地,该示例的方案可以在以下至少之一的情况下使用:a)PSCCH未被配置;b)PSFCH未被配置;c)PSFCH未被使用。
示例六:根据PSCCH/PSSCH启动定时器,参见图11,该示例可以包括。
1、UE接收PSCCH。
2、如果PSCCH指示了一个侧行链路的资源授权,UE按照该资源授权进行PSSCH接收。
3、在接收到PSSCH,启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器。
此外,UE也可以在接收到PSSCH加第五时间之后,再启动与DRX相关的定时器。该第五时间可以为UE发送PSCCH之后处理重传的时延要求。该示例中的第五时间与示例五中的第五时间的具体时间长度可以不同。
具体地,启动定时器方式的描述可以参见示例五。
可选地,基于反馈信息确定是否启动重传定时器的描述可以参见示例五。
可选地,该示例的方案可以在以下至少之一的情况下使用:a)PSFCH未被配置;b)PSFCH未被使用。
示例七:根据PSFCH启动定时器,参见图12,该示例可以包括。
1、UE接收PSCCH。
2、如果PSCCH指示了一个侧行链路的资源授权,UE按照该资源授权进行PSSCH接收。
3、UE发送该PSSCH发送对应的PSFCH。
4、在发送PSFCH后,启动与DRX相关的定时器,例如:
a)启动针对侧行链路的RTT定时器;和/或
b)启动针对侧行链路的重传定时器。
此外,UE也可以在发送PSFCH加第六时间之后。该第六时间可以为UE发送PSFCH之后处理重传的时延要求。
具体地,启动定时器方式的描述可以参见示例五。
可选地,基于反馈信息确定是否启动重传定时器的描述可以参见示例五。
可选地,该示例的方案可以在以下至少之一的情况下使用:a)PSFCH已被配置;b)PSFCH已被使用。
此外,上述示例五到示例七的方案可以结合:
例如:UE基于示例五的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例六或示例七的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式可以包括:(1)若此时RTT定时器正在运行,如果需要启动RTT定时器,则重启当前正在运行的RTT定时器;如果需要启动重传定时器,则等待当前RTT定时器超时,再启动重传定时器。(2)若此时重传定时器正在运行,如果需要启动重传定时器,则重启重传定时器。
再如,UE基于示例六的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例五或示例七的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式参见上述示例的相关描述。
再如,UE基于示例七的事件,启动RTT定时器和/或重传定时器。然后,UE基于示例五或示例六的至少一个事件启动RTT定时器和/或重传定时器。RTT定时器和/或重传定时器的重启方式参见上述示例的相关描述。
本申请实施例对侧行链路省电机制进行优化,能够在侧行链路传输资源的情况下,仍在侧行接收上取得省电效果。
图13是根据本申请一实施例的终端400的示意性框图。该终端400可以包括:
接收单元410,用于接收下行信息,该下行信息用于指示侧行链路的资源授权;
处理单元420,用于基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
可选地,在本申请实施例中,该下行信息通过物理下行控制信道PDCCH承载。
可选地,在本申请实施例中,该与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
可选地,在本申请实施例中,该处理单元还用于执行以下至少之一:
启动针对该侧行链路的RTT定时器;
在该RTT定时器超时的情况下,启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于基于反馈信息,确定是否启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于执行以下至少之一:
在该反馈信息为确认ACK信息的情况下,不启动针对该侧行链路的重传定时器;
在该反馈信息为非确认NACK信息的情况下,启动针对该侧行链路的重传定时器;
在收到该反馈信息的情况下,启动针对该侧行链路的重传定时器;
在未收到该反馈信息的情况下,不启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于停止正在运行的侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件可以参见方法200中的相关描述。
可选地,在本申请实施例中,该终端的处理单元的执行条件可以参见方法200中的相关描述。
可选地,在本申请实施例中,该第一事件与该终端的处理单元的执行条件具有关联关系。
本申请实施例的终端400能够实现前述的方法实施例中的终端的对应功能。该终端400中的各个模块(子模块、单元或组件等)对应的流程、功能、实现方式以及有益效果,可参见上述方法200实施例中的对应描述,在此不再赘述。需要说明,关于申请实施例的终端400中的各个模块(子模块、单元或组件等)所描述的功能,可以由不同的模块(子模块、单元或组件等)实现,也可以由同一个模块(子模块、单元或组件等)实现。
图14是根据本申请另一实施例的终端500的示意性框图。该终端500可以包括:
接收单元510,用于接收侧行信息,该侧行信息用于指示侧行链路的资源授权;
处理单元520,用于基于第一事件控制针对该侧行链路的与非连续接收DRX相关的定时器的状态。
可选地,在本申请实施例中,该侧行信息通过PSCCH承载。
可选地,在本申请实施例中,该与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
可选地,在本申请实施例中,该处理单元还用于执行以下至少之一:
启动针对该侧行链路的RTT定时器;
在该RTT定时器超时的情况下,启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于基于反馈信息,确定是否启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于执行以下至少之一:
在该反馈信息为确认ACK信息的情况下,不启动针对该侧行链路的重传定时器;
在该反馈信息为非确认NACK信息的情况下,启动针对该侧行链路的重传定时器。
可选地,在本申请实施例中,该处理单元还用于停止正在运行的侧行链路的重传定时器。
可选地,在本申请实施例中,该第一事件可以参见方法300中的相关描述。
可选地,在本申请实施例中,该终端的处理单元的执行条件可以参见方法300的相关描述。
可选地,在本申请实施例中,该第一事件与该终端的处理单元的执行条件具有关联关系。
本申请实施例的终端500能够实现前述的方法实施例中的终端的对应功能。该终端500中的各个模块(子模块、单元或组件等)对应的流程、功能、实现方式以及有益效果,可参见上述方法300实施例中的对应描述,在此不再赘述。需要说明,关于申请实施例的终端500中的各个模块(子模块、单元或组件等)所描述的功能,可以由不同的模块(子模块、单元或组件等)实现,也可以由同一个模块(子模块、单元或组件等)实现。
图15是根据本申请实施例的通信设备600示意性结构图。该通信设备600包括处理器610,处理器610可以从存储器中调用并运行计算机程序,以使通信设备600实现本申请实施例中的方法。该通信设备600还可以包括存储器620和收发器630。
图16是根据本申请实施例的芯片700的示意性结构图。该芯片700包括处理器710,处理器710可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。该芯片700还可以包括存储器720、输入接口730和输出接口740。
图17是根据本申请实施例的通信系统800的示意性框图。该通信系统800包括终端设备810、终端设备 820和网络设备830。
终端设备810,用于接收下行信息,该下行信息用于指示侧行链路的资源授权;基于第一事件控制针对该侧行链路的与DRX相关的定时器的状态。
终端设备820,可以与终端设备810进行侧行通信。
网络设备830,可以发送该下行信息。
其中,该终端设备810可以用于实现上述方法中由发送端终端实现的相应的功能,该终端设备820可以用于实现上述方法中由接收端终端实现的相应的功能,以及该网络设备830可以用于实现上述方法中由网络设备实现的相应的功能。为了简洁,在此不再赘述。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以该权利要求的保护范围为准。

Claims (69)

  1. 一种侧行链路的传输方法,包括:
    终端接收下行信息,所述下行信息用于指示侧行链路的资源授权;
    所述终端基于第一事件控制针对所述侧行链路的与非连续接收DRX相关的定时器的状态。
  2. 根据权利要求1所述的方法,其中,所述下行信息通过物理下行控制信道PDCCH承载。
  3. 根据权利要求1或2所述的方法,其中,所述与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
  4. 根据权利要求1至3中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,包括以下至少之一:
    启动针对所述侧行链路的RTT定时器;
    在所述RTT定时器超时的情况下,启动针对所述侧行链路的重传定时器。
  5. 根据权利要求1至3中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,包括:启动针对所述侧行链路的重传定时器。
  6. 根据权利要求4或5所述的方法,其中,所述方法还包括:
    所述终端基于反馈信息,确定是否启动针对所述侧行链路的重传定时器。
  7. 根据权利要求6所述的方法,其中,所述终端基于反馈信息,确定是否启动针对所述侧行链路的重传定时器,包括以下至少之一:
    在所述反馈信息为确认ACK信息的情况下,不启动针对所述侧行链路的重传定时器;
    在所述反馈信息为非确认NACK信息的情况下,启动针对所述侧行链路的重传定时器;
    在收到所述反馈信息的情况下,启动针对所述侧行链路的重传定时器;
    在未收到所述反馈信息的情况下,不启动针对所述侧行链路的重传定时器。
  8. 根据权利要求4至7中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,还包括:停止正在运行的侧行链路的重传定时器。
  9. 根据权利要求1至8中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到包括所述下行信息的PDCCH。
  10. 根据权利要求1至9中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到包括所述下行信息的PDCCH加第一时间之后。
  11. 根据权利要求1至10中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送物理侧行控制信道PSCCH和/或物理侧行共享信道PSSCH。
  12. 根据权利要求1至11中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送PSCCH和/或PSSCH加第二时间之后。
  13. 根据权利要求1至12中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到物理侧行反馈信道PSFCH。
  14. 根据权利要求1至13中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到PSFCH加第三时间之后。
  15. 根据权利要求1至14中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送物理上行控制信道PUCCH。
  16. 根据权利要求1至15中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送PUCCH加第四时间之后。
  17. 根据权利要求9至16中任一项所述的方法,其中,所述方法的执行条件包括以下至少之一:PUCCH已被配置;PUCCH未被配置;PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
  18. 根据权利要求1至17中任一项所述的方法,其中,所述第一事件与所述方法的执行条件具有关联关系。
  19. 一种侧行链路的传输方法,包括:
    终端接收侧行信息,所述侧行信息用于指示侧行链路的资源授权;
    所述终端基于第一事件控制针对所述侧行链路的与非连续接收DRX相关的定时器的状态。
  20. 根据权利要求19所述的方法,其中,所述侧行信息通过物理侧行控制信道PSCCH承载。
  21. 根据权利要求19或20所述的方法,其中,所述与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
  22. 根据权利要求19至21中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,包括以下至少之一:
    启动针对所述侧行链路的RTT定时器;
    在所述RTT定时器超时的情况下,启动针对所述侧行链路的重传定时器。
  23. 根据权利要求19至22中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,包括:启动针对所述侧行链路的重传定时器。
  24. 根据权利要求22或23所述的方法,其中,所述方法还包括:
    所述终端基于反馈信息,确定是否启动针对所述侧行链路的重传定时器。
  25. 根据权利要求24所述的方法,其中,所述终端基于反馈信息,确定是否启动针对所述侧行链路的重传定时器,包括以下至少之一:
    在所述反馈信息为确认ACK信息的情况下,不启动针对所述侧行链路的重传定时器;
    在所述反馈信息为非确认NACK信息的情况下,启动针对所述侧行链路的重传定时器。
  26. 根据权利要求22至25中任一项所述的方法,其中,控制针对所述侧行链路的与DRX相关的定时器的状态,还包括:停止正在运行的侧行链路的重传定时器。
  27. 根据权利要求19至26中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到物理侧行控制信道PSCCH和/或物理侧行共享信道PSSCH。
  28. 根据权利要求19至27中任一项所述的方法,其中,所述第一事件包括:
    所述终端接收到PSCCH和/或PSSCH加第五时间之后。
  29. 根据权利要求19至28中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送物理侧行反馈信道PSFCH。
  30. 根据权利要求19至29中任一项所述的方法,其中,所述第一事件包括:
    所述终端发送PSFCH加第六时间之后。
  31. 根据权利要求27至30中任一项所述的方法,其中,所述方法的执行条件包括以下至少之一:PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
  32. 根据权利要求19至31中任一项所述的方法,其中,所述第一事件与所述方法的执行条件具有关联关系。
  33. 一种终端,包括:
    接收单元,用于接收下行信息,所述下行信息用于指示侧行链路的资源授权;
    处理单元,用于基于第一事件控制针对所述侧行链路的与非连续接收DRX相关的定时器的状态。
  34. 根据权利要求33所述的终端,其中,所述下行信息通过物理下行控制信道PDCCH承载。
  35. 根据权利要求33或34所述的终端,其中,所述与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
  36. 根据权利要求33至35中任一项所述的终端,其中,所述处理单元还用于执行以下至少之一:
    启动针对所述侧行链路的RTT定时器;
    在所述RTT定时器超时的情况下,启动针对所述侧行链路的重传定时器。
  37. 根据权利要求33至36中任一项所述的终端,其中,所述处理单元还用于启动针对所述侧行链路的重传定时器。
  38. 根据权利要求36或37所述的终端,其中,所述处理单元还用于基于反馈信息,确定是否启动针对所述侧行链路的重传定时器。
  39. 根据权利要求38所述的终端,其中,所述处理单元还用于执行以下至少之一:
    在所述反馈信息为确认ACK信息的情况下,不启动针对所述侧行链路的重传定时器;
    在所述反馈信息为非确认NACK信息的情况下,启动针对所述侧行链路的重传定时器;
    在收到所述反馈信息的情况下,启动针对所述侧行链路的重传定时器;
    在未收到所述反馈信息的情况下,不启动针对所述侧行链路的重传定时器。
  40. 根据权利要求36至39中任一项所述的终端,其中,所述处理单元还用于停止正在运行的侧行链路的重传定时器。
  41. 根据权利要求33至40中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到包括所述下行信息的PDCCH。
  42. 根据权利要求33至41中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到包括所述下行信息的PDCCH加第一时间之后。
  43. 根据权利要求33至42中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送物理侧行控制信道PSCCH和/或物理侧行共享信道PSSCH。
  44. 根据权利要求33至43中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送PSCCH和/或PSSCH加第二时间之后。
  45. 根据权利要求33至44中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到物理侧行反馈信道PSFCH。
  46. 根据权利要求33至45中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到PSFCH加第三时间之后。
  47. 根据权利要求33至46中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送物理上行控制信道PUCCH。
  48. 根据权利要求33至47中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送PUCCH加第四时间之后。
  49. 根据权利要求41至48中任一项所述的终端,其中,所述终端的处理单元的执行条件包括以下至少之一:PUCCH已被配置;PUCCH未被配置;PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
  50. 根据权利要求33至49中任一项所述的终端,其中,所述第一事件与所述终端的处理单元的执行条件具有关联关系。
  51. 一种终端,包括:
    接收单元,用于接收侧行信息,所述侧行信息用于指示侧行链路的资源授权;
    处理单元,用于基于第一事件控制针对所述侧行链路的与非连续接收DRX相关的定时器的状态。
  52. 根据权利要求51所述的终端,其中,所述侧行信息通过物理侧行控制信道PSCCH承载。
  53. 根据权利要求51或52所述的终端,其中,所述与DRX相关的定时器包括往返时间RTT定时器和/或重传定时器。
  54. 根据权利要求51至53中任一项所述的终端,其中,所述处理单元还用于执行以下至少之一:
    启动针对所述侧行链路的RTT定时器;
    在所述RTT定时器超时的情况下,启动针对所述侧行链路的重传定时器。
  55. 根据权利要求51至54中任一项所述的终端,其中,所述处理单元还用于启动针对所述侧行链路的重传定时器。
  56. 根据权利要求54或55所述的终端,其中,所述处理单元还用于基于反馈信息,确定是否启动针对所述侧行链路的重传定时器。
  57. 根据权利要求56所述的终端,其中,所述处理单元还用于执行以下至少之一:
    在所述反馈信息为确认ACK信息的情况下,不启动针对所述侧行链路的重传定时器;
    在所述反馈信息为非确认NACK信息的情况下,启动针对所述侧行链路的重传定时器。
  58. 根据权利要求54至57中任一项所述的终端,其中,该处理单元还用于停止正在运行的侧行链路的重传定时器。
  59. 根据权利要求51至58中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到物理侧行控制信道PSCCH和/或物理侧行共享信道PSSCH。
  60. 根据权利要求51至59中任一项所述的终端,其中,所述第一事件包括:
    所述终端接收到PSCCH和/或PSSCH加第五时间之后。
  61. 根据权利要求51至60中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送物理侧行反馈信道PSFCH。
  62. 根据权利要求51至61中任一项所述的终端,其中,所述第一事件包括:
    所述终端发送PSFCH加第六时间之后。
  63. 根据权利要求59至62中任一项所述的终端,其中,所述终端的处理单元的执行条件包括以下至少之一:PSFCH已被配置;PSFCH已被使用;PSFCH未被配置;PSFCH未被使用。
  64. 根据权利要求51至63中任一项所述的终端,其中,所述第一事件与所述终端的处理单元的执行条件具有关联关系。
  65. 一种终端,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至32中任一项所述的方法。
  66. 一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至32中任一项所述的方法。
  67. 一种计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至32中任一项所述的方法。
  68. 一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求1至32中任一项所述的方法。
  69. 一种计算机程序,所述计算机程序使得计算机执行如权利要求1至32中任一项所述的方法。
PCT/CN2020/142028 2020-10-15 2020-12-31 侧行链路的传输方法和终端 WO2022077778A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020237014073A KR20230087512A (ko) 2020-10-15 2020-12-31 사이드 링크의 전송 방법 및 단말
CN202310898358.XA CN117812757A (zh) 2020-10-15 2020-12-31 侧行链路的传输方法和终端
JP2023523101A JP2023546885A (ja) 2020-10-15 2020-12-31 サイドリンクの伝送方法及び端末
AU2020471935A AU2020471935A1 (en) 2020-10-15 2020-12-31 Sidelink transmission method and terminal
CN202080105134.3A CN116368938A (zh) 2020-10-15 2020-12-31 侧行链路的传输方法和终端
EP20957552.1A EP4216660A4 (en) 2020-10-15 2020-12-31 SIDELINK TRANSMISSION METHOD AND TERMINAL
US18/146,549 US20240023015A1 (en) 2020-10-15 2022-12-27 Sidelink transmission method and terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNPCT/CN2020/121318 2020-10-15
PCT/CN2020/121318 WO2022077395A1 (zh) 2020-10-15 2020-10-15 侧行链路的传输方法和终端

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/146,549 Continuation US20240023015A1 (en) 2020-10-15 2022-12-27 Sidelink transmission method and terminal

Publications (1)

Publication Number Publication Date
WO2022077778A1 true WO2022077778A1 (zh) 2022-04-21

Family

ID=81207623

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2020/121318 WO2022077395A1 (zh) 2020-10-15 2020-10-15 侧行链路的传输方法和终端
PCT/CN2020/142028 WO2022077778A1 (zh) 2020-10-15 2020-12-31 侧行链路的传输方法和终端

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/121318 WO2022077395A1 (zh) 2020-10-15 2020-10-15 侧行链路的传输方法和终端

Country Status (7)

Country Link
US (2) US20230239961A1 (zh)
EP (2) EP4216651A4 (zh)
JP (1) JP2023546885A (zh)
KR (1) KR20230087512A (zh)
CN (3) CN116097887A (zh)
AU (1) AU2020471935A1 (zh)
WO (2) WO2022077395A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116686242A (zh) * 2021-01-12 2023-09-01 Lg 电子株式会社 在nr v2x中基于harq反馈执行sl drx操作的方法和设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871635A (zh) * 2012-12-10 2015-08-26 瑞典爱立信有限公司 用于设备到设备通信中的非连续接收的无线设备、无线电网络节点以及方法
US20160227602A1 (en) * 2013-10-28 2016-08-04 Lg Electronics Inc. Method and apparatus for wireless communication
WO2018064477A1 (en) * 2016-09-30 2018-04-05 Intel IP Corporation Systems and methods for discontinuous reception in device-to-device communication
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
CN111405610A (zh) * 2019-01-03 2020-07-10 海信集团有限公司 一种d2d接收数据的方法及设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11252753B2 (en) * 2019-02-21 2022-02-15 Asustek Computer Inc. Method and apparatus for improving retransmission scheduling of sidelink communication in a wireless communication system
BR112022017974A2 (pt) * 2020-03-12 2022-11-16 Beijing Xiaomi Mobile Software Co Ltd Método e dispositivo para selecionar um endereço de destino em um enlace lateral, e, meio de armazenamento legível por computador não transitório
CN111670603B (zh) * 2020-04-13 2023-07-11 北京小米移动软件有限公司 监听信道的方法、装置、通信设备及存储介质
CA3182835A1 (en) * 2020-07-13 2022-01-20 Dimitrios Karampatsis Discontinuous reception configuration parameters for communication
KR20220011444A (ko) * 2020-07-21 2022-01-28 삼성전자주식회사 무선 통신 시스템에서 사이드링크의 비연속적 수신을 지원하기 위한 방법 및 장치
WO2022065950A1 (ko) * 2020-09-25 2022-03-31 엘지전자 주식회사 Nr v2x에서 sl drx 설정의 비활성 구간을 사용한 동작 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871635A (zh) * 2012-12-10 2015-08-26 瑞典爱立信有限公司 用于设备到设备通信中的非连续接收的无线设备、无线电网络节点以及方法
US20160227602A1 (en) * 2013-10-28 2016-08-04 Lg Electronics Inc. Method and apparatus for wireless communication
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
WO2018064477A1 (en) * 2016-09-30 2018-04-05 Intel IP Corporation Systems and methods for discontinuous reception in device-to-device communication
CN111405610A (zh) * 2019-01-03 2020-07-10 海信集团有限公司 一种d2d接收数据的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4216660A4 *

Also Published As

Publication number Publication date
EP4216660A1 (en) 2023-07-26
WO2022077395A1 (zh) 2022-04-21
JP2023546885A (ja) 2023-11-08
KR20230087512A (ko) 2023-06-16
US20240023015A1 (en) 2024-01-18
US20230239961A1 (en) 2023-07-27
CN117812757A (zh) 2024-04-02
AU2020471935A1 (en) 2023-06-08
CN116368938A (zh) 2023-06-30
EP4216660A4 (en) 2024-03-06
EP4216651A4 (en) 2023-11-15
EP4216651A1 (en) 2023-07-26
CN116097887A (zh) 2023-05-09

Similar Documents

Publication Publication Date Title
WO2022104545A1 (zh) 无线通信的方法、终端设备和网络设备
WO2021056226A1 (zh) 无线通信方法和终端设备
US20230224091A1 (en) Wireless communication method and device
WO2022006914A1 (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
CN114788204B (zh) Harq进程的状态确定方法、装置及设备
US20240023015A1 (en) Sidelink transmission method and terminal
US20230337320A1 (en) Wireless communication method and terminal device
WO2022205095A1 (zh) 无线通信的方法及终端设备
WO2022067729A1 (zh) 非连续接收的方法、终端设备和网络设备
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
WO2023102788A1 (zh) 无线通信的方法、终端设备和网络设备
WO2022155926A1 (zh) 无线通信的方法和终端设备
WO2024065137A1 (zh) 配置信息获取方法, 配置信息转发方法以及终端设备
WO2023115245A1 (zh) 无线通信的方法和终端设备
WO2022040969A1 (zh) 使用配置授权cg资源的方法、终端设备和网络设备
WO2024092659A1 (zh) 非连续接收的方法、终端设备和网络设备
WO2022233031A1 (zh) 无线通信的方法和终端设备
WO2022165843A1 (zh) 侧行传输方法和终端
WO2022233033A1 (zh) 无线通信的方法及设备
WO2024098341A1 (zh) 无线通信的方法和终端设备
WO2024016342A1 (zh) 连接建立方法和终端
EP4274295A1 (en) Sidelink discontinuous reception configuration method and apparatus, device, and readable storage medium
WO2024092653A1 (zh) 无线通信的方法、终端设备和网络设备
US20230421297A1 (en) Method for processing sidelink retransmission resources, terminal device, and network device
CN116746088A (zh) 无线通信的方法及终端设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20957552

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023523101

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 2020957552

Country of ref document: EP

Effective date: 20230420

ENP Entry into the national phase

Ref document number: 20237014073

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020471935

Country of ref document: AU

Date of ref document: 20201231

Kind code of ref document: A