CN116235623A

CN116235623A - 一种配置非连续接收drx参数的方法、设备和通信系统

Info

Publication number: CN116235623A
Application number: CN202080104767.2A
Authority: CN
Inventors: 范强
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-09-30
Filing date: 2020-09-30
Publication date: 2023-06-06
Also published as: CN116235623A8; WO2022067733A1

Abstract

本申请提出了一种配置非连续接收DRX参数的方法、设备和通信系统，在所述方法的实施步骤中，第一设备首先配置DRX参数，并向第二设备发送所述DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口，由于第二设备获知了DRX参数，那么第一设备与第二设备可以根据相同的DRX参数进行通信，避免了第一设备和第二设备根据不同的DRX参数通信而造成通信失败的情况。

Description

一种配置非连续接收DRX参数的方法、设备和通信系统

技术领域

本申请涉及通信技术领域，尤其涉及一种配置非连续接收(discontinuous reception，DRX)参数的方法、设备和通信系统。

背景技术

在无线通信的过程中，终端设备可以通过启动DRX机制，使得终端设备仅需在激活时间(DRX active time)内监听信道，而在非激活时间(DRX non-active time)中无需监听信道，减少了终端设备的能耗浪费。

当两个终端设备通信时，接收方终端设备(reception user equipment，Rx UE)需要将所使用的DRX参数通过侧行链路发送给发送方终端设备(transmission user equipment，Tx UE)，以使得Tx UE可以根据该DRX参数给Rx UE发送消息，避免了Tx UE在Rx UE处于非激活时间(DRX non-active time)时发送消息而导致传输失败的情况。

当Rx UE配置了新的DRX参数后，会即时生效新的DRX参数，然后再通过向Tx UE发送无线资源控制(radio resource control，RRC)重配置消息，以告知Tx UE新的DRX参数，使得Tx UE可以根据新的DRX参数向Rx UE发送消息。

但是，RRC重配置消息的传输可能会重传，在重传的过程中(例如持续100毫秒)，Rx UE已经根据新的DRX参数启动了DRX机制，可能处于非激活时间。若Tx UE继续根据原有的DRX参数而认为Rx UE处于激活时间，并向Rx UE发送消息，那么Rx UE可能无法成功接收Tx UE发送的消息，导致通信失败。

发明内容

本申请实施例提供了一种配置DRX参数的方法、设备和通信系统，用于为设备配置DRX参数，避免通信失败。

本申请第一方面提供了一种配置DRX参数的方法，首先第一设备获取配置的DRX参数，然后向第二设备发送DRX参数的信息，第一设备和第二设备之间具有无线直连通信接口，例如Uu接口或PC5接口。之后，第一设备在目标时间点起根据DRX参数与第二设备通信，为对DRX参数的信息的重传预留了一定的时间，降低通信失败的概率。

在一些可能的实现方式中，目标时间点可以为全球定位系统时间(global positioning system time，GPST)(也称为原子时)或世界协调时(coordinated universal time，UTC)表示的时间点，由于GPST/UTC是全球统一的，可以准确地确定目标时间点。

在一些可能的实现方式中，目标时间点为指定的无线帧、时隙或符号的起始位置、结束位置或中间位置，那么无需通过外部的时间，仅通过内部使用的无线帧、时隙或符号既可以确定目标时间点。

示例性的，无线帧可以通过直接帧编号(direct frame number，DFN)或系统帧编号(system frame number，SFN)进行指示，指定时隙可以通过时隙索引(slot index)进行指示，指定符号可以通过符号索引(symbol index)进行指示。以指定无线帧为例，目标时间点为DFN＝100。例如，假设第一时间点为DFN＝80，可以确定目标时间点为DFN＝100。

在一些可能的实现方式中，第一设备根据第一设备与第二设备通信的信道的负载情况确定时长，并确定在发送DRX参数的信息的时长之后的时间点为目标时间点，使得精确的为重传DRX参数的信息的过程预留足够的时间，保障了第一设备和第二设备根据相同的DRX参数进行通信。

示例性的，负载情况指的是物理传输信道被占用的情况，目前标准中定义了一个参数信道忙碌率(channel busy ratio，CBR)表示信道的占用比例。例如，如果第一设备监听到信道在30％的时间有数据在传输，则CBR＝30％。CBR越低，第一设备成功传输一条消息的时间越短，反之CBR越高，第一设备需要较长的时间才能占用到信道，成功传输一条消息的时间也越长。

例如，如果第一设备监听到信道在30％的时间有数据在传输，则CBR＝30％。CBR越低，第一设备成功传输一条消息的时间越短，反之CBR越高，第一设备需要较长的时间才能占用到信道，成功传输一条消息的时间也越长。例如，当CBR小于30％时，即认为信道的负载情况较低，第一设备预计时长等于1秒；当CBR大于30％而小于70％时，即认为信道的负载情况中等，第一设备预计时长等于2秒；当CBR大于70％时，即认为信道的负载情况较高，第一设备预计时长等于3秒。

在一些可能的实现方式中，第一设备向第二设备发送目标时间点的信息，以指示第二设备在目标时间点起根据DRX参数与第一设备通信，以使得第一设备和第二设备可以在同时通过DRX参数通信，避免了通信失败的情况。

在一些可能的实现方式中，DRX参数的信息可以携带在RRC重配置消息中，实现了第一设备对第二设备进行RRC配置/重配置时同时配置DRX参数。在一些可能的实现方式中，RRC重配置消息还可以包括目标时间点，那么，通过该RRC重配置消息实现了第一设备指示第二设备在目标时间点通过DRX参数进行通信，避免了通信失败的情况。

在一些可行的实现方式中，DRX参数的信息可以指的是DRX参数本身，也可以为携带该DRX参数的消息，或者也可以是间接表征该DRX参数的信息。

在一些可能的实现方式中，第一设备还可以通过第一设备与第二设备通信的信道接收第二设备发送的确认消息，由于可以根据确认消息确认第二设备接收到DRX参数的信息，那么第一设备与第二设备则可以根据DRX参数进行通信，避免了通信失败的情况。

在一些可能的实现方式中，当第一设备向第二设备发送DRX参数之后，第一设备可以监听第一设备与第二设备通信的信道，以使得第一设备可以通过信道接收到第二设备发送的确认消息。

在一些可能的实现方式中，若第二设备为多个设备，那么，第一设备以接收到第二设备中的所有设备的确认消息的时间点为目标时间点。例如，第二设备为设备A和设备B，当第一设备向第二设备中每个设备均发送DRX参数的信息后，需要分别接收设备A发送的确认消息和设备B发送的确认消息，以后到的确认消息的到达时间点为目标时间点。

在一些可能的实现方式中，如果第一设备与第二设备中的设备A的通信状况不良，或者设备A发生了故障，那么第一设备可能在持续一段时间内或一直都无法接收到设备A返回的确认消息。如果第一设备仅以接收到设备A和设备B发送的确认消息中的最后一个确认消息的时间点作为目标时间点，那么第一设备可能持续一段时间无法根据DRX参数启动DRX机制，造成能耗的浪费。

为此，可以启动时长为时长的定时器，若定时器超时的时候，若仍未接收到设备A的确认消息，也可以根据DRX参数启动DRX机制，避免了能耗的浪费，同时兼顾了第二设备中的其他设备。

那么，在本申请实施例中，第一设备确定的目标时间点为以下两个时间点中较早的时间点：时间点1、第一设备以接收到确认消息的时间点；时间点2、第一设备启动时长的定时器，该定时器超时的时间点。

在一些可能的实现方式中，第一设备为接收方用户设备Rx UE，第二设备为发送方用户设备Tx UE，那么，第一设备可以根据DRX参数启动DRX机制，而第二设备可以根据DRX参数在第一设备与第二设备通信的信道上发送消息。

在一些可能的实现方式中，第二设备为接收方用户设备Rx UE，第一设备为发送方用户设备Tx UE，那么，第二设备可以根据DRX参数启动DRX机制，而第一设备可以根据DRX参数在第一设备与第二设备通信的信道上发送消息。

