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

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

Info

Publication number
WO2022067733A1
WO2022067733A1 PCT/CN2020/119585 CN2020119585W WO2022067733A1 WO 2022067733 A1 WO2022067733 A1 WO 2022067733A1 CN 2020119585 W CN2020119585 W CN 2020119585W WO 2022067733 A1 WO2022067733 A1 WO 2022067733A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
drx parameter
time point
resource
message
Prior art date
Application number
PCT/CN2020/119585
Other languages
English (en)
French (fr)
Inventor
范强
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN202080104767.2A priority Critical patent/CN116235623A/zh
Priority to PCT/CN2020/119585 priority patent/WO2022067733A1/zh
Publication of WO2022067733A1 publication Critical patent/WO2022067733A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections

Definitions

  • the present application relates to the field of communication technologies, and in particular, to a method, device, and communication system for configuring discontinuous reception (discontinuous reception, DRX) parameters.
  • the terminal device can start the DRX mechanism, so that the terminal device only needs to monitor the channel during the active time (DRX active time), and does not need to monitor the channel during the inactive time (DRX non-active time), reducing the need for The energy consumption of terminal equipment is wasted.
  • the receiver terminal equipment (reception user equipment, Rx UE) needs to send the used DRX parameters to the sender terminal equipment (transmission user equipment, Tx UE) through the side link, so that the Tx
  • the UE can send a message to the Rx UE according to the DRX parameter, which avoids the transmission failure caused by the Tx UE sending a message when the Rx UE is in the inactive time (DRX non-active time).
  • the new DRX parameters When the Rx UE is configured with new DRX parameters, the new DRX parameters will take effect immediately, and then send a radio resource control (RRC) reconfiguration message to the Tx UE to inform the Tx UE of the new DRX parameters, so that The Tx UE can send a message to the Rx UE according to the new DRX parameters.
  • RRC radio resource control
  • the transmission of the RRC reconfiguration message may be retransmitted.
  • the Rx UE has started the DRX mechanism according to the new DRX parameters, and may be in an inactive time. If the Tx UE continues to think that the Rx UE is at the activation time according to the original DRX parameters and sends a message to the Rx UE, the Rx UE may not be able to successfully receive the message sent by the Tx UE, resulting in a communication failure.
  • the embodiments of the present application provide a method, device and communication system for configuring DRX parameters, which are used to configure DRX parameters for the device to avoid communication failure.
  • a first aspect of the present application provides a method for configuring DRX parameters.
  • a first device obtains the configured DRX parameters, and then sends the information of the DRX parameters to a second device.
  • Interface such as Uu interface or PC5 interface.
  • the first device communicates with the second device according to the DRX parameter from the target time point, and a certain time is reserved for retransmission of the information of the DRX parameter, thereby reducing the probability of communication failure.
  • the target time point may be a time point represented by global positioning system time (GPST) (also known as atomic time) or coordinated universal time (UTC), since GPST /UTC is globally uniform and can accurately determine the target point in time.
  • GPST global positioning system time
  • UTC coordinated universal time
  • the target time point is the start position, end position or middle position of a specified radio frame, time slot or symbol, then there is no need to pass the external time, only the radio frame, time slot or The symbol can both identify the target time point.
  • a radio frame may be indicated by a direct frame number (direct frame number, DFN) or a system frame number (system frame number, SFN), a specified time slot may be indicated by a slot index (slot index), and a specified symbol may be indicated. Indicated by the symbol index.
  • DFN direct frame number
  • SFN system frame number
  • a specified time slot may be indicated by a slot index (slot index)
  • a specified symbol may be indicated. Indicated by the symbol index.
  • the first device determines the duration according to the load of the channel through which the first device communicates with the second device, and determines the time point after the duration of sending the DRX parameter information as the target time point, so that accurate Sufficient time is reserved for the process of retransmitting the information of the DRX parameters, which ensures that the first device and the second device communicate according to the same DRX parameters.
  • the load condition refers to the condition that the physical transmission channel is occupied, and a parameter, channel busy ratio (CBR), is defined in the current standard to represent the occupancy ratio of the channel.
  • CBR channel busy ratio
  • the lower the CBR the shorter the time it takes for the first device to successfully transmit a message.
  • the higher the CBR the longer it takes for the first device to occupy the channel, and the longer the time it takes for the first device to successfully transmit a message.
  • CBR 30%.
  • the lower the CBR the shorter the time it takes for the first device to successfully transmit a message.
  • the higher the CBR the longer it takes for the first device to occupy the channel, and the longer the time it takes for the first device to successfully transmit a message.
  • the CBR when the CBR is less than 30%, it is considered that the load of the channel is low, and the expected duration of the first device is equal to 1 second; when the CBR is greater than 30% and less than 70%, it is considered that the load of the channel is medium, and the first device expects The duration is equal to 2 seconds; when the CBR is greater than 70%, it is considered that the load of the channel is high, and the first device expects the duration to be equal to 3 seconds.
  • the first device sends information of the target time point to the second device, so as to instruct the second device to communicate with the first device according to the DRX parameter from the target time point, so that the first device and the second device communicate with each other according to the DRX parameters. It can communicate through DRX parameters at the same time, avoiding the situation of communication failure.
  • the information of the DRX parameters may be carried in the RRC reconfiguration message, so that the DRX parameters are simultaneously configured when the first device performs RRC configuration/reconfiguration on the second device.
  • the RRC reconfiguration message may further include a target time point. Then, the RRC reconfiguration message enables the first device to instruct the second device to communicate through DRX parameters at the target time point, avoiding communication failure. Case.
  • the information of the DRX parameter may refer to the DRX parameter itself, or may be a message carrying the DRX parameter, or may also be information that indirectly represents the DRX parameter.
  • the first device may also receive the confirmation message sent by the second device through the channel through which the first device communicates with the second device.
  • the first device and the second device can communicate according to the DRX parameters, which avoids the situation of communication failure.
  • the first device can monitor the channel through which the first device communicates with the second device, so that the first device can receive the second device through the channel Confirmation message sent.
  • the first device takes the time point at which the confirmation messages of all the devices in the second device are received as the target time point.
  • the second device is device A and device B.
  • the first device After the first device sends the information of DRX parameters to each of the second devices, it needs to receive the confirmation message sent by device A and the confirmation message sent by device B respectively.
  • the arrival time point of the received confirmation message is the target time point.
  • the first device may not be able to receive the device A for a period of time or all the time The confirmation message returned. If the first device only takes the time point at which the last confirmation message in the confirmation messages sent by device A and device B is received as the target time point, the first device may not be able to start the DRX mechanism according to the DRX parameters for a period of time, resulting in energy consumption of waste.
  • a timer with a duration of time can be started. If the timer expires and the confirmation message from device A has not been received, the DRX mechanism can also be started according to the DRX parameters, which avoids waste of energy consumption and takes into account the first Other devices in the second device.
  • the target time point determined by the first device is an earlier time point among the following two time points: time point 1, the time point when the first device receives the confirmation message; time point 2, The first device starts a timer with a length of time at which the timer expires.
  • the first device is the receiver user equipment Rx UE
  • the second device is the sender user equipment Tx UE
  • the first device can start the DRX mechanism according to the DRX parameters
  • the second device can start the DRX mechanism according to the DRX parameters.
  • the parameters are messaged on the channel through which the first device communicates with the second device.
  • the second device is the receiver user equipment Rx UE
  • the first device is the sender user equipment Tx UE
  • the second device can start the DRX mechanism according to the DRX parameters
  • the first device can start the DRX mechanism according to the DRX
  • the parameters are messaged on the channel through which the first device communicates with the second device.
  • the first device may be configured with a preset resource mapping table and a preset resource calculation formula
  • the resource mapping table includes at least one corresponding relationship between a target identifier and a resource
  • the resource calculation formula is based on the target identifier as a self Variables, formulas with resources as the dependent variable. If there is a service purpose identifier in the resource mapping table, the first device determines that the resource corresponding to the service purpose identifier in the resource mapping table is the resource of the service; if there is no service purpose identifier in the resource mapping table, the first device Calculation is performed according to the service purpose identifier and the resource calculation formula to obtain the service resources. Finally, the first device does not need to monitor on the entire resource pool, but only needs to monitor on the resources of the service, which reduces waste of energy consumption.
  • a second aspect of the present application provides a channel monitoring method.
  • the first device can configure a preset resource mapping table and a preset resource calculation formula, where the resource mapping table includes at least one corresponding relationship between a destination identifier and a resource, and the resource calculation formula is: A formula with the target identifier as the independent variable and the resource as the dependent variable. If there is a service purpose identifier in the resource mapping table, the first device determines that the resource corresponding to the service purpose identifier in the resource mapping table is the resource of the service; if there is no service purpose identifier in the resource mapping table, the first device Calculation is performed according to the service purpose identifier and the resource calculation formula to obtain the service resources. Finally, the first device does not need to monitor on the entire resource pool, but only needs to monitor on the resources of the service, which reduces waste of energy consumption.
  • the destination identifier may be a layer 1 identifier, an application layer identifier, a layer 2 identifier, or a truncated part of the layer 2 identifier, such as the first N bits or the last N bits, etc., which are not specifically limited.
  • the resource calculation formula can be:
  • mod is the calculation symbol of the remainder function
  • N1, M1, and K1 are the configured values. Then, for a specific destination identifier, the corresponding resource can be calculated based on the above formula.
  • the resource mapping table may only store the mapping between the destination identifier of the service based on the broadcast or multicast communication mode and the corresponding resource, and the resource calculation formula may be used to calculate the Resources corresponding to unicast, multicast, and broadcast services. Then, when the first device needs a service based on broadcast or multicast communication, it can also first look up the resource in the resource mapping table, and if it cannot find it, it can be calculated by the resource calculation formula, which also realizes the flexibility of the resource. configuration, while greatly reducing the configuration process overhead and storage space requirements.
  • a third aspect of the present application provides a method for configuring DRX parameters.
  • the second device has a wireless direct connection communication interface between the first device and the second device by receiving DRX parameter information sent by the first device, so that the second device The communication with the first device can be performed according to the DRX parameters, thereby avoiding the situation of communication failure.
  • it also includes:
  • the second device receives the target time point sent by the first device, and then communicates with the first device according to the DRX parameters from the target time point. Therefore, the first device can reserve enough time for the process of retransmitting the information of the DRX parameters to further ensure In order to communicate with the second device according to the DRX parameters from the target time point, the first device and the second device communicate according to the same DRX parameters.
  • the second device may also send an acknowledgement message to the first device. Since the first device may confirm that the second device has received the DRX parameter information according to the acknowledgement message, the first device and the second device may Communication is performed according to DRX parameters, avoiding the situation of communication failure.
  • the second device is the receiver user equipment Rx UE
  • the first device is the sender user equipment Tx UE
  • the second device can start the DRX mechanism according to the DRX parameters
  • the first device can start the DRX mechanism according to the DRX
  • the parameters are messaged on the channel through which the first device communicates with the second device.
  • the first device is the receiver user equipment Rx UE
  • the second device is the sender user equipment Tx UE
  • the first device can start the DRX mechanism according to the DRX parameters
  • the second device can start the DRX mechanism according to the DRX parameters.
  • the parameters are messaged on the channel through which the first device communicates with the second device.
  • a fourth aspect of the present application provides a device for executing the method in the first aspect or any possible implementation manner of the first aspect.
  • the device includes a module for performing the method in the above-mentioned first aspect or any possible implementation manner of the first aspect.
  • a fifth aspect of the present application provides a device for executing the method in the second aspect or any possible implementation manner of the second aspect.
  • the device includes a module for performing the method in the above-mentioned second aspect or any possible implementation manner of the second aspect.
  • a sixth aspect of the present application provides a device for executing the above third aspect or the method in any possible implementation manner of the third aspect.
  • the device includes a module for performing the method in the above third aspect or any possible implementation manner of the third aspect.
  • a seventh aspect of the present application provides a device, comprising: at least one processor, a memory, a transceiver, and computer-executable instructions stored in the memory and executable on the processor, when the computer-executable instructions are executed by the processor, the processor A method as described above in the first aspect or any one of the possible implementations of the first aspect is performed.
  • An eighth aspect of the present application provides a device, comprising: at least one processor, a memory, a transceiver, and computer-executable instructions stored in the memory and executable on the processor, when the computer-executable instructions are executed by the processor, the processor A method as described above in the second aspect or any one of the possible implementations of the second aspect is performed.
  • a ninth aspect of the present application provides a device, comprising: at least one processor, a memory, a transceiver, and computer-executable instructions stored in the memory and executable on the processor, when the computer-executable instructions are executed by the processor, the processor A method as described above in the third aspect or any one of the possible implementations of the third aspect is performed.
  • a tenth aspect of the present application provides a communication apparatus, which is applied to a device for configuring DRX parameters, the communication apparatus includes a processor, and the processor is configured to execute instructions stored in a memory, so that the communication apparatus executes the first aspect or the first A method of any of the possible implementations of the aspect.
  • the communication device includes a memory and a transceiver.
  • An eleventh aspect of the present application provides a communication apparatus, which is applied to a device for configuring DRX parameters, the communication apparatus includes a processor, and the processor is configured to execute an instruction stored in a memory, so that the communication apparatus executes the above-mentioned second aspect or the first
  • the second aspect is any possible implementation method.
  • the communication device includes a memory and a transceiver.
  • a twelfth aspect of the present application provides a communication apparatus, which is applied to a device for configuring DRX parameters, the communication apparatus includes a processor, and the processor is configured to execute instructions stored in a memory, so that the communication apparatus executes the third aspect or the third aspect above. Any one of the three possible implementation methods.
  • the communication device includes a memory and a transceiver.
  • a thirteenth aspect of the present application provides a computer-readable storage medium that stores one or more computer-executable instructions.
  • the processor executes the first aspect or any one of the possibilities of the first aspect. method of implementation.
  • a fourteenth aspect of the present application provides a computer-readable storage medium storing one or more computer-executable instructions.
  • the processor executes the second aspect or any one of the possibilities of the second aspect. method of implementation.
  • a fifteenth aspect of the present application provides a computer-readable storage medium that stores one or more computer-executable instructions.
  • the processor executes the third aspect or any one of the possibilities of the third aspect. method of implementation.
  • a sixteenth aspect of the present application provides a computer program product that stores one or more computer-executable instructions.
  • the processor executes the first aspect or any of the possible implementations of the first aspect. method.
  • a seventeenth aspect of the present application provides a computer program product that stores one or more computer-executable instructions.
  • the processor executes the second aspect or any of the possible implementations of the second aspect. method.
  • An eighteenth aspect of the present application provides a computer program product that stores one or more computer-executable instructions.
  • the processor executes the third aspect or any of the possible implementations of the third aspect. method.
  • a nineteenth aspect of the present application provides a communication system, including a first device and a second device, where the first device can execute the method of the first aspect or any possible implementation manner of the first aspect, and the second device can execute The second aspect or the method of any possible implementation manner of the second aspect.
  • the communication system including a first device and a second device, where the first device can execute the method of the first aspect or any possible implementation manner of the first aspect, and the second device can execute The second aspect or the method of any possible implementation manner of the second aspect.
  • the above terminal may be deployed on a physical computer or a virtual computer.
  • 1-1 is a schematic diagram of an embodiment of a V2X communication system applied in this application;
  • 1-2 are schematic diagrams of an embodiment in which DRX is not configured in this application;
  • 1-3 are schematic diagrams of embodiments in which DRX is configured in this application;
  • Figure 1-4 is a schematic diagram of a communication failure between terminal device 1 and terminal device 2;
  • 2-2 is a schematic diagram of the communication between the first device and the second device of the present application according to DRX parameters
  • 4-1 provides a schematic diagram of an embodiment of a method for configuring DRX parameters for this application
  • 4-2 is a schematic diagram of the communication between the first device and the second device of the present application according to DRX parameters;
  • FIG. 5 provides a schematic diagram of an embodiment of a method for configuring DRX parameters for this application
  • FIG. 6 provides a schematic diagram of an embodiment of a device for this application.
  • FIG. 7 provides a schematic diagram of an embodiment of a device for this application.
  • FIG. 8 is a schematic structural diagram of a computer device according to an embodiment of the present application.
  • LTE long term evolution
  • FDD frequency division duplex
  • TDD time division duplex
  • 5th generation new radio
  • NR new radio
  • V2X vehicle to everything
  • vehicle-to-vehicle Vehicle to vehicle
  • V2V vehicle-to-vehicle communication
  • vehicle to infrastructure vehicle to infrastructure
  • V2I vehicle-to-infrastructure communication
  • V2P vehicle-to-pedestrian
  • V2N vehicle-to-network communication
  • V2N vehicle-to-network communication
  • V2X communication system is used as an example for description.
  • the V2X communication system 100 includes a V2X application server 110 , a base station 120 and a plurality of terminal devices 130 .
  • the V2X application server 110 is configured to provide various services for multiple terminal devices 130 through the base station 120, such as positioning, navigation, automatic driving, etc., which are not limited here.
  • the V2X application server 110 may be a server deployed in the cloud, an independent computer device, or a server or device in other deployment forms, which is not specifically limited here.
  • the base station 120 is used to implement communication between the V2X application server 110 and multiple terminal devices 130 .
  • the base station 120 may be used to implement wireless physical layer functions, resource scheduling and wireless resource management, wireless access control, and mobility management functions.
  • the base station 120 may be a device with a central control function, such as a macro base station, a micro base station, a hot spot (pico), a home base station (femeto), a transmission point (TP), a relay (Relay), an access point (Access Point) , AP), etc.
  • the base station 120 may also be an access network device such as a base station (eNodeB, eNB) in long term evolution (LTE), a base station (gNodeB, gNB) in NR, and the like.
  • the terminal device 130 may be a handheld device with a wireless communication function, an in-vehicle communication device with a wireless communication function, an infrastructure with a wireless communication function (for example, a roadside device with a communication function, such as a traffic Pointing devices, roadside lighting devices, etc.), or other devices that can be used in V2X scenarios (such as wearable devices, such as glasses, gloves, watches, clothing and shoes, or other devices that can be worn directly on the body or integrated into the user’s A portable device on clothing or accessories), not limited here.
  • the communication mode based on Uu interface and the communication mode based on PC5 interface.
  • the terminal device 130 can send uplink data to the V2X application server 110 through the base station 120 and receive downlink data sent by the V2X application server 110 through the base station 120 .
  • the communication mode based on the PC5 interface is direct communication, which is used to transmit control information and data between the terminal devices 130, and the communication link between the terminal devices 130 is also called a side link (SL).
  • the terminal device 130 may have two manners for acquiring sidelink resources, which are respectively referred to as mode 1 and mode 2 below.
  • Mode 1 When the terminal device 130 is in the connected state (that is, when the terminal device 130 has an RRC connection with the base station 120), by reporting the sidelink buffer status report (SL BSR) of the side link to the base station 120, the The base station 120 schedules transmission resources for the sidelink so that the terminal device 130 can perform sidelink data transmission.
  • SL BSR sidelink buffer status report
  • the terminal device 130 can be in a connected state, a standby state (idle) or an idle state (inactive), and the terminal device 130 selects transmission resources from the configured resource pool, so that the terminal device 130 can perform sidelink data transmission .
  • the multiple terminal devices 130 in the V2X communication system 100 three communication modes can be supported: broadcast, multicast and unicast.
  • broadcast communication mode as a broadcast message that the terminal device 130 of the Tx UE can send, any interested terminal device 130 of the Rx UE can receive the broadcast message.
  • multicast communication mode the terminal device 130 can receive the multicast message sent by other terminal devices 130 in the multicast group, and the terminal device 130 that does not belong to the multicast group discards the multicast message after receiving the multicast message.
  • the unicast communication mode two terminal devices 130 need to establish a unicast connection first. One of the terminal devices 130 can send a unicast message to the other terminal device 130, and the terminal device 130 of the Rx UE can receive and parse the unicast message.
  • Unicast messages are examples of the terminal devices 130 of the terminal device 130 of the Rx UE can receive and parse the unicast message.
  • terminal device 1 first determines a group identifier, and then notifies terminal device 2 and terminal device 3.
  • a multicast group consisting of terminal equipment 1, terminal equipment 2 and terminal equipment 3 is formed.
  • the group identifier here may be determined by the terminal device 1 itself, or may be allocated by the base station 120, which is not limited here. Then, when the terminal device 1 needs to start the DRX mechanism, it can send an RRC reconfiguration message to the terminal device 2 and the terminal device 3 through a multicast communication method, and the RRC reconfiguration message includes the DRX parameters used by the terminal device 1 to start the DRX mechanism. .
  • the terminal equipment 2 and the terminal equipment 3 that have received the RRC reconfiguration message may feed back the RRC reconfiguration complete message through unicast or multicast communication. Then, the terminal device 2 and the terminal device 3 can send a message to the terminal device 1 according to the DRX parameter. Exemplarily, according to the indication of the DRX parameter, the terminal device 2 and the terminal device 3 send messages to the terminal device 1 during the activation time of the terminal device 1, and do not send messages to the terminal device 1 during the inactive time.
  • the terminal device 130 searches for services that it is interested in by monitoring the SCI in all time domains of the entire resource pool. However, in most of the time, there is no service that the terminal device 130 is interested in, resulting in a waste of energy consumption.
  • a preset resource mapping table may be configured for the terminal device 130 .
  • the resource mapping table includes multiple entries, wherein each entry is a corresponding destination identifier and resource (time domain and/or frequency domain), wherein each destination identifier corresponds to a service. Then, the terminal device 130 can determine the corresponding resource according to the interested service, and monitor the corresponding resource, thereby reducing the waste of energy consumption.
  • Table 1 is an example of a resource mapping table.
  • A, B, and C are the purpose identifiers of the service, and the purpose identifiers can be the layer 1 identifier, the application layer identifier, the layer 2 identifier or the truncated part of the layer 2 identifier, such as the first N bits or the last N bits, etc. limited.
  • the resource mapping table shown in Table 1 A and B correspond to resource 1
  • C corresponds to resource 2
  • the terminal device 130 if the terminal device 130 is interested in the service whose destination identifier is A or B, the time domain and Monitoring in the frequency domain, if the terminal device 130 is interested in the service whose destination identifier is C, it monitors in the time domain and frequency domain corresponding to resource 2 .
  • the terminal device 130 does not need to monitor the time domain position on the entire resource pool, which reduces the waste of energy consumption.
  • the resource mapping table shown in Table 1 has quite a lot of entries, so the storage space required to store the resource mapping table is also very large, and when configuring the resource mapping table The process of Table 1 is very expensive.
  • a resource calculation formula may also be preconfigured, and the resource calculation formula is a formula that maps from a destination identifier to a resource, that is, in the resource calculation formula, the destination identifier is used as an independent variable, and the Resource is the dependent variable.
  • mod is the calculation symbol of the remainder function
  • N1, M1, and K1 are the configured values. Then, for a specific destination identifier, the corresponding resource can be calculated based on the above formula.
  • Q is a non-negative integer
  • the time domain index of the obtained resource is equal to 5, 20, 35, 50, . big problem.
  • a resource mapping table may be configured for the terminal device 130 first, where the resource mapping table includes the purpose identifiers of a plurality of commonly used services and corresponding resources, and does not need to include the purpose identifiers of all services.
  • the above-mentioned resource calculation formula is configured for each terminal device 130, so as to determine the resource of the service that is not commonly used for the terminal device 130.
  • the terminal device 130 first searches the resource mapping table for the destination identifier of the service. If there is a destination identifier of the service in the resource mapping table, the terminal device 130 determines the resource corresponding to the destination identifier of the service in the resource mapping table; If there is no service destination identifier in the table, the terminal device 130 calculates resources according to the service destination identifier and the resource calculation formula. Finally, the terminal device 130 listens on the obtained resource. Since the entries of the infrequently used services are reduced in the resource mapping table, the flexible configuration of resources is realized, and the overhead of the configuration process and the storage space requirements are greatly reduced. Taking into account the infrequent business.
  • the resource mapping table may only store the mapping between the destination identifier of the service based on the broadcast or multicast communication mode and the corresponding resource, and the resource calculation formula may be used to calculate the Resources corresponding to unicast, multicast, and broadcast services.
  • the terminal device 130 when the terminal device 130 needs a service based on a broadcast or multicast communication mode, it can also first look up the resource in the resource mapping table, and if it cannot find it, it can be calculated by the resource calculation formula, which also realizes the flexibility of the resource. configuration, while greatly reducing the configuration process overhead and storage space requirements.
  • the Rx UE needs to send the used DRX parameters to the Tx UE, so that the Tx UE can send a message to the Rx UE according to the DRX parameters .
  • the Rx UE When the Rx UE is configured with new DRX parameters, it will immediately start the DRX mechanism according to the new DRX parameters, and then send an RRC reconfiguration message to the Tx UE to inform the Tx UE of the new DRX parameters, so that the Tx UE can use the new DRX parameters according to the new DRX parameters. parameter to send a message to the Rx UE.
  • the RRC reconfiguration message may be retransmitted.
  • the Tx UE continues to send messages to the Rx UE according to the original DRX parameters, and the Rx UE starts using the new DRX parameters.
  • DRX mechanism then it is possible that in the process of RRC retransmission, the Rx UE is in the inactive time (DRX non-active time) according to the new DRX parameters, while the Tx UE considers that the Rx UE is in the active time (DRX) according to the original DRX parameters. active time), at this time, if the Tx UE sends a message to the Rx UE, the Rx UE cannot receive it successfully, resulting in a communication failure.
  • the activation time and deactivation time of the terminal device 1 according to the original DRX parameters are respectively: the activation time is, 0-0.5, 1.0-1.5, 2.0-2.5, ... (unit: seconds); the inactive time is, 0.5-1.0, 1.5-2.0, 2.5-3.0, ... (unit: seconds).
  • the terminal device 2 sends a message to the terminal device 1 through the original DRX parameters, that is, the terminal device 2 only sends a message to the terminal device 1 during the activation time of the terminal device 1, and does not send a message to the terminal device 1 during the inactive time of the terminal device 1.
  • Device 1 sends a message.
  • the activation time and the deactivation time of the terminal device 1 according to the new DRX parameters are respectively: the activation time is, 1.2 -1.7, 2.2-2.7, 3.2-3.7, ... (unit: second); inactive time is, 1.7-2.2, 2.7-3.2, 3.7-4.2, ... (unit: second).
  • the terminal device 1 After the terminal device 1 starts the DRX mechanism according to the new DRX parameters in 2.2 seconds, it sends the new DRX parameters to the terminal device 2. Due to the retransmission of the new DRX parameter information, the terminal device 2 receives the new DRX parameter information only after 3.2 seconds. Then, during the period of 2.2 seconds to 3.2 seconds, the terminal device 2 sends a message to the terminal device 1 using the original DRX parameters. Then, according to the new DRX parameters, the terminal device 1 is in an inactive time from 3.0 seconds to 3.2 seconds. During this time period, the terminal device 1 cannot receive the message sent by the terminal device 2, resulting in a communication failure.
  • the present application proposes a method for configuring DRX parameters.
  • a first device acquires the configured DRX parameters, and then sends the information of the DRX parameters to the second device.
  • the first device starts from the target time point according to the DRX parameters and the The second device communicates and reserves a certain period of time for retransmission of the DRX parameter information, thereby reducing the probability of communication failure.
  • the above-mentioned first device may be an Rx UE, and the second device may be a Tx UE, or the first device may be an Rx UE, and the second device may be a Tx UE, which is not limited here.
  • the Rx UE and the Tx UE are relative.
  • the first device sends data to the second device
  • the first device is the Tx UE
  • the second device is the Rx UE.
  • the second device sends data to the first device
  • the second device is the Tx UE
  • the first device is the Rx UE.
  • the first device and the second device may both be the terminal device 130 ; the first device may also be the terminal device 130 , and the second device may be the base station 120 .
  • the first device and the second device are both the terminal device 130 as an example for description, then the communication link between the first device and the second device may be a side link.
  • the first device is an Rx UE
  • the second device is a Tx UE
  • the first device determines the target time point and informs the second device.
  • the first device is an Rx UE
  • the second device is a Tx UE
  • the first device is the party that receives the message
  • the second device is the party that sends the message. party.
  • This application provides a method for configuring DRX parameters, including:
  • the first device configures DRX parameters.
  • the DRX parameters may include: a DRX cycle (drx-cycle), a DRX start subframe (drx-startoffset), a DRX slot offset (drx-slotoffset), a DRX on-duration timer (drx -ondurationtimer), DRX inactivity timer (drx-inactivitytimer), DRX minimum retransmission scheduling interval (drx-hard-rtt-timer) and waiting time for DRX reception retransmission scheduling (drx-retransmissiontimer), short-cycle life cycle (drx-shortcycletimer).
  • the DRX parameters may also include other DRX parameters, which are not limited here.
  • the first device may configure DRX parameters in any of the following ways:
  • the base station configures DRX parameters for the first device.
  • the base station may decide to enable the first device to activate the DRX mechanism and configure DRX parameters for the first device. Then, after determining the DRX parameters, the base station may send an RRC reconfiguration message to the first device, where the RRC reconfiguration message includes the DRX parameters, so that the first device configures or reconfigures the DRX parameters according to the RRC reconfiguration message, and Start the DRX mechanism according to the DRX parameter.
  • the first device determines the DRX parameters by itself.
  • the first device may decide to start the DRX mechanism by itself to determine the required DRX parameters.
  • the first device negotiates with the second device to determine DRX parameters.
  • the first device when the first device is connected to the second device, the first device needs to determine a set of DRX parameters acceptable to both parties. Then, the first device can determine multiple sets of optional DRX parameters by itself, and send them to the second device. The second device that receives the message selects a set of DRX parameters from the optional multiple sets of DRX parameters, and feeds it back to the first device, and the first device uses the received DRX parameters selected by the second device. In some possible implementation manners, if the second device can also reject multiple sets of DRX parameters selected by the first device, but determine a set of DRX parameters by itself, and feed it back to the first device, which is not limited here.
  • the first device determines the target time point.
  • the target time point may be a time point represented by GPST or UTC. Since GPST/UTC is globally unified, the target time point can be accurately determined. For example, July 29, 2020 18:10 minutes 1 second or 1 second 50 milliseconds. In some possible implementations, the target time point may be a moment in time in milliseconds (ms), microseconds (us), nanoseconds (ns), 100us, 10ns, and the like. In some possible implementation manners, the target time point may also be represented in other manners, which are not limited here.
  • the target time point is the start position, end position or middle position of a specified radio frame, time slot or symbol, then there is no need to pass the external time, only the radio frame, time slot or The symbol can both identify the target time point.
  • the radio frame may be indicated by DFN or SFN
  • the designated time slot may be indicated by the time slot index
  • the designated symbol may be indicated by the symbol index.
  • the first device may determine a time point after the duration of sending the information of the DRX parameter as the target time point.
  • the duration may also be fixed, such as 100 milliseconds.
  • the duration may also be determined by the first device according to the load condition of the channel through which the first device communicates with the second device.
  • the load condition refers to the condition that the physical transmission channel is occupied, and a CBR is defined in the current standard to represent the occupancy ratio of the channel.
  • CBR 30%.
  • the lower the CBR the shorter the time it takes for the first device to successfully transmit a message.
  • the higher the CBR the longer it takes for the first device to occupy the channel, and the longer the time it takes for the first device to successfully transmit a message.
  • the CBR when the CBR is less than 30%, it is considered that the load of the channel is low, and the expected duration of the first device is equal to 1 second; when the CBR is greater than 30% and less than 70%, it is considered that the load of the channel is medium, and the first device expects The duration is equal to 2 seconds; when the CBR is greater than 70%, it is considered that the load of the channel is high, and the first device expects the duration to be equal to 3 seconds.
  • the first device needs to send unicast messages to each of the second devices respectively.
  • the first device sends the information of the DRX parameter and the information of the target time point to the second device.
  • a wireless direct connection communication interface such as a Uu interface or a PC5 interface, is provided between the first device and the second device.
  • the information of the DRX parameter may refer to the DRX parameter itself, or may be a message carrying the DRX parameter, or may also be information that indirectly represents the DRX parameter.
  • the first device may send an RRC reconfiguration message to the second device, and the RRC reconfiguration message carries the information of the DRX parameter and the information of the target time point, which is used to indicate that the second device is at the target time point Communicate with the first device according to the DRX parameter.
  • the first device may also specifically send the information of the DRX parameter and the information of the target time point to the second device without passing the RRC reconfiguration message, which is not limited here.
  • the first device and the second device may both be terminal devices, then the RRC reconfiguration message may be an SL RRC reconfiguration message.
  • the second device is multiple devices, for example, the second device is device A and device B, and the first device is connected to device A and device B in a unicast communication manner
  • the first device The device needs to send DRX parameter information and target time point information to device A and device B respectively; if the first device, device A, and device B belong to the same multicast group, the first device can send the information to the device through multicast communication.
  • a and device B send DRX parameter information and target time point information; if the first device, device A, and device B belong to the same broadcast domain, the first device can send DRX to device A and device B through broadcast communication Information about the parameters and information about the target time point.
  • the first device starts the DRX mechanism according to the DRX parameter from the target time point.
  • the first device/second device may start the DRX mechanism according to the DRX parameter at the target time point. If the first device/second device serving as the Rx UE is performing the DRX mechanism before, the first device/second device may release the original DRX parameters from the target time point, and configure the DRX parameters.
  • the first device/second device when the first device/second device is at the activation time of DRX, at least one of the following actions can be performed: monitor and parse the format 0-1 of the SCI; monitor and parse the format 0-2 of the SCI;
  • the channel may include PSCCH and PSFCH.
  • the second device sends a message to the first device on the channel according to the DRX parameter.
  • the first device and the second device use the original method to communicate, and at the target time point After the time point, the first device and the second device communicate according to the DRX parameters, which avoids the situation of communication failure.
  • the activation time and deactivation time of the first device according to the original DRX parameters are respectively: the activation time is, 0-0.5, 1.0-1.5, 2.0-2.5, ... (unit: seconds); the inactive time is, 0.5-1.0, 1.5-2.0, 2.5-3.0, ... (unit: seconds).
  • the activation time and inactivation time of DRX parameters be respectively: activation time is, 1.2-1.7, 2.2-2.7, 3.2-3.7, ... (unit: second); inactivation time is, 1.7-2.2, 2.7-3.2, 3.7-4.2, ... (unit: seconds).
  • the first device configures the DRX parameters at 2.0 seconds, it does not immediately enable the DRX parameters, but first determines the target time point, and sends the DRX parameter information and the target time point information to the second device. After receiving the DRX parameter information and the target time point information, the second device does not immediately send a message according to the DRX parameter.
  • the target time point is reached, the first device starts the DRX mechanism according to the DRX parameters, and the second device sends a message to the first device according to the DRX parameters.
  • the target time point is 3.2 seconds
  • the first device and the second device communicate according to the original DRX parameters
  • the first device and the second device communicate through DRX Parameter communication avoids communication failure.
  • the first device is a Tx UE
  • the second device is an Rx UE
  • the first device determines the target time point and informs the second device.
  • the first device is a Tx UE and the second device is an Rx UE
  • the first device is the party that receives the message
  • the second device is the party that sends the message. party.
  • the present application provides a method for configuring DRX parameters, including:
  • the first device configures DRX parameters.
  • the first device determines the target time point.
  • the first device sends the information of the DRX parameter and the information of the target time point to the second device.
  • Steps 301-303 are the same as steps 201-203, and are not repeated here.
  • the second device starts the DRX mechanism according to the DRX parameter from the target time point.
  • the first device sends a message to the first device on the channel according to the DRX parameter from the target time point.
  • the first device in steps 304-305 performs the same operations as the second device in steps 204-205
  • the second device in step 304 performs the same operations as the first device in step 204
  • the The operations performed by the first device and the second device in step 205 are the same, and details are not described here.
  • the first device and the second device use the original method to communicate, and at the target time point After the time point, the first device and the second device communicate according to the DRX parameters, which avoids the situation of communication failure.
  • the activation time and deactivation time of the first device according to the original DRX parameters are respectively: the activation time is, 0-0.5, 1.0-1.5, 2.0-2.5, ... (unit: seconds); the inactive time is, 0.5-1.0, 1.5-2.0, 2.5-3.0, ... (unit: seconds).
  • the activation time and inactivation time of DRX parameters be respectively: activation time is, 1.2-1.7, 2.2-2.7, 3.2-3.7, ... (unit: second); inactivation time is, 1.7-2.2, 2.7-3.2, 3.7-4.2, ... (unit: seconds).
  • the first device configures the DRX parameters at 2.0 seconds, it does not immediately enable the DRX parameters, but first determines the target time point, and sends the DRX parameter information and the target time point information to the second device. After receiving the DRX parameter information and the target time point information, the second device does not immediately send a message according to the DRX parameter.
  • the target time point is reached, the first device starts the DRX mechanism according to the DRX parameters, and the second device sends a message to the first device according to the DRX parameters.
  • the target time point is 3.2 seconds
  • the first device and the second device communicate according to the original DRX parameters
  • the first device and the second device communicate through DRX Parameter communication avoids communication failure.
  • the first device may receive the confirmation message sent by the second device, and use the time point at which the confirmation message is received as the target time point.
  • the time point at which the confirmation message is received may be used as the target time point.
  • the first device is an Rx UE
  • the second device is a Tx UE
  • the first device takes the time point at which the confirmation message of the second device is received as the target time point.
  • the first device is an Rx UE
  • the second device is a Tx UE
  • the first device is the party that receives the message
  • the second device is the party that sends the message. party.
  • This application provides a method for configuring DRX parameters, including:
  • the first device configures DRX parameters.
  • Step 401 is the same as step 201 and will not be repeated here.
  • the first device sends the information of the DRX parameter to the second device.
  • the first device may send an RRC reconfiguration message to the second device, and the RRC reconfiguration message carries DRX parameter information, which is used to instruct the second device to communicate with the first device according to the DRX parameter.
  • the first device may also specifically send the information of the DRX parameter to the second device without passing the RRC reconfiguration message, which is not limited here.
  • the first device and the second device may both be user equipments, and then the RRC reconfiguration message may be an SL RRC reconfiguration message.
  • the second device is multiple devices, for example, the second device is device A and device B, and the first device is connected to device A and device B in a unicast communication manner, then the first device The device needs to send DRX parameter information to device A and device B respectively; if the first device, device A, and device B belong to the same multicast group, the first device can send DRX to device A and device B through multicast communication parameter information; if the first device, device A, and device B all belong to the same broadcast domain, the first device can send the DRX parameter information to device A and device B through broadcast communication.
  • the first device monitors the channel through which the first device communicates with the second device.
  • the so-called first device monitoring the communication channel between the first device and the second device is the activation time when the first device enters DRX, or stops using the DRX mechanism and is always in a monitoring state. Then, the RRC layer entity in the first device can instruct the media access control (media access control, MAC) layer entity to release the DRX configuration, or enter the DRX active time (DRX active time), so as to realize the connection between the first device and the second device.
  • the channel on which the device communicates is continuously monitored.
  • the first device when the first device is at the activation time of DRX, at least one of the following actions may be performed: monitor and parse the format 0-1 of the SCI; monitor and parse the format 0-2 of the SCI; parse the data indicated by the SCI.
  • PSCCH monitor and parse the format 0-2 of the SCI
  • PSCCH monitor PSFCH.
  • the channels may be PSCCH and PSFCH.
  • the channel through which the first device communicates with device A and the channel through which the first device communicates with device B are two different channels, that is, The channel is a set of two different channels; if the first device communicates with device A and device B in a multicast/broadcast communication mode, then the channel through which the first device communicates with device A and the channel through which the first device communicates with device B for the same channel.
  • the second device sends an acknowledgment message to the first device through the channel, where the acknowledgment message is used to confirm that the second device receives the DRX parameter information.
  • the second device may reply with a confirmation message when receiving the information of the DRX parameter. For example, if the DRX parameter is carried in the RRC reconfiguration message, when the second device receives the RRC reconfiguration message, it can reply with an RRC reconfiguration complete message as the confirmation message.
  • the second device after the second device receives the DRX parameter information and obtains the DRX parameter by parsing, it replies with a confirmation message. For example, if the DRX parameters are carried in the RRC reconfiguration message, after the second device receives the RRC reconfiguration message and parses the DRX parameters, it can reply the RRC reconfiguration complete message as the confirmation message. In some possible implementation manners, the sending of the confirmation message may be sent according to DRX parameters.
  • the acknowledgment message may also be an acknowledgment message that feeds back the successful retransmission of the received message, such as an acknowledgement character (ACK) of a hybrid automatic repeat request (HARQ).
  • the acknowledgment message may also be an ACK that feeds back a radio link control sublayer (radio link control, RLC) of the received message, which is not limited here.
  • RLC radio link control sublayer
  • the second devices are device A and device B, after device A and device B receive the DRX parameter information, they each send confirmation messages to the first device, then the first device may be one After receiving the confirmation message sent by device A and device B.
  • the first device takes the time point at which the confirmation message is received as the target time point.
  • the first device after the first device receives the confirmation message sent by the second device, the first device considers that the second device has successfully received the DRX parameters and has sent a message according to the DRX parameters, then the first device can Take the time when the confirmation message is received as the target time.
  • the first device sends an RRC reconfiguration message to the second device at 1.5 seconds
  • the second device receives the RRC reconfiguration message at 1.7 seconds
  • returns an acknowledgement message if the first device receives the acknowledgement at 1.8 seconds message, then the target time point is 1.8 seconds.
  • the second device can be multiple devices, after the first device can send the DRX parameter information to each device in the second device, it needs to separately receive the information sent by each device in the second device.
  • the acknowledgment message may take the time point of the first received acknowledgment message as the target time point, or the time point of the last received acknowledgment message as the target time point.
  • the second device is device A and device B, after the first device sends the DRX parameter information to device A and device B respectively, device A first returns an acknowledgement message, and then device B returns an acknowledgement message, then the first device can receive
  • the time point when the confirmation message returned by device A is the target time point, and the time point when the confirmation message returned by device B is received may also be the target time point.
  • the first device starts the DRX mechanism according to the DRX parameter from the target time point.
  • Step 406 is the same as step 204, and is not repeated here.
  • the second device sends a message to the first device according to the DRX parameter.
  • the first device after the first device sends the DRX parameters, before the target time point, the first device is in a monitoring state, and the first device will not miss the message sent by the second device.
  • the first device starts the DRX mechanism according to the DRX parameters, and the second device sends a message according to the DRX parameters, avoiding the situation of communication failure.
  • the activation time and deactivation time of the first device according to the original DRX parameters are respectively: the activation time is, 0-0.5, 1.0-1.5, 2.0-2.5, ... (unit: seconds); the inactive time is, 0.5-1.0, 1.5-2.0, 2.5-3.0, ... (unit: seconds).
  • the activation time and inactivation time of DRX parameters be respectively: activation time is, 1.2-1.7, 2.2-2.7, 3.2-3.7, ... (unit: second); inactivation time is, 1.7-2.2, 2.7-3.2, 3.7-4.2, ... (unit: seconds).
  • the first device configures the DRX parameters at 2.0 seconds, it does not immediately enable the DRX parameters, but first sends the information of the DRX parameters to the second device, and monitors the channel between the first device and the second device. It is assumed that the second device receives the DRX parameter information in 2.4 seconds, and then the second device returns a confirmation message to the first device on the channel. At this time, even if the confirmation message needs to be retransmitted, the first device does not receive the confirmation message until 3.2 seconds. Since the first device is in a listening state, the second device sends a message to the first device according to the DRX parameter during the period of 2.4 seconds to 3.2 seconds without causing communication failure.
  • the first device When the first device receives the information of the DRX parameter, that is, 3.2 seconds, the first device starts the DRX mechanism according to the DRX parameter at the target time point of 3.2 seconds. As shown in Figure 4-2, during the period from 2.0 seconds to 3.2 seconds, the second device sends messages according to the original DRX parameters, while the first device is in the state of monitoring the channel and will not miss the messages sent by the second device to avoid communication. fail. After 3.2 seconds, the first device and the second device communicate through DRX parameters, which avoids communication failure.
  • the first device may not be able to receive the confirmation message sent by the second device for a period of time, then the first device will continue to Monitor the channel, resulting in a waste of energy consumption.
  • the second device is multiple devices, for example, 10 devices, including device A. If the communication status of device A is poor and the first device cannot receive the confirmation message fed back by device A for a period of time, the first device cannot start the DRX mechanism according to the DRX parameters, that is, it cannot communicate with the other 9 devices through the DRX parameters.
  • a timer is set on the basis of Embodiment 3, so that if no confirmation message is received within the duration, when the timer expires, the first device can also start DRX according to the DRX parameters mechanism.
  • Embodiment 4 On the basis of Embodiment 3, a timer is set.
  • the present application provides a method for configuring DRX parameters, including:
  • the first device configures DRX parameters.
  • Step 501 is the same as step 201 and will not be repeated here.
  • the first device determines the duration of the timer.
  • the duration of the timer may be a preset duration or a duration configured by a network device, such as 100 milliseconds, or may be a duration determined by the first device according to a channel load.
  • a network device such as 100 milliseconds
  • the duration determined by the first device according to a channel load may be a duration determined by the first device according to a channel load.
  • the first device sends the information of the DRX parameter to the second device.
  • Step 503 is the same as step 402, and is not repeated here.
  • the first device starts a timer with a duration.
  • the first device may start the timer after step 501, or may start the timer after step 502 or 503, which is not limited here.
  • the first device may execute step 507 .
  • the second device may include multiple devices, such as device A and device B, then the first device may start a general timer to time all the devices in the second device. For example, if the second device is device A and device B, after the first device performs step 501, 502 or 503, a general timer is started. When the total timer expires and the first device has not received the confirmation message returned by the second device or all devices in the second device, the first device may perform step 507 .
  • the first device and each of the second devices communicate in a unicast communication manner, after the first device sends the DRX parameter information to each of the second devices, the The first device in the second device starts the timer after sending the DRX parameter information, or the timer can be started after sending the DRX parameter information to the last device in the second device, which is not limited here.
  • the second device includes device A, device B, and device C, and the first device sends the DRX parameter information to device A, device B, and device C in turn, respectively, then the first device can send the DRX parameter information to device A after sending the DRX parameter information to device A. Start the timer, or start the timer after sending the DRX parameter information to the device C.
  • the first device may also start a separate timer for each device in the second device. When all the timers expire and the first device has not received all the devices in the second device In the returned confirmation message, the first device may perform step 507 .
  • the first device when the first device first sends the information of the DRX parameters to the device A, the timer A is started; when the first device first sends the information of the DRX parameters to the device B, the timer B is started.
  • the timing durations of timer A and timer B may be the same or different. For example, timer A starts first and then timer B starts, but timer B times out first and then timer A times out. Then, when the timer A times out and the first device has not received confirmation messages returned by all the devices in the second device, the first device may perform step 507 .
  • the first device monitors the channel through which the first device communicates with the second device.
  • Step 505 is the same as step 403, and is not repeated here.
  • the second device sends an acknowledgment message to the first device through the channel, where the acknowledgment message is used to confirm that the second device has received the DRX parameter information.
  • Step 506 is the same as step 404, and is not repeated here.
  • the first device determines the target time point.
  • the target time point determined by the first device is an earlier time point among the following two time points: time point 1, the time point when the first device receives the confirmation message; time point 2, The first device starts a timer with a length of time at which the timer expires.
  • the first device sends DRX parameter information to the second device, and starts a timer with a duration, and if the first device receives the confirmation message returned by the second device before the timer expires, the timer is terminated, And take the time point when the confirmation message is received as the target time point. If the first device has not received the confirmation message fed back by the second device until the timer times out, the time point at which the timer times out is used as the target time point.
  • the first device starts a timer with a duration of 0.6 seconds after sending an RRC reconfiguration message including DRX parameters to the second device in 1.4 seconds.
  • the timer expires, that is, 2.0 seconds
  • the first device has not received the confirmation message returned by the second device
  • the first device takes 2.0 seconds as the target time point, and starts the DRX mechanism according to the DRX parameters;
  • the confirmation message returned by the second device is received before the timer expires.
  • the first device takes 1.9 seconds as the target time point, and the first device starts the DRX mechanism according to the DRX parameters at 1.9 seconds.
  • the second device is multiple devices, and the first device sets a total timer for all the devices in the second device, then when the total timer times out, the timer set for the first device is If the first device sets a timer for each device in the second device, then when all the timers expire, it is the timeout time of the timers set by the first device.
  • the first device starts the DRX mechanism according to the DRX parameter from the target time point.
  • Step 508 is the same as step 204 and will not be repeated here.
  • the second device sends a message to the first device according to the DRX parameter.
  • Step 509 is the same as step 407 and will not be repeated here.
  • the first device after the first device sends the DRX parameter information to the second device, since it continues to monitor the channel and starts the timer, if the second device returns an acknowledgement message before the timer expires, it can immediately The DRX parameter starts the DRX mechanism without waiting for the timer to expire, so the communication failure will not be caused when the timer expires after the confirmation message is received. If the second device does not return an acknowledgment message before the time period expires, the first device can start the DRX mechanism according to the DRX parameter according to the expiration of the timer, without waiting for the second device to return an acknowledgment message, and will not cause waste of energy consumption.
  • the first device may not be able to receive the confirmation returned by device A for a long time or all the time message, the first device can still start the DRX mechanism according to the DRX parameters after the timer expires, that is, the first device starts the DRX mechanism according to the DRX parameters from the target time point, so as to avoid waste of energy consumption, and not delay the first device and the first device.
  • Devices other than device A among the two devices communicate through DRX parameters.
  • the present application also proposes a device for configuring DRX parameters, which is used as the first device 600, including:
  • the processing module 601 is used to configure DRX parameters.
  • the transceiver module 602 is configured to send DRX parameter information to a second device, and a wireless direct connection communication interface is provided between the first device and the second device.
  • the transceiver module 602 is further configured to communicate with the second device according to the DRX parameter after the transceiver module sends the information of the DRX parameter to the second device.
  • the first device 600 further includes:
  • the processing module 601 is used to determine the target time point.
  • the transceiver module 602 is specifically configured to communicate with the second device according to the DRX parameter from the target time point.
  • the device further includes:
  • the processing module 601 is configured to determine the duration according to the load condition of the communication channel between the first device and the second device, and determine the time point after the duration of sending the DRX parameter information as the target time point.
  • the transceiver module 602 is further configured to send the information of the target time point to the second device, so as to instruct the second device to communicate with the first device according to the DRX parameter from the target time point.
  • the transceiver module 602 is further configured to receive a confirmation message sent by the second device through the channel, where the confirmation message is used to confirm that the second device has received the information of the DRX parameter.
  • the transceiver module 602 is further configured to monitor the channel through which the first device communicates with the second device.
  • the first device 600 is an Rx UE
  • the second device is a Tx UE
  • the transceiver module 602 is specifically configured to start the DRX mechanism according to the DRX parameters.
  • the first device 600 is a Tx UE
  • the second device is an Rx UE
  • the transceiver module 602 is specifically configured to send the second device to the second device on the channel through which the first device communicates with the second device according to DRX parameters Send a message.
  • the processing module 601 is further configured to configure a preset resource mapping table and a preset resource calculation formula, the resource mapping table includes at least one corresponding relationship between a target identifier and a resource, and the resource calculation formula is for the purpose of A formula identified as the independent variable and the resource as the dependent variable.
  • the processing module 601 is further configured to determine the resource corresponding to the service destination identifier in the resource mapping table as the resource of the service if there is a service destination identifier in the resource mapping table.
  • the processing module 601 is further configured to perform calculation according to the purpose identifier of the service and the resource calculation formula to obtain the resource of the service if there is no service purpose identifier in the resource mapping table.
  • the transceiver module 602 is used to monitor the resources of the service.
  • the present application also proposes a device for configuring DRX parameters, which is used as a second device 700, including:
  • the transceiver module 701 is configured to receive DRX parameter information sent by the first device.
  • the processing module 702 is further configured to communicate with the first device according to the DRX parameter, and a wireless direct connection communication interface is provided between the first device and the second device.
  • the transceiver module 701 is further configured to receive the target time point sent by the first device,
  • the processing module 702 is further configured to communicate with the first device according to the DRX parameter from the target time point.
  • the transceiver module 701 is further configured to send a confirmation message to the first device, where the confirmation message is used to confirm that the second device has received the DRX parameter information.
  • the second device is an Rx UE
  • the first device is a Tx UE
  • the processing module 702 is specifically configured to start the DRX mechanism according to the DRX parameter.
  • the second device is a Tx UE
  • the first device is an Rx UE
  • the transceiver module 701 is specifically configured to send a message to the second device on the channel through which the first device communicates with the second device according to DRX parameters.
  • the application also proposes a device, comprising:
  • a processor a memory, and a transceiver, wherein the memory stores program codes, and the processor invokes the program codes stored in the memory, so that the terminal executes some or all of the steps described in the foregoing method embodiments.
  • Embodiments of the present application further provide a computer-readable storage medium, wherein the computer storage medium stores instructions, which, when executed on a computer, cause the computer to perform some or all of the steps described in the foregoing method embodiments.
  • An embodiment of the present application further provides a communication apparatus, which is applied to a device for configuring DRX parameters, where the communication apparatus includes a processor, and the processor is configured to execute an instruction stored in a memory, so that the communication apparatus executes the methods described in the above method embodiments. Some or all of the steps described.
  • FIG. 8 it is a schematic structural diagram of another computer device according to an embodiment of the present application.
  • the computer device may be the terminal device in the above-mentioned embodiment, or a computing processing device placed in the terminal device.
  • the computer device may also be It can be a personal computer (personal computer, PC), a notebook computer, a mobile phone and other terminal equipment, or a computing processing device placed therein.
  • the computer device may include: a processor 801, a memory 802, and a transmitter 804 and a receiver 803; the transmitter 804 and the receiver 803 are coupled to the processor 801, and the processor 801 controls the transmission of the transmitter 804 Action and Receive Action of Receiver 803 .
  • the memory 802 may include high-speed random access memory (RAM) memory, and may also include non-volatile memory (non-volatile memory, NVM), such as at least one disk memory, and various instructions can be stored in the memory 802 , used to complete various processing functions and implement the method steps of the embodiments of the present application.
  • RAM random access memory
  • NVM non-volatile memory
  • the above-mentioned processor 801 and memory 802 may be implemented in a virtualized manner.
  • the computer equipment involved in the embodiments of the present application may further include: one or more of a power supply 805 and a communication port 806, and each device described in FIG. 8 may be connected through a communication bus, or may be connected through other
  • the connection mode is connected, which is not limited in this embodiment of the present application.
  • the receiver 803 and the transmitter 804 may be integrated in the transceiver of the computer device, or may be separate receiving and transmitting antennas on the computer device.
  • a communication bus is used to implement communication connections between components.
  • the above-mentioned communication port 806 is used to implement connection and communication between the computer device and other peripheral devices.
  • the above-mentioned memory 802 is used to store computer-executable program codes, and the program codes include instructions; when the processor 801 executes the instructions, when the computer device is a terminal, the processing module 601 in FIG. 6 or the processing module 601 in FIG. 7 can be executed.
  • the receiver 803 or the communication port 806 in the terminal may perform the actions performed by the processing module 601 in FIG. 6 or the processing module 702 in FIG.
  • the present application also provides a chip system, where the chip system includes a processor, which is used to support the above-mentioned terminal to realize its related functions, for example, for example, receive or process the data and/or information involved in the above-mentioned method embodiments.
  • the chip system further includes a memory for storing necessary program instructions and data of the computer device.
  • the chip system may be composed of chips, or may include chips and other discrete devices.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general purpose computer, special purpose computer, computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server, or data center Transmission to another website site, computer, server or data center via wired (eg coaxial cable, optical fiber, Digital Subscriber Line, DSL) or wireless (eg infrared, wireless, microwave, etc.) means.
  • wired eg coaxial cable, optical fiber, Digital Subscriber Line, DSL
  • wireless eg infrared, wireless, microwave, etc.
  • the computer-readable storage medium may be any available medium that can be stored by a computer, or a data storage device such as a server, data center, etc., which includes one or more available media integrated.
  • the usable media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVD), or semiconductor media (eg, Solid State Disk (SSD)), and the like.
  • the disclosed system, apparatus and method may be implemented in other manners.
  • the apparatus embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented.
  • the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as an independent product, may be stored in a computer-readable storage medium.
  • the technical solutions of the present application can be embodied in the form of software products in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, and the computer software products are stored in a storage medium , including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .

Landscapes

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

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参数进行通信，避免了通信失败的情况。
在一些可能的实现方式中，第二设备为接收方用户设备Rx UE，第一设备为发送方用户设备Tx UE，那么，第二设备可以根据DRX参数启动DRX机制，而第一设备可以根据DRX参数在第一设备与第二设备通信的信道上发送消息。
在一些可能的实现方式中，第一设备为接收方用户设备Rx UE，第二设备为发送方用户设备Tx UE，那么，第一设备可以根据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
其中，mod是求余函数的计算符号，N1，M1，K1为配置的值。那么，对于一个具体的目的标识，可以基于上述公式计算出相应的资源。
例如，目的标识＝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表示信道的占用比例。
例如，如果第一设备监听到信道在30％的时间有数据在传输，则CBR＝30％。CBR越低，第一设备成功传输一条消息的时间越短，反之CBR越高，第一设备需要较长的时间才能占用到信道，成功传输一条消息的时间也越长。例如，当CBR小于30％时，即认为信道的负载情况较低，第一设备预计时长等于1秒；当CBR大于30％而小于70％时，即认为信道的负载情况中等，第一设备预计时长等于2秒；当CBR大于70％时，即认为信道的负载情况较高，第一设备预计时长等于3秒。
在一些可能的实现方式中，若第二设备为多个设备，且第一设备和第二设备以单播的通信方式通信时，第一设备需要分别向第二设备中的各个设备发送单播消息，则信道为第一设备需要与第二设备中各个设备的信道，那么第一设备需要首先获取信道中各个信道的各个负载情况，再根据各个负载情况确定所需要的时长，再将这些所需要的时长累加的时长。例如，第二设备为设备A和设备B，第一设备预计向设备A发送消息需要1秒，向设备B发送消息需要2秒，那么时长为1+2＝3秒。
203、第一设备向第二设备发送DRX参数的信息和目标时间点的信息。
在本申请实施例中，第一设备和第二设备之间具有无线直连通信接口，例如Uu接口或PC5接口。
在一些可行的实现方式中，DRX参数的信息可以指的是DRX参数本身，也可以为携带该DRX参数的消息，或者也可以是间接表征该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参数的信息和目标时间点的信息。
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中的第二设备所执行的操作相同，此处不做赘述。
在本申请实施例中，当第一设备向第二设备发送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参数通信，避免了通信失败。
在一些可能的实现方式中，第一设备可以接收第二设备发送的确认消息，并以接收到该确认消息的时间点作为目标时间点。示例性的，请参考下面的实施例三。
实施例三、第一设备为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、第一设备确定目标时间点。
那么，在本申请实施例中，第一设备确定的目标时间点为以下两个时间点中较早的时间点：时间点1、第一设备以接收到确认消息的时间点；时间点2、第一设备启动时长的定时器，该定时器超时的时间点。
示例性的，第一设备向第二设备发送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 (30)

  1. 一种配置非连续接收DRX参数的方法，其特征在于，包括：
    第一设备配置DRX参数；
    所述第一设备向第二设备发送所述DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；
    所述第一设备向所述第二设备发送所述DRX参数的信息之后，所述第一设备在目标时间点起根据所述DRX参数与所述第二设备通信。
  2. 根据权利要求1所述方法，其特征在于，所述方法还包括：
    所述第一设备根据所述第一设备与所述第二设备通信的信道的负载情况确定时长；
    所述第一设备确定在发送所述DRX参数的信息的所述时长之后的时间点为所述目标时间点。
  3. 根据权利要求1或2所述方法，其特征在于，还包括：
    所述第一设备向所述第二设备发送所述目标时间点的信息，以指示所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
  4. 根据权利要求1所述方法，其特征在于，所述方法还包括：
    所述第一设备接收所述第二设备发送的确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
  5. 根据权利要求4所述方法，其特征在于，所述第一设备接收所述第二设备发送的确认消息之前，还包括：
    所述第一设备监听所述第一设备与所述第二设备通信的信道。
  6. 根据权利要求1-5中任一项所述方法，其特征在于，所述第一设备为接收方用户设备Rx UE，所述第二设备为发送方用户设备Tx UE，所述第一设备根据所述DRX参数与所述第二设备通信包括：
    所述第一设备根据所述DRX参数启动DRX机制。
  7. 根据权利要求1-4中任一项所述方法，其特征在于，所述第一设备为Tx UE，所述第二设备为Rx UE，所述第一设备根据所述DRX参数与所述第二设备通信包括：
    所述第一设备根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
  8. 根据权利要求1-6中任一项所述方法，其特征在于，还包括：
    所述第一设备配置预设的资源映射表和预设的资源计算公式，所述资源映射表包括至少一个目的标识和资源的对应关系，所述资源计算公式为以目的标识为自变量、以资源为因变量的公式；
    若所述资源映射表中有业务的目的标识，则所述第一设备确定在所述资源映射表中所述业务的目的标识所对应的资源，为所述业务的资源；
    若所述资源映射表中没有所述业务的目的标识，则所述第一设备根据所述业务的目的标识和所述资源计算公式进行计算，得到所述业务的资源；
    所述第一设备在所述业务的资源上监听。
  9. 一种配置DRX参数的方法，其特征在于，包括：
    第二设备接收第一设备发送的DRX参数的信息；
    所述第二设备根据所述DRX参数与所述第一设备通信，所述第一设备和所述第二设备之间具有无线直连通信接口。
  10. 根据权利要求9所述方法，其特征在于，还包括：
    第二设备接收所述第一设备发送的目标时间点；
    所述第二设备根据所述DRX参数与所述第一设备通信包括：
    所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
  11. 根据权利要求9所述方法，其特征在于，所述方法还包括：
    所述第二设备向所述第一设备发送确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
  12. 根据权利要求9-11中任一项所述方法，其特征在于，所述第二设备为Tx UE，所述第一设备为Rx UE，所述第二设备根据所述DRX参数与所述第一设备通信包括：
    所述第二设备根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
  13. 根据权利要求9或10所述方法，其特征在于，所述第二设备为Rx UE，所述第一设备为Tx UE，所述第二设备根据所述DRX参数与所述第一设备通信包括：
    所述第二设备根据所述DRX参数启动DRX机制。
  14. 一种配置DRX参数的设备，其特征在于，用作第一设备，包括：
    处理模块，用于配置DRX参数；
    收发模块，用于向第二设备发送所述DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；
    所述收发模块，还用于所述收发模块向所述第二设备发送所述DRX参数的信息之后，在目标时间点起根据所述DRX参数与所述第二设备通信。
  15. 根据权利要求14所述设备，其特征在于，所述设备还包括：
    处理模块，用于根据所述第一设备与所述第二设备通信的信道的负载情况确定时长，确定在发送所述DRX参数的信息的所述时长之后的时间点为所述目标时间点。
  16. 根据权利要求14或15所述设备，其特征在于，
    所述收发模块，还用于向所述第二设备发送所述目标时间点的信息，以指示所述第二设备在所述目标时间点起根据所述DRX参数与所述第一设备通信。
  17. 根据权利要求14所述设备，其特征在于，
    所述收发模块，还用于通过所述信道接收所述第二设备发送的确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
  18. 根据权利要求17所述设备，其特征在于，所述收发模块通过所述信道接收所述第二设备发送的确认消息之前，还包括：
    所述收发模块，还用于监听所述第一设备与所述第二设备通信的信道。
  19. 根据权利要求14-18中任一项所述设备，其特征在于，所述第一设备为Rx UE，所述第二设备为Tx UE，
    所述收发模块具体用于，根据所述DRX参数启动DRX机制。
  20. 根据权利要求14-16中任一项所述设备，其特征在于，所述第一设备为Tx UE，所述第二设备为Rx UE，
    所述收发模块具体用于，根据所述DRX参数在所述第一设备与所述第二设备通信的信道上向所述第二设备发送消息。
  21. 根据权利要求14-19中任一项所述设备，其特征在于，还包括：
    所述处理模块，还用于配置预设的资源映射表和预设的资源计算公式，所述资源映射表包括至少一个目的标识和资源的对应关系，所述资源计算公式为以目的标识为自变量、以资源为因变量的公式；
    所述处理模块，还用于若所述资源映射表中有业务的目的标识，则确定在所述资源映射表中所述业务的目的标识所对应的资源，为所述业务的资源；
    所述处理模块，还用于若所述资源映射表中没有所述业务的目的标识，则根据所述业务的目的标识和所述资源计算公式进行计算，得到所述业务的资源；
    所述收发模块，用于在所述业务的资源上监听。
  22. 一种配置DRX参数的设备，其特征在于，用作第二设备，包括：
    收发模块，用于接收第一设备发送的DRX参数的信息，所述第一设备和所述第二设备之间具有无线直连通信接口；
    处理模块，还用于根据所述DRX参数与所述第一设备通信。
  23. 根据权利要求22所述设备，其特征在于，
    所述收发模块，还用于接收所述第一设备发送的目标时间点的信息；
    所述处理模块，还用于在所述目标时间点起根据所述DRX参数与所述第一设备通信。
  24. 根据权利要求22所述设备，其特征在于，还包括：
    所述收发模块，还用于向所述第一设备发送确认消息，所述确认消息用于确认所述第二设备接收到所述DRX参数的信息。
  25. 根据权利要求22-24中任一项所述设备，其特征在于，所述第二设备为Tx UE，所述第一设备为Rx UE，
    所述处理模块，具体用于根据所述DRX参数在第一设备与第二设备通信的信道上向所述第二设备发送消息。
  26. 根据权利要求22或23所述设备，其特征在于，所述第二设备为Rx UE，所述第一设备为Tx UE，
    所述处理模块，具体用于根据所述DRX参数启动DRX机制。
  27. 一种通信装置，其特征在于，应用于配置DRX参数的设备中，所述通信装置包括处理器，所述处理器用于执行存储器中存储的指令，使得所述通信装置执行如权利要求1-13中任一项所述的方法。
  28. 一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至13中任一项所述的方法。
  29. 一种计算机程序产品，其特征在于，存储一个或多个计算机执行指令，当所述计算机执行指令被处理器执行时，所述处理器执行如权利要求1至13中任一项所述的方法。
  30. 一种通信系统，其特征在于，包括：
    第一设备和第二设备；
    所述第一设备用于执行如权利要求1-8中任一项所述的方法，所述第二设备用于执行如权利要求9-13中任一项所述的方法。
