UE operation method related to secondary link CSI reporting in wireless communication system

Abstract

In one embodiment, a sidelink related operation method of a first user equipment (UE) in a wireless communication system is provided, the method comprising the following steps: the first UE receives a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from a second UE; receives a channel state information reference signal (CSI‑RS) and a physical sidelink shared channel (PSSCH) related to the PSCCH; derives CSI based on the CSI‑RS; and the first UE sends a CSI report including the CSI to the second UE, wherein the CSI is derived based on a determination of the MCS table.

Description

Technical Field

[0001] The following description relates to a wireless communication system, and more particularly to an operating method and apparatus related to secondary link channel state information (CSI) reporting. Background Art

[0002] Wireless communication systems are being widely deployed to provide various types of communication services such as voice and data. Typically, wireless communication systems are multiple access systems that can support communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.). Examples of multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multi-carrier frequency division multiple access (MC-FDMA) systems.

[0003] Wireless communication systems use various radio access technologies (RATs) such as Long Term Evolution (LTE), Advanced LTE (LTE-A), and Wireless Fidelity (WiFi). Wireless communication systems such as the 5th generation (5G) are being developed. The three key areas of demand for 5G include (1) enhanced mobile broadband (eMBB), (2) massive machine type communications (mMTC), and (3) ultra-reliable low latency communications (URLLC). Some use cases may require multiple dimensions for optimization, while other use cases may focus on only one key performance indicator (KPI). 5G supports these various use cases in a flexible and reliable manner.

[0004] eMBB goes far beyond basic mobile Internet access and covers rich interactive work, media and entertainment applications in the cloud or augmented reality (AR). Data is one of the key drivers of 5G, and in the 5G era, dedicated voice services may not be seen for the first time. In 5G, it is expected that voice will be processed as an application using only the data connectivity provided by the communication system. The main driving force for the increase in traffic is the increase in the number of applications requiring high data rates and the increase in content size. As more and more devices are connected to the Internet, streaming services (audio and video), interactive video and mobile Internet connections will continue to be widely used. Many of these applications require always-on connections to push real-time information and notifications to users. Cloud storage and applications for mobile communication platforms are increasing rapidly. This applies to both work and entertainment. Cloud storage is a specific use case that drives the growth of uplink data rates. 5G will also be used for remote work in the cloud, which requires much lower end-to-end latency when done with a tactile interface to maintain a good user experience. Entertainment (e.g., cloud games and video streaming) is another key driver for increasing demand for mobile broadband capabilities. Entertainment will be critical for smartphones and tablets everywhere, including high-mobility environments such as trains, cars and airplanes. Another use case is augmented reality (AR) for entertainment and information search, which requires very little latency and a large amount of real-time data.

[0005] One of the most anticipated 5G use cases is the ability to actively connect embedded sensors in every field (i.e., mMTC). It is expected that there will be 20.4 billion potential Internet of Things (IoT) devices by 2020. In industrial IoT, 5G is one of the areas that will play a key role in enabling smart cities, asset tracking, smart utilities, agriculture, and secure infrastructure.

[0006] URLLC includes services that will revolutionize industries using ultra-reliable / available low-latency links, such as remote control of critical infrastructure and autonomous vehicles. The levels of reliability and latency are critical for smart grid control, industrial automation, robotics, drone control and coordination, etc.

[0007] Now, a number of use cases will be described in detail.

[0008] 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or cable data service interface specification (DOCSIS)) as a means of delivering streams with data rates ranging from hundreds of megabits per second to gigabits per second. Such high speeds are required for virtual reality (VR) and AR, as well as TV broadcasts with resolutions of 4K or higher (6K, 8K, or higher). VR and AR applications mainly include immersive sports events. Specific applications may require special network configurations. For example, for VR games, gaming companies may have to integrate core servers with network operators' edge network servers in order to minimize latency.

[0009] The automotive industry is expected to become a very important new driver of 5G, with many use cases for mobile communications in vehicles. For example, entertainment for passengers requires both high-capacity and high-mobility mobile broadband, because future users will expect to always have a high-quality connection, regardless of their location and speed. Other use cases in the automotive industry are AR dashboards. These dashboards display superimposed information on what the driver is seeing through the front window, identify objects in the dark, and inform the driver of the distance and movement of objects. In the future, wireless modules will enable communication between the vehicles themselves, information exchange between the vehicle and the supporting infrastructure, and information exchange between the vehicle and other connected devices (for example, devices carried by pedestrians). Safety systems can guide drivers to take alternative courses of action to enable them to drive more safely and reduce the risk of accidents. The next stage will be remotely controlled or autonomous vehicles. This requires very reliable and very fast communication between different autonomous vehicles and between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities while the driver focuses on the elusive traffic anomalies of the vehicle itself. The technical requirements for autonomous vehicles require ultra-low latency and ultra-high reliability, thereby increasing traffic safety to a level that cannot be achieved by humans.

[0010] Smart cities and smart homes, often referred to as smart societies, will be embedded with dense wireless sensor networks. Distributed networks of smart sensors will confirm the cost and energy efficiency maintenance conditions of a city or home. A similar setup can be made for each home, where temperature sensors, window and heating controls, burglar alarms, and home appliances are all connected wirelessly. Many of these sensors are typically characterized by low data rates, low power, and low cost, but real-time high-definition (HD) video may be required, for example, in some types of surveillance devices.

[0011] The consumption and distribution of energy, including heat or gas, is becoming highly decentralized, creating a need for automatic control of very decentralized sensor networks. Smart grids interconnect these sensors using digital information and communication technologies to collect and act on information. This information can include information about the behavior of suppliers and consumers, enabling smart grids to improve the efficiency, reliability, economic viability, and sustainability of production of fuels such as electricity in an automated manner. Smart grids can be viewed as another sensor network with less latency.

[0012] The health sector has many applications that can benefit from mobile communications. Communication systems enable telemedicine, which provides clinical care at a distance. It helps to eliminate distance barriers and improve access to medical services that are often not consistently available in remote rural communities. It can also be used to save lives in critical care and emergency situations. Wireless sensor networks based on mobile communications can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

[0013] Wireless and mobile communications are becoming increasingly important for industrial applications. Wires are expensive to install and maintain, and the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, to achieve this, wireless connections need to operate with latency, reliability, and capacity similar to cables, and to be easier to manage. Low latency and very low error probability are new requirements that 5G needs to address.

[0014] Finally, logistics and freight tracking are important use cases for mobile communications to enable tracking of inventory and packages wherever they are located using location-based information systems. Logistics and freight tracking use cases typically require lower data speeds, but wide coverage and reliable location information.

[0015] A wireless communication system is a multiple-access system that supports communication for multiple users by sharing available system resources (bandwidth, transmit power, etc.) Examples of multiple-access systems include CDMA systems, FDMA systems, TDMA systems, OFDMA systems, SC-FDMA systems, and MC-FDMA systems.

[0016] Side Link (SL) refers to a communication scheme in which a direct link is established between a User Equipment (UE) and the UEs and the UEs directly exchange voice or data without intervention of a Base Station (BS). SL is considered a solution to alleviate the rapidly growing data traffic constraints of the BS.

[0017] Vehicle-to-everything (V2X) is a communication technology in which a vehicle exchanges information with another vehicle, pedestrians, and infrastructure through wired / wireless communications. V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P). V2X communication can be provided via a PC5 interface and / or a Uu interface.

[0018] As more and more communication devices require greater communication capacity, enhanced mobile broadband communication relative to existing RATs is needed. Therefore, communication systems that take into account services or UEs that are sensitive to reliability and latency are being discussed. The next generation RAT that takes into account eMBB, MTC, and URLLC is called new RAT or NR. In NR, V2X communication can also be supported.

[0019] Figure 1 The diagram illustrates, by comparison, V2X communication based on pre-NR-RAT and V2X communication based on NR.

[0020] For V2X communication, the technology of providing safety services based on V2X messages such as Basic Safety Message (BSM), Collaborative Awareness Message (CAM) and Decentralized Environment Notification Message (DENM) is mainly discussed in the pre-NR RAT. V2X messages may include location information, dynamic information and attribute information. For example, a UE may send a CAM of a periodic message type and / or a DENM of an event-triggered type to another UE.

[0021] For example, CAM may include basic vehicle information, including dynamic status information such as direction and speed, vehicle static data such as size, external lighting status, path details, etc. For example, UE may broadcast CAM, and the waiting time of CAM may be less than 100ms. For example, when an unexpected event such as vehicle damage or accident occurs, UE may generate DENM and send DENM to another UE. For example, all vehicles within the transmission range of UE may receive CAM and / or DENM. In this case, DENM may have a higher priority than CAM.

[0022] Regarding V2X communication, various V2X scenarios are proposed in NR. For example, V2X scenarios include vehicle platooning, advanced driving, extended sensors, and remote driving.

[0023] For example, vehicles may be dynamically grouped and driven together based on a vehicle platoon. For example, to perform a platooning operation based on a vehicle platoon, vehicles in a group may receive periodic data from a leading vehicle. For example, vehicles in a group may widen or narrow their gaps based on the periodic data.

[0024] For example, based on advanced driving, the vehicles can be semi-autonomous or fully autonomous. For example, each vehicle can adjust trajectory or maneuver based on data obtained from nearby vehicles and / or nearby logical entities. For example, each vehicle can also share driving intent with nearby vehicles.

[0025] For example, based on the extended sensors, raw or processed data or real-time video data obtained by local sensors can be exchanged between vehicles, logical entities, pedestrian terminals and / or V2X application servers. Therefore, the vehicle can perceive a high-level environment relative to the environment that can be perceived by the vehicle's sensors.

