无线通信的方法和终端设备
文献发布时间:2023-06-19 19:28:50
本申请要求于2020年12月31日提交中国专利局、申请号为PCT/CN2020/142186、发明名称为“无线通信的方法和终端设备”的PCT专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请实施例涉及通信领域,具体涉及一种无线通信的方法和终端设备。
在上下行通信中,终端设备可以基于非连续接收(Discontinuous Reception,DRX)技术实现终端的省电,在侧行链路通信中,一些终端设备同样具有省电需求,因此,如何实现侧行链路通信中终端省电是一项急需解决的问题。
发明内容
本申请提供了一种无线通信的方法和终端设备,有利于实现侧行链路中的终端省电的目的。
第一方面,提供了一种无线通信的方法,包括:第一终端接收第二终端发送的第一消息;
获取所述第一消息中的目标物理层标识和/或目标媒体接入控制MAC层标识;
根据所述目标物理层标识和/或目标媒体接入控制MAC层标识,执行不连续接收DRX操作。
第二方面,提供了一种无线通信的方法,包括:第二终端向第一终端发送第一消息;
所述第二终端在满足第一条件的情况下,开启第四定时器;
在所述第四定时器运行期间,所述第二终端进行所述第一消息的重传或者发送第二消息。
第三方面,提供了一种终端设备,用于执行上述第一方面或其各实现方式中的方法。
具体地,该终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第四方面,提供了一种终端设备,用于执行上述第二方面或其各实现方式中的方法。
具体地,该终端设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
第五方面,提供了一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第六方面,提供了一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第二方面或其各实现方式中的方法。
第七方面,提供了一种芯片,用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该装置的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第八方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第九方面,提供了一种计算机程序产品,包括计算机程序指令,所述计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第十方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
通过上述技术方案,第一终端可以根据接收到的消息中的物理层标识和/或MAC层标识,执行DRX操作,有利于实现侧行链路中的终端省电的目的。
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是DRX周期的示意图。
图3是根据本申请实施例提供的一种无线通信的方法的示意性交互图。
图4至图14是根据本申请具体实施例的无线通信方法的示意性图。
图15是根据本申请实施例提供的一种终端设备的示意性框图。
图16是根据本申请实施例提供的一种网络设备的示意性框图。
图17是根据本申请实施例提供的一种通信设备的示意性框图。
图18是根据本申请实施例提供的一种芯片的示意性框图。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实 施例是本申请一部分实施例,而不是全部的实施例。针对本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(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中的站点(STATION,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)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
示例性的,本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110,网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。
图1示例性地示出了一个网络设备和两个终端设备,可选地,该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
可选地,该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例对此不作限定。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例,通信设备可包括具有通信功能的网络设备110和终端设备120,网络设备110和终端设备120可以为上文所述的具体设备,此处不再赘述;通信设备还可包括通信系统100中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
本申请实施例中,"预定义"可以通过在设备(例如,包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
本申请实施例中,所述"协议"可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
在一些场景中,为了终端省电的目的,提出了DRX的概念。具体的,网络设备可以配置终端设备在网络预知的时间醒来(DRX ON),监听PDSCH,同时网络也可以配置终端设备在网络预知的时间睡眠(DRX OFF),即,终端设备不用监听PDCCH。由此,如果网络设备120有数据要传给终端设备110,网路设备120可以在终端设备110处于DRX ON的时间内调度所述终端设备110,而DRC OFF时间内,由于射频关闭,可以减少终端耗电。
如图2所述,网络设备为终端设备配置的DRX cycle由激活期(On Duration)和休眠期(Opportunity for DRX)组成,在RRC连接态(RRC CONNECTED)模式下,如果终端设备配置了DRX功能,在On Duration时间内,终端设备监听并接收PDCCH;终端设备在休眠期内不监听PDCCH以减少功耗。
应理解,本申请实施例中的处于休眠期的终端设备不接收PDCCH,但是可以接收来自其它物理信道的数据。本发明实施例不作具体限定。例如,该终端设备可以接收物理下行共享信道(Physical Downlink Shared Channel,PDSCH)、确认/非确认(ACK/NACK)等。又例如,在半永久性调度(Semi-Persistent Scheduling,SPS)中,该终端设备可以接收周期性配置的PDSCH数据。
在一些实施例中,可以通过无线资源控制(Radio Resource Control,RRC)为媒体介入控制(Media Access Control,MAC)实体(entity)配置DRX功能,用于控制终端设备监听PDCCH的行为。即每个MAC实体可以对应一个DRX配置,可选的,DRX配置可以包括如下中的至少一种:
DRX持续定时器(drx-onDurationTimer):在一个DRX Cycle的开始终端设备醒来的持续时间。
DRX时隙偏移(drx-SlotOffset):终端设备启动drx-onDurationTimer的时延。
DRX非激活定时器(drx-InactivityTimer):当终端设备收到一个指示上行初传或者下行初传的PDCCH后,终端设备继续监听PDCCH的持续时间。
DRX下行重传定时器(drx-RetransmissionTimerDL):终端设备监听指示下行重传调度的PDCCH的最长持续时间。除广播HARQ进程之外的每个下行HARQ进程对应一个drx-RetransmissionTimerDL。
DRX上行重传定时器(drx-RetransmissionTimerUL):终端设备监听指示上行重传调度的PDCCH的最长持续时间。每个上行HARQ进程对应一个drx-RetransmissionTimerUL。
长DRX周期开始偏移(drx-LongCycleStartOffset):用于配置长DRX周期,以及长DRX周期和短DRX周期开始的子帧偏移。
短DRX周期(drx-ShortCycle):短DRX周期,为可选配置。
短周期定时器(drx-ShortCycleTimer):终端设备处于短DRX周期(并且没有接收到任何PDCCH)的持续时间,为可选配置。
DRX下行混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)往返传输时间(Round Trip Time,RTT)定时器(drx-HARQ-RTT-TimerDL):终端设备期望接收到指示下行调度的PDCCH需要的最少等待时间。除广播HARQ进程之外的每个下行HARQ进程对应一个drx-HARQ-RTT-TimerDL。
DRX上行混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)往返传输时间(Round Trip Time,RTT)定时器(drx-HARQ-RTT-TimerUL):终端设备期望接收到指示上行调度的PDCCH需要的最少等待时间,每个上行HARQ进程对应一个drx-HARQ-RTT-TimerUL。
如果终端设备配置了DRX,则终端设备需要在DRX激活时间(Active Time)监听PDCCH。DRXActive Time包括如下几种情况:
drx-onDurationTimer,drx-InactivityTimer,drx-RetransmissionTimerDL,drx-RetransmissionTimerUL以及随机接入竞争决议定时器(ra-ContentionResolutionTimer)中的任何一个定时器正在运行;
终端设备在PUCCH上发送了SR并处于等待(Pending)状态;
PDCCH指示新的传输。
在上下行通信中,终端设备可以基于上述DRX技术实现终端的省电,例如,终端设备在接收到包含自身的物理层标识(如小区无线网络临时标识符(Cell Radio Network Temporary Identity,C-RNTI),CI-RNTI,预配置调度无线网络临时标识(Configured Scheduling RNTI,CS-RNTI),INT-RNTI,SFI-RNTI等)的PDCCH执行相应的DRX操作,如打开去激活定时器(drx-InactivityTimer)或重传定时器(drx-RetransmissionTimer)等。
在侧行链路通信中,一些终端设备同样具有省电需求,因此,如何实现侧行链路通信中终端省电是一项急需解决的问题。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
图3是根据本申请实施例的无线通信的方法300的示意性交互图,如图3所示,该方法300包括如下内容:
S301,第一终端接收第二终端发送的第一消息;
S302,获取所述第一消息中的目标物理层标识和/或目标媒体接入控制MAC层标识;
S303,根据所述目标物理层标识和/或目标媒体接入控制MAC层标识,执行不连续接收DRX操作。
在本申请一些实施例中,所述第一终端又称为发送端,所述第二终端又称为接收端。
可选地,在一些实施例中,所述第一消息可以是在DRX持续定时器(on duration)处于运行状态时接收到的,或者也可以是在DRX持续定时器超时后收到的。
可选地,在一些实施例中,所述第一消息可以包括物理侧行控制信道(Physical Sidelink Control Channel,PSCCH),以及该PSCCH对应的物理侧行共享信道(Physical Sidelink Shared Channel,PSSCH)。
可选地,在一些实施例中,所述物理层标识可以包括物理层地址。所述物理层标识又称为层1标识(L1 ID)。
可选地,在一些实施例中,所述MAC层标识可以包括MAC地址。所述MAC层标识又称为层2标识(L2 ID)。
在一些实施例中,所述PSCCH可以包括第一阶侧行控制信息(Sidelink Control Information,SCI),所述PSSCH可以包括第二阶SCI。
在一些实施例中,所述第一终端可以对第一消息进行解码,获取所述目标物理层标识。例如,对 所述第一消息中的SCI进行解码,获取所述目标物理层标识。
在一些实施例中,所述第一终端可以从第一消息中的媒体接入控制协议数据单元(Media Access Control Protocol Data Unit,MAC PDU)获取所述目标MAC标识。
在一些实施例中,若所述目标物理层标识与所述第一终端的物理层标识相符,所述第一终端开启第一定时器,进入DRX激活状态,其中,在所述第一定时器运行期间所述第一终端处于DRX激活状态。
在一些实施例中,若所述目标MAC层标识与所述第一终端MAC层标识不符,所述第一终端关闭所述第一定时器,所述第一终端处于DRX休眠状态。
在另一些实施例中,若所述目标物理层标识与所述第一终端的物理层标识相符,且所述目标MAC层标识与所述第一终端的MAC层标识相符,所述第一终端开启第一定时器,其中,在所述第一定时器运行期间所述第一终端处于DRX激活状态。
应理解,本申请实施例并不具体限定所述目标物理层标识包括的物理层标识的个数,例如可以包括一个终端的物理层标识,或者也可以包括多个终端的物理层标识,或者也可以包括一个终端组的物理层标识,或者包括多个终端组的物理层标识等。
可选地,在本申请一些实施例中,所述目标物理层标识与第一终端的物理层标识相符可以指所述目标物理层标识包括第一终端的物理层标识,或者所述目标物理层标识与第一终端的物理层标识相同。
可选地,在本申请一些实施例中,所述目标物理层标识与第一终端的物理层标识不符可以指所述目标物理层标识不包括第一终端的物理层标识,或者所述目标物理层标识与第一终端的物理层标识不同。
可选地,在本申请一些实施例中,所述目标MAC标识与第一终端的MAC标识相符可以指所述目标MAC标识包括第一终端的MAC标识,或者所述目标MAC标识与第一终端的MAC标识相同。
可选地,在本申请一些实施例中,所述目标MAC标识与第一终端的MAC标识不符可以指所述目标MAC标识不包括第一终端的MAC标识,或者所述目标MAC标识与第一终端的MAC标识不同。
可选地,在一些实施例中,所述目标物理层标识和所述第一终端的物理层标识相符也可称为所述目标物理层标识和所述第一终端的物理层标识匹配(match)。所述目标物理层标识和所述第一终端的物理层标识不符也可称为所述目标物理层标识和所述第一终端的物理层标识不匹配。
类似地,所述目标MAC层标识与所述第一终端的MAC层标识相符也可以称为所述目标MAC层标识与所述第一终端的MAC层标识匹配。所述目标MAC层标识与所述第一终端的MAC层标识不符也可以称为所述目标MAC层标识与所述第一终端的MAC层标识不匹配。
可选地,在一些实施例中,所述第一终端还可以根据第一消息的解码结果对第二终端进行反馈。例如反馈ACK或NACK,或者只在解码失败的情况下,反馈NACK,解码成功的情况下,不反馈。即可以采用ACK/NACK模式反馈,或者采用NACK only模式反馈。
可选地,在一些实施例中,所述第一终端可以只在第一消息对应的HARQ进程使能(enable)的情况,对第一消息进行反馈,在第一消息对应的HARQ进程去使能(disable)的情况下,不进行反馈。
可选地,在一些实施例中,若所述第一消息的解码结果为解码失败,所述第一终端可以等待第一消息的重传。例如,在反馈NACK的情况下,等待第二终端的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述第一终端和第二终端之间的侧行链路。即等待消息的重传可以是per侧行链路的。
可选地,在另一些实施例中,所述等待所述第一消息的重传对应传输所述第一消息所使用的HARQ进程。即等待消息的重传可以是per HARQ进程的。
可选地,在一些实施例中,所述第一终端在第二定时器运行期间等待所述第一消息的重传,其中,第二定时器在第三定时器超时之后开启,所述第三定时器在对所述第一消息反馈NACK之后开启。
可选地,所述第二定时器的时长可以根据所述第二终端到第一终端的传输时延和第一终端对第一消息的处理时延确定。
可选地,在一些实施例中,所述第一终端对第一消息的处理时延根据所述第一终端的物理层对所述第一消息的处理时延和所述第一终端的MAC层对所述第一消息的处理时延确定。
可选地,在另一些实施例中,所述第一终端对第一消息的处理时延根据所述第一终端的物理层对所述第一消息的处理时延确定。
可选地,所述第一终端的物理层对第一消息的处理时延可以包括所述第一终端解码第一消息中的SCI的时延,或者也可以包括所述第一终端解码第一消息中的SCI的时延,以及所述第一终端解码所述第一消息中的数据部分(payload)的时延。
可选地,所述第一终端的MAC层对第一消息的处理时延可以包括所述第一终端处理所述第一消息中的MAC PDU的时延。
可选地,所述第二终端认为在第三定时器运行期间,第一终端处于可接收数据状态,可以向第一终端发送消息。
可选地,在一些实施例中,所述第二终端可以根据所述第一消息的反馈信息确定是否进行所述第一消息的重传。例如若所述第一终端反馈NACK,重传所述第一消息。又例如若所述第一终端反馈ACK,发送新传消息。
可选地,在一些实施例中,所述第二终端在满足第一条件的情况下,开启第四定时器,在所述第四定时器运行期间,所述第二终端进行所述第一消息的重传或者发送第二消息。
可选地,在一些实施例中,所述第一条件包括以下中的至少一种:
第五定时器超时,其中,所述第五定时器在发送所述第一消息后开启;
在发送所述第一消息后的第一时长后;
接收到第一终端发送的所述第一消息的反馈信息。
可选地,在第四定时器运行期间第二终端认为所述第一终端可以接收数据。
例如,所述第二终端在发送所述第一消息之后可以开启第五定时器,在第五定时器超时之后,开启所述第四定时器,在所述第四定时器运行期间向所述第一终端发送消息,例如重传所述第一消息,或者发送新传消息。
可选地,在所述第五定时器运行期间,所述第二终端认为所述第一终端处于不可接收数据状态。
可选地,所述第五定时器的时长包括所述第二终端到第一终端的传输时延和所述第一终端对所述第一消息的处理时延。这里所述第一终端对所述第一消息的处理时延的确定方式参考前述实施例的相关描述,为了简洁,这里不再赘述。
又例如,所述第二终端在发送所述第一消息之后可以等待第一时长,在第一时长之后,开启所述第四定时器,在所述第四定时器运行期间可以向第一终端发送数据,例如重传所述第一消息,或者发送新传消息。
可选地,在所述第一时长内所述第二终端认为第一终端处于不可接收数据状态。
可选地,所述第一时长可以是预定义的,或者预配置的,或者所述第一时长包括所述第二终端到第一终端的传输时延和所述第一终端对所述第一消息的处理时延。这里所述第一终端对所述第一消息的处理时延的实现方式参考前述实施例的相关描述,为了简洁,这里不再赘述。
再例如,所述第二终端在接收到第一终端发送的所述第一消息的反馈信息的情况下,开启第四定时器,所述第二终端可以在第四定时器运行期间可以向第一终端发送数据,例如重传所述第一消息,或者发送新传消息。
在一些实施例中,所述第一消息的反馈信息为所述第一消息对应的HARQ进程为使能状态下采用ACK/NACK模式下的第一终端对第一消息的反馈信息。
在一些实施例中,所述第二终端与所述第一终端之间的链路链接可以包括单播链路和组播链路两种情况。结合上述两种链路连接类型,说明所述第二终端在接收到第一终端发送的所述第一消息的反馈信息的可能情况:
在一些情况中,第二终端与第一终端之间为单播链路,基于SCI信息中的L2 ID进行DRX操作且HARQ使能条件下:所述第二终端在接收到第一终端发送的所述第一消息的反馈信息可以为所述第二终端接收到的所述第一终端发送的所述第一消息的正确接收反馈信息(例如ACK)。
在另一些情况中,第二终端与第一终端之间为组播链路,基于SCI信息中的L1 ID进行DRX操作、所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式的条件下:由于第一终端解码SCI信息中的L1 ID后即会打开相应的定时器,因此,所述第二终端在接收到第一终端发送的所述第一消息的反馈信息可以包括所述第二终端接收到所有第一终端发送的所述第一消息的正确接收反馈信息(ACK),此情况下,该第二终端会打开第四定时器(即确保所有组内成员都接收到了第一消息,不论成功解码与否)和/或,所述第二终端接收到至少一个第一终端发送的所述第一消息的非正确接收反馈信息(NACK)。
在又一些情况中,第二终端与第一终端之间为组播链路,基于完整的L2 ID进行DRX操作、所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式的条件下:由于第一终端解码MAC头中的L2 ID后才会打开相应定时器,因此,所述第二终端在接收到第一终端发送的所述第一消息的反馈信息可以包括第二终端接收到所有第一终端发送的所述第一消息的正确接收反馈信息,此情况下,该第二终端才会打开第四定时器(确保所有组内成员都正确接收解码了第一消息)。
在又一些情况中,第二终端与第一终端之间为组播链路,第二终端在接收到第一终端发送的所述 第一消息的反馈信息,可以包括:在所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式下,所述第二终端接收到所有第一终端发送的所述第一消息的正确接收反馈信息(例如,ACK)。
可选地,在未接收到第一终端的反馈信息的情况下,所述第二终端认为第一终端处于不可接收数据状态。
可选地,在一些实施例中,所述第一终端在满足第二条件的条件下,开启所述第一定时器。
可选地,在一些实施例中,所述第二条件包括如下中的至少一项:
第六定时器超时,其中,所述第六定时器在接收到所述第一消息后开启;
第六定时器超时,其中,所述第六定时器在第一信道资源后开启;
第六定时器超时,其中,所述第六定时器在第二信道资源后开启;
在接收所述第一消息后的第二时长后;
第一终端发送所述第一消息的反馈信息之后的第三时长;
第一终端发送所述第一消息的反馈信息时。例如,第一终端可以在发送第一消息的反馈信息的情况下,开启第一定时器。
在一些实施例中,所述第一信道资源可以为发送所述第一消息的PSSCH资源或PSCCH资源。
在一些实施例中,所述第二信道资源可以为所述第一消息对应的反馈资源,例如PSFCH资源。
在一些实施例中,所述第六定时器在所述第一信道资源后开启还是在第二信道资源后开启可以是网络设备配置的。
例如,所述网络设备可以通过第一配置信息配置所述第六定时器在在所述第一信道资源后开启还是在第二信道资源后开启。
可选地,所述第一配置信息可以为1比特指示信息,所述1比特指示信息的取值用于指示第六定时器在在所述第一信道资源后开启还是在第二信道资源后开启。
作为示例,所述1比特指示信息取值为1表示第六定时器在第一信道资源后开启,取值为0表示所述第六定时在第二信道资源后开启。
例如,第一配置信息可以为DRX_timer_after_PSCCH/PSFCH,DRX_timer_after_PSCCH/PSFCH的取值可以为1或TRUE,或者,0或FALSE,通过DRX_timer_after_PSCCH/PSFCH的不同取值分别指示第六定时器是在第一信道资源后还是在第二信道资源后开启。
可选地,所述第一配置信息也可以显示指示所述第六定时器在第六定时器在所述第一信道资源后开启还是在第二信道资源后开启。
例如,第一配置信息可以为DRX-timer_after,DRX-timer_after的取值可以为PSCCH/PSSCH,或者PSFCH,通过DRX-timer_after的不同取值分别指示第六定时器是在第一信道资源后还是在第二信道资源后开启。
在一些实施例中,所述第一配置信息包括在资源池配置中。即网络设备可以在进行资源池配置时,同时配置所述第六定时器的开启条件。
例如,资源池被配置为有PSFCH且第六定时器在PSFCH后开启,或资源池被配置为有PSFCH且第六定时器在PSCCH/PSSCH后开启。
在一些实施例中,终端设备可以采用如下传输模式:
第一模式:终端的传输资源是由基站分配的,终端根据基站分配的资源在侧行链路上进行数据的发送;基站可以为终端分配单次传输的资源,也可以为终端分配半静态传输的资源。
第二模式:终端在资源池中选取一个资源进行数据的传输。例如终端位于小区覆盖范围外,终端在预配置的资源池中自主选取传输资源进行侧行传输;或者,终端位于小区覆盖范围内,终端在网络配置的资源池中自主选取传输资源进行侧行传输。在一些场景中,资源池里可能配置有PSFCH资源也可能未配置PSFCH资源,对于配置了PSFCH资源的情况终端设备可能使用该PSFCH资源进行反馈或者也可以不进行反馈。
对于第一模式,网络设备只知道资源池中有没有配置PSFCH资源,但是不知道终端设备有没有使用该PSFCH资源进行反馈,所以网络设备调度的资源可能都会按照终端设备有反馈去配置(即相邻的两个资源中间的间隔会大一些),此情况下,第六定时器可以在PSFCH资源后再开启。
对于第二模式,终端设备的传输资源是自主选取的,终端设备可以知道自身是否有反馈,所以在终端设备没有反馈的情况下,即使资源池中配置有PSFCH资源,终端设备也选择连续的资源(资源相邻的两个资源中间的间隔会小一些),此情况下,第六定时器在PSSCH/PSCCH资源后开启。
可选地,所述第六定时器的时长根据所述第一终端对所述第一消息的处理时延确定。这里,所述第一终端对所述第一消息的处理时延的具体实现可以参考前述实施例的相关描述,为了简洁,这里不再赘述。
例如,所述第一终端可以在接收到所述第一消息后开启第六定时器,在第六定时器运行期间,认为第二终端不会向第一终端发送消息,在第六定时器超时之后,对应地,第二终端的第四定时器可能开启,此时,开启第一定时器,第二终端和第一终端之间可以传输消息。
可选地,所述第二时长可以是预定义的,或者预配置的,或者所述第二时长包括所述第一终端对所述第一消息的处理时延。这里,所述第一终端对所述第一消息的处理时延的具体实现可以参考前述实施例的相关描述,为了简洁,这里不再赘述。
例如,所述第一终端可以在接收到所述第一消息后等待第二时长,在第二时长之后,开始第一定时器,在第二时长内,第一终端认为第二终端不会向第一终端发送消息,在第二时长之后,对应地,第二终端的第四定时器可能开启,此时,开启第一定时器,第二终端和第一终端之间可以传输消息。
可选地,所述第三时长根据第一终端到第二终端的传输时延和第二终端对反馈信息的处理时延确定。例如,所述第一终端可以在发送所述第一消息的反馈信息后等待第三时长,在第三时长之后,开始第一定时器,在第三时长内,第一终端认为第二终端不会向第一终端发送消息,因为第一消息的反馈信息的传输需要一定时间,第二终端处理该反馈信息也需要花费一定时间,在第三时长之后,开启第一定时器,第二终端和第一终端之间可以传输消息。
可选地,所述第一终端在发送所述第一消息的反馈信息时打开第一定时器,进入可接收数据状态。
其中,所述反馈信息为所述第一消息对应的HARQ进程为使能状态下采用ACK/NACK模式下的第一终端对第一消息的反馈信息,包括第二终端与第一终端为单播链路和组播链路两种情况:
若第一终端和第二终端之间为单播链路,基于SCI信息中的L2 ID进行DRX操作且所述第一消息对应的HARQ进程为使能状态下:第一终端发送所述第一消息的正确接收反馈信息(ACK)的情况下,或,第一终端发送所述第一消息的正确接收反馈信息(ACK)之后的第三时长后。
若第一终端和第二终端之间为组播链路,基于SCI信息中的L1 ID进行DRX操作、所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式的条件下:第一终端解码SCI信息中的L1 ID且发送的所述第一消息的反馈信息(不论ACK或NACK)的情况下,或,第一终端发送所述第一消息的反馈信息(不论ACK或NACK)之后的第三时长后。
若第一终端和第二终端之间为组播链路,基于完整的L2 ID进行DRX操作、所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式的条件下:第一终端解码MAC头中的L2 ID且发送的所述第一消息的正确接收反馈信息时(ACK)的情况下,或,第一终端发送所述第一消息的正确接收反馈信息(例如,ACK)之后的第三时长后。
作为一个实施例,所述第一终端可以在目标物理层标识和所述第一终端的物理层标识相符,并且满足所述第二条件的情况下,开启所述第一定时器。
作为另一个实施例,所述第一终端可以在目标物理层标识和所述第一终端的物理层标识相符,所述目标MAC层标识和所述第一终端的MAC层标识相符,并且满足所述第二条件的情况下,开启所述第一定时器。
需要说明的是,在以下实施例中仅以在目标物理层标识和所述第一终端的物理层标识相符,或者目标物理层标识和所述第一终端的物理层标识相符,并且所述目标MAC层标识和所述第一终端的MAC层标识相符的情况下开启第一定时器为例进行说明,在其他实施例中,也可以结合所述第二条件,或者其他可能条件作为第一定时器的开启条件,本申请并不限于此。
以下结合具体实施例进行说明。
实施例一
可选地,在该实施例一中,S303可以包括:
第一终端对接收到的第一消息进行解码,获取第一消息中的目标物理层标识;
确定目标物理层标识和第一终端的物理层标识是否相符,若相符,开启第一定时器,进入DRX激活状态;若不符,不开启第一定时器,第一终端处于DRX休眠状态。
可选地,在一些实施例中,所述第一终端还可以处理所述第一消息中的MAC协议数据单元PDU,获取所述MAC PDU中的目标MAC层标识。
进一步确定所述目标MAC层标识与所述第一终端的MAC层标识是否相符,若不符,则关闭第一定时器,进入DRX休眠状态。
图4是基于实施例一的第一终端的一种实现方式的示意性图。
如图4所示,该第一终端可以执行如下至少部分操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码,获取所述目标物理层标识。
进一步地,根据所述目标物理层标识和第一终端的物理层标识是否相符,执行相应的操作。例如,若目标物理层标识第一终端的物理层标识,打开第一定时器,进入DRX激活状态。
可选地,在一些实施例中,所述第一终端还可以处理所述第一消息中的MAC协议数据单元PDU,获取所述MAC PDU中的目标MAC层标识。
进一步确定所述目标MAC层标识与所述第一终端的MAC层标识是否相符,若不符,则关闭第一定时器,进入DRX休眠状态。
图5是基于实施例一的第二终端的一种实现方式的示意性图。
如图5所示,该第二终端可以执行如下操作:
步骤1,发送第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2:
作为一个实现方式:第二终端启动第五定时器,在第五定时器超时后启动第四定时器。其中,所述第四定时器和所述第五定时器的具体实现参考前述实施例的相关说明,为了简洁,这里不再赘述。
可选地,第二终端认为在第四定时器运行期间,第一终端处于可接收数据状态,即第二终端可以向第一终端发送消息。
作为另一种实现方式:所述第二终端在第一时长后启动第四定时器。所述第一时长的确定方式参考前述实施例的相关描述,这里不再赘述。
作为又一种实现方式:所述第二终端在接收到第一终端发送的第一消息的反馈信息后启动第四定时器,其中,所述第二终端接收到第一终端发送的第一消息的反馈信息,例如可以包括如下至少一种情况:
在第一终端和第二终端之间为单播链路的情况下,第二终端接收到第一终端的ACK;
在第一终端和第二终端之间为组播链路的情况下,第二终端接收到所有第一终端的ACK和/或NACK。
实施例二
可选地,在该实施例二中,S303可以包括:
若所述目标物理层标识与所述第一终端的物理层标识相符,所述第一终端进入第一唤醒状态,并执行所述第一唤醒状态对应的DRX操作。
可选地,所述第一唤醒状态的持续时间包括所述第一消息中的数据的处理时间。
例如,所述第一唤醒状态的持续时间根据第一消息中的数据的解码时间和所述第一消息中的MAC PDU的处理时间确定。
可选地,在一些实施例中,在所述第一唤醒状态所述第一终端能够对接收的消息进行缓存。应理解,这里的消息可以包括第二终端发送的消息,或者也可以包括其他终端发送的消息。
作为示例1:所述第一唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第一唤醒状态期间接收的消息进行缓存;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行肯定确认ACK反馈;
处理所述第一消息中的MAC协议数据单元PDU;
获取所述MAC PDU中的目标MAC层标识;
确定所述目标MAC层标识是否与所述第一终端的MAC层标识相符。
在该示例1中,所述第一消息的解码结果为解码成功。
进一步地,在确定目标MAC层标识与所述第一终端的MAC层标识相符的情况下,开启第一定时器,进入DRX激活状态。
作为示例2:所述第一唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第一唤醒状态期间接收的消息进行缓存;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行否定确认NACK反馈;
等待所述第一消息的重传。
在该示例2中,所述第一消息的解码结果为解码失败。
以下结合解码失败和解码成功两种情况,说明第一终端和第二终端的具体实现。
情况1:第一消息解码成功
图6是基于实施例二的情况1的第一终端的一种实现方式的示意性图。
如图6所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码,获取目标物理层标识。
进一步地,根据所述目标物理层标识和第一终端的物理层标识是否匹配,执行相应的操作。例如,若目标物理层标识与第一终端的物理层标识相符,进入第一唤醒状态。
可选地,在所述第一唤醒状态第一终端可对此期间接收的数据进行缓存。
可选地,在所述第一唤醒状态的持续时间为第一消息中数据的处理时间,例如,包括数据解码及MAC PDU的处理时间。
可选地,在所述第一唤醒状态,所述第一终端执行如下操作中的至少一项:
缓存接收到的消息,例如来自第二终端的消息或者其他终端的消息,例如第二消息,第三消息等;
对第一消息中的数据信息进行解码;
根据解码结果对第一消息进行ACK反馈;
处理第一消息中的MAC PDU;
从所述MAC PDU获取目的MAC层地址;
若该MAC层地址与所述第一终端的MAC层地址相符,打开第一定时器,进入DRX激活状态。
可选地,在一些实施例中,若所述第一消息对应的HARQ进程为去使能态,即第一终端被配置为不需要反馈,此情况下,第一终端可以不对第一消息进行反馈,即在该情况1中,第一终端可以不发送ACK。
步骤3,第一终端对第一唤醒状态缓存的消息进行处理和/或反馈。
在实施例二的情况1中,第二终端可以采用图5中的实现方式实现。
如图5所示,该第二终端可以执行如下操作:
步骤1,发送第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2:
作为一个实现方式:第二终端启动第五定时器,在第五定时器超时后启动第四定时器。其中,所述第四定时器和所述第五定时器的具体实现参考前述实施例的相关说明,为了简洁,这里不再赘述。
可选地,第二终端认为在第四定时器运行期间,第一终端处于可接收数据状态,即第二终端可以向第一终端发送消息。例如,接收到第一终端的ACK时,第二终端发送新传消息,例如发送第二消息;在接收到第一终端的NACK时,第二终端重传第一消息。
作为另一种实现方式:所述第二终端在第一时长后启动第四定时器。所述第一时长的确定方式参考前述实施例的相关描述,这里不再赘述。
作为又一种实现方式:所述第二终端在接收到第一终端发送的第一消息的反馈信息后启动第四定时器。其中,所述第二终端接收到第一终端发送的第一消息的反馈信息,例如可以包括如下至少一种情况:
在第一终端和第二终端之间为单播链路的情况下,第二终端接收到第一终端的ACK;
在第一终端和第二终端之间为组播链路的情况下,第二终端接收到所有第一终端的ACK和/或NACK。
步骤3,第二终端接收到对第一消息的ACK反馈信息,认为第一消息被成功接收,可继续发送新传消息。
情况2:第一消息解码失败
图7是基于实施例二的情况2的第一终端的一种实现方式的示意性图。
如图7所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码,获取目标物理层标识。
进一步地,根据所述目标物理层标识和第一终端的物理层标识是否匹配,执行相应的操作。例如,若目标物理层标识与第一终端的物理层标识相符,进入第一唤醒状态。
可选地,在所述第一唤醒状态第一终端可对此期间接收的数据进行缓存。
可选地,在所述第一唤醒状态的持续时间为第一消息中数据的处理时间,例如,包括数据解码及MAC PDU的处理时间。
可选地,在所述第一唤醒状态,所述第一终端执行如下操作中的至少一项:
缓存接收到的消息,例如来自第二终端的消息或者其他终端的消息,例如第二消息,第三消息等;
对第一消息中的数据信息进行解码;
根据解码结果对第一消息进行NACK反馈;
等待第一消息的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述第一终端和第二终端之间的侧行链路。即等待消息的重传可以是per侧行链路的。即第一消息对应的侧行链路处于等待重传状态,其他侧行链路处于第一唤醒状态,第一终端可以缓存其他链路上传输的消息。
可选地,在另一些实施例中,所述等待所述第一消息的重传对应传输所述第一消息所使用的混合自动请求重传HARQ进程。即等待消息的重传可以是per HARQ进程的。
可选地,在一些实施例中,所述第一终端在第二定时器运行期间等待所述第一消息的重传,其中,第二定时器在第三定时器超时之后开启,所述第三定时器在对所述第一消息反馈NACK之后开启。
可选地,在一些实施例中,若所述第一消息对应的HARQ进程为去使能态,即第一终端被配置为不需要反馈,此情况下,第一终端可以不对第一消息进行反馈,即在该情况2中,第一终端可以不发送NACK。
步骤3,第一终端对第一唤醒状态缓存的消息进行处理和/或反馈。
图8是基于实施例二的情况2的第二终端的一种实现方式的示意性图。
如图8所示,该第二终端可以执行如下操作:
步骤1,发送第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,第二终端启动第二定时器,在第二定时器超时后启动第三定时器。
关于第二定时器和第三定时器的具体实现参考前述实施例的说明,为了简洁,这里不再赘述。
步骤3,UE2收到对第一消息的NACK反馈信息,认为第一消息未被成功接收,需发送重传消息。(HARQ enable)。
实施例三
可选地,在该实施例三中,S303可以包括:
若所述目标物理层标识与所述第一终端的物理层标识相符,所述第一终端进入第二唤醒状态,并执行所述第二唤醒状态对应的DRX操作。
可选地,所述第二唤醒状态的持续时间包括所述第一消息中的数据的处理时间。
例如,所述第二唤醒状态的持续时间根据第一消息中的数据的解码时间和所述第一消息中的MAC PDU的处理时间确定。
可选地,在一些实施例中,在所述第二唤醒状态所述第一终端能够对接收的消息进行解码。应理解,这里的消息可以包括第二终端发送的消息,或者也可以包括其他终端发送的消息。
作为示例1:所述第二唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第二唤醒状态期间接收的消息进行解码;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行肯定确认ACK反馈;
处理所述第一消息中的MAC协议数据单元PDU;
获取所述MAC PDU中的目标MAC层标识;
确定所述目标MAC层标识是否与所述第一终端的MAC层标识相符。
在该示例1中,所述第一消息的解码结果为解码成功。
进一步地,在确定目标MAC层标识与所述第一终端的MAC层标识相符的情况下,开启第一定时器,进入DRX激活状态。
作为示例2:所述第二唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第二唤醒状态期间接收的消息进行解码;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行否定确认NACK反馈;
等待所述第一消息的重传。
在该示例2中,所述第一消息的解码结果为解码失败。
以下结合解码失败和解码成功两种情况,说明第一终端和第二终端的具体实现。
情况1:第一消息解码成功
图9是基于实施例三的情况1的第一终端的一种实现方式的示意性图。
如图9所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码,获取目标物理层标识。
进一步地,根据所述目标物理层标识和第一终端的物理层标识是否匹配,执行相应的操作。例如, 若目标物理层标识与第一终端的物理层标识相符,进入第二唤醒状态。
可选地,在所述第二唤醒状态第一终端可对此期间接收的数据进行解码。
可选地,在所述第二唤醒状态的持续时间为第一消息中数据的处理时间,例如,包括数据解码及MAC PDU的处理时间。
可选地,在所述第二唤醒状态,所述第一终端执行如下操作中的至少一项:
解码接收到的消息,例如来自第二终端的消息或者其他终端的消息,例如第二消息,第三消息等;
对第一消息中的数据信息进行解码;
根据解码结果对第一消息进行ACK反馈;
处理第一消息中的MAC PDU;
从所述MAC PDU获取目的MAC层地址;
若该MAC层地址与所述第一终端的MAC层地址相符,打开第一定时器,进入DRX激活状态。
可选地,在一些实施例中,若所述第一消息对应的HARQ进程为去使能态,即第一终端被配置为不需要反馈,此情况下,第一终端可以不对第一消息进行反馈,即在该情况1中,第一终端可以不发送ACK。
在实施例三的情况1中,第二终端的实现方式和实施例二的情况1中的第二终端的行为类似,具体实现参考实施例二的相关描述,为了简洁,这里不再赘述。
情况2:第一消息解码失败
图10是基于实施例三的情况2的第一终端的一种实现方式的示意性图。
如图10所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码,获取目标物理层标识。
进一步地,根据所述目标物理层标识和第一终端的物理层标识是否匹配,执行相应的操作。例如,若目标物理层标识与第一终端的物理层标识相符,进入第二唤醒状态。
可选地,在所述第二唤醒状态第一终端可对此期间接收的数据进行解码。
可选地,在所述第二唤醒状态的持续时间为第一消息中数据的处理时间,例如,包括数据解码及MAC PDU的处理时间。
可选地,在所述第二唤醒状态,所述第一终端执行如下操作中的至少一项:
解码接收到的消息,例如来自第二终端的消息或者其他终端的消息,例如第二消息,第三消息等;
对第一消息中的数据信息进行解码;
根据解码结果对第一消息进行NACK反馈;
等待第一消息的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述第一终端和第二终端之间的侧行链路。即等待消息的重传可以是per侧行链路的。即第一消息对应的侧行链路处于等待重传状态,其他侧行链路处于第一唤醒状态,第一终端可以缓存其他链路上传输的消息。
可选地,在另一些实施例中,所述等待所述第一消息的重传对应传输所述第一消息所使用的混合自动请求重传HARQ进程。即等待消息的重传可以是per HARQ进程的。
可选地,在一些实施例中,所述第一终端在第二定时器运行期间等待所述第一消息的重传,其中,第二定时器在第三定时器超时之后开启,所述第三定时器在对所述第一消息反馈NACK之后开启。
可选地,在一些实施例中,若所述第一消息对应的HARQ进程为去使能态,即第一终端被配置为不需要反馈,此情况下,第一终端可以不对第一消息进行反馈,即在该情况2中,第一终端可以不发送NACK。
在实施例三的情况2中,第二终端的实现方式和实施例二的情况2中的第二终端的行为类似,具体实现参考实施例二的相关描述,为了简洁,这里不再赘述。
可选地,在前述实施例中,所述第一消息可以是在DRX持续定时器运行期间接收到的,或者也可以是在DRX持续定时器超时之后接收到的。
实施例四
可选地,在一些实施例中,所述第一终端接收到所述第一消息后可以执行如下操作:
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行ACK反馈或NACK反馈。
可选地,若第一终端进入休眠状态,所述第一终端不进行数据接收。
可选地,在该实施例四中,所述第一消息可以是在DRX持续定时器运行期间接收到的,在DRX 持续定时器超时之后,所述第一终端进入DRX休眠状态,不进行数据的接收。
在该实施例四中,第二终端可以接收第一终端发送的所述第一消息的反馈信息,根据所述反馈信息进行所述第一消息的重传或发送新传消息。
以下结合解码失败和解码成功两种情况,说明第一终端和第二终端的具体实现。
情况1:第一消息解码成功
图11是基于实施例四的情况1的第一终端的一种实现方式的示意性图。
如图11所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码;
根据解码结果对第一消息进行ACK反馈;
处理第一消息中的MAC PDU,获取所述MAC层地址。
进一步确定所述目标MAC层标识与所述第一终端的MAC层标识是否相符,若相符,打开第一定时器,进入DRX激活状态。
图12是基于实施例四的情况1的第二终端的一种实现方式的示意性图。
如图12所示,该第二终端可以执行如下操作:
步骤1,发送第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,第二终端收到对第一消息的ACK反馈信息,打开第四定时器,认为第一消息被成功接收,可继续发送新传消息。其中,所述第二终端接收到第一终端发送的第一消息的反馈信息,例如可以包括如下至少一种情况:
在第一终端和第二终端之间为单播链路的情况下,第二终端接收到第一终端的ACK;
在第一终端和第二终端之间为组播链路的情况下,第二终端接收到所有第一终端的ACK和/或NACK。
该图12可以对应于HARQ进程使能的情况,即需要第一终端进行反馈。
可选地,在另一些实施例中,第二终端可以采用图5所示实施例中的方式实现,为了简洁,这里不再赘述。
情况2:第一消息解码失败
图13是基于实施例四的情况2的第一终端的一种实现方式的示意性图。
如图13所示,该第一终端可以执行如下操作:
步骤1,接收第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,对第一消息进行解码,例如可以对PSCCH中的第一SCI进行解码,以及对PSSCH中的第二SCI进行解码;
根据解码结果对第一消息进行NACK反馈;
等待第一消息的重传。
其中,等待第一消息的重传的具体实现参考前述实施例的相关描述,为了简洁,这里不再赘述。
图14是基于实施例四的情况2的第二终端的一种实现方式的示意性图。
如图14所示,该第二终端可以执行如下操作:
步骤1,发送第一消息,第一消息包括PSCCH和PSCCH对应的PSSCH。
步骤2,UE2收到对第一消息的NACK反馈信息,认为第一消息未被成功接收,需收方UE发送重传消息。
可选地,在另一些实施例中,第二终端可以采用图5所示实施例中的方式实现,为了简洁,这里不再赘述。
因此,在本申请实施例中,第一终端可以根据接收到的消息中的物理层标识和/或MAC层标识,执行DRX操作,有利于实现侧行链路中的终端省电的目的。
上文结合图3至图14,详细描述了本申请的方法实施例,下文结合图15至图18,详细描述本申请的装置实施例,应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。
图4示出了根据本申请实施例的终端设备400的示意性框图。如图4所示,该终端设备400包括:
通信单元410,用于接收第二终端发送的第一消息;
处理单元420,用于获取所述第一消息中的目标物理层标识和/或目标媒体接入控制MAC层标识;
根据所述目标物理层标识和/或目标媒体接入控制MAC层标识,执行不连续接收DRX操作。
可选地,在一些实施例中,所述处理单元420还用于:
若所述目标物理层标识与所述终端设备的物理层标识相符,所述终端设备开启第一定时器,其中, 在所述第一定时器运行期间所述终端设备处于DRX激活状态。
可选地,在一些实施例中,所述处理单元420还用于:
若所述目标MAC层标识与所述终端设备MAC层标识不符,所述终端设备关闭所述第一定时器,所述终端设备处于DRX休眠状态。
可选地,在一些实施例中,所述处理单元420还用于:
若所述目标物理层标识与所述终端设备的物理层标识相符,且所述目标MAC层标识与所述终端设备的MAC层标识相符,所述终端设备开启第一定时器,其中,在所述第一定时器运行期间所述终端设备处于DRX激活状态。
可选地,在一些实施例中,所述处理单元420还用于:
若所述目标物理层标识与所述终端设备的物理层标识相符,所述终端设备进入第一唤醒状态,并执行所述第一唤醒状态对应的DRX操作。
可选地,在一些实施例中,所述第一唤醒状态的持续时间包括所述第一消息中的数据的处理时间。
可选地,在一些实施例中,在所述第一唤醒状态所述终端设备能够对接收的消息进行缓存。
可选地,在一些实施例中,所述第一唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第一唤醒状态期间接收的消息进行缓存;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行肯定确认ACK反馈;
处理所述第一消息中的MAC协议数据单元PDU;
获取所述MAC PDU中的目标MAC层标识;
确定所述目标MAC层标识是否与所述终端设备的MAC层标识相符。
可选地,在一些实施例中,所述第一唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第一唤醒状态期间接收的消息进行缓存;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行否定确认NACK反馈;
等待所述第一消息的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述终端设备和第二终端之间的侧行链路;或者
所述等待所述第一消息的重传对应传输所述第一消息所使用的混合自动请求重传HARQ进程。
可选地,在一些实施例中,所述处理单元420还用于:
在进入DRX激活态之后,对缓存的消息进行处理和/或反馈。
可选地,在一些实施例中,所述处理单元420还用于:
若所述目标物理层标识与所述终端设备的物理层标识相符,所述终端设备进入第二唤醒状态,并执行所述第二唤醒状态对应的DRX操作。
可选地,在一些实施例中,所述第二唤醒状态的持续时间包括所述第一消息中的数据的处理时间。
可选地,在一些实施例中,在所述第二唤醒状态所述终端设备能够对接收的消息进行解码。
可选地,在一些实施例中,所述第二唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第二唤醒状态期间接收的消息进行解码;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行ACK反馈;
处理所述第一消息中的MAC协议数据单元PDU;
获取所述MAC PDU中的目标MAC层标识;
确定所述目标MAC层标识是否与所述终端设备的MAC层标识相符。
可选地,在一些实施例中,所述第二唤醒状态对应的DRX操作包括以下中的至少一项:
对在所述第二唤醒状态期间接收的消息进行解码;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行NACK反馈;
等待所述第一消息的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述终端设备和第二终端之间的侧行链路;或者
所述等待所述第一消息的重传对应传输所述第一消息所使用的混合自动请求重传HARQ进程。
可选地,在一些实施例中,所述处理单元420还用于执行以下中的至少一项:
进入休眠状态之后,不进行数据接收;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行ACK反馈;
处理所述第一消息中的MAC协议数据单元PDU;
获取所述MAC PDU中的目标MAC层标识;
确定所述目标MAC层标识是否与所述终端设备的MAC层标识相符。
可选地,在一些实施例中,所述处理单元420还用于执行以下中的至少一项:
进入休眠状态之后,不进行数据接收;
对所述第一消息中的数据进行解码;
根据所述第一消息的解码结果进行NACK反馈;
等待所述第一消息的重传。
可选地,在一些实施例中,所述等待所述第一消息的重传对应所述终端设备和第二终端之间的侧行链路;或者
所述等待所述第一消息的重传对应传输所述第一消息所使用的混合自动请求重传HARQ进程。
可选地,在一些实施例中,所述处理单元420还用于:
在第二定时器运行期间等待所述第一消息的重传,其中,所述第二定时器在第三定时器超时之后启动,所述第三定时器在对所述第一消息进行反馈之后启动。
可选地,在一些实施例中,所述处理单元420还用于:
所述终端设备在满足第二条件的条件下,开启所述第一定时器:
所述第二条件包括如下中的至少一项:
第六定时器超时,其中,所述第六定时器在接收到所述第一消息后开启;
第六定时器超时,其中,所述第六定时器在第一信道资源后开启,所述第一信道资源为发送第一消息的物理侧行共享信道PSSCH资源或物理侧行控制信道PSCCH资源;
第六定时器超时,其中,所述第六定时器在第二信道资源后开启,所述第二信道资源为所述第一消息对应的物理侧行反馈信道PSFCH资源;
在接收所述第一消息后的第二时长后;
终端设备发送所述第一消息的反馈信息之后的第三时长;
第一终端发送所述第一消息的反馈信息时。
在一些实施例中,所述第六定时器在所述第一信道资源后开启或在所述第二信道资源后开启是由网络设备配置的。
在一些实施例中,所述第六定时器在所述第一信道资源后开启或在所述第二信道资源后开启是由网络设备通过第一配置信息配置的,所述第一配置信息包括在资源池配置中。
可选地,在一些实施例中,所述第一消息的反馈信息包括以下至少一种情况:
所述第一终端与所述第二终端为单播链路,在所述第一消息对应的HARQ进程为使能状态下,所述第一消息的反馈信息为所述第一消息的正确接收反馈信息;
所述第一终端与所述第二终端为组播链路,在所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式下,所述第一消息的反馈信息为所述第一消息的正确接收反馈信息;
所述第一终端与所述第二终端为组播链路,在所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式下,所述第一消息的反馈信息包括所述第一消息的正确接收反馈信息和/或非正确接收反馈信息。
可选地,在一些实施例中,上述通信单元可以是通信接口或收发器,或者是通信芯片或者片上系统的输入输出接口。上述处理单元可以是一个或多个处理器。
应理解,根据本申请实施例的终端设备400可对应于本申请方法实施例中的终端设备,并且终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图3至图14所示方法300中第一终端的相应流程,为了简洁,在此不再赘述。
图16是根据本申请实施例的终端设备的示意性框图。图16的终端设备500包括:
通信单元510,用于向第一终端发送第一消息;
处理单元520,用于在满足第一条件的情况下,开启第四定时器;
所述通信单元还用于:在所述第四定时器运行期间,所述终端设备进行所述第一消息的重传或者发送第二消息。
可选地,在一些实施例中,所述第一条件包括以下中的至少一种:
第五定时器超时,其中,所述第五定时器在发送所述第一消息后开启;
在发送所述第一消息后的第一时长后;
接收到第一终端发送的所述第一消息的反馈信息。
可选地,在一些实施例中,所述第一消息的反馈信息包括以下至少一种情况:
所述第一终端与所述第二终端为单播链路,在所述第一消息对应的HARQ进程为使能状态下,所述第一消息的反馈信息为所述第一消息的正确接收反馈信息;
所述第一终端与所述第二终端为组播链路,在所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式下,所述第一消息的反馈信息为所述第一消息的正确接收反馈信息;
所述第一终端与所述第二终端为组播链路,在所述第一消息对应的HARQ进程为使能状态且采用ACK/NACK模式下,所述第一消息的反馈信息包括所述第一消息的正确接收反馈信息和/或非正确接收反馈信息。
可选地,在一些实施例中,所述第五定时器的时长包括所述终端设备到第一终端的传输时延和所述第一终端对所述第一消息的处理时延。
可选地,在一些实施例中,所述通信单元510还用于:
若所述终端设备接收到第一终端发送的所述第一消息的反馈信息,并且所述反馈信息为否定确认NACK,所述终端设备进行所述第一消息的重传;或者
若所述终端设备接收到第一终端发送的所述第一消息的反馈信息,并且所述反馈信息为肯定确认ACK,所述终端设备发送第二消息。
可选地,在一些实施例中,上述通信单元可以是通信接口或收发器,或者是通信芯片或者片上系统的输入输出接口。上述处理单元可以是一个或多个处理器。
应理解,根据本申请实施例的终端设备500可对应于本申请方法实施例中的网络设备,并且终端设备500中的各个单元的上述和其它操作和/或功能分别为了实现图3至图14所示方法300中第二终端的相应流程,为了简洁,在此不再赘述。
图17是本申请实施例提供的一种通信设备600示意性结构图。图17所示的通信设备600包括处理器610,处理器610可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图6所示,通信设备600还可以包括存储器620。其中,处理器610可以从存储器620中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器620可以是独立于处理器610的一个单独的器件,也可以集成在处理器610中。
可选地,如图6所示,通信设备600还可以包括收发器630,处理器610可以控制该收发器630与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备600具体可为本申请实施例的第一终端或第二终端,并且该通信设备600可以实现本申请实施例的各个方法中由第一终端或第二终端实现的相应流程,为了简洁,在此不再赘述。
图18是本申请实施例的芯片的示意性结构图。图18所示的芯片700包括处理器710,处理器710可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图18所示,芯片700还可以包括存储器720。其中,处理器710可以从存储器720中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器720可以是独立于处理器710的一个单独的器件,也可以集成在处理器710中。
可选地,该芯片700还可以包括输入接口730。其中,处理器710可以控制该输入接口730与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片700还可以包括输出接口740。其中,处理器710可以控制该输出接口740与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的第一终端或第二终端,并且该芯片可以实现本申请实施例的各个方法中由第一终端或第二终端实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者 用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的移动终端/终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际 的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
- 终端设备及终端设备的加工方法
- 一种终端设备及终端设备的控制方法
- 终端设备的触觉反馈方法、触觉反馈装置及终端设备
- 通过无线通信模块控制使用SIM卡的终端设备的系统和方法,对应的无线通信模块和终端设备
- 终端设备、无线通信设备、无线通信方法和计算机程序