Method and apparatus for carrying out communication in wireless communication system

Abstract

Disclosed according to various embodiments are an apparatus and method for carrying out communication in a wireless communication system. The apparatus may: receive configured grant (CG) configuration information associated with physical uplink shared channel (PUSCH) transmission; calculate sensing assistance data on the basis of sensor information; and transmit, on the basis of the CG configuration information, a PUSCH including the sensing assistance data, wherein the CG configuration information may include at least one information element configured separately in association with the sensing assistance data.

Description

Method for performing communication in a wireless communication system and device for the same

[0001] This invention relates to a method for transmitting data using an uplink data channel in a wireless communication system and a device for the same.

[0002] A wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.). Examples of multiple access systems include CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), SC-FDMA (single carrier frequency division multiple access), and MC-FDMA (multi carrier frequency division multiple access) systems.

[0003] Sidelink (SL) refers to a communication method in which User Equipment (UE) establishes a direct link to directly exchange voice or data between terminals without passing through a Base Station (BS). SL is being considered as a solution to address the burden on base stations caused by rapidly increasing data traffic.

[0004] V2X (vehicle-to-everything) refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-equipped objects through wired or wireless communication. V2X can be classified into four types: V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian). V2X communication can be provided through PC5 interfaces and / or Uu interfaces.

[0005] Meanwhile, as more communication devices require larger communication capacities, the need for improved mobile broadband communication compared to existing Radio Access Technology (RAT) is emerging. Accordingly, communication systems considering services or terminals sensitive to reliability and latency are being discussed; next-generation radio access technology that incorporates improved mobile broadband communication, Massive Machine Type Communication (MTC), and Ultra-Reliable and Low Latency Communication (URLC) can be referred to as new radio access technology (new RAT) or new radio (NR). Vehicle-to-everything (V2X) communication can also be supported in NR.

[0006] Figure 1 is a diagram illustrating a comparison between V2X communication based on RAT prior to NR and V2X communication based on NR.

[0007] Regarding V2X communication, prior to NR, RATs mainly discussed methods for providing safety services based on V2X messages such as BSM (Basic Safety Message), CAM (Cooperative Awareness Message), and DENM (Decentralized Environmental Notification Message). V2X messages can include location information, dynamic information, attribute information, etc. For example, a terminal can transmit a CAM of the periodic message type and / or a DENM of the event-triggered message type to another terminal.

[0008] For example, the CAM may include basic vehicle information such as dynamic state information of the vehicle, such as direction and speed, static data of the vehicle, such as dimensions, external lighting conditions, and route history. For example, a terminal may broadcast the CAM, and the latency of the CAM may be less than 100ms. For example, in the event of an unexpected situation such as a vehicle breakdown or accident, the terminal may generate a DENM and transmit it to other terminals. For example, all vehicles within the transmission range of the terminal may receive the CAM and / or DENM. In this case, the DENM may have a higher priority than the CAM.

[0009] Since then, various V2X scenarios regarding V2X communication have been presented in NR. For example, various V2X scenarios may include vehicle platooning, advanced driving, extended sensors, remote driving, etc.

[0010] For example, based on vehicle platooning, vehicles can dynamically form groups and move together. For example, to perform platoon operations based on vehicle platooning, vehicles belonging to said group can receive periodic data from the lead vehicle. For example, vehicles belonging to said group can use said periodic data to reduce or increase the distance between vehicles.

[0011] For example, based on enhanced driving, vehicles can be semi-automated or fully automated. For example, each vehicle can adjust trajectories or maneuvers based on data acquired from local sensors of nearby vehicles and / or nearby logical entities. Additionally, for example, each vehicle can mutually share driving intentions with nearby vehicles.

[0012] For example, based on extended sensors, raw data or processed data or live video data acquired through local sensors can be exchanged between vehicles, logical entities, pedestrian terminals and / or V2X application servers. Thus, for example, a vehicle can perceive an environment that is enhanced compared to the environment it can detect using its own sensors.

[0013] For example, based on remote driving, a remote driver or V2X application can operate or control a remote vehicle for a person unable to drive or for a remote vehicle located in a dangerous environment. For example, in cases where the route is predictable, such as in public transportation, cloud computing-based driving can be used for the operation or control of the remote vehicle. Additionally, access to a cloud-based back-end service platform, for example, can be considered for remote driving.

[0014] Meanwhile, methods to specify service requirements for various V2X scenarios, such as vehicle platooning, enhanced driving, extended sensors, and remote driving, are being discussed in NR-based V2X communication.

[0015] The technical problem that the present invention aims to solve is to provide a method for a terminal to efficiently transmit uplink data in a wireless communication system and a device for the same.

[0016] The technical problems are not limited to those mentioned above, and other technical problems not mentioned will be clearly understood by those skilled in the art to which the present invention belongs from the description below.

[0017] A method by a UE (User Equipment) according to one aspect comprises the steps of: receiving CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; calculating sensing auxiliary data based on sensor information; and transmitting a PUSCH including the sensing auxiliary data based on the CG configuration information, wherein the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0018] Alternatively, the at least one information element may include information regarding the first transmission cycles of the sensing auxiliary data.

[0019] Alternatively, the first transmission cycles may be a subset of the second transmission cycles for transmitting uplink data other than the sensing auxiliary data.

[0020] Alternatively, the at least one information element may further include instruction information indicating one of the first transmission cycles and information regarding a weight applied to the one transmission cycle.

[0021] Alternatively, the UE may determine that the one transmission cycle to which the weight is applied is set as the calculation cycle for the rate of change of the sensing value included in the sensing auxiliary data.

[0022] Alternatively, the at least one information element may include multiplexing information for piggybacking the sensing auxiliary data to the PUSCH containing uplink data, and the multiplexing information may include a beta offset and a scaling factor for determining the number of resources to which the sensing auxiliary data is piggybacked onto the PUSCH.

[0023] Alternatively, the above CG setting information may further include information elements regarding frequency hopping parameters related to the above sensing auxiliary data.

[0024] Alternatively, the frequency hopping parameter may include at least one of the hopping number, the hopping application unit, and the frequency offset, and the frequency offset may be a cell-specific or UE group-specific value.

[0025] Alternatively, the UE may apply a weight determined based on a pseudo-random generator to the hopping frequency offset and perform frequency hopping for the PUSCH based on the hopping frequency offset to which the weight is applied.

[0026] Alternatively, the above-mentioned sensing auxiliary data may include characteristic values ​​of the sensing data related to the control of XRM (eXtended Relationship Management).

[0027] According to another aspect, at least one non-transient computer-readable recording medium comprises instructions for performing operations when executed by at least one processor, said operations include receiving CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; generating sensing auxiliary data based on sensor information; and transmitting a PUSCH containing said sensing auxiliary data based on said CG configuration information, said CG configuration information may include at least one information element separately configured in relation to said sensing auxiliary data.

[0028] According to another aspect, a UE (User Equipment) includes an RF (Radio Frequency) transceiver; and a processor connected to the RF transceiver, wherein the processor controls the RF transceiver to receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission, calculates sensing auxiliary data based on sensor information, transmits a PUSCH including the sensing auxiliary data based on the CG configuration information, and the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0029] A processing device for controlling a UE (User Equipment) according to another aspect comprises at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions are executed by the at least one processor and cause the UE to: receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; calculate sensing auxiliary data based on sensor information; and transmit a PUSCH including the sensing auxiliary data based on the CG configuration information, and the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0030] According to another aspect, the network includes the step of transmitting CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; and the step of receiving a PUSCH including sensing auxiliary data based on the CG configuration information, wherein the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0031] According to another aspect, the network includes an RF (Radio Frequency) transceiver; and a processor connected to the RF transceiver, wherein the processor controls the RF transceiver to transmit CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission and receives a PUSCH including sensing auxiliary data based on the CG configuration information, and the CG configuration information may be configured separately in relation to the sensing auxiliary data.

[0032] According to one embodiment, a terminal in a wireless communication system can efficiently transmit uplink data. According to one example, by configuring the transmission of sensing auxiliary data for controlling the XRM service of a network via CG PUSCH, periodic transmission of sensing auxiliary data within a range that satisfies the service requirements of the XRM can be effectively ensured.

[0033] The effects obtainable from various embodiments are not limited to those mentioned above, and other unmentioned effects will be clearly understood by those skilled in the art from the description below.

[0034] The drawings attached to this specification are intended to provide an understanding of the present invention, to illustrate various embodiments of the invention, and to explain the principles of the invention together with the description in the specification.

[0035] Figure 1 is a diagram illustrating a comparison between V2X communication based on RAT prior to NR and V2X communication based on NR.

[0036] Figure 2 shows the structure of an LTE system.

[0037] Figure 3 shows the structure of the NR system.

[0038] Figure 4 shows the structure of a wireless frame of NR.

[0039] Figure 5 shows the slot structure of an NR frame.

[0040] FIG. 6 shows a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure.

[0041] FIG. 7 shows an electromagnetic spectrum according to one embodiment of the present disclosure.

[0042] Figures 8 and 9 are diagrams illustrating an XRM service.

[0043] FIGS. 10 to 16 are diagrams illustrating a method for obtaining sensing auxiliary data related to sensing data for an XRM service.

[0044] Figures 17 and 18 are diagrams illustrating a method of transmitting sensing auxiliary data through an uplink signal.

[0045] FIGS. 19 and 20 are diagrams for explaining a method of transmitting and receiving sensing assistance information between a terminal and a base station based on CG setting information.

[0046] FIGS. 21 and 22 are diagrams illustrating a method for applying frequency hopping for the transmission of sensing auxiliary information based on CG settings.

[0047] FIG. 23 is a diagram illustrating how a UE transmits sensing auxiliary data related to an XRM.

[0048] FIG. 24 is a diagram illustrating a method for receiving a PUSCH containing sensing auxiliary data at a base station.

[0049] FIG. 25 illustrates a communication system to which the present invention is applied.

[0050] FIG. 26 illustrates a wireless device that can be applied to the present invention.

[0051] FIG. 27 shows another example of a wireless device to which the present invention is applied.

[0052] FIG. 28 illustrates a vehicle or autonomous vehicle to which the present invention is applied.

[0053] A wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.). Examples of multiple access systems include CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), SC-FDMA (single carrier frequency division multiple access), and MC-FDMA (multi carrier frequency division multiple access) systems.

[0054] Sidelink refers to a communication method in which User Equipment (UE) establishes a direct link to directly exchange voice or data between terminals without passing through a Base Station (BS). Sidelink is being considered as a solution to address the burden on base stations caused by rapidly increasing data traffic.

[0055] V2X (vehicle-to-everything) refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-equipped objects through wired or wireless communication. V2X can be classified into four types: V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian). V2X communication can be provided through PC5 interfaces and / or Uu interfaces.

[0056] Meanwhile, as more communication devices require larger communication capacities, the need for improved mobile broadband communication compared to existing Radio Access Technology (RAT) is emerging. Accordingly, communication systems considering services or terminals sensitive to reliability and latency are being discussed; next-generation radio access technology that incorporates improved mobile broadband communication, Massive MTC, and URLLC (Ultra-Reliable and Low Latency Communication) can be referred to as new radio access technology (new RAT) or new radio (NR). Vehicle-to-everything (V2X) communication can also be supported in NR.

[0057] The following technologies can be used in various wireless communication systems such as CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access). CDMA can be implemented using wireless technologies such as UTRA (universal terrestrial radio access) or CDMA2000. TDMA can be implemented using wireless technologies such as GSM (global system for mobile communications), GPRS (general packet radio service), and EDGE (enhanced data rates for GSM evolution). OFDMA can be implemented using wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (evolved UTRA). IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e. UTRA is part of UMTS (universal mobile telecommunications system). 3GPP (3rd generation partnership project) LTE (long term evolution) is part of E-UMTS (evolved UMTS) which uses E-UTRA (evolved-UMTS terrestrial radio access), employing OFDMA in the downlink and SC-FDMA in the uplink.LTE-A (advanced) is an evolution of 3GPP LTE.

[0058] 5G NR is a successor technology to LTE-A and is a new clean-slate type mobile communication system with characteristics such as high performance, low latency, and high availability. 5G NR can utilize all available spectrum resources, ranging from low frequency bands below 1 GHz to mid-frequency bands from 1 GHz to 10 GHz, and high frequency (millimeter wave) bands above 24 GHz.

[0059] For clarity of explanation, the description focuses on LTE-A or 5G NR, but the technical concept of the embodiment(s) is not limited thereto.

[0060] Figure 2 shows the structure of an applicable LTE system. This can be called an E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network), or an LTE (Long Term Evolution) / LTE-A system.

[0061] Referring to FIG. 2, the E-UTRAN includes a base station (20; Base Station, BS) that provides a control plane and a user plane to a terminal (10). The terminal (10) may be fixed or mobile and may be referred to by other terms such as MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), MT (Mobile Terminal), or Wireless Device. The base station (20) refers to a fixed station that communicates with the terminal (10) and may be referred to by other terms such as eNB (evolved-NodeB), BTS (Base Transceiver System), or Access Point.

[0062] Base stations (20) can be connected to each other through an X2 interface. The base station (20) is connected to the EPC (Evolved Packet Core, 30) through the S1 interface, more specifically to the MME (Mobility Management Entity) through the S1-MME and to the S-GW (Serving Gateway) through the S1-U.

[0063] The EPC (30) consists of an MME, an S-GW, and a P-GW (Packet Data Network-Gateway). The MME holds information regarding the terminal's connection information or capabilities, and this information is primarily used for managing the terminal's mobility. The S-GW is a gateway with an E-UTRAN as its endpoint, and the P-GW is a gateway with a PDN as its endpoint.

[0064] The layers of the Radio Interface Protocol between a terminal and a network can be classified into L1 (Layer 1), L2 (Layer 2), and L3 (Layer 3) based on the lower three layers of the Open System Interconnection (OSI) model, which is widely known in communication systems. Among these, the Physical Layer, belonging to Layer 1, provides Information Transfer Services using a physical channel, while the Radio Resource Control (RRC) layer, located at Layer 3, performs the role of controlling radio resources between the terminal and the network. To this end, the RRC layer exchanges RRC messages between the terminal and the base station.

[0065] Figure 3 shows the structure of the NR system.

[0066] Referring to FIG. 3, the NG-RAN may include gNBs and / or eNBs that provide user plane and control plane protocol termination to terminals. FIG. 7 illustrates a case where only gNBs are included. The gNBs and eNBs are connected to each other via Xn interfaces. The gNBs and eNBs are connected to the 5G Core Network (5GC) via NG interfaces. More specifically, they are connected to the access and mobility management function (AMF) via NG-C interfaces and to the user plane function (UPF) via NG-U interfaces.

[0067] Figure 4 shows the structure of a wireless frame of NR.