[0026] For example, based on remote driving, remote drivers or V2X applications can operate or control remote vehicles on behalf of people who are unable to drive or are in dangerous environments. For example, cloud-based driving can be used to operate or control remote vehicles when the path can be predicted as in public transportation. For example, access to a cloud-based backend service platform can also be used for remote driving.

[0027] In NR-based V2X communications, schemes for specifying service requirements for various V2X scenarios including vehicle platooning, advanced driving, extended sensors, and remote driving are discussed. Summary of the invention

[0028] Technical issues

[0029] One object of an embodiment is a method related to CSI reporting in a secondary link.

[0030] Technical Solution

[0031] According to an embodiment, a sidelink related operation method of a first user equipment (UE) in a wireless communication system includes the following steps: receiving, by the first UE, a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from a second UE; receiving a channel state information reference signal (CSI-RS) and a physical sidelink shared channel (PSSCH) related to the PSCCH; deriving CSI information based on the CSI-RS; and sending, by the first UE, a CSI report including the CSI information to the second UE, wherein the CSI information is derived based on a determination of an MCS table.

[0032] According to an embodiment, a first user equipment (UE) in a wireless communication system includes: at least one processor; and at least one computer memory, which is operatively connected to the at least one processor and configured to store commands for allowing the at least one processor to perform operations when executed, wherein the operations include receiving a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from a second UE, receiving a channel state information reference signal (CSI-RS) and a physical sidelink shared channel (PSSCH) related to the PSCCH, deriving CSI information based on the CSI-RS, and sending a CSI report including the CSI information to the second UE, and wherein the CSI information is derived based on a determination of an MCS table.

[0033] An embodiment provides a processor for performing operations for a first user equipment (UE) in a wireless communication system, the operations including receiving a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from a second UE, receiving a channel state information reference signal (CSI-RS) and a physical sidelink shared channel (PSSCH) related to the PSCCH, deriving CSI information based on the CSI-RS, and sending a CSI report including the CSI information to the second UE, wherein the CSI information is derived based on a determination of an MCS table.

[0034] An embodiment provides a non-volatile computer-readable storage medium for storing at least one computer program, the at least one computer program comprising commands for allowing the at least one processor to perform operations for a first user equipment (UE) when executed by the at least one processor, the operations comprising receiving a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from a second UE, receiving a channel state information reference signal (CSI-RS) and a physical sidelink shared channel (PSSCH) related to the PSCCH, deriving CSI information based on the CSI-RS, and sending a CSI report including the CSI information to the second UE, wherein the CSI information is derived based on a determination of an MCS table.

[0035] The CSI information may include channel quality information (CQI) and a rank indicator (RI), and the CQI may be derived based on determination of the MCS table.

[0036] The CSI information may be derived based on a CQI table associated with the MCS table.

[0037] When one or more sublink transmissions including the transmission of the CSI report overlap with a plurality of UL transmissions, the sublink transmission is performed only if at least one sublink transmission takes precedence over all of the plurality of UL transmissions.

[0038] The MCS table may be configured for each resource pool.

[0039] The UE may deactivate a secondary link bandwidth part (BWP) which is not aligned with at least one of an RB boundary or a DC position of an uplink BWP.

[0040] The first UE may communicate with at least one of another UE, a UE associated with an autonomous vehicle, a base station (BS), or a network.

[0041] Beneficial Effects

[0042] According to an embodiment, the reference CQI table for CSI reporting can be flexibly changed without overhead. A UE performing UL TX and SL TX can select a link for effective transmission. In addition, in terms of a UE performing UL / SL simultaneously, the SL BWP can be effectively used only when there is no switching delay between the SL BWP and the UL BWP. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The accompanying drawings are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of this application. The accompanying drawings illustrate embodiments of the present disclosure and together with the description serve to explain the principles of the present disclosure. In the drawings:

[0044] Figure 1 is a diagram comparing vehicle-to-everything (V2X) communication based on pre-new radio access technology (pre-NR) with NR-based V2X communication;

[0045] Figure 2 is a diagram illustrating a structure of a Long Term Evolution (LTE) system according to an embodiment of the present disclosure;

[0046] Figure 3 is a diagram illustrating a user plane and a control plane radio protocol architecture according to an embodiment of the present disclosure;

[0047] Figure 4 is a diagram illustrating a structure of an NR system according to an embodiment of the present disclosure;

[0048] Figure 5 is a diagram illustrating a functional division between a next generation radio access network (NG-RAN) and a fifth generation core network (5GC) according to an embodiment of the present disclosure;

[0049] Figure 6 is a diagram illustrating a structure of an NR radio frame to which an embodiment of the present disclosure is applicable;

[0050] Figure 7 is a diagram illustrating a time slot structure of an NR frame according to an embodiment of the present disclosure;

[0051] Figure 8 is a diagram illustrating a radio protocol architecture for secondary link (SL) communication according to an embodiment of the present disclosure;

[0052] Fig. 9 is a diagram illustrating a radio protocol architecture for SL communication according to an embodiment of the present disclosure;

[0053] Fig.10 A process of performing V2X or SL communication according to a transmission mode in a UE according to an embodiment of the present disclosure is illustrated;

[0054] Fig.11 is a diagram for explaining an embodiment; and

[0055] Figures 12 to 18 It is a figure for demonstrating various devices to which the embodiment is applicable. DETAILED DESCRIPTION

[0056] In various embodiments of the present disclosure, " / " and "," should be interpreted as "and / or". For example, "A / B" may mean "A and / or B". In addition, "A, B" may mean "A and / or B". In addition, "A / B / C" may mean "at least one of A, B and / or C". In addition, "A, B, C" may mean "at least one of A, B and / or C".

[0057] In various embodiments of the present disclosure, "or" should be interpreted as "and / or". For example, "A or B" may include "only A", "only B", or "both A and B". In other words, "or" should be interpreted as "additionally or alternatively".

[0058] The technology described herein can be used for various wireless access systems such as code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), single carrier frequency division multiple access (SC-FDMA), etc. CDMA can be implemented as a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented as a radio technology such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rate for GSM Evolution (EDGE). OFDMA can be implemented as a radio technology such as IEEE 802.11 (Wi-Fi), IEEE802.16 (WiMAX), IEEE 802.20, Evolved UTRA (E-UTRA), etc. IEEE 802.16m is an evolution of IEEE 802.16e, providing backward compatibility with IRRR 802.16e-based systems. UTRA is part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using Evolved UTRA (E-UTRA). 3GPP LTE adopts OFDMA for downlink (DL) and SC-FDMA for uplink (UL). LTE Advanced (LTE-A) is an evolution of 3GPP LTE.

[0059] The successor to LTE-A, the fifth generation (5G) new radio access technology (NR), is a new clean-state mobile communication system characterized by high performance, low latency, and high availability. 5G NR can use all available spectrum resources, including low frequency bands below 1 GHz, mid-frequency bands between 1 GHz and 10 GHz, and high frequency (millimeter) bands of 24 GHz or above.

[0060] Although the following description is mainly given in the context of LTE-A or 5G NR for the sake of clarity, the technical ideas of the embodiments of the present disclosure are not limited thereto.

[0061] Figure 2 The structure of the LTE system according to the embodiment of the present disclosure is illustrated. This may also be referred to as an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) or an LTE / LTE-A system.

[0062] Reference Figure 2, E-UTRAN includes an evolved Node B (eNB) 20 that provides a control plane and a user plane to UE 10. UE 10 may be fixed or mobile, and may also be referred to as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), or a wireless device. eNB 20 is a fixed station that communicates with UE 10, and may also be referred to as a base station (BS), a base transceiver system (BTS), or an access point.

[0063] The eNBs 20 may be connected to each other via an X2 interface. The eNBs 20 are connected to an Evolved Packet Core (EPC) 39 via an S1 interface. More specifically, the eNBs 20 are connected to a Mobility Management Entity (MME) via an S1-MME interface, and to a Serving Gateway (S-GW) via an S1-U interface.

[0064] The EPC 30 includes an MME, an S-GW, and a packet data network gateway (P-GW). The MME has access information or capability information about the UE, which is mainly used for mobility management of the UE. The S-GW is a gateway with the E-UTRAN as an endpoint, and the P-GW is a gateway with a packet data network (PDN) as an endpoint.

[0065] Based on the lowest three layers of the open system interconnection (OSI) reference model known in communication systems, the radio protocol stack between the UE and the network can be divided into layer 1 (L1), layer 2 (L2), and layer 3 (L3). These layers are defined in pairs between the UE and the evolved UTRAN (E-UTRAN) for data transmission via the Uu interface. The physical (PHY) layer at L1 provides information transfer services on physical channels. The radio resource control (RRC) layer at L3 is used to control radio resources between the UE and the network. For this purpose, the RRC layer exchanges RRC messages between the UE and the eNB.

[0066] Figure 3 (a) in FIG. 1 illustrates a user plane radio protocol architecture according to an embodiment of the present disclosure.

[0067] Figure 3 (b) in FIG. 1 illustrates a control plane radio protocol architecture according to an embodiment of the present disclosure. The user plane is a protocol stack for user data transmission, and the control plane is a protocol stack for control signal transmission.

[0068] Reference Figure 3 (a) and Figure 3In (b), the PHY layer provides information transfer services to its higher layer on the physical channel. The PHY layer is connected to the medium access control (MAC) layer through a transport channel, and data is transferred between the MAC layer and the PHY layer on the transport channel. The transport channel is divided according to the characteristics used to send data via the radio interface.