在一些可能的实现方式中，第一设备可以配置预设的资源映射表和预设的资源计算公式，资源映射表包括至少一个目的标识和资源的对应关系，资源计算公式为以目的标识为自变量、以资源为因变量的公式。若资源映射表中有业务的目的标识，则第一设备确定在资源映射表中业务的目的标识所对应的资源，为业务的资源；若资源映射表中没有业务的目的标识，则第一设备根据业务的目的标识和资源计算公式进行计算，得到业务的资源。最后，第一设备不需要在整个资源池上进行监听，而仅需在业务的资源上监听，降低了能耗的浪费。

本申请第二方面提供了一种信道监听方法，第一设备可以配置预设的资源映射表和预设的资源计算公式，资源映射表包括至少一个目的标识和资源的对应关系，资源计算公式为以目的标识为自变量、以资源为因变量的公式。若资源映射表中有业务的目的标识，则第一设备确定在资源映射表中业务的目的标识所对应的资源，为业务的资源；若资源映射表中没有业务的目的标识，则第一设备根据业务的目的标识和资源计算公式进行计算，得到业务的资源。最后，第一设备不需要在整个资源池上进行监听，而仅需在业务的资源上监听，降低了能耗的浪费。

在一些可行的实现方式中，该目的标识可以是层1标识、应用层标识、层2标识或层2标识的截断部分，如前N比特或后N比特等，具体不做限定。

在一些可行的实现方式中，该资源计算公式可以为：

(目的标识)mod N1＝(资源的时域索引/K1)mod M1

其中，mod是求余函数的计算符号，N1，M1，K1为配置的值。那么，对于一个具体的目的标识，可以基于上述公式计算出相应的资源。

目前，在NR的V2X协议中，广播、组播和单播是共用资源池的，第一设备需要在整个资源池的所有时域的位置上监测侧行控制信息(sidelink control information，SCI)，能耗较大。为此，在一些可能的实现方式中，资源映射表可仅存储有基于广播或组播的通信方式的业务的目的标识和对应的资源之间的映射，而资源计算公式则可以用于计算基于单播、组播和广播的业务对应的资源。那么，当第一设备需要基于广播或组播的通信方式的业务时，也可以首先在资源映射表中查找资源，如果找不到，再通过资源计算公式计算得到，同样实现了对资源的灵活配置，同时大大减少了配置过程的开销和存储空间的需求。

本申请第三方面提供了一种配置DRX参数的方法，第二设备通过接收第一设备发送的DRX参数的信息，第一设备和第二设备之间具有无线直连通信接口，使得第二设备和第一设备可以根据DRX参数进行通信，避免了通信失败的情况。

在一些可能的实现方式中，还包括：

第二设备接收第一设备发送的目标时间点，然后在目标时间点起根据DRX参数与第一设备通信，因此第一设备可以为重传DRX参数的信息的过程预留足够的时间，进一步保障了在目标时间点起根据DRX参数与第二设备通信时，第一设备和第二设备根据相同的DRX参数进行通信。

在一些可能的实现方式中，第二设备还可以向第一设备发送确认消息，由于第一设备可以根据确认消息确认第二设备接收到DRX参数的信息，那么第一设备与第二设备则可以根据DRX参数进行通信，避免了通信失败的情况。

本申请第四方面提供一种设备，用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地，该设备包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的模块。

本申请第五方面提供一种设备，用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地，该设备包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的模块。

本申请第六方面提供一种设备，用于执行上述第三方面或第三方面的任意可能的实现方式中的方法。具体地，该设备包括用于执行上述第三方面或第三方面的任意可能的实现方式中的方法的模块。

本申请第七方面提供一种设备，包括：至少一个处理器、存储器、收发器以及存储在存储器中并可在处理器上运行的计算机执行指令，当计算机执行指令被处理器执行时，处理器执行如上述第一方面或第一方面任意一种可能的实现方式的方法。

本申请第八方面提供一种设备，包括：至少一个处理器、存储器、收发器以及存储在存储器中并可在处理器上运行的计算机执行指令，当计算机执行指令被处理器执行时，处理器执行如上述第二方面或第二方面任意一种可能的实现方式的方法。

本申请第九方面提供一种设备，包括：至少一个处理器、存储器、收发器以及存储在存储器中并可在处理器上运行的计算机执行指令，当计算机执行指令被处理器执行时，处理器执行如上述第三方面或第三方面任意一种可能的实现方式的方法。

本申请第十方面提供一种通信装置，应用于配置DRX参数的设备中，该通信装置包括处理器，该处理器用于执行存储器中存储的指令，使得通信装置执行如上述第一方面或第一方面任意一种可能的实现方式的方法。可选的，该通信装置包括存储器和收发器。

本申请第十一方面提供一种通信装置，应用于配置DRX参数的设备中，该通信装置包括处理器，该处理器用于执行存储器中存储的指令，使得通信装置执行如上述第二方面或第二方面任意一种可能的实现方式的方法。可选的，该通信装置包括存储器和收发器。

本申请第十二方面提供一种通信装置，应用于配置DRX参数的设备中，该通信装置包括处理器，该处理器用于执行存储器中存储的指令，使得通信装置执行如上述第三方面或第三方面任意一种可能的实现方式的方法。可选的，该通信装置包括存储器和收发器。

本申请第十三方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，处理器执行如上述第一方面或第一方面任意一种可能的实现方式的方法。

本申请第十四方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，处理器执行如上述第二方面或第二方面任意一种可能的实现方式的方法。

本申请第十五方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当计算机执行指令被处理器执行时，处理器执行如上述第三方面或第三方面任意一种可能的实现方式的方法。

本申请第十六方面提供一种存储一个或多个计算机执行指令的计算机程序产品，当计算机执行指令被处理器执行时，处理器执行上述第一方面或第一方面任意一种可能实现方式的方法。

本申请第十七方面提供一种存储一个或多个计算机执行指令的计算机程序产品，当计算机执行指令被处理器执行时，处理器执行上述第二方面或第二方面任意一种可能实现方式的方法。

本申请第十八方面提供一种存储一个或多个计算机执行指令的计算机程序产品，当计算机执行指令被处理器执行时，处理器执行上述第三方面或第三方面任意一种可能实现方式的方法。

本申请第十九方面提供一种通信系统，包括第一设备和第二设备，该第一设备可以执行上述第一方面或第一方面任意一种可能实现方式的方法，该第二设备可以执行上述第二方面或第二方面任意一种可能实现方式的方法。该通信系统所带来的技术效果可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。

在以上所有方面提供的技术方案中，上述终端可以部署在物理计算机上，也可以部署在虚拟计算机上。

附图说明

图1-1为本申请所应用的V2X通信系统的一个实施例示意图；

图1-2为本申请中未配置DRX的实施例示意图；

图1-3为本申请中配置了DRX的实施例示意图；

图1-4为终端设备1和终端设备2之间通信失败的示意图；

图2-1为本申请提供了一种配置DRX参数的方法的实施例示意图；

图2-2为本申请第一设备和第二设备根据DRX参数通信的示意图；

图3为本申请提供了一种配置DRX参数的方法的实施例示意图；

图4-1为本申请提供了一种配置DRX参数的方法的实施例示意图；

图4-2为本申请第一设备和第二设备根据DRX参数通信的示意图；

图5为本申请提供了一种配置DRX参数的方法的实施例示意图；

图6为本申请提供了一种设备的实施例示意图；

图7为本申请提供了一种设备的实施例示意图；

