具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一终端和第二终端仅仅是为了区分不同的终端，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请的技术方案可以应用于各种通信系统，例如：长期演进(long timeevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、公共陆地移动网络(public land mobilenetwork，PLMN)系统、设备对设备(device to device，D2D)网络系统或者机器对机器(machine to machine，M2M)网络系统以及5G通信系统、车联网系统等。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。本申请实施例中以提供的方法应用于NR系统或5G网络中为例进行说明。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。本文中的映射，关联可以具有相同的含义。

在介绍本申请实施例之前，首先介绍本申请实施例中涉及到的名词：

1)、侧行链路(sidelink，SL)是指：针对终端和终端之间直接通信定义的。也即终端和终端之间不通过基站转发而直接通信的链路。

2)、sidelink资源是指：终端之间在侧行链路上进行侧行链路业务数据(包括数据包和控制信令)传输时使用的资源。本申请实施例中的侧行链路业务数据也可以简称为：业务数据或者V2X业务。

3)、非连续接收(discontinuous reception，DRX)机制的示意图如图5a所示，在时域上，时间被分成一个个连续的DRX周期(DRX cycle)。DRX周期包括激活期(采用drx-Ondurationtimer计时)和休眠期。在激活期，终端设备侦听物理下行控制信道(physicaldownlink control channel，PDCCH)。在休眠期，终端不侦听也不接收下行信号，以节省功耗。

4)、激活期，指的是标准上定义的一个DRX cycle开始时drx-Ondurationtimer运行时的时间，终端在激活期处于激活状态。

5)、休眠期，指的是标准上定义的一个DRX cycle内drx-Ondurationtimer超时以后的时间，终端在休眠期处于休眠状态。

6)、激活状态，指终端能监听业务数据的状态，即处于接收数据时的状态，其是一个可变的概念。在激活状态时终端需要对PDCCH进行检测。

其中，一个终端的激活状态包含该终端在激活期内的激活状态。或者一个终端的激活状态包括该终端在激活期内的激活状态和其他维持激活态的定时器的定时对应的时间内的激活状态。

值得说明的是，如果终端没有其他维持激活状态的定时器开启，则激活状态为激活期内终端所处的状态。休眠状态为休眠期内终端所处的状态。

如果终端存在其他维持激活状态的定时器开启，则终端的激活态不仅包括该终端在激活期内的激活状态，也包括其他维持激活态的定时器的定时对应的时间内的激活状态。

7)、休眠状态，终端不能监听业务数据(可能可以监听其他数据，比如本申请中在休眠状态感知侧行链路资源)，在休眠状态终端不进行PDCCH或PSCCH检测，以节约电量。

休眠状态为终端在休眠期减去其他维持激活状态的定时器的持续时间内的状态。

为了提升交通系统的安全性和智能化，智能交通的系统理念逐渐兴起。近阶段，智能交通系统的开发将主要集中在智能公路交通系统领域，也就是俗称的车联网(vehicleto everything，V2X)。V2X通信包括车与车(vehicle to vehicle，V2V)通信、车与路侧基础设施(vehicle to infrastructure，V2I)通信以及车与行人通信(vehicle to people，V2P)通信。V2X应用将改善驾驶安全性、减少拥堵和车辆能耗、提高交通效率。比如与红绿灯、校区和铁路道口等设施之间通信。车联网系统是基于长期演进(long termevaluation，LTE)V2V或新空口V2V的一种侧行链传输技术，与传统的LTE系统或者NR中通信数据通过网络设备接收或者发送的方式不同，车联网系统采用终端到终端直接通信的方式。

基于上述描述，图1示出了本申请实施例提供的一种通信系统(也可以称为：V2V通信系统)的结构示意图。该通信系统包括：终端10、以及终端20。应理解，在图1中示出了1个终端10以及终端20。

其中，终端10和终端20之间具有用于直连通信的第一接口，该第一接口可以称为PC5接口。PC5接口上用于终端10和终端20通信的传输链路可以称为侧行链路。

例如，PC5接口可以采用专用频段(如5.9GHz)。

上述终端10和终端20可以通过资源在终端10和终端20之间的侧行链路上进行通信。本申请实施例中可以将终端10和终端20在侧行链路上进行通信的场景称为：sidelink通信场景，作为一种示例，本申请实施例中可以将终端10和终端20在侧行链路上进行通信所使用的资源称为：侧行链路资源，本申请实施例对资源的具体名称不做限定，可以根据需要设置。

以终端10利用侧行链路资源向终端20发送侧行链路业务数据为例，那么终端10目前可以通过以下方式获取侧行链路资源。终端20获取侧行链路资源的方式可以参考终端10获取侧行链路资源的方式，后续不再赘述。

方式1(mode1)、网络调度的资源分配模式。

mode 1：终端10在无线资源控制(radio resource control，RRC)连接态下，与网络设备进行数据传输，那么，与该终端10通信的网络设备可以为该终端10调度用于传输侧行链路业务数据的侧行链路资源。例如，终端10向网络设备发送调度请求(schedulingrequest，SR)以及sidelink缓冲状态报告(buffer status reporting，BSR)。其中，sidelink BSR用于确定终端10的sidelink通信数据量大小。网络设备基于该sidelinkBSR，可以确定终端10的sidelink通信数据量大小，并为终端10调度传输侧行链路业务数据所需的侧行链路资源。其中，网络设备使用配置的侧行链路无线网络临时标识(SL-radionetwork tempory identity，SL-RNTI)来调度用于sidelink通信的侧行链路资源。

方式2(mode2)、终端自主选择的资源选择模式。

mode2、终端10从资源池(通常包括一个或多个sidelink资源)中选择sidelink资源。例如，当终端10处于网络覆盖范围内时，该资源池由网络设备在系统信息中广播。当终端10处于网络覆盖范围外时，该资源池可以为该终端10预配置的资源池。该资源池可以是针对该终端10的特定资源池，即只有终端10可以在该资源池中选择侧行链路资源。或者该资源池可以是包括该终端10在内的多个终端共享的资源池，即除了该终端10之外的其他终端也可以在该资源池中选择sidelink资源。针对后者，那么当终端10自主选择资源池中的sidelink资源时，终端10可以对资源池执行感知来选择sidelink资源。

sidelink传输是基于资源池的。所谓资源池，是一个逻辑上的概念，一个资源池包括多个物理资源，其中任意一个物理资源是用于传输业务数据的。一个终端向另一个终端传输业务数据时，可以从资源池中选择sidelink资源进行传输。

具体的，为了保证终端10发送的业务数据所使用的sidelink资源的质量，避免终端10在自主选择侧行链路资源时，由于多个终端随机在资源池中选择sidelink资源而导致的资源碰撞，即避免终端10所选择的sidelink资源被其他终端占用，从而降低通信质量。那么终端10可以通过感知方式预测未来某个时间段1内的侧行链路资源的占用情况，并将某个时间段1内的侧行链路资源的占用情况作为感知结果。其中，时间段1可以是终端10有业务数据需要发送的时间段。所谓的侧行链路资源的占用情况可以指：其他终端是否占用了未来的该时间段1内的侧行链路资源。因此，基于感知结果，终端10可以预留感知结果中对应的sidelink资源，保证自身通信质量。另外，终端10通过感知所预留的侧行链路资源是有时效的，例如，在5G NR中，周期性业务的感知结果和非周期性业务的感知结果的时效是不同，均可以基于网络设备对资源池的配置而确定的，并且均在一定的毫秒时间内。

在基于LTE或NR的V2X通信中，终端10可以使用或基于LTE版本(Release)14标准协议中定义的感知过程来获取感知结果。示例性的，侧行链路资源的感知结果可以用于指示以下任意一项或多项：该资源池中的特定侧行链路资源的标识或者位置，该侧行链路资源上的信号强度，该侧行链路资源上的信号功率，该侧行链路资源的信道忙率(channel busyratio，CBR)。

如图1所示，图1示出了本申请实施例提供的一种场景，如图1所示，以终端10为标识为X的车辆(简称：车辆X)为例，如果车辆X决定执行超车操作，则车辆X可以向位于其前方的终端20(例如，标识为Y的车辆(简称：车辆Y))在侧行链路资源上发送对话框30的中的业务数据(例如，业务数据可以为超车指示、车辆X的当前车速(例如，75km/h))，以便车辆Y接收到X的当前车速以及超车指示后，减速行驶，以使得X安全超车。在终端10向终端20发送业务数据之前，终端10可以从发送资源池中选择侧行链路资源。

基于此，当终端10向终端20发送业务数据时，终端20可以对接收资源池(即为上述发送资源池)中的接收资源(即用于接收其他终端的业务数据的sidelink资源)进行sensing，并通过辅助信息将接收资源池中通信质量较好的接收资源的信息作为辅助信息发送给终端10，使终端10在进行资源选择时可以考虑终端20所发送的接收资源的信息，从而提高终端10接收来自终端20的业务数据的接收质量。

值得说明的是，本申请实施例的发送资源池和接收资源池包括的侧行链路资源可以部分相同或者全部相同。发送资源池和接收资源池是个相对的概念，如果终端10在资源池1中选择侧行链路资源用于向终端20发送业务数据，那么资源池1对于终端10而言为发送资源池，对于终端20而言为接收资源池。此外，由于终端20自身也可能有发送业务数据的需求，而接收资源池主要是为了区别于“终端20作为数据发送端时所使用的资源池”，并且终端20的接收资源池即为终端10的发送资源池。

图1所示的场景仅为举例，其他终端之间通信的场景也适用于本申请方案。