[0068] Referring to FIG. 4, radio frames can be used for uplink and downlink transmission in NR. The radio frame has a length of 10 ms and can be defined as two 5 ms half-frames (HF). A half-frame may contain five 1 ms subframes (SF). A subframe may be divided into one or more slots, and the number of slots within a subframe may be determined by the subcarrier spacing (SCS). Each slot may contain 12 or 14 OFDM(A) symbols according to the cyclic prefix (CP).

[0069] When normal CP is used, each slot may contain 14 symbols. When extended CP is used, each slot may contain 12 symbols. Here, the symbols may include OFDM symbols (or CP-OFDM symbols) and SC-FDMA (Single Carrier - FDMA) symbols (or DFT-s-OFDM (Discrete Fourier Transform-spread-OFDM) symbols).

[0070] Table 1 below shows the number of symbols per slot ((N) according to the SCS setting (u) when normal CP is used. slot symb ), number of slots per frame((N frame,u slot ) and the number of slots per subframe((N subframe,u slot ) exemplifies.

[0071] SCS (15*2 u )N slot symb N frame,u slot N subframe,u slot 15KHz (u=0)1410130KHz (u=1)1420260KHz (u=2)14404120KHz (u=3)14808240KHz (u=4)1416016

[0072] Table 2 shows the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to the SCS when an extended CP is used.

[0073] SCS (15*2 u )N slot symb N frame,u slot N subframe,u slot 60KHz (u=2)12404

[0074] In an NR system, the OFDM(A) numerology (e.g., SCS, CP length, etc.) can be configured differently among multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., subframe, slot, or TTI) (collectively referred to as TU (Time Unit) for convenience) composed of the same number of symbols can be configured differently among the merged cells.

[0075] In NR, multiple numerologies or SCSs may be supported to support various 5G services. For example, if the SCS is 15 kHz, a wide area in traditional cellular bands may be supported, and if the SCS is 30 kHz / 60 kHz, dense-urban, lower latency, and wider carrier bandwidth may be supported. If the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.

[0076] The NR frequency band can be defined by two types of frequency ranges. The two types of frequency ranges may be FR1 and FR2. The numerical values ​​of the frequency ranges may change, for example, the two types of frequency ranges may be as shown in Table 3 below. Among the frequency ranges used in the NR system, FR1 may mean "sub 6GHz range" and FR2 may mean "above 6GHz range" and may be referred to as millimeter wave (mmW).

[0077] Frequency Range designationCorresponding frequency rangeSubcarrier Spacing (SCS)FR1450MHz - 6000MHz15, 30, 60kHzFR224250MHz - 52600MHz60, 120, 240kHz

[0078] As described above, the numerical value of the frequency range of the NR system may change. For example, FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, the frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included within FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, for example, for communication for vehicles (e.g., autonomous driving).

[0079] Frequency Range designationCorresponding frequency rangeSubcarrier Spacing (SCS)FR1410MHz - 7125MHz15, 30, 60kHzFR224250MHz - 52600MHz60, 120, 240kHz

[0080] Figure 5 shows the slot structure of an NR frame.

[0081] Referring to FIG. 5, a slot contains multiple symbols in the time domain. For example, in the case of a normal CP, one slot may contain 14 symbols, but in the case of an extended CP, one slot may contain 12 symbols. Alternatively, in the case of a normal CP, one slot may contain 7 symbols, but in the case of an extended CP, one slot may contain 6 symbols.

[0082] A carrier includes multiple subcarriers in the frequency domain. A Resource Block (RB) can be defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A Bandwidth Part (BWP) can be defined as multiple consecutive (P)RBs ((Physical) Resource Blocks) in the frequency domain and can correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier can include up to N (e.g., 5) BWPs. Data communication can be performed through the active BWPs. Each element can be referred to as a Resource Element (RE) in a resource grid and can be mapped to a single complex symbol.

[0083] Meanwhile, a wireless interface between terminals or a wireless interface between a terminal and a network may be composed of L1, L2, and L3 layers. In various embodiments of the present disclosure, L1 layer may refer to the physical layer. Additionally, for example, L2 layer may refer to at least one of the MAC layer, RLC layer, PDCP layer, and SDAP layer. Additionally, for example, L3 layer may refer to the RRC layer.

[0084] FIG. 6 illustrates a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure. The embodiment of FIG. 6 can be combined with various embodiments of the present disclosure.

[0085] New network characteristics in 6G may be as follows.

[0086] - Satellite Integrated Network

[0087] - Connected Intelligence: Unlike previous generations of wireless communication systems, 6G is innovative and will update wireless evolution from "connected things" to "connected intelligence." AI can be applied at each stage of the communication process (or at each step of the signal processing described below).

[0088] - Seamless integration of wireless information and energy transfer

[0089] - Ubiquitous Super 3D Connectivity: Connectivity to the network and core network functions of drones and very low Earth orbit satellites will create Super 3D connectivity in 6G ubiquitous.

[0090] Some general requirements regarding the new network characteristics of 6G mentioned above may be as follows.

[0091] - Small cell networks

[0092] - Ultra-dense heterogeneous network

[0093] - High-capacity backhaul

[0094] - Radar technology integrated with mobile technology: High-precision localization (or location-based services) through communication is one of the functions of 6G wireless communication systems. Therefore, radar systems will be integrated with 6G networks.

[0095] - Softwarization and virtualization

[0096] The core implementation technologies of the 6G system are described below.

[0097] - Artificial Intelligence: Introducing AI into communications can streamline and enhance real-time data transmission. AI can determine how complex target tasks are performed using numerous analyses. In other words, AI can increase efficiency and reduce processing latency. Time-consuming tasks such as handover, network selection, and resource scheduling can be performed instantly using AI. AI can also play a significant role in M2M, machine-to-human, and human-to-machine communication. Furthermore, AI can enable rapid communication in Brain-Computer Interfaces (BCI). AI-based communication systems can be supported by metamaterials, intelligent structures, intelligent networks, intelligent devices, intelligent cognitive radios, self-sustaining wireless networks, and machine learning.

[0098] - THz communication: Data transmission rates can be increased by increasing bandwidth. This can be achieved by using sub-THz communication with wide bandwidth and applying advanced large-scale MIMO technology. THz waves, also known as sub-millimeter radiation, generally represent a frequency band between 0.1 THz and 10 THz with corresponding wavelengths in the range of 0.03 mm to 3 mm. The 100 GHz to 300 GHz band range (Sub-THz band) is considered the main part of the THz band for cellular communication. Adding the Sub-THz band to the mmWave band increases 6G cellular communication capacity. Among the defined THz bands, 300 GHz to 3 THz is located in the far-infrared (IR) frequency band. The 300 GHz to 3 THz band is part of the broadband but lies at the boundary of the broadband and immediately following the RF band. Therefore, this 300 GHz to 3 THz band exhibits similarity to RF. FIG. 7 shows an electromagnetic spectrum according to one embodiment of the present disclosure. The embodiment of FIG. 7 can be combined with various embodiments of the present disclosure. Key characteristics of THz communication include (i) widely available bandwidth to support very high data transmission rates, and (ii) high path loss occurring at high frequencies (highly directional antennas are indispensable). The narrow beam width generated by highly directional antennas reduces interference. The small wavelength of THz signals allows a much larger number of antenna elements to be integrated into devices and BSs operating in this band. This enables the use of advanced adaptive array techniques that can overcome range limitations.

[0099] - Large-scale MIMO technology

[0100] - Hologram beamforming (HBF)

[0101] - Optical wireless technology

[0102] - Free Space Optical Transmission Backhaul Network (FSO backhaul network)

[0103] - Quantum communication

[0104] - Cell-free communication

[0105] - Integration of wireless information and power transmission

[0106] - Integration of wireless communication and sensing

[0107] - Integrated access and backhaul network

[0108] - Big data analysis

[0109] - Reconfigurable intelligent metasurface

[0110] - Metaverse

[0111] - blockchain

[0112] - Unmanned Aerial Vehicle (UAV): UAVs or drones will be a critical element in 6G wireless communication. In most cases, high-speed data wireless connectivity can be provided using UAV technology. Base station (BS) entities can be installed on UAVs to provide cellular connectivity. UAVs can possess specific features not found in fixed BS infrastructure, such as easy deployment, robust line-of-sight links, and controlled degrees of freedom for mobility. During emergencies, such as natural disasters, the deployment of ground communication infrastructure is not economically feasible, and sometimes services cannot be provided in volatile environments. UAVs can easily handle these situations. UAVs will become a new paradigm in the field of wireless communication. This technology facilitates the three fundamental requirements of wireless networks: eMBB, URLLC, and mMTC. UAVs can also support various purposes, such as enhancing network connectivity, fire detection, disaster emergency services, security and surveillance, pollution monitoring, parking monitoring, and accident monitoring. Therefore, UAV technology is recognized as one of the most critical technologies for 6G communication.

[0113] - Autonomous Driving (Self-Driving): V2X (Vehicle to Everything), a core element in building autonomous driving infrastructure, refers to technologies that enable vehicles to communicate and share with various elements on the road for autonomous driving, such as wireless communication between vehicles (Vehicle to Vehicle, V2V) and between vehicles and infrastructure (Vehicle to Infrastructure, V2I). Fast transmission speeds and low-latency technologies are essential to maximize autonomous driving performance and ensure high safety. Furthermore, future autonomous driving may go beyond simply delivering warning or guidance messages to the driver to actively intervene in vehicle operation and directly control the vehicle in dangerous situations. Since the amount of information to be transmitted and received may become massive for this purpose, it is expected that 6G will be able to maximize autonomous driving through faster transmission speeds and lower latency compared to 5G.

[0114] - Non-terrestrial networks (NTN): An NTN may represent a network or network segment that uses radio frequency (RF) resources mounted on a satellite (or unmanned aerial system (UAS) platform). FIG. 8 illustrates an example of a typical NTN scenario based on a transparent payload according to one embodiment of the present disclosure. FIG. 9 illustrates an example of a typical NTN scenario based on a regenerative payload according to one embodiment of the present disclosure. The embodiment of FIG. 8 or FIG. 9 may be combined with various embodiments of the present disclosure. The satellite (or UAS platform) may establish a service link with a UE. The satellite (or UAS platform) may be connected to a gateway via a feeder link. The satellite may be connected to a data network via the gateway. A beam footprint may refer to an area where signals transmitted by the satellite can be received. A satellite (or UAS platform) can establish a service link with a UE. A satellite (or UAS platform) connected to a UE can connect with other satellites (or UAS platforms) via inter-satellite links (ISL). Other satellites (or UAS platforms) can connect with a gateway via a feeder link. Based on a replay payload, a satellite can connect to a data network through other satellites and a gateway. If no ISL exists between a satellite and another satellite, a feeder link may be required between the satellite and the gateway. NTN can be implemented based on various scenarios.For example, a satellite (or UAS platform) may implement a transparent or regenerative (with on-board processing) payload. For example, a satellite (or UAS platform) may generate multiple beams across a designated service area depending on the satellite's (or UAS platform's) field of view. For example, the satellite's (or UAS platform's) field of view may vary depending on the on-board antenna diagram and the minimum elevation angle. For example, a transparent payload may include radio frequency filtering, frequency conversion, and amplification. Thus, the waveform signal repeated by the payload may not be altered. For example, a regenerative payload may include radio frequency filtering, frequency conversion and amplification, demodulation / decoding, switching and / or routing, and coding / modulation. For example, a regenerative payload may be substantially equivalent to carrying all or part of the base station functions on the satellite (or UAS platform).

[0115] - Integrated Sensing and Communication (ISAC): Radio sensing is a technology that uses radio frequencies to determine the instantaneous linear velocity, angle, and distance (range) of an object, thereby obtaining information about the characteristics of the environment and / or objects within the environment. Since radio frequency sensing capabilities do not require connecting to objects via devices within a network, they can provide services for object location determination without the need for devices. The ability to obtain range, velocity, and angle information from radio frequency signals can provide a wide range of new functions, such as various object detection, object recognition (e.g., vehicles, humans, animals, UAVs), and high-precision localization, tracking, and activity recognition. Radio sensing services can provide information to various industries (e.g., unmanned aerial vehicles, smart homes, V2X, factories, railways, public safety, etc.) that enable applications such as intruder detection, assisted vehicle steering and navigation, trajectory tracking, collision avoidance, traffic management, and health and traffic management. In some cases, radio sensing may utilize non-3GPP type sensors (e.g., radar, cameras) to further support 3GPP-based sensing. For example, the operation of a wireless sensing service, that is, the sensing operation, may depend on the transmission, reflection, and scattering processing of wireless sensing signals. Therefore, wireless sensing can provide an opportunity to enhance existing communication systems from communication networks into wireless communication and sensing networks.

[0116] CG PUSCH (Configured Grant PUSCH)

[0117] CG PUSCH is a method that allows a terminal to transmit data using pre-configured resources without the base station (gNB) having to send a dynamic uplink grant every time via PDCCH. It can reduce DCI overhead and enable fast transmission, mainly in situations requiring low-latency and high-reliability communication (URLLC) or periodic data transmission.

[0118] CG PUSCH can be classified into Type 1 and Type 2 depending on the configuration method.

[0119] - Type 1 PUSCH: Transmission resources and parameters can be fully defined by the upper layer RRC configuration (rrc-ConfiguredUplinkGrant). It can operate solely through RRC configuration without a separate L1 activation procedure.

[0120] - Type 2 PUSCH: Basic parameters such as the period are set via RRC, but the activation and deactivation of the actual transmission can be performed via DCI masked with CS-RNTI.

[0121] The CG configuration information (ConfiguredGrantConfig) provided by the RRC signal may include the following parameters.

[0122] - Periodicity: Defines the frequency (in units of symbols or slots) during which transmission resources occur.

[0123] - timeDomainOffset: This is the time offset at which the resource starts relative to System Frame Number (SFN) 0.

[0124] - mcsAndTBS: Sets the modulation and coding scheme (MCS) and transmission block size (TBS) to be used for transmission.

[0125] - Frequency Hopping: Determines whether intra-slot or inter-slot frequency hopping is enabled.

[0126] - p0-NominalWithoutGrant: This is the default target received power value for power control of PUSCH transmitted without approval.

[0127] - betaOffsetCG-UCI: Can provide an index value for determining the resource allocation of the CG-UCI (including HARQ process number, RV, NDI, etc.) carried together with the CG PUSCH transmission. This value can be used as a direct multiplication factor in a formula for calculating the number of modulation symbols to be occupied by the CG-UCI.

[0128] When the terminal transmits a CG PUSCH, it may send (piggyback) CG-UCI (Configured Grant Uplink Control Information) along with the data to indicate the attributes of the transmission.

[0129] - Included information: May include HARQ process number, duplicate version (RV), new data indicator (NDI), and channel occupancy time (COT) sharing information during shared spectrum operation.

[0130] - Multiplexing: When the upper layer parameter cg-UCI-Multiplexing is set, HARQ-ACK information, etc. can be multiplexed to PUSCH together with CG-UCI.

[0131] Additionally, frequency hopping may be applied in relation to CG PUSCH. Frequency hopping may be determined by parameters within the following ConfiguredGrantConfig information element (IE).

