CN113099518A - 非连续接收drx参数配置方法和装置 - Google Patents

非连续接收drx参数配置方法和装置 Download PDF

Info

Publication number
CN113099518A
CN113099518A CN202010019617.3A CN202010019617A CN113099518A CN 113099518 A CN113099518 A CN 113099518A CN 202010019617 A CN202010019617 A CN 202010019617A CN 113099518 A CN113099518 A CN 113099518A
Authority
CN
China
Prior art keywords
communication device
communication
drx
drx parameter
network
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.)
Granted
Application number
CN202010019617.3A
Other languages
English (en)
Other versions
CN113099518B (zh
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
Priority to CN202210917933.1A priority Critical patent/CN115426705A/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010019617.3A priority patent/CN113099518B/zh
Priority to US17/791,379 priority patent/US20230034294A1/en
Priority to EP21738884.2A priority patent/EP4075881A4/en
Priority to JP2022542051A priority patent/JP7462053B2/ja
Priority to PCT/CN2021/070649 priority patent/WO2021139719A1/zh
Priority to KR1020227027124A priority patent/KR20220124763A/ko
Publication of CN113099518A publication Critical patent/CN113099518A/zh
Application granted granted Critical
Publication of CN113099518B publication Critical patent/CN113099518B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0091—Signaling for the administration of the divided path
    • 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
    • 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
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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)
  • Mobile Radio Communication Systems (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Channel Selection Circuits, Automatic Tuning Circuits (AREA)

Abstract

本申请实施例提供一种非连续接收DRX参数配置方法和装置，涉及通信领域，解决了D2D场景中，接收端持续监听信息带来的接收端功耗大的问题。具体方案为：第一通信装置可以从第一网络设备获取第一DRX参数，或第一通信装置自身确定第一DRX参数，该第一DRX参数用于第一通信装置根据第一DRX参数在sidelink上向第二通信装置发送数据；当第一通信装置向第二通信装置发送第一DRX参数后，第二通信装置可以基于第一DRX参数确定自身的激活期和睡眠期，并在激活期接收数据即可，第二通信装置可以不需要持续在sidelink上监听待接收的信息，以帮助第二通信装置降低功耗，达到省电的目的。本申请实施例用于D2D通信时，数据接收端根据DRX参数接收数据的过程。

Description

非连续接收DRX参数配置方法和装置
技术领域
本申请实施例涉及通信领域，尤其涉及一种非连续接收DRX参数配置方法和装置。
背景技术
在第5代移动通信(5th generation mobile networks，5G)新空口(new radio，NR)中，为了节省终端设备不必要的功耗，在Uu接口上应用了非连续接收(discontinuousreception，DRX)机制，以帮助处于无线资源控制(radio resource control，RRC)连接态的终端设备节能。其中，Uu接口为终端设备与网络设备(例如基站)之间的接口。DRX的基本原理是：基于包的数据流通常是突发性的，即在一段时间内终端设备被调度，即有数据需接收，但是在接下来的一段较长时间内终端设备未被调度。在终端设备未被调度时，可以通过停止终端设备监听物理下行控制信道(physical downlink control channel，PDCCH)来降低终端设备的功耗，从而可以提升终端设备的电池使用时间。
与Uu接口上应用的DRX机制不同的是，在当前5G的设备间通信(device todevice，D2D)场景中未使用DRX机制，发送端通过侧行链路(sidelink)与接收端之间通信时，发送端使用配置的资源向接收端发送信息，但是接收端是持续在sidelink上监听待接收的信息的，这将会导致接收端的过度耗电。因此，当前亟需一种解决D2D场景中如何降低接收端的功耗的方法。
发明内容
本申请实施例提供一种非连续接收DRX参数配置方法和装置，解决了D2D场景中，接收端持续监听信息带来的接收端功耗大的问题。
为达到上述目的，本申请实施例采用如下技术方案：
第一方面，提供一种非连续接收DRX参数配置方法，该方法应用于设备间通信D2D场景，该方法包括：第一通信装置获取第一DRX参数，第一DRX参数用于第一通信装置根据第一DRX参数在侧行链路上向第二通信装置发送数据；第一通信装置向第二通信装置发送第一DRX参数。
由此，在本申请实施例中，在sidelink上，作为数据接收端的第二通信装置可以基于第一DRX确定自身的激活期和睡眠期，在处于激活期接收数据即可，这样作为数据接收端的第二通信装置可以不需要持续在sidelink上监听待接收的信息，以帮助数据接收端降低功耗，达到省电的目的。
在一种可能的设计中，第一通信装置获取第一DRX参数包括：第一通信装置接收来自第一网络设备的第一DRX参数，第一通信装置在第一网络设备的覆盖范围内。即第一DRX可以由数据发送端的网络设备进行配置，例如由第一通信装置对应的第一基站配置第一DRX参数。第一基站可以根据当前的可用资源确定第一DRX参数，可以使得第一DRX参数符合第一基站的资源分配，使得第一通信装置在第一基站分配的资源上向第二通信装置发送数据。
在一种可能的设计中，在第一通信装置接收来自第一网络设备的第一DRX参数之前，第一通信装置获取第一DRX参数还包括：第一通信装置向第一网络设备发送辅助信息以及第二通信装置的标识，辅助信息用于第一网络设备参考辅助信息确定第一DRX参数。第一通信装置作为数据接收端知道想在什么样的条件下发送数据，因此，本申请可以通过第一通信装置向第一网络设备发送辅助信息，第一网络设备根据辅助信息确定第二通信装置对应的DRX参数，以便第二通信装置可以根据配置的DRX参数确定第二通信装置自身处于激活期的时间和处于睡眠期的时间(非激活期的时间)，并在处于激活期的时间内接收数据。这样，如果第二通信装置和第一通信装置不是在同一个网络设备覆盖范围内时，可以使得D2D场景下，第一通信装置和第一网络设备均保存有第二通信装置的DRX参数，第一网络设备可以根据DRX参数进行数据调度，第一通信装置就可以根据该DRX参数向第二通信装置发送数据，同时，作为数据接收端的第二通信装置可以不需要一直处于数据监听的状态，可以使得第二通信装置的功耗降低，达到为第二通信装置省电的目的。
在一种可能的设计中，辅助信息包括第一通信装置在侧行链路上的数据传输需求；或，辅助信息包括第一通信装置根据第一通信装置在侧行链路上的数据传输需求确定的第二DRX参数；或，辅助信息包括第一通信装置在侧行链路上的数据传输需求，以及第一通信装置根据数据传输需求确定的第二DRX参数。数据传输需求可以是第一通信装置所需的QoS。
例如，若第一通信装置在侧行链路上要与第二通信装置进行通信的业务所需的QoS的要求较高，需进行低时延的数据传输时，则第一网络设备可以确定第一DRX参数对应的DRX周期中处于睡眠期的时间较短，处于激活期的时间较长。这样，当第一通信装置有数据需发送时，第二通信装置可以及时醒来在激活期接收第一通信装置发送的数据，满足低时延的要求。若辅助信息包括第二DRX参数，第二DRX参数满足DRX周期中处于睡眠期的时间较短，处于激活期的时间较长，则第一网络设备可以将第二DRX参数作为第一DRX参数，否则，第一网络设备可以根据QoS重新确定出第一DRX参数，使得第一DRX参数满足低时延的要求。
在一种可能的设计中，第一通信装置获取第一DRX参数包括：第一通信装置根据第一通信装置在设备间通信D2D的侧行链路上的数据传输需求确定为第二通信装置待配置的第一DRX参数。即作为数据发送端的第一通信装置来配置数据接收端的第二通信装置的第一DRX参数，这样当第一通信装置向第二通信装置发送数据时，可以使得第一DRX参数满足第一通信装置的数据传输需求。
在一种可能的设计中，该方法还包括：第一通信装置向第一网络设备发送第一DRX参数以及第二通信装置的标识。第一通信装置在确定了第一DRX参数之后，可以将确定的第一DRX参数向第一网络设备也进行发送，以便第一网络设备在确定第一通信装置有数据传输时，可以参照第一DRX参数向第一通信装置分配资源。
在一种可能的设计中，该方法还包括：第一通信装置保存第一DRX参数，并建立第一DRX参数与第二通信装置的标识的对应关系。由于第一通信装置可能与多个作为数据接收端的第二通信装置建立有sidelink连接，因此，第一通信装置可以建立起第一DRX参数与第二通信装置的标识的对应关系，以便第一通信装置可以根据该对应关系确定将要进行数据通信的第二接收端的第一DRX参数。该标识可以为layer 2ID。
在一种可能的设计中，该方法还包括：第一通信装置接收第二通信装置发送的第一通知消息，第一通知消息指示第一DRX参数配置完成；第一通信装置向第一网络设备发送第二通知消息，第二通知消息指示第一DRX参数配置完成。当第一网络设备接收到第二通知消息时，如果第一通信装置有数据发送，可以向第一网络设备申请资源，以在申请的资源上向第二通信装置发送数据。
在一种可能的设计中，该方法还包括：第一通信装置接收来自第一网络设备的下行控制信息DCI，DCI包括第一网络设备根据第一通信装置发送的调度请求确定的第三通信装置的标识，和根据第三通信装置的第一DRX参数确定的为第一通信装置和第三通信装置分配的资源信息；第一通信装置向第三通信装置发送侧行链路控制信息SCI，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。由于第三通信装置为第一网络设备根据第一DRX参数确定的处于激活期的数据接收端，因此，当第一通信装置在第一网络设备分配的资源上发送数据时，第三通信装置此时处于激活期，第三通信装置可以在第一网络设备分配的资源上接收数据；且第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
在一种可能的设计中，该方法还包括：第一通信装置接收来自第一网络设备的DCI，DCI包括为第一通信装置分配的在侧行链路上可用的资源信息；第一通信装置根据与第一通信装置连接的多个通信装置的第一DRX参数以及资源信息，确定与第一通信装置连接的通信装置中状态为激活期的至少一个通信装置；第一通信装置从至少一个通信装置中确定出逻辑信道优先级最高的第三通信装置；第一通信装置向第三通信装置发送SCI，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。这样，当第一通信装置接收到第一网络设备分配的资源信息时，第一通信装置可以根据第一DRX参数以及资源信息确定处于激活期且逻辑信道优先级最高的第三通信装置，以使得第一通信装置在该资源信息指示的资源上发送数据时，第三通信装置处于激活期，第三通信装置就可以在该资源上接收数据，这样可保证优先级最高的逻辑信道上的数据及时被接收到，且第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
在一种可能的设计中，该方法还包括：第一通信装置在所有已建立连接的侧行链路中确定出逻辑信道优先级最高的第一侧行链路，并确定第一侧行链路上与第一通信装置连接的第三通信装置的第一DRX参数；第一通信装置根据第三通信装置的第一DRX参数，从资源池中确定出第三通信装置处于激活期的资源信息；第一通信装置向第三通信装置发送SCI，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。这样，当第一通信装置确定出优先级最高的逻辑信道对应的第一侧行链路时，可以根据第一侧行链路上作为数据接收端的第三通信装置对应的第一DRX，从资源池中确定出第三通信装置处于激活期的资源，也就是说，第一通信装置可以根据第一DRX参数确定第三通信装置的激活期和睡眠期，以在第三通信装置的激活期在该资源上向第三通信装置发送数据；第三通信装置可以在该资源上接收第一通信装置发送的数据，第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
在一种可能的设计中，第一通信装置为终端设备或通信芯片，第二通信装置为终端设备或通信芯片。
第二方面，提供一种非连续接收DRX参数配置方法，该方法应用于设备间通信D2D场景，该方法包括：第一网络设备确定第一DRX参数；第一DRX参数用于第一通信装置根据第一DRX参数在侧行链路上向第二通信装置发送数据；第一网络设备向第一通信装置发送第一DRX参数。这样，第一网络设备和第一通信装置都会保存有第二通信装置的第一DRX参数，如果第二通信装置和第一通信装置不是在同一个网络设备覆盖范围内时，可以使得D2D场景下，第一网络设备可以根据第一DRX参数进行数据调度，第一通信装置就可以根据该第一DRX参数向第二通信装置发送数据，同时，作为数据接收端的第二通信装置可以不需要一直处于数据监听的状态，可以使得第二通信装置的功耗降低，达到为第二通信装置省电的目的。
在一种可能的设计中，在第一网络设备确定第一DRX参数之前，该方法还包括：第一网络设备接收第一通信装置发送的辅助信息和第二通信装置的标识，辅助信息用于第一网络设备参考辅助信息确定第一DRX参数；第一通信装置在第一网络设备的覆盖范围内。于是，第一网络设备在确定第一DRX参数时，第一网络设备可以参考第一通信装置发送的辅助信息确定第一DRX参数，使得确定后的第一DRX参数可以符合第一通信装置的数据传输需求。
在一种可能的设计中，辅助信息包括第一通信装置在侧行链路上的数据传输需求；或，辅助信息包括第一通信装置根据第一通信装置在侧行链路上的数据传输需求确定的第二DRX参数；或，辅助信息包括第一通信装置在侧行链路上的数据传输需求，以及第一通信装置根据数据传输需求确定的第二DRX参数。数据传输需求可以为第一通信装置在侧行链路上的业务所需的服务质量QoS。例如，若第一通信装置在侧行链路上要与第二通信装置进行通信的业务所需的QoS的要求较高，需进行低时延的数据传输时，则第一网络设备可以确定第一DRX参数对应的DRX周期中处于睡眠期的时间较短，处于激活期的时间较长。这样，当第一通信装置有数据需发送时，第二通信装置可以及时醒来在激活期接收第一通信装置发送的数据，满足低时延的要求。若辅助信息包括第二DRX参数，第二DRX参数满足DRX周期中处于睡眠期的时间较短，处于激活期的时间较长，则第一网络设备可以将第二DRX参数作为第一DRX参数，否则，第一网络设备可以根据QoS重新确定出第一DRX参数，使得第一DRX参数满足低时延的要求。
在一种可能的设计中，在第一网络设备确定第一DRX参数之前，该方法还包括：第一网络设备向第二网络设备发送请求消息，请求消息用于请求获取第三DRX参数，第三DRX参数为第二网络设备为第二通信装置配置的Uu接口的DRX参数；第二通信装置在第二网络设备的覆盖范围内。第一网络设备确定第一DRX参数包括：第一网络设备参考第三DRX参数确定第一DRX参数。如果第一通信装置和第二通信装置不在同一个网络设备的覆盖范围内，即第一通信装置在第一网络设备的覆盖范围内，第二通信装置在第二网络设备的覆盖范围内时，可以通过第一网络设备向第二网络设备请求第二网络设备为第二通信装置配置的Uu接口的第三DRX参数，第一网络参考第三DRX参数为第二通信装置配置PC5接口的第一DRX参数，可以使得第二通信装置在两个接口上处于激活期的时间和处于睡眠期的时间尽量一致，这样，在有数据传输时，第二通信装置在根据第三DRX参数达到省电的目的的同时，还可以在第一通信装置和第二通信装置处于不同的网络设备的覆盖下时，由于第二通信装置的PC5接口的第三DRX参数与第二通信装置的Uu接口的第一DRX参数存在参数对齐，可使得第二通信装置进一步得到省电。
在一种可能的设计中，该方法还包括：第一网络设备向第一通信装置发送下行控制信息DCI，DCI包括第一网络设备根据第一DRX参数确定的处于激活期的第三通信装置的标识，和为第一通信装置分配的在侧行链路上可用的资源信息。由于第三通信装置为第一网络设备根据第一DRX参数确定的处于激活期的数据接收端，因此，当第一通信装置在第一网络设备分配的资源上发送数据时，第三通信装置此时处于激活期，第三通信装置可以在第一网络设备分配的资源上接收数据；且第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
在一种可能的设计中，第一通信装置为终端设备或通信芯片，第二通信装置为终端设备或通信芯片。
第三方面，提供一种非连续接收DRX参数配置方法，包括：第二通信装置接收来自第一通信装置的第一DRX参数；第一DRX参数用于第二通信装置根据第一DRX参数在侧行链路上接收第一通信装置发送的数据；第二通信装置根据第一DRX参数与第一通信装置进行数据通信。这样，在D2D场景中，第二通信装置可以不需要持续在侧行链路上监听数据，可以根据第一DRX参数在激活期接收数据即可，达到为第二通信装置省点的目的。
在一种可能的设计中，该方法还包括：第二通信装置接收来自第一通信装置的侧行链路控制信息SCI，SCI包括资源信息，资源信息用于第二通信装置在资源信息指示的资源上接收第一通信装置发送的数据。这样，第二通信装置可以在SCI指示的资源信息上接收第一通信装置发送的数据。即第一通信装置在该资源上向第二通信装置发送数据时，第二通信装置可以在激活期在该资源上接收第一通信装置发送的数据，从而达到为第三通信装置省电的目的。
在一种可能的设计中，第一通信装置为终端设备或通信芯片，第二通信装置为终端设备或通信芯片。
第四方面，提供一种通信装置，应用于设备间通信D2D场景，包括：处理单元，用于获取第一DRX参数，第一DRX参数用于第一通信装置根据第一DRX参数在侧行链路上向第二通信装置发送数据；发送单元，用于向第二通信装置发送第一DRX参数。
第五方面，提供一种网络设备，应用于设备间通信D2D场景，包括：处理单元，用于确定第一DRX参数；第一DRX参数用于第一通信装置根据第一DRX参数在侧行链路上向第二通信装置发送数据；发送单元，用于向第一通信装置发送第一DRX参数。
第六方面，提供一种通信装置，应用于设备间通信D2D场景，包括：接收单元，用于接收来自第一通信装置的第一DRX参数；第一DRX参数用于第二通信装置根据第一DRX参数在侧行链路上接收第一通信装置发送的数据；接收单元，还用于根据第一DRX参数与第一通信装置进行数据通信。
第七方面，提供一种通信系统，应用于设备间通信D2D场景，包括如第四方面所述的通信装置，如第五方面所述的网络设备和如第六方面所述的通信装置。
第八方面，提供一种通信装置，应用于设备间通信D2D场景，包括处理器，所述处理器与存储器耦合；存储器，用于存储计算机程序或指令；处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如第一方面以及第一方面的任一种可能的设计所述的方法。
第九方面，提供一种通信装置，应用于设备间通信D2D场景，包括处理器，所述处理器与存储器耦合；存储器，用于存储计算机程序或指令；处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如第二方面以及第二方面的任一种可能的设计所述的方法。
第十方面，提供一种通信装置，应用于设备间通信D2D场景，包括处理器，所述处理器与存储器耦合；存储器，用于存储计算机程序或指令；处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如第三方面以及第三方面的任一种可能的设计所述的方法。
第十一方面，提供一种通信系统，包括如第八方面所述的通信装置，如第九方面所述的网络设备和如第十方面所述的通信装置。
第十二方面，提供一种计算机可读存储介质，包括程序或指令，当所述程序或指令被处理器运行时，如第一方面以及第一方面的任一种可能的设计所述的方法被执行。
第十三方面，提供一种计算机可读存储介质，包括程序或指令，当所述程序或指令被处理器运行时，如第二方面以及第二方面的任一种可能的设计所述的方法被执行。
第十四方面，提供一种计算机可读存储介质，包括程序或指令，当所述程序或指令被处理器运行时，如第三方面以及第三方面的任一种可能的设计所述的方法被执行。
第十五方面，提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得电子设备执行如第一方面以及第一方面的任一种可能的设计所述的方法。
第十六方面，提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得电子设备执行如第二方面以及第二方面的任一种可能的设计所述的方法。
第十七方面，提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得电子设备执行如第三方面以及第三方面的任一种可能的设计所述的方法。
附图说明
图1为本申请实施例提供的一种DRX周期的示意图；
图2为本申请实施例提供的一种网络框架的结构示意图；
图3为本申请实施例提供的一种DRX参数配置方法的流程示意图；
图4为本申请实施例提供的一种DRX参数配置方法的流程示意图；
图5为本申请实施例提供的一种DRX参数配置方法的流程示意图；
图6为本申请实施例提供的一种数据传输的传输资源分配方法的流程示意图；
图7为本申请实施例提供的一种数据传输的传输资源分配方法的流程示意图；
图8为本申请实施例提供的一种数据传输的传输资源分配方法的流程示意图；
图9为本申请实施例提供的一种终端设备的结构示意图；
图10为本申请实施例提供的一种终端设备的结构示意图；
图11为本申请实施例提供的一种终端设备的结构示意图；
图12为本申请实施例提供的一种网络设备的结构示意图；
图13为本申请实施例提供的一种网络设备的结构示意图。
具体实施方式
为了便于理解，示例的给出了部分与本申请实施例相关概念的说明以供参考。如下所示：
D2D：指设备到设备，是两个对等的用户节点之间直接进行通信的一种通信方式，也称之为终端直通。D2D是一种在系统的控制下，允许终端设备之间通过复用小区资源直接进行通信的新型技术，在一定程度上解决无线通信系统频谱资源匮乏的问题。D2D技术可以应用于移动蜂窝网络，以提高资源利用率和网络容量。每一个D2D通信链路占用的资源与一个蜂窝通信链路占用的资源相等。
服务质量(quality of service，QoS)：是网络的一种安全机制，是用来解决网络延迟和阻塞等问题的一种技术。从传统意义上来讲，服务质量可以包括传输的带宽、传送的时延、数据的丢包率等，而提高服务质量可以是为了保证传输的带宽，降低传送的时延，降低数据的丢包率以及时延抖动等。从广义上讲，服务质量涉及网络应用的方方面面，对网络应用有利的措施，都是在提高服务质量。因此，从这个意义上来说，防火墙、策略路由或快速转发等也都是提高网络业务服务质量的措施。
sidelink：可以称为侧行链路、直通链路、副链路或边链路等，是为了支持设备间直接通信而引入的链路。可以用于D2D场景下，还可以应用于车联网(vehicle-to-everything，V2X)等。5G NR中，sidelink主要由物理sidelink控制信道(physicalsidelink control channel，PSCCH)、物理sidelink共享信道(physical sidelink sharedchannel，PSSCH)、物理sidelink广播信道(pysical sidelink broadcast channel，PSBCH)和物理sidelink反馈信道(physical sidelink feedback channel，PSFCH)等组成。
当前，sidelink通信共有以下工作模式1和工作模式2两种资源分配模式，两种工作模式如下：
工作模式1：终端设备在无线资源控制(radio resource control，RRC)连接态下进行数据传输，传输资源由网络设备，例如基站控制。基站调度用于传输sidelink的控制信息和数据的传输资源。终端设备向基站发送sidelink调度请求(scheduling request，SR)以及sidelink缓存状态报告(buffer status report，BSR)，基于sidelink BSR，基站可以确定终端设备的sidelink通信需求的数据量大小，并估计传输所需资源。其中，基站可以使用配置的sidelink-无线网络临时标识(sidelink-radio network temporaryidentifier，SL-RNTI)来调度用于sidelink通信的传输资源。
工作模式2：终端设备自己从资源池中选择资源并执行传输格式选择来发送sidelink控制信息和数据信息。一旦选择了资源池，该选择的资源将在整个sidelink控制期间有效。在sidelink控制周期结束后，UE可以再次执行资源池选择。
DRX的工作原理：如图1所示，DRX的基本机制是为处于RRC连接态的UE配置一个DRX周期(cycle)。DRX cycle由“持续时间(on duration)”和“DRX机会(opportunity forDRX)”组成。在“on duration”时间内，终端设备可以监听并接收PDCCH；在“opportunityfor DRX”时间内，UE不接收PDCCH以减少功耗。可以说，on duration时间内，终端设备处于激活期，opportunity for DRX时间内，终端设备处于睡眠期。
其中，on duration的值指定了从DRX cycle的起始位置起，需要监听PDCCH的时间，即参数drx-onDurationTimer对应的时间长度。在大多数情况下，当终端设备在某个PDCCH时机(occasion)被调度，并接收或发送数据后，很可能在接下来的几个子帧内继续被调度。如果要等到下一个DRX cycle再来接收或发送这些数据将会带来额外的延迟。为了降低这类延迟，终端设备在被调度后，可以持续处于激活期，即会在配置的激活期内持续监听PDCCH。其实现机制是：每当终端设备被调度初传一个新数据时，就会启动(或重启)一个定时器drx-InactivityTimer，在该定时器的定时时长内，终端设备将一直处于激活期直到该定时器超时。drx-InactivityTimer指定了当终端设备成功解码一个指示初传的上行(uplink，UL)或下行(downlink，DL)用户数据的PDCCH后，持续处于激活期的时间长度，即终端设备有初传数据被调度时，该定时器就启动或重启一次。
对于数据的混合自动重传请求(hybrid automatic repeat request，HARQ)重传，由于前一次传输和重传之间没有固定的时序关系，因此针对上行和下行HARQ，分别定义了一个时间窗，HARQ往返时延(round-trip time，RTT)timer，允许终端设备从前一次上行或下行传输算起，并持续该时间窗后，才开始监听上行或下行的重传。每个上行和每个下行HARQ过程都对应有一个HARQ RTT Timer。当drx-HARQ-RTT-TimerUL超时后，对于上行传输，终端设备为对应的HARQ过程启动一个DRX上行重传定时器(drx-RetransmissionTimerUL)；对于下行传输，如果drx-HARQ-RTT-TimerDL超时后，对应的HARQ过程的数据没有接收成功，终端设备为该HARQ过程启动一个DRX下行重传定时器(drx-RetransmissionTimerDL)。当drx-RetransmissionTimerUL或者drx-RetransmissionTimerDL运行时，终端设备会监听用于调度HARQ重传的PDCCH。
当UE配置了DRX cycle时，终端设备处于激活期(active time)的时间包括：
1)drx-onDurationTimer，或drx-InactivityTimer，或drx-RetransmissionTimerUL，或drx-RetransmissionTimerDL，或竞争解决计时器(ra-ContentionResolutionTimer)正在运行时等；
2)终端设备已经在物理上行链路控制信道(physical uplink control channel，PUCCH)上发送了SR，且该SR当前处于pending态；
3)终端设备成功接收了用于响应非终端设备选择的基于竞争的随机接入的序列(preamble)的RAR(random access response，随机接入响应)，却没有收到指示初传(使用小区无线网络临时标识(Cell-RadioNetworkTemporaryIdentifier，C-RNTI))的PDCCH时。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统，全球互联微波接入(worldwide interoperability for microwaveaccess，WiMAX)通信系统，第五代(5th Generation，5G)系统，如新一代无线接入技术(newradio access technology，NR)，多种系统融合的网络，物联网系统，车联网系统，以及未来的通信系统，如6G系统等。具体的，本申请可以应用于这些通信系统的D2D通信场景中，即设备间可以通过建立sidelink链路直接通信。
另外，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。
本申请实施例中，“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请实施例中部分场景以无线通信网络中NR网络的场景为例进行说明，应当指出的是，本申请实施例中的方案还可以应用于其他无线通信网络中，相应的名称也可以用其他无线通信网络中的对应功能的名称进行替代。
在本申请实施例的D2D通信场景中，如图2所示，本申请的网络框架可以包括至少一个网络设备和至少两个通信装置。
本申请实施例中的网络设备可以为具有无线收发功能的设备或可设置于该设备的芯片，可以部署在无线接入网中为终端设备提供无线通信服务。该设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission and receptionpoint，TRP或者transmission point，TP)等；网络设备还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，网络设备还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(DU，distributed unit)等，或者，网络设备为车载设备、可穿戴设备或未来演进的PLMN网络中的网络设备等。
本申请实施例中的通信装置可以为终端设备或通信芯片。例如该终端设备可以为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等等。本申请的实施例对应用场景不做限定。本申请中由终端设备实现的方法和步骤，也可以由可用于终端设备的部件(例如芯片或者电路)等实现。本申请中将前述终端设备及可设置于前述终端设备的部件(例如芯片或者电路)统称为终端设备。
需要说明的是，数据发送端的UE和数据接收端的UE可能处于同一基站的覆盖范围内，也可能处于不同的基站覆盖范围内。
对于本申请的应用场景和网络架构，举例来说，D2D可应用于多种本地通信业务，近距离或同一房间内的通信。如一个巡回音乐会的视频服务，观众在终端设备(例如手机)侧可以通过无线D2D下载音乐会提供的材料。音乐会主办方通过向系统小区(例如基站)申请D2D资源，可以将视频信息立即传输给多个终端设备。相比通过系统小区基站来提供视频服务，通过D2D方式可以减少小区基站负载，在进行D2D通信的同时，系统可以提供话音和因特网数据业务。目前，接收视频数据的终端设备是持续在sidelink链路上监听待接收的视频数据，这将会导致接收端的终端设备的过度耗电。
再例如，该终端设备可以为手机和VR头显等。当手机与VR头显建立sidelink连接后，手机可以作为数据发送端，VR头显可以作为数据接收端，手机可以通过sidelink链路向VR头显发送视频数据，VR头显可以持续在sidelink链路上监听待接收的视频数据，这将会导致VR头显的过度耗电。
也就是说，当设备间的发送端与接收端建立sidelink链路之后，目前，接收端是持续在sidelink链路上监听待接收的数据的，会导致接收端的过度耗电。目前，基站可以向UE配置用于Uu接口的DRX参数，其具体可以是基站向UE发送配置信息，配置信息中包括用于基站和UE进行Uu接口的数据传输的DRX参数。但是，D2D场景下，发射端用户(transmit UE，TxUE)和接收端用户(receive UE，Rx UE)之间直接连接进行数据传输，Rx UE可能不在Tx UE所在的基站的覆盖范围内。如果Rx UE连接的基站和Tx UE所连接的基站不是同一个基站，那么Tx UE所连接的基站并不知晓Rx UE的DRX参数，这样，对于D2D场景，将可能导致Tx UE发送数据，但是Rx UE此时并未处于激活期，导致数据发送失败。因此，本申请针对Tx UE向Rx UE发送数据时，DRX参数如何配置的问题进行说明。针对该问题，本申请提出一种DRX参数配置方法，其基本原理可以为：发送端通过向接收端配置DRX参数，可以在发送端有数据传输时，接收端可以根据DRX参数确定处于激活期的时间，接收端不需要一直处于激活期监听数据，从而可以降低接收端的功耗。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
基于本申请提出的原理，本申请实施例提供一种DRX参数配置方法，如图3所示，该方法包括：
301、第一通信装置与第二通信装置建立sidelink连接。
本申请实施例中，以作为数据发送端的第一通信装置为第一UE，作为数据接收端的第二通信装置为第二UE，第一UE所在小区的第一网络设备为第一基站，第二UE所在小区的第二网络设备为第二基站为例进行举例说明。
示例性的，当第一UE有数据通信需求时，第一UE向第一基站发送sidelink通信请求，第一基站基于该请求为第一UE配置资源分配模式，例如第一基站根据第一UE的能力确定第一UE不支持资源分配时，确定资源分配模式为工作模式1；第一基站根据第一UE的能力确定第一UE支持资源分配时，确定资源分配模式为工作模式2。第一基站为第一UE分配用于与第二UE建立连接的sidelink资源，然后第一UE使用该资源向第二UE发送请求建立PC5-S连接的消息，从而完成第一UE和第二UE之间的sidelink连接。
其中，第一UE有数据通信需求时，例如可以是手机向VR头显发送视频数据时；或者第一UE有数据通信需求时，还可以是多个用户分别在各自持有的手机上玩游戏时，为了保持游戏进度相同，一个用户的手机向其余多个用户的手机发送游戏数据时。
PC5-S连接为D2D场景下，UE与UE之间连接的接口。
302、第一通信装置向第一网络设备发送辅助信息以及第二通信装置的标识，辅助信息用于第一网络设备参考辅助信息确定第一DRX参数。
在一些实施方式中，辅助信息包括第一通信装置在sidelink上的数据传输需求。
或，辅助信息包括第一通信装置根据第一通信装置在sidelink上的数据传输需求确定的第二DRX参数。
或，辅助信息包括第一通信装置在sidelink上的数据传输需求，以及第一通信装置根据数据传输需求确定的第二DRX参数。
其中，数据传输需求为第一通信装置向第二通信装置发送数据时需满足的条件，该条件包括时延要求、数据传输速率以及丢包率等。
在一些实施方式中，数据传输需求可以为第一通信装置在sidelink上的业务所需的服务质量(quality of service，QoS)。
第二DRX参数可以理解为第一通信装置根据第一通信装置在sidelink上所需的QoS确定的。
举例来说，由于第一UE知道第一UE自身将要有数据发送给第二UE时，第一UE为第二UE配置的第二DRX参数需要达到：在第一UE想要发送数据时，第二UE处于激活期。且，若第一UE在sidelink上要与第二UE进行通信的业务所需的QoS要求较高，第一UE可以认为该业务对于时延的要求较高，需进行低时延的数据传输，因此，第一UE可以基于此确定的第二DRX参数的特征可以为：处于睡眠期的时间可以较短，处于激活期的时间可以较长。这样，可以使得第一UE与第二UE进行业务通信时，第二UE可以及时接收到第一UE发送的数据。
示例性的，若第一UE在sidelink上要与第二UE进行通信的业务所需的QoS的要求较高，例如要求时延达到4ms或5ms，需进行低时延的数据传输时，则第一UE可以确定第二DRX参数对应的DRX cycle中处于睡眠期的时间opportunity for DRX的值较小；处于激活期的时间：drx-onDurationTimer的值较大。例如一个DRX cycle的时长为10ms，opportunity for DRX的值可以为4ms，drx-onDurationTimer的值为6ms，这样，当第一UE有数据需发送时，第二UE可以及时醒来在激活期接收第一UE发送的数据，满足低时延的要求。
或者，若第一UE在sidelink上要与第二UE进行通信的业务所需的QoS的要求较高，例如要求数据丢包率小于5％时，则第一UE可以确定第二DRX参数对应的DRX cycle中处于睡眠期的时间：opportunity for DRX的值较小；处于激活期的时间：drx-onDurationTimer的值较大。同样以上述一个DRX cycle的时长为10ms，opportunity for DRX的值可以为4ms，drx-onDurationTimer的值为6ms为例，如果一个DRX cycle内，第二UE处于激活期的时间长于睡眠期的时间，考虑到数据可能延迟发送到第二UE，那么第二UE在激活期内接收到数据的概率将得到增加，可使得数据丢包率减少。
其中，opportunity for DRX和drx-onDurationTimer将在步骤303中具体介绍。在一些实施方式中，第二通信装置的标识可以为Layer 2ID，即将Layer 2ID作为标识第二通信装置的唯一标识。具体的，Layer 2ID为第二通信装置在网络通信架构中的层2的ID，层2包括媒体接入控制(media access control，MAC)层，无线链路层控制协议(radio linkcontrol，RLC)层，分组数据汇聚协议(packet data convergence protocol，PDCP)层，服务数据适配协议(service data adaptation protocol，SDAP)层。每个终端设备均有一个唯一的Layer 2ID，即第一网络设备可以通过Layer 2ID识别出第二通信装置。
在一些实施方式中，第二通信装置的标识还可以为全球唯一性标标识符(Globally Unique Identifier，GUID)。
在一些实施方式中，第一通信装置可以向第一网络设备发送RRC消息，RRC消息包括辅助信息以及第二通信装置的标识。
303、第一网络设备参考辅助信息确定第一DRX参数。
当第一网络设备接收到第一通信装置发送的辅助信息和第二通信装置的标识后，第一网络设备可以参考辅助信息为第二通信装置配置第一DRX参数。
在一些实施方式中，若第一网络设备接收到辅助信息，该辅助信息包括的数据传输需求为QoS，第一网络设备可以根据该QoS为第二通信装置确定第一DRX参数。该确定方式可以参见步骤302中第一UE确定第二DRX参数的实现方式。
若第一网络设备接收到的辅助信息为第一通信装置自己确定的第二DRX参数，则第一网络设备可以根据当前可用的资源确定是否将第二DRX参数作为第一DRX参数。示例性的，若当前可用的资源较多，即第一网络设备的负载较小，可以分配给第一通信装置的资源较多，第二通信装置处于激活期的时间可以较短；若当前可用的资源较少，即第一网络设备的负载较大，可分配给第一通信装置的资源较少，对应第二通信装置来说，第二通信装置的DRX参数配置要求更高，例如第二通信装置处于激活期的时间更长，可以使得第二通信装置接收到数据的概率增大。因此，如果第二DRX参数表征第二通信装置处于激活期的时间符合当前可用的资源，那么第一网络设备可以将第二DRX参数作为第一DRX参数；反之，若不符合，则第一网络设备可以对第二DRX参数进行适应性修改，以使得修改后的第二DRX参数符合第一网络设备当前的资源调度。
举例来说，当第一基站当前的负载较小，即当前对于第一UE来说可用的时频资源较多，如果可用的时频资源对应的时长大于一个DRX cycle的时长，例如一个DRX cycle为10ms，则第一基站在为第二UE配置第一DRX参数时，第二UE处于激活期的时间可以较短，例如为4ms，第二UE处于睡眠期的时间可以较长，例如为6ms。这是由于，在这种情况下，第一基站的资源均可用于该DRX cycle，则在第二UE的激活期时间内，第一UE均有可选择的传输数据的资源，并不会导致第一UE发送数据而第二UE处于睡眠期的情况。而如果第二UE处于激活期的时间较长，第一UE很可能并不是有持续的数据发送给第二UE，因此，第二UE不需要处于较长时间的激活期。因此，当第一基站当前可分配给第一UE的资源较多时，第二UE在DRXcycle内处于激活期的时间可以较短。
于是，第二DRX参数表征第二通信装置处于激活期的时间符合当前可用的资源可以理解为：第一基站当前可用的资源较多，第二DRX参数中第二UE处于激活期的时间较短，处于睡眠期的时间较长，例如激活期的时间为4ms，睡眠期的时间为6ms；第二DRX参数表征第二通信装置处于激活期的时间不符合当前可用的资源可以理解为：第一基站当前可用的资源较多，第二DRX参数中第二UE处于激活期的时间较长，处于睡眠期的时间较短，例如激活期的时间为6ms，睡眠期的时间为4ms。这种情况下，第一基站可以对第二DRX参数中激活期的时间和睡眠期的时间进行修改，例如修改后，激活期的时间为4ms，睡眠期的时间为6ms。
当第一基站当前的负载较大，即当前对于第一UE来说可用的时频资源较少，如果可用的时频资源对应的时长小于一个DRX cycle的时长，例如一个DRX cycle为10ms，则基站在为第二UE配置第一DRX参数时，第二UE处于激活期的时间可以较长，例如为6ms，第二UE处于睡眠期的时间可以较短，例如为4ms。这是由于，当前可用的资源较少时，在一个DRXcycle内，可供第二UE用来接收数据的时间较短，为了避免第一UE发送数据而第二UE未接收到的情况，则第二UE处于激活期的时间应该更长，这样第二UE在可以在较少的资源上接收到数据。因此，第一基站当前可分配给第一UE的资源较少时，第二UE在DRX cycle内处于激活期的时间可以较长。
于是，第二DRX参数表征第二通信装置处于激活期的时间符合当前可用的资源可以理解为：第一基站当前可用的资源较少，第二DRX参数中第二UE处于激活期的时间较长，处于睡眠期的时间较短，例如激活期的时间为6ms，睡眠期的时间为4ms；第二DRX参数表征第二通信装置处于激活期的时间不符合当前可用的资源可以理解为：第一基站当前可用的资源较少，第二DRX参数中第二UE处于激活期的时间较短，处于睡眠期的时间较长，例如激活期的时间为4ms，睡眠期的时间为6ms。这种情况下，第一基站可以对第二DRX参数中激活期的时间和睡眠期的时间进行修改，例如修改后，激活期的时间为6ms，睡眠期的时间为4ms。
若第一网络设备接收到的辅助信息为QoS以及第二DRX参数，第一网络设备可以根据QoS对第二DRX参数进行修改，得到第一DRX参数。具体根据QoS修改第二DRX参数得到的第一DRX参数的特征可以与步骤302中第一UE确定第二DRX参数的实现方式类似。
举例来说，若第一UE在sidelink链路上要与第二UE进行通信的业务所需的QoS要求较高，第一基站可以认为该业务对于时延的要求较高，需进行低时延的数据传输，因此，如果第二DRX参数的特征为：处于睡眠期的时间可以较长，处于激活期的时间可以较短，例如一个DRX cycle时长为10ms，opportunity for DRX的值为6ms，drx-onDurationTimer的值为4ms，第一基站可以基于此修改第二DRX参数，得到第一DRX参数的特征可以为：处于睡眠期的时间可以较短，处于激活期的时间可以较长，例如第一DRX参数中，opportunity forDRX的值为4ms，drx-onDurationTimer的值为6ms。这样，可以使得第一UE与第二UE进行业务通信时，第二UE可以及时接收到第一UE发送的数据。具体原因可以参见步骤302中的说明。
在一些实施方式中，以第一通信装置(第一UE)为Tx UE，第二通信装置(第二UE)为Rx UE为例，第一DRX参数包括的具体参数以及功能可以为：
drx-onDurationTimer：DRX cycle中处于激活期的持续时间；
opportunity for DRX：DRX cycle中处于睡眠期的持续时间；
drx-SlotOffset：开启drx-onDurationTimer前的时延；
drx-InactivityTimer：当Rx UE成功解码一个调度新数据初传的PSCCH后，Rx UE持续处于激活期的时间长度；即该参数针对初传数据有效。当UE在on-duration期间收到一个PSCCH调度信息时，UE启动drx-InactivityTimer；当UE在drx-InactivityTimer运行期间又收到了一个PSCCH调度信息，则会继续重启drx-InactivityTimer。
drx-RetransmissionTimerTtoR：Rx UE收到Tx UE发送的重传数据前需要等待的时间长度；该参数的启动条件为：drx-HARQ-RTT-TimerTtoR超时，且存在数据未被成功接收。
drx-RetransmissionTimerRtoT：Tx UE收到Rx UE发送的确认(Acknowledgement，ACK)消息/非确认(Negative-Acknowledgment，NACK)消息反馈数据前需要等待的时间长度；该参数的启动条件为：drx-HARQ-RTT-timerRtoT超时，且存在数据未被成功接收。drx-LongCycleStartOffset：同时表示Long DRX Cycle和drx-StartOffset，其中Long DRXCycle为长DRX周期，drx-StartOffset指定长DRX cycle和短DRX cycle的起始子帧；
drx-ShortCycle：Short DRX Cycle，即短DRX周期；
drx-ShortCycleTimer：Rx UE遵循的Short DRX cycle的持续时间；
drx-HARQ-RTT-TimerTtoR：Rx UE的MAC实体期望收到Tx UE的HARQ重传的sidelink资源分配之前的持续时间。也就是说，从前一次传输算起，持续该参数的时间窗的长度以后，Rx UE才开始监听重传数据(相当于这是对重传数据的一个限制，避免Tx UE没有规律的一直发送重传数据)。而在drx-HARQ-RTT-Timer超时以后，Tx UE可以开始重传，这时开启drx-RetransmissionTimerTtoR，Rx UE在drx-RetransmissionTimerTtoR运行期间接收数据。
drx-HARQ-RTT-TimerRtoT：Tx UE的MAC实体期望收到Rx UE发送的反馈数据之前的持续时间。也就是说，从前一次ACK/NACK反馈传输算起，持续该参数的时间窗的长度以后，Rx UE才开始发送ACK/NACK反馈数据(相当于这是对ACK/NACK反馈的一个限制，避免RxUE一直发送反馈数据)。而在drx-HARQ-RTT-TimerRtoT超时以后，Rx UE可以开始反馈，这时开启drx-RetransmissionTimerRtoT，Rx UE在drx-RetransmissionTimerRtoT运行期间发送反馈数据。
在上述第一DRX参数包括的参数的举例下，根据QoS可以确定的第一DRX参数可以包括上述第一DRX参数中的至少一个。
304、第一网络设备向第一通信装置发送第一DRX参数以及第二通信装置的标识。
在一些实施方式中，第一网络设备可以向第一通信装置发送第一配置消息，第一配置消息包括第一DRX参数以及第二通信装置的标识。
在一些实施方式中，第一配置消息可以是RRC消息。
305、第一通信装置保存第一DRX参数，并建立第一DRX参数与第二通信装置的标识的对应关系。
示例性的，由于第一UE可能会与多个接收数据的UE通信，因此，第一UE在接收到第二UE的第一DRX参数时，可以建立第一DRX参数与第二UE的标识的对应关系，以便第一UE与第二UE进行数据通信时，根据该对应关系可以确定出与第二UE的第一DRX参数。
306、第一通信装置向第二通信装置发送第一DRX参数。
在一些实施方式中，第一通信装置可以向第二通信装置发送第二配置消息，第二配置消息可以包括第一DRX参数。
在一些实施方式中，第二配置消息可以为RRC消息。
示例性的，第一UE可以在与第二UE建立的sidelink链路上向第二UE发送该RRC消息。
307、第二通信装置向第一通信装置发送第一通知消息，第一通知消息指示第一DRX参数配置完成。
在一些实施方式中，第一通知消息可以为RRC消息。
308、第一通信装置向第一网络设备发送第二通知消息，第二通知消息指示第一DRX参数配置完成。
在一些实施方式中，第二通知消息可以为RRC消息。
309、第一网络设备基于第一DRX参数进行数据调度。
示例性的，在工作模式1中，第一基站可以基于第一DRX参数进行数据调度。具体地，第一基站中可以保存有多个第二UE对应的第一DRX参数。当第一UE有数据向其中一个第二UE发送时，第一UE可以向第一基站发送调度请求，第一基站可以根据该调度请求确定出与第一UE通信的一个第二UE，具体如何确定将在后续步骤602中进行说明。进而，第一基站可以根据第一基站保存的第二UE对应的第一DRX参数，向第一UE配置资源，以便第一UE在配置的资源上向第二UE发送数据。
或者，步骤309可以替换为：第一通信装置基于第一DRX参数进行数据调度。
即，在工作模式2中，第一通信装置基于第一DRX参数进行数据调度。也就是第一通信装置自己从资源池中选择资源并向第二通信装置发送sidelink控制信息和数据信息。
由此，本申请实施例可以通过第一通信装置向第一网络设备发送辅助信息，第一网络设备根据辅助信息确定第二通信装置对应的DRX参数，并将DRX参数发送给第一通信装置，第一通信装置可以保存该DRX参数，并将该DRX参数发送给第二通信装置，以便第二通信装置确定在有数据需接收时，可以根据配置的DRX参数确定第二通信装置自身处于激活期的时间和处于睡眠的时间(非激活期的时间)。这样，如果第二通信装置和第一通信装置不是在同一个网络设备覆盖范围内时，可以使得D2D场景下，第一网络设备和第一通信装置对于第二通信装置的DRX参数保持一致，第一通信装置就可以根据该DRX参数向第二通信装置发送数据，同时，作为数据接收端的第二通信装置可以不需要一直处于数据监听的状态，可以使得第二通信装置的功耗降低，达到为第二通信装置省电的目的。
本申请实施例还提供一种DRX参数配置方法，如图4所示，该方法包括：
401、第一通信装置与第二通信装置建立sidelink连接。
该步骤的实现方式可以参见上述步骤301。
402、第一网络设备确定第一通信装置与第二通信装置建立sidelink连接时，第一网络设备向第二网络设备发送请求消息，请求消息用于请求获取第三DRX参数，第三DRX参数为第二网络设备为第二通信装置配置的Uu接口的DRX参数。
Uu接口为5G中网络设备与通信装置之间通信的接口。
在一些实施方式中，第一通信装置在第一网络设备覆盖范围内，第二通信装置在第二网络设备覆盖范围内。示例性的，Uu接口可以理解为基站与UE之间通信的接口。当UE与基站建立RRC连接时，基站可以为不同的UE配置基站与该UE通信的Uu接口的DRX参数，本实施例中，将第二基站给第二UE配置的DRX参数记为第三DRX参数。
403、第二网络设备向第一网络设备发送响应消息，响应消息包括第二网络设备为第二通信装置配置的Uu接口的DRX参数。
需要说明的是，如果第二通信装置也在第一网络设备的覆盖范围内，则第一网络设备知道第二通信装置的Uu接口的第三DRX参数，步骤402和步骤403不执行。第一网络设备可以参考第一网络设备与第二通信装置的Uu接口的第三DRX参数确定第一DRX参数，具体实现方式可以与步骤404中确定第一DRX参数的实现方式类似。
404、第一网络设备参考第三DRX参数确定第一DRX参数，第一DRX参数用于第一通信装置根据第一DRX参数在sidelink上向第二通信装置发送数据。
在一些实施方式中，第一网络设备参考第三DRX参数确定第一DRX参数，可以理解为第一网络设备在确定用于第一通信装置与第二通信装置之间通过D2D进行通信(例如：通过PC5接口进行通信)的第一DRX参数时，是参考第三DRX参数得到的，第三DRX参数为第二网络设备与第二通信装置的Uu接口的DRX参数。也可以理解为，第一网络设备配置第一DRX参数时，可以与第二通信装置在Uu接口的第三DRX参数对齐。
在一些实施方式中，参数对齐可以是，第一DRX参数与第三DRX参数全部对齐或部分对齐。
在一些实施方式中，参数对齐可以理解为第一DRX参数中表征第二通信装置处于激活期的参数与第三DRX参数中第二通信装置处于激活期的参数相同，或部分相同。
其中，处于激活期的参数可以包括：
drx-onDurationTimer，或drx-InactivityTimer，或drx-RetransmissionTimerTtoR，或drx-RetransmissionTimerRtoT，或ra-ContentionResolutionTimer正在运行时等。
在一些实施方式中，参考图1，DRX周期包括激活期和睡眠期，在参考第三DRX参数配置第一DRX参数时，可以使得第二通信装置在PC5接口上处于激活期的时间与第二通信装置在Uu接口上处于激活期的时间相同，或部分相同；同时，可以使得第二通信装置在PC5接口上处于睡眠期的时间与第二通信装置在Uu接口上处于睡眠期的时间相同，或部分相同。
在一些实施方式中，第二通信装置的状态还受各个参数的时长的影响，各个参数可以为上述处于激活期的参数。因此，参数对齐，还可以包括第二通信装置在PC5接口的第一DRX参数中多个参数的时长与第二通信装置在Uu接口的第三DRX参数中的多个参数的时长一致。
405、第一网络设备向第一通信装置发送第一配置消息，第一配置消息包括第一DRX参数以及第二通信装置的标识。
在一些实施方式中，第一配置消息可以为RRC消息。
406、第一通信装置保存第一DRX参数，并建立第一DRX参数与第二通信装置的标识的对应关系。
步骤406～步骤410的实现可以参见步骤305～309。
407、第一通信装置向第二通信装置发送第一DRX参数。
408、第二通信装置向第一通信装置发送第一通知消息，第一通知消息指示第一DRX参数配置完成。
409、第一通信装置向第一网络设备发送第二通知消息，第二通知消息指示第一DRX参数配置完成。
410、第一网络设备基于第一DRX参数进行数据调度。
由此，本申请实施例中，如果第一通信装置和第二通信装置不在同一个网络设备的覆盖范围内，即第一通信装置在第一网络设备的覆盖范围内，第二通信装置在第二网络设备的覆盖范围内时，可以通过第一网络设备向第二网络设备请求第二网络设备为第二通信装置配置的Uu接口的第三DRX参数，第一网络设备参考第三DRX参数为第二通信装置配置PC5接口的第一DRX参数；或者，如果第一通信装置和第二通信装置在同一个网络设备的覆盖范围内，即第一通信装置和第二通信装置都在第一网络设备的覆盖范围内时，第一网络设备可以参考第一网络设备为第二通信装置配置的Uu接口的第三DRX参数，为第二通信装置配置PC5接口的第一DRX参数。这样，可以使得第二通信装置在两个接口上处于激活期的时间和处于睡眠期的时间尽量一致，这样，在有数据传输时，第二通信装置在根据第三DRX参数达到省电的目的的同时，还由于第二通信装置的PC5接口的第三DRX参数与第二通信装置的Uu接口的第一DRX参数存在参数对齐，可使得第二通信装置进一步得到省电。
本申请实施例还提供一种DRX参数配置方法，如图5所示，包括：
501、第一通信装置与第二通信装置建立sidelink连接。
502、第一通信装置根据第一通信装置在D2D的sidelink上的数据传输需求确定为第二通信装置待配置的第一DRX参数。
在一些实施方式中，数据传输需求可以为第一通信装置在sidelink上的业务所需的QoS。即第一DRX参数可以理解为第一通信装置根据第一通信装置在sidelink上所需的QoS确定的。
步骤502中的具体实现可以参见步骤302中第一UE确定第二DRX参数的实现。
503、第一通信装置向第一网络设备发送第一DRX参数以及第二通信装置的标识。
在一些实施例中，对于sidelink的资源分配模式为工作模式1，第一网络设备可以根据第一DRX参数为第一通信装置进行资源调度，以便第一通信装置在分配的资源上与第二通信装置进行通信。
504、第一通信装置向第二通信装置发送第一DRX参数。
第一通信装置还可以建立第一DRX参数与第二通信装置的标识的对应关系。
步骤504～步骤507的实现方式可以参见步骤306～步骤309。
505、第二通信装置向第一通信装置发送第一通知消息，第一通知消息指示第一DRX参数配置完成。
506、第一通信装置向第一网络设备发送第二通知消息，第二通知消息指示第一DRX参数配置完成。
507、第一网络设备基于第一DRX参数进行数据调度。
由此，本申请实施例中，第一通信装置可以自己根据业务的数据传输需求决定将要配置给第二通信装置的第一DRX参数，以便第二通信装置可以根据第一DRX参数达到省电的目的。
需要说明的是，本申请图3、图4以及图5对应的实施例都可以适用于上述sidelink通信的工作模式1和工作模式2两种资源分配模式。
当为第二通信装置配置了第一DRX参数之后，若第一通信装置有数据传输需求，第一通信装置与第二通信装置进行数据传输的传输资源如何分配，将在以下实施例中进行说明。
针对上述工作模式1，即传输资源由网络设备，例如基站进行分配时，参考图6，上述步骤309或步骤410或步骤507的具体实现可以为：
601、第一通信装置确定在sidelink上有数据将要发送时，第一通信装置向第一网络设备发送SR，该SR用于指示第一通信装置在sidelink上的通信需求。
示例性的，由于第一UE可能同时与多个可以接收数据的第二UE进行D2D通信，因此，当第一UE有数据要在sidelink链路上发送时，第一UE向第一基站发送SR，SR用于向第一基站指示第一UE此时有数据需发送，用于向第一基站请求第一UE在sidelink链路上进行D2D通信的资源。其中，第一UE在与多个第二UE建立有sidelink链路时，第一UE可以针对每个第二UE向第一基站发送一个SR，即第一UE可以发送多个SR至第一基站。
其中，第一UE有数据要在sidelink链路上发送时，例如可以为手机向VR头显有视频数据发送，但是手机未获得发送视频数据的资源时。
602、第一网络设备向第一通信装置发送下行控制信息(downlink controlinformation，DCI)，DCI包括第一网络设备根据SR确定的第三通信装置的标识，和根据第三通信装置对应的第一DRX参数确定的为第一通信装置分配的在sidelink上可用的资源信息。
在一些实施方式中，由于第一通信装置可能同时与多个第二通信装置建立有sidelink链路，第一网络设备可以根据第一通信装置发送的多个SR确定出每个SR对应的第二通信装置，即第一网络设备可以根据接收到的SR确定出与第一通信装置连接的多个第二通信装置中的第三通信装置，并根据第三通信装置对应的第一DRX参数确定为第一通信装置和第三通信装置分配的资源信息，以使得第一通信装置可以在第三通信装置处于激活期时，在该资源信息指示的时域资源上发送数据，并且第三通信装置在该资源信息指示的资源上接收数据。
示例性的，由于基站给覆盖范围内的UE都分配有可以发送SR的资源，当第一UE发送SR至第一基站时，第一基站在当前资源接收到SR时，可以判断出该SR对应的第一UE，第一UE上报的SR与sidelink上的逻辑信道绑定，因此第一基站可以根据接收到的SR确定出该SR对应的是第一UE所连接的多个sidelink中的哪个sidelink，在确定出的sidelink的数据接收端为第三UE的情况下，也就是说，第一基站可以根据接收到的SR确定出该SR对应的是第一UE所连接的多个第二UE中的第三UE。其中，SR可以为1bit的信息。
其中，第三通信装置可以为图3～图5所示的实施例中进行第一DRX参数配置时的第二通信装置中的一个。
第一网络设备在根据第三通信装置对应的第一DRX参数确定为第一通信装置分配的在sidelink上可用的资源信息时，可以是根据第一DRX参数中处于激活期的参数对应的时间(包括时间长度和时间的起始时间点)，在资源池中确定出与激活期的参数对应的时间相同的时频资源。其中，激活期的时间长度可以长于分配的时域资源的时间长度。
若第一网络设备向第一通信装置配置在sidelink上通信的资源时，未告知第一通信装置该资源是用于与哪个第二通信装置进行通信的，可能会导致第一通信装置选择了数据传输优先级最高的第二通信装置，但是该第二通信装置可能处于睡眠期，这样，第一通信装置发送的数据将不会被选择的第二通信装置接收到。
在一些实施方式中，第一网络设备可以在PDCCH上向第一通信装置发送DCI。
在一些实施方式中，资源信息可以包括第三通信装置可用的PSSCH的位置信息。
603、第一通信装置向第三通信装置发送sidelink控制信息(sidelink controlinformation，SCI)，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。
当第一通信装置从第一网络设备接收到第三通信装置的标识以及分配的资源信息时，第一通信装置可以根据第三通信装置的标识将资源信息发送给第三通信装置，以便第三通信装置可以根据资源信息指示的资源接收第一通信装置发送的数据。
在一些实施方式中，第一通信装置可以在PSCCH发送SCI，SCI中包括的资源信息为第三通信装置需要接收数据的PSSCH的位置。
604、第一通信装置与第三通信装置在资源信息指示的资源上进行数据通信。
即第一通信装置在该资源上向第三通信装置发送数据，第三通信装置在该资源上接收第一通信装置发送的数据。
在一些实施方式中，从第三通信装置接收到PSCCH时，也可以理解为从第三通信装置接收到指示新数据初传的调度信息时，第三通信装置可以根据第三通信装置对应的第一DRX参数开启drx-InactivityTimer。
在一些实施方式中，在第一通信装置和第三通信装置具体的数据调度过程中，还可能包括以下情况，以第一通信装置为Tx UE，第三通信装置为Rx UE为例：
当Rx UE接收到Tx UE发送的MAC PDU(protocol data unit，协议数据单元)时，为对应的HARQ进程开启drx-HARQ-RTT-TimerTtoR(期间不能进行数据重传)，停止对应HARQ进程的drx-RetransmissionTimerTtoR(收到重传数据需要等待的时间)，Rx UE进入睡眠期。
当Rx UE向Tx UE发送了ACK/NACK时，(Rx UE收到Tx UE发送的数据时，Rx UE向TxUE发送ACK，Rx UE未收到Tx UE发送的数据时，Rx UE向Tx UE发送NACK)开启drx-HARQ-RTT-TimerRtoT(期间不能进行ACK/NAKC反馈)，停止drx-RetransmissionTimerRtoT(发送ACK/NAKC反馈需要等待的时间)，Rx UE进入睡眠期。
当drx-HARQ-RTT-TimerTtoR超时，如果对应HARQ进程的数据未成功接收，为对应的HARQ进程开启drx-RetransmissionTimerTtoR，Rx UE进入激活期。
当drx-HARQ-RTT-TimerRtoT超时，如果Rx UE发送ACK/NAKC反馈未成功接收，则开启drx-RetransmissionTimerRtoT，Rx UE进入激活期。
当Rx UE收到DRX Command MAC CE(control element，控制元素)或者Long DRXCommand MAC CE时，停止drx-onDurationTimer和drx-InactivityTimer。
当drx-InactivityTimer超时或者Rx UE收到了DRX Command MAC CE时，如果当前配置的是Short DRX Cycle，则开启或重启drx-ShortCycleTimer并使用Short DRX Cycle，否则使用Long DRX Cycle。
当drx-ShortCycleTimer超时，则使用Long DRX Cycle。
当Rx UE收到Long DRX Command MAC CE时，则停止drx-ShortCycleTimer并使用Long DRX Cycle。
当使用Short DRX Cycle并且[(SFN×10)+subframe number]modulo(drx-ShortCycle)＝(drx-StartOffset)modulo(drx-ShortCycle)，或者当使用Long DRX Cycle并且[(SFN×10)+subframe number]modulo(drx-LongCycle)＝drx-StartOffset时(SFN为system frame number，系统帧号)，则从子帧的开头在drx-SlotOffset之后启动drx-onDurationTimer。
当MAC实体处于激活期，Rx UE应监听PSCCH。
当Rx UE接收到指示新传数据的PSCCH时，开启drx-InactivityTimer。
当Rx UE接收到指示重传数据的PSCCH时，开启drx-HARQ-RTT-TimerTtoR，并停止drx-RetransmissionTimerTtoR。
当Rx UE接收到指示发送ACK/NACK反馈的PSCCH时，开启drx-HARQ-RTT-TimerRtoT，并停止drx-RetransmissionTimerRtoT。
由此，通过图6对应的方法步骤的描述，由于第三通信装置为第一网络设备根据第一DRX参数确定的处于激活期的数据接收端，因此，当第一通信装置在第一网络设备分配的资源上发送数据时，第三通信装置此时处于激活期，第三通信装置可以在第一网络设备分配的资源上接收数据；因此，第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
针对上述工作模式1，即传输资源由网络设备，例如基站进行分配时，参考图7，上述步骤309或步骤410或步骤507的具体实现可以为：
701、第一通信装置确定在sidelink上有数据将要发送时，第一通信装置向第一网络设备发送SR，该SR用于指示第一通信装置在sidelink上的通信需求。
步骤701的实现可以参见步骤601。
702、第一网络设备向第一通信装置发送DCI，DCI包括为第一通信装置分配的在sidelink上可用的资源信息。
703、第一通信装置根据与第一通信装置连接的多个通信装置的第一DRX参数以及资源信息，确定与第一通信装置连接的通信装置中状态为激活期的至少一个通信装置。
由于第一通信装置中保存有多个第二通信装置对应的第一DRX参数，第一通信装置也知道PDCCH中具体资源信息PSSCH的位置，因此，第一通信装置可以根据第一通信装置分配的资源信息(PSSCH的位置信息)，和与第一通信装置连接的多个通信装置的第一DRX参数，确定出当前状态为激活期的至少一个通信装置。
704、第一通信装置从至少一个通信装置中确定出逻辑信道优先级最高的第三通信装置。
在一些实施方式中，与第一通信装置建立sidelink的通信装置可以有多个，每条sidelink可以对应多个逻辑信道。不同的逻辑信道发送的业务数据可能不同，业务优先级越高，对应的逻辑信道的优先级越高。这样可以根据业务优先级确定出优先级最高的逻辑信道，从而确定出该逻辑信道对应的sidelink上与第一通信装置通信的第三通信装置。
在一些实施方式中，第一通信装置还可以从至少一个通信装置中确定出逻辑信道优先级第二或第三的通信装置为第三通信装置。
705、第一通信装置向第三通信装置发送SCI，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。
步骤705的实现可以参见上述步骤603。
706、第一通信装置与第三通信装置在资源信息指示的资源上进行数据通信。
步骤706的实现可以参见上述步骤604。
由此，通过图7对应的方法步骤的描述，当第一通信装置接收到第一网络设备分配的资源信息时，第一通信装置可以根据第一DRX参数以及资源信息确定处于激活期且逻辑信道优先级最高的第三通信装置，以使得第一通信装置在该资源信息指示的资源上发送数据时，第三通信装置处于激活期，第三通信装置就可以在该资源上接收数据，这样可保证优先级最高的逻辑信道上的数据及时被接收到，且第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
针对上述工作模式2，即传输资源由终端设备自己从资源池中选择时，参考图8，上述步骤309或步骤410或步骤507的具体实现还可以为：
801、第一通信装置在所有已建立连接的sidelink中确定出逻辑信道优先级最高的第一sidelink，并确定第一sidelink上与第一通信装置连接的第三通信装置的第一DRX参数。
在一些实施方式中，与第一通信装置建立sidelink的通信装置可以有多个，每条sidelink上可以有多个逻辑信道。不同的逻辑信道发送的业务数据可能不同，业务优先级越高，对应的逻辑信道的优先级越高。这样可以根据业务优先级确定出优先级最高的逻辑信道，从而可以确定出优先级最高的逻辑信道在哪条sidelink上，该sidelink即为第一sidelink，第一sidelink上对应的数据接收端即为第三通信装置。而后，第一通信装置可以根据保存的作为数据接收端的通信装置的标识与第一DRX参数的对应关系，确定出第三通信装置的第一DRX参数。
802、第一通信装置根据第三通信装置的第一DRX参数，从资源池中确定出第三通信装置处于激活期的资源信息。
示例性的，第三UE的第一DRX参数中包括处于激活期的参数和处于休眠态的参数(包括参数的时长和起始时间点)，例如处于激活期的参数包括drx-onDurationTimer，或drx-InactivityTimer，或drx-RetransmissionTimerTtoR，或drx-RetransmissionTimerRtoT，第一UE可以根据激活期的参数对应的时间，在资源池中确定出时域资源在该激活期的参数的时间对应的时频资源，将该时频资源作为第三UE处于激活期的资源信息。
803、第一通信装置向第三通信装置发送SCI，SCI包括资源信息，资源信息用于第三通信装置在资源信息指示的资源上接收第一通信装置发送的数据。
步骤803的实现可以参见上述步骤603。
804、第一通信装置与第三通信装置在资源信息指示的资源上进行数据通信。
步骤804的实现可以参见上述步骤604。
由此，通过图8对应的方法步骤的描述，当第一通信装置确定出优先级最高的逻辑信道对应的第一sidelink时，可以根据第一sidelink上作为数据接收端的第三通信装置对应的第一DRX，从资源池中确定出第三通信装置处于激活期的资源，也就是说，第一通信装置可以根据第一DRX参数确定第三通信装置的激活期和睡眠期，以在第三通信装置的激活期在该资源上向第三通信装置发送数据；第三通信装置可以在该资源上接收第一通信装置发送的数据，第三通信装置不需要一直处于监听是否有数据接收的状态，从而达到为第三通信装置省电的目的。
以上结合图3、图4、图5、图6、图7以及图8详细说明了本申请实施例的通信方法。以下结合图9至图13详细说明本申请实施例的通信装置，比如终端设备，用于终端设备的装置(比如处理器，电路或芯片)，网络设备，或，用于网络设备的装置(比如处理器，电路或芯片)。
图9是本申请实施例提供的一种终端设备的结构示意图。该终端设备可适用于图2中所示出的系统中，执行上述方法实施例中终端设备的功能。为了便于说明，图9仅示出了终端设备的主要部件。如图9所示，终端设备90包括处理器902、存储器903、(控制电路、天线)901以及输入输出装置。处理器902主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述方法实施例中所描述的动作。存储器903主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。
当终端设备开机后，处理器902可以读取存储器的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解，为了便于说明，图9仅示出了一个存储器和一个处理器。在实际的终端设备中，可以存在多个处理器和多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以为与处理器处于同一芯片上的存储元件，即片内存储元件，或者为独立的存储元件，本申请实施例对此不做限定。
作为一种可选的实现方式，所述终端设备可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图9中的处理器可以集成基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储器中，由处理器执行软件程序以实现基带处理功能。
在本申请实施例中，可以将具有收发功能的天线和控制电路视为终端设备100的收发单元1001。例如，用于支持终端设备执行接收功能和发送功能。将具有处理功能的处理器902视为终端设备100的处理单元1002。将存储器903视为存储单元1003。如图10所示，终端设备100包括收发单元1001和处理单元1002。收发单元也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元1001中用于实现接收功能的器件视为接收单元，将收发单元1001中用于实现发送功能的器件视为发送单元，即收发单元1001包括接收单元和发送单元，接收单元也可以称为接收机、输入口、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
处理单元1002可用于执行该存储器存储的指令，以控制收发单元1001接收信号和/或发送信号，完成上述方法实施例中终端设备的功能。所述处理单元1002还包括接口，用以实现信号的输入/输出功能。作为一种实现方式，收发单元1001的功能可以考虑通过收发电路或者收发的专用芯片实现。
图11是本申请实施例提供的终端设备的另一结构示意图。如图11所示，终端设备110包括处理器1101和收发器1102。可选的，该终端设备110还包括存储器1103。其中，处理器1101、收发器1102和存储器1103之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器1103用于存储计算机程序，该处理器1101用于从该存储器1103中调用并运行该计算机程序，以控制该收发器1102收发信号。终端设备110还可以包括天线1104，用于将收发器1102输出的上行数据或上行控制信令通过无线信号发送出去。
上述处理器1101和存储器1103可以合成一个处理装置，处理器1101用于执行存储器1103中存储的程序代码来实现上述功能。具体实现时，该存储器1103也可以集成在处理器1101中，或者独立于处理器1101。
具体的，该终端设备110可对应于根据本申请实施例的方法的各个实施例中。并且，该终端设备110中的各单元和上述其他操作和/或功能分别为了实现方法的各个实施例中的相应流程。
上述处理器1101可以用于执行前面方法实施例中描述的第一通信装置，第二通信装置中的一项或多项实现的动作(终端设备在不同的通信中，可以为第一通信装置，第二通信装置)，而收发器1102可以用于执行前面方法实施例中描述的终端设备A，终端设备B，终端设备C中的一项或多项发送或者接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。
可选的，上述终端设备110还可以包括电源1105，用于给终端设备中的各种器件或电路提供电源。
除此之外，为了使得终端设备的功能更加完善，该终端设备110还可以包括输入单元1106、显示单元1107、音频电路1108、摄像头1109和传感器1110等中的一个或多个，该音频电路还可以包括扬声器1112、麦克风1113等。
图12是本申请实施例提供的一种网络设备的结构示意图，如可以为基站的结构示意图。如图12所示，该基站可应用于如图2中的系统中，执行上述方法实施例中网络设备的功能。基站120可包括一个或多个分布式单元(distributed unit，DU)121和一个或多个集中式单元(centralized unit，CU)122。CU 122可以与NG core(下一代核心网，NC)通信。所述DU121可以包括至少一个射频单元1212，至少一个处理器1213和至少一个存储器1214。所述DU121还可以包括至少一个天线1211。所述DU 121部分主要用于射频信号的收发以及射频信号与基带信号的转换，以及部分基带处理。CU 122可以包括至少一个处理器1222和至少一个存储器1221。CU122和DU121之间可以通过接口进行通信，其中，控制面(Controlplan)接口可以为Fs-C，比如F1-C，用户面(User Plan)接口可以为Fs-U，比如F1-U。
所述CU 122部分主要用于进行基带处理，对基站进行控制等。所述DU 121与CU122可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。所述CU122为基站的控制中心，也可以称为处理单元，主要用于完成基带处理功能。例如所述CU 122可以用于控制基站执行上述方法实施例中关于网络设备的操作流程。
具体的，CU和DU上的基带处理可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。又例如，CU实现RRC，PDCP层的功能，DU实现RLC、MAC和物理(physical，PHY)层的功能。
此外，可选的(图中未示)，基站120可以包括一个或多个天线，一个或多个射频单元，一个或多个DU和一个或多个CU。其中，DU可以包括至少一个处理器和至少一个存储器，至少一个天线和至少一个射频单元可以集成在一个天线装置中，CU可以包括至少一个处理器和至少一个存储器。
在一个实例中，所述CU122可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器1221和处理器1222可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU121可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器1214和处理器1213可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
图13给出了一种通信装置13的结构示意图。通信装置13可用于实现上述方法实施例中描述的方法，可以参见上述方法实施例中的说明。所述通信装置13可以是芯片，网络设备(如基站)，或，终端设备。
所述通信装置13包括一个或多个处理器1301。所述处理器1301可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对装置(如，基站、终端、或芯片等)进行控制，执行软件程序，处理软件程序的数据。所述装置可以包括收发单元，用以实现信号的输入(接收)和输出(发送)。例如，装置可以为芯片，所述收发单元可以是芯片的输入和/或输出电路，或者通信接口。所述芯片可以用于终端设备或网络设备(比如基站)。又如，装置可以为终端设备或网络设备(比如基站)，所述收发单元可以为收发器，射频芯片等。
所述通信装置13包括一个或多个所述处理器1301，所述一个或多个处理器1301可实现图3-图8所示的实施例中网络设备或者终端设备的方法。
在一种可能的设计中，所述通信装置13包括用于接收来自网络设备的调度信息的部件(means)，以及用于根据所述调度信息发送侧行数据的部件(means)。例如可以通过收发器、或输入/输出电路、或芯片的接口接收所述调度信息或发送所述侧行数据。所述调度信息可以参见上述方法实施例中的相关描述。
在一种可能的设计中，所述通信装置13包括用于确定终端设备的调度信息的部件(means)，以及用于向所述终端设备发送所述调度信息的部件(means)。具体参见上述方法实施例中的相关描述。例如可以通过收发器、或输入/输出电路、或芯片的接口发送调度信息，通过一个或多个处理器确定终端设备的调度信息。
在一种可能的设计中，所述通信装置13包括用于接收来自第一终端设备的调度信息的部件(means)，以及用于根据所述调度信息接收侧行数据的部件(means)。具体参见上述方法实施例中的相关描述。例如可以通过收发器、或输入/输出电路、或芯片的接口接收调度信息和侧行数据。
可选的，处理器1301除了实现图3-图8中的一项或多项所示的实施例的方法，还可以实现其他功能。
可选的，一种设计中，处理器1301也可以包括指令1303，所述指令可以在所述处理器上被运行，使得所述通信装置13执行上述方法实施例中描述的方法。
在又一种可能的设计中，通信装置13也可以包括电路，所述电路可以实现前述方法实施例中网络设备或终端设备的功能。
在又一种可能的设计中所述通信装置13中可以包括一个或多个存储器1302，其上存有指令1304，所述指令可在所述处理器上被运行，使得所述通信装置13执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的处理器中也可以存储指令和/或数据。例如，所述一个或多个存储器1302可以存储上述实施例中所描述的移动有效区域，或者上述实施例中所涉及的相关的参数或表格等。所述处理器和存储器可以单独设置，也可以集成在一起。
在又一种可能的设计中，所述通信装置13还可以包括收发单元1305以及天线1306，或者，包括通信接口。所述收发单元1305可以称为收发机、收发电路、或者收发器等，用于通过天线1306实现装置的收发功能。所述通信接口(图中未示出)，可以用于核心网设备和网络设备，或是，网络设备和网络设备之间的通信。可选的，该通信接口可以为有线通信的接口，比如光纤通信的接口。
所述处理器1301可以称为处理单元，对装置(比如终端或者基站)进行控制。
此外，由于本申请实施例中所描述收发单元1305进行的发送或接收是在处理单元(处理器1301)的控制之下，因此，本申请实施例中也可以将发送或接收的动作描述为处理单元(处理器1301)执行的，并不影响本领域技术人员对方案的理解。
上述各个装置实施例中的终端设备与网络设备可以与方法实施例中的终端设备或者网络设备完全对应，由相应的模块或者单元执行相应的步骤，例如，当该装置以芯片的方式实现时，该接收单元可以是该芯片用于从其他芯片或者装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其他装置发送信号，例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其他芯片或者装置发送信号的接口电路。
应理解，本申请实施例中的处理器可以为CPU，该处理器还可以是其他通用处理器、数字信号处理(digital signal processing，DSP)、专用集成电路(applicationspecific integrated circuit，ASIC)、现场可编程逻辑门阵列(field programmablegate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM，DR RAM)。
上述各个装置实施例中的终端设备与网络设备可以与方法实施例中的终端设备或者网络设备完全对应，由相应的模块或者单元执行相应的步骤，例如，当该装置以芯片的方式实现时，该接收单元可以是该芯片用于从其他芯片或者装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其他装置发送信号，例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其他芯片或者装置发送信号的接口电路。
本申请实施例还提供了一种通信系统，该通信系统包括：上述的网络设备，第一终端设备和第二终端设备，第一终端设备相当于上述第一通信装置，第二终端设备相当于上述第二通信装置。
本申请实施例还提供了一种计算机可读介质，用于存储计算机程序代码，该计算机程序包括用于执行上述方法中通信方法中网络设备，第一通信装置，或，第二通信装置中的一项所执行方法的指令。该可读介质可以是ROM或RAM，本申请实施例对此不做限制。
本申请还提供了一种计算机程序产品，该计算机程序产品包括指令，当该指令被执行时，以使得该终端设备A、终端设备B和网络设备分别执行对应于上述方法的第一通信装置、第二通信装置和网络设备的操作。
本申请实施例还提供了一种系统芯片，该系统芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该芯片所应用的通信装置执行上述本申请实施例提供的方法中的第一通信装置、第二通信装置和网络设备的操作。
可选地，上述本申请实施例中提供的任意一种通信装置可以包括该系统芯片。
可选地，该计算机指令被存储在存储单元中。
可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该通信装置内的位于该芯片外部的存储单元，如ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM等。其中，上述任一处提到的处理器，可以是一个CPU，微处理器，ASIC，或一个或多个用于控制上述的反馈信息传输的方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该系统芯片实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。应理解，在本申请实施例中的处理器可以是CPU，该处理器还可以是其他通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (36)

