WO2023132569A1 - 사이드링크에서 인터-ue 조정을 위한 방법 및 장치 - Google Patents

사이드링크에서 인터-ue 조정을 위한 방법 및 장치 Download PDF

Info

Publication number
WO2023132569A1
WO2023132569A1 PCT/KR2022/021664 KR2022021664W WO2023132569A1 WO 2023132569 A1 WO2023132569 A1 WO 2023132569A1 KR 2022021664 W KR2022021664 W KR 2022021664W WO 2023132569 A1 WO2023132569 A1 WO 2023132569A1
Authority
WO
WIPO (PCT)
Prior art keywords
iuc
request signal
priority
information
harq feedback
Prior art date
Application number
PCT/KR2022/021664
Other languages
English (en)
French (fr)
Inventor
홍의현
한진백
손혁민
Original Assignee
현대자동차주식회사
기아 주식회사
원광대학교산학협력단
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 현대자동차주식회사, 기아 주식회사, 원광대학교산학협력단 filed Critical 현대자동차주식회사
Priority to CN202280088294.0A priority Critical patent/CN118525591A/zh
Publication of WO2023132569A1 publication Critical patent/WO2023132569A1/ko
Priority to US18/743,883 priority patent/US20240349308A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to sidelink communication technology, and more particularly, to transmission and reception technology of inter-user equipment (UE) coordination information.
  • UE inter-user equipment
  • Communication networks eg, 5G communication networks, 6G communication networks, etc. to provide improved communication services than existing communication networks (eg, long term evolution (LTE), advanced (LTE-A), etc.) are being developed there is.
  • a 5G communication network eg, a new radio (NR) communication network
  • NR new radio
  • 5G communication networks can support a variety of communication services and scenarios compared to LTE communication networks.
  • a usage scenario of a 5G communication network may include enhanced mobile broadband (eMBB), ultra reliable low latency communication (URLC), massive machine type communication (mMTC), and the like.
  • a 6G communication network can support a variety of communication services and scenarios compared to a 5G communication network.
  • the 6G communication network can satisfy the requirements of super performance, super bandwidth, hyper space, super precision, super intelligence, and/or super reliability.
  • the 6G communication network can support a wide variety of frequency bands and can be applied to various usage scenarios (eg, terrestrial communication, non-terrestrial communication, sidelink communication, etc.) there is.
  • a user-equipment (UE)-B may request transmission of inter-UE coordination information from UE-A.
  • UE-A may send inter-UE coordination information to UE-B based on UE-B's request.
  • UE-A When transmission of inter-UE coordination information is requested from a plurality of UE-Bs and UE-A is capable of transmitting inter-UE information for one request", UE-A responds to one of the plurality of requests Methods for selecting requests are needed.
  • the first UE requests the second UE to transmit inter-UE coordination information, and the second UE requests the first UE to transmit inter-UE coordination information among the first UE and the second UE, inter- Methods for determining which UE transmits UE coordination information are needed.
  • An object of the present disclosure to solve the above problems is to provide a method and apparatus for transmitting and receiving inter-user equipment (UE) coordination information in sidelink communication.
  • UE inter-user equipment
  • the method of UE #3 includes receiving IUC request signal #1 from UE #1 and receiving IUC request signal #2 from UE #2.
  • the IUC request signal #1 may include information of priority #1 of UE #1, and the IUC request signal #2 may include information of priority #2 of UE #2. If the priority #1 is higher than the priority #2, the IUC information may be transmitted to the UE #1, and if the priority #2 is higher than the priority #1, the IUC information may be transmitted to the UE #2. can be sent to
  • the priority may be determined based on reception time #1 of the IUC request signal #1 and reception time #2 of the IUC request signal #2.
  • priority #1 of the UE #1 may be determined to be higher than priority #2 of the UE #2.
  • the IUC Information may be transmitted to the UE #1.
  • priority #2 of the UE #2 may be determined to be higher than priority #1 of the UE #1.
  • IUC information may be transmitted to the UE #2.
  • the method of the UE #3 includes transmitting HARQ feedback #1 for the IUC request signal #1 to the UE #1, and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2.
  • the receiving target has priority #1 of the UE #1 included in the IUC request signal #1 It may be determined based on the information of and the information of the priority # 2 of the UE # 2 included in the IUC request signal # 2.
  • the method of the UE #3 includes transmitting HARQ feedback #1 for the IUC request signal #1 to the UE #1, and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include the step of doing, "when the HARQ feedback #1 indicates ACK and the HARQ feedback #2 indicates NACK", the reception target transmits the IUC request information #1 associated with the ACK It can be determined as the UE #1.
  • the method of the UE #3 includes transmitting HARQ feedback #1 for the IUC request signal #1 to the UE #1, and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include the step of doing, "when the HARQ feedback #1 indicates NACK and the HARQ feedback #2 indicates ACK", the reception target transmits the IUC request information #2 associated with the ACK It can be determined as the UE #2.
  • the IUC request signal #1 may be included in SCI #1 transmitted by the UE #1, and the IUC request signal #2 may be included in SCI #2 transmitted by the UE #2.
  • a method of UE #1 according to a second embodiment of the present disclosure includes an operation of transmitting an IUC request signal #1 to UE #2 and an operation of receiving an IUC request signal #2 from UE #2. Determining an IUC operation performed by the UE #1 based on a comparison result between priority #1 of the UE #1 and priority #2 of the UE #2, and performing the IUC operation
  • the IUC operation which includes the step of performing, may include “a first operation in which the UE #1 receives IUC information #1 according to the IUC request signal #1 from the UE #2” or “the UE #1 receives the IUC information #1” A second operation of transmitting IUC information #2 according to the request signal #2 to the UE #2.
  • the first operation may be performed when the priority #1 is higher than the priority #2, and the second operation may be performed when the priority #1 is lower than the priority #2.
  • the IUC request signal #1 may include information of the priority #1, the IUC request signal #2 may include information of the priority #2, and the IUC request signal #1 may include the UE # 1 may be included in SCI #1 transmitted, and the IUC request signal #2 may be included in SCI #2 transmitted by UE #2.
  • the priority #1 may be determined to be higher than the priority #2.
  • a first operation may be performed.
  • the priority #1 may be determined to be lower than the priority #2, and in this case, the second operation may be performed.
  • the method of the UE #1 includes receiving HARQ feedback #1 for the IUC request signal #1 from the UE #2 and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include performing an operation, and when the transmission time point #1 of the HARQ feedback #1 is before transmission time point #2 of the HARQ feedback #2, the priority #1 is higher than the priority #2. In this case, the first operation may be performed.
  • the priority #1 may be determined to be lower than the priority #2, and in this case, the second operation may be performed.
  • the method of the UE #1 includes receiving HARQ feedback #1 for the IUC request signal #1 from the UE #2 and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include performing an operation, and when both the HARQ feedback #1 and the HARQ feedback #2 indicate ACK, the IUC operation performs the priority #1 included in the IUC request signal #1. It may be determined based on information and the information of the priority # 2 included in the IUC request signal # 2.
  • the method of the UE #1 includes receiving HARQ feedback #1 for the IUC request signal #1 from the UE #2 and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include performing an operation, and "when the HARQ feedback #1 indicates ACK and the HARQ feedback #2 indicates NACK", the priority #1 is higher than the priority #2 In this case, the first operation may be performed.
  • the method of the UE #1 includes receiving HARQ feedback #1 for the IUC request signal #1 from the UE #2 and transmitting HARQ feedback #2 for the IUC request signal #2 to the UE #2. It may further include performing an operation, "when the HARQ feedback #1 indicates NACK and the HARQ feedback #2 indicates ACK", the priority #1 is lower than the priority #2 In this case, the second operation may be performed.
  • UE #3 includes a processor, and the processor includes operations for the UE #3 to receive the IUC request signal #1 from UE #1 and UE #2 Performs an operation of receiving the IUC request signal #2 from, determines one of the UE #1 and the UE #2 as a reception target of the IUC information based on the priority, and then the IUC request signal #1 or the IUC It operates to cause transmission of the IUC information generated based on the request signal #2 to the receiving target.
  • the IUC request signal #1 may include information of priority #1 of UE #1, and the IUC request signal #2 may include information of priority #2 of UE #2. If the priority #1 is higher than the priority #2, the IUC information may be transmitted to the UE #1, and if the priority #2 is higher than the priority #1, the IUC information may be transmitted to the UE #2. can be sent to
  • priority #1 of the UE #1 is higher than priority #2 of the UE #2. It may be determined to be high, and in this case, the IUC information may be transmitted to the UE #1.
  • priority #2 of the UE #2 may be determined to be higher than priority #1 of the UE #1.
  • IUC information may be transmitted to the UE #2.
  • the processor transmits HARQ feedback #1 for the IUC request signal #1 to the UE #1, and HARQ feedback #2 for the IUC request signal #2 to the UE #2. and the priority may be determined based on ACK or NACK indicated by each of the HARQ feedback #1 and the HARQ feedback #2.
  • a user equipment (UE)-A may receive inter-UE coordination (IUC) request signals from a plurality of UE-Bs, and one UE of the plurality of UE-Bs based on priority. -B may be selected, and IUC information generated based on the IUC request signal may be transmitted to one UE-B.
  • IUC request signal is transmitted and received between UEs, each of the UEs may operate as UE-A or UE-B based on priority. Therefore, the ambiguity of UE-A and UE-B can be resolved, and sidelink communication can be performed efficiently.
  • 1 is a conceptual diagram illustrating scenarios of V2X communication.
  • FIG. 2 is a conceptual diagram illustrating a first embodiment of a communication system.
  • FIG. 3 is a block diagram showing a first embodiment of a communication node constituting a communication system.
  • FIG. 4 is a block diagram illustrating a first embodiment of communication nodes performing communication.
  • 5A is a block diagram illustrating a first embodiment of a transmission path.
  • 5B is a block diagram illustrating a first embodiment of a receive path.
  • FIG. 6 is a block diagram illustrating a first embodiment of a user plane protocol stack of a UE performing sidelink communication.
  • FIG. 7 is a block diagram illustrating a first embodiment of a control plane protocol stack of a UE performing sidelink communication.
  • FIG. 8 is a block diagram illustrating a second embodiment of a control plane protocol stack of a UE performing sidelink communication.
  • FIG. 9 is a flowchart illustrating a first embodiment of a method for transmitting IUC information.
  • FIG. 10 is a flowchart illustrating a second embodiment of a method for transmitting IUC information.
  • 11 is a flowchart illustrating a third embodiment of a method of transmitting IUC information.
  • FIG. 12 is a flowchart illustrating a fourth embodiment of a method for transmitting IUC information.
  • FIG. 13 is a flowchart illustrating a fifth embodiment of a method for transmitting IUC information.
  • FIG. 14 is a flowchart illustrating a sixth embodiment of a method for transmitting IUC information.
  • 15 is a flowchart illustrating a seventh embodiment of a method for transmitting IUC information.
  • 16 is a flowchart illustrating an eighth embodiment of a method for transmitting IUC information.
  • 17 is a flowchart illustrating a ninth embodiment of a method for transmitting IUC information.
  • FIG. 18 is a flowchart illustrating a tenth embodiment of a method for transmitting IUC information.
  • 19 is a flowchart illustrating an 11th embodiment of a method for transmitting IUC information.
  • 20 is a flowchart illustrating a twelfth embodiment of a method for transmitting IUC information.
  • 21 is a flowchart illustrating a thirteenth embodiment of a method for transmitting IUC information.
  • 22 is a flowchart illustrating a fourteenth embodiment of a method for transmitting IUC information.
  • FIG. 23 is a flowchart illustrating a fifteenth embodiment of a method for transmitting IUC information.
  • 24 is a flowchart illustrating a sixteenth embodiment of a method for transmitting IUC information.
  • 25 is a flowchart illustrating a seventeenth embodiment of a method for transmitting IUC information.
  • 26 is a flowchart illustrating an eighteenth embodiment of a method for transmitting IUC information.
  • FIG. 27 is a flowchart illustrating a nineteenth embodiment of a method for transmitting IUC information.
  • first and second may be used to describe various components, but the components should not be limited by the terms. These terms are only used for the purpose of distinguishing one component from another. For example, a first element may be termed a second element, and similarly, a second element may be termed a first element, without departing from the scope of the present disclosure.
  • the term "and/or" can refer to a combination of a plurality of related listed items or any of a plurality of related listed items.
  • At least one of A and B may mean “at least one of A or B” or “at least one of combinations of one or more of A and B”. Also, in the present disclosure, “one or more of A and B” may mean “one or more of A or B” or “one or more of combinations of one or more of A and B”.
  • (re)transmit may mean “transmit”, “retransmit”, or “transmit and retransmit”, and (re)set mean “set”, “reset”, or “set and reset”.
  • (re)connection may mean “connection”, “reconnection”, or “connection and reconnection”, and (re)connection may mean “connection”, “reconnection”, or “connection and reconnection” can mean
  • a second communication node corresponding thereto is a method performed in the first communication node and a method corresponding to the second communication node.
  • a method (eg, receiving or transmitting a signal) may be performed. That is, when an operation of a user equipment (UE) is described, a base station corresponding thereto may perform an operation corresponding to that of the UE. Conversely, when the operation of the base station is described, the corresponding UE may perform an operation corresponding to that of the base station.
  • UE user equipment
  • Base stations include NodeB, evolved NodeB, next generation node B (gNodeB), gNB, device, apparatus, node, communication node, base transceiver station (BTS), RRH ( It may be referred to as a radio remote head (TRP), a transmission reception point (TRP), a radio unit (RU), a road side unit (RSU), a radio transceiver, an access point, an access node, and the like.
  • a UE includes a terminal, a device, a device, a node, a communication node, an end node, an access terminal, a mobile terminal, a station, a subscriber station, and a mobile station. It may be referred to as a mobile station, a portable subscriber station, an on-broad unit (OBU), and the like.
  • OBU on-broad unit
  • Signaling in the present disclosure may be at least one of higher layer signaling, MAC signaling, or PHY (physical) signaling.
  • a message used for higher layer signaling may be referred to as a "higher layer message” or “higher layer signaling message”.
  • MAC messages e.g., MAC messages” or “MAC signaling messages”.
  • PHY signals e.g., PHY signaling messages”.
  • Higher-layer signaling may mean transmission and reception of system information (eg, master information block (MIB) and system information block (SIB)) and/or RRC messages.
  • MAC signaling may mean a transmission and reception operation of a MAC control element (CE).
  • PHY signaling may mean transmission and reception of control information (eg, downlink control information (DCI), uplink control information (UCI), and sidelink control information (SCI)).
  • DCI downlink control information
  • UCI uplink control information
  • SCI sidelink control information
  • “setting an operation means “setting information (eg, an information element, parameter) for a corresponding operation” and/or “performing the corresponding operation”. It may mean that the "instructing information” is signaled.
  • “Setting an information element (eg, parameter)” may mean that a corresponding information element is signaled.
  • “signal and/or channel” may mean signal, channel, or “signal and channel”, and signal may be used in the sense of "signal and/or channel”.
  • the communication network to which the embodiment is applied is not limited to the content described below, and the embodiment may be applied to various communication networks (eg, 4G communication network, 5G communication network, and/or 6G communication network).
  • the communication network may be used as the same meaning as the communication system.
  • V2X Vehicle to everything
  • V2X communication may include vehicle to vehicle (V2V) communication, vehicle to infrastructure (V2I) communication, vehicle to pedestrian (V2P) communication, vehicle to network (V2N) communication, and the like.
  • V2X communication may be supported by the communication system (eg, communication network) 140, and the V2X communication supported by the communication system 140 is referred to as "C-V2X (Cellular-Vehicle to everything) communication". It can be.
  • the communication system 140 is a 4th generation (4G) communication system (eg, Long Term Evolution (LTE) communication system, an LTE-Advanced (LTE-A) communication system), a 5th generation (5G) communication system (eg, NR (New Radio) communication system) and the like.
  • 4G 4th generation
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • 5G 5th generation
  • NR New Radio
  • V2V communication is communication between vehicle #1 (100) (eg, a communication node located in vehicle #1 (100)) and vehicle #2 (110) (eg, a communication node located in vehicle #1 (100)).
  • Driving information eg, velocity, heading, time, position, etc.
  • Autonomous driving eg, platooning
  • V2V communication supported by the communication system 140 may be performed based on sidelink communication technology (eg, proximity based services (ProSe) communication technology, device to device (D2D) communication technology). In this case, communication between the vehicles 100 and 110 may be performed using a sidelink channel.
  • sidelink communication technology eg, proximity based services (ProSe) communication technology, device to device (D2D) communication technology
  • V2I communication may refer to communication between vehicle #1 100 and an infrastructure (eg, a roadside unit (RSU)) 120 located on a roadside.
  • the infrastructure 120 may be a traffic light or a street lamp located on a roadside.
  • V2I communication when V2I communication is performed, communication may be performed between a communication node located in vehicle #1 (100) and a communication node located at a traffic light. Driving information, traffic information, and the like may be exchanged between the vehicle #1 100 and the infrastructure 120 through V2I communication.
  • V2I communication supported by the communication system 140 may be performed based on a sidelink communication technology (eg, ProSe communication technology, D2D communication technology). In this case, communication between the vehicle #1 100 and the infrastructure 120 may be performed using a sidelink channel.
  • a sidelink communication technology eg, ProSe communication technology, D2D communication technology
  • V2P communication may refer to communication between vehicle #1 100 (eg, a communication node located in vehicle #1 100) and a person 130 (eg, a communication node owned by person 130).
  • vehicle #1 100 eg, a communication node located in vehicle #1 100
  • person 130 eg, a communication node owned by person 130.
  • driving information of vehicle #1 (100) and movement information (eg, speed, direction, time, location, etc.) of vehicle #1 (100) and person 130 are exchanged between vehicle #1 (100) and person 130.
  • the communication node located in the vehicle #1 100 or the communication node possessed by the person 130 may generate an alarm indicating danger by determining a dangerous situation based on the obtained driving information and movement information.
  • V2P communication supported by the communication system 140 may be performed based on a sidelink communication technology (eg, ProSe communication technology, D2D communication technology). In this case, communication between a communication node located in the vehicle #1 100 or a communication node possessed by the person 130 may be performed using
  • V2N communication may refer to communication between vehicle #1 (100) (eg, a communication node located in vehicle #1 (100)) and a communication system (eg, communication network) 140.
  • V2N communication can be performed based on 4G communication technology (eg, LTE communication technology and LTE-A communication technology specified in the 3GPP standard), 5G communication technology (eg, NR communication technology specified in the 3GPP standard), etc. there is.
  • 4G communication technology eg, LTE communication technology and LTE-A communication technology specified in the 3GPP standard
  • 5G communication technology eg, NR communication technology specified in the 3GPP standard
  • V2N communication is a communication technology specified in the IEEE (Institute of Electrical and Electronics Engineers) 702.11 standard (eg, WAVE (Wireless Access in Vehicular Environments) communication technology, WLAN (Wireless Local Area Network) communication technology, etc.), IEEE It may be performed based on a communication technology specified in the 702.15 standard (eg, Wireless Personal Area Network (WPAN), etc.).
  • IEEE Institute of Electrical and Electronics Engineers
  • 702.11 standard eg, WAVE (Wireless Access in Vehicular Environments) communication technology, WLAN (Wireless Local Area Network) communication technology, etc.
  • IEEE 702.15 eg, Wireless Personal Area Network (WPAN), etc.
  • the communication system 140 supporting V2X communication may be configured as follows.
  • FIG. 2 is a conceptual diagram illustrating a first embodiment of a communication system.
  • the communication system may include an access network, a core network, and the like.
  • the access network may include a base station 210, a relay 220, user equipment (UE) 231 to 236, and the like.
  • the UEs 231 to 236 may be communication nodes located in vehicles 100 and 110 in FIG. 1 , communication nodes located in infrastructure 120 in FIG. 1 , communication nodes owned by person 130 in FIG. 1 , and the like.
  • the core network includes a serving-gateway (S-GW) 250, a packet data network (PDN)-gateway (P-GW) 260, and a mobility management entity (MME) ( 270) and the like.
  • S-GW serving-gateway
  • PDN packet data network
  • P-GW packet data network
  • MME mobility management entity
  • the core network may include a user plane function (UPF) 250, a session management function (SMF) 260, an access and mobility management function (AMF) 270, and the like. there is.
  • UPF user plane function
  • SMF session management function
  • AMF access and mobility management function
  • the core network composed of the S-GW (250), P-GW (260), MME (270), etc. supports not only 4G communication technology but also 5G communication technology.
  • a core network composed of UPF 250, SMF 260, AMF 270, etc. may support 4G communication technology as well as 5G communication technology.
  • the core network may be divided into a plurality of logical network slices.
  • a network slice eg, V2V network slice, V2I network slice, V2P network slice, V2N network slice, etc.
  • V2X communication may be configured in a V2X network slice configured in a core network.
  • Communication nodes constituting the communication system are code division multiple access (CDMA) technology, wideband CDMA (WCDMA) ) technology, TDMA (time division multiple access) technology, FDMA (frequency division multiple access) technology, OFDM (orthogonal frequency division multiplexing) technology, filtered OFDM technology, OFDMA (orthogonal frequency division multiple access) technology, SC (single carrier)- FDMA technology, non-orthogonal multiple access (NOMA) technology, generalized frequency division multiplexing (GFDM) technology, filter bank multi-carrier (FBMC) technology, universal filtered multi-carrier (UFMC) technology, and space division multiple access (SDMA) Communication may be performed using at least one communication technology among technologies.
  • CDMA code division multiple access
  • WCDMA wideband CDMA
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDM orthogonal frequency division multiplexing
  • filtered OFDM technology OFDMA (orthogonal frequency division multiple access) technology
  • SC single carrier-FDMA
  • Communication nodes constituting the communication system may be configured as follows.
  • FIG. 3 is a block diagram showing a first embodiment of a communication node constituting a communication system.
  • a communication node 300 may include at least one processor 310, a memory 320, and a transceiver 330 connected to a network to perform communication.
  • the communication node 300 may further include an input interface device 340, an output interface device 350, a storage device 360, and the like.
  • Each component included in the communication node 300 may be connected by a bus 370 to communicate with each other.
  • each component included in the communication node 300 may be connected through an individual interface or an individual bus centered on the processor 310 instead of the common bus 370 .
  • the processor 310 may be connected to at least one of the memory 320, the transmission/reception device 330, the input interface device 340, the output interface device 350, and the storage device 360 through a dedicated interface. .
  • the processor 310 may execute a program command stored in at least one of the memory 320 and the storage device 360 .
  • the processor 310 may mean a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which methods according to embodiments of the present disclosure are performed.
  • Each of the memory 320 and the storage device 360 may include at least one of a volatile storage medium and a non-volatile storage medium.
  • the memory 320 may include at least one of a read only memory (ROM) and a random access memory (RAM).
  • a base station 210 may form a macro cell or a small cell, and may be connected to a core network through an ideal backhaul or a non-ideal backhaul.
  • the base station 210 may transmit signals received from the core network to the UEs 231 to 236 and the relay 220, and may transmit signals received from the UEs 231 to 236 and the relay 220 to the core network.
  • UEs #1, #2, #4, #5, and #6 (231, 232, 234, 235, and 236) may belong to the cell coverage of the base station 210.
  • UEs #1, #2, #4, #5, and #6 may be connected to the base station 210 by performing a connection establishment procedure with the base station 210. .
  • UEs #1, #2, #4, #5, and #6 may communicate with the base station 210 after being connected to the base station 210.
  • the relay 220 may be connected to the base station 210 and may relay communication between the base station 210 and UEs #3 and #4 (233 and 234).
  • the relay 220 may transmit signals received from the base station 210 to the UEs #3 and #4 (233 and 234), and transmit signals received from the UEs #3 and #4 (233 and 234) to the base station 210.
  • can be sent to UE #4 234 may belong to the cell coverage of the base station 210 and the cell coverage of the relay 220, and UE #3 233 may belong to the cell coverage of the relay 220. That is, UE # 3 233 may be located outside the cell coverage of the base station 210 .
  • UEs #3 and #4 (233 and 234) may be connected to the relay 220 by performing a connection establishment procedure with the relay 220.
  • UEs #3 and #4 (233 and 234) may communicate with the relay 220 after being connected to the relay 220.
  • the base station 210 and the relay 220 are MIMO (eg, single user (SU)-MIMO, multi-user (MU)-MIMO, massive MIMO, etc.) communication technology, coordinated multipoint (CoMP) communication technology, Carrier Aggregation (CA) communication technology, unlicensed band communication technology (eg, Licensed Assisted Access (LAA), enhanced LAA (eLAA)), sidelink communication technology (eg, ProSe communication technology, D2D communication) technology), etc.
  • UEs #1, #2, #5, and #6 (231, 232, 235, and 236) may perform operations corresponding to the base station 210, operations supported by the base station 210, and the like.
  • UEs #3 and #4 (233 and 234) may perform operations corresponding to the relay 220 and operations supported by the relay 220.
  • the base station 210 includes a NodeB, an evolved NodeB, a base transceiver station (BTS), a radio remote head (RRH), a transmission reception point (TRP), a radio unit (RU), and an RSU ( road side unit), a radio transceiver, an access point, an access node, and the like.
  • the relay 220 may be referred to as a small base station, relay node, or the like.
  • the UEs 231 to 236 are terminals, access terminals, mobile terminals, stations, subscriber stations, mobile stations, and portable subscriber stations. subscriber station), a node, a device, an on-broad unit (OBU), and the like.
  • communication nodes performing communication in a communication network may be configured as follows.
  • the communication node shown in FIG. 4 may be a specific embodiment of the communication node shown in FIG. 3 .
  • FIG. 4 is a block diagram illustrating a first embodiment of communication nodes performing communication.
  • each of the first communication node 400a and the second communication node 400b may be a base station or a UE.
  • the first communication node 400a may transmit a signal to the second communication node 400b.
  • the transmission processor 411 included in the first communication node 400a may receive data (eg, a data unit) from the data source 410 .
  • the transmit processor 411 may receive control information from the controller 416 .
  • Control information is at least one of system information, RRC configuration information (eg, information configured by RRC signaling), MAC control information (eg, MAC CE), or PHY control information (eg, DCI, SCI). may contain one.
  • the transmission processor 411 may generate data symbol(s) by performing a processing operation (eg, an encoding operation, a symbol mapping operation, etc.) on data.
  • the transmission processor 411 may generate control symbol(s) by performing a processing operation (eg, encoding operation, symbol mapping operation, etc.) on the control information.
  • the transmit processor 411 may generate sync/reference symbol(s) for a sync signal and/or a reference signal.
  • Tx MIMO processor 412 may perform spatial processing operations (eg, precoding operations) on data symbol(s), control symbol(s), and/or synchronization/reference symbol(s). there is.
  • the output of Tx MIMO processor 412 (eg, a symbol stream) may be provided to modulators (MODs) included in transceivers 413a through 413t.
  • the modulator (MOD) may generate modulation symbols by performing a processing operation on the symbol stream, and may perform additional processing operations (eg, analog conversion operation, amplification operation, filtering operation, up-conversion operation) on the modulation symbols. signal can be generated.
  • Signals generated by modulators (MODs) of transceivers 413a through 413t may be transmitted via antennas 414a through 414t.
  • Signals transmitted by the first communication node 400a may be received by antennas 464a to 464r of the second communication node 400b. Signals received at antennas 464a through 464r may be provided to demodulators (DEMODs) included in transceivers 463a through 463r.
  • the demodulator DEMOD may obtain samples by performing a processing operation (eg, a filtering operation, an amplification operation, a down-conversion operation, or a digital conversion operation) on the signal.
  • the demodulator (DEMOD) may obtain symbols by performing an additional processing operation on the samples.
  • MIMO detector 462 may perform MIMO detection operations on the symbols.
  • the receiving processor 461 may perform a processing operation (eg, a deinterleaving operation and a decoding operation) on symbols.
  • the output of receive processor 461 may be provided to data sink 460 and controller 466 .
  • data can be provided to data sink 460 and control information can be provided to controller 466 .
  • the second communication node 400b may transmit a signal to the first communication node 400a.
  • the transmission processor 468 included in the second communication node 400b may receive data (eg, a data unit) from the data source 467, and perform a processing operation on the data to generate data symbol(s).
  • can create Transmit processor 468 may receive control information from controller 466 and may perform a processing operation on the control information to generate control symbol(s).
  • the transmit processor 468 may generate reference symbol(s) by performing a processing operation on the reference signal.
  • Tx MIMO processor 469 may perform spatial processing operations (eg, precoding operations) on data symbol(s), control symbol(s), and/or reference symbol(s).
  • the output of Tx MIMO processor 469 (eg, a symbol stream) may be provided to modulators (MODs) included in transceivers 463a through 463t.
  • the modulator (MOD) may generate modulation symbols by performing a processing operation on the symbol stream, and may perform additional processing operations (eg, analog conversion operation, amplification operation, filtering operation, up-conversion operation) on the modulation symbols. signal can be generated.
  • Signals generated by modulators (MODs) of transceivers 463a through 463t may be transmitted via antennas 464a through 464t.
  • Signals transmitted by the second communication node 400b may be received by antennas 414a to 414r of the first communication node 400a. Signals received at antennas 414a through 414r may be provided to demodulators (DEMODs) included in transceivers 413a through 413r.
  • the demodulator DEMOD may obtain samples by performing a processing operation (eg, a filtering operation, an amplification operation, a down-conversion operation, or a digital conversion operation) on the signal.
  • the demodulator (DEMOD) may obtain symbols by performing an additional processing operation on the samples.
  • MIMO detector 420 may perform MIMO detection on the symbols.
  • the receiving processor 419 may perform a processing operation (eg, a deinterleaving operation, a decoding operation) on symbols.
  • the output of receive processor 419 may be provided to data sink 418 and controller 416 .
  • data may be provided to data sink 418 and control information may be provided to controller 416 .
  • Memories 415 and 465 may store data, control information, and/or program code.
  • the scheduler 417 may perform a scheduling operation for communication.
  • the processors 411, 412, 419, 461, 468, 469 and controllers 416, 466 shown in FIG. 4 may be the processor 310 shown in FIG. 3, to perform the methods described in this disclosure. can be used
  • FIG. 5A is a block diagram illustrating a first embodiment of a transmit path
  • FIG. 5B is a block diagram illustrating a first embodiment of a receive path.
  • a transmission path 510 may be implemented in a communication node that transmits signals
  • a receive path 520 may be implemented in a communication node that receives signals.
  • the transmit path 510 includes a channel coding and modulation block 511, a serial-to-parallel (S-to-P) block 512, an N Inverse Fast Fourier Transform (IFFT) block 513, and a P-to-S (parallel-to-serial) block 514, a cyclic prefix (CP) addition block 515, and an up-converter (UC) (UC) 516.
  • the receive path 520 includes a down-converter (DC) 521, a CP removal block 522, an S-to-P block 523, an N FFT block 524, a P-to-S block 525, and a channel decoding and demodulation block 526 .
  • DC down-converter
  • CP CP removal block
  • S-to-P S-to-P block
  • N FFT block 524 N FFT block
  • P-to-S block 525 a channel decoding and demodulation block 526 .
  • N may be a natural number.
  • the information bits in transmit path 510 may be input to channel coding and modulation block 511 .
  • the channel coding and modulation block 511 performs a coding operation (eg, low-density parity check (LDPC) coding operation, a polar coding operation, etc.) and a modulation operation (eg, low-density parity check (LDPC) coding operation) on information bits.
  • a coding operation eg, low-density parity check (LDPC) coding operation
  • LDPC low-density parity check
  • QPSK Quadrature Phase Shift Keying
  • QAM Quadrature Amplitude Modulation
  • the output of channel coding and modulation block 511 may be a sequence of modulation symbols.
  • S-to-P block 512 can convert modulation symbols in the frequency domain into parallel symbol streams to generate N parallel symbol streams.
  • N can be either the IFFT size or the FFT size.
  • the N IFFT block 513 may generate time domain signals by performing an IFFT operation on N parallel symbol streams.
  • the P-to-S block 514 can convert the output of the N IFFT block 513 (eg, parallel signals) to a serial signal to generate a serial signal.
  • CP addition block 515 can insert a CP into the signal.
  • the UC 516 may up-convert the frequency of the output of the CP addition block 515 to a radio frequency (RF) frequency. Additionally, the output of the CP addition block 515 may be baseband filtered prior to upconversion.
  • RF radio frequency
  • a signal transmitted on the transmit path 510 may be input to the receive path 520 .
  • Operation on receive path 520 may be the reverse operation of operation on transmit path 510 .
  • the DC 521 may down-convert the frequency of the received signal to a baseband frequency.
  • the CP removal block 522 can remove the CP from the signal.
  • the output of the CP removal block 522 may be a serial signal.
  • the S-to-P block 523 can convert serial signals to parallel signals.
  • the N FFT block 524 may generate N parallel signals by performing an FFT algorithm.
  • P-to-S block 525 can convert the parallel signals into a sequence of modulation symbols.
  • the channel decoding and demodulation block 526 may perform a demodulation operation on modulation symbols, and may restore data by performing a decoding operation on a result of the demodulation operation.
  • Discrete Fourier Transform (DFT) and Inverse DFT (IDFT) may be used instead of FFT and IFFT.
  • DFT Discrete Fourier Transform
  • IDFT Inverse DFT
  • Each of the blocks (eg, components) in FIGS. 5A and 5B may be implemented by at least one of hardware, software, or firmware.
  • some blocks may be implemented by software, and other blocks may be implemented by hardware or “a combination of hardware and software”.
  • one block may be subdivided into a plurality of blocks, the plurality of blocks may be integrated into one block, some blocks may be omitted, and blocks supporting other functions may be added. It can be.
  • communication between UE #5 235 and UE #6 236 may be performed based on a cycled communication technology (eg, ProSe communication technology, D2D communication technology).
  • Sidelink communication may be performed based on a one-to-one method or a one-to-many method.
  • UE #5 (235) may indicate a communication node located in vehicle #1 (100) of FIG. 1, and UE #6 (236) of FIG.
  • a communication node located in vehicle #2 (110) may be indicated.
  • UE #5 (235) may indicate a communication node located in vehicle #1 (100) of FIG. 1, and UE #6 (236) of FIG.
  • a communication node located in the infrastructure 120 may be indicated.
  • UE #5 (235) may indicate a communication node located in vehicle #1 (100) of FIG. 1, and UE #6 (236) of FIG.
  • a communication node possessed by the person 130 may be indicated.
  • Scenarios to which sidelink communication is applied may be classified as shown in Table 1 below according to locations of UEs (eg, UE #5 235 and UE #6 236) participating in sidelink communication.
  • UEs eg, UE #5 235 and UE #6 2366
  • the scenario for sidelink communication between UE #5 235 and UE #6 236 shown in FIG. 2 may be sidelink communication scenario #C.
  • a user plane protocol stack of UEs (eg, UE #5 235 and UE #6 236) performing sidelink communication may be configured as follows.
  • FIG. 6 is a block diagram illustrating a first embodiment of a user plane protocol stack of a UE performing sidelink communication.
  • UE #5 235 may be UE #5 235 shown in FIG. 2
  • UE #6 236 may be UE #6 236 shown in FIG. 2
  • a scenario for sidelink communication between UE #5 235 and UE #6 236 may be one of sidelink communication scenarios #A to #D in Table 1.
  • the user plane protocol stacks of UE #5 235 and UE #6 236 include a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol (PDCP) layer. etc. may be included.
  • PHY physical
  • MAC medium access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • HARQ hybrid automatic repeat request
  • AM RLC acknowledged mode
  • UM RLC unacknowledged mode
  • a control plane protocol stack of UEs (eg, UE #5 235 and UE #6 236) performing sidelink communication may be configured as follows.
  • FIG. 7 is a block diagram illustrating a first embodiment of a control plane protocol stack of a UE performing sidelink communication
  • FIG. 8 illustrates a second embodiment of a control plane protocol stack of a UE performing sidelink communication. It is a block diagram.
  • UE #5 235 may be UE #5 235 shown in FIG. 2
  • UE #6 236 may be UE #6 236 shown in FIG. 2
  • a scenario for sidelink communication between UE #5 235 and UE #6 236 may be one of sidelink communication scenarios #A to #D in Table 1.
  • the control plane protocol stack shown in FIG. 7 may be a control plane protocol stack for transmitting and receiving broadcast information (eg, Physical Sidelink Broadcast Channel (PSBCH)).
  • PSBCH Physical Sidelink Broadcast Channel
  • the control plane protocol stack shown in FIG. 7 may include a PHY layer, a MAC layer, an RLC layer, a radio resource control (RRC) layer, and the like. Sidelink communication between UE #5 235 and UE #6 236 may be performed using a PC5 interface (eg, PC5-C interface).
  • the control plane protocol stack shown in FIG. 8 may be a control plane protocol stack for one-to-one sidelink communication.
  • the control plane protocol stack shown in FIG. 8 may include a PHY layer, a MAC layer, an RLC layer, a PDCP layer, a PC5 signaling protocol layer, and the like.
  • channels used in sidelink communication between UE #5 235 and UE #6 236 include Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), Physical Sidelink Discovery Channel (PSBCH), and PSBCH ( Physical Sidelink Broadcast Channel) and the like.
  • the PSSCH may be used for transmission and reception of sidelink data, and may be configured in UEs (eg, UE #5 235 and UE #6 236) by higher layer signaling.
  • the PSCCH may be used for transmission and reception of sidelink control information (SCI), and may be configured in UEs (eg, UE #5 235 and UE #6 236) by higher layer signaling. there is.
  • PSDCH may be used for discovery procedures.
  • the discovery signal may be transmitted through PSDCH.
  • PSBCH may be used for transmission and reception of broadcast information (eg, system information).
  • DMRS demodulation reference signal
  • a synchronization signal and the like may be used in sidelink communication between UE #5 235 and UE #6 236.
  • the synchronization signal may include a primary sidelink synchronization signal (PSSS) and a secondary sidelink synchronization signal (SSSS).
  • sidelink transmission modes may be classified into sidelink TMs #1 to #4 as shown in Table 2 below.
  • UE #5 235 and UE #6 236 each perform sidelink communication using a resource pool configured by the base station 210.
  • a resource pool may be configured for each sidelink control information or sidelink data.
  • a resource pool for sidelink control information may be configured based on an RRC signaling procedure (eg, a dedicated RRC signaling procedure, a broadcast RRC signaling procedure).
  • a resource pool used for reception of sidelink control information may be configured by a broadcast RRC signaling procedure.
  • a resource pool used for transmission of sidelink control information may be configured by a dedicated RRC signaling procedure.
  • the sidelink control information may be transmitted through a resource scheduled by the base station 210 within a resource pool established by a dedicated RRC signaling procedure.
  • a resource pool used for transmission of sidelink control information may be configured by a dedicated RRC signaling procedure or a broadcast RRC signaling procedure.
  • the sidelink control information is autonomously selected by the UE (eg, UE #5 235 and UE #6 236) within the resource pool established by the dedicated RRC signaling procedure or the broadcast RRC signaling procedure. It can be transmitted through a resource.
  • a resource pool for transmitting and receiving sidelink data may not be configured.
  • sidelink data may be transmitted and received through resources scheduled by the base station 210 .
  • a resource pool for transmission and reception of sidelink data may be configured by a dedicated RRC signaling procedure or a broadcast RRC signaling procedure.
  • the sidelink data is a resource autonomously selected by the UE (eg, UE #5 235, UE #6 236) within the resource pool established by the RRC signaling procedure or the broadcast RRC signaling procedure. can be transmitted and received through
  • a second communication node corresponding thereto is described as a method performed in the first communication node and a method (eg, signal transmission or reception) For example, receiving or transmitting a signal) may be performed. That is, when the operation of UE #1 (eg, vehicle #1) is described, the corresponding UE #2 (eg, vehicle #2) may perform an operation corresponding to that of UE #1. there is. Conversely, when the operation of UE #2 is described, UE #1 corresponding thereto may perform an operation corresponding to that of UE #2. In the embodiments described below, the operation of the vehicle may be the operation of a communication node located in the vehicle.
  • the sidelink signal may be a synchronization signal and a reference signal used for sidelink communication.
  • the synchronization signal may be a synchronization signal/physical broadcast channel (SS/PBCH) block, a sidelink synchronization signal (SLSS), a primary sidelink synchronization signal (PSSS), a secondary sidelink synchronization signal (SSSS), and the like.
  • the reference signal may be a channel state information-reference signal (CSI-RS), DMRS, phase tracking-reference signal (PT-RS), cell specific reference signal (CRS), sounding reference signal (SRS), discovery reference signal (DRS), and the like.
  • CSI-RS channel state information-reference signal
  • DMRS channel state information-reference signal
  • PT-RS phase tracking-reference signal
  • CRS cell specific reference signal
  • SRS sounding reference signal
  • DRS discovery reference signal
  • the sidelink channel may be PSSCH, PSCCH, PSDCH, PSBCH, PSFCH (physical sidelink feedback channel), and the like.
  • a sidelink channel may refer to a sidelink channel including a sidelink signal mapped to specific resources within a corresponding sidelink channel.
  • Sidelink communication may support a broadcast service, a multicast service, a groupcast service, and a unicast service.
  • the base station may transmit system information (eg, SIB12, SIB13, SIB14) including configuration information (ie, sidelink configuration information) for sidelink communication and an RRC message to the UE(s).
  • the UE may receive system information and an RRC message from the base station, check system information and sidelink configuration information included in the RRC message, and perform sidelink communication based on the sidelink configuration information.
  • SIB12 may include sidelink communication/discovery configuration information.
  • SIB13 and SIB14 may include configuration information for V2X sidelink communication.
  • Sidelink communication may be performed within an SL bandwidth part (BWP).
  • the base station may configure the SL BWP to the UE using higher layer signaling.
  • Upper layer signaling may include SL-BWP-Config and/or SL-BWP-ConfigCommon .
  • SL-BWP-Config can be used to configure SL BWP for UE-specific sidelink communication.
  • SL-BWP-ConfigCommon can be used to configure cell-specific configuration information.
  • the base station may configure a resource pool to the UE using higher layer signaling.
  • Higher layer signaling may include SL-BWP-PoolConfig , SL-BWP-PoolConfigCommon , SL-BWP-DiscPoolConfig , and/or SL-BWP-DiscPoolConfigCommon .
  • SL-BWP-PoolConfig can be used to configure a sidelink communication resource pool.
  • SL-BWP-PoolConfigCommon can be used to configure a cell-specific sidelink communication resource pool.
  • SL-BWP-DiscPoolConfig can be used to configure a resource pool dedicated to UE-specific sidelink discovery.
  • SL-BWP-DiscPoolConfigCommon can be used to configure a resource pool dedicated to cell-specific sidelink discovery.
  • a UE may perform sidelink communication within a resource pool set by a base station.
  • Sidelink communication may support SL discontinuous reception (DRX) operation.
  • the base station may transmit a higher layer message (eg, SL-DRX-Config ) including SL DRX related parameter(s) to the UE.
  • the UE may perform SL DRX operation based on SL-DRX-Config received from the base station.
  • Sidelink communication may support inter-UE coordination operation.
  • the base station may transmit a higher layer message (eg, SL-InterUE-CoordinationConfig ) including inter-UE coordination parameter(s) to the UE.
  • the UE may perform an inter-UE coordination operation based on the SL-InterUE-CoordinationConfig received from the base station.
  • Sidelink communication may be performed based on a single SCI scheme or multi SCI scheme.
  • data transmission eg, sidelink data transmission, sidelink-shared channel (SL-SCH) transmission
  • SL-SCH sidelink-shared channel
  • data transmission may be performed using two SCIs (eg, 1 st -stage SCI and 2 nd -stage SCI).
  • SCI may be transmitted through PSCCH and/or PSSCH.
  • SCI (eg, 1 st -stage SCI) may be transmitted on the PSCCH.
  • 1 st -stage SCI may be transmitted on PSCCH, and 2 nd -stage SCI may be transmitted on PSCCH or PSSCH.
  • 1 st -stage SCI may be referred to as "first stage SCI”
  • 2 nd -stage SCI may be referred to as "second stage SCI”.
  • the first stage SCI format may include SCI format 1-A
  • the second stage SCI format may include SCI format 2-A, SCI format 2-B, and SCI format 2-C.
  • SCI format 1-A may be used for scheduling of PSSCH and second stage SCI.
  • SCI format 1-A includes priority information, frequency resource assignment information, time resource assignment information, resource reservation period information, demodulation reference signal (DMRS) pattern information, and second step SCI format information, beta_offset indicator, number of DMRS ports, modulation and coding scheme (MCS) information, additional MAC table indicator, PSFCH overhead indicator, or conflict information receiver flag ) may include at least one of them.
  • DMRS demodulation reference signal
  • MCS modulation and coding scheme
  • SCI format 2-A may be used for decoding PSSCH.
  • SCI format 2-A includes HARQ processor number, new data indicator (NDI), redundancy version (RV), source ID, destination ID, HARQ feedback enabled/disabled It may include at least one of an indicator, a cast type indicator, or a CSI request.
  • SCI format 2-B may be used for decoding PSSCH.
  • SCI format 2-B includes at least one of HARQ processor number, NDI, RV, source ID, destination ID, HARQ feedback enable/disable indicator, zone ID, or communication range requirement can do.
  • SCI format 2-C may be used for decoding PSSCH.
  • SCI format 2-C may be used for providing or requesting inter-UE steering information.
  • SCI format 2-C may include at least one of a HARQ processor number, NDI, RV, source ID, destination ID, HARQ feedback enable/disable indicator, CSI request, or providing/requesting indicator. there is.
  • SCI format 2-C is resource combinations, first resource location, reference slot location, resource set type, or lowest subchannel index It may further include at least one of the lowest subchannel indices.
  • SCI format 2-C When the value of the provision/request indicator is set to 1, this may indicate that SCI format 2-C is used for inter-UE coordination information request.
  • SCI format 2-C includes priority, number of subchannels, resource reservation period, resource selection window location, resource set type, or padding. At least one of the bits may be further included.
  • inter-UE coordination (IUC) information may be used.
  • a UE transmitting IUC information may be referred to as UE-A
  • a UE receiving IUC information may be referred to as UE-B.
  • UE-B may mean a UE requesting transmission of IUC information.
  • a UE transmitting IUC information among UEs may be interpreted as UE-A
  • a UE receiving IUC information among UEs and/or a UE requesting transmission of IUC information may be interpreted as UE-B.
  • can UE-A may transmit IUC information to UE-B at the request of UE-B.
  • UE-A may transmit IUC information to UE-B without UE-B's request.
  • UE-B may perform a resource sensing operation and/or a resource (re)selection operation based on the IUC information received from UE-A.
  • the IUC information may include at least one of preferred resource information, non-preferred resource information, and resource conflict information.
  • UE-A may transmit IUC information including preferred resource information and/or non-preferred resource information to UE-B, and the IUC information may be transmitted on PSCCH and/or PSSCH.
  • IUC scheme 2 UE-A may transmit IUC information including resource collision information to UE-B, and the IUC information may be transmitted in PSFCH.
  • Preferred resource information may mean a preferred resource set
  • non-preferred resource information may mean a non-preferred resource set
  • resource conflict information may mean a resource conflict set.
  • the resource conflict information may indicate expected resource conflict or potential resource conflict.
  • resource information may be used as a term meaning preferred resource information, non-preferred resource information, and/or resource conflict information
  • a resource set refers to a preferred resource set, a non-preferred resource set, and/or a resource conflict set. term can be used.
  • a UE with high priority may operate as UE-B, and a UE with low priority may operate as UE-A.
  • the priority may be a priority for the UE.
  • the priority is the priority of the data transmitted by the UE, the packet delay budget (PDB), the transmission order (or reception order) of the IUC request signal (eg, SCI), and / or the HARQ (for the IUC request signal) It may be determined based on the transmission order (or reception order) of hybrid automatic repeat request) feedback.
  • UE #3 may transmit IUC information to a UE having higher priority among UE #1 and UE #2.
  • UE #3 does not know the priorities of UE #1 and UE #2" or "UE #1 and UE #2 have the same priority”
  • transmission/reception of IUC information transmitted by UE #3 Ambiguity about the subject ie UE #1 or UE #2
  • a UE with higher priority among UE #1 and UE #2 may operate as UE-B, and a UE with lower priority may operate as UE-A. That is, a UE having a low priority may transmit IUC information to a UE having a high priority.
  • UE #1 and UE #2 do not know each other's priorities" or "UE #1 and UE #2 have the same priority”
  • ambiguity for UE-A and/or UE-B may occur. there is.
  • the IUC request signal may mean an SCI (eg, a first stage SCI and/or a second stage SCI).
  • the IUC request signal may be an information element included in the SCI (eg, the first stage SCI and/or the second stage SCI).
  • the IUC request signal may be a separate signal from the SCI.
  • the IUC request signal may be transmitted on PSCCH and/or PSSCH.
  • the IUC request signal may include information on a target resource for the IUC.
  • UE-A may perform an operation for detecting a preferred resource, a non-preferred resource, and/or a resource collision in resources indicated by the IUC request signal.
  • Priority information of the UE may be included in the SCI and/or IUC request signal.
  • priority information of UE #1 may be included in SCI (or IUC request signal) transmitted by UE #1
  • priority information of UE #2 may be included in SCI (or IUC request signal) transmitted by UE #2.
  • IUC request signal may mean an SCI
  • each of the UEs may not know the priority of the other UE(s). For example, UE #3 may not know the priorities of UE #1 and UE #2. Alternatively, UE #1 and UE #2 may have the same priority. That is, UE #3 may determine that UE #1 and UE #2 have the same priority. In the above case, UE #3 may not be able to determine the UE (ie, UE #1 or UE #2) that is the transmission/reception target of the IUC information.
  • FIG. 9 is a flowchart illustrating a first embodiment of a method for transmitting IUC information.
  • UE #1 and/or UE #2 may operate as UE-B, and UE #3 may operate as UE-A.
  • UE #1 may transmit IUC request signal #1 to UE #3 (S901).
  • UE #3 may receive IUC request signal #1 from UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #3 (S902).
  • UE #3 may receive IUC request signal #2 from UE #2.
  • UE #3 may generate IUC information #1 based on the IUC request signal #1 and transmit the IUC information #1 to UE #1 (S903).
  • UE #1 may receive IUC information #1 from UE #3, and may perform sidelink communication in consideration of IUC information #1.
  • UE #3 may generate IUC information #2 based on the IUC request signal #2 and may transmit IUC information #2 to UE #2 (S904).
  • UE #2 may receive IUC information #2 from UE #3 and may perform sidelink communication in consideration of IUC information #2.
  • FIG. 10 is a flowchart illustrating a second embodiment of a method for transmitting IUC information.
  • UE #1 and UE #2 may operate as UE-B, and UE #3 may operate as UE-A.
  • UE #1 may transmit IUC request signal #1 to UE #3 (S1001).
  • UE #3 may receive IUC request signal #1 from UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #3 (S1002).
  • UE #3 may receive IUC request signal #2 from UE #2.
  • UE #3 transmits IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1. It can (S1003). UE #3 may not transmit IUC information #2 to UE #2. UE #1 may receive IUC information #1 from UE #3, and may perform sidelink communication in consideration of IUC information #1.
  • UE #3 may determine the priority based on the reception order (or transmission order) of the IUC request signal (eg, SCI). The priority of the IUC request signal received first in the time domain may be determined to be higher than the priority of the IUC request signal received later. If the reception time of the IUC request signal #1 is before the reception time of the IUC request signal #2 in the time domain, UE #3 may determine that UE #1 has a higher priority among UE #1 and UE #2. . Accordingly, UE #3 may transmit IUC information #1 to UE #1 having a high priority (S1003). UE #1 may receive IUC information #1 from UE #3, and may perform sidelink communication in consideration of IUC information #1.
  • SCI reception order
  • the priority of the IUC request signal received first in the time domain may be determined to be higher than the priority of the IUC request signal received later. If the reception time of the IUC request signal #1 is before the reception time of the IUC request signal #2 in the time domain, UE #3 may determine that UE #1 has a higher priority among
  • 11 is a flowchart illustrating a third embodiment of a method of transmitting IUC information.
  • UE #1 and UE #2 may operate as UE-B, and UE #3 may operate as UE-A.
  • UE #1 may transmit IUC request signal #1 to UE #3 (S1101).
  • UE #3 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #3 (S1102).
  • UE #3 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #3 may transmit HARQ feedback #1 for the IUC request signal #1 to UE #1 (S1103).
  • UE #1 may receive HARQ feedback #1 for IUC request signal #1 from UE #3.
  • UE #3 may transmit HARQ feedback #2 for the IUC request signal #2 to UE #2 (S1104).
  • UE #2 may receive HARQ feedback #2 for IUC request signal #2 from UE #3.
  • UE #3 may transmit IUC information to one of UE #1 and UE #2 based on priority. For example, when the priority of UE #1 is higher than that of UE #2, UE #3 may transmit IUC information #1 to UE #1 (S1105). Conversely, when the priority of UE #2 is higher than that of UE #1, UE #3 may transmit IUC information #2 to UE #2 (S1106).
  • the priority of UE #1 may be higher than that of UE #2.
  • the priority of UE #1 is the same as that of UE #2, if the reception time of IUC request signal #1 is before the reception time of IUC request signal #2 in the time domain, the priority of UE #1 is It can be considered higher than the priority of UE #2.
  • HARQ feedback #1 may indicate acknowledgment (ACK) or negative ACK (NACK), and HARQ feedback #2 may indicate ACK or NACK. Operations defined in Table 4 may be performed according to a combination of HARQ feedback #1 and HARQ feedback #2.
  • the UE receiving the NACK for the IUC request signal may not expect to receive IUC information from UE #3 (ie, UE-A). If "the HARQ feedback for the IUC request signal is not received” or "if the NACK for the IUC request signal is received", the UE may retransmit the IUC request signal.
  • UE #3 may transmit a NACK for a specific IUC request signal in order to transmit one IUC information to one UE. For example, UE #3 may transmit a NACK for IUC request signal #2 to UE #2 having a low priority. If NACK for IUC request signal #2 is received, UE #2 may not expect to receive IUC information #2 from UE #3. UE #2 may retransmit the IUC request signal #2 to UE #3.
  • FIG. 12 is a flowchart illustrating a fourth embodiment of a method for transmitting IUC information.
  • UE #1 and UE #2 may operate as UE-B, and UE #3 may operate as UE-A.
  • UE #1 may transmit IUC request signal #1 to UE #3 (S1201).
  • UE #3 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #3 (S1202).
  • UE #3 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #3 may transmit HARQ feedback #1 for the IUC request signal #1 to UE #1 (S1203).
  • UE #1 may receive HARQ feedback #1 for IUC request signal #1 from UE #3.
  • UE #3 may transmit HARQ feedback #2 for the IUC request signal #2 to UE #2 (S1204).
  • UE #2 may receive HARQ feedback #2 for IUC request signal #2 from UE #3. "If the priority of UE #1 is considered to be higher than that of UE #2" or "If HARQ feedback #1 indicates ACK and HARQ feedback #2 indicates NACK", UE #3 sends an IUC IUC information #1 generated based on request signals #1 and/or #2 may be transmitted to UE #1 (S1205). UE #1 may receive IUC information #1 from UE #3, and may perform sidelink communication in consideration of IUC information #1.
  • FIG. 13 is a flowchart illustrating a fifth embodiment of a method for transmitting IUC information.
  • UE #1 and UE #2 may operate as UE-B, and UE #3 may operate as UE-A.
  • UE #1 may transmit IUC request signal #1 to UE #3 (S1301).
  • UE #3 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #3 (S1302).
  • UE #3 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #3 may transmit HARQ feedback #1 for the IUC request signal #1 to UE #1 (S1303).
  • UE #1 may receive HARQ feedback #1 for IUC request signal #1 from UE #3.
  • UE #3 may transmit HARQ feedback #2 for the IUC request signal #2 to UE #2 (S1304).
  • UE #2 may receive HARQ feedback #2 for IUC request signal #2 from UE #3. "When HARQ feedback #1 indicates NACK and HARQ feedback #2 indicates ACK", UE #3 transmits IUC information #2 generated based on IUC request signal #1 and/or #2 to UE #2 It can be transmitted to (S1305). UE #2 may receive IUC information #2 from UE #3 and may perform sidelink communication in consideration of IUC information #2.
  • resources indicated by IUC request signal #1 of UE #1 may overlap (eg, partially overlap or completely overlap) resources indicated by IUC request signal #2 of UE #2.
  • UE #3 eg, UE-A
  • IUC information eg, resource collision information
  • can be sent to UE #3 may not transmit IUC information (eg, resource collision information) for overlapping resource(s) to a UE having a high priority.
  • a UE having a high priority can perform sidelink communication in overlapping resource(s), and a UE having a low priority cannot perform sidelink communication in overlapping resource(s).
  • UE #3 may determine the priority of the corresponding UE based on the IUC request signal received from the UE. For example, when the IUC request signal includes priority information of the UE, UE #3 may determine the priority of the UE based on the information included in the IUC request signal. Alternatively, UE #3 may determine the priority of the UE based on the reception order (or transmission order) of the IUC request signal in the time domain.
  • UE #1 may not know the priority of UE #2, and UE #2 may not know the priority of UE #1. In this case, ambiguity about IUC operations performed by UE #1 and UE #2 may occur.
  • the IUC operation may be “the operation by which UE-A transmits IUC information to UE-B” or “the operation by which UE-B receives IUC information from UE-A”.
  • FIG. 14 is a flowchart illustrating a sixth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1401).
  • IUC request signal #1 may include priority information of UE #1.
  • UE #2 may receive IUC request signal #1 from UE #1, and may determine the priority of UE #1 based on information included in IUC request signal #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1402).
  • IUC request signal #2 may include priority information of UE #2.
  • UE #1 may receive IUC request signal #2 from UE #2, and may determine the priority of UE #2 based on information included in IUC request signal #2.
  • Each of UE #1 and UE #2 may determine that the priority of UE #2 is higher than that of UE #1 based on the priority information.
  • UE #1 can operate as UE-A
  • UE #2 can operate as UE-B.
  • UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S1403).
  • UE #2 may not transmit IUC information #1 to UE #1.
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • 15 is a flowchart illustrating a seventh embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1501).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1, and may transmit HARQ feedback #1 for IUC request signal #1 to UE #1 (S1502).
  • UE #1 may receive HARQ feedback #1 from UE #2.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1503).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2, and may transmit HARQ feedback #2 for IUC request signal #2 to UE #2 (S1504).
  • UE #2 may receive HARQ feedback #2 from UE #1.
  • 16 is a flowchart illustrating an eighth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1601).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1602).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 for the IUC request signal #1 to UE #1 (S1603).
  • UE #1 may receive HARQ feedback #1 from UE #2.
  • UE #1 may transmit HARQ feedback #2 for the IUC request signal #2 to UE #2 (S1604).
  • UE #2 may receive HARQ feedback #2 from UE #1.
  • the PSFCH resource may be configured differently from the PSFCH resource in the embodiment of FIG. 15.
  • HARQ feedback #1 may indicate ACK or NACK
  • HARQ feedback #2 may indicate ACK or NACK.
  • Operations defined in Table 5 may be performed according to a combination of HARQ feedback #1 and HARQ feedback #2. In the operations defined in Table 5, the priority of UE #2 may be considered higher than that of UE #1.
  • the UE receiving the NACK for the IUC request signal may not expect to receive IUC information. If "the HARQ feedback for the IUC request signal is not received" or "if the NACK for the IUC request signal is received", the UE may retransmit the IUC request signal.
  • UE #2 sends IUC information #2 with high priority
  • a NACK for IUC request signal #1 may be transmitted to UE #1 in order to receive it from UE #1 having a priority.
  • UE #1 transmits the IUC information #1.
  • a NACK for the IUC request signal #2 may be transmitted to UE #2 in order to receive it from UE #2 having a high priority. According to the above-described operation, a UE having a high priority may provide IUC information to a UE having a low priority.
  • 17 is a flowchart illustrating a ninth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1701).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1702).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 (ie, ACK) for the IUC request signal #1 to UE #1 (S1703).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates ACK, UE #1 can determine that IUC request signal #1 has been successfully received from UE #2.
  • UE #1 may transmit HARQ feedback #2 (ie, ACK) for the IUC request signal #2 to UE #2 (S1704).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates ACK, UE #2 can determine that IUC request signal #2 has been successfully received from UE #1.
  • UE #1 can operate as UE-A and UE #2 can operate as UE-B.
  • UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S1705).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • FIG. 18 is a flowchart illustrating a tenth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1801).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1802).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 (ie, NACK) for the IUC request signal #1 to UE #1 (S1803).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates NACK, UE #1 may determine that reception (ie, decoding) of IUC request signal #1 from UE #2 has failed.
  • UE #1 may transmit HARQ feedback #2 (ie, ACK) for the IUC request signal #2 to UE #2 (S1804).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates ACK, UE #2 can determine that IUC request signal #2 has been successfully received from UE #1.
  • UE #1 may operate as UE-A, UE #2 can operate as UE-B.
  • UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S1805).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • 19 is a flowchart illustrating an 11th embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S1901).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S1902).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 (ie, ACK) for the IUC request signal #1 to UE #1 (S1903).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates ACK, UE #1 can determine that IUC request signal #1 has been successfully received from UE #2.
  • UE #1 may transmit HARQ feedback #2 (ie, NACK) for the IUC request signal #2 to UE #2 (S1904).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates NACK, UE #2 may determine that reception (ie, decoding) of IUC request signal #2 from UE #1 has failed.
  • UE #1 may operate as UE-B, UE #2 may operate as UE-A.
  • UE #2 may transmit IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1 (S1905).
  • UE #1 may receive IUC information #1 from UE #2, and may perform sidelink communication in consideration of IUC information #1.
  • 20 is a flowchart illustrating a twelfth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2001).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S2002).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 (ie, NACK) for the IUC request signal #1 to UE #1 (S2003).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates NACK, UE #1 may determine that reception (ie, decoding) of IUC request signal #1 from UE #2 has failed.
  • UE #1 may transmit HARQ feedback #2 (ie, ACK) for the IUC request signal #2 to UE #2 (S2004).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates ACK, UE #2 can determine that IUC request signal #2 has been successfully received from UE #1.
  • UE #1 may retransmit the IUC request signal #1 to UE #2 (S2005).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit HARQ feedback #1 (ie, ACK) for the IUC request signal #1 to UE #1 (S2006).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates ACK, UE #1 can determine that IUC request signal #1 has been successfully received from UE #2.
  • UE #1 may check the priority of UE #2 based on the information included in the IUC request signal #2.
  • UE #2 may check the priority of UE #1 based on the information included in the IUC request signal #1. If the priority of UE #2 is higher than that of UE #1, UE #1 can operate as UE-A and UE #2 can operate as UE-B. Accordingly, UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S2007).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • 21 is a flowchart illustrating a thirteenth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2101).
  • UE #2 may perform a reception operation for IUC request signal #1 of UE #1.
  • UE #2 may transmit IUC request signal #2 to UE #1 (S2102).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #2 may transmit HARQ feedback #1 (ie, ACK) for the IUC request signal #1 to UE #1 (S2103).
  • UE #1 may receive HARQ feedback #1 from UE #2. Since HARQ feedback #1 indicates ACK, UE #1 can determine that IUC request signal #1 has been successfully received from UE #2.
  • UE #1 may transmit HARQ feedback #2 (ie, NACK) for the IUC request signal #2 to UE #2 (S2104).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates NACK, UE #2 may determine that reception (ie, decoding) of IUC request signal #2 from UE #1 has failed.
  • UE #2 may retransmit the IUC request signal #2 to UE #1 (S2105).
  • UE #1 may perform a reception operation for IUC request signal #2 of UE #2.
  • UE #1 may transmit HARQ feedback #2 (ie, ACK) for the IUC request signal #2 to UE #2 (S2106).
  • UE #2 may receive HARQ feedback #2 from UE #1. Since HARQ feedback #2 indicates ACK, UE #2 can determine that IUC request signal #2 has been successfully received from UE #1.
  • UE #1 may check the priority of UE #2 based on the information included in the IUC request signal #2.
  • UE #2 may check the priority of UE #1 based on the information included in the IUC request signal #1. If the priority of UE #2 is higher than that of UE #1, UE #1 can operate as UE-A and UE #2 can operate as UE-B. Accordingly, UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S2207).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • IUC request signal #1 may be retransmitted in S2005.
  • the UEs may perform IUC operations (eg, UE-A operation, UE-B operation) according to priority.
  • IUC request signal #2 may be retransmitted in S2105.
  • UEs may perform IUC operations (eg, UE-A operation, UE-B operation) according to priority.
  • a UE that transmits an ACK for an IUC request signal may operate as UE-A.
  • the base station (or UE) transmits information of a preset time (eg, a reception window for HARQ feedback) and/or a preset number (eg, a threshold value for the number of NACKs) to system information, an RRC message, MAC message or a PHY message to the UE(s).
  • a preset time eg, a reception window for HARQ feedback
  • a preset number eg, a threshold value for the number of NACKs
  • the UE(s) may receive information of a preset time (eg, a reception window for HARQ feedback) and/or a preset number (eg, a threshold value for the number of NACKs) from a base station or another UE. .
  • a preset time eg, a reception window for HARQ feedback
  • a preset number eg, a threshold value for the number of NACKs
  • 22 is a flowchart illustrating a fourteenth embodiment of a method for transmitting IUC information.
  • UE #1 may not know the priority of UE #2, UE #2 may not know the priority of UE #1, and priority information of the UE is transmitted through an IUC request signal. It may not be. Alternatively, the priority of UE #1 may be the same as that of UE #2.
  • a UE operating as UE-B may be determined based on a transmission order (or reception order) of the IUC request signal.
  • the UE operating as UE-A may be determined based on the reception order (or reception order) of the IUC request signal.
  • UE #1 may transmit IUC request signal #1 before UE #2 (S2201). In this case, UE #1 may operate as UE-B. UE #2 may receive IUC request signal #1 from UE #1. When IUC request signal #1 of UE #1 is received, UE #2 may not transmit IUC request signal #2. That is, UE #2 can operate as UE-A. UE #2 may transmit IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1 (S2202). UE #1 may receive IUC information #1 from UE #2, and may perform sidelink communication in consideration of IUC information #1.
  • FIG. 23 is a flowchart illustrating a fifteenth embodiment of a method for transmitting IUC information.
  • UE #1 may not know the priority of UE #2, UE #2 may not know the priority of UE #1, and priority information of the UE is transmitted through an IUC request signal. It may not be. Alternatively, the priority of UE #1 may be the same as that of UE #2.
  • a UE operating as UE-B may be determined based on a transmission order (or reception order) of the IUC request signal.
  • a UE operating as UE-A may be determined based on a reception order (or transmission order) of the IUC request signal.
  • UE #1 may transmit IUC request signal #1 before UE #2 (S2301). In this case, UE #1 may operate as UE-B. UE #2 may receive IUC request signal #1 from UE #1, and may transmit HARQ feedback #1 (eg, ACK) for the IUC request signal #1 to UE #1 (S2302). When IUC request signal #1 of UE #1 is successfully received, UE #2 may not transmit IUC request signal #2. That is, UE #2 can operate as UE-A. UE #2 may transmit IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1 (S2303). UE #1 may receive IUC information #1 from UE #2, and may perform sidelink communication in consideration of IUC information #1.
  • HARQ feedback #1 eg, ACK
  • UE #2 may transmit IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1 (S2303).
  • UE #1 may receive IUC information #1 from UE #2, and may perform sidelink communication in consideration of IUC information #1.
  • 24 is a flowchart illustrating a sixteenth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2401). If reception of the IUC request signal #1 fails, UE #2 may transmit HARQ feedback #1 (ie, NACK) for the IUC request signal #1 to UE #1 (S2402). UE #1 may receive HARQ feedback #1 from UE #2. If reception of IUC request signal #1 fails, UE #2 may transmit IUC request signal #2 to UE #1 instead of IUC information #1 (S2403). If reception of the IUC request signal #2 is successful, UE #1 may transmit HARQ feedback #2 (ie, ACK) for the IUC request signal #2 to UE #2 (S2404). UE #2 may receive HARQ feedback #2 from UE #1.
  • HARQ feedback #1 ie, NACK
  • UE #1 may operate as UE-A.
  • UE #2 may operate as UE-B. That is, UE #2 can expect UE #1 to operate as UE-A.
  • UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S2405).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • a UE operating as UE-A or UE-B may be determined based on a successful reception time of an IUC request signal.
  • 25 is a flowchart illustrating a seventeenth embodiment of a method for transmitting IUC information.
  • the transmission order of the IUC request signal may be different from the transmission order of HARQ feedback for the corresponding IUC request signal.
  • the UE operating as UE-A or UE-B may be determined based on the transmission/reception order of the IUC request signal.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2501).
  • UE #2 may transmit IUC request signal #2 to UE #1 (S2502).
  • UE #1 may transmit HARQ feedback (ie, ACK) for the IUC request signal #2 to UE #2 (S2503).
  • UE #2 may transmit HARQ feedback (ie, ACK) for the IUC request signal #1 to UE #1 (S2504).
  • the transmission time (or reception time) of IUC request signal #1 may be before the transmission time (or reception time) of IUC request signal #2, and the transmission time (or reception time) of HARQ feedback #1 for IUC request signal #1.
  • Receiving time may be after the transmission time (or reception time) of HARQ feedback #2 for the IUC request signal #2.
  • UE #1 Since the transmission time (or reception time) of IUC request signal #1 is before the transmission time (or reception time) of IUC request signal #2, UE #1 can operate as UE-B, and UE #2 can operate as a UE. -A can be operated.
  • UE #2 may transmit IUC information #1 generated based on IUC request signals #1 and/or #2 to UE #1 (S2505).
  • UE #1 may receive IUC information #1 from UE #2, and may perform sidelink communication in consideration of IUC information #1.
  • 26 is a flowchart illustrating an eighteenth embodiment of a method for transmitting IUC information.
  • the transmission order of the IUC request signal may be different from the transmission order of HARQ feedback for the corresponding IUC request signal.
  • a UE operating as UE-A or UE-B may be determined based on a transmission/reception order of HARQ feedback.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2601).
  • UE #2 may transmit IUC request signal #2 to UE #1 (S2602).
  • UE #1 may transmit HARQ feedback (ie, ACK) for the IUC request signal #2 to UE #2 (S2603).
  • UE #2 may transmit HARQ feedback (ie, ACK) for the IUC request signal #1 to UE #1 (S2604).
  • the transmission time (or reception time) of IUC request signal #1 may be before the transmission time (or reception time) of IUC request signal #2, and the transmission time (or reception time) of HARQ feedback #1 for IUC request signal #1.
  • Receiving time may be after the transmission time (or reception time) of HARQ feedback #2 for the IUC request signal #2.
  • UE #1 can operate as UE-A, and UE #2 can operate as UE-B.
  • UE #1 may transmit IUC information #2 generated based on IUC request signals #1 and/or #2 to UE #2 (S2605).
  • UE #2 may receive IUC information #2 from UE #1 and may perform sidelink communication in consideration of IUC information #2.
  • FIG. 27 is a flowchart illustrating a nineteenth embodiment of a method for transmitting IUC information.
  • UE #1 may transmit IUC request signal #1 to UE #2 (S2701).
  • UE #2 may transmit IUC request signal #2 to UE #1 (S2702).
  • UE #1 may transmit HARQ feedback (ie, NACK) for the IUC request signal #2 to UE #2 (S2703).
  • UE #2 may transmit HARQ feedback (ie, NACK) for the IUC request signal #1 to UE #1 (S2704). Since reception of the IUC request signals #1 and #2 has failed, a retransmission procedure of the IUC request signal may be performed.
  • UE #1 may retransmit the IUC request signal #1 to UE #2 (S2705).
  • UE #2 may retransmit the IUC request signal #2 to UE #1 (S2706).
  • the operation of UE #1 and/or UE #2 may be performed according to at least one embodiment of the embodiments of FIGS. 22 to 26 .
  • the methods according to the present invention may be implemented in the form of program instructions that can be executed by various computer means and recorded on a computer readable medium.
  • Computer readable media may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on a computer readable medium may be specially designed and configured for the present invention or may be known and usable to those skilled in computer software.
  • a computer-readable recording medium includes all types of recording devices in which information that can be read by a computer system is stored.
  • computer-readable recording media may be distributed to computer systems connected through a network to store and execute computer-readable programs or codes in a distributed manner.
  • the computer-readable recording medium may include hardware devices specially configured to store and execute program commands, such as ROM, RAM, and flash memory.
  • the program instructions may include high-level language codes that can be executed by a computer using an interpreter as well as machine language codes such as those produced by a compiler.
  • a block or apparatus corresponds to a method step or feature of a method step.
  • aspects described in the context of a method may also be represented by a corresponding block or item or a corresponding feature of a device.
  • Some or all of the method steps may be performed by (or using) a hardware device, such as, for example, a microprocessor, a programmable computer, or an electronic circuit. In some embodiments, at least one or more of the most important method steps may be performed by such an apparatus.
  • a programmable logic device eg, a field programmable gate array
  • a field-programmable gate array can operate in conjunction with a microprocessor to perform one of the methods described in this disclosure.
  • the methods are preferably performed by some hardware device.

Landscapes

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

Abstract

사이드링크에서 인터-UE 조정을 위한 방법 및 장치가 개시된다. UE #3의 방법은, UE #1로부터 IUC 요청 신호 #1을 수신하는 동작 및 UE #2로부터 IUC 요청 신호 #2를 수신하는 동작을 수행하는 단계, 우선순위에 기초하여 상기 UE #1 및 상기 UE #2 중 하나를 IUC 정보의 수신 대상으로 결정하는 단계, 및 상기 IUC 요청 신호 #1 또는 상기 IUC 요청 신호 #2를 기초로 생성된 상기 IUC 정보를 상기 수신 대상에 전송하는 단계를 포함한다.

Description

사이드링크에서 인터-UE 조정을 위한 방법 및 장치
본 개시는 사이드링크(sidelink) 통신 기술에 관한 것으로, 더욱 상세하게 인터-UE(user equipment) 조정 정보의 송수신 기술에 관한 것이다.
기존 통신 네트워크(예를 들어, LTE(long term evolution), LTE-A(advanced) 등)보다 향상된 통신 서비스를 제공하기 위한 통신 네트워크(예를 들어, 5G 통신 네트워크, 6G 통신 네트워크 등)는 개발되고 있다. 5G 통신 네트워크(예를 들어, NR(new radio) 통신 네트워크)는 6GHz 이하의 주파수 대역뿐만 아니라 6GHz 이상의 주파수 대역을 지원할 수 있다. 즉, 5G 통신 네트워크는 FR1 대역 및/또는 FR2 대역을 지원할 수 있다. 5G 통신 네트워크는 LTE 통신 네트워크에 비해 다양한 통신 서비스 및 시나리오를 지원할 수 있다. 예를 들어, 5G 통신 네트워크의 사용 시나리오(usage scenario)는 eMBB(enhanced Mobile BroadBand), URLLC(Ultra Reliable Low Latency Communication), mMTC(massive Machine Type Communication) 등을 포함할 수 있다.
6G 통신 네트워크는 5G 통신 네트워크에 비해 다양한 통신 서비스 및 시나리오를 지원할 수 있다. 6G 통신 네트워크는 초성능, 초대역, 초공간, 초정밀, 초지능, 및/또는 초신뢰의 요구사항들을 만족할 수 있다. 6G 통신 네트워크는 다양하고 넓은 주파수 대역을 지원할 수 있고, 다양한 사용 시나리오들(예를 들어, 지상(terrestrial) 통신, 비-지상(non-terrestrial) 통신, 사이드링크(sidelink) 통신 등)에 적용될 수 있다.
한편, 사이드링크 통신에서 UE(user-equipment)-B는 인터(inter)-UE 조정(coordination) 정보의 전송을 UE-A에 요청할 수 있다. UE-A는 UE-B의 요청에 기초하여 인터-UE 조정 정보를 UE-B에 전송할 수 있다. "복수의 UE-B들로부터 인터-UE 조정 정보의 전송이 요청되고, UE-A가 하나의 요청에 대한 인터-UE 정보의 전송이 가능한 경우", UE-A가 복수의 요청들 중 하나의 요청을 선택하기 위한 방법들은 필요하다. "제1 UE가 인터-UE 조정 정보의 전송을 제2 UE에 요청하고, 제2 UE가 인터-UE 조정 정보의 전송을 제1 UE에 요청한 경우", 제1 UE 및 제2 UE 중 인터-UE 조정 정보를 전송하는 UE를 결정하기 위한 방법들은 필요하다.
상기와 같은 문제점을 해결하기 위한 본 개시의 목적은 사이드링크 통신에서 인터-UE(user equipment) 조정 정보의 송수신을 위한 방법 및 장치를 제공하는 데 있다.
상기 목적을 달성하기 위한 본 개시의 제1 실시예에 따른 UE #3의 방법은, UE #1로부터 IUC 요청 신호 #1을 수신하는 동작 및 UE #2로부터 IUC 요청 신호 #2를 수신하는 동작을 수행하는 단계, 우선순위에 기초하여 상기 UE #1 및 상기 UE #2 중 하나를 IUC 정보의 수신 대상으로 결정하는 단계, 및 상기 IUC 요청 신호 #1 또는 상기 IUC 요청 신호 #2를 기초로 생성된 상기 IUC 정보를 상기 수신 대상에 전송하는 단계를 포함한다.
상기 IUC 요청 신호 #1은 상기 UE #1의 우선순위 #1의 정보를 포함할 수 있고, 상기 IUC 요청 신호 #2는 상기 UE #2의 우선순위 #2의 정보를 포함할 수 있고, 상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 IUC 정보는 상기 UE #1에 전송될 수 있고, 상기 우선순위 #2가 상기 우선순위 #1 보다 높은 경우에 상기 IUC 정보는 상기 UE #2에 전송될 수 있다.
상기 우선순위는 상기 IUC 요청 신호 #1의 수신 시점 #1과 상기 IUC 요청 신호 #2의 수신 시점 #2를 기준으로 결정될 수 있다.
시간 도메인에서 상기 수신 시점 #1이 상기 수신 시점 #2 이전인 경우에 상기 UE #1의 우선순위 #1은 상기 UE #2의 우선순위 #2 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 IUC 정보는 상기 UE #1에 전송될 수 있다.
상기 시간 도메인에서 상기 수신 시점 #2가 상기 수신 시점 #1 이전인 경우에 상기 UE #2의 우선순위 #2는 상기 UE #1의 우선순위 #1 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 IUC 정보는 상기 UE #2에 전송될 수 있다.
상기 UE #3의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하는 단계, 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함할 수 있으며, 상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 모두가 ACK을 지시하는 경우, 상기 수신 대상은 상기 IUC 요청 신호 #1에 포함된 상기 UE #1의 우선순위 #1의 정보 및 상기 IUC 요청 신호 #2에 포함된 상기 UE #2의 우선순위 #2의 정보에 기초하여 결정될 수 있다.
상기 UE #3의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하는 단계, 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함할 수 있으며, "상기 HARQ 피드백 #1이 ACK을 지시하고, 상기 HARQ 피드백 #2가 NACK을 지시하는 경우", 상기 수신 대상은 상기 ACK에 연관된 상기 IUC 요청 정보 #1을 전송한 상기 UE #1로 결정될 수 있다.
상기 UE #3의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하는 단계, 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함할 수 있으며, "상기 HARQ 피드백 #1이 NACK을 지시하고, 상기 HARQ 피드백 #2가 ACK을 지시하는 경우", 상기 수신 대상은 상기 ACK에 연관된 상기 IUC 요청 정보 #2를 전송한 상기 UE #2로 결정될 수 있다.
상기 IUC 요청 신호 #1은 상기 UE #1이 전송하는 SCI #1에 포함될 수 있고, 상기 IUC 요청 신호 #2는 상기 UE #2가 전송하는 SCI #2에 포함될 수 있다.
상기 목적을 달성하기 위한 본 개시의 제2 실시예에 따른 UE #1의 방법은, IUC 요청 신호 #1을 UE #2에 전송하는 동작 및 IUC 요청 신호 #2를 상기 UE #2로부터 수신하는 동작을 수행하는 단계, 상기 UE #1의 우선순위 #1과 상기 UE #2의 우선순위 #2 간의 비교 결과에 기초하여, 상기 UE #1이 수행하는 IUC 동작을 결정하는 단계, 및 상기 IUC 동작을 수행하는 단계를 포함하는, 상기 IUC 동작은 "상기 UE #1이 상기 IUC 요청 신호 #1에 따른 IUC 정보 #1을 상기 UE #2로부터 수신하는 제1 동작" 또는 "상기 UE #1이 상기 IUC 요청 신호 #2에 따른 IUC 정보 #2를 상기 UE #2에 전송하는 제2 동작"이다.
상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 제1 동작은 수행될 수 있고, 상기 우선순위 #1이 상기 우선순위 #2 보다 낮은 경우에 상기 제2 동작은 수행될 수 있다.
상기 IUC 요청 신호 #1은 상기 우선순위 #1의 정보를 포함할 수 있고, 상기 IUC 요청 신호 #2는 상기 우선순위 #2의 정보를 포함할 수 있고, 상기 IUC 요청 신호 #1은 상기 UE #1이 전송하는 SCI #1에 포함될 수 있고, 상기 IUC 요청 신호 #2는 상기 UE #2가 전송하는 SCI #2에 포함될 수 있다.
상기 IUC 요청 신호 #1의 전송 시점 #1이 상기 IUC 요청 신호 #2의 전송 시점 #2 이전 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 제1 동작은 수행될 수 있다.
상기 전송 시점 #1이 상기 전송 시점 #2 이후 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단될 수 있고, 이 경우에 상기 제2 동작은 수행될 수 있다.
상기 UE #1의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함할 수 있으며, 상기 HARQ 피드백 #1의 전송 시점 #1이 상기 HARQ 피드백 #2의 전송 시점 #2 이전 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 제1 동작은 수행될 수 있다.
상기 전송 시점 #1이 상기 전송 시점 #2 이후 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단될 수 있고, 이 경우에 상기 제2 동작은 수행될 수 있다.
상기 UE #1의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함할 수 있으며, 상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 모두가 ACK을 지시하는 경우, 상기 IUC 동작은 상기 IUC 요청 신호 #1에 포함된 상기 우선순위 #1의 정보 및 상기 IUC 요청 신호 #2에 포함된 상기 우선순위 #2의 정보에 기초하여 결정될 수 있다.
상기 UE #1의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함할 수 있으며, "상기 HARQ 피드백 #1이 ACK을 지시하고, 상기 HARQ 피드백 #2가 NACK을 지시하는 경우", 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 제1 동작은 수행될 수 있다.
상기 UE #1의 방법은, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함할 수 있으며, "상기 HARQ 피드백 #1이 NACK을 지시하고, 상기 HARQ 피드백 #2가 ACK을 지시하는 경우", 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단될 수 있고, 이 경우에 상기 제2 동작은 수행될 수 있다.
상기 목적을 달성하기 위한 본 개시의 제3 실시예에 따른 UE #3은 프로세서를 포함하며, 상기 프로세서는 상기 UE #3이, UE #1로부터 IUC 요청 신호 #1을 수신하는 동작 및 UE #2로부터 IUC 요청 신호 #2를 수신하는 동작을 수행하고, 우선순위에 기초하여 상기 UE #1 및 상기 UE #2 중 하나를 IUC 정보의 수신 대상으로 결정하고, 그리고 상기 IUC 요청 신호 #1 또는 상기 IUC 요청 신호 #2를 기초로 생성된 상기 IUC 정보를 상기 수신 대상에 전송하는 것을 야기하도록 동작한다.
상기 IUC 요청 신호 #1은 상기 UE #1의 우선순위 #1의 정보를 포함할 수 있고, 상기 IUC 요청 신호 #2는 상기 UE #2의 우선순위 #2의 정보를 포함할 수 있고, 상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 IUC 정보는 상기 UE #1에 전송될 수 있고, 상기 우선순위 #2가 상기 우선순위 #1 보다 높은 경우에 상기 IUC 정보는 상기 UE #2에 전송될 수 있다.
시간 도메인에서 상기 IUC 요청 신호 #1의 수신 시점 #1이 상기 IUC 요청 신호 #2의 수신 시점 #2 이전인 경우에 상기 UE #1의 우선순위 #1은 상기 UE #2의 우선순위 #2 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 IUC 정보는 상기 UE #1에 전송될 수 있다.
상기 시간 도메인에서 상기 수신 시점 #2가 상기 수신 시점 #1 이전인 경우에 상기 UE #2의 우선순위 #2는 상기 UE #1의 우선순위 #1 보다 높은 것으로 판단될 수 있고, 이 경우에 상기 IUC 정보는 상기 UE #2에 전송될 수 있다.
상기 프로세서는 상기 UE #3이, 상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하고, 그리고 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 것을 더 야기하도록 동작할 수 있으며, 상기 우선순위는 상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 각각에 의해 지시되는 ACK 또는 NACK을 기초로 결정될 수 있다.
본 개시에 의하면, UE(user equipment)-A는 복수의 UE-B들로부터 IUC(inter-UE coordination) 요청 신호들을 수신할 수 있고, 우선순위에 기초하여 복수의 UE-B들 중 하나의 UE-B를 선택할 수 있고, IUC 요청 신호를 기초로 생성된 IUC 정보를 하나의 UE-B에 전송할 수 있다. UE들 간에 IUC 요청 신호가 송수신 되는 경우, UE들 각각은 우선순위에 기초하여 UE-A 또는 UE-B로 동작할 수 있다. 따라서 UE-A 및 UE-B에 대한 모호성은 해소될 수 있고, 사이드링크 통신은 효율적으로 수행될 수 있다.
도 1은 V2X 통신의 시나리오들을 도시한 개념도이다.
도 2는 통신 시스템의 제1 실시예를 도시한 개념도이다.
도 3은 통신 시스템을 구성하는 통신 노드의 제1 실시예를 도시한 블록도이다.
도 4는 통신을 수행하는 통신 노드들의 제1 실시예를 도시한 블록도이다.
도 5a는 송신 경로의 제1 실시예를 도시한 블록도이다.
도 5b는 수신 경로의 제1 실시예를 도시한 블록도이다.
도 6은 사이드링크 통신을 수행하는 UE의 사용자 평면 프로토콜 스택의 제1 실시예를 도시한 블록도이다.
도 7은 사이드링크 통신을 수행하는 UE의 제어 평면 프로토콜 스택의 제1 실시예를 도시한 블록도이다.
도 8은 사이드링크 통신을 수행하는 UE의 제어 평면 프로토콜 스택의 제2 실시예를 도시한 블록도이다.
도 9는 IUC 정보의 전송 방법의 제1 실시예를 도시한 순서도이다.
도 10은 IUC 정보의 전송 방법의 제2 실시예를 도시한 순서도이다.
도 11은 IUC 정보의 전송 방법의 제3 실시예를 도시한 순서도이다.
도 12는 IUC 정보의 전송 방법의 제4 실시예를 도시한 순서도이다.
도 13은 IUC 정보의 전송 방법의 제5 실시예를 도시한 순서도이다.
도 14는 IUC 정보의 전송 방법의 제6 실시예를 도시한 순서도이다.
도 15는 IUC 정보의 전송 방법의 제7 실시예를 도시한 순서도이다.
도 16은 IUC 정보의 전송 방법의 제8 실시예를 도시한 순서도이다.
도 17은 IUC 정보의 전송 방법의 제9 실시예를 도시한 순서도이다.
도 18은 IUC 정보의 전송 방법의 제10 실시예를 도시한 순서도이다.
도 19는 IUC 정보의 전송 방법의 제11 실시예를 도시한 순서도이다.
도 20은 IUC 정보의 전송 방법의 제12 실시예를 도시한 순서도이다.
도 21은 IUC 정보의 전송 방법의 제13 실시예를 도시한 순서도이다.
도 22는 IUC 정보의 전송 방법의 제14 실시예를 도시한 순서도이다.
도 23은 IUC 정보의 전송 방법의 제15 실시예를 도시한 순서도이다.
도 24는 IUC 정보의 전송 방법의 제16 실시예를 도시한 순서도이다.
도 25는 IUC 정보의 전송 방법의 제17 실시예를 도시한 순서도이다.
도 26은 IUC 정보의 전송 방법의 제18 실시예를 도시한 순서도이다.
도 27은 IUC 정보의 전송 방법의 제19 실시예를 도시한 순서도이다.
본 개시는 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 본 개시를 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 개시의 사상 및 기술 범위에 포함되는 모든 변경, 균등물, 및 대체물을 포함하는 것으로 이해되어야 한다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 개시의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. "및/또는" 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 의미할 수 있다.
본 개시에서, "A 및 B 중에서 적어도 하나"는 "A 또는 B 중에서 적어도 하나" 또는 "A 및 B 중 하나 이상의 조합들 중에서 적어도 하나"를 의미할 수 있다. 또한, 본 개시에서, "A 및 B 중에서 하나 이상"은 "A 또는 B 중에서 하나 이상" 또는 "A 및 B 중 하나 이상의 조합들 중에서 하나 이상"을 의미할 수 있다.
본 개시에서, (재)전송은 "전송", "재전송", 또는 "전송 및 재전송"을 의미할 수 있고, (재)설정은 "설정", "재설정", 또는 "설정 및 재설정"을 의미할 수 있고, (재)연결은 "연결", "재연결", 또는 "연결 및 재연결"을 의미할 수 있고, (재)접속은 "접속", "재접속", 또는 "접속 및 재접속"을 의미할 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 개시에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 개시를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 개시에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 개시에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 첨부한 도면들을 참조하여, 본 개시의 바람직한 실시예를 보다 상세하게 설명하고자 한다. 본 개시를 설명함에 있어 전체적인 이해를 용이하게 하기 위하여 도면상의 동일한 구성요소에 대해서는 동일한 참조부호를 사용하고 동일한 구성요소에 대해서 중복된 설명은 생략한다. 본 개시에서 명시적으로 설명되는 실시예들 뿐만 아니라, 실시예들의 조합, 실시예들의 확장, 및/또는 실시예들의 변형에 따른 동작들은 수행될 수 있다. 일부 동작의 수행은 생략될 수 있고, 동작의 수행 순서는 변경될 수 있다.
실시예에서 통신 노드들 중에서 제1 통신 노드에서 수행되는 방법(예를 들어, 신호의 전송 또는 수신)이 설명되는 경우에도 이에 대응하는 제2 통신 노드는 제1 통신 노드에서 수행되는 방법과 상응하는 방법(예를 들어, 신호의 수신 또는 전송)을 수행할 수 있다. 즉, UE(user equipment)의 동작이 설명된 경우에 이에 대응하는 기지국은 UE의 동작과 상응하는 동작을 수행할 수 있다. 반대로, 기지국의 동작이 설명된 경우에 이에 대응하는 UE는 기지국의 동작과 상응하는 동작을 수행할 수 있다.
기지국은 노드B(NodeB), 고도화 노드B(evolved NodeB), gNodeB(next generation node B), gNB, 디바이스(device), 장치(apparatus), 노드, 통신 노드, BTS(base transceiver station), RRH(radio remote head), TRP(transmission reception point), RU(radio unit), RSU(road side unit), 무선 트랜시버(radio transceiver), 액세스 포인트(access point), 액세스 노드(node) 등으로 지칭될 수 있다. UE는 단말(terminal), 디바이스, 장치, 노드, 통신 노드, 엔드(end) 노드, 액세스 터미널(access terminal), 모바일 터미널(mobile terminal), 스테이션(station), 가입자 스테이션(subscriber station), 모바일 스테이션(mobile station), 휴대 가입자 스테이션(portable subscriber station), OBU(on-broad unit) 등으로 지칭될 수 있다.
본 개시에서 시그널링(signaling)은 상위계층 시그널링, MAC 시그널링, 또는 PHY(physical) 시그널링 중에서 적어도 하나일 수 있다. 상위계층 시그널링을 위해 사용되는 메시지는 "상위계층 메시지" 또는 "상위계층 시그널링 메시지"로 지칭될 수 있다. MAC 시그널링을 위해 사용되는 메시지는 "MAC 메시지" 또는 "MAC 시그널링 메시지"로 지칭될 수 있다. PHY 시그널링을 위해 사용되는 메시지는 "PHY 메시지" 또는 "PHY 시그널링 메시지"로 지칭될 수 있다. 상위계층 시그널링은 시스템 정보(예를 들어, MIB(master information block), SIB(system information block)) 및/또는 RRC 메시지의 송수신 동작을 의미할 수 있다. MAC 시그널링은 MAC CE(control element)의 송수신 동작을 의미할 수 있다. PHY 시그널링은 제어 정보(예를 들어, DCI(downlink control information), UCI(uplink control information), SCI(sidelink control information))의 송수신 동작을 의미할 수 있다.
본 개시에서 "동작(예를 들어, 전송 동작)이 설정되는 것"은 "해당 동작을 위한 설정 정보(예를 들어, 정보 요소(information element), 파라미터)" 및/또는 "해당 동작의 수행을 지시하는 정보"가 시그널링 되는 것을 의미할 수 있다. "정보 요소(예를 들어, 파라미터)가 설정되는 것"은 해당 정보 요소가 시그널링 되는 것을 의미할 수 있다. 본 개시에서 "신호 및/또는 채널"은 신호, 채널, 또는 "신호 및 채널"을 의미할 수 있고, 신호는 "신호 및/또는 채널"의 의미로 사용될 수 있다.
실시예가 적용되는 통신 네트워크는 아래 설명된 내용에 한정되지 않으며, 실시예는 다양한 통신 네트워크(예를 들어, 4G 통신 네트워크, 5G 통신 네트워크, 및/또는 6G 통신 네트워크)에 적용될 수 있다. 여기서, 통신 네트워크는 통신 시스템과 동일한 의미로 사용될 수 있다.
도 1은 V2X(Vehicle to everything) 통신의 시나리오들을 도시한 개념도이다.
도 1을 참조하면, V2X 통신은 V2V(Vehicle to Vehicle) 통신, V2I(Vehicle to Infrastructure) 통신, V2P(Vehicle to Pedestrian) 통신, V2N(Vehicle to Network) 통신 등을 포함할 수 있다. V2X 통신은 통신 시스템(예를 들어, 통신 네트워크)(140)에 의해 지원될 수 있으며, 통신 시스템(140)에 의해 지원되는 V2X 통신은 "C-V2X(Cellular-Vehicle to everything) 통신"으로 지칭될 수 있다. 통신 시스템(140)은 4G(4th Generation) 통신 시스템(예를 들어, LTE(Long Term Evolution) 통신 시스템, LTE-A(Advanced) 통신 시스템), 5G(5th Generation) 통신 시스템(예를 들어, NR(New Radio) 통신 시스템) 등을 포함할 수 있다.
V2V 통신은 차량 #1(100)(예를 들어, 차량 #1(100)에 위치한 통신 노드)과 차량 #2(110)(예를 들어, 차량 #1(100)에 위치한 통신 노드) 간의 통신을 의미할 수 있다. V2V 통신을 통해 차량들(100, 110) 간에 주행 정보(예를 들어, 속도(velocity), 방향(heading), 시간(time), 위치(position) 등)가 교환될 수 있다. V2V 통신을 통해 교환되는 주행 정보에 기초하여 자율 주행(예를 들어, 군집 주행(platooning))이 지원될 수 있다. 통신 시스템(140)에 의해 지원되는 V2V 통신은 사이드링크(sidlelink) 통신 기술(예를 들어, ProSe(Proximity based Services) 통신 기술, D2D(Device to Device) 통신 기술)에 기초하여 수행될 수 있다. 이 경우, 차량들(100, 110) 간의 통신은 사이드링크 채널을 사용하여 수행될 수 있다.
V2I 통신은 차량 #1(100)과 노변에 위치한 인프라스트럭쳐(예를 들어, RSU(road side unit))(120) 간의 통신을 의미할 수 있다. 인프라스트럭쳐(120)는 노변에 위치한 신호등, 가로등 등일 수 있다. 예를 들어, V2I 통신이 수행되는 경우, 차량 #1(100)에 위치한 통신 노드와 신호등에 위치한 통신 노드 간에 통신이 수행될 수 있다. V2I 통신을 통해 차량 #1(100)과 인프라스트럭쳐(120) 간에 주행 정보, 교통 정보 등이 교환될 수 있다. 통신 시스템(140)에 의해 지원되는 V2I 통신은 사이드링크 통신 기술(예를 들어, ProSe 통신 기술, D2D 통신 기술)에 기초하여 수행될 수 있다. 이 경우, 차량 #1(100)과 인프라스트럭쳐(120) 간의 통신은 사이드링크 채널을 사용하여 수행될 수 있다.
V2P 통신은 차량 #1(100)(예를 들어, 차량 #1(100)에 위치한 통신 노드)과 사람(130)(예를 들어, 사람(130)이 소지한 통신 노드) 간의 통신을 의미할 수 있다. V2P 통신을 통해 차량 #1(100)과 사람(130) 간에 차량 #1(100)의 주행 정보, 사람(130)의 이동 정보(예를 들어, 속도, 방향, 시간, 위치 등) 등이 교환될 수 있으며, 차량 #1(100)에 위치한 통신 노드 또는 사람(130)이 소지한 통신 노드는 획득된 주행 정보 및 이동 정보에 기초하여 위험 상황을 판단함으로써 위험을 지시하는 알람을 발생시킬 수 있다. 통신 시스템(140)에 의해 지원되는 V2P 통신은 사이드링크 통신 기술(예를 들어, ProSe 통신 기술, D2D 통신 기술)에 기초하여 수행될 수 있다. 이 경우, 차량 #1(100)에 위치한 통신 노드 또는 사람(130)이 소지한 통신 노드 간의 통신은 사이드링크 채널을 사용하여 수행될 수 있다.
V2N 통신은 차량 #1(100)(예를 들어, 차량 #1(100)에 위치한 통신 노드)과 통신 시스템(예를 들어, 통신 네트워크)(140) 간의 통신을 의미할 수 있다. V2N 통신은 4G 통신 기술(예를 들어, 3GPP 표준에서 규정된 LTE 통신 기술 및 LTE-A 통신 기술), 5G 통신 기술(예를 들어, 3GPP 표준에서 규정된 NR 통신 기술) 등에 기초하여 수행될 수 있다. 또한, V2N 통신은 IEEE(Institute of Electrical and Electronics Engineers) 702.11 표준에서 규정된 통신 기술(예를 들어, WAVE(Wireless Access in Vehicular Environments) 통신 기술, WLAN(Wireless Local Area Network) 통신 기술 등), IEEE 702.15 표준에서 규정된 통신 기술(예를 들어, WPAN(Wireless Personal Area Network) 등) 등에 기초하여 수행될 수 있다.
한편, V2X 통신을 지원하는 통신 시스템(140)은 다음과 같이 구성될 수 있다.
도 2는 통신 시스템의 제1 실시예를 도시한 개념도이다.
도 2를 참조하면, 통신 시스템은 액세스 네트워크(access network), 코어 네트워크(core network) 등을 포함할 수 있다. 액세스 네트워크는 기지국(base station)(210), 릴레이(relay)(220), UE(User Equipment)(231 내지 236) 등을 포함할 수 있다. UE(231 내지 236)는 도 1의 차량(100 및 110)에 위치한 통신 노드, 도 1의 인프라스트럭쳐(120)에 위치한 통신 노드, 도 1의 사람(130)이 소지한 통신 노드 등일 수 있다. 통신 시스템이 4G 통신 기술을 지원하는 경우, 코어 네트워크는 S-GW(serving-gateway)(250), P-GW(PDN(packet data network)-gateway)(260), MME(mobility management entity)(270) 등을 포함할 수 있다.
통신 시스템이 5G 통신 기술을 지원하는 경우, 코어 네트워크는 UPF(user plane function)(250), SMF(session management function)(260), AMF(access and mobility management function)(270) 등을 포함할 수 있다. 또는, 통신 시스템에서 NSA(Non-StandAlone)가 지원되는 경우, S-GW(250), P-GW(260), MME(270) 등으로 구성되는 코어 네트워크는 4G 통신 기술뿐만 아니라 5G 통신 기술도 지원할 수 있고, UPF(250), SMF(260), AMF(270) 등으로 구성되는 코어 네트워크는 5G 통신 기술뿐만 아니라 4G 통신 기술도 지원할 수 있다.
또한, 통신 시스템이 네트워크 슬라이싱(slicing) 기술을 지원하는 경우, 코어 네트워크는 복수의 논리적 네트워크 슬라이스들로 나누어질 수 있다. 예를 들어, V2X 통신을 지원하는 네트워크 슬라이스(예를 들어, V2V 네트워크 슬라이스, V2I 네트워크 슬라이스, V2P 네트워크 슬라이스, V2N 네트워크 슬라이스 등)가 설정될 수 있으며, V2X 통신은 코어 네트워크에서 설정된 V2X 네트워크 슬라이스에 의해 지원될 수 있다.
통신 시스템을 구성하는 통신 노드들(예를 들어, 기지국, 릴레이, UE, S-GW, P-GW, MME, UPF, SMF, AMF 등)은 CDMA(code division multiple access) 기술, WCDMA(wideband CDMA) 기술, TDMA(time division multiple access) 기술, FDMA(frequency division multiple access) 기술, OFDM(orthogonal frequency division multiplexing) 기술, Filtered OFDM 기술, OFDMA(orthogonal frequency division multiple access) 기술, SC(single carrier)-FDMA 기술, NOMA(Non-orthogonal Multiple Access) 기술, GFDM(generalized frequency division multiplexing) 기술, FBMC(filter bank multi-carrier) 기술, UFMC(universal filtered multi-carrier) 기술, 및 SDMA(Space Division Multiple Access) 기술 중에서 적어도 하나의 통신 기술을 사용하여 통신을 수행할 수 있다.
통신 시스템을 구성하는 통신 노드들(예를 들어, 기지국, 릴레이, UE, S-GW, P-GW, MME, UPF, SMF, AMF 등)은 다음과 같이 구성될 수 있다.
도 3은 통신 시스템을 구성하는 통신 노드의 제1 실시예를 도시한 블록도이다.
도 3을 참조하면, 통신 노드(300)는 적어도 하나의 프로세서(310), 메모리(320) 및 네트워크와 연결되어 통신을 수행하는 송수신 장치(330)를 포함할 수 있다. 또한, 통신 노드(300)는 입력 인터페이스 장치(340), 출력 인터페이스 장치(350), 저장 장치(360) 등을 더 포함할 수 있다. 통신 노드(300)에 포함된 각각의 구성 요소들은 버스(bus)(370)에 의해 연결되어 서로 통신을 수행할 수 있다.
다만, 통신 노드(300)에 포함된 각각의 구성요소들은 공통 버스(370)가 아니라, 프로세서(310)를 중심으로 개별 인터페이스 또는 개별 버스를 통하여 연결될 수도 있다. 예를 들어, 프로세서(310)는 메모리(320), 송수신 장치(330), 입력 인터페이스 장치(340), 출력 인터페이스 장치(350) 및 저장 장치(360) 중에서 적어도 하나와 전용 인터페이스를 통하여 연결될 수도 있다.
프로세서(310)는 메모리(320) 및 저장 장치(360) 중에서 적어도 하나에 저장된 프로그램 명령(program command)을 실행할 수 있다. 프로세서(310)는 중앙 처리 장치(central processing unit, CPU), 그래픽 처리 장치(graphics processing unit, GPU), 또는 본 개시의 실시예들에 따른 방법들이 수행되는 전용의 프로세서를 의미할 수 있다. 메모리(320) 및 저장 장치(360) 각각은 휘발성 저장 매체 및 비휘발성 저장 매체 중에서 적어도 하나로 구성될 수 있다. 예를 들어, 메모리(320)는 읽기 전용 메모리(read only memory, ROM) 및 랜덤 액세스 메모리(random access memory, RAM) 중에서 적어도 하나로 구성될 수 있다.
다시 도 2를 참조하면, 통신 시스템에서 기지국(210)은 매크로 셀(macro cell) 또는 스몰 셀(small cell)을 형성할 수 있고, 아이디얼 백홀 또는 논-아이디얼 백홀을 통해 코어 네트워크와 연결될 수 있다. 기지국(210)은 코어 네트워크로부터 수신한 신호를 UE(231 내지 236) 및 릴레이(220)에 전송할 수 있고, UE(231 내지 236) 및 릴레이(220)로부터 수신된 신호를 코어 네트워크에 전송할 수 있다. UE #1, #2, #4, #5 및 #6(231, 232, 234, 235, 236)은 기지국(210)의 셀 커버리지(cell coverage) 내에 속할 수 있다. UE #1, #2, #4, #5 및 #6(231, 232, 234, 235, 236)은 기지국(210)과 연결 확립(connection establishment) 절차를 수행함으로써 기지국(210)에 연결될 수 있다. UE #1, #2, #4, #5 및 #6(231, 232, 234, 235, 236)은 기지국(210)에 연결된 후에 기지국(210)과 통신을 수행할 수 있다.
릴레이(220)는 기지국(210)에 연결될 수 있고, 기지국(210)과 UE #3 및 #4(233, 234) 간의 통신을 중계할 수 있다. 릴레이(220)는 기지국(210)으로부터 수신한 신호를 UE #3 및 #4(233, 234)에 전송할 수 있고, UE #3 및 #4(233, 234)로부터 수신된 신호를 기지국(210)에 전송할 수 있다. UE #4(234)는 기지국(210)의 셀 커버리지와 릴레이(220)의 셀 커버리지에 속할 수 있고, UE #3(233)은 릴레이(220)의 셀 커버리지에 속할 수 있다. 즉, UE #3(233)은 기지국(210)의 셀 커버리지 밖에 위치할 수 있다. UE #3 및 #4(233, 234)는 릴레이(220)와 연결 확립 절차를 수행함으로써 릴레이(220)에 연결될 수 있다. UE #3 및 #4(233, 234)는 릴레이(220)에 연결된 후에 릴레이(220)와 통신을 수행할 수 있다.
기지국(210) 및 릴레이(220)는 MIMO(예를 들어, SU(single user)-MIMO, MU(multi user)-MIMO, 대규모(massive) MIMO 등) 통신 기술, CoMP(coordinated multipoint) 통신 기술, CA(Carrier Aggregation) 통신 기술, 비면허 대역(unlicensed band) 통신 기술(예를 들어, LAA(Licensed Assisted Access), eLAA(enhanced LAA)), 사이드링크 통신 기술(예를 들어, ProSe 통신 기술, D2D 통신 기술) 등을 지원할 수 있다. UE #1, #2, #5 및 #6(231, 232, 235, 236)은 기지국(210)과 대응하는 동작, 기지국(210)에 의해 지원되는 동작 등을 수행할 수 있다. UE #3 및 #4(233, 234)는 릴레이(220)와 대응하는 동작, 릴레이(220)에 의해 지원되는 동작 등을 수행할 수 있다.
여기서, 기지국(210)은 노드B(NodeB), 고도화 노드B(evolved NodeB), BTS(base transceiver station), RRH(radio remote head), TRP(transmission reception point), RU(radio unit), RSU(road side unit), 무선 트랜시버(radio transceiver), 액세스 포인트(access point), 액세스 노드(node) 등으로 지칭될 수 있다. 릴레이(220)는 스몰 기지국, 릴레이 노드 등으로 지칭될 수 있다. UE(231 내지 236)는 터미널(terminal), 액세스 터미널(access terminal), 모바일 터미널(mobile terminal), 스테이션(station), 가입자 스테이션(subscriber station), 모바일 스테이션(mobile station), 휴대 가입자 스테이션(portable subscriber station), 노드(node), 다바이스(device), OBU(on-broad unit) 등으로 지칭될 수 있다.
한편, 통신 네트워크에서 통신을 수행하는 통신 노드들은 다음과 같이 구성될 수 있다. 도 4에 도시된 통신 노드는 도 3에 도시된 통신 노드에 대한 구체적인 실시예일 수 있다.
도 4는 통신을 수행하는 통신 노드들의 제1 실시예를 도시한 블록도이다.
도 4를 참조하면, 제1 통신 노드(400a) 및 제2 통신 노드(400b) 각각은 기지국 또는 UE일 수 있다. 제1 통신 노드(400a)는 제2 통신 노드(400b)에 신호를 전송할 수 있다. 제1 통신 노드(400a)에 포함된 송신 프로세서(411)는 데이터 소스(410)로부터 데이터(예를 들어, 데이터 유닛)을 수신할 수 있다. 송신 프로세서(411)는 제어기(416)로부터 제어 정보를 수신할 수 있다. 제어 정보는 시스템 정보, RRC 설정 정보(예를 들어, RRC 시그널링에 의해 설정되는 정보), MAC 제어 정보(예를 들어, MAC CE), 또는 PHY 제어 정보(예를 들어, DCI, SCI) 중에서 적어도 하나를 포함할 수 있다.
송신 프로세서(411)는 데이터에 대한 처리 동작(예를 들어, 인코딩 동작, 심볼 매핑 동작 등)을 수행하여 데이터 심볼(들)을 생성할 수 있다. 송신 프로세서(411)는 제어 정보에 대한 처리 동작(예를 들어, 인코딩 동작, 심볼 매핑 동작 등)을 수행하여 제어 심볼(들)을 생성할 수 있다. 또한, 송신 프로세서(411)는 동기 신호 및/또는 참조 신호에 대한 동기/참조 심볼(들)을 생성할 수 있다.
Tx MIMO 프로세서(412)는 데이터 심볼(들), 제어 심볼(들), 및/또는 동기/참조 심볼(들)에 대한 공간 처리 동작(예를 들어, 프리코딩(precoding) 동작)을 수행할 수 있다. Tx MIMO 프로세서(412)의 출력(예를 들어, 심볼 스트림)은 트랜시버들(413a 내지 413t)에 포함된 변조기(MOD)들에 제공될 수 있다. 변조기(MOD)는 심볼 스트림에 대한 처리 동작을 수행하여 변조 심볼들을 생성할 수 있고, 변조 심볼들에 대한 추가 처리 동작(예를 들어, 아날로그 변환 동작, 증폭 동작, 필터링 동작, 상향 변환 동작)을 수행하여 신호를 생성할 수 있다. 트랜시버들(413a 내지 413t)의 변조기(MOD)들에 의해 생성된 신호들은 안테나들(414a 내지 414t)을 통해 전송될 수 있다.
제1 통신 노드(400a)가 전송한 신호들은 제2 통신 노드(400b)의 안테나들(464a 내지 464r)에서 수신될 수 있다. 안테나들(464a 내지 464r)에서 수신된 신호들은 트랜시버들(463a 내지 463r)에 포함된 복조기(DEMOD)들에 제공될 수 있다. 복조기(DEMOD)는 신호에 대한 처리 동작(예를 들어, 필터링 동작, 증폭 동작, 하향 변환 동작, 디지털 변환 동작)을 수행하여 샘플들을 획득할 수 있다. 복조기(DEMOD)는 샘플들에 대한 추가 처리 동작을 수행하여 심볼들을 획득할 수 있다. MIMO 검출기(462)는 심볼들에 대한 MIMO 검출 동작을 수행할 수 있다. 수신 프로세서(461)는 심볼들에 대한 처리 동작(예를 들어, 디인터리빙 동작, 디코딩 동작)을 수행할 수 있다. 수신 프로세서(461)의 출력은 데이터 싱크(460) 및 제어기(466)에 제공될 수 있다. 예를 들어, 데이터는 데이터 싱크(460)에 제공될 수 있고, 제어 정보는 제어기(466)에 제공될 수 있다.
한편, 제2 통신 노드(400b)는 제1 통신 노드(400a)에 신호를 전송할 수 있다. 제2 통신 노드(400b)에 포함된 송신 프로세서(468)는 데이터 소스(467)로부터 데이터(예를 들어, 데이터 유닛)을 수신할 수 있고, 데이터에 대한 처리 동작을 수행하여 데이터 심볼(들)을 생성할 수 있다. 송신 프로세서(468)는 제어기(466)로부터 제어 정보를 수신할 수 있고, 제어 정보에 대한 처리 동작을 수행하여 제어 심볼(들)을 생성할 수 있다. 또한, 송신 프로세서(468)는 참조 신호에 대한 처리 동작을 수행하여 참조 심볼(들)을 생성할 수 있다.
Tx MIMO 프로세서(469)는 데이터 심볼(들), 제어 심볼(들), 및/또는 참조 심볼(들)에 대한 공간 처리 동작(예를 들어, 프리코딩 동작)을 수행할 수 있다. Tx MIMO 프로세서(469)의 출력(예를 들어, 심볼 스트림)은 트랜시버들(463a 내지 463t)에 포함된 변조기(MOD)들에 제공될 수 있다. 변조기(MOD)는 심볼 스트림에 대한 처리 동작을 수행하여 변조 심볼들을 생성할 수 있고, 변조 심볼들에 대한 추가 처리 동작(예를 들어, 아날로그 변환 동작, 증폭 동작, 필터링 동작, 상향 변환 동작)을 수행하여 신호를 생성할 수 있다. 트랜시버들(463a 내지 463t)의 변조기(MOD)들에 의해 생성된 신호들은 안테나들(464a 내지 464t)을 통해 전송될 수 있다.
제2 통신 노드(400b)가 전송한 신호들은 제1 통신 노드(400a)의 안테나들(414a 내지 414r)에서 수신될 수 있다. 안테나들(414a 내지 414r)에서 수신된 신호들은 트랜시버들(413a 내지 413r)에 포함된 복조기(DEMOD)들에 제공될 수 있다. 복조기(DEMOD)는 신호에 대한 처리 동작(예를 들어, 필터링 동작, 증폭 동작, 하향 변환 동작, 디지털 변환 동작)을 수행하여 샘플들을 획득할 수 있다. 복조기(DEMOD)는 샘플들에 대한 추가 처리 동작을 수행하여 심볼들을 획득할 수 있다. MIMO 검출기(420)는 심볼들에 대한 MIMO 검출 동작을 수행할 수 있다. 수신 프로세서(419)는 심볼들에 대한 처리 동작(예를 들어, 디인터리빙 동작, 디코딩 동작)을 수행할 수 있다. 수신 프로세서(419)의 출력은 데이터 싱크(418) 및 제어기(416)에 제공될 수 있다. 예를 들어, 데이터는 데이터 싱크(418)에 제공될 수 있고, 제어 정보는 제어기(416)에 제공될 수 있다.
메모리들(415 및 465)은 데이터, 제어 정보, 및/또는 프로그램 코드를 저장할 수 있다. 스케줄러(417)는 통신을 위한 스케줄링 동작을 수행할 수 있다. 도 4에 도시된 프로세서(411, 412, 419, 461, 468, 469) 및 제어기(416, 466)는 도 3에 도시된 프로세서(310)일 수 있고, 본 개시에서 설명되는 방법들을 수행하기 위해 사용될 수 있다.
도 5a는 송신 경로의 제1 실시예를 도시한 블록도이고, 도 5b는 수신 경로의 제1 실시예를 도시한 블록도이다.
도 5a 및 도 5b를 참조하면, 송신 경로(510)는 신호를 전송하는 통신 노드에서 구현될 수 있고, 수신 경로(520)는 신호를 수신하는 통신 노드에서 구현될 수 있다. 송신 경로(510)는 채널 코딩 및 변조 블록(511), S-to-P(serial-to-parallel) 블록(512), N IFFT(Inverse Fast Fourier Transform) 블록(513), P-to-S(parallel-to-serial) 블록(514), 및 CP(cyclic prefix) 추가 블록(515), 및 UC(up-converter)(UC)(516)를 포함할 수 있다. 수신 경로(520)는 DC(down-converter)(521), CP 제거 블록(522), S-to-P 블록(523), N FFT 블록(524), P-to-S 블록(525), 및 채널 디코딩 및 복조 블록(526)을 포함할 수 있다. 여기서, N은 자연수일 수 있다.
송신 경로(510)에서 정보 비트들은 채널 코딩 및 변조 블록(511)에 입력될 수 있다. 채널 코딩 및 변조 블록(511)은 정보 비트들에 대한 코딩 동작(예를 들어, LDPC(low-density parity check)(LDPC) 코딩 동작, 폴라(polar) 코딩 동작 등) 및 변조 동작(예를 들어, QPSK(Quadrature Phase Shift Keying), QAM(Quadrature Amplitude Modulation) 등)을 수행할 수 있다. 채널 코딩 및 변조 블록(511)의 출력은 변조 심볼들의 시퀀스일 수 있다.
S-to-P 블록(512)은 N개의 병렬 심볼 스트림들을 생성하기 위하여 주파수 도메인의 변조 심볼들을 병렬 심볼 스트림들로 변환할 수 있다. N은 IFFT 크기 또는 FFT 크기일 수 있다. N IFFT 블록(513)은 N개의 병렬 심볼 스트림들에 대한 IFFT 동작을 수행하여 시간 도메인의 신호들을 생성할 수 있다. P-to-S 블록(514)은 직렬 신호를 생성하기 위하여 N IFFT 블록(513)의 출력(예를 들어, 병렬 신호들)을 직렬 신호로 변환할 수 있다.
CP 추가 블록(515)은 CP를 신호에 삽입할 수 있다. UC(516)는 CP 추가 블록(515)의 출력의 주파수를 RF(radio frequency) 주파수로 상향 변환할 수 있다. 또한, CP 추가 블록(515)의 출력은 상향 변환 전에 기저 대역에서 필터링 될 수 있다.
송신 경로(510)에서 전송된 신호는 수신 경로(520)에 입력될 수 있다. 수신 경로(520)에서 동작은 송신 경로(510)에서 동작의 역 동작일 수 있다. DC(521)는 수신된 신호의 주파수를 기저 대역의 주파수로 하향 변환할 수 있다. CP 제거 블록(522)은 신호에서 CP를 제거할 수 있다. CP 제거 블록(522)의 출력은 직렬 신호일 수 있다. S-to-P 블록(523)은 직렬 신호를 병렬 신호들로 변환할 수 있다. N FFT 블록(524)은 FFT 알고리즘을 수행하여 N개의 병렬 신호들을 생성할 수 있다. P-to-S 블록(525)은 병렬 신호들을 변조 심볼들의 시퀀스로 변환할 수 있다. 채널 디코딩 및 복조 블록(526)은 변조 심볼들에 대한 복조 동작을 수행할 수 있고, 복조 동작의 결과에 대한 디코딩 동작을 수행하여 데이터를 복원할 수 있다.
도 5a 및 도 5b에서 FFT 및 IFFT 대신에 DFT(Discrete Fourier Transform) 및 IDFT(Inverse DFT)는 사용될 수 있다. 도 5a 및 도 5b에서 블록들(예를 들어, 컴포넌트) 각각은 하드웨어, 소프트웨어, 또는 펌웨어 중에서 적어도 하나에 의해 구현될 수 있다. 예를 들어, 도 5a 및 도 5b에서 일부 블록들은 소프트웨어에 의해 구현될 수 있고, 나머지 블록들은 하드웨어 또는 "하드웨어와 소프트웨어의 조합"에 의해 구현될 수 있다. 도 5a 및 도 5b에서, 하나의 블록은 복수의 블록들로 세분화될 수 있고, 복수의 블록들은 하나의 블록으로 통합될 수 있고, 일부 블록은 생략될 수 있고, 다른 기능을 지원하는 블록은 추가될 수 있다.
한편, UE #5(235)와 UE #6(236) 간의 통신은 사이크링크 통신 기술(예를 들어, ProSe 통신 기술, D2D 통신 기술)에 기초하여 수행될 수 있다. 사이드링크 통신은 원-투-원(one-to-one) 방식 또는 원-투-매니(one-to-many) 방식에 기초하여 수행될 수 있다. 사이크링크 통신 기술을 사용하여 V2V 통신이 수행되는 경우, UE #5(235)는 도 1의 차량 #1(100)에 위치한 통신 노드를 지시할 수 있고, UE #6(236)은 도 1의 차량 #2(110)에 위치한 통신 노드를 지시할 수 있다. 사이크링크 통신 기술을 사용하여 V2I 통신이 수행되는 경우, UE #5(235)는 도 1의 차량 #1(100)에 위치한 통신 노드를 지시할 수 있고, UE #6(236)은 도 1의 인프라스트럭쳐(120)에 위치한 통신 노드를 지시할 수 있다. 사이크링크 통신 기술을 사용하여 V2P 통신이 수행되는 경우, UE #5(235)는 도 1의 차량 #1(100)에 위치한 통신 노드를 지시할 수 있고, UE #6(236)은 도 1의 사람(130)이 소지한 통신 노드를 지시할 수 있다.
사이드링크 통신이 적용되는 시나리오들은 사이드링크 통신에 참여하는 UE들(예를 들어, UE #5(235), UE #6(236))의 위치에 따라 아래 표 1과 같이 분류될 수 있다. 예를 들어, 도 2에 도시된 UE #5(235)와 UE #6(236) 간의 사이드링크 통신을 위한 시나리오는 사이드링크 통신 시나리오 #C일 수 있다.
Figure PCTKR2022021664-appb-img-000001
한편, 사이드링크 통신을 수행하는 UE들(예를 들어, UE #5(235), UE #6(236))의 사용자 평면 프로토콜 스택(user plane protocol stack)은 다음과 같이 구성될 수 있다.
도 6은 사이드링크 통신을 수행하는 UE의 사용자 평면 프로토콜 스택의 제1 실시예를 도시한 블록도이다.
도 6을 참조하면, UE #5(235)는 도 2에 도시된 UE #5(235)일 수 있고, UE #6(236)은 도 2에 도시된 UE #6(236)일 수 있다. UE #5(235)와 UE #6(236) 간의 사이드링크 통신을 위한 시나리오는 표 1의 사이드링크 통신 시나리오 #A 내지 #D 중에서 하나일 수 있다. UE #5(235) 및 UE #6(236) 각각의 사용자 평면 프로토콜 스택은 PHY(Physical) 계층, MAC(Medium Access Control) 계층, RLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층 등을 포함할 수 있다.
UE #5(235)와 UE #6(236) 간의 사이드링크 통신은 PC5 인터페이스(예를 들어, PC5-U 인터페이스)를 사용하여 수행될 수 있다. 사이드링크 통신을 위해 계층 2-ID(identifier)(예를 들어, 출발지(source) 계층 2-ID, 목적지(destination) 계층 2-ID)가 사용될 수 있으며, 계층 2-ID는 V2X 통신을 위해 설정된 ID일 수 있다. 또한, 사이드링크 통신에서 HARQ(hybrid ARQ(automatic repeat request)) 피드백 동작은 지원될 수 있고, RLC AM(Acknowledged Mode) 또는 RLC UM(Unacknowledged Mode)은 지원될 수 있다.
한편, 사이드링크 통신을 수행하는 UE들(예를 들어, UE #5(235), UE #6(236))의 제어 평면 프로토콜 스택(control plane protocol stack)은 다음과 같이 구성될 수 있다.
도 7은 사이드링크 통신을 수행하는 UE의 제어 평면 프로토콜 스택의 제1 실시예를 도시한 블록도이고, 도 8은 사이드링크 통신을 수행하는 UE의 제어 평면 프로토콜 스택의 제2 실시예를 도시한 블록도이다.
도 7 및 도 8을 참조하면, UE #5(235)는 도 2에 도시된 UE #5(235)일 수 있고, UE #6(236)은 도 2에 도시된 UE #6(236)일 수 있다. UE #5(235)와 UE #6(236) 간의 사이드링크 통신을 위한 시나리오는 표 1의 사이드링크 통신 시나리오 #A 내지 #D 중에서 하나일 수 있다. 도 7에 도시된 제어 평면 프로토콜 스택은 브로드캐스트(broadcast) 정보(예를 들어, PSBCH(Physical Sidelink Broadcast Channel)의 송수신을 위한 제어 평면 프로토콜 스택일 수 있다.
도 7에 도시된 제어 평면 프로토콜 스택은 PHY 계층, MAC 계층, RLC 계층, RRC(radio resource control) 계층 등을 포함할 수 있다. UE #5(235)와 UE #6(236) 간의 사이드링크 통신은 PC5 인터페이스(예를 들어, PC5-C 인터페이스)를 사용하여 수행될 수 있다. 도 8에 도시된 제어 평면 프로토콜 스택은 원-투-원 방식의 사이드링크 통신을 위한 제어 평면 프로토콜 스택일 수 있다. 도 8에 도시된 제어 평면 프로토콜 스택은 PHY 계층, MAC 계층, RLC 계층, PDCP 계층, PC5 시그널링(signaling) 프로토콜 계층 등을 포함할 수 있다.
한편, UE #5(235)와 UE #6(236) 간의 사이드링크 통신에서 사용되는 채널은 PSSCH(Physical Sidelink Shared Channel), PSCCH(Physical Sidelink Control Channel), PSDCH(Physical Sidelink Discovery Channel), PSBCH(Physical Sidelink Broadcast Channel) 등을 포함할 수 있다. PSSCH는 사이드링크 데이터의 송수신을 위해 사용될 수 있고, 상위계층 시그널링에 의해 UE(예를 들어, UE #5(235), UE #6(236))에 설정될 수 있다. PSCCH는 사이드링크 제어 정보(sidelink control information; SCI)의 송수신을 위해 사용될 수 있고, 상위계층 시그널링에 의해 UE(예를 들어, UE #5(235), UE #6(236))에 설정될 수 있다.
PSDCH는 디스커버리 절차를 위해 사용될 수 있다. 예를 들어, 디스커버리 신호는 PSDCH을 통해 전송될 수 있다. PSBCH는 브로드캐스트 정보(예를 들어, 시스템 정보)의 송수신을 위해 사용될 수 있다. 또한, UE #5(235)와 UE #6(236) 간의 사이드링크 통신에서 DMRS(demodulation reference signal), 동기 신호(synchronization signal) 등이 사용될 수 있다. 동기 신호는 PSSS(primary sidelink synchronization signal) 및 SSSS(secondary sidelink synchronization signal)를 포함할 수 있다.
한편, 사이드링크 전송 모드(transmission mode; TM)는 아래 표 2와 같이 사이드링크 TM #1 내지 #4로 분류될 수 있다.
Figure PCTKR2022021664-appb-img-000002
사이드링크 TM #3 또는 #4가 지원되는 경우, UE #5(235) 및 UE #6(236) 각각은 기지국(210)에 의해 설정된 자원 풀(resource pool)을 사용하여 사이드링크 통신을 수행할 수 있다. 자원 풀은 사이드링크 제어 정보 또는 사이드링크 데이터 각각을 위해 설정될 수 있다.
사이드링크 제어 정보를 위한 자원 풀은 RRC 시그널링 절차(예를 들어, 전용(dedicated) RRC 시그널링 절차, 브로드캐스트 RRC 시그널링 절차)에 기초하여 설정될 수 있다. 사이드링크 제어 정보의 수신을 위해 사용되는 자원 풀은 브로드캐스트 RRC 시그널링 절차에 의해 설정될 수 있다. 사이드링크 TM #3이 지원되는 경우, 사이드링크 제어 정보의 전송을 위해 사용되는 자원 풀은 전용 RRC 시그널링 절차에 의해 설정될 수 있다. 이 경우, 사이드링크 제어 정보는 전용 RRC 시그널링 절차에 의해 설정된 자원 풀 내에서 기지국(210)에 의해 스케줄링된 자원을 통해 전송될 수 있다. 사이드링크 TM #4가 지원되는 경우, 사이드링크 제어 정보의 전송을 위해 사용되는 자원 풀은 전용 RRC 시그널링 절차 또는 브로드캐스트 RRC 시그널링 절차에 의해 설정될 수 있다. 이 경우, 사이드링크 제어 정보는 전용 RRC 시그널링 절차 또는 브로드캐스트 RRC 시그널링 절차에 의해 설정된 자원 풀 내에서 UE(예를 들어, UE #5(235), UE #6(236))에 의해 자율적으로 선택된 자원을 통해 전송될 수 있다.
사이드링크 TM #3이 지원되는 경우, 사이드링크 데이터의 송수신을 위한 자원 풀은 설정되지 않을 수 있다. 이 경우, 사이드링크 데이터는 기지국(210)에 의해 스케줄링된 자원을 통해 송수신될 수 있다. 사이드링크 TM #4가 지원되는 경우, 사이드링크 데이터의 송수신을 위한 자원 풀은 전용 RRC 시그널링 절차 또는 브로드캐스트 RRC 시그널링 절차에 의해 설정될 수 있다. 이 경우, 사이드링크 데이터는 RRC 시그널링 절차 또는 브로드캐스트 RRC 시그널링 절차에 의해 설정된 자원 풀 내에서 UE(예를 들어, UE #5(235), UE #6(236))에 의해 자율적으로 선택된 자원을 통해 송수신될 수 있다.
다음으로, 사이드링크 통신 방법들이 설명될 것이다. 통신 노드들 중에서 제1 통신 노드에서 수행되는 방법(예를 들어, 신호의 전송 또는 수신)이 설명되는 경우에도 이에 대응하는 제2 통신 노드는 제1 통신 노드에서 수행되는 방법과 상응하는 방법(예를 들어, 신호의 수신 또는 전송)을 수행할 수 있다. 즉, UE #1(예를 들어, 차량 #1)의 동작이 설명된 경우에 이에 대응하는 UE #2(예를 들어, 차량 #2)는 UE #1의 동작과 상응하는 동작을 수행할 수 있다. 반대로, UE #2의 동작이 설명된 경우에 이에 대응하는 UE #1은 UE #2의 동작과 상응하는 동작을 수행할 수 있다. 아래 설명되는 실시예들에서 차량의 동작은 차량에 위치한 통신 노드의 동작일 수 있다.
사이드링크 신호는 사이드링크 통신을 위해 사용되는 동기 신호 및 참조 신호일 수 있다. 예를 들어, 동기 신호는 SS/PBCH(synchronization signal/physical broadcast channel) 블록, SLSS(sidelink synchronization signal), PSSS(primary sidelink synchronization signal), SSSS(secondary sidelink synchronization signal) 등일 수 있다. 참조 신호는 CSI-RS(channel state information-reference signal), DMRS, PT-RS(phase tracking-reference signal), CRS(cell specific reference signal), SRS(sounding reference signal), DRS(discovery reference signal) 등일 수 있다.
사이드링크 채널은 PSSCH, PSCCH, PSDCH, PSBCH, PSFCH(physical sidelink feedback channel) 등일 수 있다. 또한, 사이드링크 채널은 해당 사이드링크 채널 내의 특정 자원들에 매핑되는 사이드링크 신호를 포함하는 사이드링크 채널을 의미할 수 있다. 사이드링크 통신은 브로드캐스트 서비스, 멀티캐스트(multicast) 서비스, 그룹캐스트 서비스, 및 유니캐스트(unicast) 서비스를 지원할 수 있다.
기지국은 사이드링크 통신을 위한 설정 정보(즉, 사이드링크 설정 정보)를 포함하는 시스템 정보(예를 들어, SIB12, SIB13, SIB14) 및 RRC 메시지를 UE(들)에 전송할 수 있다. UE는 시스템 정보 및 RRC 메시지를 기지국으로부터 수신할 수 있고, 시스템 정보 및 RRC 메시지에 포함된 사이드링크 설정 정보를 확인할 수 있고, 사이드링크 설정 정보에 기초하여 사이드링크 통신을 수행할 수 있다. SIB12는 사이드링크 통신/디스커버리 설정 정보를 포함할 수 있다. SIB13 및 SIB14는 V2X 사이드링크 통신을 위한 설정 정보를 포함할 수 있다.
사이드링크 통신은 SL BWP(bandwidth part) 내에서 수행될 수 있다. 기지국은 상위계층 시그널링을 사용하여 SL BWP를 UE에 설정할 수 있다. 상위계층 시그널링은 SL-BWP-Config 및/또는 SL-BWP-ConfigCommon를 포함할 수 있다. SL-BWP-Config는 UE-특정 사이드링크 통신을 위한 SL BWP를 설정하기 위해 사용될 수 있다. SL-BWP-ConfigCommon는 셀-특정 설정 정보를 설정하기 위해 사용될 수 있다.
또한, 기지국은 상위계층 시그널링을 사용하여 자원 풀을 UE에 설정할 수 있다. 상위계층 시그널링은 SL-BWP-PoolConfig, SL-BWP-PoolConfigCommon, SL-BWP-DiscPoolConfig, 및/또는 SL-BWP-DiscPoolConfigCommon을 포함할 수 있다. SL-BWP-PoolConfig은 사이드링크 통신 자원 풀을 설정하기 위해 사용될 수 있다. SL-BWP-PoolConfigCommon은 셀-특정 사이드링크 통신 자원 풀을 설정하기 위해 사용될 수 있다. SL-BWP-DiscPoolConfig은 UE-특정 사이드링크 디스커버리 전용(dedicated) 자원 풀을 설정하기 위해 사용될 수 있다. SL-BWP-DiscPoolConfigCommon은 셀-특정 사이드링크 디스커버리 전용 자원 풀을 설정하기 위해 사용될 수 있다. UE는 기지국에 의해 설정된 자원 풀 내에서 사이드링크 통신을 수행할 수 있다.
사이드링크 통신은 SL DRX(discontinuous reception) 동작을 지원할 수 있다. 기지국은 SL DRX 관련 파라미터(들)을 포함하는 상위계층 메시지(예를 들어, SL-DRX-Config)를 UE에 전송할 수 있다. UE는 기지국으로부터 수신된 SL-DRX-Config에 기초하여 SL DRX 동작을 수행할 수 있다. 사이드링크 통신은 인터(inter)-UE 조정(coordination) 동작을 지원할 수 있다. 기지국은 인터-UE 조정 파라미터(들)을 포함하는 상위계층 메시지(예를 들어, SL-InterUE-CoordinationConfig)를 UE에 전송할 수 있다. UE는 기지국으로부터 수신된 SL-InterUE-CoordinationConfig에 기초하여 인터-UE 조정 동작을 수행할 수 있다.
사이드링크 통신은 단일(single) SCI 방식 또는 다중(multi) SCI 방식에 기초하여 수행될 수 있다. 단일 SCI 방식이 사용되는 경우, 데이터 전송(예를 들어, 사이드링크 데이터 전송, SL-SCH(sidelink-shared channel) 전송)은 하나의 SCI(예를 들어, 1st-stage SCI)에 기초하여 수행될 수 있다. 다중 SCI 방식이 사용되는 경우, 데이터 전송은 두 개의 SCI들(예를 들어, 1st-stage SCI 및 2nd-stage SCI)을 사용하여 수행될 수 있다. SCI는 PSCCH 및/또는 PSSCH를 통해 전송될 수 있다. 단일 SCI 방식이 사용되는 경우, SCI(예를 들어, 1st-stage SCI)는 PSCCH에서 전송될 수 있다. 다중 SCI 방식이 사용되는 경우, 1st-stage SCI는 PSCCH에서 전송될 수 있고, 2nd-stage SCI는 PSCCH 또는 PSSCH에서 전송될 수 있다. 1st-stage SCI는 "제1 단계 SCI"로 지칭될 수 있고, 2nd-stage SCI는 "제2 단계 SCI"로 지칭될 수 있다. 제1 단계 SCI 포맷은 SCI 포맷 1-A를 포함할 수 있고, 제2 단계 SCI 포맷은 SCI 포맷 2-A, SCI 포맷 2-B, 및 SCI 포맷 2-C를 포함할 수 있다.
SCI 포맷 1-A는 PSSCH 및 제2 단계 SCI의 스케줄링을 위해 사용될 수 있다. SCI 포맷 1-A는 우선순위(priority) 정보, 주파수 자원 할당(frequency resource assignment) 정보, 시간 자원 할당 정보, 자원 예약 구간(resource reservation period) 정보, DMRS(demodulation reference signal) 패턴 정보, 제2 단계 SCI 포맷 정보, 베타_오프셋 지시자(beta_offset indicator), DMRS 포트의 개수, MCS(modulation and coding scheme) 정보, 추가(additional) MAC 테이블 지시자, PSFCH 오버헤드 지시자, 또는 충돌 정보 수신기 플래그(conflict information receiver flag) 중에서 적어도 하나를 포함할 수 있다.
SCI 포맷 2-A는 PSSCH의 디코딩을 위해 사용될 수 있다. SCI 포맷 2-A는 HARQ 프로세서 번호(number), NDI(new data indicator), RV(redundancy version), 소스(source) ID, 목적지(destination) ID, HARQ 피드백 인에이블/디세이블(enabled/disabled) 지시자, 캐스트 타입 지시자, 또는 CSI 요청 중에서 적어도 하나를 포함할 수 있다.
SCI 포맷 2-B는 PSSCH의 디코딩을 위해 사용될 수 있다. SCI 포맷 2-B는 HARQ 프로세서 번호, NDI, RV, 소스 ID, 목적지 ID, HARQ 피드백 인에이블/디세이블 지시자, 존(zone) ID, 또는 통신 범위 요구사항(communication range requirement) 중에서 적어도 하나를 포함할 수 있다.
SCI 포맷 2-C는 PSSCH의 디코딩을 위해 사용될 수 있다. 또한, SCI 포맷 2-C는 인터-UE 조정 정보의 제공 또는 요청을 위해 사용될 수 있다. SCI 포맷 2-C는 HARQ 프로세서 번호, NDI, RV, 소스 ID, 목적지 ID, HARQ 피드백 인에이블/디세이블 지시자, CSI 요청, 또는 제공/요청 지시자(providing/requesting indicator) 중에서 적어도 하나를 포함할 수 있다.
제공/요청 지시자의 값이 0으로 설정된 경우, 이는 SCI 포맷 2-C가 인터-UE 조정 정보의 제공을 위해 사용되는 것을 지시할 수 있다. 이 경우, SCI 포맷 2-C는 자원 조합(resource combinations), 제1 자원 위치(first resource location), 참조 슬롯 위치(reference slot location), 자원 집합 타입(resource set type), 또는 가장 낮은 서브채널 인덱스들(lowest subchannel indices) 중에서 적어도 하나를 더 포함할 수 있다.
제공/요청 지시자의 값이 1로 설정된 경우, 이는 SCI 포맷 2-C가 인터-UE 조정 정보의 요청을 위해 사용되는 것을 지시할 수 있다. 이 경우, SCI 포맷 2-C는 우선순위(priority), 서브채널 개수(number of subchannels), 자원 예약 구간(resource reservation period), 자원 선택 윈도우 위치(resource selection window location), 자원 집합 타입, 또는 패딩 비트 중에서 적어도 하나를 더 포함할 수 있다.
한편, 사이드링크 통신에서 IUC(inter-UE coordination) 정보는 사용될 수 있다. IUC 정보를 전송하는 UE는 UE-A로 지칭될 수 있고, IUC 정보를 수신하는 UE는 UE-B로 지칭될 수 있다. UE-B는 IUC 정보의 전송을 요청하는 UE를 의미할 수 있다. 본 개시에서, UE들 중 IUC 정보를 전송하는 UE는 UE-A로 해석될 수 있고, UE들 중 IUC 정보를 수신하는 UE 및/또는 IUC 정보의 전송을 요청하는 UE는 UE-B로 해석될 수 있다. UE-A는 UE-B의 요청에 따라 IUC 정보를 UE-B에 전송할 수 있다. 다른 방법으로, UE-A는 UE-B의 요청 없이 IUC 정보를 UE-B에 전송할 수 있다. UE-B는 UE-A로부터 수신된 IUC 정보에 기초하여 자원 센싱 동작 및/또는 자원 (재)선택 동작을 수행할 수 있다.
IUC 정보는 선호 자원(preferred resource) 정보, 비선호(non-preferred) 자원 정보, 또는 자원 충돌(conflict) 정보 중에서 적어도 하나를 포함할 수 있다. IUC 방식(scheme) 1에서, UE-A는 선호 자원 정보 및/또는 비선호 자원 정보를 포함하는 IUC 정보를 UE-B에 전송할 수 있고, IUC 정보는 PSCCH 및/또는 PSSCH에서 전송될 수 있다. IUC 방식 2에서, UE-A는 자원 충돌 정보를 포함하는 IUC 정보를 UE-B에 전송할 수 있고, IUC 정보는 PSFCH에서 전송될 수 있다. 선호 자원 정보는 선호 자원 집합을 의미할 수 있고, 비선호 자원 정보는 비선호 자원 집합을 의미할 수 있고, 자원 충돌 정보는 자원 충돌 집합을 의미할 수 있다. 자원 충돌 정보는 예측된(expected) 자원 충돌 또는 잠재적(potential) 자원 충돌을 지시할 수 있다. 본 개시에서, 자원 정보는 선호 자원 정보, 비선호 자원 정보, 및/또는 자원 충돌 정보를 의미하는 용어로 사용될 수 있고, 자원 집합은 선호 자원 집합, 비선호 자원 집합, 및/또는 자원 충돌 집합을 의미하는 용어로 사용될 수 있다.
아래 표 3에 정의된 시나리오에서, 높은 우선순위를 가지는 UE는 UE-B로 동작할 수 있고, 낮은 우선순위를 가지는 UE는 UE-A로 동작할 수 있다. 그러나 "UE들에 대한 우선순위를 알 수 없는 경우" 또는 "UE들의 우선순위가 동일한 경우", UE-A 및/또는 UE-B에 대한 모호성은 발생할 수 있다. 우선순위는 UE에 대한 우선순위일 수 있다. 우선순위는 UE가 전송하는 데이터에 대한 우선순위, PDB(packet delay budget), IUC 요청 신호(예를 들어, SCI)의 전송 순서(또는, 수신 순서), 및/또는 IUC 요청 신호에 대한 HARQ(hybrid automatic repeat request) 피드백의 전송 순서(또는, 수신 순서)에 기초하여 결정될 수 있다.
Figure PCTKR2022021664-appb-img-000003
시나리오 1에서 UE #3은 UE #1 및 UE #2 중 높은 우선순위를 가지는 UE에 IUC 정보를 전송할 수 있다. 그러나 "UE #3이 UE #1 및 UE #2의 우선순위를 모르는 경우" 또는 "UE #1 및 UE #2가 동일한 우선순위를 가지는 경우", UE #3이 전송하는 IUC 정보의 전송/수신 대상(즉, UE #1 또는 UE #2)에 대한 모호성은 발생할 수 있다.
시나리오 2에서 UE #1 및 UE #2 중 높은 우선순위를 가지는 UE는 UE-B로 동작할 수 있고, 낮은 우선순위를 가지는 UE는 UE-A로 동작할 수 있다. 즉, 낮은 우선순위를 가지는 UE는 IUC 정보를 높은 우선순위를 가지는 UE에 전송할 수 있다. 그러나 "UE #1 및 UE #2가 서로 우선순위를 모르는 경우" 또는 "UE #1 및 UE #2가 동일한 우선순위를 가지는 경우", UE-A 및/또는 UE-B에 대한 모호성은 발생할 수 있다.
IUC 요청 신호는 SCI(예를 들어, 제1 단계 SCI 및/또는 제2 단계 SCI)를 의미할 수 있다. 또는, IUC 요청 신호는 SCI(예를 들어, 제1 단계 SCI 및/또는 제2 단계 SCI)에 포함되는 정보 요소일 수 있다. 또는, IUC 요청 신호는 SCI와 별개의 신호일 수 있다. IUC 요청 신호는 PSCCH 및/또는 PSSCH에서 전송될 수 있다. IUC 요청 신호는 IUC에 대한 대상 자원의 정보를 포함할 수 있다. 예를 들어, UE-A는 IUC 요청 신호에 의해 지시되는 자원들에서 선호 자원, 비선호 자원, 및/또는 자원 충돌을 검출하기 위한 동작을 수행할 수 있다. UE의 우선순위 정보는 SCI 및/또는 IUC 요청 신호에 포함될 수 있다. 예를 들어, UE #1의 우선순위 정보는 해당 UE #1이 전송하는 SCI(또는, IUC 요청 신호)에 포함될 수 있고, UE #2의 우선순위 정보는 해당 UE #2가 전송하는 SCI(또는, IUC 요청 신호)에 포함될 수 있다.
[시나리오 1에서 IUC 정보의 송수신 방법]
시나리오 1에서 UE들 각각은 다른 UE(들)의 우선순위를 알지 못할 수 있다. 예를 들어, UE #3은 UE #1 및 UE #2의 우선순위를 알지 못할 수 있다. 또는, UE #1 및 UE #2의 우선순위는 동일할 수 있다. 즉, UE #3은 UE #1 및 UE #2의 우선순위가 동일한 것으로 판단할 수 있다. 상술한 경우, UE #3은 IUC 정보의 전송/수신 대상인 UE(즉, UE #1 또는 UE #2)를 결정하지 못할 수 있다.
도 9는 IUC 정보의 전송 방법의 제1 실시예를 도시한 순서도이다.
도 9를 참조하면, UE #1 및/또는 UE #2는 UE-B로 동작할 수 있고, UE #3은 UE-A로 동작할 수 있다. UE #1은 IUC 요청 신호 #1을 UE #3에 전송할 수 있다(S901). UE #3은 UE #1로부터 IUC 요청 신호 #1을 수신할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 전송할 수 있다(S902). UE #3은 UE #2로부터 IUC 요청 신호 #2를 수신할 수 있다. UE #3은 IUC 요청 신호 #1에 기초하여 IUC 정보 #1을 생성할 수 있고, IUC 정보 #1을 UE #1에 전송할 수 있다(S903). UE #1은 UE #3으로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다. UE #3은 IUC 요청 신호 #2에 기초하여 IUC 정보 #2를 생성할 수 있고, IUC 정보 #2를 UE #2에 전송할 수 있다(S904). UE #2는 UE #3으로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 10은 IUC 정보의 전송 방법의 제2 실시예를 도시한 순서도이다.
도 10을 참조하면, UE #1 및 UE #2는 UE-B로 동작할 수 있고, UE #3은 UE-A로 동작할 수 있다. UE #1은 IUC 요청 신호 #1을 UE #3에 전송할 수 있다(S1001). UE #3은 UE #1로부터 IUC 요청 신호 #1을 수신할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 전송할 수 있다(S1002). UE #3은 UE #2로부터 IUC 요청 신호 #2를 수신할 수 있다. "IUC 요청 신호 #1이 UE #1의 우선순위 정보를 포함하고, IUC 요청 신호 #2가 UE #2의 우선순위 정보를 포함하는 경우", UE #3은 IUC 요청 신호들에 포함된 우선순위 정보에 기초하여 UE #1 및 UE #2 중 높은 우선순위를 가지는 UE를 결정할 수 있고, 결정된 UE에 IUC 정보를 전송할 수 있다. 예를 들어, UE #1의 우선순위가 UE #2의 우선순위보다 높은 경우, UE #3은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S1003). UE #3은 IUC 정보 #2를 UE #2에 전송하지 않을 수 있다. UE #1은 UE #3으로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
UE #1의 우선순위가 UE #2의 우선순위와 동일한 경우, UE #3은 IUC 요청 신호(예를 들어, SCI)의 수신 순서(또는, 전송 순서)에 기초하여 우선순위를 결정할 수 있다. 시간 도메인에서 먼저 수신된 IUC 요청 신호의 우선순위는 늦게 수신된 IUC 요청 신호의 우선순위보다 높은 것으로 판단될 수 있다. 시간 도메인에서 IUC 요청 신호 #1의 수신 시점이 IUC 요청 신호 #2의 수신 시점 이전인 경우, UE #3은 UE #1 및 UE #2 중 UE #1이 높은 우선순위를 가지는 것으로 판단할 수 있다. 따라서 UE #3은 IUC 정보 #1을 높은 우선순위를 가지는 UE #1에 전송할 수 있다(S1003). UE #1은 UE #3으로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 11은 IUC 정보의 전송 방법의 제3 실시예를 도시한 순서도이다.
도 11을 참조하면, UE #1 및 UE #2는 UE-B로 동작할 수 있고, UE #3은 UE-A로 동작할 수 있다. UE #1은 IUC 요청 신호 #1을 UE #3에 전송할 수 있다(S1101). UE #3은 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 전송할 수 있다(S1102). UE #3은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #3은 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 UE #1에 전송할 수 있다(S1103). UE #1은 UE #3으로부터 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 수신할 수 있다. UE #3은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 UE #2에 전송할 수 있다(S1104). UE #2는 UE #3으로부터 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 수신할 수 있다.
UE #3은 우선순위에 기초하여 UE #1 및 UE #2 중 하나의 UE에 IUC 정보를 전송할 수 있다. 예를 들어, UE #1의 우선순위가 UE #2의 우선순위 보다 높은 경우, UE #3은 IUC 정보 #1을 UE #1에 전송할 수 있다(S1105). 반대로, UE #2의 우선순위가 UE #1의 우선순위 보다 높은 경우, UE #3은 IUC 정보 #2를 UE #2에 전송할 수 있다(S1106).
도 11의 실시예에서 UE #1의 우선순위는 UE #2의 우선순위 보다 높을 수 있다. 또는, UE #1의 우선순위가 UE #2의 우선순위와 동일한 경우에도, 시간 도메인에서 IUC 요청 신호 #1의 수신 시점이 IUC 요청 신호 #2의 수신 시점 이전이면, UE #1의 우선순위는 UE #2의 우선순위보다 높은 것으로 간주될 수 있다. HARQ 피드백 #1은 ACK(acknowledgement) 또는 NACK(negative ACK)을 지시할 수 있고, HARQ 피드백 #2는 ACK 또는 NACK을 지시할 수 있다. HARQ 피드백 #1과 HARQ 피드백 #2의 조합에 따라 표 4에 정의된 동작들은 수행될 수 있다.
Figure PCTKR2022021664-appb-img-000004
표 4에서 HARQ 피드백들의 조합에 따른 동작에서, IUC 요청 신호에 대한 NACK을 수신한 UE는 UE #3(즉, UE-A)으로부터 IUC 정보를 수신하는 것을 기대하지 않을 수 있다. "IUC 요청 신호에 대한 HARQ 피드백이 수신되지 않은 경우" 또는 "IUC 요청 신호에 대한 NACK이 수신된 경우", UE는 IUC 요청 신호를 재전송할 수 있다.
IUC 요청 신호 #1 및 IUC 요청 신호 #2가 성공적으로 수신된 경우에도, UE #3은 하나의 UE에 하나의 IUC 정보를 전송하기 위해 특정 IUC 요청 신호에 대한 NACK을 전송할 수 있다. 예를 들어, UE #3은 낮은 우선순위를 가지는 UE #2에 IUC 요청 신호 #2에 대한 NACK을 전송할 수 있다. IUC 요청 신호 #2에 대한 NACK이 수신된 경우, UE #2는 UE #3으로부터 IUC 정보 #2를 수신하는 것을 기대하지 않을 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 재전송할 수 있다.
도 12는 IUC 정보의 전송 방법의 제4 실시예를 도시한 순서도이다.
도 12를 참조하면, UE #1 및 UE #2는 UE-B로 동작할 수 있고, UE #3은 UE-A로 동작할 수 있다. UE #1은 IUC 요청 신호 #1을 UE #3에 전송할 수 있다(S1201). UE #3은 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 전송할 수 있다(S1202). UE #3은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #3은 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 UE #1에 전송할 수 있다(S1203). UE #1은 UE #3으로부터 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 수신할 수 있다. UE #3은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 UE #2에 전송할 수 있다(S1204). UE #2는 UE #3으로부터 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 수신할 수 있다. "UE #1의 우선순위가 UE #2의 우선순위 보다 높은 것으로 간주되는 경우" 또는 "HARQ 피드백 #1이 ACK을 지시하고, HARQ 피드백 #2가 NACK을 지시하는 경우", UE #3은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S1205). UE #1은 UE #3으로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 13은 IUC 정보의 전송 방법의 제5 실시예를 도시한 순서도이다.
도 13을 참조하면, UE #1 및 UE #2는 UE-B로 동작할 수 있고, UE #3은 UE-A로 동작할 수 있다. UE #1은 IUC 요청 신호 #1을 UE #3에 전송할 수 있다(S1301). UE #3은 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #3에 전송할 수 있다(S1302). UE #3은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #3은 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 UE #1에 전송할 수 있다(S1303). UE #1은 UE #3으로부터 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 수신할 수 있다. UE #3은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 UE #2에 전송할 수 있다(S1304). UE #2는 UE #3으로부터 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 수신할 수 있다. "HARQ 피드백 #1이 NACK을 지시하고, HARQ 피드백 #2가 ACK을 지시하는 경우", UE #3은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S1305). UE #2는 UE #3으로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
한편, UE #1의 IUC 요청 신호 #1에 의해 지시되는 자원들은 UE #2의 IUC 요청 신호 #2에 의해 지시되는 자원들과 중첩(예를 들어, 일부 중첩 또는 완전 중첩)될 수 있다. 이 경우, UE #3(예를 들어, UE-A)은 중첩된 자원(들)에 대한 IUC 정보(예를 들어, 자원 충돌 정보)를 UE #1 및 UE #2 중 낮은 우선순위를 가지는 UE에 전송할 수 있다. UE #3은 중첩된 자원(들)에 대한 IUC 정보(예를 들어, 자원 충돌 정보)를 높은 우선순위를 가지는 UE에 전송하지 않을 수 있다. 상술한 동작에 의하면, 높은 우선순위를 가지는 UE는 중첩된 자원(들)에서 사이드링크 통신을 수행할 수 있고, 낮은 우선순위를 가지는 UE는 중첩된 자원(들)에서 사이드링크 통신을 수행하지 못할 수 있다.
UE #3(예를 들어, UE-A)은 UE로부터 수신된 IUC 요청 신호에 기초하여 해당 UE의 우선순위를 확인할 수 있다. 예를 들어, IUC 요청 신호가 UE의 우선순위 정보를 포함하는 경우, UE #3은 IUC 요청 신호에 포함된 정보에 기초하여 UE의 우선순위를 결정할 수 있다. 다른 방법으로, UE #3은 시간 도메인에서 IUC 요청 신호의 수신 순서(또는, 전송 순서)에 기초하여 UE의 우선순위를 결정할 수 있다.
[시나리오 2에서 IUC 정보의 송수신 방법]
시나리오 2에서, UE #1은 UE #2의 우선순위를 알지 못할 수 있고, UE #2는 UE #1의 우선순위를 알지 못할 수 있다. 이 경우, UE #1 및 UE #2 각각이 수행하는 IUC 동작에 대한 모호성은 발생할 수 있다. IUC 동작은 "UE-A가 IUC 정보를 UE-B에 전송하는 동작" 또는 "UE-B가 IUC 정보를 UE-A로부터 수신하는 동작"일 수 있다.
도 14는 IUC 정보의 전송 방법의 제6 실시예를 도시한 순서도이다.
도 14를 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1401). IUC 요청 신호 #1은 UE #1의 우선순위 정보를 포함할 수 있다. UE #2는 UE #1로부터 IUC 요청 신호 #1을 수신할 수 있고, IUC 요청 신호 #1에 포함된 정보에 기초하여 UE #1의 우선순위를 확인할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1402). IUC 요청 신호 #2는 UE #2의 우선순위 정보를 포함할 수 있다. UE #1은 UE #2로부터 IUC 요청 신호 #2를 수신할 수 있고, IUC 요청 신호 #2에 포함된 정보에 기초하여 UE #2의 우선순위를 확인할 수 있다.
UE #1 및 UE #2 각각은 우선순위 정보에 기초하여 UE #2의 우선순위가 UE #1의 우선순위 보다 높은 것으로 판단할 수 있다. 이 경우, UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. 따라서 UE #1은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S1403). UE #2는 UE #1에 IUC 정보 #1을 전송하지 않을 수 있다. UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 15는 IUC 정보의 전송 방법의 제7 실시예를 도시한 순서도이다.
도 15를 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1501). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있고, IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 UE #1에 전송할 수 있다(S1502). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1503). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있고, IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 UE #2에 전송할 수 있다(S1504). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다.
도 16은 IUC 정보의 전송 방법의 제8 실시예를 도시한 순서도이다.
도 16을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1601). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1602). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 UE #1에 전송할 수 있다(S1603). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 UE #2에 전송할 수 있다(S1604). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. 도 16의 실시예에서 PSFCH 자원은 도 15의 실시예에서 PSFCH 자원과 다르게 설정될 수 있다.
HARQ 피드백 #1은 ACK 또는 NACK을 지시할 수 있고, HARQ 피드백 #2는 ACK 또는 NACK을 지시할 수 있다. HARQ 피드백 #1과 HARQ 피드백 #2의 조합에 따라 표 5에 정의된 동작들은 수행될 수 있다. 표 5에 정의된 동작에서 UE #2의 우선순위는 UE #1의 우선순위 보다 높은 것으로 간주될 수 있다.
Figure PCTKR2022021664-appb-img-000005
표 5에서 HARQ 피드백들의 조합에 따른 동작에서, IUC 요청 신호에 대한 NACK을 수신한 UE는 IUC 정보를 수신하는 것을 기대하지 않을 수 있다. "IUC 요청 신호에 대한 HARQ 피드백이 수신되지 않은 경우" 또는 "IUC 요청 신호에 대한 NACK이 수신된 경우", UE는 IUC 요청 신호를 재전송할 수 있다.
"UE #1의 IUC 요청 신호 #1이 UE #2에서 성공적으로 수신되고, UE #2의 우선순위가 UE #1의 우선순위 보다 낮은 경우에도", UE #2는 IUC 정보 #2를 높은 우선순위를 가지는 UE #1로부터 수신하기 위해 IUC 요청 신호 #1에 대한 NACK을 UE #1에 전송할 수 있다. 반대로, "UE #2의 IUC 요청 신호 #2가 UE #1에서 성공적으로 수신되고, UE #1의 우선순위가 UE #2의 우선순위 보다 낮은 경우에도", UE #1은 IUC 정보 #1을 높은 우선순위를 가지는 UE #2로부터 수신하기 위해 IUC 요청 신호 #2에 대한 NACK을 UE #2에 전송할 수 있다. 상술한 동작에 의하면, 높은 우선순위를 가지는 UE는 IUC 정보를 낮은 우선순위를 가지는 UE에 제공할 수 있다.
도 17은 IUC 정보의 전송 방법의 제9 실시예를 도시한 순서도이다.
도 17을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1701). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1702). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, ACK)을 UE #1에 전송할 수 있다(S1703). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 ACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1이 성공적으로 수신된 것으로 판단할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, ACK)를 UE #2에 전송할 수 있다(S1704). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 ACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2가 성공적으로 수신된 것으로 판단할 수 있다.
UE #2의 우선순위는 UE #1의 우선순위 보다 높으므로, UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. UE #1은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S1705). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 18은 IUC 정보의 전송 방법의 제10 실시예를 도시한 순서도이다.
도 18을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1801). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1802). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, NACK)을 UE #1에 전송할 수 있다(S1803). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 NACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1의 수신(즉, 디코딩)이 실패한 것으로 판단할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, ACK)를 UE #2에 전송할 수 있다(S1804). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 ACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2가 성공적으로 수신된 것으로 판단할 수 있다.
"UE #2에서 IUC 요청 신호 #1의 수신(즉, 디코딩)이 실패하고, UE #1에서 IUC 요청 신호 #2의 수신이 성공한 경우", UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. UE #1은 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S1805). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 19는 IUC 정보의 전송 방법의 제11 실시예를 도시한 순서도이다.
도 19를 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S1901). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S1902). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, ACK)을 UE #1에 전송할 수 있다(S1903). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 ACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1이 성공적으로 수신된 것으로 판단할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, NACK)를 UE #2에 전송할 수 있다(S1904). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 NACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2의 수신(즉, 디코딩)이 실패한 것으로 판단할 수 있다.
"UE #2에서 IUC 요청 신호 #1의 수신이 성공하고, UE #1에서 IUC 요청 신호 #2의 수신(즉, 디코딩)이 실패한 경우", UE #1은 UE-B로 동작할 수 있고, UE #2는 UE-A로 동작할 수 있다. UE #2는 IUC 요청 신호 #1 및/또는 #2에 기초하여 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S1905). UE #1은 UE #2로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 20은 IUC 정보의 전송 방법의 제12 실시예를 도시한 순서도이다.
도 20을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2001). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2002). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, NACK)을 UE #1에 전송할 수 있다(S2003). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 NACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1의 수신(즉, 디코딩)이 실패한 것으로 판단할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, ACK)를 UE #2에 전송할 수 있다(S2004). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 ACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2가 성공적으로 수신된 것으로 판단할 수 있다.
UE #2에서 IUC 요청 신호 #1의 수신(즉, 디코딩)이 실패하였으므로, UE #1은 IUC 요청 신호 #1을 UE #2에 재전송할 수 있다(S2005). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, ACK)를 UE #1에 전송할 수 있다(S2006). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 ACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1이 성공적으로 수신된 것으로 판단할 수 있다.
UE #1은 IUC 요청 신호 #2에 포함된 정보에 기초하여 UE #2의 우선순위를 확인할 수 있다. UE #2는 IUC 요청 신호 #1에 포함된 정보에 기초하여 UE #1의 우선순위를 확인할 수 있다. UE #2의 우선순위가 UE #1의 우선순위 보다 높은 경우, UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. 따라서 UE #1은 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S2007). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 21은 IUC 정보의 전송 방법의 제13 실시예를 도시한 순서도이다.
도 21을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2101). UE #2는 UE #1의 IUC 요청 신호 #1에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2102). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, ACK)을 UE #1에 전송할 수 있다(S2103). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. HARQ 피드백 #1이 ACK을 지시하므로, UE #1은 UE #2에서 IUC 요청 신호 #1이 성공적으로 수신된 것으로 판단할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, NACK)를 UE #2에 전송할 수 있다(S2104). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 NACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2의 수신(즉, 디코딩)이 실패한 것으로 판단할 수 있다.
UE #1에서 IUC 요청 신호 #2의 수신(즉, 디코딩)이 실패하였으므로, UE #2는 IUC 요청 신호 #2를 UE #1에 재전송할 수 있다(S2105). UE #1은 UE #2의 IUC 요청 신호 #2에 대한 수신 동작을 수행할 수 있다. UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, ACK)를 UE #2에 전송할 수 있다(S2106). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다. HARQ 피드백 #2가 ACK을 지시하므로, UE #2는 UE #1에서 IUC 요청 신호 #2가 성공적으로 수신된 것으로 판단할 수 있다.
UE #1은 IUC 요청 신호 #2에 포함된 정보에 기초하여 UE #2의 우선순위를 확인할 수 있다. UE #2는 IUC 요청 신호 #1에 포함된 정보에 기초하여 UE #1의 우선순위를 확인할 수 있다. UE #2의 우선순위가 UE #1의 우선순위 보다 높은 경우, UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. 따라서 UE #1은 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S2207). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 20의 S2003에서 HARQ 피드백 #1은 NACK이므로, S2005에서 IUC 요청 신호 #1은 재전송될 수 있다. IUC 요청 신호 #1이 UE #2에서 성공적으로 수신된 경우, UE들은 우선순위에 따른 IUC 동작(예를 들어, UE-A의 동작, UE-B의 동작)을 수행할 수 있다. 도 21의 S2104에서 HARQ 피드백 #2는 NACK이므로, S2105에서 IUC 요청 신호 #2는 재전송될 수 있다. IUC 요청 신호 #2가 UE #1에서 성공적으로 수신된 경우, UE들은 우선순위에 따른 IUC 동작(예를 들어, UE-A의 동작, UE-B의 동작)을 수행할 수 있다.
도 20 및 도 21의 실시예에서 "재전송된 IUC 요청 신호에 대한 HARQ 피드백이 미리 설정된 시간 내에 수신되지 않는 경우" 또는 "IUC 요청 신호에 대한 NACK이 미리 설정된 개수 이상 발생하는 경우", 도 18 및 도 19의 실시예와 같이 IUC 요청 신호에 대한 ACK을 전송한 UE는 UE-A로 동작할 수 있다. 기지국(또는, UE)은 미리 설정된 시간(예를 들어, HARQ 피드백에 대한 수신 윈도우) 및/또는 미리 설정된 개수(예를 들어, NACK 개수에 대한 임계값)의 정보를 시스템 정보, RRC 메시지, MAC 메시지, 또는 PHY 메시지 중 적어도 하나를 사용하여 UE(들)에 전송할 수 있다. UE(들)은 기지국 또는 다른 UE로부터 미리 설정된 시간(예를 들어, HARQ 피드백에 대한 수신 윈도우) 및/또는 미리 설정된 개수(예를 들어, NACK 개수에 대한 임계값)의 정보를 수신할 수 있다.
IUC 요청 신호에 대한 HARQ 피드백이 수신되지 않는 경우에 따른 실시예, 해당 실시예의 변형, 및/또는 해당 실시예의 확장은 적용될 수 있다. IUC 요청 신호에 대한 NACK이 발생한 경우에 따른 실시예, 해당 실시예의 변형, 및/또는 해당 실시예의 확장은 적용될 수 있다.
도 22는 IUC 정보의 전송 방법의 제14 실시예를 도시한 순서도이다.
도 22를 참조하면, UE #1은 UE #2의 우선순위를 알지 못할 수 있고, UE #2는 UE #1의 우선순위를 알지 못할 수 있고, IUC 요청 신호를 통해 UE의 우선순위 정보는 전송되지 않을 수 있다. 또는, UE #1의 우선순위는 UE #2의 우선순위와 동일할 수 있다. UE-B로 동작하는 UE는 IUC 요청 신호의 전송 순서(또는, 수신 순서)를 기초로 결정될 수 있다. UE-A로 동작하는 UE는 IUC 요청 신호의 수신 순서(또는, 수신 순서)를 기초로 결정될 수 있다.
UE #1읃 UE #2보다 먼저 IUC 요청 신호 #1을 전송할 수 있다(S2201). 이 경우, UE #1은 UE-B로 동작할 수 있다. UE #2는 UE #1로부터 IUC 요청 신호 #1을 수신할 수 있다. UE #1의 IUC 요청 신호 #1이 수신된 경우, UE #2는 IUC 요청 신호 #2를 전송하지 않을 수 있다. 즉, UE #2는 UE-A로 동작할 수 있다. UE #2는 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S2202). UE #1은 UE #2로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 23은 IUC 정보의 전송 방법의 제15 실시예를 도시한 순서도이다.
도 23을 참조하면, UE #1은 UE #2의 우선순위를 알지 못할 수 있고, UE #2는 UE #1의 우선순위를 알지 못할 수 있고, IUC 요청 신호를 통해 UE의 우선순위 정보는 전송되지 않을 수 있다. 또는, UE #1의 우선순위는 UE #2의 우선순위와 동일할 수 있다. UE-B로 동작하는 UE는 IUC 요청 신호의 전송 순서(또는, 수신 순서)를 기초로 결정될 수 있다. UE-A로 동작하는 UE는 IUC 요청 신호의 수신 순서(또는, 전송 순서)를 기초로 결정될 수 있다.
UE #1읃 UE #2보다 먼저 IUC 요청 신호 #1을 전송할 수 있다(S2301). 이 경우, UE #1은 UE-B로 동작할 수 있다. UE #2는 UE #1로부터 IUC 요청 신호 #1을 수신할 수 있고, IUC 요청 신호 #1에 대한 HARQ 피드백 #1(예를 들어, ACK)을 UE #1에 전송할 수 있다(S2302). UE #1의 IUC 요청 신호 #1이 성공적으로 수신된 경우, UE #2는 IUC 요청 신호 #2를 전송하지 않을 수 있다. 즉, UE #2는 UE-A로 동작할 수 있다. UE #2는 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S2303). UE #1은 UE #2로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 24는 IUC 정보의 전송 방법의 제16 실시예를 도시한 순서도이다.
도 24를 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2401). IUC 요청 신호 #1의 수신이 실패한 경우, UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백 #1(즉, NACK)을 UE #1에 전송할 수 있다(S2402). UE #1은 UE #2로부터 HARQ 피드백 #1을 수신할 수 있다. IUC 요청 신호 #1의 수신이 실패한 경우, UE #2는 IUC 정보 #1 대신에 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2403). IUC 요청 신호 #2의 수신이 성공한 경우, UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2(즉, ACK)를 UE #2에 전송할 수 있다(S2404). UE #2는 UE #1로부터 HARQ 피드백 #2를 수신할 수 있다.
IUC 요청 신호 #2의 수신이 성공한 경우, UE #1은 UE-A로 동작할 수 있다. IUC 요청 신호 #2에 대한 ACK이 수신된 경우, UE #2는 UE-B로 동작할 수 있다. 즉, UE #2는 UE #1이 UE-A로 동작하는 것을 기대할 수 있다. UE #1은 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S2405). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다. 도 24의 실시예에서 UE-A 또는 UE-B로 동작하는 UE는 IUC 요청 신호의 수신 성공 시점을 기준으로 결정될 수 있다.
도 25는 IUC 정보의 전송 방법의 제17 실시예를 도시한 순서도이다.
도 25를 참조하면, IUC 요청 신호의 전송 순서는 해당 IUC 요청 신호에 대한 HARQ 피드백의 전송 순서와 다를 수 있다. 이 경우, UE-A 또는 UE-B로 동작하는 UE는 IUC 요청 신호의 송수신 순서를 기초로 결정될 수 있다.
UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2501). UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2502). IUC 요청 신호 #2의 수신이 성공한 경우, UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백(즉, ACK)을 UE #2에 전송할 수 있다(S2503). IUC 요청 신호 #1의 수신이 성공한 경우, UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백(즉, ACK)을 UE #1에 전송할 수 있다(S2504). IUC 요청 신호 #1의 전송 시점(또는, 수신 시점)은 IUC 요청 신호 #2의 전송 시점(또는, 수신 시점) 이전 일 수 있고, IUC 요청 신호 #1에 대한 HARQ 피드백 #1의 전송 시점(또는, 수신 시점)은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2의 전송 시점(또는, 수신 시점) 이후일 수 있다.
IUC 요청 신호 #1의 전송 시점(또는, 수신 시점)이 IUC 요청 신호 #2의 전송 시점(또는, 수신 시점) 이전이므로, UE #1은 UE-B로 동작할 수 있고, UE #2는 UE-A로 동작할 수 있다. UE #2는 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #1을 UE #1에 전송할 수 있다(S2505). UE #1은 UE #2로부터 IUC 정보 #1을 수신할 수 있고, IUC 정보 #1을 고려하여 사이드링크 통신을 수행할 수 있다.
도 26은 IUC 정보의 전송 방법의 제18 실시예를 도시한 순서도이다.
도 26을 참조하면, IUC 요청 신호의 전송 순서는 해당 IUC 요청 신호에 대한 HARQ 피드백의 전송 순서와 다를 수 있다. 이 경우, UE-A 또는 UE-B로 동작하는 UE는 HARQ 피드백의 송수신 순서를 기초로 결정될 수 있다.
UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2601). UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2602). IUC 요청 신호 #2의 수신이 성공한 경우, UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백(즉, ACK)을 UE #2에 전송할 수 있다(S2603). IUC 요청 신호 #1의 수신이 성공한 경우, UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백(즉, ACK)을 UE #1에 전송할 수 있다(S2604). IUC 요청 신호 #1의 전송 시점(또는, 수신 시점)은 IUC 요청 신호 #2의 전송 시점(또는, 수신 시점) 이전 일 수 있고, IUC 요청 신호 #1에 대한 HARQ 피드백 #1의 전송 시점(또는, 수신 시점)은 IUC 요청 신호 #2에 대한 HARQ 피드백 #2의 전송 시점(또는, 수신 시점) 이후일 수 있다.
HARQ 피드백 #2의 전송 시점(또는, 수신 시점)이 HARQ 피드백 #1의 전송 시점(또는, 수신 시점) 이전이므로, UE #1은 UE-A로 동작할 수 있고, UE #2는 UE-B로 동작할 수 있다. UE #1은 IUC 요청 신호 #1 및/또는 #2를 기초로 생성된 IUC 정보 #2를 UE #2에 전송할 수 있다(S2605). UE #2는 UE #1로부터 IUC 정보 #2를 수신할 수 있고, IUC 정보 #2를 고려하여 사이드링크 통신을 수행할 수 있다.
도 27은 IUC 정보의 전송 방법의 제19 실시예를 도시한 순서도이다.
도 27을 참조하면, UE #1은 IUC 요청 신호 #1을 UE #2에 전송할 수 있다(S2701). UE #2는 IUC 요청 신호 #2를 UE #1에 전송할 수 있다(S2702). IUC 요청 신호 #2의 수신이 실패한 경우, UE #1은 IUC 요청 신호 #2에 대한 HARQ 피드백(즉, NACK)을 UE #2에 전송할 수 있다(S2703). IUC 요청 신호 #1의 수신이 실패한 경우, UE #2는 IUC 요청 신호 #1에 대한 HARQ 피드백(즉, NACK)을 UE #1에 전송할 수 있다(S2704). IUC 요청 신호 #1 및 #2의 수신이 실패하였으므로, IUC 요청 신호의 재전송 절차는 수행될 수 있다. UE #1은 IUC 요청 신호 #1을 UE #2에 재전송할 수 있다(S2705). UE #2는 IUC 요청 신호 #2를 UE #1에 재전송할 수 있다(S2706). 그 후에, UE #1 및/또는 UE #2의 동작은 도 22 내지 도 26의 실시예들 중 적어도 하나의 실시예에 따라 수행될 수 있다.
본 발명에 따른 방법들은 다양한 컴퓨터 수단을 통해 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 컴퓨터 판독 가능 매체에 기록되는 프로그램 명령은 본 발명을 위해 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다.
본 개시에 따른 방법의 동작은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 프로그램 또는 코드로서 구현하는 것이 가능하다.　컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 정보가 저장되는 모든 종류의 기록장치를 포함한다.　또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산 방식으로 컴퓨터로 읽을 수 있는 프로그램 또는 코드가 저장되고 실행될 수 있다.
또한,　컴퓨터가 읽을 수 있는 기록매체는 롬(rom),　램(ram),　플래시 메모리(flash memory)　등과 같이 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치를 포함할 수 있다.　프로그램 명령은 컴파일러(compiler)에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터(interpreter)　등을 사용해서 컴퓨터에 의해 실행될 수 있는 고급 언어 코드를 포함할 수 있다.
본 개시의 일부 측면들은 장치의 문맥에서 설명되었으나,　그것은 상응하는 방법에 따른 설명 또한 나타낼 수 있고,　여기서 블록 또는 장치는 방법 단계 또는 방법 단계의 특징에 상응한다.　유사하게,　방법의 문맥에서 설명된 측면들은 또한 상응하는 블록 또는 아이템 또는 상응하는 장치의 특징으로 나타낼 수 있다.　방법 단계들의 몇몇 또는 전부는 예를 들어,　마이크로프로세서,　프로그램 가능한 컴퓨터 또는 전자 회로와 같은 하드웨어 장치에 의해(또는 이용하여)　수행될 수 있다.　몇몇의 실시예에서,　가장 중요한 방법 단계들의 적어도 하나 이상은 이와 같은 장치에 의해 수행될 수 있다.
프로그램 가능한 로직 장치(예를 들어,　필드 프로그래머블 게이트 어레이)는 본 개시에서 설명된 방법들의 기능의 일부 또는 전부를 수행하기 위해 사용될 수 있다.　필드 프로그래머블 게이트 어레이(field-programmable gate array)는 본 개시에서 설명된 방법들 중 하나를 수행하기 위한 마이크로프로세서(microprocessor)와 함께 작동할 수 있다.　일반적으로,　방법들은 어떤 하드웨어 장치에 의해 수행되는 것이 바람직하다.
이상 본 개시의 바람직한 실시예를 참조하여 설명하였지만,　해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 개시의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 개시를 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (20)

  1. UE(user equipment) #3의 방법으로서,
    UE #1로부터 IUC(inter-UE coordination) 요청 신호 #1을 수신하는 동작 및 UE #2로부터 IUC 요청 신호 #2를 수신하는 동작을 수행하는 단계;
    우선순위에 기초하여 상기 UE #1 및 상기 UE #2 중 하나를 IUC 정보의 수신 대상으로 결정하는 단계; 및
    상기 IUC 요청 신호 #1 또는 상기 IUC 요청 신호 #2를 기초로 생성된 상기 IUC 정보를 상기 수신 대상에 전송하는 단계를 포함하는,
    UE #3의 방법.
  2. 청구항 1에 있어서,
    상기 IUC 요청 신호 #1은 상기 UE #1의 우선순위 #1의 정보를 포함하고, 상기 IUC 요청 신호 #2는 상기 UE #2의 우선순위 #2의 정보를 포함하고, 상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 IUC 정보는 상기 UE #1에 전송되고, 상기 우선순위 #2가 상기 우선순위 #1 보다 높은 경우에 상기 IUC 정보는 상기 UE #2에 전송되는,
    UE #3의 방법.
  3. 청구항 1에 있어서,
    상기 우선순위는 상기 IUC 요청 신호 #1의 수신 시점 #1과 상기 IUC 요청 신호 #2의 수신 시점 #2를 기준으로 결정되는,
    UE #3의 방법.
  4. 청구항 3에 있어서,
    시간 도메인에서 상기 수신 시점 #1이 상기 수신 시점 #2 이전인 경우에 상기 UE #1의 우선순위 #1은 상기 UE #2의 우선순위 #2 보다 높은 것으로 판단되고, 이 경우에 상기 IUC 정보는 상기 UE #1에 전송되고,
    상기 시간 도메인에서 상기 수신 시점 #2가 상기 수신 시점 #1 이전인 경우에 상기 UE #2의 우선순위 #2는 상기 UE #1의 우선순위 #1 보다 높은 것으로 판단되고, 이 경우에 상기 IUC 정보는 상기 UE #2에 전송되는,
    UE #3의 방법.
  5. 청구항 1에 있어서,
    상기 UE #3의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ(hybrid automatic repeat request) 피드백 #1을 상기 UE #1에 전송하는 단계; 및
    상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함하며,
    상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 모두가 ACK(acknowledgement)을 지시하는 경우, 상기 수신 대상은 상기 IUC 요청 신호 #1에 포함된 상기 UE #1의 우선순위 #1의 정보 및 상기 IUC 요청 신호 #2에 포함된 상기 UE #2의 우선순위 #2의 정보에 기초하여 결정되는,
    UE #3의 방법.
  6. 청구항 1에 있어서,
    상기 UE #3의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하는 단계; 및
    상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함하며,
    "상기 HARQ 피드백 #1이 ACK을 지시하고, 상기 HARQ 피드백 #2가 NACK(negative ACK)을 지시하는 경우", 상기 수신 대상은 상기 ACK에 연관된 상기 IUC 요청 정보 #1을 전송한 상기 UE #1로 결정되는,
    UE #3의 방법.
  7. 청구항 1에 있어서,
    상기 UE #3의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #1에 전송하는 단계; 및
    상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 단계를 더 포함하며,
    "상기 HARQ 피드백 #1이 NACK을 지시하고, 상기 HARQ 피드백 #2가 ACK을 지시하는 경우", 상기 수신 대상은 상기 ACK에 연관된 상기 IUC 요청 정보 #2를 전송한 상기 UE #2로 결정되는,
    UE #3의 방법.
  8. 청구항 1에 있어서,
    상기 IUC 요청 신호 #1은 상기 UE #1이 전송하는 SCI(sidelink control information) #1에 포함되고, 상기 IUC 요청 신호 #2는 상기 UE #2가 전송하는 SCI #2에 포함되는,
    UE #3의 방법.
  9. UE(user equipment) #1의 방법으로서,
    IUC(inter-UE coordination) 요청 신호 #1을 UE #2에 전송하는 동작 및 IUC 요청 신호 #2를 상기 UE #2로부터 수신하는 동작을 수행하는 단계;
    상기 UE #1의 우선순위 #1과 상기 UE #2의 우선순위 #2 간의 비교 결과에 기초하여, 상기 UE #1이 수행하는 IUC 동작을 결정하는 단계; 및
    상기 IUC 동작을 수행하는 단계를 포함하는,
    상기 IUC 동작은 "상기 UE #1이 상기 IUC 요청 신호 #1에 따른 IUC 정보 #1을 상기 UE #2로부터 수신하는 제1 동작" 또는 "상기 UE #1이 상기 IUC 요청 신호 #2에 따른 IUC 정보 #2를 상기 UE #2에 전송하는 제2 동작"인,
    UE #1의 방법.
  10. 청구항 9에 있어서,
    상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 제1 동작은 수행되고, 상기 우선순위 #1이 상기 우선순위 #2 보다 낮은 경우에 상기 제2 동작은 수행되는,
    UE #1의 방법.
  11. 청구항 9에 있어서,
    상기 IUC 요청 신호 #1은 상기 우선순위 #1의 정보를 포함하고, 상기 IUC 요청 신호 #2는 상기 우선순위 #2의 정보를 포함하고, 상기 IUC 요청 신호 #1은 상기 UE #1이 전송하는 SCI(sidelink control information) #1에 포함되고, 상기 IUC 요청 신호 #2는 상기 UE #2가 전송하는 SCI #2에 포함되는,
    UE #1의 방법.
  12. 청구항 9에 있어서,
    상기 IUC 요청 신호 #1의 전송 시점 #1이 상기 IUC 요청 신호 #2의 전송 시점 #2 이전 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단되고, 이 경우에 상기 제1 동작은 수행되고,
    상기 전송 시점 #1이 상기 전송 시점 #2 이후 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단되고, 이 경우에 상기 제2 동작은 수행되는,
    UE #1의 방법.
  13. 청구항 9에 있어서,
    상기 UE #1의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ(hybrid automatic repeat request) 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함하며,
    상기 HARQ 피드백 #1의 전송 시점 #1이 상기 HARQ 피드백 #2의 전송 시점 #2 이전 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단되고, 이 경우에 상기 제1 동작은 수행되고,
    상기 전송 시점 #1이 상기 전송 시점 #2 이후 인 경우에 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단되고, 이 경우에 상기 제2 동작은 수행되는,
    UE #1의 방법.
  14. 청구항 9에 있어서,
    상기 UE #1의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함하며,
    상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 모두가 ACK(acknowledgement)을 지시하는 경우, 상기 IUC 동작은 상기 IUC 요청 신호 #1에 포함된 상기 우선순위 #1의 정보 및 상기 IUC 요청 신호 #2에 포함된 상기 우선순위 #2의 정보에 기초하여 결정되는,
    UE #1의 방법.
  15. 청구항 9에 있어서,
    상기 UE #1의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함하며,
    "상기 HARQ 피드백 #1이 ACK을 지시하고, 상기 HARQ 피드백 #2가 NACK(negative ACK)을 지시하는 경우", 상기 우선순위 #1은 상기 우선순위 #2 보다 높은 것으로 판단되고, 이 경우에 상기 제1 동작은 수행되는,
    UE #1의 방법.
  16. 청구항 9에 있어서,
    상기 UE #1의 방법은,
    상기 IUC 요청 신호 #1에 대한 HARQ 피드백 #1을 상기 UE #2로부터 수신하는 동작 및 상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 동작을 수행하는 단계를 더 포함하며,
    "상기 HARQ 피드백 #1이 NACK을 지시하고, 상기 HARQ 피드백 #2가 ACK을 지시하는 경우", 상기 우선순위 #1은 상기 우선순위 #2 보다 낮은 것으로 판단되고, 이 경우에 상기 제2 동작은 수행되는,
    UE #1의 방법.
  17. UE(user equipment) #3으로서,
    프로세서를 포함하며,
    상기 프로세서는 상기 UE #3이,
    UE #1로부터 IUC(inter-UE coordination) 요청 신호 #1을 수신하는 동작 및 UE #2로부터 IUC 요청 신호 #2를 수신하는 동작을 수행하고;
    우선순위에 기초하여 상기 UE #1 및 상기 UE #2 중 하나를 IUC 정보의 수신 대상으로 결정하고; 그리고
    상기 IUC 요청 신호 #1 또는 상기 IUC 요청 신호 #2를 기초로 생성된 상기 IUC 정보를 상기 수신 대상에 전송하는 것을 야기하도록 동작하는,
    UE #3.
  18. 청구항 17에 있어서,
    상기 IUC 요청 신호 #1은 상기 UE #1의 우선순위 #1의 정보를 포함하고, 상기 IUC 요청 신호 #2는 상기 UE #2의 우선순위 #2의 정보를 포함하고, 상기 우선순위 #1이 상기 우선순위 #2 보다 높은 경우에 상기 IUC 정보는 상기 UE #1에 전송되고, 상기 우선순위 #2가 상기 우선순위 #1 보다 높은 경우에 상기 IUC 정보는 상기 UE #2에 전송되는,
    UE #3.
  19. 청구항 17에 있어서,
    시간 도메인에서 상기 IUC 요청 신호 #1의 수신 시점 #1이 상기 IUC 요청 신호 #2의 수신 시점 #2 이전인 경우에 상기 UE #1의 우선순위 #1은 상기 UE #2의 우선순위 #2 보다 높은 것으로 판단되고, 이 경우에 상기 IUC 정보는 상기 UE #1에 전송되고,
    상기 시간 도메인에서 상기 수신 시점 #2가 상기 수신 시점 #1 이전인 경우에 상기 UE #2의 우선순위 #2는 상기 UE #1의 우선순위 #1 보다 높은 것으로 판단되고, 이 경우에 상기 IUC 정보는 상기 UE #2에 전송되는,
    UE #3.
  20. 청구항 17에 있어서,
    상기 프로세서는 상기 UE #3이,
    상기 IUC 요청 신호 #1에 대한 HARQ(hybrid automatic repeat request) 피드백 #1을 상기 UE #1에 전송하고; 그리고
    상기 IUC 요청 신호 #2에 대한 HARQ 피드백 #2를 상기 UE #2에 전송하는 것을 더 야기하도록 동작하며,
    상기 우선순위는 상기 HARQ 피드백 #1 및 상기 HARQ 피드백 #2 각각에 의해 지시되는 ACK(acknowledgement) 또는 NACK(negative ACK)을 기초로 결정되는,
    UE #3.
PCT/KR2022/021664 2022-01-10 2022-12-29 사이드링크에서 인터-ue 조정을 위한 방법 및 장치 WO2023132569A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202280088294.0A CN118525591A (zh) 2022-01-10 2022-12-29 用于侧链路中的ue间协调的方法和装置
US18/743,883 US20240349308A1 (en) 2022-01-10 2024-06-14 Method and device for inter-ue coordination in sidelink

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20220003601 2022-01-10
KR10-2022-0003601 2022-01-10

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/743,883 Continuation US20240349308A1 (en) 2022-01-10 2024-06-14 Method and device for inter-ue coordination in sidelink

Publications (1)

Publication Number Publication Date
WO2023132569A1 true WO2023132569A1 (ko) 2023-07-13

Family

ID=87073837

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/021664 WO2023132569A1 (ko) 2022-01-10 2022-12-29 사이드링크에서 인터-ue 조정을 위한 방법 및 장치

Country Status (4)

Country Link
US (1) US20240349308A1 (ko)
KR (1) KR20230108218A (ko)
CN (1) CN118525591A (ko)
WO (1) WO2023132569A1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210250954A1 (en) * 2020-02-11 2021-08-12 Asustek Computer Inc. Method and apparatus for scheduling device-to-device sidelink transmission in a wireless communication system
US20210321430A1 (en) * 2020-04-10 2021-10-14 Qualcomm Incoporated Shared information for inter-user equipment coordination on a sidelink channel

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210250954A1 (en) * 2020-02-11 2021-08-12 Asustek Computer Inc. Method and apparatus for scheduling device-to-device sidelink transmission in a wireless communication system
US20210321430A1 (en) * 2020-04-10 2021-10-14 Qualcomm Incoporated Shared information for inter-user equipment coordination on a sidelink channel

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LENOVO, MOTOROLA MOBILITY: "Discussion on sidelink resource allocation enhancements", 3GPP DRAFT; R2-2110317, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20211101 - 20211112, 22 October 2021 (2021-10-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052066760 *
NTT DOCOMO, INC.: "Resource allocation for reliability and latency enhancements", 3GPP DRAFT; R1-2112127, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211111 - 20211119, 5 November 2021 (2021-11-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052074392 *
SAMSUNG: "On Inter-UE Coordination for Mode2 Enhancements", 3GPP DRAFT; R1-2111759, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211111 - 20211119, 5 November 2021 (2021-11-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052074315 *

Also Published As

Publication number Publication date
KR20230108218A (ko) 2023-07-18
CN118525591A (zh) 2024-08-20
US20240349308A1 (en) 2024-10-17

Similar Documents

Publication Publication Date Title
WO2020032653A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 무선 링크 모니터링을 수행하는 방법 및 이를 위한 장치
WO2021034044A1 (ko) 통신 시스템에서 사이드링크 자원들의 설정 방법
WO2021033945A1 (ko) 통신 시스템에서 사이드링크 자원의 설정 방법
WO2018062735A1 (ko) 통신 시스템에서 공통 자원에 기초한 접속 제어 방법 및 장치
WO2016085276A1 (en) Methods and apparatus for control information resource allocation for d2d communications
WO2018097497A1 (ko) 통신 시스템에서 접속 방법 및 이를 수행하는 장치
WO2021034124A1 (ko) 통신 시스템에서 사이드링크 자원의 예약을 위한 방법 및 장치
WO2021029596A1 (ko) 사이드링크 통신을 지원하는 통신 시스템에서 harq 응답의 송수신을 위한 방법 및 장치
WO2020180032A1 (ko) Nr v2x에서 psfch를 전송하는 방법 및 장치
WO2021006499A1 (ko) Nr v2x에서 피드백 자원을 결정하는 방법 및 장치
WO2021034045A1 (ko) 통신 시스템에서 사이드링크 제어 정보의 송수신을 위한 방법 및 장치
WO2021096108A1 (ko) 무선 통신 시스템에서 초저지연 고신뢰성 통신을 위한 사이드링크 데이터 전송 방법 및 이를 위한 장치
WO2021066613A1 (ko) Nr v2x에서 전송 블록을 전송하는 방법 및 장치
WO2021029663A1 (ko) Nr v2x에서 sl harq 피드백에 대한 정보를 보고하는 방법 및 장치
WO2021145585A1 (ko) 통신 시스템에서 사이드링크 데이터의 송수신을 위한 방법 및 장치
WO2020032770A1 (ko) 무선 통신 시스템에서 신호를 수신 단말에게 전송하는 방법 및 단말
WO2023014047A1 (ko) 사이드링크 통신에서 인터-ue 조정 정보의 요청 및 전송을 위한 방법 및 장치
WO2023132569A1 (ko) 사이드링크에서 인터-ue 조정을 위한 방법 및 장치
WO2022154464A1 (ko) Nr v2x에서 랜덤 자원 선택을 수행하는 방법 및 장치
WO2022139394A1 (ko) 무선 통신 시스템에서 빔 실패 복구 방법 및 장치
WO2024151063A1 (ko) 공유된 cot에서 다중 홉 사이드링크 통신의 방법 및 장치
WO2024076064A1 (ko) 사이드링크 통신에서 동기 신호 기반의 빔 트래킹 및 관리를 위한 방법 및 장치
WO2023146295A1 (ko) 사이드링크 통신에서 동기 신호 블록 송수신 방법 및 장치
WO2023146303A1 (ko) 사이드링크 통신에서 단말 간 초기 빔 액세스 방법 및 장치
WO2024151064A1 (ko) 공유된 cot에서 캐스트 타입에 기초한 사이드링크 통신의 방법 및 장치

Legal Events

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

Ref document number: 22919106

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022919106

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022919106

Country of ref document: EP

Effective date: 20240812