[0132] - FrequencyHopping: Defines whether intra-slot or inter-slot hopping is enabled. This field is primarily applicable to PUSCH Repetition Type A.

[0133] - frequencyHoppingOffset: You can determine the offset value in RB units between two frequency hops.

[0134] - frequencyHoppingPUSCH-RepTypeB: Used in Type 1 CG configurations using Repetition Type B, and allows hopping between repetitions or between slots.

[0135] In relation to frequency hopping, if the PUSCH transmission is not scheduled by a RAR UL grant or a fallback RAR UL grant, or a DCI format 0_0 with a CRC scrambled to TC-RNTI, and the transmission block (TB) is processed across multiple slots, the UE may be configured for frequency hopping.

[0136] In this case, frequency hopping can be configured through different upper-layer parameters depending on the transmission method. For example, for a PUSCH transmission scheduled by DCI format 0_2, frequency hopping can be configured through frequencyHoppingDCI-0-2, an upper-layer parameter included in pusch-Config, and for a PUSCH transmission scheduled by a format other than DCI format 0_2, it can be configured through the frequencyHopping parameter within the same pusch-Config. For a configured grant-based PUSCH transmission, frequency hopping can be configured through the frequencyHopping parameter included in configuredGrantConfig.

[0137] Meanwhile, in the case of a PUSCH iterative Type A transmission scheduled by a DCI format 0_0 in which a RAR UL grant or CRC is scrambled into TC-RNTI, frequency hopping can be set through the frequency hopping flag information field included in the respective UL grant and DCI.

[0138] The frequency hopping method can be configured in one of two ways, and one of them, the Intra-slot frequency hopping method, can be applied to a single-slot or multi-slot based Configured PUSCH transmission, or to a multi-slot based PUSCH transmission scheduled by DCI formats 0_1, 0_2, and 0_3. In addition, it can be applied to multiple PUSCH transmissions corresponding to when pusch-TimeDomainAllocationListForMultiPUSCH is configured as an upper layer parameter, or to multiple PUSCH transmissions based on Configured Grant when cg-nrofSlots and cg-nrofPUSCH-InSlot are configured.

[0139] Below, the operation of transmitting PUSCH based on the CG setting information described above will be explained in detail.

[0140] A PUSCH transmission may be dynamically scheduled by a UL grant included in the DCI, or it may be a transmission corresponding to Configured Grant Type 1 or Type 2. A PUSCH transmission according to Configured Grant Type 1 may be configured semi-static to operate by receiving a configuration including rrc-ConfiguredUplinkGrant among the upper layer parameters of configuredGrantConfig without detecting a UL grant within the DCI.

[0141] A PUSCH transmission according to Configured Grant Type 2 can be scheduled semi-persistently by a UL grant within a valid activation DCI in accordance with Section 10.2 of [6, TS 38.213] after receiving upper layer parameters of configuredGrantConfig that do not include rrc-ConfiguredUplinkGrant.

[0142] Additionally, if configuredGrantConfigToAddModList is set, two or more configurations for Configured Grant Type 1 and / or Type 2 can be simultaneously enabled on the active BWP of a serving cell.

[0143] For PUSCH transfers performed under a Type 1 Configured Grant or a Type 2 Configured Grant enabled by DCI format 0_0 or 0_1, the parameters applied to the transfer are provided by configuredGrantConfig, provided that the following items are provided by pusch-Config:

[0144] -dataScramblingIdentityPUSCH,

[0145] - txConfig,

[0146] - codebookSubset,

[0147] - maxRank,

[0148] - scaling of UCI-OnPUSCH.

[0149] These Configured Grant-based PUSCH transmissions can be transmitted through up to four layers.

[0150] Meanwhile, for PUSCH transfers performed under a Type 2 Configured Grant enabled by DCI format 0_2, the parameters applied to the transfer are provided by configuredGrantConfig, except for the following items, which are provided by pusch-Config:

[0151] -dataScramblingIdentityPUSCH,

[0152] - txConfig,

[0153] - codebookSubsetDCI-0-2,

[0154] - maxRankDCI-0-2,

[0155] - scaling of UCI-OnPUSCH,

[0156] -resourceAllocationType1GranularityDCI-0-2.

[0157] In addition, if the UE is provided with the transformPrecoder item in configuredGrantConfig and the upper layer parameter tp-pi2BPSK is set in pusch-Config, the UE may apply the parameter to the corresponding PUSCH transmission in accordance with the procedure specified in Section 6.1.4 of TS 38.211.

[0158] Meanwhile, the following priority rules may be considered in PUSCH transmission based on CG setting information.

[0159] In a PUSCH transmission based on a Configured Grant, if a phy-PriorityIndex is provided, the terminal can determine the priority index of each transmission based on it. When the terminal multiplexes information with different priorities into the same PUSCH or PUCCH transmission, if the terminal intends to include HARQ-ACK information with a higher priority index, and if a Part 2 CSI report with a lower priority index can be included along with CG-UCI, UTO-UCI, and Part 1 CSI report, the terminal may exclude the Part 2 CSI report and transmit.

[0160] When a terminal must perform two or more transmissions simultaneously, these transmissions may overlap in time. For example, if a high-priority PUCCH transmission including SR overlaps with a low-priority PUCCH or PUSCH transmission, or if a high-priority PUSCH transmission according to the Configured Grant method overlaps with a low-priority PUCCH transmission, the terminal must cancel the lower-priority transmission before the higher-priority transmission begins. In this case, the transmission may include a repeat transmission, and if such repeat transmission overlaps, the lower-priority transmission is likewise canceled first.

[0161] If, on the same serving cell, a high-priority PUSCH transmission is scheduled by DCI format and a low-priority PUSCH transmission is configured by Configured Grant, and the terminal is provided with the prioHighDG-LowCG parameter, the terminal must configure the PUSCH transmission scheduled by the DCI to start after a defined preparation time (T_proc,2) from the last symbol of the PDCCH. The said T_proc,2 is determined by the terminal's processing power and is calculated based on the subcarrier interval (μ), the number of slots (N_2), and the d_1 and d_3 values ​​reported by the terminal, as defined in TS 38.214.

[0162] To determine the PUSCH to multiplex UCI information, the terminal may evaluate candidate PUSCHs according to configured conditions. If the terminal is provided with enableSTx2PofmDCI and ackNackFeedbackMode is set to separate, and a PUSCH transmission containing HARQ-ACK information is required, the terminal may select as candidates the PUSCHs associated with the PUCCH transmission having the same coresetPoolIndex value as the HARQ-ACK information. If the candidate PUSCHs include both transmissions scheduled by DCI format and transmissions configured by ConfiguredGrantConfig or semiPersistentOnPUSCH, and these candidates satisfy the conditions of Section 9.2.5 regarding UCI multiplexing, the terminal may select the first PUSCH transmission configured by DCI format to multiplex UCI information.

[0163] If a PUSCH transmission containing HARQ-ACK information is configured by ConfiguredGrantConfig and cg-UCI-Multiplexing is configured for such transmission, the terminal may transmit the PUSCH including HARQ-ACK information. However, if cg-UCI-Multiplexing is not configured and the HARQ-ACK information and the PUSCH have the same priority, the terminal does not transmit the PUSCH and must transmit the HARQ-ACK information via a separate PUSCH transmission or another PUSCH transmission. Conversely, if the HARQ-ACK information and the PUSCH transmission have different priority indices, the terminal must not perform the transmission with the lower priority.

[0164] Meanwhile, DCI formats in which the CRC is scrambled as C-RNTI, CS-RNTI, or MCS-C-RNTI are considered unicast DCI formats, and formats in which the CRC is scrambled as Multicast MCCH-RNTI, G-RNTI, or G-CS-RNTI are classified as multicast DCI formats. Accordingly, unicast DCI formats include formats 0_0, 0_1, 0_2, 0_3, 1_0, 1_1, 1_2, and 1_3, and multicast DCI formats include formats 4_0, 4_1, and 4_2. PDSCH receptions scheduled by these DCI formats are referred to as unicast or multicast PDSCH receptions, respectively, and the corresponding HARQ-ACK information can also be referred to as unicast or multicast HARQ-ACK information, respectively.

[0165] eXtended Relationship Management

[0166] Figures 8 and 9 are diagrams illustrating an XRM service.

[0167] XRM (VR / AR / XR with media) transmits sensing information for data control of information transmitted according to various applications (e.g., real-time streaming, virtual gaming, etc.) to a higher-level control network via PUSCH, and by reflecting this, renders the information for data control through each application viewport to provide services to each UE.

[0168] Virtual Reality (VR) renders scenes containing visual and auditory information and presents them to the user, designed to simulate sensory stimuli in a real environment as naturally as possible. Users move within a limited area defined by the application, and the visual and auditory stimuli provided are updated in real time accordingly. Generally, VR is implemented by having the user wear a Head Mounted Display (HMD) to replace their entire field of vision with virtual images and headphones to provide auditory stimuli. Such VR systems require head and body motion tracking to maintain consistency in video and audio based on the user's movements; additional interaction devices may be provided in some cases, but are not mandatory.

[0169] Augmented Reality (AR) is a technology that overlays artificially generated information or content onto a user's real-world environment. This information or content is typically provided in visual or auditory form, and users can perceive it either directly (without sensing, processing, or rendering) or indirectly (by processing and rendering the environment collected through sensors).

[0170] Mixed Reality (MR) is an advanced form of Augmented Reality, a technology designed to embed virtual elements into a real environment so that they are perceived as part of the actual scene.

[0171] - Extended Reality (XR) is a concept that includes a combined form of real and virtual environments and human-machine interaction, implemented by computer technology and wearable devices. XR encompasses AR, MR, and VR, as well as intermediate stages between them. The core of XR lies in expanding experiences related to human presence (e.g., represented by VR) and cognitive acquisition (e.g., represented by AR).

[0172] In addition, the key concepts related to XR are as follows.

[0173] Immersion refers to the sensation that a user feels surrounded by a virtual environment.

[0174] - Presence refers to the sensation of a user feeling as if they are actually present in a virtual space.

[0175] - Parallax is a phenomenon in which relative movement occurs between objects as the perspective changes, allowing users to perceive the distance and size of objects.

[0176] - Occlusion is a phenomenon in which a field of view is blocked in three-dimensional space by one object covering another.

[0177] In an XR environment, users perform actions and interactions in various ways, which may include movements, gestures, and physical reactions. Referring to FIG. 8, such movements can be described by Degrees of Freedom (DoF) that define the movement of the viewport within three-dimensional space, and representative forms of DoF are as follows:

[0178] - 3DoF refers to degrees of freedom for rotational motion around the X, Y, and Z axes (pitch, yaw, and roll, respectively). For example, this applies to the case where a user sits in a chair and watches 3D 360 VR content through an HMD (Fig. 8 (a)).

[0179] - 3DoF+ is a form that allows limited translational movement in addition to 3DoF, allowing the user to move their head slightly up / down, left / right, and forward / backward (Fig. 8 (b)).

[0180] - 6DoF is a form that enables complete parallel translation including forward / backward (walking), left / right (movement), and up / down (going up / going down) movement in addition to 3DoF, and corresponds to a case where the user can freely move in virtual space (Fig. 8 (c)).

[0181] Constrained 6DoF refers to a form of 6DoF where the range of translation is limited, for example, to an environment where movement is restricted to a few steps (Fig. 8 (d)). This is also called Room Scale VR, which is designed so that the user's movements in real space are reflected in the XR environment, and it is an XR experience design paradigm that allows the user to interact with the virtual environment while moving freely within the play space.

[0182] In an XR system, 'Space' is a concept used to define the spatial relationship between a user's physical environment and other tracked targets. XR Space refers to a virtual coordinate system with an origin defined based on physical location. This coordinate system of XR Space is essential for XR applications to operate in the three-dimensional space of the virtual and real worlds, and it is generally composed of an orthogonal Cartesian coordinate system where all axes are set to the same scale.

[0183] The position within the XR space is represented by a 3D vector defined relative to the origin.

[0184] The XR Reference Space is one of the representative XR spaces that can be used to establish a spatial relationship with the user's physical environment and can limit the user's range of movement. Unless the user performs a separate reconstruction, the reference space defined within an XR session is static, and accordingly, the space in which the user can move is limited by its initial definition.

[0185] The definition of the XR reference space can vary depending on the user's Degree of Freedom (DoF).

[0186] In the case of 3DoF, the XR reference space is restricted to a single location, and user movement is not permitted; movement is limited only to rotation. In the case of 3DoF+, the reference space is restricted to a small area centered on a single location, which is represented by a small bounding box accessible according to the user's head movement. In the case of constrained 6DoF, the XR reference space includes native bounds geometry that describes the boundaries of the area where the user can move safely. These boundaries can be represented, for example, as a polygonal boundary composed of an array of points representing the edges of the safe area, where each point is defined by a distance (in meters) from the origin. In the case of 6DoF, the XR reference space is virtually unlimited and can encompass the entire virtual space. A diagram briefly illustrating the relationship between the XR space and the scene may be as shown in Fig. 9.

[0187] Key Performance Indicators (KPIs) for latency and data transfer rates related to the aforementioned XRM may be as follows.

[0188] Audio-visual interaction is characterized by humans interacting based on audio and video feedback while controlling the surrounding environment, other people, or user terminals (UEs). In use cases such as virtual reality (VR) or interactive voice conversations, latency requirements may include latency occurring at the application layer (e.g., codecs), and such latency may, in some cases, be defined outside of 3GPP.

[0189] To support VR environments requiring low-latency Motion-to-Photon performance, 5G systems must be able to support the following performance requirements:

[0190] - Motion-to-photon latency must be within the range of 7ms to 15ms, and user data transfer rates must be able to reach up to approximately 1Gbit / s while maintaining up to 8K resolution.

[0191] - Motion-to-Sound latency must be less than 20ms.

[0192] Meanwhile, motion-to-photon latency refers to the delay time between the user's actual head movement and the corresponding updated image being reflected on the VR headset screen, while motion-to-sound latency refers to the delay time between the user's head movement and the new sound reaching the ears through the head-mounted speakers.

[0193] In addition, to support the performance of interaction-based tasks through voice conversation, 5G systems must be able to support low-delay speech coding for interactive conversational services, and in this case, the unidirectional delay based on mouth-to-ear intervals must be within 100ms.

[0194] Due to the structural characteristic where audio and video are processed separately, 5G systems must properly handle audio-video synchronization in VR environments; failure to do so may negatively impact the user experience (e.g., user perception of synchronization discrepancies). Accordingly, to support VR environments, 5G systems must satisfy the following audio-video synchronization acceptance criteria:

[0195] - For audio lag, the range is 5ms to 125ms,

[0196] - For audio lead, the range is 45ms to 5ms.

[0197] In addition, to maintain an immersive user experience, 5G systems must be able to guarantee AR / VR service continuity even in high UE mobility environments.

[0198] When an application including AR / VR components is actually implemented, the requirements for the 5G network may vary depending on the implementation architecture of the service. This is closely related to network design, as seen in the requirements for VR applications mentioned in Table 5 below.

