WO2022188771A1 - 副链路的非连续接收配置方法、装置、设备及可读存储介质 - Google Patents

副链路的非连续接收配置方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
WO2022188771A1
WO2022188771A1 PCT/CN2022/079715 CN2022079715W WO2022188771A1 WO 2022188771 A1 WO2022188771 A1 WO 2022188771A1 CN 2022079715 W CN2022079715 W CN 2022079715W WO 2022188771 A1 WO2022188771 A1 WO 2022188771A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
length
drx parameter
timer
parameter set
Prior art date
Application number
PCT/CN2022/079715
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 EP22766294.7A priority Critical patent/EP4274295A1/en
Publication of WO2022188771A1 publication Critical patent/WO2022188771A1/zh
Priority to US18/243,218 priority patent/US20230422342A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present application belongs to the field of communication technologies, and in particular relates to a method, apparatus, device, and readable storage medium for configuring discontinuous reception of a secondary link.
  • the Discontinuous Reception (DRX) mechanism is introduced into the secondary link (Side Link, SL) to save power for some terminals (such as user equipment (User Equipment, UE)), SL multicast services and broadcast services, because There is a lack of negotiation process between the transmitting (Transmit, TX) UE and the receiving (Receive, RX) UE, and how to configure the SL DRX parameters of the terminal in the secondary link is an urgent problem to be solved.
  • the purpose of the embodiments of the present application is to provide a method, apparatus, device and readable storage medium for configuring a discontinuous reception of a secondary link, so as to solve the problem of how to configure the SL DRX parameters of the terminal in the secondary link.
  • a first aspect provides a method for configuring discontinuous reception of a secondary link, executed by a terminal, including:
  • a method for configuring discontinuous reception of a secondary link is provided, which is performed by a network side device, including:
  • the SL DRX parameters are sent to the terminals in the secondary link.
  • a device for configuring discontinuous reception of a secondary link which is applied to a terminal, including:
  • Obtaining module used to obtain SL DRX parameters from the network side.
  • a device for configuring discontinuous reception of a secondary link is provided, which is applied to a network side device, including:
  • the sending module is used to send the SL DRX parameter to the terminal in the secondary link.
  • a terminal comprising: a processor, a memory, and a program stored on the memory and executable on the processor, wherein, when the program is executed by the processor, the first The steps of the method of the aspect.
  • a network-side device comprising: a processor, a memory, and a program stored on the memory and executable on the processor, wherein, when the program is executed by the processor, the following The steps of the method of the second aspect.
  • a readable storage medium stores programs or instructions, and when the programs or instructions are executed by a processor, implement the steps of the method according to the first aspect or the second aspect.
  • a computer program product is provided, the computer program product is stored in a non-volatile storage medium, the computer program product is executed by at least one processor to implement the first aspect or the second aspect. The steps of the method of processing.
  • a chip in a ninth aspect, includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run a program or an instruction to implement the first aspect or the second aspect the described method of treatment.
  • an embodiment of the present application provides a communication device, which is configured to perform the steps of the method described in the first aspect or the second aspect.
  • terminals in different transmission modes can obtain the SL DRX parameters from the network side, and the SL DRX parameters can take into account different service characteristics, which is conducive to ensuring the efficiency of network resources, while ensuring system efficiency. On the basis of this, the power saving performance of the terminal is greatly improved.
  • FIG. 1 is a block diagram of a wireless communication system to which an embodiment of the present application can be applied;
  • FIG. 2 is one of the flowcharts of a method for providing a discontinuous reception configuration of a secondary link according to an embodiment of the present application
  • FIG. 3 is the second flowchart of a method for providing a discontinuous reception configuration method for a secondary link according to an embodiment of the present application
  • FIG. 4 is one of the schematic diagrams of a device for providing a discontinuous reception configuration of a secondary link according to an embodiment of the present application
  • FIG. 5 is the second schematic diagram of a device for providing a discontinuous reception configuration of a secondary link according to an embodiment of the present application
  • FIG. 6 is a schematic diagram of a terminal provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a network side device provided by an embodiment of the present application.
  • first, second, etc. in the description and claims of the present application are used to distinguish similar objects, and are not used to describe a specified order or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and "first”, “second” distinguishes Usually it is a class, and the number of objects is not limited.
  • the first object may be one or multiple.
  • “and” in the description and claims indicates at least one of the connected objects, and the character “/" generally indicates that the associated objects are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced LTE-Advanced
  • LTE-A Long Term Evolution-Advanced
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency-Division Multiple Access
  • system and “network” in the embodiments of the present application are often used interchangeably, and the described technology can be used not only for the above-mentioned systems and radio technologies, but also for other systems and radio technologies.
  • NR New Radio
  • the following description describes a New Radio (NR) system for example purposes, and uses NR terminology in most of the description below, although these techniques are also applicable to applications other than NR system applications, such as 6th generation ( 6th Generation , 6G) communication system.
  • 6th generation 6th Generation
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • a communication connection can be established between the terminals 11 through a Sidelink interface, and the terminal 11 can establish a communication connection with the network side device 12 through a cellular network communication interface (Uu interface).
  • Uu interface cellular network communication interface
  • the terminal 11 may also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital computer Assistant (Personal Digital Assistant, PDA), PDA, Netbook, Ultra-Mobile Personal Computer (UMPC), Mobile Internet Device (Mobile Internet Device, MID), Wearable Device (Wearable Device) or vehicle-mounted device (Vehicle User Equipment, VUE), pedestrian terminal (Pedestrian User Equipment, PUE) and other terminal-side devices, wearable devices include: bracelets, headphones, glasses, etc. It should be noted that, the embodiment of the present application does not limit the specific type of the terminal 11 .
  • the network side device 12 may be a base station or a core network, where the base station may be referred to as a Node B, an evolved Node B, an access point, a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a basic service set (BasicServiceSet, BSS), Extended Service Set (ExtendedServiceSet, ESS), Node B, Evolved Node B (eNB), Home Node B, Home Evolved Node B, Wireless Local Area Networks (WLAN) access point, Wireless Fidelity (WiFi) node, Transmitting Receiving Point (TRP), wireless access network node or some other suitable term in the field, as long as the same technical effect is achieved, the base station does not Limited to the specified technical vocabulary, it should be noted that in the embodiments of this application, only the base station in the NR system is used as an example, but the specific type of the base station is not limited.
  • the Long Term Evolution (LTE) system supports sidelinks (sidelinks, or translated as sidelinks, sidelinks, etc.) from the 12th release.
  • the sidelinks are used between UEs without network equipment. Direct data transfer.
  • LTE sidelink is suitable for specific public safety affairs (such as emergency communication in fire sites or disaster sites such as earthquakes), or Vehicle To Everything (V2X) communication.
  • Vehicle networking communication includes various services, such as basic safety communication, advanced (autonomous) driving, formation, sensor expansion, and so on. Since LTE sidelink only supports broadcast communication, it is mainly used for basic security communication. Other advanced V2X services with strict quality of service (QoS) requirements in terms of delay and reliability will be transmitted through the new air interface (New Radio, NR) sidelink support.
  • QoS quality of service
  • the fifth generation (5th generation, 5G) NR system can be used in the working frequency band above 6 GHz that is not supported by LTE, and supports a larger working bandwidth, but the current version of the NR system only supports the interface between the base station and the terminal, not yet. Sidelink interface for direct communication between terminals.
  • Sidelink interface can also be called PC5 interface.
  • the current sidelink transmission includes broadcast (broadcast), multicast (groupcast), unicast (unicast).
  • Unicast is a one-to-one transmission.
  • Multicast is a one-to-many transmission. Broadcasting is also a one to many transmission, but broadcasting does not have the concept that UEs belong to the same group.
  • HARQ Hybrid Automatic Repeat reQuest
  • the purpose of discontinuous reception is to save power, and the terminal in the DRX state does not need to connect to monitor the control channel. However, if the terminal does not monitor the control channel for a long time, once data arrives, the delay of data transmission will be increased.
  • 5G Medium Access Control supports two DRX cycles, long DRX cycle and short DRX cycle, according to the length of time that the terminal monitors the channel. If the predicted terminal data volume is frequent or the service is sensitive to delay, the network can configure the terminal to use a short DRX cycle; if the predicted terminal data volume is sparse and delay insensitive, the network can configure the terminal to use only a long DRX cycle.
  • the long DRX cycle is required to be an integer multiple of the short DRX cycle, so as to ensure that the onDurations of the two are aligned.
  • the base station will configure DRX-related timers and parameters for the terminal, including:
  • drx-LongCycleStartOffset used to configure the period and offset of the long DRX cycle, and the unit of the period and offset can be milliseconds;
  • (2) drx-ShortCycle used to configure the period and offset of the short DRX cycle, and the unit of the period and offset can be milliseconds;
  • drx-ShortCycleTimer used to control the duration of the terminal using the short DRX cycle, the unit is an integer, indicating that once the terminal enters the short DRX cycle, it must maintain an integer multiple of the short DRX cycle;
  • DRX DRX continuous monitoring timer.
  • PDCCH Physical Downlink Control Channel
  • the timer unit can be milliseconds;
  • drx-SlotOffset the delay for the terminal to start the drx-onDurationTimer. This parameter is used to set the offset of the start time of the DRX onDuration relative to the start of the subframe, and the offset can be an integer multiple of 1/32 milliseconds;
  • drx-InactivityTimer DRX inactivity timer.
  • the timer is started at the first symbol after the terminal receives the PDCCH signaling for scheduling new data in uplink/downlink.
  • the terminal needs to continuously monitor the control channel, and the unit of the timer can be milliseconds;
  • drx-HARQ-RTT-TimerDL Downlink HARQ round-trip delay (Round-Trip Time, RTT) timer, maintained based on each downlink process, the timer length is from the HARQ feedback time to the receipt of the HARQ for the process Minimum time interval between retransmissions. Only if the data corresponding to the downlink process is not successfully decoded, the terminal will start the timer in the first symbol after the HARQ NACK feedback of the process. If the current terminal only has drx-HARQ-RTT-TimerDL and/or drx-HARQ-RTT-TimerUL running, the terminal does not need to monitor the PDCCH control channel, and the unit of the timer can be a symbol;
  • Uplink HARQ RTT timer maintained based on each uplink process, the length of the timer is from the time of uplink Physical Uplink Shared Channel (PUSCH) transmission time to the time of receiving the data for the process Minimum time interval between HARQ retransmissions.
  • the terminal After the uplink PUSCH transmission, the terminal starts the uplink HARQ RTT timer for the uplink process. If the PUSCH transmission uses PUSCH repetition (PUSCH repetition), the uplink HARQ RTT timer starts after the first repetition of the PUSCH to ensure that the base station parses in advance After the PUSCH is output, the repeated transmission of the PUSCH can be terminated in time.
  • the unit of the timer can be a symbol;
  • drx-RetransmissionTimerDL Downlink retransmission timer, which is started in the next symbol after the drx-HARQ-RTT-TimerDL times out.
  • the terminal monitors the control channel of the network, and stops the timer if it receives downlink scheduling information or downlink configuration grant for the process.
  • the unit of the timer can be a time slot;
  • drx-RetransmissionTimerUL uplink retransmission timer, which is started in the next symbol after drx-HARQ-RTT-TimerUL times out. During the running of this timer, the terminal monitors the control channel of the network, and stops running if it receives uplink scheduling information or uplink configured grant for the process.
  • the timer unit is a time slot.
  • the existing DRX mechanism is used for the Uu interface, configured by the network side through UE-specific RRC signaling, and used for discontinuous reception between the network side and the UE.
  • the SL interface is between two or more UEs, there is currently no solution for how to configure SL DRX in different ways of SL groupcast, broadcast, and unicast.
  • an embodiment of the present application provides a DRX configuration method for an SL.
  • the execution body of the method may be a terminal, and the specific steps include: step 201 .
  • Step 201 Acquire SL DRX parameters from the network side.
  • the SL DRX parameter (or referred to as the SL DRX configuration parameter) is used to configure the DRX of the terminal, the SL DRX parameter may include the DRX-related timers and parameters of the secondary link, and the terminal may perform corresponding discontinuous processing according to the SL DRX parameter
  • the receiving operation enables the terminal to take into account both power saving and transmission delay.
  • the network side can uniformly configure SL DRX parameters for the sender and receiver of the secondary link.
  • the step of acquiring the SL DRX parameters from the network side includes any one of the following methods:
  • Mode 1 When the sender of the secondary link or the receiver of the secondary link is out of coverage (Out of Coverage, OOC), the multicast is obtained according to the pre-configuration message (pre-configuration) sent by the network side the SL DRX parameters corresponding to the service, broadcast service and/or unicast service;
  • the TX UE or RX UE when the TX UE or RX UE is in an offline state and is out of coverage, the TX UE or RX UE obtains the SL DRX parameter from the pre-configuration message.
  • Method 2 When the sender of the secondary link or the receiver of the secondary link is in an idle state or an inactive state or a connected state (Connected), according to the System Information Block (SIB) message sent by the network side Obtain the SL DRX parameters corresponding to the multicast service and/or broadcast service;
  • SIB System Information Block
  • Mode 3 when the transmitting end of the secondary link or the receiving end of the secondary link is in an idle state or an inactive state, obtain the SL DRX parameter corresponding to the unicast service according to the system information block message sent by the network side;
  • the TX UE or RX UE when the TX UE or RX UE is in an idle or inactive state, the TX UE or RX UE obtains specific SL DRX parameters from the SIB message;
  • Mode 4 When the transmitting end of the secondary link or the receiving end of the secondary link is in the connected state, obtain all the corresponding unicast services through dedicated (Dedicated) Radio Resource Control (Radio Resource Control, RRC) signaling. Describe the SL DRX parameter.
  • RRC Radio Resource Control
  • the sending end of the secondary link in the connected state or the receiving end of the secondary link reports the service information of the sending end or the receiving end to the network side.
  • the TX UE or RX UE when a TX UE or RX UE is in a connected state, the TX UE or RX UE sends all service information of its own SL, for example, QoS flow (flow) information, to the serving base station, and the serving base station sends it through a dedicated RRC message.
  • SL service information of its own SL
  • QoS flow flow
  • the method further includes:
  • the transmitting end of the secondary link When the transmitting end of the secondary link obtains the SLDRX parameters from the network side, the transmitting end of the secondary link sends the SLDRX parameters to the receiving end of the secondary link.
  • the sender of the secondary link obtains the SL DRX parameter through a pre-configuration message or a system information block message, and the sender of the secondary link can send the SL DRX parameter to the receiver of the secondary link through the PC5 interface end.
  • the method further includes:
  • the receiving end of the secondary link When the receiving end of the secondary link obtains the SLDRX parameters from the network side, the receiving end of the secondary link sends the SLDRX parameters to the transmitting end of the secondary link.
  • the receiving end of the secondary link obtains the SL DRX parameter through a pre-configuration message or a system information block message, and the receiving end of the secondary link can send the SL DRX parameter to the sender of the secondary link through the PC5 interface end.
  • the pre-configuration message or the system information block message includes: a set of SL DRX parameters corresponding to a QoS flow or a combination of QoS flows;
  • the SL DRX parameter set is used to determine the SL DRX parameter in combination with the QoS flow of the unicast service, multicast service or broadcast service of the terminal.
  • the SLDRX parameter meets the service requirements of each QoS flow in the unicast service, multicast service or broadcast service of the terminal.
  • the SL DRX parameter includes: a DRX cycle (cycle), where the DRX cycle is the SL DRX corresponding to all QoS flows of the unicast service, multicast service or broadcast service of the terminal A DRX cycle is specified in the parameter set, and the specified DRX cycle is selected in the SL DRX parameter set according to a preset method.
  • the specified DRX cycle is the smallest DRX cycle selected in the SL DRX parameter set according to the sorting result. It can be understood that the selection method of the specified DRX cycle is not limited in the embodiments of the present application, for example, it can also be randomly selected One of the DRX cycles.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 It includes DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, and SL DRX parameter set 3 includes DRX cycle3.
  • DRX cycle1 is greater than DRX cycle2
  • DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest, then the final DRX cycle is DRX cycle3.
  • the SL DRX parameter includes: the length of the onDuration timer, where the length of the onDuration timer is the SL corresponding to all QoS flows of the terminal's unicast service, multicast service or broadcast service
  • the length of onDuration timer (for example, the maximum onDuration timer length or one of the onDuration timer lengths) is specified in the DRX parameter set, or the length of the onDuration timer in the SL DRX parameter set corresponding to the specified DRX cycle.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 It includes onDuration timer length 1, SL DRX parameter set 2 includes onDuration timer length 2, SL DRX parameter set 3 includes onDuration timer length 3, onDuration timer length 1 is greater than onDuration timer length 2, onDuration timer length 2 is greater than onDuration timer length 3 , that is, onDuration timer length 1 is the largest, then the final SL DRX parameter includes onDuration timer length 1.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 includes DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, SL DRX parameter set 3 includes DRX cycle3, assuming: DRX cycle1 is greater than DRX cycle2, DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest, then the final DRX cycle includes Length 3 of onDuration timer in SL DRX parameter set 3.
  • the SL DRX parameter includes: the length of an inactivity timer (Inactivity timer), and the length of the Inactivity timer is the length of the unicast service, multicast service or broadcast service of the terminal.
  • the length of the Inactivity timer in the SL DRX parameter set corresponding to all QoS flows for example, the maximum Inactivity timer length or the length of one of the Inactivity timers), or the length of the Inactivity timer in the SL DRX parameter set corresponding to the specified DRX cycle.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 It includes Inactivity timer length 1, SL DRX parameter set 2 includes Inactivity timer length 2, SL DRX parameter set 3 includes Inactivity timer length 3, assuming Inactivity timer length 1 is greater than Inactivity timer length 2, Inactivity timer length 2 is greater than Inactivity timer length 3, that is, the Inactivity timer length 1 is the largest, and the final SL DRX parameter includes the Inactivity timer length 1.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 includes DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, and SL DRX parameter set 3 includes DRX cycle3, assuming
  • DRX cycle1 is greater than DRX cycle2
  • DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest
  • the final DRX cycle includes Inactivity timer length 3 in SL DRX parameter set 3.
  • the SL DRX parameter includes: the length of the HARQ RTT timer, where the length of the HARQ RTT timer corresponds to all QoS flows of the unicast service, multicast service or broadcast service of the terminal
  • the HARQ RTT timer length (such as the minimum HARQ RTT timer length or one of the HARQ RTT timer lengths) is specified in the SL DRX parameter set of the specified DRX cycle, or the HARQ RTT timer length in the SL DRX parameter set corresponding to the specified DRX cycle.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 It includes HARQ RTT timer length 1, SL DRX parameter set 2 includes HARQ RTT timer length 2, SL DRX parameter set 3 includes HARQ RTT timer length 3, assuming HARQ RTT timer length 1 is greater than HARQ RTT timer length 2, HARQ RTT timer length 2, HARQ RTT timer length 3 If the length 2 is greater than the HARQ RTT timer length 3, that is, the HARQ RTT timer length 1 is the smallest, the final SL DRX parameter includes the HARQ RTT timer length 1.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 includes DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, SL DRX parameter set 3 includes DRX cycle3, assuming: DRX cycle1 is greater than DRX cycle2, DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest, then the final DRX cycle includes HARQ RTT timer length 3 in SL DRX parameter set 3.
  • the SL DRX parameter includes: the length of the Retransmission timer, where the length of the Retransmission timer is the SL corresponding to all QoS flows of the unicast service, multicast service or broadcast service of the terminal.
  • the length of the Retransmission timer (for example, the maximum Retransmission timer length or the length of one of the Retransmission timers) is specified in the DRX parameter set, or the length of the Retransmission timer in the SL DRX parameter set corresponding to the specified DRX cycle.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 It includes Retransmission timer length 1, SL DRX parameter set 2 includes Retransmission timer length 2, SL DRX parameter set 3 includes Retransmission timer length 3, Retransmission timer length 1 is greater than Retransmission timer length 2, Retransmission timer length 2 is greater than Retransmission timer length 3 , that is, the Retransmission timer length 1 is the largest, and the final SL DRX parameter includes the Retransmission timer length 1.
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 includes DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, SL DRX parameter set 3 includes DRX cycle3, assuming: DRX cycle1 is greater than DRX cycle2, DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest, then the final DRX cycle includes Retransmission timer length 3 in SL DRX parameter set 3.
  • the SL DRX parameters include: a specified DRX cycle (for example, the smallest DRX cycle) in the SL DRX parameter set corresponding to all QoS flows of the unicast service, multicast service or broadcast service of the terminal cycle or the parameters in the SL DRX parameter set where one of the DRX cycles is located.
  • a specified DRX cycle for example, the smallest DRX cycle
  • all QoS flows include: QoS flow1, QoS flow2 and QoS flow3, QoS flow1 corresponds to SL DRX parameter set 1, QoS flow2 corresponds to SL DRX parameter set 2, QoS flow3 corresponds to SL DRX parameter set 3, and SL DRX parameter set 1 Include DRX cycle1, SL DRX parameter set 2 includes DRX cycle2, SL DRX parameter set 3 includes DRX cycle3, assuming DRX cycle1 is greater than DRX cycle2, DRX cycle2 is greater than DRX cycle3, that is, DRX cycle3 is the smallest, then the final SL DRX parameter includes SL DRX parameter set 3.
  • the above method of determining the final SL DRX parameter is: if one of the SL DRX parameters is compared, then the value of the parameter in the final SL DRX set (Set) can be determined according to the comparison result of this parameter, or the entire SL DRX set can be determined, That is, according to the value comparison of a parameter value, the SL DRX set where this parameter is located is selected as the final SL DRX set.
  • the method further includes:
  • the offset (offset) value of the SL DRX parameter is randomly selected.
  • the existing random selection mechanism can be used to randomly select an offset, so as to avoid all UEs from selecting overlapping DRX patterns, resulting in increased collision probability and uneven resource utilization.
  • terminals in different transmission modes can obtain the SL DRX parameters from the network side, and the SL DRX parameters can take into account different service characteristics, which is conducive to ensuring the efficiency of network resources, while ensuring system efficiency. On the basis of this, the power saving performance of the terminal is greatly improved.
  • an embodiment of the present application provides a DRX configuration method for an SL.
  • the execution body of the method may be a network side device, and the specific steps include: step 301 .
  • Step 301 Send the SL DRX parameter to the terminal in the secondary link.
  • the SL DRX parameter is used to configure the DRX of the terminal, so that the terminal can take into account power saving and transmission delay.
  • the step of sending SL DRX parameters to the terminal includes:
  • the service type corresponding to the SL DRX parameter includes one or more of the following: unicast service, multicast service and broadcast service.
  • the pre-configuration message or the system information block message includes: a set of SL DRX parameters corresponding to a QoS flow or a combination of QoS flows;
  • the SL DRX parameter set is used to determine the SL DRX parameter in combination with the sending end of the secondary link or the QoS flow of the unicast service, multicast service or broadcast service of the secondary link.
  • the SL DRX parameter meets the service requirements of each QoS flow in the unicast service, multicast service or broadcast service of the terminal;
  • the SL DRX parameters include: a DRX cycle, where the DRX cycle is a specified DRX cycle in a set of SL DRX parameters corresponding to all QoS flows, and the specified DRX cycle is based on a preset method in selected from the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the onDuration timer, and the length of the onDuration timer is the maximum onDuration timer length in the SL DRX parameter set corresponding to all QoS flows, or the specified DRX cycle corresponds to the length of onDuration timer in the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the Inactivity timer, and the length of the Inactivity timer is the maximum length of the Inactivity timer in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Inactivity timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameter includes: the length of the HARQ RTT timer, where the length of the HARQ RTT timer is the minimum length of the HARQ RTT timer in the SL DRX parameter set corresponding to all QoS flows, or The HARQ RTT timer length in the SL DRX parameter set corresponding to the specified DRX cycle;
  • the SL DRX parameter includes: the length of the Retransmission timer, and the length of the Retransmission timer is the maximum length of the Retransmission timer in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Retransmission timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameters include: parameters in a first SL DRX parameter set, where the first SL DRX parameter set is where the specified DRX cycle is located in the SL DRX parameter sets corresponding to all QoS flows The set of SL DRX parameters.
  • terminals in different transmission modes can obtain the SL DRX parameters from the network side, and the SL DRX parameters can take into account different service characteristics, which is conducive to ensuring the efficiency of network resources, while ensuring system efficiency. On the basis of this, the power saving performance of the terminal is greatly improved.
  • Embodiment 1 Configure SLDRX parameters of multicast and broadcast services.
  • the SL DRX parameters can be configured in a unified configuration.
  • the manner of uniformly configuring the SL DRX parameters includes one or more of the following combinations:
  • the uniformly configured SL DRX parameter granularity may include one or more of the following combinations:
  • the public safety or the specified type of service uses the SL DRX parameter set 5;
  • the service that meets the QoS flow type 1 uses the SL DRX parameter set 7;
  • the service that satisfies the QoS flow type 2 uses the SL DRX parameter set 8;
  • the service that satisfies the QoS flow type 3 uses the SL DRX parameter set 9;
  • the service that satisfies the QoS flow type 4 uses the SL DRX parameter set 10;
  • Multicast or broadcast service initiate designated service, and use SL DRX parameter set 11.
  • the TX UE and the RX UE obtain the SL DRX parameter sets for multicast and broadcast services respectively, and then the TX UE selects a suitable SL DRX parameter set according to the type of service to be initiated to send the service; RX UE According to the type of service you are interested in or need to receive, select one or more appropriate SL DRX parameter sets to monitor and receive services, so that the TX UE and the RX UE can perform SL communication according to the same DRX pattern (pattern). , which not only meets different business requirements but also achieves the purpose of RX UE power saving.
  • the V2X layer signaling can be used in the process of negotiating the QoS requirements of the group and group services between the TX UE and the RX UE, in this process, the specific parameters of the SL DRX can also be negotiated together, that is to say, through the V2X layer signaling In this process, you can negotiate your own SL DRX parameter configuration for a group of UEs, and this group of TX UEs and RX UEs can obtain a set of SL DRX parameters different from those in the common signaling.
  • TX UE and RX UE need to have the same understanding of SL DRX parameters. Therefore, all SL DRX parameter values need to be unified between the two ends, such as: Offset (offset), so that the TX UE and the RX UE can transmit and receive operations uniformly.
  • the pre-configuration method can be selected to obtain the SL DRX parameters. If there is no corresponding SL DRX parameter in the pre-configuration signaling, the RX UE can only be used frequently (always) Monitor, TX UE is not restricted;
  • the SL DRX parameters are obtained from the SIB message. If there is no corresponding SL DRX parameter in the SIB message, the receiving RX UE can only monitor all the time, and the TX UE does not Restricted;
  • the configuration of the SL DRX parameters in the pre-configuration message and the SIB message of different cells needs to be consistent, so that the TX UE and the RX UE can be configured in the same way. Transceive and receive operations using the same DRX pattern.
  • Embodiment 2 DRX parameters of a unicast service.
  • the unicast service has a one-to-one PC5RRC process between the TX UE and the RX UE, the mutual configuration and negotiation process of the SL DRX parameters between the TX UE and the RX UE can be performed, which is more efficient than the broadcast/multicast service.
  • Flexible DRX parameter configuration
  • the TX UE or RX UE can determine the SL DRX parameters, and then send the SL DRX parameters to the RX UE or TX UE for unified operation.
  • the TX UE or RX UE can obtain the SL DR configuration parameters in the following ways:
  • the TX UE/RX UE When the TX UE/RX UE is in the off-network state, that is, in the OOC state, the TX UE/RX UE obtains the specific SL DRX parameters from the pre-configuration message. Since the pre-configuration signaling is public signaling, it needs to be initiated against the UE. All types of services are fully configured, and the UE selects the appropriate SL DRX parameters according to the specific services currently initiated. If there is no corresponding SL DRX parameter, the default SL DRX parameter is selected;
  • the TX UE/RX UE obtains the specific SL DRX parameters from the SIB message.
  • the SIB message is a common signaling, and the SIB message also needs to include the TX UE or RX UE may initiate All types of services are fully configured, and the TX UE or RX UE selects the appropriate SL DRX parameters according to the specific services currently initiated. If there is no corresponding SL DRX parameter, the default SL DRX parameter is selected;
  • the TX UE or RX UE When the TX UE or RX UE is in the Connected state, the TX UE or RX UE sends all its own SL service information, such as QoS flow information, to the serving base station, and the serving base station determines the DRX parameters according to the service conditions of the TX UE or RX UE. , and send the specific SL DRX parameters to the TX UE or RX UE through a dedicated (dedicated) RRC message.
  • the SL DRX parameters configured in this way are DRX parameters suitable for the current service, and the TX UE or RX UE does not need to be selected or decided. Just use it.
  • the pre-configuration message and the SIB message can be public messages, it is necessary to configure the SL DRX parameter set corresponding to each QoS flow or similar QoS flow combination, for example:
  • -QoS flow a (a is greater than 1), a corresponding set of SL DRX parameters, or DRX configuration is not allowed;
  • -QoS flow list (list) 1, which contains one or more QoS flows, corresponding to a set of DRX parameter sets, or DRX configuration is not allowed;
  • -QoS flow list 2 which contains one or more QoS flows, corresponding to a set of DRX parameter sets, or DRX configuration is not allowed;
  • each QoS flow corresponds to one set of DRX parameter sets or does not correspond to any set of DRX parameter sets;
  • the TX UE or RX UE obtains the final SL DRX parameters according to the QoS flow combination of its own SL unicast service in the following ways:
  • the SL link does not configure the SL DRX parameters
  • the QoS flow in the following steps corresponds to the default SL DRX parameter set
  • the UE performs at least one of the following operations on the corresponding sets of SL DRX parameters obtained by multiple QoS flows to obtain the final SL DRX parameters:
  • the UE randomly selects an offset value according to the final DRX cycle length and/or resource pool configuration.
  • the TX UE and the RX UE can notify each other of the SL DRX parameter, after the SL DRX parameter is determined according to the service type, it is better to adopt a certain random selection mechanism for the offset parameter to avoid the selection of all UEs.
  • Overlapping DRX patterns result in increased collision probability and uneven resource utilization, that is, all UEs are prevented from sending data at the same location, and resources with a lot of spare non-active time are not used by UEs.
  • the TX UE or RX UE After the TX UE or RX UE obtains the SL DRX parameters, it is sent to the RX UE or TX UE through PC5RRC, and then the TX UE and RX UE send and receive data according to the configured DRX pattern.
  • Embodiment 3 Configure SL DRX parameters for multicast, broadcast and unicast services.
  • the above two embodiments respectively provide SLDRX configuration modes of different service types. It can be seen that the SIB message and the pre-configuration message are common ways to obtain SL DRX parameters in different transmission modes.
  • This embodiment describes how the SIB message and the pre-configuration message perform DRX configuration for different service types.
  • the multicast/broadcast service and the unicast service are configured in an independent manner.
  • the SL DRX parameter configuration of the multicast service, the SL DRX parameter configuration of the broadcast service, and the SL DRX parameter configuration of the unicast service can be performed independently.
  • the UE wants to send or receive a certain type of service go to the corresponding Find suitable SL DRX parameters in the SL DRX parameter configuration set, and perform receiving or sending operations according to the SL DRX parameters;
  • the SL DRX parameters of the multicast service and the broadcast service are jointly configured, and the SL DRX parameters of the unicast service are configured independently.
  • the difference from the previous method is only that the multicast and broadcast services are jointly configured.
  • the multicast/broadcast service and the unicast service are configured in a joint manner.
  • the multicast/broadcast service since the unicast service is configured according to the correspondence between the QoS flow and the SL DRX parameter set, the multicast/broadcast service also adopts the same structure, which can be done in the following ways:
  • an embodiment of the present application provides a DRX configuration apparatus for SL, which is applied to a terminal, and the apparatus 400 includes:
  • Obtaining module 401 used to obtain SLDRX parameters from the network side.
  • the obtaining module 401 is further used for:
  • the SLDRX parameter corresponding to the unicast service is obtained through dedicated RRC signaling.
  • the obtaining module 401 is further configured to: the sending end of the secondary link in the connected state or the receiving end of the secondary link report the service information of the sending end or the receiving end to the network side.
  • the apparatus 400 further includes: a sending module, configured to:
  • the transmitting end of the secondary link obtains the SL DRX parameter from the network side, sending the SL DRX parameter to the receiving end of the secondary link;
  • the receiving end of the secondary link When the receiving end of the secondary link obtains the SLDRX parameters from the network side, the receiving end of the secondary link sends the SLDRX parameters to the transmitting end of the secondary link.
  • the pre-configuration message or the system information block message includes: a set of SL DRX parameters corresponding to a QoS flow or a combination of QoS flows;
  • the SL DRX parameter set is used to determine the SL DRX parameter in combination with the QoS flow of the unicast service, multicast service or broadcast service of the terminal.
  • the SLDRX parameter meets the service requirements of each QoS flow in the unicast service, multicast service or broadcast service of the transmitting end of the secondary link or the receiving end of the secondary link.
  • the SL DRX parameters include: a DRX cycle, where the DRX cycle is a specified DRX cycle in a set of SL DRX parameters corresponding to all QoS flows, and the specified DRX cycle is based on a preset method in selected from the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the onDuration timer, and the length of the onDuration timer is the maximum onDuration timer length in the SL DRX parameter set corresponding to all QoS flows, or the specified DRX cycle corresponds to the length of onDuration timer in the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the Inactivity timer, and the length of the Inactivity timer is the maximum length of the Inactivity timer in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Inactivity timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameter includes: the length of the HARQ RTT timer, where the length of the HARQ RTT timer is the minimum length of the HARQ RTT timer in the SL DRX parameter set corresponding to all QoS flows, or The HARQ RTT timer length in the SL DRX parameter set corresponding to the specified DRX cycle;
  • the SL DRX parameter includes: the length of the Retransmission timer, and the length of the Retransmission timer is the maximum Retransmission timer length in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Retransmission timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameters include: parameters in a first SL DRX parameter set, where the first SL DRX parameter set is where the specified DRX cycle is located in the SL DRX parameter sets corresponding to all QoS flows The set of SL DRX parameters.
  • the apparatus 400 further includes:
  • a selection module configured to randomly select the offset value of the SL DRX parameter according to the DRX cycle length and/or resource pool configuration.
  • the apparatus provided in the embodiment of the present application can implement each process implemented by the method embodiment shown in FIG. 2 , and achieve the same technical effect. To avoid repetition, details are not described here.
  • an embodiment of the present application provides a DRX configuration apparatus for SL, which is applied to a network side device.
  • the apparatus 500 includes:
  • the sending module 501 is configured to send the SL DRX parameter to the terminal in the secondary link.
  • the sending module 501 is further configured to: send the SL DRX parameter to the sending end of the secondary link or the receiving end of the secondary link through a system information block message or a pre-configuration message or dedicated RRC signaling ;
  • the service type corresponding to the SL DRX parameter includes one or more of the following: unicast service, multicast service and broadcast service.
  • the pre-configuration message or the system information block message includes: a set of SL DRX parameters corresponding to a QoS flow or a combination of QoS flows;
  • the SL DRX parameter set is used to determine the SL DRX parameter in combination with the QoS flow of the unicast service, multicast service or broadcast service of the transmitting end of the secondary link or the receiving end of the secondary link.
  • the SL DRX parameter meets the service requirements of each QoS flow in the unicast service, multicast service or broadcast service of the terminal;
  • the SL DRX parameters include: a DRX cycle, where the DRX cycle is a specified DRX cycle in a set of SL DRX parameters corresponding to all QoS flows, and the specified DRX cycle is based on a preset method in selected from the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the onDuration timer, and the length of the onDuration timer is the maximum onDuration timer length in the SL DRX parameter set corresponding to all QoS flows, or the specified DRX cycle corresponds to the length of onDuration timer in the SL DRX parameter set;
  • the SL DRX parameter includes: the length of the Inactivity timer, and the length of the Inactivity timer is the maximum length of the Inactivity timer in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Inactivity timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameter includes: the length of the HARQ RTT timer, where the length of the HARQ RTT timer is the minimum length of the HARQ RTT timer in the SL DRX parameter set corresponding to all QoS flows, or The HARQ RTT timer length in the SL DRX parameter set corresponding to the specified DRX cycle;
  • the SL DRX parameter includes: the length of the Retransmission timer, and the length of the Retransmission timer is the maximum Retransmission timer length in the SL DRX parameter set corresponding to all QoS flows, or the specified The length of the Retransmission timer in the SL DRX parameter set corresponding to the DRX cycle;
  • the SL DRX parameters include: parameters in a first SL DRX parameter set, where the first SL DRX parameter set is where the specified DRX cycle is located in the SL DRX parameter sets corresponding to all QoS flows The set of SL DRX parameters.
  • the apparatus provided in this embodiment of the present application can implement each process implemented by the method embodiment shown in FIG. 4 , and achieve the same technical effect. To avoid repetition, details are not repeated here.
  • FIG. 6 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of the present application.
  • the terminal 600 includes but is not limited to: a radio frequency unit 601, a network module 602, an audio output unit 603, an input unit 604, a sensor 605, a display unit 606, a user Input unit 607, interface unit 608, memory 609, processor 610 and other components.
  • the terminal 600 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 610 through a power management system, so as to manage charging, discharging, and power consumption through the power management system management and other functions.
  • a power source such as a battery
  • the terminal structure shown in FIG. 6 does not constitute a limitation on the terminal, and the terminal may include more or less components than shown, or combine some components, or arrange different components, which will not be repeated here.
  • the input unit 604 may include a graphics processor (Graphics Processing Unit, GPU) 6041 and a microphone 6042. Such as camera) to obtain still pictures or video image data for processing.
  • the display unit 606 may include a display panel 6061, which may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 607 includes a touch panel 6071 and other input devices 6072 .
  • the touch panel 6071 is also called a touch screen.
  • the touch panel 6071 may include two parts, a touch detection device and a touch controller.
  • Other input devices 6072 may include, but are not limited to, physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which are not described herein again.
  • the radio frequency unit 601 receives the downlink data from the network side device, and then processes it to the processor 610; in addition, sends the uplink data to the network side device.
  • the radio frequency unit 601 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.
  • Memory 609 may be used to store software programs or instructions as well as various data.
  • the memory 609 may mainly include a storage program or instruction area and a storage data area, wherein the stored program or instruction area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.).
  • the memory 609 may include a high-speed random access memory, and may also include a non-volatile memory, wherein the non-volatile memory may be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM) , PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically erasable programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • ROM Read-Only Memory
  • PROM programmable read-only memory
  • PROM erasable programmable read-only memory
  • Erasable PROM Erasable PROM
  • EPROM electrically erasable programmable read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • flash memory for example at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.
  • the processor 610 may include one or more processing units; optionally, the processor 610 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs or instructions, etc. Modem processors mainly deal with wireless communications, such as baseband processors. It can be understood that, the above-mentioned modulation and demodulation processor may not be integrated into the processor 610.
  • the terminal provided in this embodiment of the present application can implement each process implemented by the method embodiment shown in FIG. 2 and achieve the same technical effect. To avoid repetition, details are not described here.
  • the network side device 700 includes: an antenna 701 , a radio frequency device 702 , and a baseband device 703 .
  • the antenna 701 is connected to the radio frequency device 702 .
  • the radio frequency device 702 receives information through the antenna 701, and sends the received information to the baseband device 703 for processing.
  • the baseband device 703 processes the information to be sent and sends it to the radio frequency device 702, and the radio frequency device 702 processes the received information and sends it out through the antenna 701.
  • the above-mentioned frequency band processing apparatus may be located in the baseband apparatus 703 , and the method performed by the network side device in the above embodiments may be implemented in the baseband apparatus 703 .
  • the baseband apparatus 703 includes a processor 704 and a memory 705 .
  • the baseband device 703 may include, for example, at least one baseband board on which a plurality of chips are arranged. As shown in FIG. 7 , one of the chips is, for example, the processor 704 and is connected to the memory 705 to call the program in the memory 705 to execute The network devices shown in the above method embodiments operate.
  • the baseband device 703 may further include a network interface 706 for exchanging information with the radio frequency device 702, and the interface is, for example, a Common Public Radio Interface (CPRI).
  • CPRI Common Public Radio Interface
  • the network-side device in this embodiment of the present application further includes: instructions or programs that are stored in the memory 705 and run on the processor 704 , and the processor 704 calls the instructions or programs in the memory 705 to execute the modules shown in FIG. 5 .
  • Embodiments of the present application further provide a computer program product, where the computer program product is stored in a non-volatile storage medium, and the computer program product is executed by at least one processor to implement the process described in FIG. 2 or FIG. 3 .
  • the embodiments of the present application further provide a readable storage medium, the readable storage medium may be non-volatile or volatile, and a program or an instruction is stored on the readable storage medium, and the program or instruction is stored in the readable storage medium.
  • the processor executes, each process of the method embodiment shown in FIG. 2 or FIG. 3 is implemented, and the same technical effect can be achieved. To avoid repetition, details are not described here.
  • the processor is the processor in the terminal described in the foregoing embodiment.
  • the readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.
  • An embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a network-side device program or instruction to implement the above-mentioned FIG. 2 or
  • the various processes of the method embodiment shown in FIG. 3 can achieve the same technical effect, and are not repeated here to avoid repetition.
  • the chip mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip, a system-on-a-chip, or a system-on-a-chip, or the like.
  • the method of the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is better implementation.
  • the technical solution of the present application can be embodied in the form of a software product in essence or in a part that contributes to the prior art, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, CD-ROM), including several instructions to make a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the methods described in the various embodiments of this application.
  • a storage medium such as ROM/RAM, magnetic disk, CD-ROM

