WO2022193198A1

WO2022193198A1 - Sidelink resource request method, terminal device, and network device

Info

Publication number: WO2022193198A1
Application number: PCT/CN2021/081396
Authority: WO
Inventors: 冷冰雪; 卢前溪
Original assignee: Oppo广东移动通信有限公司
Priority date: 2021-03-17
Filing date: 2021-03-17
Publication date: 2022-09-22
Also published as: CN116420425A

Abstract

The present application relates to a sidelink resource request method, a terminal device, and a network device. The method comprises: when a first terminal device and a second terminal device perform sidelink communication, the first terminal device sends first information to the network device, the first information being used for indicating that the second terminal device is in a discontinuous reception (DRX) activation state. A request mechanism of a sidelink resource can be optimized by using embodiments of the present application.

Description

Sidelink resource request method, terminal device and network device

technical field

The present application relates to the field of communications, and in particular, to a sidelink resource request method, a terminal device and a network device.

Background technique

Device to Device (D2D) and Vehicle to Everything (V2X, also known as Internet of Vehicles) technologies are an important part of mobile communications. , SL) transmission technology supports direct communication between devices. Different from the traditional cellular system in which communication data is received or sent through the base station, the IoV system adopts the method of terminal-to-terminal direct communication, so it has higher spectral efficiency and lower transmission delay. The V2X system supports two transmission modes, mode 1 (mode-1) and mode 2 (mode-2). In mode 1, the transmission resources of the terminal are allocated by the network, and the terminal transmits the transmission side on the sidelink according to the resources allocated by the network. line data; in mode 2, the terminal selects resources in the resource pool for sideline transmission. There is a situation that the receiving terminal is a user configured with discontinuous reception (Discontinuous Reception, DRX). When the transmitting terminal configured with Mode 1 is in some specific state, it can first use the resources of Mode 2 for side processing. After returning to the normal state, the sender terminal can request side link transmission resources from the network device. At this time, the mode1 mode is used to transmit data. According to the existing regulations, the network device may think that the receiver terminal is still in a dormant state. , so the network device will not allocate resources to the sender terminal in time, which may cause the sidelink resource request to fail, and thus the sideline transmission to fail.

SUMMARY OF THE INVENTION

In view of this, embodiments of the present application provide a sidelink resource request method, a terminal device, and a network device, which can be used to optimize a sidelink resource request mechanism.

An embodiment of the present application provides a method for requesting sidelink resources, which is applied to a terminal device. The method includes: during a sidelink communication process between a first terminal device and a second terminal device, the first terminal device sends a request to a network device. Send first information, where the first information is used to indicate that the second terminal device is in a discontinuous reception DRX activation state.

An embodiment of the present application provides a method for requesting sidelink resources, which is applied to a terminal device, including: after receiving at least one sidelink message sent by the first terminal device, the second terminal device enters a DRX activation state, and waits for a sidelink transmission from the first terminal device.

An embodiment of the present application provides a method for requesting a sidelink resource, which is applied to a network device. The method includes: during a sidelink communication process between a first terminal device and a second terminal device, the network device receives the first The first information sent by the terminal device, where the first information is used to indicate that the second terminal device is in a DRX activation state.

An embodiment of the present application further provides a terminal device, including: a first sending module, configured to send first information to a network device during a sidelink communication process between the first terminal device and the second terminal device, the first A piece of information is used to indicate that the second terminal device is in a discontinuous reception DRX activation state.

An embodiment of the present application further provides a terminal device, including: a state processing module, configured to make the second terminal device enter the DRX activation state after receiving at least one sidelink message sent by the first terminal device, and wait for a sidelink transmission from the first terminal device.

An embodiment of the present application further provides a network device, including: a receiving module, configured to receive first information sent by the first terminal device during the sidelink communication process between the first terminal device and the second terminal device, The first information is used to indicate that the second terminal device is in a DRX activation state.

An embodiment of the present application further provides a terminal device, including: a processor and a memory, where the memory is used to store a computer program, and the processor invokes and executes the computer program stored in the memory to execute the above method.

An embodiment of the present application further provides a network device, including: a processor and a memory, where the memory is used to store a computer program, and the processor invokes and executes the computer program stored in the memory to execute the above method.

An embodiment of the present application further provides a chip, including: a processor, configured to call and run a computer program from a memory, so that a device on which the chip is installed executes the above method.

Embodiments of the present application further provide a computer-readable storage medium for storing a computer program, wherein the computer program causes a computer to execute the above method.

Embodiments of the present application further provide a computer program product, including computer program instructions, wherein the computer program instructions cause a computer to execute the above method.

The embodiments of the present application also provide a computer program, the computer program enables a computer to execute the above method.

Using the embodiments of the present application, during the sidelink communication process of the terminal device, the terminal device at the transmitting end can send information to the network device to report the DRX status of the terminal device at the receiving end to the network, which can assist the network device to accurately determine the receiving end Based on the state of the terminal device, the network device can allocate sidelink transmission resources to the terminal device at the sending end in time. Therefore, the embodiments of the present application can improve the probability of a successful request for sidelink transmission resources.

Description of drawings

FIG. 1 and FIG. 2 are schematic diagrams of two sidelink communication system architectures according to embodiments of the present application.

FIG. 3 is a flowchart of a method for requesting a sidelink resource on the side of a terminal device of a transmitting end according to an embodiment of the present application.

FIG. 4 is a flowchart of a method for requesting a sidelink resource on a terminal device side of a receiving end according to an embodiment of the present application.

FIG. 5 is a flowchart of a method for requesting a sidelink resource on a network device side according to an embodiment of the present application.

FIG. 6 is a schematic flowchart of reporting through physical layer signaling in an embodiment of the present application.

FIG. 7 is a schematic flowchart of reporting through media access control layer signaling in an embodiment of the present application.