[0199] Additional AR / VR use cases and their requirements are described in Table 6, and representative examples are as follows:

[0200] - Cloud / Edge / Split Rendering: Characterized by transmitting and exchanging rendering data between a rendering server and a terminal.

[0201] - Gaming or Training Data Exchanging: This applies to cases where gaming or training data is exchanged between two 5G-connected AR / VR terminals.

[0202] - Content Consumption Based on Tethered VR Headsets: This method involves delivering VR content to a VR headset via tethering through a connected User Equipment (UE). By processing some or all decoding functions on the UE side, the computational complexity required by the VR headset can be reduced. In this case, the requirements are defined based on a direct wireless link between the VR headset and the connected UE.

[0203]

[0204] In 6-degrees-of-freedom (6DoF) based XR services, it is important that the system operates as intended only for interactions intended by the user; otherwise, it is difficult to provide the XR service normally. Accordingly, a separate, independent assistance function is required to support 6DoF operations, which allows for cross-checking user intent and making more accurate judgments.

[0205] For example, a user may converse with another person while wearing an XR headset or be located in an environment with many people or objects. In such environments, under certain conditions, problems may arise where XR services are controlled by incorrectly recognizing the gestures of others or surrounding objects as user input. This problem can occur more frequently, especially in crowded environments such as concert venues or subways.

[0206] In such situations, if assistance is provided, the aforementioned problem can be effectively solved. For example, when a sensor for 6DoF recognizes a user's gesture, the recognized information can be probabilistically classified to distinguish between the actual user's hand (real hand) and an object that is not (fake hand). In a situation where multiple hands are detected, if the probability that a pre-learned gesture pattern of the actual user is a real hand is higher than the probability that it is a fake hand, the system can receive and execute a command corresponding to that real hand as input. However, if the distinction between the real hand and the fake hand is probabilistically ambiguous, the actual user's hand can be identified using additional Sensing Assistance data.

[0207] This is because the sensor recognizes all hands present in the surrounding near and far areas, whereas Sensing Assistance detects specific hands based on data changes occurring in specific near areas. Therefore, by utilizing this auxiliary information together, the accuracy of interaction between the user and the XR service can be improved even in various environments, thereby enabling the stable provision of XR services.

[0208] One example of a method for acquiring Sensing Assistance information is a method in which a signal is emitted from a communication module's antenna, the reflected signal is received, and a gesture is estimated based on the change in the signal. When using a single antenna, the gesture can be estimated using the change in signal strength or phase change received by the user's hand or finger. When using multiple antennas, the gesture can be estimated by comparing the change in signal strength or phase change received from each antenna.

[0209] The data used in this case consists of the Received Signal Strength Indicator (RSSI), which indicates signal strength, and Phase information, which indicates the phase of the signal; changes in these values ​​enable the recognition of gestures in the near-field area and the control of XR services. Furthermore, since this method utilizes estimated values ​​for overall shape changes rather than processing detailed data at the pixel level, fast scanning is possible with relatively less data. Consequently, it is possible to detect all 6DoF movements of a user's finger moving in the up, down, left, right, forward, and backward directions.

[0210] Below, specific concepts (implementation methodologies) for obtaining Sensing Assistance values ​​or Sensing Assistance data are explained in detail.

[0211] Sensing Assistance Data

[0212] FIGS. 10 to 16 are diagrams illustrating a method for obtaining sensing auxiliary data related to sensing data for an XRM service.

[0213] Conventional radar systems used array antennas and beamforming for detection, resulting in large volume and high power consumption. A new technology that detects by combining and analyzing radio wave data transmitted and received from multiple antennas eliminates the need for arrays and beamforming, thereby improving efficiency in terms of volume and power.

[0214] Referring to Fig. 10 (a), there are a total of six types of data that can be acquired after sensing based on two antennas at the RF Front End, based on a single sensing frequency or sensing carrier. In this case, referring to Fig. 10 (b), these generally have dependent correlations with one another. While existing technology detected changes in a single piece of information, research was conducted to independently detect the direction of finger movement by coordinating the correlations of two or more pieces of data.

[0215] Specifically, when there are two or more antennas capable of transmitting and receiving, the number of cases for transmitting and receiving radio waves between antennas increases. When there are two antennas, they can be broadly classified into two types based on a single sensing frequency or a sensing carrier.

[0216] - The first case may be when Ant1 receives the signal it fired (hereinafter, S11). Meanwhile, the case where Ant2 receives the signal it fired can be defined as S22.

[0217] - The second case may be when another antenna, Ant2, receives the signal transmitted by Ant1. (Hereafter, S21)

[0218] The data that can be extracted from the received signal can be diverse, but here we will cover three main types.

[0219] - Signal magnitude (strength): Magnitude, also known as Strength. For example, there are indicators such as RSSI (Received Signal Strength).

[0220] - Signal phase change: This refers to the phase of the signal transmitted by the antenna and returned, and units such as Deg (degree) can be used.

[0221] - Time: You can determine how long it took for the signal transmitted by the antenna to return. You can also determine the location or strength of the incoming signal at that time.

[0222] Therefore, when there are two antennas and objects to be detected such as fingers, pointers, or pens, the data that can be obtained is 2 antennas x 3 types of data = 6. By combining these 6 data and calculating the changes, the movement of objects such as fingers can be estimated and detected.

[0223] Figure 11 illustrates a simulation environment for verifying the relationship between a gesture for sensing and the sensing assistant information associated with the gesture. For example, Figure 11 (a) shows the simulation environment related to the gesture, Figure 11 (b) shows a side view of the simulation, and Figure 11 (c) shows a top view of the simulation. The HFSS simulation environment is as follows. In the simulation, Ant1 and Ant2 are attached to glass and exist symmetrically to each other, so it may be for smart glasses (see Figure 15). In the simulation, the fingers and hand move 100 to 300 mm from the smart glasses, and data can be analyzed within the movement range of the fingers and hand. The total height of the hand in the simulation is 160 mm. In the simulation, the permittivity and conductivity of the hand and fingers were set to 33.2 and 5.82 S / m, respectively. Data was extracted by moving the finger in the forward-backward (Distance) range of 100 to 300 mm, in the left-right range of -100 to 100 mm, and in the up-down range of -100 to 100 mm. The extracted data consisted of the six types of data introduced earlier, and an example was provided of distinguishing up-down, left-right, and front-back by combining the acquired data.

[0224] Specifically, referring to FIG. 12, FIG. 12 (a) shows the change in S21 according to finger distance, and FIG. 12 (b) shows the change in S11 and S22 on the time axis according to finger distance. At this time, the finger distance can be sensed based on a sensing antenna or smart glasses, and as shown in FIG. 12, the signal strength of S21 and / or S11 can be measured when the finger moves 100mm, 200mm, and 300mm. In this case, as the finger moves further away from the smart glasses, S21 gradually decreased from -36dB -> -41dB -> -43dB based on an 8GHz single carrier. On the time axis, the signals S11 and S22 received from each other may arrive at the same time or at different times. At this time, at the 200mm and 300mm positions, both S11 and S22 have different signal magnitudes, and in the embodiment, the difference is approximately 20. Meanwhile, the difference between S11 and S22 is -3.4 and -2.6, respectively, whether at 200mm or 300mm, showing almost no difference within 1. Therefore, by analyzing the change in power between Ant1 and Ant2 and the change in power between Ant1 and Ant1 and between Ant2 and Ant2, it can be seen that the hand moves forward and backward. For example, if the power transmitted and received between Ant1 and Ant2 changes by about 2dB and the power between Ant1 and Ant1 and Ant2 and Ant2 both decrease simultaneously, it can be seen that the fingers have moved about 10cm apart.

[0225] Alternatively, referring to FIG. 13, FIG. 13 (a) shows the change in S21 according to the left-right movement of the finger, and FIG. 13 (b) shows the change in S11 and S22 on the time axis according to the left-right movement of the finger. At this time, to sense the left-right movement of the finger, the finger can move left and right to -100mm, 0mm, and 100mm. In this case, S21 is at -43dB in all cases and hardly changes. On the time axis, the signals S11 and S22 received from each other may arrive at the same time or at different times, and can be estimated through this. In the embodiment, when the finger moves left and right, the difference between the graph of S11 and S22 (Blue) at -200mm (left) and the graph of S11 (Red) at 200mm (right) is 14, resulting in a difference of 24, which is -10. Based on this embodiment, if we probabilistically compare the change amount with the Distance time, {(24-1) / 24} * 100 = 95, probabilistically, a change value of 95% is observed during the Left-Right time. Therefore, if there is no change in power coming in between Ant1 and Ant2 and the difference between the change values ​​of S11 and S22 viewed on the Time axis is large, it can be probabilistically evaluated to estimate that the finger has moved left or right.

[0226] Alternatively, referring to Fig. 14, Fig. 14 (a) shows the change in S21 according to the up-and-down movement of the finger, and Fig. 13 (b) shows the phase change according to all cases of up-down, left-right, and forward-backward movement of the finger. In this case, for up-and-down finger sensing, it was shown that when the finger moves up and down by -100mm, 0mm, and 100mm, S21 gradually increases from -48dB to -43dB to -42dB. However, there is almost no change in the phase. While the phase change in the up-down and left-right directions exists at a level of 3 degrees or less, the phase change occurs by 16 degrees or more when moving forward and backward. In this case, calculating the probability of the phase changing forward and backward relative to the phase change in the up-down and left-right directions yields {(16-3) / 16} * 100 = 81, probabilistically, it occurs at a rate of 81% or higher. Therefore, by probabilistically calculating the changes in signal strength and phase between Ant1 and Ant2, it is determined that the finger is moving up and down when the probability is low, thereby allowing the movement to be identified.

[0227] Additionally, referring to FIG. 14, the device can acquire Sensing Assistance information using a communication antenna. Specifically, through the HFSS (High Frequency Structure Simulator) simulation, an idea for recognizing and interpreting a user's gesture can be derived based on the Sensing Assistant information acquired from the interaction between the smart glasses and the gesture target. For example, when sensing a specific target's gesture in a three-dimensional space (3D) using antennas placed on both the left and right sides of the smart glasses, gesture recognition can be performed based on three spatial axes, the X-axis, Y-axis, and Z-axis, as shown in FIG. 3-9, and the following interpretation is possible for each axis.

[0228] (1) X-axis direction recognition (left and right direction, swipe motion):

[0229] 1) Let d1 be the distance reflected back from the finger and d2 be the distance for Ant1 and Ant2, and let x1 and x2 be the magnitudes of the power received at each antenna module.

[0230] 2) If d1 and d2 are equal, then x1 and x2 are equal or similar. d1=d2 -> x1 x2

[0231] 3) If d1 is greater than d2, then x1 is less than x2. d1=d2 -> x1 < x2

[0232] 4) Let i1 be the difference between x1 and x2, and the unit of i1 is dB. (e.g., x2 - x1 = i1)

[0233] 5) Therefore, changes in the x-axis position of the finger can be detected through changes in i1.

[0234] 6) It can be seen that if i1 is positive, it moves in the + direction of the x-axis, and if i1 is negative, it moves in the - direction of the x-axis.

[0235] (2) Y-axis direction recognition (distance, push action):

[0236] 1) Let x1 and x2 be past values ​​and x1' and x2' be current values. Then i2 and i3 are defined as follows.

[0237] 2) i2 = x1-x1', i3 = x2-x2'

[0238] 3) If i2 and i3 both turn negative, it means they have moved away in the +y-axis direction.

[0239] 4) If i2 and i3 both turn positive, it means they have moved in the direction of the -y-axis, which is the direction of getting closer.

[0240] 5) Therefore, depth can be recognized through the changes in i2 and i3. (As an interaction, this is the action of pushing the app on the AR screen.)

[0241] (3) Z-axis direction recognition (up / down direction, swipe motion):

[0242] 1) For the Z-axis, check the signal strengths x1 and x2 reflected back from the finger.

[0243] 2) It can be seen that when x1 and x2 increase together, it moves in the + direction of the z-axis, and when x1 and x2 decrease together, it moves in the - direction of the z-axis.

[0244] The interaction algorithm including the smart glasses overall operation system and assistant sensing may be as shown in FIG. 16.

[0245] For example, referring to FIG. 16, when the overall operation algorithm of the smart glasses starts (S161), an external device (smartphone, cloud, etc.) can transmit or provide data such as video / audio required by the user to the smart glasses via wireless communication such as 5G / 6G / LTE / Wi-Fi / WiGig (S162). The antenna integration module of the smart glasses receives the signal and transmits it to the main board (S163), and the main board processes the received data and transmits it to the earphones and XR display (S164). The XR display creates a virtual object in the real space based on the processed data (S165). Subsequently, the interaction system detects / recognizes objects such as hands, fingers, and pointer sticks at a close distance to the smart glasses (S166), and the interaction algorithm can detect the gesture and derive a recognized data result value (S167), and transmit it to the external device through the communication module of the smart glasses (S168). The external device processes and determines the received interaction data to derive new data reflecting the interaction result (S169), and the derived data is transmitted back to the smart glasses via wireless communication, and the same flow is repeated.

[0246] The interaction algorithm detects the presence of an object at a close distance using a gesture recognition sensor (e.g., 6DoF sensor, infrared sensor, etc.) or an assistant sensing antenna mounted on the smart glasses (S166-1, S166-2). If no object is detected, detection is repeated, and if an object is detected, the gesture recognition sensor recognizes the adjacent object and identifies the movement of a person's hand or finger (gesture) as a data change value occurring at close range of the smart glasses (S166-3). If movement is determined, gesture detection / recognition result data is derived (S167), and if not determined, result data is derived after recognizing a close-range gesture using the assistant sensing antenna and identifying the change data (S166-4). Finally, the derived result data is transmitted to an external device through the smart glasses communication module.

[0247] Meanwhile, sensing information obtained after an image is rendered through the camera of an XR device, such as data like 6 degrees of freedom (6DoF) and 3 degrees of freedom (3DoF), is very large in size due to the high resolution and complex representation characteristics of the image, and it can be seen that the transmission cycle and amount of data vary depending on network conditions or service environment during transmission.

[0248] In contrast, the Sensing Assistant information used in the proposed method is configured to be effectively transmitted via the uplink with a relatively small amount of data by semantically simplifying the information (semantic abstraction) so that it can assist the UE in controlling various XR applications performed on the network, such as XR Viewport or Split Rendering.

[0249] For example, when a real-time streaming application is performed through a single Viewport, along with rendering information such as 6DoF or 3DoF associated with that Viewport, semantic-based Sensing Assistant data such as the following may be transmitted.

[0250] - Information indicating that the user's gaze has left the center of the viewport

[0251] - Information on the duration of maintaining gaze in a specific direction

[0252] - Simple triggers indicating the intent of interaction (e.g., head tilt, hand raise, etc.)

[0253] - Information on the movement of viewpoints of interest based on sensor-based periodic state changes, etc.

