CN115209558A - 一种侧行链路的传输方法及装置 - Google Patents

一种侧行链路的传输方法及装置 Download PDF

Info

Publication number
CN115209558A
CN115209558A CN202210016694.2A CN202210016694A CN115209558A CN 115209558 A CN115209558 A CN 115209558A CN 202210016694 A CN202210016694 A CN 202210016694A CN 115209558 A CN115209558 A CN 115209558A
Authority
CN
China
Prior art keywords
information
drx
communication device
timer
multicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210016694.2A
Other languages
English (en)
Inventor
刘俊
彭文杰
常俊仁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to PCT/CN2022/084635 priority Critical patent/WO2022206925A1/zh
Priority to EP22779105.0A priority patent/EP4311356A4/en
Publication of CN115209558A publication Critical patent/CN115209558A/zh
Priority to US18/477,762 priority patent/US20240032142A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本申请提供一种侧行链路的传输方法及装置，涉及通信技术领域，用于解决侧行链路的组播或广播数据传输的可靠性问题。该方法包括：通信设备确定满足以下至少一个条件：侧行链路非连续接收DRX对应的第一定时器未运行，或者，DRX对应的第二定时器未运行，或者，第一侧行链路SL进程对应的第三定时器在运行；通信设备调度第一SL进程对应的重传；其中，其中，第一定时器、第二定时器和第三定时器可以为DRX信息相关的定时器，第三定时器还可以为SL进程相关的定时器。

Description