[0069] Data is transmitted on a physical channel between different PHY layers (ie, the PHY layers of a transmitter and a receiver). The physical channel may be modulated by orthogonal frequency division multiplexing (OFDM) and uses time and frequency as radio resources.

[0070] The MAC layer provides services to the higher layer, Radio Link Control (RLC), on logical channels. The MAC layer provides the function of mapping from multiple logical channels to multiple transport channels. In addition, the MAC layer provides a logical channel multiplexing function by mapping multiple logical channels to a single transport channel. The MAC sublayer provides data transmission services on logical channels.

[0071] The RLC layer performs concatenation, segmentation, and reassembly of RLC service data units (SDUs). To guarantee various quality of service (QoS) requirements for each radio bearer (RB), the RLC layer provides three operation modes—transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM). AM RLC provides error correction through automatic repeat request (ARQ).

[0072] The RRC layer is defined only in the control plane, and controls logical channels, transport channels, and physical channels in relation to configuration, reconfiguration, and release of RBs. RBs refer to logical paths for data transmission between UEs and networks provided by L1 (PHY layer) and L2 (MAC layer, RLC layer, and Packet Data Convergence Protocol (PDCP) layer).

[0073] The user plane functions of the PDCP layer include user data transmission, header compression and encryption. The control plane functions of the PDCP layer include control plane data transmission and encryption / integrity protection.

[0074] RB establishment is equivalent to the process of defining radio protocol layers and channel characteristics and configuring specific parameters and operation methods in order to provide specific services. RB can be divided into two types - signaling radio bearer (SRB) and data radio bearer (DRB). SRB is used as a path for sending RRC messages on the control plane, while DRB is used as a path for sending user data on the user plane.

[0075] Once an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in the RRC_CONNECTED state, otherwise the UE is in the RRC_IDLE state. In NR, the RRC_INACTIVE state is additionally defined. A UE in the RRC_INACTIVE state can maintain a connection with the core network while releasing the connection from the eNB.

[0076] The DL transport channels that carry data from the network to the UE include a broadcast channel (BCH) on which system information is sent and a DL shared channel (DL SCH) on which user traffic or control messages are sent. Traffic or control messages for DL ​​multicast or broadcast services may be sent on a DL-SCH or a DL multicast channel (DL MCH). The UL transport channels that carry data from the UE to the network include a random access channel (RACH) on which initial control messages are sent and a UL shared channel (UL SCH) on which user traffic or control messages are sent.

[0077] Logical channels on and mapped to the transport channel include a Broadcast Control Channel (BCCH), a Paging Control Channel (PCCH), a Common Control Channel (CCCH), a Multicast Control Channel (MCCH) and a Multicast Traffic Channel (MTCH).

[0078] A physical channel includes multiple OFDM symbols in the time domain multiplied by multiple subcarriers in the frequency domain. A subframe includes multiple OFDM symbols in the time domain. An RB is a resource allocation unit defined by multiple OFDM symbols multiplied by multiple subcarriers. In addition, each subframe may use a specific subcarrier of a specific OFDM symbol (e.g., the first OFDM symbol) in the corresponding subframe for a physical DL control channel (PDCCH), i.e., an L1 / L2 control channel. A transmission time interval (TTI) is a unit time for subframe transmission.

[0079] Figure 4 The structure of the NR system according to an embodiment of the present disclosure is illustrated.

[0080] Reference Figure 4 , the next generation radio access network (NG-RAN) may include next generation Node Bs (gNBs) and / or eNBs that provide user plane and control plane protocol terminations to the UE. Figure 4 In the figure, for example, NG-RAN is shown as including only gNB. gNB and eNB are connected to each other via Xn interface. gNB and eNB are connected to 5G core network (5GC) via NG interface. More specifically, gNB and eNB are connected to access and mobility management function (AMF) via NG-C interface, and to user plane function (UPF) via NG-U interface.

[0081] Figure 5 The functional division between NG-RAN and 5GC according to an embodiment of the present disclosure is illustrated.

[0082] Reference Figure 5 , gNB can provide functions including inter-cell radio resource management (RRM), radio admission control, measurement configuration and provision, and dynamic resource allocation. AMF can provide functions such as non-access stratum (NAS) security and idle state mobility processing. UPF can provide functions including mobility anchoring and protocol data unit (PDU) processing. Session management function (SMF) can provide functions including UE Internet Protocol (IP) address allocation and PDU session control.

[0083] Figure 6 The radio frame structure in NR to which the embodiments of the present disclosure are applicable is illustrated.

[0084] Reference Figure 6 , a radio frame can be used for UL transmission and DL transmission in NR. The length of a radio frame is 10ms and can be defined by two 5ms half frames. HF may include five 1ms subframes. A subframe may be divided into one or more slots, and the number of slots in a SF may be determined according to a subcarrier spacing (SCS). Each slot may include 12 or 14 OFDM (A) symbols depending on a cyclic prefix (CP).

[0085] In the case of normal CP (NCP), each time slot may include 14 symbols, and in the case of extended CP (ECP), each time slot may include 12 symbols. Herein, a symbol may be an OFDM symbol (or CP-OFDM symbol) or an SC-FDMA symbol (or DFT-s-OFDM symbol).

[0086] Table 1 below lists the number of symbols N per time slot according to the SCS configuration μ in the NCP case slot symb , the number of time slots per frame N frame,u slot And the number of time slots N in each subframe subframe,u slot .

[0087] [Table 1]