[0254] This Sensing Assistant information has a much lighter data structure compared to large-scale rendering data in an XR environment, and is designed to be directly utilized for application control and UX optimization at the upper layer, thereby improving uplink resource efficiency.

[0255] As described above, when the Semantic Transmission method is applied and Sensing Assistant information is transmitted per Viewport, since the information is semantically simplified, it may be sufficient to transmit only 4 bits, as defined in Table 6.

[0256] Meanwhile, without the semantic perspective mentioned above, the internal decision result of the UE (UE decision data) based on Sensing Assistant information acquired from multiple sensors can also be transmitted to the network as is.

[0257] UE decision from sensors Meaning Semantic Transmission Left (X-axis) SwipeStream Forward 00 01 Right (X-axis) SwipeStream Backward 00 10 PushStream Resume 00 11 PullStream stop 01 00 Up (Z-axis) SwipeStream Upward moving or Stream finish 01 01 Down (Z-axis) SwipeStream Downward moving or Stream hide 01 10 Reserved Reserved Reserved

[0258] In addition, to support network control judgments using a soft decision method, the UE can transmit S-parameter-based sensing information, such as S21 Magnitude, S21 Phase, S11 Magnitude, S11 Phase, and sensing timing information, to the uplink after undergoing a certain quantification process.

[0259] As an example, as defined in Table 7, the S21 Magnitude value can be quantified. For instance, the S21 Magnitude value can be transmitted in the following manner:

[0260] - If S21 Magnitude falls within a specific range, it is mapped to a predefined bit pattern and transmitted, and

[0261] - For example, if the S21 Magnitude is between 0.70 and 0.75, it is possible to map it to “0100” and transmit it.

[0262] This method of transmitting quantified values ​​effectively transmits high-precision sensing data while enabling flexible control decision-making in the network, which can contribute to improving the response speed and quality of service (QoS) of the entire XR service.

[0263]

[0264] The amount of data in the rendered information of existing image sensing data is likely to be several terabits to several gigabits per viewport. In contrast, the amount of data in the Sensing Assistant information will be relatively significantly small per viewport, and the variation in this amount of data will not be large at each Sensing Assistant data transmission timing.

[0265] Meanwhile, when transitioning from a Line of Sight (LoS) environment to a Non-Line of Sight (NLoS) environment, or from NLoS to LoS, the attenuation or increase of received power may vary depending on the method of change. In the high-frequency band, the amplitude of received signal attenuation increases, whereas in the low-frequency band, the amplitude of received signal attenuation is small or almost non-existent. Furthermore, there is a characteristic in which the slope of instantaneous power decrease at a specific time t appears similar between adjacent bands.

[0266] Changes in data values ​​for Sensing Assistance information are also highly likely to have transition characteristics similar to the experimental results above. From this, it can be inferred that the data may have similar information correlations between Sensing Assistance data at intervals ranging from as short as 10ms to as long as 100ms.

[0267] Therefore, when utilizing Sensing Assistance information as XR control information for a communication system, although there may be differences depending on the Numerology μ value, a method of transmitting periodically or semi-persistently via PUSCH at intervals of one or multiple frames may be effective.

[0268] In conclusion, the characteristics of Sensing Assistance information from the perspective of communication signals are as follows.

[0269] - Information obtained from image sensing, especially rendering-based sensing information such as 6DoF, has a significantly smaller amount of data.

[0270] - It has a data format of a specific length and shape at a single transmission timing.

[0271] - Although there may be differences depending on the numerical order μ, it is possible to utilize periodic or semi-continuous transmission methods by PUSCH with intervals of 1 frame to multiple frames.

[0272] Below, a method for transmitting the aforementioned sensing auxiliary data via an uplink signal is described in detail.

[0273] Figures 17 and 18 are diagrams illustrating a method of transmitting sensing auxiliary data through an uplink signal.

[0274] Referring to FIG. 17, cases in which an SR can be triggered for the transmission of an uplink signal can be roughly divided into two types. One may be a need-based case, and the other may be a periodicity-based case. The need-based case may refer to a case where an SR can be triggered when the UE possesses data to transmit but has not received an uplink grant from the network. The periodicity-based case may refer to a case where an SR can be triggered according to a specific period set by the RRC, regardless of whether the UE has data to transmit. The following figure illustrates the overall procedure for a need-based SR transmission.

[0275] It can be assumed that an uplink is established via the existing SR procedure for Sensing Assistance information to be transmitted over the PUSCH. In this case, the time from the start to the end of a single transmission process can be defined as Processing Time; based on a Numerology with a default Subcarrier Spacing (SCS) of 15 kHz, a Processing Time of approximately 4 ms may occur. Therefore, when XR Sensing information is transmitted based on the above SR procedure, it is possible to examine whether the Max allowed end-to-end latency of 10 ms, defined as a KPI, can be satisfied. It may take approximately 4 ms of Processing Time for the information to be transmitted over the PUSCH where the SR is established and processed by the gNB, and an additional 4 ms of Processing Time may be required for the UL Grant to be transmitted to the UE via the DCI. Furthermore, it may take another approximately 4 ms for the XR Sensing information to be transmitted to the gNB via the allocated PUSCH and processed. In such cases, the total end-to-end latency may be at least 12ms, which may not satisfy the required latency of XR services within 10ms. Accordingly, it may be necessary to apply the Configured Grant method as an uplink transmission method for the above-mentioned type of data.

[0276] For example, one possible solution to reduce scheduling delay is the Configured Grant (CG) method. Configured Grant is a form of uplink scheduling in which the gNB does not need to transmit a dedicated control signal for each transmission. The parameters for this scheduling are set in the RRC.

[0277] As mentioned above, there can be two types of Configured Grants:

[0278] (i) Type 1 CG is a method in which CG transmission begins immediately after the UE side processes RRC configuration / reconfiguration, and

[0279] (ii) Type 2 CG is a method in which the CG configuration is enabled or disabled on the UE side via DCI.

[0280] In addition to strict Packet Switched Delay Budget (PSDB) requirements, video frames are characterized by their large size and variable size. Consequently, multiple transmission occasions may be required to transmit a single video frame. In such cases, to minimize the time required to transmit a single video frame across multiple occasions, available transmission occasions must be arranged sequentially in time, or the intervals between transmission occasions must be minimized. This objective can be achieved through one of the following two methods:

[0281] (i) A method in which the CG periododicity is set so that a single video frame can be transmitted through continuous or nearly continuous transmission opportunities (see Legacy CG in FIG. 18),

[0282] (ii) A method configured to include multiple consecutive transmission opportunities within a single CG cycle (see Multi-PUSCH CG in FIG. 18).

[0283] The latter method is already supported in unlicensed bands, and 3GPP Release 18 proposed that it be applied to licensed bands with minimal changes. This feature is called Multi-PUSCH (Physical Uplink Shared Channel) CG and allows for the establishment of multiple consecutive transmission opportunities within a single CG cycle.

[0284] However, whether using a short cycle in Legacy CG or applying Multi-PUSCH CG, problems may arise where some resources cannot be used.

[0285] For example, after a frame is transmitted through multiple transmission opportunities, a certain delay occurs until the next frame arrives, and all transmission opportunities provided during that period become unnecessary. While Multi-PUSCH CG can partially solve this problem, it is impossible to accurately predict the number of resources required because the exact size of the frame cannot be known when the number of transmission opportunities (number of PUSCH) is set in advance, and the size between frames varies each time.

[0286] Therefore, if the number of Multi-PUSCHs set within a single CG cycle is greater than the number required for actual video frame transmission, some resources may be wasted. To address this, the UTO-UCI (Unused Transmission Occasion - Uplink Control Information) function was defined in Release 18.

[0287] UTO-UCI allows the UE to inform the gNB of transmission opportunities that are not scheduled to be used in the future, and the gNB can reallocate the resources to other users. UTO-UCI is configured in a bitmap format and, as shown in FIG. 18, for N consecutive transmission opportunities in the future, "1" can be indicated if the transmission opportunity is not scheduled to be used, and "0" can be indicated if it is scheduled to be used.

[0288] Specifically, in the case of CG Type 1, (i) the gNB can transmit an RRC (RRCSetup or RRCReconfiguration) containing all parameters required for PUSCH scheduling, and (ii) the UE can transmit PUSCH without a separate lower-level trigger (e.g., DCI trigger) immediately after processing the RRC.

[0289] However, even in such cases, the UE must monitor the PDCCH to prepare for the possibility that the gNB may transmit a different type of DCI.

[0290] Specifically, for Type 1, (i) the gNB transmits an RRC (RRCSetup or RRCReconfiguration) to configure all parameters required for PUSCH scheduling. (ii) As soon as the UE processes the RRC, the UE is expected to transmit PUSCH without a specific lower-layer trigger (i.e., a DCI trigger). However, even in this situation, the UE must monitor PDCCH in anticipation of the possibility that the gNB transmits a different type of DCI.

[0291] In the case of Type 2, (i) the gNB may transmit an RRC (RRCSetup or RRCReconfiguration) containing all parameters required for PUSCH scheduling, and (ii) when the gNB intends to initiate the allocation (scheduling) of a PUSCH, it may transmit a DCI masked with CS-RNTI. (iii) After processing the DCI masked with the CS-RNTI, the UE may transmit a PUSCH scheduled according to the RRC. However, even in this case, the UE must monitor the PDCCH to prepare for the possibility that the gNB may transmit a different type of DCI.

[0292] Regardless of whether the Configured Grant is Type 1 or Type 2, Sensing information can be transmitted via a pre-configured PUSCH based on the point in time when the CS (Cell Selection or Configuration Set) setting is triggered at the upper layer. If we assume that the processing time according to the above CS setting is approximately 4ms, XR Sensing information can be transmitted by taking only 4ms of processing time for each pre-configured PUSCH occasion, thereby allowing the total end-to-end latency to be reduced to approximately 8ms.

[0293] Sensing assistance information for QoS enhancement

[0294] An important aspect of XRM (VR / AR / XR including media) communication is to transmit sensing information for data control of information transmitted according to various applications (e.g., real-time streaming, virtual games, etc.) to a network for higher-level control via PUSCH (up-up physical shared channel), and to provide services to each UE (terminal) by rendering the information for data control through each application viewport based on this. In existing 5G, visualized data is typically converted into data for transmission and sent to the network, and these data formats take the form of 6 Degrees of Freedom (6DoF), 3 Degrees of Freedom (3DoF), or 3 Degrees of Freedom Plus (3DoF+). A characteristic of such data transmission is that the amount of data to be transmitted varies depending on the XRM application, and the timing of the data transmission cycle must also be provided in various ways. And these data were transmitted via PUSCH, and rendering data reflecting them had to be transmitted to each XRM terminal, which required providing significantly low latency. In 5G, this could be overcome through Configured Grant transmission technology.

[0295] In addition, for some UEs, XRM users can interact with XR services using sensors as well as 6-degrees of freedom or 3-degrees of freedom for visualized control data. If the XRM application is controlled solely through visualized control data, situations may arise where the user cannot control the XR service in the event of poor conditions in a specific environment, or if the service fails to function properly or malfunctions. In other words, if these control data are not supported by separate, independent functions other than 6-degrees of freedom or 3-degrees of freedom, it may pose a serious risk to the safety of the XRM service or make it difficult to provide an enhanced XRM service in terms of Quality of Service (QoS).

[0296] In the following, these data are defined as sensing auxiliary information (e.g., sensing auxiliary information described / defined with reference to FIGS. 10 to 15) for providing to each XRM application (on the other hand, it is defined as information that helps improve the accuracy of the control meaning of information that encompasses 3GPP or Non-3GPP sensing data rather than the meaning of sensing auxiliary information specified in TS22.173, which is similar to Non-3GPP Sensing data defined in a certain scenario (TS22.173)). Since high BLER or high PER may occur in a frequency selective fading transmission environment when these information is transmitted within a specific CG-PUSCH, a technology that supports frequency hopping to correct this is also described.

[0297] In the following, a base station may refer to a station and / or a transmitting / receiving unit that is the subject of the control, data, and / or synchronization protocol of a network. XR sensing information may be all or part of existing sensing information, namely 3 degrees of freedom (3DoF) or 6 degrees of freedom (6DoF), etc., which enables or facilitates control decisions.

[0298] The sensing auxiliary information proposed below can be defined as information that helps improve the accuracy of network control operations based on sensing information that includes 3GPP or non-3GPP sensing data, as described with reference to FIGS. 10 to 15.

[0299] 1. Proposal 1

[0300] Proposal 1 may be a method for periodically transmitting XR sensing information via semi-persistent CG-PUSCH for semantic control of XR rendering data. Here, the information for XR sensing may be provided as at least one of the following information / data.

[0301] (1) Information on XR sensing

[0302] 1) Format data for rendering

[0303] For example, information or XR sensing data may include 3DoF format data, 3DoF+ format data, 6DoF format data, Constrained 6DoF format data, etc. for rendering.

[0304] 2) Sensing Auxiliary Information

[0305] Alternatively, information about XR sensing or XR sensing data may include sensing auxiliary information, which is information that helps to make the XR sensing data more accurate.

[0306] According to one example, the sensing auxiliary information may be the characteristics of the XR sensing data (wave data, etc.) itself, or may be defined as a sensing auxiliary information indication based on a quantized format as defined in Table 8.

[0307] For example, the sensing auxiliary information may be wave data information obtained through a sensing radar. For example, the wave data information is wave intensity (e.g., ), wave phase ( )), rate of change of S21 after a specific T ( , or f obtained through ), and / or radar sensing target It may be received SNR information for. Here, f target may be a target sensing frequency. Such wave data information may be transmitted in the form of raw data or expressed and transmitted in a specific quantized format as shown in Table 8 below.

[0308]

[0309] Alternatively, the sensing auxiliary information may be represented as an index indicating application control per XR viewport or per application (e.g., XR video, XR gaming graphic, XR real-time streaming, etc.). For example, as defined in Table 9, the sensing auxiliary information may be provided to the network implicitly through an implicit indicator.

[0310]

[0311] Alternatively, the sensing auxiliary information may be provided to the network as information indicating the behavior of the sensing target. In this case, the sensing auxiliary information may be transmitted to the network via the uplink as information indicating the behavior of the sensing target. For example, as defined in Table 10, a behavior indicator may be defined that represents the behavior of the sensing target estimated by the sensing auxiliary information obtained from the sensors, such as S21, S11, and reception time.

[0312] UE decision from sensors Behavior indicator Swipe left (X-axis) 0001 Swipe right (X-axis) 0010 Push (Y-axis) 0011 Pull (Y-axis) 0100 Swipe up (Z-axis) 0101 Swipe down (Z-axis) 0110 Reserved

[0313] (2) Proposal 1-1

[0314] In Proposal 1-1, an identity representing the sensing order of the XR sensing information may be included in the SDU. The identity representing the sensing order may be defined as a transmission order index or a transmission priority index unique to the data packet. The identity representing the sensing order may be transmitted via periodic CG-PUSCH or semi-persistent CG-PUSCH. In this case, the data representing the sensing auxiliary information may have an association setting configured at an upper layer so that it can be linked with the XR sensing information.