一种侧行链路的传输方法及装置
本申请要求于2021年04月01日提交国家知识产权局、申请号为202110358493.6、申请名称为“一种侧行链路的传输方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种侧行链路的传输方法及装置。
背景技术
在长期演进(long term evolved，LTE)***至新空口(new radio，NR)***中，用户设备(User Equipment，UE)与基站之间传输数据的链路称为上/下行链路，UE之间传输数据的链路称为侧行链路(Sidelink，SL)。侧行链路通常可以应用于车辆到一切(vehicle toeverything，V2X)场景，或者设备到设备(device to device，D2D)等直联通信场景。侧行链路支持单播、组播和广播。
在无线通信***中，为了在保证数据能够有效传输的前提下节省UE的功耗，引入了一种非连续接收(discontinuous reception，DRX)机制来控制UE监听物理下行控制信道(Physical Downlink Control Channel，PDDCH)的行为。例如，一个UE的DRX信息参数可以包括激活时间，即UE在该DRX的激活(on Duration)时间可以持续监听PDCCH获取调度信息，如果UE在on Duration时间内没有接收到任何调度信息，则UE进入睡眠状态，停止监听PDCCH。另外，UE的DRX信息参数还可以包括重传定时器，重传定时器是一个针对每一个混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)进程的定时器，即UE为每个HARQ进程维护一个重传定时器。其中，为保证数据传输的可靠性，接收设备可以向发送设备发送HARQ进程对应的HARQ反馈，该HARQ反馈用于指示传输的数据是否被接收设备正确接收，从而发送设备可以根据HARQ反馈确定是否进行HARQ重传。
目前，将上述的HARQ机制应用到侧行链路的组播或者广播的场景中时，一个发送UE对应的多个接收UE，其HARQ反馈可能不同，接收UE是否开启重传定时器以及开启重传定时器的时机也可能不同，因此，可能会导致部分接收UE丢包，侧行链路的组播或广播数据传输的可靠性无法保证。
发明内容
本申请提供一种侧行链路的传输方法及装置，用于解决侧行链路的组播或广播数据传输的可靠性问题。
为达到上述目的，本申请示例性采用如下技术方案：
第一方面，提供一种侧行链路的传输方法，应用于第一通信设备，也可以应用于第一通信设备的部件，例如芯片、处理器或芯片***，该方法包括：第一通信设备确定满足以下至少一个条件：侧行链路非连续接收DRX对应的第一定时器未运行，第一定时器用于指示第一通信设备在DRX周期内发送侧行控制信息(Sidelink Control Information，SCI)的时间信息，或者，用于指示第一通信设备的接收端在DRX周期内的监听时间信息；或者，DRX对应的第二定时器未运行，第二定时器用于指示第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示第一通信设备的接收端在收到SCI后继续监听的时间信息；或者，第一侧行链路SL进程对应的第三定时器在运行，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；第一通信设备调度第一SL进程对应的重传和/或新传。
上述技术方案中，侧行链路的组播或广播业务的发送端如第一通信设备，可以通过上述的判断条件，确定仅能调度第三定时器在运行的SL进程对应的重传，而不能调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传，从而避免未开启第三定时器或未处于激活状态的接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
上述可能的实现方式中，可以通过SL组播对应的组播目的地destination、组播业务或组播组等确定对应的DRX，从而确定DRX对应的第一定时器或第二定时器等参数，提高侧行传输控制的灵活性。
在一种可能的实现方式中，第一SL进程对应的第三定时器在运行，包括：第一SL进程对应的第三定时器在运行，或者，DRX信息对应的除第一SL进程之外的其他SL进程对应的第三定时器未在运行；调度第一SL进程对应的重传和/或新传，包括：不调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传。
上述可能的实现方式中，发送UE可以通过确定至少一个SL进程对应的第三定时器在运行，从而调度重传的时候只能调度该至少一个SL进程对应的重传，而不能调度第三定时器未开启的SL进程对应的重传或新传，以避免未开启第三定时器或未处于激活状态的接收UE丢包，从而提高侧行传输的可靠性。
在一种可能的实现方式中，若第一SL进程应用SL组播HARQ方式2，其中，组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认(acknowledgement，ACK)或非确认(non-acknowledgement，NACK)，则调度第一SL进程对应的重传和/或新传，包括：确定第一SL进程对应的HARQ反馈中非确认NACK的数量小于第一SL进程对应的第一组播组的设备数量减1；调度第一SL进程对应的重传和/或新传。
上述可能的实现方式中，发送UE在SL组播HARQ方式2的应用场景下，可以通过确定第一SL进程对应的NACK反馈的数量小于组播组中接收UE的总数量，确定有至少一个接收UE未反馈NACK或未开启第三定时器，则发送UE只能调度该第一SL进程对应的重传，从而避免未反馈NACK或未开启第三定时器的接收UE丢包，提高侧行传输的可靠性。
第二方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：确定满足以下至少一个条件：侧行链路非连续接收DRX对应的第一定时器在运行，第一定时器用于指示第一通信设备在DRX周期内发送侧行控制信息SCI的时间信息，或者，用于指示第一通信设备的接收端在DRX周期内的监听时间信息；或者，DRX对应的第二定时器在运行，第二定时器用于指示第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示第一通信设备的接收端在收到SCI后继续监听的时间信息；或者，第一侧行链路SL进程对应的第三定时器在运行，第三定时器用于指示第一通信设备可调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；在第一SL进程进行重传和/或新传。
上述技术方案中，发送UE可以通过上述的判断条件，确定仅能调度第三定时器在运行的SL进程对应的重传，而不能调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传，从而避免未开启第三定时器的接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，DRX对应于第一组播目的地、第一组播业务或第一组播组；在SL进程进行对应的重传和/或新传，包括：在SL进程进行第一组播目的地、第一组播业务或第一组播组对应的重传和/或新传。
上述可能的实现方式中，可以通过SL传输对应的组播目的地destination、组播业务或组播组等确定对应的DRX，从而确定DRX对应的第一定时器或第二定时器等参数，并确定在SL进程进行第一组播目的地、第一组播业务或第一组播组对应的重传和/或新传，提高侧行传输控制的灵活性。
第三方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：确定满足以下至少一个条件：在第一SL进程对应的至少一个物理侧行链路反馈信道(Physical Sidelink Feedback Channel，PSFCH)上收到了NACK；或者，第一SL进程应用SL组播HARQ方式2，且第一SL进程对应的NACK的数量为第一SL进程对应的第一组播组的设备数量减1，其中，方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK；第一SL进程对应的第三定时器在运行，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；在第一SL进程对应的DRX的至少一个SL进程进行传输。
上述技术方案中，发送UE在确定组播业务对应的所有接收UE全都开启了重传定时器的情况下，发送UE才可以任意调度其他的SL进程进行传输，从而可以让SL组播的接收UE节省功耗的同时避免接收UE丢包。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
在一种可能的实现方式中，在第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK反馈，包括：在第一SL进程对应的K个物理侧行链路反馈信道PSFCH上都收到NACK；其中，K为PSFCH的资源总数，或者，在第一SL进程对应的至少n个物理侧行链路反馈信道PSFCH上收到了NACK。
上述可能的实现方式中，发送UE可以通过确定在第一SL进程对应的每一个PSFCH上都收到NACK反馈，从而发送UE确定可以任意调度其他的SL进程进行传输，使得SL组播的接收UE节省功耗的同时避免接收UE丢包。
在一种可能的实现方式中，第一SL进程对应的NACK反馈的数量为第一SL进程对应的第一组播组的设备数量减1，包括：第一SL进程应用SL组播HARQ方式2，且在第一SL进程收到的NACK反馈的数量为第一SL进程对应的第一组播组的设备数量减1。
上述可能的实现方式中，SL组播HARQ方式2对应的反馈可以为ACK或NACK，因此，发送UE可以通过上述判断条件，确定第一SL进程对应的每个接收UE都为NACK反馈，从而发送UE可以结合SL传输类型以及HARQ方式判断重传，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，在SL进程对应的DRX的至少一个SL进程进行传输，包括：在SL进程对应的DRX的任一个SL进程进行传输。
上述可能的实现方式中，发送UE可以通过前述的几种判断方式，确定第一SL进程对应的每个接收UE都为NACK反馈，从而发送UE确定可以任意调度其他的SL进程进行传输，使得SL组播的接收UE节省功耗的同时避免接收UE丢包。
在一种可能的实现方式中，SL进程包括SL HARQ进程。
第四方面，提供一种侧行链路的传输控制方法，应用于第一通信设备，该方法包括：确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，其中，传输类型包括单播、组播或者广播中至少一种，HARQ方式包括方式1或方式2，其中，方式1用于指示SL HARQ进程对应的反馈包括NACK，方式2用于指示SL HARQ进程对应的反馈包括ACK或NACK；启动第三定时器，其中，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
上述技术方案中，发送UE可以基于SL传输的传输类型及组播HARQ方式，确定启动重传定时器的条件，则不同的SL传输场景匹配对应的重传定时器的启动条件，在节省SL接收设备功耗的同时提高侧行传输的灵活性和传输性能，避免丢包，提高传输可靠性。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到第一SL进程对应的NACK。
上述可能的实现方式中，基于组播HARQ方式2的场景，发送UE可以在接收到第一SL进程对应的NACK，即开启第三定时器，在节省SL接收设备功耗的同时提高侧行传输的灵活性和传输性能，避免丢包，提高传输可靠性。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的HARQ反馈的数量小于第一SL HARQ进程对应的第一组播组的设备数量减1，或者，第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的ACK或NACK的数量小于第一SL进程对应的第一组播组的设备数量减1。
上述可能的实现方式中，发送UE可能会发生没有接收到该组播业务对应的全部接收UE的SLHARQ反馈的情况，即至少一个接收UE未能成功传送第一SL进程对应的反馈，或者第一通信设备未收到至少一个接收UE的SL HARQ反馈。则这种情况下，发送UE确定启动第三定时器，发送UE可以在该第三定时器运行期间内可调度第一SL进程对应的重传，从而避免任一接收UE丢包，提高数据传输的可靠性。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为单播，或第一SL进程对应的传输类型为组播且HARQ方式为方式1；第一通信设备接收到第一SL进程对应的NACK反馈。
上述可能的实现方式中，基于单播或者组播HARQ方式1的场景，发送UE可以在接收到第一SL进程对应的NACK，即开启第三定时器，在节省SL接收设备功耗的同时提高侧行传输的灵活性和传输性能，避免丢包，提高传输可靠性。
在一种可能的实现方式中，启动第三定时器，包括：确定第一SL进程对应的第四定时器超时，其中，第四定时器用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的时间信息，或者，用于指示第一通信设备调度第一SL进程对应的重传之前的时间信息；确定启动第三定时器。
上述可能的实现方式中，在SL组播或广传输引入第四定时器的场景，基于上述的判断条件的基础上，发送UE还可以确定第一SL进程对应的第四定时器超时后，开启第一SL进程对应的第三定时器，从而提高侧行传输控制的灵活性和传输效率。
在一种可能的实现方式中，启动第三定时器，包括：确定第一SL进程对应的重传次数小于预设阈值；启动第三定时器。
上述可能的实现方式中，发送UE启动第三定时器之前，还可以引入重传次数是否达到上限的判断条件，从而提高侧行传输控制的灵活性和传输效率。
在一种可能的实现方式中，该方法还包括：确定第一SL进程对应的重传次数达到预设阈值；停止第一SL进程对应的第三定时器。
上述可能的实现方式中，发送UE可以在第一SL进程对应的重传次数达到上限的情况下，停止第一SL进程对应的第三定时器，从而提高侧行传输控制的灵活性和传输效率。
第五方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：确定第一SL进程对应的重传次数达到预设阈值；停止第一SL进程对应的第三定时器，第三定时器用于指示第一通信设备可调度第一SL进程对应的SL重传的时间，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间或最大时长。
上述技术方案中，发送UE可以在第一SL进程对应的重传次数达到上限的情况下，停止第一SL进程对应的第三定时器，从而提高侧行传输控制的灵活性和传输效率。
第六方面，提供一种侧行链路的传输方法，应用于第二通信设备，该方法包括：未成功接收第一SL进程对应的数据；向第一通信设备发送第一SL进程对应的NACK；启动第三定时器，其中，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
上述技术方案中，接收UE可以在未成功接收SL进程对应的数据的时候，向发送UE反馈NACK并同时开启第三定时器，从而避免丢包，提高传输可靠性，使得接收UE在节省功耗的同时提高侧行传输的灵活性和传输性能。
在一种可能的实现方式中，启动第三定时器，包括：确定第一SL进程对应的第四定时器超时，其中，第四定时器用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的时间信息，或者，用于指示第一通信设备调度第一SL进程对应的重传之前的时间信息；启动第三定时器。
上述可能的实现方式中，在SL组播或广传输引入第四定时器的场景，接收UE反馈NACK并可以确定第一SL进程对应的第四定时器超时后，开启第一SL进程对应的第三定时器，从而提高侧行传输控制的灵活性和传输效率。
第七方面，提供一种侧行链路的传输控制方法，应用于第一通信设备，该方法包括：确定第一信息，第一信息包括第一通信设备的覆盖状态信息；向第二通信设备发送第一信息。
上述技术方案中，发送UE可以将当前的覆盖状态信息传输给接收UE，从而使得接收UE可以根据发送UE当前的覆盖状态信息以及接收UE自身的覆盖状态信息，确定采用的DRX信息，从而使得发送UE和接收UE可以采用一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
上述可能的实现方式中，由于设备处于覆盖内或者覆盖外获取的DRX配置可能不同，因此，发送UE可以通过向接收UE反馈不同的覆盖状态信息，使得接收UE可以根据发送UE当前的覆盖状态信息，确定采用的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
上述可能的实现方式中，发送UE可以通过第三条件确定当前的覆盖状态，从而可以向接收UE反馈覆盖状态信息，使得接收UE可以根据发送UE当前的覆盖状态信息，确定采用的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
上述可能的实现方式中，发送UE还可以在发送覆盖状态信息的同时，向接收UE发送SL组播或广播对应的DRX信息，从而接收UE可以根据发送UE当前的覆盖状态信息，确定是否采用发送UE的DRX信息，提高侧行传输控制的灵活性和效率。
第八方面，提供一种侧行链路的传输控制方法，应用于第二通信设备，该方法包括：接收来自第一通信设备的第一信息，第一信息包括第一通信设备的覆盖状态信息；根据第一信息确定DRX信息。
上述技术方案中，接收UE可以根据发送UE反馈的覆盖状态信息，确定采用与发送UE一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
上述可能的实现方式中，由于设备处于覆盖内或者覆盖外获取的DRX配置可能不同，因此，使得接收UE可以根据发送UE当前的覆盖状态信息，确定采用的DRX信息或者DRX信息的来源，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
上述可能的实现方式中，发送UE还可以在发送覆盖状态信息的同时，向接收UE发送SL组播或广播对应的DRX信息，从而接收UE可以根据发送UE当前的覆盖状态信息，确定是否采用发送UE的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据第一信息确定DRX信息，包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息一致，则不采用或忽略从第一通信设备接收的SL组播或广播对应的DRX信息。
上述可能的实现方式中，接收UE确定发送UE的覆盖状态信息与本地的一致，则可以确定接收UE与发送UE的DRX信息来源一致，侧可以采用本地预置的DRX信息而忽略来自发送UE的DRX信息，从而提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据第一信息确定DRX信息，包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息不一致，则采用从第一通信设备接收的SL组播或广播对应的DRX信息。
上述可能的实现方式中，接收UE确定发送UE的覆盖状态信息与本地的不一致，则可以确定接收UE与发送UE的DRX信息也可能不一致，侧可以采用来自发送UE的DRX信息，从而提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据第一信息确定DRX信息，包括：确定第二通信设备的覆盖状态为第二覆盖外，且第一通信设备的覆盖状态信息为覆盖内；向网络设备发送第二信息，第二信息用于请求SL组播或广播对应的DRX信息。
上述可能的实现方式中，当接收UE为第二覆盖外，而发送UE为覆盖内时，接收UE可以向网络设备发送SL组播或广播对应的DRX信息的请求信息，从而获取与发送UE一致的DRX信息，从而提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，网络设备包括核心网或者策略控制功能PCF。
第九方面，提供一种侧行链路的传输方法，应用于网络设备，该方法包括：确定SL组播广播对应的DRX信息发生变化；向第一通信设备和/或第二通信设备发送变化后的SL组播广播对应DRX信息。
上述技术方案中，当网络设备确定SL组播广播对应的DRX信息发生变化，可以主动向SL组播广播对应的发送UE或接收UE反馈更新后的DRX信息，从而使得发送UE与接收UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性，提高侧行传输控制的灵活性和效率。
第十方面，提供一种侧行链路的传输控制方法，应用于第一通信设备，该述方法包括：接收来自第二通信设备的第三信息，第二信息包括第二通信设备的覆盖状态信息；根据第三信息确定向第二通信设备发送第四信息，第四信息包括SL组播或广播对应的DRX信息。
上述技术方案中，发送UE可以根据接收UE上报的覆盖状态信息确定是否向接收UE发送本地的SL组播或广播对应的DRX信息，从而使得发送UE与接收UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
上述可能的实现方式中，由于设备处于覆盖内或者覆盖外获取的DRX配置可能不同，因此，使得发送UE可以根据接收UE当前的覆盖状态信息，确定是否需要将发送UE自身采用的DRX信息或者DRX信息传输至接收UE，以使得发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，根据第三信息确定向第二通信设备发送第四信息，包括：确定第二通信设备的覆盖状态信息与第一通信设备的覆盖状态信息不一致，则向第二通信设备发送第四信息。
上述可能的实现方式中，发送UE可以根据确定接收UE与自身的覆盖状态信息不一致时，向接收UE发送SL组播或广播对应的DRX信息，从而使得发送UE与接收UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性。
第十一方面，提供一种侧行链路的传输方法，应用于第二通信设备，该方法包括：向第一通信设备发送第三信息，第三信息包括第二通信设备的覆盖状态信息；确定SL组播或广播对应的DRX信息。
上述技术方案中，接收UE可以向发送UE上报覆盖状态信息，并且确定SL组播或广播对应的DRX信息，例如采用接收UE本地预置的DRX信息或者是采用来自发送UE的DRX信息，从而使得发送UE与接收UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
上述可能的实现方式中，由于设备处于覆盖内或者覆盖外获取的DRX配置可能不同，因此，使得发送UE可以根据接收UE当前的覆盖状态信息，确定是否需要将发送UE自身采用的DRX信息或者DRX信息传输至接收UE，以使得发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，确定SL组播或广播对应的DRX信息，包括：接收来自第一通信设备的第四信息，第四信息包括SL组播或广播对应的DRX信息，采用第四信息中包括的DRX信息。
上述可能的实现方式中，接收UE如果接收来自发送UE的SL组播或广播对应的DRX信息，则可以采用第四信息中包括的DRX信息，从而发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
第十二方面，提供一种侧行链路的传输方法，应用于第二通信设备，该方法包括：确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件；确定SL组播或广播对应的DRX信息。
上述技术方案中，接收UE可以根据SL组播或广播对应的DRX信息对应的当前性能参数满足预设条件，来确定采用的DRX信息的来源，从而使得接收UE与发送UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，确定SL组播或广播对应的DRX信息，包括：根据覆盖状态信息确定SL组播或广播对应的DRX信息。
上述可能的实现方式中，接收UE可以根据当前性能参数结合当前覆盖状态信息确定SL组播或广播对应的DRX信息，从而使得接收UE与发送UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据覆盖状态信息确定SL组播或广播对应的DRX信息，包括：第二通信设备当前的覆盖状态为覆盖内，采用预配置的SL组播或广播对应的DRX信息，或者，采用从PCF获取的SL组播或广播对应的DRX信息。
上述可能的实现方式中，接收UE在覆盖内而当前的SL组播或广播业务的性能参数较差，则可以采用预配置的DRX信息，或者可以采用从PCF网元或者核心网获取的DRX信息，提高侧行传输控制的灵活性。
在一种可能的实现方式中，采用从PCF获取的SL组播或广播对应的DRX信息，包括：确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，则采用移动实体(mobileentity，ME)或者通用集成电路卡(universal integrated circuit card，UICC)中对应的DRX信息。
上述可能的实现方式中，当接收UE切换采用从PCF网元或者核心网获取的DRX信息之后，当前的SL组播或广播业务的性能参数仍较差，则可以切换至ME或UICC中对应的DRX信息，以使得接收UE与发送UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，若第二通信设备当前的覆盖状态为第二覆盖外，则采用移动实体ME或者通用集成电路卡UICC中对应的DRX信息。
上述可能的实现方式中，若接收UE当前处于第二覆盖外的情况下，SL组播或广播业务的性能参数较差，则可以切换至ME或UICC中对应的DRX信息，以使得接收UE与发送UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，性能参数包括时延，和/或，数据传输速率。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，包括：SL组播或广播对应的DRX信息对应的性能参数低于预设门限。
上述可能的实现方式中，接收UE判断当前SL组播或广播对应的DRX信息对应的性能参数满足预设条件可以通过判断时延参数，和/或，数据传输速率较差，即低于预设门限，则表示当前采用的DRX信息可能与发送UE的不一致，则接收UE可以切换采用的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，或者，SL组播或广播对应的DRX信息对应的性能参数低于预设门限，包括如下至少一项：DRX信息对应的时延大于或等于第一阈值；数据传输速率小于或等于第二阈值。
第十三方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件；确定SL组播或广播对应的DRX信息。
上述技术方案中，发送UE可以根据SL组播或广播对应的DRX信息对应的当前性能参数满足预设条件，来确定采用的DRX信息的来源，从而使得发送UE与接收UE维护一致的DRX信息，避免SL组播或广播业务中接收UE丢包，提高侧行传输的可靠性，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，确定SL组播或广播对应的DRX信息，包括：根据覆盖状态信息确定SL组播或广播对应的DRX信息。
上述可能的实现方式中，发送UE可以根据当前性能参数结合当前覆盖状态信息确定SL组播或广播对应的DRX信息，从而使得发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据覆盖状态信息确定SL组播或广播对应的DRX信息，包括：若第一通信设备当前的覆盖状态为覆盖内，采用预配置的SL组播或广播对应的DRX信息，或者，采用从PCF获取的SL组播或广播对应的DRX信息。
上述可能的实现方式中，发送UE在覆盖内而当前的SL组播或广播业务的性能参数较差，则可以采用预配置的DRX信息，或者可以采用从PCF网元或者核心网获取的DRX信息，提高侧行传输控制的灵活性。
在一种可能的实现方式中，采用从PCF获取的SL组播或广播对应的DRX信息时，方法还包括：确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，则采用ME或者通用集成电路卡UICC中对应的DRX信息。
上述可能的实现方式中，当发送UE切换采用从PCF网元或者核心网获取的DRX信息之后，当前的SL组播或广播业务的性能参数仍较差，则可以切换至ME或UICC中对应的DRX信息，以使得发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，根据覆盖状态信息确定SL组播或广播对应的DRX信息，包括：若第一通信设备当前的覆盖状态为第二覆盖外，则采用ME或者通用集成电路卡UICC中对应的DRX信息。
上述可能的实现方式中，若发送UE当前处于第二覆盖外的情况下，SL组播或广播业务的性能参数较差，则可以切换至ME或UICC中对应的DRX信息，以使得发送UE与接收UE维护一致的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，包括：DRX信息对应的非连续发送(discontinuous transmission，DTX)数量或接收到的NACK数量满足预设条件。
上述可能的实现方式中，发送UE可以根据DTX数量或接收到的NACK数量确定当前的SL组播或广播对应的DRX信息对应的性能参数是否较差，来确定是否需要切换DRX信息的来源。从而提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，DRX信息对应的DTX数量或接收到的NACK数量满足预设条件，包括如下至少一项：DRX信息对应的DTX数量大于或等于第三阈值；DRX信息对应的接收到的NACK数量大于或等于第四阈值。
上述可能的实现方式中，发送UE判断当前SL组播或广播对应的DRX信息对应的性能参数满足预设条件可以通过判断DTX数量或接收到的NACK高于预设的门限，则表示当前采用的DRX信息可能与发送UE的不一致，则接收UE可以切换采用的DRX信息，提高侧行传输控制的灵活性和效率。
在一种可能的实现方式中，NACK数量包括重传请求数量。
在一种可能的实现方式中，DTX数量或NACK数量包括预设时间或单位时间内的DTX数量或NACK数量。
在一种可能的实现方式中，SL组播或广播的HARQ方式为方式2。
第十四方面，提供一种通信装置，该通信装置用于执行如上述的第一方面、第二方面、第三方面、第四方面、第五方面、第七方面、第九方面、第十方面或第十三方面中任一项所述的方法。
第十五方面，提供一种通信装置，该通信装置用于执行如上述的第六方面、第八方面、第十一方面或第十二方面中任一项所述的方法。
第十六方面，提供一种通信装置，该通信装置用于执行如上述的第九方面中任一项所述的方法。
第十七方面，提供一种通信装置，所述通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第一方面、第二方面、第三方面、第四方面、第五方面、第七方面、第九方面、第十方面或第十三方面中任一项所述的方法。
第十八方面，提供一种通信装置，所述通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第六方面、第八方面、第十一方面或第十二方面中任一项所述的方法。
第十九方面，提供一种通信装置，所述通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第九方面中任一项所述的方法。
第二十方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述的第一方面、第二方面、第三方面、第四方面、第五方面、第七方面、第九方面、第十方面或第十三方面中任一项所述的方法。
第二十一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述的第六方面、第八方面、第十一方面或第十二方面中任一项所述的方法。
第二十二方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述的第九方面中任一项所述的方法。
第二十三方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第一方面、第二方面、第三方面、第四方面、第五方面、第七方面、第九方面、第十方面或第十三方面中任一项所述的方法。
第二十四方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第六方面、第八方面、第十一方面或第十二方面中任一项所述的方法。
第二十五方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第九方面中任一项所述的方法。
第二十六方面，提供一种通信***，所述通信***包括如上述第十四方面所述的通信装置和第十五方面所述的通信装置。
第二十七方面，提供一种通信***，所述通信***包括如上述第十六方面所述的通信装置。
第二十八方面，提供一种侧行链路的传输装置，该装置包括：处理模块，用于确定满足以下至少一个条件：侧行链路非连续接收DRX对应的第一定时器未运行，或者，DRX对应的第二定时器未运行，或者，第一侧行链路SL进程对应的第三定时器在运行；传输模块，用于调度第一SL进程对应的重传；其中，第一定时器用于指示第一通信设备在DRX周期内发送侧行控制信息SCI的时间信息，或者，用于指示第一通信设备的接收端在DRX周期内的监听时间信息；第二定时器用于指示第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示第一通信设备的接收端在收到SCI后继续监听的时间信息；第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
在一种可能的实现方式中，第一SL进程对应的第三定时器在运行，包括：DRX信息对应的除第一SL进程之外的其他SL进程对应的第三定时器未在运行；则传输模块包括：不调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传。
在一种可能的实现方式中，若第一SL进程应用SL组播HARQ方式2，其中，方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK，则传输模块包括：确定第一SL进程对应的HARQ反馈中非确认NACK的数量小于第一SL进程对应的第一组播组的设备数量减1；调度第一SL进程对应的重传。
第二十九方面，提供一种侧行链路的传输装置，该装置包括：处理模块，用于确定满足以下至少一个条件：侧行链路非连续接收DRX对应的第一定时器在运行，或者，DRX对应的第二定时器在运行，或者，第一侧行链路SL进程对应的第三定时器在运行；传输模块，用于在第一SL进程进行重传和/或新传；其中，第一定时器用于指示第一通信设备在DRX周期内发送侧行控制信息SCI的时间信息，或者，用于指示第一通信设备的接收端在DRX周期内的监听时间信息；第二定时器用于指示第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示第一通信设备的接收端在收到SCI后继续监听的时间信息；第三定时器用于指示第一通信设备可调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
在一种可能的实现方式中，DRX对应于第一组播目的地、第一组播业务或第一组播组；在SL进程进行对应的重传和/或新传，包括：在SL进程进行第一组播目的地、第一组播业务或第一组播组对应的重传和/或新传。
第三十方面，提供一种侧行链路的传输装置，该装置包括：处理模块，用于确定满足以下至少一个条件：在第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK，或者，第一SL进程应用SL组播HARQ方式2，且第一SL进程对应的NACK的数量为第一SL进程对应的第一组播组的设备数量减1；传输模块，用于在第一SL进程对应的DRX的至少一个SL进程进行传输；其中，方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK；第一SL进程对应的第三定时器在运行，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
在一种可能的实现方式中，在第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK反馈，包括：在第一SL进程对应的K个物理侧行链路反馈信道PSFCH上都收到NACK；其中，K为PSFCH的资源总数，或者，在第一SL进程对应的至少n个物理侧行链路反馈信道PSFCH上收到了NACK。
在一种可能的实现方式中，传输模块用于在SL进程对应的DRX的任一个SL进程进行传输。
在一种可能的实现方式中，SL进程包括SL HARQ进程。
第三十一方面，提供一种侧行链路的传输控制装置，该装置包括：处理模块，用于确定第一信息，第一信息包括第一通信设备的覆盖状态信息；传输模块，用于向第二通信设备发送第一信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
第三十二方面，提供一种侧行链路的传输控制装置，该装置包括：传输模块，用于接收来自第一通信设备的第一信息，第一信息包括第一通信设备的覆盖状态信息；处理模块，用于根据第一信息确定DRX信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息一致，则不采用或忽略从第一通信设备接收的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息不一致，则采用从第一通信设备接收的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块包括：确定第二通信设备的覆盖状态为第二覆盖外，且第一通信设备的覆盖状态信息为覆盖内；向网络设备发送第二信息，第二信息用于请求SL组播或广播对应的DRX信息。
在一种可能的实现方式中，网络设备包括核心网或者策略控制功能PCF。
第三十三方面，提供一种侧行链路的传输方法，应用于第一通信设备或第一通信设备的部件(例如芯片或处理器等)，该方法包括：确定至少一个侧行链路资源；根据至少一个目的地对应的激活时间，确定所述至少一个侧行链路资源对应的第一目的地，其中，所述至少一个目的地包括侧行链路SL组播目的地和/或SL单播目的地，所述至少一个侧行传输资源用于所述第一目的地对应的传输；其中，所述SL组播目的地对应的激活时间包括SL非连续接收DRX的持续时间定时器和激活定时器中至少一个定时器运行的时间；或者，所述SL组播目的地对应的激活时间包括以下至少一个定时器运行的时间：SL DRX的持续时间定时器、激活定时器和满足第一条件的第一SL进程的重传定时器。
上述技术方案中，通过定义SL组播目的地对应的激活时间，从而使得发送UE在根据侧行链路资源进行对应的目的地选择这一过程中，考虑各候选目的地对应的激活时间，确保选定的侧行链路资源落在目的地destination对应的激活时间内，从而避免发送UE采用该侧行链路资源传输数据时接收UE丢包，提高SL传输的可靠性。
在一种可能的实现方式中，所述SL组播目的地对应的激活时间不包括DRX的持续时间定时器和激活定时器不运行、重传定时器运行的时间；或者，所述SL组播目的地对应的激活时间不包括仅有重传定时器运行的时间，或者，所述SL组播目的地对应的激活时间不包括仅有满足第二条件的SL进程对应的重传定时器运行的时间。
在一种可能的实现方式中，根据至少一个目的地对应的激活时间，确定所述至少一个侧行链路资源对应的第一目的地，包括：所述至少一个侧行链路资源的时域位置在所述第一目的地对应的激活时间内，或者，所述至少一个侧行链路资源在所述第一目的地对应的激活时间内。
上述技术方案中，发送UE在根据侧行链路资源进行对应的目的地选择这一过程中，可以根据各候选目的地对应的激活时间，确保选定的侧行链路资源的时域位置落在目的地destination对应的激活时间内，从而避免发送UE采用该侧行链路资源传输数据时接收UE丢包，提高SL传输的可靠性。
在一种可能的实现方式中，SL单播目的地对应的激活时间包括SL DRX的持续时间定时器、激活定时器和所述SL单播目的地的接收到物理侧行链路反馈信道PSFCH的SL进程所对应的重传定时器中至少一个定时器运行的时间，以及等待接收侧行控制信息CSI报告的时间。
上述可能的实现方式中，通过定义SL单播目的地对应的激活时间，从而使得发送UE在根据侧行链路资源进行对应的目的地选择这一过程中，考虑各候选目的地对应的激活时间，确保选定的侧行链路资源落在目的地destination对应的激活时间内，从而避免发送UE采用该侧行链路资源传输数据时接收UE丢包，提高SL传输的可靠性。
在一种可能的实现方式中，第一条件包括：在所述第一SL进程对应的至少一个PSFCH上收到了NACK；或者，在所述第一SL进程收到的NACK的数量为所述第一目的地对应的组大小减1。
在一种可能的实现方式中，第一目的地对应的组大小包括所述第一目的地对应的组播组中的设备数量或成员数量。
在一种可能的实现方式中，在所述第一SL进程对应的至少一个PSFCH上收到了NACK，包括：在所述第一SL进程对应的K个PSFCH上都收到NACK；其中，所述K为所述PSFCH的资源总数，或者，在所述第一SL进程对应的至少n个PSFCH上收到了NACK，或者，在所述第一SL进程对应的所有PSFCH上都收到NACK。
在一种可能的实现方式中，第一SL进程对应的NACK的数量为所述第一目的地对应的组大小减1，包括:所述第一SL进程应用SL组播HARQ方式2，其中，所述SL组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK。
在一种可能的实现方式中，第二条件包括：不满足第一条件，或者，第二条件包括：在所述第一SL进程对应的K个物理侧行链路反馈信道PSFCH上收到的NACK数量小于K，其中，所述K为所述第一SL进程对应的PSFCH资源总数；或者，所述第一SL进程应用SL组播HARQ方式2，且在所述第一SL进程收到的NACK的数量小于所述第一目的地对应的组大小减1，其中，所述方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK，和/或，所述第一目的地对应的组大小包括所述第一目的地对应的组播组中的设备数量或成员数量。
在一种可能的实现方式中，激活时间包括SL DRX对应的激活时间。
在一种可能的实现方式中，等待接收CSI报告的时间，包括：发送SL CSI请求至收到SL CSI报告之间的时间，或者，发送SL CSI请求后SL CSI报告时延界限指示的时间，或者，发送SL CSI请求后期待收到CSI报告的时间。
在一种可能的实现方式中，等待接收CSI报告的时间，包括：发送SL CSI报告请求后sl-LatencyBoundCSI-Report指示的时间。
在一种可能的实现方式中，接收到PSFCH包括接收到SL HARQ反馈。
在一种可能的实现方式中，至少一个目的地对应的激活时间用于指示所述至少一个目的地对应的接收通信设备针对至少一个目的地监听SCI的时间，所述SCI包括第一级SCI和/或第二级SCI，或者，SCI包括PSCCH和PSSCH上的第二级SCI。
在一种可能的实现方式中，持续时间定时器用于指示SL DRX周期开始的一段时间，或者，所述第一通信设备的接收设备在DRX周期内的监听时间信息，或者，用于指示所述第一通信设备在DRX周期内发送SCI的时间信息。
在一种可能的实现方式中，激活定时器用于指示在接收到指示SL新传的SCI的第一个时隙后继续接收SCI的时间信息，或者，所述第一通信设备的接收设备在接收到指示SL新传的SCI后继续接收SCI的时间信息，或者，用于指示所述第一通信设备在发送指示SL新传的SCI后继续发送SCI的时间信息。
在一种可能的实现方式中，第一SL进程的重传定时器用于指示直到收到SL重传的最长时间，或者，所述第一通信设备的接收设备接收所述第一SL进程对应的SL重传的时间信息，或者，所述第一SL进程的重传定时器用于指示所述第一通信设备发送所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
第三十四方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：为第一侧行链路资源确定或选择第一目的地，所述第一侧行链路资源用于侧行链路上的传输；若所述第一侧行链路资源位于所述第一目的地对应的激活时间内，则为所述第一侧行链路资源选择逻辑信道；和/或，若所述第一侧行链路资源位于所述第一目的地对应的激活时间之外，则忽略所述第一侧行链路资源。
上述技术方案中，发送UE通过仅对确定目的地的侧行链路资源时域位置落在该目的地对应的激活时间内的侧行链路资源进行组包，从而使得在组包过程中，可避免发送UE传输数据时对应的接收UE存在丢包问题，提高SL传输的可靠性。
在一种可能的实现方式中，第一侧行链路资源用于第二SL进程。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和满足第一条件的SL进程的重传定时器。
上述可能的实现方式中，第一侧行链路资源用于组播传输时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高组包过程的可靠性，避免丢包。
在一种可能的实现方式中，第一条件包括如下至少一个条件：在所述第二SL进程对应的至少一个PSFCH上收到了NACK；或者，在所述第二SL进程收到的NACK的数量为所述第一目的地对应的组大小减1。
在一种可能的实现方式中，第一目的地对应的组大小包括所述第一目的地对应的组播组中的设备数量或成员数量。
在一种可能的实现方式中，在所述第二SL进程对应的至少一个PSFCH上收到了NACK，包括：在所述第二SL进程对应的K个PSFCH上都收到NACK；其中，所述K为所述PSFCH的资源总数，或者，在所述第二SL进程对应的至少n个PSFCH上收到了NACK，或者，在所述第二SL进程对应的所有PSFCH上都收到NACK。
在一种可能的实现方式中，第二SL进程对应的NACK的数量为所述第一目的地对应的组大小减1，包括:所述第二SL进程应用SL组播HARQ方式2，其中，所述SL组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK。
在一种可能的实现方式中，第一侧行链路资源用于新传。
上述可能的实现方式中，第一侧行链路资源用于组播传输并用于新传时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高组包过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和第二SL进程对应的重传定时器，其中，所述第一侧行链路资源用于所述第二SL进程。
在一种可能的实现方式中，第一侧行链路资源用于重传。
上述可能的实现方式中，第一侧行链路资源用于组播传输且用于重传时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高组包过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
上述可能的实现方式中，第一侧行链路资源用于单播传输且用于新传时，所述单播目的地对应激活时间可以通过上述方式获取，从而提高UE组包过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器、HARQ反馈使能的SL进程对应的重传定时器，和所述第一侧行链路资源用于所述第二SL进程对应的重传定时器；或者，所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于重传。
上述可能的实现方式中，第一侧行链路资源用于单播传输且用于重传时，所述单播目的地对应激活时间可以通过上述方式获取，从而提高组包过程的可靠性，避免丢包。
在一种可能的实现方式中，激活时间为SL DRX对应的激活时间。
在一种可能的实现方式中，为所述第一侧行链路资源选择逻辑信道，包括：对所述第一侧行链路资源进行组包。
在一种可能的实现方式中，持续时间定时器用于指示SL DRX周期开始的一段时间，或者，所述第一通信设备的接收设备在DRX周期内的监听时间信息，或者，用于指示所述第一通信设备在DRX周期内发送SCI的时间信息。
在一种可能的实现方式中，激活定时器用于指示在接收到指示SL新传的SCI的第一个时隙后继续接收SCI的时间信息，或者，所述第一通信设备的接收设备在接收到指示SL新传的SCI后继续接收SCI的时间信息，或者，用于指示所述第一通信设备在发送指示SL新传的SCI后继续发送SCI的时间信息。
在一种可能的实现方式中，第一SL进程的重传定时器用于指示直到收到SL重传的最长时间，或者，所述第一通信设备的接收设备接收所述第一SL进程对应的SL重传的时间信息，或者，所述第一SL进程的重传定时器用于指示所述第一通信设备发送所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
第三十五方面，提供一种侧行链路的传输方法，应用于第一通信设备，该方法包括：为第一侧行链路资源确定或选择第一目的地，所述第一侧行链路资源用于侧行链路上的传输；若所述第一侧行链路资源位于所述第一目的地对应的激活时间内，则指示物理层根据存储的所述第一侧行链路资源生成传输，或指示物理层根据存储的所述第一侧行链路资源传输对应的侧行链路控制信息SCI。
上述技术方案中，发送UE可以通过仅对确定目的地的侧行链路资源的时域位置落在该目的地对应的激活时间active time内的侧行链路资源进行发包或传输，从而使得在发包或传输之前，避免发送UE传输数据时对应的接收UE存在丢包问题，提高SL传输的可靠性。
在一种可能的实现方式中，第一侧行链路资源用于第二SL进程。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和满足第一条件的SL进程的重传定时器。
上述可能的实现方式中，第一侧行链路资源用于组播传输时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高发包或传输过程的可靠性，避免丢包。
在一种可能的实现方式中，第一条件包括如下至少一个条件：在所述第二SL进程对应的至少一个PSFCH上收到了NACK；或者，在所述第二SL进程收到的NACK的数量为所述第一目的地对应的组大小减1。
在一种可能的实现方式中，第一目的地对应的组大小包括所述第一目的地对应的组播组中的设备数量或成员数量。
在一种可能的实现方式中，在所述第二SL进程对应的至少一个PSFCH上收到了NACK，包括：在所述第二SL进程对应的K个PSFCH上都收到NACK；其中，所述K为所述PSFCH的资源总数，或者，在所述第二SL进程对应的至少n个PSFCH上收到了NACK，或者，在所述第二SL进程对应的所有PSFCH上都收到NACK。
在一种可能的实现方式中，第二SL进程对应的NACK的数量为所述第一目的地对应的组大小减1，包括:所述第二SL进程应用SL组播HARQ方式2，其中，所述SL组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK。
在一种可能的实现方式中，第一侧行链路资源用于新传。
上述可能的实现方式中，第一侧行链路资源用于组播传输且用于新传时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高发包或传输过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和第二SL进程对应的重传定时器，其中，所述第一侧行链路资源用于所述第二SL进程。
在一种可能的实现方式中，第一侧行链路资源用于重传。
上述可能的实现方式中，第一侧行链路资源用于组播传输且用于重传时，所述组播目的地对应激活时间可以通过上述方式获取，从而提高发包或传输过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
上述可能的实现方式中，第一侧行链路资源用于单播传输且用于新传时，所述单播目的地对应激活时间可以通过上述方式获取，从而提高发包或传输过程的可靠性，避免丢包。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器、HARQ反馈使能的SL进程对应的重传定时器，和所述第一侧行链路资源用于所述第二SL进程对应的重传定时器；或者，所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于所述重传。
上述可能的实现方式中，第一侧行链路资源用于单播传输且用于重传时，所述单播目的地对应激活时间可以通过上述方式获取，从而提高发包或传输过程的可靠性，避免丢包。
在一种可能的实现方式中，激活时间为SL DRX对应的激活时间。
在一种可能的实现方式中，持续时间定时器用于指示SL DRX周期开始的一段时间，或者，所述第一通信设备的接收设备在DRX周期内的监听时间信息，或者，用于指示所述第一通信设备在DRX周期内发送SCI的时间信息。
在一种可能的实现方式中，激活定时器用于指示在接收到指示SL新传的SCI的第一个时隙后继续接收SCI的时间信息，或者，所述第一通信设备的接收设备在接收到指示SL新传的SCI后继续接收SCI的时间信息，或者，用于指示所述第一通信设备在发送指示SL新传的SCI后继续发送SCI的时间信息。
在一种可能的实现方式中，第一SL进程的重传定时器用于指示直到收到SL重传的最长时间，或者，所述第一通信设备的接收设备接收所述第一SL进程对应的SL重传的时间信息，或者，所述第一SL进程的重传定时器用于指示所述第一通信设备发送所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
第三十六方面，提供一种通信装置，该通信装置用于执行如上述的第三十三方面中任一项所述的方法。
第三十七方面，提供一种通信装置，该通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第三十四方面中任一项所述的方法。
第三十八方面，提供一种通信装置，该通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第三十五方面中任一项所述的方法。
第三十九方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述的第三十三方面中任一项所述的方法。
第四十方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述的第三十四方面中任一项所述的方法。
第四十一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述的第三十五方面中任一项所述的方法。
第四十二方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第三十三方面中任一项所述的方法。
第四十三方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第三十四方面中任一项所述的方法。
第四十四方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第三十五方面中任一项所述的方法。
第四十五方面，提供一种侧行链路的传输方法，通信装置对于确定的SL组播业务或SL广播业务，根据所述SL组播业务或SL广播业务对应的索引、SL DRX周期、最小间隔、以及预配置或网络提供的算法中至少一项得到SL DRX周期开始的位置。
上述技术方案中，当同一接收UE对多个SL广播业务或SL组播业务感兴趣时，由于不同业务对应的SL DRX的SL DRX周期开始的位置(即SL-drx-StartOffset)之间的最小间隔可以为大于1的正整数，从而可以降低不同SL广播业务或SL组播业务对应的SL DRX的持续时间或激活时间active time之间的重叠度(或比例)，进而降低不同SL广播业务或SL组播业务的资源碰撞概率，提升UE的接收性能。
在一种可能的实现方式中，所述根据SL组播业务或SL广播业务对应的索引、SLDRX周期、最小间隔、以及预配置或网络提供的算法中至少一项得到SL DRX周期开始的位置，还可应用于确定SL-drx-SlotOffset这一参数，该参数表示启动SL DRX持续时间定时器SL-drx-onDurationTimer之前的时延。
在一种可能的实现方式中，根据所述SL组播业务或SL广播业务对应的索引、SLDRX周期、最小间隔、以及预配置或网络提供的算法中至少一项得到SL DRX周期开始的位置，具体包括：
SL DRX周期开始的位置满足公式：SL-drx-StartOffset(n)＝(n+1)×Interval-1，其中，SL-drx-StartOffset用于指示SL DRX周期开始的位置，SL-drx-StartOffset(n)用于指示N个SL-drx-StartOffset中的第n个SL-drx-StartOffset值，N为正整数，n为整数，Interval用于指示不同SL-drx-StartOffset值之间的最小间隔，n的取值为
Figure BDA0003461262570000201
Figure BDA0003461262570000202
上述可能的实现方式中，UE可以根据SL DRX周期开始的位置的算法以及需要的参数，确定出不同SL组播业务或SL广播业务对应的SL-drx-StartOffset值，从而使得不同SL广播业务或SL组播业务对应的SL DRX的持续时间或激活时间active time之间的重叠度较小，进而降低不同SL广播业务或SL组播业务的资源碰撞概率，提升UE的接收性能。
在一种可能的实现方式中，根据所述SL组播业务或SL广播业务对应的索引、SLDRX周期、最小间隔、以及预配置或网络提供的算法中至少一项得到SL DRX周期开始的位置，具体包括：
SL DRX周期开始的位置满足公式：SL-drx-StartOffset(n)＝(n+1)×Interval-k。其中，k可以为小于或等于Interval的正整数，
Figure BDA0003461262570000203
在一种可能的实现方式中，根据所述SL组播业务或SL广播业务对应的索引、SLDRX周期、最小间隔、以及预配置或网络提供的算法中至少一项得到SL DRX周期开始的位置，具体包括：
SL DRX周期开始的位置满足公式：SL-drx-StartOffset(n)＝n×Interval+m。其中，m可以为小于Interval的正整数，
Figure BDA0003461262570000204
在一种可能的实现方式中，通信装置根据所述SL组播业务或SL广播业务对应的索引、SL DRX周期、最小间隔、以及预配置或网络提供的算法得到SL DRX周期开始的位置之前，该方法还可以包括：接收来自网络设备提供的所述SL组播业务或SL广播业务对应的索引、SL DRX周期、最小间隔、以及所述算法中的至少一个。
上述可能的实现方式中，接收UE或者发送UE确定SL-drx-StartOffset值所需的参数或算法的获取方式有多种，从而UE可以根据所处的网络覆盖情况灵活获取所需参数或算法，提高网络传输的稳定性和灵活性。
第四十六方面，提供一种通信装置，该通信装置包括：处理器与通信接口；所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如上述的第四十五方面中任一项所述的方法。
第四十七方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述的第四十五方面中任一项所述的方法。
第四十八方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如上述的第四十五方面中任一项所述的方法。
可以理解地，上述提供的任一种用于侧行链路传输的通信装置、计算机可读存储介质、计算机程序产品和通信***，均可以由上文所提供的对应的方法来实现，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
附图说明
图1为本申请实施例提供的一种通信网络的***架构图；
图2为本申请实施例提供的一种DRX信息参数的示意图；
图3为本申请实施例提供的一种通信装置的***架构图；
图4-图8为本申请实施例提供的侧行链路的传输方法的流程示意图；
图9-图11为本申请实施例提供的通信装置的结构示意图；
图12-图14为本申请实施例提供的侧行链路的传输方法的流程示意图；
图15-图16为本申请实施例提供的通信装置对不同SL业务配置SL DRX的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于限定特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、接口、技术之类的具体细节，以便透切理解本申请。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的移动设备、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。首先，为了便于理解本申请，对本申请实施例中涉及的通信技术以及网络架构进行简单介绍。
本申请实施例提供的技术方案可用于支持侧行链路通信的任一通信***，该通信***可以为第三代合作伙伴计划(3rd generation partnership project，3GPP)通信***，例如，长期演进(long term evolution，LTE)***，又可以为第五代(5th generation，5G)移动通信***、新无线(new radio，NR)***、车与任何事物通信(vehicle-to-everything，V2X)***以及其他下一代通信***，也可以为非3GPP通信***，不予限制。下面以图1为例，对本申请实施例提供的方法进行描述。
如图1示出了本申请实施例提供的侧行链路的传输方法的实施环境示意图。如图1所示，在本申请的实施例中，提供一种通信***，该***可以包括：至少两个终端设备，例如包括UE1和UE2。此外，该通信***还可以包括至少一个网络设备。其中，终端设备可以位于网络设备的小区覆盖范围内，也可以位于网络设备的小区覆盖范围外。
其中，网络设备可以是任意一种具有无线收发功能的设备，主要用于实现无线物理控制、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。具体的，该网络设备可以为接入网(access network，AN)/无线接入网(radio access network，RAN)设备，还可以为由多个5G-AN/5G-RAN节点组成的设备，又可以为基站(nodeB，NB)、演进型基站(evolution nodeB，eNB)、下一代基站(generation nodeB，gNB)、收发点(transmissionreceive point，TRP)、传输点(transmission point，TP)、路边单元(road side unit，RSU)以及某种其它接入节点中的任一节点等，不予限制。
终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、车载终端、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、RSU、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等等。本申请的实施例对应用场景不做限定。本申请的下述实施方式中以终端设备为用户设备为例进行介绍。
如图1所示，在NR***中，存在两种空口，Uu口和PC5口。其中，Uu口可以用于用户设备与网络设备之间的通信，如UE向基站传输数据通信链路称为上行链路(Uplink，UL)，基站向UE传输数据通信链路称为下行链路(Downlink，DL)。PC5口可以用于用户设备与用户设备之间的SL通信。
当UE配置有DRX机制时，该UE可以周期性地进入休眠状态，则UE不需要连续地监听PDCCH，当UE需要监听PDCCH的时候，可以从睡眠状态中唤醒，则UE可以监听PDCCH，从而使UE达到省电的目的。
示例性的，对于UE与基站间的传输场景，如图2所示，UE可以配置有长周期和短周期的DRX信息，从而实现DRX工作机制。其中，可以通过配置下列参数来实现UE的DRX工作机制。
1、drx-onDurationTimer：DRX的持续时间定时器的一例，该参数表示在一个DRX周期里UE唤醒后开启激活状态，能够监听PDCCH的在线时长。
当UE满足DRX周期的启动条件时，就会启动drx-onDurationTimer，其中，DRX周期的启动条件可以参照现有的相关技术，此处不做具体限定。
另外，当UE收到DRX命令媒体接入控制层(Media Access Control，MAC)的控制单元(Controlling Element，CE)时会停止该定时器；或者，当UE收到长DRX周期的MAC CE命令时会停止该定时器。
2、drx-SlotOffset：UE启动drx-onDurationTimer前的延时。
3、drx-InactivityTimer：DRX的激活定时器的一例，当UE成功盲检到一个下行PDCCH之后，就会启动该drx-InactivityTimer时器，UE在该定时器内持续监听PDCCH。该参数表示当UE成功解码到一个调度新传的PDCCH之后，还需要继续监听PDCCH的时长。
当PDCCH中指示有新的上行或下行传输时启动/重启该定时器；当收到DRX命令MACCE(go-to-sleep)或长DRX周期的DRX命令MAC CE时会停止该定时器；当该定时器超时后，如果UE配置了短DRX周期，则UE启动或重启短DRX周期的定时器drx-ShortCycleTimer。
4、drx-RetransmissionTimerDL：DL重传定时器，表示UE直到接收到DL重传的最大时长，或者UE为了接收DL重传数据需要连续监测的最大时长。
drx-RetransmissionTimerUL：UL重传定时器，表示UE直到接收到针对UL重传的授权的最大时长，或者，UE为了接收UL重传授权需要连续监测的最大时长。
5、drx-HARQ-RTT-TimerDL：DL HARQ往返时延(Round Trip Time，RTT)定时器，用于指示UE在收到期望的下行重传数据之前需要等待的最短时长。
drx-HARQ-RTT-TimerUL：用于指示UE在收到上行重传授权之前需要等待的最短时长。
drx-HARQ-RTT-TimerDL/UL定时器一旦超时就意味着UE可以开始接收基站侧的重传数据或者可以发送重传的上行数据。若RTT定时器没有超时，则基站不会下发重传数据，或者UE还不需要重传数据。
当UE收到的PDCCH指示有下行或上行传输时，或者在配置的下行分配中接收到数据或在配置的上行授权中发送了数据时，启动该定时器；当该定时器超时后，启动重传定时器drx-RetransmissionTimer。
6、dRx-ShortCycle：DRX信息中采用的短DRX周期的时长。
7、drx-ShortCycleTimer：UE使用短DRX周期的持续时长，即多少个DRX短周期没有收到PDCCH就进入长周期。
8、drx-LongCycleStartOffset：该参数可以同时表示drx-LongCycle(长DRX周期时长)和drx-StartOffset这两层含义。
9、drx-StartOffset：该参数用于指示DRX周期开始的位置。
需要说明的是，DRX工作机制引入到SL组播或广播业务中时，SL DRX的配置参数可以参考上述的DRX配置参数，其可以与上述的参数相同也可能不相同，具体的参数类型和指示的功能将在下文中详细介绍，此处不再赘述。
而在SL传输场景中，用户设备可以通过单播方式与其他用户设备一对一通信，也可以通过组播方式或者广播方式与多个其他终端进行组播或者广播通信。其中，本申请所述的单播方式可以指：一个终端与另一个终端通过一对一的SL链路进行通信。广播方式可以指：一个终端向其周围广播消息，其他一个或者多个终端接收广播消息。多播方式可以指一个终端向多播群组中的一个或者多个终端发送数据/消息。例如，一个智能终端可以同时向多个智能终端发送SL组播业务，通过sidelink传输大数据量的业务，例如视频通信业务，可有效弥补Uu口的带宽限制。
需要说明的是，图1仅为示例性附图，图1包括的设备的数量不受限制，且除图1所示设备之外，该通信架构还可以包括其他设备。此外，图1中各个设备的名称不受限制，除图1所示名称之外，各个设备还可以命名为其他名称，不予限制。
其中，NR SL的资源分配方案包括Mode 1和Mode 2。其中，Mode 1是由网络设备根据终端的侧行传输需求为终端进行资源调度的，网络设备可以通过终端设备的专用无线网络临时标识(radio network temporary identifier，RNTI)进行资源分配，主要是支持连接态UE。而Mode 2是由终端自主进行资源选择，一个以上的终端设备共享使用该资源，该资源可以由***消息广播或专用信令配置，针对IDLE态、inactive态和连接态UE。
其中，车辆与行人之间的通信(vehicle to pedestrian，V2P)属于V2X通信的一类。一种典型的V2P业务场景，其中车向周边行人分享的信息可包括但不限于：本车当前有多少个空位、目的地、预计到达时间、经停地点等，用于车辆向行人广播载客的意愿。
在V2X通信***中，为了提高该直连链路的通信质量，在V2X通信***中引入了HARQ机制，发端发送一个传输块(transport block，TB)后，收端收到发端发送的传输块(transport block，TB)后，可以使用1比特的信息对该TB进行肯定应答(acknowledgement，ACK)或否定应答(non-acknowledgement，NACK)的确认。
HARQ机制：收端接收到发端发送的数据并解调后，检验其是否正确，若通过检验，则收端向发端发送ACK，若未通过检验，则收端向发端发送否认指令NACK，发端检测到收端反馈的ACK/NACK后，决定是否重传数据。
但是发端每次传输TB后就停下来等待确认，会导致吞吐量很低。因此可以使用多个并行的HARQ进程(HARQ process)，当一个HARQ process在等待确认信息时，发端可以使用另一个HARQ process来继续发送数据。这些HARQ process共同组成了一个HARQ实体(HARQ entity)，这个实体结合了停等协议，同时允许数据的连续传输。
对于其中每一个HARQ进程，在收端和发端均维护有与该HARQ进程相关联的定时器，用该定时器限定通过HARQ进程传输某一TB的时长。其中涉及的定时器将在下文与DRX信息中的相关定时器一并进行介绍，此处不再赘述。
进一步的，SL组播有两种HARQ机制，方式1和方式2。
其中，方式1中，仅当接收UE未成功解码相应的TB时，发送HARQ-NACK；如果接收UE解码成功，不进行HARQ反馈。
SL组播组中的全部接收UE共享一个物理侧行链路反馈信道(physical sidelinkfeedback channel，PSFCH)资源进行反馈。并且，仅处于通信范围内的UE需要进行HARQ反馈。具体的，可以在Sidelink控制信息(Sidelink Control information，SCI)中指示发送UE的位置，接收UE解码SCI后可以获得通信范围要求，接收UE可以基于自己的位置和发送UE的位置估计与发送UE之间的距离，从而确定是否需要进行HARQ反馈。
方式2中，接收UE成功解码相应的TB，发送HARQ-ACK；如果接收UE未能成功解码，则发送HARQ-NACK。
其中，SL组播组中的每个UE使用单独的一个PSFCH资源进行反馈。接收UE需要根据一个组内唯一的标识来找到自己唯一的PSFCH反馈资源，由SA2来分配组内唯一的ID，V2X层可以给AS层提供组大小和成员UE的ID。
需要说明的是，本申请实施例中，发送UE与接收UE为相对概念，发送UE可以指在sidelink上的某个HARQ进程上发送TB的终端或者终端装置，接收UE可以指在sidelink上的某个HARQ进程上接收TB的终端或者终端装置。
目前，在Uu口的DRX中，若基站判定UE的某个HARQ进程对应的重传定时器在运行，则除了可能调度该HARQ进程的重传和新传，还可能调度其它HARQ HARQ的重传和新传。
若SL组播引入HARQ RTT Timer和重传定时器，对于同一TB块/SL进程(以SL进程A为例)，SL组播组内的有的接收UE由于未成功解码数据而启动了SL进程A对应的重传定时器retransmission timer；而另一些接收UE由于成功解码数据而未启动SL进程A对应的retransmission timer(即：不同接收UE是否启动retransmission timer是不同的)。但SL组播组内的发送UE由于收到了该TB块/SL进程A的NACK，会在该SL进程A对应的HARQ RTTTimer超时时启动对应的retransmission timer。此时，基于前述Uu口的DRX逻辑，发送UE可能会在该retransmission timer运行期间调度该SL进程A及其它SL进程的传输(包括新传和重传)，从而可能导致未启动该retransmission timer及其它SL进程的retransmissiontimer、且未启动onduration timer和inactivity timer的接收UE丢包。
在上述实施场景中，有些接收UE未启动SL进程A对应的retransmission timer，说明这些接收UE已成功解码SL进程A对应的数据，所以发送UE在“SL进程A对应的retransmission timer”运行期间发送SL进程A对应的重传没有问题，不会造成有接收UE丢包。但若发送UE在“SL进程A对应的retransmission timer”运行期间发送SL进程A的新传，或其它SL进程的新传和重传，则未启动SL进程A对应的retransmission timer的接收UE由于可能处于非激活状态(非active time)，因而可能丢包，即该接收UE收不到发送UE在“SL进程A对应的retransmission timer”运行期间发送的SL进程A的新传、或其它SL进程的新传和重传。
在另一种实施方式中，当发送UE未收到接收UE的PSFCH(SL HARQ反馈)时，若采用mode1，则发送UE可能向基站发送NACK反馈，随后基站可能调度相应SL进程(如SL进程A)重传或新传的资源，或其它SL进程新传或重传的资源。
根据Uu口DRX的逻辑，接收UE成功解码数据时不启动所述发送UE未收到的SL HARQ反馈/PSFCH对应SL进程(可替换为“SL HARQ进程”)的retransmission timer，否则，若未成功解码数据则启动该retransmission timer。
其中，需要说明的是，发送UE未收到接收UE的PSFCH(SL HARQ反馈)的原因包括但不限于：发送UE接收PSFCH与进行发送(如发送PSFCH)发生冲突(prioritization)导致未收到来自接收UE的PSFCH、接收UE发送PSFCH与进行上行(UL)传输发生冲突导致未发送PSFCH、不因发送UE或接收UE侧发生冲突导致的发送UE未收到来自接收UE的PSFCH。
在上述实施场景中，发送UE由于未能收到SL进程反馈/PSFCH，故并不知道接收UE是否成功解码对应的数据，也就不知道接收UE在SL DRX是否启动对应的retransmissiontimer。发送UE未能收到SL HARQ反馈/PSFCH时，若向基站发送NACK反馈，随后当发送UE从基站收到其它SL进程的新传或重传资源，或SL进程A的新传资源配置信息(或资源分配信息)时，由于并不知道接收UE在SL DRX是否启动SL进程A对应的retransmission timer，并不确定接收UE是否处于激活时间，故若使用所述其它SL进程的新传/重传资源或SL进程A的新传资源进行数据发送时，Rx若未启动所述SL进程A的retransmission timer，则可能处于非激活时间(非active time)，故可能发生丢包，即接收UE收不到发送UE在“SL进程A对应的retransmission timer”运行期间发送的SL进程A的新传数据，或其它SL进程的新传和重传数据。
在另一种实施方式中，当发送UE发送的SCI指示SL HARQ反馈disabled时，若根据Uu口DRX的逻辑，接收UE成功解码数据时，在SL DRX上不启动所述SL HARQ反馈disabled的SCI对应SL进程(如“SL进程A”)的retransmission timer，否则若未成功解码数据则启动该retransmission timer。其中，SL HARQ反馈disabled即该SL进程的HARQ反馈不使能，是指接收UE对该SCI调度的数据不发送HARQ反馈。
在上述实施场景中，发送UE由于不会收到该SCI调度的数据的SL HARQ反馈/PSFCH，故并不知道接收UE是否成功解码对应的数据，也就不知道接收UE在SL DRX是否启动SL进程A对应的retransmission timer，因此可能确定除所述SL进程A之外的其它SL进程的新传或重传的资源。若发送UE使用所述其它SL进程的新传/重传资源或SL进程A的初传资源进行数据发送，且接收UE若未启动所述SL进程A的retransmission timer，则可能处于非激活时间(非active time)，故可能发生丢包，即接收UE收不到发送UE在“SL process A对应的retransmission timer”运行期间发送的SL进程A的新传数据，或其它SL进程的新传和重传数据。
基于上述几种实施方式，本申请提供几种侧行链路的传输方法，用于解决上述实施方式中存在的问题。下面将基于图1和图2所示，结合相应的附图，对本申请实施例提供的进行描述。
其中，图1所示各设备，如：用户设备和网络设备，均可以采用图3所示的组成结构或者包括图3所示的部件。图3为本申请实施例提供的一种装置300的组成示意图，该装置300可以为用户设备或者网络设备，或者用户设备或网络设备中的芯片或者片上***。如图3所示，该装置300包括处理器301，收发电路302以及总线303。进一步的，该装置300还可以包括存储器304。处理器301，存储器304以及收发电路302之间可以通过总线303连接。
应理解，本申请实施例所述的处理器，如：处理器301可以是中央处理器(centralprocessing unit，CPU)、通用网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmablelogic device，PLD)专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。处理器301还可以是其它具有处理功能的装置，例如电路、器件或软件模块，不做限制。
收发电路302，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。收发电路302可以是模块、电路、收发器或者任何能够实现通信的装置。收发电路302可以用于接收程序指令并传输至所述处理器，或者，该收发电路302可以用于装置300与其他通信设备进行通信交互，比如交互控制信令和/或业务数据等。该收发电路302可以为代码和/或数据读写收发电路，或者，该收发电路302可以为通信处理器与收发机之间的信号传输收发电路。
总线303，用于在装置300所包括的各部件之间传送信息。
存储器304，用于存储指令。其中，指令可以是计算机程序。
其中，存储器304可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或其他磁存储设备等，不予限制。
需要指出的是，存储器304可以独立于处理器301存在，也可以和处理器301集成在一起。存储器304可以用于存储指令或者程序代码或者一些数据等。存储器304可以位于装置300内，也可以位于装置300外，不做限制。处理器301，用于执行存储器304中存储的指令，以实现本申请下述实施例提供的方法。
在一种示例中，处理器301可以包括一个或多个CPU，例如图3中的CPU0和CPU1。
作为一种可选的实现方式，装置300还包括输出设备305和输入设备306。示例性地，输入设备306是键盘、鼠标、麦克风或操作杆等设备，输出设备305是显示屏、扬声器(speaker)等设备。
作为一种可选的实现方式，该装置300还可以包括供电电路307，该供电电路307可以用于为该处理器301供电，该供电电路307可以与处理器301位于同一个芯片内，或者，位于处理器301所在的芯片之外的另一个芯片内。
本申请实施例所述的供电电路307包括但不限于如下至少一个：供电线路，供电子***、电源管理芯片、功耗管理处理器或功耗管理控制电路。
需要指出的是，装置300可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片***或有图3中类似结构的设备。此外，图3中示出的组成结构并不构成对该终端的限定，除图3所示部件之外，该终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
本申请实施例中，芯片***可以由芯片构成，也可以包括芯片和其他分立器件。
例如，上述装置300可以为一个芯片***，该芯片***可以如图3所示，至少可以包括一个或者多个处理器和收发电路，涉及本申请实施例所述的方法的程序指令在该一个或者多个处理器中执行，以使得该芯片***实现本申请的侧行链路的传输的方法。
此外，本申请的各实施例之间涉及的动作、术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。
需要说明的是，本申请实施例不限制执行方法的主体，该主体可以为终端也可以为终端中的功能模块，还可以为芯片***等，不予限制，本申请实施例中以终端装置为例，对本申请实施例提供的方法进行描述。
接下来，以图1所示的网络架构为例，结合相应的附图，对本申请实施例提供的侧行链路的传输方法进行描述。其中，下述实施例所述的通信装置可以具备图3所示部件。
本申请实施例提供基于DRX机制的侧行链路组播或者广播业务的传输方法，通过使发送UE与至少一个接收UE之间统一开启重传定时器的条件与开启时机，或者通过统一发送UE与至少一个接收UE之间的DRX信息参数等实施方式，能够避免部分接收UE丢包的问题，从而解决侧行链路组播或广播数据传输的可靠性问题。
本申请提供了多种SL组播和广播DRX方法，下面将分别通过如下各实施例进行描述。这些SL组播和广播DRX方法有些仅针对SL组播和广播DRX机制中的部分流程，有些可以应用于SL组播和广播DRX机制中的任意一个或多个流程。应理解的是，这些SL组播和广播DRX方法可以相互结合使用，比如，可以是SL组播和广播DRX机制中的某一流程使用一种方法而另一流程使用另一种方法，还可以是SL组播和广播DRX机制中的某一流程既使用一种方法又使用另一种方法。
应理解的是，SL组播和广播DRX机制有可能会随着技术方案的演进而发生变化，本申请提供的技术方案并不限于下面描述的过程。进一步的，本申请实施例中对场景的描述仅为举例，并不限定本申请实施例的方案仅能运用为描述场景中，同样适用于存在类似问题的场景等。
下面以第一通信设备为发送UE，第二通信设备为接收UE作为示例，对本申请实施例提供的侧行链路的传输方法的不同实施方式分别进行描述。以下是以方法应用于通信设备(如第一通信设备或第二通信设备)为例说明，容易理解的，以下方法也可以应用于通信设备的部件，例如芯片、处理器或芯片***。
本申请实施例提供的一种侧行链路的传输方法，应用于第一通信设备(发送UE)，如图4所示，该方法可以包括：
S401：第一通信设备确定满足第一条件。
其中，对于某一个组播业务，第一通信设备和组播业务组中的各个接收UE可以分别维护一套SL DRX信息，具体的可以包括前述的至少一个DRX信息参数。该组播业务可以包括多个SL进程，例如，包括第一SL进程。第一通信设备可以在第一SL进程上向某一个组播组传输该组播业务对应的TB块。
在一种实施方式中，SL进程可以包括SL HARQ进程。
第一通信设备确定满足第一条件，具体可以包括，第一通信设备确定满足以下至少一个条件：DRX对应的第一定时器未运行，或者，DRX对应的第二定时器未运行，或者，第一SL进程对应的第三定时器在运行。其中，第一定时器、第二定时器和第三定时器可以为DRX信息相关的定时器，另外，第三定时器还可以为SL HARQ进程相关的定时器。
其中，该DRX信息可以对应于第一组播目的地destination，或者对应于第一组播业务，或者对应于第一组播组。其中，第一组播组中可以包括发送UE即第一通信设备，以及多个接收UE。
在一种实施方式中，第一条件可以包括：接收来自至少一个用户设备的第一SL进程对应的NACK。
第一SL进程对应的NACK用于指示至少一个接收UE向第一通信设备请求重传。或者，第一SL进程对应的NACK用于指示至少一个用户设备未成功解码第一SL进程对应的数据包。
S402：第一通信设备调度第一SL进程对应的重传。
在一种实施方式中，第一通信设备确定该第一SL进程对应的第三定时器在运行，则调度第一SL进程对应的重传和/或新传。
进一步的，第一通信设备调度第一SL进程对应的重传，具体可以包括：第一通信设备仅能调度该第一SL进程对应的重传，而不能调度该组播业务或该DRX或该destination对应的其他SL进程的重传或者新传。
其中，所述第三定时器用于指示第一通信设备可以调度该第一SL进程对应的SL重传的时间信息。也就是说，在第三定时器运行期间，第一通信设备可以调度该第一SL进程进行对应的第一SL HARQ重传。
或者，第三定时器可以用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息、授权信息或侧行链路控制信息(sidelink control information，SCI)所需的最大时长。其中，SL重传的资源配置信息用于指示第一通信设备可以在该时频资源上进行SL重传。其中，第一通信设备的接收端可以为第一通信设备进行单播、组播或广播等业务的接收设备，例如第二通信设备，下文中对此不再赘述。第二通信设备可以接收第一SL进程对应的HARQ重传的资源配置、HARQ重传的授权信息或者SCI。
示例性的，第三定时器具体可以为前述的drx-RetransmissionTimer重传定时器，用于指示第一通信设备可以调度第一SL HARQ进程重传的时间段。则第一通信设备可以在drx-RetransmissionTimer到期之前，调度第一SL进程对应的重传。
需要说明的是，本申请实施例中的SL HARQ进程也可以替换为SL进程。
在一种实施方式中，第一通信设备可以确定DRX对应的第一定时器未运行，且第一SL进程对应的第三定时器在运行，则调度第一SL进程对应的重传。
其中，第一定时器可以用于指示第一通信设备在DRX周期内可以发送SCI的时间信息。在一种实施方式中，第一定时器可以用于指示第一通信设备在DRX周期内可以发送SCI的时长，该第一定时器的时间信息可以包括DRX周期内可发送SCI的周期性的时间段。示例性的，第一通信设备在该第一定时器到期之前没有发送SCI，则第一通信设备可以进入休眠状态，不再发送SCI。
或者，第一定时器可以用于指示第一通信设备的接收端在DRX周期内的监听时间信息。示例性的，第一定时器可以用于指示第一通信设备的接收端在DRX周期内监听PDCCH的时长。示例性的，第一通信设备的接收端在该第一定时器到期之前没有监听到PDCCH，则第一通信设备的接收端可以进入休眠状态，不再监听PDCCH。
示例性的，结合图2所示，第一通信设备可以在DRX周期内开启第一定时器，第一通信设备可以在第一定时器内监听PDCCH。当第一通信设备监听到PDCCH之后，可以开启drx-InactivityTimer，用于指示第一通信设备可以继续监听PDCCH的时长。
在一种实施方式中，第一定时器具体可以为drx-onDurationTimer，用于指示第一通信设备的接收端在DRX周期内开启激活状态的定时器，第一通信设备的接收端在该定时器内能够监听PDCCH。
在一种实施方式中，第一通信设备确定DRX对应的第二定时器未运行，且第一SL进程对应的第三定时器在运行，则调度第一SL进程对应的重传。
其中，第二定时器可以用于指示第一通信设备在发送SCI后可以继续发送其它SCI的时长。示例性的，第一通信设备可以在发送SCI后，可以开启该第二定时器，则第一通信设备可以在该第二定时器到时之前，发送其他的SCI。
或者，第二定时器可以用于指示第一通信设备的接收端在收到SCI后可以继续监听的时间信息。示例性的，第一通信设备的接收端可以在接收到SCI后，开启该第二定时器，则第一通信设备的接收端可以在该第二定时器到时之前，继续监听PDCCH。
在一种实施方式中，第二定时器具体可以为drx-InactivityTimer，用于指示当第一通信设备的接收端成功解码到一个调度新传的PDCCH之后，还需要继续监听PDCCH的时长。因此，第一通信设备的接收端在该定时器运行期间内监听PDCCH。
在一种实施方式中，第一通信设备确定DRX对应的第一定时器和第二定时器均未运行，且第一SL进程对应的第三定时器在运行，则第一通信设备仅能调度第一SL进程对应的重传。
上述实施方式中，第一通信设备仅能调度第三定时器在运行的SL进程对应的重传，而不能调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传，从而避免未开启第三定时器或未处于激活状态的接收UE丢包，提高侧行传输的可靠性。
在一种实施方式中，第一通信设备确定第一SL进程对应的第三定时器在运行，而DRX对应的除第一SL进程之外的其他SL进程对应的第三定时器未在运行，则第一通信设备调度第一SL进程对应的重传，并且第一通信设备不可以调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传。
在一种实施方式中，第一通信设备确定第一SL进程对应的第三定时器在运行，并且第二SL进程对应的第三定时器在运行，则第一通信设备可以仅调度该第一SL进程与第二SL进程对应的重传。
通过本申请的上述实施方式，发送UE确定仅有一个或多个SL HARQ进程对应的重传定时器在运行时，仅调度这一个或多个SL HARQ进程对应的重传，也就是说，发送UE不能调度该SL组播DRX对应的其它SL HARQ进程(重传定时器未运行)的重传或新传，从而避免至少一个重传定时器未运行或者未处于激活状态的接收UE丢包，提高侧行链路的组播或广播数据传输的可靠性。
进一步的，在前述的各种实施方式的情况下，若第一SL进程对应SL组播业务，且该SL组播业务的HARQ反馈为前述的HARQ方式2，第一通信设备确定第一SL进程对应的HARQ反馈中NACK的数量小于第一SL进程对应的第一组播组的设备数量减1，则调度第一SL进程对应的重传。
其中，NACK的数量包括HARQ重传请求的数量。
第一组播组的设备数量为第一组播组中发送UE以及多个接收UE的设备总数量。也就说，第一通信设备可以确定第一SL进程对应的NACK反馈的数量小于接收UE的设备总数时，说明可能有至少一个接收UE未启动第一SL进程对应的第三定时器，故此时仅调度第一SL进程对应的重传。
在本申请的上述实施方式中，对于该第一SL HARQ进程，发送UE通过该第一SLHARQ进程对应的NACK反馈数量确定，若组播组内有至少一个接收UE未成功解码数据或反馈了NACK，且不是所有的接收UE都反馈了NACK时，则发送UE仅调度该第一SL HARQ进程对应的重传，发送UE就不能调度该SL组播DRX对应的其它第三定时器未运行的SL HARQ进程的重传或新传，以避免未反馈NACK或未启动第三定时器的接收UE丢包。
在一种可能的方式中，如Uu口DRX与HARQ机制中，若网络设备确定用户设备的某个HARQ进行对应的重传定时器在运行，则网络设备可能向用户设备调度其它的HARQ进程的重传或新传。因此，本申请的上述实施方式可以避免因发送UE不知道多个接收UE是否全部启动重传定时器而造成的丢包问题，提高侧行链路组播或广播数据传输的可靠性。
另外，在一种实施方式中，第一通信设备确定满足以下至少一个条件：DRX对应的第一定时器在运行，或者，DRX对应的第二定时器在运行，或者，第一SL进程对应的第三定时器在运行，第一通信设备在第一SL进程进行重传和/或新传。
在一种实施方式中，当第一通信设备接收第一SL进程对应的至少一个NACK，且第一SL进程对应的第三定时器在运行，即至少一个接收UE未成功解码该第一SL进程对应的数据包。或者，第一通信设备确定DRX对应的第一定时器或者第二定时器中至少一个在运行，也就说，第一通信设备确定该DRX对应的接收UE处于激活状态、会监听SCI时，则第一通信设备可以调度该第一SL进程的重传，或者，第一通信设备可以调度该第一SL进程的新传。或者，第一通信设备确定DRX对应的第一定时器或者第二定时器中至少一个在运行，且第一SL进程对应的第三定时器在运行，则第一通信设备可以调度该第一SL进程进行重传，或者，第一通信设备可以调度该第一SL进程进行新传。或者，第一通信设备确定DRX对应的第一定时器和第二定时器(若有的话)都未运行，而第一SL进程对应的第三定时器在运行，则第一通信设备可以调度该第一SL进程的重传或新传。或者，第一通信设备确定DRX对应的第一定时器和第二定时器(若有的话)中至少一个在运行，而第一SL进程对应的第三定时器未运行，则第一通信设备可以调度该第一SL进程的重传或新传。
反过来，若第一通信设备若确定第一SL进程对应的第三定时器未运行，且第一通信设备确定DRX对应的第一定时器和第二定时器(若有的话)都未在运行，则不调度该第一SL进程的重传或新传；通过该实施方式，发送UE可以避免接收UE丢包。
示例性的，该DRX可以对应于第一组播目的地、第一组播业务或者第一组播组，则第一通信设备在第一SL进程进行重传和/或新传可以包括，第一通信设备可以在该第一SL进程进行第一组播目的地、第一组播业务或第一组播组对应的重传和/或新传。
另外，在一种实施方式中，第一通信设备若判定该组播业务或者该组播组对应的所有接收UE都开启第三定时器，则第一通信设备可以在该组播业务或者该组播组对应的任意SL进程上进行重传或者新传。
具体的，若第一通信设备确定在第一SL进程对应的所有PSFCH上都收到NACK，并且第一SL进程对应的第三定时器在运行，则第一通信设备可以在该SL进程对应的DRX的至少一个SL进程进行传输，或者第一通信设备可以在该SL进程对应的DRX的任一个SL进程进行传输。
示例性的，上述第一通信设备确定在第一SL进程对应的所有PSFCH上都收到NACK，可以为第一通信设备在第一SL进程对应的K个PSFCH上都收到NACK。其中，K可以为第一SL进程对应的PSFCH的资源总数。
或者，第一通信设备确定第一SL进程对应的第三定时器在运行，若第一SL进程对应SL组播，以及HARQ方式2，且第一SL进程对应的NACK的数量为第一SL进程对应的第一组播组的设备数量减1，也就是第一通信设备接收到的第一SL进程对应的NACK数量等于第一组播组中全部接收设备的数量，则第一通信设备可以在SL进程对应的DRX的任意一个SL进程进行传输。其中，所述第一SL进程对应的NACK的数量可以为第一通信设备在第一SL进程上收到的NACK数量。
其中，在本申请的实施方式中，对于组播业务说，组播组中的发送设备的数量为1，则第一组播组的设备数量减1即为第一组播组中全部接收设备的数量，下文中对此不再赘述。
通过上述实施方式，发送UE在确定组播业务对应的所有接收UE全都开启了重传定时器的情况下，发送UE才可以任意调度其他的SL进程进行传输，从而可以让SL组播的接收UE节省功耗的同时避免接收UE丢包。
本申请实施例提供的一种侧行链路的传输方法，如图5所示，该方法可以包括：
S501：第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件。
其中，传输类型可以包括单播、组播或者广播中至少一种。
如前述内容，HARQ方式可以为方式1或方式2，其中，方式1用于指示SL HARQ进程对应的反馈包括NACK，即接收UE仅在未成功解码数据时反馈MACK；方式2用于指示SL HARQ进程对应的反馈包括ACK或NACK，即接收UE是否成功解码数据都进行HARQ反馈，此处不再赘述。
S502：第一通信设备启动第三定时器。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到第一SL进程对应的NACK。则第一通信设备执行步骤502，启动第三定时器。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到第一SL进程对应的ACK/NACK或HARQ反馈的数量小于或等于第一组播组的设备数量减1。则第一通信设备执行步骤502，启动第三定时器。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一通信设备确定第一SL进程对应的传输类型为单播，第一通信设备接收到第一SL进程对应的NACK反馈。则第一通信设备执行步骤502，启动第三定时器。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一通信设备确定第一SL进程对应的传输类型为组播且HARQ方式为方式1，第一通信设备接收到第一SL进程对应的NACK反馈。则第一通信设备执行步骤502，启动第三定时器。
也就是说，发送UE可以根据传输类型和/或HARQ方式确定接收到第一SL进程对应至少一个的NACK反馈时，启动第三定时器。
其中，第三定时器用于指示第一通信设备可以调度该第一SL进程对应的SL重传的时间信息。也就是说，在第三定时器运行期间，第一通信设备可以调度该第一SL进程的重传。
本申请中，某个组播组的设备数量减1，也可替换为第一组播组的接收设备的数量。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的HARQ反馈的总数量小于第一组播组的接收设备数量。
其中，对于SL组播的HARQ方式2，第一SL进程对应的HARQ反馈可以为ACK或NACK，则第一SL进程对应的HARQ反馈全部为ACK时，第一SL进程对应的HARQ反馈的总数量可以为所有ACK的数量；第一SL进程对应的HARQ反馈全部为NACK时，第一SL进程对应的HARQ反馈的总数量可以为所有NACK的数量；第一SL进程对应的HARQ反馈包括ACK和NACK时，第一SL进程对应的HARQ反馈的总数量可以为所有ACK的数量加上所有NACK的数量。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的所有ACK数量小于第一SL进程对应的第一组播组的接收设备数量。
也就是说，第一通信设备可能会发生没有接收到该组播业务对应的全部接收UE的SL HARQ反馈的情况，即至少一个接收UE未能成功传送第一SL进程对应的反馈，或者第一通信设备未收到至少一个接收UE的SL HARQ反馈。则这种情况下，发送UE确定启动第三定时器，第一通信设备可以在该第三定时器运行期间内可调度第一SL进程对应的重传，从而避免任一接收UE丢包，提高数据传输的可靠性。
在另一种实施方式中，第一通信设备启动第三定时器，可以包括：第一通信设备确定第一SL进程对应的第四定时器超时，则启动所述第三定时器。其中，第四定时器用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的时间信息，或者，用于指示所述第一通信设备调度第一SL进程对应的重传之前的时间信息。
进一步的，第四定时器可用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的最短时长，或者，用于指示第一通信设备调度第一SL进程对应的重传之前的最短时长。
示例性的，第四定时器具体可以为drx-HARQ-RTT-Timer，用于指示发送UE在发送期望的重传数据之前需要等待的最短时长。
也就是说，若在侧行链路的组播或者广播业务中引入第四定时器，例如drx-HARQ-RTT-Timer，则第一通信设备可以在确定第四定时器drx-HARQ-RTT-Timer超时后，在满足前述条件时启动第三定时器，例如，drx-RetransmissionTimer，进行HARQ重传。
在前述的实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，进一步还可以包括：第一通信设备可以确定第一SL进程的重传次数小于预设阈值，则启动第三定时器。其中，该预设阈值为网络配置或UE自己确定的或协议规定的或预配置的该第一SL进程对应的最大重传次数。本申请的实施例中对该预设阈值的具体取值或者配置方式不做具体限定。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，若第一通信设备确定第一SL进程对应的重传次数达到预设阈值；则停止第一SL进程对应的第三定时器。
在一种实施方式中，第一通信设备确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件，第一通信设备确定第一SL进程对应的重传次数大于或者等于预设阈值，则不启动第一SL进程对应的第三定时器。
基于上述实施方式中第一通信设备的接收侧设备，例如，第二通信设备，对于该第一SL进程，如第二通信设备的HARQ是使能的状态，若第二通信设备确定未成功解码该第一SL进程对应的数据包，或者，若第二通信设备向第一通信设备发送第一SL进程对应的NACK，则启动第一SL进程对应的第三定时器。
另外，若在侧行链路的组播或者广播业务中引入第四定时器，例如drx-HARQ-RTT-Timer，则第二通信设备确定未成功解码该第一SL进程对应的数据包，且确定第四定时器drx-HARQ-RTT-Timer超时后，第二通信设备启动第三定时器，例如，drx-RetransmissionTimer。
通过本申请的上述实施方式，发送UE可以基于SL传输的传输类型及组播HARQ方式，确定启动重传定时器的条件，则不同的SL传输场景匹配对应的重传定时器的启动条件，在节省SL接收设备功耗的同时提高侧行传输的灵活性和传输性能，避免丢包，提高传输可靠性。
本申请实施例提供的一种侧行链路的传输方法，应用于第一通信设备和第二通信设备，如图6所示，该方法可以包括：
S601：第一通信设备确定第一信息，第一信息包括第一通信设备的覆盖状态信息。
其中，第一信息中包括的覆盖状态信息可以用于指示第一通信设备当前所处的网络覆盖状态。
覆盖状态可以包括覆盖内(in coverage，IC)和覆盖外(out of coverage，OCC)。其中，覆盖外状态又可以包括第一覆盖外OCC1，第二覆盖外OCC2或第三覆盖外OCC3中的至少一种。
其中，覆盖内可以用于指示第一通信设备可以从基站获取DRX的配置信息。
在一种实施方式中，覆盖内还可以用于指示第一通信设备可以在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区。其中，满足第三条件可以包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
其中，UE满足S准则可以表示UE对小区进行测量得到的至少一种信号强度值高于预设门限，其中，信号强度可以包括测量小区接收等级值(Measured cell Receive levelvalue)或测量小区质量值(Measured cell quality value)或参考信号接收功率(reference signal received power，RSRP)或参考信号接收质量(reference signalreceived quality，RSRQ)。
第一覆盖外OCC1用于指示第一通信设备不可以从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区。
第二覆盖外OCC2用于指示第一通信设备可以从核心网设备或者策略控制功能(Policy Control Function，PCF)网元获取DRX的配置信息、且满足第一覆盖外的条件。第三覆盖外OCC3用于指示第一通信设备不可以从核心网设备或者PCF网元获取DRX的配置信息、且满足第一覆盖外的条件。
示例性的，当用户设备处于OOC3状态，若此前从核心网设备或者PCF网元获取过SL组播或广播的DRX信息，则用户设备可以采用该DRX信息；否则若用户设备此前未从核心网设备或者PCF网元获取过SL组播或广播DRX信息，则可以采用用户实体(mobile entity，ME)或通用集成电路卡(universal integrated circuit card，UICC)中的SL组播或广播DRX信息。
在本申请的实施方式中，用户设备采用ME或UICC中获取的SL组播或广播DRX信息，也可以等同为用户设备采用预配置的DRX信息。
在一种实施方式中，当用户设备处于OOC2状态时，可以从核心网设备或者PCF网元获取更新的SL组播或广播DRX的配置信息，其获取方式可以包括：当满足预设条件时，UE主动向核心网设备或者PCF网元请求更新SL组播或广播DRX的配置信息，例如，前述的第二通信设备可以向网络设备发送第二信息，用于请求网络设备下发SL组播或广播DRX的配置信息，或者，当满足预设条件时核心网主动向UE更新SL组播或广播DRX信息。
S602：第一通信设备向第二通信设备发送第一信息。
S603：第二通信设备接收第一信息。
S604：第二通信设备根据第一信息确定DRX信息。
第二通信设备可以根据第一信息中包括的第一通信设备的覆盖状态信息，判断第一通信设备与第二通信设备的覆盖状态是否一致，从而确定DRX信息，或者确定使用的DRX信息的来源。
在一种实施方式中，第一信息还可以包括第一通信设备的SL组播或广播对应的DRX信息。
进一步的，第二通信设备可以根据第一信息中包括的第一通信设备的覆盖状态信息，判断第一通信设备与第二通信设备的覆盖状态是否一致，从而确定DRX信息，具体可以包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息是一致的，则第二通信设备不采用或忽略从第一通信设备接收的SL组播或广播对应的DRX信息。
需要说明的是，当覆盖状态信息包括覆盖内和覆盖外(第一覆盖外)两种时，判断第一通信设备与第二通信设备的覆盖状态是一致的，具体可以包括：判断第一通信设备与第二通信设备的覆盖状态都为覆盖内，或者判断第一通信设备与第二通信设备的覆盖状态都为覆盖外，即确定第一通信设备与第二通信设备的覆盖状态是一致的。
当覆盖状态信息包括覆盖内、第二覆盖外和第三覆盖外时，判断第一通信设备与第二通信设备的覆盖状态是一致的，具体可以包括：判断第一通信设备与第二通信设备的覆盖状态都为覆盖内，或者判断第一通信设备与第二通信设备的覆盖状态都为第二覆盖外，或者判断第一通信设备与第二通信设备的覆盖状态都为第三覆盖外，即确定第一通信设备与第二通信设备的覆盖状态是一致的。
反之，判断第一通信设备与第二通信设备的覆盖状态不一致也基于覆盖状态信息包括的情况进行确定，例如，当覆盖状态信息包括覆盖内和覆盖外两种时，判断第一通信设备与第二通信设备的覆盖状态一个为覆盖内另一个为覆盖外即为不一致，不再判断是否为第二覆盖外或第三覆盖外。当第一通信设备的覆盖状态为覆盖内，第二通信设备的覆盖状态为第二覆盖外，则可以确定第一通信设备与第二通信设备的覆盖状态不一致；第一通信设备的覆盖状态为第二覆盖外，第二通信设备的覆盖状态为第三覆盖外，则可以确定第一通信设备与第二通信设备的覆盖状态不一致；此处不再赘述。
在一种实施方式中，第二通信设备根据第一信息确定DRX信息，具体可以包括：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息不一致，则采用从第一通信设备接收的SL组播或广播对应的DRX信息。
在一种实施方式中，第二通信设备根据第一信息确定DRX信息，具体可以包括：第二通信设备确定第二通信设备的覆盖状态为第二覆盖外，根据第一信息确定第一通信设备的覆盖状态信息为覆盖内；则第二通信设备向网络设备发送第二信息，第二信息用于向网络设备请求SL组播或广播对应的DRX信息。
通过上述实施方式，第二通信设备可以根据第一通信设备的覆盖状态信息，确定是否采用第一通信设备发送的SL组播或广播对应的DRX信息，从而使得发送UE和接收UE采用一致的DRX信息，避免SL组播或广播业务中接收UE丢包，从而提高数据传输的可靠性。
另外，本申请实施例还提供一种侧行链路的传输方法，应用于第一通信设备和第二通信设备，如图7所示，该方法可以包括：
S701：第二通信设备向第一通信设备发送第三信息，第三信息包括第二通信设备的覆盖状态信息。
S702：第一通信设备接收第三信息。
S703：第一通信设备根据第三信息确定向第二通信设备发送第四信息，第四信息包括SL组播或广播对应的DRX信息。
第一通信设备根据第三信息确定向第二通信设备发送第四信息，具体可以包括：第一通信设备确定第二通信设备的覆盖状态信息与第一通信设备的覆盖状态信息不一致，则向第二通信设备发送第四信息。
如果第一通信设备确定第二通信设备的覆盖状态信息与第一通信设备的覆盖状态信息是一致的，则不向第二通信设备发送第四信息。
S704：第二通信设备确定DRX信息。
在一种实施方式中，第二通信设备可以根据本地预先配置的、或者从基站、核心网设备或者PCF网元获取的确定SL组播或广播对应的DRX信息。
另外，在一种实施方式中，如果第二通信设备接收到来自第一通信设备的第四信息，则可以根据第四信息确定SL组播或广播对应的DRX信息，例如，可以采用第四信息中DRX信息作为SL组播或广播对应的DRX信息，或者根据第四信息中的DRX信息确定SL组播或广播对应的DRX信息。
另外，本申请还提供一种侧行链路的传输方法，组播或广播业务对应的发送设备或接收设备可以分别根据当前采用的DRX信息对应的接收性能，确定SL组播或广播对应的DRX信息的来源。如图8所示，该方法可以包括：
S801：通信设备确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件。
其中，对于SL组播或广播的接收端，以第二通信设备为例，DRX信息对应的性能参数可以是指DRX信息对应的接收性能，例如具体可以包括时延参数，或数据传输速率等中的至少一个。
进一步的，第二通信设备确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，具体可以指所述DRX信息对应的传输性能低于预设门限，即当前采用的DRX信息对应的传输数据的性能较差。
示例性的，通信设备确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件具体可以包括：第二通信设备确定DRX信息对应的时延参数大于或者等于预设的第一阈值。或者，通信设备确定DRX信息对应的数据传输速率小于或者等于预设的第二阈值。本申请实施例对具体的第一阈值或第二阈值的参数配置不作具体限定。
对于SL组播或广播的发送端，以第一通信设备为例，DRX信息对应的性能参数可以是指DRX信息对应的DTX数量或接收到的NACK数量或重传请求等。
S802：通信设备确定SL组播或广播对应的DRX信息。
也就是说，第一通信设备或者第二通信设备可以通过判断当前DRX信息下，SL组播或广播对应的DRX信息对应的参数满足预设条件，确定切换不同的SL组播或广播对应的DRX信息，如采用预配置的DRX信息，或者采用从核心网设备或PCF网元获取的DRX信息。
在一种实施方式中，通信设备确定DRX信息对应的性能参数满足预设条件的条件下，通信设备结合SL组播或广播对应的DRX信息具体可以根据当前覆盖状态信息，综合确定SL组播或广播对应的DRX信息。
进一步的，对于SL组播或广播业务的接收UE来说，例如，以第二通信设备作为示例，具体可以包括：
第二通信设备确定当前的覆盖状态为覆盖内，DRX信息对应的性能参数满足预设条件的条件，则第二通信设备可以采用预配置的SL组播或广播对应的DRX信息，以尽量与发送UE例如第一通信设备的DRX信息保持一致。
或者，第二通信设备确定当前的覆盖状态为覆盖内，DRX信息对应的性能参数满足预设条件的条件，则第二通信设备可以采用从核心网设备或PCF网元获取的SL组播或广播对应的DRX信息，以尽量与发送UE例如第一通信设备的DRX信息保持一致。
进一步，若第二通信设备切换至从核心网设备或PCF网元获取的SL组播或广播对应的DRX信息之后，检测到性能参数如时延参数或数据传输速率等中的至少一个仍满足预设条件，即传输性能仍较差时，则切换至ME或UICC中的DRX信息。
在一种实施方式中，若第二通信设备确定当前的覆盖状态为覆盖外OCC2，当判断当前使用的从PCF网元获取的DRX信息对应的接收性能低于预设条件时，可切换至使用ME/UICC中的DRX信息。
通过上述实施方式，接收UE可以根据当前采用的DRX信息对应的SL组播或广播的数据传输性能是否满足预设条件，来确定是否需要求切换DRX信息的来源，从而接收UE可以在数据传输性能较差的情况下，结合接收UE当前的信号覆盖状态，灵活匹配对应的DRX信息，以采用与发送UE一致的DRX信息，避免接收UE丢包，提高SL组播或广播业务数据传输的可靠性。
在一种实施方式中，对于SL组播或广播业务的发送UE来说，例如，以第一通信设备作为示例，上述的步骤S801中的确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，具体可以包括：第一通信设备确定DRX信息对应的DTX数量或接收到的NACK数量满足预设条件。
也就是说，对于SL组播或广播的HARQ方式2，发送UE可以根据重传请求，确定切换采用的SL组播或广播对应的DRX信息。
其中，DTX数量可以用于指示第一通信设备的DRX信息对应的HARQ进程中，第一通信设备未收到ACK或NACK反馈的HARQ进程的次数。示例性的，第一通信设备对HARQ使能的情形下，对于DRX信息对应的第一HARQ进程，若第一通信设备没有收到第一HARQ进程对应的HARQ反馈，则将DTX数量累加1。
进一步的，在一种实施方式中，第一通信设备确定DRX信息对应的DTX数量或接收到的NACK数量满足预设条件，具体可以包括第一通信设备确定DRX信息对应的DTX数量大于或等于第三阈值，或者，DRX信息对应的接收到的NACK数量大于或等于第四阈值，或者，第一通信设备确定DRX信息对应的DTX数量大于或等于第三阈值并且DRX信息对应的接收到的NACK数量大于或等于第四阈值。其中，本申请实施例对具体的第三阈值或第四阈值的参数配置不作具体限定。
需要说明的是，在本申请的实施方式中，描述某一数值满足预设条件还可以是指该数值在某个取值范围内。例如，指示A大于或者等于门限1并且A小于或者等于门限2。
在一种实施方式中，DTX数量或NACK数量可以包括预设时间或单位时间内的DTX数量或NACK数量。
示例性的，若第一通信设备的当前覆盖状态为覆盖内，第一通信设备判断当前使用的DRX信息对应的DTX数量或重传请求数量(即NACK数量)高于预设门限时，第一通信设备可切换至预配置DRX信息，或者，采用从核心网设备或者PCF网元获取的DRX信息。
进一步，若第一通信设备切换至核心网设备或者PCF网元获取的DRX信息之后，让检测到该DRX信息对应的DTX数量或重传请求数量(即NACK数量)仍高于预设门限，则切换至采用ME或UICC中的DRX信息。
在一种实施方式中，若第一通信设备的当前覆盖状态为覆盖外OCC2，当前使用的DRX信息对应的DTX数量或重传请求数量(即NACK数量)高于预设门限时，可切换至使用ME或UICC中的DRX信息。
通过本申请的上述实施方式，SL组播或广播业务的发送UE可以根据当前采用的DRX信息对应的SL组播或广播的DTX数量或重传请求数量是否满足预设条件，来确定是否需要求切换DRX信息的来源，从而发送UE可以在数据传输性能较差的情况下，结合发送UE当前的信号覆盖状态，灵活匹配对应的DRX信息，以与接收UE采用一致的DRX信息，避免SL组播或广播业务丢包，提高SL组播或广播业务数据传输的可靠性。
另外，基于SL组播或广播业务中发送UE和多个接收UE的DRX信息可能不一致的问题，本申请实施例还提供一种实施方式，应用于网络设备，用于对齐SL组播或广播业务的DRX信息。
该方法具体可以包括：网络设备确定SL组播或广播DRX的信息发生变化，向用户设备发送变化后的SL组播或广播DRX信息。示例性的，网络设备可以是基站、核心网设备或者PCF网元等，本申请实施例对此不做具体限定。用户设备可以为上述实施例中的第一通信设备和/或第二通信设备。
上述可能的实施方式，通过网络设备定期下发并更新SL组播或广播DRX的配置信息，从而使得发送UE与接收UE之间可以采用一致的DRX信息，避免SL组播或广播业务丢包，提高SL组播或广播业务数据传输的可靠性。
在上述任一通信设备设备间传输覆盖状态信息的方法中，可以由其中一个通信设备向其对端通信设备发送覆盖状态信息请求信息或覆盖状态信息询问信息，对端通信设备收到该请求信息或询问信息后，可向对方发送自身的覆盖状态信息。可选地，前述覆盖状态信息请求信息或覆盖状态信息询问信息中，可以携带该信息发送主体自身的覆盖状态信息。例如，第二通信设备向第一通信设备发送覆盖状态信息请求信息或覆盖状态信息询问信息，第一通信设备收到该请求信息或询问信息后，可向第二通信设备发送第一通信设备的覆盖状态信息。可选地，第二通信设备向第一通信设备发送的覆盖状态信息请求信息或覆盖状态信息询问信息中，可携带第二通信设备自身的覆盖状态信息。再例如，在前述例子中，可将第一通信设备替换为第二通信设备，同时将第二通信设备替换第一通信设备。
本发明中，对于根据“收到NACK”来判断是否启动第三定时器的方法中，“收到NACK”也可替换为“确定未成功发送数据”，或“确定未成功发送第一SL进程对应的数据”，或“确定不是所有接收UE都成功解码数据”。这是考虑到对于发送数据的UE，启动第三定时器的条件不仅为“收到了NACK反馈”。发送数据的UE若在相应反馈资源上未收到NACK(可能由于发送数据的UE侧或接收UE侧在接收或发送NACK时发生了传输冲突，或由于信道条件恶化)时，也可认为接收设备未成功解码数据，因此也可启动第三定时器，以便进行相应的重传。
基于上述实施方式中第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图9所示，该装置900可以包括处理模块901与传输模块902。
所述处理模块901可以用于确定满足以下至少一个条件：侧行链路DRX对应的第一定时器未运行，或者，DRX对应的第二定时器未运行，或者，第一侧行链路SL进程对应的第三定时器在运行。
其中，第一定时器用于指示第一通信设备在DRX周期内发送SCI的时间信息，或者，用于指示第一通信设备的接收端在DRX周期内的监听时间信息。第二定时器用于指示第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示第一通信设备的接收端在收到SCI后继续监听的时间信息；第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备的接收端收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
传输模块902可以用于调度第一SL进程对应的重传。其中，传输模块也可以称为传输单元，处理模块也可以称为处理单元，具体可以通过软件和/或硬件方式实现，本申请对实现形式不作具体限定。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
在一种可能的实现方式中，第一SL进程对应的第三定时器在运行，包括：第一SL进程对应的第三定时器在运行，或者，DRX信息对应的除第一SL进程之外的其他SL进程对应的第三定时器未在运行；调度第一SL进程对应的重传，包括：不调度DRX对应的除第一SL进程之外的其他SL进程进行重传和/或新传。
在一种可能的实现方式中，若第一SL进程应用SL组播HARQ方式2，其中，方式2用于指示SL HARQ进程对应的反馈包括确认(acknowledgement，ACK)或非确认(non-acknowledgement，NACK)，则调度第一SL进程对应的重传，包括：确定第一SL进程对应的HARQ反馈中非确认NACK的数量小于第一SL进程对应的第一组播组的设备数量减1；调度第一SL进程对应的重传。
另外，如图9所示，本申请实施例还提供一种侧行链路的传输装置，该装置900包括处理模块901与传输模块902。
其中，处理模块901可以用于确定满足以下至少一个条件：侧行链路DRX对应的第一定时器在运行，或者，DRX对应的第二定时器在运行，或者，第一侧行链路SL进程对应的第三定时器在运行。
传输模块902可以用于执行在第一SL进程进行重传和/或新传。
在一种可能的实现方式中，DRX对应于第一组播目的地、第一组播业务或第一组播组；在SL进程进行对应的重传和/或新传，包括：在SL进程进行第一组播目的地、第一组播业务或第一组播组对应的重传和/或新传。
本申请实施例还提供一种侧行链路的传输装置，该装置900包括处理模块901与传输模块902。
其中，处理模块901可以用于确定满足以下至少一个条件：在第一SL进程对应的至少一个PSFCH上收到了NACK；或者，第一SL进程应用SL组播HARQ方式2，且第一SL进程对应的NACK的数量为第一SL进程对应的第一组播组的设备数量减1，第一SL进程对应的第三定时器在运行。
传输模块902可以用于在第一SL进程对应的DRX的至少一个SL进程进行传输，其中，方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK。
在一种可能的实现方式中，DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
在一种可能的实现方式中，在第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK反馈，包括：在第一SL进程对应的K个物理侧行链路反馈信道PSFCH上都收到NACK；其中，K为PSFCH的资源总数，或者，在第一SL进程对应的至少n个物理侧行链路反馈信道PSFCH上收到了NACK。
在一种可能的实现方式中，第一SL进程对应的NACK反馈的数量为第一SL进程对应的第一组播组的设备数量减1，包括：第一SL进程应用SL组播HARQ方式2，且在第一SL进程收到的NACK反馈的数量为第一SL进程对应的第一组播组的设备数量减1。
在一种可能的实现方式中，在SL进程对应的DRX的至少一个SL进程进行传输，包括：在SL进程对应的DRX的任一个SL进程进行传输。
在一种可能的实现方式中，SL进程包括SL HARQ进程。
本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000包括处理模块1001。
其中，处理模块1001可以用于确定第一SL进程对应的传输类型和/或HARQ方式满足第二条件。处理模块1001还可以用于启动第三定时器。
其中，传输类型包括单播、组播或者广播中至少一种，HARQ方式包括方式1或方式2，其中，方式1用于指示SL HARQ进程对应的反馈包括NACK，方式2用于指示SL HARQ进程对应的反馈包括ACK或NACK。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到第一SL进程对应的NACK。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的HARQ反馈的数量小于第一SL HARQ进程对应的第一组播组的设备数量减1，或者，第一SL进程对应的传输类型为组播，且HARQ方式为方式2，第一通信设备接收到的第一SL进程对应的ACK或NACK的数量小于第一SL进程对应的第一组播组的设备数量减1。
在一种可能的实现方式中，第一SL进程对应的传输类型和/或HARQ方式满足第二条件，包括：第一SL进程对应的传输类型为单播，或第一SL进程对应的传输类型为组播且HARQ方式为方式1；第一通信设备接收到第一SL进程对应的NACK反馈。
在一种可能的实现方式中，处理模块1001还可以用于：确定第一SL进程对应的第四定时器超时，确定启动第三定时器。其中，第四定时器用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的时间信息，或者，用于指示第一通信设备调度第一SL进程对应的重传之前的时间信息。
在一种可能的实现方式中，处理模块1001还可以用于：确定第一SL进程对应的重传次数小于预设阈值；启动第三定时器。
在一种可能的实现方式中，处理模块1001还可以用于：确定第一SL进程对应的重传次数达到预设阈值；停止第一SL进程对应的第三定时器。
本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000包括处理模块1001。
其中，处理模块1001可以用于确定第一SL进程对应的重传次数达到预设阈值；停止第一SL进程对应的第三定时器。
基于上述实施方式中第二通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图11所示，该装置1100可以包括传输模块1101与处理模块1102。
传输模块1101可以用于确定未成功接收第一SL进程对应的数据；向第一通信设备发送第一SL进程对应的NACK。
处理模块1102可以用于启动第三定时器，其中，第三定时器用于指示第一通信设备调度第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示第一通信设备收到第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
在一种可能的实现方式中，处理模块1102可以用于：确定第一SL进程对应的第四定时器超时，启动第三定时器。其中，第四定时器用于指示期望用于SL重传的资源配置信息或授权信息或SCI到达接收端前的时间信息，或者，用于指示第一通信设备调度第一SL进程对应的重传之前的时间信息。
基于上述实施方式中第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图9所示，该装置900可以包括处理模块901与传输模块902。
处理模块901可以用于确定第一信息，第一信息包括第一通信设备的覆盖状态信息。
传输模块902可以用于向第二通信设备发送第一信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网设备或者策略控制功能(Policy Control Function，PCF)网元获取DRX信息的覆盖外。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
基于上述实施方式中第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图11所示，该装置1100可以包括传输模块1101与处理模块1102。
传输模块1101可以用于接收来自第一通信设备的第一信息，第一信息包括第一通信设备的覆盖状态信息。
处理模块1102可以用于根据第一信息确定DRX信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息的覆盖外。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，第一信息包括SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1102可以用于：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息一致，则不采用或忽略从第一通信设备接收的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1102可以用于：若第一通信设备的覆盖状态信息与第二通信设备的覆盖状态信息不一致，则采用从第一通信设备接收的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1102可以用于：确定第二通信设备的覆盖状态为第二覆盖外，且第一通信设备的覆盖状态信息为覆盖内；则处理模块1102可以用于向网络设备发送第二信息，第二信息用于请求SL组播或广播对应的DRX信息。
在一种可能的实现方式中，网络设备包括核心网或者策略控制功能PCF。
基于上述实施方式中网络设备执行的步骤，本申请实施例还提供一种通信装置，如图9所示，该装置900可以包括处理模块901与传输模块902。
处理模块901可以用于确定SL组播广播对应的DRX信息发生变化。
传输模块902可以用于向第一通信设备和/或第二通信设备发送变化后的SL组播广播对应DRX信息。
基于上述实施方式中第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图11所示，该装置1100可以包括传输模块1101与处理模块1102。
传输模块1101可以用于接收来自第二通信设备的第三信息，第二信息包括第二通信设备的覆盖状态信息。
处理模块1102可以用于根据第三信息确定向第二通信设备发送第四信息，第四信息包括SL组播或广播对应的DRX信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备从核心网或者策略控制功能PCF获取DRX信息的覆盖外，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息的覆盖外。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，处理模块1102具体可以用于：确定第二通信设备的覆盖状态信息与第一通信设备的覆盖状态信息不一致，则向第二通信设备发送第四信息。
基于上述实施方式中第二通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图11所示，该装置1100可以包括传输模块1101与处理模块1102。
传输模块1101可以用于向第一通信设备发送第三信息，第三信息包括第二通信设备的覆盖状态信息。
处理模块1102可以用于确定SL组播或广播对应的DRX信息。
在一种可能的实现方式中，覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，覆盖内用于指示第一通信设备可从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；第一覆盖外用于指示第一通信设备不从基站获取DRX信息，或者，用于指示第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；第二覆盖外用于指示第一通信设备从核心网或者策略控制功能PCF获取DRX信息，第三覆盖外用于指示第一通信设备不从核心网或者策略控制功能PCF获取DRX信息。
在一种可能的实现方式中，满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
在一种可能的实现方式中，处理模块1102具体可以用于：接收来自第一通信设备的第四信息，第四信息包括SL组播或广播对应的DRX信息，采用第四信息中包括的DRX信息。
基于上述实施方式中第二通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000可以包括处理模块1001。
处理模块1001可以用于确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，处理模块1001还可以用于确定SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1001具体可以用于根据覆盖状态信息确定SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1001还可以用于，当第二通信设备当前的覆盖状态为覆盖内，采用预配置的SL组播或广播对应的DRX信息，或者，采用从PCF获取的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1001还可以用于确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，则采用移动实体(mobile entity，ME)或者通用集成电路卡(universal integrated circuit card，UICC)中对应的DRX信息。
在一种可能的实现方式中，若第二通信设备当前的覆盖状态为第二覆盖外，则采用移动实体ME或者通用集成电路卡UICC中对应的DRX信息。
在一种可能的实现方式中，性能参数包括时延，和/或，数据传输速率。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，包括：SL组播或广播对应的DRX信息对应的性能参数低于预设门限。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，或者，SL组播或广播对应的DRX信息对应的性能参数低于预设门限，包括如下至少一项：DRX信息对应的时延大于或等于第一阈值；数据传输速率小于或等于第二阈值。
基于上述实施方式中第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000可以包括处理模块1001。
处理模块1001可以用于确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件；确定SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1001具体可以用于根据覆盖状态信息确定SL组播或广播对应的DRX信息。
在一种可能的实现方式中，处理模块1001具体可以用于：若第一通信设备当前的覆盖状态为覆盖内，采用预配置的SL组播或广播对应的DRX信息，或者，采用从PCF获取的SL组播或广播对应的DRX信息。
在一种可能的实现方式中，采用从PCF获取的SL组播或广播对应的DRX信息时，方法还包括：确定SL组播或广播对应的DRX信息对应的性能参数满足预设条件，则采用ME或者通用集成电路卡UICC中对应的DRX信息。
在一种可能的实现方式中，处理模块1001具体可以用于：若第一通信设备当前的覆盖状态为第二覆盖外，则采用ME或者通用集成电路卡UICC中对应的DRX信息。
在一种可能的实现方式中，SL组播或广播对应的DRX信息对应的性能参数满足预设条件，包括：DRX信息对应的非连续发送(discontinuous transmission，DTX)数量或接收到的NACK数量满足预设条件。
在一种可能的实现方式中，DRX信息对应的DTX数量或接收到的NACK数量满足预设条件，包括如下至少一项：DRX信息对应的DTX数量大于或等于第三阈值；DRX信息对应的接收到的NACK数量大于或等于第四阈值。
在一种可能的实现方式中，NACK数量包括重传请求数量。
在一种可能的实现方式中，DTX数量或NACK数量包括预设时间或单位时间内的DTX数量或NACK数量。
在一种可能的实现方式中，SL组播或广播的HARQ方式为方式2。
需要说明的是，本申请实施例中的“接收UE丢包”是指接收UE丢失未成功收到或未成功解码的包，不包括接收UE丢已成功收到或成功解码的包。例如：若UE1已成功解码了某个包A，后续若发送UE继续发送该包A的重传时，UE1未能成功收到或解码该包A的重传，此时不应理解UE1丢包。
另外，需要说明的是，下述实施方式中的SL DRX中，持续时间定时器用于指示SLDRX周期开始的一段时间，或者，通信设备的接收设备在DRX周期内的监听时间信息，或者，用于指示通信设备在DRX周期内发送SCI的时间信息。
激活定时器用于指示在接收到指示SL新传的SCI的第一个时隙后继续接收SCI的时间信息，或者，通信设备的接收设备在接收到指示SL新传的SCI后继续接收SCI的时间信息，或者，用于指示通信设备在发送指示SL新传的SCI后继续发送SCI的时间信息。
第一SL进程的重传定时器用于指示直到收到SL重传的最长时间，或者，通信设备的接收设备接收所述第一SL进程对应的SL重传的时间信息，或者，所述第一SL进程的重传定时器用于指示通信设备发送所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
基于前述的问题，本申请实施例还提供一种侧行链路的传输方法，通过重新定义侧行链路组播或单播的激活时间(active time)，以实现在destination选择过程中可以基于候选目的地的激活时间确定destination，从而避免选定的destination对应的接收UE丢包。
该方法可以应用于第一通信设备(发送UE)，如图12所示，该方法可以包括：
S1201：第一通信设备确定至少一个侧行链路资源。
其中，侧行链路资源即SL grant，可以通过前述的NR SL资源分配方法Mode 1或Mode2确定。例如，其中，SL grant可以是基站为第一通信设备配置的，或者，SL grant可以是由第一通信设备自主进行资源选择确定的。本申请对此不作具体限制。
S1202：第一通信设备根据至少一个目的地对应的激活时间，确定至少一个侧行链路资源对应的第一目的地。
所述至少一个侧行传输资源用于第一目的地对应的SL组播传输或者SL单播传输。至少一个目的地包括候选目的地，可以包括侧行链路SL组播目的地和/或SL单播目的地。
需要说明的是，本申请实施例中的激活时间，是指通信设备监听SCI的时间，即当第一通信设备的接收设备采用SL DRX机制时，在激活时间内需监听SCI。
其中，所述SCI可以包括第一级SCI和/或第二级SCI，或者，SCI包括物理侧行链路控制信道(PSCCH Pysical Sidelink Control Channel，PSCCH)和/或物理侧行链路共享信道(Pysical Sidelink Share Channel，PSSCH)上的第二级SCI。
在一种实施方式中，第一通信设备根据候选目的地的激活时间确定至少一个侧行链路资源对应的第一目的地，具体可以包括：所述至少一个侧行链路资源的时域位置在第一目的地对应的激活时间内，或者，所述至少一个侧行链路资源在第一目的地对应的激活时间内。
也就是说，第一通信设备为至少一个侧行链路资源选择目的地destination时，需保证所述至少一个侧行链路资源的时域位置落在选定的第一目的地对应的激活时间内，所述第一目的地对应于SL组播传输或者SL单播传输。
其中，SL组播目的地对应的激活时间包括SL DRX的持续时间定时器ondurationtimer和激活定时器inactivity timer中任意定时器运行的时间。
在一种实施方式中，由于启动重传定时器的接收设备处于监听状态，重传定时器内不会丢包，因此，若组播组内的所有接收UE都启动了第一SL进程对应的重传定时器，则第一通信设备根据激活时间选择目的地destination时，组播目的地对应的激活时间还可以包括所有接收UE全部启动第一SL进程对应的重传定时器所运行的时间。
也就是说，SL组播目的地对应的激活时间可以包括SL DRX的持续时间定时器onduration timer、激活定时器inactivity timer中任意定时器运行的时间，和满足第一条件的第一SL进程的重传定时器retransmission timer运行的时间。
其中，第一条件可以包括：在第一SL进程对应的所有PSFCH上收到了NACK；或者，在第一SL进程收到的NACK的数量为第一目的地对应的组大小减1，其中，第一目的地对应的组大小包括第一目的地对应的组播组中的设备数量或成员数量。
具体的，在第一SL进程对应的所有PSFCH上收到了NACK，包括：在所述第一SL进程对应的K个PSFCH上都收到NACK；其中，K为PSFCH的资源总数。或者，在第一SL进程对应的至少n个PSFCH上收到了NACK。
其中，第一目的地对应的组大小减1，即为接收UE的总数。第一SL进程对应的NACK的数量为第一目的地对应的组大小减1，包括:第一SL进程应用SL组播HARQ方式2，其中，SL组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK，即当接收UE成功解码收到的数据时向发送UE反馈ACK，当接收UE未成功解码收到的数据时向发送UE反馈NACK。
或者，SL组播目的地对应的激活时间不包括仅有重传定时器retransmissiontimer运行的时间，也就是说，SL组播目的地对应的激活时间不包括SL DRX的ondurationtimer和inactivity timer不运行而重传定时器retransmission timer运行的时间，或者，SL组播目的地对应的激活时间为除去上述onduration timer和inactivity timer不运行而重传定时器retransmission timer运行的时间之外的其他时间。
需要说明的是，本申请实施例中描述的“所述SL组播目的地对应的激活时间包括SL非连续接收DRX的持续时间定时器和激活定时器中任意定时器运行的时间”，也可理解为，“所述SL组播目的地对应的激活时间仅包括SL非连续接收DRX的持续时间定时器和激活定时器中任意定时器运行的时间”。本申请中其它激活时间对应的类似表述也可以理解为仅包括给出的定时器运行的时间，下文中对此不再重复说明。例如，上述第一条件中的“SL组播目的地对应的激活时间包括SL DRX的持续时间定时、激活定时器中任意定时器运行的时间，和满足第一条件的第一SL进程的重传定时器运行的时间”，也可理解为，“SL组播目的地对应的激活时间仅包括SL DRX的持续时间定时、激活定时器中任意定时器运行的时间，和满足第一条件的第一SL进程的重传定时器运行的时间”。
或者，SL组播目的地对应的激活时间不包括仅有满足第二条件的SL进程对应的重传定时器retransmission timer运行的时间。
其中，第二条件可以包括：不满足上述的第一条件，或者，在第一SL进程对应的K个PSFCH上收到的NACK数量小于K，其中，K为所述第一SL进程对应的PSFCH资源总数；或者，第一SL进程应用SL组播HARQ方式2，且在第一SL进程收到的NACK的数量小于第一目的地对应的组大小减1。
也就是说，第二条件可以包括：第一通信设备没有在第一SL进程对应的所有PSFCH上收到NACK反馈。即第一通信设备不确定所有的接收UE都开启了第一SL进程对应的重传定时器。
可选的，SL单播目的地对应的激活时间包括SL DRX的持续时间定时器ondurationtimer、激活定时器inactivity timer和SL单播目的地的接收到PSFCH的SL进程所对应的重传定时器retransmission timer中任意定时器运行的时间，以及等待接收CSI报告的时间。
其中，所述等待接收CSI报告的时间，具体包括：发送SL CSI请求至收到SL CSI报告之间的时间，或者，发送SL CSI请求后SL CSI报告时延界限指示的时间，或者，发送SLCSI请求后期待收到CSI报告的时间，或者，发送SL CSI报告请求后sl-LatencyBoundCSI-Report指示的时间。
上述实施方式，通过定义SL组播/单播目的地对应的激活时间，从而使得发送UE在对SL grant进行destination选择这一过程中，考虑各候选destination对应的激活时间active time，确保该SL grant落在选定的destination对应的激活时间内，从而避免发送UE采用该SL grant传输数据时接收UE丢包，提高SL传输的可靠性。
另外，对于接收UE侧来说，对于SL HARQ反馈是使能(enabled)的SL传输(对应SL进程A)，若接收UE未向发送UE发送该SL进程对应的SL HARQ反馈，比如，接收UE因发生SL与UL的冲突(prioritization)未发送SL HARQ反馈，则不论接收UE是否成功解码该SL传输的数据，都不启动对应SL进程的重传定时器retransmission timer。上述接收UE侧的实现方式至少可以应用于SL单播传输。
这是因为，基于上述的实施方式，发送UE进行SL传输时，可以基于接收UE的激活时间active time确定或选择目的地，而发送UE确定该active time时可以不考虑“未收到PSFCH/SL HARQ反馈的SL进程对应的重传定时器retransmission timer”，所以接收UE没必要启动对应的SL进程的重传定时器retransmission timer，从而可避免接收UE侧的功耗浪费。
需要说明的是，如上接收UE“因未向发送UE发送某个SL HARQ反馈使能的SL进程对应的SL HARQ反馈时，不论接收UE是否成功解码该SL传输的数据，都不启动对应SL进程的重传定时器”的行为不仅适用于上述发送UE选择目的地时应用的active time中不考虑“未收到PSFCH/SL HARQ反馈的SL进程对应的重传定时器retransmission timer”的情形，还可适用于发送UE进行资源选择、确定是否组包、或确定是否发包时应用的active time中不考虑“未收到PSFCH/SL HARQ反馈的SL进程对应的重传定时器retransmission timer”的情形。
另外，本申请实施例还提供一种侧行链路的传输方法，发送UE对于选定的某个destination的SL进程的侧行链路资源SL grant，通过判断该SL grant是否落在该destination的激活时间内，决策是否为该SL grant进行组包，从而避免选定的destination对应的接收UE丢包。
该方法可以应用于第一通信设备(发送UE)，如图13所示，该方法可以包括：
S1301：第一通信设备为第一侧行链路资源确定第一目的地。
其中，第一侧行链路资源用于侧行链路上的传输。第一目的地可以为SL组播目的地和/或SL单播目的地。
例如，第一通信设备为第一SL grant确定或者选择第一目的地，第一目的地对应于组播，则第一SL grant用于第一目的地对应的SL组播传输；第一目的地对应于单播，则第一SL grant用于第一目的地对应的SL单播传输。
S1302：若第一通信设备确定第一侧行链路资源位于第一目的地对应的激活时间内，则为第一侧行链路资源选择逻辑信道。
相对应的，若第一通信设备确定第一侧行链路资源位于第一目的地对应的激活时间之外，则忽略(ignore)该第一侧行链路资源。
需要说明的是，在本申请的实施例中，为确定的SL grant选择逻辑信道，可理解为将SL grant资源分配至逻辑信道，也可理解为对所述SL grant资源进行组包。
在一种实施方式中，若第一侧行链路资源用于组播传输，或第一目的地对应于组播，则第一目的地对应的激活时间包括持续时间定时器onduration timer、激活定时器inactivity timer和满足第一条件的SL进程的重传定时器retransmission timer中任意定时器的运行时间。其中，第一侧行链路资源用于第二SL进程。
上述实施方式中，第一条件包括如下至少一个条件：在第二SL进程对应的所有PSFCH上收到了NACK；或者，在第二SL进程收到的NACK的数量为第一目的地对应的组大小减1。其中，方式2用于指示SL HARQ进程对应的反馈包括ACK或NACK。具体的，关于第一条件的详细介绍可以参照前述图12对应实施例中的相关描述，此处不再赘述。
在一种实施方式中，上述的第一侧行链路资源可以用于新传。例如，第二SL进程用于对第一目的地进行SL组播数据的新传。
在另一种实施方式中，若第一侧行链路资源用于组播传输且用于重传，则第一目的地对应的激活时间包括持续时间定时器onduration timer、激活定时器inactivitytimer和第二SL进程对应的重传定时器retransmission timer，其中，第一侧行链路资源用于第二SL进程，第二SL进程用于对第一目的地进行SL组播数据的重传。
为了便于描述，在将上述侧行链路资源用于组播传输且用于新传的实施场景中，将所第一目的地对应的激活时间称为第一激活时间，也称为第一active time。则第一active time包括：持续时间定时器onduration timer、激活定时器inactivity timer和满足第一条件的SL进程的重传定时器retransmission timer中任意定时器的运行时间。相对应的，将上述侧行链路资源用于组播传输且用于重传的实施场景中，将所第一目的地对应的激活时间称为第二激活时间，也称为第二active time。则第二active time包括：持续时间定时器onduration timer、激活定时器inactivity timer和第二SL进程的重传定时器retransmission timer中任意定时器的运行时间。
由此可见，上述第二active time区别于第一active time的部分在“第二SL进程的重传定时器retransmission timer”。这是因为若有些接收UE如UE2未启动第二SL进程对应的retransmission timer，则说明该UE2已成功解码第二SL进程对应的数据，所以发送UE在“第二SL进程对应的retransmission timer”运行时间发送第二SL进程对应的重传，即使UE2处于休眠状态无法监听SCI也不会造成UE2丢包，因此不会有丢包问题。
另外需要说明的是，对于上述第一侧行链路资源用于SL组播重传的情况，不论第二SL进程为SL HARQ反馈是使能(enabled)还是不使能(disabled)，也不论发送UE(即第一通信设备)在该第二SL进程上是否收到PSFCH，若某个接收UE2不启动该第二SL进程对应的retransmission timer，说明该UE2已经成功解码该第二SL进程的数据，故此时发送UE在该第二SL进程对应的retransmission timer运行时间发送该第二SL进程的重传数据，对于该UE2来说不会造成丢包。
在一种实施方式中，若第一侧行链路资源用于单播传输，或第一目的地对应于单播，则第一目的地对应的激活时间为第三激活时间，即第三active time。
其中，第三active time包括onduration timer、激活定时器inactivity timer、接收到HARQ反馈的SL进程对应的重传定时器retransmission timer、HARQ反馈使能的SL进程对应的重传定时器retransmission timer中任意定时器运行的时间，以及等待接收CSI报告的时间。
在一种实施方式中，上述的第一侧行链路资源可以用于新传。例如，第二SL进程用于对第一目的地进行SL单播数据的新传。
在另一种实施方式中，若第一侧行链路资源用于单播传输且用于重传，则第一目的地对应的激活时间为第三激活时间，即第四active time。
其中，第四active time包括前述的第三激活时间。或者，第四active time包括持续时间定时器onduration timer、激活定时器inactivity timer、接收到HARQ反馈的SL进程对应的重传定时器retransmission timer、HARQ反馈使能的SL进程对应的重传定时器retransmission timer、和第一侧行链路资源用于第二SL进程对应的重传定时器retransmission timer中任意定时器的运行时间，以及等待接收CSI报告的时间。
由上述可见，第四active time相比于第三active time，多了“第一侧行链路资源用于第二SL进程对应的retransmission timer”。这是因为，当仅有某个SL进程对应的重传定时器(retransmission timer)在运行时，不论该SL进程的SL HARQ反馈是使能(enabled)还是不使能(disabled)的状态，也不论发送UE在该SL进程上是否收到PSFCH，发送UE发送该SL进程的重传时接收UE不会丢包，但发送UE发该SL进程的新传时，接收UE可能丢包。
上述实施方式，发送UE通过仅对确定目的地destination的SL grant时域位置落在该destination对应的active time内的SL grant进行组包，从而使得在组包过程中，可避免发送UE传输数据时对应的接收UE存在丢包问题，提高SL传输的可靠性。
另外，本申请实施例还提供一种侧行链路的传输方法，发送UE对于选定的某个destination的SL进程的侧行链路资源SL grant，通过判断该SL grant是否落在该destination的激活时间内，决策是否为该SL grant进行发包或者是否生成传输，从而避免选定的destination对应的接收UE丢包。
该方法可以应用于第一通信设备(发送UE)，如图14所示，该方法可以包括：
1401：第一通信设备为第一侧行链路资源确定第一目的地。
其中，第一侧行链路资源用于侧行链路上的传输。第一目的地可以为SL组播目的地和/或SL单播目的地。
例如，第一通信设备为第一SL grant确定或者选择第一目的地，第一目的地对应于组播，则第一SL grant用于第一目的地对应的SL组播传输；第一目的地对应于单播，则第一SL grant用于第一目的地对应的SL单播传输。
1402：若第一通信设备确定第一侧行链路资源位于第一目的地对应的激活时间内，则采用第一侧行链路资源发包。
其中，发包指示的是发送UE指示物理层根据存储的第一侧行链路资源生成传输，或指示物理层根据存储的第一侧行链路资源传输对应的SCI。
相对应的，若第一通信设备确定第一侧行链路资源位于第一目的地对应的激活时间之外，则不通过第一侧行链路资源发包。
在一种实施方式中，若第一侧行链路资源用于组播传输且用于新传，或第一目的地对应于组播且用于新传，则第一目的地对应的激活时间包括第一激活时间，即第一active time。
在另一种实施方式中，若第一侧行链路资源用于组播传输且用于重传，或第一目的地对应于组播且用于重传，则第一目的地对应的激活时间包括第二激活时间，即第二active time。
在另一种实施方式中，若第一侧行链路资源用于单播传输且用于新传，或第一目的地对应于单播且用于新传，则第一目的地对应的激活时间为第三激活时间，即第三active time。
在另一种实施方式中，若第一侧行链路资源用于单播传输且用于重传，或第一目的地对应于单播且用于重传，则第一目的地对应的激活时间为第四激活时间，即第四active time。
其中，关于第一/二/三/四激活时间的具体定义，可以参照前述实施方式中的具体描述，此处不再赘述。
需要说明的是，当仅有某个SL进程对应的重传定时器(retransmission timer)在运行时，不论该SL进程的HARQ反馈是使能(enabled)还是不使能(disabled),也不论发送UE在该SL进程上是否收到PSFCH，发送UE都可以发送该SL进程对应的重传，因为发送UE发送该SL进程的重传时接收UE不会丢包。但发送UE不能发该SL进程的新传，因为发送UE发送该SL进程的新传时，接收UE可能丢包。
上述实施方式，发送UE可以通过仅对时域位置落在对应的destination对应的active time内的SL grant进行发包或传输，从而使得在发包或传输之前，避免发送UE传输数据时对应的接收UE丢包，提高SL传输的可靠性。
进一步的，对于侧行链路的传输场景中，接收UE或发送UE在确定对感兴趣的某个SL组播业务或SL广播业务采用SL DRX时，可确定该SL DRX配置对应的SL DRX周期开始的位置，即SL-drx-StartOffset值。当同一UE对多个感兴趣的SL组播业务或SL广播业务都采用SL DRX时，由于这些SL组播业务或SL广播业务需要在对应的active time内进行发送，故不同的SL组播业务或SL广播业务的资源之间可能重叠，或发生资源碰撞，从而可能影响UE的接收性能。
示例性的，如图15所示，某个接收UE对两个SL广播业务感兴趣，其中，UE对于SL广播业务1对应的SL DRX的SL-drx-StartOffset值为0ms，UE对于SL广播业务2对应的SL DRX的SL-drx-StartOffset值为1ms，SL DRX周期为80ms，则图15中可见，SL广播业务1与SL广播业务2对应的持续时间定时器onduration timer重叠部分比例较高，则SL广播业务1与SL广播业务2对应的传输资源发生碰撞的概率较高。
基于上述问题，本申请实施例还提供一种侧行链路的传输方法，用于确定SL组播或SL广播业务对应的SL DRX周期开始的位置，从而使得不同的SL组播或SL广播业务对应的资源之间减少可能的碰撞，提升UE的接收性能。
其中，可以通过唯一标识来标记SL组播或SL广播业务。例如，可以通过destination layer-2ID来标识SL组播或SL广播业务，简称为DST L2 ID。通常，不同的SL组播业务或SL广播业务其对应的DST L2 ID不同。
在一种实施方式中，若UE一共有N个不同的SL-drx-StartOffset值，可以通过索引n来指示N个SL-drx-StartOffset值中的第n个SL-drx-StartOffset值。其中，n的取值可以为{0，1，......，N-1}，索引n与SL-drx-StartOffset之间存在关联关系。
对于某个SL组播业务或SL广播业务来说，UE可以通过如下公式确定索引n：
n＝(DST L2 ID)MOD N。其中，DST L2 ID用于指示该SL组播业务或SL广播业务对应的标识，MOD运算符用于指示取余数运算。
UE得到SL-drx-StartOffset的索引n之后，可以根据SL DRX周期(如SL-drx-LongCycle)、索引n、不同SL-drx-StartOffset间的最小间隔Interval、以及预配置或网络提供的算法得到SL-drx-StartOffset值。
其中，预配置或网络提供的算法用于指示SL DRX周期开始位置(即SL-drx-StartOffset)的计算公式或计算算法。
在一种实施方式中，UE可以通过如下公式得到SL DRX周期开始位置(即SL-drx-StartOffset值)：
SL-drx-StartOffset(n)＝(n+1)×Interval-1。(公式1)
其中，Interval用于指示不同SL-drx-StartOffset值之间的最小间隔，可以为小于SL DRX周期的正整数，例如，Interval可以为1、2或4等。
Figure BDA0003461262570000491
Figure BDA0003461262570000492
表示对sl-drx-LongCycle/interval向下取整的结果。
在另一种实施方式中，UE可以通过如下公式得到SL DRX周期开始位置(即SL-drx-StartOffset值)：
SL-drx-StartOffset(n)＝(n+1)×Interval-k。(公式2)
其中，k可以为小于或等于Interval的正整数，
Figure BDA0003461262570000493
Figure BDA0003461262570000494
在另一种实施方式中，UE可以通过如下公式得到SL DRX周期开始位置(即SL-drx-StartOffset值)：
SL-drx-StartOffset(n)＝n×Interval+m。(公式3)
其中，m可以为小于Interval的正整数，
Figure BDA0003461262570000495
需要说明的是，本申请实施例中提供了上述UE可以根据SL DRX周期、索引n、最小间隔Interval、以及预配置或网络提供的算法得到SL-drx-StartOffset值的实现方式，但具体的实现方式不局限于上述的公式(1)、公式(2)或公式(3)。上述公式仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何由本申请实施例中描述的算法经过变形或者在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。
通过上述实施方式，当同一接收UE对感兴趣的多个SL广播业务或SL组播业务采用SL DRX时，由于不同SL-drx-StartOffset之间的最小间隔Interval可以为大于1的正整数，从而可降低不同SL广播业务或SL组播业务对应的SL DRX的持续时间定时器ondurationtimer或active time之间的重叠度(或比例)，进而降低不同SL广播业务或SL组播业务的资源碰撞概率，提升UE的接收性能。
示例性的，如图16所示，SL组播业务1与SL组播业务2对应的DST L2 ID分别为0和1，SL DRX周期为80ms，不同业务SL-drx-StartOffset之间的最小间隔Interval可以为8ms。若采用公式(1)，则UE对于SL组播业务1推导的SL DRX的SL-drx-StartOffset值为7ms，UE对于SL组播业务2对应的SL DRX的SL-drx-StartOffset值为15ms，则由图16中可见，SL组播业务1与SL组播业务2对应的持续时间定时器onduration timer重叠部分比例与图15相比明显降低，则SL组播业务1与SL组播业务2对应的传输资源发生碰撞的概率也降低。
在一种实施方式中，上述实施例中，UE确定SL-drx-StartOffset值所需的各个参数或算法可以预先在接收UE或发送UE中配置或存储好，也可以通过网络设备提供，还可以将两种方式相结合，例如，部分参数UE根据本地配置的确定，另外的参数或算法由网络设备提供，或者，UE确定SL-drx-StartOffset值所需的各参数预先在UE配置或存储好，算法则由网络设备提供，或者，UE确定SL-drx-StartOffset值所需的算法预先在UE配置或存储好，各参数则由网络设备提供。
具体的，UE可以根据SL DRX周期、索引n、最小间隔Interval、以及预配置或网络提供的算法得到SL-drx-StartOffset值。因此，UE需要确定的参数或算法可以包括：SL DRX周期、索引n、最小间隔Interval、以及SL-drx-StartOffset对应的算法。
其中，由网络设备提供的具体实现方式可以包括：网络设备可以通过专用信令为UE配置所需参数或算法，例如，通过RRC重配置信息进行配置。或者，网络设备还可以通过***广播的方式提供所需参数或算法，UE获取***广播信息确定所需参数或算法。
上述的实施方式中，提供了几种接收UE或者发送UE确定SL-drx-StartOffset值所需的参数或算法的获取方式，从而UE可以根据所处的网络覆盖情况灵活获取所需参数或算法，提高网络传输的稳定性和灵活性。
基于上述实施方式中如图12所示的第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000可以包括处理模块1001。
其中，处理模块1001用于确定至少一个侧行链路资源。
处理模块1001还用于根据至少一个目的地对应的激活时间，确定至少一个侧行链路资源对应的第一目的地，其中，至少一个目的地包括侧行链路SL组播目的地和/或SL单播目的地，至少一个侧行传输资源用于第一目的地对应的传输；其中，SL组播目的地对应的激活时间包括SL非连续接收DRX的持续时间定时器和激活定时器中至少一个定时器运行的时间；或者，SL组播目的地对应的激活时间包括以下至少一个定时器运行的时间：SL DRX的持续时间定时器、激活定时器和满足第一条件的第一SL进程的重传定时器。
在一种可能的实现方式中，SL组播目的地对应的激活时间不包括DRX的持续时间定时器和激活定时器不运行、重传定时器运行的时间；或者，所述SL组播目的地对应的激活时间不包括仅有重传定时器运行的时间，或者，所述SL组播目的地对应的激活时间不包括仅有满足第二条件的SL进程对应的重传定时器运行的时间。
在一种可能的实现方式中，处理模块1001具体用于确定至少一个侧行链路资源的时域位置在第一目的地对应的激活时间内，或者，所述至少一个侧行链路资源在所述第一目的地对应的激活时间内。
在一种可能的实现方式中，SL单播目的地对应的激活时间包括SL DRX的持续时间定时器、激活定时器和SL单播目的地的接收到PSFCH的SL进程所对应的重传定时器中至少一个定时器运行的时间，以及等待接收CSI报告的时间。
基于上述实施方式中如图13所示的第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000可以包括处理模块1001。
其中，处理模块1001用于为第一侧行链路资源确定或选择第一目的地，第一侧行链路资源用于侧行链路上的传输；若第一侧行链路资源位于第一目的地对应的激活时间内，则为第一侧行链路资源选择逻辑信道；和/或，若第一侧行链路资源位于所述第一目的地对应的激活时间之外，则忽略第一侧行链路资源。
在一种可能的实现方式中，若第一侧行链路资源用于组播传输，或第一目的地对应于组播，则激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和满足第一条件的SL进程的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
在一种可能的实现方式中，若第一侧行链路资源用于组播传输，或第一目的地对应于组播，则激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和第二SL进程对应的重传定时器，其中，第一侧行链路资源用于第二SL进程。
在一种可能的实现方式中，第一侧行链路资源用于重传。
在一种可能的实现方式中，若第一侧行链路资源用于单播传输，或第一目的地对应于单播，则激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器、HARQ反馈使能的SL进程对应的重传定时器，和所述第一侧行链路资源用于所述第二SL进程对应的重传定时器；或者，所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于重传。
基于上述实施方式中如图14所示的第一通信设备执行的步骤，本申请实施例还提供一种侧行链路的传输装置，如图10所示，该装置1000可以包括处理模块1001。
其中，处理模块1001用于为第一侧行链路资源确定或选择第一目的地，第一侧行链路资源用于侧行链路上的传输；若第一侧行链路资源位于第一目的地对应的激活时间内，则指示物理层根据存储的第一侧行链路资源生成传输，或指示物理层根据存储的第一侧行链路资源传输对应的SCI。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和满足第一条件的SL进程的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
在一种可能的实现方式中，若所述第一侧行链路资源用于组播传输，或所述第一目的地对应于组播，则所述激活时间包括以下至少一个定时器的运行时间：持续时间定时器、激活定时器和第二SL进程对应的重传定时器，其中，所述第一侧行链路资源用于所述第二SL进程。
在一种可能的实现方式中，第一侧行链路资源用于重传。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于新传。
在一种可能的实现方式中，若所述第一侧行链路资源用于单播传输，或所述第一目的地对应于单播，则所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器、HARQ反馈使能的SL进程对应的重传定时器，和所述第一侧行链路资源用于所述第二SL进程对应的重传定时器；或者，所述激活时间包括等待接收CSI报告的时间以及以下至少一个定时器的运行时间：持续时间定时器、激活定时器、接收到HARQ反馈的SL进程对应的重传定时器，和HARQ反馈使能的SL进程对应的重传定时器。
在一种可能的实现方式中，第一侧行链路资源用于所述重传。
可以理解的，结合图3所示，当上述装置是电子设备时，上述的传输模块可以是收发器，可以包括天线和射频电路等，处理模块可以是处理器，例如基带芯片等。当该装置是具有上述实施例中的第一通信设备和/或第二通信设备功能的部件时，传输模块可以是射频单元，处理模块可以是处理器。当装置是芯片***时，传输模块可以是芯片***的输入接口和/或输出接口，处理模块可以是芯片***的处理器，例如：中央处理单元(centralprocessing unit，CPU)。
需要说明的是，上述装置中具体的执行过程和实施例可以参照上述方法实施例中第一通信设备和/或第二通信设备执行的步骤和相关的描述，所解决的技术问题和带来的技术效果也可以参照前述实施例所述的内容，此处不再一一赘述。
在本实施例中，该侧行链路的传输装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路、和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该侧行链路的传输装置可以采用如前述中的图3所示的形式。
示例性的，图9中的处理模块901或者图10中的处理模块1001等的功能/实现过程可以通过图3中的处理器301调用存储器304中存储的计算机程序指令来实现。例如，图9中传输模块902或者图11中的传输模块1101等的功能/实现过程可以通过图3中的收发电路302实现。
在一些实施方式中，图3中的处理器301可以通过调用存储器304中存储的计算机执行指令，使得装置300可以执行上述各个方法实施例中的第一通信设备、第二通信设备或者网络设备的操作，实现本申请的侧行链路的传输方法。
上述各个装置实施例中的第一通信设备、第二通信设备与网络设备可以与方法实施例中的第一通信设备、第二通信设备或者网络设备完全对应，由相应的模块或者单元执行相应的步骤，例如，当该装置以芯片的方式实现时，该传输单元可以是该芯片用于从其他芯片或者装置接收信号的接口电路。以上用于发送或接收的传输单元是一种该装置的接口电路，用于向其他装置发送信号，例如，当该装置以芯片的方式实现时，该传输单元可以是用于向其他芯片或者装置发送信号的接口电路。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，或者计算机程序产品，上述指令可由通信装置300的处理器301执行以完成上述实施例的方法。因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
本申请还提供了一种计算机程序产品，该计算机程序产品包括指令，当该指令被执行时，以使得该第一通信设备、第二通信设备和网络设备分别执行对应于上述方法的第一通信设备、第二通信设备和网络设备的操作。
本申请实施例还提供了一种***芯片，该***芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该芯片所应用的通信装置执行上述本申请实施例提供的方法中的第一通信设备、第二通信设备和网络设备的操作。
可选地，上述本申请实施例中提供的任意一种通信装置可以包括该***芯片。
可选地，该计算机指令被存储在存储单元中。
本申请实施例还提供了一种通信***，该通信***可以包括：上述的实施方式中的任一种第一通信设备、第二通信设备。进一步的，该通信***还可以包括上述实施方式中的网络设备。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (47)