[0088] <![CDATA[SCS(15×2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 15KHz(u=0) 14 10 1 30KHz(u=1) 14 20 2 60KHz(u=2) 14 40 4 120KHz(u=3) 14 80 8 240KHz(u=4) 14 160 16

[0089] The following Table 2 lists the number of symbols per time slot, the number of time slots per frame, and the number of time slots per subframe according to SCS in the ECP case.

[0090] [Table 2]

[0091] SCS(15×2^u) <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 60KHz(u=2) 12 40 4

[0092] In the NR system, different OFDM(A) parameter sets (e.g., SCS, CP length, etc.) may be configured for multiple cells aggregated for one UE. Therefore, the (absolute time) duration of a time resource (e.g., a subframe, a time slot, or a TTI) (collectively referred to as a time unit (TU) for convenience) including the same number of symbols may be configured to be different for the aggregated cells.

[0093] In NR, various parameter sets or SCS can be supported to support various 5G services. For example, with 15kHz SCS, wide areas in traditional cellular bands can be supported, while with 30kHz / 60kHz SCS, dense urban areas, lower latency and wide carrier bandwidth can be supported. With 60kHz or higher SCS, bandwidths greater than 24.25GHz can be supported to overcome phase noise.

[0094] The NR frequency band may be defined by two types of frequency ranges FR1 and FR2. The values ​​in each frequency range may vary. For example, two types of frequency ranges may be given in Table 3. In the NR system, FR1 may be a "range below 6 GHz" and FR2 may be a "range above 6 GHz" known as millimeter wave (mmW).

[0095] [Table 3]

[0096] Frequency range specification Corresponding frequency range Subcarrier Spacing (SCS) FR1 450MHz–6000MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0097] As mentioned above, in the NR system, the values ​​in the frequency range can be changed. For example, as listed in Table 4, the range of FR1 can be from 410 MHz to 7125 MHz. That is, FR1 can include frequency bands of 6 GHz (or 5850, 5900, and 5925 MHz) or above. For example, frequency bands of 6 GHz (or 5850, 5900, and 5925 MHz) or above can include unlicensed frequency bands. Unlicensed frequency bands can be used for various purposes, for example, vehicle communications (e.g., autonomous driving).

[0098] [Table 4]

[0099] Frequency range specification Corresponding frequency range Subcarrier Spacing (SCS) FR1 410MHz–7125MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0100] Figure 7 The time slot structure in the NR frame according to an embodiment of the present disclosure is illustrated.

[0101] Reference Figure 7, a time slot includes multiple symbols in the time domain. For example, a time slot may include 14 symbols in the NCP case and 12 symbols in the ECP case. Alternatively, a time slot may include 7 symbols in the NCP case and 6 symbols in the ECP case.

[0102] A carrier includes multiple carriers in the frequency domain. An RB may be defined by multiple (e.g., 12) consecutive subcarriers in the frequency domain. A bandwidth part (BWP) may be defined by multiple consecutive (physical) RBs ((P)RBs) in the frequency domain and corresponds to a parameter set (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., 5) BWPs. Data communication may be performed in an activated BWP. Each element may be referred to as a resource element (RE) in a resource grid, and a complex symbol may be mapped to an RE.

[0103] The radio interface between UEs or the radio interface between UE and the network may include L1, L2 and L3. In various embodiments of the present disclosure, L1 may refer to a PHY layer. For example, L2 may refer to at least one of a MAC layer, an RLC layer, a PDCH layer or an SDAP layer. For example, L3 may refer to an RRC layer.

[0104] Now, a description will be given of the secondary link (SL) communication.

[0105] Figure 8 The radio protocol architecture for SL communication according to an embodiment of the present disclosure is illustrated. Specifically, Figure 8 (a) in FIG. 1 illustrates a user plane protocol stack in LTE, and Figure 8 (b) in FIG. 1 illustrates an example of the control plane protocol stack in LTE.

[0106] Fig. 9 The radio protocol architecture for SL communication according to an embodiment of the present disclosure is illustrated. Specifically, Fig. 9 (a) in FIG. 1 illustrates an example of a user plane protocol stack in NR, and Fig. 9 (b) in FIG. 4 illustrates the control plane protocol stack in NR.

[0107] Next, resource allocation in SL will be described.

[0108] Fig.10 The process of performing V2X or SL communication according to the transmission mode in the UE according to an embodiment of the present disclosure is illustrated. In various embodiments of the present disclosure, the transmission mode may also be referred to as a mode or a resource allocation mode. For convenience of description, the transmission mode in LTE may be referred to as an LTE transmission mode, and the transmission mode in NR may be referred to as an NR resource allocation mode.

[0109] For example, Fig.10 (a) in FIG. 1 illustrates UE operations related to LTE transmission mode 1 or LTE transmission mode 3. Alternatively, for example, Fig.10 (a) in the figure illustrates UE operations related to NR resource allocation mode 1. For example, LTE transmission mode 1 can be applied to conventional SL communication, and LTE transmission mode 3 can be applied to V2X communication.

[0110] For example, Fig.10 (b) in FIG. 1 illustrates UE operations related to LTE transmission mode 2 or LTE transmission mode 4. Alternatively, for example, Fig.10 (b) in FIG. 1 illustrates UE operation associated with NR resource allocation mode 2.

[0111] Reference Fig.10 In (a), in LTE transmission mode 1, LTE transmission mode 3, or NR resource allocation mode 1, the BS can schedule SL resources for SL transmission of the UE. For example, the BS can perform resource scheduling for UE1 through PDCCH (more specifically, DL control information (DCI)), and UE1 can perform V2X or SL communication with UE2 according to the resource scheduling. For example, UE1 can send side link control information (SCI) to UE2 on PSCCH, and then send data based on SCI to UE2 on PSSCH.

[0112] For example, in NR resource allocation mode 1, resources for one or more SL transmissions of one transport block (TB) may be provided or allocated to the UE through a dynamic grant from the BS. For example, the BS may provide the UE with resources for sending PSCCH and / or PSSCH through a dynamic grant. For example, the transmitting UE may report the SL hybrid automatic repeat request (SL HARQ) feedback received from the receiving UE to the BS. In this case, the timing and PUCCH resources for reporting the SL HARQ feedback to the BS may be determined based on an indication in the PDCCH, through which the BS allocates resources for sending the SL.

[0113] For example, the DCI may indicate a time slot offset between DCI reception and the first SL transmission scheduled by the DCI.For example, the minimum gap between the DCI scheduling the SL transmission resources and the resources of the scheduled first SL transmission may not be less than the processing time of the UE.

[0114] For example, in NR resource allocation mode 1, a resource set for multiple SL transmissions may be periodically provided or allocated to the UE through a configuration grant from the BS. For example, the grant to be configured may include a configuration grant type 1 or a configuration grant type 2. For example, the UE may determine the TB to be transmitted in each case indicated by a given configuration grant.

[0115] For example, the BS may allocate SL resources to the UE in the same carrier or in different carriers.

[0116] For example, the NR gNB may control LTE-based SL communication. For example, the NR gNB may send NR DCI to the UE to schedule LTE SL resources. In this case, for example, a new RNTI may be defined to scramble the NR DCI. For example, the UE may include an NR SL module and an LTE SL module.

[0117] For example, after a UE including an NR SL module and an LTE SL module receives an NR SL DCI from a gNB, the NR SL module may transform the NR SL DCI into an LTE DCI type 5A and send the LTE DCI type 5A to the LTE SL module every X ms. For example, after the LTE SL module receives the LTE DCI format 5A from the NR SL module, the LTE SL module may activate and / or release the first LTE subframe after Z ms. For example, X may be dynamically indicated by a field of the DCI. For example, the minimum value of X may be different depending on the UE capabilities. For example, the UE may report a single value based on its UE capabilities. For example, X may be positive.

[0118] Reference Fig.10 (b) in LTE transmission mode 2, LTE transmission mode 4 or NR resource allocation mode 2, the UE can determine the SL transmission resources from the SL resources pre-configured or configured by the BS / network. For example, the pre-configured or configured SL resources may be a resource pool. For example, the UE may autonomously select or schedule SL transmission resources. For example, the UE may select resources in the configured resource pool by itself, and perform SL communication in the selected resources. For example, the UE may select resources within the selection window by itself through a listening and resource (re)selection process. For example, listening may be performed on a sub-channel basis. UE1, which has autonomously selected resources in the resource pool, may send SCI to UE2 on PSCCH, and then send data based on the SCI to UE2 on PSSCH.

[0119] For example, a UE may assist another UE in SL resource selection. For example, in NR resource allocation mode 2, a UE may be configured with a grant configured for sending SL. For example, in NR resource allocation mode 2, a UE may schedule SL transmission for another UE. For example, in NR resource allocation mode 2, a UE may reserve SL resources for blind retransmission.

[0120] For example, in NR resource allocation mode 2, UE1 may indicate the priority of SL transmission to UE2 via SCI. For example, UE2 may decode SCI and perform listening and / or resource (re)selection based on priority. For example, the resource (re)selection process may include identifying candidate resources by UE2 in a resource selection window and selecting resources for (re)transmission by UE2 from the identified candidate resources. For example, the resource selection window may be a time interval during which the UE selects resources for SL transmission. For example, after UE2 triggers resource (re)selection, the resource selection window may start at T1≥0 and may be limited by the remaining packet delay budget of UE2. For example, when the SCI received by the second UE from UE1 indicates a specific resource and the L1 SL reference signal received power (RSRP) measurement of the specific resource exceeds the SL RSRP threshold in the step of identifying the candidate resource by UE2 in the resource selection window, UE2 may not determine the specific resource as a candidate resource. For example, the SL RSRP threshold may be determined based on the priority of SL transmission indicated by the SCI received by UE2 from UE1 and the priority of SL transmission in the resource selected by UE2.

[0121] For example, the L1 SL RSRP may be measured based on the SL demodulation reference signal (DMRS). For example, one or more PSSCH DMRS patterns may be configured or pre-configured for each resource pool in the time domain. For example, PDSCH DMRS configuration type 1 and / or type 2 may be the same or similar to the PSSCH DMRS pattern in the frequency domain. For example, the precise DMRS pattern may be indicated by the SCI. For example, in NR resource allocation mode 2, the transmitting UE may select a specific DMRS pattern from the DMRS patterns configured or pre-configured for the resource pool.

[0122] For example, in NR resource allocation mode 2, the transmitting UE can perform the initial transmission of the TB without reservation based on the listening and resource (re) selection process. For example, based on the listening and resource (re) selection process, the transmitting UE can use the SCI associated with the first TB to reserve SL resources for the initial transmission of the second TB.

[0123] For example, in NR resource allocation mode 2, the UE may reserve resources for feedback-based PSSCH retransmissions through signaling associated with a previous transmission of the same TB. For example, the maximum number of SL resources reserved for one transmission (including the current transmission) may be 2, 3, or 4. For example, the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled. For example, the maximum number of HARQ (re)transmissions for one TB may be subject to configuration or pre-configuration limitations. For example, the maximum number of HARQ (re)transmissions may be up to 32. For example, if there is no configuration or pre-configuration, the maximum number of HARQ (re)transmissions may not be specified. For example, the configuration or pre-configuration may be used for transmitting the UE. For example, in NR resource allocation mode 2, HARQ feedback for releasing resources not used by the UE may be supported.

[0124] For example, in NR resource allocation mode 2, a UE may indicate one or more subchannels and / or time slots used by the UE to another UE via SCI. For example, a UE may indicate one or more subchannels and / or time slots reserved by the UE for PSSSCH (re)transmission to another UE via SCI. For example, the minimum allocation unit of SL resources may be a time slot. For example, the size of a subchannel may be configured or preconfigured for a UE.

[0125] Hereinafter, SCI will be described.

[0126] When the control information sent from the BS to the UE on the PDCCH is called DCI, the control information sent from one UE to another UE on the PSCCH can be called SCI. For example, the UE can know the starting symbol of the PSCCH and / or the number of symbols in the PSCCH before decoding the PSCCH. For example, the SCI may include SL scheduling information. For example, the UE may send at least one SCI to another UE to schedule the PSSCH. For example, one or more SCI formats may be defined.

[0127] For example, a transmitting UE may send an SCI on a PSCCH to a receiving UE. A receiving UE may decode an SCI to receive a PSSCH from the transmitting UE.

[0128] For example, a transmitting UE may send two consecutive SCIs (e.g., level 2 SCIs) to a receiving UE on a PSCCH and / or a PSSCH. The receiving UE may decode two consecutive SCIs (e.g., level 2 SCIs) to receive a PSSCH from the transmitting UE. For example, when the SCI configuration field is divided into two groups in consideration of a (relatively) large SCI payload size, the SCI including the first SCI configuration field group is referred to as the first SCI. The SCI including the second SCI configuration field group may be referred to as the second SCI. For example, a transmitting UE may send a first SCI to a receiving UE on a PSCCH. For example, a transmitting UE may send a second SCI to a receiving UE on a PSCCH and / or a PSSCH. For example, the second SCI may be sent to a receiving UE on a (standalone) PSCCH or on a PSSCH where the second SCI is piggybacked to data. For example, two consecutive SCIs may be applied to different transmissions (e.g., unicast, broadcast, or multicast).

[0129] For example, the transmitting UE may send all or part of the following information to the receiving UE via the SCI. For example, the transmitting UE may send all or part of the following information to the receiving UE via the first SCI and / or the second SCI.

[0130] -PSSCH related and / or PSCCH related resource allocation information, such as the location / number of time / frequency resources, resource reservation information (e.g., period) and / or

[0131] -SL channel state information (CSI) report request indicator or SL (L1) RSRP (and / or SL (L1) reference signal received quality (RSRQ) and / or SL (L1) received signal strength indicator (RSSI)) report request indicator and / or

[0132] - SL CSI transmission indicator (on PSSCH) (or SL (L1) RSRP (and / or SL (L1) RSRQ and / or SL (L1) RSSI) information transmission indicator), and / or

[0133] -MCS information, and / or

[0134] - transmit power information, and / or

[0135] - L1 destination ID information and / or L1 source ID information, and / or

[0136] -SL HARQ process ID information, and / or

[0137] - New Data Indicator (NDI) information, and / or

[0138] - Redundancy Version (RV) information, and / or

[0139] - QoS information (related to the transmitted traffic / packets), e.g. priority information, and / or

[0140] - SL CSI-RS transmission indicator or information on the number of SL CSI-RS antenna ports (to be transmitted),

[0141] - location information about the sending UE or location (or distance zone) information about the target receiving UE (requested to send SL HARQ feedback), and / or

[0142] - RS (e.g., DMRS, etc.) information related to decoding and / or channel estimation of data sent on the PSSCH, for example, information related to the pattern of (time-frequency) mapping resources of the DMRS, rank information, and antenna port index information.

[0143] For example, the first SCI may include information related to channel sensing. For example, the receiving UE may decode the second SCI using PSSCH DMRS. The polarization code for PDCCH may be applied to the second SCI. For example, for unicast, multicast, and broadcast in a resource pool, the payload size of the first SCI may be equal. After decoding the first SCI, the receiving UE does not need to perform blind decoding on the second SCI. For example, the first SCI may include scheduling information about the second SCI.

[0144] In various embodiments of the present disclosure, since the transmitting UE can send at least one of the SCI, the first SCI or the second SCI to the receiving UE on the PSCCH, the PSCCH can be replaced by at least one of the SCI, the first SCI or the second SC. Additionally or alternatively, for example, the SCI can be replaced by at least one of the PSCCH, the first SCI or the second SCI. Additionally or alternatively, for example, since the transmitting UE can send the second SCI to the receiving UE on the PSSCH, the PSSCH can be replaced by the second SCI.

[0145] The first UE may receive a physical sidelink control channel (PSCCH) including modulation and coding scheme (MCS) information from the second UE ( Fig.11 In addition to the MCS information, the PSCCH may also include information related to the aforementioned SCI. The first UE may receive a physical sidelink shared channel (PSSCH) and a channel state information reference signal (CSI-RS) related to the PSCCH ( Fig.11 The CSI information can be derived based on the CSI-RS ( Fig.11S1103). The first UE may perform measurement based on the CSI-RS and may derive CQI, PMI, etc. Then, a CSI report including CSI information may be sent to the second UE ( Fig.11 S1104).

[0146] Here, CSI information can be derived based on the determination of the MCS table. The CSI information may include channel quality information (CQI) and a rank indicator (RI), and the CQI may be derived based on the determination of the MCS table. That is, the SL CSI information derivation may be configured to be performed based on the MCS table used in the PSCCH / PSSCH associated with the SL CSI report. That is, the reference CQI table corresponding to the CSI report may be configured to be associated with the MCS table indicated by the SCI for triggering the CSI report. That is, the CSI information may be derived based on the CQI table associated with the MCS table. When the "CSI request" field included in the second SCI (sent on the PSSCH) is set to 1, the CSI-RS may be sent on the associated PSSCH.

[0147] Specifically, for example, when the MCS table determined / selected / used based on the MCS information is MCS table #1, in combination with this, the CQI table can be determined as CSI table #1, and the first UE can derive the CQI based on the CQI table. When the MCS table determined / selected / used based on the MCS information is MCS #2, in combination with this, the CQI table can be determined as CSI table #3. The MCS table and the CQI table may be the tables exemplified in 3GPP TS 38.213 or may be configured differently therefrom, and the embodiments are not limited to the detailed tables.

[0148] Hereinafter, various examples related to the aforementioned MCS table will be described. The following description may be applied / used together with the examples or used independently without conflicting with the above description.

[0149] When multiple MCS tables (eg, a 64QAM MCS table, a 256QAM MCS table, or a low spectrum efficiency 64QAM MCS table) are specifically configured by a resource pool, the tables may be configured to comply with the following rules.

[0150] The MCS table to be selected / used (to send PSSCH (and / or derive SL CSI information)) may be restricted depending on the type of broadcast (e.g., unicast, multicast, broadcast) (and / or service type / priority and / or service QOS requirements (e.g., reliability)). For example, in the case of broadcast (and / or multicast), it may be difficult to effectively adapt TX parameters based on the link quality between the RX UE and the TX UE (and / or it may be difficult for the TX UE to determine whether the RX UE has the relevant receiving capability of the 256QAM MCS table (and / or the low spectral efficiency 64QAM MCS table)), and therefore (conservatively), only the 64QAM MCS table may be configured to be used restrictively. In another example, in the case of unicast, information about whether there is a transmission and / or reception capability based on a certain MCS table (and / or information about the MCS table on which the SL CSI information (e.g., CQI or RI) is based) may be exchanged between UE pairs via PC5 RRC signaling. Here, for example, when the corresponding rules are applied, if the UE capability can be supported in unicast, some (e.g., a subset) of multiple MCS tables configured specifically for the resource pool can be freely selected / used for SL communication (between UE pairs). In another example, the SL CSI information derivation can also be configured to be performed based on the MCS table (an MCS table pre-configured specifically for the corresponding purpose (and / or resource pool (and / or service type / priority and / or service QOS requirement)) used in the PSCCH / PSSCH (e.g., which is interpreted as a SL CSI reference resource) on which the SL CSI report is triggered.

[0151] Continuously, when one or more sublink transmissions including transmission of a CSI report overlap with multiple UL transmissions, the sublink transmission may be performed only when at least one sublink transmission takes precedence over all multiple UL transmissions. That is, when multiple SL TXs overlap with multiple UL TXs, if at least one SL TX (or UL TX) has a higher priority than multiple UL TXs (or SL TXs), SL TX (or UL TX) may be performed. When some (or all) information is multiplexed and transmitted on the PUSCH, the PUSCH-related priority used for comparison with the SL TX-related priority may be assumed to be the highest priority based on the UL-related information.

[0152] The UE may deactivate a secondary link BWP in which at least one of the RB boundary or the DC position of at least one of the UL and UL bandwidth parts (BWPs) is not aligned. That is, when the RB boundary between the UL BWP and the SL BWP is not aligned, the UE may deactivate the SL BWP.

[0153] The method of handling the mismatch between SL BWP DC and Uu BWP DC may be to overcome problems such as RF switching delay. More specifically, in an NR side link communication environment, the bandwidth part (BWP) of the Uu link and the BWP of the side link (hereinafter referred to as Uu BWP and SL BWP) may be configured separately. In this case, according to the method of configuring Uu BWP and SL BWP, the direct current (DC) position of the Uu BWP and the DC position of the SL BWP may be different. In the above description, DC may refer to the center of the UE RF bandwidth. When the DC position of the Uu BWP and the DC position of the SL BWP are different, problems such as RF switching delay may occur.

[0154] In this regard, in order to prevent RF switching delays, it can be assumed that the SL BWP DC and the Uu BWP DC have the same position. When (as described above) the UE's SL BWP DC and Uu BWP DC have the same position, the RF bandwidth sizes of the SL BWP and the Uu BWP may be the same or different. In this case, the SL BWP and the Uu BWP may be configured in different positions in the (same or different) RF bandwidth. When the RF bandwidth and DC position of the Uu BWP are determined, if the RF bandwidth center of the SL BWP is configured to be different from the configured Uu BWP DC position, the UE may deactivate the SL BWP.

[0155] In the NR Uu communication environment, the position of the DC subcarrier of the UL BWP or whether to shift the subcarriers on both sides by 7.5kHz based on the DC subcarrier (or whether to shift the center of the DC subcarrier by 7.5kHz) can be configured by the BS / network. In addition, in the SLBWP, the pre-configured position of the DC subcarrier or whether to shift the subcarriers on both sides by 7.5kHz based on the DC subcarrier (or whether to shift the center of the DC subcarrier by 7.5kHz) can also be configured by the BS / network. For example, in the case of the SL BWP (or ULBWP), as an exception, the aforementioned subcarrier shift offset value can be defined as half of the SCS assumed / considered to be associated with the SL BWP (or UL BWP). In this case, the SCS as a reference for the subcarrier shift offset value of the SL BWP can be configured independently (or dependently) from the SCS as a reference for the subcarrier shift offset value of the UL BWP. In the above description, the Uu BWP can be interpreted as the UL BWP (or DL ​​BWP).

[0156] Tables 5 to 7 below are contributions related to the present disclosure.

[0157] [Table 5]

[0158]

[0159] [Table 6]

[0160]

[0161]

[0162]

[0163] [Table 7]

[0164]

[0165] In the above proposals (e.g., Proposal 1 and / or 2), when piggybacked on SL HARQ feedback on PUSCH (UL-SCH), the priority of the corresponding PUSCH may be configured as (A) assumed to be the priority (of the logical channel) of UL-SCH, (B) assumed to be the priority of SL HARQ feedback (e.g., it is interpreted as the priority of PSSCH related to PSFCH or the highest priority when SL HARQ feedback of multiple TBs is sent through PSFCH), or (C) assumed to be the priority of pre-configured UL (or SL). In another example, in the above proposals (e.g., Proposal 1), when SL HARQ feedback is sent through PUCCH, the priority of the corresponding PUCCH may be configured as (A) assumed to be the priority of SL HARQ feedback (e.g., it is interpreted as the priority of PSSCH related to PSFCH or the highest priority when SL HARQ feedback of multiple TBs is sent through PSFCH) or (B) assumed to be the pre-configured priority of UL (or SL).

[0166] In another example, in a proposal of the present disclosure (e.g., Proposal 1 and / or 2), when some (or all) of the following information is multiplexed and sent on the PUSCH, the PUSCH-related priority for comparison with the SL TX-related priority may be configured to (A) be assumed to be the highest priority for UL-related information, (B) be assumed to be the highest priority for SL-related information, (C) be assumed to be a higher priority from the highest priority for UL-related information and the highest priority for SL-related information, or (D) be assumed to be a preconfigured priority. In another example, in this case, after comparing the UL-related information with the highest priority with thresUL-TxPrioritization, when the highest priority of the UL-related information is higher than thresUL-TxPrioritization, the corresponding PUSCH transmission (e.g., SL TX discard) can be performed (or power is preferentially allocated to PUSCH transmission), otherwise, (A) when the SL TX-related priority is higher than sl-PriorityThreshold, SLTX (e.g., PUSCH TX discard) can be performed (or power is preferentially allocated to SL TX), and conversely, when the SL TX-related priority is lower than sl-PriorityThreshold, PUSCH transmission (e.g., SL TX discard) can be performed (or power is preferentially allocated to PSUCH transmission). In another example, after comparing the UL-related information having the highest priority with thresUL-TxPrioritization, when the highest priority of the UL-related information is higher than thresUL-TxPrioritization, the corresponding PUSCH transmission (e.g., SL TX discard) can be performed (or power is preferentially allocated to PUSCH transmission), otherwise, (A) when the highest priority of the SL-related information (PUSCH) is lower than the SL TX-related priority, SL TX (e.g., PUSCH TX discard) can be performed (or power is preferentially allocated to SL TX), and conversely, when the highest priority of the SL-related information (PUSCH) is higher than the SL TX-related priority, PUSCH transmission (e.g., SL TX discard) can be performed (or power is preferentially allocated to PSUCH transmission). In another example, when the highest priority of SL-related information (PUSCH) is lower than the SL TX-related priority, SL TX (e.g., PUSCH TX discard) can be performed (or power is preferentially allocated to SL TX), and conversely, when the highest priority of SL-related information (PUSCH) is higher than the SL TX-related priority, PUSCH transmission (e.g., SL TX discard) can be performed (or power is preferentially allocated to PUSCH transmission).In another example, when the SL TX-related priority is higher than sl-PriorityThreshold, SL TX (e.g., PUSCH TX discard) may be performed (or power is preferentially allocated to SL TX), and conversely, when the SL TX-related priority is lower than sl-PriorityThreshold, PUSCH transmission (e.g., SL TX discard) may be performed (or power is preferentially allocated to PSUCH transmission). In another example, the comparison result of the SL TX-related priority may be information multiplexed and transmitted on the PUSCH, and TX discard (or preferential allocation of power) based on the proposed rule may be independently applied / performed in the information multiplexed and transmitted on the SL TX and PUSCH.

[0167] -UL-SCH

[0168] -SL BSR

[0169] -SL HARQ A / N (e.g., the associated priority can be considered as the logical channel priority of the data on the associated PSSCH)

[0170] -UL BSR

[0171] In another example, in a proposal (e.g., Proposal 2 and / or Proposal 1), when transmission of a SL BSR piggybacked on a PUSCH including a UL-SCH and SL TX transmission overlap in the time domain, the priority of the PUSCH may be (A) assumed to be the (logical channel) UL priority of the UL-SCH and compared with thresUL-TxPrioritization, or (B) assumed to be the highest priority between the UL-SCH (logical channel) priority and the SL BSR (logical channel) priority and compared with thresUL-TxPrioritization (or sl-PriorityThreshold), or assumed to be a preconfigured UL priority (or SL priority) and compared with thresUL-TxPrioritization (or sl-PriorityThreshold). Here, in another example, when SL BSR information about a PUSCH including a UL-SCH and SL HARQ feedback is fed back, the relatively high priority of the SL BSR and SL HARQ feedback may be assumed to be the SL information priority. In another example, in the above proposals (eg, Proposal 2 and / or Proposal 1), when UL-SCH and UL BSR are multiplexed on PUSCH, a relatively high priority of two priorities may be determined.

[0172] In another example, in the case of UL (or SL) channel transmission without associated (logical channel) priority, the associated UL (or SL) priority may be preconfigured by the network / BS or may be configured through predefined signaling between UEs (e.g., PC5RRC).

[0173] Continuing, the following Tables 8 to 14 may be contributions related to the present disclosure.

[0174] [Table 8]

[0175]

[0176]

[0177]

[0178] [Table 9]

[0179]

[0180]

[0181] [Table 10]

[0182]

[0183]

[0184] [Table 11]

[0185]

[0186]

[0187]

[0188] [Table 12]

[0189]

[0190]

[0191] [Table 13]

[0192]

[0193]

[0194]

[0195] [Table 14]

[0196]

[0197] In the above description, the term "configuration" may be interpreted as being configured by the BS / network (e.g., SIB or RRC signaling) / pre-configuration or may also be interpreted by predefined signaling between UEs (e.g., PC5 RRC). In addition, "configuration" may be interpreted as being configured (e.g., SIB or RRC signaling) / PRE configured or activated / deactivated via dynamic signaling.

[0198] In this case, for example, the UE's (above-mentioned) SL BWP and Uu BWP related information (and / or information on whether to apply the proposed rules) can be configured differently (or independently) (by the network / BS) specifically for the resource pool (and / or service type / priority, (service) QOS parameters (e.g., reliability and latency), the (absolute or relative) speed of the UE, the UE type, the subchannel size and / or the size of the scheduled frequency resource region), or can be implicitly determined based on pre-configured parameters (e.g., frequency resource size).

[0199] Examples of communication systems suitable for the present disclosure

[0200] The various descriptions, functions, processes, proposals, methods and / or operational flowcharts of the present disclosure described herein may be applied without limitation to various fields requiring wireless communication / connection between devices (e.g., 5G).

[0201] Hereinafter, a description will be given in more detail with reference to the accompanying drawings. In the following drawings / descriptions, unless otherwise described, the same reference numerals may represent the same or corresponding hardware blocks, software blocks or functional blocks.

[0202] Fig.12 A communication system 1 applied to the present disclosure is illustrated.

[0203] Reference Fig.12, the communication system 1 applied to the present disclosure includes a wireless device, a BS, and a network. Herein, a wireless device refers to a device that performs communication using a RAT (e.g., 5G NR or LTE), and may be referred to as a communication / radio / 5G device. The wireless device may include, but is not limited to, a robot 100a, a vehicle 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, a vehicle may include a vehicle with a wireless communication function, an autonomous driving vehicle, and a vehicle capable of performing inter-vehicle communication. Herein, a vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). The XR device may include an augmented reality (AR) / virtual reality (VR) / mixed reality (MR) device and may be implemented in the form of a head-mounted device (HMD), a head-up display (HUD) installed in a vehicle, a television, a smart phone, a computer, a wearable device, a home appliance device, a digital signage, a vehicle, a robot, and the like. Handheld devices may include smart phones, smart boards, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, a BS and a network may be implemented as wireless devices, and a specific wireless device 200a may operate as a BS / network node relative to other wireless devices.

[0204] The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI ​​server 400 via the network 300. The network 300 may be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Although the wireless devices 100a to 100f may communicate with each other via the BS 200 / network 300, the wireless devices 100a to 100f may perform direct communication (e.g., sidelink communication) with each other without passing through the BS / network. For example, the vehicles 100b-1 and 100b-2 may perform direct communication (e.g., V2V / V2X communication). An IoT device (e.g., a sensor) may perform direct communication with other IoT devices (e.g., a sensor) or other wireless devices 100a to 100f.

[0205] Wireless communication / connection 150a, 150b or 150c can be established between wireless devices 100a to 100f / BS200 or BS200 / BS200. Herein, wireless communication / connection can be established through various RATs (e.g., 5G NR) such as UL / DL communication 150a, side link communication 150b (or D2D communication) or inter-BS communication (e.g., relay, integrated access backhaul (IAB)). The wireless device and the BS / wireless device can send / receive radio signals to each other through wireless communication / connection 150a and 150b. For example, wireless communication / connection 150a and 150b can send / receive signals through various physical channels. To this end, various configuration information configuration processes for sending / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping) and at least a portion of the resource allocation process can be performed based on various proposals of the present disclosure.

[0206] Examples of wireless devices suitable for the present disclosure

[0207] Fig.13 A wireless device suitable for use with the present disclosure is illustrated.

[0208] Reference Fig.13 , the first wireless device 100 and the second wireless device 200 may transmit radio signals through various RATs (e.g., LTE and NR). Herein, {the first wireless device 100 and the second wireless device 200} may correspond to Fig.12 {wireless device 100x and BS200} and / or {wireless device 100x and wireless device 100x} in.

[0209] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and further include one or more transceivers 106 and / or one or more antennas (antenna units) 108. The processor 102 may control the memory 104 and / or the transceiver 106, and may be configured to implement the descriptions, functions, processes, proposals, methods and / or operational flow charts disclosed herein. For example, the processor 102 may process the information in the memory 104 to generate first information / signals, and then transmit a radio signal including the first information / signals through the transceiver 106. The processor 102 may receive a radio signal including second information / signals through the transceiver 106, and then store information obtained by processing the second information / signals in the memory 104. The memory 104 may be connected to the processor 102, and may store various information related to the operation of the processor 102. For example, the memory 104 may store software codes including commands for executing part or all of the processing controlled by the processor 102 or for executing the descriptions, functions, processes, proposals, methods, and / or operational flowcharts disclosed herein. Herein, the processor 102 and the memory 104 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 106 may be connected to the processor 102 and transmit and / or receive radio signals through one or more antennas 108. Each of the transceivers 106 may include a transmitter and / or a receiver. The transceiver 106 may be used interchangeably with (one or more) radio frequency (RF) units. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0210] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memory 204 and / or the transceiver 206, and may be configured to implement the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. For example, the processor 202 may process the information in the memory 204 to generate third information / signals, and then transmit a radio signal including the third information / signals through the transceiver 206. The processor 202 may receive a radio signal including fourth information / signals through the transceiver 106, and then store information obtained by processing the fourth information / signals in the memory 204. The memory 204 may be connected to the processor 202, and may store various information related to the operation of the processor 202. For example, the memory 204 may store software codes including commands for executing part or all of the processing controlled by the processor 202 or for executing the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. Herein, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and / or receive radio signals through one or more antennas 208. Each of the transceivers 206 may include a transmitter and / or a receiver. The transceiver 206 may be used interchangeably with an RF unit. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0211] Hereinafter, the hardware elements of the wireless devices 100 and 200 will be described in more detail. One or more protocol layers may be implemented by one or more processors 102 and 202 without limitation. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the descriptions, functions, processes, proposals, methods, and / or operational flow diagrams disclosed herein. One or more processors 102 and 202 may generate messages, control information, data, or information according to the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed herein. One or more processors 102 and 202 may generate a signal (e.g., a baseband signal) including a PDU, SDU, message, control information, data, or information according to the description, functions, procedures, proposals, methods, and / or operational flow diagrams disclosed herein, and provide the generated signal to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive a signal (e.g., a baseband signal) from one or more transceivers 106 and 206 and obtain the PDU, SDU, message, control information, data, or information according to the description, functions, procedures, proposals, methods, and / or operational flow diagrams disclosed herein.