[0315] For example, if SensingAssistant_Association IE is defined within ConfiguredGrantConfig IE, SensingAssistant_Association IE may mean that an index of the transmission order of sensing assistant information or a specific priority index is defined in the configured CG Configuration. This may mean that the index of the transmission order or priority index is associated with the transmission order index or priority index within the existing sensing information. Such association information may be included in MAC SDUs.

[0316] For example, SensingAssistant_Association IE can be defined as shown in Table 11 below.

[0317] ConfiguredGrantConfiginformation elementOPTIONAL, -- Need SSensingAssistant_Association ENUMERATED {id0.. id31}

[0318] Such sensing auxiliary information can utilize UE-specific RNTI for CRC masking. For example, CG-RNTI may be utilized, or SA-RNTI (Sensing Assistant) for the CRC of the sensing auxiliary information may be generated / defined.

[0319] Below, a method for providing transmission parameters separately configured for sensing auxiliary information through CG configuration information is explained in detail.

[0320] FIGS. 19 and 20 are diagrams for explaining a method of transmitting and receiving sensing assistance information between a terminal and a base station based on CG setting information.

[0321] Referring to FIG. 19, a terminal may receive CG configuration information from a base station that includes transmission settings or transmission parameters for sensing auxiliary information. For example, the CG configuration information may include not only period information for the period of the CG PUSCH, but also period information separately configured for the sensing auxiliary information. In this case, as illustrated in FIG. 19, the terminal may transmit the sensing auxiliary information through the CG PUSCH according to a transmission period separately configured for the transmission of the sensing auxiliary information in the CG configuration information. Additionally, the CG configuration information may further include configuration information for multiplexing / piggybacking the sensing auxiliary information within the CG PUSCH, and the UE may piggyback the sensing auxiliary information into the CG PUSCH based on the configuration information and transmit the PUSCH containing the piggybacked sensing auxiliary information to the base station.

[0322] Below, Proposal 2 describes in detail a method for including period information of sensing auxiliary information within CG setting information, and Proposal 3 describes in detail a method for including information related to the piggyback of sensing auxiliary information within CG setting information.

[0323] 2. Proposal 2

[0324] Proposal 2 may be a method of including a (dedicated) time period setting for transmitting sensing auxiliary information in the CG setting.

[0325] For example, the PUSCH period for transmitting sensing auxiliary information can be set independently of the Periodicity IE within the existing CG settings defined in Table 12, or can be set / defined as a subset of the existing Periodicity IE.

[0326] ConfiguredGrantConfiginformation elementperiodicity ENUMERATED {sym2, sym7, sym1x14, sym2x14, sym4x14, sym5x14, sym8x14, sym10x14, sym16x14, sym20x14,sym32x14, sym40x14, sym64x14, sym80x14, sym128x14, sym160x14, sym256x14, sym320x14, sym512x14,sym640x14, sym1024x14, sym1280x14, sym2560x14, sym5120x14,sym6, sym1x12, sym2x12, sym4x12, sym5x12, sym8x12, sym10x12, sym16x12, sym20x12, sym32x12, sym40x12, sym64x12, sym80x12, sym128x12, sym160x12, sym256x12, sym320x12, sym512x12, sym640x12, sym1280x12, sym2560x12

[0327] For example, if the PUSCH period for transmitting sensing auxiliary information is set independently of Periodicity IE within the existing CG settings, it can be newly set / defined within the existing CG settings with the remaining periods excluding the short transmission period of the existing CG-PUSCH, as defined in Table 13.

[0328] ConfiguredGrantConfiginformation elementSensingAssistant_periodicity ENUMERATED {sym32x14, sym40x14, sym64x14, sym80x14, sym128x14, sym160x14, sym256x14, sym320x14, sym512x14,sym640x14, sym1024x14, sym1280x14, sym2560x14, sym5120x14, sym40x12, sym64x12, sym80x12, sym128x12, sym160x12, sym256x12, sym320x12, sym512x12, sym640x12,sym1280x12,sym2560x12

[0329] Alternatively, if the PUSCH period for transmitting sensing auxiliary information is set / defined as a subset of the existing Periodicity IE, it can be defined as shown in Tables 14 and 15.

[0330] Periodicity valueSensing Assistant info PeriodicityMeaning See Table 1500000Sym4X1400001Sym5X1400010Sym8x1400011Sym10x14Reservedreserved

[0331] ConfiguredGrantConfiginformation elementperiodicity ENUMERATED {sym2, sym7, sym1x14, sym2x14, sym4x14, sym5x14, sym8x14, sym10x14, sym16x14, sym20x14,sym32x14, sym40x14, sym64x14, sym80x14, sym128x14, sym160x14, sym256x14, sym320x14, sym512x14,sym640x14, sym1024x14, sym1280x14, sym2560x14, sym5120x14,sym6, sym1x12, sym2x12, sym4x12, sym5x12, sym8x12, sym10x12, sym16x12, sym20x12, sym32x12, sym40x12, sym64x12, sym80x12, sym128x12, sym160x12, sym256x12, sym320x12, sym512x12, sym640x12,sym1280x12, sym2560x12SensingAssistant_periodicity ENUMERATED { 1..45}

[0332] Here, the SensingAssistant_Periodicity value can be matched one-to-one with the CG PUSCH transmission periodicity value. For example, if the SensingAssistant_periodicity IE value is set to 1, it may mean 'sym2' of the descending periodicity IE.

[0333] (1) Proposal 2-1

[0334] Proposal 2-1 may be a method for establishing a relationship between the CG-PUSCH period for transmitting sensing auxiliary information and the rate of change T value within the sensing auxiliary information value. For example, the CG setting information may additionally include information for establishing a relationship between the CG-PUSCH period for transmitting sensing auxiliary information and the rate of change T value within the sensing auxiliary information value.

[0335] The Sensing_Assistant_periodicity value, which is the periodicity value of the sensing assistant information, refers to the value of the time difference between sensing values ​​to obtain the sensing assistant information, or it may be an αT value considering a specific α offset or T+α. For example, referring to Fig. 20, the periodicity for CS-PUSCH in 15kHz SCS Numology may be set to 'sym2x14'. In this case, the transmission period T of the sensing assistant information can be understood as being set to 2ms. Additionally, if α, which establishes the relationship between the rate of change T values ​​within the sensing assistant information values, is set to 3, the time value of the rate of change within the sensing assistant information values ​​can be understood as being set to α*T, which is 6ms. In this case, an example of the sensing assistant information value is It could be.

[0336] For example, if the CG setting information indicates / sets a first period and α for the sensing auxiliary information, the terminal transmits the sensing auxiliary information via CG PUSCH for the first period and may report the sensing auxiliary information including information on the rate of change of the sensing value for the time period in which α is applied to the first period. For example, the terminal transmits the sensing auxiliary information via CG PUSCH for every first period, and may include information on the rate of change of the sensing value, which is the difference between the sensing value at a specific point in time and the sensing value after the first period * α, in the sensing auxiliary information.

[0337] Alternatively, T and α for the sensing auxiliary information values ​​may be set through upper-layer signaling (separate from the above CG setting information).

[0338] 3. Proposal 3

[0339] Proposal 3 may be a method of including information in the CG settings for generating a sequence for sensing auxiliary information and / or setting a method for allocating the sensing auxiliary information within the CG-PUSCH. For example, as illustrated in FIG. 20, the sensing auxiliary information may be piggybacked between DMRS and PUSCH data within the CG-PUSCH.

[0340] For example, a sequence of sensing auxiliary information In this case, the sequence set and bits for the sensing auxiliary information are and A= (where the CG_SensingAssistant bit sequence It can be determined as ). Here, It can be configured through upper-layer signaling. For example, nrofBitsInSensingAssistant IE can be defined, and the number of transmitted bits of sensing assistant information can be determined through this IE value.

[0341] For example, if cg-UCI-Multiplexing is configured via an upper-layer signal (e.g., CG configuration), the sensing auxiliary information has the same priority index as CG-UCI and can be joint-encoded and transmitted via CG-PUSCH. In this case, the It can be. For example, a sequence for the above-mentioned sensing auxiliary information. It can be, It could be.

[0342] The bits of the sensing auxiliary information generated in this way can be piggybacked / multiplexed with CG-UCI and / or other PUSCH data within the same CG-PUSCH. In this case, rate matching can be performed.

[0343] (1) Proposal 3-1

[0344] In Proposal 3-1, when reference sensing auxiliary information is piggybacked to the maximum assignable PUSCH modulation symbols through TB ​​processing within the assigned CG-PUSCH in the CG setting, the number of modulated symbols (RE number) rate-matched for the sensing auxiliary information can be determined based on the following Equation 1. Here, the values ​​of the parameters in Equation 1 can be set / instructed through the CG setting.

[0345]

[0346] - : Number of bits for sensing auxiliary information

[0347] - : Number of CRC bits for sensing auxiliary information transmitted within CG-PUSCH

[0348] - : Set via upper-layer signal as the beta offset for CG sensing auxiliary information values: Number of code blocks for UL-SCH (MAC layer) for CG-PUSCH transmission

[0349] - : Number of code blocks for UL-SCH (MAC layer) for CG-PUSCH transmission

[0350] -Kr: Size of the r-th code block of UL-SCH for PUSCH transmission

[0351] - : Number of allocated PUSCH REs

[0352] - is the number of subcarriers in OFDM symbol l that carries PTRS, in the PUSCH transmission;

[0353] - Number of REs for transmitting sensing auxiliary information in OFDM symbol l within CG-PUSCH (for ),

[0354] - is the total number of OFDM symbols of the PUSCH, including all OFDM symbols used for DMRS; where, in the case of all OFDM symbols including DMRS of PUSCH For all OFDM symbols that do not include PUSCH's DMRS and are equal to 0 lim.

[0355] - α is configured by higher layer parameter scaling;

[0356] - l0is the symbol index of the first OFDM symbol that does not carry DMRS of the PUSCH, after the first DMRS symbol(s), in the PUSCH transmission.

[0357] (2) Proposal 3-2

[0358] Proposal 3-2 may be a method of setting the number of CG-PUSCH transmission slots in which sensing auxiliary information is transmitted within a CG-PUSCH transmission cycle through CG-nrofSlots IE, and setting the number of symbols in which the sensing auxiliary information is piggybacked and transmitted within the set slots through a Beta Offset value set within CG_SensingAssistant-OnPUSCH IE. For example, the number of slots and symbols in which the sensing auxiliary information is transmitted may be determined based on the value set for the sensing auxiliary information within CG-nrofSlots IE of the CG setting information and the Beta Offset value within CG_SensingAssistant-OnPUSCH IE.

[0359] For example, as defined in Table 16, the CG setting information can be newly defined as 2 bits of CG-SensingAssistant_OnPUSCH and 5 bits of betaOffsetCG_SensingAssistant.

[0360] cg-nrofSlots INTEGER (1..40) OPTIONAL, -- Need RCG_SensingAssistant-OnPUSCH ::= CHOICE {dynamic SEQUENCE (SIZE (1..4)) OF BetaOffsets,semiStatic BetaOffsets}betaOffsetCG_SensingAssistant INTEGER (0..31) OPTIONAL, -- Need R

[0361] In this way, the Beta offset value can be set through the betaoffsetCG_SensingAssistant IE of the CG configuration information. Alternatively, the Beta offset value may be dynamically determined by DCI or set semi-persistently through MAC-CE.

[0362] Meanwhile, the resource allocation method on the RE side may utilize a bitmap method using existing RBGs (Resource Block Groups) or RIVs (resource indication values).

[0363] Below, we will explain in detail how to set up frequency hopping for sensing auxiliary information through CG settings.

[0364] FIGS. 21 and 22 are diagrams illustrating a method for applying frequency hopping for the transmission of sensing auxiliary information based on CG settings.

[0365] 4. Proposal 4

[0366] As described above, sensing auxiliary information / sensing auxiliary data can be transmitted within the CG-PUSCH. At this time, for multiplexing within the CG-PUSCH, the sensing auxiliary information / sensing auxiliary data can be piggybacked within the CG-PUSCH, and the resources to which the sensing auxiliary information is mapped / assigned in this way can be transmitted via frequency hopping together with or independently of other CG-PUSCH resources.

[0367] 5. Proposal 5

[0368] In Proposal 5, the number of hoppings (N) set for CG-PUSCH hopping hop ) can be set independently through the upper layer (RRC). In addition, the hopping application unit (e.g., symbol-based, slot-based, subframe-based, half-frame-based, frame-based) can also be set through the upper layer. For example, the CG setting may include setting information for frequency hopping regarding the number of hoppings and the hopping application unit related to the sensing auxiliary information.

[0369] Alternatively, it can be associated with the following numbers. N hop It can be configured based on the number of CG-PUSCH repetition settings R, taking repetition into account. For example, if repetition is configured, the CG-PUSCH hopping index x=0,..,N hop-1 at It can be set to.

[0370] - When applying slot-based hopping

[0371] : Number of slots within a subframe with SCS setting μ

[0372] : Number of slots within a frame with SCS setting μ

[0373] : Number of slots within a half-frame with SCS setting μ

[0374] - When applying Symbol-based hopping

[0375] : Number of CG-PUSCH transmission symbols

[0376] : Number of symbols within a subframe with SCS setting μ

[0377] : Number of symbols per slot

[0378] (1) Proposal 5-1

[0379] Proposal 5-1 is for frequency hopping within CG-PUSCH in relation to sensing auxiliary information. Regarding the method of setting values, It can be configured via upper layer (RRC) signaling in a cell-specific or multi-UE specific manner (i.e., CG-PUSCH connected UE). Frequency hopping related to Proposal 5-1 can be applied based on the following Equation 2 (Predefined).

[0380] 1) Evenly Hopping Formula (Equation 2): A pattern applied collectively to UEs allocated resources within CG-PUSCH (Ascending Hopping)

[0381]

[0382] Here, RB start is the index of the starting resource block (RB) within the uplink bandwidth portion (UL BWP), and is the frequency offset between two frequency hops in RB units, and is the total number of resource blocks of the active uplink bandwidth portion (Active UL BWP), and N hop can be a hopping number. In addition, x=0,..,N_ hop -1 and assigned If, It could be. Here, may be a physical resource block number for a specific subcarrier interval (SCS) setting (μ).

[0383] 2) Formula for applying weights to fixed hopping values ​​(Mathematical Formula 3)

[0384]

[0385] Here, the allocated If, It becomes, can be the size of the BWP (Bandwidth Part) where CG-PUSCH is set.

[0386] In mathematical formula 3, the above f(x) may be a function based on a pseudo random generator, and may be a function based on the most representative 3gpp 31-bit gold sequence, a kasami sequence, and / or other PN sequences, etc.

[0387] For example, f(x) can be a shuffle function using a Linear Congruential generator. For example, In this case, the definition of a Linear Congruential generator may be as shown in Equation 4 below.

[0388]