图8为本申请实施例的一种计算机设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供的技术方案可以应用于各种通信系统，例如：长期演进(longterm evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、第五代(5th generation，5G)系统或新空口(new radio，NR)系统等。

随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持以下通信：设备到设备(device todevice，D2D)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machinetype communication，MTC)，车联网(vehicle to everything，V2X)通信，例如，车辆与车辆(vehicle to vehicle，V2V)通信(也可以称为车到车通信)、车辆与基础设施(vehicle to infrastructure，V2I)通信(也可以称为车到基础设施通信)，车辆与行人(vehicle to pedestrian，V2P)通信(也可以称为车到人通信)，车辆与网络(vehicle to network，V2N)通信(也可以称为车到网络通信)。

本申请实施例中，以V2X通信系统为例进行说明。

请参考图1-1，该V2X通信系统100包括V2X应用服务器110、基站120和多个终端设备130。

在本申请实施例中，V2X应用服务器110用于通过基站120为多个终端设备130提供各种业务，例如定位、导航、自动驾驶等，此处不做限定。本申请实施例中，该V2X应用服务器110可以是云端部署的服务器，也可以是独立的计算机设备，还可以是其他部署形式的服务器或设备，具体此处不做限定。

在本申请实施例中，基站120用于实现V2X应用服务器110与多个终端设备130之间的通信。示例性的，基站120可用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理功能等。其中，该基站120可以是具有中心控制功能的设备，如宏基站、微基站、热点(pico)、家庭基站(femeto)、传输点(TP)、中继(Relay)、接入点(Access Point，AP)等，该基站120还可以是长期演进(long term evolution，LTE)中的基站(eNodeB，eNB)，NR中的基站(gNodeB，gNB)等接入网设备。

在本申请实施例中，终端设备130可以是具有无线通信功能的手持式设备、具有无线通信功能的车载通信装置、具有无线通信功能的基础设施(例如带有通信功能的路侧设备，比如交通指示设备、路侧照明设备等)、或其他的可用于V2X场景的设备(例如可穿戴设备，如眼镜、手套、手表、服饰及鞋，或者其他的可以直接穿在身上或是整合到用户的衣服或配件上的一种便携式设备)，此处不做限定。

V2X通信系统100中，可以有多种通信模式。例如，基于Uu接口的通信模式和基于PC5接口的通信模式。在基于Uu接口的通信方式下，终端设备130可以通过基站120将上行数据发送到V2X应用服务器110，以及接收V2X应用服务器110通过基站120下发的下行数据。基于PC5接口的通信模式即直接通信，用于终端设备130之间传输控制信息和数据，终端设备130之间的通信链路也称为侧行链路(sidelink，SL)。

需要说明的是，在V2X通信系统100中，终端设备130可以有两种获取侧行链路资源的方式，以下分别称为模式1和模式2。

模式1终端设备130处于连接态时(即终端设备130与基站120有RRC连接时)，通过向基站120上报侧行链路的辅链路缓存状态报告(sidelink buffer status report，SL BSR)，由基站120调度针对侧行链路的传输资源，以使得终端设备130可以进行侧行链路的数据传输。

模式2：终端设备130可以处于连接态、待机状态(idle)或闲置状态(inactive)，终端设备130从配置的资源池中选择传输资源，以使得终端设备130可以进行侧行链路的数据传输。

在V2X通信系统100中多个终端设备130之间，可以支持三种通信模式：广播，组播和单播。在广播的通信模式中，作为Tx UE的终端设备130可以发送的广播消息，任何感兴趣的Rx UE的终端设备130可以接收广播消息。在组播的通信模式中，终端设备130可以接收组播组内其他终端设备130发送的组播消息，不属于该组播组的终端设备130接收到该组播消息后即丢弃。在单播的通信模式中，两个终端设备130需要先建立单播连接，其中一方的终端设备130可以向另外一方的终端设备130发送单播消息，Rx UE的终端设备130可以接收并解析该单播消息。

举例说明，在组播的通信模式中，设多个终端设备130为终端设备1、终端设备2和终端设备3，终端设备1首先确定一个组标识，然后通知终端设备2和终端设备3，以组成一个包括终端设备1、终端设备2和终端设备3的组播组。

示例性的，这里的组标识可以是终端设备1自己确定的，也可以是基站120分配的，此处不做限定。那么，当终端设备1需要启动DRX机制时，可以通过组播的通信方式向终端设备2和终端设备3发送RRC重配置消息，该RRC重配置消息包括终端设备1启动DRX机制所使用的DRX参数。接收到该RRC重配置消息的终端设备2和终端设备3可以通过单播或组播的通信方式反馈RRC重配置完成消息。那么，终端设备2和终端设备3就可以根据该DRX参数向终端设备1发送消息。示例性的，根据DRX参数的指示，终端设备2和终端设备3在终端设备1的激活时间内向终端设备1发送消息，在非激活时间不向终端设备1发送消息。

在V2X通信系统100中，如图1-2所示，终端设备130通过在整个资源池的所有时域上监测SCI以寻找自己感兴趣的业务。但是在大部分时间里，并没有终端设备130感兴趣的业务，造成能耗的浪费。

为此，在一些可能的实现方式中，可以为终端设备130配置一个预设的资源映射表。该资源映射表包括多个表项，其中每个表项为对应的目的标识和资源(时域和/或频域)，其中，每个目的标识对应一个业务。那么，终端设备130则可以根据感兴趣的业务确定对应的资源，在该对应的资源上的进行监听，则减少了能耗的浪费。

例如，下表1为资源映射表的一种示例。

表1

目的标识	可用资源
A，B	资源1
C	资源2
…	…

其中，A、B、C为业务的目的标识，该目的标识可以是层1标识、应用层标识、层2标识或层2标识的截断部分，如前N比特或后N比特等，具体不做限定。如表1所示的资源映射表中，A和B对应资源1，C对应资源2，那么如果终端设备130对目的标识为A或B的业务感兴趣时，则在资源1对应的时域和频域上监听，如果终端设备130对目的标识为C的业务感兴趣时，则在资源2对应的时域和频域上监听。通过配置该资源映射表，终端设备130无需在整个资源池上的时域位置上监听，减少了能耗的浪费。

但是，由于基于单播、广播和组播的业务繁多，表1所示的资源映射表的表项则会相当多，那么存储该资源映射表所需的存储空间也非常大，而且在配置该表1的过程中开销非常大。

为此，在一些可能的实现方式中，也可以预先配置一个资源计算公式，该资源计算公式为从目的标识映射到资源的公式，即在该资源计算公式中，以目的标识为自变量，以资源为因变量。

例如：

(目的标识)mod N1＝(资源的时域索引/K1)mod M1

例如，目的标识＝7，N1＝2，M1＝3，K1＝5。那么，可以计算得到：

7 mod 2＝(资源的时域索引/5)mod 3

1＝(资源的时域索引/5)mod 3

3Q+1＝资源的时域索引/5

资源的时域索引＝(3Q+1)*5

其中，Q为非负整数，得到的资源的时域索引等于5、20、35、50、…，那么，相比较建立资源映射表的方法，本方法避免了配置过程中的开销大和存储空间需求大的问题。

但是，由于不同业务的周期、数据包大小、产生业务数据包的时间点等模式不同，统一的映射规则缺乏灵活性，难以适配所有的业务。

为此，在本申请实施例中，可以首先为终端设备130配置资源映射表，该资源映射表包括多个常用的业务的目的标识和对应的资源，而无需包括所有业务的目的标识。另外，再为各个终端设备130配置上述资源计算公式，用于为终端设备130确定不常用的业务的资源。

那么，终端设备130首先在资源映射表中查找业务的目的标识，若资源映射表中有业务的目的标识，则终端设备130确定在资源映射表中业务的目的标识所对应的资源；若资源映射表中没有业务的目的标识，则终端设备130根据业务的目的标识和资源计算公式进行计算资源。最后，终端设备130在得到的资源上进行监听。由于资源映射表中减少了不常用的业务的表项，实现了对资源的灵活配置，同时大大减少了配置过程的开销和存储空间的需求，同时不常用的业务可以通过资源计算公式计算得到，兼顾了不常用的业务。