1.一种非连续接收DRX参数配置方法，所述方法应用于设备间通信D2D场景，其特征在于，所述方法包括：
第一通信装置获取第一DRX参数，所述第一DRX参数用于所述第一通信装置根据所述第一DRX参数在侧行链路上向第二通信装置发送数据；
所述第一通信装置向所述第二通信装置发送所述第一DRX参数。
2.根据权利要求1所述的方法，其特征在于，所述第一通信装置获取第一DRX参数包括：
所述第一通信装置接收来自第一网络设备的所述第一DRX参数，所述第一通信装置在所述第一网络设备的覆盖范围内。
3.根据权利要求2所述的方法，其特征在于，在所述第一通信装置接收来自所述第一网络设备的所述第一DRX参数之前，所述第一通信装置获取第一DRX参数还包括：
所述第一通信装置向第一网络设备发送辅助信息以及所述第二通信装置的标识，所述辅助信息用于所述第一网络设备参考所述辅助信息确定所述第一DRX参数。
4.根据权利要求3所述的方法，其特征在于，所述辅助信息包括所述第一通信装置在所述侧行链路上的数据传输需求；
或，所述辅助信息包括所述第一通信装置根据所述第一通信装置在所述侧行链路上的数据传输需求确定的第二DRX参数；
或，所述辅助信息包括所述第一通信装置在所述侧行链路上的数据传输需求，以及所述第一通信装置根据所述数据传输需求确定的第二DRX参数。
5.根据权利要求2所述的方法，其特征在于，所述第一通信装置接收来自所述第一网络设备的第一DRX参数包括：
所述第一通信装置接收来自所述第一网络设备的第一配置消息，所述第一配置消息包括所述第一DRX参数以及所述第二通信装置的标识。
6.根据权利要求1所述的方法，其特征在于，所述第一通信装置获取第一DRX参数包括：
所述第一通信装置根据所述第一通信装置在设备间通信D2D的侧行链路上的数据传输需求确定为第二通信装置待配置的第一DRX参数。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
所述第一通信装置向第一网络设备发送所述第一DRX参数以及所述第二通信装置的标识。
8.根据权利要求4或7所述的方法，其特征在于，所述数据传输需求为所述第一通信装置在所述侧行链路上的业务所需的服务质量QoS。
9.根据权利要求1所述的方法，其特征在于，所述第一通信装置向所述第二通信装置发送所述第一DRX参数包括：
所述第一通信装置向所述第二通信装置发送第二配置消息，所述第二配置消息包括所述第一DRX参数。
10.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述第一通信装置保存所述第一DRX参数，并建立所述第一DRX参数与所述第二通信装置的标识的对应关系。
11.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述第一通信装置接收所述第二通信装置发送的第一通知消息，所述第一通知消息指示所述第一DRX参数配置完成；
所述第一通信装置向所述第一网络设备发送第二通知消息，所述第二通知消息指示所述第一DRX参数配置完成。
12.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述第一通信装置接收来自所述第一网络设备的下行控制信息DCI，所述DCI包括所述第一网络设备根据所述第一通信装置发送的调度请求确定的第三通信装置的标识，和根据所述第三通信装置的第一DRX参数确定的为所述第一通信装置和所述第三通信装置分配的资源信息；
所述第一通信装置向所述第三通信装置发送侧行链路控制信息SCI，所述SCI包括所述资源信息，所述资源信息用于所述第三通信装置在所述资源信息指示的资源上接收所述第一通信装置发送的数据。
13.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述第一通信装置接收来自所述第一网络设备的DCI，所述DCI包括为所述第一通信装置分配的在侧行链路上可用的资源信息；
所述第一通信装置根据与所述第一通信装置连接的多个通信装置的第一DRX参数以及所述资源信息，确定与所述第一通信装置连接的通信装置中状态为激活期的至少一个通信装置；
所述第一通信装置从所述至少一个通信装置中确定出逻辑信道优先级最高的第三通信装置；
所述第一通信装置向所述第三通信装置发送SCI，所述SCI包括所述资源信息，所述资源信息用于所述第三通信装置在所述资源信息指示的资源上接收所述第一通信装置发送的数据。
14.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述第一通信装置在所有已建立连接的侧行链路中确定出逻辑信道优先级最高的第一侧行链路，并确定所述第一侧行链路上与所述第一通信装置连接的第三通信装置的第一DRX参数；
所述第一通信装置根据所述第三通信装置的第一DRX参数，从资源池中确定出所述第三通信装置处于激活期的资源信息；
所述第一通信装置向所述第三通信装置发送SCI，所述SCI包括所述资源信息，所述资源信息用于所述第三通信装置在所述资源信息指示的资源上接收所述第一通信装置发送的数据。
15.根据权利要求1所述的方法，其特征在于，所述第一通信装置为终端设备或通信芯片，所述第二通信装置为终端设备或通信芯片。
16.一种非连续接收DRX参数配置方法，所述方法应用于设备间通信D2D场景，其特征在于，所述方法包括：
第一网络设备确定第一DRX参数；所述第一DRX参数用于第一通信装置根据所述第一DRX参数在侧行链路上向第二通信装置发送数据；
所述第一网络设备向所述第一通信装置发送所述第一DRX参数。
17.根据权利要求16所述的方法，其特征在于，在所述第一网络设备确定第一DRX参数之前，所述方法还包括：
所述第一网络设备接收所述第一通信装置发送的辅助信息和所述第二通信装置的标识，所述辅助信息用于所述第一网络设备参考所述辅助信息确定所述第一DRX参数；
所述第一通信装置在所述第一网络设备的覆盖范围内。
18.根据权利要求17所述的方法，其特征在于，所述第一网络设备确定第一DRX参数包括：
所述第一网络设备参考所述辅助信息确定所述第一DRX参数。
19.根据权利要求17所述的方法，其特征在于，所述辅助信息包括所述第一通信装置在侧行链路上的数据传输需求；
或，所述辅助信息包括所述第一通信装置根据所述第一通信装置在侧行链路上的数据传输需求确定的第二DRX参数；
或，所述辅助信息包括所述第一通信装置在侧行链路上的数据传输需求，以及所述第一通信装置根据所述数据传输需求确定的第二DRX参数。
20.根据权利要求19所述的方法，其特征在于，所述数据传输需求为所述第一通信装置在所述侧行链路上的业务所需的服务质量QoS。
21.根据权利要求16所述的方法，其特征在于，在所述第一网络设备确定第一DRX参数之前，所述方法还包括：
所述第一网络设备向第二网络设备发送请求消息，所述请求消息用于请求获取第三DRX参数，所述第三DRX参数为所述第二网络设备为所述第二通信装置配置的Uu接口的DRX参数；
所述第二通信装置在所述第二网络设备的覆盖范围内。
22.根据权利要求21所述的方法，其特征在于，所述第一网络设备确定第一DRX参数包括：
所述第一网络设备参考所述第三DRX参数确定所述第一DRX参数。
23.根据权利要求16-22任一项所述的方法，其特征在于，所述第一网络设备向所述第一通信装置发送所述第一DRX参数包括：
所述第一网络设备向所述第一通信装置发送第一配置消息，所述第一配置消息包括所述第一DRX参数以及所述第二通信装置的标识。
24.根据权利要求16-22任一项所述的方法，其特征在于，所述方法还包括：
所述第一网络设备接收所述第一通信装置发送的通知消息，所述通知消息指示所述第一DRX参数配置完成。
25.根据权利要求24所述的方法，其特征在于，所述方法还包括：
所述第一网络设备向所述第一通信装置发送下行控制信息DCI，所述DCI包括所述第一网络设备根据所述第一DRX参数确定的处于激活期的第三通信装置的标识，和为所述第一通信装置分配的在侧行链路上可用的资源信息。
26.根据权利要求16所述的方法，其特征在于，所述第一通信装置为终端设备或通信芯片，所述第二通信装置为终端设备或通信芯片。
27.一种非连续接收DRX参数配置方法，其特征在于，包括：
第二通信装置接收来自第一通信装置的第一DRX参数；所述第一DRX参数用于所述第二通信装置根据所述第一DRX参数在侧行链路上接收所述第一通信装置发送的数据；
所述第二通信装置根据所述第一DRX参数与所述第一通信装置进行数据通信。
28.根据权利要求27所述的方法，其特征在于，所述方法还包括：
所述第二通信装置向所述第一通信装置发送通知消息，所述通知消息指示所述第一DRX参数配置完成。
29.根据权利要求27或28所述的方法，其特征在于，所述方法还包括：
所述第二通信装置接收来自所述第一通信装置的侧行链路控制信息SCI，所述SCI包括资源信息，所述资源信息用于所述第二通信装置在所述资源信息指示的资源上接收所述第一通信装置发送的数据。
30.根据权利要求27所述的方法，其特征在于，所述第一通信装置为终端设备或通信芯片，所述第二通信装置为终端设备或通信芯片。
31.一种通信装置，应用于设备间通信D2D场景，其特征在于，包括处理器，所述处理器与存储器耦合；
存储器，用于存储计算机程序或指令；
处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如权利要求1至15中任一项所述的方法。
32.一种通信装置，应用于设备间通信D2D场景，其特征在于，包括处理器，所述处理器与存储器耦合；
存储器，用于存储计算机程序或指令；
处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如权利要求16至26中任一项所述的方法。
33.一种通信装置，应用于设备间通信D2D场景，其特征在于，包括处理器，所述处理器与存储器耦合；
存储器，用于存储计算机程序或指令；
处理器，用于执行所述存储器中存储的计算机程序或指令，以使得所述装置执行如权利要求27至30中任一项所述的方法。
34.一种通信系统，其特征在于，包括如权利要求31所述的通信装置和权利要求32所述的通信装置和如权利要求33所述的通信装置。
35.一种计算机可读存储介质，包括程序或指令，其特征在于，当所述程序或指令被处理器运行时，如权利要求1至15、16至26、27至30中任意一项所述的方法被执行。
36.一种计算机程序产品，其特征在于，当计算机程序产品在计算机上运行时，使得电子设备执行如权利要求1至15、16至26、27至30中任意一项所述的方法。
CN202010019617.3A 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置 Active CN113099518B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202010019617.3A CN113099518B (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置
CN202210917933.1A CN115426705A (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置
EP21738884.2A EP4075881A4 (en) 2020-01-08 2021-01-07 CONFIGURATION METHOD AND DEVICE FOR DISCONTINUOUS RECEIVING PARAMETERS (DRX)
JP2022542051A JP7462053B2 (ja) 2020-01-08 2021-01-07 不連続受信ｄｒｘパラメーター構成方法及び装置
US17/791,379 US20230034294A1 (en) 2020-01-08 2021-01-07 Discontinuous Reception DRX Parameter Configuration Method and Apparatus
PCT/CN2021/070649 WO2021139719A1 (zh) 2020-01-08 2021-01-07 非连续接收drx参数配置方法和装置
KR1020227027124A KR20220124763A (ko) 2020-01-08 2021-01-07 불연속 수신 drx 파라미터 구성 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010019617.3A CN113099518B (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210917933.1A Division CN115426705A (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置

Publications (2)

Publication Number Publication Date
CN113099518A true CN113099518A (zh) 2021-07-09
CN113099518B CN113099518B (zh) 2022-08-09

Family

ID=76663422

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210917933.1A Pending CN115426705A (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置
CN202010019617.3A Active CN113099518B (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210917933.1A Pending CN115426705A (zh) 2020-01-08 2020-01-08 非连续接收drx参数配置方法和装置

Country Status (6)

Country Link
US (1) US20230034294A1 (zh)
EP (1) EP4075881A4 (zh)
JP (1) JP7462053B2 (zh)
KR (1) KR20220124763A (zh)
CN (2) CN115426705A (zh)
WO (1) WO2021139719A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022199368A1 (zh) * 2021-03-25 2022-09-29 大唐移动通信设备有限公司 一种资源分配方法、装置及终端
WO2023000230A1 (zh) * 2021-07-21 2023-01-26 北京小米移动软件有限公司 辅助配置方法及其装置
WO2023000321A1 (en) * 2021-07-23 2023-01-26 Lenovo (Beijing) Limited Methods and apparatuses for determining sidelink drx configurations
WO2023088301A1 (zh) * 2021-11-22 2023-05-25 大唐高鸿智联科技(重庆)有限公司 一种资源选择方法、装置及终端
WO2023116740A1 (zh) * 2021-12-24 2023-06-29 华为技术有限公司 通信方法和通信装置
WO2023151033A1 (en) * 2022-02-11 2023-08-17 Zte Corporation Method and device for performing sidelink drx

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI761045B (zh) * 2020-01-21 2022-04-11 華碩電腦股份有限公司 無線通訊系統中處理關於側鏈路不連續接收的邏輯通道優先級排序的方法和設備
US20210227604A1 (en) * 2020-01-21 2021-07-22 Asustek Computer Inc. Method and apparatus for monitoring device-to-device sidelink control signal in a wireless communication system
US20210306997A1 (en) * 2020-03-27 2021-09-30 Qualcomm Incorporated Sidelink feedback format
EP4195723A4 (en) * 2020-08-27 2023-10-04 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE
KR20230043895A (ko) * 2020-10-22 2023-03-31 엘지전자 주식회사 Nr v2x에서 sl drx 동작을 수행하는 방법 및 장치
US20230164872A1 (en) * 2021-11-24 2023-05-25 Qualcomm Incorporated Coordination for access link discontinuous reception and sidelink alignment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871635A (zh) * 2012-12-10 2015-08-26 瑞典爱立信有限公司 用于设备到设备通信中的非连续接收的无线设备、无线电网络节点以及方法
WO2018027821A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 一种通信方法、相关设备及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015176251A1 (zh) * 2014-05-21 2015-11-26 华为技术有限公司 一种设备到设备d2d通信中的信号传输方法及装置
WO2017078783A1 (en) * 2015-11-06 2017-05-11 Intel Corporation Methods and devices for communication via sidelink
CN108307486A (zh) 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
WO2018064477A1 (en) * 2016-09-30 2018-04-05 Intel IP Corporation Systems and methods for discontinuous reception in device-to-device communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871635A (zh) * 2012-12-10 2015-08-26 瑞典爱立信有限公司 用于设备到设备通信中的非连续接收的无线设备、无线电网络节点以及方法
WO2018027821A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 一种通信方法、相关设备及系统

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "《DRX on PC5》", 《3GPP TSG RAN WG2#97BIS》 *
HUAWEI, HISILICON: "《R2-1704718 Some considerations about DRX on PC5》", 《3GPP TSG RAN WG2#98》 *
INTEL CORPORATION: "《R2-166255 Introduction of DRX over PC5》", 《3GPP TSG_RAN\WG2_RL2》 *
INTEL CORPORATION等: "《R2-167764 DRX in sidelink》", 《3GPP TSG_RAN\WG2_RL2》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022199368A1 (zh) * 2021-03-25 2022-09-29 大唐移动通信设备有限公司 一种资源分配方法、装置及终端
WO2023000230A1 (zh) * 2021-07-21 2023-01-26 北京小米移动软件有限公司 辅助配置方法及其装置
WO2023000321A1 (en) * 2021-07-23 2023-01-26 Lenovo (Beijing) Limited Methods and apparatuses for determining sidelink drx configurations
WO2023088301A1 (zh) * 2021-11-22 2023-05-25 大唐高鸿智联科技(重庆)有限公司 一种资源选择方法、装置及终端
WO2023116740A1 (zh) * 2021-12-24 2023-06-29 华为技术有限公司 通信方法和通信装置
WO2023151033A1 (en) * 2022-02-11 2023-08-17 Zte Corporation Method and device for performing sidelink drx

Also Published As

Publication number Publication date
JP2023510290A (ja) 2023-03-13
KR20220124763A (ko) 2022-09-14
CN113099518B (zh) 2022-08-09
JP7462053B2 (ja) 2024-04-04
CN115426705A (zh) 2022-12-02
US20230034294A1 (en) 2023-02-02
WO2021139719A1 (zh) 2021-07-15
EP4075881A4 (en) 2023-01-25
EP4075881A1 (en) 2022-10-19

Similar Documents

Publication Publication Date Title
CN113099518B (zh) 非连续接收drx参数配置方法和装置
US9661683B2 (en) Use of off period of DRX for direct peer to peer communication in a cell
US10342063B2 (en) Activation of DRX parameters
US20230007727A1 (en) Wireless communication method and communication apparatus
WO2020077643A1 (zh) 无线通信方法和终端设备
WO2022152003A1 (zh) 非激活态下数据传输方法及装置
WO2021253412A1 (zh) 无线通信的方法和终端设备
WO2021244501A1 (zh) 通信方法及装置
JP2022517311A (ja) Ｕｅ支援情報を送信することに関するユーザ装置
US20230224091A1 (en) Wireless communication method and device
US20230337320A1 (en) Wireless communication method and terminal device
US20230239961A1 (en) Sidelink transmission method and terminal
US20220159685A1 (en) Data transmission method and apparatus
WO2023065303A1 (zh) 一种控制方法、设备及存储介质
CN114667769B (zh) 基于drx的侧行反馈方法及相关装置
JP2024511608A (ja) サイドリンク不連続受信命令のトリガー方法、装置及びシステム
US11937232B2 (en) Method and device for wireless communication
WO2022252218A1 (zh) 资源选取的方法及设备
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
WO2023044655A1 (zh) 无线通信的方法、终端设备和网络设备
CN113826421B (zh) 激活终端的方法及装置
WO2022236488A1 (zh) 信道繁忙率的测量方法、终端设备和网络设备
WO2023133745A1 (zh) 无线通信的方法、终端设备和网络设备
WO2024092570A1 (zh) 一种非连续接收的实现方法及装置、终端设备
WO2023000201A1 (zh) 一种drx配置方法及装置、终端设备、网络设备

Legal Events

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