[0212] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an example, one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. Firmware or software may be used to implement the description, function, process, proposal, method, and / or operational flow chart disclosed herein, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the description, function, process, proposal, method, and / or operational flow chart disclosed herein may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 so as to be driven by one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods and / or operational flows disclosed herein may be implemented using firmware or software in the form of codes, commands and / or command sets.

[0213] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions and / or commands. One or more memories 104 and 204 may be composed of read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drive, register, cache memory, computer-readable storage medium and / or a combination thereof. One or more memories 104 and 204 may be located inside and / or outside of one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 by respective technologies such as wired or wireless connections.

[0214] One or more transceivers 106 and 206 can send the user data, control information and / or radio signal / channel mentioned in the method and / or operation flow chart of this article to one or more other devices. One or more transceivers 106 and 206 can receive the user data, control information and / or radio signal / channel mentioned in the description, function, process, proposal, method and / or operation flow chart disclosed in this article from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202, and send and receive radio signals. For example, one or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can send user data, control information or radio signal to one or more other devices. One or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can receive user data, control information or radio signal from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to send and receive user data, control information, and / or radio signals / channels mentioned in the description, functions, processes, proposals, methods, and / or operation flow charts disclosed herein through one or more antennas 108 and 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 and 206 may convert received radio signals / channels, etc. from RF band signals into baseband signals so as to process received user data, control information, radio signals / channels, etc. using one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc. processed using one or more processors 102 and 202 from baseband signals into RF band signals. To this end, one or more of the transceivers 106 and 206 may include (analog) oscillators and / or filters.