FIG. 8 is a schematic flowchart of reporting through RRC signaling in an embodiment of the present application.

FIG. 9 is a schematic structural block diagram of a transmitting end terminal device according to an embodiment of the present application.

FIG. 10 is a schematic structural block diagram of a receiving terminal device according to an embodiment of the present application.

FIG. 11 is a schematic structural block diagram of a network device according to an embodiment of the present application.

FIG. 12 is a schematic block diagram of a communication device according to an embodiment of the present application.

FIG. 13 is a schematic block diagram of a chip according to an embodiment of the present application.

FIG. 14 is a schematic block diagram of a communication system according to an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.

The technical solutions of the embodiments of the present application can be applied to various communication systems, for example: a Global System of Mobile communication (GSM) system, a Code Division Multiple Access (CDMA) system, a wideband Code Division Multiple Access (CDMA) system (Wideband Code Division Multiple Access, WCDMA) system, General Packet Radio Service (General Packet Radio Service, GPRS), Long Term Evolution (Long Term Evolution, LTE) system, Advanced Long Term Evolution (Advanced long term evolution, LTE-A) system , New Radio (NR) system, evolution system of NR system, LTE (LTE-based access to unlicensed spectrum, LTE-U) system on unlicensed spectrum, NR (NR-based access to unlicensed spectrum) unlicensed spectrum, NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity, WiFi), fifth-generation communication (5th-Generation, 5G) system or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication, but also support, for example, Device to Device (Device to Device, D2D) communication, Machine to Machine (M2M) communication, Machine Type Communication (MTC), Vehicle to Vehicle (V2V) communication, or Vehicle to everything (V2X) communication, etc. , the embodiments of the present application can also be applied to these communication systems.

Optionally, the communication system in this embodiment of the present application may be applied to a carrier aggregation (Carrier Aggregation, CA) scenario, a dual connectivity (Dual Connectivity, DC) scenario, or a standalone (Standalone, SA) distribution. web scene.

The embodiments of the present application describe various embodiments in conjunction with network equipment and terminal equipment, where the terminal equipment may also be referred to as user equipment (User Equipment, UE), access terminal, subscriber unit, subscriber station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc. The terminal device can be a station (STAION, ST) in the WLAN, can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a personal digital processing (Personal Digital Assistant, PDA) devices, handheld devices with wireless communication capabilities, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, next-generation communication systems such as end devices in NR networks, or future Terminal equipment in the evolved public land mobile network (Public Land Mobile Network, PLMN) network, etc.

In this embodiment of the present application, the terminal device can be deployed on land, including indoor or outdoor, handheld, wearable, or vehicle-mounted; it can also be deployed on water (such as ships, etc.); it can also be deployed in the air (such as airplanes, balloons, and satellites) superior).

In this embodiment of the present application, the terminal device may be a mobile phone (Mobile Phone), a tablet computer (Pad), a computer with a wireless transceiver function, a virtual reality (Virtual Reality, VR) terminal device, and an augmented reality (Augmented Reality, AR) terminal Equipment, wireless terminal equipment in industrial control, wireless terminal equipment in self driving, wireless terminal equipment in remote medical, wireless terminal equipment in smart grid , wireless terminal equipment in transportation safety, wireless terminal equipment in smart city or wireless terminal equipment in smart home, etc.

As an example and not a limitation, in this embodiment of the present application, the terminal device may also be a wearable device. Wearable devices can also be called wearable smart devices, which are the general term for the intelligent design of daily wear and the development of wearable devices using wearable technology, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories. Wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction, and cloud interaction. In a broad sense, wearable smart devices include full-featured, large-scale, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, which needs to cooperate with other devices such as smart phones. Use, such as all kinds of smart bracelets, smart jewelry, etc. for physical sign monitoring.

In this embodiment of the present application, the network device may be a device for communicating with a mobile device, and the network device may be an access point (Access Point, AP) in WLAN, or a base station (Base Transceiver Station, BTS) in GSM or CDMA , it can also be a base station (NodeB, NB) in WCDMA, it can also be an evolved base station (Evolutional Node B, eNB or eNodeB) in LTE, or a relay station or access point, or in-vehicle equipment, wearable devices and NR networks The network equipment (gNB) in the PLMN network or the network equipment in the future evolved PLMN network, etc.

As an example and not a limitation, in this embodiment of the present application, the network device may have a mobile feature, for example, the network device may be a mobile device. Optionally, the network device may be a satellite or a balloon station. For example, the satellites may be low earth orbit (low earth orbit, LEO) satellites, medium earth orbit (medium earth orbit, MEO) satellites, geostationary earth orbit (geostationary earth orbit, GEO) satellites, high elliptical orbit (High Elliptical Orbit, HEO) satellites ) satellite etc. Optionally, the network device may also be a base station set in a location such as land or water.

In this embodiment of the present application, a network device may provide services for a cell, and a terminal device communicates with the network device through transmission resources (for example, frequency domain resources, or spectrum resources) used by the cell, and the cell may be a network device ( For example, the cell corresponding to the base station), the cell can belong to the macro base station, or it can belong to the base station corresponding to the small cell (Small cell). Pico cell), Femto cell (Femto cell), etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and/or" herein is used to describe the association relationship of associated objects, for example, it means that there can be three relationships between the associated objects before and after, for example, A and/or B can mean: A alone exists, A and B exist simultaneously, There are three cases of B alone. The character "/" in this document generally indicates that the related objects are "or". In the description of the embodiments of the present application, the term "corresponding" may indicate that there is a direct or indirect corresponding relationship between the two, or may indicate that there is an associated relationship between the two, or indicate and be instructed, configure and be instructed configuration, etc.

In order to clearly illustrate the idea of the embodiments of the present application, first, a brief description of the content related to sidelink transmission in the communication system is given.

In the LTE D2D/V2X system, two transmission modes are defined, namely mode A and mode B. Referring to Figure 1, when mode A is used, the transmission resources of the terminal are allocated by the base station, and the terminal moves on the side according to the resources allocated by the base station. Data is sent on the link; the base station can allocate resources for a single transmission to the terminal, or can allocate resources for semi-static transmission to the terminal. When using mode B, the terminal selects resources in the resource pool for data transmission. In 3GPP, the research on D2D is divided into different stages, and the following examples illustrate.

Proximity based Service (ProSe): In ProSe, by configuring the location of the resource pool in the time domain, for example, the resource pool is discontinuous in the time domain, the UE can send/receive data discontinuously on the sidelink. , so as to achieve the effect of power saving.

Internet of Vehicles (V2X): In V2X, since the vehicle system has continuous power supply, power efficiency is not the main problem, but the delay of data transmission is the main problem, so the system design requires the terminal equipment to perform continuous transmission and reception .

Wearable device (FeD2D): In FeD2D, it is discussed that the base station can configure the DRX parameters of the remote terminal through the relay terminal, but the specific details of how to perform the DRX configuration have not yet been concluded.

Regarding the NR V2X system, based on the LTE V2X system, the NR V2X system is not limited to broadcast scenarios, but can also be extended to unicast and multicast scenarios. Similar to LTE V2X, NR V2X defines the aforementioned two resource authorization modes, mode-1 and mode-2; further, the terminal can be in a mixed mode, and can use mode-1 to obtain resources, The resource can also be obtained in a mode-2 manner, wherein the resource location can be indicated by means of a sidelink grant, for example, the corresponding Physical Sidelink Control Channel (PSCCH) and the corresponding Physical Sidelink Control Channel (PSCCH) can be indicated by a sidelink grant. The time-frequency position of the Physical Sidelink Shared Channel (PSSCH) resource.

Similar to LTE V2X, in NR V2X, it can be considered that terminal devices such as vehicle-mounted systems have continuous power supply, so power efficiency is not the main problem, but the delay of data transmission is the main problem, so the system design requires terminal devices to be able to Continuous sending and receiving.

Regarding the DRX mechanism, the UE can monitor the Physical Downlink Control Channel (PDCCH) discontinuously according to the DRX configuration to save energy consumption. If the PDCCH includes identification information corresponding to the UE, such as any of the following Types: Cell Radio Network Temporary Identity (C-RNTI), Configured Scheduling RNTI (CS-RNTI), Interrupt RNTI (Interruption RNTI, INT-RNTI), Slot Format Indication RNTI ( Slot Format Indication RNTI, SFI-RNTI), semi-static channel state information RNTI (Semi-Persistent CSI RNTI, SP-CSI-RNTI), transmit power control physical uplink control channel RNTI (Transmit Power Control-PUCCH-RNTI, TPC-PUCCH -RNTI), transmit power control physical uplink shared channel RNTI (Transmit Power Control-PUSCH-RNTI, TPC-PUSCH-RNTI), transmit power control sounding reference signal RNTI (Transmit Power Control-Sounding Reference Signal-RNTI, TPC-SRS- RNTI), the UE can perform the corresponding DRX operation according to the control information. The network side can control the DRX behavior of the UE by configuring a series of parameters. Wherein, in at least one of the following situations, the UE may be in the DRX activation state:

· The timer drx-onDurationTimer or drx-InactivityTimer is running;

The timer drx-RetransmissionTimerDL or drx-RetransmissionTimerUL is running;

The timer ra-ContentionResolutionTimer or the window msgB-ResponseWindow is running;

· There are unprocessed scheduling requests (Scheduling Request, SR);

• PDCCH indicates that there is a new transmission period.

Regarding mode-1 and mode-2, if the terminal is in some specific state (such as RRC resume (resume), connection establishment, problem detected, etc.), if resources are configured in RRC signaling or system messages (such as SIB12) Pool sl-TxPoolExceptional, the terminal can randomly select resources in the resource pool for transmission, that is, use mode-2 for sideline transmission. Here, according to the existing regulations, if the sender terminal (Tx-UE) is in the above-mentioned specific state, and randomly selects resources in the sl-TxPoolExceptional resource pool for transmission, the receiver terminal (Rx-UE) receives the data from the Tx-UE After receiving the message, a timer (such as the inactive timer "inactive-timer") can be started, enter the active state of DRX, and wait for the transmission after receiving (the timer will enter the inactive state after the timer expires); then the Tx-UE enters the normal state , it can apply to the network for sidelink transmission resources in mode-1 mode, but since the network side does not know that the DRX configuration of the Rx-UE has entered the active state at this time, and still considers the Rx-UE to be in the dormant state, Therefore, the configuration authorization may not be issued in time, resulting in the failure of the Tx-UE to request resources, and thus the failure of lateral transmission.

After analysis, the main reason for the above problems is that there are relatively static configurations (such as periodic timer "on duration timer") and relatively dynamic configurations (such as inactive timer "inactive-timer") in the DRX mechanism. , when the terminal side such as Tx-UE is in some specific state, the network side may not be able to accurately judge the state of the terminal side such as Rx-UE, thus causing the terminal side to fail to request resources, and then the sideline transmission fails.

To this end, an embodiment of the present application provides a sidelink resource request method, which is applied to a first terminal device. Referring to FIG. 3 , the method includes:

S101. During the sidelink communication process between the first terminal device and the second terminal device, the first terminal device sends first information to a network device, where the first information is used to indicate that the second terminal device is in DRX active status is not received continuously.

According to the embodiment of the present application, the first terminal device performs sidelink communication with the second terminal device, wherein the first terminal device may send information to the network device to report to the network device that the second terminal device is in DRX active state. )state. In this way, the network device can be assisted to accurately determine the state of the second terminal device. Based on this, the network device can timely allocate sideline transmission resources to the first terminal device, improve the success rate of resource requests, and avoid sideline transmission failures.

Correspondingly, an embodiment of the present application further provides a sidelink resource request method, which is applied to a second terminal device. Referring to FIG. 4 , the method includes:

S201: After receiving at least one sidelink message sent by the first terminal device, the second terminal device enters a DRX activation state, and waits for sidelink transmission from the first terminal device.

According to the embodiment of the present application, the first terminal device performs sidelink communication with the second terminal device, and after the second terminal device receives the sidelink message sent by the first terminal device, the second terminal device can enter the DRX In the active state, in the DRX active state, the second terminal device can continuously receive sidelink messages to ensure the transmission quality of the sidelink.

Correspondingly, an embodiment of the present application further provides a sidelink resource request method, which is applied to a network device. Referring to FIG. 5 , the method includes:

S301. During the sidelink communication process between a first terminal device and a second terminal device, the network device receives first information sent by the first terminal device, where the first information is used to indicate the second terminal device The terminal device is in the DRX active state.

According to the embodiment of the present application, the first terminal device performs sidelink communication with the second terminal device, and the network device can receive information sent by the first terminal device, where the information includes DRX activation status information of the second terminal device. Based on this information, the network device can accurately determine the status of the second terminal device, and if the network device receives a sidelink resource allocation request, it can allocate it in time, improve the success rate of resource requests, and ensure normal transmission of sidelink messages.

In the embodiment of the present application, optionally, after receiving at least one sidelink message sent by the first terminal device, the second terminal device starts a timer, enters the DRX activation state, and receives data; After the timer expires, the second terminal device enters a DRX inactive state.

In the embodiment of the present application, optionally, the at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device using transmission resources in the resource pool.

In the embodiment of the present application, optionally, the at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device according to mode 2.

In the embodiment of the present application, optionally, the first terminal device is configured to transmit sidelink messages according to the mode mode 1.

In the embodiment of the present application, optionally, the network device allocates sidelink transmission resources to the first terminal device according to mode 1.

In the embodiment of the present application, optionally, after the first terminal device sends at least one sidelink message to the second terminal device, the first terminal device sends the first information to the network device.

In the embodiment of the present application, optionally, after the first terminal device sends at least one sidelink message to the second terminal device by using the transmission resources in the resource pool, the first terminal device sends a message to the second terminal device. The network device sends the first information.

In the embodiment of the present application, optionally, the first terminal device sends at least one sidelink message to the second terminal device according to mode 2, and the first terminal device is converted from mode 2 to In the case of mode 1, the first terminal device sends the first information to the network device.

In the embodiment of the present application, optionally, the first information is carried by at least one of the following information:

●Physical layer signaling;

●Media access control layer signaling;

●Radio Resource Control (RRC) signaling.

In the embodiment of the present application, optionally, the first information is carried by uplink control information (Uplink Control Information, UCI).

In the embodiment of the present application, optionally, the first information is carried by a media access control layer control element (Media Access Control Control Element, MAC CE).

In the embodiment of the present application, optionally, the first information includes at least one of the following:

The first information includes layer 1 (layer 1) address information of the second terminal device;

the first information includes a first identifier, and the first identifier corresponds to the second terminal device;

● The first information includes layer 2 (layer 2) address information of the second terminal device.

In the embodiment of the present application, optionally, in the case where the first information includes a first identifier, the first terminal device maintains a first list, and the first list includes information related to the first terminal device. Identification information of one or more terminal devices performing sidelink communication; wherein the first identification belongs to the first list.

In the embodiment of the present application, optionally, the first information is carried by sidelink UEInformationNR.

In the embodiment of the present application, optionally, the first information includes at least 1 bit in the SidelinkUEInformationNR information, and the at least 1 bit being a first value indicates that the second terminal device is in a DRX activation state, and the at least 1 bit is a first value. 1 bit being the second value indicates that the second terminal device is in a DRX inactive state.

In the embodiment of the present application, optionally, after the first terminal device sends the first information to the network device, the first terminal device uses the resources allocated by the network device to send the first information to the second terminal device Sidelink messages.

Using at least one embodiment of the present application, after the sidelink power saving mechanism is introduced, the sender UE in the mode1 mode can send a report to the network to synchronize the DRX state of the opposite UE; further, using the power saving mechanism of the present application At least one embodiment may specify at least one of the following information:

(1) When does the sender UE trigger the report;

(2) What kind of signal carries the report;

(3) What content should be included in the report.

The implementation manner of the method for requesting sidelink resources in the embodiments of the present application has been described above through multiple embodiments, which are applicable to both unicast scenarios and multicast scenarios. The following describes the implementation process of the embodiments of the present application by using multiple specific examples.

Embodiment 1: Reporting through physical layer signaling

Referring to FIG. 6 , in this embodiment, the terminal UE1 reports the DRX state of the counterpart terminal UE2 to the network device through physical layer signaling. This embodiment may be implemented in various manners, which will be described in detail below.

method one:

The physical layer addresses are used to distinguish UEs that are in sidelink communication with UE1 and are configured with DRX. For example, UE1 can indicate to the network that the UE is in the DRX active state by including the physical layer address in the report message.

Referring to FIG. 6 , an interaction process of this embodiment is schematically described below:

1) UE1 sends message 1 to UE2 using, for example, a randomly selected resource in the sl-TxPoolExceptional resource pool;

2) UE2 receives message 1 from UE1, turns on the timer (such as inactive-timer), enters the DRX active state, and waits for other messages from UE1;

3) UE1 reports UCI information to the network, and the UCI information is used to indicate that UE2 is in the DRX active state; wherein, optionally, the UCI information includes layer 1 (layer1) address information (for example, 5 bits) of UE2;

4) UE1 obtains sidelink transmission resources by means of mode1;

5) UE1 sends message 2 to UE2 using the resources in the configuration grant.

Method two:

By adding a specific parameter, the UEs that communicate with UE1 on the sidelink and are configured with DRX are distinguished.

For the convenience of description, this embodiment marks the added specific parameter as the "DRX_configuration_ID" parameter, and each UE can maintain the parameter list DRX_configuration_ID list, and by including a pointer to the corresponding UE (peer UE, in this embodiment, UE2 in the report message) ) of the DRX_configuration_ID parameter to indicate the UE in the DRX active state to the network.

3) UE1 reports UCI information to the network, and the UCI information is used to indicate that UE2 is in the DRX active state; wherein, optionally, the UCI information includes DRX_configuration_ID information pointing to UE2;

4) UE1 obtains sidelink transmission resources by means of mode1;

5) UE1 sends message 2 to UE2 using the resources in the configuration grant.

Embodiment 2: Reporting through media access control layer signaling

Referring to FIG. 7 , in this embodiment, the terminal UE1 reports the DRX state of the counterpart terminal UE2 to the network device through media access control layer signaling. This embodiment may be implemented in various manners, which will be described in detail below.

method one:

The MAC layer address is used to distinguish UEs that are in sidelink communication with UE1 and are configured with DRX. For example, the UE in the DRX active state is indicated to the network by including the MAC layer address in the report message.

Referring to FIG. 7 , an interaction process of this embodiment is schematically described below:

3) UE1 reports MAC CE information to the network, and the MAC CE information is used to indicate that UE2 is in the DRX active state; wherein, optionally, the MAC CE information includes layer 2 (layer2) address information (or MAC address information of UE2) , such as 16bits);

4) UE1 obtains sidelink transmission resources by means of mode1;

5) UE1 sends message 2 to UE2 using the resources in the configuration grant.

Method two:

By adding a specific parameter, the UEs that communicate with UE1 on the sidelink and are configured with DRX are distinguished. For example, in this embodiment, the added specific parameter is recorded as a "DRX_configuration_ID" parameter, each UE can maintain a parameter list DRX_configuration_ID list, and by including a reference to the corresponding UE (peer UE, UE2 in this embodiment) in the report message The DRX_configuration_ID parameter is used to indicate to the network that the UE is in the DRX active state.

3) UE1 reports MAC CE information to the network, and the MAC CE information is used to indicate that UE2 is in a DRX active state; wherein, optionally, the MAC CE information includes DRX_configuration_ID information pointing to UE2;

4) UE1 obtains sidelink transmission resources by means of mode1;

5) UE1 sends message 2 to UE2 using the resources in the configuration grant.

Embodiment 3: Reporting through RRC signaling

In this embodiment, the terminal UE1 reports the DRX state of the counterpart terminal UE2 to the network device through RRC signaling.

For example, referring to FIG. 8 , the UE is in the RRC connection state, that is, it has established a connection with the cellular network, and the UE ensures that it has obtained a valid system information block SIB12. The following schematically describes an interaction process in this embodiment:

3) UE1 starts the SidelinkUEInformation process, and reports the SidelinkUEInformationNR message to the network in the process, and the message is used to indicate that UE2 is in the DRX active state; wherein, optionally, the SL-TxResourceReq IE parameter in the SidelinkUEInformationNR message contains information for indicating Parameters that UE2 is in the DRX active state;

4) UE1 obtains sidelink transmission resources by means of mode1;

5) UE1 sends message 2 to UE2 using the resources in the configuration grant.

The following briefly describes the content of the SidelinkUEInformationNR message.

After the UE obtains the SIB12, it can send a SidelinkUEInformationNR message to the network, where the message is used to report at least one of the following information related to the sidelink UE in the NR sidelink communication to the network:

Desire (or not) to receive or transmit NR sidelink messages;

request to allocate or release transmission resources for NR sidelink messages;

·Report Quality of Service (QoS) parameters and QoS files related to NR sidelink messages;

·Report that a sidelink radio link failure or a sidelink RRC configuration failure has been detected;

Report the sidelink UE capability information of the peer UE (peer UE) for unicast;

· Radio link layer control protocol (Radio Link Control, RLC) for reporting side link data radio bearer

Mode information (RLC mode information), which is received from the counterpart UE for unicast.

The above-mentioned process of the UE reporting the SidelinkUEInformationNR message to the network may be referred to as a SidelinkUEInformation process.

Using at least one of the above embodiments of the present application, it can be applied to the sidelink transmission mechanism. In the process of the UE transitioning from the mode2 resource selection mode to the mode1 resource selection mode, the UE reports the DRX status of the opposite UE to the network. In this way, the problem in the existing mechanism that the network cannot issue the configuration authorization in time because the network does not know the current DRX active state of the opposite UE can be avoided.

The specific settings and implementations of the embodiments of the present application have been described above through multiple embodiments from different perspectives. Corresponding to the processing method of at least one embodiment above, an embodiment of the present application further provides a terminal device 100, referring to FIG. 9, which includes:

The first sending module 110 is configured to send first information to the network device during the sidelink communication process between the first terminal device and the second terminal device, where the first information is used to indicate that the second terminal device is in a DRX active status is not received continuously.

Optionally, the first terminal device is configured to transmit sidelink messages according to mode mode 1.

Optionally, after the first terminal device sends at least one sidelink message to the second terminal device, the first sending module sends the first information to the network device.

Optionally, after the first terminal device sends at least one sidelink message to the second terminal device by using the transmission resources in the resource pool, the first sending module sends the first information to the network device.

Optionally, when the first terminal device sends at least one sidelink message to the second terminal device according to mode 2, and the first terminal device is converted from mode 2 to mode 1, the The first sending module sends the first information to the network device.

Optionally, the first information is carried by at least one of the following information: physical layer signaling, medium access control layer signaling, and radio resource control RRC signaling.

Optionally, the first information is carried through UCI.

Optionally, the first information is carried by MAC CE.

Optionally, the first information is carried by sidelink UEInformationNR.

Optionally, the first information includes layer 1 address information of the second terminal device.

Optionally, the first information includes a first identifier, and the first identifier corresponds to the second terminal device.

Optionally, the first information includes layer 2 address information of the second terminal device.

Optionally, the terminal device 100 further includes: a maintenance module, configured to maintain a first list, where the first list includes identifiers of one or more terminal devices that perform sidelink communication with the first terminal device information; wherein the first identification belongs to the first list.

Optionally, the first information includes at least 1 bit in the SidelinkUEInformationNR information, where the at least 1 bit is a first value indicating that the second terminal device is in a DRX active state, and the at least 1 bit is a second value Indicates that the second terminal device is in a DRX inactive state.

Optionally, the terminal device 100 further includes: a second sending module, configured to use the resources allocated by the network device to send the second terminal device to the second terminal device after the first terminal device sends the first information to the network device Send sidelink messages.

Corresponding to the processing method of at least one embodiment above, an embodiment of the present application further provides a terminal device 200, referring to FIG. 10, which includes:

The state processing module 210 is configured to, after receiving at least one sidelink message sent by the first terminal device, make the second terminal device enter the DRX activation state, and wait for the sidelink from the first terminal device transmission.

Optionally, the terminal device 200 further includes: an enabling module, configured to start a timer after receiving at least one sidelink message sent by the first terminal device; after the timer expires, the state The processing module causes the second terminal device to enter a DRX inactive state.

Optionally, the at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device using transmission resources in the resource pool.

Optionally, the at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device according to mode 2.

Optionally, the first terminal device is configured to transmit sidelink messages according to mode 1.

Corresponding to the processing method of at least one embodiment above, an embodiment of the present application further provides a network device 300, referring to FIG. 11, which includes:

A receiving module 310, configured to receive first information sent by the first terminal device during the sidelink communication process between the first terminal device and the second terminal device, where the first information is used to indicate the second terminal device The terminal device is in the DRX active state.

Optionally, the network device 300 further includes: an allocation module configured to allocate sidelink transmission resources to the first terminal device according to mode 1.

Optionally, the first information is carried through UCI.

Optionally, the first information is carried by MAC CE.

Optionally, the first information is carried by sidelink UEInformationNR.

Optionally, in the case where the first information includes a first identifier, the first terminal device maintains a first list, and the first list includes a list of items for sidelink communication with the first terminal device. or identification information of multiple terminal devices; wherein the first identification belongs to the first list.

The

terminal devices

100 and 200 and the network device 300 in the embodiments of the present application can implement the corresponding functions of the terminal devices in the foregoing method embodiments. For the corresponding processes, functions, implementations, and beneficial effects, reference may be made to the corresponding descriptions in the foregoing method embodiments, which will not be repeated here.

It should be noted that the functions described by the respective modules (submodules, units, or components, etc.) in the

terminal devices

100 and 200 and the network device 300 in the embodiments of the present application may be described by different modules (submodules, units, or components, etc.) It can also be realized by the same module (sub-module, unit or component, etc.). For example, the first sending module and the second sending module can be different modules or the same module, both of which can realize the Corresponding functions in the embodiments of this application. In addition, the sending module and the receiving module in the embodiments of the present application may be implemented by the transceiver of the device, and some or all of the other modules may be implemented by the processor of the device.

12 is a schematic structural diagram of a communication device 600 according to an embodiment of the present application, wherein the communication device 600 includes a processor 610, and the processor 610 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, the communication device 600 may also include a memory 620 . The processor 610 may call and run a computer program from the memory 620 to implement the methods in the embodiments of the present application.

The memory 620 may be a separate device independent of the processor 610 , or may be integrated in the processor 610 .

Optionally, the communication device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices, specifically, may send information or data to other devices, or receive information or data sent by other devices .

Among them, the transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include antennas, and the number of the antennas may be one or more.

Optionally, the communication device 600 may be the network device of this embodiment of the present application, and the communication device 600 may implement the corresponding processes implemented by the network device in each method of the embodiment of the present application, which is not repeated here for brevity.

Optionally, the communication device 600 may be a terminal device in this embodiment of the present application, and the communication device 600 may implement corresponding processes implemented by the terminal device in each method in the embodiment of the present application, which is not repeated here for brevity.

13 is a schematic structural diagram of a chip 700 according to an embodiment of the present application, wherein the chip 700 includes a processor 710, and the processor 710 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, the chip 700 may further include a memory 720 . The processor 710 may call and run a computer program from the memory 720 to implement the methods in the embodiments of the present application.

The memory 720 may be a separate device independent of the processor 710 , or may be integrated in the processor 710 .

Optionally, the chip 700 may further include an input interface 730 . The processor 710 may control the input interface 730 to communicate with other devices or chips, and specifically, may acquire information or data sent by other devices or chips.

Optionally, the chip 700 may further include an output interface 740 . The processor 710 can control the output interface 740 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.

Optionally, the chip can be applied to the network device in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the network device in each method of the embodiment of the present application, which is not repeated here for brevity.

Optionally, the chip can be applied to the terminal device in the embodiment of the present application as shown in FIG. 9 or FIG. 10 , and the chip can implement the corresponding processes implemented by the terminal device in each method of the embodiments of the present application. For brevity, here No longer.

It should be understood that 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-chip, or a system-on-a-chip, or the like.

The processor mentioned above may be a general-purpose processor, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC) or Other programmable logic devices, transistor logic devices, discrete hardware components, etc. The general-purpose processor mentioned above may be a microprocessor or any conventional processor or the like.

The memory mentioned above may be either volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory. Volatile memory may be random access memory (RAM).

It should be understood that the above memory is an example but not a limitative description, for example, the memory in the embodiment of the present application may also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM) and so on. That is, the memory in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memory.

FIG. 14 is a schematic block diagram of a communication system 800 according to an embodiment of the present application, where the communication system 800 includes a terminal device 810 and a network device 820 .

The terminal device 810 may be used to implement the corresponding functions implemented by the terminal device in the methods of the various embodiments of the present application, and the network device 820 may be used to implement the corresponding functions implemented by the network device in the methods of the various embodiments of the present application. function. For brevity, details are not repeated here.

In the above-mentioned embodiments, it may be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented in software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable device. The computer instructions may be stored on or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be transmitted over a wire from a website site, computer, server or data center (eg coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (eg infrared, wireless, microwave, etc.) means to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that includes one or more available media integrated. The available media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVD), or semiconductor media (eg, Solid State Disk (SSD)), among others.

It should be understood that, in various embodiments of the present application, the size of the sequence numbers of the above-mentioned processes does not mean the sequence of execution, and the execution sequence of each process should be determined by its functions and internal logic, and should not be dealt with in the embodiments of the present application. implementation constitutes any limitation.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the system, device and unit described above can refer to the corresponding process in the foregoing method embodiment, and will not be repeated here.

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. Any person skilled in the art who is familiar with the technical scope disclosed in the present application can easily think of changes or substitutions. Covered within the scope of protection of this application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

A sidelink resource request method, applied to a terminal device, the method comprising:

During the sidelink communication between the first terminal device and the second terminal device, the first terminal device sends first information to the network device, where the first information is used to indicate that the second terminal device is in a discontinuous state Receive DRX activation status.
The method of claim 1, wherein the first terminal device is configured to transmit sidelink messages in mode mode 1.
The method according to claim 1 or 2, wherein, during the sidelink communication process between the first terminal device and the second terminal device, the first terminal device sends the first information to the network device, comprising:

After the first terminal device sends at least one sidelink message to the second terminal device, the first terminal device sends the first information to the network device.
The method according to claim 1 or 2, wherein, during the sidelink communication process between the first terminal device and the second terminal device, the first terminal device sends the first information to the network device, comprising:

After the first terminal device sends at least one sidelink message to the second terminal device using the transmission resources in the resource pool, the first terminal device sends the first information to the network device.
The method according to claim 2, wherein, during the sidelink communication process between the first terminal device and the second terminal device, the first terminal device sends the first information to the network device, comprising:

In the case that the first terminal device sends at least one sidelink message to the second terminal device according to mode 2, and the first terminal device is converted from mode 2 to mode 1, the first terminal device Send the first information to the network device.
The method according to any one of claims 1-5, wherein,

The first information is carried by at least one of the following information: physical layer signaling, medium access control layer signaling, and radio resource control RRC signaling.
The method according to any one of claims 1-5, wherein the first information is carried by uplink control information UCI.
The method according to any one of claims 1-5, wherein the first information is carried by a medium access control layer control unit MAC CE.
The method according to any one of claims 1-5, wherein the first information is carried by sidelink UEInformationNR.
The method of any one of claims 6-9, wherein,

The first information includes layer 1 address information of the second terminal device;

or,

The first information includes a first identifier, and the first identifier corresponds to the second terminal device;

or,

The first information includes layer 2 address information of the second terminal device.
The method according to claim 10, when the first information includes a first identifier, the method further comprises:

The first terminal device maintains a first list, the first list including identification information of one or more terminal devices performing sidelink communication with the first terminal device; wherein the first identification belongs to the first list.
The method of claim 9, wherein,

The first information includes at least 1 bit in the SidelinkUEInformationNR information, the at least 1 bit being a first value indicates that the second terminal device is in the DRX active state, and the at least 1 bit being a second value indicates that the first The second terminal device is in the DRX inactive state.
The method according to any one of claims 1-12, wherein after the first terminal device sends the first information to the network device, the method further comprises:

The first terminal device sends a sidelink message to the second terminal device using the resources allocated by the network device.
A sidelink resource request method, applied to a terminal device, the method comprising:

After receiving at least one sidelink message sent by the first terminal device, the second terminal device enters a DRX active state and waits for sidelink transmission from the first terminal device.
The method of claim 14, further comprising:

The second terminal device starts a timer after receiving at least one sidelink message sent by the first terminal device;

After the timer expires, the second terminal device enters a DRX inactive state.
A method according to claim 14 or 15, wherein,

The at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device using transmission resources in the resource pool.
A method according to claim 14 or 15, wherein,

The at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device according to mode 2.
The method of any of claims 14-17, wherein,

The first terminal device is configured to transmit sidelink messages according to mode 1.
A sidelink resource request method, applied to a network device, the method comprising:

During the sidelink communication process between the first terminal device and the second terminal device, the network device receives first information sent by the first terminal device, where the first information is used to indicate the second terminal device In DRX active state.
19. The method of claim 19, wherein the first terminal device is configured to transmit sidelink messages in mode 1.
The method of claim 19 or 20, further comprising:

The network device allocates sidelink transmission resources to the first terminal device according to mode 1.
The method of any of claims 19-21, wherein,

The first information is carried by at least one of the following information: physical layer signaling, medium access control layer signaling, and radio resource control RRC signaling.
The method of any one of claims 19-21, wherein the first information is carried by UCI.
The method of any of claims 19-21, wherein the first information is carried by a MAC CE.
The method according to any one of claims 19-21, wherein the first information is carried by Sidelink UEInformationNR.
The method of any of claims 22-25, wherein,

The first information includes layer 1 address information of the second terminal device;

or,

The first information includes a first identifier, and the first identifier corresponds to the second terminal device;

or,

The first information includes layer 2 address information of the second terminal device.
The method according to claim 26, in the case that the first information includes the first identification, the method further comprises:

The first terminal device maintains a first list, the first list including identification information of one or more terminal devices performing sidelink communication with the first terminal device; wherein the first identification belongs to the first list.
The method of claim 25, wherein,

The first information includes at least 1 bit in the SidelinkUEInformationNR information, the at least 1 bit being a first value indicates that the second terminal device is in the DRX active state, and the at least 1 bit being a second value indicates that the first The second terminal device is in the DRX inactive state.
A terminal device including:

The first sending module is configured to send first information to the network device during the sidelink communication process between the first terminal device and the second terminal device, where the first information is used to indicate that the second terminal device is not in a DRX active status is continuously received.
29. The terminal device of claim 29, wherein the first terminal device is configured to transmit sidelink messages in mode mode 1.
The terminal device according to claim 29 or 30, wherein,

After the first terminal device sends at least one sidelink message to the second terminal device, the first sending module sends the first information to the network device.
The terminal device according to claim 29 or 30, wherein,

After the first terminal device sends at least one sidelink message to the second terminal device by using the transmission resources in the resource pool, the first sending module sends the first information to the network device.
The terminal device of claim 30, wherein,

In the case that the first terminal device sends at least one sidelink message to the second terminal device according to mode 2, and the first terminal device is converted from mode 2 to mode 1, the first sending module Send the first information to the network device.
The terminal device according to any one of claims 29-33, wherein,

The first information is carried by at least one of the following information: physical layer signaling, medium access control layer signaling, and radio resource control RRC signaling.
The terminal device according to any one of claims 29-33, wherein the first information is carried through UCI.
The terminal device according to any one of claims 29-33, wherein the first information is carried by a MAC CE.
The terminal device according to any one of claims 29-33, wherein the first information is carried by sidelink terminal device information SidelinkUEInformationNR.
The terminal device according to any one of claims 34-37, wherein,

The first information includes layer 1 address information of the second terminal device;

or,

The first information includes a first identifier, and the first identifier corresponds to the second terminal device;

or,

The first information includes layer 2 address information of the second terminal device.
The terminal device of claim 38, further comprising:

A maintenance module, configured to maintain a first list, where the first list includes identification information of one or more terminal devices performing sidelink communication with the first terminal device; wherein the first identification belongs to the first a list.
The terminal device of claim 37, wherein,

The first information includes at least 1 bit in the SidelinkUEInformationNR information, the at least 1 bit being a first value indicates that the second terminal device is in a DRX active state, and the at least 1 bit being a second value indicates that the first The second terminal device is in the DRX inactive state.
The terminal device according to any one of claims 29-40, further comprising:

A second sending module, configured to send a sidelink message to the second terminal device by using the resources allocated by the network device after the first terminal device sends the first information to the network device.
A terminal device including:

A state processing module, configured to make the second terminal device enter the DRX activation state after receiving at least one sidelink message sent by the first terminal device, and wait for sidelink transmission from the first terminal device .
The terminal device of claim 42, further comprising:

an opening module, configured to start a timer after receiving at least one sidelink message sent by the first terminal device;

After the timer expires, the state processing module causes the second terminal device to enter a DRX inactive state.
The terminal device according to claim 42 or 43, wherein,

The at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device using transmission resources in the resource pool.
The terminal device according to claim 42 or 43, wherein,

The at least one sidelink message is a sidelink message sent by the first terminal device to the second terminal device according to mode 2.
The terminal device according to any one of claims 42-45, wherein,

The first terminal device is configured to transmit sidelink messages according to mode 1.
A network device comprising:

a receiving module, configured to receive first information sent by the first terminal device during the sidelink communication process between the first terminal device and the second terminal device, where the first information is used to indicate the second terminal The device is in DRX active state.
The network device of claim 47, wherein the first terminal device is configured to transmit sidelink messages in mode 1.
The network device of claim 47 or 48, further comprising:

an allocation module, configured to allocate sidelink transmission resources to the first terminal device according to mode 1.
The network device of any of claims 47-49, wherein,

The first information is carried by at least one of the following information: physical layer signaling, medium access control layer signaling, and radio resource control RRC signaling.
The network device of any of claims 47-49, wherein the first information is carried by UCI.
The network device of any one of claims 47-49, wherein the first information is carried by a MAC CE.
The network device according to any one of claims 47-49, wherein the first information is carried by sidelink terminal device information SidelinkUEInformationNR.
The network device of any of claims 50-53, wherein,

The first information includes layer 1 address information of the second terminal device;

or,

The first information includes a first identifier, and the first identifier corresponds to the second terminal device;

or,

The first information includes layer 2 address information of the second terminal device.
The network device according to claim 54, wherein in the case that the first information includes a first identifier, the first terminal device maintains a first list, and the first list includes a communication with the first terminal device. Identification information of one or more terminal devices in uplink communication; wherein the first identification belongs to the first list.
The network device of claim 53, wherein,

The first information includes at least 1 bit in the SidelinkUEInformationNR information, the at least 1 bit being a first value indicates that the second terminal device is in the DRX active state, and the at least 1 bit being a second value indicates that the first The second terminal device is in the DRX inactive state.
A terminal device, comprising: a processor and a memory, the memory is used to store a computer program, the processor invokes and runs the computer program stored in the memory, and executes any one of claims 1 to 18. Methods.
A network device, comprising: a processor and a memory, the memory is used to store a computer program, the processor calls and executes the computer program stored in the memory, and executes any one of claims 19 to 28. Methods.
A chip that includes:

A processor for invoking and running a computer program from a memory, so that a device on which the chip is installed executes the method as claimed in any one of claims 1 to 28.
A computer-readable storage medium storing a computer program, wherein the computer program causes a computer to perform the method of any one of claims 1 to 28.
A computer program product comprising computer program instructions, wherein,

The computer program instructions cause a computer to perform the method of any one of claims 1 to 28.
A computer program that causes a computer to perform the method of any one of claims 1 to 28.