目前，在NR的V2X协议中，广播、组播和单播是共用资源池的，终端设备130需要在整个资源池的所有时域的位置上监测侧行控制信息(sidelink control information，SCI)，能耗较大。为此，在一些可能的实现方式中，资源映射表可仅存储有基于广播或组播的通信方式的业务的目的标识和对应的资源之间的映射，而资源计算公式则可以用于计算基于单播、组播和广播的业务对应的资源。那么，当终端设备130需要基于广播或组播的通信方式的业务时，也可以首先在资源映射表中查找资源，如果找不到，再通过资源计算公式计算得到，同样实现了对资源的灵活配置，同时大大减少了配置过程的开销和存储空间的需求。

另外，在NR R17V2X相关技术的讨论中，多数厂商对在PC5接口中还引入了DRX。示例性的，终端设备130配置了DRX后，如图1-3所示，仅需在部分时间监听信道，而在其他时间关闭接收机进入非激活时间，从而降低能耗。

当前，当作为Rx UE的终端设备130和作为Tx UE的另一终端设备130通信时，Rx UE需要将所使用的DRX参数发送给Tx UE，以使得Tx UE可以根据DRX参数给Rx UE发送消息。当Rx UE配置了新的DRX参数后，会即时根据新的DRX参数启动DRX机制，然后再向Tx UE发送RRC重配置消息，以告知Tx UE新的DRX参数，使得Tx UE可以根据新的DRX参数向Rx UE发送消息。

但是，RRC重配置消息可能会重传，在重传的这段时间内(例如100毫秒)，Tx UE继续根据原有的DRX参数向Rx UE发送消息，而Rx UE使用新的DRX参数启动了DRX机制，那么可能在RRC重传的过程中，Rx UE根据新的DRX参数而处于非激活时间(DRX non-active time)，而Tx UE根据原有的DRX参数认为Rx UE处于激活时间(DRX active time)，此时Tx UE若向Rx UE发送消息，Rx UE无法成功接收，导致通信失败。

例如，如图1-4所示，终端设备1根据原有的DRX参数的激活时间和非激活时间分别为：激活时间为，0-0.5，1.0-1.5，2.0-2.5，……(单位：秒)；非激活时间为，0.5-1.0，1.5-2.0，2.5-3.0，……(单位：秒)。此时，终端设备2通过该原有的DRX参数向终端设备1发送消息，即终端设备2仅在终端设备1的激活时间向终端设备1发送消息，而不在终端设备1的非激活时间向终端设备1发送消息。

当终端设备1在2.2秒时接收到新的DRX参数时，立即根据新的DRX参数启动DRX机制，那么终端设备1根据新的DRX参数的激活时间和非激活时间分别为：激活时间为，1.2-1.7，2.2-2.7，3.2-3.7，……(单位：秒)；非激活时间为，1.7-2.2，2.7-3.2，3.7-4.2，……(单位：秒)。

当终端设备1在2.2秒时根据新的DRX参数启动DRX机制后，将新的DRX参数发送给终端设备2。由于新的DRX参数的信息发送重传，该新的DRX参数的信息在3.2秒时才让终端设备2接收到。那么，在2.2秒到3.2秒期间，终端设备2使用原有的DRX参数向终端设备1发送消息。那么，根据新的DRX参数，终端设备1在3.0秒到3.2秒期间处于非激活时间，这个时间段内，终端设备1无法接收到终端设备2发送的消息，造成通信失败。

为此，本申请提出了一种配置DRX参数的方法，首先第一设备获取配置的DRX参数，然后向第二设备发送DRX参数的信息，之后，第一设备在目标时间点起根据DRX参数与第二设备通信，为对DRX参数的信息的重传预留了一定的时间，降低通信失败的概率。

示例性的，上述第一设备可以为Rx UE，第二设备为Tx UE，或者第一设备为Rx UE，而第二设备为Tx UE，此处不做限定。示例性的，Rx UE和Tx UE是相对的，当第一设备向第二设备发送数据时，第一设备就是Tx UE，第二设备就是Rx UE。反之，当第二设备向第一设备发送数据时，第二设备就是Tx UE，第一设备就是Rx UE。

示例性的，第一设备和第二设备可以均为终端设备130；第一设备也可以为终端设备130，而第二设备为基站120。在下述的实施例中，以第一设备和第二设备均为终端设备130为例进行说明，那么第一设备和第二设备之间的通信链路可以为侧行链路。

实施例一、第一设备为Rx UE，第二设备为Tx UE，第一设备确定目标时间点，并告知第二设备。

示例性的，在实施例一中，所称“第一设备为Rx UE，第二设备为Tx UE”是指在下述步骤205中，第一设备为接收消息的一方，第二设备为发送消息的一方。

请参考图2-1，本申请提供了一种配置DRX参数的方法，包括：

201、第一设备配置DRX参数。

在本申请实施例中，DRX参数可以包括：DRX周期(drx-cycle)、DRX起始子帧(drx-startoffset)、DRX时隙偏移(drx-slotoffset)、DRX开启持续时间定时器(drx-ondurationtimer)、DRX非活动定时器(drx-inactivitytimer)、DRX最小重传调度间隔(drx-hard-rtt-timer)和DRX接收重传调度的等待时间(drx-retransmissiontimer)、短周期的生命周期(drx-shortcycletimer)。需要说明的是，DRX参数还可以包括其他DRX参数，此处不做限定。

在本申请实施例中，第一设备可以在如下任一方式配置DRX参数：

(1)基站为第一设备配置DRX参数。

在一些可能的实现方式中，若第一设备位于基站的覆盖范围内，且处于连接态，基站可以决定让第一设备启动DRX机制，并为第一设备配置DRX参数。那么，基站确定了DRX参数后，可以向第一设备发送通过RRC重配置消息，该RRC重配置消息包括该DRX参数，以使得第一设备根据RRC重配置消息配置或重配置该DRX参数，并根据该DRX参数启动DRX机制。

(2)第一设备自己确定DRX参数。

在一些可能的实现方式中，无论第一设备是否处于基站的覆盖范围内，是否处于连接态，第一设备可以自己决定启动DRX机制，以确定所需要的DRX参数。

(3)第一设备与第二设备协商确定DRX参数。

在一些可能的实现方式中，当第一设备连接第二设备，第一设备需要确定一套双方都能接受的DRX参数。那么，第一设备可以自己确定可选的多套DRX参数，并发送给第二设备。接收到消息的第二设备从可选的多套DRX参数中选择一套DRX参数，并反馈给第一设备，第一设备以接收到的第二设备选择的DRX参数。在一些可能的实现方式中，若第二设备也可以拒绝第一设备所选的多套DRX参数，而自己确定一套DRX参数，向第一设备反馈，此处不做限定。

202、第一设备确定目标时间点。

在一些可能的实现方式中，目标时间点可以为GPST或UTC表示的时间点，由于GPST/UTC是全球统一的，可以准确地确定目标时间点。例如，北京时间2020年7月29日18:10分 1秒或1秒50毫秒。在一些可能的实现方式，目标时间点可以是以毫秒(ms)，微秒(us)，纳秒(ns)，100us，10ns等为单位的一个时刻。在一些可能的实现方式中，目标时间点也可以通过其他方式表示，此处不做限定。

在一些可能的实现方式中，目标时间点为指定的无线帧、时隙或符号的起始位置、结束位置或中间位置，那么无需通过外部的时间，仅通过内部使用的无线帧、时隙或符号既可以确定目标时间点。示例性的，无线帧可以通过DFN或SFN进行指示，指定的时隙可以通过时隙索引进行指示，指定的符号可以通过符号索引进行指示。例如，目标时间点为DFN＝100。

在本申请实施例中，第一设备可以确定在发送DRX参数的信息的时长之后的时间点作为目标时间点。在一些可能的实现方式中，时长也可以是固定的，例如100毫秒。在一些可能的实现方式中，也可以由第一设备根据第一设备与第二设备通信的信道的负载情况确定时长。示例性的，负载情况指的是物理传输信道被占用的情况，目前标准中定义了一个CBR表示信道的占用比例。