Landscapes

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

Abstract

本申请公开了一种副链路的非连续接收配置方法、装置、设备及可读存储介质，该方法包括：从网络侧获取SL DRX参数。

Description

副链路的非连续接收配置方法、装置、设备及可读存储介质
相关申请的交叉引用
本申请主张在2021年03月12日在中国提交的中国专利申请No.202110272523.1的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种副链路的非连续接收配置方法、装置、设备及可读存储介质。
背景技术
在副链路(Side Link，SL)引入非连续接收(Discontinuous Reception，DRX)机制是为了给一些终端(例如用户设备(User Equipment，UE))进行省电，SL组播业务和广播业务，由于发送(Transmit，TX)UE和接收(Receive，RX)UE之间缺乏协商过程，如何配置副链路中终端的SL DRX参数是亟待解决的问题。
发明内容
本申请实施例的目的是提供一种副链路的非连续接收配置方法、装置、设备及可读存储介质，解决如何配置副链路中终端的SL DRX参数的问题。
第一方面，提供一种副链路的非连续接收配置方法，由终端执行，包括：
从网络侧获取SL DRX参数。
第二方面，提供一种副链路的非连续接收配置方法，由网络侧设备执行，包括：
向副链路中的终端发送SL DRX参数。
第三方面，提供一种副链路的非连续接收配置装置，应用于终端，包括：
获取模块：用于从网络侧获取SL DRX参数。
第四方面，提供一种副链路的非连续接收配置装置，应用于网络侧设备，包括：
发送模块，用于向副链路中的终端发送SL DRX参数。
第五方面，提供一种终端，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，其中，所述程序被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供一种网络侧设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，其中，所述程序被所述处理器执行时实现如第二方面所述的方法的步骤。
第七方面，提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第八方面，提供一种计算机程序产品，所述计算机程序产品被存储在非易失的存储介质中，所述计算机程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的处理的方法的步骤。
第九方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的处理的方法。
第十方面，本申请实施例提供了一种通信设备，其中，被配置为执行如第一方面或第二方面所述的方法的步骤。
在本申请实施例中，使得不同的发送模式的终端均能从网络侧获得SL DRX参数，该SL DRX参数可以很好的兼顾到不同业务特性，有利于保障网络资源效率，在确保系统效率的基础上大大提升终端的省电性能。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供副链路的非连续接收配置方法的流程图之一；
图3是本申请实施例提供副链路的非连续接收配置方法的流程图之二；
图4是本申请实施例提供副链路的非连续接收配置装置的示意图之一；
图5是本申请实施例提供副链路的非连续接收配置装置的示意图之二；
图6是本申请实施例提供终端的示意图；
图7是本申请实施例提供网络侧设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述指定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用，如第6代(6 th Generation，6G)通信系统。
参见图1，图中示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11、网络侧设备12，终端11之间可以通过Sidelink接口建立通信连接，终端11可以通过蜂窝网通信接口(Uu接口)与网络侧 设备12建立通信连接。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。
网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base TransceiverStation，BTS)、无线电基站、无线电收发机、基本服务集(BasicServiceSet，BSS)、扩展服务集(ExtendedServiceSet，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、无线局域网(Wireless Local Area Networks，WLAN)接入点、无线保真(Wireless Fidelity，WiFi)节点、发送接收点(Transmitting Receiving Point，TRP)、无线接入网节点或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于指定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。
为了便于理解本申请实施例，下面先介绍以下技术点：
1、关于副链路的介绍。
长期演进(Long Term Evolution，LTE)系统从第12个发布版本开始支持副链路(sidelink，或译为侧链路，边链路等)，副链路用于UE之间不通过网络设备进行直接数据传输。
LTE sidelink的设计适用于特定的公共安全事务(如火灾场所或地震等灾难场所进行紧急通讯)，或车联网(Vehicle To Everything，V2X)通信等。车联网通信包括各种业务，例如，基本安全类通信，高级(自动)驾驶，编队，传感器扩展等等。由于LTE sidelink只支持广播通信，因此主要用于基本安全类通信，其他在时延、可靠性等方面具有严格服务质量(Quality of Service， QoS)需求的高级V2X业务将通过新空口(New Radio，NR)sidelink支持。
第五代移动通信技术(5th generation，5G)NR系统可用于LTE不支持的6GHz以上工作频段，支持更大的工作带宽，但目前版本的NR系统只支持基站与终端间的接口，尚不支持终端之间直接通信的Sidelink接口。
Sidelink接口也可以称作PC5接口。
2、关于Sidelink的传输形式。
目前的sidelink传输包括广播(broadcast)，组播(groupcast)，单播(unicast)。单播是一对一(one to one)的传输。组播是一对多(one to many)的传输。广播也是one to many的传输，但是广播并没有UE属于同一个组的概念。
目前Sidelink传输中的单播和组播通信支持物理层混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)反馈机制。
3、关于DRX。
非连续接收的目的是用于节电，处于DRX状态的终端不需要连接监听控制信道。但是如果终端长时间不监听控制信道，那么一旦有数据达到，将会增加数据传输的时延。为了兼顾省电和传输时延，根据终端监听信道的时间长短，5G媒体接入控制(Medium Access Control，MAC)支持两种DRX周期，长DRX周期和短DRX周期。如果预测终端数据量达到比较频繁或者业务对时延比较敏感，网络可以配置终端使用短DRX周期；如果预测终端数据量比较稀疏且时延不敏感，网络可以配置终端仅使用长DRX周期。为了便于终端进行长DRX周期/短DRX周期的切换，要求长DRX周期是短DRX周期的整数倍，这样保证两者的持续时间(onDuration)对齐。
为了支持DRX机制，基站会为终端配置DRX相关定时器和参数，具体包括：
(1)drx-LongCycleStartOffset：用于配置长DRX周期的周期和偏移，周期和偏移的单位可以是毫秒；
(2)drx-ShortCycle：用于配置短DRX周期的周期和偏移，周期和偏移的单位可以是毫秒；
(3)drx-ShortCycleTimer：用于控制终端使用短DRX周期的时长，单位为整数，表示终端一旦进入短DRX周期，要维持整数倍个短DRX周期；
(4)drx-onDurationTimer：DRX持续监听定时器，在该定时器运行期间，终端需要持续监听网络的物理下行控制信道(Physical Downlink Control Channel，PDCCH)控制信道。该定时器单位可以是毫秒；
(5)drx-SlotOffset：终端启动drx-onDurationTimer的时延，通过该参数设置DRX onDuration的起始时刻相对于子帧起点的偏移量，偏移量可以是1/32毫秒的整数倍；
(6)drx-InactivityTimer：DRX非激活定时器。该定时器在终端收到针对上/下行新数据调度PDCCH信令后的第一个符号启动，在该定时器运行期间，终端需要持续监听控制信道，该定时器的单位可以是毫秒；
(7)drx-HARQ-RTT-TimerDL：下行HARQ往返时延(Round-Trip Time，RTT)定时器，基于每个下行进程维护，定时器长度为从HARQ反馈时刻到收到针对该进程的HARQ重传之间的最小时间间隔。只有下行进程对应的数据未成功解码，终端才会在该进程的HARQ NACK反馈之后的第一个符号启动该定时器。如果当前终端只有drx-HARQ-RTT-TimerDL和/或drx-HARQ-RTT-TimerUL运行，则终端无需监听PDCCH控制信道，该定时器的单位可以是符号；
(8)drx-HARQ-RTT-TimerUL：上行HARQ RTT定时器，基于每个上行进程维护，该定时器长度为从上行物理共享信道(Physical Uplink Shared Channel，PUSCH)传输时刻到收到针对该进程的HARQ重传之间的最小时间间隔。上行PUSCH传输后，终端启动针对该上行进程的上行HARQ RTT定时器，如果PUSCH传输使用了PUSCH重复(PUSCH repetition)，那么上行HARQ RTT定时器在PUSCH第一次重复后启动，以保证基站提前解析出PUSCH后，能够及时终止PUSCH重复传输。该定时器的单位可以是符号；
(9)drx-RetransmissionTimerDL：下行重传定时器，drx-HARQ-RTT-TimerDL超时后的下一个符号启动该定时器。该定时器运行期间，终端监听网络的控制信道，如果接收到针对该进程的下行调度信息或者下行配置授权(configured grant)，则停止该定时器。该定时器的单位可以是时隙(time slot)；
(10)drx-RetransmissionTimerUL：上行重传定时器， drx-HARQ-RTT-TimerUL超时后的下一个符号启动该定时器。该定时器运行期间，终端监听网络的控制信道，如果接收到针对该进程的上行调度信息或者上行configured grant，则停止运行。该定时器单位是时隙(time slot)。
现有的DRX机制是用于Uu接口，由网络侧通过UE专用RRC信令进行配置的，用于网络侧和UE之间的非连续接收。然而由于SL接口是两个或者多个UE之间，SL组播(groupcast)，广播(broadcast)，单播(unicast)的不同方式，如何进行SL DRX相关配置，目前没有解决方案。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的一种副链路的非连续接收配置方法、装置、设备及可读存储介质进行详细地说明。
参见图2，本申请实施例提供一种SL的DRX配置方法，该方法的执行主体可以是终端，具体步骤包括：步骤201。
步骤201：从网络侧获取SL DRX参数。
其中，SL DRX参数(或者称为SL DRX配置参数)用于配置终端的DRX，该SL DRX参数可以包括副链路的DRX相关定时器和参数，终端可以按照该SL DRX参数进行相应的非连续接收操作，使该终端可以兼顾省电和传输时延。
也就是，对于组播业务和广播业务，网络侧可以统一为副链路的发送端和接收端配置SL DRX参数。
在本申请的一种实施方式中，所述从网络侧获取SL DRX参数的步骤包括以下任意一种方式：
方式1：在所述副链路的发送端或者副链路的接收端处于覆盖范围外(Out of Coverage，OOC)的情况下，根据网络侧发送的预配置消息(pre-configuration)获取组播业务、广播业务和/或单播业务对应的所述SL DRX参数；
示例性地，当TX UE或RX UE处于脱网状态，覆盖范围外，则该TX UE或RX UE从pre-configuration消息获得SL DRX参数。
方式2：在副链路的发送端或者副链路的接收端处于空闲态或非激活态或连接态(Connected)的情况下，根据网络侧发送的系统信息块(System Information Block，SIB)消息获取组播业务和或广播业务对应的所述SL DRX 参数；
方式3：在副链路的发送端或者副链路的接收端处于空闲态或非激活态的情况下，根据网络侧发送的系统信息块消息获取单播业务对应的所述SL DRX参数；
示例性地，当TX UE或RX UE处于空闲或非激活态，则该TX UE或RX UE从SIB消息获得具体SL DRX参数；
方式4：在所述副链路的发送端或者副链路的接收端处于连接态的情况下，通过专用(dedicated)无线资源控制(Radio Resource Control，RRC)信令获取单播业务对应的所述SL DRX参数。
具体地，处于连接态的副链路的发送端或者副链路的接收端向网络侧上报所述发送端或接收端的业务信息。
示例性地，当TX UE或RX UE处于连接态，则该TX UE或RX UE将自己的SL全部业务信息，例如，QoS流(flow)信息，发送给服务基站，由服务基站通过专用RRC消息发送具体SL DRX参数给TX UE或RX UE。
在本申请的一种实施方式中，所述方法还包括：
在副链路的发送端从网络侧获取SL DRX参数的情况下，向所述副链路的接收端发送所述SL DRX参数。
例如，对于单播业务，副链路的发送端通过预配置消息或系统信息块消息获得SL DRX参数，该副链路的发送端可以通过PC5接口将该SL DRX参数发送给副链路的接收端。
在本申请的一种实施方式中，所述方法还包括：
在副链路的接收端从网络侧获取SL DRX参数的情况下，向所述副链路的发送端发送所述SL DRX参数。
例如，对于单播业务，副链路的接收端通过预配置消息或系统信息块消息获得SL DRX参数，该副链路的接收端可以通过PC5接口将该SL DRX参数发送给副链路的发送端。
在本申请的一种实施方式中，所述预配置消息或系统信息块消息中包括：QoS flow或者QoS flow组合对应的SL DRX参数集合；
其中，所述SL DRX参数集合用于与所述终端的单播业务、组播业务或 广播业务的QoS flow组合确定所述SL DRX参数。
在本申请的一种实施方式中，所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求。
在本申请的一种实施方式中，所述SL DRX参数包括：DRX周期(cycle)，所述DRX cycle为所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定DRX cycle，所述指定DRX cycle是根据预设方式在所述SL DRX参数集合中选择的。
比如，指定DRX cycle是根据排序结果在所述SL DRX参数集合中选择的最小的DRX cycle，可以理解的是，在本申请实施例中不限定该指定DRX cycle的选择方式，比如也可以随机选择其中一个DRX cycle。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设：DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终DRX cycle为DRX cycle3。
在本申请的一种实施方式中，所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定onDuration timer长度(例如最大的onDuration timer长度或者其中一个onDuration timer长度)，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括onDuration timer长度1，SL DRX参数集合2中包括onDuration timer长度2，SL DRX参数集合3中包括onDuration timer长度3，onDuration timer长度1大于onDuration timer长度2，onDuration timer长度2大于onDuration timer长度3，即onDuration timer长度1最大，则最终SL DRX参数包括onDuration timer 长度1。
又示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设：DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终DRX cycle包括SL DRX参数集合3中的onDuration timer的长度3。
在本申请的一种实施方式中，所述SL DRX参数包括：非激活定时器(Inactivity timer)的长度，所述Inactivity timer的长度是所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定Inactivity timer长度(例如最大的Inactivity timer长度或者其中一个Inactivity timer长度)，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括Inactivity timer长度1，SL DRX参数集合2中包括Inactivity timer长度2，SL DRX参数集合3中包括Inactivity timer长度3，假设Inactivity timer长度1大于Inactivity timer长度2，Inactivity timer长度2大于Inactivity timer长度3，即Inactivity timer长度1最大，则最终SL DRX参数包括Inactivity timer长度1。
又示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设
DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终DRX cycle包括SL DRX参数集合3中的Inactivity timer长度3。
在本申请的一种实施方式中，所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定HARQ RTT timer长度(例如最小的HARQ RTT timer长度或者其中一个HARQ RTT timer长度)，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括HARQ RTT timer长度1，SL DRX参数集合2中包括HARQ RTT timer长度2，SL DRX参数集合3中包括HARQ RTT timer长度3，假设HARQ RTT timer长度1大于HARQ RTT timer长度2，HARQ RTT timer长度2大于HARQ RTT timer长度3，即HARQ RTT timer长度1最小，则最终SL DRX参数包括HARQ RTT timer长度1。
又示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设：DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终DRX cycle包括SL DRX参数集合3中的HARQ RTT timer长度3。
在本申请的一种实施方式中，所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定Retransmission timer长度(例如，最大的Retransmission timer长度或者其中一个Retransmission timer长度)，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、 QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括Retransmission timer长度1，SL DRX参数集合2中包括Retransmission timer长度2，SL DRX参数集合3中包括Retransmission timer长度3，Retransmission timer长度1大于Retransmission timer长度2，Retransmission timer长度2大于Retransmission timer长度3，即Retransmission timer长度1最大，则最终SL DRX参数包括Retransmission timer长度1。
又示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设：DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终DRX cycle包括SL DRX参数集合3中的Retransmission timer长度3。
在本申请的一种实施方式中，所述SL DRX参数包括：所述终端的单播业务、组播业务或广播业务的所有QoS flow对应的SL DRX参数集合中指定DRX cycle(例如最小的DRX cycle或者其中一个DRX cycle)所在的SL DRX参数集合中的参数。
示例性地，所有QoS flow包括：QoS flow1、QoS flow2和QoS flow3，QoS flow1对应SL DRX参数集合1、QoS flow2对应SL DRX参数集合2、QoS flow3对应SL DRX参数集合3，SL DRX参数集合1中包括DRX cycle1、SL DRX参数集合2中包括DRX cycle2、SL DRX参数集合3中包括DRX cycle3，假设DRX cycle1大于DRX cycle2，DRX cycle2大于DRX cycle3，即DRX cycle3最小，则最终SL DRX参数包括SL DRX参数集合3。
上述确定最终SL DRX参数的方式是：如果比较SL DRX其中一个参数，那么可以根据这个参数的比较结果，确定最终SL DRX集合(Set)中的该参数的取值，或者确定整个SL DRX set，即根据一个参数值的取值比较，选择出这个参数所在的SL DRX set作为最终SL DRX set。
在本申请的一种实施方式中，所述方法还包括：
根据所述DRX cycle长度和/或资源池配置，随机选择所述SL DRX参数 的偏移(offset)值。
需要说明的是，随机选择一个offset可以采用现有的随机选择的机制，避免所有UE选择重叠的DRX图案(pattern)，造成碰撞概率升高和资源利用不均匀。
在本申请实施例中，使得不同的发送模式的终端均能从网络侧获得SL DRX参数，该SL DRX参数可以很好的兼顾到不同业务特性，有利于保障网络资源效率，在确保系统效率的基础上大大提升终端的省电性能。
参见图3，本申请实施例提供一种SL的DRX配置方法，该方法的执行主体可以是网络侧设备，具体步骤包括：步骤301。
步骤301：向副链路中的终端发送SL DRX参数。
其中，SL DRX参数用于配置终端的DRX，使该终端可以兼顾省电和传输时延。
在本申请的一种实施方式中，所述向终端发送SL DRX参数的步骤，包括：
通过系统信息块消息或者预配置消息或者专用RRC信令，向副链路的发送端或副链路的接收端发送SL DRX参数；
其中，所述SL DRX参数对应的业务类型包括以下一项或多项：单播业务、组播业务和广播业务。
在本申请的一种实施方式中，所述预配置消息或系统信息块消息中包括：QoS flow或者QoS flow组合对应的SL DRX参数集合；
其中，所述SL DRX参数集合用于与所述副链路的发送端或者副链路的的单播业务、组播业务或广播业务的QoS flow组合确定所述SL DRX参数。
在本申请的一种实施方式中，所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
在本申请的一种实施方式中，所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle，所述指定DRX cycle是根据预设方式在所述SL DRX参数集合中选择的；
在本申请的一种实施方式中，所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数 集合中最大的onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中最小的HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
在本申请实施例中，使得不同的发送模式的终端均能从网络侧获得SL DRX参数，该SL DRX参数可以很好的兼顾到不同业务特性，有利于保障网络资源效率，在确保系统效率的基础上大大提升终端的省电性能。
下面以发送端为TX UE，接收端为RX UE为例，介绍本申请几种可选的实施例。
实施例一：配置组播和广播业务的SL DRX参数。
因为组播和广播，比较不方便进行TX UE和RX UE之间的交互过程以确定SL DRX参数，因此可以采取统一配置的方式配置SL DRX参数。
可选地，统一配置SL DRX参数的方式包括如下一种或者多种组合：
(1)标准规定；
(2)Pre-configuration信令；
(3)SIB信令；
(4)V2X layer信令。
可选地，统一配置的SL DRX参数粒度，可以包括如下一种或者多种组合：
(1)所有的广播和组播业务，使用SL DRX参数集合0；
(2)广播业务，使用SL DRX参数集合1；
(3)组播业务，使用SL DRX参数集合2；
(4)广播业务中，公共安全(public safety)或者指定类型的业务，使用SL DRX参数集合3；
(5)广播业务中，商业(commercial)或者指定类型的业务，使用SL DRX参数集合4；
(6)组播业务中，public safety或者指定类型的业务，使用SL DRX参数集合5；
(7)组播业务中，commercial或者指定类型的业务，使用SL DRX参数集合6；
(8)广播业务中，满足QoS flow类型1的业务，使用SL DRX参数集合7；
(9)广播业务中，满足QoS flow类型2的业务，使用SL DRX参数集合8；
(10)组播业务中，满足QoS flow类型3的业务，使用SL DRX参数集合9；
(11)组播业务中，满足QoS flow类型4的业务，使用SL DRX参数集合10；
(12)组播或广播业务，发起指定业务，使用的SL DRX参数集合11。
相当于，TX UE和RX UE分别获得关于组播和广播业务的SL DRX参数集合，然后TX UE根据自己即将发起的业务类型，选择其中适合的一个SL DRX参数集合，进行业务的发送；RX UE根据自己感兴趣或者需要接收的业务类型，选择其中合适的一个或者多个SL DRX参数集合，进行业务的监听和接收，从而使得TX UE和RX UE可以按照相同的DRX图案(pattern)进行SL通信，既满足了不同业务需求也达到了RX UE省电的目的。
通过V2X layer信令统一配置SL DRX参数的方式如下：
由于该V2X layer信令可以用于TX UE和RX UE之间协商组和组业务的QoS需求等过程，那么在这个过程中，也可以一起协商关于SL DRX具体参数，也就是说通过V2X layer信令过程，可以为一组UE协商自己的SL DRX参数配置，这组TX UE和RX UE可以获得一组不同于公共信令中的SL DRX参数。
需要说明的是，由于广播或组播业务，TX UE和RX UE之间需要对SL DRX参数的理解完全一致，因此所有的SL DRX参数取值都需要在两端之间进行统一，比如包括：偏移量(offset)，这样TX UE和RX UE才能统一进行收发操作。
对于SIB和pre-configuration两种方式，一般也是区分TX UE或者RX UE的状态，选择其中一种：
(1)当TX UE或者RX UE处于OOC状态，则只能选择pre-configuration方式来获得SL DRX参数，如果pre-configuration信令中没有对应的SL DRX参数，则RX UE只能经常(always)监听，TX UE不受限制；
(2)当TX UE或者RX UE处于Idle、inactive或Connected态，则从SIB消息来获得SL DRX参数，如果SIB消息中没有对应的SL DRX参数，则接收RX UE只能always监听，TX UE不受限制；
(3)从网络侧来看，为了确保组播/广播业务能够正常通信，则pre-configuration消息和不同小区的SIB消息中关于SL DRX参数的配置需要保持一致，这样才能使TX UE和RX UE使用相同的DRX pattern进行收发操作。
实施例二：单播业务的DRX参数。
单播业务因为具有TX UE和RX UE之间一对一的PC5RRC过程，因此可以进行TX UE和RX UE之间的SL DRX参数的相互配置和协商过程，相比于广播/组播业务有更灵活的DRX参数配置方式。
单播业务中，可以由TX UE或者RX UE来决定SL DRX参数，然后将SL DRX参数发送给RX UE或TX UE之后，统一操作。TX UE或者RX UE可以通过以下方式获得SL DR配置参数：
当TX UE/RX UE处于脱网状态，即处于OOC状态，则该TX UE/RX UE从pre-configuration消息获得具体SL DRX参数，由于pre-configuration信令是公共信令，需要针对UE可能发起的所有类型业务进行全面配置，由UE根据当前发起的具体业务选择合适的SL DRX参数，如果没有对应的SL DRX参数，则选择默认SL DRX参数；
当TX UE或RX UE处于Idle或Inactive态，则该TX UE/RX UE从SIB消息获得具体SL DRX参数，同样SIB消息是公共信令，该SIB消息中也需要包含TX UE或RX UE可能发起的所有类型业务进行全面配置，由TX UE或RX UE根据当前发起的具体业务选择合适的SL DRX参数，如果没有对应的SL DRX参数，则选择默认SL DRX参数；
当TX UE或RX UE处于Connected态，则该TX UE或RX UE将自己的SL全部业务信息，例如QoS flow信息，发送给服务基站，由服务基站根据TX UE或RX UE的业务情况决定DRX参数，并通过专有(dedicated)RRC消息发送具体SL DRX参数给TX UE或RX UE，这样配置的SL DRX参数是适合当前业务的DRX参数，TX UE或RX UE无需再进行选择或者决定，一般直接使用即可。
其中，由于pre-configuration消息和SIB消息可以是公共消息，需要配置每个QoS flow或者类似QoS flow组合对应的SL DRX参数集合，例如：
-QoS flow 1，对应的一组SL DRX参数集合，或者不允许配置DRX；
-QoS flow a(a大于1)，对应的一组SL DRX参数集合，或者不允许配置DRX；
-QoS flow列表(list)1，其中包含一个或多个QoS flow，对应一组DRX参数集合，或者不允许配置DRX；
-QoS flow list 2，其中包含一个或多个个QoS flow，对应一组DRX参数集合，或者不允许配置DRX；
-或者，QoS flow 1-m，DRX参数集合1-n，每个QoS flow对应于其中一组DRX参数集合或者不对应任何一组DRX参数集合；
-对其中一组DRX参数集合，标记为默认(default)；
-显式或者隐式的指示，没有对应SL DRX参数集合的QoS flow，是否 使用default的SL DRX参数，或者不允许使用DRX；
TX UE或RX UE根据自己SL单播业务的QoS flow组合，通过以下方式，获得最终的SL DRX参数：
-最终SL DRX参数，需要满足SL单播业务中每个QoS flow的业务需求；
-如果SL单播业务中，如果有任何一个QoS flow不能配置DRX，则这个SL link不配置SL DRX参数；
-如果有一个QoS flow，没有直接对应的SL DRX参数集合，允许使用default的SL DRX参数集合，则以下步骤中对该QoS flow对应于default的SL DRX参数集合；
-UE对多个QoS flow获得的对应多组SL DRX参数集合，进行如下至少一项操作，获得最终SL DRX参数：
(1)取所有QoS flow对应的SL DRX参数集合中最小的DRX cycle作为最终DRX cycle；
(2)取所有QoS flow对应的SL DRX参数集合中最大的onDuration timer长度或上述最小的DRX cycle对应参数集合中的onDuration timer的长度作为最终onDuration timer的长度；
(3)取所有QoS flow对应的SL DRX参数集合中最大的Inactivity timer长度或上述最小的DRX cycle对应参数集合中的Inactivity timer的长度作为最终Inactivity timer的长度；
(4)取所有QoS flow对应的SL DRX参数集合中最小的HARQ RTT timer长度或上述最小的DRX cycle对应参数集合中的HARQ RTT timer的长度作为最终HARQ RTT timer的长度；
(5)取所有QoS flow对应的SL DRX参数集合中最大的Retransmission timer长度或上述最小的DRX cycle对应SL DRX参数集合中的Retransmission timer的长度作为最终Retransmission timer的长度；
(6)取所有QoS flow对应的SL DRX参数集合中最小的DRX cycle所在的SL DRX参数集合作为最终DRX参数；
(7)UE根据最终DRX cycle长度，随机选择一个offset值；
(8)UE根据最终DRX cycle长度和/或资源池配置，随机选择一个offset值。
在单播业务中，由于TX UE和RX UE之间可以相互通知SL DRX参数，因此根据业务类型决定了SL DRX参数之后，对于offset这个参数，最好采取一定随机选择的机制，避免所有UE选择重叠的DRX pattern，造成碰撞概率升高和资源利用不均匀，即避免所有UE在相同位置发送数据，而空余了很多非激活时间(non-active time)的资源没有UE使用。
TX UE或者RX UE获得了SL DRX参数之后，通过PC5RRC发送给RX UE或TX UE，之后TX UE和RX UE按照配置好的DRX pattern，进行数据收发。
实施例三：配置组播、广播和单播业务的SL DRX参数。
以上两个实施例，分别给出了不同业务类型的SL DRX配置方式。可以看到，SIB消息和pre-configuration消息是不同传输模式中公共的获取SL DRX参数的方式。
本实施例说明SIB消息和pre-configuration消息如何对不同的业务类型进行DRX配置。
第一种方式，在SIB消息和/或pre-configuration消息中，组播/广播业务，和单播业务采取独立方式配置。
例如，组播业务的SL DRX参数配置，广播业务的SL DRX参数配置，单播业务的SL DRX参数配置，可以分别独立进行，当UE要发送或者接收某一种类型的业务，则去对应的SL DRX参数配置集合中寻找合适的SL DRX参数，根据SL DRX参数进行接收或者发送操作；
或者，组播业务和广播业务的SL DRX参数联合配置，和单播业务的SL DRX参数独立配置，这种与上一种方式的差别仅在于组播和广播业务联合一起配置，当UE要发送或者接收某一种组播/广播业务，则去统一的SL DRX参数配置集合中寻找合适的SL DRX参数，从而尊照进行接收或者发送操作。
第二种方式，在SIB消息和/或pre-configuration消息中，组播/广播业务，和单播业务采取联合方式配置。
在这种方式种，由于单播业务是按照QoS flow和SL DRX参数集合的对 应进行配置的，因此要将组播/广播业务也采取相同的结构进行，可以有如下方式：
-对指定的SL DRX参数集合，标记其用于组播或者广播业务；
-按照组播或者广播业务的具体QoS需求，选择对应的SL DRX参数集合；
-按照default SL DRX参数集合，用于组播或者广播业务。
参见图4，本申请实施例提供一种SL的DRX配置装置，应用于终端，该装置400包括：
获取模块401：用于从网络侧获取SL DRX参数。
在本申请的一种实施方式中，获取模块401进一步用于：
在所述副链路的发送端或者副链路的接收端处于覆盖范围外的情况下，根据网络侧发送的预配置消息获取组播业务、广播业务和/或单播业务对应的所述SL DRX参数；
或者，
在副链路的发送端或者副链路的接收端处于空闲态或非激活态或连接态的情况下，根据网络侧发送的系统信息块消息获取组播业务和或广播业务对应的所述SL DRX参数；
或者，
在副链路的发送端或者副链路的接收端处于空闲态或非激活态的情况下，根据网络侧发送的系统信息块消息获取单播业务对应的所述SL DRX参数；
或者，
在所述副链路的发送端或者副链路的接收端处于连接态的情况下，通过专用RRC信令获取单播业务对应的所述SL DRX参数。
在本申请的一种实施方式中，获取模块401进一步用于：处于连接态的副链路的发送端或者副链路的接收端向网络侧上报所述发送端或接收端的业务信息。
在本申请的一种实施方式中，所述装置400还包括：发送模块，用于：
在副链路的发送端从网络侧获取SL DRX参数的情况下，向所述副链路的接收端发送所述SL DRX参数；
或者，
在副链路的接收端从网络侧获取SL DRX参数的情况下，向所述副链路的发送端发送所述SL DRX参数。
在本申请的一种实施方式中，所述预配置消息或系统信息块消息中包括：QoS flow或者QoS flow组合对应的SL DRX参数集合；
其中，所述SL DRX参数集合用于与所述终端的单播业务、组播业务或广播业务的QoS flow组合确定所述SL DRX参数。
在本申请的一种实施方式中，所述SL DRX参数满足所述副链路的发送端或者副链路的接收端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
在本申请的一种实施方式中，所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle，所述指定DRX cycle是根据预设方式在所述SL DRX参数集合中选择的；
在本申请的一种实施方式中，所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中最大的onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中最小的HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
在本申请的一种实施方式中，所述装置400还包括：
选择模块，用于根据所述DRX cycle长度和/或资源池配置，随机选择所述SL DRX参数的offset值。
本申请实施例提供的装置能够实现图2所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
参见图5，本申请实施例提供一种SL的DRX配置装置，应用于网络侧设备，该装置500包括：
发送模块501，用于向副链路中的终端发送SL DRX参数。
在本申请的一种实施方式中，发送模块501进一步用于：通过系统信息块消息或者预配置消息或者专用RRC信令，向副链路的发送端或者副链路的接收端发送SL DRX参数；其中，所述SL DRX参数对应的业务类型包括以下一项或多项：单播业务、组播业务和广播业务。
在本申请的一种实施方式中，所述预配置消息或系统信息块消息中包括：QoS flow或者QoS flow组合对应的SL DRX参数集合；
其中，所述SL DRX参数集合用于与所述副链路的发送端或者副链路的接收端的单播业务、组播业务或广播业务的QoS flow组合确定所述SL DRX参数。
在本申请的一种实施方式中，所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
在本申请的一种实施方式中，所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle，所述指定DRX cycle是根据预设方式在所述SL DRX参数集合中选择的；
在本申请的一种实施方式中，所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中最大的onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中最小的HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
在本申请的一种实施方式中，所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中最大的Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
在本申请的一种实施方式中，所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
本申请实施例提供的装置能够实现图4所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
图6为实现本申请实施例的一种终端的硬件结构示意图，该终端600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、以及处理器610等部件。
本领域技术人员可以理解，终端600还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元604可以包括图形处理器(Graphics Processing Unit，GPU)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态 图片或视频的图像数据进行处理。显示单元606可包括显示面板6061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板6061。用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元601将来自网络侧设备的下行数据接收后，给处理器610处理；另外，将上行的数据发送给网络侧设备。通常，射频单元601包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器609可用于存储软件程序或指令以及各种数据。存储器609可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器609可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器610可包括一个或多个处理单元；可选的，处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。
本申请实施例提供的终端能够实现图2所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种网络侧设备。如图7所示，该网络侧设备700包括：天线701、射频装置702、基带装置703。天线701与射频装置702连接。在上行方向上，射频装置702通过天线701接收信息，将接收的信息发送给基带装置703进行处理。在下行方向上，基带装置703对要发送的信息 进行处理，并发送给射频装置702，射频装置702对收到的信息进行处理后经过天线701发送出去。
上述频带处理装置可以位于基带装置703中，以上实施例中网络侧设备执行的方法可以在基带装置703中实现，该基带装置703包括处理器704和存储器705。
基带装置703例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图7所示，其中一个芯片例如为处理器704，与存储器705连接，以调用存储器705中的程序，执行以上方法实施例中所示的网络设备操作。
该基带装置703还可以包括网络接口706，用于与射频装置702交互信息，该接口例如为通用公共无线接口(Common Public Radio Interface，CPRI)。
具体地，本申请实施例的网络侧设备还包括：存储在存储器705上并可在处理器704上运行的指令或程序，处理器704调用存储器705中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种计算机程序产品，所述计算机程序产品被存储在非易失的存储介质中，所述计算机程序产品被至少一个处理器执行以实现如图2或图3所述的处理的方法的步骤。
本申请实施例还提供一种可读存储介质，所述可读存储介质可以是非易失的，也可以是易失的，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2或图3所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例还提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图2或图3所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片， 芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (24)

  1. 一种副链路SL的非连续接收DRX配置方法，由终端执行，包括：
    从网络侧获取SL DRX参数。
  2. 根据权利要求1所述的方法，其中，所述从网络侧获取SL DRX参数的步骤，包括：
    在副链路的发送端或者副链路的接收端处于覆盖范围外的情况下，根据网络侧发送的预配置消息获取组播业务、广播业务和/或单播业务对应的所述SL DRX参数；
    或者，
    在副链路的发送端或者副链路的接收端处于空闲态或非激活态或连接态的情况下，根据网络侧发送的系统信息块消息获取组播业务和或广播业务对应的所述SL DRX参数；
    或者，
    在副链路的发送端或者副链路的接收端处于空闲态或非激活态的情况下，根据网络侧发送的系统信息块消息获取单播业务对应的所述SL DRX参数；
    或者，
    在副链路的发送端或者副链路的接收端处于连接态的情况下，通过专用无线资源控制RRC信令获取单播业务对应的所述SL DRX参数。
  3. 根据权利要求2所述的方法，其中，所述方法还包括：
    处于连接态的副链路的发送端或者副链路的接收端向网络侧上报所述发送端或接收端的业务信息。
  4. 根据权利要求2所述的方法，其中，所述方法还包括：
    在副链路的发送端从网络侧获取SL DRX参数的情况下，向所述副链路的接收端发送所述SL DRX参数；
    或者，
    在副链路的接收端从网络侧获取SL DRX参数的情况下，向所述副链路的发送端发送所述SL DRX参数。
  5. 根据权利要求2所述的方法，其中，所述预配置消息或系统信息块消 息中包括：服务质量QoS流flow或者QoS flow组合对应的SL DRX参数集合；
    其中，所述SL DRX参数集合用于与所述副链路的发送端或者副链路的接收端的单播业务、组播业务或广播业务的QoS flow组合确定所述SL DRX参数。
  6. 根据权利要求1所述的方法，其中，
    所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
    或者，
    所述SL DRX参数包括：DRX周期cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle；
    或者，
    所述SL DRX参数包括：持续时间定时器onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中指定onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
    或者，
    所述SL DRX参数包括：非激活定时器Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中指定Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
    或者，
    所述SL DRX参数包括：混合自动重传请求往返时延定时器HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中指定HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
    或者，
    所述SL DRX参数包括：重传定时器Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中指定 Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
    或者，
    所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
  7. 根据权利要求6所述的方法，其中，所述方法还包括：
    根据所述DRX cycle长度和/或资源池配置，随机选择所述SL DRX参数的偏移offset值。
  8. 一种副链路的非连续接收配置方法，由网络侧设备执行，包括：
    向副链路中的终端发送SL DRX参数。
  9. 根据权利要求8所述的方法，其中，所述向终端发送SL DRX参数的步骤，包括：
    通过系统信息块消息或者预配置消息或者专用RRC信令，向副链路的发送端或副链路的接收端发送SL DRX参数；
    其中，所述SL DRX参数对应的业务类型包括以下一项或多项：单播业务、组播业务和广播业务。
  10. 根据权利要求9所述的方法，其中，所述预配置消息或系统信息块消息中包括：QoS flow或者QoS flow组合对应的SL DRX参数集合；
    其中，所述SL DRX参数集合用于与所述副链路的发送端或者副链路的接收端的单播业务、组播业务或广播业务的QoS flow组合确定所述SL DRX参数。
  11. 根据权利要求8所述的方法，其中，
    所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
    或者，
    所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle；
    或者，
    所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中指定onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
    或者，
    所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中指定Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
    或者，
    所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中指定HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
    或者，
    所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中指定Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
    或者，
    所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
  12. 一种SL的DRX配置装置，应用于终端，包括：
    获取模块：用于从网络侧获取SL DRX参数。
  13. 根据权利要求12所述的装置，其中，所述获取模块进一步用于：
    在副链路的发送端或者副链路的接收端处于覆盖范围外的情况下，根据网络侧发送的预配置消息获取组播业务、广播业务和/或单播业务对应的所述SL DRX参数；
    或者，
    在副链路的发送端或者副链路的接收端处于空闲态或非激活态或连接态的情况下，根据网络侧发送的系统信息块消息获取组播业务和或广播业务对应的所述SL DRX参数；
    或者，
    在副链路的发送端或者副链路的接收端处于空闲态或非激活态的情况下，根据网络侧发送的系统信息块消息获取单播业务对应的所述SL DRX参数；
    或者，
    在所述副链路的发送端或者副链路的接收端处于连接态的情况下，通过专用RRC信令获取单播业务对应的所述SL DRX参数。
  14. 根据权利要求12所述的装置，其中，所述获取模块进一步用于：处于连接态的副链路的发送端或者副链路的接收端向网络侧上报所述发送端或接收端的业务信息。
  15. 根据权利要求12所述的装置，其中，
    所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
    或者，
    所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle；
    或者，
    所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中指定onDuration timer长度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
    或者，
    所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中指定Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
    或者，
    所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中指定HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
    或者，
    所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中指定Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
    或者，
    所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
  16. 一种SL的DRX配置装置，应用于网络侧设备，包括：
    发送模块，用于向副链路中的终端发送SL DRX参数。
  17. 根据权利要求16所述的装置，其中，所述发送模块进一步用于：通过系统信息块消息或者预配置消息或者专用RRC信令，向副链路的发送端或者副链路的接收端发送SL DRX参数；其中，所述SL DRX参数对应的业务类型包括以下一项或多项：单播业务、组播业务和广播业务。
  18. 根据权利要求16所述的装置，其中，
    所述SL DRX参数满足所述终端的单播业务、组播业务或广播业务中的每个QoS flow的业务需求；
    或者，
    所述SL DRX参数包括：DRX cycle，所述DRX cycle为所有QoS flow对应的SL DRX参数集合中指定DRX cycle；
    或者，
    所述SL DRX参数包括：onDuration timer的长度，所述onDuration timer的长度是所有QoS flow对应的SL DRX参数集合中指定onDuration timer长 度，或者是所述指定DRX cycle对应SL DRX参数集合中的onDuration timer的长度；
    或者，
    所述SL DRX参数包括：Inactivity timer的长度，所述Inactivity timer的长度是所有QoS flow对应的SL DRX参数集合中指定Inactivity timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Inactivity timer的长度；
    或者，
    所述SL DRX参数包括：HARQ RTT timer的长度，所述HARQ RTT timer的长度是所有QoS flow对应的SL DRX参数集合中指定HARQ RTT timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的HARQ RTT timer长度；
    或者，
    所述SL DRX参数包括：Retransmission timer的长度，所述Retransmission timer的长度是所有QoS flow对应的SL DRX参数集合中指定Retransmission timer长度，或者是所述指定DRX cycle对应的SL DRX参数集合中的Retransmission timer的长度；
    或者，
    所述SL DRX参数包括：第一SL DRX参数集合中的参数，所述第一SL DRX参数集合是所有QoS flow对应的SL DRX参数集合中指定DRX cycle所在的SL DRX参数集合。
  19. 一种终端，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，其中，所述程序被所述处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。
  20. 一种网络侧设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，其中，所述程序被所述处理器执行时实现如权利要求8至11中任一项所述的方法的步骤。
  21. 一种可读存储介质，所述可读存储介质上存储程序或指令，其中，所述程序或指令被处理器执行时实现如权利要求1至11中任一项所述的方法 的步骤。
  22. 一种计算机程序产品，其中，所述计算机程序产品被存储在非易失的存储介质中，所述计算机程序产品被至少一个处理器执行以实现如权利要求1至11中任一项所述的方法的步骤。
  23. 一种芯片，所述芯片包括处理器和通信接口，其中，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如权利要求1至11中任一项所述的方法的步骤。
  24. 一种通信设备，其中，被配置为执行如权利要求1至11中任一项所述的方法的步骤。