终端10或终端20，是一种具有无线通信功能的设备，可以部署在陆地上，包括室内或室外、手持或车载。也可以部署在水面上(如轮船等)。还可以部署在空中(例如飞机、气球和卫星上等)。终端又称之为用户设备(user equipment，UE)，移动台(mobile station，MS)、移动终端(mobile terminal，MT)以及终端设备等，是一种向用户提供语音和/或数据连通性的设备。例如，终端包括具有无线连接功能的手持式设备、车载设备等。目前，终端可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device，MID)、可穿戴设备(例如智能手表、智能手环、计步器等)，车载设备(例如，汽车、自行车、电动车、飞机、船舶、火车、高铁等)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、智能家居设备(例如，冰箱、电视、空调、电表等)、智能机器人、车间设备、无人驾驶(selfdriving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端、飞行设备(例如，智能机器人、热气球、无人机、飞机)等。本申请一种可能的应用的场景中终端为经常工作在地面的终端，例如车载设备。在本申请中，为了便于叙述，部署在上述设备中的芯片，例如片上系统(System-On-a-Chip，SOC)、基带芯片等，或者其他具备通信功能的芯片也可以称为终端。

终端可以是具有相应通信功能的车辆，或者车载通信装置，或者其它嵌入式通信装置，也可以是用户手持通信设备，包括手机，平板电脑等。

作为示例，在本申请实施例中，该终端还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

网络设备为与终端配合使用的一种可以用于发射或接收信号的实体。例如，可以是WLAN中的接入点(accesspoint，AP)，还可以是长期演进(longtimeevolution，LTE)中的演进型基站(evolvedNodeB，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及第五代移动通信技术(5th generation mobile networks或5th generationwireless systems、5th-Generation，简称为：5G)网络(也可以称为新空口(NewRadio，NR))中的网络设备或者未来演进的PLMN网络中的网络设备等。本申请实施例中的网络设备可以为基站。作为一种示例，网络设备可以为第四代通讯技术(the 4Generation mobilecommunication technology，4G)系统中的演进型基站(evolvedNodeB，eNB或eNodeB)。终端200为可以与eNB进行信息传输的终端。作为另一种示例，网络设备可以为NR系统中的下一代节点B(thenextgenerationNodeB，gNB)，终端10或终端20为可以与gNB进行信息传输的终端。

本申请实施例描述的各个方案应用于V2X场景时，可以适用于如下领域：无人驾驶(unmanned driving)、自动驾驶(automated driving/ADS)、辅助驾驶(driverassistance/ADAS)、智能驾驶(intelligent driving)、网联驾驶(connected driving)、智能网联驾驶(Intelligent network driving)、汽车共享(car sharing)。当然，本申请实施例描述的各个方案也可以应用于手环和手机、VR眼镜和手机之间的交互。

图2示出了本申请实施例提供一种通信设备的硬件结构示意图。本申请实施例中的第一终端、第二终端的硬件结构可以参考如图2所示的结构。该通信设备包括处理器21，通信线路24以及至少一个收发器(图2中仅是示例性的以包括收发器23为例进行说明)。

处理器21可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路24可包括一通路，在上述组件之间传送信息。

收发器23，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

可选的，该通信设备还可以包括存储器22。

存储器22可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路24与处理器相连接。存储器22也可以和处理器21集成在一起。

其中，存储器22用于存储执行本申请方案的计算机执行指令，并由处理器21来控制执行。处理器21用于执行存储器22中存储的计算机执行指令，从而实现本申请下述实施例提供的确定侧行链路资源的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器21可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图2中的处理器21和处理器25。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

基于上述感知的介绍，在实际的mode2资源分配的sidelink收发场景中，以终端10作为发送方终端(Tx UE)，终端20作为接收方终端(Rx UE)为例，终端10和终端20之间通过sidelink进行通信，终端10向终端20发送业务数据之前，则终端10可以通过感知以从资源池中预留sidelink资源。由于该sidelink资源由终端10自行在资源池中感知，并基于自身对资源池的感知结果来选择可用的sidelink资源，避免其选择的sidelink资源被其他UE占用，因此终端10可以选择质量较好的侧行链路资源，从而保证终端10向终端20传输业务数据的通信质量。另外，终端10可以根据该业务数据的属性(例如周期性业务或者非周期性业务)以及该业务数据对应的资源预留时效确定预留的sidelink资源，即该sidelink资源位于该业务数据对应的资源预留时效内，终端10不可以预留位于资源预留时效以外的资源。例如，当终端10的业务数据为周期性业务时，终端10可以预留周期性业务对应的资源预留时效时间以内的sidelink资源。当Tx UE的业务数据为非周期性业务时，Tx UE可以预留非周期性业务对应的资源预留时效以内的sidelink资源。例如，如图3所示，以周期性业务对应的资源预留时效t＜100ms为例，那么终端10可以预留100ms以内的sidelink资源。以非周期性业务对应的资源预留时效t＜32ms为例，那么终端10可以预留32ms以内的sidelink资源。

本申请实施例中业务数据对应的资源预留时效可以指：该侧行链路资源的有效时间范围，即该侧行链路资源在哪个时间段内有效，哪个时间段内无效。如果该侧行链路资源在时间段A内或者时间点A之前有效，则终端10可以在该时间段A内或时间点A之前使用该侧行链路发送该业务数据。在时间段A之外或者时间段A之后的时间段，该侧行链路资源无效，那么终端10便不能使用该侧行链路资源发送业务数据。

为了进一步提高mode2资源分配中Rx UE接收业务数据的通信质量，针对以上描述的sidelink通信场景，当终端10向终端20发送业务数据时，终端20还可以为终端10提供辅助信息。此处终端20提供辅助信息是由于：终端10在进行侧行链路资源选择时主要是从自身的角度出发，而未考虑过其选择的侧行链路资源是否同样适用于终端20。具体的，终端10与终端20所处的位置不同。而由于二者位置不同，可能导致终端10和终端20在同一sidelink资源上受到的干扰不同，例如，终端10和终端20由于其位置不同，可能导致终端10和终端20针对同一信道所测量得到的CBR不同，即二者在同一侧行链路资源上的通信质量不同。例如，如图4所示，终端10和终端20对同一个资源池执行sensing。在实际情况中，资源池中的时频资源1已经被终端a占用，时频资源2已经被终端b占用。终端20与终端a和终端b距离较近，终端20可以检测到终端a和终端b发射的信号，即对于终端20来说，资源池占用情况为：时频资源1和时频资源2均被占用。终端10与终端a之间的距离较近，但是终端20与终端b之间距离的较远，因此可能存在如下情况：终端10可以检测到终端a发射的信号，但未检测到终端b发射的信号，这时候对于终端10来说，资源池的占用情况为：时频资源1被占用。由此可见，由于终端10和终端b所处的位置不同，可能导致不同终端在同一资源上的通信质量不同。如果后续终端10选择时频资源2作为侧行链路资源向终端20发送业务数据，可能会影响终端20接收业务数据的质量。

目前，当终端与网络设备进行通信时，为了节省终端不必要的功耗，减少终端的监听时间，在Uu口(终端与网络设备之间的接口)上应用了非连续接收机制帮助处于无线资源控制(radio resource control，RRC)连接态的终端节能。DRX的基本原理是：当终端与网络设备通信时，网络设备可能在一段时间内有数据传输，而在接下来的一段较长时间内网络设备可能无数据需要传输给终端。在网络设备无数据向终端传输的情况下，若终端仍然保持监听状态，则对于终端来说是十分耗电的。因此，在终端没有数据接收时，可以通过使终端停止监测物理下行控制信道(physical downlink control channel，PDCCH)来降低终端的功耗，从而提升终端的电池使用时间。

具体地，当终端采用DRX机制时，终端被配置有DRX周期(cycle)，如图5a所示，该DRX cycle包含两个时间段：激活期(on duration)和休眠期(opportunity for DRX)(也可以称为：非激活期)。在on duration内该终端监听物理下行控制信道(physical downlinkcontrol channel，PDCCH)，也即将终端监听PDCCH信道的时间段称为激活期。激活期内，终端将打开接收机，激活期可以看作是一个不变的概念。在“opportunity for DRX”内，终端虽然不监测PDCCH，但终端可以发送信息(比如本申请中的第一信息或者向其他终端发送业务数据或者向基站发送业务数据)以及感知侧行链路资源和选择侧行链路资源。当没有数据传输时，终端可以关闭接收机，从而减少终端功耗。从图5a中可以看到，用于DRX休眠的时间越长，终端的功率消耗就越低。

此外，激活状态包括其它DRX相关定时器处于工作状态应该打开接收机的时间段。其他定时器是指DRX持续时间定时器(drx-onDurationTimer)、或DRX非激活定时器(drx-InactivityTimer)或DRX下行重传定时器(drx-RetransmissionTimerDL)或DRX上行重传定时器(drx-RetransmissionTimerUL)或随机接入竞争解决定时器(ra-ContentionResolutionTimer)中任一个定时器处于运行状态。ra-ContentionResolutionTimer指终端在随机接入过程中所使用的定时器，用于终端等待获得基站的接入资源)中的任意一个定时器(timer)运行中。例如，当DRX持续时间定时器，或DRX非激活定时器，或DRX下行重传定时器或DRX上行重传定时器在运行的情况下，终端处于激活状态。也就是说，DRX持续时间定时器，或DRX非激活定时器，或DRX下行重传定时器(drx-RetransmissionTimerDL)或DRX上行重传定时器(drx-RetransmissionTimerUL)运行期间该终端处于DRX活跃期(active time)，换言之，活跃期也可以看作终端处于激活状态的时间，在活跃期内终端需要对PDCCH进行盲检测。

除上述DRX周期的描述以外，网络设备为终端配置的DRX机制还包括相应的DRX参数，例如，在5G NR版本中，DRX机制中主要包括的参数和参数的功能如下：

DRX持续时间定时器(drx-onDurationTimer):DRX周期开始时，其中on duration的持续时间，可以认为该DRX-持续时间定时器运行过程中终端处于激活状态(也可以称为：唤醒状态)。

DRX时隙偏移量(drx-SlotOffset):开启drx-onDurationTimer前的时延。

DRX非激活定时器(drx-InactivityTimer):当终端成功解码一个Uu口上调度新数据初传的PDCCH后，持续处于激活状态的时间长度，即当终端被调度以后，应该开启该drx-InactivityTimer，以延长终端处于激活状态的时间，所对应的场景可以理解为终端在当前被调度时，很可能在接下来的时间段内继续被调度，因此终端需要保持激活状态以等待接收数据。

DRX下行重传定时器(drx-RetransmissionTimerDL)(针对除广播过程之外的每个下行混合自动重复请求(hybrid autonomous repeat request，HARQ)过程)：终端收到Uu口的下行重传数据之前的最大持续时间，在该drx-RetransmissionTimerDL运行中，终端等待接收来自网络设备的下行重传数据。

DRX上行重传定时器(drx-RetransmissionTimerUL)(针对每个上行HARQ过程)：终端接收到Uu口的上行重传资源之前的最大持续时间，在该drx-RetransmissionTimerUL运行中，终端进行上行数据的重传。

DRX长周期开启偏移(drx-LongCycleStartOffset)：表示长DRX周期(Long DRXCycle)和drx开启偏移(drx-StartOffset)，其中Long DRX Cycle指定长周期占用的子帧数量/毫秒，drx-StartOffset指定长DRX周期和短DRX周期的起始子帧。

DRX短周期(drx-ShortCycle)(可选)：即短DRX周期的时间长度(Short DRXcycle)，单位为子帧/毫秒。

DRX短周期定时器(drx-ShortCycleTimer)(可选)：终端处于短DRX周期的时间长度，单位为Short DRX cycle的个数。

DRX下行HARQ往返定时器(drx-HARQ-RoundTripTime-TimerDL，drx-HARQ-RTT-TimerDL)(针对除广播过程之外的每个下行HARQ过程)：终端在Uu口上期望收到下行HARQ重传数据之前的持续时间，可以理解为一个时间窗，在该时间窗内基站不会针对当前传输失败的数据包进行下行重传，需要等待该drx-HARQ-RTT-TimerDL超时以后，终端才能继续接收该数据包的下行重传数据。当终端的drx-HARQ-RTT-TimerDL超时时，终端可以开始接收下行重传数据，则开启drx-RetransmissionTimerDL。

DRX上行HARQ往返定时器(drx-HARQ-RTT-TimerUL)(针对每个上行HARQ过程)：终端在Uu口上期望收到上行HARQ重传资源之前的持续时间，可以理解为一个时间窗，在该时间窗内终端不可以对当前传输失败的数据包进行上行重传，需要等待该drx-HARQ-RTT-TimerUL超时以后，终端才能继续上传该数据包的数据。当终端的drx-HARQ-RTT-TimerUL超时时，终端可以开始进行上行重传，则开启drx-RetransmissionTimerUL。

因此，当终端配置DRX机制以后，终端处于DRX活跃期(active time)主要包括如下情况：

情况1、drx-onDurationTimer或drx-InactivityTimer或drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或随机接入竞争解决定时器(ra-ContentionResolutionTimer)中的任意一个定时器(timer)处于运行状态。其中，ra-ContentionResolutionTimer指终端在随机接入过程中所使用的定时器，用于终端等待获得基站的接入资源。

需要说明的是，针对上述情况1，若上述定时器中仅有drx-onDurationTimer计时，而其他定时器不计时，即本申请实施例中终端的激活状态可以指该终端在激活期内的状态。

当drx-InactivityTimer、drx-RetransmissionTimerDL或drx-RetransmissionTimerUL运行时可以认为该终端的激活状态被延长，即drx-InactivityTimer、drx-RetransmissionTimerDL或drx-RetransmissionTimerUL为其他延长终端的激活状态的定时器。这时，即本申请实施例中终端的激活状态可以指该终端在激活期内和上述各个定时器运行期间内该终端的状态。

情况2、终端已经在物理上行链路控制信道(physical uplink control channel，PUCCH)上发送了调度请求(scheduling request，SR)，且该SR当前处于pending态，pending可以理解为终端准备但还没有向网络设备发送SR。

情况3、类似于ra-ContentionResolutionTimer，终端成功接收了用于响应非终端选择的基于竞争的随机接入的前导序列(preamble)的随机接入响应(random accessresponse，RAR)，却没有收到指示初传(使用小区无线网络临时标识(cell radio networktemporary identifier，)C-RNTI)的PDCCH。

相应地，在上述三种情况中任意一种或多种的情况下，终端都需要检测PDCCH，其中，检测PDCCH包括检测对应以下无线网络临时标识(radio networktemporaryidentifier，RNTI)的PDCCH：小区RNTI(cell-RNTI，C-RNTI)、配置调度RNTI(configuredscheduling-RNTI，CS-RNTI)、中断RNTI(interruption-RNTI，INT-RNTI)、时隙格式标识RNTI(slot format indicator-RNTI，SFI-RNTI)、半永久性信道状态信息RNTI(semi-persistent channel state information，SP-CSI-RNTI)、PUCCH发送功率控制RNTI(transmit power control-PUCCH-RNTI，TPC-PUCCH-RNTI)、PUSCH发送功率控制RNTI(transmit power control-PUSCH-RNTI，TPC-PUSCH-RNTI)、试探参考信号发送功率控制RNTI(transmit power control-sounding reference signal-RNTI，TPC-SRS-RNTI)。

上文中，RNTI对应的PDCCH可以是指，用RNTI加扰PDCCH承载的DCI的循环冗余校验(cyclic redundancy check，CRC)比特。

还需要说明的是，上述激活期除了涵盖上述几种情况之外，还可以包括未来通信协议中规定的其他情况，本申请实施例对此不作具体限定。

而当前Tx UE与Rx UE之间进行侧行链路通信时，具体可以考虑的场景包括但不限于V2X通信、设备对设备(device to device，D2D)、公共安全(public safety)、商业通信(commercial)等sidelink相关通信场景，在Rx UE未使用DRX机制的情况下，Rx UE在整个时间段持续监测Tx UE发送的PSCCH，Rx UE持续保持激活状态并可接收Tx UE发送的调度数据。而在某些场景中，例如单播场景，或有反馈的组播场景中，Rx UE可以为Tx UE所选择的资源提供辅助信息，则Rx UE提供的辅助信息中指示的侧行链路资源可以在整个时间范围内，也就是说，Rx UE的感知范围也是整个时间段内，而这对于Rx UE来说是十分耗电的。其中，单播场景指：一个Tx UE向一个Rx UE发送业务数据，但一个Tx UE可能同时与多个Rx UE建立sidelink连接。组播场景即多个终端组成一个群组(group)，群组内的终端之间进行通信，同一个群组内的终端可以接收到组内的所有数据或信息。

如上所述，当前sidelink通信中，Rx UE持续检测PSCCH(该PSCCH可以是Tx UE发送的业务数据所对应的PSCCH，也可以是Rx UE为了提供辅助信息而对接收资源池进行sensing过程中所检测的PSCCH)，即使当前无Tx UE所发送的数据，Rx UE无需接收来自TxUE的业务数据，或者Rx UE无需向Tx UE提供辅助信息时，Rx UE仍然保持持续监听的状态，这样将非常消耗Rx UE的电量。

基于上述缺陷，本申请实施例中可以为Rx UE配置DRX机制，使Rx UE在无需接收业务数据时处于休眠期，从而避免无效的PSCCH监测，减少Rx UE的功耗。

但是，当Rx UE配置了DRX机制时，Rx UE仅在激活期时接收来自Tx UE的业务数据，则为了保证Rx UE在激活期内能在质量较好的侧行链路资源上接收业务数据，Rx UE提供的辅助信息中指示的接收资源的时域位置需要位于终端处于激活状态的时间段内。换言之，Rx UE为了向Tx UE提供辅助信息，Rx UE不必在整个时间范围内持续感知，由于辅助信息所指示的侧行链路资源的时域位置应位于Rx UE处于激活状态的时间段内，则Rx UE为了提供辅助信息进行资源感知的范围也应是有一定的范围的。另外，由于感知结果是有时效的，因此，Rx UE在应用了DRX机制后：如何开始感知才能保证辅助信息中指示的侧行链路资源的时域位置是Rx UE处于激活状态的时间段内，是亟需解决的技术问题。

举例说明，如图5b所示，Rx UE从感知到的侧行链路资源中选择位于资源感知窗口中的侧行链路资源501，但是侧行链路资源501却位于时刻1之前，时刻1指的是激活期开始的时刻，即侧行链路资源501位于Rx UE的休眠期，无法接收来自Tx UE的业务数据，那么侧行链路资源501为无效感知结果。又例如，Rx UE从感知到的侧行链路资源中选择位于资源感知窗口中的侧行链路资源502，而侧行链路资源502位于Rx UE的激活期内，即侧行链路资源502可以作为Rx UE接收来自Tx UE的业务数据的资源，因此侧行链路资源502为有效感知结果。又比如如图5b所示：Rx UE在资源感知窗口和资源选择窗口之间的时间段(即图5b中的X1时间段)为opportunity for drx，此时Rx UE处于休眠期，按照其已经配置的DRX周期来说，Rx UE在该休眠期内不会从休眠状态变为激活状态来接收业务数据，所以也没有必要提供辅助信息，因此Rx UE可以停止感知辅助信息指示的侧行链路资源。

本申请实施例中的资源感知窗口指：接收方终端或者发送方终端进行侧行链路资源感知的时间段。

本申请实施例中的资源选择窗口指：接收方终端或者发送方终端从感知到的侧行链路资源中选择用于传输业务数据的资源或者用于接收业务数据的资源的时间段。

基于此，本申请实施例提供一种确定侧行链路资源的方法，当Rx UE具有激活状态和休眠状态时，为了避免Rx UE提供了不属于active time范围内的侧行链路资源，该方案中Rx UE感知侧行链路资源。Rx UE确定位于第一时间段内的候选侧行链路资源的信息，在所述第一时间段内Rx UE处于激活状态。然后Rx UE向Tx UE提供用于指示侧行链路资源的信息的第一信息，侧行链路资源为候选侧行链路资源中的全部或者部分侧行链路资源。由于该侧行链路资源的时域位置位于Rx UE处于激活状态的时间段内，因此可以避免Rx UE提供了不属于active time范围内的侧行链路资源，且侧行链路资源为Rx UE向Tx UE推荐的用于向Rx UE发送业务数据的资源，这样可以保证Rx UE的数据接收质量。进一步Rx UE具有激活状态和休眠状态，在休眠状态时Rx UE无需监听PSCCH，因此可以达到为该Rx UE省电的目的。

进一步的，为减少Rx UE为了提供侧行链路资源的信息而进行sensing的时间，可以由Rx UE的媒体接入控制(medium access control，MAC)层通知物理层(PhysicalLayer，PHY)开始sensing并通知当前sensing所对应的有效sensing结果范围(例如，第一时间段)。

本申请实施例中对于应用DRX机制的Rx UE而言，该Rx UE中具有DRX参数。本申请实施例中对Rx UE获取DRX参数的方式不做限定，作为一种示例，Rx UE获取DRX参数的方式可以包括但不限于以下方式：

方式1、Tx UE为Rx UE配置DRX参数。例如，Tx UE主动为Rx UE配置DRX参数。又例如，也可以是Tx UE基于Rx UE的请求而为Rx UE配置DRX参数。

方式2、网络设备为Rx UE配置DRX参数。例如，网络设备主动为Rx UE配置DRX参数。又例如，也可以是网络设备基于Rx UE的请求而为Rx UE配置DRX参数。

方式3、该Rx UE中预配置有DRX参数。

方式4、该Rx UE的DRX参数由标准协议预定义，即标准协议中预定义该Rx UE中具有该DRX参数。

方式5、该DRX参数与资源池之间具有映射关系，如果该Rx UE可以从该资源池中sensing资源或者选择资源，那么该Rx UE便具有该DRX参数。

方式6、该DRX参数与业务类型存在映射关系等等，比如，该Rx UE需要接收该业务类型的业务数据，那么该Rx UE便可以采用该DRX参数。

方式7、Rx UE配置该DRX参数。

当在sidelink上为Rx UE引入DRX机制以后，为该Rx UE配置的相关DRX timer的含义可以沿用Uu口的含义：

sidelink DRX持续时间定时器(drx-onDurationTimerSL):DRX周期开始时，其中on duration的持续时间。在on duration期间，该Rx UE处于激活状态。

sidelink DRX时隙偏移量(drx-SlotOffsetSL):开启drx-onDurationTimer前的时延。

sidelink DRX非激活定时器(drx-InactivityTimerSL):当Rx UE成功解码Sidelink上一个Tx UE调度新数据初传的PSCCH后，持续处于激活状态的时间长度。即当RxUE被Tx UE调度以后，该Rx UE应当开启与该Tx UE对应的该drx-InactivityTimerSL，以延长Rx UE处于激活状态的时间，换言之，当Sidelink Drx-非激活定时器开始运行时，该RxUE的激活状态被延长或者被维持，也即Rx UE的激活状态被延长的时间即为sidelink Drx非激活定时器的时长，所对应的场景可以理解为Rx UE在当前被调度时，很可能在接下来的时间段内继续被调度，因此Rx UE需要继续保持激活状态以等待接收数据；

sidelink DRX重传定时器(drx-RetransmissionTimerSL):Rx UE接收来自Tx UE的sidelink重传数据之前的最大持续时间，在该drx-RetransmissionTimerSL运行中，RxUE等待接收Tx UE在sidelink上发送的重传数据。换言之，当sidelink Drx-重传定时器开始运行时，该Rx UE的激活状态被延长或者被维持。

sidelink DRX重传定时器(drx-RetransmissionTimerSLL):Rx UE收到Tx UE对应的sidelink混合自动重传请求(hybrid automatic repeat request，HARQ)反馈重传侧行链路资源之前的最大持续时间，也即Tx UE收到Rx UE发送的确认(acknowledgement，ACK)消息/非确认(negative-acknowledgment，NACK)消息反馈数据前需要等待的时间长度，在该drx-RetransmissionTimerSLL运行中，Rx UE进行sidelink HARQ反馈。

sidelink DRX长周期开启偏移(drx-LongCycleStartOffsetSL):既表示Long DRXCycle，又表示drx-StartOffsetSL。其中Long DRX Cycle指定长周期占用的子帧数量/毫秒。drx-StartOffseSLt指定长和短DRX周期的起始子帧；

sidelink DRX短周期(drx-ShortCycleSL)(可选)：Short DRX cycle即短DRX周期的时间长度，单位为子帧/毫秒；

sidelink DRX短周期定时器(drx-ShortCycleTimerSL(可选)：Rx UE处于短DRX周期的时间长度，单位为Short DRX cycle的个数；

drx-HARQ-RTT-TimerSL:Rx UE在sidelink上期望接收到Tx UE的sidelink HARQ重传数据之前的持续时间。可以将drx-HARQ-RTT-TimerSL理解为一个时间窗，在该时间窗内Tx UE不会针对当前传输失败的业务数据进行重传，需要等待该drx-HARQ-RTT-TimerSL超时以后，Rx UE才能继续接收该业务数据的重传数据。当Rx UE的drx-HARQ-RTT-TimerSL超时时，Rx UE可以开始接收来自Tx UE的针对该业务数据的重传数据，则开启drx-RetransmissionTimerDL。

drx-HARQ-RTT-TimerSLL:Rx UE在sidelink上期望接收到sidelink HARQ重传资源之前的持续时间，可以理解为一个时间窗。在该时间窗内Rx UE不可以对当前传输失败的业务数据进行反馈，需要等待该drx-HARQ-RTT-TimerSLL超时以后，Rx UE针对Tx UE发送的业务数据进行反馈。也就是说，从前一次确认字符(acknowledgement，ACK)/否定应答(Negative acknowledgement，NACK)反馈传输算起，持续该参数的时间窗的长度以后，RxUE才开始发送ACK/NACK反馈，相当于这是对ACK/NACK反馈的一个限制，避免Rx UE一直发送反馈数据。

因此，当Rx UE配置了DRX机制以后，Rx UE处于Drx活跃期(active time)主要包括如下情况：

drx-onDurationTimerSL或drx-InactivityTimerSL或drx-RetransmissionTimerSL或drx-RetransmissionTimerSLL或ra-ContentionResolutionTimer中的任意一个timer运行期间。其中，ra-ContentionResolutionTimer为Rx UE在随机接入过程中所使用的timer，用于Rx UE等待获得网络设备的接入资源，但是在sidelink上可能不存在随机接入过程。

Rx UE已经在物理上行链路控制信道(physical uplink control channel，PUCCH)上发送了调度请求(scheduling request，SR)，且该SR当前处于pending态，pending可以理解为Rx UE准备但还没有向网络设备发送SR。

类似于ra-ContentionResolutionTimer，Rx UE成功接收了用于响应非Rx UE选择的基于竞争的随机接入的preamble的RAR，却没有收到使用C-RNTI加扰的指示初传的PDCCH。

而由于Rx UE配置了DRX机制，Rx UE并不会持续保持激活状态，因此Rx UE所提供的用于辅助Tx UE做资源选择的第一信息是有时域要求的。

下面将结合图6至图10对本申请实施例提供的一种确定侧行链路资源的方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要指出的是，本申请各实施例之间可以相互借鉴或参考，例如，相同或相似的步骤，方法实施例、通信系统实施例和装置实施例之间，均可以相互参考，不予限制。

下述以第一终端为接收方终端，第二终端为发送方终端为例详细描述本申请实施例提供的技术方案。应理解，在本申请实施例中，一种确定侧行链路资源的方法的执行主体的具体结构，本申请实施例并未特别限定，只要可以通过运行记录有本申请实施例的一种确定侧行链路资源的方法的代码的程序，以根据本申请实施例的一种确定侧行链路资源的方法进行通信即可。例如，本申请实施例提供的一种确定侧行链路资源的方法的执行主体可以是接收方终端中能够调用程序并执行程序的功能模块，或者为应用于接收方终端中的通信装置，例如，芯片、芯片系统、集成电路等等。这些芯片、芯片系统、集成电路可以设置于接收方终端内部，也可以相对于接收方终端独立，本申请实施例不做限制。本申请实施例提供的一种确定侧行链路资源的方法的执行主体可以是发送方终端中能够调用程序并执行程序的功能模块，或者为应用于发送方终端中的通信装置，例如，芯片、芯片系统、集成电路等等，这些芯片、芯片系统、集成电路可以设置于发送方终端内部，也可以相对于发送方终端独立，本申请实施例不做限制。

如图6所示，图6示出了本申请实施例提供的一种确定侧行链路资源的方法的交互实施例，该方法包括：

步骤601、接收方终端感知侧行链路资源。

本申请实施例中的接收方终端指能够接收发送方终端发送的业务数据的终端，当然，该接收方终端除了接收业务数据外也可以发送业务数据。发送方终端指能够发送业务数据的终端，当然，该发送方终端除了发送业务数据外也可以接收其他终端发送的业务数据。发送方终端和接收方终端为相对的概念。

结合图1，接收方终端可以为终端20，发送方终端可以为终端10。

可以理解的是，本申请实施例中接收方终端和发送方终端能够进行侧行链路通信，且接收方终端采用省电模式，即接收方终端在一个周期内包括激活期和休眠期。

例如，接收方终端可以采用非连续接收机制，以使得接收方终端处于省电模式，本申请实施例对此不做限定。该非连续接收机制的概念参考上述描述，本申请实施例对此不做限定。

本申请实施例中接收方终端在激活状态时可以接收来自第二终端的重传数据或者新传数据。

本申请实施例中接收方终端在休眠状态虽然不能接收业务数据，但是可以发送数据或者信令，比如发送第一信息。

本申请实施例中的接收方终端可以在接收资源池中感知侧行链路资源。所谓的接收资源池指：接收方终端能够接收业务数据(例如，重传数据或者新传数据)的资源池。该资源池于发送方终端而言，该发送方终端可以在该接收资源池中选择资源发送业务数据。换言之，该资源池对接收方终端而言为接收资源池，对于发送方终端而言是发送资源池。

新传数据即发送方终端或者其他终端第一次(首次)向接收方终端传输的数据。重传数据即发送方终端或者其他终端第M次向接收方终端传输的数据。换句话说重传数据也即发送方终端或者其他终端非首次向接收方终端传输的数据。M为大于或等于2的整数，且M小于或等于发送方终端传输该数据的最大重传次数。

步骤602、接收方终端确定位于第一时间段内的候选侧行链路资源的信息，在第一时间段内接收方终端处于激活状态。

可以理解的是，候选侧行链路资源为接收方终端感知到的所有侧行链路资源中的全部或者部分侧行链路资源。本申请实施例中的候选侧行链路资源的数量为一个或多个。

步骤603、接收方终端向发送方终端发送第一信息(例如：辅助信息)，相应的，发送方终端接收来自接收方终端的第一信息。第一信息用于指示侧行链路资源的信息。该侧行链路资源为上述候选侧行链路中的全部侧行链路资源或者部分侧行链路资源。

本申请实施例中的侧行链路资源的数量可以为一个或多个。

示例性的，第一信息中包括侧行链路资源的信息。例如，该侧行链路资源可以为时频资源。那么，侧行链路资源的信息可以包括子信道(subchannel)号、subframe(子帧)号、或时隙(slot)等。

当然，该侧行链路资源的信息还可以包括：侧行链路资源的优先级、侧行链路资源的信道忙率的测量结果。

作为一种可能的实现方式，本申请实施例中的步骤603可以通过以下方式实现：接收方终端向发送方终端发送包括第一信息的第一消息，相应的，发送方终端接收来自接收方终端的第一消息。

例如，第一消息可以为RRC消息、MAC层控制单元(MAC control element，MAC CE)、侧行链路控制信息(sidelink control information，SCI)等。例如，第一消息包括第一字段和第二字段，其中，第一字段用于指示侧行链路资源的时域信息，第二字段用于指示侧行链路资源的频域信息，其中时域信息可以包括subframe号和/或slot，频域信息可以包括subchannel号，换言之，第一信息为第一字段和第二字段。又例如，第一消息包括可以直接指示侧行链路资源的字段。

本申请实施例中的上述方案中，接收方终端向发送方终端提供的侧行链路资源位于第一时间段内，由于在该第一时间段内接收方终端处于激活状态，这样可以使得接收方终端利用第一信息向发送方终端提供的侧行链路资源位于接收方终端处于激活状态对应的时间段内，避免当接收方终端既具有休眠状态又有激活状态时，接收方终端利用第一信息向发送方终端提供了不属于该接收方终端在激活状态对应的active time范围内的侧行链路资源的信息。此外，该侧行链路资源由接收方终端向发送方终端提供，接收方终端在提供侧行链路资源时可以充分考虑在该侧行链路资源接收数据的质量，以使得后续在该侧行链路资源上接收到来自发送方终端的数据，能够提升自身通信质量。再者，该方案中由于接收方终端既具有休眠状态又有激活状态可以达到为接收方终端省电的效果。

作为一种可能的实施例，本申请实施例提供的方法在步骤603之后还可以包括：发送方终端根据第一信息从侧行链路资源中选择目标侧行链路资源。发送方终端在目标侧行链路上向接收方终端发送业务数据，相应的，接收方终端接收来自发送方终端的业务数据。

关于发送方终端根据第一信息从侧行链路资源中选择目标侧行链路资源可以通过以下方式实现：发送方终端根据第一信息确定第一信息指示的侧行链路资源。然后发送方终端根据侧行链路资源的优先级或者信号质量或者CBR或者时域位置选择目标侧行链路资源。以侧行链路资源包括侧行链路资源1和侧行链路资源2为例，如果侧行链路资源1的优先级高于侧行链路资源2的优先级，或者如果侧行链路资源1的信号质量高于侧行链路资源2的信号质量，或者如果侧行链路资源1的时域位置位于侧行链路资源2的时域位置之前，那么发送方终端将侧行链路资源1作为目标侧行链路资源，后续利用侧行链路资源1向发送方终端发送业务数据。当然，如果发送方终端所需要发送的业务数据的时刻与侧行链路资源1的时域位置之间的时间间隔小于与侧行链路资源2的时域位置之间的时间间隔，那么发送方终端通过选择侧行链路资源1发送业务数据，可以保证业务数据尽快地发送给接收方终端。

作为一种可能的实施例，如图7所示，接收方终端包括MAC层和PHY时，本申请实施例中的步骤601可以通过步骤701实现，步骤602可以通过步骤702实现。

步骤701、MAC层向PHY发送感知指示以及用于指示第一时间段的信息，相应的，PHY接收来自MAC层的感知指示以及用于指示第一时间段的信息。

其中，感知指示用于通知PHY感知侧行链路资源。

本申请实施例中该感知指示用于通知PHY在接收到该感知指示后立刻感知侧行链路资源或者该感知指示用于通知PHY在接收到该感知指示后的指定时间才开始感知侧行链路资源，本申请实施例对此不做限定。

在一种可能的实施例中，本申请实施例的步骤701中的感知指示可以省略，即如果MAC层向PHY发送用于指示第一时间段的信息，则通过该指示第一时间段的信息隐式指示PHY感知侧行链路资源，这样PHY接收到用于指示第一时间段的信息之后，便可以确定感知侧行链路资源。

作为一种示例，接收方终端的MAC层与PHY之间的层间交互可以通过如下方式实现：例如，接收方终端的MAC层向PHY发送通知，相应的，PHY接收MAC层发送的通知。该通知包括感知指示以及用于指示第一时间段的信息。

例如，用于指示第一时间段的信息可以为第一时间段的起始时间(也可以称为：起始时刻或者开始时间)，和第一时间段的截止时间(也可以称为：截止时刻、或结束时间)。所述第一时间段的起始时间可以为绝对时间或与当前时间的时间间隔。比如，第一时间段为时隙1中的第一个符号～时隙1中的最后一个符号，那么用于指示第一时间段的信息可以为时隙1中的第一个符号，和时隙1中的最后一个符号。又例如，用于指示第一时间段的信息可以为第一时间段的起始时刻，和第一时间段的持续时间。比如，用于指示第一时间段的信息可以为时隙1中的第一个符号，和长度为14个符号，此处以一个时隙包括14个符号为例。

例如，第一时间段的开始时间可以通过该当前时间和时间间隔的方式体现，比如当前时间是t0，那么MAC实体向物理层发送时间间隔Δt，那么物理层便可以将t0+Δt确定为第一时间段的开始时间。物理层可以将接收到通知的时间作为当前时间。作为另一种示例，第一时间段可以通过系统帧中的子帧号偏移值实现。

作为一种可能的实施例，本申请实施例中的方法在步骤701之前还可以包括：接收方终端的MAC层考虑上述业务数据的业务类型和业务类型所对应的资源预留时效后，通知物理层开始感知侧行链路资源。

例如该业务类型可以是该业务数据为周期性业务或者是非周期性业务，业务数据到达特点、时延等等。

举例说明，Rx UE的MAC层基于该Rx UE与Tx UE之间通信的业务数据，得知该业务数据的业务类型为非周期业务，进一步可知非周期资源预留时效，Rx UE的MAC层基于第一时间段和非周期资源预留时效计算PHY开始感知资源的第一时刻，例如第一时间段为绝对时间100ms-125ms，非周期资源预留时效为32ms，为了保证Rx UE所预留的资源对应的时域位置位于第一时间段内，则第一时刻可以为100ms减去32ms，即68ms，或者68ms以后至100ms以前的时间段。

步骤702、PHY从感知到的侧行链路资源中确定位于第一时间段内的候选侧行链路资源的信息，PHY将候选侧行链路资源的信息上报给MAC层，相应的，MAC层从物理层处获取位于第一时间段内的候选侧行链路资源的信息。

本申请实施例中PHY接收到来自MAC层的感知指示立刻或者在指定时间感知侧行链路资源。如果PHY从接收资源池中感知到位于第一时间段内的侧行链路资源，则PHY向MAC层上报感知到的位于第一时间段内的侧行链路资源的信息，即候选侧行链路资源的信息。

可以理解的是，PHY接收到感知指示后立刻开始感知侧行链路资源或者在指定时间后开始感知侧行链路资源，然后PHY将收到感知指示后感知到的所有侧行链路资源中位于第一时间段内的侧行链路资源作为候选侧行链路资源上报给MAC层。换言之，位于第一时间段内的候选侧行链路资源可以看作PHY感知到的可用于发送收方终端向接收方终端发送业务数据的侧行链路资源。

本申请实施例中的候选侧行链路资源指该候选侧行链路资源的时域位置位于第一时间段内。

可以理解的是，本申请实施例中的PHY在接收到感知指示的情况下，不仅感知第一时间段内的侧行链路资源，也感知从第一时刻或者指定时间点开始位于第一时间段以外的侧行链路资源。

指定时间点可以为PHY接收到感知指示之后自行确定的一个时间点，或者指定时间点可以为PHY和MAC层协商的一个时间点，或者该指定时间点为MAC层向PHY层通知的时间点。比如，MAC层向PHY层通知用于指示指定时间点的信息。例如，MAC层向PHY层发送第一时刻和一个时间长度作为用于指示指定时间点的信息，则PHY可以根据第一时刻和时间长度确定指定时间点。或者MAC层向PHY层通知指定时间点。该指定时间点和第一时刻不同，该指定时间点位于第一时刻之后。

上述候选侧行链路资源可以为PHY从第一时刻或者指定时间点开始感知至感知结束这段时间内感知到的M个候选侧行链路资源中的全部侧行链路资源或部分侧行链路资源，本申请实施例对此不做限定。

类似的，在PHY向MAC层上报候选侧行链路资源的信息时，PHY与MAC层之间的自身层间交互，可以理解为取决于接收方终端的实现，本申请实施例对此不做限定。

在候选侧行链路资源的数量为多个时，PHY向MAC层上报候选侧行链路资源的信息可以通过以下方式中的任一个实现：

方式a、PHY向MAC层逐个上报位于第一时间段内的候选侧行链路资源。

比如，PHY感知到候选侧行链路资源a便向MAC层发送感知结果1，该感知结果1包括该候选侧行链路资源a的信息。然后，PHY感知到候选侧行链路资源b便向MAC层发送感知结果2，该感知结果2中包括候选侧行链路资源b的信息，依次类推，直至PHY向MAC层上报完所有候选侧行链路资源的信息。

方式b、PHY先向MAC层上报部分候选侧行链路资源的信息，然后再将逐次将其余部分候选侧行链路资源的信息上报给MAC层。

比如，在方式b中，如果PHY感知到候选侧行链路资源1～候选侧行链路资源4，那么PHY向MAC层发送感知结果1，该感知结果1中包括候选侧行链路资源1～候选侧行链路资源2的信息。后续，PHY可以向MAC层逐个上报候选侧行链路资源3的信息和候选侧行链路资源4的信息。

方式c、PHY该多个候选侧行链路资源中全部候选侧行链路资源的信息统一上报给MAC层，本申请实施例对此不作限定。

比如，在方式c中，PHY向MAC层发送感知结果，该感知结果中包括全部候选侧行链路资源的信息。在方式c中该全部候选侧行链路资源的信息可以携带在同一个感知结果中，也可以携带在不同的感知结果中。

步骤703，同步骤603此处不再赘述。

在接收方终端采用非连续接收DRX机制的情况下，该DRX周期包括激活期(onduration)和休眠期(opportunity for drx)，不同情况下，接收方终端开启不同的DRX参数中的timer，会导致接收方终端的具体行为存在差异，下述将分别介绍接收方应如何感知以提供第一信息。

情况1-1、第一时间段位于接收方终端的激活期内。

在情况1-1下，接收方终端的激活状态即为该接收方终端在激活期内所处的状态。休眠状态即为接收方终端在休眠期所处的状态。

在情况1-1中，作为一种可能的实现方式，本申请实施例中的步骤701可以通过以下方式实现：MAC层在第一时刻向PHY发送感知指示以及用于指示第一时间段的信息，该第一时刻位于休眠期内，且第一时刻位于第一时间段之前。

举例说明，如图8所示，图8以该接收方终端的DRX周期1和DRX周期2，DRX周期1位于DRX周期2之前，且DRX周期1和DRX周期2相邻为例。其中，在DRX周期2中的on duration(即图8中的T1)开始之前，接收方终端的MAC层考虑业务类型和业务类型所对应的资源预留时效，在DRX周期1内的休眠期中的n1时刻(即上述第一时刻)通知PHY开始感知以及感知对应的目标接收资源范围为on duration。其中，从n1时刻到DRX周期2中on duration的开始时刻所对应的时间段是资源预留时效所对应的时间，如果MAC层早于n1时刻向PHY发送感知指示，则可能导致PHY选择了位于DRX周期2中on duration之前的资源，即选择了接收方终端处于DRX周期1中休眠期的资源。因此，MAC层在n1时刻向PHY发送感知指示可以保证PHY选择的资源位于DRX周期2的on duration内，从而节省能耗。所谓的目标接收资源即指接收方终端可以接收来自第二终端的业务数据的侧行链路资源。

所谓目标接收资源范围即为可用于接收发送方终端发送的业务数据的侧行链路资源的时域位置。

如图8所示，n1时刻位于与第一时间段对应的激活期相邻的休眠期中。n1时刻位于n2时刻之前。换言之，n1时刻位于与第一时间段对应的on duration(即DRX周期2中的激活期)相邻的休眠期中(即DRX周期1中的休眠期)。该n2时刻可以理解为：DRX周期1中的休眠期结束的时刻或DRX周期2中的激活期开始的时刻。该n2时刻也可以为DRX周期1中的时刻1至DRX周期1中的休眠期结束的时刻之间的时间中的任一个时刻。图8中以n2时刻为DRX周期1中的休眠期结束的时刻为例。

举例说明，如图8所示，第一时间段位于DRX周期2中的on duration，即图8中的T1，在该激活期内接收方终端处于激活状态。图8中的n1时刻即为上述第一时刻。该第一时间段位于激活期内，其可以与激活期相同，也可以小于激活期的持续时间，例如：该第一时间段的持续时间为于DRX周期2中的激活期运行的drx-onDurationTimer的持续时间。

举例说明，当发送方终端发送的业务数据为周期性业务时，接收方终端利用第一信息向发送方终端提供的侧行链路资源应为周期性业务的资源预留时效对应的时间以内的sidelink资源，即图8中t；当发送方终端发送的业务数据为非周期性业务时，接收方终端利用第一信息向发送方终端提供的侧行链路资源应为非周期性业务的资源预留时效对应的时间以内的sidelink资源，即图8中t。

作为一种可能的实现方式，本申请实施例中，接收方终端判断业务数据为周期性业务或非周期性业务可以通过高层(如MAC层或RRC层)信令中业务标识的指示，还可以通过之前所监测到的发送方终端发送的SCI中所携带的预留资源的指示，本申请实施例对此不做限定。通过判断业务数据为周期性业务或非周期性业务便于接收方终端感知侧行链路资源并提供有效的辅助信息。

在情况1-1中，为了保证后续接收方终端发送第一信息的时效性，PHY将候选侧行链路资源的信息上报给MAC层可以通过以下方式实现：

在一种可能的实施例中，本申请实施例中的侧行链路资源可以对应一个有效时间段(由有效起始时间和有效截止时间确定)，侧行链路资源对应的有效时间段表示该侧行链路资源在该有效时间段内可用，即在该有效时间段内该侧行链路资源可作为接收方终端接收业务数据的资源，这时可以认为该侧行链路资源有效。换言之，对于不在有效时间段之内的侧行链路资源便可以认为该侧行链路资源失效。侧行链路资源失效即表示该侧行链路资源不可作为接收方终端接收业务数据的资源。比如，侧行链路资源a的有效时间为时刻a～时刻L，那么，在时刻L之前便可以认为该侧行链路资源a有效，超过该时刻L则表示该侧行链路资源a失效。此处统一说明，后续但凡涉及到候选侧行链路资源失效或者侧行链路资源失效的描述，均可以参考次数，后续不再赘述。

方式1-1、PHY在T1(例如，PHY至少在图8中的n2时刻或者n2时刻之前)开始之前，和/或，候选侧行链路资源失效之前将候选侧行链路资源的信息上报给MAC层。可以理解的是，n1时刻位于n2时刻之前。

比如，候选侧行链路资源包括候选侧行链路资源1和候选侧行链路资源2，候选侧行链路资源1的有效截止时间为Tm，候选侧行链路资源2的有效截止时间为Tn，Tm和Tn位于T1开始之前，且Tm早于Tn，那么PHY在Tm之前向MAC层上报候选侧行链路资源1的信息和候选侧行链路资源2的信息。每个候选侧行链路资源的有效截止时间可以是预配置的，也可以是网络设备配置的资源池固有的属性或者有效截止时间可以由接收方终端自行定义，本申请实施例对此不做限定。

在情况1-1中，作为一种可能的实现方式，本申请实施例中的步骤703中的接收方终端向发送方终端发送第一信息可以通过以下方式实现：接收方终端在第二时刻(例如，图8中的n2时刻)向第二终端发送第一信息，该第二时刻位于第一时间段之前，且第二时刻位于休眠期。这样可以保证接收方终端向发送方终端提供的侧行链路资源的时效性。

在情况1-1中，作为另一种可能的实现方式，本申请实施例中的步骤703中的接收方终端向发送方终端发送第一信息可以通过以下方式实现：接收方终端在第一时间段开始之前，且侧行链路资源失效之前，向第二终端发送第一信息。关于如何确定侧行链路资源失效可以参考上述描述，此处不再赘述。

基于情况1-1，如果接收方终端感知到on duration(即图9中的T1)结束后的侧行链路资源，接收方终端保留位于on duration结束后的侧行链路资源。此外，接收方终端判断在on duration内是否接收到PSCCH调度信号且是否成功解调该PSCCH。基于接收方终端是否成功解调PSCCH，导致接收方终端确定第一时间段的方式存在差异，下述将分别结合情况1-2-1和情况1-2-2描述第一时间段的具体内容：

情况1-2-1、第一定时器为侧行链路DRX非激活定时器(drx-InactivityTimerSL)，第一时间段为接收方终端的第一定时器的定时时长，第一定时器用于维持接收方终端的激活状态。即第一时间段为侧行链路DRX非激活定时器的定时时长。所谓的第一定时器的定时时长是指该第一定时器从开始运行到结束的持续时间。

结合图9，T1为终端的DRX周期2的激活期的时长。第一定时器的定时时长为T2时间段。接收方终端在T1时间段内和T2时间段内均处于激活状态，由于T1和T2存在重叠，那么可以认为在T1结束之后，在T2结束之前的时间段内，该接收方终端的激活状态被延长至T2结束的时间。在图9中，接收方终端在DRX周期2内的休眠状态即为T2结束后的时间，即图中S1。

在图9中接收方终端在T1内处于激活状态，在T2内继续维持激活状态。

在该情况1-2-1中，作为一种可能的实现方式，上述步骤701可以通过以下方式实现：MAC层在第一时刻(比如图9中的n4时刻)向PHY发送感知指示以及用于指示第一时间段的信息，接收方终端在第一时刻处于激活状态。

为详细介绍该情况1-2-1，如图9所示：接收方终端的MAC层在DRX周期1内的n3时刻通知PHY感知资源，并向PHY提供位于DRX周期2内的时间段信息(比如，T1)，以指示PHY上报位于T1内的候选侧行链路资源。PHY基于MAC层的感知指示感知侧行链路资源，如果接收方终端的PHY感知到位于on duration(即图9中的T1)后的侧行链路资源(比如，图9中的侧行链路资源1)，则接收方终端的PHY保留侧行链路资源1的信息并判断是否接收到控制信道调度信号且是否解调成功。

情况a、如果接收方终端未在on duration期间(即图9中的T1)内接收到PSCCH调度信号，则即使接收方终端的PHY感知到位于激活期T1结束后的侧行链路资源，接收方终端可以不发送用于指示侧行链路资源1的信息的辅助信息。这是由于，侧行链路资源1不在active time范围内，即接收方终端向发送方终端发送辅助信息的步骤可以省略。

情况b、如果接收方终端在on duration期间(即图9中的T1)内接收到PSCCH并解调成功，则如图9所示，接收方终端在n4时刻(对应第一时刻)开启第一定时器(例如，drx-InactivityTimerSL，该drx-InactivityTimerSL的运行时长即为T2)，接收方终端将在drx-InactivityTimerSL运行期间继续保持监听发送方终端发送的业务数据(即新传数据)的状态，即接收方终端的激活状态被维持。此外，接收方终端开启第一定时器意味着扩展了接收方终端向发送方终端所提供的侧行链路资源的范围。即n4时刻即为drx-InactivityTimerSL的运行的起始时刻，从n4时刻到该drx-InactivityTimerSL运行的截止时刻，接收方终端维持激活状态。

在接收方终端收到PSCCH并解调成功的同时(图9中的n4时刻，n4时刻位于T1之内，在该T1内接收方终端处于激活状态)，那么，作为另一种可能的实现方式，本申请实施例中的步骤701可以通过以下方式实现：接收方终端的MAC层在n4时刻(对应第一时刻)向PHY发送感知指示，并向PHY通知的第一时间段为drx-InactivityTimer的运行时间，即图9中的T2。接收方终端的PHY基于MAC层的感知指示进行sensing，如果接收方终端的PHY感知到T2内的侧行链路资源，则向PHY向MAC层上报位于T2时间范围内的候选侧行链路资源的信息。可选的，在图9所示的实施例中，在n4时刻，MAC层向通知PHY发送感知通知，该感知通知用于表示感知时间延长。或者在n4时刻，MAC层向通知PHY发送感知通知，该感知通知用于指示PHY进行侧行链路资源感知以及用于指示第一时间段的信息。

结合图9可以理解的是，在n3时刻MAC层已通知PHY进行感知，PHY也执行感知过程，由于drx-InactivityTimer的运行，那么在n4时刻MAC层再次通知PHY进行感知，PHY将继续感知，并上报位于drx-InactivityTimer的持续时间内的侧行链路资源的信息。

作为一种可能的实施例，在情况1-2-1中，本申请实施例提供的方法在步骤701之前还可以包括：在接收方终端处于激活状态对应的任一个定时器的运行过程中，接收方终端在第一时刻(比如，图9中的n4时刻)启动第一定时器，第一时刻为接收方终端在激活状态成功解调PSCCH调度信号的时刻。

在情况1-2-1中，MAC层通知接收方终端的PHY开始感知资源，并向PHY通知当前感知对应的目标接收资源的范围为当前运行的drx-InactivityTimer的持续时间的具体实现可以参考情况1-1中MAC层通知PHY的方式，此处不再赘述。

为了保证第一信息的时效性，防止发送方终端接收到侧行链路资源的信息时，该侧行链路资源的失效，作为一种可能的实施例，如图9所示，在该情况1-2-1中，本申请实施例的步骤702中，PHY将所述候选侧行链路资源的信息上报给MAC层的过程可以通过以下方式实现：PHY在第一定时器超时之前并且候选侧行链路资源失效之前，向MAC层发送候选侧行链路资源的信息。

举例说明，该PHY在drx-InactivityTimerSL超时之前并且候选侧行链路资源的失效之前将候选侧行链路资源的信息作为感知结果上报给MAC层。例如，drx-InactivityTimerSL运行时间段为[5ms,20ms]，该感知结果中包括时域时间为第7ms，9ms，15ms，18ms的时频资源作为一个或多个候选侧行链路资源，则合理的情况可以为：PHY给MAC层在至少第6ms上报该一个或多个候选侧行链路资源中的全部候选侧行链路资源的信息，或者PHY给MAC层在第6ms上报时域时间为第7ms的时频资源，在第8ms上报时域时间为第9ms的时频资源等等。

不合理的情况如：PHY在第20ms向MAC层上报一个或多个候选侧行链路资源中的全部侧行链路资源的信息，或者PHY在第7ms向MAC层上报时域时间为第7ms的时频资源，在第9ms上报时域时间为第9ms的时频资源等等。

关于PHY向MAC层上报候选侧行链路资源的方式可以参考上述情况1-1中的相关描述，本申请实施例在此不再赘述。

为了保证第一信息的时效性，作为一种可能的实施例，在该情况1-2-1中，本申请实施例中的接收方终端向发送方终端发送第一信息的过程可以通过以下方式实现：接收方终端在drx-InactivityTimerSL超时之前，和/或，侧行链路资源失效之前，向发送方终端发送第一信息。

结合图9，接收方终端可以在n5时刻(对应第二时刻)之前，并且侧行链路资源失效之前向发送方终端发送第一信息。具体示例可以参考上述PHY向MAC层上报候选侧行链路资源的示例，此处不再赘述。

需要说明的是，上述在情况1-2-1中以接收方终端判断是否在on duration(即图9中的T1)运行期间收到PSCCH为例，但是上述情况仍然适用于：接收方终端处于激活状态对应的timer运行期间，接收方终端在接收到PSCCH且解调成功并开启drx-InactivityTimerSL以后的行为，本申请实施例对此不做限定，换言之，上述在激活状态对应的任一个定时器可以为以下任一个：drx-onDurationTimerSL或drx-InactivityTimerSL或drx-RetransmissionTimerSL或drx-RetransmissionTimerSLL或ra-ContentionResolutionTimer。

情况1-2-2、第一时间段为接收方终端的第一定时器的时长，第一定时器为接收方终端在激活状态确定接收在侧行链路上接收发送方终端传输的重传数据的情况下启动的。例如，第一定时器为drx-RetransmissionTimerSL。在图10中，在T1时间段内、T2时间段内和T3时间段内，接收方终端处于激活状态。drx-RetransmissionTimerSL的持续时间(也可以称为：运行时长)即为接收方终端继续维持激活状态的时间段。

如果接收方终端在激活状态接收到PSCCH但未解调成功，那么接收方终端在激活状态确定接收在侧行链路上接收发送方终端传输的重传数据。

作为一种可能的实施例，在情况1-2-2中，本申请实施例提供的方法还可以包括：在接收方终端处于激活状态对应的任一个定时器的运行过程中，若接收方终端未成功解调PSCCH调度信号的情况下，接收方终端启动第二定时器和第三定时器。在第二定时器超时时，接收方终端还可以启动第一定时器。接收方终端能够在第一定时器的运行期间监听重传数据。其中，接收方终端在第三定时器运行期间维持接收方终端的激活状态，第二定时器表示接收方终端开始接收业务数据的重传数据之前最小的等待时间。

例如，第三定时器为drx-InactivityTimerSL。第二定时器为drx-HARQ-RTT-TimerSL。

为详细描述情况1-2-2，现结合图10进一步说明，如图10所示，在接收方终端处于休眠状态的n1时刻，接收方终端的MAC层向接收方终端的PHY发送感知指示，以及T1。如果接收方终端的PHY感知到on duration(即图10中的T1)结束后的侧行链路资源，则接收方终端的PHY保留位于T1之后感知到的侧行链路资源并判断是否接收到PSCCH调度信号且是否解调成功。

情况c、同情况a，此处不再赘述。

情况d、若接收方终端在on duration(即图10中的T1)期间内接收到PSCCH调度信号但未解调成功，则接收方终端在图10中的n6时刻同时开启drx-InactivityTimerSL和drx-HARQ-RTT-TimerSL。其中，关于drx-InactivityTimerSL的描述见情况1-2-1处的描述，此处不再赘述。

在drx-HARQ-RTT-TimerSL超时时，接收方终端开启drx-RetransmissionTimerSL，即接收方终端将在drx-RetransmissionTimerSL运行期间监听发送方终端发送的重传数据，同时意味着扩展了接收方终端向发送方终端所提供的侧行链路资源的信息的范围。

因此，在情况1-2-1中，本申请实施例中的步骤701可以通过以下方式实现：在接收方终端开启drx-RetransmissionTimerSL的同时(即图10中的n7时刻，对应上述第一时刻)，MAC层向PHY发送感知指示以及T3时间段。其中，T3时间段即为接收方终端运行的drx-RetransmissionTimerSL的持续时间。

PHY根据感知指示开始感知。如果PHY感知到位于drx-RetransmissionTimerSL范围内的候选侧行链路资源则向MAC层上报感知结果。该感知结果中包括位于T3时间段内的候选侧行链路资源。

结合图10可以理解的是，在n1时刻MAC层已通知PHY进行感知，PHY也执行感知过程，由于drx-RetransmissionTimerSL的运行，那么在n7时刻，MAC层通知PHY感知时间延长需要继续进行感知，PHY将继续感知。之后，若PHY感知到位于drx-RetransmissionTimerSL的持续时间内的侧行链路资源，则向MAC层上报位于drx-RetransmissionTimerSL的持续时间内的侧行链路资源的信息。可选的，在图10所示的实施例中，在n7时刻，MAC层向通知PHY发送感知通知，该感知通知用于表示感知时间延长。或者在n7时刻，MAC层向通知PHY发送感知通知，该感知通知用于指示PHY进行侧行链路资源感知以及用于指示第一时间段的信息。该感知通知可以仅包含第一时间段的信息，而不包含感知指示，在PHY接收到第一时间段的信息之后，默认感知时间延长。

结合图10，第一定时器的定时时长为T3，接收方终端的激活状态除了包括T1时间段和T2时间段内，还包括T3时间段内；接收方终端的休眠状态包括DRX周期2中除了T1、T2、T3以外的时间段。

需要说明的是，为了保证接收方终端向发送方终端发送第一信息的时效性，在情况1-2-1中，PHY将候选侧行链路资源的信息上报给MAC层可以通过以下方式实现：PHY在drx-RetransmissionTimerSL超时之前，和/或，PHY在T3内感知到的候选侧行链路资源失效之前向MAC层上报候选侧行链路资源的信息。

该情况1-2-2中PHY向MAC层上报感知到的候选侧行链路资源的信息的方式可以参考上述实施例中的描述，此处不再赘述。

在该情况1-2-2中，本申请实施例的步骤703中的接收方终端向发送方终端发送第一信息可以通过以下方式实现：接收方终端在drx-RetransmissionTimerSL超时之前并且侧行链路资源失效之前，向发送方终端发送第一信息。具体举例可以参考同PHY上报给MAC层候选侧行链路资源的信息。

如图10所示，在n8时刻之前，且侧行链路资源失效之前，接收方终端向发送方终端发送第一信息。

需要说明的是，虽然在上述针对本情况的描述中，均涉及的描述为接收方终端判断是否在on duration运行期间收到PSCCH，但是上述情况仍然适用于，接收方终端处于在激活状态对应的timer运行期间，接收方终端在收到PSCCH且解调未成功并开启drx-HARQ-RTT-TimerSL。在drx-HARQ-RTT-TimerSL超时时，接收方终端开启drx-RetransmissionTimerSL以后的行为。

作为一种可能的实施例，本申请实施例提供的方法在步骤603之前还可以包括：接收方终端对感知到的候选侧行链路资源进行筛选和排序，以从候选侧行链路资源中确定部分候选侧行链路资源作为侧行链路资源。

举例说明，如果候选侧行链路资源的数量为多个时，在接收方终端发送第一信息之前，还可以对多个候选侧行链路资源进行排序和筛选。例如，当接收方终端可用的发送第一信息的资源有限时，接收方终端可以从多个候选侧行链路资源筛选出质量大于或等于质量阈值的候选侧行链路资源作为侧行链路资源。或者，当接收方终端发送第一信息的个数受限时，接收方终端可以将多个候选侧行链路资源的质量从高到底进行排序，然后根据发送第一信息的个数选择质量靠前的候选侧行链路资源作为侧行链路资源。其中，例如，接收方终端可以将候选侧行链路资源中CBR取值低于门限值的候选侧行链路资源作为侧行链路资源。或者，接收方终端将候选侧行链路资源中每个候选侧行链路资源的CBR取值进行排序。当接收方终端发送第一信息的资源个数受限时，接收方终端可以将多个候选侧行链路资源的CBR取值从低到高排序，然后选择CBR取值低的候选侧行链路资源为侧行链路资源。

比如说明，发送第一信息的资源为2个，而多个候选侧行链路资源包括候选侧行链路资源1～候选侧行链路资源3，候选侧行链路资源1的CBR取值最低，候选侧行链路资源2的CBR取值大于候选侧行链路资源1的CBR取值，但是小于候选侧行链路资源3的CBR取值。那么接收方终端可以选择候选侧行链路资源1～候选侧行链路资源2作为侧行链路资源。

结合上述情况1-2-1和情况1-2-2的描述，第一时间段为接收方终端的第一定时器的定时时长，第一定时器用于维持接收方终端的激活状态。

上述实施例主要描述了如何感知侧行链路资源的过程，下述将结合情况3-1～情况3-3示例性的描述，接收方终端如何判断可以停止用于针对接收资源池的感知，以避免第一信息指示的侧行链路资源的时域位置处于休眠期内。

在一种可能的实施例中本申请实施例中若接收方终端在激活状态或者激活状态对应的定时器运行的时间内接收到MAC CE或者在定时器超时之前未接收到PSCCH调度信号，则接收方终端停止感知侧行链路资源。

下述将分别结合情况3-1～情况3-3来描述接收方终端停止感知侧行链路资源的过程。

情况3-1、结合上述情况1-2-1，如图11所示，接收方终端的drx-InactivityTimerSL运行期间(T2)，接收方终端收到sidelink drx command MAC CE，或者drx-InactivityTimerSL超时之前均未接收到调度传输的PSCCH调度信号，接收方终端将针对DRX周期2进入休眠期。

具体的，接收方终端在接收到sidelink drx command MAC CE时进入针对DRX周期2进入休眠期。或者，接收方终端在drx-InactivityTimerSL超时后，进入针对DRX周期2休眠期，且在DRX周期2内保持休眠状态。

现结合步骤11～步骤12或者步骤11和步骤13详细描述情况3-1。

步骤11、在接收方终端处于如图11所示的DRX周期2内的激活期的情况下，如果接收方终端接收到PSCCH调度信号并解调成功，则接收方终端在n4时刻开启第一定时器(例如，drx-InactivityTimerSL)，接收方终端将在drx-InactivityTimerSL运行期间监听发送方终端发送的业务数据，同时意味着扩展了接收方终端感知侧行链路资源的范围。

步骤12、在drx-InactivityTimerSL运行期间，接收方终端未接收到继续调度传输的PSCCH调度信号，在接收方终端的drx-InactivityTimerSL超时，接收方终端将针对DRX周期2进入休眠期，则接收方终端的drx-InactivityTimerSL超时时接收方终端应停止感知侧行链路资源。

具体的，接收方终端的MAC层通知PHY停止针对辅助信息的sensing，或者由PHY判断在drx-InactivityTimerSL运行期间未接收到该drx-InactivityTimerSL所对应的发送方终端的业务数据，则在drx-InactivityTimerSL超时之后，PHY自动停止针对第一信息指示的侧行链路资源的sensing，同时MAC层默认停止针对第一信息指示的侧行链路资源的sensing已经停止。

步骤13、在drx-InactivityTimerSL运行期间，接收方终端收到sidelink drxcommand MAC CE，接收方终端将针对DRX周期2进入休眠期，则在收到sidelink drxcommand MAC CE的情况下，接收方终端应停止感知侧行链路资源。其中，sidelink drxcommand MAC CE是可以使接收方终端进入休眠状态的MAC层命令。

步骤12和步骤13的区别在于：在步骤12中，接收方终端在drx-InactivityTimerSL超时，接收方终端将针对DRX周期2进入休眠期，而在步骤13中，接收方终端在drx-InactivityTimerSL运行时间内接收到sidelink drx command MAC CE时便针对DRX周期2进入休眠期，换言之，步骤13中接收方终端针对DRX周期2进入休眠期的时刻早于或等于步骤12中接收方终端针对DRX周期2进入休眠期的时刻。若接收方终端收到了步骤13中的sidelink drx command MAC CE，则接收方终端直接进入休眠状态，无步骤12的相关步骤。

作为一种具体实现：接收方终端的MAC层通知PHY层停止针对辅助信息的sensing，或者由PHY判断在drx-InactivityTimerSL运行期间内接收到该sidelink drx commandMAC CE，则PHY自动停止针对第一信息指示的侧行链路资源的sensing，同时MAC默认停止针对第一信息指示的侧行链路资源的sensing已经停止。

情况3-2、结合上述情况1-2-2，接收方终端的drx-RetransmissionTimerSL运行期间，接收方终端收到sidelink drx command MAC CE，或者drx-RetransmissionTimerSL超时之前均未接收到调度传输的PSCCH调度信号，接收方终端将针对当前DRX周期进入休眠期。

现结合步骤31～步骤32，或者，步骤31和步骤33详细描述情况3-2。

步骤31、假设接收方终端当前位于DRX周期2的激活期内，接收方终端接收到PSCCH调度信号但未解调成功，则接收方终端同时开启drx-InactivityTimerSL和drx-HARQ-RTT-TimerSL，即接收方终端将在drx-InactivityTimerSL运行期间监听发送方终端发送的业务数据，并在drx-HARQ-RTT-TimerSL超时时开启drx-RetransmissionTimerSL。

步骤32、在drx-InactivityTimerSL超时而drx-RetransmissionTimerSL运行期间，接收方终端未接收到继续调度传输的PSCCH调度信号，接收方终端的drx-RetransmissionTimerSL超时，接收方终端将针对DRX周期2进入休眠期，则在drx-RetransmissionTimerSL超时时，接收方终端停止感知侧行链路资源。

作为一种具体实现：接收方终端的MAC层通知PHY层停止针对第一信息指示的侧行链路资源的sensing，或者由PHY判断在drx-RetransmissionTimerSL运行期间未接收到该drx-RetransmissionTimerSL所对应的发送方终端的业务数据，则PHY自动停止针对第一信息指示的侧行链路资源的sensing，同时MAC默认停止针对第一信息指示的侧行链路资源的sensing已经停止。

步骤33、在drx-RetransmissionTimerSL运行期间，接收方终端收到sidelink drxcommand MAC CE，接收方终端将针对DRX周期2进入休眠期。在接收方终端收到sidelinkdrx command MAC CE的情况下，接收方终端停止对情况1-2-2中描述的侧行链路资源的sensing。

作为一种具体实现：接收方终端的MAC层通知PHY停止针对第一信息指示的侧行链路资源的sensing，或者由PHY判断在drx-RetransmissionTimerSL运行期间内接收到sidelink drx command MAC CE时，则PHY自动停止针对第一信息的sensing，同时MAC默认停止针对第一信息的sensing已经停止。

情况3-3、结合上述情况1-1，如果接收方终端处于DRX周期2的激活期的情况下，如果接收方终端接收到侧行链路非连续接收命令MAC CE，则接收方终端在DRX周期2内进入休眠期，且停止感知侧行链路资源。或者，接收方终端在DRX周期2的激活期内未接收到用于调度业务数据的PSCCH调度信号，则在DRX周期2的激活期结束后，接收方终端进入休眠期，且停止感知侧行链路资源。

在接收方终端可以从资源池中选择侧行链路资源的情况下，接收方终端可以向发送方终端提供第一信息以向发送方终端指示接收方终端能够接收数据的侧行链路资源。但是，由于接收方终端采用DRX机制，为了避免接收方终端利用第一信息向发送方终端推荐的用于发送数据的侧行链路资源位于该接收方终端的休眠期，而不属于接收方终端的激活期，接收方终端应在接收方终端即将进入休眠期时停止当前DRX周期的sensing，以避免提供位于该接收方终端的休眠期的侧行链路资源的信息，从而达到为接收方终端省电的目的。

上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是，各个网元，例如第一终端等为了实现上述功能，其包括了执行各个功能相应的结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例第一终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

上面结合图6至图11，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的通信装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的通信装置可以执行上述分析方法中由终端、网络设备执行的步骤。

在采用集成单元的情况下，图12示出了上述实施例中所涉及的通信装置，该通信装置可以包括：通信模块1213和处理模块1212。

在一种可选的实现方式中，该通信装置还可以包括存储模块1211，用于存储通信装置的程序代码和数据。

一种示例，该通信装置为第一终端，或者为应用于第一终端中的芯片。在这种情况下，通信模块1213用于支持该通信装置与外部网元(例如，第二终端)通信。例如，通信模块1213用于执行上述方法实施例中终端的信号收发操作。处理模块912用于执行上述方法实施例中终端的信号处理操作。

举例说明，通信模块1213用于执行上述实施例的图6的步骤603中由第一终端执行的发送动作。处理模块1212，用于支持该通信装置执行图6的步骤601～步骤602中由第一终端执行的动作。

其中，处理模块1212可以是处理器或控制器，例如可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。通信模块可以是收发器、收发电路或通信接口等。存储模块可以是存储器。

当处理模块1212为处理器21或处理器25，通信模块1213为收发器23时，存储模块1211为存储器22时，本申请所涉及的通信装置可以为图2所示的通信设备。

图13是本申请实施例提供的芯片130的结构示意图。芯片130包括一个或两个以上(包括两个)处理器1310和通信接口1330。

可选的，该芯片130还包括存储器1340，存储器1340可以包括只读存储器和随机存取存储器，并向处理器1310提供操作指令和数据。存储器1340的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1340存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1340存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

一种可能的实现方式中为：第一终端、第二设备的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。

处理器1310控制第一终端、第二设备中任一个的处理操作，处理器1310还可以称为中央处理单元(central processing unit，CPU)。

存储器1340可以包括只读存储器和随机存取存储器，并向处理器1310提供指令和数据。存储器1340的一部分还可以包括NVRAM。例如应用中存储器1340、通信接口1330以及存储器1340通过总线系统1320耦合在一起，其中总线系统1320除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1320。

上述本申请实施例揭示的方法可以应用于处理器1310中，或者由处理器1310实现。处理器1310可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1310中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1310可以是通用处理器、数字信号处理器(digital signal processing，DSP)、ASIC、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1340，处理器1310读取存储器1340中的信息，结合其硬件完成上述方法的步骤。

一种可能的实现方式中，通信接口1330用于执行图6所示的实施例中的第一终端的接收和发送的步骤。处理器1310用于执行图6所示的实施例中的第一终端的处理的步骤。

以上通信模块可以是该装置的一种通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信模块是该芯片用于从其它芯片或装置接收信号或发送信号的通信接口。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图6以及图7中由第一终端执行的功能。

一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图6以及图7中由第一终端执行的功能。

一方面，提供一种芯片，该芯片应用于第一终端中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图6中由第一终端执行的功能。

本申请实施例提供一种通信系统，该通信系统包括：第一终端和第二终端。其中，第一终端用于执行如图6以及图7中由第一终端执行的功能，第二终端用于执行图6以及图7中由第二终端执行的功能。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘(digital video disc，DVD)；还可以是半导体介质，例如，固态硬盘(solid state drive，SSD)。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。