在一些可能的实现方式中，若第二设备为多个设备，且第一设备和第二设备以单播的通信方式通信时，第一设备需要分别向第二设备中的各个设备发送单播消息，则信道为第一设备需要与第二设备中各个设备的信道，那么第一设备需要首先获取信道中各个信道的各个负载情况，再根据各个负载情况确定所需要的时长，再将这些所需要的时长累加的时长。例如，第二设备为设备A和设备B，第一设备预计向设备A发送消息需要1秒，向设备B发送消息需要2秒，那么时长为1+2＝3秒。

203、第一设备向第二设备发送DRX参数的信息和目标时间点的信息。

在本申请实施例中，第一设备和第二设备之间具有无线直连通信接口，例如Uu接口或PC5接口。

在一些可能的实现方式中，第一设备可以向第二设备发送RRC重配置消息，在RRC重配置消息中携带DRX参数的信息和目标时间点的信息，用于指示第二设备在目标时间点根据该DRX参数与第一设备通信。在一些可能的实现方式中，第一设备也可以专门向第二设备发送DRX参数的信息和目标时间点的信息，而不通过RRC重配置消息，此处不做限定。在本申请实施例中，第一设备与第二设备可以均为终端设备，那么该RRC重配置消息可以为SL RRC重配置消息。

在一些可能的实现方式中，若第二设备为多个设备，例如第二设备为设备A和设备B，且第一设备分别与设备A、设备B以单播的通信方式连接，那么第一设备需要分别向设备A和设备B发送DRX参数的信息和目标时间点的信息；若第一设备、设备A、设备B属于同一组播组，那么第一设备可以通过组播的通信方式向设备A和设备B发送DRX参数的信息和目标时间点的信息；若第一设备、设备A、设备B同属于一广播域，那么第一设备可以通过广播的通信方式向设备A和设备B发送DRX参数的信息和目标时间点的信息。

204、第一设备在目标时间点起根据DRX参数启动DRX机制。

示例性的，若作为Rx UE的第一设备/第二设备之前未启动DRX机制，则第一设备/第二设备可以在目标时间点根据DRX参数启动DRX机制。若作为Rx UE的第一设备/第二设备之前正在执行DRX机制，则第一设备/第二设备可以在目标时间点起释放原来的DRX参数，而配置DRX参数。

示例性的，当第一设备/第二设备处于DRX的激活时间时，可以进行如下动作中的至少一项：监听并解析SCI的format 0-1；监听并解析SCI的format 0-2；解析SCI所指示的物理层侧行控制信道(physical sidelink control channel，PSCCH)；监听物理层侧行反馈信道(physical sidelink feedback channel，PSFCH)。在本申请实施例中，信道可以包括PSCCH和PSFCH。

205、第二设备在目标时间点起根据DRX参数在信道向第一设备发送消息。

在本申请实施例中，当第一设备向第二设备发送DRX参数的信息和目标时间点的信息之后，在目标时间点之前，第一设备和第二设备使用原有方式进行通信，在目标时间点之后，第一设备和第二设备根据DRX参数进行通信，避免了通信失败的情况。

例如，如图2-2所示，第一设备根据原有的DRX参数的激活时间和非激活时间分别为：激活时间为，0-0.5，1.0-1.5，2.0-2.5，……(单位：秒)；非激活时间为，0.5-1.0，1.5-2.0，2.5-3.0，……(单位：秒)。设DRX参数的激活时间和非激活时间分别为：激活时间为，1.2-1.7，2.2-2.7，3.2-3.7，……(单位：秒)；非激活时间为，1.7-2.2，2.7-3.2，3.7-4.2，……(单位：秒)。

当第一设备在2.0秒时配置DRX参数时，不立即启用DRX参数，而是先确定目标时间点，并向第二设备发送DRX参数的信息和目标时间点的信息。当第二设备接收到DRX参数的信息和目标时间点的信息后，也不立即根据DRX参数发送消息。等到目标时间点，第一设备根据DRX参数启动DRX机制，而第二设备根据DRX参数向第一设备发送消息。假设目标时间点是3.2秒，如图2-2所示，在3.2秒之前，第一设备和第二设备根据原有的DRX参数通信，在3.2秒之后，第一设备和第二设备通过DRX参数通信，避免了通信失败。

实施例二、第一设备为Tx UE，第二设备为Rx UE，第一设备确定目标时间点，并告知第二设备。

示例性的，在实施例二中，所称“第一设备为Tx UE，第二设备为Rx UE”是指在下述步骤305中，第一设备为接收消息的一方，第二设备为发送消息的一方。

请参考图3，本申请提供了一种配置DRX参数的方法，包括：

301、第一设备配置DRX参数。

302、第一设备确定目标时间点。

303、第一设备向第二设备发送DRX参数的信息和目标时间点的信息。

步骤301-303与步骤201-203相同，此处不做赘述。

304、第二设备在目标时间点起根据DRX参数启动DRX机制。

305、第一设备在目标时间点起根据DRX参数在信道向第一设备发送消息。

步骤304-305中的第一设备与步骤204-205中的第二设备所执行的操作相同，步骤304中的第二设备与步骤204中的第一设备所执行的操作相同，步骤305中的第一设备与步骤205中的第二设备所执行的操作相同，此处不做赘述。

在一些可能的实现方式中，第一设备可以接收第二设备发送的确认消息，并以接收到该确认消息的时间点作为目标时间点。示例性的，请参考下面的实施例三。

实施例三、第一设备为Rx UE，第二设备为Tx UE，第一设备以接收到第二设备的确认消息的时间点为目标时间点。

示例性的，在实施例三中，所称“第一设备为Rx UE，第二设备为Tx UE”是指在下述步骤407中，第一设备为接收消息的一方，第二设备为发送消息的一方。

请参考图4-1，本申请提供了一种配置DRX参数的方法，包括：

401、第一设备配置DRX参数。

步骤401与步骤201相同，此处不做赘述。

402、第一设备向第二设备发送DRX参数的信息。

在本申请实施例中，第一设备可以向第二设备发送RRC重配置消息，在RRC重配置消息中携带DRX参数的信息，用于指示第二设备根据该DRX参数与第一设备通信。在一些可能的实现方式中，第一设备也可以专门向第二设备发送DRX参数的信息，而不通过RRC重配置消息，此处不做限定。在本申请实施例中，第一设备与第二设备可以均为用户设备，那么该RRC重配置消息可以为SL RRC重配置消息。

在一些可能的实现方式中，若第二设备为多个设备，例如第二设备为设备A和设备B，且第一设备分别与设备A、设备B以单播的通信方式连接，那么第一设备需要分别向设备A和设备B发送DRX参数的信息；若第一设备、设备A、设备B属于同一组播组，那么第一设备可以通过组播的通信方式向设备A和设备B发送DRX参数的信息；若第一设备、设备A、设备B同属于一广播域，那么第一设备可以通过广播的通信方式向设备A和设备B发送DRX参数的信息。

403、第一设备监听第一设备与第二设备通信的信道。

示例性的，所称的第一设备监听第一设备与第二设备通信的信道，即为第一设备进入DRX的激活时间，或者停止使用DRX机制而总处于监听状态。那么，第一设备中的RRC层实体可以指示媒体接入控制(media access control，MAC)层实体释放DRX配置，或进入DRX的激活时间(DRX active time)，从而实现对第一设备与第二设备通信的信道持续监听。

示例性的，当第一设备处于DRX的激活时间时，可以进行如下动作中的至少一项：监听并解析SCI的format 0-1；监听并解析SCI的format 0-2；解析SCI所指示的PSCCH；监听PSFCH。在本申请实施例中，该信道可以为PSCCH和PSFCH。

示例性的，如果第一设备与设备A、设备B为单播的通信方式通信，那么第一设备与设备A通信的信道和第一设备与设备B通信的信道为两条不同的信道，即信道为两条不同的信道的集合；如果第一设备与设备A、设备B为组播/广播的通信方式通信，那么第一设备与设备A通信的信道和第一设备与设备B通信的信道为同一条信道。