1.一种侧行链路的传输方法，应用于第一通信设备，其特征在于，所述方法包括：
确定满足以下至少一个条件：
侧行链路非连续接收DRX对应的第一定时器未运行，所述第一定时器用于指示所述第一通信设备在DRX周期内发送侧行控制信息SCI的时间信息，或者，用于指示所述第一通信设备的接收端在DRX周期内的监听时间信息；
或者，所述DRX对应的第二定时器未运行，所述第二定时器用于指示所述第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示所述第一通信设备的接收端在收到SCI后继续监听的时间信息；
或者，第一侧行链路SL进程对应的第三定时器在运行，所述第三定时器用于指示所述第一通信设备调度所述第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示所述第一通信设备的接收端收到所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；
调度所述第一SL进程对应的重传。
2.根据权利要求1所述的方法，其特征在于，所述DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
3.根据权利要求1或2所述的方法，其特征在于，所述第一SL进程对应的第三定时器在运行，包括：
所述第一SL进程对应的第三定时器在运行，或者，所述DRX信息对应的除所述第一SL进程之外的其他SL进程对应的第三定时器未在运行；
调度所述第一SL进程对应的重传，包括：
不调度所述DRX对应的除所述第一SL进程之外的其他SL进程进行重传和/或新传。
4.根据权利要求1-3任一项所述的方法，其特征在于，若所述第一SL进程应用SL组播HARQ方式2，其中，所述方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK，则所述调度所述第一SL进程对应的重传，包括：
确定所述第一SL进程对应的HARQ反馈中非确认NACK的数量小于所述第一SL进程对应的第一组播组的设备数量减1；
调度所述第一SL进程对应的重传。
5.一种侧行链路的传输方法，应用于第一通信设备，其特征在于，所述方法包括：
确定满足以下至少一个条件：
侧行链路非连续接收DRX对应的第一定时器在运行，所述第一定时器用于指示所述第一通信设备在DRX周期内发送侧行控制信息SCI的时间信息，或者，用于指示所述第一通信设备的接收端在DRX周期内的监听时间信息；
或者，所述DRX对应的第二定时器在运行，所述第二定时器用于指示所述第一通信设备在发送SCI后继续发送其它SCI的时间信息，或者，用于指示所述第一通信设备的接收端在收到SCI后继续监听的时间信息；
或者，第一侧行链路SL进程对应的第三定时器在运行，所述第三定时器用于指示所述第一通信设备可调度所述第一SL进程对应的SL重传的时间信息，或者，第三定时器用于指示所述第一通信设备的接收端收到所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；
在所述第一SL进程进行重传和/或新传。
6.根据权利要求5所述的方法，其特征在于，所述DRX对应于第一组播目的地、第一组播业务或第一组播组；
所述在所述SL进程进行对应的重传和/或新传，包括：
在所述SL进程进行所述第一组播目的地、所述第一组播业务或所述第一组播组对应的重传和/或新传。
7.一种侧行链路的传输方法，应用于第一通信设备，其特征在于，所述方法包括：
确定满足以下至少一个条件：
在所述第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK；
或者，所述第一SL进程应用SL组播HARQ方式2，且所述第一SL进程对应的NACK的数量为所述第一SL进程对应的第一组播组的设备数量减1，其中，所述方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK；
所述第一SL进程对应的第三定时器在运行，所述第三定时器用于指示所述第一通信设备调度所述第一SL进程对应的SL重传的时间信息，或者，所述第三定时器用于指示所述第一通信设备的接收端收到所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息；
在所述第一SL进程对应的DRX的至少一个SL进程进行传输。
8.根据权利要求7所述的方法，其特征在于，所述DRX对应于第一组播目的地destination、第一组播业务或第一组播组。
9.根据权利要求7或8所述的方法，其特征在于，在所述第一SL进程对应的至少一个物理侧行链路反馈信道PSFCH上收到了NACK反馈，包括：
在所述第一SL进程对应的K个物理侧行链路反馈信道PSFCH上都收到NACK；其中，所述K为所述PSFCH的资源总数，或者，
在所述第一SL进程对应的至少n个物理侧行链路反馈信道PSFCH上收到了NACK。
10.根据权利要求7-9任一项所述的方法，其特征在于，所述在所述SL进程对应的DRX的至少一个SL进程进行传输，包括：
在所述SL进程对应的DRX的任一个SL进程进行传输。
11.根据权利要求1-10任一项所述方法，其特征在于，所述SL进程包括SL HARQ进程。
12.一种侧行链路的传输控制方法，应用于第一通信设备，其特征在于，所述方法包括：
确定第一信息，所述第一信息包括所述第一通信设备的覆盖状态信息；
向第二通信设备发送所述第一信息。
13.根据权利要求12所述的方法，其特征在于，所述覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，
所述覆盖内用于指示所述第一通信设备可从基站获取所述DRX信息，或者，用于指示所述第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；
所述第一覆盖外用于指示所述第一通信设备不从基站获取所述DRX信息，或者，用于指示所述第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；所述第二覆盖外用于指示所述第一通信设备可从核心网或者策略控制功能PCF获取DRX信息的覆盖外，所述第三覆盖外用于指示所述第一通信设备不从核心网或者策略控制功能PCF获取DRX信息的覆盖外。
14.根据权利要求13所述的方法，其特征在于，所述满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
15.根据权利要求12-14任一项所述的方法，其特征在于，所述第一信息包括SL组播或广播对应的DRX信息。
16.一种侧行链路的传输控制方法，应用于第二通信设备，其特征在于，所述方法包括：
接收来自第一通信设备的第一信息，所述第一信息包括所述第一通信设备的覆盖状态信息；
根据所述第一信息确定DRX信息。
17.根据权利要求16所述的方法，其特征在于，所述覆盖状态信息包括覆盖内、第一覆盖外、第二覆盖外或第三覆盖外中的至少一种，
所述覆盖内用于指示所述第一通信设备从基站获取所述DRX信息，或者，用于指示所述第一通信设备在被配置进行SL通信的频点上检测到至少一个满足第三条件的小区；
所述第一覆盖外用于指示所述第一通信设备不从基站获取所述DRX信息，或者，用于指示所述第一通信设备在被配置进行SL通信的频点上未检测到满足第三条件的小区；所述第二覆盖外用于指示所述第一通信设备可从核心网或者策略控制功能PCF获取所述DRX信息的覆盖外，所述第三覆盖外用于指示所述第一通信设备不从核心网或者策略控制功能PCF获取所述DRX信息。
18.根据权利要求16或17所述的方法，其特征在于，所述满足第三条件包括满足S准则、满足小区选择条件、或信号强度满足预设门限中的至少一种。
19.根据权利要求16-18任一项所述的方法，其特征在于，所述第一信息包括SL组播或广播对应的DRX信息。
20.根据权利要求16-19任一项所述的方法，其特征在于，所述根据所述第一信息确定DRX信息，包括：
若所述第一通信设备的覆盖状态信息与所述第二通信设备的覆盖状态信息一致，则不采用或忽略从所述第一通信设备接收的所述SL组播或广播对应的DRX信息。
21.根据权利要求16-19任一项所述的方法，其特征在于，所述根据所述第一信息确定DRX信息，包括：
若所述第一通信设备的覆盖状态信息与所述第二通信设备的覆盖状态信息不一致，则采用从所述第一通信设备接收的所述SL组播或广播对应的DRX信息。
22.根据权利要求16-21任一项所述的方法，其特征在于，所述根据所述第一信息确定DRX信息，包括：
确定所述第二通信设备的覆盖状态为第二覆盖外，且所述第一通信设备的覆盖状态信息为覆盖内；
向网络设备发送第二信息，所述第二信息用于请求SL组播或广播对应的DRX信息。
23.根据权利要求22所述的方法，其特征在于，所述网络设备包括核心网或者策略控制功能PCF。
24.一种通信装置，其特征在于，所述通信装置用于执行如权利要求1至11中任一项所述的方法。
25.一种通信装置，其特征在于，所述通信装置用于执行如权利要求12至23中任一项所述的方法。
26.一种通信装置，其特征在于，所述通信装置包括：
处理器与通信接口；
所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如权利要求1至11中任一项所述的方法。
27.一种通信装置，其特征在于，所述通信装置包括：
处理器与通信接口；
所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如权利要求12至23中任一项所述的方法。
28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行权利要求1至11任一项所述的方法。
29.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行权利要求1至11任一项所述的方法。
30.一种通信***，其特征在于，所述通信***包括如权利要求24所述的通信装置和权利要求25所述的通信装置。
31.一种侧行链路的传输方法，应用于第一通信设备，其特征在于，所述方法包括：
确定至少一个侧行链路资源；
根据至少一个目的地对应的激活时间，确定所述至少一个侧行链路资源对应的第一目的地，其中，所述至少一个目的地包括侧行链路SL组播目的地和/或SL单播目的地，所述至少一个侧行传输资源用于所述第一目的地对应的传输；
其中，所述SL组播目的地对应的激活时间包括SL非连续接收DRX的持续时间定时器和激活定时器中至少一个定时器运行的时间；
或者，所述SL组播目的地对应的激活时间包括以下至少一个定时器运行的时间：SLDRX的持续时间定时器、激活定时器和满足第一条件的第一SL进程的重传定时器。
32.根据权利要求31所述的方法，其特征在于，所述根据至少一个目的地对应的激活时间，确定所述至少一个侧行链路资源对应的第一目的地，包括：
所述至少一个侧行链路资源的时域位置在所述第一目的地对应的激活时间内，或者，所述至少一个侧行链路资源在所述第一目的地对应的激活时间内。
33.根据权利要求31或32所述的方法，其特征在于，所述SL单播目的地对应的激活时间包括SL DRX的持续时间定时器、激活定时器和所述SL单播目的地的接收到物理侧行链路反馈信道PSFCH的SL进程所对应的重传定时器中至少一个定时器运行的时间，以及等待接收侧行控制信息CSI报告的时间。
34.根据权利要求31-33任一项所述的方法，其特征在于，所述第一条件包括：
在所述第一SL进程对应的至少一个PSFCH上收到了NACK；
或者，在所述第一SL进程收到的NACK的数量为所述第一目的地对应的组大小减1。
35.根据权利要求34所述的方法，其特征在于，所述第一目的地对应的组大小包括所述第一目的地对应的组播组中的设备数量或成员数量。
36.根据权利要求34或35所述的方法，其特征在于，在所述第一SL进程对应的至少一个PSFCH上收到了NACK，包括：
在所述第一SL进程对应的K个PSFCH上都收到NACK；其中，所述K为所述PSFCH的资源总数，或者，
在所述第一SL进程对应的至少n个PSFCH上收到了NACK，或者，
在所述第一SL进程对应的所有PSFCH上都收到NACK，其中，n为正整数。
37.根据权利要求34所述的方法，其特征在于，所述第一SL进程对应的NACK的数量为所述第一目的地对应的组大小减1，包括:
所述第一SL进程应用SL组播HARQ方式2，其中，所述SL组播HARQ方式2用于指示SL HARQ进程对应的反馈包括确认ACK或非确认NACK。
38.根据权利要求31-37任一项所述的方法，其特征在于，所述激活时间包括所述SLDRX对应的激活时间。
39.根据权利要求33所述的方法，其特征在于，所述等待接收CSI报告的时间，包括：
发送SL CSI请求至收到SL CSI报告之间的时间，或者，发送SL CSI请求后SL CSI报告时延界限指示的时间，或者，发送SL CSI请求后期待收到CSI报告的时间。
40.根据权利要求33-37任一项所述的方法，其特征在于，所述接收到PSFCH包括接收到SL HARQ反馈。
41.根据权利要求31-35任一项所述的方法，其特征在于，所述至少一个目的地对应的激活时间用于指示所述至少一个目的地对应的接收通信设备针对至少一个目的地监听SCI的时间，所述SCI包括第一级SCI和/或第二级SCI，或者，SCI包括PSCCH和PSSCH上的第二级SCI。
42.根据权利要求31-41任一项所述的方法，其特征在于，所述持续时间定时器用于指示SL DRX周期开始的一段时间，或者，所述第一通信设备的接收设备在DRX周期内的监听时间信息，或者，用于指示所述第一通信设备在DRX周期内发送SCI的时间信息。
43.根据权利要求31-42任一项所述的方法，其特征在于，所述激活定时器用于指示在接收到指示SL新传的SCI的第一个时隙后继续接收SCI的时间信息，或者，所述第一通信设备的接收设备在接收到指示SL新传的SCI后继续接收SCI的时间信息，或者，用于指示所述第一通信设备在发送指示SL新传的SCI后继续发送SCI的时间信息。
44.根据权利要求31-43任一项所述的方法，其特征在于，所述第一SL进程的重传定时器用于指示直到收到SL重传的最长时间，或者，所述第一通信设备的接收设备接收所述第一SL进程对应的SL重传的时间信息，或者，所述第一SL进程的重传定时器用于指示所述第一通信设备发送所述第一SL进程对应的SL重传的资源配置信息或授权信息或SCI所需的时间信息。
45.一种通信装置，其特征在于，所述通信装置用于执行如权利要求31至44中任一项所述的方法。
46.一种通信装置，其特征在于，所述通信装置包括：
处理器与通信接口；
所述处理器，用于执行所述通信装置中存储的计算机程序或指令，以使得所述通信装置执行如权利要求31至44中任一项所述的方法。
47.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行权利要求31至44任一项所述的方法。
CN202210016694.2A 2021-04-01 2022-01-07 一种侧行链路的传输方法及装置 Pending CN115209558A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/CN2022/084635 WO2022206925A1 (zh) 2021-04-01 2022-03-31 一种侧行链路的传输方法及装置
EP22779105.0A EP4311356A4 (en) 2021-04-01 2022-03-31 METHOD AND DEVICE FOR SIDELINK TRANSMISSION
US18/477,762 US20240032142A1 (en) 2021-04-01 2023-09-29 Sidelink transmission method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110358493 2021-04-01
CN2021103584936 2021-04-01

