Method and apparatus for operating UE in relation to BSR in a wireless communication system

Abstract

An embodiment relates to a method for operating a transmitting user equipment (TX UE) in a wireless communication system, the method comprising: a step in which the TX UE requests side link resources from a base station via a first beam; and a step in which the TX UE triggers a first buffer status report (BSR), wherein the TX UE cancels the first BSR based on a beam failure recovery (BFR) trigger related to the first beam.

Description

Technical Field

[0001] The present disclosure relates to wireless communication systems, and more particularly, to methods and apparatus for operating a user equipment (UE) in relation to beam failure recovery (BFR) and buffer status reporting (BSR). Background Art

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0016] Sidelink (SL) refers to a communication scheme in which a direct link is established between a user equipment (UE) and the UEs and the UEs directly exchange voice or data without intervention of a base station (BS). SL is considered a solution to alleviate the rapidly growing data traffic constraints of the BS.

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

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

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

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

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

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

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

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

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

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

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

[0028] Technical issues

[0029] An object of an embodiment is to provide a method for processing a current buffer status report (BSR) when a beam failure recovery (BFR) is triggered.

[0030] Technical Solution

[0031] In one aspect of the present disclosure, a method of operating a transmitting user equipment (TX UE) in a wireless communication system is provided. The method may include: sending a request for sidelink resources to a base station (BS) on a first beam by the TX UE; and triggering a first buffer status report (BSR) by the TX UE. The TX UE may cancel the first BSR based on the triggering of a beam failure recovery (BFR) related to the first beam.

[0032] In another aspect of the present disclosure, a TX UE is provided. The TX UE may include: at least one processor; and at least one computer memory operably connected to the at least one processor and configured to store instructions that, when executed, cause the at least one processor to perform operations. The operations may include: sending a request for sidelink resources to a BS on a first beam by the TX UE; and triggering a first BSR by the TX UE. The TX UE may cancel the first BSR based on the triggering of a BFR related to the first beam.

[0033] In another aspect of the present disclosure, a processor configured to perform operations for a TX UE in a wireless communication system is provided. The operations may include: sending a request for sidelink resources to a BS on a first beam by the TX UE; and triggering a first BSR by the TX UE. The TX UE may cancel the first BSR based on the triggering of a BFR related to the first beam.

[0034] In another aspect of the present disclosure, a computer-readable storage medium configured to store at least one computer program including instructions, which when executed by at least one processor causes the at least one processor to perform operations for a user equipment (UE). The operations may include: sending a request for sidelink resources to a BS on a first beam by the TX UE; and triggering a first BSR by the TX UE. The TX UE may cancel the first BSR based on the triggering of a BFR related to the first beam.

[0035] The TX UE may trigger a second BSR for the first sidelink data related to the first BSR based on selection of the second beam through the BFR.

[0036] The TX UE may send a second BSR on the second beam to the BS.

[0037] The first BSR may occur before the triggering of the BFR.

[0038] Based on the occurrence of second side link data different from the first side link data related to the first BSR after triggering the BFR, the TX UE may trigger a third BSR by aggregating BSR information for the first side link data and BSR information for the second side link data.

[0039] The first sidelink data and the second sidelink data may be associated with the same destination identifier (ID).

[0040] The first BSR may be based on occurrence of first sidelink data to be sent by the TX UE to a receiving user equipment (RX UE).

[0041] The cell when the first BSR is triggered may be different from the cell when the beam recovery (BFR) is terminated.

[0042] BFR may be triggered based on beam failure being detected by the TX UE more than a predetermined number of times.

[0043] A BFR timer may be started when BFR is triggered.

[0044] The TX UE may be a Mode 1 UE.

[0045] The TX UE may communicate with at least one of another UE, a BS or UE associated with the autonomous vehicle, or a network.

[0046] Technical Effects

[0047] According to an embodiment, a buffer status report (BSR) may be efficiently processed in consideration of side link characteristics. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

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

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

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

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

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

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

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

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

[0058] Fig.10 A synchronization source or synchronization reference in V2X according to an embodiment of the present disclosure is illustrated.

[0059] Figures 11 to 13 It is a figure for explaining the embodiment of this disclosure.

[0060] Figures 14 to 20 The diagrams are for explaining various devices to which the embodiments of the present disclosure are applied. DETAILED DESCRIPTION

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0092] [Table 1]

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

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

[0095] [Table 2]

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

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

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

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

[0100] [Table 3]

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

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

[0103] [Table 4]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0130] Hereinafter, SCI will be described.

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

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

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

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

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

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

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