404、第二设备通过信道向第一设备发送确认消息，确认消息用于确认第二设备接收到DRX参数的信息。

在一些可能的实现方式中，第二设备可以在接收到DRX参数的信息时，回复确认消息。例如，若DRX参数携带在RRC重配置消息中，当第二设备接收到该RRC重配置消息时，可以回复RRC重配置完成消息，作为该确认消息。

在一些可能的实现方式中，当第二设备接收到DRX参数的信息并解析得到DRX参数后，回复确认消息。例如，若DRX参数携带在RRC重配置消息中，当第二设备接收到该RRC重配置消息并解析得到DRX参数后，即可以回复RRC重配置完成消息，作为该确认消息。在一些可能的实现方式，该确认消息的发送可以根据DRX参数发送的。

在一些可能的实现方式中，该确认消息也可以是反馈对接收到的消息重传成功的确认消息，例如混合自动重传请求(hybrid automatic repeat request，HARQ)的确认字符(acknowledge character，ACK)。在一些可能的实现方式中，该确认消息也可以是反馈对接收到的消息的无线链路控制子层(radio link control，RLC)的ACK，此处不做限定。

在一些可能的实现方式中，若第二设备为设备A和设备B，当设备A和设备B接收到DRX参数的信息后，各自向第一设备发送确认消息，那么第一设备可能一前一后接收到设备A和设备B发送的确认消息。

405、第一设备以接收到确认消息的时间点为目标时间点。

在本申请实施例中，当第一设备接收到第二设备发送的确认消息后，第一设备即认为第二设备已经成功接收到DRX参数，并已经根据DRX参数发送消息，那么第一设备可以以接收到该确认消息的时间点为目标时间点。

例如，第一设备在1.5秒时向第二设备发送了RRC重配置消息，第二设备在1.7秒接收到该RRC重配置消息，并返回确认消息，若第一设备在1.8秒时接收到确认消息，那么目标时间点为1.8秒。

在一些可能的实现方式中，若第二设备可以为多个设备，第一设备可以向第二设备中每个设备发送DRX参数的信息后，需要分别接收到第二设备中的每个设备发送的确认消息，可以以最初接收到的确认消息的时间点为目标时间点，或者以最后接收到的确认消息的时间点为目标时间点。例如，第二设备为设备A和设备B，第一设备分别向设备A和设备B发送DRX参数的信息后，设备A先返回确认消息，设备B后返回确认消息，那么第一设备可以以接收到设备A返回的确认消息的时间点为目标时间点，也可以以接收到设备B返回的确认消息的时间点为目标时间点。

406、第一设备在目标时间点起根据DRX参数启动DRX机制。

步骤406与步骤204相同，此处不做赘述。

407、第二设备根据DRX参数向第一设备发送消息。

在本申请实施例中，在第一设备发送了DRX参数之后，在目标时间点之前，第一设备处于监听的状态，第一设备不会错过第二设备发送的消息，在目标时间点之后，第一设备根据DRX参数启动DRX机制，而第二设备根据DRX参数发送消息，避免了通信失败的情况。

例如，如图4-2所示，第一设备根据原有的DRX参数的激活时间和非激活时间分别为：激活时间为，0-0.5，1.0-1.5，2.0-2.5，……(单位：秒)；非激活时间为，0.5-1.0，1.5-2.0，2.5-3.0，……(单位：秒)。设DRX参数的激活时间和非激活时间分别为：激活时间为，1.2-1.7，2.2-2.7，3.2-3.7，……(单位：秒)；非激活时间为，1.7-2.2，2.7-3.2，3.7-4.2，……(单位：秒)。

当第一设备在2.0秒时配置DRX参数时，不立即启用DRX参数，而是先将DRX参数的信息发送给第二设备，并监听第一设备和第二设备之间的信道。设第二设备在2.4秒时接收到DRX参数的信息，然后第二设备在信道向第一设备返回确认消息。此时，即使确认消息需要重传，到了3.2秒时第一设备才接收到该确认消息。由于第一设备处于监听状态，第二设备在2.4秒到3.2秒期间根据DRX参数向第一设备发送消息，而不会造成通信失败。当第一设备接收到DRX参数的信息时，即3.2秒时，以3.2秒为目标时间点，第一设备在该目标时间点根据DRX参数启动DRX机制。如图4-2所示，在2.0秒到3.2秒期间，第二设备根据原有的DRX参数发送消息，而第一设备处于监听信道的状态，不会错过第二设备发送的消息，避免通信失败。而在3.2秒之后，第一设备和第二设备通过DRX参数通信，避免了通信失败。

在一些可能的实现方式中，若第二设备通信状况较差，那么在上述实施例三中，第一设备可能在一段时间内无法接收到第二设备发送的确认消息，那么第一设备将持续监听信道，造成能耗的浪费。

例如，如果第二设备为多个设备，例如10个设备，其中包括设备A。如果设备A的通信状况较差，第一设备在一段时间内无法接收到设备A反馈的确认消息，那么第一设备无法根据DRX参数启动DRX机制，即无法通过DRX参数与其他9个设备通信。

为此，本申请实施例四中在实施例三的基础上设置了定时器，以使得在时长内如果接收不到确认消息，当定时器超时的时候，第一设备也可以根据DRX参数启动DRX机制。

实施例四、在实施例三的基础上设置定时器。

请参考图5，本申请提供了一种配置DRX参数的方法，包括：

501、第一设备配置DRX参数。

步骤501与步骤201相同，此处不做赘述。

502、第一设备确定定时器的时长。

在本申请实施例中，定时器的时长可以为预设或网络设备配置的时长，例如100毫秒，也可以为第一设备根据信道的负载情况确定的时长。示例性的，根据第一设备根据信道的负载情况确定的时长的具体实现方法，请参考步骤202，此处不做赘述。

503、第一设备向第二设备发送DRX参数的信息。

步骤503与步骤402相同，此处不做赘述。

504、第一设备启动时长的定时器。

在一些可能的实现方式中，第一设备可以在步骤501之后启动定时器，也可以在步骤502或503之后启动定时器，此处不做限定。在本申请实施例中，当定时器超时的时候，而第一设备未接收到第二设备或第二设备中所有设备返回的确认消息，那么第一设备可以执行步骤507。

在一些可能的实现方式中，第二设备可以包括多个设备，例如设备A和设备B，那么第一设备可以启动一个总的定时器，为第二设备中的所有设备定时。例如，第二设备为设备A和设备B，第一设备执行步骤501、502或503之后，启动一个总的定时器。当该总的定时器超时，而第一设备未接收到第二设备或第二设备中所有设备返回的确认消息，第一设备可以执行步骤507。

在一些可能的实现方式中，若第一设备和第二设备中的各个设备以单播的通信方式通信，第一设备分别向第二设备中的各个设备发送DRX参数的信息后，可以以向第二设备中的第一个设备发送DRX参数的信息后，启动定时器，也可以以向第二设备中的最后一个设备发送DRX参数的信息后，启动定时器，此处不做限定。

例如，第二设备包括设备A、设备B和设备C，第一设备依次分别向设备A、设备B和设备C发送DRX参数的信息，那么第一设备可以在向设备A发送DRX参数的信息后启动定时器，也可以在向设备C发送DRX参数的信息后启动定时器。

在一些可能的实现方式中，第一设备也可以分别为第二设备中的各个设备分别启动一个单独的定时器，当所有定时器都超时，而第一设备未接收到第二设备中所有设备返回的确认消息，第一设备可以执行步骤507。

例如，当第一设备先向设备A发送DRX参数的信息后，启动定时器A；当第一设备先向设备B发送DRX参数的信息后，启动定时器B。定时器A和定时器B的定时时长可以相同，也可以不同。例如，定时器A先启动，定时器B后启动，但是定时器B先超时，定时器A后超时。那么当定时器A超时，而第一设备未接收到第二设备中所有设备返回的确认消息，第一设备可以执行步骤507。