PCT/CN2022/079715 2021-03-12 2022-03-08 副链路的非连续接收配置方法、装置、设备及可读存储介质 WO2022188771A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP22766294.7A EP4274295A1 (en) 2021-03-12 2022-03-08 Sidelink discontinuous reception configuration method and apparatus, device, and readable storage medium
US18/243,218 US20230422342A1 (en) 2021-03-12 2023-09-07 Sidelink Discontinuous Reception Configuration Method, Device, and Non-transitory Computer-Readable Storage Medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110272523.1A CN115086984A (zh) 2021-03-12 2021-03-12 副链路的非连续接收配置方法、装置、设备及可读存储介质
CN202110272523.1 2021-03-12

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/243,218 Continuation US20230422342A1 (en) 2021-03-12 2023-09-07 Sidelink Discontinuous Reception Configuration Method, Device, and Non-transitory Computer-Readable Storage Medium

Publications (1)

Publication Number Publication Date
WO2022188771A1 true WO2022188771A1 (zh) 2022-09-15

Family

ID=83227430

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/079715 WO2022188771A1 (zh) 2021-03-12 2022-03-08 副链路的非连续接收配置方法、装置、设备及可读存储介质

Country Status (4)

Country Link
US (1) US20230422342A1 (zh)
EP (1) EP4274295A1 (zh)
CN (1) CN115086984A (zh)
WO (1) WO2022188771A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111556590A (zh) * 2020-04-13 2020-08-18 中国信息通信研究院 一种边链路非连续接收方法
CN111670603A (zh) * 2020-04-13 2020-09-15 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质
US20210059005A1 (en) * 2019-08-19 2021-02-25 Qualcomm Incorporated Discontinuous reception configuration for sidelink

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210059005A1 (en) * 2019-08-19 2021-02-25 Qualcomm Incorporated Discontinuous reception configuration for sidelink
CN111556590A (zh) * 2020-04-13 2020-08-18 中国信息通信研究院 一种边链路非连续接收方法
CN111670603A (zh) * 2020-04-13 2020-09-15 北京小米移动软件有限公司 监听信道的方法、装置、用户设备及存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ASUSTEK: "Discussion on Sidelink DRX", 3GPP TSG-RAN WG2 MEETING #113 ELECTRONIC R2-2101756, 5 February 2021 (2021-02-05), XP051974621 *
ERICSSON: "General aspects for SL DRX", 3GPP DRAFT; R2-2100536, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. e-Meeting; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972686 *
INTEL CORPORATION: "On general sidelink DRX design", 3GPP DRAFT; R2-2100622, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20210125 - 20210205, 15 January 2021 (2021-01-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051973746 *

Also Published As

Publication number Publication date
EP4274295A1 (en) 2023-11-08
CN115086984A (zh) 2022-09-20
US20230422342A1 (en) 2023-12-28

Similar Documents

Publication Publication Date Title
US11064559B2 (en) Method of sharing a UE receiver between D2D and cellular operations based on activity
WO2022083635A1 (zh) Drx确定方法、装置、终端及可读存储介质
WO2022057819A1 (zh) 非连续接收的配置方法及装置、终端和可读存储介质
WO2022017359A1 (zh) 直接通信启动控制方法及相关设备
EP4199605A1 (en) Transmission control method and apparatus, and related device
WO2022002050A1 (zh) 传输处理方法、装置及终端
WO2022001849A1 (zh) 信息处理方法、装置及终端
US20230300695A1 (en) Sidelink transmission processing method and apparatus, terminal, and network device
WO2022152073A1 (zh) 省电处理方法、装置及设备
WO2022100505A1 (zh) 信息处理方法、装置及终端
WO2022228332A1 (zh) 数据传输方法、相关设备及可读存储介质
WO2022042486A1 (zh) 副链路非连续接收的控制方法、装置、设备及可读存储介质
WO2022148367A1 (zh) 路径处理方法、装置、终端、网络设备和存储介质
WO2022188771A1 (zh) 副链路的非连续接收配置方法、装置、设备及可读存储介质
WO2022183980A1 (zh) Sl csi报告的处理方法、装置及设备
WO2022033427A1 (zh) 副链路非连续接收的控制方法及装置
WO2023078331A1 (zh) 资源选择方法、装置及终端
WO2022152120A1 (zh) 传输配置方法、装置及相关设备
WO2023280101A1 (zh) Sl处理方法、装置、终端及可读存储介质
WO2022184045A1 (zh) 多播业务的接收方法、装置及电子设备
WO2022206648A1 (zh) 侧链路非连续接收的实现方法、装置及终端
WO2023072149A1 (zh) 接入方法、驻留方法、装置、用户设备及存储介质
WO2022222814A1 (zh) 传输控制方法、终端及网络侧设备
WO2022017506A1 (zh) 业务的处理方法、装置及相关设备
WO2022205174A1 (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: 22766294

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022766294

Country of ref document: EP

Effective date: 20230803

NENP Non-entry into the national phase

Ref country code: DE