Publications (1)

Publication Number Publication Date
CN115209558A true CN115209558A (zh) 2022-10-18

Family

ID=83573913

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210016694.2A Pending CN115209558A (zh) 2021-04-01 2022-01-07 一种侧行链路的传输方法及装置

Country Status (1)

Country Link
CN (1) CN115209558A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024083054A1 (zh) * 2022-10-20 2024-04-25 上海朗帛通信技术有限公司 一种被用于无线通信中的方法和装置
WO2024092532A1 (zh) * 2022-11-01 2024-05-10 北京小米移动软件有限公司 一种侧行链路harq rtt定时器的启动或重启方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024083054A1 (zh) * 2022-10-20 2024-04-25 上海朗帛通信技术有限公司 一种被用于无线通信中的方法和装置
WO2024092532A1 (zh) * 2022-11-01 2024-05-10 北京小米移动软件有限公司 一种侧行链路harq rtt定时器的启动或重启方法及装置

Similar Documents

Publication Publication Date Title
KR20210095056A (ko) 무선 통신 시스템에서 불연속 수신 동작을 고려하여 디바이스 대 디바이스 리소스 선택을 처리하는 방법 및 장치
US20230007727A1 (en) Wireless communication method and communication apparatus
EP3162150B1 (en) Network node and method for supporting time-sensitive services in a communication network
JP2023515745A (ja) 方法及び端末
CN110870373B (zh) 一种配置资源的方法及设备
JP7498850B2 (ja) Ｄ２ｄ通信用の複数のｄｒｘ設定
CN115209558A (zh) 一种侧行链路的传输方法及装置
CN114286310A (zh) 一种通信方法、装置及***
CN113708898B (zh) 一种通信方法及装置
CN114450904B (zh) 一种控制harq进程的方法以及装置
US20240032142A1 (en) Sidelink transmission method and apparatus
EP4211980A1 (en) Consideration of active reception status in resource selection for d2d communication
CN113453317B (zh) 一种侧行链路通信方法及装置
CN111901781B (zh) 一种信息反馈方法及装置、计算机存储介质
WO2022151448A1 (zh) 一种非连续接收控制方法和装置
US20230046262A1 (en) Communications devices and methods
CN115379395A (zh) 传输方法、装置、设备及可读存储介质
WO2022062973A1 (zh) 一种通信方法、装置及***
WO2022179242A1 (zh) 一种通信方法及设备
WO2023060447A1 (zh) 信号发送方法、信号接收方法、装置、设备及存储介质
WO2023207568A1 (zh) 一种通信方法及装置
WO2022151449A1 (zh) 一种通信方法、装置及***
US20240188178A1 (en) Sidelink discontinuous reception procedures
CN115706931A (zh) 通信方法及装置
CN117063601A (zh) 用于侧行链路通信的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination