COT-based communication method and apparatus in unlicensed bands
By configuring devices to share COT information via SCI and PSCCH/PSSCH channels, the method addresses inefficiencies in 5G NR and 6G systems, enhancing communication efficiency and supporting high data rates and low energy consumption.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-01-29
- Publication Date
- 2026-03-17
AI Technical Summary
Existing wireless communication systems, particularly 5G NR and future 6G systems, face challenges in achieving extremely high data rates, low latency, and efficient energy consumption, especially in scenarios involving large numbers of connected devices and diverse connectivity requirements.
Implementing a method for wireless communication that includes configuring devices to receive and share Channel Occupancy Time (COT) information using SCI and PSCCH/PSSCH channels, enabling efficient resource allocation and sharing among devices.
Enhances communication efficiency by optimizing resource utilization and reducing latency, supporting high data rates and low energy consumption in 6G systems.
Smart Images

Figure 2026509118000001_ABST
Abstract
Description
[Technical Field]
[0001] This disclosure relates to wireless communication systems. [Background technology]
[0002] 5G NR is a new clean-slate mobile communication system that succeeds LTE (Long Term Evolution) and features high performance, low latency, and high availability. 5G NR can utilize all available spectral resources, from the low-frequency band below 1 GHz to the intermediate-frequency band between 1 GHz and 10 GHz, and the high-frequency (millimeter wave) band above 24 GHz.
[0003] The goals of 6G (wireless communication) systems include (i) extremely high data rates per device, (ii) a very large number of connected devices, (iii) global connectivity, (iv) extremely low latency, (v) reduced energy consumption of battery-free IoT (Internet of Things) devices, (vi) ultra-high reliability connectivity, and (vii) connected intelligence with machine learning capabilities. The vision for 6G systems has four aspects: intelligent connectivity, deep connectivity, holographic connectivity, and ubiquitous connectivity, and 6G systems can satisfy the requirements shown in Table 1 below. For example, Table 1 can show an example of the requirements for a 6G system.
[0004] [Table 1] [Overview of the project] [Means for solving the problem]
[0005] According to one embodiment of the present disclosure, a method is provided for a first device to perform wireless communication. For example, the method may include (encompass; configure; construct; set up; include; contain; contain; have; for example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0006] According to one embodiment of the present disclosure, a first device configured to perform wireless communication is provided. For example, the first device may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, based on the fact that the instructions are executed by the at least one processor, the first device may be configured to receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel); and to receive the second SCI from the second device via the PSSCH for COT (channel occupancy time) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0007] According to one embodiment of the present disclosure, a processing unit configured to control a first device is provided. For example, the processing unit may include at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, the first device may be configured to receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel), based on the fact that the instructions are executed by the at least one processor; and to receive the second SCI from the second device via the PSSCH for channel occupancy time (COT) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0008] According to one embodiment of the present disclosure, a non-temporary computer-readable storage medium recording instructions is provided. For example, when the instructions are executed, the first device may receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel); and receive the second SCI from the second device via the PSSCH for COT (channel occupancy time) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Brief explanation of the drawing]
[0009] [Figure 1] This disclosure shows a communication structure that can be provided in a 6G system according to one embodiment of this disclosure. [Figure 2] An electromagnetic spectrum according to one embodiment of this disclosure is shown. [Figure 3] This disclosure presents an example of a typical NTN scenario based on a transparent payload, according to one embodiment of this disclosure. [Figure 4] This disclosure presents an example of a typical NTN scenario based on a regenerative payload, according to one embodiment of this disclosure. [Figure 5] An example of sensing operation according to one embodiment of this disclosure is shown. [Figure 6] This shows a frame slot structure according to one embodiment of the present disclosure. [Figure 7] An example of a BWP according to one embodiment of this disclosure is shown. [Figure 8] One embodiment of this disclosure illustrates a procedure for a terminal to perform V2X or SL communication depending on the resource allocation mode. [Figure 9] An interlaced RB according to one embodiment of this disclosure is shown. [Figure 10] One embodiment of this disclosure illustrates a procedure for a terminal to transmit COT shared information to another terminal. [Figure 11] One embodiment of this disclosure illustrates a method by which a first device performs wireless communication. [Figure 12] One embodiment of this disclosure illustrates a method by which a second device performs wireless communication. [Figure 13] A communication system 1 according to one embodiment of this disclosure is shown. [Figure 14] A wireless device according to one embodiment of this disclosure is shown. [Figure 15]A signal processing circuit for a transmitted signal according to one embodiment of this disclosure is shown. [Figure 16] A wireless device according to one embodiment of this disclosure is shown. [Figure 17] A portable device according to one embodiment of this disclosure is shown. [Figure 18] An embodiment of the present disclosure shows a vehicle or an autonomous vehicle. [Modes for carrying out the invention]
[0010] In this specification, "A or B" may mean "just A," "just B," or "both A and B." Furthermore, in this specification, "A or B" may be interpreted as "A and / or B." For example, in this specification, "A, B or C" may mean "just A," "just B," "just C," or "any combination of A, B and C."
[0011] In this specification, slashes ( / ) and commas can mean "and / or". For example, "A / B" can mean "A and / or B". Thus, "A / B" can mean "just A", "just B", or "both A and B". For example, "A, B, C" can mean "A, B or C".
[0012] In this specification, "at least one of A and B" can mean "just A," "just B," or "both A and B." Furthermore, in this specification, the expressions "at least one of A or B" and "at least one of A and / or B" can be interpreted in the same way as "at least one of A and B."
[0013] Furthermore, in this specification, "at least one of A, B and C" may mean "just A," "just B," "just C," or "any combination of A, B and C." Also, "at least one of A, B or C" or "at least one of A, B and / or C" may mean "at least one of A, B and C."
[0014] Furthermore, parentheses used in this specification can mean "for example." Specifically, when "control information (PDCCH)" is shown, "PDCCH" is proposed as an example of "control information." Also, "control information" in this specification is not limited to "PDCCH," and "PDCCH" is proposed as an example of "control information." Similarly, when "control information (i.e., PDCCH)" is shown, "PDCCH" is proposed as an example of "control information."
[0015] In the following explanation, "when, if, in case of" can be replaced with "based on".
[0016] In this specification, technical features described individually within a single drawing may be represented individually or simultaneously.
[0017] In this specification, higher layer parameters may be parameters that are set for a terminal, pre-configured, or predefined. For example, a base station or network may transmit higher layer parameters to a terminal. For example, higher layer parameters may be transmitted via RRC (radio resource control) signaling or MAC (medium access control) signaling.
[0018] In this specification, "configured or defined" can be interpreted as being configured or pre-configured in the device via predefined signaling (e.g., SIB, MAC, RRC) from a base station or network. In this specification, "configured or defined" can be interpreted as being pre-configured in the device.
[0019] The technologies proposed herein can be used in various wireless communication systems such as CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access). CDMA can be implemented in wireless technologies such as UTRA (universal terrestrial radio access) and CDMA2000. TDMA can be implemented in wireless technologies such as GSM (global system for mobile communications) / GPRS (general packet radio service) / EDGE (enhanced data rates for GSM evolution). OFDMA can be implemented in wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (evolved UTRA), LTE (long term evolution), and 5G NR.
[0020] The technologies proposed herein are implemented in 6G wireless technology and can be applied to various 6G systems. For example, 6G systems can have key factors such as eMBB (enhanced mobile broadband), URLLC (ultra-reliable low latency communications), mMTC (massive machine-type communication), AI (artificial intelligence) integrated communication, tactile internet, high throughput, high network capacity, high energy efficiency, low back haul and access network congestion, and enhanced data security.
[0021] Figure 1 shows a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure. The embodiment of Figure 1 can be combined with various embodiments of the present disclosure.
[0022] The new network characteristics in 6G are as follows:
[0023] - Satellite integrated network
[0024] - Connected Intelligence: Unlike previous generations of wireless communication systems, 6G is revolutionary, updating wireless technology from "connected things" to "connected intelligence." AI can be applied to each step of the communication procedure (or each step of the signal processing described below).
[0025] - Seamless integration of wireless information and energy transfer
[0026] - Ubiquitous Super 3D Connectivity: Connecting drones and very low Earth orbit satellites to the network and core network functions creates Super 3D connectivity in 6G Ubiquitous.
[0027] The following are some common requirements for the characteristics of the new 6G network described above:
[0028] - Small cell networks
[0029] - Ultra-dense heterogeneous network
[0030] - High-capacity backhaul
[0031] - Raider technology integrated with mobile technology: High-precision localization (or location-based services) via communications is one of the functions of 6G wireless communication systems. Therefore, radar systems can be integrated with 6G networks.
[0032] - Softwareization and virtualization
[0033] The core implementation technologies for 6G systems will be described below.
[0034] - Artificial Intelligence: Introducing AI into communications simplifies and improves real-time data transmission. AI can use numerous analyses to determine how complex target operations are performed. In other words, AI can increase efficiency and reduce processing delays. Time-consuming tasks such as handover, network selection, and resource scheduling can be performed instantly using AI. AI can also play an important role in M2M, machine-to-human, and human-to-machine communications. Furthermore, AI enables rapid communication in BCI (Brain-Computer Interface). AI-based communication systems are supported by metamaterials, intelligent structures, intelligent networks, intelligent devices, intelligent radio, self-sustaining wireless networks, and machine learning.
[0035] -THz communication (terahertz communication): Data transmission rates can be increased by increasing bandwidth. This can be achieved by using sub-THz communication with a wide bandwidth and applying advanced large-scale MIMO technology. THz waves, also known as sub-millimeter radiation, typically represent a frequency band between 0.1 THz and 10 THz with wavelengths in the 0.03 mm-3 mm range. The 100 GHz-300 GHz band range (Sub THz band) is considered the main part of the THz band for cellular communication. Adding the Sub-THz band to the mmWave band increases 6G cellular communication capacity. Of the defined THz band, 300 GHz-3 THz is in the far-infrared (IR) frequency band. The 300 GHz-3 THz band is part of a broadband but is at the boundary of the broadband, just behind the RF band. Therefore, this 300 GHz-3 THz band is similar to RF. Figure 2 shows the electromagnetic spectrum according to one embodiment of the present disclosure. The embodiment in Figure 2 can be combined with various embodiments of the present disclosure. The main characteristics of THz communication include (i) a wide bandwidth available to support very high data transmission rates, and (ii) high path loss occurring at high frequencies (highly directional antennas are essential). The narrow beamwidth generated by highly directional antennas reduces interference. The small wavelength of THz signals allows more antenna elements to be integrated into equipment and BS operating in this band. Through this, advanced adaptive array techniques can be used to overcome range limitations.
[0036] - Large-scale MIMO technology
[0037] - Hologram beamforming (HBF)
[0038] -Optical wireless technology
[0039] - Free-space optical backhaul network (FSO backhaul network)
[0040] -Quantum communication
[0041] - Cell-free communication
[0042] - Integration of wireless information and power transmission
[0043] - Integration of sensing and communication (wireless communication and scanning)
[0044] - Integrated access and backhaul network
[0045] - Big data analysis
[0046] - Reconfigurable intelligent surface
[0047] - Metaverse
[0048] - Blockchain
[0049] - Unmanned aerial vehicles (UAVs): UAVs, or drones, will be a crucial element in 6G wireless communication. In most cases, high-speed data wireless connectivity will be provided using UAV technology. Base station (BS) entities can be installed on UAVs to provide cellular connectivity. UAVs have certain features not found in fixed BS infrastructure, such as easy deployment, strong visible line links, and the freedom of controlled mobility. During emergencies such as natural disasters, the deployment of ground communication infrastructure is not economically feasible and sometimes cannot provide services in volatile environments. UAVs can easily handle such situations. UAVs can become a new paradigm in the field of wireless communication. This technology facilitates the three basic requirements of wireless networks: eMBB, URLLC, and mMTC. UAVs can also support various purposes such as improving network connectivity, fire detection, disaster emergency services, security and surveillance, pollution monitoring, parking monitoring, and accident monitoring. Therefore, UAV technology is recognized as one of the most important technologies for 6G communication.
[0050] - Advanced Air Mobility (AAM): AAM is a broader concept than UAM (urban air mobility), which refers to air transport available in urban areas. It encompasses transportation methods that include travel between regional hubs as well as within urban areas.
[0051] - Autonomous driving (self-driving): V2X (vehicle to everything), a key factor in building autonomous driving infrastructure, can be a technology that allows vehicles to communicate and share information with various elements on the road, such as vehicle-to-vehicle (V2V) and vehicle-to-infrastructure (V2I), in order to enable autonomous driving. To maximize the performance of autonomous driving and ensure high safety, fast transmission speeds and low latency technology are absolutely necessary. Furthermore, in the future, autonomous driving may go beyond simply conveying warning and guidance messages to the driver and may need to actively intervene in vehicle operation and directly control the vehicle in dangerous situations. For this reason, the amount of information that needs to be transmitted and received may become enormous, so it is expected that 6G will be able to maximize autonomous driving with faster transmission speeds and lower latency than 5G.
[0052] - Non-terrestrial networks (NTN): NTN can refer to a network or network segment that uses RF (radio frequency) resources onboard a satellite (or UAS (unmanned aerial system) platform). Figure 3 shows an example of a typical scenario of NTN based on a transparent payload according to one embodiment of this disclosure. Figure 4 shows an example of a typical scenario of NTN based on a regenerative payload according to one embodiment of this disclosure. Embodiments of Figure 3 or Figure 4 can be combined with various embodiments of this disclosure. Referring to Figure 3, the satellite (or UAS platform) can generate a service link with the UE. The satellite (or UAS platform) can connect to a gateway via a feeder link. The satellite can connect to a data network via a gateway. Beam footprint can mean the area from which signals transmitted by the satellite can be received. Referring to Figure 4, the satellite (or UAS platform) can generate a service link with the UE. A satellite (or UAS platform) connected to a UE can connect to other satellites (or UAS platforms) via ISLs (inter-satellite links). Other satellites (or UAS platforms) can connect to gateways via feeder links. Based on the regenerated payload, the satellite can connect to the data network via gateways with other satellites. If an ISL does not exist between satellites, a feeder link may be required between the satellite and the gateway. Figures 3 and 4 are merely examples of NTN scenarios, and NTN can implement various scenarios.For example, a satellite (or UAS platform) can implement a transparent or regenerative (with onboard processing) payload. For example, a satellite (or UAS platform) can generate various beams over a specified service area depending on the satellite's (or UAS platform's) field of view. For example, the satellite's (or UAS platform's) field of view may vary depending on the onboard antenna diagram and the elevation angle. For example, a transparent payload may include radio frequency filtering, frequency conversion, and amplification. Therefore, the waveform signal repeated by the payload may not be altered. For example, a regenerative payload may include radio frequency filtering, frequency conversion, and amplification, demodulation / decoding, switching and / or routing, coding / modulation. For example, a regenerative payload is substantially the same as mounting all or part of the base station functions on a satellite (or UAS platform).
[0053] - Integrated Sensing and Communication (ISAC): Wireless sensing is a technology that uses radio frequencies to determine the instantaneous linear velocity, angle, distance (range), etc., of an object, thereby obtaining information about the characteristics of the environment and / or objects within that environment. Because wireless frequency sensing does not require connection to an object via a device in the network, it can provide a service for determining object location without any device. The ability to obtain range, velocity, and angle information from wireless frequency signals can provide a wide range of new functions such as various object sensing, object recognition (e.g., vehicles, people, animals, UAVs), and high-precision location determination, tracking, and activity recognition. Wireless sensing services can provide information to various industries (e.g., unmanned aerial vehicles, smart homes, V2X, factories, railways, public safety, etc.) enabling applications such as intruder detection, control and navigation of auxiliary vehicles, trajectory tracking, collision avoidance, traffic management, and health and traffic management. In some cases, wireless sensing can use non-3GPP type sensors (e.g., radar, cameras) to further support 3GPP (registered trademark; hereafter the same) based sensing. For example, the operation of a wireless sensing service, i.e., sensing operation, can depend on the transmission, reflection, and scattering of wireless sensing signals. Therefore, wireless sensing can provide an opportunity to enhance existing communication systems with wireless and sensing networks in communication networks. Figure 5 shows an example of sensing operation according to one embodiment of the present disclosure. The embodiment of Figure 5 can be combined with various embodiments of the present disclosure. Specifically, Figure 5(a) shows an example of sensing using a sensing receiver and sensing transmitter located in the same position (e.g., monostatic sensing), and Figure 5(b) shows an example of sensing using a separated sensing receiver and sensing transmitter (e.g., bistatic sensing).
[0054] The layers of the Radio Interface Protocol (RRC) between a terminal and a network can be divided into L1 (Layer 1), L2 (Layer 2), and L3 (Layer 3) based on the three lower layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems. Of these, the physical layer, which belongs to Layer 1, provides information transfer services using physical channels, while the RRC (Radio Resource Control) layer, located in Layer 3, plays the role of controlling radio resources between the terminal and the network. To this end, the RRC layer exchanges RRC messages between the terminal and the base station.
[0055] The physical layer provides information transfer services to higher layers using physical channels. The physical layer is connected to the higher layer, the MAC (Medium Access Control) layer, via transport channels. Data moves between the MAC layer and the physical layer via these transport channels. Transport channels are classified according to how and with what characteristics data is transmitted via the wireless interface.
[0056] Data travels between different physical layers, i.e., between the physical layers of the transmitter and receiver, via a physical channel. This physical channel can be modulated using the OFDM (Orthogonal Frequency Division Multiplexing) method, utilizing time and frequency as wireless resources.
[0057] The MAC layer provides services to the higher-level RLC (radio link control) layer via logical channels. The MAC layer provides mapping functionality from multiple logical channels to multiple transport channels. Furthermore, the MAC layer provides logical channel multiplexing functionality through mapping from multiple logical channels to a single transport channel. The MAC sub-layer provides data transfer services on logical channels.
[0058] The RLC hierarchy performs concatenation, segmentation, and reassembly of RLC SDUs (Service Data Units). To ensure the diverse Quality of Service (QoS) requirements of radio bearers (RBs), the RLC hierarchy provides three operating modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM). AM RLC provides error correction via ARQ (automatic repeat request).
[0059] The RRC (Radio Resource Control) layer is defined only in the control plane. The RRC layer is responsible for controlling logical channels, transmit channels, and physical channels in relation to the configuration, reconfiguration, and release of radio bearers. RB refers to the logical path provided by the first layer (physical layer or PHY layer) and the second layer (MAC layer, RLC layer, PDCP (Packet Data Convergence Protocol) layer, SDAP (Service Data Adaptation Protocol) layer) for data transmission between the terminal and the network.
[0060] The functions of the PDCP hierarchy on the user plane include the transmission of user data, header compression, and encryption. The functions of the PDCP hierarchy on the control plane include the transmission of control plane data and encryption / integrity protection.
[0061] The SDAP (Service Data Adaptation Protocol) layer is defined only at the user level. The SDAP layer performs tasks such as mapping QoS flows to data radio bearers and marking QoS flow identifiers (IDs) in downlink and uplink packets.
[0062] Setting up a Radio Bearing (RB) refers to the process of defining the characteristics of the radio protocol hierarchy and channel in order to provide a specific service, and setting the specific parameters and operating methods for each. Furthermore, RBs are divided into two types: SRB (Signaling Radio Bearer) and DRB (Data Radio Bearer). The SRB is used as a channel for transmitting RRC messages in the control plane, while the DRB is used as a channel for transmitting user data in the user plane.
[0063] When an RRC connection is established between the terminal's RRC layer and the base station's RRC layer, the terminal enters the RRC_CONNECTED state; otherwise, it enters the RRC_IDLE state. In the case of NR, an additional RRC_INACTIVE state is defined, in which a terminal in the RRC_INACTIVE state can maintain its connection with the core network and release its connection with the base station.
[0064] Downlink transport channels, which transmit data from the network to terminals, include BCH (Broadcast Channel) for transmitting system information and Downlink SCH (Shared Channel) for transmitting user traffic and control messages. Downlink multicast or broadcast service traffic or control messages can be transmitted via Downlink SCH or via a separate Downlink MCH (Multicast Channel). On the other hand, uplink transport channels, which transmit data from terminals to the network, include RACH (Random Access Channel) for transmitting initial control messages and Uplink SCH (Shared Channel) for transmitting user traffic and control messages.
[0065] Above the transport channel level, logical channels mapped to the transport channel include BCCH (Broadcast Control Channel), PCCH (Paging Control Channel), CCCH (Common Control Channel), MCCH (Multicast Control Channel), and MTCH (Multicast Traffic Channel).
[0066] Radio frames can be used for uplink and downlink transmissions. A radio frame has a length of 10ms and can be defined as two 5ms half-frames (HF). A half-frame can contain five 1ms subframes (SF). A subframe can be divided into one or more slots, and the number of slots within a subframe can be determined by the subcarrier spacing (SCS). Each slot can contain 12 or 14 OFDM(A) symbols by a cyclic prefix (CP).
[0067] When normal CP is used, each slot can contain 14 symbols. When extended CP is used, each slot can contain 12 symbols. Here, symbols can include OFDM symbols (or CP-OFDM symbols), SC-FDMA (Single Carrier-FDMA) symbols (or DFT-s-OFDM (Discrete Fourier Transform-spread-OFDM) symbols).
[0068] Table 2 below shows the number of symbols per slot (N) depending on the SCS setting (u) when a normal CP or extended CP is used. slot symb ), number of slots per frame (N frame,u slot ) and the number of slots per subframe (N subframe,u slot ) is an example.
[0069] [Table 2]
[0070] Figure 6 shows a frame slot structure according to one embodiment of the present disclosure. The embodiment in Figure 6 can be combined with various embodiments of the present disclosure.
[0071] Referring to Figure 6, a slot contains multiple symbols in the time domain. A carrier wave contains multiple subcarriers in the frequency domain. An RB (Resource Block) can be defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A BWP (Bandwidth Part) can be defined as multiple consecutive (P)RBs ((Physical)Resource Blocks) in the frequency domain and can correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier wave can contain up to N (e.g., 5) BWPs. Data communication can be performed via activated BWPs. Each element is called a Resource Element (RE) in the resource grid and can be mapped to a single complex symbol.
[0072] A Bandwidth Part (BWP) is a contiguous set of Physical Resource Blocks (PRBs) for a given numerology. PRBs can be selected from a contiguous subset of Common Resource Blocks (CRBs) for a given numerology on a given carrier.
[0073] Figure 7 shows an example of a BWP according to one embodiment of the present disclosure. The embodiment in Figure 7 can be combined with various embodiments of the present disclosure. In the embodiment of Figure 7, it is assumed that there are three BWPs.
[0074] Referring to Figure 7, the CRB (common resource block) is a carrier resource block numbered from one end of the carrier band to the other. The PRB is a resource block numbered within each BWP. Point A can indicate a common reference point for the resource block grid.
[0075] BWP is point A, offset (N) from point A.start BWP ) and bandwidth (N size BWP ) can be set thereby. For example, point A is an external reference point of the PRB of the carrier where sub-carrier 0 of all numerologies (for example, all numerologies supported by the network for the corresponding carrier) is aligned. For example, the offset is the PRB interval between the lowest sub-carrier and point A for a given numerology. For example, the bandwidth is the number of PRBs for a given numerology.
[0076] The SLSS (Sidelink Synchronization Signal) is a sidelink (SL)-specific sequence and can include a PSSS (Primary Sidelink Synchronization Signal) and an SSSS (Secondary Sidelink Synchronization Signal). The PSSS can be referred to as S-PSS (Sidelink Primary Synchronization Signal), and the SSSS can be referred to as S-SSS (Sidelink Secondary Synchronization Signal). For example, length-127 M-sequences can be used for the S-PSS, and length-127 Gold sequences can be used for the S-SSS. For example, a terminal can use the S-PSS to detect the first signal and acquire synchronization. For example, a terminal can use the S-PSS and S-SSS to acquire fine synchronization and detect the synchronization signal ID.
[0077] The PSBCH (Physical Sidelink Broadcast Channel) is a broadcast channel that transmits fundamental (system) information that terminals should know first before transmitting or receiving SL signals. For example, this fundamental information includes information related to SLSS, duplex mode (DM), TDDUL / DL (Time Division Duplex Uplink / Downlink) configuration, resource pool-related information, application types related to SLSS, subframe offset, and broadcast information. For example, to evaluate PSBCH performance, in NR V2X, the size of the PSBCH payload is 56 bits, including a 24-bit CRC (Cyclic Redundancy Check).
[0078] S-PSS, S-SSS, and PSBCH can be included in a block format that supports periodic transmission (e.g., an SLSS (Synchronization Signal) / PSBCH block, hereinafter referred to as S-SSB (Sidelink-Synchronization Signal Block)). The S-SSB can have the same numerology (i.e., SCS and CP lengths) as the PSCCH (Physical Sidelink Control Channel) / PSSCH (Physical Sidelink Shared Channel) in the carrier, and its transmission bandwidth is within a (pre-configured) Sidelink Bandwidth Part (SL BWP). For example, the bandwidth of the S-SSB is 11RB (Resource Block). For example, the PSBCH spans 11RB. The frequency position of the S-SSB can be (pre-configured). Therefore, the terminal does not need to perform hypothesis detection on frequency to find the S-SSB in the carrier.
[0079] In this specification, PSCCH can be replaced with control channels, physical control channels, control channels associated with side links, physical control channels associated with side links, etc. In this specification, PSSCH can be replaced with shared channels, physical shared channels, shared channels associated with side links, physical shared channels associated with side links, etc.
[0080] Figure 8 illustrates a procedure in which a terminal performs V2X or SL communication according to a resource allocation mode, according to one embodiment of the present disclosure. The embodiment in Figure 8 can be combined with various embodiments of the present disclosure.
[0081] Referring to Figure 8(a), in resource allocation mode 1, the base station can schedule SL resources to be used by the terminal for SL transmission. For example, in step S800, the base station can transmit information related to the SL resources and / or information related to the UL resources to the first terminal. For example, the UL resources may include PUCCH resources and / or PUSCH resources. For example, the UL resources may be resources for reporting SL HARQ feedback to the base station.
[0082] For example, the first terminal can receive from the base station information related to a DG (dynamic grant) resource and / or information related to a CG (configured grant) resource. For example, a CG resource may include a CG type 1 resource or a CG type 2 resource. In this specification, a DG resource may be a resource that the base station configures / assigns to the first terminal via DCI (downlink control information). In this specification, a CG resource may be a (periodic) resource that the base station configures / assigns to the first terminal via DCI and / or RRC messages. For example, in the case of a CG type 1 resource, the base station may send an RRC message containing information related to the CG resource to the first terminal. For example, in the case of a CG type 2 resource, the base station may send an RRC message containing information related to the CG resource to the first terminal, and the base station may send DCI related to the activation or release of the CG resource to the first terminal.
[0083] In step S810, the first terminal can transmit a PSCCH (e.g., SCI (Sidelink Control Information) or 1st-stage SCI) to the second terminal based on the resource scheduling. In step S820, the first terminal can transmit a PSSCH (e.g., 2nd-stage SCI, MAC PDU, data, etc.) associated with the PSCCH to the second terminal. In step S830, the first terminal can receive a PSFCH associated with the PSCCH / PSSCH from the second terminal. For example, HARQ feedback information (e.g., NACK information or ACK information) can be received from the second terminal via the PSFCH. In step S840, the first terminal can transmit / report the HARQ feedback information to the base station via PUCCH or PUSCH. For example, the HARQ feedback information reported to the base station may be information generated by the first terminal based on the HARQ feedback information received from the second terminal. For example, the HARQ feedback information reported to the base station may be information generated by the first terminal based on pre-configured rules. For example, the DCI may be a DCI for scheduling SLs.
[0084] Referring to Figure 8(b), in resource allocation mode 2, the terminal can determine an SL transmission resource from the SL resources set by the base station / network or from the pre-configured SL resources. For example, the set SL resources or pre-configured SL resources may be a resource pool. For example, the terminal can autonomously select or schedule resources for SL transmission. For example, the terminal can select resources itself from the configured resource pool and perform SL communication. For example, the terminal can perform sensing and resource (re)selection procedures and select resources itself within the selection window. For example, the sensing may be performed in units of subchannels. For example, in step S810, the first terminal that has selected resources itself from the resource pool can use those resources to send PSCCH (e.g., SCI (Sidelink Control Information) or 1 st -stage SCI) can be transmitted to the second terminal. In step S820, the first terminal transmits a PSSCH (e.g., 2) associated with the PSCCH. nd -Stage SCI, MAC PDU, data, etc. can be transmitted to the second terminal. In step S830, the first terminal can receive the PSFCH associated with the PSCCH / PSSCH from the second terminal.
[0085] Referring to Figure 8(a) or (b), for example, the first terminal can transmit an SCI over the PSCCH to the second terminal. Alternatively, for example, the first terminal can transmit two consecutive SCIs (e.g., a 2-stage SCI) over the PSCCH and / or PSSCH to the second terminal. In this case, the second terminal can decode the two consecutive SCIs (e.g., a 2-stage SCI) to receive the PSSCH from the first terminal. In this specification, an SCI transmitted over the PSCCH is 1 st SCI, 1st SCI, 1 st -stage SCI or 1 st -Stage SCI format, which can be called the SCI format, is transmitted over PSSCH. nd SCI, 2nd SCI, 2 nd-stage SCI or 2 nd - This can be called the stage SCI format.
[0086] For example, 1 st -stage SCI format can include SCI format 1-A and / or SCI format 1-B, 2 nd -stage SCI formats may include SCI format 2-A, SCI format 2-B, SCI format 2-C and / or SCI format 2-D.
[0087] The following is an example of SCI format 1-A.
[0088] SCI format 1-A is PSSCH and 2 on PSSCH nd - Used for scheduling SCI stages.
[0089] The following information will be transmitted using SCI Format 1-A.
[0090] -Priority-3 bits
[0091] -Frequency resource allocation- If the value of the higher-level parameter sl-MaxNumPerReserve is set to 2, ceiling(log2(N SL subChannel (N SL subChannel +1) / 2)) bits; otherwise, if the value of the higher-level parameter sl-MaxNumPerReserve is set to 3, ceiling log2(N SL subChannel (N SL subChannel +1)(2N SL subChannel +1) / 6) bits
[0092] -Time resource allocation- 5 bits if the value of the higher-level parameter sl-MaxNumPerReserve is set to 2; otherwise, 9 bits if the value of the higher-level parameter sl-MaxNumPerReserve is set to 3.
[0093] -Resource reservation cycle -ceiling(log2N rsv_period ) bits, where N rsv_period This is the number of entries in the higher-level parameter sl-ResourceReservePeriodList if the higher-level parameter sl-MultiReserveResource is set; otherwise, 0 bits.
[0094] -DMRS pattern-ceiling(log2N) pattern ) bits, where N pattern This is the number of DMRS patterns set by the higher-level parameter sl-PSSCH-DMRS-TimePatternList.
[0095] -2 nd -stage SCI format-2bit
[0096] -Beta_OffsetIndicator- 2 bits as provided by the higher-level parameter sl-BetaOffsets2ndSCI
[0097] - Number of DMRS ports - 1 bit
[0098] -Modulation and coding method- 5-bit
[0099] - Additional MCS Table Indicator - 1 bit if one MCS table is set by the higher-level parameter sl-Additional-MCS-Table; 2 bits if two MCS tables are set by the higher-level parameter sl-Additional-MCS-Table; 0 bits otherwise.
[0100] -PSFCH overhead indicator- If the upper-level parameter sl-PSFCH-Period=2 or 4, it is 1 bit; otherwise, it is 0 bits.
[0101] -Reserved bits- The number of bits determined by the higher-level parameter sl-NumReservedBits, and the value is set to 0.
[0102] The following is an example of SCI format 2-A.
[0103] In HARQ operation, if the HARQ-ACK information contains either an ACK or a NACK, or if the HARQ-ACK information contains only a NACK, or if there is no feedback of the HARQ-ACK information, SCI format 2-A is used for decoding the PSSCH.
[0104] The following information will be transmitted via SCI Format 2-A.
[0105] -HARQ process number-4 bits
[0106] - New data indicator - 1 bit
[0107] -Redundancy version-2 bits
[0108] -Source ID-8bit
[0109] - Destination ID - 16 bits
[0110] -HARQ Feedback Activation / Deactivation Indicator - 1 bit
[0111] -Cast type indicator- 2 bits as defined in Table 3
[0112] -CSI Request-1 bit
[0113] [Table 3]
[0114] The following is an example of SCI format 2-B.
[0115] In HARQ operation, if the HARQ-ACK information contains only NACK, or if there is no feedback of HARQ-ACK information, SCI format 2-B is used for PSSCH decoding.
[0116] The following information will be transmitted via SCI Format 2-B.
[0117] -HARQ process number-4 bits
[0118] - New data indicator - 1 bit
[0119] -Redundancy version-2 bits
[0120] -Source ID-8bit
[0121] - Destination ID - 16 bits
[0122] -HARQ Feedback Activation / Deactivation Indicator - 1 bit
[0123] - Zone ID - 12 bits
[0124] -Communication Range Requirements- 4 bits determined by the higher-level parameter sl-ZoneConfigMCR-Index
[0125] Referring to Figure 8(a) or (b), in step S830, the first terminal can receive the PSFCH. For example, the first and second terminals can determine the PSFCH resource, and the second terminal can use the PSFCH resource to send HARQ feedback to the first terminal.
[0126] Referring to Figure 8(a), in step S840, the first terminal can transmit SL HARQ feedback to the base station via PUCCH and / or PUSCH.
[0127] The following explains the HARQ (Hybrid Automatic Repeat Request) procedure.
[0128] For example, SL HARQ feedback can be enabled for unicasts. For example, SL HARQ feedback can be enabled for groupcasts. For example, two HARQ feedback options can be supported for groupcasts.
[0129] (1) Group cast option 1: If the receiving terminal fails to decode the transmission block associated with the PSCCH after it has decoded the PSCCH targeting the receiving terminal, the receiving terminal may send a NACK (negative acknowledgement) to the transmitting terminal via the PSFCH. On the other hand, if the receiving terminal decodes the PSCCH targeting the receiving terminal and successfully decodes the transmission block associated with the PSCCH, the receiving terminal may not send an ACK (positive acknowledgement) to the transmitting terminal.
[0130] (2) Group cast option 2: If the receiving terminal fails to decode the transmission block associated with the PSCCH after it has decoded the PSCCH targeting the receiving terminal, the receiving terminal may send a NACK to the transmitting terminal via the PSFCH. If the receiving terminal decodes the PSCCH targeting the receiving terminal and successfully decodes the transmission block associated with the PSCCH, the receiving terminal may send an ACK to the transmitting terminal via the PSFCH.
[0131] The following describes the UE procedure for reporting HARQ-ACK via sidelinks.
[0132] In response to receiving a PSSCH, the UE sends a PSFCH containing HARQ-ACK information. PSSCH subch The SCI format can be used to schedule PSSCH reception on one or more subchannels from a given subchannel. The UE provides HARQ-ACK information containing ACK, NACK, or NACK only.
[0133] The UE can receive the number of slots in the resource pool for PSFCH transmission occasion resources via sl-PSFCH-Period-r16. If the number is 0, PSFCH transmission from the UE is disabled in the resource pool. The UE is k mod N PSFCH PSSCH If = 0, slot t' k SL (0≦k <T′ max ) is expected to have PSFCH transmission opportunity resources, and here, t' k SL This is a slot belonging to the resource pool, and T′ max This is the number of slots belonging to the resource pool within 10240 msec, and N PSFCH PSSCHThis is provided in sl-PSFCH-Period-r16. The UE may be instructed by a higher level not to transmit a PSFCH in response to a PSSCH reception. If the UE receives a PSSCH in the resource pool and the HARQ feedback enabled / disallowed indicator field in the associated SCI format 2-A or SCI format 2-B has a value of 1, the UE provides HARQ-ACK information via a PSFCH transmission in the resource pool. The UE transmits a PSFCH in a first slot, where the first slot is a slot after the minimum number of slots provided by sl-MinTimeGapPSFCH-r16 in the resource pool that contains the PSFCH resource and has received the PSSCH since the last slot.
[0134] UE is a set of PRBs in the resource pool for PSFCH transmission with PRB in the resource pool. PSFCH PRB、set The subchannels are provided by sl-PSFCH-RB-Set-r16. The number of subchannels N for the resource pool provided by sl-NumSubchannel subch and N PSFCH PSSCH For a number of PSSCH slots associated with a smaller or the same PSFCH slot, the UE is M PRB、set PSFCH Among PRB [(i+j·N PSFCH PSSCH )·M PSFCH subch、slot 、(i+1+j·N PSFCH PSSCH )·M PSFCH subch、slot -1] PRB is assigned to slot i and subchannel j of the PSSCH slot which is linked to the PSFCH slot. Here, M PSFCH subch、slot =M PSFCH PRB、set / (N subch ·N PSFCH PSSCH ), 0≦i <N PSFCH PSSCH , 0≦j <N subchand the allocation starts in ascending order of i and continues in ascending order of j. The UE expects M PSFCH PRB、set to be a multiple of N subch ·N PSFCH PSSCH .
[0135] The UE determines the number of PSFCH resources R PSFCH PRB、CS = N PSFCH type ·M PSFCH subch、slot ·N PSFCH CS for multiplexing the HARQ-ACK information included in the PSFCH transmission. Here, N PSFCH CS is the number of cyclic shift pairs for the resource pool and, based on the indication from the upper layer,
[0136] -N PSFCH type = 1 and M PSFCH subch、slot PRB is associated with the start subchannel of the corresponding PSSCH,
[0137] -N PSFCH type = N PSSCH subch and N PSSCH subch ·M PSFCH subch、slot PRB is associated with one or more subchannels among the N PSSCH subch subchannels of the corresponding PSSCH.
[0138] The PSFCH resources are first indexed in ascending order of the PRB index among the N PSFCH type ·M PSFCH subch、slot PRB, and then indexed in ascending order of the cyclic shift pair index among the N PSFCH CS cyclic shift pairs.
[0139] The UE, in response to PSSCH reception, provides an index of the PSFCH resource for PSFCH transmission (P ID +M ID ) mod R PSFCH PRB、CS This is the decision. Here, P ID This is the physical hierarchy source ID provided by SCI format 2-A or 2-B for scheduling PSSCH reception, and M ID This is the ID of the UE that receives the PSSCH indicated in the higher layer if the UE detects an SCI format 2-A with a cast type indicator field value of "01", otherwise M ID It is 0.
[0140] UE uses Table 4 for N PSFCH CS The m0 value is determined for calculating the cyclic shift α value from the cyclic shift pair index corresponding to the PSFCH resource index.
[0141] [Table 4]
[0142] The UE applies one of the cyclic shift pairs to the sequence used for PSFCH transmission.
[0143] On the other hand, a set of non-contiguous RBs (equally spaced) is assigned to the UE (Unified Emission Unit) in terms of frequency. Such a set of non-contiguous RBs can be called interlaced RBs. This is useful in spectra where restrictions such as occupied channel bandwidth (OCB) and power spectral density (PSD) apply (for example, in shared spectra).
[0144] Figure 9 shows an interlaced RB according to one embodiment of the present disclosure. The embodiment of Figure 9 can be combined with various embodiments of the present disclosure.
[0145] Referring to Figure 9, multiple interlaces of RBs are defined in the frequency domain. An interlace m ∈ {0, 1, ..., M-1} can be composed of (common) RBs {m, M+m, 2M+m, 3M+m, ...}, where M can represent the number of interlaced RBs given by Table 5.
[0146] [Table 5]
[0147] Communication devices (e.g., devices, UEs, vehicles, drones, etc., proposed through various embodiments of this disclosure) can transmit signals / channels using one or more interlaced RBs.
[0148] On the other hand, in the next-generation system, terminals may be able to perform sidelink transmission and / or reception operations in unlicensed bands. On the other hand, in the case of operation in unlicensed bands, depending on bandwidth regulations or requirements, channel sensing operations (e.g., energy detection / measurement) for the channel to be used may precede the terminal's transmission. The terminal may transmit in the unlicensed band only if the channel or RB set to be used is determined to be idle as a result of the channel sensing (e.g., the measured energy is below or less than a certain threshold). If the channel or RB set to be used is determined to be busy as a result of the channel sensing (e.g., the measured energy is above or above a certain threshold), the terminal may cancel all or part of the transmission in the unlicensed band. On the other hand, in operation in unlicensed bands, the terminal may omit or simplify the channel sensing operation (making the channel sensing interval relatively small) within a certain time period after transmission within a certain time interval. On the other hand, after a certain time has elapsed after transmission, the terminal may decide whether to transmit or not after performing normal channel sensing operations. On the other hand, in the case of transmission in an unlicensed band, depending on regulations or requirements, the size of the time interval and / or frequency occupied area and / or power spectral density (PSD) of the signal / channel transmitted by the terminal may each exceed a certain level. On the other hand, in an unlicensed band, in order to simplify channel sensing, the fact that a channel secured through initial normal channel sensing will be occupied for a certain period of time is notified via COT (channel occupancy time) interval information, and the maximum length of the COT interval can be set to differ depending on the priority value of the service or data packet or the channel access priority class (CAPC).
[0149] On the other hand, a base station can share the COT section it has secured via channel sensing via DCI transmission, and a terminal can perform a specific (instructed) channel sensing type and / or CP extension within the COT section based on the DCI information received from the base station. On the other hand, a terminal can again share the COT section it has secured via channel sensing with a base station that is the recipient of the terminal's UL transmission, and the relevant information is provided via UL through CG-UCI (configured grant-uplink control information). In the above situation, the base station can perform simplified channel sensing within the COT section shared by the terminal. On the other hand, in the case of sidelink communication, there are situations where the terminal is instructed by the base station via DCI or RRC signaling to use resources for sidelink transmission, such as in mode 1RA (resource allocation) operation, and there are operations where the terminal performs sidelink transmission and reception between terminals via sensing operations without the assistance of the base station, such as in mode 2RA operation.
[0150] On the other hand, for channel access type 1, which can be used regardless of the channel occupancy time (COT) setting, DL transmission is performed according to the procedure shown in Tables 6 and 7.
[0151] [Table 6]
[0152] [Table 7]
[0153] On the other hand, for channel access type 1, which can be used regardless of the channel occupancy time (COT) setting, UL transmission is performed according to the procedure shown in Tables 8 and 9.
[0154] [Table 8]
[0155] [Table 9]
[0156] On the other hand, a simplified channel access type 2 is used before transmission within the channel occupancy time (COT), and DL transmission is performed according to the procedure shown in Table 10.
[0157] [Table 10]
[0158] On the other hand, a simplified channel access type 2 is used before transmission within the channel occupancy time (COT), and UL transmission is performed according to the procedure shown in Table 11.
[0159] [Table 11]
[0160] In embodiments of this disclosure, TYPE 2 ASL channel access may be performed in a manner similar to TYPE 2 ADL and / or UL channel access. For example, TYPE 2 ASL channel access is performed in a sensing interval of T_short_sl=25us, the interval consisting of one sensing slot following a T_f=16us interval (duration), where T_f may include sensing slots in its beginning. Basic IDLE decisions in TYPE 2 ASL channel access can also borrow from IDLE decisions in DL or UL channel access.
[0161] In embodiments of this disclosure, TYPE 2 BSL channel access may be by methods such as TYPE 2 BDL and / or UL channel access. For example, TYPE 2 BSL channel access is configured in a sensing interval T_f = 16us, where T_f may include sensing slots in the last 9us. For example, in the case of TYPE 2 BSL channel access, a terminal can perform a transmission immediately after sensing an idle channel within the T_f = 16us interval (duration). T_f may include sensing slots occurring within the last 9us of T_f. Basic IDLE determination in TYPE 2 BSL channel access can also borrow from IDLE determination in DL or UL channel access.
[0162] In embodiments of this disclosure, TYPE 2 CSL channel access may be by means of TYPE 2 CDL and / or UL channel access. For example, in the case of TYPE 2 CSL channel access, the terminal does not perform channel sensing. Instead, the time interval for SL transmission may be up to 584us.
[0163] In embodiments of this disclosure, TYPE 1 SL channel access may be by methods such as TYPE 1 DL and / or UL channel access. For example, a terminal can derive a random integer value N based on the contention window size corresponding to a priority class. If the channel sensing result for a defer duration of size T_d corresponding to the priority class is idle, the terminal can decrement an N-1 counter value in units of T_sl if it is idle. If the counter value is 0, the terminal can occupy the RB set or channel that is the target of channel sensing. If some of the channel sensing results for the T_sl interval are determined to be busy, the terminal can maintain the counter value until the channel sensing result for another defer duration of size T_d is idle, and the terminal can continue to perform channel sensing. In the above, the defer duration of length T_d is composed of m_p consecutive T_sl intervals starting from T_f = 16us, where m_p is a value determined by the priority class (p), and T_sl = 9us may be the time interval in which channel sensing is performed.
[0164] The following explains CAPC (channel access priority class).
[0165] MACCE and the CAPC of the wireless bearer can be fixed or configured to operate in FR1.
[0166] - Padding (BSR) and recommended bit rate (MACCE) are fixed to the lowest priority.
[0167] - Fixed to have the highest priority for SRB0, SRB1, SRB3, and 6MACCE.
[0168] - Consists of base stations for SRB2 and DRB.
[0169] When selecting a CAPC for a DRB, the base station considers fairness between transmission and other traffic types while taking into account the 5QIs of all QoS flows multiplexed to that DRB. Table 12 shows which CAPC should be used for a given QoS flow, i.e., the CAPC to be used for a given QoS flow. For standardized 5QIs, the CAPC is defined as shown in the table below, and for non-standardized 5QIs, the CAPC with the most suitable QoS characteristics should be used.
[0170] [Table 12]
[0171] Table 13 shows that in DL, the channel connection priority class is m p This is an example where the minimum contention window (CW), maximum CW, maximum channel occupancy time (MCOT), and allowed CW sizes are different.
[0172] [Table 13]
[0173] Table 13 defines the contentsion window size (CWS) and maximum COT values for each CAPC. For example, T d =T f +m p *T sl It is possible.
[0174] Table 14 shows the channel connection priority class in UL.p This is an example where the minimum contention window (CW), maximum CW, maximum channel occupancy time (MCOT), and allowed CW sizes are different.
[0175] [Table 14]
[0176] Table 14 defines the contentsion window size (CWS) and maximum COT values for each CAPC. For example, T d =T f +m p *T sl It is possible.
[0177] In embodiments of this disclosure, there may be cases where a terminal has occupied a channel via TYPE 1 SL channel access and is not yet ready to transmit a sidelink transmission. In such cases, the terminal can set a defer duration of length T_d and a sensing interval of length T_sl immediately before a sidelink transmission that is ready to be transmitted. If both are idle, the terminal can immediately transmit the sidelink transmission; if either is busy, the terminal can perform TYPE 1 SL channel access again. For example, if transmitting a sidelink transmission is difficult at the end of channel sensing (for example, if the end of channel sensing is after the start of the sidelink transmission), the terminal can re-select the sidelink transmission resources. For example, the re-selected resources may be chosen considering the end of channel sensing and / or the length of the remaining sensing interval. For example, the remaining sensing interval may be a value derived assuming that all channel sensing is idle.
[0178] On the other hand, when a terminal performs channel sensing on a channel sensing slot and / or defer duration, if the energy value measured for the time interval is greater than or equal to a specific energy detection threshold, the terminal can determine that the corresponding channel or RB set is busy. Conversely, if the energy value measured for the time interval is less than or equal to a specific energy detection threshold, the terminal can determine that the corresponding channel or RB set is idle.
[0179] On the other hand, if a terminal only specifies terminals that can use a shared COT based on the L1 source ID and / or L1 destination ID, terminals that are not subject to COT sharing due to L1 ID collisions may be able to use the shared COT. In this case, a fairness issue with other RATs may arise. On the other hand, if the size of the COT sharing information in the second SCI is large, the detection performance of the second SCI may be significantly reduced.
[0180] Figure 10 illustrates a procedure by which a terminal transmits COT shared information to another terminal, according to one embodiment of the present disclosure. The embodiment in Figure 10 can be combined with various embodiments of the present disclosure.
[0181] Referring to Figure 10, a terminal can transmit COT sharing information to other terminals. Hereinafter, various embodiments of this disclosure propose a method for communicating based on COT sharing and an apparatus that supports it.
[0182] For example, in the case of COT sharing, a terminal can select a Type 2 series channel access procedure type based on the time difference between the last time a received SL transmission is made for a resource in the RB set for the COT sharing and the start time a transmitted SL transmission is made. For example, the method for measuring the time difference can be limited to cases where a guard band is set for the carrier and / or channel. For example, the received SL transmission can be limited to SL channels / signals transmitted by the COT initialization UE. For example, the PSCCH / PSSCH containing COT sharing information may have the same source ID and / or destination ID. For example, the received SL transmission may be all or some of the SL transmissions that the terminal can receive. For example, the received SL transmission may be at least SL resources that the terminal has received in the received resource pool. For example, the received SL transmission may share the same COT.
[0183] For example, if no guard band is set for at least the carrier and / or channel, a Type 2 series channel access type can be selected based on the time difference between the last time a received SL transmission is made to internal and / or external resources of an RB set for COT sharing and the start time of an transmitted SL transmission. For example, a terminal can measure the time gap for each RB set corresponding to a transmitted SL channel and use different Type 1 and / or Type 2 series channel access types. That is, in the above case, the terminal can also perform channel sensing based on different channel access types for each RB set for a single SL channel transmission. For example, if no guard band is set, a COT initialization terminal can perform LBT on all RB sets and perform COT initialization and COT sharing if it determines that they are idle. For example, in the above situation, when COT sharing occurs, all RB sets may be indicated, and / or all RB sets may be subject to COT sharing without indication. For example, all RB sets may be limited to those that reside within the SL carrier, in the SL BWP, or in the terminal's (transmit and / or receive) resource pool. For example, whether or not COT shared information includes RB set-related information can be (pre-configured) on a per-resource pool and / or per-SL carrier and / or per-SL BWP basis.
[0184] On the other hand, when a COT initialization terminal initializes the COT, the SL channel used and the SL channel providing the COT sharing information may be different. For example, when a terminal transmits a first PSCCH / PSSCH, it can initialize the COT, and the COT sharing information is transmitted via a second PSCCH / PSSCH, and / or the second PSCCH / PSSCH is transmitted later in time than the first PSCCH / PSSCH. For example, when a terminal transmits a PSFCH, it can initialize the COT, and the COT sharing information is transmitted via a PSCCH / PSSCH, and / or the PSCCH / PSSCH is transmitted later in time than the PSFCH.
[0185] On the other hand, COT shared information is determined during COT initialization based on the SL channel used and the transmission time, and in the case of COT initialization, if the actual transmission on the SL channel used fails according to the priority procedure and / or channel access procedure, the COT shared information may no longer be valid.
[0186] For example, during COT initialization, the time interval between the first SL channel used and the second SL channel used to provide COT shared information may be a (pre)set and / or predefined threshold or greater. The rationale for this is to allow time for the COT shared information transmission via the second channel to be canceled and / or modified if the terminal drops the first SL channel. For example, the time gap may be the minimum PSSCH-to-PSFCH timing value. For example, the time gap may be T_1,proc or T_1 value, where the T_1,proc value may be 3 slots, 5 slots, and 9 slots for 15kHz SCS (subcarrier spacing), 30kHz SCS, and 60kHz SCS, respectively, and / or the T_1 value may be a value selected by the terminal with T_1,proc value as the upper limit. For example, the time gap may be T_0,proc, where the T_0,proc value may be 1 slot, 1 slot, and 2 slots for 15kHz SCS (subcarrier spacing), 30kHz SCS, and 60kHz SCS, respectively.
[0187] On the other hand, if the time interval between the first SL channel used during COT initialization and the second SL channel used to provide COT sharing information is large, the length of the remaining COT interval may become shorter, potentially drastically reducing the benefits of COT sharing.
[0188] For example, when COT initialization, if the first SL channel used and the second SL channel used to provide COT shared information are different, and / or if the time interval between the first SL channel and the second SL channel is below a certain level (e.g., a (pre)configured or predefined threshold), the terminal can determine / generate COT shared information based on the transmission time of the first SL channel and / or the second SL channel and / or the channel(s). For example, when setting the remaining COT intervals, the terminal can determine based on a first maximum COT interval determined based on the CAPC and / or transmission time of the first SL channel and / or based on a second maximum COT interval determined based on the CAPC and / or transmission time of the second SL channel, and / or based on the earlier of the last time points relating to the first maximum COT interval and the second maximum COT interval. For example, when setting the remaining COT intervals, the terminal may determine them based on a third maximum COT interval determined based on the CAPC of the first SL channel and / or the transmission time of the second SL channel, and / or based on a fourth maximum COT interval determined based on the CAPC of the second SL channel and / or the transmission time of the first SL channel. For example, the terminal may determine / set the CAPC value to be instructed in the COT sharing information to be the CAPC value of the first SL channel and / or the CAPC value of the second SL channel and / or the maximum value and / or the minimum value and / or a value determined by the terminal. For example, the terminal may determine / set the information for the RB sets to be instructed in the COT sharing information to be the entire or partial set of the assigned RB sets (multiple) of the first SL channel and / or the entire or partial set of the assigned RB sets (multiple) of the second SL channel and / or a value determined by the terminal.
[0189] Various embodiments of this disclosure can be used / applied differently depending on whether the terminal is continuing the channel access procedure to the first SL channel that it was in the process of, or is (re)starting the channel access procedure to the second SL channel, when the terminal drops the first SL channel (due to LBT failure).
[0190] For example, when a terminal drops the first SL channel (due to LBT failure) and terminates the channel access procedure for the first SL channel that was underway, the terminal may cancel the transmission of the second SL channel containing COT sharing information and / or exclude the COT sharing information (at least based on the first SL channel) in the second SL channel.
[0191] On the other hand, the length of the maximum COT interval can be determined in milliseconds. If the terminal initializes the COT via a PSFCH transmission, the COT interval will end in the middle of the slot, which may cause some PSCCH / PSSCH transmissions to exceed the maximum COT interval, or for the reasons mentioned above, the effective maximum COT interval may be reduced.
[0192] For example, if (at least) the terminal initializes the COT via a PSFCH transmission, and / or the terminal initializes the COT or generates COT sharing information based on the PSFCH transmission time, the terminal can determine / set the start of the COT interval to the last time the PSFCH transmission is made, the start of the earliest slot thereafter, or the start of the SL transmission due to CPE application from the start of the said slot. For example, if (at least) the terminal initializes the COT via a PSFCH transmission, and / or the terminal initializes the COT or generates COT sharing information based on the PSFCH transmission time, the terminal can omit part of the PSCCH / PSSCH transmission when transmitting a PSCCH / PSSCH within the COT interval in a slot that overlaps with the last time the COT interval is made. For example, part of the PSCCH / PSSCH transmission may not be used for a certain number of symbols or an absolute time interval from the last time the PSCCH / PSSCH is made. For example, the terminal can rate-match the PSCCH / PSSCH that has been shortened by the length of the said time interval, and / or puncture the last time interval. For example, whether a terminal shortens the length of a portion of the time interval for a PSCCH / PSSCH and / or whether to perform rate matching or puncturing in the aforementioned situation can be automatically determined by COT interval information (e.g., when the end of the COT interval does not coincide with the end of the PSSCH), and / or can be (pre-)set and / or instructed in the 1st SCI and / or 2nd SCI. For example, if the end of the COT interval is located in the middle of a slot, and / or the terminal transmits a PSCCH / PSSCH in the slot, and / or the PSCCH / PSSCH transmission is within a COT interval and shares the COT, the terminal can set the PSFCH overhead indicator value to 3, and the terminal can shorten the length of the symbol interval for a PSCCH / PSSCH transmission by the PSFCH overhead interval (even if there is no PSFCH opportunity (occasion) or resource in the slot).For example, if the last moment of PSCCH / PSSCH transmission is later than the last moment of the maximum COT interval and / or the last moment of the COT interval, the terminal may not use COT when transmitting the PSCCH / PSSCH, and / or the terminal may attempt to transmit the PSCCH / PSSCH according to the Type 1 channel access procedure.
[0193] For example, when a terminal initializes the COT, the start of the COT interval length may be the beginning of the SL channel excluding the CPE. For example, when a terminal initializes the COT, the start of the COT interval length may be the beginning of the SL channel including the CPE.
[0194] For example, the RSRP threshold and / or the SL (receive) priority threshold (which is referenced when determining whether preemption is permitted) may differ or be set separately (in advance) depending on the channel access type used by the terminal during transmission and / or whether the transmission resource is located inside or outside the COT.
[0195] For example, when a COT initialization terminal provides COT sharing information, it may include terminal information that will use the COT, and the terminal information that the COT can use may (further) provide L1 and / or L2 source IDs and / or L1 and / or L2 destination IDs and / or cast type information.
[0196] For example, a COT initialization terminal can transmit COT shared information via a second SCI. In this case, the following information is transmitted via the second SCI.
[0197] -HARQ process number-4 bits
[0198] - New data indicator - 1 bit
[0199] -Redundancy version-2 bits
[0200] -Source ID-8bit
[0201] - Destination ID - 16 bits
[0202] -HARQ Feedback Activation / Deactivation Indicator - 1 Bit
[0203] -Cast Type Indicator- 2 bits as defined in Table 3
[0204] -CSI request - 1 bit
[0205] -CAPC-2 bits
[0206] -COT Shared Cast Type- 2 bits as defined in Table 15
[0207] -COT shared additional ID-24 bits
[0208] - Remaining COT section
[0209] [Table 15]
[0210] For example, a COT shared additional ID may include an L1 destination ID (e.g., a 16-bit L1 destination ID) and / or an L1 source ID (e.g., an 8-bit L1 source ID).
[0211] For example, when a COT initialization terminal provides COT sharing information, it may include terminal information that will use the COT, and the terminal information may be in the form of a third ID, and the third ID may be linked to L1 and / or L2 source ID and / or L1 and / or L2 destination ID and / or cast type information. The linkage may be (pre)configured, exchanged / configured via inter-terminal PC5-RRC signaling, or determined at a higher layer.
[0212] On the other hand, when a third terminal transmits a PSFCH after a COT responding UE has transmitted a groupcast PSCCH / PSSCH, the PSFCH may not be sent to a COT initiator UE. For example, if a terminal transmits a PSFCH as a response to a PSCCH / PSSCH of a (groupcast) destination ID related to COT sharing, the terminal can use the COT when transmitting the PSFCH (perform the transmission based on a Type 2 series channel access procedure) even if the PSFCH transmission does not include transmission to a COT initiator UE. For example, the availability of the COT for the PSFCH transmission may operate differently depending on the priority and / or CAPC value. For example, a relaxation of the COT usage conditions for the PSFCH transmission may be applied when the priority is high.
[0213] For example, if a terminal sends a PSFCH in response to a PSCCH / PSSCH of a (groupcast) destination ID related to COT sharing, and the PSFCH transmission does not include a transmission to a COT initialization UE, the PSFCH transmission can be performed based on a Type 1 channel access procedure. For example, COT sharing information can still include a source ID even in the case of a groupcast. For example, a terminal can determine whether a COT initialization UE is targeted for a PSFCH transmission that is a response to a groupcast PSSCH based on the groupcast source ID, and / or the terminal can use COT when sending the PSFCH if a COT initialization UE is targeted, and / or the terminal may not use COT when sending the PSFCH if a COT initialization UE is not targeted.
[0214] For example, if a terminal sends a PSFCH in response to a PSCCH / PSSCH of a (groupcast) destination ID related to COT sharing, and the PSFCH transmission does not include a transmission to the COT initialization UE, the terminal may (additionally) send a PSFCH in the PSFCH resource corresponding to the groupcast source ID of the COT initialization UE, and / or the control information for the PSFCH transmitted via the PSFCH resource may be the same as the response to the PSCCH / PSSCH of the (groupcast) destination ID received by the terminal, and / or a value determined by the terminal depending on the implementation or at its discretion.
[0215] On the other hand, when transmitting a PSFCH, even if there is no COT initialization UE for the transmission target, the terminal can still use the COT when transmitting a PSFCH if there are SL channels / signals to be transmitted to the COT initialization UE within the MCSt (multi-consecutives lots transmission) or SL TX burst to which the PSCCH / PSSCH and / or PSFCH belong in the same slot. For example, when a terminal transmits a PSCCH / PSSCH that satisfies COT conditions (such as the target terminal and / or CAPC conditions and / or EDT (energy detection threshold) conditions) within the COT, it can preferentially use the candidate resources of the slot containing the PSFCH resource. When a terminal transmits a PSCCH / PSSCH that satisfies COT conditions (such as the target terminal and / or CAPC conditions and / or EDT conditions) within the COT, it can preferentially use the resources for the slot to which the terminal transmits the PSFCH and / or the MCSt containing the PSFCH transmitted by the terminal.
[0216] For example, when a terminal transmits multiple PSFCHs, it may limit the transmit power of all or some of the PSFCHs in order to use the COT that the terminal has secured or received. For example, in the case of such transmit power limitation, after determining the number of PSFCHs to transmit when the terminal moves, the terminal may reduce the power of the simultaneously transmitted PSFCHs in common or differentially (by priority and / or CAPC and / or within or outside the RB set associated with the target terminal and / or COT). For example, the terminal may change the total power for PSFCH transmissions within the RB set associated with the COT to be less than or equal to the transmit power limit for the use of the COT. For example, the terminal may also reduce the power value for PSFCH transmissions outside the RB set associated with the COT in order to match the power value for each PSFCH. For example, the transmit power limit may be applied to the total power for PSFCH transmissions inside and / or outside the RB set associated with the COT. For example, in the case of such transmit power limitation, the terminal may further reduce the number of PSFCHs transmitted simultaneously. For example, a terminal can determine the number of PSFCHs to transmit when moving between terminals within all RB sets or within RB sets associated with the COT, based on the aforementioned transmit power limit (based on priority and / or control information type and / or target terminal, etc.).
[0217] For example, when a terminal transmits a PSCCH / PSSCH, it may limit the transmit power of the PSCCH / PSSCH in order to use the COT that the terminal has secured or received. For example, the PSCCH / PSSCH may satisfy conditions for the COT (e.g., the target terminal is at least a COT-initialized terminal and / or the CAPC value is less than or equal to the CAPC value when the COT is initialized). For example, the terminal may reduce the power value for the COT internal (on the time and / or frequency side) in the PSCCH / PSSCH resource. For example, the terminal may reduce the power values for the COT internal and external (on the time and / or frequency side) in the PSCCH / PSSCH resource. For example, the terminal may reduce the sum of the PSDs of the PSCCH / PSSCH in the RB set associated with the COT to less than or equal to the transmit power limit for the use of the COT. For example, the terminal may reduce the power value of the PSCCH / PSSCH to less than or equal to the transmit power limit for the use of the COT.
[0218] For example, when a terminal is making one or more S-SSB transmissions, it may limit the transmit power of all or part of the S-SSBs in order to use the COT that the terminal has secured or received. For example, in the case of such transmit power limiting, the terminal may reduce the power of simultaneously transmitted S-SSBs in common or differentially (by priority and / or CAPC and / or within or outside the RB set associated with the terminal and / or COT). For example, the terminal may make the total power for S-SSB transmissions within the RB set associated with the COT less than or equal to the transmit power limit for the use of the COT. For example, the terminal may also reduce the power value for S-SSB transmissions outside the RB set associated with the COT in order to match the power value for each S-SSB. For example, the transmit power limit may be applied to the total power for S-SSB transmissions inside and / or outside the RB set associated with the COT.
[0219] For example, the minimum power value for the SL channel / signal is set in advance or determined by the terminal separately for each SL BWP and / or for each RB set and / or for each resource pool and / or for each SL channel type and / or for each SL priority and / or for each CAPC value and / or for each congestion control level and / or for each QoS parameter and / or for the (time and / or frequency domain) basic resources and the (time and / or frequency domain) additional resources and / or for the inside or outside of the COT in the (time and / or frequency domain). When applying the maximum power limit for COT usage and the minimum power value cannot be guaranteed, the terminal can omit the transmission for the relevant SL channel / signal and / or reselect resources and / or attempt transmission based on the type 1 channel access procedure.
[0220] For example, the COT information for the receiver of the PSCCH / PSSCH transmitted by the COT initialization UE may be different from or independently configured for the receiver that matches the additional ID. For example, the (frequency and / or time domain) COT regions related to the different COT information may not overlap with each other.
[0221] For example, the COT region for the receiver of the PSCCH / PSSCH transmitted by the COT initialization UE is the same as the COT region for the receiver that matches the additional ID.
[0222] For example, the COT sharing information is transmitted via the first SCI and / or the second SCI, and / or part of the COT sharing information is transmitted via the first SCI and the remaining COT sharing information is transmitted via the second SCI. For example, in the above, there may be cases where the same information is repeatedly transmitted via the first SCI and / or the second SCI and / or the MAC CE for part of the COT sharing information.
[0223] For example, at least the CAPC value (for the shared COT and / or for the transmission of the terminal) and / or the time axis and / or frequency axis resource information for the shared COT and / or the information of the target terminal (ID) (and / or the cast type information for the target transmission) and / or the CPE start position information (for the transmission of the terminal and / or for the reserved resources) is included in the first SCI (SCI format 1-A).
[0224] For example, at least the time axis and / or frequency axis resource information for the shared COT and / or the information of the target terminal (ID) (and / or the cast type information for the target transmission) is included in the second SCI.
[0225] For example, the types and / or formats of the second SCI that can include COT sharing information are limited in part. For example, the second SCI format that can include COT sharing information is limited to the SCI format (e.g., SCI format 2-A) that can schedule / assign unicast and / or broadcast and / or group cast PSSCH. The reason for this is that in the case of SCI format 2-B or SCI format 2-C, the current payload may already be excessive and there may not be enough remaining space to further include COT sharing information. For example, the second SCI format that can include COT sharing information can include SCI format 2-B, and the reason for this is to support the transmission of COT sharing information even during TB transmission for distance-based operations.
[0226] For example, the terminal may not be required or expected to provide COT sharing information and IUC information simultaneously. For example, the IUC information can be limited to being transmitted via the second SCI, and / or when it is transmitted only via the MAC CE, it can be exceptionally permitted for the terminal to provide COT sharing information and IUC information simultaneously. For example, this is limited to the case where the payload size for the second SCI set based on the IUC information is above a certain level and / or when it cannot include all or part of the IUC information and COT sharing information.
[0227] For example, a terminal can transmit some of the COT shared information via SCI format 1-A (1st SCI), and may not provide some of the COT shared information accordingly. For example, if all or part of the COT shared information is not provided by the COT initialization terminal, the COT response terminal can perform COT sharing by assuming a specific value.
[0228] For example, if there is no separate frequency-axis resource indicator for a shared COT, a terminal receiving COT sharing information can assume / set the allocated subchannels and / or RB sets(s) for the PSCCH / PSSCH containing the COT sharing information in the frequency domain for the shared COT.
[0229] For example, if there is no separate time-axis resource indicator for the shared COT, a terminal receiving COT sharing information can assume / set the length of the (maximum) COT interval related to the CAPC value for the shared COT in the time-axis domain for the shared COT from the receiving slot for the PSCCH / PSSCH containing the COT sharing information. For example, the CAPC value for the shared COT may be indicated in part of the COT sharing information, and / or (at least if not indicated) may be the minimum CAPC value and / or the maximum CAPC value and / or the (pre-set) (default) CAPC value.
[0230] For example, COT sharing can be indicated via a separate field in the SCI. For example, if a separate field in the first SCI (e.g., a COT sharing flag field) indicates COT sharing, the CAPC field, COT sharing cast type field, COT sharing additional ID field, and / or the remaining COT interval fields are included in the second SCI. For example, if COT sharing is deactivated via the field, the receiving terminal can ignore all or part of the COT sharing information. For example, in the above, the receiving terminal can obtain at least the CAPC information and / or L1 source / destination ID related information (for the data) (regardless of whether COT sharing is activated or deactivated).
[0231] For example, a terminal can indicate whether or not to allow COT sharing based on a specific value of some of the information related to COT sharing.
[0232] For example, COT sharing can be deactivated if the terminal indicates a reserved state in the frequency resource information for a shared COT and / or sets all to zero in the bitmap method and / or indicates a frequency resource that is outside the frequency allocation area for the PSCCH / PSSCH containing COT sharing information.
[0233] For example, if a terminal sets the COT interval information to 0 in the time-axis resource information for a shared COT, COT sharing can be deactivated.
[0234] On the other hand, a terminal can also limit the terminals subject to COT to PSCCH / PSSCH data receiving terminals that contain COT sharing information. For example, a terminal can indicate whether or not it contains and / or can indicate the target terminal ID information via a separate field in the first SCI and / or second SCI, and / or the receiving terminal can ignore the COT target terminal ID information if it is indicated that the COT target terminal ID information has been deactivated. For example, a terminal can set the COT target terminal ID information and / or COT target cast type information in the same way as the PSCCH / PSSCH data target receiving terminal information (destination ID) and / or PSCCH / PSSCH cast type information that contains COT information. For example, if the COT target terminal ID and / or COT target cast type indicator indicates a specific value (e.g., all-zero or all-one ID and / or reserved state), the terminals subject to COT sharing are limited to PSCCH / PSSCH receiving terminals.
[0235] For example, if a terminal considers shared COT information when (re)selecting resources, and / or if the terminal fails to detect the second SCI, and / or if it cannot satisfy the shared COT usage requirements (e.g., conditions related to CAPC value and / or transmit power and / or whether the receiving terminal is a COT initialization terminal), and / or if the terminal decides not to use the shared COT, the terminal may exclude all or part of the time domain for the shared COT from the available resource set and / or deprioritize it for transmit resource selection.
[0236] For example, when a terminal is (re)selecting a resource, if it considers shared COT information, and / or if the terminal successfully detects a second SCI, and / or if it satisfies the requirements for using shared COT (e.g., CAPC value and / or transmit power and / or whether the receiving terminal is a COT initialization terminal), and / or if the terminal decides to use shared COT, the terminal may include all or part of the time domain of the shared COT in the available resource set (depending on the sensing results of the additional terminal) and / or prioritize the selection of transmit resources.
[0237] For example, a terminal can provide all or part of the COT shared information to another terminal via SCI format 2-C, and / or the SCI format 2-C can indicate IUC information, or IUC request information, or COT shared information at some point in time, and which of the information is included can be indicated in a separate field within the SCI format 2-C. For example, the size of the SCI format 2-C can be determined based on the maximum value for each case in which the IUC information is included, and / or the IUC request information is included, and / or the COT shared information is included, and the size is adjusted in the remaining cases via padding bits. For example, the SCI format 2-C may include a cast type indicator if it includes at least COT shared information, and / or the SCI format 2-C may schedule / instruct unicast PSSCH and / or broadcast PSSCH and / or groupcast PSSCH with SL HARQ-ACK feedback disabled and / or groupcast PSSCH with distance-based operation and SL HARQ-ACK feedback option 1 and / or groupcast PSSCH with non-distance-based operation and SL HARQ-ACK feedback option 2. For example, the SCI format 2-C may include a zone ID and / or maximum communication range indicator if it includes at least COT shared information. For example, if the transmission of IUC information and / or IUC request information to a resource pool is not (pre)configured, the combination of information that can be transmitted and / or the field size and interpretation method for the transmission combination indicator to be transmitted can be configured / determined in the SCI format 2-C to be appropriate for the configuration. For example, if IUC information and IUC request information transmission are not (pre-)configured for a resource pool, SCI format 2-C can be used to indicate COT shared information.
[0238] On the other hand, there are cases where it is necessary to determine whether the decision on whether or not to transmit COT shared information rests with the PHY layer or the MAC layer.
[0239] For example, the decision on whether or not to transmit COT shared information can be made at the terminal's PHY layer. For example, if the timing of a terminal transmitting distance-based data and COT shared information overlaps in the aforementioned situation, the terminal may prioritize transmitting distance-based data. The rationale for this is that if only COT shared information is transmitted and there is no suitable data available, the terminal cannot perform resource (re)selection for transmitting COT shared information. For example, if the timing of a terminal transmitting distance-based data and COT shared information overlaps in the aforementioned situation, the terminal may prioritize transmitting COT shared information. The rationale for this is to increase the opportunity for SL transmission in the unlicensed band. For example, if the timing of a terminal transmitting distance-based data and COT shared information overlaps in the aforementioned situation, the terminal may decide which data or information to prioritize according to each linked CAPC value and / or SL priority value.
[0240] Embodiments of this disclosure may involve different second SCI formats for scheduling distance-based data and SCI formats for providing COT shared information.
[0241] For example, the decision on whether or not to transmit COT sharing information can be made at the MAC layer of the terminal. For example, the PHY layer can report to the MAC layer information related to COT to be shared (e.g., the CAPC value and / or EDT value used when COT is secured and / or the COT-related time axis and / or frequency-side resources). For example, the MAC layer can decide whether or not to transmit COT sharing information and / or COT-related information based on the data to be sent, and then provide the related information to the PHY layer again. For example, when the MAC layer sends IUC information and / or IUC request information and / or attempts to transmit the IUC-related information in SCI format 2-C, the MAC layer can decide not to transmit COT sharing information. For example, when the MAC layer sends IUC information and / or IUC request information and / or attempts to transmit the IUC-related information in SCI format 2-C, the MAC layer can decide to transmit COT sharing information and cancel the transmission of IUC-related information. For example, when the MAC layer sends IUC information and / or IUC request information, and / or attempts to send the IUC-related information in SCI format 2-C, the MAC layer can determine which information types to prioritize or send based on the priority of each piece of information (e.g., to send those with lower priority values) and / or the CAPC value (e.g., to send that the CAPC value is small or large). For example, the PHY layer can decide whether or not to send COT shared information based on the information provided by the MAC layer.
[0242] For example, the 2nd SCI format including the COT shared information is in the form of a separate format (SCI format 2-D), and / or the SCI format can schedule / instruct unicast PSSCH and / or broadcast PSSCH and / or groupcast PSSCH with SL HARQ-ACK feedback disabled and / or groupcast PSSCH with distance-based operation and SL HARQ-ACK feedback option 1 and / or groupcast PSSCH with non-distance-based operation and SL HARQ-ACK feedback option 2.
[0243] In embodiments of this disclosure, a transmission located outside the COT can be interpreted as a transmission used during COT initialization and / or a transmission based on a Type 1 channel access procedure.
[0244] Embodiments of this disclosure may differ and / or be (pre-configured) by resource pool and / or external and / or internal transmission and / or by QoS parameter and / or CAPC and / or SL priority and / or internal or external COT (when COT initialization) and / or internal MCSt transmission procedure and / or SL channel type and / or RB set and / or SL BWP and / or SL carrier and / or congestion control level and / or transmit operation or receive operation and / or transmit power level and / or transmit start time and / or channel access procedure type for transmit and / or LBT failure rate and / or whether it is a COT initiator UE, a COT responded UE, or another UE and / or by cast type and / or whether SL HARQ-ACK feedback is activated and / or by HARQ-ACK feedback option and / or by the number of transmit attempts for the same information or TB. For example, in the embodiments of this disclosure, (pre-configuration) can be performed per resource pool and / or per transmission outside and / or inside the resource pool and / or per QoS parameter and / or per CAPC and / or per SL priority and / or per COT internal or external (when COT is initialized) and / or per MCSt internal transmission procedure and / or per SL channel type and / or per RB set and / or per SL BWP and / or per SL carrier and / or per congestion control level and / or per transmit operation or receive operation and / or per transmit power level and / or per transmit start time and / or per channel access procedure type for transmit and / or per LBT failure rate and / or per COT initiator UE, COT responded UE, or other UE and / or per cast type and / or per SL HARQ-ACK feedback activation and / or per HARQ-ACK feedback option and / or per number of transmit attempts for the same information or TB.
[0245] FIG. 11 shows a method by which a first device performs wireless communication according to an embodiment of the present disclosure. The embodiment of FIG. 11 can be combined with various embodiments of the present disclosure.
[0246] Referring to FIG. 11, in step S1110, the first device can receive, via a PSCCH (physical sidelink control channel), a second SCI (sidelink control information) and a first SCI for scheduling a PSSCH (physical sidelink shared channel) from the second device. In step S1120, the first device can receive, via the PSSCH, the second SCI for COT (channel occupancy time) sharing from the second device. For example, the second SCI can include a first source ID, a first destination ID, cast type information, COT sharing cast type information, and a COT sharing additional ID.
[0247] For example, the COT sharing cast type information can indicate a cast type of sidelink transmission for using the COT sharing.
[0248] For example, based on the COT sharing cast type information indicating broadcast, broadcast transmission can be performed by the first device based on the COT sharing.
[0249] For example, based on the COT sharing cast type information indicating group cast, group cast transmission can be performed by the first device based on the COT sharing.
[0250] For example, based on the COT sharing cast type information indicating unicast, unicast transmission can be performed by the first device based on the COT sharing.
[0251] For example, the COT Share Additional ID may include at least one of the following: a second source ID or a second destination ID for using the COT share.
[0252] For example, the first SCI may include a field indicating that the second SCI contains information for COT sharing. For example, based on the field indicating that the second SCI contains information for COT sharing, the second SCI may include the first source ID, the first destination ID, the cast type information, the COT sharing cast type information, and the COT sharing additional ID.
[0253] For example, the second SCI may further include information related to the COT interval.
[0254] Furthermore, for example, the first device can perform sidelink transmissions based on the COT sharing. For example, based on the reception of the PSCCH and PSSCH within the frequency domain, the sidelink transmission can be performed within the frequency domain based on the COT sharing. For example, based on the fact that the second SCI does not contain frequency resource information for the COT sharing, the sidelink transmission can be performed within the frequency domain based on the COT sharing.
[0255] Furthermore, for example, the first device can receive a PSSCH from the third device that is related to the first destination ID or the second destination ID included in the COT shared additional ID. Furthermore, for example, the first device can perform a PSFCH (physical sidelink feedback channel) transmission in response to the PSSCH from the third device. For example, the PSFCH transmission can be performed based on the COT sharing. For example, even if the target of the PSFCH transmission does not include the second device, the PSFCH transmission can be performed based on the COT sharing.
[0256] For example, it may not be permitted for the second SCI to include information for IUC (inter-UE coordination) and information for COT sharing.
[0257] The proposed method can be applied to devices according to various embodiments of this disclosure. First, the processor 102 of the first device 100 can control the transceiver 106 to receive the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) from the second device via the PSCCH (physical sidelink control channel). Then, the processor 102 of the first device 100 can control the transceiver 106 to receive the second SCI for COT (channel occupancy time) sharing from the second device via the PSSCH. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0258] According to one embodiment of the present disclosure, a first device configured to perform wireless communication is provided. For example, the first device may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, based on the fact that the instructions are executed by the at least one processor, the first device may be configured to receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel); and to receive the second SCI from the second device via the PSSCH for COT (channel occupancy time) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0259] According to one embodiment of the present disclosure, a processing unit configured to control a first device is provided. For example, the processing unit may include at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, the first device may be configured to receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel), based on the fact that the instructions are executed by the at least one processor; and to receive the second SCI from the second device via the PSSCH for channel occupancy time (COT) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0260] According to one embodiment of the present disclosure, a non-temporary computer-readable storage medium recording instructions is provided. For example, when the instructions are executed, the first device may receive a first SCI from the second device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel); and receive the second SCI from the second device via the PSSCH for COT (channel occupancy time) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0261] Figure 12 shows a method by which a second device performs wireless communication according to one embodiment of the present disclosure. The embodiment in Figure 12 can be combined with various embodiments of the present disclosure.
[0262] Referring to Figure 12, in step S1210, the second device can transmit the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel). In step S1220, the second device can transmit the second SCI for COT (channel occupancy time) sharing to the first device via the PSSCH. For example, the second SCI may include the first source ID, the first destination ID, cast type information, COT shared cast type information, and COT shared additional ID.
[0263] For example, the COT share cast type information can indicate the cast type of the sidelink transmission for using the COT share.
[0264] For example, based on the fact that the COT shared cast type information indicates a broadcast, a broadcast transmission can be performed by the first device based on the COT sharing.
[0265] For example, based on the fact that the COT shared cast type information indicates a group cast, a group cast transmission can be performed by the first device based on the COT sharing.
[0266] For example, based on the fact that the COT shared cast type information indicates a unicast, a unicast transmission can be performed by the first device based on the COT sharing.
[0267] For example, the COT Share Additional ID may include at least one of the following: a second source ID or a second destination ID for using the COT share.
[0268] For example, the first SCI may include a field indicating that the second SCI contains information for COT sharing. For example, based on the field indicating that the second SCI contains information for COT sharing, the second SCI may include the first source ID, the first destination ID, the cast type information, the COT sharing cast type information, and the COT sharing additional ID.
[0269] For example, the second SCI may further include information related to the COT interval.
[0270] Furthermore, for example, the first device can perform sidelink transmissions based on the COT sharing. For example, based on the reception of the PSCCH and PSSCH within the frequency domain, the sidelink transmission can be performed within the frequency domain based on the COT sharing. For example, based on the fact that the second SCI does not contain frequency resource information for the COT sharing, the sidelink transmission can be performed within the frequency domain based on the COT sharing.
[0271] For example, it may not be permitted for the second SCI to include information for IUC (inter-UE coordination) and information for COT sharing.
[0272] The proposed method can be applied to devices according to various embodiments of this disclosure. First, the processor 202 of the second device 200 can control the transceiver 206 to transmit a second SCI (sidelink control information) and a first SCI for scheduling the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel). Then, the processor 202 of the second device 200 can control the transceiver 206 to transmit the second SCI for channel occupancy time (COT) sharing to the first device via the PSSCH. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0273] According to one embodiment of the present disclosure, a second device configured to perform wireless communication is provided. For example, the second device may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, the second device may be configured to transmit a first SCI for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel) to the first device via a PSCCH (physical sidelink control channel) based on the instructions being executed by the at least one processor; and transmit the second SCI for channel occupancy time (COT) sharing to the first device via the PSSCH. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0274] According to one embodiment of the present disclosure, a processing unit configured to control a second device is provided. For example, the processing unit may include at least one processor; and at least one memory connected to the at least one processor for storing instructions. For example, the processing unit may be configured to send a first SCI to the first device via a PSCCH (physical sidelink control channel) for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel), based on the fact that the instructions are executed by the at least one processor; and send the second SCI to the first device via the PSSCH for channel occupancy time (COT) sharing. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0275] According to one embodiment of the present disclosure, a non-temporary computer-readable storage medium recording instructions is provided. For example, when executed, the instructions may cause a first SCI for scheduling a second SCI (sidelink control information) and a PSSCH (physical sidelink shared channel) to the first device via a PSCCH (physical sidelink control channel); and the second SCI for channel occupancy time (COT) sharing to the first device via the PSSCH. For example, the second SCI may include a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
[0276] According to various embodiments of this disclosure, COT sharing information may include additional ID information and cast type information for SL transmissions that can use COT. For example, COT sharing information is transmitted via SCI format 2-A, and at least the presence or absence of additional ID information and / or whether COT sharing is permitted can be indicated in the first SCI. For example, the RB set for COT sharing is the same as the RB set occupied by the PSCCH / PSSCH containing the COT sharing information. Through this, when using COT sharing, fairness issues due to L1 ID collisions can be mitigated, and SCI overhead can be optimized depending on the presence or absence of COT sharing information, etc.
[0277] Various embodiments of this disclosure can be combined with each other.
[0278] The following describes devices to which various embodiments of this disclosure apply.
[0279] Without limit, the various descriptions, functions, procedures, suggestions, methods and / or operation sequence diagrams disclosed in this document can be applied to various fields requiring wireless communication / connection (e.g., 5G) between devices.
[0280] The following provides more specific examples with reference to the drawings. In the following drawings and descriptions, unless otherwise specified, the same or corresponding hardware blocks, software blocks, or functional blocks can be illustrated by the same reference numerals in the same drawings.
[0281] Figure 13 shows a communication system (1) according to one embodiment of the present disclosure. The embodiment in Figure 13 can be combined with various embodiments of the present disclosure.
[0282] Referring to Figure 13, the communication system (1) to which various embodiments of this disclosure apply includes wireless equipment, base stations, and networks. Here, wireless equipment means equipment that communicates using wireless connectivity technologies (e.g., 5G NR (New RAT), LTE (Long term evolution)), and can be called communication / wireless / 5G equipment. However, wireless equipment can include, but is not limited to, robots 100a, vehicles 100b-1, 100b-2, XR (eXtended Reality) equipment 100c, handheld devices 100d, home appliances 100e, IoT (Internet of Things) equipment 100f, and AI equipment / servers 400. For example, vehicles can include vehicles equipped with wireless communication capabilities, autonomous vehicles, and vehicles capable of vehicle-to-vehicle communication. Here, a vehicle can include a UAV (Unmanned aerial vehicle) (e.g., a drone) and / or an AV (Aerial Vehicle) (e.g., an AAM (Advanced Air Mobility)). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices and can be implemented in the form of HMDs (Head-Mounted Devices), HUDs (Head-Up Displays) mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Mobile devices can include smartphones, smart pads, wearable devices (e.g., smartwatches, smart glasses), computers (e.g., laptops, etc.). Home appliances can include TVs, refrigerators, washing machines, etc. IoT devices can include sensors, smart meters, etc. For example, base stations and networks can also be implemented as wireless devices, and certain wireless devices 200a can operate as base stations / network nodes with other wireless devices.
[0283] Here, the wireless communication technologies implemented in the wireless devices 100a to 100f of this specification may include not only LTE, NR, and 6G, but also Narrowband Internet of Things for low-power communication. In this case, for example, NB-IoT technology is an example of LPWAN (Low Power Wide Area Network) technology and can be implemented as standards such as LTE Cat NB1 and / or LTE Cat NB2, and is not limited to the names mentioned above. Furthermore, or generally, the wireless communication technologies implemented in the wireless devices 100a to 100f of this specification can communicate based on LTE-M technology. In this case, for example, LTE-M technology is an example of LPWAN technology and is called by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology can be implemented in at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and is not limited to the names mentioned above. Furthermore, the wireless communication technologies implemented in the wireless devices 100a to 100f of this specification may include, or generally may not include, at least one of ZigBee, Bluetooth (registered trademark), and Low Power Wide Area Network (LPWAN), which take low-power communication into consideration. For example, Zigbee technology can generate personal area networks (PANs) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and is known by various names.
[0284] Wireless devices 100a to 100f can be connected to the network 300 via the base station 200. Artificial Intelligence (AI) technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can be connected to the AI server 400 via the network 300. The network 300 can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Wireless devices 100a to 100f can communicate with each other via the base station 200 / network 300, but they can also communicate directly (e.g., sidelink communication) without going through the base station / network. For example, vehicles 100b-1 and 100b-2 can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to everything) communication). Furthermore, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.
[0285] Wireless communication / connection 150a, 150b, and 150c can be performed between wireless devices 100a-100f / base station 200 and between base stations 200 / base station 200. Here, wireless communication / connection can be performed via uplink / downlink communication 150a, sidelink communication 150b (or D2D communication), and communication between base stations 150c (e.g., relay, IAB (Integrated Access Backhaul), or various other wireless connectivity technologies (e.g., 5G NR)). Wireless devices and base stations / wireless devices, and base stations and base stations can transmit / receive wireless signals from each other via wireless communication / connection 150a, 150b, and 150c. For example, wireless communication / connection 150a, 150b, and 150c can transmit / receive signals via various physical channels. To this end, at least some of the following can be performed based on the various proposals of this disclosure: various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), resource allocation processes, etc.
[0286] Figure 14 shows a wireless device according to one embodiment of the present disclosure. The embodiment in Figure 14 can be combined with various embodiments of the present disclosure.
[0287] Referring to Figure 14, the first radio device 100 and the second radio device 200 can transmit and receive radio signals via various radio connectivity technologies (e.g., LTE, NR). Here, {first radio device 100, second radio device 200} can correspond to {radio device 100x, base station 200} and / or {radio device 100x, radio device 100x} in Figure 13.
[0288] The first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and / or one or more antennas 108. The processor 102 may control the memories 104 and / or the transceivers 106 and be configured to embody the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein. For example, the processor 102 may process information in the memory 104 to generate first information / signals and then transmit a wireless signal containing the first information / signals via the transceiver 106. Alternatively, the processor 102 may receive a wireless signal containing second information / signals via the transceiver 106 and then store information obtained from signal processing of the second information / signals in the memory 104. The memory 104 may be linked to the processor 102 and may store various information related to the operation of the processor 102. For example, memory 104 may store software code that includes instructions for executing some or all of the processes controlled by processor 102, or for executing the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein. Here, processor 102 and memory 104 are part of a communication modem / circuit / chip designed to embody wireless communication technology (e.g., LTE, NR). Transceiver 106 may be coupled with processor 102 and may transmit and / or receive radio signals via one or more antennas 108. Transceiver 106 may include a transmitter and / or receiver. Transceiver 106 may be used in combination with an RF (Radio Frequency) unit. In this disclosure, wireless equipment may also mean a communication modem / circuit / chip.
[0289] The second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memories 204 and / or the transceivers 206 and be configured to embody the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein. For example, the processor 202 may process information in the memory 204 to generate third information / signals and then transmit a wireless signal containing the third information / signals via the transceiver 206. Alternatively, the processor 202 may receive a wireless signal containing fourth information / signals via the transceiver 206 and then store information obtained from signal processing of the fourth information / signals in the memory 204. The memory 204 may be linked to the processor 202 and may store various information related to the operation of the processor 202. For example, memory 204 may store software code containing instructions for executing some or all of the processes controlled by processor 202, or for executing the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein. Here, processor 202 and memory 204 are part of a communication modem / circuit / chip designed to embody wireless communication technology (e.g., LTE, NR). Transceiver 206 may be coupled with processor 202 and may transmit and / or receive radio signals via one or more antennas 208. Transceiver 206 may include a transmitter and / or receiver and may be used in combination with an RF unit. In this disclosure, wireless equipment may also mean a communication modem / circuit / chip.
[0290] The hardware elements of wireless devices 100 and 200 will be described in more detail below. However, one or more protocol layers can be embodied by one or more processors 102 and 202. For example, one or more processors 102 and 202 can embodied one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 can generate one or more PDUs (Protocol Data Units) and / or one or more SDUs (Service Data Units) by means of the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed in this document. One or more processors 102 and 202 can generate messages, control information, data, or information by means of the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed in this document. One or more processors 102, 202 can generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data, or information by means of the functions, procedures, suggestions, and / or methods disclosed in this document and provide them to one or more transceivers 106, 206. One or more processors 102, 202 can receive signals (e.g., baseband signals) from one or more transceivers 106, 206 and acquire PDUs, SDUs, messages, control information, data, or information by means of the descriptions, functions, procedures, suggestions, methods, and / or operational flowcharts disclosed in this document.
[0291] One or more processors 102, 202 are referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102, 202 can be embodied by hardware, firmware, software, or a combination thereof. For example, one or more ASICs (Application Specific Integrated Circuits), one or more DSPs (Digital Signal Processors), one or more DSPDs (Digital Signal Processing Devices), one or more PLDs (Programmable Logic Devices), or one or more FPGAs (Field Programmable Gate Arrays) may be included in one or more processors 102, 202. The descriptions, functions, procedures, suggestions, methods, and / or operational flowcharts disclosed herein may be embodied using firmware or software, and the firmware or software may be embodied to include modules, procedures, functions, etc. The descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein may be implemented by one or more processors 102, 202, or stored in one or more memories 104, 204 and driven by one or more processors 102, 202, with firmware or software configured to execute them. The descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein may be implemented using firmware or software in the form of code, instructions and / or sets of instructions.
[0292] One or more memory units 104, 204 can be connected to one or more processors 102, 202 and can store various forms of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memory units 104, 204 can consist of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer read / store media, and / or combinations thereof. One or more memory units 104, 204 can be located inside and / or outside of one or more processors 102, 202. Furthermore, one or more memory units 104, 204 can be connected to one or more processors 102, 202 via various technologies such as wired or wireless connections.
[0293] One or more transceivers 106, 206 can transmit user data, control information, radio signals / channels, etc., as referred to in the methods and / or operational flowcharts, etc., described herein to one or more other devices. One or more transceivers 106, 206 can receive user data, control information, radio signals / channels, etc., as referred to in the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts, etc., disclosed herein from one or more other devices. For example, one or more transceivers 106, 206 can be connected to one or more processors 102, 202 to transmit and receive radio signals. For example, one or more processors 102, 202 can control one or more transceivers 106, 206 to transmit user data, control information or radio signals to one or more other devices. Also, one or more processors 102, 202 can control one or more transceivers 106, 206 to receive user data, control information or radio signals from one or more other devices. Furthermore, one or more transceivers 106, 206 can be connected to one or more antennas 108, 208 and configured to transmit and receive user data, control information, radio signals / channels, etc., as referred to in the descriptions, functions, procedures, suggestions, methods and / or operational flowcharts disclosed herein, via one or more antennas 108, 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106, 206 can convert received user data, control information, radio signals / channels, etc., from RF band signals to baseband signals for processing using one or more processors 102, 202. One or more transceivers 106, 206 can convert user data, control information, radio signals / channels, etc., processed using one or more processors 102, 202, from baseband signals to RF band signals. For this purpose, one or more transceivers 106, 206 may include (analog) oscillators and / or filters.
[0294] Figure 15 shows a signal processing circuit for a transmitted signal according to one embodiment of the present disclosure. The embodiment in Figure 15 can be combined with various embodiments of the present disclosure.
[0295] Referring to Figure 15, the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060. However, it is not limited to these, and the operation / function of Figure 15 can be performed by the processors 102, 202 and / or transceivers 106, 206 of Figure 14. The hardware elements of Figure 15 can be embodied by the processors 102, 202 and / or transceivers 106, 206 of Figure 14. For example, blocks 1010-1060 can be embodied by the processors 102, 202 of Figure 14. Also, blocks 1010-1050 can be embodied by the processors 102, 202 of Figure 14, and block 1060 can be embodied by the transceivers 106, 206 of Figure 14.
[0296] The codeword can be converted into a radio signal via the signal processing circuit 1000 in Figure 15. Here, the codeword is an encoded bit sequence of information blocks. The information blocks may include transmit blocks (e.g., UL-SCH transmit block, DL-SCH transmit block). The radio signal can be transmitted via various physical channels (e.g., PUSCH, PDSCH).
[0297] Specifically, the codeword can be converted into a scrambled bit sequence by the scrambler 1010. The scrambled sequence used for scrambling is generated based on an initialization value, which may include the ID information of the radio equipment. The scrambled bit sequence can be modulated into a modulated symbol sequence by the modulator 1020. The modulation scheme can include pi / 2-BPSK (pi / 2-Binary Phase Shift Keying), m-PSK (m-Phase Shift Keying), m-QAM (m-Quadrature Amplitude Modulation), etc. The complex modulated symbol sequence can be mapped to one or more transmission layers by the layer mapper 1030. The modulated symbol of each transmission layer can be mapped to the corresponding antenna port (ra) by the precoder 1040 (precoding). The output z of the precoder 1040 is obtained by multiplying the output y of the layer mapper 1030 by an N*M precoding matrix W. Here, N is the number of antenna ports and M is the number of transmission layers. The precoder 1040 can perform precoding after performing transform precoding (e.g., DFT transformation) on the complex modulation symbols. Alternatively, the precoder 1040 can perform precoding without performing transform precoding.
[0298] The resource mapper 1050 can map the modulation symbols of each antenna port to a time-frequency resource. The time-frequency resource may include multiple symbols in the time domain (e.g., CP-OFDMA symbols, DFT-s-OFDMA symbols) and multiple subcarriers in the frequency domain. The signal generator 1060 generates a radio signal from the mapped modulation symbols, and the generated radio signal can be transmitted to other devices via each antenna. To this end, the signal generator 1060 may include an IFFT (Inverse Fast Fourier Transform) module, a CP (Cyclic Prefix) inserter, a DAC (Digital-to-Analog Converter), a frequency uplink converter, and the like.
[0299] In wireless equipment, the signal processing process for a received signal can be configured as the reverse of the signal processing processes 1010-1060 in Figure 15. For example, wireless equipment (e.g., 100, 200 in Figure 14) can receive wireless signals from an external source via an antenna port / transceiver. The received wireless signal can be converted into a baseband signal via a signal restorer. For this purpose, the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module. Subsequently, the baseband signal can be restored to a codeword through a resource demapper process, a postcoding process, a demodulation process, and a descramble process. The codeword can be decoded to restore the original information blocks. Therefore, a signal processing circuit (not shown) for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.
[0300] Figure 16 shows a wireless device according to one embodiment of the present disclosure. The wireless device can be implemented in a variety of forms depending on the use-example / service (see Figure 13). The embodiment in Figure 16 can be combined with various embodiments of the present disclosure.
[0301] Referring to Figure 16, the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 in Figure 14 and can be composed of various elements, components, units, and / or modules. For example, the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140. The communication unit may include a communication circuit 112 and transceivers (etc.) 114. For example, the communication circuit 112 may include one or more processors 102, 202 and / or one or more memories 104, 204 in Figure 13. For example, the transceivers (etc.) 114 may include one or more transceivers 106, 206 and / or one or more antennas 108, 208 in Figure 14. The control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls the various operations of the wireless device. For example, the control unit 120 can control the electrical / mechanical operation of the wireless device based on the program / code / instructions / information stored in the memory unit 130. The control unit 120 can also transmit the information stored in the memory unit 130 to an external device (e.g., another communication device) via a wireless / wired interface through the communication unit 110, or store information received from an external device (e.g., another communication device) via a wireless / wired interface through the communication unit 110 in the memory unit 130.
[0302] The additional element 140 can be configured in various ways depending on the type of wireless device. For example, the additional element 140 may include at least one of the following: a power unit / battery, an input / output unit (I / O unit), a drive unit, and a computing unit. However, wireless devices can be embodied in forms such as robots (100a in Figure 13), vehicles (100b-1, 100b-2 in Figure 13), XR devices (100c in Figure 13), mobile devices (100d in Figure 13), home appliances (100e in Figure 13), IoT devices (100f in Figure 13), digital broadcasting terminals, hologram devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate / environmental devices, AI servers / devices (400 in Figure 13), base stations (200 in Figure 13), and network nodes. Depending on the use-example / service, wireless devices may be mobile or used in a fixed location.
[0303] In Figure 16, the various elements, components, units / parts, and / or modules within the wireless devices 100 and 200 can be interconnected as a whole via a wired interface, or at least some of them can be connected wirelessly via the communication unit 110. For example, within the wireless devices 100 and 200, the control unit 120 and the communication unit 110 can be connected via a wired connection, and the control unit 120 and the first units (e.g., 130, 140) can be connected wirelessly via the communication unit 110. Furthermore, each element, component, unit / part, and / or module within the wireless devices 100 and 200 may further include one or more elements. For example, the control unit 120 may consist of a collection of one or more processors. For example, the control unit 120 may consist of a collection of a communication control processor, an application processor, an ECU (Electronic Control Unit), a graphics processing processor, a memory control processor, and so on. As another example, the memory unit 130 may consist of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory, and / or a combination thereof.
[0304] The following provides a more detailed explanation of the example shown in Figure 16, with reference to other drawings.
[0305] Figure 17 shows a portable device according to one embodiment of the present disclosure. The portable device may include a smartphone, a smartpad, a wearable device (e.g., a smartwatch, smart glass), or a portable computer (e.g., a laptop computer). The portable device may be referred to as an MS (Mobile Station), UT (user terminal), MSS (Mobile Subscriber Station), SS (Subscriber Station), AMS (Advanced Mobile Station), or WT (Wireless terminal). The embodiment in Figure 17 can be combined with various embodiments of the present disclosure.
[0306] Referring to Figure 17, the portable device 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input / output unit 140c. The antenna unit 108 may be composed of a part of the communication unit 110. Blocks 110-130 / 140a-140c correspond to blocks 110-130 / 140 in Figure 16, respectively.
[0307] The communication unit 110 can send and receive signals (e.g., data, control signals, etc.) with other wireless devices and base stations. The control unit 120 can control the components of the portable device 100 and perform various operations. The control unit 120 may include an AP (Application Processor). The memory unit 130 can store data / parameters / programs / code / instructions necessary to operate the portable device 100. The memory unit 130 can also store input / output data / information, etc. The power supply unit 140a supplies power to the portable device 100 and may include wired / wireless charging circuits, batteries, etc. The interface unit 140b can support the connection of the portable device 100 with other external devices. The interface unit 140b may include various ports for connection with external devices (e.g., audio input / output ports, video input / output ports). The input / output unit 140c can receive and output video information / signals, audio information / signals, data, and / or information input from the user. The input / output section 140c may include a camera, microphone, user input section, display section 140d, speaker and / or haptic module, etc.
[0308] For example, in the case of data communication, the input / output unit 140c acquires information / signals input from the user (e.g., touch, text, voice, image, video), and the acquired information / signals can be stored in the memory unit 130. The communication unit 110 converts the information / signals stored in memory into a radio signal and can transmit the converted radio signal directly to other radio devices or to a base station. Furthermore, after receiving a radio signal from another radio device or base station, the communication unit 110 can restore the received radio signal to its original information / signal. The restored information / signal is stored in the memory unit 130 and can then be output via the input / output unit 140c in various forms (e.g., text, voice, image, video, haptic).
[0309] Figure 18 shows a vehicle or autonomous vehicle according to one embodiment of the present disclosure. The vehicle or autonomous vehicle can be implemented as a mobile robot, a vehicle, a train, a manned or unmanned aerial vehicle (AV), a ship, etc. The embodiment in Figure 18 can be combined with various embodiments of the present disclosure.
[0310] Referring to Figure 18, the vehicle or autonomous vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be composed of part of the communication unit 110. Blocks 110 / 130 / 140a to 140d correspond to blocks 110 / 130 / 140 in Figure 16, respectively.
[0311] The communication unit 110 can send and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, roadside units, etc.), and servers. The control unit 120 can control elements of the vehicle or autonomous vehicle 100 and perform various operations. The control unit 120 may include an ECU (Electronic Control Unit). The drive unit 140a can make the vehicle or autonomous vehicle 100 travel on the ground. The drive unit 140a may include an engine, motor, powertrain, wheels, brakes, steering system, etc. The power supply unit 140b supplies power to the vehicle or autonomous vehicle 100 and may include a wired / wireless charging circuit, battery, etc. The sensor unit 140c can obtain vehicle status, surrounding environment information, user information, etc. The sensor unit 140c may include an IMU (inertial measurement unit) sensor, collision sensor, wheel sensor, speed sensor, tilt sensor, weight detection sensor, heading sensor, position module, vehicle forward / reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, etc. The autonomous driving unit 140d can implement technologies such as maintaining a lane while driving, automatically adjusting speed like adaptive cruise control, automatically driving along a predetermined route, and automatically setting a route and driving when a destination is set.
[0312] For example, the communication unit 110 can receive map data, traffic information data, etc., from an external server. The autonomous driving unit 140d can generate an autonomous driving route and driving plan based on the acquired data. The control unit 120 can control the drive unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving route according to the driving plan (e.g., speed / direction adjustment). During autonomous driving, the communication unit 110 can acquire the latest traffic information data from the external server non-periodically and acquire surrounding traffic information data from surrounding vehicles. Also, during autonomous driving, the sensor unit 140c can acquire vehicle status and surrounding environment information. The autonomous driving unit 140d can update the autonomous driving route and driving plan based on the newly acquired data / information. The communication unit 110 can transmit information such as vehicle position, autonomous driving route, and driving plan to the external server. The external server can predict traffic information data in advance using AI technology, etc., based on the information collected from the vehicle or autonomous vehicle, and can provide the predicted traffic information data to the vehicle or autonomous vehicle.
[0313] The claims described herein can be combined in various ways. For example, the technical features of the method claims herein can be combined and embodied in an apparatus, and the technical features of the apparatus claims herein can be combined and embodied in a method. Furthermore, the technical features of the method claims and the technical features of the apparatus claims herein can be combined and embodied in an apparatus, and the technical features of the method claims and the technical features of the apparatus claims herein can be combined and embodied in a method.
[0314] [Claims when filing an international application] [Claim 1] A method by which the first device performs wireless communication, The steps of receiving the second SCI (sidelink control information) and the first SCI (physical sidelink shared channel) for scheduling the second SCI (sidelink control information) and the PSSCH (physical sidelink shared channel) from the second device via the PSCCH (physical sidelink control channel); and The process includes the step of receiving the second SCI for channel occupancy time (COT) sharing from the second device via the PSSCH; The method for the second SCI includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 2] The method according to claim 1, wherein the COT shared cast type information indicates the cast type of the sidelink transmission for using the COT shared. [Claim 3] The method according to claim 1, wherein, based on the COT shared cast type information indicating a broadcast, a broadcast transmission is performed by the first device based on the COT shared. [Claim 4] The method according to claim 1, wherein, based on the COT shared cast type information indicating a group cast, a group cast transmission is performed by the first device based on the COT shared. [Claim 5] The method according to claim 1, wherein a unicast transmission is performed by the first device based on the COT shared cast type information, on the basis that the COT shared cast type information indicates a unicast. [Claim 6] The method according to claim 1, wherein the COT shared additional ID includes at least one of a second source ID or a second destination ID for using the COT share. [Claim 7] The method according to claim 1, wherein the first SCI includes a field indicating that the second SCI contains information for COT sharing. [Claim 8] The method according to claim 7, wherein, based on the field indicating that the second SCI contains information for COT sharing, the second SCI includes the first source ID, the first destination ID, the cast type information, the COT sharing cast type information, and the COT sharing additional ID. [Claim 9] The method according to claim 1, wherein the second SCI further includes information relating to the COT interval. [Claim 10] The method according to claim 1, further comprising the step of performing a sidelink transmission based on the COT sharing; [Claim 11] The method according to claim 10, wherein the sidelink transmission is performed in the frequency domain based on the COT sharing, based on the reception of the PSCCH and the PSSCH in the frequency domain. [Claim 12] The method according to claim 11, wherein the sidelink transmission is performed in the frequency domain based on the COT share, based on the fact that the second SCI does not include frequency resource information for the COT share. [Claim 13] A step of receiving a PSSCH from a third device that is associated with a second destination ID included in the first destination ID or the COT shared additional ID; The further step includes performing a PSFCH (physical sidelink feedback channel) transmission as a response to the PSSCH from the third device; The method according to claim 1, wherein the PSFCH transmission is performed based on the COT sharing. [Claim 14] A first device configured to perform wireless communication, At least one transceiver, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is to cause the first device to perform an operation based on the fact that it is executed by the at least one processor. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a first device including a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 15] A processing device configured to control the first device, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is to cause the first device to perform an operation based on the fact that it is executed by the at least one processor. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a processing unit that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 16] A non-temporary computer-readable storage medium that records instructions, The aforementioned instruction, when executed, causes the first device to perform an action. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a non-temporary computer-readable storage medium containing a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 17] A method by which the second device performs wireless communication, The steps of transmitting the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel); and The step of transmitting the second SCI for channel occupancy time (COT) sharing to the first device via the PSSCH; The method for the second SCI includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 18] A second device configured to perform wireless communication, At least one transceiver, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction causes the second device to perform an operation based on the fact that it is executed by at least one processor. The aforementioned operation is, The first device transmits the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a second device that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 19] A processing device configured to control a second device, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is executed by at least one processor, causing the second device to perform an operation. The aforementioned operation is, The first device transmits the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a processing unit that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID. [Claim 20] A non-temporary computer-readable storage medium that records instructions, The aforementioned instruction, when executed, causes the second device to perform an action. The aforementioned operation is, The first device transmits the second SCI (sidelink control information) and the first SCI for scheduling the PSSCH (physical sidelink shared channel) via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a non-temporary computer-readable storage medium containing a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
Claims
1. A method by which the first device performs wireless communication, Steps of receiving a second SCI (sidelink control information) and a first SCI for scheduling the PSSCH (physical sidelink shared channel) from the second device via the PSCCH (physical sidelink control channel); and The process includes the step of receiving the second SCI for channel occupancy time sharing from the second device via the PSSCH; The method wherein the second SCI includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
2. The method according to claim 1, wherein the COT shared cast type information indicates the cast type of the sidelink transmission for using the COT shared.
3. The method according to claim 1, wherein, based on the COT shared cast type information indicating a broadcast, a broadcast transmission is performed by the first device based on the COT sharing.
4. The method according to claim 1, wherein, based on the COT shared cast type information indicating a group cast, a group cast transmission is performed by the first device based on the COT shared.
5. The method according to claim 1, wherein, based on the COT shared cast type information indicating a unicast, a unicast transmission is performed by the first device based on the COT shared.
6. The method according to claim 1, wherein the COT shared additional ID includes at least one of a second source ID or a second destination ID for using the COT share.
7. The method according to claim 1, wherein the first SCI includes a field indicating that the second SCI contains information for COT sharing.
8. The method according to claim 7, wherein, based on the field indicating that the second SCI contains information for COT sharing, the second SCI includes the first source ID, the first destination ID, the cast type information, the COT sharing cast type information, and the COT sharing additional ID.
9. The method according to claim 1, wherein the second SCI further includes information related to the COT interval.
10. The method according to claim 1, further comprising the step of performing a sidelink transmission based on the COT sharing.
11. The method according to claim 10, wherein the sidelink transmission is performed in the frequency domain based on the COT sharing, based on the reception of the PSCCH and the PSSCH in the frequency domain.
12. The method according to claim 11, wherein the sidelink transmission is performed in the frequency domain based on the COT sharing, based on the fact that the second SCI does not include frequency resource information for the COT sharing.
13. Steps include receiving a PSSCH from a third device that is associated with a second destination ID included in the first destination ID or the COT shared additional ID; The further step includes performing a PSFCH (physical sidelink feedback channel) transmission as a response to the PSSCH from the third device; The method according to claim 1, wherein the PSFCH transmission is performed based on the COT sharing.
14. A first device configured to perform wireless communication, At least one transceiver, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is to cause the first device to perform an operation based on the fact that it is executed by the at least one processor. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI (physical sidelink shared channel) for scheduling the PSCCH (physical sidelink control channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a first device including a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
15. A processing apparatus configured to control the first device, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is to cause the first device to perform an operation based on the fact that it is executed by the at least one processor. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI (physical sidelink shared channel) for scheduling the PSCCH (physical sidelink control channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a processing unit that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
16. A non-temporary computer-readable storage medium that records instructions, The aforementioned instruction, when executed, causes the first device to perform an action. The aforementioned operation is, The second device receives the second SCI (sidelink control information) and the first SCI (physical sidelink shared channel) for scheduling the PSCCH (physical sidelink control channel) via the PSCCH (physical sidelink control channel); and The second device receives the second SCI for COT (channel occupancy time) sharing via the PSSCH; The second SCI is a non-temporary computer-readable storage medium including a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
17. A method by which the second device performs wireless communication, The steps of transmitting the first SCI for scheduling the second SCI (sidelink control information) and the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel); and The step of transmitting the second SCI for channel occupancy time (COT) sharing to the first device via the PSSCH; The method wherein the second SCI includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
18. A second device configured to perform wireless communication, At least one transceiver, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is to cause the second device to perform an operation based on the fact that it is executed by the at least one processor. The aforementioned operation is, Transmit the first SCI for scheduling the second SCI (sidelink control information) and the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a second device that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
19. A processing device configured to control a second device, At least one processor, and The system comprises at least one memory connected to the at least one processor and storing instructions, The instruction is executed by at least one processor, causing the second device to perform an operation. The aforementioned operation is, Transmit the first SCI for scheduling the second SCI (sidelink control information) and the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a processing unit that includes a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.
20. A non-temporary computer-readable storage medium that records instructions, The aforementioned instruction, when executed, causes the second device to perform an action. The aforementioned operation is, Transmit the first SCI for scheduling the second SCI (sidelink control information) and the PSSCH (physical sidelink shared channel) to the first device via the PSCCH (physical sidelink control channel); and The second SCI for COT (channel occupancy time) sharing is transmitted to the first device via the PSSCH; The second SCI is a non-temporary computer-readable storage medium including a first source ID, a first destination ID, cast type information, COT shared cast type information, and a COT shared additional ID.