505、第一设备监听第一设备与第二设备通信的信道。

步骤505与步骤403相同，此处不做赘述。

506、第二设备通过信道向第一设备发送确认消息，确认消息用于确认第二设备接收到DRX参数的信息。

步骤506与步骤404相同，此处不做赘述。

507、第一设备确定目标时间点。

示例性的，第一设备向第二设备发送DRX参数的信息，且启动了时长的定时器，若在定时器超时之前，第一设备接收到第二设备返回的确认消息，则终止定时器，并以接收到该确认消息的时间点为目标时间点。若直到定时器超时，第一设备仍未接收到第二设备反馈的确认消息，则以该定时器超时的时间点为目标时间点。

例如，第一设备在1.4秒向第二设备发送了包含DRX参数的RRC重配置消息后，启动时长为0.6秒的定时器。当定时器超时，即2.0秒时，第一设备仍未接收到第二设备返回的确认消息，则第一设备以2.0秒时为目标时间点，则根据DRX参数启动DRX机制；若第一设备在定时器超时之前接收到第二设备返回的确认消息，例如在1.9秒时，则第一设备以1.9秒时为目标时间点，则第一设备在1.9秒时根据DRX参数启动DRX机制。

示例性的，若第二设备为多个设备，第一设备为第二设备中所有设备设置一个总的定时器，那么当该总的定时器超时的时间点，为第一设备设置的定时器的超时的时间点；若第一设备为第二设备中各个设备分别设置一个定时器，那么当该所有一个定时器超时的时间点，为第一设备设置的定时器的超时的时间点。

508、第一设备在目标时间点起根据DRX参数启动DRX机制。

步骤508与步骤204相同，此处不做赘述。

509、第二设备根据DRX参数向第一设备发送消息。

步骤509与步骤407相同，此处不做赘述。

在本申请实施例中，第一设备向第二设备发送DRX参数的信息之后，由于既持续监听信道，通启动定时器，那么如果第二设备在定时器结束之前返回确认消息，则可以立即根据DRX参数启动DRX机制，无需等到定时器计时结束，那么在接收到确认消息到定时器计时超时，不会造成通信失败。如果第二设备在时长结束之前未返回了确认消息，则第一设备可以根据定时器结束而根据DRX参数启动DRX机制，无需等待第二设备返回确认消息，不会造成能耗的浪费。

若第二设备包括多个设备，第一设备与第二设备中的某一个设备之间通信状况不良，例如设备A，那么第一设备可能在时长内或一直都无法接收到设备A返回的确认消息，第一设备还是可以在定时器超时后根据DRX参数启动DRX机制，即第一设备在目标时间点起根据DRX参数启动DRX机制，避免造成能耗的浪费，而且不耽误第一设备和第二设备中出了设备A之外的设备之间通过DRX参数进行通信。

需要说明的是，本申请实施例中，在具体实施中可以选择相应图示中的部分步骤进行实施，还可以调整图示中步骤的顺序进行实施，本申请对此不做限定。应理解，执行图示中的部分步骤或调整步骤的顺序进行具体实施，均落在本申请的保护范围内。

上面对本申请实施例中的一种配置DRX参数的方法进行了描述，下面对本申请中的设备进行描述。

请参考图6，本申请还提出了一种配置DRX参数的设备，用作第一设备600，包括：

处理模块601，用于配置DRX参数。

收发模块602，用于向第二设备发送DRX参数的信息，第一设备和第二设备之间具有无线直连通信接口。

收发模块602，还用于收发模块向第二设备发送DRX参数的信息之后，根据DRX参数与第二设备通信。

在一些可能的实现方式中，该第一设备600还包括：

处理模块601，用于确定目标时间点。

收发模块602，具体用于在目标时间点起根据DRX参数与第二设备通信。

在一些可能的实现方式中，该设备还包括：

处理模块601，用于根据第一设备与第二设备通信的信道的负载情况确定时长，确定在发送DRX参数的信息的时长之后的时间点为目标时间点。

在一些可能的实现方式中，该收发模块602，还用于向第二设备发送目标时间点的信息，以指示第二设备在目标时间点起根据DRX参数与第一设备通信。

在一些可能的实现方式中，该收发模块602，还用于通过信道接收第二设备发送的确认消息，确认消息用于确认第二设备接收到DRX参数的信息。

在一些可能的实现方式中，该收发模块602，还用于监听第一设备与第二设备通信的信道。

在一些可能的实现方式中，该第一设备600为Rx UE，第二设备为Tx UE，该收发模块602具体用于，根据DRX参数启动DRX机制。

在一些可能的实现方式中，该第一设备600为Tx UE，第二设备为Rx UE，收发模块602具体用于，根据DRX参数在第一设备与第二设备通信的信道上向第二设备发送消息。

在一些可能的实现方式中，处理模块601，还用于配置预设的资源映射表和预设的资源计算公式，资源映射表包括至少一个目的标识和资源的对应关系，资源计算公式为以目的标识为自变量、以资源为因变量的公式。

该处理模块601，还用于若资源映射表中有业务的目的标识，则确定在资源映射表中业务的目的标识所对应的资源，为业务的资源。

该处理模块601，还用于若资源映射表中没有业务的目的标识，则根据业务的目的标识和资源计算公式进行计算，得到业务的资源。

该收发模块602，用于在业务的资源上监听。

请参考图7，本申请还提出了一种配置DRX参数的设备，用作第二设备700，包括：

收发模块701，用于接收第一设备发送的DRX参数的信息。

处理模块702，还用于根据DRX参数与第一设备通信，第一设备和第二设备之间具有无线直连通信接口。

在一些可能的实现方式中，收发模块701，还用于接收第一设备发送的目标时间点，

该处理模块702，还用于在目标时间点起根据DRX参数与第一设备通信。

在一些可能的实现方式中，收发模块701，还用于向第一设备发送确认消息，确认消息用于确认第二设备接收到DRX参数的信息。

在一些可能的实现方式中，第二设备为Rx UE，第一设备为Tx UE，处理模块702，具体用于根据DRX参数启动DRX机制。

在一些可能的实现方式中，第二设备为Tx UE，第一设备为Rx UE，收发模块701，具体用于根据DRX参数在第一设备与第二设备通信的信道向第二设备发送消息。

本申请还提出了一种设备，包括：

处理器、存储器和收发器，其中，存储器存储有程序代码，处理器调用存储器中存储的程序代码，使得终端执行上述方法实施例中记载的部分或全部步骤。

本申请实施例还提供一种计算机可读存储介质，其中，该计算机存储介质存储有指令，当其在计算机上运行时，使得计算机执行包括上述方法实施例中记载的部分或全部步骤。

本申请实施例还提供一种通信装置，应用于配置DRX参数的设备中，通信装置包括处理器，所述处理器用于执行存储器中存储的指令，使得所述通信装置执行包括上述方法实施例中记载的部分或全部步骤。

需要说明的是，上述所描述的管理设备由于与本申请方法实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参见本申请前述所示的方法实施例中管理设备的叙述，此处不再赘述。

如图8所示，为本申请实施例的又一种计算机设备的结构示意图，该计算机设备可以是上述实施例中的终端设备，或者是置于终端设备中的计算处理装置，该计算机设备还可以是个人计算机(personal computer，PC)，笔记本电脑，手机等终端设备，或者是置于其中的计算处理装置。

该计算机设备可以包括：处理器801，还可以包括存储器802，还可以进一步包括发送器804和接收器803；发送器804和接收器803耦合至处理器801，处理器801控制发送器804的发送动作和接收器803的接收动作。存储器802可能包含高速随机存取存储器(random access memory，RAM)存储器，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器802中可以存储各种指令，以用于完成各种处理功能以及实现本申请实施例的方法步骤。其中，上述处理器801和存储器802可以采用虚拟化的方式实现。