PCT/CN2020/119585 2020-09-30 2020-09-30 一种配置非连续接收drx参数的方法、设备和通信系统 WO2022067733A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080104767.2A CN116235623A (zh) 2020-09-30 2020-09-30 一种配置非连续接收drx参数的方法、设备和通信系统
PCT/CN2020/119585 WO2022067733A1 (zh) 2020-09-30 2020-09-30 一种配置非连续接收drx参数的方法、设备和通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/119585 WO2022067733A1 (zh) 2020-09-30 2020-09-30 一种配置非连续接收drx参数的方法、设备和通信系统

Publications (1)

Publication Number Publication Date
WO2022067733A1 true WO2022067733A1 (zh) 2022-04-07

Family

ID=80951050

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/119585 WO2022067733A1 (zh) 2020-09-30 2020-09-30 一种配置非连续接收drx参数的方法、设备和通信系统

Country Status (2)

Country Link
CN (1) CN116235623A (zh)
WO (1) WO2022067733A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
CN109479189A (zh) * 2016-07-21 2019-03-15 三星电子株式会社 设备到设备(d2d)通信中通过侧链路发现用户设备(ue)的系统和方法
US20190098689A1 (en) * 2017-09-28 2019-03-28 Fg Innovation Ip Company Limited Devices and methods for controlling discontinuous reception in new radio
CN111480391A (zh) * 2020-03-13 2020-07-31 北京小米移动软件有限公司 直连链路数据传输方法、装置及存储介质
CN111556590A (zh) * 2020-04-13 2020-08-18 中国信息通信研究院 一种边链路非连续接收方法
CN111670603A (zh) * 2020-04-13 2020-09-15 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109479189A (zh) * 2016-07-21 2019-03-15 三星电子株式会社 设备到设备(d2d)通信中通过侧链路发现用户设备(ue)的系统和方法
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
US20190098689A1 (en) * 2017-09-28 2019-03-28 Fg Innovation Ip Company Limited Devices and methods for controlling discontinuous reception in new radio
CN111480391A (zh) * 2020-03-13 2020-07-31 北京小米移动软件有限公司 直连链路数据传输方法、装置及存储介质
CN111556590A (zh) * 2020-04-13 2020-08-18 中国信息通信研究院 一种边链路非连续接收方法
CN111670603A (zh) * 2020-04-13 2020-09-15 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SONY: "Discussion on sidelink resource allocation and configuration", 3GPP DRAFT; R1-1712982_DISCUSSION ON SIDELINK RESOURCE ALLOCATION AND CONFIGURATION, vol. RAN WG1, 20 August 2017 (2017-08-20), Prague, Czechia, pages 1 - 4, XP051315791 *

