WO2021020890A1 - 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치 - Google Patents

무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치 Download PDF

Info

Publication number
WO2021020890A1
WO2021020890A1 PCT/KR2020/010042 KR2020010042W WO2021020890A1 WO 2021020890 A1 WO2021020890 A1 WO 2021020890A1 KR 2020010042 W KR2020010042 W KR 2020010042W WO 2021020890 A1 WO2021020890 A1 WO 2021020890A1
Authority
WO
WIPO (PCT)
Prior art keywords
bsr
information
data
base station
bfr
Prior art date
Application number
PCT/KR2020/010042
Other languages
English (en)
French (fr)
Inventor
박기원
이승민
이종율
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US17/597,836 priority Critical patent/US20220264338A1/en
Priority to KR1020227002398A priority patent/KR20220027989A/ko
Priority to CN202080054533.1A priority patent/CN114208228A/zh
Publication of WO2021020890A1 publication Critical patent/WO2021020890A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the following description is for a wireless communication system, and more particularly, a method and apparatus for operating a UE related to beam failure recovery (BFR) and buffer status reporting (BSR).
  • BFR beam failure recovery
  • BSR buffer status reporting
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • division multiple access division multiple access
  • MC-FDMA multi carrier frequency division multiple access
  • RATs radio access technologies
  • 5G is also included here.
  • the three main requirements areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) ultra-reliability and It includes a low-latency communication (Ultra-reliable and Low Latency Communications, URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Low Latency communication
  • multiple areas may be required for optimization, and other use cases may be focused on only one key performance indicator (KPI).
  • KPI key performance indicator
  • 5G supports these various use cases in a flexible and reliable way.
  • eMBB goes far beyond basic mobile Internet access, covering rich interactive work, media and entertainment applications in the cloud or augmented reality.
  • Data is one of the key drivers of 5G, and it may not be possible to see dedicated voice services for the first time in the 5G era.
  • voice is expected to be processed as an application program simply using the data connection provided by the communication system.
  • the main reasons for the increased traffic volume are an increase in content size and an increase in the number of applications requiring high data rates.
  • Streaming services (audio and video), interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to the user.
  • Cloud storage and applications are increasing rapidly in mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of the uplink data rate.
  • 5G is also used for remote work in the cloud, and requires much lower end-to-end delays to maintain a good user experience when tactile interfaces are used.
  • Entertainment For example, cloud gaming and video streaming is another key factor that is increasing the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes.
  • Another use case is augmented reality and information retrieval for entertainment.
  • augmented reality requires very low latency and an instantaneous amount of data.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, i.e. mMTC.
  • mMTC massive machine type computer
  • Industrial IoT is one of the areas where 5G plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.
  • URLLC includes new services that will transform the industry with ultra-reliable/low-latency links such as self-driving vehicles and remote control of critical infrastructure.
  • the level of reliability and delay is essential for smart grid control, industrial automation, robotics, drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of providing streams rated at hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in 4K or higher (6K, 8K and higher) resolutions as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications involve almost immersive sports events. Certain application programs may require special network settings. In the case of VR games, for example, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.
  • Automotive is expected to be an important new driving force in 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers demands simultaneous high capacity and high mobility mobile broadband. The reason is that future users will continue to expect high-quality connections, regardless of their location and speed.
  • Another application example in the automotive field is an augmented reality dashboard. It identifies an object in the dark on top of what the driver is looking through the front window, and displays information that tells the driver about the distance and movement of the object overlaid.
  • wireless modules enable communication between vehicles, exchange of information between the vehicle and supporting infrastructure, and exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians).
  • the safety system allows the driver to lower the risk of accidents by guiding alternative courses of action to make driving safer.
  • the next step will be a remote controlled or self-driven vehicle. It is very reliable and requires very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, and drivers will be forced to focus only on traffic anomalies that the vehicle itself cannot identify.
  • the technical requirements of self-driving vehicles call for ultra-low latency and ultra-fast reliability to increase traffic safety to levels unachievable by humans.
  • Smart cities and smart homes referred to as smart society, will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify the conditions for cost and energy-efficient maintenance of a city or home.
  • a similar setup can be done for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all wirelessly connected. Many of these sensors are typically low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.
  • the smart grid interconnects these sensors using digital information and communication technologies to collect information and act accordingly. This information can include the behavior of suppliers and consumers, allowing smart grids to improve efficiency, reliability, economics, sustainability of production and the distribution of fuels such as electricity in an automated way.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system can support telemedicine providing clinical care from remote locations. This can help reduce barriers to distance and improve access to medical services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • a wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that the wireless connection operates with a delay, reliability and capacity similar to that of the cable, and its management is simplified. Low latency and very low error probability are new requirements that need to be connected to 5G.
  • Logistics and freight tracking are important use cases for mobile communications that enable tracking of inventory and packages from anywhere using location-based information systems. Logistics and freight tracking use cases typically require low data rates, but require a wide range and reliable location information.
  • a wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • 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, and single carrier frequency (SC-FDMA) systems. division multiple access) system, MC-FDMA (multi carrier frequency division multiple access) system, and the like.
  • a sidelink refers to a communication method in which a direct link is established between terminals (User Equipment, UEs) to directly exchange voice or data between terminals without going through a base station (BS).
  • SL is being considered as a solution to the burden on the base station due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-built objects through wired/wireless communication.
  • 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 may be provided through a PC5 interface and/or a Uu interface.
  • next-generation radio access technology in consideration of the like may be referred to as a new radio access technology (RAT) or a new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • FIG. 1 is a diagram for explaining by comparing V2X communication based on RAT before NR and V2X communication based on NR.
  • V2X communication a method of providing safety services based on V2X messages such as BSM (Basic Safety Message), CAM (Cooperative Awareness Message), and DENM (Decentralized Environmental Notification Message) in RAT before NR
  • BSM Basic Safety Message
  • CAM Cooperative Awareness Message
  • DENM Decentralized Environmental Notification Message
  • the V2X message may include location information, dynamic information, attribute information, and the like.
  • the terminal may transmit a periodic message type CAM and/or an event triggered message type DENM to another terminal.
  • the CAM may include basic vehicle information such as dynamic state information of the vehicle such as direction and speed, vehicle static data such as dimensions, external lighting conditions, and route history.
  • the terminal may broadcast the CAM, and the latency of the CAM may be less than 100 ms.
  • the terminal may generate a DENM and transmit it to another terminal.
  • all vehicles within the transmission range of the terminal may receive CAM and/or DENM.
  • DENM may have a higher priority than CAM.
  • V2X scenarios may include vehicle platooning, advanced driving, extended sensors, remote driving, and the like.
  • vehicles can dynamically form groups and move together. For example, in order to perform platoon operations based on vehicle platooning, vehicles belonging to the group may receive periodic data from the leading vehicle. For example, vehicles belonging to the group may use periodic data to reduce or widen the distance between vehicles.
  • the vehicle can be semi-automated or fully automated.
  • each vehicle may adjust trajectories or maneuvers based on data acquired from a local sensor of a proximity vehicle and/or a proximity logical entity.
  • each vehicle may share a driving intention with nearby vehicles.
  • raw data or processed data, or live video data acquired through local sensors may be used as vehicles, logical entities, pedestrian terminals, and / Or can be exchanged between V2X application servers.
  • the vehicle can recognize an improved environment than the environment that can be detected using its own sensor.
  • a remote driver or a V2X application may operate or control the remote vehicle.
  • a route can be predicted such as in public transportation
  • cloud computing-based driving may be used for operation or control of the remote vehicle.
  • access to a cloud-based back-end service platform may be considered for remote driving.
  • V2X communication based on NR a method of specifying service requirements for various V2X scenarios such as vehicle platooning, improved driving, extended sensors, and remote driving is being discussed in V2X communication based on NR.
  • a method of operating a TX UE Transmitting User Equipment
  • the method comprising: requesting, by the TX UE, a sidelink resource from a base station through a first beam; And triggering a first BSR (Buffer Status reporting) by the TX UE, wherein the TX UE cancels the first BSR based on a Beam Failure Recovery (BFR) trigger related to the first beam. , That's how.
  • BFR Beam Failure Recovery
  • a TX User Equipment in a wireless communication system, at least one processor; And at least one computer memory that can be operably connected to the at least one processor and stores instructions for causing the at least one processor to perform operations when executed, wherein the operations are performed by the TX UE. 1 requesting a sidelink resource from a base station through a beam; And triggering a first BSR (Buffer Status reporting) by the TX UE, wherein the TX UE cancels the first BSR based on a Beam Failure Recovery (BFR) trigger related to the first beam.
  • BFR Beam Failure Recovery
  • the operations include: requesting, by the TX UE, a sidelink resource from a base station through a first beam; And triggering a first BSR (Buffer Status reporting) by the TX UE, wherein the TX UE cancels the first BSR based on a Beam Failure Recovery (BFR) trigger related to the first beam.
  • BFR Beam Failure Recovery
  • One embodiment is a computer-readable storage medium storing at least one computer program including instructions for causing at least one processor to perform operations for a UE, when executed by at least one processor, the operations ,
  • the TX UE requesting a sidelink resource to a base station through a first beam;
  • BFR Beam Failure Recovery
  • the TX UE may trigger a second BSR for first sidelink data related to the first BSR based on the selection of the second beam through the BFR.
  • the TX UE may transmit the second BSR to the base station through the second beam.
  • the first BSR may be generated before the BFR trigger.
  • the TX UE When the second sidelink data separate from the first sidelink data related to the first BSR occurs after the BFR trigger, the TX UE provides BSR information for the first sidelink data and the second sidelink data. A third BSR in which BSR information is aggregated may be triggered.
  • the first sidelink data and the second sidelink data may be related to the same Destination ID.
  • the first BSR may be based on the occurrence of first sidelink data to be transmitted by the TX UE to the RX UE.
  • a cell at a time point at which the first BSR is triggered and a cell at a time point at which the beam recovery is terminated may be different from each other.
  • the BFR may be triggered based on the TX UE detecting Beam Failure of a preset number or more.
  • the BFR timer may be started.
  • the TX UE may be a mode 1 UE.
  • the TX UE may communicate with at least one of another UE, a UE related to an autonomous vehicle, a base station, or a network.
  • FIG. 1 is a diagram for explaining by comparing V2X communication based on RAT before NR and V2X communication based on NR.
  • FIG. 2 shows a structure of an LTE system according to an embodiment of the present disclosure.
  • FIG 3 illustrates a radio protocol architecture for a user plane and a control plane according to an embodiment of the present disclosure.
  • FIG. 4 illustrates a structure of an NR system according to an embodiment of the present disclosure.
  • 5 illustrates functional division between NG-RAN and 5GC according to an embodiment of the present disclosure.
  • FIG. 6 shows a structure of an NR radio frame to which the embodiment(s) can be applied.
  • FIG. 7 shows a slot structure of an NR frame according to an embodiment of the present disclosure.
  • FIG. 8 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG 9 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG. 10 illustrates a synchronization source or a synchronization reference of V2X according to an embodiment of the present disclosure.
  • 11 to 13 are views for explaining the embodiment(s).
  • 14 to 20 are diagrams illustrating various devices to which the embodiment(s) can be applied.
  • “/” and “,” should be interpreted as representing “and/or”.
  • “A/B” may mean “A and/or B”.
  • “A, B” may mean “A and/or B”.
  • “A/B/C” may mean “at least one of A, B and/or C”.
  • “A, B, C” may mean “at least one of A, B and/or C”.
  • “or” should be interpreted as representing “and/or”.
  • “A or B” may include “only A”, “only B”, and/or “both A and B”.
  • “or” should be interpreted as indicating “additionally or alternatively”.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented with wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (evolved UTRA).
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with a system based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) that uses evolved-UMTS terrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC in uplink.
  • -Adopt FDMA is an evolution of 3GPP LTE.
  • 5G NR is the successor technology of LTE-A, and is a new clean-slate type mobile communication system with features such as high performance, low latency, and high availability.
  • 5G NR can utilize all available spectrum resources, from low frequency bands of less than 1 GHz to intermediate frequency bands of 1 GHz to 10 GHz and high frequency (millimeter wave) bands of 24 GHz or higher.
  • LTE-A or 5G NR is mainly described, but the technical idea according to an embodiment of the present disclosure is not limited thereto.
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • LTE Long Term Evolution
  • the E-UTRAN includes a base station 20 that provides a control plane and a user plane to the terminal 10.
  • the terminal 10 may be fixed or mobile, and may be referred to as other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), and a wireless device.
  • the base station 20 refers to a fixed station communicating with the terminal 10, and may be referred to as an evolved-NodeB (eNB), a base transceiver system (BTS), an access point, and the like.
  • eNB evolved-NodeB
  • BTS base transceiver system
  • access point and the like.
  • the base stations 20 may be connected to each other through an X2 interface.
  • the base station 20 is connected to an Evolved Packet Core (EPC) 30 through an S1 interface, more specifically, a Mobility Management Entity (MME) through an S1-MME and a Serving Gateway (S-GW) through an S1-U.
  • EPC Evolved Packet Core
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the EPC 30 is composed of MME, S-GW, and P-GW (Packet Data Network-Gateway).
  • the MME has access information of the terminal or information on the capabilities of the terminal, and this information is mainly used for mobility management of the terminal.
  • S-GW is a gateway having an E-UTRAN as an endpoint
  • P-GW is a gateway having a PDN (Packet Date Network) as an endpoint.
  • the layers of the Radio Interface Protocol between the terminal and the network are L1 (Layer 1) based on the lower 3 layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems. It can be divided into L2 (second layer) and L3 (third layer).
  • L2 second layer
  • L3 third layer
  • the physical layer belonging to the first layer provides an information transfer service using a physical channel
  • the radio resource control (RRC) layer located in the third layer is a radio resource between the terminal and the network. It plays the role of controlling To this end, the RRC layer exchanges RRC messages between the terminal and the base station.
  • 3(a) shows a radio protocol architecture for a user plane according to an embodiment of the present disclosure.
  • the user plane is a protocol stack for transmitting user data
  • the control plane is a protocol stack for transmitting control signals.
  • a physical layer provides an information transmission service to an upper layer using a physical channel.
  • the physical layer is connected to an upper layer, a medium access control (MAC) layer, through a transport channel. Data is moved between the MAC layer and the physical layer through the transport channel. Transmission channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • MAC medium access control
  • the physical channel may be modulated in an Orthogonal Frequency Division Multiplexing (OFDM) scheme, and uses time and frequency as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides a service to an upper layer, a radio link control (RLC) layer, through a logical channel.
  • the MAC layer provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping a plurality of logical channels to a single transport channel.
  • the MAC sublayer provides a data transmission service on a logical channel.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC Serving Data Units (SDUs).
  • SDUs RLC Serving Data Units
  • the RLC layer has a Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode. , AM).
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode.
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the Radio Resource Control (RRC) layer is defined only in the control plane.
  • the RRC layer is in charge of controlling logical channels, transport channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB refers to a logical path provided by a first layer (physical layer or PHY layer) and a second layer (MAC layer, RLC layer, and Packet Data Convergence Protocol (PDCP) layer) for data transfer between the terminal and the network.
  • MAC layer physical layer
  • RLC layer Radio Link Control Protocol
  • PDCP Packet Data Convergence Protocol
  • the functions of the PDCP layer in the user plane include transmission of user data, header compression, and ciphering.
  • the functions of the PDCP layer in the control plane include transmission of control plane data and encryption/integrity protection.
  • Establishing the RB refers to a process of defining characteristics of a radio protocol layer and channel to provide a specific service, and setting specific parameters and operation methods for each.
  • the RB can be further divided into two types: Signaling Radio Bearer (SRB) and Data Radio Bearer (DRB).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • the UE When 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 it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the terminal in the RRC_INACTIVE state can release the connection with the base station while maintaining the connection with the core network.
  • a downlink transmission channel for transmitting data from a network to a terminal there is a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting user traffic or control messages.
  • BCH broadcast channel
  • SCH downlink shared channel
  • downlink multicast or broadcast service traffic or control messages they may be transmitted through a downlink SCH or a separate downlink multicast channel (MCH).
  • RACH random access channel
  • SCH uplink shared channel
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic. Channel
  • the physical channel is composed of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and is composed of a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for the PDCCH (Physical Downlink Control Channel), that is, the L1/L2 control channel.
  • TTI Transmission Time Interval
  • FIG. 4 illustrates a structure of an NR system according to an embodiment of the present disclosure.
  • a Next Generation Radio Access Network may include a next generation-Node B (gNB) and/or an eNB that provides user plane and control plane protocol termination to a terminal.
  • gNB next generation-Node B
  • eNB that provides user plane and control plane protocol termination to a terminal.
  • 4 illustrates a case where only gNB is included.
  • the gNB and the eNB are connected to each other through an Xn interface.
  • the gNB and eNB are connected to the 5th generation core network (5G Core Network: 5GC) through the NG interface.
  • 5G Core Network 5GC
  • the access and mobility management function AMF
  • UPF user plane function
  • 5 illustrates functional division between NG-RAN and 5GC according to an embodiment of the present disclosure.
  • the gNB is inter-cell radio resource management (Inter Cell RRM), radio bearer management (RB control), connection mobility control (Connection Mobility Control), radio admission control (Radio Admission Control), measurement setting and provision Functions such as (Measurement configuration & Provision) and dynamic resource allocation may be provided.
  • AMF can provide functions such as non-access stratum (NAS) security and idle state mobility processing.
  • UPF may provide functions such as mobility anchoring and Protocol Data Unit (PDU) processing.
  • SMF Session Management Function
  • FIG. 6 shows the structure of an NR radio frame to which the present invention can be applied.
  • radio frames may be used in uplink and downlink transmission in NR.
  • the radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (HF).
  • the half-frame may include five 1ms subframes (Subframe, SF).
  • a subframe may be divided into one or more slots, and the number of slots within a subframe may be determined according to a subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • Each slot may include 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
  • CP cyclic prefix
  • each slot may include 14 symbols.
  • each slot may include 12 symbols.
  • the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or DFT-s-OFDM symbol).
  • Table 1 below shows the number of symbols per slot according to the SCS setting ( ⁇ ) when normal CP is used ( ), number of slots per frame ( ) And the number of slots per subframe ( ) For example.
  • Table 2 illustrates the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to the SCS when the extended CP is used.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • the (absolute time) section of the time resource e.g., subframe, slot or TTI
  • TU Time Unit
  • multiple numerology or SCS to support various 5G services may be supported.
  • SCS when the SCS is 15 kHz, a wide area in traditional cellular bands can be supported, and when the SCS is 30 kHz/60 kHz, a dense-urban, lower delay latency) and a wider carrier bandwidth may be supported.
  • SCS when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.
  • the NR frequency band can be defined as two types of frequency ranges.
  • the two types of frequency ranges may be FR1 and FR2.
  • the numerical value of the frequency range may be changed, for example, the two types of frequency ranges may be shown in Table 3 below.
  • FR1 can mean “sub 6GHz range”
  • FR2 can mean “above 6GHz range” and can be called millimeter wave (mmW).
  • mmW millimeter wave
  • FR1 may include a band of 410MHz to 7125MHz as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band.
  • the unlicensed band can be used for a variety of purposes, and can be used, for example, for communication for vehicles (eg, autonomous driving).
  • FIG. 7 shows a slot structure of an NR frame according to an embodiment of the present disclosure.
  • a slot includes a plurality of symbols in the time domain.
  • one slot includes 14 symbols, but in the case of an extended CP, one slot may include 12 symbols.
  • one slot may include 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • the carrier includes a plurality of subcarriers in the frequency domain.
  • Resource Block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • BWP Bandwidth Part
  • P Physical Resource Block
  • the carrier may include up to N (eg, 5) BWPs. Data communication can be performed through an activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • the radio interface between the terminal and the terminal or the radio interface between the terminal and the network may be composed of an L1 layer, an L2 layer, and an L3 layer.
  • the L1 layer may mean a physical layer.
  • the L2 layer may mean at least one of a MAC layer, an RLC layer, a PDCP layer, and an SDAP layer.
  • the L3 layer may mean an RRC layer.
  • V2X or SL (sidelink) communication will be described.
  • FIG. 8 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, FIG. 8 (a) shows a user plane protocol stack of LTE, and FIG. 8 (b) shows a control plane protocol stack of LTE.
  • FIG. 9 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, FIG. 9A shows a user plane protocol stack of NR, and FIG. 9B shows a control plane protocol stack of NR.
  • the transmission mode may be referred to as a mode or a resource allocation mode.
  • the transmission mode in LTE may be referred to as an LTE transmission mode
  • the transmission mode in NR may be referred to as an NR resource allocation mode.
  • (a) of FIG. 14 shows a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3.
  • (a) of FIG. 14 shows a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 may be applied to general SL communication
  • LTE transmission mode 3 may be applied to V2X communication.
  • (b) of FIG. 14 shows a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • (b) of FIG. 14 shows a terminal operation related to NR resource allocation mode 2.
  • the base station may schedule SL resources to be used by the terminal for SL transmission.
  • the base station may perform resource scheduling to UE 1 through PDCCH (more specifically, Downlink Control Information (DCI)), and UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • PDCCH more specifically, Downlink Control Information (DCI)
  • DCI Downlink Control Information
  • UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • DCI Downlink Control Information
  • PSSCH Physical Sidelink Shared Channel
  • the terminal may be provided or allocated resources for transmission of one or more SLs of one transport block (TB) from the base station through a dynamic grant.
  • the base station may provide a resource for transmission of PSCCH and/or PSSCH to the terminal by using a dynamic grant.
  • the transmitting terminal may report the SL HARQ (Hybrid Automatic Repeat Request) feedback received from the receiving terminal to the base station.
  • SL HARQ Hybrid Automatic Repeat Request
  • a PUCCH resource and timing for reporting SL HARQ feedback to the base station may be determined based on an indication in the PDCCH for the base station to allocate resources for SL transmission.
  • DCI may indicate a slot offset between DCI reception and a first SL transmission scheduled by DCI.
  • the minimum gap between the DCI scheduling SL transmission resource and the first scheduled SL transmission resource may not be smaller than the processing time of the corresponding terminal.
  • the terminal may periodically provide or receive a resource set from the base station for transmission of a plurality of SLs through a configured grant.
  • the to-be-set grant may include a set grant type 1 or a set grant type 2.
  • the terminal may determine the TB to be transmitted in each case (occasions) indicated by a given configured grant (given configured grant).
  • the base station may allocate SL resources to the terminal on the same carrier, and allocate the SL resources to the terminal on different carriers.
  • the NR base station may control LTE-based SL communication.
  • the NR base station may transmit the NR DCI to the terminal to schedule LTE SL resources.
  • a new RNTI for scrambling the NR DCI may be defined.
  • the terminal may include an NR SL module and an LTE SL module.
  • the NR SL module can convert the NR SL DCI to LTE DCI type 5A, and the NR SL module is X ms LTE DCI type 5A can be delivered to the LTE SL module as a unit.
  • the LTE SL module may apply activation and/or release to the first LTE subframe Z ms later.
  • the X can be dynamically displayed using a field of DCI.
  • the minimum value of X may be different according to UE capability.
  • the terminal may report a single value according to the terminal capability.
  • X may be a positive number.
  • the terminal may determine the SL transmission resource within the SL resource set by the base station/network or the SL resource set in advance.
  • the set SL resource or the preset SL resource may be a resource pool.
  • the terminal can autonomously select or schedule a resource for SL transmission.
  • the terminal may perform SL communication by selecting a resource from the set resource pool by itself.
  • the terminal may perform a sensing and resource (re) selection procedure to select a resource by itself within the selection window.
  • the sensing may be performed on a subchannel basis.
  • UE 1 may transmit SCI to UE 2 through PSCCH and then transmit the SCI-based data to UE 2 through PSSCH.
  • the terminal may help select SL resources for other terminals.
  • the UE in the NR resource allocation mode 2, the UE may be configured with a configured grant for SL transmission.
  • the terminal can schedule SL transmission of another terminal.
  • the UE in NR resource allocation mode 2, the UE may reserve SL resources for blind retransmission.
  • the first terminal may indicate the priority of SL transmission to the second terminal using SCI.
  • the second terminal may decode the SCI, and the second terminal may perform sensing and/or resource (re)selection based on the priority.
  • the resource (re) selection procedure includes the step of the second terminal identifying a candidate resource in the resource selection window, and the second terminal selecting a resource for (re)transmission from the identified candidate resources can do.
  • the resource selection window may be a time interval during which the UE selects a resource for SL transmission.
  • the resource selection window may start at T1 ⁇ 0, and the resource selection window is based on the remaining packet delay budget of the second terminal.
  • a specific resource is indicated by the SCI received from the first terminal by the second terminal, and the L1 SL RSRP measurement value for the specific resource is
  • the second terminal may not determine the specific resource as a candidate resource.
  • the SL RSRP threshold may be determined based on the priority of SL transmission indicated by the SCI received from the first terminal by the second terminal and the priority of SL transmission on the resource selected by the second terminal.
  • the L1 SL RSRP may be measured based on the SL Demodulation Reference Signal (DMRS).
  • DMRS SL Demodulation Reference Signal
  • one or more PSSCH DMRS patterns may be set or preset in the time domain for each resource pool.
  • the PDSCH DMRS configuration type 1 and/or type 2 may be the same as or similar to the frequency domain pattern of the PSSCH DMRS.
  • the correct DMRS pattern can be indicated by SCI.
  • the transmitting terminal may select a specific DMRS pattern from among DMRS patterns set for a resource pool or preset in advance.
  • the transmitting terminal may perform initial transmission of a transport block (TB) without reservation. For example, based on the sensing and resource (re) selection procedure, the transmitting terminal may reserve the SL resource for initial transmission of the second TB using the SCI associated with the first TB.
  • the UE may reserve resources for feedback-based PSSCH retransmission through signaling related to previous transmission of the same TB (Transport Block).
  • the maximum number of SL resources reserved by one transmission including the current transmission may be 2, 3, or 4.
  • the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled.
  • the maximum number of HARQ (re) transmissions for one TB may be limited by setting or preset.
  • the maximum number of HARQ (re) transmissions may be up to 32.
  • the maximum number of HARQ (re) transmissions may be unspecified.
  • the setting or preset may be for a transmitting terminal.
  • HARQ feedback for releasing resources not used by the terminal may be supported.
  • the terminal may indicate to another terminal one or more subchannels and/or slots used by the terminal using SCI.
  • the UE may indicate to another UE one or more subchannels and/or slots reserved by the UE for PSSCH (re)transmission using SCI.
  • the minimum allocation unit of SL resources may be a slot.
  • the size of the subchannel may be set for the terminal or may be preset.
  • SCI sidelink control information
  • Control information transmitted by the base station to the terminal through the PDCCH is referred to as DCI (Downlink Control Information), while control information transmitted by the terminal to another terminal through the PSCCH may be referred to as SCI.
  • DCI Downlink Control Information
  • SCI Downlink Control Information
  • the UE may know the start symbol of the PSCCH and/or the number of symbols of the PSCCH before decoding the PSCCH.
  • SCI may include SL scheduling information.
  • the terminal may transmit at least one SCI to another terminal in order to schedule the PSSCH.
  • one or more SCI formats may be defined.
  • the transmitting terminal may transmit the SCI to the receiving terminal on the PSCCH.
  • the receiving terminal may decode one SCI to receive the PSSCH from the transmitting terminal.
  • the transmitting terminal may transmit two consecutive SCIs (eg, 2-stage SCI) to the receiving terminal on the PSCCH and/or PSSCH.
  • the receiving terminal may decode two consecutive SCIs (eg, 2-stage SCI) to receive the PSSCH from the transmitting terminal.
  • the SCI configuration fields are divided into two groups in consideration of the (relatively) high SCI payload size
  • the SCI including the first SCI configuration field group is referred to as the first SCI or the 1st SCI.
  • the SCI including the second SCI configuration field group may be referred to as a second SCI or a 2nd SCI.
  • the transmitting terminal may transmit the first SCI to the receiving terminal through the PSCCH.
  • the transmitting terminal may transmit the second SCI to the receiving terminal on the PSCCH and/or PSSCH.
  • the second SCI may be transmitted to the receiving terminal through the (independent) PSCCH, or may be piggybacked with data through the PSSCH and transmitted.
  • two consecutive SCIs may be applied for different transmissions (eg, unicast, broadcast, or groupcast).
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through SCI.
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through the first SCI and/or the second SCI.
  • PSCCH-related resource allocation information for example, time/frequency resource location/number, resource reservation information (eg, period), and/or
  • SL CSI transmission indicator (or SL (L1) RSRP (and/or SL (L1) RSRQ and/or SL (L1) RSSI) information transmission indicator), and/or
  • -Reference signal (e.g., DMRS, etc.) information related to decoding and/or channel estimation of data transmitted through the PSSCH, for example, information related to the pattern of (time-frequency) mapping resources of the DMRS, rank ) Information, antenna port index information;
  • the first SCI may include information related to channel sensing.
  • the receiving terminal may decode the second SCI using the PSSCH DMRS.
  • a polar code used for the PDCCH may be applied to the second SCI.
  • the payload size of the first SCI may be the same for unicast, groupcast and broadcast.
  • the receiving terminal does not need to perform blind decoding of the second SCI.
  • the first SCI may include scheduling information of the second SCI.
  • the PSCCH is SCI, the first SCI and/or the first SCI. It may be replaced/substituted with at least one of 2 SCIs. And/or, for example, SCI may be replaced/substituted with at least one of PSCCH, first SCI, and/or second SCI. And/or, for example, since the transmitting terminal can transmit the second SCI to the receiving terminal through the PSSCH, the PSSCH can be replaced/replaced with the second SCI.
  • the BSR Buffer Status reporting
  • IAB In the case of IAB, it is additionally used by an IAB-MT to provide its parent IAB-DU with the information about the amount of the data expected to arrive at the MT of the IAB node from its child node(s) and or UE(s) connected to it.
  • This BSR is referred to as Pre-emptive BSR.
  • pre-emptive BSR information on the amount of data expected to arrive at the MT of the IAB node from a lower node or a connected UE to the upper IAB-DU.
  • RRC configures the following parameters to control BSR.
  • Each logical channel can be assigned to an LCG using a logicalChannelGroup.
  • the maximum number of LCGs is 8.
  • the MAC entity determines the amount of UL data available for the logical channel according to the data volume calculation procedure of TS 38.322 and 38.323.
  • a BSR other than the pre-emptive BSR is triggered.
  • this UL data belongs to a logical channel having a higher priority than the priority of a logical channel including the available UL data belonging to the LCG, or There is no UL data available in the logical channel to which it belongs.
  • the BSR is referred to as'general BSR' below)
  • this BSR is referred to as'Padding BSR'.
  • this BSR is referred to as'Regular BSR'.
  • this BSR is referred to as'Periodic BSR'.
  • the MAC entity When the MAC entity receives approval for new data transmission through the UL-SCH, it must restart the retxBSR-Timer.
  • All triggered BSRs other than the pre-emptive BSR can accommodate all pending data that can be transmitted by the UL grant, but can be canceled if it is not sufficient to additionally accommodate the BSR MAC CE and the corresponding sub-header. All BSRs other than the pre-emptive BSR triggered prior to the MAC PDU assembly must be canceled when the MAC PDU is transmitted, regardless of the LBT error indication of the lower layer, and this PDU contains a long or short BSR MAC CE with maximum or buffer status. Is included.
  • the MAC entity when a beam failure is detected in the SSB / CSI-RS, a beam failure recovery procedure used to indicate to the serving gNB of a new SSB or CSI-RS may be configured for each serving cell by RRC.
  • the beam failure is detected by counting the beam failure instance indication from the lower layer to the MAC entity.
  • the BFR procedure can be according to Table 5 extracted from 3GPP TS 38.321.
  • the triggered BSR for transmitting the uplink data to the base station is Pending until the beam failure is recovered.
  • SR/BSR procedures are not defined. Therefore, if a regular BSR is triggered in the NR Uu normal BSR procedure, it is treated as a pending BSR until the triggered BSR is processed.If this is applied to a Beam Failure situation, Beam Failure Recovery starts and the triggered BSR is processed as a pending BSR. Can be regarded as prior art.
  • the UE processes the pending BSR and allocates uplink resources from the base station.
  • the UE processes the pending BSR and allocates uplink resources from the base station.
  • a problem occurs in the selected beam while maintaining the connection through the selected beam between the V2X device and the base station (for example, Beam Failure)
  • sidelink communication between the V2X devices may also be affected.
  • a beam failure occurs for a beam selected by the UE in the Uu link while the V2X UE is performing sidelink communication by receiving resources from the base station in a mode 1 method (e.g., Mode 1 dynamic scheduling)
  • the UE will be beam failure. Perform the recovery process. Therefore, during the corresponding beam failure recovery period, the UE may have a problem that cannot normally perform the “mode 1 resource allocation request (SR/BSR procedure)” for sidelink communication with the base station (due to failure of the previous beam in use)
  • the sidelink resource request cannot be performed to the base station until the UE selects a new beam through the Beam Failure Recovery process).
  • the UE performs sidelink communication by switching to the Mode 2 resource use mode in order to temporarily use the Mode 2 resource (TX Exception Pool) during Beam Failure Recovery.
  • Mode 2 resource TX Exception Pool
  • the TX UE may request a sidelink resource to a base station through a first beam (S1101 in FIG. 11).
  • the TX UE may be a mode 1 UE, and may be allocated mode 1 resources from the base station. Thereafter, the TX UE may trigger a first BSR (Buffer Status reporting) (S1102 in FIG. 11).
  • the first BSR may be based on the occurrence of first sidelink data to be transmitted by the TX UE to the RX UE. That is, data to be transmitted by the TX UE to the RX UE is generated, and the BSR is triggered.
  • the TX UE may cancel the first BSR based on a Beam Failure Recovery (BFR) trigger related to the first beam. That is, the TX UE cancels the triggered BSR for sidelink data transmission.
  • BFR Beam Failure Recovery
  • the first BSR may be generated before the BFR trigger.
  • the TX UE may trigger a second BSR for first sidelink data related to the first BSR based on the selection of the second beam through the BFR.
  • the TX UE triggers a new BSR for sidelink data that has not performed the previous transmission.
  • the TX UE transmits the second BSR to the base station through the second beam. That is, the TX UE receives a grant for sidelink data transmission from the base station by transmitting a new BSR to the base station through the newly selected beam after the beam failure is recovered.
  • the existing BSR can be efficiently processed.
  • the UE may have a high moving speed, and in this case, there is a possibility that the cell may change during BFR. If the cell is changed due to the (fast) movement of the UE, transmitting the existing BSR to the changed cell is only unnecessary signal transmission. Therefore, the BSR that occurred before the BFR trigger is canceled, and a new BSR for canceled BSR data is transmitted through a beam selected through the BFR, so that BSR and BFR can be efficiently operated.
  • the operation of the UE is simplified by preventing the V2X TX UE from pending the BSR until the beam failure of the Uu link is recovered. For example, if the V2X TX UE pending the BSR due to a Uu link beam failure, or when new sidelink data occurs during beam recovery or after beam recovery, the TX UE previously pending after the beam failure of the Uu link is recovered. The BSR must be resumed again and another new BSR must be triggered once more for the new sidelink data transmission.
  • the V2X TX UE cancels the triggered BSR for sidelink data transmission due to the occurrence of a beam failure of the Uu link
  • new sidelink data occurs during beam recovery or after beam recovery.
  • the TX UE triggers the previously canceled BSR again after the beam failure of the Uu link is recovered
  • the new BSR information for the new sidelink data transmission and the previously canceled BSR information are aggregated together to trigger only one BSR. You can do it. That is, the mode 1 resource allocation request process (SR/BSR) of the TX UE can be further simplified.
  • SR/BSR mode 1 resource allocation request process
  • the TX UE includes BSR information and the second sidelink data for the first sidelink data.
  • a third BSR in which BSR information for BSR is aggregated may be triggered.
  • the TX UE triggers a new BSR that aggregates BSR information for sidelink data that has not been previously transmitted and BSR information for new sidelink data that has been newly generated.
  • the first sidelink data and the second sidelink data may be related to the same Destination ID.
  • the first sidelink data and the second sidelink data may be related to different destination IDs.
  • the TX UE has sidelink data for transmission of the RX UE.
  • the BSR triggered for sidelink data transmission is canceled without pending processing until the failed beam is recovered.
  • a new BSR is triggered for sidelink data that has not been previously transmitted. If new sidelink data occurs while the beam is being recovered, a new BSR that aggregates the BSR for sidelink data that has not been previously transmitted and the BSR for new sidelink data transmission can be transmitted.
  • step S1201 the TX UE requests a mode 1 sidelink transmission resource through a selected beam to a base station and is allocated a mode 1 resource.
  • step S1202 data to be transmitted by the TX UE to the RX UE is generated, and the BSR is triggered.
  • step S1203 the TX UE detects beam failure of the Uu link (between the UE and the base station) as much as the maximum, triggers Beam Failure Recovery (BFR), and starts the BFR timer at the same time.
  • BFR Beam Failure Recovery
  • step S1204 the TX UE cancels the triggered BSR for sidelink data transmission.
  • step S1205 the beam failure recovery process between the TX UE and the base station is completed. That is, the beam is recovered and a new beam is selected between the TX UE and the base station.
  • step S1206 the TX UE triggers a new BSR for sidelink data that has not performed previous transmission.
  • step S1207 the TX UE receives a grant for sidelink data transmission from the base station by transmitting a new BSR to the base station through the newly selected beam after the beam failure is recovered.
  • step S1301 the TX UE requests a mode 1 sidelink transmission resource through a selected beam to a base station and is allocated a mode 1 resource.
  • step S1302 data to be transmitted by the TX UE to the RX UE is generated, and the BSR is triggered.
  • step S1303 the TX UE detects beam failure of the Uu link (between the UE and the base station) as much as the maximum, triggers beam failure recovery (BFR), and starts the BFR timer at the same time.
  • BFR beam failure recovery
  • step S1304 the TX UE cancels the triggered BSR for sidelink data transmission.
  • step S1305 the beam failure recovery process between the TX UE and the base station is completed. That is, the beam is recovered and a new beam is selected between the TX UE and the base station.
  • step S1306 when the TX UE triggers a new BSR for sidelink data transmission for which the previous transmission was not performed, if new sidelink data occurs during Beam Recovery or after Beam Recovery, the TX UE is the sidelink that has not been previously transmitted. Trigger a new BSR that aggregates BSR information for data and BSR information for newly generated sidelink data. When BSR information is aggregated, BSR information for multiple sidelink data transmitted to the same Destination ID (sidelink data that has not been transmitted to the previous RX UE and new sidelink data transmitted to the same RX UE (same Destination ID)) is aggregated. This can trigger a new BSR.
  • a new BSR can be triggered by aggregation of BSR information for (new sidelink data for transmission).
  • step S1307 the TX UE receives a grant for sidelink data transmission from the base station by transmitting a new BSR to the base station through the newly selected beam after the beam failure is recovered.
  • the V2X TX UE when the V2X TX UE detects a beam failure in the Uu link with the base station, it cancels the previously triggered BSR for sidlelink data transmission, and triggers a new BSR after the beam failure of the Uu lilnk is recovered. Mode 1 resources for sidlelink data that could not be transmitted before were allocated from the base station.
  • the TX UE may trigger a new BSR for canceled BSR and transmit it to the base station.
  • the TX UE may trigger a BSR in which a previous canceled BSR and a new BSR are aggregated and transmit it to the base station. remind.
  • the TX UE may be a mode 1 UE, and may be allocated mode 1 resources from the base station.
  • a communication system 1 applied to the present invention includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, including HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone, It can be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to another wireless device.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200 / network 300, but may perform direct communication (e.g. sidelink communication) without going through the base station / network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f / base station 200 and the base station 200 / base station 200.
  • wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or 15D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • the wireless device and the base station/wireless device, and the base station and the base station can transmit/receive radio signals to each other.
  • the wireless communication/connection 150a, 150b, 150c can transmit/receive signals through various physical channels.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is ⁇ wireless device 100x, base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. 14 ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102.
  • the memory 104 may perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may store information obtained from signal processing of the fourth information/signal in the memory 204 after receiving a radio signal including the fourth information/signal through the transceiver 206.
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202.
  • the memory 204 may perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document. It can store software code including
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, suggestion, method, and/or operational flow chart disclosed herein. At least one processor (102, 202) generates a signal (e.g., a baseband signal) including PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , Can be provided to one or more transceivers (106, 206).
  • a signal e.g., a baseband signal
  • a signal e.g., a baseband signal
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are included in one or more processors 102, 202, or stored in one or more memories 104, 204, and are It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or a set of instructions.
  • One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, register, cache memory, computer readable storage medium, and/or combinations 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, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • the one or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc. mentioned in the description, functions, procedures, suggestions, methods and/or operation flow charts disclosed in this document from one or more other devices.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202, and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected with one or more antennas (108, 208), and one or more transceivers (106, 206) through one or more antennas (108, 208), the description and functionality disclosed in this document. It may be set to transmit and receive user data, control information, radio signals/channels, etc. mentioned in procedures, proposals, methods and/or operation flowcharts.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • 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 a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), or a ship.
  • AV aerial vehicle
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and autonomous driving. It may include a 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.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers.
  • the controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illumination sensor, pedal position sensor, etc. may be included.
  • the autonomous driving unit 140d is a technology for maintaining a driving lane, a technology for automatically adjusting the speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and for driving by automatically setting a route when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data and traffic information data from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or the autonomous driving vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, and a driving plan to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like based on information collected from the vehicle or autonomously driving vehicles, and may provide the predicted traffic information data to the vehicle or autonomously driving vehicles.
  • Vehicles may also be implemented as means of transport, trains, aircraft, and ships.
  • the vehicle 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, and a position measurement unit 140b.
  • blocks 110 to 130/140a to 140b correspond to blocks 110 to 130/140 of FIG. 41, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other vehicles or external devices such as a base station.
  • the controller 120 may perform various operations by controlling components of the vehicle 100.
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the vehicle 100.
  • the input/output unit 140a may output an AR/VR object based on information in the memory unit 130.
  • the input/output unit 140a may include a HUD.
  • the location measurement unit 140b may obtain location information of the vehicle 100.
  • the location information may include absolute location information of the vehicle 100, location information within a driving line, acceleration information, location information with surrounding vehicles, and the like.
  • the location measurement unit 140b may include GPS and various sensors.
  • the communication unit 110 of the vehicle 100 may receive map information, traffic information, etc. from an external server and store it in the memory unit 130.
  • the location measurement unit 140b may acquire vehicle location information through GPS and various sensors and store it in the memory unit 130.
  • the controller 120 may generate a virtual object based on map information, traffic information, vehicle location information, and the like, and the input/output unit 140a may display the generated virtual object on a window in the vehicle (1410, 1420).
  • the controller 120 may determine whether the vehicle 100 is operating normally within the driving line based on the vehicle location information. When the vehicle 100 deviates from the driving line abnormally, the control unit 120 may display a warning on the window of the vehicle through the input/output unit 140a.
  • control unit 120 may broadcast a warning message regarding a driving abnormality to nearby vehicles through the communication unit 110.
  • controller 120 may transmit location information of the vehicle and information on driving/vehicle abnormalities to a related organization through the communication unit 110.
  • the XR device may be implemented as an HMD, a head-up display (HUD) provided in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • HMD head-up display
  • a television a television
  • smartphone a smartphone
  • a computer a wearable device
  • a home appliance a digital signage
  • a vehicle a robot, and the like.
  • the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a power supply unit 140c.
  • blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 41, respectively.
  • the communication unit 110 may transmit and receive signals (eg, media data, control signals, etc.) with other wireless devices, portable devices, or external devices such as a media server.
  • Media data may include images, images, and sounds.
  • the controller 120 may perform various operations by controlling components of the XR device 100a.
  • the controller 120 may be configured to control and/or perform procedures 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 for driving the XR device 100a/generating an XR object.
  • the input/output unit 140a may obtain control information, data, etc. from the outside, and may output the generated XR object.
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain XR device status, surrounding environment information, user information, and the like.
  • the sensor unit 140b may include a proximity sensor, an illuminance 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, an optical sensor, a microphone, and/or a radar. have.
  • the power supply unit 140c supplies power to the XR device 100a, and may include a wired/wireless charging circuit, a battery, and the like.
  • the memory unit 130 of the XR device 100a may include information (eg, data, etc.) necessary for generating an XR object (eg, AR/VR/MR object).
  • the input/output unit 140a may obtain a command to manipulate the XR device 100a from the user, and the controller 120 may drive the XR device 100a according to the user's driving command. For example, when a user tries to watch a movie, news, etc. through the XR device 100a, the controller 120 transmits the content request information through the communication unit 130 to another device (for example, the mobile device 100b) or Can be sent to the media server.
  • another device for example, the mobile device 100b
  • the communication unit 130 may download/stream contents such as movies and news from another device (eg, the mobile device 100b) or a media server to the memory unit 130.
  • the control unit 120 controls and/or performs procedures such as video/image acquisition, (video/image) encoding, and metadata generation/processing for the content, and is acquired through the input/output unit 140a/sensor unit 140b.
  • An XR object may be generated/output based on information on a surrounding space or a real object.
  • the XR device 100a is wirelessly connected to the mobile device 100b through the communication unit 110, and the operation of the XR device 100a may be controlled by the mobile device 100b.
  • the portable device 100b may operate as a controller for the XR device 100a.
  • the XR device 100a may obtain 3D location information of the portable device 100b, and then generate and output an XR object corresponding to the portable device 100b.
  • Robots can be classified into industrial, medical, household, military, etc. depending on the purpose or field of use.
  • the robot 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a driving unit 140c.
  • blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 41, respectively.
  • the communication unit 110 may transmit and receive signals (eg, driving information, control signals, etc.) with other wireless devices, other robots, or external devices such as a control server.
  • the controller 120 may perform various operations by controlling components of the robot 100.
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the robot 100.
  • the input/output unit 140a acquires information from the outside of the robot 100 and may output the information to the outside of the robot 100.
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain internal information, surrounding environment information, user information, and the like of the robot 100.
  • the sensor unit 140b may include a proximity sensor, an illuminance sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, an optical sensor, a microphone, a radar, and the like.
  • the driving unit 140c may perform various physical operations such as moving a robot joint. In addition, the driving unit 140c may make the robot 100 travel on the ground or fly in the air.
  • the driving unit 140c may include an actuator, a motor, a wheel, a brake, a propeller, and the like.
  • AI devices are fixed devices such as TVs, projectors, smartphones, PCs, notebooks, digital broadcasting terminals, tablet PCs, wearable devices, set-top boxes (STBs), radios, washing machines, refrigerators, digital signage, robots, vehicles, etc. It can be implemented with possible devices.
  • the AI device 100 includes a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a/140b, a running processor unit 140c, and a sensor unit 140d. It may include. Blocks 110 to 130/140a to 140d correspond to blocks 110 to 130/140 of FIG. 41, respectively.
  • the communication unit 110 uses wired/wireless communication technology to provide external devices such as other AI devices (eg, FIGS. 14, 100x, 200, 400) or AI servers (eg, 400 in FIG. 14) and wired/wireless signals (eg, sensor information). , User input, learning model, control signals, etc.). To this end, the communication unit 110 may transmit information in the memory unit 130 to an external device or may transmit a signal received from the external device to the memory unit 130.
  • AI devices eg, FIGS. 14, 100x, 200, 400
  • AI servers eg, 400 in FIG. 14
  • wired/wireless signals eg, sensor information
  • the communication unit 110 may transmit information in the memory unit 130 to an external device or may transmit a signal received from the external device to the memory unit 130.
  • the controller 120 may determine at least one executable operation of the AI device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. In addition, the controller 120 may perform a determined operation by controlling the components of the AI device 100. For example, the control unit 120 may request, search, receive, or utilize data from the learning processor unit 140c or the memory unit 130, and may be a predicted or desirable operation among at least one executable operation. Components of the AI device 100 can be controlled to execute the operation. In addition, the control unit 120 collects history information including the operation content or user's feedback on the operation of the AI device 100 and stores it in the memory unit 130 or the running processor unit 140c, or the AI server ( 14 and 400). The collected history information can be used to update the learning model.
  • the memory unit 130 may store data supporting various functions of the AI device 100.
  • the memory unit 130 may store data obtained from the input unit 140a, data obtained from the communication unit 110, output data from the running processor unit 140c, and data obtained from the sensing unit 140.
  • the memory unit 130 may store control information and/or software codes necessary for the operation/execution of the controller 120.
  • the input unit 140a may acquire various types of data from the outside of the AI device 100.
  • the input unit 140a may acquire training data for model training and input data to which the training model is to 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 sense.
  • the output unit 140b may include a display unit, a speaker, and/or a haptic module.
  • the sensing unit 140 may obtain at least one of internal information of the AI device 100, surrounding environment information of the AI device 100, and user information by using various sensors.
  • the sensing unit 140 may include a proximity sensor, an illuminance 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, an optical sensor, a microphone, and/or a radar. have.
  • the learning processor unit 140c may train a model composed of an artificial neural network using the training data.
  • the running processor unit 140c may perform AI processing together with the running processor unit of the AI server (FIGS. 14 and 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.
  • the output value of the learning processor unit 140c may be transmitted to an external device through the communication unit 110 and/or may be stored in the memory unit 130.
  • Embodiments as described above can be applied to various mobile communication systems.

Landscapes

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

Abstract

일 실시예는, 무선통신시스템에서, TX UE (Transmitting User Equipment)의 동작 방법에 있어서, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계를 포함하며, 상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 방법이다.

Description

무선통신시스템에서 BSR에 관련된 UE의 동작 방법 및 장치
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 상세하게는 BFR (Beam Failure Recovery) 및 BSR (Buffer Status reporting)에 관련된 UE의 동작 방법 및 장치에 대한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
무선 통신 시스템에서는 LTE, LTE-A, WiFi 등의 다양한 RAT(Radio Access Technology)이 사용되고 있으며, 5G 도 여기에 포함된다. 5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다. 일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다.
V2X 통신과 관련하여, NR 이전의 RAT에서는 BSM(Basic Safety Message), CAM(Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message)과 같은 V2X 메시지를 기반으로, 안전 서비스(safety service)를 제공하는 방안이 주로 논의되었다. V2X 메시지는, 위치 정보, 동적 정보, 속성 정보 등을 포함할 수 있다. 예를 들어, 단말은 주기적인 메시지(periodic message) 타입의 CAM, 및/또는 이벤트 트리거 메시지(event triggered message) 타입의 DENM을 다른 단말에게 전송할 수 있다.
예를 들어, CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. 예를 들어, 단말은 CAM을 방송할 수 있으며, CAM의 지연(latency)은 100ms보다 작을 수 있다. 예를 들어, 차량의 고장, 사고 등의 돌발적인 상황이 발행하는 경우, 단말은 DENM을 생성하여 다른 단말에게 전송할 수 있다. 예를 들어, 단말의 전송 범위 내에 있는 모든 차량은 CAM 및/또는 DENM을 수신할 수 있다. 이 경우, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
이후, V2X 통신과 관련하여, 다양한 V2X 시나리오들이 NR에서 제시되고 있다. 예를 들어, 다양한 V2X 시나리오들은, 차량 플래투닝(vehicle platooning), 향상된 드라이빙(advanced driving), 확장된 센서들(extended sensors), 리모트 드라이빙(remote driving) 등을 포함할 수 있다.
예를 들어, 차량 플래투닝을 기반으로, 차량들은 동적으로 그룹을 형성하여 함께 이동할 수 있다. 예를 들어, 차량 플래투닝에 기반한 플라툰 동작들(platoon operations)을 수행하기 위해, 상기 그룹에 속하는 차량들은 선두 차량으로부터 주기적인 데이터를 수신할 수 있다. 예를 들어, 상기 그룹에 속하는 차량들은 주기적인 데이터를 이용하여, 차량들 사이의 간격을 줄이거나 넓힐 수 있다.
예를 들어, 향상된 드라이빙을 기반으로, 차량은 반자동화 또는 완전 자동화될 수 있다. 예를 들어, 각 차량은 근접 차량 및/또는 근접 로지컬 엔티티(logical entity)의 로컬 센서(local sensor)에서 획득된 데이터를 기반으로, 궤도(trajectories) 또는 기동(maneuvers)을 조정할 수 있다. 또한, 예를 들어, 각 차량은 근접한 차량들과 드라이빙 인텐션(driving intention)을 상호 공유할 수 있다.
예를 들어, 확장 센서들을 기반으로, 로컬 센서들을 통해 획득된 로 데이터(raw data) 또는 처리된 데이터(processed data), 또는 라이브 비디오 데이터(live video data)는 차량, 로지컬 엔티티, 보행자들의 단말 및/또는 V2X 응용 서버 간에 상호 교환될 수 있다. 따라서, 예를 들어, 차량은 자체 센서를 이용하여 감지할 수 있는 환경 보다 향상된 환경을 인식할 수 있다.
예를 들어, 리모트 드라이빙을 기반으로, 운전을 하지 못하는 사람 또는 위험한 환경에 위치한 리모트 차량을 위해, 리모트 드라이버 또는 V2X 애플리케이션은 상기 리모트 차량을 동작 또는 제어할 수 있다. 예를 들어, 대중 교통과 같이 경로를 예측할 수 있는 경우, 클라우드 컴퓨팅 기반의 드라이빙이 상기 리모트 차량의 동작 또는 제어에 이용될 수 있다. 또한, 예를 들어, 클라우드 기반의 백엔드 서비스 플랫폼(cloud-based back-end service platform)에 대한 액세스가 리모트 드라이빙을 위해 고려될 수 있다.
한편, 차량 플래투닝, 향상된 드라이빙, 확장된 센서들, 리모트 드라이빙 등 다양한 V2X 시나리오들에 대한 서비스 요구사항(service requirements)들을 구체화하는 방안이 NR에 기반한 V2X 통신에서 논의되고 있다.
실시예(들)은 BFR이 트리거된 경우 기존의 BSR을 어떻게 처리할 것인지에 관련된 방법 등을 기술적 과제로 한다.
일 실시예는, 무선통신시스템에서, TX UE (Transmitting User Equipment)의 동작 방법에 있어서, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계를 포함하며, 상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 방법이다.
일 실시예는, 무선통신시스템에서, TX UE(User Equipment)에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계를 포함하며, 상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, TX UE이다.
일 실시예는, 무선통신시스템에서, TX UE를 위한 동작들을 수행하게 하는 프로세서에 있어서, 상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계를 포함하며, 상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 프로세서이다.
일 실시예는, 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 UE를 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능 저장 매체에 있어서, 상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계를 포함하며, 상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 저장 매체이다.
상기 TX UE는, 상기 BFR을 통해 제2 빔이 선택된 것에 기초하여 상기 제1 BSR에 관련된 제1 사이드링크 데이터를 위해 제2 BSR을 트리거할 수 있다.
상기 TX UE는 상기 제2 BSR을 상기 제2 빔을 통해 상기 기지국으로 전송할 수 있다.
상기 제1 BSR은 상기 BFR 트리거 전에 발생한 것일 수 있다.
상기 BFR 트리거 후 상기 제1 BSR에 관련된 제1 사이드링크 데이터와 별개의 재2 사이드링크 데이터가 발생한 경우, 상기 TX UE는 상기 제1 사이드링크 데이터를 위한 BSR 정보와 상기 제2 사이드링크 데이터를 위한 BSR 정보를 병합(aggregation)한 제3 BSR을 트리거할 수 있다.
상기 제1 사이드링크 데이터와 상기 제2 사이드링크 데이터는 동일 Destination ID에 관련된 것일 수 있다.
상기 제1 BSR은 상기 TX UE가 RX UE에게 전송할 제1 사이드링크 데이터가 발생한 것에 기초한 것일 수 있다.
상기 제1 BSR이 트리거된 시점의 셀과, 상기 빔 리커버리가 종료된 시점의 셀은 서로 상이한 것일 수 있다.
상기 BFR은 상기 TX UE가 미리 설정된 횟수 이상의 Beam Failure를 감지한 것에 기초하여 트리거되는 것일 수 있다.
상기 BFR 트리거시 BFR 타이머가 시작될 수 있다.
상기 TX UE는 mode 1 UE일 수 있다.
상기 TX UE는 다른 UE, 자율주행 차량에 관련된 UE 또는 기지국 또는 네트워크 중 적어도 하나와 통신하는 것일 수 있다.
일 실시예에 의하면 사이드링크의 특성을 고려하여 BSR을 효율적으로 처리할 수 있다.
본 명세서에 첨부되는 도면은 실시예(들)에 대한 이해를 제공하기 위한 것으로서 다양한 실시형태들을 나타내고 명세서의 기재와 함께 원리를 설명하기 위한 것이다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다.
도 2는 본 개시의 일 실시 예에 따른, LTE 시스템의 구조를 나타낸다.
도 3은 본 개시의 일 실시 예에 따른, 사용자 평면(user plane), 제어 평면(control plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 5는 본 개시의 일 실시 예에 따른, NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 6은 실시예(들)이 적용될 수 있는 NR의 무선 프레임의 구조를 나타낸다.
도 7은 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 8은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 9는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 10은 본 개시의 일 실시 예에 따른, V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 나타낸다.
도 11 내지 도 13은 실시예(들)을 설명하기 위한 도면이다.
도 14 내지 도 20은 실시예(들)이 적용될 수 있는 다양한 장치를 설명하는 도면이다.
본 개시의 다양한 실시 예에서, “/” 및 “,”는 “및/또는”을 나타내는 것으로 해석되어야 한다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 나아가, “A, B”는 “A 및/또는 B”를 의미할 수 있다. 나아가, “A/B/C”는 “A, B 및/또는 C 중 적어도 어느 하나”를 의미할 수 있다. 나아가, “A, B, C”는 “A, B 및/또는 C 중 적어도 어느 하나”를 의미할 수 있다.
본 개시의 다양한 실시 예에서, “또는”은 “및/또는”을 나타내는 것으로 해석되어야 한다. 예를 들어, “A 또는 B”는 “오직 A”, “오직 B”, 및/또는 “A 및 B 모두”를 포함할 수 있다. 다시 말해, “또는”은 “부가적으로 또는 대안적으로”를 나타내는 것으로 해석되어야 한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
도 2는 본 개시의 일 실시 예에 따른, LTE 시스템의 구조를 나타낸다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고 불릴 수 있다.
도 2를 참조하면, E-UTRAN은 단말(10)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN(Packet Date Network)을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국 간 RRC 메시지를 교환한다.
도 3(a)는 본 개시의 일 실시 예에 따른, 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 3(b)은 본 개시의 일 실시 예에 따른, 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
도 3(a) 및 A3을 참조하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU(Serving Data Unit)의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(physical 계층 또는 PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 맵핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
도 4는 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 4를 참조하면, NG-RAN(Next Generation Radio Access Network)은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB(next generation-Node B) 및/또는 eNB를 포함할 수 있다. 도 4에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 5는 본 개시의 일 실시 예에 따른, NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 5를 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS(Non Access Stratum) 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU(Protocol Data Unit) 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP(Internet Protocol) 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
도 6은 본 발명이 적용될 수 있는 NR의 무선 프레임의 구조를 나타낸다.
도 6을 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA 심볼 (또는, DFT-s-OFDM 심볼)을 포함할 수 있다.
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(μ)에 따라 슬롯 별 심볼의 개수(
Figure PCTKR2020010042-appb-img-000001
), 프레임 별 슬롯의 개수(
Figure PCTKR2020010042-appb-img-000002
)와 서브프레임 별 슬롯의 개수(
Figure PCTKR2020010042-appb-img-000003
)를 예시한다.
Figure PCTKR2020010042-appb-img-000004
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
Figure PCTKR2020010042-appb-img-000005
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 “sub 6GHz range”를 의미할 수 있고, FR2는 “above 6GHz range”를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
Figure PCTKR2020010042-appb-img-000006
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Figure PCTKR2020010042-appb-img-000007
도 7은 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 7을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
이하, V2X 또는 SL(sidelink) 통신에 대하여 설명한다.
도 8은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 8의 (a)는 LTE의 사용자 평면 프로토콜 스택을 나타내고, 도 8의 (b)는 LTE의 제어 평면 프로토콜 스택을 나타낸다.
도 9는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 9의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 9의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
이하, SL에서 자원 할당(resource allocation)에 대하여 설명한다.
도 14는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 14의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 14의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 14의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 14의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 14의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 SCI(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 동적 그랜트(dynamic grant)를 통해 하나의 TB(Transport Block)의 하나 이상의 SL 전송을 위한 자원을 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 기지국은 동적 그랜트를 이용하여 PSCCH 및/또는 PSSCH의 전송을 위한 자원을 단말에게 제공할 수 있다. 예를 들어, 전송 단말은 수신 단말로부터 수신한 SL HARQ(Hybrid Automatic Repeat Request) 피드백을 기지국에게 보고할 수 있다. 이 경우, 기지국이 SL 전송을 위한 자원을 할당하기 위한 PDCCH 내의 지시(indication)를 기반으로, SL HARQ 피드백을 기지국에게 보고하기 위한 PUCCH 자원 및 타이밍(timing)이 결정될 수 있다.
예를 들어, DCI는 DCI 수신과 DCI에 의해 스케줄링된 첫 번째 SL 전송 사이의 슬롯 오프셋을 나타낼 수 있다. 예를 들어, SL 전송 자원을 스케줄링하는 DCI와 첫 번째 스케줄링된 SL 전송 자원 사이의 최소 갭은 해당 단말의 처리 시간(processing time)보다 작지 않을 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 설정된 그랜트(configured grant)를 통해 복수의 SL 전송을 위해 주기적으로 자원 세트를 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 상기 설정될 그랜트는 설정된 그랜트 타입 1 또는 설정된 그랜트 타입 2를 포함할 수 있다. 예를 들어, 단말은 주어진 설정된 그랜트(given configured grant)에 의해 지시되는 각각의 경우(occasions)에서 전송할 TB를 결정할 수 있다.
예를 들어, 기지국은 동일한 캐리어 상에서 SL 자원을 단말에게 할당할 수 있고, 서로 다른 캐리어 상에서 SL 자원을 단말에게 할당할 수 있다.
예를 들어, NR 기지국은 LTE 기반의 SL 통신을 제어할 수 있다. 예를 들어, NR 기지국은 LTE SL 자원을 스케줄링하기 위해 NR DCI를 단말에게 전송할 수 있다. 이 경우, 예를 들어, 상기 NR DCI를 스크램블하기 위한 새로운 RNTI가 정의될 수 있다. 예를 들어, 상기 단말은 NR SL 모듈 및 LTE SL 모듈을 포함할 수 있다.
예를 들어, NR SL 모듈 및 LTE SL 모듈을 포함하는 단말이 gNB로부터 NR SL DCI를 수신한 후, NR SL 모듈은 NR SL DCI를 LTE DCI 타입 5A로 변환할 수 있고, NR SL 모듈은 X ms 단위로 LTE SL 모듈에 LTE DCI 타입 5A를 전달할 수 있다. 예를 들어, LTE SL 모듈이 NR SL 모듈로부터 LTE DCI 포맷 5A를 수신한 후, LTE SL 모듈은 Z ms 후에 첫 번째 LTE 서브프레임에 활성화 및/또는 해제를 적용할 수 있다. 예를 들어, 상기 X는 DCI의 필드를 사용하여 동적으로 표시될 수 있다. 예를 들어, 상기 X의 최솟값은 단말 능력(UE capability)에 따라 상이할 수 있다. 예를 들어, 단말은 단말 능력에 따라 하나의 값(single value)을 보고할 수 있다. 예를 들어, 상기 X는 양수일 수 있다.
도 14의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 SCI를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
예를 들어, 단말은 다른 단말에 대한 SL 자원 선택을 도울 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 SL 전송을 위한 설정된 그랜트(configured grant)를 설정받을 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 다른 단말의 SL 전송을 스케줄링할 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 블라인드 재전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 제 1 단말은 SCI를 이용하여 SL 전송의 우선 순위를 제 2 단말에게 지시할 수 있다. 예를 들어, 제 2 단말은 상기 SCI를 디코딩할 수 있고, 제 2 단말은 상기 우선 순위를 기반으로 센싱 및/또는 자원 (재)선택을 수행할 수 있다. 예를 들어, 상기 자원(재)선택 절차는, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계 및 제 2 단말이 식별된 후보 자원 중에서 (재)전송을 위한 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 자원 선택 윈도우는 단말이 SL 전송을 위한 자원을 선택하는 시간 간격(time interval)일 수 있다. 예를 들어, 제 2 단말이 자원 (재)선택을 트리거한 이후, 자원 선택 윈도우는 T1 ≥ 0에서 시작할 수 있고, 자원 선택 윈도우는 제 2 단말의 남은 패킷 지연 버짓(remaining packet delay budget)에 의해 제한될 수 있다. 예를 들어, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계에서, 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 특정 자원이 지시되고 및 상기 특정 자원에 대한 L1 SL RSRP 측정값이 SL RSRP 임계값을 초과하면, 상기 제 2 단말은 상기 특정 자원을 후보 자원으로 결정하지 않을 수 있다. 예를 들어, SL RSRP 임계값은 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 지시되는 SL 전송의 우선 순위 및 제 2 단말이 선택한 자원 상에서 SL 전송의 우선 순위를 기반으로 결정될 수 있다.
예를 들어, 상기 L1 SL RSRP는 SL DMRS(Demodulation Reference Signal)를 기반으로 측정될 수 있다. 예를 들어, 자원 풀 별로 시간 영역에서 하나 이상의 PSSCH DMRS 패턴이 설정되거나 사전에 설정될 수 있다. 예를 들어, PDSCH DMRS 설정 타입 1 및/또는 타입 2는 PSSCH DMRS의 주파수 영역 패턴과 동일 또는 유사할 수 있다. 예를 들어, 정확한 DMRS 패턴은 SCI에 의해 지시될 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 전송 단말은 자원 풀에 대하여 설정된 또는 사전에 설정된 DMRS 패턴 중에서 특정 DMRS 패턴을 선택할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 예약 없이 TB(Transport Block)의 초기 전송을 수행할 수 있다. 예를 들어, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 제 1 TB와 연관된 SCI를 이용하여 제 2 TB의 초기 전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 동일한 TB(Transport Block)의 이전 전송과 관련된 시그널링을 통해, 피드백 기반의 PSSCH 재전송을 위한 자원을 예약할 수 있다. 예를 들어, 현재 전송을 포함하여 하나의 전송에 의해 예약되는 SL 자원의 최대 개수는 2개, 3개 또는 4개일 수 있다. 예를 들어, 상기 SL 자원의 최대 개수는 HARQ 피드백이 인에이블되는지 여부와 관계 없이 동일할 수 있다. 예를 들어, 하나의 TB에 대한 최대 HARQ (재)전송 횟수는 설정 또는 사전 설정에 의해 제한될 수 있다. 예를 들어, 최대 HARQ (재)전송 횟수는 최대 32일 수 있다. 예를 들어, 상기 설정 또는 사전 설정이 없으면, 최대 HARQ (재)전송 횟수는 지정되지 않은 것일 수 있다. 예를 들어, 상기 설정 또는 사전 설정은 전송 단말을 위한 것일 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말이 사용하지 않는 자원을 해제하기 위한 HARQ 피드백이 지원될 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 SCI를 이용하여 상기 단말에 의해 사용되는 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, 단말은 SCI를 이용하여 PSSCH (재)전송을 위해 상기 단말에 의해 예약된 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, SL 자원의 최소 할당 단위는 슬롯일 수 있다. 예를 들어, 서브채널의 사이즈는 단말에 대하여 설정되거나 미리 설정될 수 있다.
이하, SCI(Sidelink Control Information)에 대하여 설명한다.
기지국이 PDCCH를 통해 단말에게 전송하는 제어 정보를 DCI(Downlink Control Information)라 칭하는 반면, 단말이 PSCCH를 통해 다른 단말에게 전송하는 제어 정보를 SCI라 칭할 수 있다. 예를 들어, 단말은 PSCCH를 디코딩하기 전에, PSCCH의 시작 심볼 및/또는 PSCCH의 심볼 개수를 알고 있을 수 있다. 예를 들어, SCI는 SL 스케줄링 정보를 포함할 수 있다. 예를 들어, 단말은 PSSCH를 스케줄링하기 위해 적어도 하나의 SCI를 다른 단말에게 전송할 수 있다. 예를 들어, 하나 이상의 SCI 포맷(format)이 정의될 수 있다.
예를 들어, 전송 단말은 PSCCH 상에서 SCI를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 하나의 SCI를 디코딩할 수 있다.
예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 디코딩할 수 있다. 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에, 제 1 SCI 구성 필드 그룹을 포함하는 SCI를 제 1 SCI 또는 1st SCI라고 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 SCI를 제 2 SCI 또는 2nd SCI라고 칭할 수 있다. 예를 들어, 전송 단말은 PSCCH를 통해서 제 1 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 제 2 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 제 2 SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다. 예를 들어, 두 개의 연속적인 SCI는 서로 다른 전송(예를 들어, 유니캐스트(unicast), 브로드캐스트(broadcast) 또는 그룹캐스트(groupcast))에 대하여 적용될 수도 있다.
예를 들어, 전송 단말은 SCI를 통해서, 아래 정보 중에 일부 또는 전부를 수신 단말에게 전송할 수 있다. 여기서, 예를 들어, 전송 단말은 아래 정보 중에 일부 또는 전부를 제 1 SCI 및/또는 제 2 SCI를 통해서 수신 단말에게 전송할 수 있다.
- PSSCH 및/또는 PSCCH 관련 자원 할당 정보, 예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기), 및/또는
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자, 및/또는
- (PSSCH 상의) SL CSI 전송 지시자 (또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 정보 전송 지시자), 및/또는
- MCS 정보, 및/또는
- 전송 전력 정보, 및/또는
- L1 데스티네이션(destination) ID 정보 및/또는 L1 소스(source) ID 정보, 및/또는
- SL HARQ 프로세스(process) ID 정보, 및/또는
- NDI(New Data Indicator) 정보, 및/또는
- RV(Redundancy Version) 정보, 및/또는
- (전송 트래픽/패킷 관련) QoS 정보, 예를 들어, 우선 순위 정보, 및/또는
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
- 전송 단말의 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 수신 단말의 위치 (또는 거리 영역) 정보, 및/또는
- PSSCH를 통해 전송되는 데이터의 디코딩 및/또는 채널 추정과 관련된 참조 신호(예를 들어, DMRS 등) 정보, 예를 들어, DMRS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, 랭크(rank) 정보, 안테나 포트 인덱스 정보;
예를 들어, 제 1 SCI는 채널 센싱과 관련된 정보를 포함할 수 있다. 예를 들어, 수신 단말은 PSSCH DMRS를 이용하여 제 2 SCI를 디코딩할 수 있다. PDCCH에 사용되는 폴라 코드(polar code)가 제 2 SCI에 적용될 수 있다. 예를 들어, 자원 풀에서, 제 1 SCI의 페이로드 사이즈는 유니캐스트, 그룹캐스트 및 브로드캐스트에 대하여 동일할 수 있다. 제 1 SCI를 디코딩한 이후에, 수신 단말은 제 2 SCI의 블라인드 디코딩을 수행할 필요가 없다. 예를 들어, 제 1 SCI는 제 2 SCI의 스케줄링 정보를 포함할 수 있다.
한편, 본 개시의 다양한 실시 예에서, 전송 단말은 PSCCH를 통해 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나를 수신 단말에게 전송할 수 있으므로, PSCCH는 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, SCI는 PSCCH, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, 전송 단말은 PSSCH를 통해 제 2 SCI를 수신 단말에게 전송할 수 있으므로, PSSCH는 제 2 SCI로 대체/치환될 수 있다.
한편, BSR (Buffer Status reporting) 절차는 서빙 gNB에 MAC 엔티티의 UL 데이터 볼륨에 대한 정보를 제공하는 데 사용된다.
In the case of IAB, it is additionally used by an IAB-MT to provide its parent IAB-DU with the information about the amount of the data expected to arrive at the MT of the IAB node from its child node(s) and or UE(s) connected to it. This BSR is referred to as Pre-emptive BSR.
IAB의 경우 상위 IAB-DU에 하위 노드 또는 연결된 UE에서 IAB 노드의 MT에 도착할 것으로 예상되는 데이터의 양에 대한 정보를 제공하는데, 이 BSR을 Pre-emptive BSR이라 한다.
Pre-emptive BSR 이외의 BSR의 경우 RRC는 BSR을 제어하기 위해 다음과 같은 파라미터를 구성한다.
- periodicBSR-Timer;
- retxBSR-Timer;
- logicalChannelSR-DelayTimerApplied;
- logicalChannelSR-DelayTimer;
- logicalChannelSR-Mask;
- logicalChannelGroup.
각 논리 채널은 logicalChannelGroup을 사용하여 LCG에 할당 될 수 있다. LCG의 최대 수는 8이다.
MAC 엔티티는 TS 38.322 및 38.323의 데이터 볼륨 계산 절차에 따라 논리 채널에 사용 가능한 UL 데이터의 양을 결정한다.
다음 이벤트 중 하나가 발생하면 Pre-emptive BSR 이외의 BSR이 트리거된다.
- LCG에 속하는 논리 채널에 대한 UL 데이터가 MAC 엔티티에 이용 가능해지는 경우 (이 UL 데이터는 LCG에 속하는 가용 UL 데이터를 포함하는 논리 채널의 우선 순위보다 우선 순위가 높은 논리 채널에 속하거나 또는 LCG에 속하는 논리 채널에는 사용 가능한 UL 데이터가 없다. 이 경우 BSR은 아래에서 '일반 BSR'이라 한다)
- UL 자원이 할당되고 패딩 비트의 수가 BSR MAC CE와 그 서브 헤더의 크기의 합보다 크거나 같은 경우, 이러한 BSR은 ''Padding BSR' 이라 한다.
- retxBSR-Timer가 만료되고 LCG에 속하는 논리 채널 중 하나 이상에 UL 데이터가 포함된 경우, 이러한 BSR은 'Regular BSR'이라 한다.
- periodicBSR-Timer가 만료되는 경우, 이러한 BSR을 'Periodic BSR' 이라 한다.
MAC entity는 UL-SCH를 통한 새로운 데이터 전송에 대한 승인을 수신하면 retxBSR-Timer를 다시 시작해야 한다.
Pre-emptive BSR 이외의 모든 트리거된 BSR은, UL 그랜트가 전송 가능한 모든 보류중인 데이터를 수용할 수 있지만 BSR MAC CE와 해당 서브 헤더를 추가로 수용하기에 충분하지 않은 경우, 취소될 수 있다. MAC PDU 어셈블리 이전에 트리거 된 Pre-emptive BSR 이외의 모든 BSR은 하위 계층의 LBT 오류 표시에 관계없이 MAC PDU가 전송될 때 취소되어야 하며 이 PDU에는 최대 또는 버퍼 상태를 포함하는 Long 또는 Short BSR MAC CE가 포함된다.
한편, MAC 엔티티는, SSB / CSI-RS에서 beam failure이 검출될 때 새로운 SSB 또는 CSI-RS의 서빙 gNB에 표시하기 위해 사용되는 beam failure recovery 절차가 RRC에 의해 서빙 셀 별로 구성될 수 있다. beam failure는 하위 계층에서 MAC 엔티티로의 beam failure instance indication 를 카운트함으로써 검출된다. BFR 절차는 3GPP TS 38.321에서 발췌한 표 5에 의할 수 있다.
Figure PCTKR2020010042-appb-img-000008
한편, 종래 NR Uu 에서는 UE가 Beam Failure 를 MAX 만큼 감지하여 Beam Failure Recovery 절차를 시작시키면 기지국으로의 Uplink Data 전송을 위한 Triggered BSR 이 Beam Failure 가 recovery 될 때까지 Pending 처리된다 NR Uu 동작에서는 Beam Failure 발생시 SR/BSR 절차에대해 정의하고 있지 않다. 따라서 NR Uu normal BSR procedure에서 regular BSR이 트리거 되면 트리거된 BSR이 처리될 때까지 pending BSR로 처리되기 때문에, 이를 Beam Failure 상황에 적용한다면 Beam Failure Recovery 가 시작되어 트리거된 BSR을 pending BSR로 처리하는 절차를 종래기술로 간주할 수 있다. 그리고 Uu link의 Beam Failure가 recovery 되면 UE는 pending BSR을 처리하여 기지국으로부터 Uplink 자원을 할당 받는다. 또한 V2X device와 기지국간 선택한 Beam을 통해 연결을 유지하다가 선택한 Beam 에 문제가 생긴 경우 (예를 들어, Beam Failure), V2X device간 사이드링크 통신에도 영향을 끼칠 수 있다.
만약 V2X UE가 mode 1 방식 (예를 들어, Mode 1 dynamic scheduling)으로 기지국으로부터 자원을 할당받아 사이드링크 통신을 수행하고 있는 도중에 Uu link 에서 UE가 선택한 Beam 에 대해 Beam Failure가 발생하면 UE는 Beam Failure Recovery 과정을 수행한다. 따라서 해당 beam failure recovery 기간중 UE는 사이드링크 통신을 위한 “mode 1 자원할당 요청 (SR/BSR procedure)”을 기지국과 정상적으로 수행할 수 없는 문제가 발생할 수 있다 (사용중이던 이전 Beam 의 Failure 발생으로 인해 UE가 Beam Failure Recovery 과정을 통해 새로운 Beam을 선택할때까지 사이드링크 자원요청을 기지국에 수행할 수 없음). 위 상황의 경우 UE는 Beam Failure Recovery 동안 Mode 2 자원 (TX Exception Pool)을 일시적으로 사용하기 위해 Mode 2 자원사용 모드로 스위칭 하여 사이드링크 통신을 수행한다. 이때 현재 기술에서는 V2X TX UE가 Beam Failure Recovery 동안 Triggered BSR을 pending 하고 Beam Recovery 후에 pending BSR을 resume할지 아니면 Beam Failure Recovery 동안 Triggered BSR을 Cancel 하고 Beam Recovery 후에 새로운 BSR을 트리거 할지 아직 정의되지 않았다.
이하 실시예(들)에서는 V2X TX UE가 Uu link의 Beam Failure를 감지한 경우, RX UE 로 전송하는 사이드링크 데이터 의 전송자원을 기지국으로부터 할당받기 위한 자원할당 요청에 대해 설명한다.
일 실시예에 의한 TX UE는 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청(도 11의 S1101)할 수 있다. TX UE는 mode 1 UE 일 수 있으며, 기지국으로부터 mode 1 자원을 할당 받을 수 있다. 이후, 상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거(도 11의 S1102)할 수 있다. 제1 BSR은 상기 TX UE가 RX UE에게 전송할 제1 사이드링크 데이터가 발생한 것에 기초한 것일 수 있다. 즉, TX UE가 RX UE에 전송할 데이터가 발생하여 BSR이 트리거 된다.
상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel할 수 있다. 즉, TX UE는 사이드링크 데이터 전송을 위해 trigger 된 BSR을 Cancel한다. 상기 제1 BSR은 상기 BFR 트리거 전에 발생한 것일 수 있다.
이후, 상기 TX UE는, 상기 BFR을 통해 제2 빔이 선택된 것에 기초하여 상기 제1 BSR에 관련된 제1 사이드링크 데이터를 위해 제2 BSR을 트리거할 수 있다. TX UE와 기지국간 Beam Failure Recovery 과정이 완료, 즉, Beam 이 Recovery 되어 새로운 Beam 이 TX UE와 기지국간 선택되면, TX UE는 이전 전송을 수행하지 못한 사이드링크 데이터를 위한 새로운 BSR을 트리거하는 것이다. 상기 TX UE는 상기 제2 BSR을 상기 제2 빔을 통해 상기 기지국으로 전송하게 된다. 즉, TX UE는 Beam Failure 가 recovery 되어 새롭게 선택된 Beam으로 new BSR을 기지국에 전송하여 사이드링크 데이터 전송을 위한 grant를 기지국으로부터 할당 받는다.
상기와 같이 구성함으로써, BFR 이 발생한 경우에 기존의 BSR을 효율적으로 처리할 수 있다. 보다 상세히, 사이드링크, 특히 V2X의 경우 UE의 이동 속도가 빠를 수 있으며, 이러한 경우 BFR 동안 셀이 변경될 가능성이 있다. 만약 UE의 (빠른) 이동으로 셀이 변경된다면 기존의 BSR을 변경된 셀로 전송하는 것은 불필요한 신호 전송에 불과하다. 따라서, BFR 트리거 전에 발생한 BSR은 cancel하고, BFR을 통해 선택된 빔을 통해 cancel된 BSR 데이터를 위한 새로운 BSR을 전송하도록 함으로써, BSR과 BFR을 효율적으로 운용할 수 있다.
또한, 제안한 새로운 방법을 통해 V2X TX UE가 Uu link의 Beam Failure가 recovery 될때까지 BSR을 pending 하지 않도록 함으로써 UE의 동작을 보다 간결화 시켰다. 예를 들어 V2X TX UE가 Uu link의 Beam Failure 가 발생하여 BSR을 pending 시킨 경우, Beam Recovery 동안 혹은 Beam Recovery 후에 새로운 사이드링크 데이터가 발생한 경우 TX UE는 Uu link의 Beam Failure가 recovery 된 후에 이전 pending 한 BSR을 다시 resume하고 또한 새로운 사이드링크 데이터 전송을 위한 다른 새로운 BSR을 한번더 트리거 해야한다. 하지만 실시예(들)에서 제안한 방법을 사용할 경우 V2X TX UE가 Uu link의 Beam Failure 가 발생하여 사이드링크 데이터 전송을 위한 triggered BSR을 cancel 시키면, Beam Recovery 동안 혹은 Beam Recovery 후에 새로운 사이드링크 데이터가 발생하였다 하더러도 TX UE는 Uu link의 Beam Failure가 recovery 된 후에 이전 cancel 한 BSR을 다시 trigger할때 새로운 사이드링크 데이터 전송을 위한 New BSR 정보와 이전에 cancel 한 BSR 정보를 함께 Aggregation하여 하나의 BSR만 트리거할 수 있도록 할 수 있다. 즉 TX UE의 mode 1 자원할당 요청 과정 (SR/BSR)을 보다 간소화 시킬 수 있는 효과를 가져올 수 있다.
만약, 상기 BFR 트리거 후 상기 제1 BSR에 관련된 제1 사이드링크 데이터와 별개의 재2 사이드링크 데이터가 발생한 경우, 상기 TX UE는 상기 제1 사이드링크 데이터를 위한 BSR 정보와 상기 제2 사이드링크 데이터를 위한 BSR 정보를 병합(aggregation)한 제3 BSR을 트리거할 수 있다. Beam Recovery 동안 혹은 Beam Recovery 후에 새로운 사이드링크 데이터 가 발생하면 TX UE는 이전 전송하지 못한 사이드링크 데이터를 위한 BSR 정보와 새롭게 발생한 new 사이드링크 데이터를 위한 BSR 정보를 aggregation 한 new BSR을 트리거하는 것이다.
상기 제1 사이드링크 데이터와 상기 제2 사이드링크 데이터는 동일 Destination ID에 관련된 것일 수 있다. 또는, 상기 제1 사이드링크 데이터와 상기 제2 사이드링크 데이터는 서로 다른 Destination ID에 관련된 것일 수 있다.
정리하면, Mode 1 UE와 기지국간 Uu link에서 선택해서 사용중이던 Beam에 대해 (Beam Failure 가 발생하여) Beam Failure Recovery 절차가 동작하는 경우에 TX UE에서 RX UE의 전송을 위한 사이드링크 데이터가 있는 경우, 사이드링크 데이터 전송을 위해 trigger된 BSR을 fail 된 Beam 이 recovery 될때까지 pending 처리하지 않고 Cancel 하는 것이다. 또한 Beam Failure 가 recovery되고 새로운 Beam 이 선택된 경우, 이전 전송하지 못한 사이드링크 데이터 에 대해 새로운 BSR을 trigger하는 것이다. 만약 beam 이 recovery 되는 동안 새로운 사이드링크 데이터가 발생한 경우 이전 전송하지 못한 사이드링크 데이터에 대한 BSR과 새로운 사이드링크 데이터전송을 위한 BSR을 aggregation 한 새로운 BSR을 전송할 수 있도록 한다.
도 12에는 상술한 실시예에 관련된 절차가 예시되어 있다. 도 12를 참조하면, 단계 S1201에서, TX UE는 기지국에 선택한 beam을 통해 mode 1 사이드링크 전송 자원을 요청하고 mode 1 자원을 할당 받는다. 단계 S1202에서, TX UE가 RX UE에 전송할 데이터가 발생하여 BSR이 트리거 된다.
단계 S1203에서, TX UE는 Uu link (UE와 기지국간) 의 Beam Failure를 maximum 만큼 감지하여 BFR (Beam Failure Recovery) 를 트리거하고 동시에 BFR 타이머를 시작한다.
단계 S1204에서, TX UE는 사이드링크 데이터 전송을 위해 trigger 된 BSR을 Cancel한다.
단계 S1205에서, TX UE와 기지국간 Beam Failure Recovery 과정이 완료된다. 즉, Beam 이 Recovery 되어 새로운 Beam 이 TX UE와 기지국간 선택된다. 단계 S1206에서, TX UE는 이전 전송을 수행하지 못한 사이드링크 데이터를 위한 새로운 BSR을 트리거한다.
단계 S1207에서, TX UE는 Beam Failure 가 recovery 되어 새롭게 선택된 Beam으로 new BSR을 기지국에 전송하여 사이드링크 데이터 전송을 위한 grant를 기지국으로부터 할당 받는다.
계속해서, 도 13에는 상술한 실시예의 일 예가 도시되어 있다. 도 13을 참조하면, 단계 S1301에서, TX UE는 기지국에 선택한 beam을 통해 mode 1 사이드링크 전송 자원을 요청하고 mode 1 자원을 할당 받는다.
단계 S1302에서, TX UE가 RX UE에 전송할 데이터가 발생하여 BSR이 트리거 된다.
단계 S1303에서, TX UE는 Uu link (UE와 기지국간) 의 Beam Failure를 maximum 만큼 감지하여 BFR (Beam Failure Recovery) 를 트리거하고 동시에 BFR 타이머가 시작된다.
단계 S1304에서, TX UE는 사이드링크 데이터 전송을 위해 trigger 된 BSR을 Cancel한다.
단계 S1305에서, TX UE와 기지국간 Beam Failure Recovery 과정이 완료된다. 즉, Beam 이 Recovery 되어 새로운 Beam 이 TX UE와 기지국간 선택된다.
단계 S1306에서, TX UE는 이전 전송을 수행하지 못한 사이드링크 데이터 전송을 위한 새로운 BSR을 트리거할때, 만약 Beam Recovery 동안 혹은 Beam Recovery 후에 새로운 사이드링크 데이터 가 발생하면 TX UE는 이전 전송하지 못한 사이드링크 데이터를 위한 BSR 정보와 새롭게 발생한 new 사이드링크 데이터를 위한 BSR 정보를 aggregation 한 new BSR을 트리거한다. BSR 정보를 aggregation 할시 동일 Destination ID에 전달하는 multiple 사이드링크 데이터 (이전에 RX UE에 전송하지 못한 사이드링크 데이터 와 동일 RX UE (same Destination ID)에 전송하는 새로운 사이드링크 데이터)를 위한 BSR 정보를 aggregation 하여 새로운 BSR을 트리거할 수 있다. 또한 다른 실시 예로 새롭게 발생한 사이드링크 데이터 가 Different Destination ID를 가지는 RX UE 에 전달되는 사이드링크 데이터일지라도 multiple 사이드링크 데이터 (이전에 RX UE에 전송하지 못한 사이드링크 데이터 와 다른 RX UE (different Destination ID)로의 전송을 위한 새로운 사이드링크 데이터)를 위한 BSR 정보를 aggregation 하여 새로운 BSR을 트리거할 수 있다.
단계 S1307에서, TX UE는 Beam Failure 가 recovery 되어 새롭게 선택된 Beam으로 new BSR을 기지국에 전송하여 사이드링크 데이터 전송을위한 grant를 기지국으로부터 할당 받는다.
실시예(들)에 따르면, V2X TX UE가 기지국과의 Uu link에서 Beam Failure를 감지하면 sidlelink data 전송을 위한 이전에 Trigger된 BSR을 Cancel하고 Uu lilnk의 Beam Failure가 Recovery 된 후에 새로운 BSR을 트리거하여 이전에 전송하지 못한 sidlelink data를 위한 mode 1 자원을 기지국으로부터 할당 받도록 하였다.
한편, 상술한 설명은 Beam Failure 및 BFR을 위주로 설명되었으나, 상술한 기술적 특징들은 Uu Physical Layer Problem (Uu link의 channel status 가 좋지 않아 Physical layer에서 RRC로 연속적인 Out of Sync 이벤트를 올린 경우 혹은 Uu link의 channel status 가 좋지 않아 Physical layer에서 상위레이어 (MAC or RRC)로 연속적인 Out of Sync 이벤트를 올린 경우)에도 적용될 수 있다. 예를 들어, 사이드링크 통신을 수행하는 TX UE가 Uu Physical Layer Problem을 감지하면, Physical layer problem 의 recovery timer를 시작할 수 있다. 이 경우, triggered BSR을 cancel할 수 있다. Uu Physical Layer Problem 이후, TX UE는 canceled BSR을 위한 새로운 BSR을 트리거하여 기지국에 전송할 수 있다. 다른 예로써, TX UE는 Physical layer problem 이후 새로운 BSR이 트리거 되면 이전 canceled BSR과 새로운 BSR을 aggregation 한 BSR을 트리거하고 기지국에 전송할 수 있다. 상기. TX UE는 mode 1 UE 일 수 있으며, 기지국으로부터 mode 1 자원을 할당 받는 것일 수 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 14은 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 14을 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, 15D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 15은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 15을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 14의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 16는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 16를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 41의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 발명이 적용되는 AR/VR 및 차량 예
도 17은 본 발명에 적용되는 차량을 예시한다. 차량은 운송수단, 기차, 비행체, 선박 등으로도 구현될 수 있다.
도 17을 참조하면, 차량(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a) 및 위치 측정부(140b)를 포함할 수 있다. 여기서, 블록 110~130/140a~140b는 각각 도 41의 블록 110~130/140에 대응한다.
통신부(110)는 다른 차량, 또는 기지국 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 차량(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 메모리부(130) 내의 정보에 기반하여 AR/VR 오브젝트를 출력할 수 있다. 입출력부(140a)는 HUD를 포함할 수 있다. 위치 측정부(140b)는 차량(100)의 위치 정보를 획득할 수 있다. 위치 정보는 차량(100)의 절대 위치 정보, 주행선 내에서의 위치 정보, 가속도 정보, 주변 차량과의 위치 정보 등을 포함할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서들을 포함할 수 있다.
일 예로, 차량(100)의 통신부(110)는 외부 서버로부터 지도 정보, 교통 정보 등을 수신하여 메모리부(130)에 저장할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서를 통하여 차량 위치 정보를 획득하여 메모리부(130)에 저장할 수 있다. 제어부(120)는 지도 정보, 교통 정보 및 차량 위치 정보 등에 기반하여 가상 오브젝트를 생성하고, 입출력부(140a)는 생성된 가상 오브젝트를 차량 내 유리창에 표시할 수 있다(1410, 1420). 또한, 제어부(120)는 차량 위치 정보에 기반하여 차량(100)이 주행선 내에서 정상적으로 운행되고 있는지 판단할 수 있다. 차량(100)이 주행선을 비정상적으로 벗어나는 경우, 제어부(120)는 입출력부(140a)를 통해 차량 내 유리창에 경고를 표시할 수 있다. 또한, 제어부(120)는 통신부(110)를 통해 주변 차량들에게 주행 이상에 관한 경고 메세지를 방송할 수 있다. 상황에 따라, 제어부(120)는 통신부(110)를 통해 관계 기관에게 차량의 위치 정보와, 주행/차량 이상에 관한 정보를 전송할 수 있다.
본 발명이 적용되는 XR 기기 예
도 18은 본 발명에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 18을 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 41의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 휴대 기기, 또는 미디어 서버 등의 외부 기기들과 신호(예, 미디어 데이터, 제어 신호 등)를 송수신할 수 있다. 미디어 데이터는 영상, 이미지, 소리 등을 포함할 수 있다. 제어부(120)는 XR 기기(100a)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성 및 처리 등의 절차를 제어 및/또는 수행하도록 구성될 수 있다. 메모리부(130)는 XR 기기(100a)의 구동/XR 오브젝트의 생성에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 외부로부터 제어 정보, 데이터 등을 획득하며, 생성된 XR 오브젝트를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 XR 기기 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다. 전원공급부(140c)는 XR 기기(100a)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다.
일 예로, XR 기기(100a)의 메모리부(130)는 XR 오브젝트(예, AR/VR/MR 오브젝트)의 생성에 필요한 정보(예, 데이터 등)를 포함할 수 있다. 입출력부(140a)는 사용자로부터 XR 기기(100a)를 조작하는 명령을 회득할 수 있으며, 제어부(120)는 사용자의 구동 명령에 따라 XR 기기(100a)를 구동시킬 수 있다. 예를 들어, 사용자가 XR 기기(100a)를 통해 영화, 뉴스 등을 시청하려고 하는 경우, 제어부(120)는 통신부(130)를 통해 컨텐츠 요청 정보를 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버에 전송할 수 있다. 통신부(130)는 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버로부터 영화, 뉴스 등의 컨텐츠를 메모리부(130)로 다운로드/스트리밍 받을 수 있다. 제어부(120)는 컨텐츠에 대해 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성/처리 등의 절차를 제어 및/또는 수행하며, 입출력부(140a)/센서부(140b)를 통해 획득한 주변 공간 또는 현실 오브젝트에 대한 정보에 기반하여 XR 오브젝트를 생성/출력할 수 있다.
또한, XR 기기(100a)는 통신부(110)를 통해 휴대 기기(100b)와 무선으로 연결되며, XR 기기(100a)의 동작은 휴대 기기(100b)에 의해 제어될 수 있다. 예를 들어, 휴대 기기(100b)는 XR 기기(100a)에 대한 콘트롤러로 동작할 수 있다. 이를 위해, XR 기기(100a)는 휴대 기기(100b)의 3차원 위치 정보를 획득한 뒤, 휴대 기기(100b)에 대응하는 XR 개체를 생성하여 출력할 수 있다.
본 발명이 적용되는 로봇 예
도 19은 본 발명에 적용되는 로봇을 예시한다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류될 수 있다.
도 19을 참조하면, 로봇(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 구동부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 41의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 다른 로봇, 또는 제어 서버 등의 외부 기기들과 신호(예, 구동 정보, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 로봇(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 로봇(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 로봇(100)의 외부로부터 정보를 획득하며, 로봇(100)의 외부로 정보를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 로봇(100)의 내부 정보, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰, 레이더 등을 포함할 수 있다. 구동부(140c)는 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 구동부(140c)는 로봇(100)을 지상에서 주행하거나 공중에서 비행하게 할 수 있다. 구동부(140c)는 액츄에이터, 모터, 바퀴, 브레이크, 프로펠러 등을 포함할 수 있다.
본 발명이 적용되는 AI 기기 예
도 20는 본 발명에 적용되는 AI 기기를 예시한다. AI 기기는 TV, 프로젝터, 스마트폰, PC, 노트북, 디지털방송용 단말기, 태블릿 PC, 웨어러블 장치, 셋톱박스(STB), 라디오, 세탁기, 냉장고, 디지털 사이니지, 로봇, 차량 등과 같은, 고정형 기기 또는 이동 가능한 기기 등으로 구현될 수 있다.
도 20를 참조하면, AI 기기(100)는 통신부(110), 제어부(120), 메모리부(130), 입/출력부(140a/140b), 러닝 프로세서부(140c) 및 센서부(140d)를 포함할 수 있다. 블록 110~130/140a~140d는 각각 도 41의 블록 110~130/140에 대응한다.
통신부(110)는 유무선 통신 기술을 이용하여 다른 AI 기기(예, 도 14, 100x, 200, 400)나 AI 서버(예, 도 14의 400) 등의 외부 기기들과 유무선 신호(예, 센서 정보, 사용자 입력, 학습 모델, 제어 신호 등)를 송수신할 수 있다. 이를 위해, 통신부(110)는 메모리부(130) 내의 정보를 외부 기기로 전송하거나, 외부 기기로부터 수신된 신호를 메모리부(130)로 전달할 수 있다.
제어부(120)는 데이터 분석 알고리즘 또는 머신 러닝 알고리즘을 사용하여 결정되거나 생성된 정보에 기초하여, AI 기기(100)의 적어도 하나의 실행 가능한 동작을 결정할 수 있다. 그리고, 제어부(120)는 AI 기기(100)의 구성 요소들을 제어하여 결정된 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 러닝 프로세서부(140c) 또는 메모리부(130)의 데이터를 요청, 검색, 수신 또는 활용할 수 있고, 적어도 하나의 실행 가능한 동작 중 예측되는 동작이나, 바람직한 것으로 판단되는 동작을 실행하도록 AI 기기(100)의 구성 요소들을 제어할 수 있다. 또한, 제어부(120)는 AI 장치(100)의 동작 내용이나 동작에 대한 사용자의 피드백 등을 포함하는 이력 정보를 수집하여 메모리부(130) 또는 러닝 프로세서부(140c)에 저장하거나, AI 서버(도 14, 400) 등의 외부 장치에 전송할 수 있다. 수집된 이력 정보는 학습 모델을 갱신하는데 이용될 수 있다.
메모리부(130)는 AI 기기(100)의 다양한 기능을 지원하는 데이터를 저장할 수 있다. 예를 들어, 메모리부(130)는 입력부(140a)로부터 얻은 데이터, 통신부(110)로부터 얻은 데이터, 러닝 프로세서부(140c)의 출력 데이터, 및 센싱부(140)로부터 얻은 데이터를 저장할 수 있다. 또한, 메모리부(130)는 제어부(120)의 동작/실행에 필요한 제어 정보 및/또는 소프트웨어 코드를 저장할 수 있다.
입력부(140a)는 AI 기기(100)의 외부로부터 다양한 종류의 데이터를 획득할 수 있다. 예를 들어, 입력부(140a)는 모델 학습을 위한 학습 데이터, 및 학습 모델이 적용될 입력 데이터 등을 획득할 수 있다. 입력부(140a)는 카메라, 마이크로폰 및/또는 사용자 입력부 등을 포함할 수 있다. 출력부(140b)는 시각, 청각 또는 촉각 등과 관련된 출력을 발생시킬 수 있다. 출력부(140b)는 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센싱부(140)는 다양한 센서들을 이용하여 AI 기기(100)의 내부 정보, AI 기기(100)의 주변 환경 정보 및 사용자 정보 중 적어도 하나를 얻을 수 있다. 센싱부(140)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다.
러닝 프로세서부(140c)는 학습 데이터를 이용하여 인공 신경망으로 구성된 모델을 학습시킬 수 있다. 러닝 프로세서부(140c)는 AI 서버(도 14, 400)의 러닝 프로세서부와 함께 AI 프로세싱을 수행할 수 있다. 러닝 프로세서부(140c)는 통신부(110)를 통해 외부 기기로부터 수신된 정보, 및/또는 메모리부(130)에 저장된 정보를 처리할 수 있다. 또한, 러닝 프로세서부(140c)의 출력 값은 통신부(110)를 통해 외부 기기로 전송되거나/되고, 메모리부(130)에 저장될 수 있다.
상술한 바와 같은 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims (15)

  1. 무선통신시스템에서, TX UE (Transmitting User Equipment)의 동작 방법에 있어서,
    상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및
    상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계;
    를 포함하며,
    상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 방법.
  2. 제1항에 있어서,
    상기 TX UE는, 상기 BFR을 통해 제2 빔이 선택된 것에 기초하여 상기 제1 BSR에 관련된 제1 사이드링크 데이터를 위해 제2 BSR을 트리거하는, 방법.
  3. 제2항에 있어서,
    상기 TX UE는 상기 제2 BSR을 상기 제2 빔을 통해 상기 기지국으로 전송하는, 방법.
  4. 제3항에 있어서,
    상기 제1 BSR은 상기 BFR 트리거 전에 발생한 것인, 방법.
  5. 제4항에 있어서,
    상기 BFR 트리거 후 상기 제1 BSR에 관련된 제1 사이드링크 데이터와 별개의 재2 사이드링크 데이터가 발생한 경우, 상기 TX UE는 상기 제1 사이드링크 데이터를 위한 BSR 정보와 상기 제2 사이드링크 데이터를 위한 BSR 정보를 병합(aggregation)한 제3 BSR을 트리거하는, 방법.
  6. 제1항에 있어서,
    상기 제1 사이드링크 데이터와 상기 제2 사이드링크 데이터는 동일 Destination ID에 관련된 것인, 방법.
  7. 제1항에 있어서,
    상기 제1 BSR은 상기 TX UE가 RX UE에게 전송할 제1 사이드링크 데이터가 발생한 것에 기초한 것인, 방법.
  8. 제1항에 있어서,
    상기 제1 BSR이 트리거된 시점의 셀과, 상기 빔 리커버리가 종료된 시점의 셀은 서로 상이한 것인, 방법.
  9. 제1항에 있어서,
    상기 BFR은 상기 TX UE가 미리 설정된 횟수 이상의 Beam Failure를 감지한 것에 기초하여 트리거되는 것인, 방법.
  10. 제1항에 있어서,
    상기 BFR 트리거시 BFR 타이머가 시작되는, 방법.
  11. 제1항에 있어서,
    상기 TX UE는 mode 1 UE인, 방법.
  12. 무선통신시스템에서, TX UE(User Equipment)에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및
    상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계;
    를 포함하며,
    상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, TX UE.
  13. 제12항에 있어서,
    상기 TX UE는 다른 UE, 자율주행 차량에 관련된 UE 또는 기지국 또는 네트워크 중 적어도 하나와 통신하는 것인, TX UE.
  14. 무선통신시스템에서, TX UE를 위한 동작들을 수행하게 하는 프로세서에 있어서,
    상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및
    상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계;
    를 포함하며,
    상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 프로세서.
  15. 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 UE를 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능 저장 매체에 있어서,
    상기 동작들은, 상기 TX UE가 제1 빔(Beam)을 통해 기지국으로 사이드링크 자원을 요청하는 단계; 및
    상기 TX UE가 제1 BSR (Buffer Status reporting)를 트리거하는 단계;
    를 포함하며,
    상기 TX UE는, 상기 제1 빔에 관련된 BFR (Beam Failure Recovery) 트리거에 기초하여, 상기 제1 BSR을 cancel하는, 저장 매체.
PCT/KR2020/010042 2019-07-31 2020-07-30 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치 WO2021020890A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US17/597,836 US20220264338A1 (en) 2019-07-31 2020-07-30 Method and device for operating ue pertaining to bsr in wireless communication system
KR1020227002398A KR20220027989A (ko) 2019-07-31 2020-07-30 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치
CN202080054533.1A CN114208228A (zh) 2019-07-31 2020-07-30 用于在无线通信系统中与bsr有关地操作ue的方法和装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0092890 2019-07-31
KR20190092890 2019-07-31

Publications (1)

Publication Number Publication Date
WO2021020890A1 true WO2021020890A1 (ko) 2021-02-04

Family

ID=74228728

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/010042 WO2021020890A1 (ko) 2019-07-31 2020-07-30 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치

Country Status (4)

Country Link
US (1) US20220264338A1 (ko)
KR (1) KR20220027989A (ko)
CN (1) CN114208228A (ko)
WO (1) WO2021020890A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4032358A4 (en) * 2019-09-18 2022-09-14 Telefonaktiebolaget LM Ericsson (publ) APPARATUS AND METHODS FOR TIME DOMAIN RESOURCE PLANNING FOR GROUP TRANSMISSIONS
CN118524524A (zh) * 2023-02-17 2024-08-20 华为技术有限公司 一种侧行链路通信方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170051347A (ko) * 2015-10-29 2017-05-11 삼성전자주식회사 무선 통신 시스템에서 사이드링크 통신 방법 및 장치
US20170238337A1 (en) * 2014-11-05 2017-08-17 Lg Electronics Inc. Method for canceling scheduling requests triggered by a sidelink buffer status report in a d2d communication system and device therefor
US20170353819A1 (en) * 2016-06-06 2017-12-07 Asustek Computer Inc. Method and apparatus for resource allocation on relay channel in a wireless communication system

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724048B (zh) * 2012-04-27 2015-02-11 杭州华三通信技术有限公司 稀疏模式协议无关组播通知汇聚点的方法和装置
CN104919741A (zh) * 2013-01-10 2015-09-16 美国博通公司 用于双重连接的缓冲状态报告
US9923834B2 (en) * 2014-05-09 2018-03-20 Futurewei Technologies, Inc. System and method for triggering and sending device-to-device buffer status report and scheduling request
US10154537B2 (en) * 2014-09-25 2018-12-11 Lg Electronics Inc. Method and apparatus for canceling triggered prose BSR in wireless communication system
EP3216263A4 (en) * 2014-11-06 2018-06-13 LG Electronics Inc. Method for canceling a sidelink buffer status report in a d2d communication system and device therefor
US10356656B2 (en) * 2015-04-07 2019-07-16 Lg Electronics Inc. Method and apparatus for performing buffer status reporting procedure for relaying in wireless communication system
US10491345B2 (en) * 2015-04-08 2019-11-26 Lg Electronics Inc. Method and device for transmitting and receiving discovery signal in wireless communication system
JP6669853B2 (ja) * 2015-08-12 2020-03-18 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置
WO2017034231A1 (en) * 2015-08-21 2017-03-02 Lg Electronics Inc. Method for transmitting a sidelink data in a d2d communication system and device therefor
US10194459B2 (en) * 2016-02-18 2019-01-29 Lg Electronics Inc. Method of transmitting and receiving message for communication between UEs in wireless communication system and apparatus using method
KR102394074B1 (ko) * 2016-03-03 2022-05-06 아이디에이씨 홀딩스, 인크. 빔 포밍 기반의 시스템에서의 빔 제어를 위한 방법 및 장치
US10912145B2 (en) * 2016-04-15 2021-02-02 Lg Electronics Inc. Method for performing transmission of a SR bundle in a wireless communication system and a device therefor
EP3525540B1 (en) * 2016-10-19 2020-12-30 Huawei Technologies Co., Ltd. Method and device for transmitting buffer state report
WO2018093169A1 (en) * 2016-11-17 2018-05-24 Samsung Electronics Co., Ltd. Method and apparatus for activating/deactivating cells with scalable transmission time intervals in wireless communication system using cell aggregation
WO2018174586A1 (ko) * 2017-03-22 2018-09-27 엘지전자 주식회사 빔 회복 과정 수행 방법과 사용자기기, 및 빔 회복 과정 지원 방법 및 기지국
JP6637541B2 (ja) * 2017-04-26 2020-01-29 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置
CN108809535A (zh) * 2017-04-28 2018-11-13 夏普株式会社 数据传输方法和设备
CN110741713B (zh) * 2017-06-15 2023-07-21 交互数字专利控股公司 调度请求、状态报告以及逻辑信道优先化
US10555307B2 (en) * 2017-06-16 2020-02-04 Futurewei Technologies, Inc. System and method for beam failure recovery request reporting
US11419173B2 (en) * 2017-08-09 2022-08-16 Idac Holdings, Inc. Methods and systems for beam recovery and management
EP3732799A1 (en) * 2017-12-27 2020-11-04 Lenovo (Singapore) Pte. Ltd. Beam recovery procedure
US10778367B2 (en) * 2018-01-04 2020-09-15 Ofinno, Llc Activation/deactivation of semi-persistent channel state information report
US11096161B2 (en) * 2018-03-01 2021-08-17 Qualcomm Incorporated Multi-radio access technology scheduling of sidelink interface
CN110289896A (zh) * 2018-03-15 2019-09-27 索尼公司 电子装置、无线通信方法以及计算机可读介质
KR20240055113A (ko) * 2018-03-30 2024-04-26 레즈메드 아이엔씨. 스케줄링 요청 기반 빔 장애 복구
EP3909272A4 (en) * 2019-01-11 2022-08-24 Lenovo (Beijing) Limited SIDE LINK COMMUNICATION USING MULTIPLE PROTOCOL STACKS
WO2021006690A1 (en) * 2019-07-10 2021-01-14 Samsung Electronics Co., Ltd. Method and apparatus for handling scheduling request (sr) cancellation, random access (ra) prioritization and concurrent occurrence of beam failure recovery (bfr) on primary cell (pcell) and secondary cell (scell)
CN114556845B (zh) * 2019-07-22 2023-07-28 鸿颖创新有限公司 用于波束失败恢复(bfr)的方法和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170238337A1 (en) * 2014-11-05 2017-08-17 Lg Electronics Inc. Method for canceling scheduling requests triggered by a sidelink buffer status report in a d2d communication system and device therefor
KR20170051347A (ko) * 2015-10-29 2017-05-11 삼성전자주식회사 무선 통신 시스템에서 사이드링크 통신 방법 및 장치
US20170353819A1 (en) * 2016-06-06 2017-12-07 Asustek Computer Inc. Method and apparatus for resource allocation on relay channel in a wireless communication system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ASUSTEK: "Discussion on Sidelink BSR cancellation condition", 3GPP DRAFT; R2-1901025 DISCUSSION ON SIDELINK BSR CANCELLATION CONDITION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP),, 14 February 2019 (2019-02-14), XP051602390 *
LENOVO, MOTOROLA MOBILITY: "Discussion on resource allocation for NR sidelink Mode 1", 3GPP DRAFT; R1-1906268, 3RD GENERATION PARTNERSHIP PROJECT (3GPP),, 3 May 2019 (2019-05-03), XP051708306 *

Also Published As

Publication number Publication date
CN114208228A (zh) 2022-03-18
US20220264338A1 (en) 2022-08-18
KR20220027989A (ko) 2022-03-08

Similar Documents

Publication Publication Date Title
WO2021029672A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치
WO2021091244A1 (ko) 무선통신시스템에서 sci 관련 ue의 동작 방법
WO2021085908A1 (ko) 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법
WO2021066451A1 (ko) 무선통신시스템에서 2nd stage SCI 관련 UE의 동작 방법
WO2021162506A1 (ko) 무선통신시스템에서 릴레이 ue에 관련된 ue의 동작 방법
WO2022080702A1 (ko) 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법
WO2021154061A1 (ko) 무선통신시스템에서 사이드링크 csi 보고에 관련된 ue의 동작 방법
WO2021221448A1 (ko) 무선통신시스템에서 릴레이 수립 요청에 관련된 릴레이 ue의 동작 방법
WO2022025615A1 (ko) 무선통신시스템에서 사이드링크 디스커버리에 관련된 동작 방법
WO2021145751A1 (ko) 무선통신시스템에서 사이드링크 ptrs에 관련된 ue의 동작 방법
WO2021206462A1 (ko) 무선통신시스템에서 사이드링크 릴레이에 관련된 릴레이 ue의 동작 방법
WO2021085909A1 (ko) 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법
WO2022186670A1 (ko) 무선통신시스템에서 사이드링크 drx 타이머에 관련된 ue의 동작 방법
WO2022025665A1 (ko) 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법
WO2022019643A1 (ko) 무선통신시스템에서 릴레이 ue의 동작 방법
WO2022025667A1 (ko) 무선통신시스템에서 bwp에 관련된 릴레이 ue의 동작 방법
WO2021020890A1 (ko) 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치
WO2021075877A1 (ko) 무선통신시스템에서 사이드링크 타이머에 관련된 ue의 동작 방법
WO2021045596A1 (ko) 무선통신시스템에서 사이드링크 자원의 해제에 관련된 기지국의 동작 방법 및 장치
WO2021040378A1 (ko) 무선통신시스템에서 rlf 발생 후 사이드링크 신호를 송수신하는 ue의 동작 방법 및 장치
WO2021040361A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2023014157A1 (ko) 무선통신시스템에서 path switching 및 측정 보고에 관련된 리모트 ue의 동작 방법.
WO2022231379A1 (ko) 무선통신시스템에서 사이드링크에서 릴레이 ue의 동작 방법
WO2022186629A1 (ko) 무선통신시스템에서 사이드링크에서 psfch 및 pucch 전송에 관련된 ue의 동작 방법
WO2022060117A1 (ko) 무선통신시스템에서 사이드링크 릴레이와 시스템 정보에 관련된 ue의 동작 방법

Legal Events

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

Ref document number: 20846851

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20227002398

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20846851

Country of ref document: EP

Kind code of ref document: A1