可选的，本申请实施例涉及的计算机设备还可以包括：电源805、以及通信端口806中的一个或多个，图8中所描述的各器件可以是通过通信总线连接，也可以是通过其他连接方式连接，对此，本申请实施例中不做限定。接收器803和发送器804可以集成在计算机设备的收发器中，也可以为计算机设备上分别独立的收、发天线。通信总线用于实现元件之间的通信连接。上述通信端口806用于实现计算机设备与其他外设之间进行连接通信。

在一些实施例中，上述存储器802用于存储计算机可执行程序代码，程序代码包括指令；当处理器801执行指令时，算机设备是终端时，可以执行图6中处理模块601或图7中处理模块702执行的动作，终端中的接收器803或通信端口806可以执行图6中处理模块601或图7中处理模块702执行的动作，其实现原理和技术效果类似，在此不再赘述。

本申请还提供了一种芯片系统，该芯片系统包括处理器，用于支持上述终端实现其所涉及的功能，例如，例如接收或处理上述方法实施例中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存计算机设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims

一种配置非连续接收DRX参数的方法，其特征在于，包括：

第一设备配置DRX参数；

所述第一设备向第二设备发送所述DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；

所述第一设备向所述第二设备发送所述DRX参数的信息之后，所述第一设备在目标时间点起根据所述DRX参数与所述第二设备通信。
根据权利要求1所述方法，其特征在于，所述方法还包括：

所述第一设备根据所述第一设备与所述第二设备通信的信道的负载情况确定时长；

所述第一设备确定在发送所述DRX参数的信息的所述时长之后的时间点为所述目标时间点。
根据权利要求1或2所述方法，其特征在于，还包括：

所述第一设备向所述第二设备发送所述目标时间点的信息，以指示所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
根据权利要求1所述方法，其特征在于，所述方法还包括：

所述第一设备接收所述第二设备发送的确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
根据权利要求4所述方法，其特征在于，所述第一设备接收所述第二设备发送的确认消息之前，还包括：

所述第一设备监听所述第一设备与所述第二设备通信的信道。
根据权利要求1-5中任一项所述方法，其特征在于，所述第一设备为接收方用户设备Rx UE，所述第二设备为发送方用户设备Tx UE，所述第一设备根据所述DRX参数与所述第二设备通信包括：

所述第一设备根据所述DRX参数启动DRX机制。
根据权利要求1-4中任一项所述方法，其特征在于，所述第一设备为Tx UE，所述第二设备为Rx UE，所述第一设备根据所述DRX参数与所述第二设备通信包括：

所述第一设备根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
根据权利要求1-6中任一项所述方法，其特征在于，还包括：

所述第一设备配置预设的资源映射表和预设的资源计算公式，所述资源映射表包括至少一个目的标识和资源的对应关系，所述资源计算公式为以目的标识为自变量、以资源为因变量的公式；

若所述资源映射表中有业务的目的标识，则所述第一设备确定在所述资源映射表中所述业务的目的标识所对应的资源，为所述业务的资源；

若所述资源映射表中没有所述业务的目的标识，则所述第一设备根据所述业务的目的标识和所述资源计算公式进行计算，得到所述业务的资源；

所述第一设备在所述业务的资源上监听。
一种配置DRX参数的方法，其特征在于，包括：

第二设备接收第一设备发送的DRX参数的信息；

所述第二设备根据所述DRX参数与所述第一设备通信，所述第一设备和所述第二设备之间具有无线直连通信接口。
根据权利要求9所述方法，其特征在于，还包括：

第二设备接收所述第一设备发送的目标时间点；

所述第二设备根据所述DRX参数与所述第一设备通信包括：

所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
根据权利要求9所述方法，其特征在于，所述方法还包括：

所述第二设备向所述第一设备发送确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
根据权利要求9-11中任一项所述方法，其特征在于，所述第二设备为Tx UE，所述第一设备为Rx UE，所述第二设备根据所述DRX参数与所述第一设备通信包括：

所述第二设备根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
根据权利要求9或10所述方法，其特征在于，所述第二设备为Rx UE，所述第一设备为Tx UE，所述第二设备根据所述DRX参数与所述第一设备通信包括：

所述第二设备根据所述DRX参数启动DRX机制。
一种配置DRX参数的设备，其特征在于，用作第一设备，包括：

处理模块，用于配置DRX参数；

收发模块，用于向第二设备发送所述DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；

所述收发模块，还用于所述收发模块向所述第二设备发送所述DRX参数的信息之后，在目标时间点起根据所述DRX参数与所述第二设备通信。
根据权利要求14所述设备，其特征在于，所述设备还包括：

处理模块，用于根据所述第一设备与所述第二设备通信的信道的负载情况确定时长，确定在发送所述DRX参数的信息的所述时长之后的时间点为所述目标时间点。
根据权利要求14或15所述设备，其特征在于，

所述收发模块，还用于向所述第二设备发送所述目标时间点的信息，以指示所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
根据权利要求14所述设备，其特征在于，

所述收发模块，还用于通过所述信道接收所述第二设备发送的确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
根据权利要求17所述设备，其特征在于，所述收发模块通过所述信道接收所述第二设备发送的确认消息之前，还包括：

所述收发模块，还用于监听所述第一设备与所述第二设备通信的信道。
根据权利要求14-18中任一项所述设备，其特征在于，所述第一设备为Rx UE，所述第二设备为Tx UE，

所述收发模块具体用于，根据所述DRX参数启动DRX机制。
根据权利要求14-16中任一项所述设备，其特征在于，所述第一设备为Tx UE，所述第二设备为Rx UE，

所述收发模块具体用于，根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
根据权利要求14-19中任一项所述设备，其特征在于，还包括：

所述处理模块，还用于配置预设的资源映射表和预设的资源计算公式，所述资源映射表包括至少一个目的标识和资源的对应关系，所述资源计算公式为以目的标识为自变量、以资源为因变量的公式；

所述处理模块，还用于若所述资源映射表中有业务的目的标识，则确定在所述资源映射表中所述业务的目的标识所对应的资源，为所述业务的资源；

所述处理模块，还用于若所述资源映射表中没有所述业务的目的标识，则根据所述业务的目的标识和所述资源计算公式进行计算，得到所述业务的资源；

所述收发模块，用于在所述业务的资源上监听。
一种配置DRX参数的设备，其特征在于，用作第二设备，包括：

收发模块，用于接收第一设备发送的DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；

处理模块，还用于根据所述DRX参数与所述第一设备通信。
根据权利要求22所述设备，其特征在于，

所述收发模块，还用于接收所述第一设备发送的目标时间点的信息；

所述处理模块，还用于在所述目标时间点起根据所述DRX参数与所述第一设备通信。
根据权利要求22所述设备，其特征在于，还包括：

所述收发模块，还用于向所述第一设备发送确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
根据权利要求22-24中任一项所述设备，其特征在于，所述第二设备为Tx UE，所述第一设备为Rx UE，

所述处理模块，具体用于根据所述DRX参数在第一设备与第二设备通信的信道上向所述第二设备发送消息。
根据权利要求22或23所述设备，其特征在于，所述第二设备为Rx UE，所述第一设备为Tx UE，

所述处理模块，具体用于根据所述DRX参数启动DRX机制。
一种通信装置，其特征在于，应用于配置DRX参数的设备中，所述通信装置包括处理器，所述处理器用于执行存储器中存储的指令，使得所述通信装置执行如权利要求1-13中任一项所述的方法。
一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至13中任一项所述的方法。
一种计算机程序产品，其特征在于，存储一个或多个计算机执行指令，当所述计算机执行指令被处理器执行时，所述处理器执行如权利要求1至13中任一项所述的方法。
一种通信系统，其特征在于，包括：

第一设备和第二设备；

所述第一设备用于执行如权利要求1-8中任一项所述的方法，所述第二设备用于执行如权利要求9-13中任一项所述的方法。