[0215] Examples of vehicles or autonomous vehicles suitable for the present disclosure

[0216] Fig.14 The vehicle or autonomous driving vehicle applied to the present disclosure is illustrated. The vehicle or autonomous driving vehicle can be realized by a mobile robot, a car, a train, a manned / unmanned aerial vehicle (AV), a ship, etc.

[0217] Reference Fig.14, the vehicle or autonomous driving 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 configured as a part of the communication unit 110. Blocks 110 to 130 / 140a to 140d correspond to Fig.13 Frame 110 / 130 / 140.

[0218] The communication unit 110 may send signals (e.g., data and control signals) to and receive signals from external devices such as other vehicles, BSs (e.g., gNBs and roadside units), and servers. The control unit 120 may perform various operations by controlling elements of the vehicle or autonomous driving vehicle 100. The control unit 120 may include an ECU. The drive unit 140a may enable the vehicle or autonomous driving vehicle 100 to travel on a road. The drive unit 140a may include an engine, a motor, a powertrain, wheels, brakes, a steering device, and the like. The power supply unit 140b may supply power to the vehicle or autonomous driving vehicle 100 and include a wired / wireless charging circuit, a battery, and the like. The sensor unit 140c may acquire vehicle status, surrounding environment information, user information, and the like. The sensor unit 140c may include an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, a slope sensor, a weight sensor, a heading sensor, a position module, a vehicle forward / reverse sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illumination sensor, a pedal position sensor, etc. The autonomous driving unit 140d may implement a technology for maintaining a lane on which the vehicle is driving, a technology for automatically adjusting a speed such as an adaptive cruise control, a technology for autonomous driving along a determined path, a technology for driving by automatically setting a path when a destination is set, and the like.