Also Published As

Publication number Publication date
CN116235623A8 (zh) 2024-05-28
CN116235623A (zh) 2023-06-06

Similar Documents

Publication Publication Date Title
JP7462053B2 (ja) 不連続受信ｄｒｘパラメーター構成方法及び装置
US10623981B2 (en) Information transmission method, apparatus, and system
WO2020143730A1 (zh) 一种通信方法和通信装置
WO2022067549A1 (zh) 无线通信的方法和设备
CN113260025B (zh) 一种非连续接收处理方法、终端、装置以及介质
US20220224454A1 (en) Harq process control method and apparatus
US20240032142A1 (en) Sidelink transmission method and apparatus
WO2020181943A1 (zh) 一种请求系统信息的方法及设备
US20230007727A1 (en) Wireless communication method and communication apparatus
WO2023066061A1 (zh) 一种通信方法、通信装置及通信系统
WO2022067733A1 (zh) 一种配置非连续接收drx参数的方法、设备和通信系统
US20220086662A1 (en) Wireless communication method and device
WO2022077778A1 (zh) 侧行链路的传输方法和终端
WO2021155603A1 (zh) 基于drx的侧行反馈方法及相关装置
WO2020258108A1 (zh) 基于drx的数据传输方法和设备
WO2022147658A1 (zh) 侧行链路中设备状态的指示方法、装置、设备及存储介质
WO2021159868A1 (zh) 非连续接收处理方法、终端、装置以及介质
EP4240099A1 (en) System information block transmission method and communication apparatus
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
JP7494308B2 (ja) 不連続受信処理方法、端末、装置及び媒体
WO2023274017A1 (zh) 配置方法、设备及计算机可读存储介质
CN113382379B (zh) 无线通信方法和通信装置
WO2023116445A1 (zh) 一种通信方法、装置及终端
EP4274295A1 (en) Sidelink discontinuous reception configuration method and apparatus, device, and readable storage medium
WO2022041138A1 (zh) 一种通信的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20955757

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20955757

Country of ref document: EP

Kind code of ref document: A1