[0389] Here, m is the modulus (m > 0), and a is the multiplier (0 ≤ a <m), c 는 increment, X0는 시작 값(0≤X0<m)일 수 있다.

[0390] In mathematical equation 4, a=1, X0=0, m=N hop Simplify to, where c is a Physical cell ID or a Cell-specific or Multi-UE specific (CG-PUSCH connected UE) RNTI N hopWhen the modulus is applied to the value, c can be defined as in Equation 5 below.

[0391]

[0392] Here, when c is 3 according to mathematical formula 5, f(x) can obtain the following result.

[0393] f(1)=(1*0+3)mod4=3

[0394] f(2)=(1*3+3)mod4=2

[0395] f(3)=(1*2+3)mod4=1

[0396] In this case, the shuffle values ​​according to f(x) can be 0, 3, 2, or 1. The case where frequency hopping at the symbol level according to Equation 3 with such shuffle values ​​is applied may be as illustrated in FIG. 21. Here, It may be. Such values ​​may be included in the CG setting information.

[0397] (2) Proposal 5-2

[0398] The hopping seed value required to generate pseudo-random numbers for hopping shuffling utilizes a physical cell ID, a cell-specific RNTI, or a Multi-UE specific (CG-PUSCH connected UE) RNTI, or uses the physical cell ID or the said RNTI as N hop A value with a modulus applied can be used. Alternatively, the hopping seed can be generated using both the physical cell ID and the RNTI.

[0399] Alternatively, the generators described above may be used for secure allocation with other cells or terminals that are not connected to CG-PUSCH.

[0400] (3) Proposal 5-3

[0401] Proposal 5-3 is the number of hoppings (N) set for the above CG-PUSCH hopping. hop It may be a method of dynamically switching ). To this end, a table (or multiple values) for dynamic switching of the hopping number may be set through RRC signaling, and one hopping number (or one value among multiple values) on the table may be indicated through cell-specific DCI. For example, a table for this purpose may be defined / set as shown in Table 17 below through upper-layer signaling.

[0402]

[0403] (5) Proposal 5-4

[0404] To set frequency hopping within CG-PUSCH based on CG-PUSCH transmission occasions, the CG-PUSCH index (e.g., n CG-PUSCH ) can be set. For example, referring to FIG. 22, N hop A value K can be set as one value of the dynamic switching index, and said K can be defined as the CG-PUSCH number, and is set independently at the upper layer, or N hop It can be set to =K.

[0405] 6. Proposal 6

[0406] In the case of Proposal 6, variable for frequency hopping within the CG-PUSCH can be set. It can be configured by the upper layer (RRC) in a cell-specific or multi-UE specific manner (i.e., CG-PUSCH connection capable UE). In this case, the terminal can perform frequency hopping based on Equation 6 as follows.

[0407]

[0408] Here, x=0,..,Nhop It could be -1, Must be, and allocated If, It can be.

[0409] The scrambling function f(x) is It could be, Examples may be as shown in Table 18 below.

[0410]

[0411] The above variable mapping function ( In the case of ), CRC masking can be performed through Multi UE RNTI for Cell-Specific RNTI and / or CG PUSCH-enabled terminals, or configured through upper layer (RRC) signaling.

[0412] or, In the case of the scrambling function f(x)= can be defined as in the following mathematical formula 7 ( :exclusive or)

[0413]

[0414] For example, in mathematical equation 7, a=2, c=3, X0= =5, m= In the case where =16, the above variable mapping function ( ) can be calculated / determined as follows.

[0415]

[0416] FIG. 23 is a diagram illustrating how a UE transmits sensing auxiliary data related to an XRM.

[0417] As described above, the UE can extract / calculate sensing auxiliary data to be considered for the control of the XRM based on sensing data related to the XRM. For example, as described in FIGS. 10 to 15, the UE can extract / calculate sensing auxiliary data to be provided to an XRM application from the sensing data, and transmit the extracted / calculated sensing auxiliary data through a CG PUSCH.

[0418] Specifically, referring to FIG. 23, the UE can receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission from a base station (S231). As described above, the CG configuration information may include at least one information element (IE) separately configured in relation to the sensing auxiliary data.

[0419] For example, the above CG setting information may additionally define / set the at least one information element that sets the first transmission cycles of the sensing auxiliary data as described in Proposal 2. Alternatively, the first transmission cycles may be defined / set as a subset of the second transmission cycles for the transmission of uplink data other than the sensing auxiliary data, or may be defined / set independently of the second transmission cycles.

[0420] Alternatively, as proposed in Proposal 2-1, the at least one information element may further include instruction information indicating one of the first transmission cycles and information regarding a weight applied to the one transmission cycle. In this case, the UE may consider / determine that the one transmission cycle to which the weight is applied is set as the calculation cycle for the rate of change of the sensing value included in the sensing auxiliary data. For example, the UE may determine the value obtained by multiplying the one transmission cycle by the weight as the calculation cycle and include the rate of change of the sensing value calculated at the calculation cycle interval in the sensing auxiliary data.

[0421] and / or, as proposed in Proposal 3, the at least one information element may include multiplexing information for piggybacking the sensing auxiliary data to the PUSCH containing uplink data. For example, the at least one information element may include a beta offset and a scaling factor as the multiplexing information for determining the number of resources to which the sensing auxiliary data is piggybacked onto the PUSCH (see Proposal 3 and Equation 1).

[0422] And / or, the CG setting information may further include information elements regarding frequency hopping parameters related to the sensing auxiliary data for frequency hopping. For example, as described in Proposal 4, frequency hopping according to the information elements may be applied independently to resources on which the sensing auxiliary data is mapped on the PUSCH, or may be applied to all of the PUSCH resources, and the frequency hopping parameters may include at least one of the number of hoppings, the hopping application unit, and the frequency offset (see Proposal 5). Or, as described in Proposal 5-1, the frequency offset may be a cell-specific or group-specific value. Or, the UE may be instructed / set to a fixed frequency offset through the CG setting information, and perform frequency hopping on the resources on the CG PUSCH after applying a function based on a pseudo-random generator to the fixed frequency offset as defined in Equation 3. Or, as described in Proposal 5-2, the frequency offset may be configured to be variable based on a scramble function. Alternatively, the above CG setting information may include information on the number of hopping mapped by index as shown in Table 17, and one index defined in Table 17 may be indicated from the base station via MAC-CE or DCI, and the UE may determine the number of hopping to be applied to the transmission of the PUSCH based on the one index.

[0423] Next, the UE can generate sensing auxiliary data based on sensor information (S233). As described in relation to Proposal 1, the UE can obtain sensing information related to the XRM service through sensors, etc., and can generate / extract sensing auxiliary data for controlling the XRM service (e.g., information required to be provided to the XRM application) from the obtained sensor information. For example, the sensing auxiliary data may be direction recognition information for the X, Y, and / or Z axes extracted / generated based on sensor information, as described with reference to FIG. 14. Alternatively, the sensing auxiliary data may be specific bit values ​​quantified as in Tables 6, 7, 8, 9, and / or 10.

[0424] Next, the UE can transmit a PUSCH containing the sensing auxiliary data based on the CG setting information (S235). As described above, the UE can piggyback / multiplex the sensing auxiliary data on the CG PUSCH based on at least one information element separately configured for the transmission of the sensing auxiliary data in the CG setting information, and after performing frequency hopping for the resources to which the sensing auxiliary data is mapped / assigned, periodically transmit a CS PUSCH containing the sensing auxiliary data.

[0425] FIG. 24 is a diagram illustrating a method for receiving a PUSCH containing sensing auxiliary data at a base station.

[0426] Referring to FIG. 24, the base station can transmit CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission to the UE (S241). As described above, the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0427] For example, the above CG setting information may additionally define at least one information element that sets the first transmission cycles of the sensing auxiliary data as described in Proposal 2. Alternatively, the first transmission cycles may be defined / set as a subset of the second transmission cycles for the transmission of uplink data other than the sensing auxiliary data, or may be defined / set independently of the second transmission cycles.

[0428] Alternatively, as proposed in Proposal 2-1, the at least one information element may further include instruction information indicating one of the first transmission cycles and information regarding a weight applied to the one transmission cycle. In this case, the UE may consider / determine that the one transmission cycle to which the weight is applied is set as the calculation cycle for the rate of change of the sensing value included in the sensing auxiliary data. For example, the UE may determine the value obtained by multiplying the one transmission cycle by the weight as the calculation cycle and calculate / determine the rate of change of the sensing value at the interval of the calculation cycle.

[0429] and / or, as proposed in Proposal 3, the at least one information element may include multiplexing information for piggybacking the sensing auxiliary data to the PUSCH containing uplink data. For example, the at least one information element may include a beta offset and a scaling factor as the multiplexing information for determining the number of resources to which the sensing auxiliary data is piggybacked onto the PUSCH (see Equation 1).

[0430] and / or, the CG setting information may further include information elements regarding frequency hopping parameters related to the sensing auxiliary data for frequency hopping. For example, as described in Proposal 4, frequency hopping according to the information elements may be applied independently to resources on which the sensing auxiliary data is mapped on the PUSCH, or it may be applied to all of the PUSCH resources. Here, the frequency hopping parameters may include at least one of the number of hoppings, the hopping application unit, and the frequency offset (see Proposal 5).

[0431] Next, the base station may receive a PUSCH containing sensing auxiliary data based on the CG setting information (S243). For example, the base station may periodically acquire sensing auxiliary data related to the XRM through a PUSCH that is periodically received based on the CG setting information. As described in Proposal 1, the sensing auxiliary data may be data related to the control of the XRM calculated / extracted through sensor data / sensor information acquired by the UE through a sensor. For example, the sensing auxiliary data may be direction recognition information for the X, Y, and / or Z axes extracted / calculated based on sensor information, as described with reference to FIG. 14. Alternatively, the sensing auxiliary data may be specific bit values ​​quantified as in Tables 6, 7, 8, 9, and / or 10.

[0432] Thus, the proposed invention can effectively ensure periodic transmission of sensing auxiliary data within the range satisfying the service requirements of the XRM by configuring the transmission of sensing auxiliary data through the CG PUSCH to improve the accuracy of the XRM service control operation of the network. In addition, the proposed invention can support the effective multiplexing or piggybacking of the sensing auxiliary data within the existing CG PUSCH structure by separately configuring the settings for the piggyback method of the sensing auxiliary information through CG setting information. Furthermore, the proposed invention can secure robust and accurate CG PUSCH transmission performance even under various channel environment changes by configuring the frequency offset for frequency hopping of the CG PUSCH to be dynamically variable.

[0433] Example of a communication system to which the invention is applied

[0434] Although not limited thereto, the various descriptions, functions, procedures, proposals, methods, and / or flowcharts of the invention disclosed in this document may be applied to various fields requiring wireless communication / connection (e.g., 5G) between devices.

[0435] Examples are provided in more detail below with reference to the drawings. In the following drawings and descriptions, the same reference numerals may represent the same or corresponding hardware blocks, software blocks, or function blocks unless otherwise described.

[0436] FIG. 25 illustrates a communication system to which the present invention is applied.

[0437] Referring to FIG. 25, the communication system (1) to which the present invention applies includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that performs communication using wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Thing) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with wireless communication functions, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices and can be implemented in the form of HMDs (Head-Mounted Devices), HUDs (Head-Up Displays) equipped in vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Portable devices may include smartphones, smartpads, wearable devices (e.g., smartwatches, smart glasses), computers (e.g., laptops, etc.). Home appliances may include TVs, refrigerators, washing machines, etc. IoT devices may include sensors, smart meters, etc. For example, base stations and networks may be implemented as wireless devices, and a specific wireless device (200a) may operate as a base station / network node to other wireless devices.

[0438] Wireless devices (100a to 100f) can be connected to a network (300) through a base station (200). Artificial Intelligence (AI) technology may be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) through the network (300). The network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. The wireless devices (100a to 100f) may communicate with each other through the base station (200) / network (300), but they may also communicate directly (e.g., sidelink communication) without going through the base station / network. For example, vehicles (100b-1, 100b-2) can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to everything) communication). Also, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).

[0439] Wireless communication / connection (150a, 150b, 150c) can be established between wireless devices (100a~100f) / base station (200) and base station (200) / base station (200). Here, wireless communication / connection can be achieved through various wireless access technologies (e.g., 5G NR), such as uplink / downlink communication (150a), sidelink communication (150b) (or D2D communication), and inter-base station communication (150c) (e.g., relay, IAB (Integrated Access Backhaul)). Through wireless communication / connection (150a, 150b, 150c), wireless devices and base stations / wireless devices, and base stations and base stations can transmit / receive wireless signals to / from each other. For example, wireless communication / connection (150a, 150b, 150c) can transmit / receive signals through various physical channels. To this end, based on various proposals of the present invention, at least some of the following may be performed: various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), resource allocation processes, etc.

[0440] Example of a wireless device to which the present invention is applied

[0441] FIG. 26 illustrates a wireless device that can be applied to the present invention.

[0442] Referring to FIG. 26, the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR). Here, {the first wireless device (100), the second wireless device (200)} may correspond to {wireless device (100x), base station (200)} and / or {wireless device (100x), wireless device (100x)} of FIG. 25.

[0443] The first wireless device (100) includes one or more processors (102) and one or more memories (104), and may additionally include one or more transceivers (106) and / or one or more antennas (108). The processor (102) controls the memory (104) and / or transceivers (106) and may be configured to implement the descriptions, functions, procedures, proposals, methods and / or flowcharts of operation disclosed in this document. For example, the processor (102) may process information within the memory (104) to generate a first information / signal and then transmit a wireless signal containing the first information / signal through the transceiver (106). Additionally, the processor (102) may receive a wireless signal containing a second information / signal through the transceiver (106) and then store information obtained from the signal processing of the second information / signal 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 code containing instructions for performing some or all of the processes controlled by the processor (102) or for performing the descriptions, functions, procedures, proposals, methods, and / or operation sequence diagrams disclosed in this document. Here, the processor (102) and the memory (104) may be part of a communication modem / circuit / chipset designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (106) may be connected to the processor (102) and may transmit and / or receive wireless signals through one or more antennas (108). The transceiver (106) may include a transmitter and / or receiver. The transceiver (106) may be combined with an RF (Radio Frequency) unit. In the present invention, the wireless device may refer to a communication modem / circuit / chipset.

[0444] Specifically, the first wireless device or UE (100) may include a processor (102) connected to a transceiver (106) and a memory (104). The memory (104) may include at least one program capable of performing operations related to the embodiments described in the section “Sensing assistance information for QoS enhancement”. For example, the UE (100) may receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission based on the at least one program, calculate sensing assistance data based on sensor information, and transmit a PUSCH containing the sensing assistance data based on the CG configuration information, and the CG configuration information may include at least one information element separately configured in relation to the sensing assistance data.