[0219] For example, the communication unit 110 may receive map data, traffic information data, etc. from an external server. The autonomous driving unit 140d may generate an autonomous driving path and a driving plan from the obtained data. The control unit 120 may control the drive unit 140a so that the vehicle or the autonomous driving vehicle 100 may move along the autonomous driving path according to the driving plan (e.g., speed / direction control). In autonomous driving, the communication unit 110 may obtain the latest traffic information data from the external server irregularly / regularly, and may obtain surrounding traffic information data from neighboring vehicles. In autonomous driving, the sensor unit 140c may obtain vehicle status and / or surrounding environment information. The autonomous driving unit 140d may update the autonomous driving path and driving plan based on the newly obtained data / information. The communication unit 110 may transmit information about the vehicle position, autonomous driving path, and / or driving plan to an external server. The external server may predict traffic information data based on information collected from the vehicle or autonomous driving vehicle, using AI technology, etc., and provide the predicted traffic information data to the vehicle or autonomous driving vehicle.

[0220] Examples of Vehicles and AR / VR Applicable to the Disclosure

[0221] Fig.15 The vehicle applied to the present disclosure is exemplified. The vehicle can be implemented as a transportation tool, an aircraft, a ship, etc.

[0222] Reference Fig.15 , the vehicle 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, and a positioning unit 140b. In this document, blocks 110 to 130 / 140a to 140c correspond to Fig.13 Frame 110 to 130 / 140.

[0223] The communication unit 110 may send signals (e.g., data and control signals) to and receive signals from external devices such as other vehicles or BSs. The control unit 120 may perform various operations by controlling the constituent elements of the vehicle 100. The memory unit 130 may store data / parameters / programs / codes / commands for supporting various functions of the vehicle 100. The I / O unit 140a may output AR / VR objects based on the information in the memory unit 130. The I / O unit 140a may include a HUD. The positioning unit 140b may obtain information about the location of the vehicle 100. The location information may include information about the absolute position of the vehicle 100, information about the position of the vehicle 100 in the driving lane, acceleration information, and information about the position of the vehicle 100 relative to neighboring vehicles. The positioning unit 140b may include a GPS and various sensors.

[0224] As an example, the communication unit 110 of the vehicle 100 may receive map information and traffic information from an external server, and store the received information in the memory unit 130. The positioning unit 140b may obtain vehicle location information through GPS and various sensors, and store the obtained information in the memory unit 130. The control unit 120 may generate a virtual object based on the map information, traffic information, and vehicle location information, and the I / O unit 140a may display the generated virtual object in a window (1410 and 1420) in the vehicle. The control unit 120 may determine whether the vehicle 100 is driving normally in the driving lane based on the vehicle location information. If the vehicle 100 leaves the driving lane abnormally, the control unit 120 may display a warning on a window in the vehicle through the I / O unit 140a. In addition, the control unit 120 may broadcast a warning message about driving abnormality to neighboring vehicles through the communication unit 110. Depending on the situation, the control unit 120 may send the vehicle location information and information about driving / vehicle abnormality to a relevant organization.

[0225] Examples of XR Devices Suitable for the Present Disclosure

[0226] Fig.16 The XR device applied to the present disclosure is illustrated. The XR device can be implemented by HMD, HUD installed in a vehicle, TV, smart phone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc.

[0227] Reference Fig.16 , the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, a sensor unit 140b, and a power supply unit 140c. In this document, blocks 110 to 130 / 140a to 140c correspond to Fig.13 Frame 110 to 130 / 140.

[0228] The communication unit 110 may send signals (e.g., media data and control signals) to and receive signals from external devices such as other wireless devices, handheld devices, or media servers. The media data may include video, images, and sounds. The control unit 120 may perform various operations by controlling the constituent elements of the XR device 100a. For example, the control unit 120 may be configured to control and / or perform processes such as video / image acquisition, (video / image) encoding, and metadata generation and processing. The memory unit 130 may store data / parameters / programs / codes / commands required to drive the XR device 100a / generate an XR object. The I / O unit 140a may obtain control information and data from the outside and output the generated XR object. The I / O unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and / or a tactile module. The sensor unit 140b may obtain the XR device status, surrounding environment information, user information, and the like. The sensor unit 140b may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, and / or a radar. The power supply unit 140c may supply power to the XR device 100a and include a wired / wireless charging circuit, a battery, and the like.

