CN117480847A - Method and apparatus for starting SL DRX timer based on DCI in NR V2X - Google Patents

Method and apparatus for starting SL DRX timer based on DCI in NR V2X Download PDF

Info

Publication number
CN117480847A
CN117480847A CN202280038943.6A CN202280038943A CN117480847A CN 117480847 A CN117480847 A CN 117480847A CN 202280038943 A CN202280038943 A CN 202280038943A CN 117480847 A CN117480847 A CN 117480847A
Authority
CN
China
Prior art keywords
resource
timer
harq
information related
drx
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280038943.6A
Other languages
Chinese (zh)
Inventor
朴基源
徐翰瞥
李承旻
白曙英
洪钟宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority claimed from PCT/KR2022/006493 external-priority patent/WO2022235115A1/en
Publication of CN117480847A publication Critical patent/CN117480847A/en
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

A method of wireless communication for a first device and a device supporting the method are provided. The method comprises the following steps: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) from a base station based on Physical Downlink Control Channel (PDCCH) resources, the downlink control information including information related to at least one Secondary Link (SL) resource and information related to Physical Uplink Control Channel (PUCCH) resources; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first device, wherein the HARQ RTT timer may indicate a minimum duration before the first device expects a retransmission grant.

Description

Method and apparatus for starting SL DRX timer based on DCI in NR V2X
Technical Field
The present disclosure relates to wireless communication systems.
Background
Sidelink (SL) communication is a communication scheme in which a direct link is established between User Equipments (UEs) and the UEs exchange voice and data directly with each other without intervention of an evolved node B (eNB). SL communication is being considered as a solution for eNB overhead due to the rapid increase of data traffic. V2X (vehicle to everything) refers to a communication technology in which vehicles are used to exchange information with other vehicles, pedestrians, objects equipped with infrastructure, and the like. V2X can be classified into four types such as V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian). V2X communication may be provided through a PC5 interface and/or Uu interface.
Furthermore, as more and more communication devices require larger communication capacity, the need for enhanced mobile broadband communication relative to conventional Radio Access Technologies (RATs) is rising. Thus, communication system designs for UEs or services that are sensitive to reliability and delay have also been discussed. Also, next generation radio access technologies based on enhanced mobile broadband communication, large-scale Machine Type Communication (MTC), ultra-reliable low latency communication (URLLC), etc. may be referred to as new RATs (radio access technologies) or NR (new radios). Herein, NR may also support vehicle-to-everything (V2X) communication.
Disclosure of Invention
Technical problem
Further, the UE performing SL communication based on the resource allocation pattern 1 may receive the SL grant from the base station, and the UE may perform SL transmission based on the SL grant. Furthermore, in order to save power for the UE, if Uu DRX configuration and/or SL DRX configuration are configured for the UE, the duration during which the UE should operate in active time to receive SL grants and/or the duration during which reception of SL grants is not expected must be clearly defined.
Technical solution
In an embodiment, a method of a first apparatus performing wireless communication is provided. The method may comprise the steps of: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) from a base station based on Physical Downlink Control Channel (PDCCH) resources, the downlink control information including information related to at least one Secondary Link (SL) resource and information related to Physical Uplink Control Channel (PUCCH) resources; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus, wherein the HARQ RTT timer is a minimum duration before the first apparatus expects a retransmission grant.
In an embodiment, a first apparatus adapted to perform wireless communication is provided. The first apparatus may include: one or more memories storing instructions; one or more transceivers; and one or more processors coupled to the one or more memories and the one or more transceivers. The one or more processors may execute the instructions to: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) from a base station based on Physical Downlink Control Channel (PDCCH) resources, the downlink control information including information related to at least one Secondary Link (SL) resource and information related to Physical Uplink Control Channel (PUCCH) resources; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus, wherein the HARQ RTT timer is a minimum duration before the first apparatus expects a retransmission grant.
In an embodiment, an apparatus adapted to control a first User Equipment (UE) is provided. The apparatus may include: one or more processors; and one or more memories operatively connected to the one or more processors and storing instructions. The one or more processors may execute the instructions to: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) from a base station based on Physical Downlink Control Channel (PDCCH) resources, the downlink control information including information related to at least one Secondary Link (SL) resource and information related to Physical Uplink Control Channel (PUCCH) resources; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first UE, wherein the HARQ RTT timer is a minimum duration before the first UE expects a retransmission grant.
Advantageous effects
The power saving gain of the UE can be maximized and the reliability of SL communication can be ensured.
Drawings
Fig. 1 shows a structure of an NR system according to an embodiment of the present disclosure.
Fig. 2 illustrates a radio protocol architecture in accordance with an embodiment of the present disclosure.
Fig. 3 shows a structure of a radio frame of NR based on an embodiment of the present disclosure.
Fig. 4 shows a structure of a slot of an NR frame according to an embodiment of the present disclosure.
Fig. 5 shows an example of BWP according to an embodiment of the present disclosure.
Fig. 6 illustrates a process of performing V2X or SL communication by a UE based on a transmission mode according to an embodiment of the present disclosure.
Fig. 7 illustrates three broadcast types, in accordance with embodiments of the present disclosure.
Fig. 8 illustrates a process in which a UE starts a Uu DRX timer based on SL grant, according to an embodiment of the present disclosure.
Fig. 9 illustrates a method for a UE to start a Uu DRX timer related to mode 1DCI monitoring based on mode 1SL grant related resources without configuring PUCCH resources according to an embodiment of the present disclosure.
Fig. 10 shows a case where the UE starts the HARQ RTT timer based on SL resources instead of PDCCH resources.
Fig. 11 is a diagram illustrating a problem in that an RX UE cannot correctly derive next transmission resource information included in SCI transmitted by a TX UE when a transmission pool is different between UEs performing sidelink transmission and reception.
Fig. 12 illustrates a method of a first apparatus performing wireless communication, in accordance with an embodiment of the present disclosure.
Fig. 13 illustrates a method of a base station performing wireless communication according to an embodiment of the present disclosure.
Fig. 14 shows a communication system 1 according to an embodiment of the present disclosure.
Fig. 15 illustrates a wireless device according to an embodiment of the present disclosure.
Fig. 16 illustrates a signal processing circuit for transmitting a signal in accordance with an embodiment of the present disclosure.
Fig. 17 illustrates another example of a wireless device according to an embodiment of the present disclosure.
Fig. 18 illustrates a handheld device in accordance with an embodiment of the present disclosure.
Fig. 19 illustrates a vehicle or autonomous vehicle in accordance with an embodiment of the present disclosure.
Detailed Description
In this disclosure, "a or B" may mean "a only", "B only" or "both a and B". In other words, in the present disclosure, "a or B" may be interpreted as "a and/or B". For example, in this disclosure, "A, B or C" may mean any combination of "a only", "B only", "C only" or "A, B, C".
A slash (/) or comma as used in this disclosure may mean "and/or". For example, "A/B" may mean "A and/or B". Thus, "a/B" may mean "a only", "B only" or "both a and B". For example, "A, B, C" may mean "A, B or C".
In the present disclosure, "at least one of a and B" may mean "a only", "B only", or "both a and B". In addition, in the present disclosure, the expression "at least one of a or B" or "at least one of a and/or B" may be interpreted as "at least one of a and B".
In addition, in the present disclosure, "at least one of A, B and C" may mean "a only", "B only", "C only", or "A, B and C in any combination. In addition, "at least one of A, B or C" or "at least one of A, B and/or C" may mean "at least one of A, B and C".
In addition, brackets used in this disclosure may mean "for example". Specifically, when indicated as "control information (PDCCH)", this may mean that "PDCCH" is proposed as an example of "control information". In other words, the "control information" of the present disclosure is not limited to "PDCCH", and "PDDCH" may be proposed as an example of the "control information". Specifically, when indicated as "control information (i.e., PDCCH)", this may also mean that "PDCCH" is proposed as an example of "control information".
In the following description, "when, if, or in the case of.
The technical features separately described in one drawing in the present disclosure may be separately implemented or may be simultaneously implemented.
In the present disclosure, higher layer parameters may be parameters configured, pre-configured, or predefined for the UE. For example, the base station or network may send higher layer parameters to the UE. For example, higher layer parameters may be sent through Radio Resource Control (RRC) signaling or Medium Access Control (MAC) signaling.
The techniques described below may be used in various wireless communication systems such as Code Division Multiple Access (CDMA), frequency Division Multiple Access (FDMA), time Division Multiple Access (TDMA), orthogonal Frequency Division Multiple Access (OFDMA), single carrier frequency division multiple access (SC-FDMA), etc. CDMA may be implemented using a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA-2000. TDMA may be implemented using radio technologies such as global system for mobile communications (GSM)/General Packet Radio Service (GPRS)/enhanced data rates for GSM evolution (EDGE). OFDMA may be implemented using radio technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, evolved UTRA (E-UTRA), and so on. IEEE 802.16m is an evolving version of IEEE 802.16e and provides backward compatibility for IEEE 802.16 e-based systems. UTRA is part of Universal Mobile Telecommunications System (UMTS). The third generation partnership project (3 GPP) Long Term Evolution (LTE) is part of evolved UMTS (E-UMTS) that uses E-UTRA. The 3GPP LTE uses OFDMA in the downlink and SC-FDMA in the uplink. LTE-advanced (LTE-a) is an evolution of LTE.
The 5G NR is an LTE-a successor technology corresponding to a novel completely new mobile communication system having characteristics of high performance, low latency, high availability, and the like. The 5G NR may use resources including all available frequency spectrums of a low frequency band less than 1GHz, an intermediate frequency band from 1GHz to 10GHz, and a high frequency (millimeter wave) of 24GHz or more, and the like.
For clarity of description, the following description will focus mainly on LTE-a or 5G NR. However, technical features according to embodiments of the present disclosure will not be limited thereto.
Fig. 1 shows a structure of an NR system according to an embodiment of the present disclosure. The embodiment of fig. 1 may be combined with various embodiments of the present disclosure.
Referring to fig. 1, a next generation radio access network (NG-RAN) may include a BS20 providing user plane and control plane protocol termination to a UE 10. For example, the BS20 may include a next generation node B (gNB) and/or an evolved node B (eNB). For example, the UE 10 may be fixed or mobile and may be referred to as other terminology such as a Mobile Station (MS), a User Terminal (UT), a Subscriber Station (SS), a Mobile Terminal (MT), a wireless device, etc. For example, a BS may be referred to as a fixed station that communicates with the UEs 10 and may be referred to as other terms such as a Base Transceiver System (BTS), an Access Point (AP), and the like.
The embodiment of fig. 1 illustrates a case where only the gNB is included. BS20 may be interconnected via an Xn interface. The BS20 may be interconnected via a fifth generation (5G) core network (5 GC) and NG interface. More specifically, the BS20 may be connected to an access and mobility management function (AMF) 30 via an NG-C interface, and may be connected to a User Plane Function (UPF) 30 via an NG-U interface.
The radio interface protocol layers between the UE and the network may be classified into a first layer (L1), a second layer (L2), and a third layer (L3) based on the lower three layers of the Open System Interconnection (OSI) model well known in communication systems. Wherein a Physical (PHY) layer belonging to the first layer provides an information transfer service using a physical channel, and a Radio Resource Control (RRC) layer located at the third layer controls radio resources between the UE and the network. For this, the RRC layer exchanges RRC messages between the UE and the BS layer.
Fig. 2 illustrates a radio protocol architecture in accordance with an embodiment of the present disclosure. The embodiment of fig. 2 may be combined with various embodiments of the present disclosure. Specifically, (a) in fig. 2 shows a radio protocol stack of a user plane for Uu communication, and (b) in fig. 2 shows a radio protocol stack of a control plane for Uu communication. Fig. 2 (c) shows a radio protocol stack of a user plane for SL communication, and fig. 2 (d) shows a radio protocol stack of a control plane for SL communication.
Referring to fig. 2, a physical layer provides an information transfer service to an upper layer through a physical channel. The physical layer is connected to a Medium Access Control (MAC) layer, which is an upper layer of the physical layer, through a transport channel. Data is transferred between the MAC layer and the physical layer through a transport channel. The transmission channels are classified according to how data is transmitted over the radio interface and what characteristics the data is transmitted.
Data is transferred through a physical channel between different physical layers, i.e., a PHY layer of a transmitter and a PHY layer of a receiver. The physical channel may be modulated using an Orthogonal Frequency Division Multiplexing (OFDM) scheme, and uses time and frequency as radio resources.
The MAC layer provides services to a Radio Link Control (RLC) layer, which is a higher layer of the MAC layer, via a logical channel. The MAC layer provides a function of mapping a plurality of logical channels to a plurality of transport channels. The MAC layer also provides a function of logical channel multiplexing by mapping a plurality of logical channels to a single transport channel. The MAC layer provides a data transmission service through a logical channel.
The RLC layer performs concatenation, segmentation and reassembly of radio link control service data units (RLC SDUs). In order to ensure different quality of service (QoS) required for Radio Bearers (RBs), the RLC layer provides three types of operation modes, namely a Transparent Mode (TM), a non-acknowledged mode (UM), and an Acknowledged Mode (AM). AM RLC provides error correction through automatic repeat request (ARQ).
The Radio Resource Control (RRC) layer is defined only in the control plane. The RRC layer serves to control logical channels, transport channels, and physical channels associated with configuration, reconfiguration, and release of RBs. The RB is a logical path for data transfer between the UE and the network provided by the first layer (i.e., physical layer or PHY layer) and the second layer (i.e., MAC layer, RLC layer, packet Data Convergence Protocol (PDCP) layer, and Service Data Adaptation Protocol (SDAP) layer).
The functions of the Packet Data Convergence Protocol (PDCP) in the user plane include transmission of user data, header compression, and ciphering. The functions of the Packet Data Convergence Protocol (PDCP) in the control plane include transmission of control plane data and ciphering/integrity protection.
The Service Data Adaptation Protocol (SDAP) layer is defined only in the user plane. The SDAP layer performs a QoS Flow ID (QFI) marking in both DL and UL packets, and a mapping between quality of service (QoS) flows and Data Radio Bearers (DRBs).
Configuration of the RB means a process for designating a radio protocol layer and channel properties to provide a specific service and for determining corresponding detailed parameters and operation methods. RBs may then be classified into two types, namely, signaling Radio Bearers (SRBs) and Data Radio Bearers (DRBs). The SRB is used as a path for transmitting RRC messages in the control plane, and the DRB is used as a path for transmitting user data in the user plane.
When an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in an RRC CONNECTED (rrc_connected) state, otherwise the UE may be in an RRC IDLE (rrc_idle) state. In the case of NR, an RRC INACTIVE (rrc_inactive) state is additionally defined, and a UE in the rrc_inactive state may maintain a connection with the core network and release its connection with the BS.
Data is transmitted from the network to the UE over a downlink transport channel. Examples of the downlink transport channels include a Broadcast Channel (BCH) transmitting system information and a downlink Shared Channel (SCH) transmitting other user traffic or control messages. Traffic or control messages of a downlink multicast or broadcast service may be transmitted via a downlink SCH or may be transmitted via a separate downlink Multicast Channel (MCH). In addition, uplink transport channels for transmitting (or transmitting) data from the UE to the network include a Random Access Channel (RACH) for transmitting an initial control message and an uplink Shared Channel (SCH) for transmitting other user traffic or control messages.
Examples of logical channels belonging to a higher layer of a transport channel and mapped to the transport channel may include a Broadcast Control Channel (BCCH), a Paging Control Channel (PCCH), a Common Control Channel (CCCH), a Multicast Control Channel (MCCH), a Multicast Traffic Channel (MTCH), and the like.
Fig. 3 shows a structure of a radio frame (NR) according to an embodiment of the present disclosure. The embodiment of fig. 3 may be combined with various embodiments of the present disclosure.
Referring to fig. 3, in NR, a radio frame may be used to perform uplink and downlink transmission. The radio frame is 10ms in length and may be defined as being made up of two fields (HF). A field may include five 1ms Subframes (SFs). A Subframe (SF) may be divided into one or more slots, and the number of slots within the subframe may be determined according to a subcarrier spacing (SCS). Each slot may include 12 or 14 OFDM (a) symbols according to a Cyclic Prefix (CP).
In case of using the normal CP, each slot may include 14 symbols. In case of using the extended CP, each slot may include 12 symbols. Herein, the symbols may include OFDM symbols (or CP-OFDM symbols) and single carrier-FDMA (SC-FDMA) symbols (or discrete fourier transform spread OFDM (DFT-s-OFDM) symbols).
Table 1 shown below shows the number of slots per symbol (N) set (μ) according to SCS in case of employing normal CP slot symb ) Number of slots per frame (N frame,μ slot ) And the number of slots per subframe (N subframe,μ slot )。
TABLE 1
SCS(15*2 μ ) N slot symb N frame,μ slot N subframe,μ slot
15KHz(μ=0) 14 10 1
30KHz(μ=1) 14 20 2
60KHz(μ=2) 14 40 4
120KHz(μ=3) 14 80 8
240KHz(μ=4) 14 160 16
Table 2 shows examples of the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to SCS in case of using the extended CP.
TABLE 2
SCS(15*2 μ ) N slot symb N frame,μ slot N subframe,μ slot
60KHz(μ=2) 12 40 4
In an NR system, OFDM (a) parameter sets (e.g., SCS, CP length, etc.) between a plurality of cells integrated into one UE may be configured differently. Thus, the (absolute time) duration (or interval) of a time resource (e.g., a subframe, a slot, or a TTI) consisting of the same number of symbols, collectively referred to as a Time Unit (TU) for simplicity, may be configured differently in the integrated cell.
In the NR, a plurality of parameter sets or SCSs for supporting various 5G services may be supported. For example, in the case of an SCS of 15kHz, a wide range of conventional cellular bands can be supported, and in the case of an SCS of 30kHz/60kHz, dense cities, lower latency, wider carrier bandwidths can be supported. In the case where the SCS is 60kHz or more, in order to overcome the phase noise, a bandwidth of more than 24.25GHz can be used.
The NR frequency bands can be defined as two different types of frequency ranges. Two different types of frequency ranges may be FR1 and FR2. The values of the frequency ranges may be changed (or varied), for example, two different types of frequency ranges may be as shown in table 3 below. Among frequency ranges used in NR systems, FR1 may mean "a range below 6 GHz", and FR2 may mean "a range above 6 GHz", and may also be referred to as millimeter wave (mmW).
TABLE 3
Frequency range assignment Corresponding frequency range Subcarrier spacing (SCS)
FR1 450MHz–6000MHz 15、30、60kHz
FR2 24250MHz–52600MHz 60、120、240kHz
As described above, the value of the frequency range in the NR system may be changed (or varied). For example, as shown in table 4 below, FR1 may include a bandwidth in the range of 410MHz to 7125 MHz. More specifically, FR1 may include frequency bands of 6GHz (or 5850, 5900, 5925MHz, etc.) and higher. For example, the frequency bands of 6GHz (or 5850, 5900, 5925MHz, etc.) and higher included in FR1 may include unlicensed bands. The unlicensed band may be used for various purposes, for example, for vehicle specific communications (e.g., autopilot).
TABLE 4
Frequency range assignment Corresponding frequency range Subcarrier spacing (SCS)
FR1 410MHz–7125MHz 15、30、60kHz
FR2 24250MHz–52600MHz 60、120、240kHz
Fig. 4 shows a structure of a slot of an NR frame according to an embodiment of the present disclosure. The embodiment of fig. 4 may be combined with various embodiments of the present disclosure.
Referring to fig. 4, a slot includes a plurality of symbols in a time domain. For example, in the case of a normal CP, one slot may include 14 symbols. For example, in the case of the extended CP, one slot may include 12 symbols. Alternatively, in case of the normal CP, one slot may include 7 symbols. However, in the case of the extended CP, one slot may include 6 symbols.
The carrier comprises a plurality of subcarriers in the frequency domain. A Resource Block (RB) may be defined as a plurality of consecutive subcarriers (e.g., 12 subcarriers) in the frequency domain. A bandwidth part (BWP) may be defined as a plurality of consecutive (physical) resource blocks ((P) RBs) in the frequency domain, and the BWP may correspond to one parameter set (e.g., SCS, CP length, etc.). The carrier may include up to N BWP (e.g., 5 BWP). The data communication may be performed via an activated BWP. Each element may be referred to as a Resource Element (RE) in the resource grid, and one complex symbol may be mapped to each element.
Hereinafter, a bandwidth part (BWP) and a carrier will be described in detail.
BWP may be a contiguous set of Physical Resource Blocks (PRBs) within a given parameter set. The PRBs may be selected from a contiguous set of portions of a Common Resource Block (CRB) for a given set of parameters on a given carrier.
For example, the BWP may be at least any one of an active BWP, an initial BWP, and/or a default BWP. For example, the UE may not monitor downlink radio link quality in DL BWP other than active DL BWP on the primary cell (PCell). For example, the UE may not receive a PDCCH, a Physical Downlink Shared Channel (PDSCH), or a channel state information-reference signal (CSI-RS) (excluding RRM) other than the active DL BWP. For example, the UE may not trigger a Channel State Information (CSI) report for the inactive DL BWP. For example, the UE may not transmit a Physical Uplink Control Channel (PUCCH) or a Physical Uplink Shared Channel (PUSCH) outside the active UL BWP. For example, in the downlink case, the initial BWP may be given as a continuous set of RBs (configured by a Physical Broadcast Channel (PBCH)) for a Remaining Minimum System Information (RMSI) control resource set (CORESET). For example, in the case of uplink, the initial BWP may be given by a System Information Block (SIB) for a random access procedure. For example, the default BWP may be configured by a higher layer. For example, the initial value of the default BWP may be the initial DL BWP. To save power, if the UE cannot detect Downlink Control Information (DCI) during a specified period, the UE may switch the active BWP of the UE to a default BWP.
Furthermore, BWP may be defined for SL. The same SL BWP may be used in transmission and reception. For example, the transmitting UE may transmit a SL channel or SL signal on a specific BWP, and the receiving UE may receive the SL channel or SL signal on the specific BWP. In the licensed carrier, the SL BWP may be defined separately from the Uu BWP, and the SL BWP may have configuration signaling separate from the Uu BWP. For example, the UE may receive a configuration for SL BWP from the BS/network. For example, the UE may receive a configuration for Uu BWP from the BS/network. SL BWP is (pre) configured in the carrier for out-of-coverage NR V2X UEs and rrc_idle UEs. For UEs in rrc_connected mode, at least one SL BWP may be activated in the carrier.
Fig. 5 illustrates an example of BWP according to an embodiment of the present disclosure. The embodiment of fig. 5 may be combined with various embodiments of the present disclosure. It is assumed that in the embodiment of fig. 5, the number of BWP is 3.
Referring to fig. 5, a Common Resource Block (CRB) may be a carrier resource block numbered from one end of a carrier band to the other end thereof. In addition, PRBs may be resource blocks numbered within each BWP. Point a may indicate a common reference point for the resource block grid.
Can be defined by point A, offset (N start BWP ) Sum bandwidth (N) size BWP ) To configure BWP. For example, point a may be an external reference point of the PRBs of the carrier, with subcarrier 0 of all parameter sets (e.g., all parameter sets supported by the network on the corresponding carrier) aligned in point a. For example, the offset may be the PRB distance between the lowest subcarrier within a given parameter set and point a. For example, the bandwidth may be the number of PRBs within a given parameter set.
Hereinafter, V2X or SL communication will be described.
The Secondary Link Synchronization Signal (SLSS) may include a primary secondary link synchronization signal (PSSS) and a secondary link synchronization signal (SSSS) as SL specific sequences. The PSSS may be referred to as a secondary link primary synchronization signal (S-PSS), and the SSSS may be referred to as a secondary link secondary synchronization signal (S-SSS). For example, an M sequence of length 127 may be used for S-PSS, and a Golde (Gold) sequence of length 127 may be used for S-SSS. For example, the UE may use the S-PSS for initial signal detection and synchronization acquisition. For example, the UE may use the S-PSS and S-SSS for acquisition of detailed synchronization and for detection of synchronization signal IDs.
The Physical Sidelink Broadcast Channel (PSBCH) may be a (broadcast) channel for transmitting default (system) information that the UE must first know before SL signal transmission/reception. For example, the default information may be information related to SLSS, duplex Mode (DM), time Division Duplex (TDD) uplink/downlink (UL/DL) configuration, information related to resource pool, type of application related to SLSS, subframe offset, broadcast information, etc. For example, to evaluate PSBCH performance, in NR V2X, the payload size of PSBCH may be 56 bits, including 24-bit Cyclic Redundancy Check (CRC).
The S-PSS, S-SSS, and PSBCH can be included in a block format supporting periodic transmission, e.g., a SL Synchronization Signal (SS)/PSBCH block, hereinafter, a sidelink synchronization signal block (S-SSB). The S-SSB may have the same parameter set (i.e., SCS and CP length) as the physical secondary link control channel (PSCCH)/physical secondary link shared channel (PSSCH) in the carrier, and the transmission bandwidth may exist within the (pre) configured Secondary Link (SL) BWP. For example, the S-SSB may have a bandwidth of 11 resource blocks (SB). For example, the PSBCH may exist across 11 RBs. In addition, the frequency location of the S-SSB may be (pre) configured. Thus, the UE does not have to perform hypothesis detection at the frequency to find the S-SSB in the carrier.
Fig. 6 illustrates a process of performing V2X or SL communication by a UE based on a transmission mode according to an embodiment of the present disclosure. The embodiment of fig. 6 may be combined with various embodiments of the present disclosure. In various embodiments of the present disclosure, the transmission mode may be referred to as a mode or a resource allocation mode. Hereinafter, for convenience of explanation, in LTE, a transmission mode may be referred to as an LTE transmission mode. In NR, the transmission mode may be referred to as an NR resource allocation mode.
For example, (a) in fig. 6 shows UE operation related to LTE transmission mode 1 or LTE transmission mode 3. Alternatively, for example, (a) in fig. 6 shows UE operation in relation to NR resource allocation pattern 1. For example, LTE transmission mode 1 may be applied to conventional SL communication, and LTE transmission mode 3 may be applied to V2X communication.
For example, (b) in fig. 6 shows UE operation related to LTE transmission mode 2 or LTE transmission mode 4. Alternatively, for example, (b) in fig. 6 shows UE operation in relation to NR resource allocation pattern 2.
Referring to fig. 6 (a), in LTE transmission mode 1, LTE transmission mode 3, or NR resource allocation mode 1, the base station may schedule SL resources to be used by the UE for SL transmission. For example, in step S600, the base station may transmit information related to SL resources and/or information related to UL resources to the first UE. For example, UL resources may include PUCCH resources and/or PUSCH resources. For example, the UL resource may be a resource for reporting SL HARQ feedback to the base station.
For example, the first UE may receive information related to Dynamic Grant (DG) resources and/or information related to Configuring Grant (CG) resources from the base station. For example, CG resources may include CG type 1 resources or CG type 2 resources. In the present disclosure, DG resources may be resources configured/allocated by a base station to a first UE through Downlink Control Information (DCI). In the present disclosure, CG resources may be (periodic) resources configured/allocated by the base station to the first UE through DCI and/or RRC messages. For example, in case of CG type 1 resources, the base station may transmit an RRC message including information related to the CG resources to the first UE. For example, in case of CG type 2 resources, the base station may transmit an RRC message including information related to CG resources to the first UE, and the base station may transmit DCI related to activation or release of CG resources to the first UE.
In step S610, the first UE may transmit a PSCCH (e.g., a secondary link control information (SCI) or a primary SCI) to the second UE based on the resource schedule. In step S620, the first UE may transmit a PSCCH (e.g., second-level SCI, MAC PDU, data, etc.) associated with the PSCCH to the second UE. In step S630, the first UE may receive a PSCCH/PSSCH related PSFCH from the second UE. For example, HARQ feedback information (e.g., NACK information or ACK information) may be received from the second UE through the PSFCH. In step S640, the first UE may transmit/report HARQ feedback information to the base station through the PUCCH or PUSCH. For example, the HARQ feedback information reported to the base station may be information generated by the first UE based on the HARQ feedback information received from the second UE. For example, the HARQ feedback information reported to the base station may be information generated by the first UE based on a preconfigured rule. For example, the DCI may be DCI for SL scheduling. For example, the format of DCI may be DCI format 3_0 or DCI format 3_1.
Hereinafter, an example of the DCI format 3_0 will be described.
The DCI format 3_0 is used to schedule NR PSCCH and NR PSSCH in one cell.
The following information is sent by means of DCI format 3_0 with CRC scrambled by SL-RNTI or SL-CS-RNTI:
Resource pool index-ceiling (log) 2 I) Bit, where I is the number of resource pools configured for transmission by the higher layer parameter sl-txboost scheduling.
Time gap-3 bits determined by higher layer parameter sl-DCI-ToSL-Trans
-HARQ process number-4 bits
New data indicator-1 bit
Lowest index-training (log) of the subchannel allocation for initial transmission 2 (N SL subChannel ) Bit) of the bit
SCI format 1-a field: frequency resource assignment, time resource assignment
PSFCH to HARQ feedback timing indicator-tracking (log) 2 N fb_timing ) Bits, where N fb_timing Is the number of entries in the higher layer parameter sl-PSFCH-toppucch.
-PUCCH resource indicator-3 bits
-configuration index-0 bits if the UE is not configured to monitor DCI format 3_0 with CRC scrambled by SL-CS-RNTI; otherwise, 3 bits. If the UE is configured to monitor DCI format 3_0 with CRC scrambled by SL-CS-RNTI, this field is reserved for DCI format 3_0 with CRC scrambled by SL-RNTI.
-counter sidelink assignment index-2 bits, 2 bits if UE is configured with pdsch-HARQ-ACK-codebook=dynamic, 2 bits if UE is configured with pdsch-HARQ-ACK-codebook=semi-static
Filling bits, if necessary
Referring to (b) of fig. 6, in LTE transmission mode 2, LTE transmission mode 4, or NR resource allocation mode 2, the UE may determine SL transmission resources within SL resources configured by the base station/network or preconfigured SL resources. For example, the configured SL resources or pre-configured SL resources may be a pool of resources. For example, the UE may autonomously select or schedule resources for SL transmission. For example, the UE may perform SL communication by autonomously selecting resources within the configured resource pool. For example, the UE may autonomously select resources within the selection window by performing a sensing procedure and a resource (re) selection procedure. For example, sensing may be performed in units of subchannels. For example, in step S610, the first UE, which has itself selected resources from the resource pool, may transmit a PSCCH (e.g., a secondary link control information (SCI) or a primary SCI) to the second UE by using the resources. In step S620, the first UE may transmit a PSCCH (e.g., second-level SCI, MAC PDU, data, etc.) associated with the PSCCH to the second UE. In step S630, the first UE may receive a PSCCH/PSSCH related PSFCH from the second UE.
Referring to fig. 6 (a) or (b), for example, the first UE may transmit the SCI to the second UE through the PSCCH. Alternatively, for example, the first UE may send two consecutive SCIs (e.g., level 2 SCIs) to the second UE over the PSCCH and/or PSSCH. In this case, the second UE may decode two consecutive SCIs (e.g., level 2 SCIs) to receive the PSSCH from the first UE. In the present disclosure, an SCI transmitted through a PSCCH may be referred to as a first SCI, a first level SCI, or a first level SCI format, and an SCI transmitted through a PSSCH may be referred to as a second SCI, a second level SCI, or a second level SCI format. For example, the first level SCI format may include SCI format 1-A, and the second level SCI format may include SCI format 2-A and/or SCI format 2-B.
Hereinafter, an example of SCI format 1-a will be described.
SCI format 1-a is used to schedule the PSSCH and the second level SCI on the PSSCH.
The following information is sent via SCI format 1-a:
priority-3 bits
Frequency resource assignment-when the value of the higher layer parameter sl-MaxNumPerReserve is configured to be 2, ceiling (log 2 (N SL subChannel (N SL subChannel +1)/2) bits; otherwise, when the value of the higher layer parameter sl-MaxNumPerReserve is configured toAt 3, ceilling log 2 (N SL subChannel (N SL subChannel +1)(2N SL subChannel +1)/6) bits.
-time resource assignment-5 bits when the value of the higher layer parameter sl-MaxNumPerReserve is configured to be 2; otherwise, when the value of the higher layer parameter sl-MaxNumPerReserve is configured to be 3, 9 bits
Resource reservation period-if higher layer parameters sl-multiReserve resource are configured, then blocking (log 2 N rsv_period ) Bits, where N rsv_period Is the number of entries in the higher layer parameter sl-resourceReserve PeriodList; otherwise, 0 bit
-DMRS pattern-ceilling (log) 2 N pattern ) Bits, where N pattern The number of DMRS patterns configured by the higher layer parameter sl-PSSCH-DMRS-TimePatternList
Second level SCI Format-2 bits, as defined in Table 5
Beta_offset indicator-2 bits, as provided by the higher layer parameter sl-BetaOffsets2ndSCI
Number of DMRS ports-1 bit, as defined in table 6
Modulation and coding scheme-5 bits
-Additional MCS Table indicator-1 bit if one MCS Table is configured by the higher layer parameter sl-Additional-MCS-Table; if the two MCS tables are configured by the higher layer parameter sl-Additional-MCS-Table, 2 bits; otherwise, 0 bit
-PSFCH overhead indication-1 bit if higher layer parameter sl-PSFCH-Period = 2 or 4; otherwise, 0 bit
-reservation-number of bits determined by higher layer parameter sl-numreservadbis, the value of which is set to zero.
TABLE 5
Value of second level SCI format field Second level SCI format
00 SCI Format 2-A
01 SCI Format 2-B
10 Reservation of
11 Reservation of
TABLE 6
Value of number of DMRS port fields Antenna port
0 1000
1 1000 and 1001
Hereinafter, an example of SCI format 2-a will be described.
SCI format 2-a is used for decoding of PSSCH, used with HARQ operations when HARQ-ACK information includes ACK or NACK, when HARQ-ACK information includes NACK only, or when there is no feedback of HARQ-ACK information.
The following information is sent via SCI format 2-a:
-HARQ process number-4 bits
New data indicator-1 bit
Redundancy version-2 bits
Source ID-8 bits
Destination ID-16 bits
-HARQ feedback enable/disable indicator-1 bit
Broadcast type indicator-2 bits, as defined in Table 7
-CSI request-1 bit
TABLE 7
Hereinafter, an example of SCI format 2-B will be described.
SCI format 2-B is used for decoding of PSSCH, used with HARQ operations when HARQ-ACK information includes only NACK or when there is no feedback of HARQ-ACK information.
The following information is sent via SCI format 2-B:
-HARQ process number-4 bits
New data indicator-1 bit
Redundancy version-2 bits
Source ID-8 bits
Destination ID-16 bits
-HARQ feedback enable/disable indicator-1 bit
-region ID-12 bits
Communication range requirement-4 bits determined by higher layer parameter sl-ZoneConfigMCR-Index
Referring to (a) or (b) of fig. 6, the first UE may receive the PSFCH in step S630. For example, the first UE and the second UE may determine PSFCH resources, and the second UE may transmit HARQ feedback to the first UE using the PSFCH resources.
Referring to fig. 6 (a), in step S640, the first UE may transmit SL HARQ feedback to the base station through PUCCH and/or PUSCH.
Fig. 7 illustrates three broadcast types according to an embodiment of the present disclosure. The embodiment of fig. 7 may be combined with various embodiments of the present disclosure. Specifically, (a) in fig. 7 shows broadcast-type SL communication, (b) in fig. 7 shows unicast-type SL communication, and (c) in fig. 7 shows multicast-type SL communication. In the case of unicast-type SL communication, a UE may perform one-to-one communication for another UE. In the case of multicast type SL transmission, the UE may perform SL communication for one or more UEs in a group to which the UE belongs. In various embodiments of the present disclosure, SL multicast communications may be replaced with SL multicast communications, SL one-to-many communications, and the like.
Hereinafter, a hybrid automatic repeat request (HARQ) process will be described.
For example, SL HARQ feedback may be enabled for unicast. In this case, in a non-code block group (non-CBG) operation, the receiving UE may generate a HARQ-ACK if the receiving UE decodes a PSCCH for which the receiving UE is targeted and if the receiving UE successfully decodes a transport block associated with the PSCCH. In addition, the receiving UE may send the HARQ-ACK to the transmitting UE. Otherwise, if the receiving UE cannot successfully decode the transport block after decoding the PSCCH for which the receiving UE is targeted, the receiving UE may generate a HARQ-NACK. In addition, the receiving UE may transmit HARQ-NACK to the transmitting UE.
For example, SL HARQ feedback may be enabled for multicast. For example, in non-CBG operation, two HARQ feedback options may be supported for multicast.
(1) Multicast option 1: after the receiving UE decodes the PSCCH for which the receiving UE is targeted, if the receiving UE cannot decode the transport block associated with the PSCCH, the receiving UE may transmit the HARQ-NACK to the transmitting UE over the PSFCH. Otherwise, if the receiving UE decodes the PSCCH for which the receiving UE is targeted and if the receiving UE successfully decodes a transport block associated with the PSCCH, the receiving UE may not send a HARQ-ACK to the transmitting UE.
(2) Multicast option 2: after the receiving UE decodes the PSCCH for which the receiving UE is targeted, if the receiving UE cannot decode the transport block associated with the PSCCH, the receiving UE may transmit the HARQ-NACK to the transmitting UE over the PSFCH. In addition, if the receiving UE decodes the PSCCH for which the receiving UE is targeted and if the receiving UE successfully decodes a transport block associated with the PSCCH, the receiving UE may transmit a HARQ-ACK to the transmitting UE over the PSFCH.
For example, if multicast option 1 is used for SL HARQ feedback, all UEs performing multicast communication may share PSFCH resources. For example, UEs belonging to the same group may transmit HARQ feedback by using the same PSFCH resource.
For example, if multicast option 2 is used for SL HARQ feedback, each UE performing multicast communication may use a different PSFCH resource for HARQ feedback transmission. For example, UEs belonging to the same group may transmit HARQ feedback by using different PSFCH resources.
In the present disclosure, HARQ-ACK may be referred to as ACK, ACK information, or positive ACK information, and HARQ-NACK may be referred to as NACK, NACK information, or negative ACK information.
Hereinafter, a UE procedure for reporting HARQ-ACK on a sidelink will be described.
Can be at N PSSCH subch The SCI format received by the scheduling PSSCH in one or more of the subchannels indicates the UE to transmit the PSFCH with HARQ-ACK information in response to the PSSCH reception. The UE provides HARQ-ACK information including ACK or NACK only.
The number of slots in the resource pool for the PSFCH transmission opportunity resource Period may be provided by the sl-PSFCH-Period-r16 to the UE. If the number is zero, PSFCH transmission from the UE in the resource pool is disabled. The UE expects if k mod N PSFCH PSSCH Time slot t =0%' k SL (0≤k<T' max ) Having PSFCH transmit opportunity resources, where t' k SL Is a time slot belonging to a resource pool, T' max Is the number of time slots belonging to the resource pool within 10240 milliseconds, and N PSFCH PSSCH Provided by sl-PSFCH-Period-r 16. The UE may be instructed by higher layers to not transmit PSFCH in response to PSSCH reception. If the UE receives the PSSCH in the resource pool and the HARQ feedback enable/disable indicator field in the associated SCI format 2-a or SCI format 2-B has a value of 1, the UE provides HARQ-ACK information in the PSFCH transmission in the resource pool. The UE is including PSFCH resources andthe PSFCH is transmitted in the first slot of the resource pool after at least the number of slots provided by the sl-MinTimeGapPSFCH-r16, which follows the last slot received by the PSSCH.
M in resource pool for PSFCH transmission in PRB providing resource pool to UE by sl-PSFCH-RB-Set-r16 PSFCH PRB,set A set of PRBs. The number N of sub-channels for the resource pool provided by the sl-NumSubchannel subch Less than or equal to N PSFCH PSSCH The UE will M, the number of PSSCH slots associated with the PSFCH slot PRB,set PSFCH [ (i+j.N) in each PRB PSFCH PSSCH )·M PSFCH subch,slot ,(i+1+j·N PSFCH PSSCH )·M PSFCH subch,slot -1]The PRBs are allocated to time slot i and subchannel j among PSSCH slots associated with the PSFCH slot, where M PSFCH subch,slot =M PSFCH PRB,set /(N subch ·N PSFCH PSSCH ),0≤i<N PSFCH PSSCH ,0≤j<N subch And the allocation starts in ascending order of i and continues in ascending order of j. UE expects M PSFCH PRB,set Is N subch ·N PSFCH PSSCH Is a multiple of (2).
The UE determines the number of PSFCH resources available for multiplexing HARQ-ACK information in PSFCH transmission as R PSFCH PRB,CS =N PSFCH type ·M PSFCH subch,slot ·N PSFCH CS Wherein N is PSFCH CS Is the number of cyclic shift pairs for the resource pool, and based on the indication of higher layers,
-N PSFCH type =1 and M PSFCH subch,slot Each PRB is associated with a starting sub-channel of a corresponding PSSCH
-N PSFCH type =N PSSCH subch And N is PSSCH subch ·M PSFCH subch,slot N of PRBs and corresponding PSSCH PSSCH subch One or more of the sub-channels are associated
PSFCH resources are first based on N PSFCH type ·M PSFCH subch,slot The ascending order of PRB indexes in the PRBs is indexed and then according to N PSFCH CS The ascending order of the cyclic shift pair index among the cyclic shift pairs is indexed.
The UE determines an index of PSFCH resources for PSFCH transmission in response to the PSSCH reception as (P) ID +M ID )modR PSFCH PRB,CS Wherein P is ID Is the physical layer source ID provided by SCI format 2-A or 2-B received by the scheduling PSSCH, and M ID An identification of a UE receiving a PSSCH indicated by a higher layer in case the UE detects SCI format 2-a with a broadcast type indicator field value of "01"; otherwise M ID Is zero
The UE uses table 8 to index and N from the cyclic shift pair corresponding to the PSFCH resource index PSFCH CS Determining m for calculating the value of cyclic shift alpha 0 Values.
TABLE 8
In case that the UE detects SCI format 2-a with a broadcast type indicator field value of "01" or "10" as in table 9, or in case that the UE detects SCI format 2-B or SCI format 2-a with a broadcast type indicator field value of "11" as in table 10, the UE determines m for calculating the value of cyclic shift α cs Values. The UE applies one cyclic shift of the cyclic shift pair to the sequence for PSFCH transmission.
TABLE 9
HARQ-ACK values 0(NACK) 1(ACK)
Sequential cyclic shift 0 6
TABLE 10
HARQ-ACK values 0(NACK) 1(ACK)
Sequential cyclic shift 0 N/A
Further, in the NR V2X of release 16, the power saving operation of the UE is not supported. On the other hand, starting from NR V2X of release 17, power saving operation of a UE (e.g., power saving UE) will be supported.
Further, for a power saving operation (e.g., SL DRX operation) of the UE, an SL DRX configuration (e.g., an SL DRX cycle, an SL DRX on duration timer, an SL DRX off duration timer, an SL DRX slot offset (e.g., an offset representing a start time of the SL DRX on duration timer), an SL DRX start offset (e.g., an offset representing a start time of the SL DRX cycle), a timer supporting the SL DRX operation, etc.) to be used by the power saving UE (P-UE) should be defined. In addition, the operation of a Transmitting (TX) UE and a Receiving (RX) UE should be defined for an on duration (e.g., a duration in which sidelink reception/transmission can be performed) and/or an off duration (e.g., a duration in which operation in a sleep mode) is performed.
Further, uuDRX operation in release 16 supports UuDRX operation associated with operation of UL transmission or DL reception between the UE and the base station. However, uu DRX operation in release 16 does not support Uu DRX operation for NR SL TX and NR SL RX. Therefore, there is a need to propose a method for Uu DRX operation associated with sidelink transmission and sidelink reception of a UE and an apparatus supporting the same.
Further, the UE performing SL communication based on the resource allocation pattern 1 may receive the SL grant from the base station, and the UE may perform SL transmission based on the SL grant. Furthermore, in order to save power for the UE, if Uu DRX configuration and/or SL DRX configuration is configured for the UE, it is necessary to clearly define the duration that the UE should operate in an active time to receive the SL grant and/or the duration for which reception of the SL grant is not expected.
Fig. 8 illustrates a process in which a UE starts a Uu DRX timer based on SL grant, according to an embodiment of the present disclosure. The embodiment of fig. 8 may be combined with various embodiments of the present disclosure.
Referring to fig. 8, in step S800, a TX UE may obtain a DRX configuration. For example, the DRX configuration may include Uu DRX configuration and/or SL DRX configuration. For example, the TX UE may receive a DRX configuration from a base station. For example, the DRX configuration may be configured or preconfigured for the TX UE.
For example, the Uu DRX configuration may include information related to a DRX-HARQ-RTT-timer sl timer (hereinafter, HARQ RTT timer) and/or information related to a DRX-retransmission timer (hereinafter, retransmission timer). For example, the timer may be used for the following purposes.
(1) drx-HARQ-RTT-TimerSL timer: the duration that a TX UE (UE supporting Uu DRX operation) performing sidelink communication based on sidelink resource allocation pattern 1 does not perform PDCCH (or DCI) monitoring for sidelink pattern 1 resource allocation from a base station
For example, drx-HARQ-RTT-TimerSL may operate for each SL HARQ process. For example, drx-HARQ-RTT-TimerSL may be the minimum duration before the MAC entity expects the SL to retransmit the grant.
(2) drx-retransmission timer sl timer: duration of PDCCH (or DCI) monitoring for sidelink mode 1 resource allocation from a base station by TX UE (UE supporting Uu DRX operation) performing sidelink communication based on sidelink resource allocation mode 1
For example, drx-retransmission timer SL may operate for each SL HARQ process. For example, drx-retransmission timer SL may be the maximum duration until an grant for SL retransmission is received.
The SL DRX configuration referred to in this disclosure may include at least one or more of the following parameters/information.
(1) SL drx-onDurationTimer: duration at the beginning of SL DRX cycle
(2) SL drx-SlotOffset: delay before starting sldrx-ondurationTimer
(3) SL drx-inactivatytimer: duration after PSCCH occasion where PSCCH indicates new SL transmission for MAC entity
(4) SL drx-retransmission timer (per sidelink process or per HARQ process): maximum duration until retransmission is received
(5) SL drx-HARQ-RTT-Timer (per sidelink process or per HARQ process): the MAC entity expects the minimum duration before PSCCH (secondary link control information) for SL HARQ retransmission & PSSCH
(6) SL drx-LongCycleStartOffset: long DRX cycle and DRX-StartOffset defining a subframe where the long DRX cycle and the short DRX cycle start
(7) SL drx-ShortCycle (optional): short DRX cycle
(8) SL drx-ShortCycleTimer (optional): duration that the UE should follow short DRX cycle
(9) SL drx-HARQ-RTT-Timer (per sidelink process): the MAC entity expects the minimum duration before assignment for HARQ retransmission
(10) SL drx-StartOffset: subframe for SL DRX cycle start
(11) SL drx-Cycle: SL DRX cycle
The following SL DRX timers mentioned in this disclosure may be used for the following purposes.
(1) SL DRX on duration timer: the UE performing SL DRX operation should basically operate for the duration of PSCCH/pscsch reception of the counterpart UE in the active time
(2) SL DRX inactivity timer: a UE performing SL DRX operation extends the duration of an SL DRX on duration period, which is the duration that the UE should basically operate in an active time for PSCCH/pscsch reception of the counterpart UE
For example, the UE may extend the SL DRX on duration timer by the SL DRX inactivity timer duration. Further, if the UE receives a new packet (e.g., a new PSSCH transmission) from the counterpart UE, the UE may extend the SL DRX on duration timer by starting the SL DRX inactivity timer.
For example, the SL DRX inactivity timer may be used to extend the duration of the SL DRX on duration timer, which is the duration that the RX UE performing the SL DRX operation should operate substantially in active time for PSCCH/pscsch reception by the counterpart TX UE. That is, the SL DRX on duration timer may be extended by the duration of the SL DRX inactivity timer. In addition, if the RX UE receives a new packet (e.g., a new PSSCH transmission) from the counterpart TX UE, the RX UE can extend the SL DRX on duration timer by starting the SL DRX inactivity timer.
(3) SL DRX HARQ RTT timer: the UE performing the SL DRX operation operates in the sleep mode until the duration of time that the UE receives a retransmission packet (or PSSCH assignment) transmitted by the counterpart UE
For example, if the UE starts the SL DRX HARQ RTT timer, the UE may determine that the counterpart UE will not transmit a sidelink retransmission packet to the UE until the SL DRX HARQ RTT timer expires, and the UE may operate in a sleep mode while the corresponding timer is running. For example, if the UE starts the SL DRX HARQ RTT timer, the UE may not monitor a sidelink retransmission packet from the counterpart UE until the SL DRX HARQ RTT timer expires. For example, if RX UE transmit SL HARQ NACK feedback for PSCCH/PSSCH transmitted by TX UE has been received, the RX UE may start the SL DRX HARQ RTT timer. In this case, the RX UE may determine that the counterpart TX UE will not transmit the sidelink retransmission packet to the RX UE until the SL DRX HARQ RTT timer expires, and the RX UE may operate in the sleep mode while the corresponding timer is running.
(4) SL DRX retransmission timer: a timer started when the SL DRX HARQ RTT timer expires, and a duration during which the UE performing SL DRX operation operates in an active time to receive a retransmission packet (or PSSCH assignment) transmitted by the counterpart UE
For example, during a corresponding timer duration, the UE may receive or monitor a retransmission sidelink packet (or PSSCH assignment) transmitted by the counterpart UE. For example, while the SL DRX retransmission timer is running, the RX UE may receive or monitor retransmission sidelink packets (or PSSCH assignments) sent by the counterpart TX UE.
In the present disclosure, names of timers (Uu DRX HARQ RTT TimerSL, uu DRX retransmission timer sl, sidelink DRX on duration timer, sidelink DRX inactivity timer, sidelink DRX HARQ RTT timer, sidelink DRX retransmission timer, etc.) are exemplary, and timers performing the same/similar functions based on descriptions of each timer may be regarded as the same/similar timers regardless of their names.
In step S810, the TX UE may receive a SL grant from the base station. In this case, it is assumed that PUCCH resources are not configured for TX UEs. For example, PUCCH resources related to SL grant may not be configured for TX UE. For example, whether PUCCH resources are configured may be indicated to the TX UE based on table 11.
TABLE 11
In step S820, the TX UE may start a Uu DRX timer. For example, the TX UE may determine the time to start the Uu DRX timer based on the PUCCH resources not configured for the SLHARQ feedback report for the TX UE. For example, the TX UE may start the HARQ RTT timer at a determined time. Further, if the HARQ RTT timer expires, the TX UE may start a retransmission timer.
Hereinafter, uu DRX operation in the case where PUCCH is not configured will be described in detail.
Based on embodiments of the present disclosure, the operation (e.g., start) and/or parameter values of Uu DRX timers (e.g., HARQ RTT timers, retransmission timers) for mode 1DCI monitoring may be configured differently based on whether mode 1SL grants are allocated/scheduled on the pool in which the PSFCH resources are configured. For example, the operation (e.g., start) and/or parameter values of Uu DRX timers (e.g., HARQ RTT timers, retransmission timers) for mode 1DCI monitoring may be configured differently based on whether PSFCH is configured in a mode 1SL grant. For example, the operation (e.g., start) and/or parameter values of Uu DRX timers (e.g., HARQ RTT timers, retransmission timers) for mode 1DCI monitoring may be configured differently based on whether there are PSFCH resources (that satisfy a required (minimum) time gap) between mode 1SL grant related resources.
Specifically, for example, for a mode 1SL grant allocated/scheduled on a pool in which PSFCH resources are configured and/or a mode 1SL grant in which PSFCH resources are configured, the UE may be configured to start a Uu DRX timer (e.g., HARQ RTT timer) and/or Uu retransmission timer related to mode 1DCI monitoring (always) based on the timing of the PSFCH resources, regardless of whether HARQ feedback enabled/disabled MAC PDUs are actually transmitted by the corresponding mode 1SL grant. Otherwise, the UE may be configured to start a Uu DRX timer (e.g., HARQ RTT timer) and/or Uu retransmission timer related to mode 1DCI monitoring based on mode 1SL grant related resources (always) in a pre-configured position/order, regardless of whether HARQ feedback enables/disables MAC PDUs actually are transmitted with the corresponding mode 1SL grant. For example, the mode 1SL grant related resource may be a resource (i.e., PDCCH resource) in which the mode 1SL grant is received.
Fig. 9 illustrates a method for a UE to start a Uu DRX timer related to mode 1DCI monitoring based on mode 1SL grant related resources without configuring PUCCH resources according to an embodiment of the present disclosure. The embodiment of fig. 9 may be combined with various embodiments of the present disclosure.
Referring to fig. 9, the ue may receive a mode 1SL grant from the base station. The UE may then start the HARQ RTT timer in the first symbol after the mode 1SL grant related resource (i.e., PDCCH resource) ends. In this case, while the HARQ RTT timer is running, the UE may predict/determine that the SL retransmission grant associated with the HARQ process associated with the HARQ RTT timer will not be transmitted by the base station. In addition, the UE may perform PSCCH/PSSCH transmission based on the mode 1SL grant. Then, if the HARQ RTT timer expires, the UE may start a retransmission timer, and the UE may monitor mode 1SL grant transmitted by the base station. If the UE receives a mode 1SL grant from the base station, the UE may start a HARQ RTT timer in a first symbol after the mode 1SL grant related resource (i.e., PDCCH resource) ends.
Based on the embodiments of the present disclosure, if the SL PUCCH configuration is not configured for the UE, the SL DRX operation needs to be defined differently according to the SL HARQ feedback mode. That is, in case of transmitting the HARQ feedback enabled MAC PDU, the TX UE may start drx-HARQ-RTT-timer SL for the corresponding HARQ process ID in a first symbol after the end of the corresponding PSFCH reception carrying the SL HARQ feedback (i.e., NACK). In addition, in case of transmitting the HARQ feedback disabled MAC PDU, the TX UE may start the drx-HARQ-RTT-timer sl or drx-retransmission timer sl for the corresponding HARQ process ID in the first symbol after the end of the last (or first) transmission of the corresponding PSSCH transmission (intra-bundle).
For example, if the SL PUCCH configuration is not configured for the UE, the UE may support drx-HARQ-RTT-timer SL when transmitting the HARQ feedback disabled MAC PDU. For example, if the SL PUCCH configuration is not configured for the UE, the UE may not support drx-HARQ-RTT-timer SL when transmitting the HARQ feedback disabled MAC PDU.
For example, if the SL PUCCH configuration is not configured for the UE, the SL DRX operation needs to be defined differently according to the SL HARQ feedback mode.
For example, if the SL PUCCH configuration is not configured for the UE, the TX UE may start drx-HARQ-RTT-timer SL for the corresponding HARQ process ID in a first symbol after the corresponding PSFCH reception carrying the SL HARQ feedback (i.e., NACK) ends in case of transmitting the HARQ feedback enabled MAC PDU.
For example, if the SL PUCCH configuration is not configured for the UE, the TX UE may start drx-HARQ-RTT-timer SL for the corresponding HARQ process ID in a first symbol after the end of the corresponding PSFCH reception carrying SL HARQ feedback (i.e., NACK) in case of transmitting the HARQ feedback enabled MAC PDU by using the SL CG grant mapped only with the HARQ feedback enabled LCH.
For example, if the SL PUCCH configuration is not configured for the UE, in case of transmitting the HARQ feedback disabled MAC PDU, the TX UE may start the drx-HARQ-RTT-timer SL or drx-retransmission timer SL for the corresponding HARQ process ID in the first symbol after the end of the last (or first) transmission of the corresponding PSSCH transmission (intra-bundle).
For example, if the SL PUCCH configuration is not configured for the UE, the TX UE may start drx-HARQ-RTT-timer SL or drx-retransmission timer SL for the corresponding HARQ process ID in a first symbol after the end of the last transmission of the corresponding PSSCH transmission (intra-bundle) in case of transmitting the HARQ feedback disabled MAC PDU by using the SL CG grant mapped only with the HARQ feedback disabled LCH.
In step S830, the TX UE may transmit a first SCI for scheduling the PSSCH and the second SCI to the RX UE over the PSCCH based on the SL grant.
In step S840, the TX UE may send the second SCI and MAC PDU to the RX UE over the PSCCH based on the SL grant.
In step S850, the TX UE may receive a SL grant from the base station. For example, after the HARQ RTT timer started in step S820 has expired, and while the retransmission timer is running, the TX UE may monitor the SL grant transmitted by the base station, and the TX UE may receive the SL grant from the base station. In this case, if PUCCH resources related to SL grant are not configured for the TX UE, the TX UE may determine a start time of the Uu DRX timer based on the method proposed in the present disclosure, and in step S860, the TX UE may start the Uu DRX timer at the determined start time.
Fig. 10 shows a case where the UE starts the HARQ RTT timer based on SL resources instead of PDCCH resources. The embodiment of fig. 10 may be combined with various embodiments of the present disclosure.
Referring to fig. 10, it is assumed that the UE starts a HARQ RTT timer based on PSSCH/PSCCH resources. In this case, even if the base station does not transmit the SL grant, the UE may need to perform monitoring for the SL grant for the T1 duration, which may cause the UE to consume unnecessary power. In addition, the base station may not be able to allocate SL grants to the UE for the T2 duration that the HARQ RTT timer is running. That is, even if the base station has SL resources available for allocation for the T2 duration, the base station may not be able to allocate SL grants to the UE because the HARQ RTT timer of the UE is running. As a result, the SL transmission of the UE may be delayed, and in particular, reliability of the SL transmission requiring low delay may not be guaranteed. Furthermore, the flexibility of SL resource allocation for a base station may be unduly limited.
On the other hand, based on various embodiments of the present disclosure, the UE may skip monitoring of the SL grant immediately after receiving the SL grant during a time when the SL grant is not expected to be transmitted from the base station. Therefore, an effect of reducing power consumption of the UE can be achieved. Further, if PUCCH resources are not configured for the UE, the UE can achieve power saving gain of the UE and ensure reliability of SL communication requiring low latency by starting a HARQ RTT timer based on the PDCCH resources.
Based on embodiments of the present disclosure, the SL HARQ RTT timer can be derived from the retransmission resource timing when the SCI indicates a retransmission resource. In addition, an explicitly configured SL HARQ RTT timer may still be required.
Furthermore, SL DRX operation based on the above assumption may not operate properly. When the transmission pools between UEs performing sidelink transmission/reception are different, the RX UE may have a problem that the next transmission resource information included in the SCI transmitted by the TX UE cannot be correctly derived.
Fig. 11 is a diagram illustrating a problem in that an RX UE cannot correctly derive next transmission resource information included in SCI transmitted by a TX UE when a transmission pool is different between UEs performing sidelink transmission and reception. The embodiment of fig. 11 may be combined with various embodiments of the present disclosure.
For example, referring to fig. 11, UE 1/2 uses physical slot indexes 1, 3, 5, 7, 9, 11, 13, 15..as a transmission pool, and UE 3 uses physical slot indexes 2, 6, 10, 14..as a transmission pool. UE 1 uses as a receiving pool the physical slot indices 1, 2, 3, 5, 6, 7, 9, 10, 11, 13, 14, 15 of all transmitting pools including UE 1/2/3. At this time, UE 1 checks that TRIV (i.e., time resource indicator value) included in SCI transmitted by UE2 is indicated as 2, and monitors reception of the next SCI at reception pool index 4. Since UE 1 uses the same transmission pool as UE2, UE 1 can correctly derive the resource information included in the SCI. However, when UE 1 uses a different transmission pool than UE 3, a problem arises. For example, if UE 1 receives the SCI sent by UE 3 and checks that TRIV is indicated as 3, the location of the receive pool is calculated based on its own receive pool (e.g., because the transmit pool of UE 3 is different from the transmit pool of UE 1). That is, UE 1 determines that UE 3 will transmit the next SCI at physical slot index 6 point (receiving pool "5" of UE 1) and will perform the SCI monitoring operation of UE 3 at that point. However, the next SCI transmission time of UE 3 is physical slot index 14 point (receiving pool "11" of UE 1). Accordingly, when different transmission pools are used between UEs, next resource information included in the SCI may be misinterpreted, and thus a problem may occur when performing the SL DRX operation based on the next resource information included in the SCI.
To solve this problem, both the transmit and receive pools of two UEs performing SL TX/RX may be aligned. In order to ensure that the SL DRX timer operation based on SCI information is not limited as described, the following operation may be considered.
In one way, the SCI may provide information for the transmit pool index it transmits, and may (pre) configure the links between the transmit pool indices (of different gnbs). That is, the TX UE may provide the RX UE with the transmit pool information it uses.
Alternatively, in another way, the mechanism that allows as many sleeps as there are already unaligned slots of the Rx pool can be considered as follows:
- (TRIV on SCI-1) x (length of SL slot)
Physical time slot (TRIV on SCI-1 indicated value)
The value indicated by the TRIV on SCI-1 belonging to the SL slot of the receiving pool
Alternatively, the RX UE may be informed by designating the next resource time information as absolute time in the SCI. The RX UE may infer the approximate next resource information point by additionally using the absolute time information.
For example, if a UE performing SL transmission and reception uses a different transmission pool, the RX UE may not be able to correctly derive the next resource information included in the SCI transmitted by the TX UE.
For example, in order for the RX UE to correctly derive the next resource information from the SCI, it may be necessary to align the resource pool between the UEs. In order to operate properly without such limitations, information of links between indexes of different resource pools may be provided.
For example, a mechanism of deriving the SL DRX HARQ RTT timer value according to a predefined function based on the corresponding TRIV value on SCI may be considered instead of a mechanism of directly deriving the SL DRX HARQ RTT timer value from the TRIV value on SCI.
For example, in SCI, at most 1 or 2 pieces of next resource information are included. With the above assumption taken, it is necessary to additionally discuss and verify whether or not only the first or second next resource information is considered to set the SL DRX HARQ RTT/retransmission timer. For example, to avoid unnecessary power consumption at the RX UE side, when the RX UE cannot decode the SCI on the second resource (indicated by the previous SCI received on the first resource), the SL DRX retransmission timer may run after the second resource until the third resource (indicated by the previous SCI received on the first resource).
SL DRX operation may be affected when the resources reserved by the previous SCI are reselected due to preemption. For example, if the TX UE reselects resources at a time before the resources indicated by the previous SCI for resource reselection due to preemption, the RX UE may not be able to receive the TX UE's transmissions when the RX UE wakes up after the resources indicated in the SCI. Furthermore, if the TX UE performs resource reselection after the resources indicated by the SCI, there may be a problem in that the PDB of the SL data is not satisfied. One possible solution to this problem is for the TX UE to instruct the RX UE to not perform sleep operation via SCI when the remaining selection window is short or the remaining PDB is short.
For example, SL DRX operation based on the resource information included in SCI will affect the above-mentioned resource selection procedure.
Based on embodiments of the present disclosure, the RX UE may not be able to receive the SCI on the resources indicated by the TX UE as the previous SCI. Therefore, when the TX UE reselects the resources indicated by the previous SCI, it must be considered whether the RX UE can correctly receive the data of the TX UE in the time domain in which the resource reselection of the TX UE should be performed. For example, when the TX UE performs reselection of resources reserved by the previous SCI, the RX UE may not be able to receive the SCI on the resources indicated by the previous SCI of the TX UE. Therefore, it must be considered whether the RX UE can correctly receive the data of the TX UE in the time domain in which the resource reselection of the TX UE is performed.
For example, the TX UE may start a SL DRX retransmission timer (e.g., a timer of the TX UE to be synchronized with a timer of the RX UE) based on the most recently received NACK, and may perform preemptive resource reselection while the SL DRX retransmission timer of the RX UE is operating.
Based on embodiments of the present disclosure, the TX UE and the RX UE may perform additional power saving operations based on the PSFCH reception and transmission. The TX UE may operate in the sidelink DRX sleep mode by from the transmit time of the PSCCH/PSSCH to the receive time of the PSFCH to reduce power consumption. In addition, the TX UE may wake up and monitor the PSFCH transmitted by the RX UE upon receiving the PSFCH. The RX UE may reduce additional power consumption by performing a sleep operation related to the SL HARQ process during the time interval between the time the initial PSSCH receives and transmits the PSFCH. In addition, the RX UE may also reduce additional power consumption by performing sleep mode operations related to the SL HARQ process during the time interval between the PSFCH transmission time and the reception time of the PSSCH retransmission.
For example, the TX UE may reduce power consumption by operating in a sidelink DRX sleep mode from a transmit time of the PSCCH/PSSCH to a receive time of the PSFCH. The RX UE may reduce additional power consumption by performing a sleep operation related to the SL HARQ process during the time interval between the time the initial PSSCH receives and transmits the PSFCH.
For example, a unicast specific SL DRX configuration may be configured for each source/destination ID pair. For example, unicast characteristics (e.g., PQI, etc.) and parameters may be considered when configuring a UE-specific SL DRX configuration. For example, a UE-specific SL DRX configuration for SL unicast may be set for each PC5 unicast connection (e.g., source ID/destination ID pair) taking into account the QoS class (e.g., PQI) associated with the particular PC5 unicast link (or PC5 RRC connection). The UE-specific SL DRX configuration should be set in consideration of QoS class (e.g., PQI) of SL data serviced through a specific unicast link.
For example, the UE-specific SL DRX configuration may be set in consideration of QoS class (e.g., PQI) of SL data serviced through a specific unicast link.
For example, the UE-specific SL DRX configuration for SL unicast should be set in consideration of the QoS class (e.g., PQI) of each PC5 RRC connection (e.g., direction of source layer 2 ID/destination layer 2ID pair).
Further, when receiving the SCI transmitted by the TX UE, the RX UE may perform a power saving operation by referring to next resource information included in the SCI. For example, if the RX UE normally receives the SCI and successfully decodes it, the RX UE may operate in a sleep state (or a state where the PSCCH/PSSCH of the TX UE does not need to be monitored) until the next transmission resource time included in the SCI. Alternatively, if the RX UE cannot receive the SCI at the transmission resource location indicated in the previous SCI, the RX UE may remain awake (to monitor the PSCCH/PSSCH transmitted by the TX UE) until the next transmission resource time indicated in the SCI.
However, as shown in the embodiment of fig. 11, due to the asynchronous problem of the resource pool, there may occur a problem that the RX UE misunderstands the resource information indicated by the TX UE in the SCI, thereby preventing it from correctly performing the SL DRX operation.
For example, if the transmission pool of the "a" UE is different from the transmission pool of the "B" UE and the reception pool includes two transmission pools (superset), the "B" UE cannot correctly derive the next resource information (time/frequency point) indicated in the SCI transmitted by the "a" UE. That is, for this reason (because the RX UE may differently derive the next resource information (time/frequency) indicated by the TX UE), the RX UE supporting the SL DRX operation cannot normally perform the SL DRX operation based on the next resource information of the SCI transmitted by the TX UE.
Specifically, for example, UE 1/2 uses resource pool indices 1, 3, 5, 7, 9, 11, 13, 16..as its transmission pool, and UE 3 uses resource pool indices 2, 6, 10, 14..as its transmission pool. UE 1 uses resource pool indices 1, 2, 3, 5, 6, 7, 9, 10, 11, 13, 14, 15. In this case, if UE 1 checks TRIV (time frequency information of the next transmission resource) included in SCI transmitted by UE 2 for indication 2, UE 1 monitors reception of the next SCI (by interpreting TRIV based on the time slots in the transmission pool) at reception pool index 4. Since UE 1 uses the same transmission pool as UE 2, it can correctly derive transmission resource information included in SCI. However, if UE 1 uses a different transmission pool than UE 3, a problem arises. For example, if UE 1 receives SCI transmitted by UE 3 and checks TRIV (time/frequency information of the next transmission resource) indication 3, UE 1 interprets TRIV based on its own reception pool. That is, UE 1 determines that UE 3 is to transmit the next SCI at resource pool index 6 (reception pool "5" of UE 1), and performs the SCI monitoring operation of UE 3 at the corresponding time. However, the actual resource time of the next SCI transmission of UE 3 corresponds to resource pool index 14 (reception pool "11" of UE 1).
Thus, if different transmission pools are used between UEs, transmission resource information included in SCI may be misinterpreted, which may cause a problem when performing a SL DRX operation based on the transmission resource information included in SCI (e.g., when a wake-up and sleep operation based on next transmission resource information included in SCI, or when configuring a timer (SL DRX HARQ RTT timer, SL DRX retransmission timer, SL DRX inactivity timer) value based on next transmission resource information included in SCI).
In the present disclosure, the following operations are proposed to solve the above problems.
For example, the UE (TX UE and/or RX UE) may transmit/signal resource pool information (resource pool information used by the UE) and resource pool utilization/change information to the counterpart UE (RX UE and/or TX UE). For example, the information may be information for allowing the UE that transmitted the resource pool information to change the resource pool information again in a case where the UE that has checked the resource pool information (e.g., resource pool index) of the counterpart UE transmitted by the counterpart UE determines that it does not match its own resource pool information. For example, the UE may transmit utilization information to apply "+1" to the resource pool. Resource pool information and resource pool utilization/change information proposed for use may be transmitted between UEs. However, upon receiving the resource pool information and the resource pool utilization/change information sent and used by the serving base station of the UE to the UE from the base station, the UE may forward the information to its peer UE.
For example, assume that UE "a" uses resource pool index "1" as its transmit pool and UE "B" uses resource pool index "2" as its transmit pool. In addition, it is assumed that UE "B" uses a resource pool including both resource pool indices "1" and "2" as its receiving pool. In this case, the "a" UE may transmit resource pool information (e.g., resource pool index "1") for use by the "a" UE to the "B" UE. This information may be sent, for example, via SCI and/or PC5 RRC messages. The "B" UE may determine that its transmission pool (resource pool index 2) is different from the transmission pool (resource pool index 1) for use by the "a" UE, and it may misunderstand transmission resource information included in SCI transmitted by the "a" UE. In this case, the "B" UE may instruct (through the SCI/MAC CE/PC5 RRC message) the "a" UE to replace the resource pool index "1" with the transmission pool (application+1 or direct indication value "2") corresponding to the resource pool index "2" to include the next transmission resource information in the SCI when using the transmission pool.
Based on the proposed method, by synchronizing the TX UE's transmit pool with the RX UE's transmit pool, the RX UE can correctly interpret the transmit resource information included in the SCI transmitted by the TX UE. Thus, the RX UE can perform SL DRX operation by accurately referring to the transmission resource information included in the SCI.
In another embodiment, the serving base station may signal/send to its own UE (e.g., in the form of including it as one candidate resource pool configured by the serving base station for its own UE) resource pool (location) information configured by another base station and/or index mapping/linking information between resource pools of different base stations.
Various embodiments of the present disclosure may be applied to a duration in which a UE receives an SCI from a counterpart UE at the end of an SL active time (e.g., a duration in which the UE monitors an SL channel or signal) and a duration in which the next transmission resource reserved by the SCI received at the active time is within an SL inactive time (e.g., a duration in which the UE does not need to monitor the SL channel or signal, or a duration in which the UE may be able to operate in a power save mode). In addition, various embodiments of the present disclosure may be equally applicable to the duration of the SL active time and the duration of the SL inactive time of the UE.
The proposal of the present disclosure can be applied/extended to/as a method of solving the problem of loss due to an interruption occurring during Uu BWP handover. In addition, in case that the UE supports a plurality of SL BWP, the proposal of the present disclosure may be applied/extended to/as a method of solving the problem of loss occurring due to the interruption occurring during the SL BWP handover.
The proposals of the present disclosure may be applied/extended to/for parameters (e.g., timers) included in a UE-to-particular SL DRX configuration, a UE-to-particular SL DRX mode, or a UE-to-particular SL DRX configuration, as well as parameters (e.g., timers) included in a default/common SL DRX configuration, a default/common SL DRX mode, or a default/common SL DRX configuration. In addition, the on-duration mentioned in the proposal of the present disclosure may be extended to or interpreted as an active time (e.g., a time of an awake state (e.g., RF module on) to receive/transmit a radio signal) duration, and the off-duration may be extended to or interpreted as a sleep time (e.g., a time of sleeping in a sleep mode state (e.g., RF module off) to save power) duration. This does not mean that the TX UE has to operate in sleep mode for the sleep duration. If necessary, the TX UE may be allowed to operate for an active time for a period of time for a sensing operation and/or a transmitting operation, even for a sleep time.
For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each resource pool. For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each congestion level. For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each service priority. For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each service type. For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each resource pool. For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each QoS requirement (e.g., latency, reliability). For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each PQI (5G QoS identifier (5 QI) for PC 5). For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (either differently or independently) for each traffic type (e.g., periodically generated or non-periodically generated). For example, whether to apply the proposed method/rule(s) and/or related parameters (e.g., thresholds) of the present disclosure may be configured (differently or independently) for each SL transmission resource allocation pattern (e.g., pattern 1 or pattern 2).
For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each resource pool. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each service/packet type. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each service/packet priority. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each QoS requirement (e.g., URLLC/EMBB traffic, reliability, latency). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each PQI. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each broadcast type (e.g., unicast, multicast, broadcast). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each (resource pool) congestion level (e.g., CBR). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each SL HARQ feedback option (e.g., NACK feedback only, ACK/NACK feedback). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for HARQ feedback enabled MAC PDU transmission. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for HARQ feedback disabled MAC PDU transmissions. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured in particular (or differently or independently) depending on whether PUCCH-based SL HARQ feedback reporting operations are configured. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for preemption or preemption-based resources. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for re-evaluation or re-selection based on re-evaluated resources. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (either differently or independently) for each (L2 or L1) (source/destination) identifier. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (either differently or independently) for each (L2 or L1) (combination of source ID and destination ID) identifier. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (either differently or independently) for each (L2 or L1) (combination of source ID and destination ID pair and broadcast type). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each direction of a pair of source layer IDs and destination layer IDs. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each PC5 RRC connection/link. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for the case of performing SL DRX. For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be configured (differently or independently) for each SL mode type (e.g., resource allocation mode 1 or resource allocation mode 2). For example, whether to apply the proposed rules and/or related parameter configuration values of the present disclosure may be specifically (or differently or independently) configured for the case of performing (non) periodic resource reservation.
The specific time mentioned in the proposal of the present disclosure may refer to a time during which the UE operates in an active time within a predefined time in order to receive a sidelink signal or sidelink data from the counterpart UE. The specific time mentioned in the proposal of the present disclosure may refer to a time during which the UE operates in the active time to receive the sidelink signal or the sidelink data from the counterpart UE whenever a specific timer (e.g., a sidelink DRX retransmission timer, a sidelink DRX inactivity timer, or a timer that ensures that the RX UE can operate in the active time in the DRX operation of the RX UE) is running. In addition, the proposal and whether to apply the proposal rules (and/or related parameter configuration values) of the present disclosure may also be applied for millimeter wave SL operation.
Fig. 12 illustrates a method of a first apparatus performing wireless communication, in accordance with an embodiment of the present disclosure. The embodiment of fig. 12 may be combined with various embodiments of the present disclosure.
Referring to fig. 12, in step S1210, the first device may obtain a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer. In step S1220, the first apparatus may receive Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource from the base station based on a Physical Downlink Control Channel (PDCCH) resource. In step S1230, the first device may start a HARQ RTT timer after a time domain of the PDCCH resource based on not configuring the PUCCH resource for the first device. For example, the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
For example, PUCCH resources may not be configured for the first device based on information related to PUCCH resources being zero.
For example, the HARQ RTT timer may be started at the first symbol after the PDCCH resource ends.
For example, at least one SL resource may be associated with a PUCCH resource.
For example, the DCI may include an index of a resource pool. For example, based on a period of Physical Sidelink Feedback Channel (PSFCH) resources configured for the resource pool being zero, a HARQ RTT timer may be started after a time domain of PDCCH resources.
In addition, for example, the first device may start a retransmission timer after expiration of the HARQ RTT timer. For example, the retransmission timer may be a maximum duration until a retransmission grant is received. For example, the retransmission grant may be DCI including information related to at least one SL resource allocated by the base station for SL retransmission of the first device. For example, the HARQ RTT timer and the retransmission timer may be timers configured for each HARQ process between the first apparatus and the base station.
For example, the DCI may be DCI with a Cyclic Redundancy Check (CRC) scrambled by a SL Radio Network Temporary Identifier (RNTI).
For example, the DCI may be DCI with a Cyclic Redundancy Check (CRC) scrambled by a scheduling (CS) -Radio Network Temporary Identifier (RNTI) configured by the SL.
In addition, for example, the first apparatus may transmit first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) and a second SCI to the second apparatus through a Physical Sidelink Control Channel (PSCCH) based on the at least one SL resource. In addition, for example, the first device may transmit a second SCI or a Medium Access Control (MAC) Protocol Data Unit (PDU) to the second device through the PSSCH based on the at least one SL resource.
For example, the HARQ RTT timer may be started after the time domain of PDCCH resources, regardless of whether Physical Sidelink Feedback Channel (PSFCH) resources are configured for the resource pool.
The proposed method may be applied to devices based on various embodiments of the present disclosure. First, the processor 102 of the first apparatus 100 may obtain a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer. In addition, the processor 102 of the first apparatus 100 may control the transceiver 106 to receive Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource from the base station based on a Physical Downlink Control Channel (PDCCH) resource. In addition, based on not configuring PUCCH resources for the first device, the processor 102 of the first device 100 may start the HARQ RTT timer after the time domain of the PDCCH resources. For example, the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
Based on embodiments of the present disclosure, a first apparatus adapted to perform wireless communication may be provided. For example, the first apparatus may include: one or more memories storing instructions; one or more transceivers; and one or more processors coupled to the one or more memories and the one or more transceivers. For example, one or more processors may execute instructions to: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource from a base station based on the Physical Downlink Control Channel (PDCCH) resource; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on not configuring the PUCCH resource for the first apparatus. For example, the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
Based on embodiments of the present disclosure, an apparatus adapted to control a first User Equipment (UE) may be provided. For example, the device may include: one or more processors; and one or more memories operatively connected to the one or more processors and storing instructions. For example, one or more processors may execute instructions to: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource from a base station based on the Physical Downlink Control Channel (PDCCH) resource; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on not configuring the PUCCH resource for the first UE. For example, the HARQ RTT timer may be a minimum duration before the first UE expects a retransmission grant.
Based on embodiments of the present disclosure, a non-transitory computer-readable storage medium storing instructions may be provided. For example, the non-transitory computer-readable storage medium stores instructions that, when executed, may cause a first apparatus to: obtaining a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer; receiving Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource from a base station based on the Physical Downlink Control Channel (PDCCH) resource; and starting a HARQ RTT timer after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus. For example, the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
Fig. 13 illustrates a method of a base station performing wireless communication according to an embodiment of the present disclosure. The embodiment of fig. 13 may be combined with various embodiments of the present disclosure.
Referring to fig. 13, in step S1310, the base station may transmit a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer to the first device. In step S1320, the base station may transmit Downlink Control Information (DCI) including information related to at least one sub-link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource to the first apparatus based on a Physical Downlink Control Channel (PDCCH) resource. For example, based on not configuring PUCCH resources for the first device, the HARQ RTT timer may be started by the first device after a time domain of PDCCH resources, and the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
For example, PUCCH resources may not be configured for the first device based on information related to PUCCH resources being zero.
For example, the HARQ RTT timer may be started at the first symbol after the PDCCH resource ends.
For example, at least one SL resource may be associated with a PUCCH resource.
For example, the DCI may include an index of a resource pool. For example, based on a period of Physical Sidelink Feedback Channel (PSFCH) resources configured for the resource pool being zero, a HARQ RTT timer may be started after a time domain of PDCCH resources.
In addition, for example, the first device may start a retransmission timer after expiration of the HARQ RTT timer. For example, the retransmission timer may be a maximum duration until a retransmission grant is received. For example, the retransmission grant may be DCI including information related to at least one SL resource allocated by the base station for SL retransmission of the first device. For example, the HARQ RTT timer and the retransmission timer may be timers configured for each HARQ process between the first apparatus and the base station.
For example, the DCI may be DCI with a Cyclic Redundancy Check (CRC) scrambled by a SL Radio Network Temporary Identifier (RNTI).
For example, the DCI may be DCI with a Cyclic Redundancy Check (CRC) scrambled by a scheduling (CS) -Radio Network Temporary Identifier (RNTI) configured by the SL.
In addition, for example, the first apparatus may transmit first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) and a second SCI to the second apparatus through a Physical Sidelink Control Channel (PSCCH) based on the at least one SL resource. In addition, for example, the first device may transmit a second SCI or a Medium Access Control (MAC) Protocol Data Unit (PDU) to the second device through the PSSCH based on the at least one SL resource.
For example, the HARQ RTT timer may be started after the time domain of PDCCH resources, regardless of whether Physical Sidelink Feedback Channel (PSFCH) resources are configured for the resource pool.
The proposed method may be applied to devices based on various embodiments of the present disclosure. First, the processor 202 of the base station 200 may control the transceiver 206 to transmit a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer to the first device. In addition, the processor 202 of the base station 200 may control the transceiver 206 to transmit Downlink Control Information (DCI) including information related to at least one Secondary Link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource to the first device based on a Physical Downlink Control Channel (PDCCH) resource. For example, based on not configuring PUCCH resources for the first device, the HARQ RTT timer may be started by the first device after a time domain of PDCCH resources, and the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
Based on the embodiments of the present disclosure, a base station adapted to perform wireless communication may be provided. For example, the base station may include: one or more memories storing instructions; one or more transceivers; and one or more processors coupled to the one or more memories and the one or more transceivers. For example, the one or more processors may execute instructions to: transmitting a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer to the first device; and transmitting Downlink Control Information (DCI) including information related to at least one sub-link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource to the first apparatus based on a Physical Downlink Control Channel (PDCCH) resource. For example, based on not configuring PUCCH resources for the first device, the HARQ RTT timer may be started by the first device after a time domain of PDCCH resources, and the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
Based on embodiments of the present disclosure, an apparatus adapted to control a base station may be provided. For example, the device may include: one or more processors; and one or more memories operatively connected to the one or more processors and storing instructions. For example, one or more processors may execute instructions to: transmitting a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer to the first UE; and transmitting Downlink Control Information (DCI) including information related to at least one sub-link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource to the first UE based on a Physical Downlink Control Channel (PDCCH) resource. For example, based on not configuring PUCCH resources for the first UE, the HARQ RTT timer may be started by the first UE after a time domain of PDCCH resources, and the HARQ RTT timer may be a minimum duration before the first UE expects a retransmission grant.
Based on embodiments of the present disclosure, a non-transitory computer-readable storage medium storing instructions may be provided. For example, the non-transitory computer-readable storage medium stores instructions that, when executed, may cause a base station to: transmitting a Discontinuous Reception (DRX) configuration including information related to a hybrid automatic repeat request (HARQ) Round Trip Time (RTT) timer to the first device; and transmitting Downlink Control Information (DCI) including information related to at least one sub-link (SL) resource and information related to a Physical Uplink Control Channel (PUCCH) resource to the first apparatus based on a Physical Downlink Control Channel (PDCCH) resource. For example, based on not configuring PUCCH resources for the first device, the HARQ RTT timer may be started by the first device after a time domain of PDCCH resources, and the HARQ RTT timer may be a minimum duration before the first device expects a retransmission grant.
The various embodiments of the present disclosure may be combined with each other.
Hereinafter, an apparatus to which various embodiments of the present disclosure may be applied will be described.
The various descriptions, functions, procedures, suggestions, methods and/or operational flows of the present disclosure described herein may be applied to, but are not limited to, various fields requiring wireless communication/connection (e.g., 5G) between devices.
Hereinafter, a description will be given in more detail with reference to the accompanying drawings. In the following figures/description, like reference numerals may refer to like or corresponding hardware, software, or functional blocks unless otherwise specified.
Fig. 14 shows a communication system 1 according to an embodiment of the present disclosure. The embodiment of fig. 14 may be combined with various embodiments of the present disclosure.
Referring to fig. 14, a communication system (1) to which various embodiments of the present disclosure are applied includes a wireless device, a Base Station (BS), and a network. Herein, a wireless device refers to a device that performs communication using a Radio Access Technology (RAT), such as a 5G New RAT (NR) or Long Term Evolution (LTE), and may be referred to as a communication/radio/5G device. Wireless devices may include, but are not limited to, robots (100 a), vehicles (100 b-1, 100 b-2), augmented reality (XR) devices (100 c), handheld devices (100 d), home appliances (100 e), internet of things (IoT) devices (100 f), and Artificial Intelligence (AI) devices/servers (400). For example, the vehicles may include vehicles having wireless communication functions, autonomous vehicles, and vehicles capable of performing inter-vehicle communication. Herein, a vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., an unmanned aerial vehicle). XR devices may include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices and may be implemented in the form of Head Mounted Devices (HMDs), head Up Displays (HUDs) installed in vehicles, televisions, smartphones, computers, wearable devices, home appliance devices, digital signage, vehicles, robots, and the like. Handheld devices may include smart phones, smart boards, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, the BS and network may be implemented as wireless devices, and a particular wireless device (200 a) may operate as a BS/network node relative to other wireless devices.
Here, the wireless communication technology implemented in the wireless apparatuses 100a to 100f of the present disclosure may include a narrowband internet of things for low power communication in addition to LTE, NR, and 6G. In this case, for example, the NB-IoT technology may be an example of Low Power Wide Area Network (LPWAN) technology and may be implemented as standards such as LTE Cat NB1 and/or LTE Cat NB2, not limited to the names described above. Additionally or alternatively, wireless communication techniques implemented in the wireless devices 100 a-100 f of the present disclosure may perform communications based on LTE-M techniques. In this case, as an example, the LTE-M technology may be an example of an LPWAN, and may be referred to as various names including enhanced machine type communication (eMTC), and the like. For example, LTE-M technology may be implemented as at least any of various standards such as, but not limited to, 1) LTE CAT 0, 2) LTE CAT M1, 3) LTE CAT M2, 4) LTE non-bandwidth limited (non-BL), 5) LTE-MTC, 6) LTE machine type communications, and/or 7) LTE M. Additionally or alternatively, the wireless communication technology implemented in the wireless devices 100a to 100f of the present disclosure may include at least one of bluetooth, a Low Power Wide Area Network (LPWAN), and ZigBee in view of low power communication, and is not limited to the above names. As an example, the ZigBee technology may generate a Personal Area Network (PAN) related to small/low power digital communication based on various standards including IEEE 802.15.4 and the like, and may be referred to as various names.
The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI server 400 via the network 300. The network 300 may be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Although the wireless devices 100a to 100f may communicate with each other through the BS 200/network 300, the wireless devices 100a to 100f may perform direct communication (e.g., sidelink communication) with each other without passing through the BS/network. For example, the vehicles 100b-1 and 100b-2 may perform direct communications (e.g., vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communications). IoT devices (e.g., sensors) may perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100 a-100 f.
Wireless communication/connection 150a, 150b, or 150c may be established between wireless devices 100 a-100 f/BS200 or BS200/BS 200. Here, the wireless communication/connection may be established through various RATs (e.g., 5G NR) such as uplink/downlink communication 150a, secondary link communication 150b (or D2D communication), or inter-BS communication (e.g., relay, access backhaul Integration (IAB)). The wireless device and BS/wireless device may transmit/receive radio signals to/from each other through wireless communication/connections 150a and 150 b. For example, the wireless communication/connections 150a and 150b may transmit/receive signals over various physical channels. To this end, at least a part of various configuration information configuration procedures for transmitting/receiving radio signals, various signal processing procedures (e.g., channel coding/decoding, modulation/demodulation, and resource mapping/demapping), and resource allocation procedures may be performed based on various proposals of the present disclosure.
Fig. 15 illustrates a wireless device according to an embodiment of the present disclosure. The embodiment of fig. 15 may be combined with various embodiments of the present disclosure.
Referring to fig. 15, the first wireless device (100) and the second wireless device (200) may transmit radio signals through various RATs (e.g., LTE and NR). Herein, { the first wireless device (100) and the second wireless device (200) } may correspond to { wireless device (100 x) and BS (200) } and/or { wireless device (100 x) and wireless device (100 x) } in fig. 14.
The first wireless device 100 may include one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108. The processor(s) 102 may control the memory(s) 104 and/or transceiver(s) 106 and may be configured to implement the descriptions, functions, processes, suggestions, methods, and/or operational flows disclosed herein. For example, the processor(s) 102 may process the information in the memory(s) 104 to generate first information/signals and then transmit radio signals including the first information/signals through the transceiver(s) 106. The processor(s) 102 may receive radio signals including the second information/signals through the transceiver 106 and then store information resulting from processing the second information/signals in the memory(s) 104. The memory(s) 104 may be connected to the processor(s) 102 and may store various information related to the operation of the processor(s) 102. For example, the memory(s) 104 may store software code including instructions for performing part or all of the processing controlled by the processor(s) 102 or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flows disclosed herein. Here, the processor(s) 102 and the memory(s) 104 may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR). The transceiver(s) 106 may be connected to the processor(s) 102 and transmit and/or receive radio signals through the antenna(s) 108. Each transceiver 106 may include a transmitter and/or a receiver. The transceiver(s) 106 may be used interchangeably with Radio Frequency (RF) unit(s). In this disclosure, a wireless device may represent a communication modem/circuit/chip.
The second wireless device 200 may include one or more processors 202 and one or more memories 204, and may additionally include one or more transceivers 206 and/or one or more antennas 208. The processor(s) 202 may control the memory(s) 204 and/or transceiver(s) 206 and may be configured to implement the descriptions, functions, processes, suggestions, methods, and/or operational flows disclosed herein. For example, the processor(s) 202 may process the information in the memory(s) 204 to generate third information/signals and then transmit radio signals including the third information/signals through the transceiver(s) 206. The processor(s) 202 may receive radio signals including fourth information/signals through the transceiver(s) 106 and then store information resulting from processing the fourth information/signals in the memory(s) 204. The memory(s) 204 may be connected to the processor(s) 202 and may store various information related to the operation of the processor(s) 202. For example, the memory(s) 204 may store software code including instructions for performing part or all of the processing controlled by the processor(s) 202 or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flows disclosed herein. Here, the processor(s) 202 and the memory(s) 204 may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR). The transceiver(s) 206 may be connected to the processor(s) 202 and transmit and/or receive radio signals through the antenna(s) 208. Each transceiver 206 can include a transmitter and/or a receiver. The transceiver(s) 206 may be used interchangeably with RF unit(s). In this disclosure, a wireless device may represent a communication modem/circuit/chip.
The hardware elements of wireless devices 100 and 200 will be described in more detail below. One or more protocol layers may be implemented by, but are not limited to, one or more processors 102 and 202. For example, one or more of processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC and SDAP). The one or more processors 102 and 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods and/or operational flows disclosed herein. One or more processors 102 and 202 may generate messages, control information, data, or information in accordance with the descriptions, functions, procedures, suggestions, methods, and/or operational flows disclosed herein. The one or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and/or operational procedures disclosed herein and provide the generated signals to the one or more transceivers 106 and 206. The one or more processors 102 and 202 may receive signals (e.g., baseband signals) from the one or more transceivers 106 and 206 and obtain PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and/or operational procedures disclosed herein.
One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer. One or more of the processors 102 and 202 may be implemented in hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in the one or more processors 102 and 202. The descriptions, functions, procedures, suggestions, methods and/or operational flows disclosed in this document may be implemented using firmware or software, and the firmware or software may be configured to include modules, procedures or functions. Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flows disclosed in this document may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204, driven by one or more processors 102 and 202. The descriptions, functions, procedures, suggestions, methods and/or operational flows disclosed in this document may be implemented using software or firmware in the form of codes, commands and/or command sets.
One or more memories 104 and 204 may be coupled to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, code, instructions, and/or commands. One or more of the memories 104 and 204 may be comprised of read-only memory (ROM), random-access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drives, registers, cash memory, a computer-readable storage medium, and/or combinations thereof. The one or more memories 104 and 204 may be located internal and/or external to the one or more processors 102 and 202. The one or more memories 104 and 204 may be connected to the one or more processors 102 and 202 by various techniques such as wired or wireless connections.
One or more transceivers 106 and 206 may transmit the user data, control information, and/or radio signals/channels referred to in the methods and/or operational flows of this document to one or more other devices. One or more transceivers 106 and 206 may receive the user data, control information, and/or radio signals/channels mentioned in the descriptions, functions, procedures, proposals, methods, and/or operational flows disclosed herein from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive radio signals. For example, the one or more processors 102 and 202 may perform control such that the one or more transceivers 106 and 206 may transmit user data, control information, or radio signals to one or more other devices. The one or more processors 102 and 202 may perform control such that the one or more transceivers 106 and 206 may receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and/or radio signals/channels mentioned in the descriptions, functions, procedures, suggestions, methods, and/or operational flows disclosed herein through one or more antennas 108 and 208. In this document, the one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). The one or more transceivers 106 and 206 may convert received radio signals/channels, etc. from RF band signals to baseband signals to process the received user data, control information, radio signals/channels, etc. using the one or more processors 102 and 202. The one or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc., processed using the one or more processors 102 and 202 from baseband signals to RF band signals. To this end, one or more of the transceivers 106 and 206 may comprise (analog) oscillators and/or filters.
Fig. 16 illustrates a signal processing circuit for transmitting a signal in accordance with an embodiment of the present disclosure. The embodiment of fig. 16 may be combined with various embodiments of the present disclosure.
Referring to fig. 16, the signal processing circuit (1000) may include a scrambler (1010), a modulator (1020), a layer mapper (1030), a precoder (1040), a resource mapper (1050), and a signal generator (1060). The operations/functions of fig. 16 may be performed without limitation to the processor (102, 202) and/or transceiver (106, 206) of fig. 15. The hardware elements of fig. 16 may be implemented by the processor (102, 202) and/or the transceiver (106, 206) of fig. 15. Blocks 1010 through 1060 may be implemented, for example, by the processor (102, 202) of fig. 15. Alternatively, blocks 1010 through 1050 may be implemented by the processor (102, 202) of fig. 15, and block 1060 may be implemented by the transceiver (106, 206) of fig. 15.
The codeword may be converted into a radio signal via the signal processing circuit (1000) of fig. 16. Herein, a codeword is a coded bit sequence of an information block. The information blocks may include transport blocks (e.g., UL-SCH transport blocks, DL-SCH transport blocks). The radio signal may be transmitted through various physical channels (e.g., PUSCH and PDSCH).
In particular, the codeword may be converted into a scrambled bit sequence by the scrambler 1010. The scrambling sequence used for scrambling may be generated based on an initial value, and the initial value may include ID information of the wireless device. The scrambled bit sequence may be modulated into a modulation symbol sequence by modulator 1020. The modulation scheme may include pi/2-binary phase shift keying (pi/2-BPSK), m-phase shift keying (m-PSK), and m-quadrature amplitude modulation (m-QAM). The complex modulation symbol sequence may be mapped to one or more transport layers by layer mapper 1030. The modulation symbols for each transport layer may be mapped (precoded) to the corresponding antenna port(s) by precoder 1040. The output z of the precoder 1040 may be derived by multiplying the output y of the layer mapper 1030 by an N x M precoding matrix W. Here, N is the number of antenna ports and M is the number of transmission layers. The precoder 1040 may perform precoding after performing transform precoding (e.g., DFT) on the complex modulation symbols. Alternatively, the precoder 1040 may perform precoding without performing transform precoding.
The resource mapper 1050 may map the modulation symbols for each antenna port to time-frequency resources. The time-frequency resources may include a plurality of symbols in the time domain (e.g., CP-OFDMA symbols and DFT-s-OFDMA symbols) and a plurality of subcarriers in the frequency domain. The signal generator 1060 may generate a radio signal from the mapped modulation symbols, and the generated radio signal may be transmitted to other devices through each antenna. To this end, the signal generator 1060 may include an Inverse Fast Fourier Transform (IFFT) module, a Cyclic Prefix (CP) inserter, a digital-to-analog converter (DAC), and an up-converter.
The signal processing for the signals received in the wireless device may be configured in a manner that is inverse to the signal processing (1010-1060) of fig. 16. For example, a wireless device (e.g., 100, 200 of fig. 15) may receive radio signals from outside through an antenna port/transceiver. The received radio signal may be converted into a baseband signal by a signal restorer. To this end, the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module. The baseband signal may then be recovered into codewords by a resource demapping process, a post-coding process, a demodulation processor, and a descrambling process. The codeword may be restored to the original information block by decoding. Accordingly, a signal processing circuit (not illustrated) for receiving a signal may include a signal restorer, a resource demapper, a post encoder, a demodulator, a descrambler, and a decoder.
Fig. 17 illustrates another example of a wireless device according to an embodiment of the present disclosure. The wireless device may be implemented in various forms according to use cases/services (refer to fig. 14). The embodiment of fig. 17 may be combined with various embodiments of the present disclosure.
Referring to fig. 17, a wireless device (100, 200) may correspond to the wireless device (100, 200) of fig. 15 and may be configured by various elements, assemblies, units/portions, and/or modules. For example, each of the wireless devices (100, 200) may include a communication unit (110), a control unit (120), a storage unit (130), and an additional component (140). The communication unit may include a communication circuit (112) and a transceiver(s) (114). For example, the communication circuit (112) may include one or more processors (102, 202) and/or one or more memories (104, 204) of fig. 15. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and/or one or more antennas (108, 208) of fig. 15. The control unit (120) is electrically connected to the communication unit (110), the memory (130) and the additional components (140), and controls the overall operation of the wireless device. For example, the control unit (120) may control the electrical/mechanical operation of the wireless device based on programs/codes/commands/information stored in the storage unit (130). The control unit (120) may transmit information stored in the storage unit (130) to the outside (e.g., other communication device) via the communication unit (110) through a wireless/wired interface, or store information received from the outside (e.g., other communication device) via the communication unit (110) through a wireless/wired interface in the storage unit (130).
The additional components (140) may be variously configured according to the type of wireless device. For example, the additional component (140) may include at least one of a power unit/battery, an input/output (I/O) unit, a driving unit, and a computing unit. The wireless device may be implemented in, but not limited to, the following forms: robot (100 a of fig. 14), vehicle (100 b-1 and 100b-2 of fig. 14), XR device (100 c of fig. 14), handheld device (100 d of fig. 14), home appliance (100 e of fig. 14), ioT device (100 f of fig. 14), digital broadcast terminal, hologram device, public safety device, MTC device, medical device, financial science and technology device (or financial device), security device, climate/environment device, AI server/device (400 of fig. 14), BS (200 of fig. 14), network node, etc. Depending on the use case/service, the wireless device may be used in a mobile or stationary location.
In fig. 17, various elements, components, units/portions and/or modules in the wireless device (100, 200) may all be connected to each other through a wired interface, or at least portions thereof may be connected wirelessly through the communication unit (110). For example, in each of the wireless devices (100, 200), the control unit (120) and the communication unit (110) may be connected by wire, and the control unit (120) and the first unit (e.g., 130, 140) may be connected wirelessly by the communication unit (110). Each element, component, unit/section and/or module within the wireless device (100, 200) may also include one or more elements. For example, the control unit (120) may be constructed by a set of one or more processors. As an example, the control unit (120) may be constructed by a set of a communication control processor, an application processor, an Electronic Control Unit (ECU), a graphics processing unit, and a memory control processor. As another example, the memory (130) may be constructed from Random Access Memory (RAM), dynamic RAM (DRAM), read Only Memory (ROM), flash memory, volatile memory, non-volatile memory, and/or combinations thereof.
Hereinafter, an example of implementing fig. 17 will be described in detail with reference to the accompanying drawings.
Fig. 18 illustrates a handheld device in accordance with an embodiment of the present disclosure. The handheld device may include a smart phone, a smart pad, a wearable device (e.g., a smart watch or smart glasses), or a portable computer (e.g., a notebook). The handheld device may be referred to as a Mobile Station (MS), a User Terminal (UT), a mobile subscriber station (MSs), a Subscriber Station (SS), an Advanced Mobile Station (AMS), or a Wireless Terminal (WT). The embodiment of fig. 18 may be combined with various embodiments of the present disclosure.
Referring to fig. 18, the handheld device (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a storage unit (130), a power supply unit (140 a), an interface unit (140 b), and an I/O unit (140 c). The antenna unit (108) may be configured as part of a communication unit (110). Blocks 110 through 130/140a through 140c correspond to blocks 110 through 130/140, respectively, of fig. 17.
The communication unit 110 may transmit and receive signals (e.g., data signals and control signals) to and from other wireless devices or BSs. The control unit 120 may perform various operations by controlling constituent elements of the handheld device 100. The control unit 120 may include an Application Processor (AP). The storage unit 130 may store data/parameters/programs/codes/commands required to drive the handheld device 100. The storage unit 130 may store input/output data/information. The power supply unit 140a may supply power to the handheld device 100 and include a wired/wireless charging circuit, a battery, and the like. The interface unit 140b may support connection of the handheld device 100 to other external devices. The interface unit 140b may include various ports (e.g., an audio I/O port and a video I/O port) for connection with external devices. The I/O unit 140c may input or output video information/signals, audio information/signals, data, and/or information input by a user. The I/O unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
For example, in the case of data communication, the I/O unit 140c may acquire information/signals (e.g., touch, text, voice, image, or video) input by the user, and the acquired information/signals may be stored in the storage unit 130. The communication unit 110 may convert information/signals stored in the memory into radio signals and transmit the converted radio signals directly to other wireless devices or to the BS. The communication unit 110 may receive radio signals from other wireless devices or BSs and then restore the received radio signals to original information/signals. The recovered information/signals may be stored in the storage unit 130 and may be output as various types (e.g., text, voice, image, video, or haptic) through the I/O unit 140.
Fig. 19 illustrates a vehicle or autonomous vehicle in accordance with an embodiment of the present disclosure. The vehicle or autonomous vehicle may be implemented by a mobile robot, a car, a train, a person/unmanned Aerial Vehicle (AV), a ship, or the like. The embodiment of fig. 19 may be combined with various embodiments of the present disclosure.
Referring to fig. 19, a vehicle or autonomous vehicle (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a driving unit (140 a), a power supply unit (140 b), a sensor unit (140 c), and an autonomous driving unit (140 d). The antenna unit (108) may be configured as part of a communication unit (110). Blocks 110/130/140a through 140d correspond to blocks 110/130/140, respectively, of FIG. 17.
The communication unit 110 may transmit and receive signals (e.g., data signals and control signals) to and from external devices such as other vehicles, BSs (e.g., gNB and roadside units), and servers. The control unit 120 may perform various operations by controlling elements of the vehicle or the autonomously driven vehicle 100. The control unit 120 may include an Electronic Control Unit (ECU). The drive unit 140a may cause the vehicle or the autonomous driving vehicle 100 to travel on the road. The drive unit 140a may include an engine, motor, transmission, wheels, brakes, steering, etc. The power supply unit 140b may supply power to the vehicle or the autonomous driving vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like. The sensor unit 140c may acquire a vehicle state, external environment information, user information, and the like. The sensor unit 140c may include an Inertial Measurement Unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, a gradient sensor, a weight sensor, a heading sensor, a position module, a vehicle forward/backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illumination sensor, a pedal position sensor, and the like. The autonomous driving unit 140d may implement a technique for keeping a lane in which the vehicle is traveling, a technique for automatically adjusting a speed (e.g., adaptive cruise control), a technique for autonomously driving along a determined path, a technique for driving by automatically setting a path in the case where a destination is set, and the like.
For example, the communication unit 110 may receive map data, traffic information data, and the like from an external server. The autonomous driving unit 140d may generate an autonomous driving path and a driving plan from the acquired data. The control unit 120 may control the drive unit 140a such that the vehicle or the autonomous driving vehicle 100 may move along the autonomous driving path according to a driving plan (e.g., speed/direction control). In the middle of autonomous driving, the communication unit 110 may aperiodically/periodically acquire the latest traffic information data from an external server and acquire surrounding traffic information data from neighboring vehicles. In between autonomous driving, the sensor unit 140c may acquire vehicle state and/or ambient information. The autonomous driving unit 140d may update the autonomous driving path and the driving plan based on the newly acquired data/information. The communication unit 110 may transmit information about the vehicle position, the autonomous driving path, and/or the driving plan to an external server. The external server may predict traffic information data using AI technology or the like based on information collected from the vehicle or the autonomous driving vehicle, and provide the predicted traffic information data to the vehicle or the autonomous driving vehicle.
The claims in this specification can be combined in various ways. For example, the technical features in the method claims of the present specification may be combined to be implemented or performed in an apparatus, and the technical features in the apparatus claims may be combined to be implemented or performed in a method. In addition, technical features in the method claim(s) and the apparatus claim(s) may be combined to be implemented or performed in an apparatus. In addition, technical features in the method claim(s) and the apparatus claim(s) may be combined to be implemented or performed in the method.

Claims (20)

1. A method of performing wireless communication by a first device, the method comprising the steps of:
obtaining a discontinuous reception, DRX, configuration comprising information related to a hybrid automatic repeat request, HARQ, RTT, timer;
receiving downlink control information, DCI, from a base station based on physical downlink control channel, PDCCH, resources, the downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to physical uplink control channel, PUCCH, resources; and
based on the PUCCH resource not being configured for the first device, starting the HARQ RTT timer after a time domain of the PDCCH resource,
Wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
2. The method of claim 1, wherein the PUCCH resource is not configured for the first device based on the information related to the PUCCH resource being zero.
3. The method of claim 1, wherein the HARQ RTT timer is started at a first symbol after the PDCCH resource ends.
4. The method of claim 1, wherein the at least one SL resource is related to the PUCCH resource.
5. The method of claim 1, wherein the DCI comprises an index of a resource pool.
6. The method of claim 5, wherein the HARQ RTT timer is started after the time domain of the PDCCH resource based on a period of time for a physical sidelink feedback channel, PSFCH, resource configured for the resource pool being zero.
7. The method of claim 1, further comprising the step of:
starting a retransmission timer after expiration of the HARQ RTT timer,
wherein the retransmission timer is a maximum duration until the retransmission grant is received.
8. The method of claim 7, wherein the retransmission grant is DCI comprising information related to at least one SL resource allocated by the base station for SL retransmission of the first device.
9. The method of claim 7, wherein the HARQ RTT timer and the retransmission timer are timers configured for each HARQ process between the first device and the base station.
10. The method of claim 1, wherein the DCI is a DCI with a cyclic redundancy check, CRC, scrambled by a SL-radio network temporary identifier, RNTI.
11. The method of claim 1, wherein the DCI is a DCI with a cyclic redundancy check, CRC, scrambled by a scheduled CS-radio network temporary identifier, RNTI, configured by SL.
12. The method of claim 1, further comprising the step of:
transmitting a first secondary link control information SCI for scheduling a physical secondary link shared channel psch and a second secondary link control information SCI to a second device over a physical secondary link control channel PSCCH based on the at least one SL resource; and
and transmitting the second SCI or medium access control protocol data unit (MAC PDU) to the second device through the PSSCH based on the at least one SL resource.
13. The method of claim 1, wherein the HARQ RTT timer starts after the time domain of the PDCCH resource, regardless of whether a physical sidelink feedback channel, PSFCH, resource is configured for a resource pool.
14. A first apparatus configured to perform wireless communication, the first apparatus comprising:
one or more memories storing instructions;
one or more transceivers; and
one or more processors coupled to the one or more memories and the one or more transceivers, wherein the one or more processors execute the instructions to:
obtaining a discontinuous reception, DRX, configuration comprising information related to a hybrid automatic repeat request, HARQ, RTT, timer;
receiving downlink control information, DCI, from a base station based on physical downlink control channel, PDCCH, resources, the downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to physical uplink control channel, PUCCH, resources; and
based on the PUCCH resource not being configured for the first device, starting the HARQ RTT timer after a time domain of the PDCCH resource,
Wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
15. An apparatus configured to control a first user equipment, UE, the apparatus comprising:
one or more processors; and
one or more memories operatively connected to the one or more processors and storing instructions, wherein the one or more processors execute the instructions to:
obtaining a discontinuous reception, DRX, configuration comprising information related to a hybrid automatic repeat request, HARQ, RTT, timer;
receiving downlink control information, DCI, from a base station based on physical downlink control channel, PDCCH, resources, the downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to physical uplink control channel, PUCCH, resources; and
based on the PUCCH resource not being configured for the first UE, starting the HARQ RTT timer after a time domain of the PDCCH resource,
wherein the HARQ RTT timer is a minimum duration before the first UE expects a retransmission grant.
16. A non-transitory computer-readable storage medium storing instructions that, when executed, cause a first apparatus to:
Obtaining a discontinuous reception, DRX, configuration comprising information related to a hybrid automatic repeat request, HARQ, RTT, timer;
receiving downlink control information, DCI, from a base station based on physical downlink control channel, PDCCH, resources, the downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to physical uplink control channel, PUCCH, resources; and
based on the PUCCH resource not being configured for the first device, starting the HARQ RTT timer after a time domain of the PDCCH resource,
wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
17. A method of performing wireless communication by a base station, the method comprising the steps of:
transmitting a discontinuous reception, DRX, configuration including information related to a hybrid automatic repeat request, HARQ, RTT, timer to the first device; and
transmitting downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to a physical uplink control channel, PUCCH, resource to the first device based on the physical downlink control channel, PDCCH, resource,
Wherein the HARQ RTT timer is started by the first apparatus after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus, and
wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
18. A base station for performing wireless communication, the base station comprising:
one or more memories storing instructions;
one or more transceivers; and
one or more processors coupled to the one or more memories and the one or more transceivers, wherein the one or more processors execute the instructions to:
transmitting a discontinuous reception, DRX, configuration including information related to a hybrid automatic repeat request, HARQ, RTT, timer to the first device; and
transmitting downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to a physical uplink control channel, PUCCH, resource to the first device based on the physical downlink control channel, PDCCH, resource,
Wherein the HARQ RTT timer is started by the first apparatus after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus, and
wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
19. An apparatus configured to control a base station, the apparatus comprising:
one or more processors; and
one or more memories operatively connected to the one or more processors and storing instructions, wherein the one or more processors execute the instructions to:
transmitting a discontinuous reception, DRX, configuration including information related to a hybrid automatic repeat request, HARQ, RTT, timer to the first UE; and
transmitting downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to a physical uplink control channel, PUCCH, resource to the first UE based on the physical downlink control channel, PDCCH, resource,
wherein the HARQ RTT timer is started by the first UE after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first UE, and
Wherein the HARQ RTT timer is a minimum duration before the first UE expects a retransmission grant.
20. A non-transitory computer-readable storage medium storing instructions that, when executed, cause a base station to:
transmitting a discontinuous reception, DRX, configuration including information related to a hybrid automatic repeat request, HARQ, RTT, timer to the first device; and
transmitting downlink control information, DCI, comprising information related to at least one secondary link, SL, resource and information related to a physical uplink control channel, PUCCH, resource to the first device based on the physical downlink control channel, PDCCH, resource,
wherein the HARQ RTT timer is started by the first apparatus after a time domain of the PDCCH resource based on the PUCCH resource not being configured for the first apparatus, and
wherein the HARQ RTT timer is a minimum duration before the first device expects a retransmission grant.
CN202280038943.6A 2021-05-06 2022-05-06 Method and apparatus for starting SL DRX timer based on DCI in NR V2X Pending CN117480847A (en)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US63/185,351 2021-05-06
US202163186781P 2021-05-10 2021-05-10
US63/186,781 2021-05-10
KR10-2021-0060028 2021-05-10
KR10-2021-0060649 2021-05-11
PCT/KR2022/006493 WO2022235115A1 (en) 2021-05-06 2022-05-06 Method and apparatus for starting sl drx timer on basis of dci in nr v2x

Publications (1)

Publication Number Publication Date
CN117480847A true CN117480847A (en) 2024-01-30

Family

ID=89624245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280038943.6A Pending CN117480847A (en) 2021-05-06 2022-05-06 Method and apparatus for starting SL DRX timer based on DCI in NR V2X

Country Status (1)

Country Link
CN (1) CN117480847A (en)

Similar Documents

Publication Publication Date Title
US20220256625A1 (en) Method and apparatus for performing sl drx operation based on a default drx configuration in nr v2x
US20220191851A1 (en) Method and apparatus for performing drx operation based on resource allocation information in nr v2x
CN116686242A (en) Method and apparatus for performing SL DRX operation based on HARQ feedback in NR V2X
US20220330283A1 (en) Method and apparatus for receiving ue to perform power saving operation based on psfch in nr v2x
US20230397292A1 (en) Method and device for aligning sl drx active time in nr v2x
CN116918431A (en) Method and device for sending SL HARQ feedback in NR V2X
CN115699961A (en) Method and apparatus for operating SL DRX timer based on resource allocation mode 2 operation in NR V2X
CN114930932A (en) Method and apparatus for retransmitting sidelink in NR V2X
US11770840B2 (en) Method and device for configuring SL HARQ RTT timer in NR V2X
US20230389122A1 (en) Method and device for reevaluating and preempting mode2 resource during sl drx operation in nr v2x
CN117461358A (en) Method and apparatus for determining SL DRX configuration in NR V2X
CN117796139A (en) Method and apparatus for performing SL DRX operation in NR V2X
CN116941276A (en) Method and apparatus for obtaining CBR values based on partial sensing in NR V2X
CN115715479A (en) Method and device for determining power related to side link transmission in NR V2X
US20230139122A1 (en) Method and apparatus for performing sl communication based on sl drx compatibility in nr v2x
EP4277415A1 (en) Sl drx operation method and device based on resource reservation period in nr v2x
EP4322678A1 (en) Method and apparatus for starting sl drx timer on basis of dci in nr v2x
CN117480847A (en) Method and apparatus for starting SL DRX timer based on DCI in NR V2X
CN117546572A (en) Method and apparatus for starting SL DRX timer in NR V2X
CN117337610A (en) Method and device for executing SL DRX operation in NR V2X
CN117837250A (en) Method and apparatus for performing communication based on interference information in NR V2X
CN117837237A (en) Method and device for generating authorization based on SL DRX in NR V2X
CN117813893A (en) Method and apparatus for performing SL communication based on SL DRX compatibility in NR V2X
CN116636283A (en) Method and apparatus for performing SL communication based on SL DRX configuration in NR V2X
CN117242845A (en) Method and apparatus for selecting transmission resources based on SL DRX HARQ RTT timer operation of receiving apparatus in NR V2X

Legal Events

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