[0445] Alternatively, a processing device for controlling a UE may be configured, comprising a processor (102) and a memory (104). The processing device may include at least one processor and at least one memory connected to the at least one processor and storing instructions, wherein the instructions, based on execution by the at least one processor, may cause the UE to: receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission, calculate sensing auxiliary data based on sensor information, and transmit a PUSCH containing the sensing auxiliary data based on the CG configuration information, and the CG configuration information may include at least one information element separately configured in relation to the sensing auxiliary data.

[0446] The second wireless device (200) includes one or more processors (202) and one or more memories (204), and may additionally include one or more transceivers (206) and / or one or more antennas (208). The processor (202) controls the memory (204) and / or transceivers (206) and may be configured to implement the descriptions, functions, procedures, proposals, methods and / or operation sequences disclosed in this document. For example, the processor (202) may process information within the memory (204) to generate a third information / signal and then transmit a wireless signal containing the third information / signal through the transceiver (206). Additionally, the processor (202) may receive a wireless signal containing a fourth information / signal through the transceiver (206) and then store information obtained from the signal processing of the fourth information / signal 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 code containing instructions for performing some or all of the processes controlled by the processor (202) or for performing the descriptions, functions, procedures, proposals, methods, and / or operation sequence diagrams disclosed in this document. Here, the processor (202) and the memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals through one or more antennas (208). The transceiver (206) may include a transmitter and / or receiver. The transceiver (206) may be interchangeable with an RF unit. In the present invention, the wireless device may refer to a communication modem / circuit / chip.

[0447] Specifically, the second wireless device or second device (200) may include a processor (202) and a memory (204) connected to a transceiver or RF transceiver (206). The memory (204) may include at least one program capable of performing operations related to the embodiments described in the section “Sensing assistance information for QoS enhancement”. For example, the UE (100) may transmit CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission based on the at least one program, and receive a PUSCH containing sensing assistance data based on the CG configuration information, and the CG configuration information may include at least one information element separately configured in relation to the sensing assistance data.

[0448] Hereinafter, hardware elements of the wireless device (100, 200) will be described in more detail. Although not limited thereto, one or more protocol layers may be implemented by one or more processors (102, 202). For example, one or more processors (102, 202) may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and / or Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document. One or more processors (102, 202) may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document. One or more processors (102, 202) may generate a signal (e.g., baseband signal) containing a PDU, SDU, message, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this document and provide it to one or more transceivers (106, 206). One or more processors (102, 202) may receive a signal (e.g., baseband signal) from one or more transceivers (106, 206) and may obtain a PDU, SDU, message, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or flowcharts disclosed in this document.

[0449] One or more processors (102, 202) may be referred to as a controller, microcontroller, microprocessor, or microcomputer. One or more processors (102, 202) may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in one or more processors (102, 202). The descriptions, functions, procedures, proposals, methods, and / or flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc. Firmware or software configured to perform the descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this document may be contained in one or more processors (102, 202) or stored in one or more memories (104, 204) and driven by one or more processors (102, 202). The descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this document may be implemented using firmware or software in the form of code, instructions, and / or sets of instructions.

[0450] One or more memories (104, 204) may be connected to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories (104, 204) may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer read storage media, and / or combinations thereof. One or more memories (104, 204) may be located inside and / or outside of one or more processors (102, 202). Additionally, one or more memories (104, 204) may be connected to one or more processors (102, 202) through various technologies such as wired or wireless connections.

[0451] One or more transceivers (106, 206) may transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or operation flowcharts, etc., of this document to one or more other devices. One or more transceivers (106, 206) may receive user data, control information, wireless signals / channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and / or operation flowcharts, etc., disclosed in this document from one or more other devices. For example, one or more transceivers (106, 206) may be connected to one or more processors (102, 202) and may transmit and receive wireless signals. For example, one or more processors (102, 202) may control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals / channels, etc., as described in the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document through one or more antennas (108, 208). In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers (106, 206) can convert the received wireless signal / channel, etc. from an RF band signal to a baseband signal in order to process the received user data, control information, wireless signal / channel, etc. using one or more processors (102, 202).One or more transceivers (106, 206) can convert user data, control information, wireless signals / channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals. To this end, one or more transceivers (106, 206) may include (analog) oscillators and / or filters.

[0452] Examples of wireless device applications to which the present invention is applied

[0453] FIG. 27 illustrates another example of a wireless device to which the present invention applies. The wireless device may be implemented in various forms depending on the use-example / service (see FIG. 25).

[0454] Referring to FIG. 27, the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 26 and may be composed of various elements, components, units / parts, and / or modules. For example, the wireless device (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and additional elements (140). The communication unit may include a communication circuit (112) and transceiver(s) (114). For example, the communication circuit (112) may include one or more processors (102, 202) and / or one or more memories (104, 204) of FIG. 27. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and / or one or more antennas (108, 208) of FIG. 26. The control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and additional elements (140) and controls the general operation of the wireless device. For example, the control unit (120) may control the electrical / mechanical operation of the wireless device based on a program / code / command / information stored in the memory unit (130). Additionally, the control unit (120) may transmit information stored in the memory unit (130) to an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110), or store information received from an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110) in the memory unit (130).

[0455] The additional element (140) can be configured in various ways depending on the type of wireless device. For example, the additional element (140) may include at least one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computing unit. Although not limited thereto, the wireless device may be implemented in the form of a robot (Fig. 25, 100a), a vehicle (Fig. 25, 100b-1, 100b-2), an XR device (Fig. 25, 100c), a portable device (Fig. 25, 100d), a home appliance (Fig. 25, 100e), an IoT device (Fig. 25, 100f), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a fintech device (or financial device), a security device, a climate / environment device, an AI server / device (Fig. 25, 400), a base station (Fig. 25, 200), a network node, etc. Wireless devices can be used in a movable or fixed location depending on the use—e.g., service.

[0456] In FIG. 27, various elements, components, units / parts, and / or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least a portion may be wirelessly connected via a communication unit (110). For example, within the wireless device (100, 200), the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and the first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110). Additionally, each element, component, unit / part, and / or module within the wireless device (100, 200) may include one or more additional elements. For example, the control unit (120) may be composed of one or more sets of processors. For example, the control unit (120) may be composed of a set of a communication control processor, an application processor, an Electronic Control Unit (ECU), a graphics processing processor, a memory control processor, etc. As another example, the memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory and / or a combination thereof.

[0457] Examples of vehicles or autonomous vehicles to which the present invention is applied

[0458] FIG. 28 illustrates a vehicle or autonomous vehicle to which the present invention applies. The vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, etc.

[0459] Referring to FIG. 28, a vehicle or autonomous vehicle (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a driving 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 part of the communication unit (110). Blocks 110 / 130 / 140a to 140d each correspond to blocks 110 / 130 / 140 of FIG. 27.

[0460] The communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, roadside base stations (Roadside units), etc.), and servers. The control unit (120) can perform various operations by controlling elements of the vehicle or autonomous vehicle (100). The control unit (120) may include an Electronic Control Unit (ECU). The driving unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground. The driving unit (140a) may include an engine, motor, power train, wheels, brakes, steering device, etc. The power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and may include wired / wireless charging circuits, batteries, etc. The sensor unit (140c) can obtain vehicle status, surrounding environment information, user information, etc. The sensor unit (140c) may include an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection 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 illuminance sensor, a pedal position sensor, etc. The autonomous driving unit (140d) may implement technologies such as maintaining the driving lane, technologies for automatically adjusting speed such as adaptive cruise control, technologies for automatically driving along a predetermined path, and technologies for automatically setting a path and driving when a destination is set.

[0461] For example, the communication unit (110) can receive map data, traffic information data, etc. from an external server. The autonomous driving unit (140d) can generate an autonomous driving path and a driving plan based on the acquired data. The control unit (120) can control the drive unit (140a) so that the vehicle or the autonomous vehicle (100) moves along the autonomous driving path according to the driving plan (e.g., speed / direction control). During autonomous driving, the communication unit (110) can acquire the latest traffic information data from an external server non-periodically and can acquire surrounding traffic information data from surrounding vehicles. Additionally, during autonomous driving, the sensor unit (140c) can acquire vehicle status and surrounding environment information. The autonomous driving unit (140d) can update the autonomous driving path and the driving plan based on the newly acquired data / information. The communication unit (110) can transmit information regarding the vehicle location, autonomous driving path, driving plan, etc. to an external server. An external server can predict traffic information data in advance using AI technology, etc., based on information collected from vehicles or autonomous vehicles, and can provide the predicted traffic information data to vehicles or autonomous vehicles.

[0462] Here, the wireless communication technology implemented in the wireless device (XXX, YYY) of this specification may include LTE, NR, and 6G, as well as Narrowband Internet of Things for low-power communication. For example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology and may be implemented according to standards such as LTE Cat NB1 and / or LTE Cat NB2, but is not limited to the names mentioned above. Additionally, or generally, the wireless communication technology implemented in the wireless device (XXX, YYY) of this specification may perform communication based on LTE-M technology. For example, LTE-M technology may be an example of LPWAN technology and may be referred to by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology may be implemented in at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and is not limited to the names mentioned above. Additionally or generally, wireless communication technology implemented in the wireless device (XXX, YYY) of this specification may include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) with consideration for low-power communication, and is not limited to the names mentioned above. As an example, ZigBee technology can create personal area networks (PANs) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and may be referred to by various names.

[0463] The embodiments described above are combinations of the components and features of the present invention in a specific form. Each component or feature should be considered optional unless otherwise explicitly stated. Each component or feature may be implemented in a form not combined with other components or features. Additionally, it is possible to construct embodiments of the present invention by combining some components and / or features. The order of operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment, or may be replaced with corresponding components or features of another embodiment. It is obvious that embodiments may be constructed by combining claims that do not have an explicit citation relationship in the claims, or that new claims may be included by amendment after filing.

[0464] In this document, embodiments of the present invention are described primarily with a focus on the signal transmission and reception relationship between a terminal and a base station. This transmission and reception relationship is extended in the same or similar manner to signal transmission and reception between a terminal and a relay or between a base station and a relay. Specific operations described in this document as being performed by a base station may, in some cases, be performed by an upper node. That is, it is self-evident that various operations performed for communication with a terminal in a network consisting of multiple network nodes including a base station may be performed by the base station or other network nodes other than the base station. The base station may be replaced by terms such as fixed station, Node B, eNode B (eNB), and access point. Additionally, the terminal may be replaced by terms such as User Equipment (UE), Mobile Station (MS), and Mobile Subscriber Station (MSS).

[0465] Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. In the case of implementation by hardware, one embodiment of the present invention may be implemented by one or more ASICs (application specific integrated circuits), DSPs (digital signal processors), DSPDs (digital signal processing devices), PLDs (programmable logic devices), FPGAs (field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, etc.

[0466] In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc., that performs the functions or operations described above. Software code may be stored in a memory unit and executed by a processor. The memory unit may be located inside or outside the processor and may exchange data with the processor by various means already known.

[0467] It is obvious to those skilled in the art that the present invention may be embodied in other specific forms without departing from the features of the invention. Accordingly, the foregoing detailed description should not be interpreted restrictively in all respects but should be considered exemplary. The scope of the invention shall be determined by a reasonable interpretation of the appended claims, and all modifications within the equivalent scope of the invention are included within the scope of the invention.

[0468] The embodiments of the present invention as described above can be applied to various mobile communication systems.

Claims

1. In a method using UE (User Equipment), A step of receiving CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; A step of calculating sensing auxiliary data based on sensor information; and The method includes the step of transmitting a PUSCH containing the sensing auxiliary data based on the above CG setting information, and A method comprising at least one information element separately configured in relation to the sensing auxiliary data, wherein the above CG setting information includes.

2. In Paragraph 1, A method in which at least one information element comprises information about the first transmission cycles of sensing auxiliary data.

3. In Paragraph 2, A method in which the first transmission periods are a subset of the second transmission periods for transmitting uplink data other than the sensing auxiliary data.

4. In Paragraph 2, A method in which at least one information element further comprises instruction information indicating one of the first transmission cycles and information about a weight applied to the one transmission cycle.

5. In Paragraph 4, A method in which the above UE determines that the one transmission cycle to which the above weight is applied is set as the calculation cycle for the rate of change of the sensing value included in the sensing auxiliary data.

6. In Paragraph 1, The above at least one information element includes multiplexing information for piggybacking the sensing auxiliary data to the PUSCH containing uplink data, and A method comprising the multiplexing information including a beta offset and a scaling factor for determining the number of resources piggybacked on the PUSCH by the sensing auxiliary data.

7. In Paragraph 1, A method in which the above CG setting information further includes information elements regarding frequency hopping parameters related to the above sensing auxiliary data.

8. In Paragraph 7, The above frequency hopping parameter includes at least one of a hopping number, a hopping application unit, and a frequency offset, and The above frequency offset is a cell-specific or UE group-specific value, method.

9. In Paragraph 7, A method wherein the UE applies a weight determined based on a pseudo random generator to the hopping frequency offset and performs frequency hopping for the PUSCH based on the hopping frequency offset to which the weight is applied.

10. In Paragraph 1, A method in which the above-mentioned sensing auxiliary data includes characteristic values ​​of the above-mentioned sensing data related to the control of XRM (eXtended Relationship Management).

11. In at least one non-transient computer-readable recording medium, Includes instructions that perform operations when executed by at least one processor, The above operations are, Receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; Calculate sensing auxiliary data based on sensor information; and It includes transmitting a PUSCH containing the sensing auxiliary data based on the above CG setting information, and At least one non-transient computer-readable recording medium comprising at least one information element separately configured in relation to the sensing auxiliary data, wherein the above CG setting information.

12. Regarding UE (User Equipment), RF (Radio Frequency) transceiver; and It includes a processor connected to the above RF transceiver, and The processor controls the RF transceiver to receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission, calculates sensing auxiliary data based on sensor information, and transmits a PUSCH including the sensing auxiliary data based on the CG configuration information. UE, wherein the above CG setting information includes at least one information element separately configured in relation to the above sensing auxiliary data.

13. In a processing device for controlling UE (User Equipment), At least one processor; and The UE comprises at least one memory connected to the at least one processor and storing instructions, wherein the instructions are executed by the at least one processor and based on the UE: Receive CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; Calculate sensing auxiliary data based on sensor information; and Based on the above CG setting information, transmit a PUSCH including the above sensing auxiliary data, and A processing device comprising at least one information element separately configured in relation to the sensing auxiliary data, wherein the above CG setting information.

14. In a method using a network, A step of transmitting CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission; and The method includes the step of receiving a PUSCH containing sensing assistance data based on the above CG setting information, and A method comprising at least one information element separately configured in relation to the sensing auxiliary data, wherein the above CG setting information includes.

15. In networks, RF (Radio Frequency) transceiver; It includes a processor connected to the above RF transceiver, and The processor controls the RF transceiver to transmit CG (Configured Grant) configuration information related to PUSCH (Physical Uplink Shared Channel) transmission, and receives a PUSCH including sensing auxiliary data based on the CG configuration information. A network comprising at least one information element separately configured in relation to the sensing auxiliary data, wherein the above CG setting information.

Images