[0229] For example, the memory unit 130 of the XR device 100a may include information (e.g., data) required to generate an XR object (e.g., an AR / VR / MR object). The I / O unit 140a may receive a command for manipulating the XR device 100a from a user, and the control unit 120 may drive the XR device 100a according to the user's drive command. For example, when a user desires to watch a movie or news through the XR device 100a, the control unit 120 sends content request information to another device (e.g., a handheld device 100b) or a media server through the communication unit 110. The communication unit 110 may download / stream content such as a movie or news from another device (e.g., a handheld device 100b) or a media server to the memory unit 130. The control unit 120 may control and / or perform processes such as video / image acquisition, (video / image) encoding, and metadata generation / processing for content, and generate / output an XR object based on information about the surrounding space or real objects obtained through the I / O unit 140a / sensor unit 140b.

[0230] The XR device 100a may be wirelessly connected to the handheld device 100b through the communication unit 110, and the operation of the XR device 100a may be controlled by the handheld device 100b. For example, the handheld device 100b may operate as a controller of the XR device 100a. To this end, the XR device 100a may obtain information about the 3D position of the handheld device 100b, generate and output an XR object corresponding to the handheld device 100b.

[0231] Examples of robots suitable for the present disclosure

[0232] Fig.17 The robot applied to the present disclosure is exemplified. According to the purpose or field of use, the robot can be divided into industrial robots, medical robots, household robots, military robots, etc.

[0233] Reference Fig.17 , the robot 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, a sensor unit 140b, and a drive unit 140c. In this document, blocks 110 to 130 / 140a to 140c correspond to Fig.13 Frame 110 to 130 / 140.

[0234] The communication unit 110 may send signals (e.g., drive information and control signals) to and receive signals from external devices such as other wireless devices, other robots, or control servers. The control unit 120 may perform various operations by controlling the constituent elements of the robot 100. The memory unit 130 may store data / parameters / programs / codes / commands for supporting various functions of the robot 100. The I / O unit 140a may obtain information from the outside of the robot 100 and output the information to the outside of the robot 100. The I / O unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and / or a tactile module. The sensor unit 140b may obtain internal information, surrounding environment information, user information, etc. of the robot 100. The sensor unit 140b may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyroscope sensor, an inertial sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, a radar, etc. The drive unit 140c may perform various physical operations such as moving robot joints. In addition, the driving unit 140c may enable the robot 100 to travel or fly on a road. The driving unit 140c may include an actuator, a motor, wheels, brakes, propellers, and the like.

[0235] Examples of AI devices to which the present disclosure is applied

[0236] Fig.18The AI ​​device applied to the present disclosure is illustrated. The AI ​​device can be implemented by a fixed device or a mobile device such as a TV, a projector, a smart phone, a PC, a notebook, a digital broadcast terminal, a tablet PC, a wearable device, a set-top box (STB), a radio, a washing machine, a refrigerator, a digital signage, a robot, a vehicle, etc.

[0237] Reference Fig.18 , the AI ​​device 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a / 140b, a learning processor unit 140c, and a sensor unit 140d. In this document, blocks 110 to 130 / 140a to 140c correspond to Fig.13 Frame 110 to 130 / 140.

[0238] The communication unit 110 can use wired / wireless communication technology to / from other AI devices (e.g., Fig.12 100x, 200, or 400) or AI servers (e.g. Fig.12 400) sends / receives wired / radio signals (e.g., sensor information, user input, learning model, or control signal). To this end, the communication unit 110 can send information in the memory unit 130 to an external device, and send a signal received from an external device to the memory unit 130.

[0239] The control unit 120 may determine at least one feasible operation of the AI ​​device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. The control unit 120 may perform an operation determined by controlling the constituent elements of the AI ​​device 100. For example, the control unit 120 may request, search, receive, or use data of the learning processor unit 140c or the memory unit 130, and control the constituent elements of the AI ​​device 100 to perform a predicted operation or an operation determined to be preferred among at least one feasible operation. The control unit 120 may collect historical information including the operation content of the AI ​​device 100 and the user's operation feedback, and store the collected information in the memory unit 130 or the learning processor unit 140c, or send the collected information to a server such as an AI server ( Fig.12 The collected historical information can be used to update the learning model.

[0240] The memory unit 130 may store data for supporting various functions of the AI ​​device 100. For example, the memory unit 130 may store data obtained from the input unit 140a, data obtained from the communication unit 110, output data of the learning processor unit 140c, and data obtained from the sensor unit 140. The memory unit 130 may store control information and / or software codes required to operate / drive the control unit 120.

[0241] The input unit 140a may acquire various types of data from outside the AI ​​device 100. For example, the input unit 140a may acquire learning data for model learning and input data to which the learning model will be applied. The input unit 140a may include a camera, a microphone, and / or a user input unit. The output unit 140b may generate an output related to visual, auditory, or tactile sensations. The output unit 140b may include a display unit, a speaker, and / or a tactile module. The sensor unit 140 may use various sensors to obtain at least one of the internal information of the AI ​​device 100, the surrounding environment information of the AI ​​device 100, and the user information. The sensor unit 140 may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, and / or a radar.

[0242] The learning processor unit 140c can use the learning data to learn a model including an artificial neural network. The learning processor unit 140c can communicate with the AI ​​server ( Fig.12 The learning processor unit 140c may perform AI processing together with the learning processor unit 400 of FIG. 400. The learning processor unit 140c may process information received from an external device through the communication unit 110 and / or information stored in the memory unit 130. In addition, the output value of the learning processor unit 140c may be sent to an external device through the communication unit 110 and may be stored in the memory unit 130.

[0243] Industrial Applicability

[0244] The above-mentioned embodiments of the present disclosure are applicable to various mobile communication systems.

Claims

1. A method for sending channel state information CSI by a first user equipment UE in a wireless communication system, the method comprising the following steps: Receiving a modulation and coding scheme MCS table configuration for a resource pool; The first UE sends, to a second UE, secondary link UE capability information including first MCS table information supported by the first UE; Receiving, by the first UE from the second UE, a physical sidelink control channel PSCCH including second MCS table information; Receive a channel state information reference signal CSI-RS and a physical sidelink shared channel PSSCH; deriving CSI information based on the CSI-RS; as well as sending, by the first UE to the second UE, a CSI report including the CSI information, The MCS table for the CSI information is determined from multiple MCS tables based on the second MCS table information received from the second UE.

2. The method according to claim 1, wherein: The CSI information includes channel quality information CQI and rank indicator RI.

3. The method according to claim 1, wherein: The MCS table configuration for the resource pool includes at least one of a 256QAM table and a low spectrum efficiency 64QAM table.

4. The method according to claim 1, wherein: The MCS table for the CSI information is determined to be a 256QAM table, a low spectrum efficiency 64QAM table, or a 64QAM table.

5. A first user equipment UE in a wireless communication system, the first UE comprising: at least one processor; as well as at least one computer memory operatively connected to the at least one processor and configured to store commands that, when executed by the at least one processor, perform the following operations: Receiving a modulation and coding scheme MCS table configuration for a resource pool; Sending to a second UE secondary link UE capability information including first MCS table information supported by the first UE; Receiving a physical sidelink control channel PSCCH including second MCS table information from the second UE; Receive a channel state information reference signal CSI-RS and a physical sidelink shared channel PSSCH; deriving CSI information based on the CSI-RS; as well as sending a CSI report including the CSI information to the second UE, and The MCS table for the CSI information is determined from multiple MCS tables based on the second MCS table information received from the second UE.

6. The first UE according to claim 5, wherein: The CSI information includes channel quality information CQI and rank indicator RI.

7. The first UE according to claim 5, wherein: The MCS table configuration for the resource pool includes at least one of a 256QAM table and a low spectrum efficiency 64QAM table.

8. The first UE according to claim 5, wherein: The MCS table for the CSI information is determined to be a 256QAM table, a low spectrum efficiency 64QAM table, or a 64QAM table.

9. A processing device for performing operations for a first user equipment UE in a wireless communication system, wherein: The processing device includes one or more application specific integrated circuits ASIC, one or more digital signal processors DSP, one or more digital signal processing devices DSPD, one or more programmable logic devices PLD or one or more field programmable gate arrays FPGA, and the operation includes: Receiving a modulation and coding scheme MCS table configuration for a resource pool; Sending to a second UE secondary link UE capability information including first MCS table information supported by the first UE; Receiving a physical sidelink control channel (PSCCH) including second MCS table information from a second UE; Receive a channel state information reference signal CSI-RS and a physical sidelink shared channel PSSCH; deriving CSI information based on the CSI-RS; and sending a CSI report including the CSI information to the second UE, The MCS table for the CSI information is determined from multiple MCS tables based on the second MCS table information received from the second UE.

10. A computer-readable storage medium for storing at least one computer program, wherein the at least one computer program, when executed by at least one processor, performs operations for a first user equipment UE, the operations comprising: Receiving a modulation and coding scheme MCS table configuration for a resource pool; Sending to a second UE secondary link UE capability information including first MCS table information supported by the first UE; Receiving a physical sidelink control channel PSCCH including second MCS table information from the second UE; Receive a channel state information reference signal CSI-RS and a physical sidelink shared channel PSSCH; deriving CSI information based on the CSI-RS; as well as sending a CSI report including the CSI information to the second UE, The MCS table for the CSI information is determined from multiple MCS tables based on the second MCS table information received from the second UE.

Images