[0138] -MCS information, and / or

[0139] - transmit power information, and / or

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

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

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

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

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

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

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

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

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

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

[0150] The Buffer Status Report or (Buffer Status Report) (BSR) procedure can be used to provide the serving gNB with information about the amount of UL data of the MAC entity.

[0151] In case of IAB, the IAB-MT additionally uses it to provide its parent IAB-DU with information about the amount of data expected to arrive at the MT of the IAB node from its child nodes and / or UEs connected thereto. This BSR is called a preemptive BSR.

[0152] In case of Integrated Access and Backhaul (IAB), information about the amount of data expected to arrive at the Mobile Termination (MT) of the IAB node from the UE or down node connected to the upper IAB Distributed Unit (IAB-DU) can be provided. This BSR is called a preemptive BSR.

[0153] For BSRs other than preempted BSR, the following parameters are configured by RRC to control the BSR.

[0154] -periodicBSR-Timer;

[0155] -retxBSR-Timer;

[0156] -logicalChannelSR-DelayTimerApplied;

[0157] -logicalChannelSR-DelayTimer;

[0158] -logicalChannelSR-Mask;

[0159] -logicalChannelGroup.

[0160] Each logical channel can be assigned to a logical channel group (LCG) by logicalChannelGroup. The maximum number of LCGs is 8.

[0161] The MAC entity determines the amount of UL data available for the logical channel according to the data amount calculation procedure in TS 38.322 and TS 38.323.

[0162] If any of the following events occurs, a BSR other than a preemption BSR shall be triggered.

[0163] -UL data of a logical channel belonging to an LCG becomes available to the MAC entity. (The UL data belongs to a logical channel having a higher priority than the priority of any logical channel belonging to any LCG that includes available UL data, or there is no available UL data in the logical channel belonging to the LCG. Therefore, this BSR is called a "regular BSR".

[0164] - When UL resources are allocated and when the number of padding bits is greater than or equal to the size of the BSR MAC CE and its subheader, such a BSR is called a "padding BSR".

[0165] - When the retxBSR-Timer expires and when at least one of the logical channels belonging to the LCG contains UL data, this BSR is called a "normal BSR".

[0166] -When the periodicBSR-Timer expires, this BSR is called a "periodic BSR".

[0167] Upon receiving a grant to transmit new data on the UL-SCH, the MAC entity may need to restart the retxBSR-Timer.

[0168] If the UL grant can accommodate all pending data available for transmission but is insufficient to additionally accommodate the BSR MAC CE and its subheader, all triggered BSRs except the preempted BSR may be cancelled. When a MAC PDU is sent, all BSRs except the preempted BSR triggered before the assembly of the MAC PDU may be cancelled regardless of the LBT failure indication from the lower layers. In this case, the PDU includes a long BSR MAC CE or a short BSR MAC CE, which includes the maximum buffer status.

[0169] The MAC entity may be configured by RRC with a beam failure recovery (BFR) procedure for each serving cell, which is used to indicate a new SSB or CSI-RS to the serving gNB when a beam failure is detected on the SSB / CSI-RS. Beam failure is detected by counting the number of beam failure instance indications from lower layers to the MAC entity. The BFR procedure may be performed according to Table 5 extracted from 3GPP TS 38.321.

[0170] [Table 5]

[0171]

[0172] According to the current NR Uu, if the UE starts the BFR process by detecting the beam failure the maximum number of times, the triggered BSR for UL data transmission to the BS may be pending until the beam failure is restored. In NR Uu operation, no SR / BSR process has been defined for the occurrence of beam failure. Therefore, in the NR Uu normal BSR process, if a regular BSR is triggered, the triggered BSR is regarded as a pending BSR until the triggered BSR is processed. When this operation is applied to the beam failure situation, the process of treating the BSR triggered by the start of BFR as a pending BSR can be considered as a regular process. When the beam failure on the Uu link is restored, the UE can be allocated UL resources from the BS by processing the pending BSR. In addition, if a problem occurs in the selected beam while the V2X device maintains a connection with the BS on the selected beam (for example, if a beam failure occurs), this can affect the side link communication between the V2X devices.

[0173] When the UE is allocated with resources from the BS according to the Mode 1 method (e.g., Mode 1 dynamic scheduling) and performs sidelink communication, if a beam failure occurs for a beam selected by the UE on the Uu link, the UE may perform a BFR procedure. Therefore, there may be a problem that the UE cannot normally perform a "Mode 1 resource allocation request (SR / BSR) procedure" for sidelink communication to the BS while performing the corresponding BFR procedure (i.e., due to a failure in the currently used beam, the UE may not send a sidelink resource request to the BS until the UE selects a new beam based on the BFR procedure). In the above situation, the UE may switch to a mode for using Mode 2 resources to temporarily use Mode 2 resources (TX exception pool) during the BFR procedure and then perform sidelink communication. In the current specification, it is not defined whether the V2X TX UE postpones a triggered BSR during BFR and resumes a pending BSR after beam recovery, or cancels a triggered BSR during BFR and triggers a new BSR after beam recovery.

[0174] In the following embodiments, it will be described how, upon detecting a beam failure on a Uu link, a V2X TX UE sends a resource allocation request to a BS to receive resources for sending sidelink data to a RX UE.

[0175] According to an embodiment of the present disclosure, the TX UE may send a side link resource request ( Fig.11 The TX UE may be a Mode 1 UE and may be allocated Mode 1 resources from the BS. Thereafter, the TX UE may trigger a first BSR ( Fig.11 The first BSR may be based on the generation of first side link data to be sent by the TX UE to the RX UE. That is, when the TX UE has data to be sent to the RX UE, the TX UE may trigger the BSR.

[0176] The TX UE may cancel the first BSR based on the triggering of the BFR associated with the first beam. That is, the TX UE may cancel the triggered BSR for the sidelink data transmission. The first BSR may have occurred before the triggering of the BFR.

[0177] Thereafter, the TX UE may trigger a second BSR for the first sidelink data related to the first BSR based on the selection of the second beam through BFR. When the BFR process between the TX UE and the BS is completed, that is, when a new beam is selected between the TX UE and the BS through beam recovery, the TX UE may trigger a new BSR for the sidelink data not transmitted by the TX UE. The TX UE may send the second BSR to the BS on the second beam. That is, the TX UE may receive an authorization for sidelink data transmission from the BS by sending a new BSR to the BS on the beam newly selected through BFR.

[0178] According to the above configuration, the current BSR can be efficiently processed when BFR occurs. Specifically, in sidelink communications, especially V2X communications, the UE can move at high speed, and in this case, the cell may change during BFR. If the cell changes due to the (fast) movement of the UE, the transmission of the current BSR to the changed cell can be considered as unnecessary signal transmission. Therefore, the BSR generated before the BFR is triggered can be canceled, and a new BSR can be sent for the canceled BSR data on the beam selected by the BFR, thereby achieving efficient operation of the BSR and BFR.

[0179] In addition, according to the proposed method, the UE operation can be simplified by preventing the V2X TX UE from postponing the BSR until the beam failure on the Uu link is restored. For example, when the V2X TX UE postpones the BSR due to the beam failure on the Uu link, if new side link data occurs during or after the beam recovery, the TX UE needs to restore the previously pending BSR after the beam failure on the Uu link is recovered and also trigger a new BSR for sending the new side link data. However, according to the method proposed in the embodiment, when the V2X TX UE cancels the BSR triggered for the side link data transmission due to the beam failure on the Uu link, even if new side link data occurs during or after the beam recovery, the TX UE can trigger only a single BSR after the beam failure on the Uu link is recovered by aggregating the new BSR information for sending the new side link data and the previously canceled BSR information when triggering the previously canceled BSR. That is, the mode 1 resource allocation request (SR / BSR) process of the TX UE can be further simplified.

[0180] If second sidelink data different from the first sidelink data associated with the first BSR occurs after triggering the BFR, the TX UE may trigger a third BSR obtained by aggregating BSR information for the first sidelink data and BSR information for the second sidelink data. If new sidelink data occurs during or after beam recovery, the TX UE may trigger a new BSR by aggregating BSR information for sidelink data that has not been previously transmitted and BSR information for the new sidelink data.

[0181] The first side link data and the second side link data may be associated with the same destination ID. Alternatively, the first side link data and the second side link data may be associated with different destination IDs.

[0182] In summary, when the BFR process operates for a beam selected and used by a Mode 1 UE and a BS on a Uu link (i.e., when a beam failure occurs for the beam), if the TX UE has data to be sent to the RX UE, the TX UE may cancel the BSR triggered for sidelink data transmission instead of postponing the BSR until the beam failure is recovered. In addition, if a new beam is selected after the beam failure is recovered, the TX UE may trigger a new BSR for the sidelink data that the TX UE has not yet sent. If new sidelink data occurs while the beam failure is recovered, the TX UE may send a new BSR by aggregating the BSR for the sidelink data that has not yet been sent and the BSR for sending the new sidelink.

[0183] Fig.12 The process related to the above-mentioned embodiment is illustrated. Fig.12 In step S1201, the TX UE may send a request for mode 1 sidelink transmission resources on the selected beam to the BS and receive mode 1 resources. In step S1202, if the TX UE has data to send to the RX UE, the TX UE may trigger a BSR.

[0184] In step S1203, if the TX UE detects a beam failure of the Uu link (between the UE and the BS) for a maximum number of times, the TX UE may trigger BFR and start a BFR timer at the same time.

[0185] In step S1204, the TX UE may cancel the triggered BSR for the sidelink data transmission.

[0186] In step S1205, the BFR process between the TX UE and the BS may be completed. That is, a new beam is selected between the TX UE and the BS through beam recovery. In step S1206, the TX UE may trigger a new BSR for the sidelink data that the TX UE did not send.

[0187] In step S1207, the TX UE may receive a grant for sidelink data transmission from the BS by sending a new BSR to the BS on the beam newly selected through the BFR.

[0188] Fig.13 The process related to the above-mentioned embodiment is illustrated. Fig.13 , in step S1301, the TX UE may send a request for mode 1 sidelink transmission resources on the selected beam to the BS and receive mode 1 resources.

[0189] In step S1302, if the TX UE has data to send to the RX UE, the TX UE may trigger a BSR.

[0190] In step S1303, if the TX UE detects a beam failure of the Uu link (between the UE and the BS) for a maximum number of times, the TX UE may trigger BFR and start a BFR timer at the same time.

[0191] In step S1304, the TX UE may cancel the triggered BSR for the sidelink data transmission.

[0192] In step S1305, the BFR process between the TX UE and the BS may be completed. That is, a new beam is selected between the TX UE and the BS through beam recovery.

[0193] In step S1306, when the TX UE triggers a new BSR for sending sidelink data that the TX UE has not yet sent, if new sidelink data occurs during or after beam recovery, the TX UE may trigger a new BSR by aggregating BSR information for the sidelink data that the TX UE has not yet sent and BSR information for the new sidelink data. As an example, the TX UE may trigger a new BSR by aggregating BSR information for multiple sidelink data to be sent to the same destination ID (the new sidelink data and the sidelink data that the TX UE has not yet sent may be sent to the same RX UE (same destination ID)). As another example, even if the new sidelink data is sidelink data to be sent to an RX UE having a different destination ID, the TX UE may trigger a new BSR by aggregating BSR information for multiple sidelink data (the new sidelink data and the sidelink data that the TX UE has not yet sent may be sent to different RX UEs (different destination IDs)).

[0194] In step S1307, the TX UE may receive a grant for the sidelink data from the BS by sending a new BSR to the BS on the beam newly selected through the BFR.

[0195] According to an embodiment, when the V2X TX UE detects a beam failure on the Uu link with the BS, the V2X TX UE may cancel a previously triggered BSR for sidelink data transmission. After the beam failure on the Uu link is recovered, the V2X TX UE may trigger a new BSR and receive mode 1 resources for sidelink data that the V2X TX UE has not yet sent from the BS.

[0196] Although the present disclosure is mainly described based on beam failure and BFR, the technical features can also be applied to Uu physical layer problems (when the physical layer continuously reports an out-of-sync event to the RRC due to a poor channel state of the Uu link, or when the physical layer continuously reports an out-of-sync event to a higher layer (MAC or RRC) due to a poor channel state of the Uu link). For example, when a TX UE performing side link communication detects a Uu physical layer problem, the TX UE can start a recovery timer for the physical layer problem. In this case, the triggered BSR can be canceled. After the Uu physical layer problem, the TX UE can trigger a new BSR for the canceled BSR and send the new BSR to the BS. As another example, when a new BSR is triggered after a physical layer problem, the TX UE can trigger the BSR by aggregating the canceled BSR and the new BSR and send the BSR to the BS. The TX UE can be a mode 1 UE. That is, the TX UE can be allocated mode 1 resources from the BS.

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

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

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

[0200] Fig.14 A communication system 1 applied to the present disclosure is illustrated.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0215] Reference Fig.16, the vehicle or autonomous driving vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a drive unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be configured as a part of the communication unit 110. Blocks 110 / 130 / 140a to 140d correspond to blocks 110 / 130 / 140 of FIG. 41, respectively.

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

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

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

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

[0220] Reference Fig.17 , the vehicle 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, and a positioning unit 140b. Herein, blocks 110 to 130 / 140a and 140d correspond to blocks 110 to 130 / 140 of FIG. 41.

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

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

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

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

[0225] Reference Fig.18 , the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, a sensor unit 140b, and a power supply unit 140c. Herein, blocks 110 to 130 / 140a to 140c correspond to blocks 110 to 130 / 140 of FIG. 41, respectively.

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

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

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

[0229] Examples of robots suitable for the present disclosure

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

[0231] Reference Fig.19 , the robot 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a, a sensor unit 140b, and a drive unit 140c. Herein, blocks 110 to 130 / 140a to 140c correspond to blocks 110 to 130 / 140 of FIG. 41, respectively.

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

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

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

[0235] Reference Fig. 20 , the AI ​​device 100 may include a communication unit 110, a control unit 120, a memory unit 130, an I / O unit 140a / 140b, a learning processor unit 140c, and a sensor unit 140d. Blocks 110 to 130 / 140a to 140d correspond to blocks 110 to 130 / 140 of FIG. 41, respectively.

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

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

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

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

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

[0241] Industrial Applicability

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

Claims

1. A method for operating a transmitting user equipment (TX UE) in a wireless communication system, the method comprising the following steps: Sending, by the TX UE via the first beam, a request for a sidelink resource to a base station BS; as well as A first buffer status report BSR is triggered by the TX UE, The TX UE cancels the first BSR based on triggering of a beam failure recovery BFR associated with the first beam, wherein the TX UE triggers a second BSR for first sidelink data related to the first BSR based on selection of a second beam by the BFR, Wherein, based on the occurrence of second side link data after the triggering of the BFR, the TX UE triggers a third BSR by aggregating BSR information for the first side link data and BSR information for the second side link data, and wherein the second side link data is different from the first side link data related to the first BSR.

2. The method according to claim 1, wherein: The TX UE sends the second BSR to the BS on the second beam.

3. The method according to claim 2, wherein: The first BSR occurs before triggering of the BFR.

4. The method according to claim 1, wherein: The first sidelink data and the second sidelink data are associated with a same destination identifier ID.

5. The method according to claim 1, wherein: The first BSR is based on occurrence of first sidelink data to be sent by the TX UE to a receiving user equipment RX UE.

6. The method according to claim 1, wherein: The cell when the first BSR is triggered is different from the cell when the beam recovery is terminated.

7. The method according to claim 1, wherein: The BFR is triggered based on beam failure being detected by the TX UE more than a predetermined number of times.

8. The method according to claim 1, wherein: The BFR timer starts upon triggering of the BFR.

9. The method according to claim 1, wherein: The TX UE is a mode 1 user equipment UE.

10. A transmitting user equipment (TX UE) in a wireless communication system, the TX UE comprising: at least one processor; as well as at least one computer memory operatively connected to the at least one processor and configured to store instructions that, when executed, cause the at least one processor to perform operations comprising: The TX UE sends a request for sidelink resources via the first beam to a base station BS; and A first buffer status report BSR is triggered by the TX UE, The TX UE cancels the first BSR based on triggering of a beam failure recovery BFR associated with the first beam, wherein the TX UE triggers a second BSR for first sidelink data related to the first BSR based on selection of a second beam by the BFR, Wherein, based on the occurrence of second side link data after the triggering of the BFR, the TX UE triggers a third BSR by aggregating BSR information for the first side link data and BSR information for the second side link data, and wherein the second side link data is different from the first side link data related to the first BSR.

11. The TX UE according to claim 10, wherein: The TX UE communicates with at least one of another user equipment UE, a BS or UE associated with an autonomous vehicle, or a network.

12. A non-transitory computer-readable storage medium, the non-transitory computer-readable storage medium being configured to store at least one computer program comprising instructions, the instructions, when executed by at least one processor, causing the at least one processor to perform operations for a transmitting user equipment TX UE, the operations comprising: Sending, by the TX UE via the first beam, a request for a sidelink resource to a base station BS; as well as A first buffer status report BSR is triggered by the TX UE, The TX UE cancels the first BSR based on triggering of a beam failure recovery BFR associated with the first beam, wherein the TX UE triggers a second BSR for first sidelink data related to the first BSR based on selection of a second beam by the BFR, Wherein, based on the occurrence of second side link data after the triggering of the BFR, the TX UE triggers a third BSR by aggregating BSR information for the first side link data and BSR information for the second side link data, and wherein the second side link data is different from the first side link data related to the first BSR.

Images