WO2023055194A1 - 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치 - Google Patents

무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치 Download PDF

Info

Publication number
WO2023055194A1
WO2023055194A1 PCT/KR2022/014809 KR2022014809W WO2023055194A1 WO 2023055194 A1 WO2023055194 A1 WO 2023055194A1 KR 2022014809 W KR2022014809 W KR 2022014809W WO 2023055194 A1 WO2023055194 A1 WO 2023055194A1
Authority
WO
WIPO (PCT)
Prior art keywords
bwp
group common
rnti
pdcch
cfr
Prior art date
Application number
PCT/KR2022/014809
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 CN202280066485.7A priority Critical patent/CN118044313A/zh
Priority to KR1020237021615A priority patent/KR102619303B1/ko
Publication of WO2023055194A1 publication Critical patent/WO2023055194A1/ko
Priority to US18/364,087 priority patent/US12010669B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/0457—Variable allocation of band or rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for activating or deactivating a bandwidth portion (BWP) in a wireless communication system.
  • BWP bandwidth portion
  • Mobile communication systems have been developed to provide voice services while ensuring user activity.
  • the mobile communication system has expanded its scope to data services as well as voice.
  • the explosive increase in traffic causes a shortage of resources and users demand higher-speed services, so a more advanced mobile communication system is required. there is.
  • next-generation mobile communication system The requirements of the next-generation mobile communication system are to support explosive data traffic, drastic increase in transmission rate per user, significantly increased number of connected devices, very low end-to-end latency, and high energy efficiency.
  • Dual Connectivity Massive MIMO (Massive Multiple Input Multiple Output), In-band Full Duplex, Non-Orthogonal Multiple Access (NOMA), Super Wideband Wideband) support, various technologies such as device networking (Device Networking) are being studied.
  • Massive MIMO Massive Multiple Input Multiple Output
  • NOMA Non-Orthogonal Multiple Access
  • Super Wideband Wideband various technologies such as device networking (Device Networking) are being studied.
  • the technical problem of the present disclosure is to provide a method and apparatus for activating or deactivating a bandwidth part (BWP) in a wireless communication system.
  • BWP bandwidth part
  • An additional technical problem of the present disclosure is to provide a timer-based BWP activation or deactivation method and apparatus in a wireless communication system.
  • An additional technical problem of the present disclosure is to provide a timer-based BWP activation or deactivation method and apparatus related to multicast or broadcast in a wireless communication system.
  • a method for receiving a downlink channel by a terminal in a wireless communication system includes: a first bandwidth portion of a physical downlink control channel (PDCCH) based on a specific group-radio network temporary identifier (G-RNTI); receiving from the network at (BWP); and receiving a group common physical downlink shared channel (PDSCH) from the network based on the PDCCH, wherein the specific G-RNTI is set for first type group common scheduling or second type group common scheduling , and a first inactivity timer may be started or restarted based on the specific G-RNTI set for the first type group common scheduling.
  • PDCCH physical downlink control channel
  • G-RNTI group-radio network temporary identifier
  • BWP group-radio network temporary identifier
  • PDSCH group common physical downlink shared channel
  • a method for transmitting a downlink channel by a base station in a wireless communication system includes: a first bandwidth portion of a physical downlink control channel (PDCCH) based on a specific group-radio network temporary identifier (G-RNTI); Transmitting from (BWP) to one or more terminals; and transmitting a group common physical downlink shared channel (PDSCH) to the one or more terminals based on the PDCCH, wherein the specific G-RNTI is set for a first type group common scheduling or a second type group It is set for common scheduling, and in one of the one or more terminals, a first inactivity timer is started or restarted based on the specific G-RNTI set for the first type group common scheduling.
  • PDCCH physical downlink control channel
  • G-RNTI group-radio network temporary identifier
  • a method and apparatus for activating or deactivating a bandwidth part (BWP) in a wireless communication system may be provided.
  • a method and apparatus for activating or deactivating a timer-based BWP in a wireless communication system may be provided.
  • a timer-based BWP activation or deactivation method and apparatus related to multicast or broadcast in a wireless communication system may be provided.
  • FIG. 1 illustrates the structure of a wireless communication system to which the present disclosure may be applied.
  • FIG. 2 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.
  • FIG 3 illustrates a resource grid in a wireless communication system to which the present disclosure may be applied.
  • FIG. 4 illustrates a physical resource block in a wireless communication system to which the present disclosure may be applied.
  • FIG. 5 illustrates a slot structure in a wireless communication system to which the present disclosure may be applied.
  • FIG. 6 illustrates physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission/reception method using them.
  • FIG. 7 is a diagram illustrating an example of a group common PDSCH to which the present disclosure can be applied and HARQ-ACK transmission therefor.
  • FIG. 8 is a diagram for explaining an example of a method for receiving a downlink channel of a terminal according to the present disclosure.
  • FIG. 9 is a diagram for explaining an example of a downlink channel transmission method of a base station according to the present disclosure.
  • FIG. 10 is a diagram for explaining a signaling procedure of a network side and a terminal according to an embodiment of the present disclosure.
  • FIG. 11 illustrates a block configuration diagram of a wireless communication device according to an embodiment of the present disclosure.
  • first and second are used only for the purpose of distinguishing one component from another component and are not used to limit the components, unless otherwise specified. The order or importance among them is not limited. Accordingly, within the scope of the present disclosure, a first component in one embodiment may be referred to as a second component in another embodiment, and similarly, a second component in one embodiment may be referred to as a first component in another embodiment. can also be called
  • the present disclosure describes a wireless communication network or wireless communication system, and operations performed in the wireless communication network control the network and transmit or receive signals in a device (for example, a base station) in charge of the wireless communication network. It can be done in the process of receiving (receive) or in the process of transmitting or receiving signals from a terminal coupled to the wireless network to or between terminals.
  • a device for example, a base station
  • transmitting or receiving a channel includes the meaning of transmitting or receiving information or a signal through a corresponding channel.
  • transmitting a control channel means transmitting control information or a signal through the control channel.
  • transmitting a data channel means transmitting data information or a signal through the data channel.
  • downlink means communication from a base station to a terminal
  • uplink means communication from a terminal to a base station.
  • a transmitter may be part of a base station and a receiver may be part of a terminal.
  • a transmitter may be a part of a terminal and a receiver may be a part of a base station.
  • a base station may be expressed as a first communication device
  • a terminal may be expressed as a second communication device.
  • a base station includes a fixed station, a Node B, an evolved-NodeB (eNB), a Next Generation NodeB (gNB), a base transceiver system (BTS), an access point (AP), and a network (5G Network), AI (Artificial Intelligence) system/module, RSU (road side unit), robot, drone (UAV: Unmanned Aerial Vehicle), AR (Augmented Reality) device, VR (Virtual Reality) device, etc.
  • AI Artificial Intelligence
  • RSU road side unit
  • robot UAV: Unmanned Aerial Vehicle
  • AR Algmented Reality
  • VR Virtual Reality
  • a terminal may be fixed or mobile, and a user equipment (UE), a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), and an advanced mobile (AMS) Station), WT (Wireless terminal), MTC (Machine-Type Communication) device, M2M (Machine-to-Machine) device, D2D (Device-to-Device) device, vehicle, RSU (road side unit), It can be replaced with terms such as robot, AI (Artificial Intelligence) module, drone (UAV: Unmanned Aerial Vehicle), AR (Augmented Reality) device, VR (Virtual Reality) device, etc.
  • AI Artificial Intelligence
  • drone UAV: Unmanned Aerial Vehicle
  • AR Algmented Reality
  • VR Virtual Reality
  • 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 radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A (Advanced) / LTE-A pro is an evolved version of 3GPP LTE.
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A/LTE-A pro is an evolved version of 3GPP LTE/LTE-A/LTE-A pro.
  • LTE refers to technology after 3GPP Technical Specification (TS) 36.xxx Release 8.
  • TS Technical Specification
  • LTE technology after 3GPP TS 36.xxx Release 10 is referred to as LTE-A
  • LTE technology after 3GPP TS 36.xxx Release 13 is referred to as LTE-A pro
  • 3GPP NR refers to technology after TS 38.xxx Release 15.
  • LTE/NR may be referred to as a 3GPP system.
  • "xxx" means standard document detail number.
  • LTE/NR may be collectively referred to as a 3GPP system.
  • TS 36.211 Physical Channels and Modulation
  • TS 36.212 Multiplexing and Channel Coding
  • TS 36.213 Physical Layer Procedures
  • TS 36.300 General Description
  • TS 36.331 Radio Resource Control
  • TS 38.211 Physical Channels and Modulation
  • TS 38.212 Multiplexing and Channel Coding
  • TS 38.213 Physical Layer Procedures for Control
  • TS 38.214 Physical Layer Procedures for Data
  • TS 38.300 General description of NR and New Generation-Radio Access Network (NG-RAN)
  • TS 38.331 Radio Resource Control Protocol Specification
  • channel state information - reference signal resource indicator channel state information - reference signal resource indicator
  • channel state information - reference signal channel state information - reference signal
  • Layer 1 reference signal received quality Layer 1 reference signal received quality
  • orthogonal frequency division multiplexing orthogonal frequency division multiplexing (orthogonal frequency division multiplexing)
  • radio resource control radio resource control
  • Synchronization signal block including primary synchronization signal (PSS), secondary synchronization signal (SSS) and physical broadcast channel (PBCH)
  • NR is an expression showing an example of 5G RAT.
  • a new RAT system including NR uses an OFDM transmission scheme or a transmission scheme similar thereto.
  • the new RAT system may follow OFDM parameters different from those of LTE.
  • the new RAT system follows the numerology of the existing LTE/LTE-A as it is, but may support a larger system bandwidth (eg, 100 MHz).
  • one cell may support a plurality of numerologies. That is, terminals operating with different numerologies can coexist in one cell.
  • a numerology corresponds to one subcarrier spacing in the frequency domain.
  • Different numerologies can be defined by scaling the reference subcarrier spacing by an integer N.
  • FIG. 1 illustrates the structure of a wireless communication system to which the present disclosure may be applied.
  • the NG-RAN is a NG-RA (NG-Radio Access) user plane (ie, a new AS (access stratum) sublayer / PDCP (Packet Data Convergence Protocol) / RLC (Radio Link Control) / MAC / PHY) and control plane (RRC) protocol termination to the UE.
  • the gNBs are interconnected through an Xn interface.
  • the gNB is also connected to a New Generation Core (NGC) through an NG interface. More specifically, the gNB is connected to an Access and Mobility Management Function (AMF) through an N2 interface and to a User Plane Function (UPF) through an N3 interface.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • FIG. 2 illustrates a frame structure in a wireless communication system to which the present disclosure can be applied.
  • An NR system can support multiple numerologies.
  • numerology may be defined by subcarrier spacing and Cyclic Prefix (CP) overhead.
  • the multiple subcarrier spacing can be derived by scaling the basic (reference) subcarrier spacing by an integer N (or ⁇ ).
  • N or ⁇
  • the numerology used can be selected independently of the frequency band.
  • various frame structures according to a plurality of numerologies may be supported.
  • OFDM numerology and frame structure that can be considered in the NR system will be described.
  • Multiple OFDM numerologies supported in the NR system can be defined as shown in Table 1 below.
  • NR supports multiple numerologies (or subcarrier spacing (SCS)) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands, and when the SCS is 30 kHz/60 kHz, dense-urban, lower latency and a wider carrier bandwidth, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz is supported to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band is defined as two types of frequency ranges (FR1 and FR2).
  • FR1 and FR2 may be configured as shown in Table 2 below.
  • FR2 may mean millimeter wave (mmW).
  • ⁇ f max 480 10 3 Hz
  • N f 4096.
  • T TA (N TA +N TA,offset )T c before the start of the corresponding downlink frame in the corresponding terminal.
  • slots are numbered in increasing order of n s ⁇ ⁇ 0,..., N slot subframe, ⁇ -1 ⁇ within a subframe, and within a radio frame They are numbered in increasing order n s,f ⁇ ⁇ 0,..., N slot frame, ⁇ -1 ⁇ .
  • One slot is composed of consecutive OFDM symbols of N symb slots , and N symb slots are determined according to CP.
  • the start of slot n s ⁇ in a subframe is temporally aligned with the start of OFDM symbol n s ⁇ N symb slot in the same subframe. Not all terminals can simultaneously transmit and receive, which means that not all OFDM symbols in a downlink slot or uplink slot can be used.
  • Table 3 shows the number of OFDM symbols per slot (N symb slot ), the number of slots per radio frame (N slot frame, ⁇ ), and the number of slots per subframe (N slot subframe, ⁇ ) in the general CP.
  • Table 4 represents the number of OFDM symbols per slot, the number of slots per radio frame, and the number of slots per subframe in the extended CP.
  • one subframe may include 4 slots.
  • a mini-slot may contain 2, 4 or 7 symbols, more or fewer symbols.
  • an antenna port a resource grid, a resource element, a resource block, a carrier part, etc. can be considered Hereinafter, the physical resources that can be considered in the NR system will be described in detail.
  • the antenna port is defined such that the channel on which a symbol on the antenna port is carried can be inferred from the channel on which other symbols on the same antenna port are carried. If the large-scale properties of the channel on which the symbols on one antenna port are carried can be inferred from the channel on which the symbols on the other antenna port are carried, then the two antenna ports are quasi co-located or QC/QCL (quasi co-located or quasi co-location).
  • the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG 3 illustrates a resource grid in a wireless communication system to which the present disclosure may be applied.
  • a resource grid is composed of N RB ⁇ N sc RB subcarriers in the frequency domain, and one subframe is composed of 14 2 ⁇ OFDM symbols.
  • a transmitted signal is described by one or more resource grids consisting of N RB ⁇ N sc RB subcarriers and 2 ⁇ N symb ( ⁇ ) OFDM symbols.
  • N RB ⁇ ⁇ N RB max, ⁇ The N RB max, ⁇ represents the maximum transmission bandwidth, which may vary not only between numerologies but also between uplink and downlink.
  • one resource grid may be set for each ⁇ and antenna port p.
  • Each element of the resource grid for ⁇ and antenna port p is referred to as a resource element, and the index pair (k, ) is uniquely identified by
  • an index pair (k, l) is used.
  • l 0,...,N symb ⁇ -1.
  • ⁇ and the resource factor for antenna port p (k, ) is a complex value corresponds to If there is no risk of confusion, or if a particular antenna port or numerology is not specified, the indices p and ⁇ can be dropped, resulting in a complex value or This can be.
  • Point A serves as a common reference point of the resource block grid and is obtained as follows.
  • OffsetToPointA for primary cell (PCell) downlink represents the frequency offset between point A and the lowest subcarrier of the lowest resource block overlapping the SS/PBCH block used by the UE for initial cell selection. It is expressed in resource block units assuming a 15 kHz subcarrier spacing for FR1 and a 60 kHz subcarrier spacing for FR2.
  • -absoluteFrequencyPointA represents the frequency-position of point A expressed as in ARFCN (absolute radio-frequency channel number).
  • Common resource blocks are numbered upward from 0 in the frequency domain for the subcarrier spacing ⁇ .
  • the center of subcarrier 0 of common resource block 0 for subcarrier spacing setting ⁇ coincides with 'point A'.
  • the relationship between the common resource block number n CRB ⁇ and the resource elements (k, l) for the subcarrier spacing ⁇ is given by Equation 1 below.
  • Physical resource blocks are numbered from 0 to N BWP,i size, ⁇ -1 within a bandwidth part (BWP), where i is the number of BWP.
  • BWP bandwidth part
  • Equation 2 The relationship between the physical resource block n PRB and the common resource block n CRB in BWP i is given by Equation 2 below.
  • N BWP,i start, ⁇ is a common resource block where BWP starts relative to common resource block 0.
  • Figure 4 illustrates a physical resource block in a wireless communication system to which the present disclosure may be applied.
  • Figure 5 illustrates a slot structure in a wireless communication system to which the present disclosure can be applied.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot includes 6 symbols.
  • a carrier includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) is defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • a bandwidth part (BWP) is defined as a plurality of contiguous (physical) resource blocks in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • a carrier may include up to N (eg, 5) BWPs. Data communication is performed through an activated BWP, and only one BWP can be activated for one terminal.
  • Each element in the resource grid is referred to as a resource element (RE), and one complex symbol may be mapped.
  • RE resource element
  • the NR system can support up to 400 MHz per component carrier (CC). If a terminal operating in such a wideband CC always operates with radio frequency (RF) chips for the entire CC turned on, battery consumption of the terminal may increase.
  • a terminal operating in such a wideband CC always operates with radio frequency (RF) chips for the entire CC turned on, battery consumption of the terminal may increase.
  • RF radio frequency
  • different numerologies eg subcarrier spacing, etc.
  • the capability for the maximum bandwidth may be different for each terminal.
  • the base station may instruct the terminal to operate only in a part of the bandwidth rather than the entire bandwidth of the wideband CC, and the part of the bandwidth is defined as a bandwidth part (BWP) for convenience.
  • BWP may be composed of consecutive RBs on the frequency axis and may correspond to one numerology (eg, subcarrier spacing, CP length, slot/mini-slot period).
  • the base station may set multiple BWPs even within one CC configured for the terminal. For example, in a PDCCH monitoring slot, a BWP occupying a relatively small frequency domain may be set, and a PDSCH indicated by the PDCCH may be scheduled on a larger BWP. Alternatively, when UEs are concentrated in a specific BWP, some UEs may be set to other BWPs for load balancing. Alternatively, considering frequency domain inter-cell interference cancellation between neighboring cells, some of the spectrum among the entire bandwidth may be excluded and both BWPs may be configured even within the same slot. That is, the base station may configure at least one DL/UL BWP for a terminal associated with a wideband CC.
  • the base station may activate at least one DL/UL BWP among the configured DL/UL BWP(s) at a specific time (by L1 signaling or MAC Control Element (CE) or RRC signaling).
  • the base station may indicate switching to another configured DL / UL BWP (by L1 signaling or MAC CE or RRC signaling).
  • a timer value expires based on a timer, it may be switched to a predetermined DL/UL BWP.
  • the activated DL/UL BWP is defined as an active DL/UL BWP.
  • the terminal In situations such as when the terminal is performing an initial access process or before an RRC connection is set up, it may not be possible to receive the configuration for DL / UL BWP, so in this situation, the terminal This assumed DL/UL BWP is defined as the first active DL/UL BWP.
  • FIG. 6 illustrates physical channels used in a wireless communication system to which the present disclosure can be applied and a general signal transmission/reception method using them.
  • a terminal receives information from a base station through downlink, and the terminal transmits information to the base station through uplink.
  • Information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist according to the type/use of the information transmitted and received by the base station and the terminal.
  • the terminal When the terminal is turned on or newly enters a cell, the terminal performs an initial cell search operation such as synchronizing with the base station (S601). To this end, the terminal synchronizes with the base station by receiving a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) from the base station, and obtains information such as a cell identifier (ID: Identifier). can Thereafter, the UE may acquire intra-cell broadcast information by receiving a Physical Broadcast Channel (PBCH) from the base station. Meanwhile, the terminal may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell search step.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • ID cell identifier
  • the UE may acquire intra-cell broadcast information by receiving a Physical Broadcast Channel (PBCH) from the base station.
  • PBCH Physical Broadcast Channel
  • the terminal may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell
  • the UE After completing the initial cell search, the UE acquires more detailed system information by receiving a Physical Downlink Control Channel (PDCCH) and a Physical Downlink Control Channel (PDSCH) according to information carried on the PDCCH. It can (S602).
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Control Channel
  • the terminal may perform a random access procedure (RACH) to the base station (steps S603 to S606).
  • RACH random access procedure
  • the terminal may transmit a specific sequence as a preamble through a physical random access channel (PRACH) (S603 and S605), and receive a response message to the preamble through a PDCCH and a corresponding PDSCH ( S604 and S606).
  • PRACH physical random access channel
  • a contention resolution procedure may be additionally performed.
  • the UE receives PDCCH/PDSCH as a general uplink/downlink signal transmission procedure (S607) and Physical Uplink Shared Channel (PUSCH)/Physical Uplink Control Channel (PUCCH: Physical Uplink Control Channel) transmission (S608) may be performed.
  • the terminal receives downlink control information (DCI) through the PDCCH.
  • DCI downlink control information
  • the DCI includes control information such as resource allocation information for a terminal, and has different formats depending on its purpose of use.
  • the control information that the terminal transmits to the base station through the uplink or the terminal receives from the base station is a downlink / uplink ACK / NACK (Acknowledgement / Non-Acknowledgement) signal, CQI (Channel Quality Indicator), PMI (Precoding Matrix) Indicator), RI (Rank Indicator), etc.
  • a terminal may transmit control information such as the above-described CQI/PMI/RI through PUSCH and/or PUCCH.
  • Table 5 shows an example of a DCI format in the NR system.
  • DCI format uses 0_0 Scheduling of PUSCH in one cell 0_1 Scheduling of one or multiple PUSCHs in one cell, or indication of cell group (CG) downlink feedback information to the UE 0_2 Scheduling of PUSCH in one cell 1_0 Scheduling of PDSCH in one DL cell 1_1 Scheduling of PDSCH in one cell 1_2 Scheduling of PDSCH in one cell
  • DCI formats 0_0, 0_1, and 0_2 are resource information related to PUSCH scheduling (eg, UL/SUL (Supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.), transport block ( TB: Transport Block) related information (eg, MCS (Modulation Coding and Scheme), NDI (New Data Indicator), RV (Redundancy Version), etc.), HARQ (Hybrid - Automatic Repeat and request) related information (eg, , process number, downlink assignment index (DAI), PDSCH-HARQ feedback timing, etc.), multi-antenna related information (eg, DMRS sequence initialization information, antenna port, CSI request, etc.), power control information (eg, PUSCH power control, etc.), and control information included in each DCI format may be predefined.
  • PUSCH scheduling eg, UL/SUL (Supplementary UL), frequency resource allocation, time resource allocation, frequency hopping, etc.
  • DCI format 0_0 is used for PUSCH scheduling in one cell.
  • Information included in DCI format 0_0 is a cyclic redundancy check (CRC) by C-RNTI (Cell RNTI: Cell Radio Network Temporary Identifier), CS-RNTI (Configured Scheduling RNTI) or MCS-C-RNTI (Modulation Coding Scheme Cell RNTI) ) is scrambled and transmitted.
  • CRC cyclic redundancy check
  • C-RNTI Cell RNTI: Cell Radio Network Temporary Identifier
  • CS-RNTI Configured Scheduling RNTI
  • MCS-C-RNTI Modulation Coding Scheme Cell RNTI
  • DCI format 0_1 is used to indicate scheduling of one or more PUSCHs in one cell or configured grant (CG) downlink feedback information to the UE.
  • Information included in DCI format 0_1 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI (Semi-Persistent CSI RNTI) or MCS-C-RNTI.
  • DCI format 0_2 is used for PUSCH scheduling in one cell.
  • Information included in DCI format 0_2 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI, SP-CSI-RNTI or MCS-C-RNTI.
  • DCI formats 1_0, 1_1, and 1_2 are resource information related to PDSCH scheduling (eg, frequency resource allocation, time resource allocation, VRB (virtual resource block)-PRB (physical resource block) mapping, etc.), transport block (TB) related information (eg, MCS, NDI, RV, etc.), HARQ related information (eg, process number, DAI, PDSCH-HARQ feedback timing, etc.), multi-antenna related information (eg, antenna port , transmission configuration indicator (TCI), sounding reference signal (SRS) request, etc.), PUCCH-related information (eg, PUCCH power control, PUCCH resource indicator, etc.), and the control information included in each DCI format can be predefined.
  • PDSCH scheduling eg, frequency resource allocation, time resource allocation, VRB (virtual resource block)-PRB (physical resource block) mapping, etc.
  • transport block (TB) related information eg, MCS, NDI, RV, etc.
  • HARQ related information
  • DCI format 1_0 is used for PDSCH scheduling in one DL cell.
  • Information included in DCI format 1_0 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • DCI format 1_1 is used for PDSCH scheduling in one cell.
  • Information included in DCI format 1_1 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • DCI format 1_2 is used for PDSCH scheduling in one cell.
  • Information included in DCI format 1_2 is transmitted after being CRC scrambled by C-RNTI, CS-RNTI or MCS-C-RNTI.
  • MBMS Multimedia Broadcast Multicast Service
  • MBMS is a single frequency network (SFN) method in which a plurality of base stations or cells are synchronized to transmit the same data to a terminal, and a single cell point to multipoint (SC-PTM) method broadcasting within a corresponding cell coverage through a PDCCH / PDSCH channel. ) method may be included.
  • SFN single frequency network
  • SC-PTM single cell point to multipoint
  • the SFN scheme may be used to provide a broadcast service in a wide area (eg, MBMS area) through semi-statically allocated resources.
  • MBSFN Multicast Broadcast Single Frequency Network
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic Channel
  • both MCCH and MTCH are transport channels MCH (Multicast Channel)
  • PMCH physical multicast channel
  • a plurality of base stations/cells may be synchronized to provide the same data to the terminal through the PMCH.
  • One base station/cell may belong to multiple MBSFN areas.
  • MBSFN subframe configuration may be required for MBSFN service.
  • the SC-PTM scheme may be mainly used to provide a broadcast service only within cell coverage through dynamic resources.
  • SC-PTM provides one logical channel SC-MCCH (Single Cell Multicast Control Channel) and one or more logical channels SC-MTCH (Single Cell Multicast Traffic Channel). These logical channels (i.e., SC-MCCH and SC-MTCH) are mapped to the transport channel DL-SCH, and the transport channel DL-SCH is mapped to the physical channel PDSCH.
  • a PDSCH transmitting data corresponding to the SC-MCCH or SC-MTCH is scheduled through a PDCCH scrambled by CRC with a Group-Radio Network Temporary Identifier (G-RNTI).
  • G-RNTI Group-Radio Network Temporary Identifier
  • TMGI Temporal Mobile Group Identity
  • TMGI Temporal Mobile Group Identity
  • a base station provides multiple MBMS services, multiple G-RNTI values may be allocated for SC-PTM transmission.
  • One or a plurality of terminals may perform PDCCH monitoring using a specific G-RNTI to receive a specific MBMS service.
  • a discontinuous reception (DRX) on-duration period dedicated to SC-PTM may be configured for a specific MBMS service/specific G-RNTI. In this case, the corresponding terminals can wake up only for a specific on-duration period and perform PDCCH monitoring for the G-RNTI.
  • SPS Semi-persistent Scheduling
  • the base station may provide a terminal-specific SPS configuration to a specific terminal and allocate one or more downlink SPS transmission resources repeated according to a set period.
  • DCI of a UE-specific (or UE-specific) PDCCH may indicate activation of a specific SPS configuration index (SPS activation).
  • the UE may perform downlink reception through activated SPS transmission resources. These SPS transmission resources may be used for initial HARQ transmission.
  • the base station may allocate retransmission resources of a specific SPS configuration index through the DCI of the terminal-dedicated PDCCH. For example, if the terminal reports HARQ NACK for SPS transmission resources, the base station can allocate retransmission resources with DCI so that the terminal can receive downlink retransmission.
  • the DCI of the UE-dedicated PDCCH may indicate release or deactivation of a specific SPS configuration index. In this case, the corresponding terminal does not receive the SPS transmission resource for which release/deactivation is instructed.
  • the CRC of DCI/PDCCH for activation/retransmission/deactivation of SPS configuration/resources may be scrambled by configured scheduling-radio network temporary identifier (CS-RNTI).
  • CS-RNTI scheduling-radio network temporary identifier
  • MMS Multicast Broadcast Service
  • the network side eg base station/cell/TRP
  • PTM point-to-multipoint
  • PTP point-to-point
  • a base station may transmit a group common (or group-specific) PDCCH (Group Common PDCCH) and a group common PDSCH (Group Common PDSCH) to a plurality of terminals.
  • a plurality of terminals can simultaneously receive the same group common PDCCH and group common PDSCH transmission to decode the same MBS data.
  • a base station can transmit a UE-specific (or UE-specific) PDCCH and a UE-specific PDSCH to a specific UE.
  • the corresponding one UE may receive the UE-dedicated PDCCH and the UE-dedicated PDSCH.
  • the base station may separately transmit the same MBS data to each of the plurality of terminals through different terminal-dedicated PDCCHs and terminal-dedicated PDSCHs.
  • FIG. 7 is a diagram illustrating an example of a group common PDSCH to which the present disclosure can be applied and HARQ-ACK transmission therefor.
  • the terminal may not drive a timer for switching or inactivation.
  • the terminal may drive the timer according to PDCCH reception of the current active BWP.
  • the terminal may drive the timer according to PDCCH reception of the current active BWP.
  • the UE may receive group common PDCCHs/PDSCHs scheduled in different G-RNTIs through FDM or TDM.
  • the base station may set a common frequency resource (CFR), which is a frequency domain similar to BWP, and the terminal may receive a group common PDCCH/PDSCH through the CFR.
  • CFR common frequency resource
  • a UE in RRC connected mode can activate one DL BWP to receive a unicast PDCCH/PDSCH, and receive a group common PDCCH/PDSCH through a CFR connected to the activated DL BWP.
  • the UE may transmit multicast HARQ-ACK (eg, HARQ ACK/NACK) for the group common PDCCH/PDSCH.
  • a UE in an RRC idle mode or inactive mode may receive a group common PDCCH through a CFR connected to an initial DL BWP.
  • a UE in an RRC idle or inactive mode may receive a group common PDCCH/PDSCH for broadcast through an initial BWP or a CFR including the initial BWP.
  • the terminal can receive a bandwidth equal to the CFR only during a time interval during which a service of interest is transmitted.
  • the terminal may receive only the bandwidth of the initial BWP.
  • the bandwidth of the initial BWP corresponds to the bandwidth of the basic control resource set (CORESET) (eg, CORESET0) set by the master information block (MIB) that can be obtained through the PBCH in the synchronization process, or the system information block It may correspond to the bandwidth of the initial BWP set by 1 (SIB1).
  • CORESET basic control resource set
  • MIB master information block
  • SIB1 system information block
  • the terminal for initial access RACH process can be performed.
  • message 3 MSG3 of the 4-step RACH process or message A (MSGA) of the 2-step RACH process
  • the terminal may inform the base station whether or not the terminal has received the broadcast through MSG3 of the 4-step RACH process or MSGA of the 2-step RACH process as follows:
  • Method 1 is a method in which an establishment case field of an RRC request or RRC resume request message informs whether a broadcast has been received.
  • the terminal may inform the base station of broadcast reception through the Establishment case field of the RRC request or RRC resume request message. For example, whether the terminal is receiving a broadcast may be indicated through a specific reserved value of the Establishment case field. In addition, whether a specific reserved value of the Establishment case field is receiving a broadcast on which BWP, which CFR, or which frequency may be indicated may be indicated.
  • Method 2 is a method in which a logical channel ID (LCID) field of a MAC PDU header including an RRC request or RRC resume request message informs whether a broadcast is received.
  • LCID logical channel ID
  • the header of the MAC PDU included in the RRC setup request or RRC resume request message may indicate whether broadcast is received.
  • a specific value of the LCID field of the header can indicate whether or not broadcast is received.
  • a specific value of the LCID field of the header may indicate which BWP, which CFR, or which frequency the broadcast is being received on.
  • a specific value of the LCID field of the header may indicate which G-RNTI is being received.
  • the corresponding MAC PDU corresponds to MSG3 of the 4-step RACH process or MSGA of the 2-step RACH process.
  • MSG3 of the 4-step RACH process or MSGA of the 2-step RACH process may include a MAC control element (CE).
  • a specific field of the MAC CE may indicate whether a broadcast is received, which BWP, which CFR, or which frequency the broadcast is being received on, and which G-RNTI is being received.
  • Method 3 is a method in which the RACH preamble ID or RACH opportunity or UL BWP of a 4-step RACH or 2-step RACH process informs whether or not a broadcast has been received.
  • the RACH preamble ID or RACH Occasion or UL BWP used in transmission of the preamble part of the MSG1 of the 4-step RACH process or the MSGA of the 2-step RACH process determines whether broadcast is received. can tell you Alternatively, through the RACH process, it is possible to indicate which BWP, which CFR, which frequency the broadcast is being received on, which G-RNTI is being received, and the like.
  • the terminal may report to the base station whether or not the broadcast is being received through the RACH.
  • the base station may transmit an RRC setup message or an RRC resume message to the terminal.
  • These RRC setup messages or RRC resume messages may include broadcast CFR configuration information, and configuration information for the initial/default BWP or first active DL BWP that supports broadcast CFR may also be included.
  • the terminal may switch to connected mode
  • the terminal may configure initial/default BWP or first active DL BWP related to broadcast CFR according to the setting information in connected mode can
  • the initial BWP related to broadcast CFR may include broadcast CFR.
  • This initial BWP may be different from the initial BWP set to MIB or SIB, and may be an initial BWP with a wider bandwidth than the initial BWP set to MIB or SIB.
  • broadcast CFR configuration may be received from SIB1 or SIBx (x > 1) or MCCH message.
  • SIB1 or SIBx (x > 1) or MCCH message A terminal that previously received broadcast transmission can continue to maintain these broadcast CFR settings even after switching to connected mode.
  • the initial BWP of connected mode can be set as follows.
  • the terminal can maintain the initial BWP set according to SIB1 in the connected mode as in the prior art, and apply broadcast CFR only when receiving broadcast.
  • the terminal can expand the bandwidth by the broadcast CFR according to the broadcast reception time. If the broadcast CFR does not include the initial BWP or the SCS is different, the UE can receive the broadcast CFR by switching the BWP at the broadcast reception time.
  • the terminal separately receives the initial BWP setting supporting broadcast CFR from the SIBx (x > 1) or MCCH message, and applies the initial BWP setting received from the SIBx (x > 1) or MCCH message in connected mode. can do.
  • the initial BWP can be set to include broadcast CFR or broadcast CFR. Therefore, the terminal does not need to expand or switch bandwidth for broadcast CFR reception.
  • the base station may set a UE-specific BWP. If the terminal reports broadcast reception, the base station can configure the UE specific BWP to be configured to include the broadcast CFR.
  • UE specific BWP may also include multicast CFR. In this case, the terminal may receive broadcast and multicast transmission through one CFR. Alternatively, the UE may receive broadcast and multicast transmission through two CFRs (ie broadcast CFR and multicast CFR).
  • the base station configures resource blocks and max MIMO layers for BWP or CFR , maximum modulation order setting, etc. may be provided to the terminal. If one CFR supports both broadcast and multicast, the UE receives both broadcast and multicast according to the resource block configuration, max MIMO layer configuration, and max modulation order configuration of the broadcast CFR. Alternatively, if one CFR supports both broadcast and multicast, the terminal receives both broadcast and multicast according to the resource block configuration, max MIMO layer configuration, and max modulation order configuration of the multicast CFR.
  • LBRM buffer rate matching
  • broadcast and multicast transmission are received through two CFRs (i.e. broadcast CFR and multicast CFR)
  • broadcast is received according to the Resource Block setting, max MIMO layer setting, and max modulation order setting of broadcast CFR
  • Resource Block of multicast CFR Multicast can be received according to the setting, max MIMO layer setting, and max modulation order setting.
  • Operations such as bandwidth part (BWP) switching, cell deactivation, and RRC connection release in the terminal may be performed based on a timer. For example, when a corresponding timer expires, BWP switching, cell deactivation, RRC connection release, and the like may occur.
  • a timer-based operation it is defined that a corresponding timer is started or restarted when unicast data for a terminal or scheduling information thereof is received in an existing wireless communication system. That is, since the corresponding timer is not started/restarted even when the terminal receives multicast data or scheduling information thereof, there is a problem in that situations such as BWP switching, cell deactivation, or RRC connection disconnection may occur while receiving multicast data.
  • FIG. 8 is a diagram for explaining an example of a method for receiving a downlink channel of a terminal according to the present disclosure.
  • the UE may receive the PDCCH based on the G-RNTI configured for group common scheduling of a specific type.
  • the G-RNTI may be configured for either the first type (eg, multicast type) group common scheduling or the second type (eg, broadcast type) group common scheduling.
  • the PDCCH may correspond to a first type DCI format or a second type DCI format.
  • the first type DCI format may be CRC scrambled based on the G-RNTI configured for first type group common scheduling, and the first type group common PDSCH may be scheduled.
  • the second type DCI format may be CRC scrambled based on the G-RNTI configured for the second type group common scheduling, and the second type group common PDSCH may be scheduled.
  • step S820 the UE may determine whether to start or restart the BWP inactivity timer based on the type of group common scheduling.
  • the BWP inactivity timer (eg, the first inactivity timer) may be started/restarted based on the G-RNTI configured for group common scheduling of the first type or the second type.
  • the BWP inactivity timer may not be started or restarted based on the G-RNTI configured for group common scheduling of the second type among the first type or the second type.
  • the UE may receive a group common PDSCH based on the PDCCH.
  • a group common PDSCH may be received in an active BWP (eg, the first BWP) in which the PDCCH is received.
  • an active BWP eg, the first BWP
  • BWP switching may be performed from the first BWP to the second BWP (eg, initial or default BWP).
  • the second BWP eg, initial or default BWP.
  • the PDCCH based on the G-RNTI configured for the second type group common scheduling is received, switching to the second BWP is performed before receiving the PDSCH or during PDSCH reception because the BWP deactivation timer is not started/restarted. can be performed Alternatively, when the PDCCH based on the G-RNTI configured for the 1st type group common scheduling is received, the PDCCH and the PDSCH can be received on the same 1st BWP because the BWP deactivation timer is started/restarted.
  • a MAC PDU may be obtained through decoding of the PDSCH, and a MAC SDU may be obtained through processing of the MAC PDU.
  • a data inactivity timer eg, a second inactivity timer
  • a BWP inactivity timer eg, a first inactivity timer
  • the data inactivity timer may not start/restart.
  • an action of the terminal related to RRC release (or transition to the RRC idle state) may be performed.
  • FIG. 9 is a diagram for explaining an example of a downlink channel transmission method of a base station according to the present disclosure.
  • the base station may transmit a PDCCH to one or more terminals based on the G-RNTI configured for group common scheduling of a specific type (eg, first type or second type).
  • a specific type eg, first type or second type.
  • the base station may determine/expect whether to start/restart the BWP inactivity timer in the terminal based on the type of group common scheduling.
  • the base station may transmit a group common PDSCH to one or more terminals based on the PDCCH.
  • BWP switching may not be performed (ie, an active BWP is maintained) before the BWP-inactivation timer starts/restarts and expires (ie, running).
  • RRC release (or transition to the RRC idle state) may not be performed (ie, the RRC connection state is maintained) before the data-inactivity timer starts/restarts and expires (ie, is in operation).
  • the deactivation timer may start/restart for the group common scheduling of the first type, but may not start/restart the deactivation timer for the group common scheduling of the second type.
  • This embodiment relates to a BWP-inactivity timer (BWP-InactivityTimer) based operation of a terminal receiving group common transmission.
  • BWP-InactivityTimer BWP-InactivityTimer
  • a plurality of BWPs may be set for a terminal in RRC connection mode.
  • BWP-inactivityTimer the BWP-inactivity timer
  • the destination of BWP switching may be a default BWP if a default BWP is configured for the terminal, and may be an initial BWP if there is no default BWP configuration.
  • the UE transmits a PDCCH (eg, corresponding to a DCI format scrambled by CRC to C-RNTI/CS-RNTI) indicating UE-specific scheduling (eg, unicast scheduling).
  • UE-specific scheduling eg, unicast scheduling.
  • BWP-InactivityTimer is started/restarted. That is, in this case, to prevent BWP deactivation/switching, the corresponding timer can be started/restarted so that the BWP-InactivityTimer does not expire.
  • a PDCCH e.g., corresponding to a DCI format scrambled by CRC with G-RNTI
  • group common scheduling such as multicast/broadcast
  • the BWP-InactivityTimer may be started or restarted upon DCI reception for a specific cast type (eg, multicast type or broadcast type) or specific G-RNTI. BWP-InactivityTimer may not be started/restarted when DCI for a cast type other than the specific cast type or G-RNTI is received.
  • the terminal receiving scheduling for the multicast type PDSCH may start or restart the BWP-InactivityTimer.
  • the terminal receiving scheduling for the broadcast type PDSCH may not start or restart the BWP-InactivityTimer. That is, when receiving PDCCH of a DCI whose CRC is scrambled with a specific G-RNTI like multicast G-RNTI, BWP-InactivityTimer is started or restarted, and CRC is scrambled with a specific G-RNTI like broadcast G-RNTI.
  • the BWP-InactivityTimer may not be started/restarted.
  • BWP-InactivityTimer is not started/restarted regardless of the group common scheduling type. may not be For example, if CFR is not set in the default/initial BWP, which is the destination BWP of BWP switching due to expiration of the BWP-InactivityTimer, or if the desired type of G-RNTI is not provided, the terminal is currently active (active ) BWP-InactivityTimer may not be started/restarted when PDCCH is received for both broadcast type and multicast type in BWP.
  • DCI scheduling PTP retransmission for PTM transmission may be CRC scrambled with C-RNTI or CS-RNTI, and PTP retransmission for TB transmitted by PTM may be scheduled.
  • BWP-InactivityTimer may not start/restart.
  • BWP-InactivityTimer may not start/restart.
  • DCI can be CRC scrambled with C-RNTI or CS-RNTI, and PTP retransmission for TB transmitted through broadcast PTM can be scheduled.
  • BWP-InactivityTimer may not start/restart.
  • BWP-InactivityTimer may not start/restart.
  • the DCI can be CRC scrambled with C-RNTI or CS-RNTI, and PTP retransmission for the TB transmitted through multicast PTM can be scheduled.
  • This embodiment relates to a method of not setting a BWP-InactivityTimer in a terminal receiving multicast or broadcast transmission.
  • a base station may not set a BWP-InactivityTimer for a terminal reporting an interest indication.
  • the terminal may not start or restart the BWP-InactivityTimer and may not perform BWP switching according to the BWP-InactivityTimer. Also, the currently running BWP-InactivityTimer can be stopped.
  • the terminal does not start or restart the BWP-InactivityTimer and may not perform BWP switching according to the BWP-InactivityTimer. . Also, the currently running BWP-InactivityTimer can be stopped.
  • BWP switching can be performed after receiving group common PDSCH or immediately after HARQ-ACK transmission for group common PDSCH reception.
  • BWP switching is not performed even if the BWP-InactivityTimer expires after the group common PDSCH is received or until the HARQ-ACK for the group common PDSCH reception is transmitted. may not perform.
  • the UE may not operate the BWP-InactivityTimer if there is MBS configuration in the currently active BWP and there is no MBS configuration in the default/initial BWP.
  • the terminal may operate the BWP-InactivityTimer according to PDCCH reception of the currently active BWP.
  • the terminal may operate the BWP-InactivityTimer according to PDCCH reception of the currently active BWP.
  • the terminal may not operate the BWP-InactivityTimer even if there is an MBS setting in the default/initial BWP. That is, if there is an MBS setting in the currently active BWP, the BWP-InactivityTimer may not be operated regardless of the MBS setting of the default/initial BWP.
  • MBS configuration may include CFR configuration, G-RNTI-related configuration to be received, multicast reception-related configuration, or broadcast reception-related configuration.
  • Not operating the BWP-InactivityTimer may include not starting/restarting the timer according to PDCCH reception of DCI scrambled with C-RNTI, CS-RNTI, G-RNTI, G-CS-RNTI, etc. .
  • BWP inactivation and switching according to the expiration of the timer may not be performed.
  • This embodiment relates to a method for a terminal to start receiving group common transmission after BWP switching.
  • the UE when the BWP-InactivityTimer expires and the UE switches to the default BWP or initial BWP, the UE automatically starts monitoring the GC (group common)-PDCCH in the default BWP or initial BWP (without a separate setting/instruction).
  • the terminal may start GC-PDCCH monitoring in the default BWP or initial BWP.
  • the UE may receive DCI on the default BWP or initial BWP.
  • the base station may set whether to immediately start GC-PDCCH monitoring in the CFR connected to the destination BWP when a specific terminal switches BWP through an RRC message, MAC CE, or DCI. Whether to start GC-PDCCH monitoring immediately after BWP switching may be set/instructed for each switching destination BWP or CFR, or may be set/instructed for each serving cell.
  • the base station When the UE switches to a BWP, CFR, or serving cell that is not set to start GC-PDCCH monitoring immediately after BWP switching, the base station separately configures/instructs whether or not to monitor GC-PDCCH through an RRC message, MAC CE, or DCI You may.
  • the UE switches to BWP#2, activates the CFR associated with BWP#2, and activates the GC-PDCCH can be monitored.
  • the UE switches to BWP#2, deactivates the CFR associated with BWP#2, and monitors the GC-PDCCH. may not Alternatively, when the DCI or the DCI instructs to stop monitoring the GC-PDCCH or deactivate the associated CFR, the UE switches to BWP#2, deactivates the CFR associated with BWP#2, and may not monitor the GC-PDCCH. there is.
  • the UE activates the CFR associated with BWP#2 and monitors the GC-PDCCH.
  • This embodiment relates to a PTP transmission method after BWP switching.
  • the base station may establish split MBS bearers in different BWPs belonging to the same serving cell.
  • one split MBS bearer may be a group common PTM-based bearer belonging to BWP#1, and another split MBS bearer may be a terminal-dedicated PTP-based bearer belonging to BWP#2.
  • the BWP-InactivityTimer expires and switches from a certain BWP to a default BWP or an initial BWP
  • the UE may activate a PTP-based bearer or a PTM-based bearer mapped to the default BWP or initial BWP.
  • the PTP-based bearer or the PTM-based bearer activated here may belong to the same split bearer as the bearer mapped to the BWP before switching.
  • the UE may deactivate bearers mapped to BWPs belonging to the same split bearer before switching.
  • the UE can immediately start monitoring the PDCCH for initial PTP transmission or retransmission.
  • the base station may set whether to immediately start PDCCH monitoring for PTP (re)transmission in the CFR connected to the destination BWP when a specific terminal switches BWP through an RRC message, MAC CE, or DCI.
  • Whether to immediately start PDCCH monitoring for PTP (re)transmission after BWP switching may be set/instructed for each switching destination BWP or CFR, or may be set/instructed for each serving cell.
  • the base station transmits PTP (re)transmission through an RRC message, MAC CE, or DCI Whether or not to monitor the PDCCH for may be set/instructed separately.
  • the base station when retransmitting the TB received in the BWP before switching, uses the same HARQ process ID for TB transmission in the BWP before switching and TB retransmission in the BWP after switching (eg, default BWP or initial BWP) can be scheduled. That is, for the same G-RNTI, the HPN (HARQ process number) field value of DCI for TB transmission of BWP before switching may be the same as the HPN field value of DCI for TB retransmission of BWP after switching.
  • the HPN (HARQ process number) field value of DCI for TB transmission of BWP before switching may be the same as the HPN field value of DCI for TB retransmission of BWP after switching.
  • This embodiment relates to an operation based on the BWP-InactivityTimer and a separate CFR Inactivity Timer.
  • the base station and the terminal may set the CFR-InactivityTimer separately from the BWP-InactivityTimer.
  • the UE may start or restart CFR-InactivityTimer upon receiving DCI for G-RNTI or G-CS-RNTI.
  • DCI for a specific cast type eg, first type group common scheduling
  • a specific G-RNTI e.g., first type group common scheduling
  • another cast type e.g, second type group common scheduling
  • the UE may switch to the default BWP or the CFR associated with the initial BWP.
  • the UE may not switch to the default BWP or the CFR associated with the initial BWP. That is, only when both the CFR-InactivityTimer of the CFR associated with the active BWP and the BWP-InactivityTimer for the active BWP expire, the UE can switch to the default BWP or the CFR associated with the initial BWP. In addition, when both the CFR-InactivityTimer of the CFR associated with the active BWP and the BWP-InactivityTimer for the active BWP expire, the UE may switch to the default BWP or the initial BWP.
  • the terminal may not switch to the default BWP or the CFR connected to the initial BWP.
  • the terminal may not switch to default BWP or initial BWP.
  • the UE may switch to the default BWP or the CFR associated with the initial BWP.
  • the terminal can switch to the default BWP or the initial BWP.
  • This embodiment relates to the operation of a MAC entity (or layer) related to BWP switching.
  • the underlined part in the table below may correspond to a MAC entity operation that may be changed according to the present disclosure based on an operation of an existing MAC entity.
  • the BWP switching for a Serving Cell is used to activate an inactive BWP and deactivate an active BWP at a time.
  • the BWP switching is controlled by the PDCCH indicating a downlink assignment or an uplink grant, by the bwp-InactivityTimer , by RRC signaling, or by the MAC entity itself upon initiation of Random Access procedure or upon detection of consistent LBT failure on SpCell.
  • firstActiveDownlinkBWP-Id and/or firstActiveUplinkBWP-Id for SpCell or activation of an SCell
  • the DL BWP and/or UL BWP indicated by firstActiveDownlinkBWP-Id and/or firstActiveUplinkBWP-Id respectively is active without receiving PDCCH indicating a downlink assignment or an uplink grant.
  • the active BWP for a Serving Cell is indicated by either RRC or PDCCH.
  • a DL BWP is paired with a UL BWP, and BWP switching is common for both UL and DL.
  • a dormant BWP may be configured with dormantBWP-Id by RRC signaling. Entering or leaving dormant BWP for SCells is done by BWP switching per SCell or per dormancy SCell group based on instruction from PDCCH.
  • the dormancy SCell group configurations are configured by RRC signaling.
  • the DL BWP indicated by firstOutsideActiveTimeBWP-Id or by firstWithinActiveTimeBWP-Id is activated.
  • the DL BWP indicated by dormantBWP-Id is activated.
  • the dormant BWP configuration for SpCell or PUCCH SCell is not supported.
  • the MAC entity shall: 1> if a BWP is activated and the active DL BWP for the Serving Cell is not the dormant BWP: 2> transmit on UL-SCH on the BWP; 2> transmit on RACH on the BWP, if PRACH occasions are configured; 2> monitor the PDCCH on the BWP; 2> monitor the GC-PDCCH on CFR associated with the BWP; 2> transmit PUCCH on the BWP, if configured; 2> report CSI for the BWP; 2> transmit SRS on the BWP, if configured; 2> receive DL-SCH on the BWP and CFR associated with the BWP; 2> receive GC-PDSCH on CFR associated with the BWP; 2> (re-)initialize any suspended configured uplink grants of configured grant Type 1 on the active BWP according to the stored
  • a BWP is deactivated: 2> not transmit on UL-SCH on the BWP; 2> not transmit on RACH on the BWP; 2> not monitor the PDCCH on the BWP; 2> not monitor the GC-PDCCH on CFR associated with the BWP; 2> not transmit PUCCH on the BWP; 2> not report CSI for the BWP; 2> not transmit SRS on the BWP; 2> not receive DL-SCH on the BWP and CFR associated with the BWP; 2> not receive GC-PDSCH on CFR associated with the BWP; 2> clear any configured downlink assignment and configured uplink grant of configured grant Type 2 on the BWP; 2> clear any configured downlink assignment (ie group common SPS resources) on the CFR associated with the BWP; 2> suspend any configured uplink grant of configured grant Type 1 on the inactive BWP.
  • the MAC entity Upon initiation of the Random Access procedure on a Serving Cell, after the selection of carrier for performing Random Access procedure, the MAC entity shall for the selected carrier of this Serving Cell: 1> if PRACH occasions are not configured for the active UL BWP: 2> switch the active UL BWP to BWP indicated by initialUplinkBWP ; 2> if the Serving Cell is an SpCell: 3> switch the active DL BWP to BWP indicated by initialDownlinkBWP . 3> switch the CFR associated with the active DL BWP to the CFR associated with BWP indicated by initialDownlinkBWP .
  • the MAC entity shall: 1> if there is no ongoing Random Access procedure associated with this Serving Cell; or 1> if the ongoing Random Access procedure associated with this Serving Cell is successfully completed upon reception of this PDCCH addressed to C-RNTI: 2> cancel, if any, triggered consistent LBT failure for this Serving Cell; 2> perform BWP switching to a BWP indicated by the PDCCH. 2> perform switching to the CFR associated with the BWP indicated by the PDCCH.
  • the MAC entity receives a PDCCH for BWP switching for a Serving Cell(s) or a dormancy SCell group(s) while a Random Access procedure associated with that Serving Cell is ongoing in the MAC entity, it is up to UE implementation whether to switch BWP or ignore the PDCCH for BWP switching, except for the PDCCH reception for BWP switching addressed to the C-RNTI for successful Random Access procedure completion in which case the UE shall perform BWP switching to a BWP indicated by the PDCCH.
  • the MAC entity Upon reception of the PDCCH for BWP switching other than successful contention resolution, if the MAC entity decides to perform BWP switching, the MAC entity shall stop the ongoing Random Access procedure and initiate a Random Access procedure after performing the BWP switching; if the MAC decides to ignore the PDCCH for BWP switching, the MAC entity shall continue with the ongoing Random Access procedure on the Serving Cell.
  • the MAC entity Upon reception of RRC (re-)configuration for BWP switching for a Serving Cell while a Random Access procedure associated with that Serving Cell is ongoing in the MAC entity, the MAC entity shall stop the ongoing Random Access procedure and initiate a Random Access procedure after performing the BWP switching.
  • the MAC entity shall for each activated Serving Cell configured with bwp-InactivityTimer : 1> if the defaultDownlinkBWP-Id is configured, and the active DL BWP is not the BWP indicated by the defaultDownlinkBWP-Id , and the active DL BWP is not the BWP indicated by the dormantBWP-Id if configured; or 1> if the defaultDownlinkBWP-Id is not configured, and the active DL BWP is not the initialDownlinkBWP , and the active DL BWP is not the BWP indicated by the dormantBWP-Id if configured: 2> if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received on the active BWP; or 2> if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received on the active BWP; or 2
  • the MAC entity of the UE performs the following operations: - BWP is activated and the DL BWP activated for the serving cell is the dormant BWP If not, monitor GC-PDCCH on CFR associated with BWP; Receive DL-SCH on CFR and BWP associated with BWP; Receive GC-PDSCH on CFR associated with BWP.
  • the MAC entity When a random access process is initiated on a serving cell, after selecting a carrier on which to perform the random access process, the MAC entity performs the following operations on the selected carrier of the serving cell:
  • the PRACH opportunity is not configured for the active UL BWP:
  • the serving cell is SpCell (eg, PCell or PSCell):
  • the CFR associated with the active DL BWP is indicated by the initial DL BWP (eg, initialDownlinkBWP parameter) switch to the CFR associated with the BWP).
  • the MAC entity When the MAC entity receives the PDCCH for BWP switching of the serving cell, the MAC entity performs the following operations:
  • the MAC entity For each active serving cell for which bwp-InactivityTimer is set, the MAC entity performs the following actions:
  • DL BWP identification information (eg, defaultDownlinkBWP-Id) is set, the active DL BWP is not the BWP indicated by the default DL BWP identification information, and the active DL BWP is (if set) doment BWP identification information ( For example, if it is not a BWP indicated by dormantBWP-Id): or default DL BWP identification information is not set, the active DL BWP is not the initial DL BWP, and the active DL BWP (if set) identifies the dormant BWP If BWP is not indicated by information:
  • a PDCCH addressed to a G-RNTI or G-CS-RNTI indicating downlink allocation for multicast/broadcast is received on a CFR associated with an active BWP or received on a CFR associated with an active BWP
  • Active DL BWP and Start or restart the CFR-InactivityTimer associated with the associated CFR When: there is no ongoing random access process associated with the serving cell, or when the ongoing random access process associated with the serving cell is successfully completed upon reception of the corresponding PDCCH addressed to the C-RNTI: Active DL BWP and Start or restart the CFR-InactivityTimer associated with the associated CFR.
  • default DL BWP identification information eg, defaultDownlinkBWP-Id
  • active DL BWP is not the BWP indicated by the default DL BWP identification information
  • the active DL BWP (if set) is not the BWP indicated by the dormant BWP identification information (eg, dormantBWP-Id): or default DL BWP identification information is not set
  • the active DL BWP is not the initial DL BWP
  • the active DL BWP (if set) is not the BWP indicated by the dormant BWP identification: start the bwp-InactivityTimer associated with the active DL BWP, or Restart and start or restart the CFR-InactivityTimer associated with the CFR associated with the active DL BWP.
  • This embodiment relates to a SCell deactivation timer (eg, sCellDeactivationTimer) based operation of a terminal receiving group common transmission.
  • SCell deactivation timer eg, sCellDeactivationTimer
  • the UE may deactivate all CFR(s) related to the SCell and stop the CFR-InactivityTimer of the CFR related to the SCell.
  • the UE may release or deactivate all group common SPS resources of the CFR related to the corresponding SCell.
  • a UE When a UE receives a DCI in which a CRC is scrambled with a specific G-RNTI or a specific G-CS-RNTI in a certain SCell, or when the received DCI schedules a group common PDSCH, or multicast/broadcast (or a specific type
  • the UE may start or restart the sCellDeactivationTimer for the corresponding SCell.
  • a specific G-RNTI or a specific G-CS-RNTI can be configured by the base station.
  • the specific G-RNTI or specific G-CS-RNTI may be a G-RNTI or G-CS-RNTI for multicast (not broadcast). If DCI in which the CRC is scrambled is received with another G-RNTI or other G-CS-RNTI rather than a specific G-RNTI or specific G-CS-RNTI, the UE will not start or restart the sCellDeactivationTimer for the corresponding SCell.
  • the UE may not start or restart the sCellDeactivationTimer for the corresponding SCell.
  • the SCell is assumed, but the term SCell may be replaced with the term PCell, PSCell, or serving cell.
  • the underlined part in the table below may correspond to a MAC entity operation that may be changed according to the present disclosure based on an operation of an existing MAC entity.
  • the network may activate and deactivate the configured SCells.
  • the SCell Upon configuration of an SCell, the SCell is deactivated unless the parameter sCellState is set to activated for the SCell by upper layers.
  • the configured SCell(s) is activated and deactivated by: - receiving the SCell Activation/Deactivation MAC CE; - configuring sCellDeactivationTimer timer per configured SCell (except the SCell configured with PUCCH, if any): the associated SCell is deactivated upon its expiry; - configuring sCellState per configured SCell: if configured, the associated SCell is activated upon SCell configuration.
  • the MAC entity shall for each configured SCell: 1> if an SCell is configured with sCellState set to activated upon SCell configuration, or an SCell Activation/Deactivation MAC CE is received activating the SCell: 2> if the SCell was deactivated prior to receiving this SCell Activation/Deactivation MAC CE; or 2> if the SCell is configured with sCellState set to activated upon SCell configuration: 3> if firstActiveDownlinkBWP-Id is not set to dormant BWP: 4> activate the SCell according to the timing for MAC CE activation and according to the timing for direct SCell activation; ie apply normal SCell operation including: 5> SRS transmissions on the SCell; 5> CSI reporting for the SCell; 5> PDCCH monitoring on the SCell; 5> PDCCH monitoring for the SCell; 5> GC-PDCCH monitoring on the CFR associated with the SCell; 5> GC-PDCCH monitoring for the CFR associated with the
  • firstActiveDownlinkBWP-Id is set to dormant BWP: 4> stop the bwp-InactivityTimer of this Serving Cell, if running. 4> stop the CFR-InactivityTimer of this Serving Cell, if running. 3> activate the DL BWP and UL BWP indicated by firstActiveDownlinkBWP-Id and firstActiveUplinkBWP-Id respectively. 3> activate the CFR associated with the DL BWP indicated by firstActiveDownlinkBWP-Id .
  • the MAC entity of the UE performs the following operations: - The SCell is set to an active state by the sCellState parameter, or a SCell activation / deactivation MAC CE indicating SCell activation is received Case: SCell activation/deactivation If the corresponding SCell is deactivated before MAC CE reception, or if the sCellState parameter is set to active in the SCell settings:
  • first active DL BWP identification information eg, firstActiveDownlinkBWP-Id
  • SCell is activated according to MAC CE activation timing and direct SCell activation timing (ie, normal SCell operation is applied )
  • the following operations are performed including: monitoring the GC-PDCCH on the CFR associated with the SCell; GC-PDCCH is monitored for CFR associated with SCell.
  • initial active DL BWP identification information is set to doment BWP: If in operation, the bwp-InactivityTimer of the corresponding serving cell is stopped, or if in operation, the CFR-InactivityTimer of the corresponding serving cell is stopped.
  • - PDCCH indicates a group common PDSCH resource (ie, group common downlink allocation) on an activated SCell; or when a MAC PDU is received on a group common SPS PDSCH; The sCellDeactivationTimer associated with the corresponding SCell is restarted.
  • group common PDSCH resource ie, group common downlink allocation
  • This embodiment relates to a data inactivity timer (eg, dataInactivityTimer) based operation of a terminal receiving group common transmission.
  • the data inactivity timer may correspond to a timer related to RRC release or transition from an RRC connected state to an RRC idle/inactive state.
  • the UE may start or restart dataInactivityTimer. If dataInactivityTimer expires, the MAC entity of the UE may report the expiration of the corresponding timer to a higher layer (eg, RRC entity). In the terminal in RRC_CONNECTED mode, the RRC entity may release the RRC connection and switch/transition to RRC_IDLE mode or RRL_INACTIVE mode according to the expiration report of dataInactivityTimer. When the RRC_INACTIVE terminal receives a dataInactivityTimer expiration report, it may switch/transition to RRC_IDLE mode according to this report.
  • a higher layer eg, RRC entity
  • an RRC_CONNECTED or RRC_INACTIVE UE may start or restart dataInactivityTimer only when receiving an MTCH MAC SDU for a specific G-RNTI.
  • DataInactivityTimer may not be started or restarted when MAC SDU of MTCH for another G-RNTI is received.
  • the specific G-RNTI(s) can be configured by the base station for the terminal.
  • the RRC_CONNECTED or RRC_INACTIVE UE may start or restart the dataInactivityTimer only when receiving the MAC SDU of the MTCH for multicast.
  • dataInactivityTimer may not be started or restarted.
  • the RRC_CONNECTED or RRC_INACTIVE terminal may start or restart the dataInactivityTimer only when receiving the MAC SDU of the MTCH in the multicast CFR.
  • dataInactivityTimer may not be started or restarted.
  • the RRC_CONNECTED or RRC_INACTIVE UE may start or restart dataInactivityTimer only when receiving the MAC SDU of MTCH.
  • dataInactivityTimer may not be started or restarted.
  • the underlined part in the table below may correspond to a MAC entity operation that may be changed according to the present disclosure based on an operation of an existing MAC entity.
  • the UE may be configured by RRC with a Data inactivity monitoring functionality, when in RRC_CONNECTED.
  • RRC controls Data inactivity operation by configuring the timer dataInactivityTimer .
  • the UE shall: 1> if any MAC entity receives a MAC SDU for DTCH logical channel, DCCH logical channel, or CCCH logical channel; or 1> if any MAC entity receives a MAC SDU for MTCH logical channel for multicast; or 1> if any MAC entity transmits a MAC SDU for DTCH logical channel, or DCCH logical channel: 2> start or restart dataInactivityTimer .
  • the terminal when dataInactivityTimer is set, the terminal starts or restarts dataInactivityTimer when receiving a MAC SDU for an MTCH logical channel for multicast (non-broadcast) from any MAC entity.
  • FIG. 10 is a diagram for explaining a signaling procedure of a network side and a terminal according to an embodiment of the present disclosure.
  • 10 is a network side in a situation to which the examples of the present disclosure described above (eg, embodiments 1, 2, 3, 4, 5, 6, 7, or a combination of one or more of the detailed examples) may be applied It shows an example of signaling between (network side) and terminal (UE).
  • the UE/network side is exemplary and can be applied to various devices as described with reference to FIG. 11 . 10 is for convenience of description and does not limit the scope of the present disclosure. In addition, some step(s) shown in FIG. 10 may be omitted depending on circumstances and/or settings. In addition, in the operation of the network side/UE of FIG. 10, the above-described uplink transmission/reception operation may be referred to or used.
  • the network side may be one base station including a plurality of TRPs, or may be one cell including a plurality of TRPs.
  • the network side may include a plurality of remote radio heads (RRHs)/remote radio units (RRUs).
  • RRHs remote radio heads
  • RRUs remote radio units
  • an ideal/non-ideal backhaul may be established between TRP 1 and TRP 2 constituting the network side.
  • RRHs remote radio heads
  • RRUs remote radio units
  • TRP refers to a panel, an antenna array, and a cell (eg, macro cell/small cell/ It may be replaced with expressions such as a pico cell, etc.), a transmission point (TP), a base station (base station, gNB, etc.) and may be applied.
  • TRPs may be classified according to information (eg, CORESET index, ID) on the CORESET group (or CORESET pool).
  • CORESET groups or CORESET pools
  • Configuration of such a CORESET group may be performed through higher layer signaling (eg, RRC signaling, etc.).
  • a base station may mean a generic term for an object that transmits and receives data with a terminal.
  • the base station may be a concept including one or more transmission points (TPs), one or more transmission and reception points (TRPs), and the like.
  • the TP and/or the TRP may include a panel of a base station, a transmission and reception unit, and the like.
  • the terminal may enter the RRC_CONNECTED mode and report a message indicating one or more interested MBS services to the network side (S105).
  • the terminal may transmit the message to the network side through at least one of UCI, MAC Control Element (CE), and RRC message.
  • the MBS service of interest in the message may mean one of TMGI or G-RNTI listed in the DL message received from the network side.
  • the DL message may be a service availability message listing TMGI #1, TMGI #3, TMGI #5, and TMGI #10. If the terminal is interested in TMGI #5, the terminal may indicate the order of TMGI #5 in the message. That is, the terminal may report '3' to the network side.
  • the DL message may be a service availability message listing G-RNTI #1, G-RNTI #3, G-RNTI #5, and G-RNTI #10. If the UE is interested in G-RNTI #10, the UE may indicate the order of G-RNTI #10 in the message. That is, the terminal may report '4' to the network side.
  • the operation of transmitting the message from the UE (100 or 200 in FIG. 11) to the network side (200 or 100 in FIG. 11) in step S105 described above can be implemented by the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to transmit the message, and the one or more transceivers 106 may transmit the message to the network side.
  • the one or more transceivers 106 may transmit the message to the network side.
  • the network side may transmit configuration information to the terminal through an RRC message (S110).
  • the configuration information includes common frequency resource (CFR) configuration information, one or more group common PDSCH configuration information including TCI status for one or more G-RNTI values, and TCI status for one or more G-RNTI values.
  • CFR common frequency resource
  • Search space setting information may be included.
  • the RRC message may be a group common message transmitted through a PTM Multicast Control Channel (MCCH) or a UE-specific message transmitted through a UE-specific Dedicated Control Channel (DCCH).
  • MCCH PTM Multicast Control Channel
  • DCCH UE-specific Dedicated Control Channel
  • CFR may include DL CFR and UL CFR.
  • one DL CFR may provide a group common PDCCH and a group common PDSCH transmission resource for MBS transmission and reception.
  • One UL CFR may provide HARQ-ACK PUCCH resources for group common PDSCH reception.
  • One CFR may be one MBS-specific BWP or one UE-specific BWP. Additionally or alternatively, one or multiple CFRs may be configured within one UE-specific BWP.
  • One CFR may have a connection relationship with one UE-specific BWP.
  • the UE may be set to at least a G-RNTI value for each MBS CFR or each serving cell.
  • GC-CS-RNTI may be set/used for activation, retransmission or release of one or more group common SPS configurations.
  • the UE uses the CS-RNTI to activate, retransmit, or release one or more group common SPS configurations.
  • RNTI can be used.
  • the network side may associate a TMGI list or a G-RNTI list with one GC-CS-RNTI value. At this time, the network side may provide a TMGI list or a G-RNTI list associated with the GC-CS-RNTI value.
  • configuration information (eg, 'PDSCH-config') of each PDSCH may be configured as shown in Table 9 with minimum information elements for multicast and/or broadcast.
  • PDSCH-Config :: SEQUENCE ⁇ dataScramblingIdentityPDSCH INTEGER (0..1023) OPTIONAL, -- Need S dmrs-DownlinkForPDSCH-MappingTypeA SetupRelease ⁇ DMRS-DownlinkConfig ⁇ OPTIONAL, -- Need M dmrs-DownlinkForPDSCH-MappingTypeB SetupRelease ⁇ DMRS-DownlinkConfig ⁇ OPTIONAL, -- Need M tci-StatesToAddModList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-State OPTIONAL, -- Need N tci-StatesToReleaseList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-StateId OPTIONAL, -- Need N vrb-ToPRB-Interleaver ENUMERATED ⁇ n2, n4 ⁇ OPTIONAL, -- Need S resourceAl
  • an operation in which the UE ( 100 or 200 in FIG. 11 ) receives the setting information from the network side ( 200 or 100 in FIG. 11 ) in step S110 may be implemented by the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to receive the configuration information, and the one or more transceivers 106 may receive the configuration information from the network side.
  • the one or more transceivers 106 may receive the configuration information from the network side.
  • the terminal may receive control information from the network side (S115). For example, the terminal may receive downlink control information (DCI) for scheduling/activating/releasing uplink/downlink from the network side.
  • DCI downlink control information
  • the terminal monitors the PDCCH in the SS (search space) set in the set CFR, thereby CRC-scrambled DCI with G-RNTI or G (group)-CS (configured scheduling)-RNTI.
  • G-RNTI G (group)-CS (configured scheduling)-RNTI.
  • an operation in which the UE (100 or 200 in FIG. 11 ) in step S115 receives the control information from the network side (200 or 100 in FIG. 11 ) may be implemented by the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to receive the control information, and the one or more transceivers 106 may receive the control information from the network side.
  • the terminal may receive TB from the network side (S120).
  • the network side is associated with the MTCH of the MRB for the MBS service, or associated with the TMGI of the MBS service, or a short A data unit for the SPS PDSCH case associated with the ID may be included, or a TB associated with the G-RNTI mapped to the MBS service may be configured and transmitted to the UE according to service-to-resource mapping.
  • MBS radio bearer MBS radio bearer
  • the network side may transmit DCI to the UE through the PDCCH.
  • the corresponding DCI may be CRC scrambled by G-RNTI, G-CS-RNTI, or CS-RNTI.
  • the PDCCH may be implemented as a group common PDCCH or a UE-specific PDCCH.
  • the DCI is an identifier for a DCI format, a carrier indicator, a bandwidth part indicator, a frequency domain resource assignment, a time domain resource assignment, a VRB-to-PRB mapping, and a PRB bundling size.
  • indicator, rate matching indicator, ZP CSI-RS trigger, MCS, NDI, RV, HARQ process number, downlink allocation index, scheduled TPC command for PUCCH, PUCCH resource indicator, PDSCH-to-HARQ_feedback timing indicator It may include at least one of an antenna port, transmission configuration instruction, SRS request, DMRS sequence initialization, and priority indicator.
  • the network side can send one or more information to the MBS service identified by TMGI or G-RNTI or GC-CS-RNTI.
  • Service-resource mapping may be provided to the terminal.
  • the data of the MBS service can be carried over the multicast traffic logical channel, that is, the MBS radio bearer (MRB) of the MTCH associated with the MBS service.
  • the RRC message may be a group common message transmitted through a PTM Multicast Control Channel (MCCH) or a UE-specific message transmitted through a UE-specific Dedicated Control Channel (DCCH).
  • the DCI scheduling PDSCH carrying MBS service data may also indicate one or more of a short ID, MTCH ID, MRB ID, G-RNTI value and TMGI value for MBS service.
  • the UE When the UE receives the DCI scrambled by the G-RNTI to be received, the UE bases the mapping between the MBS service indicated in the DCI and the HPN and/or the mapping between the MBS service indicated in the DCI and the short ID(s). Thus, it is possible to determine the MBS service(s) associated with one or more of the short ID, MTCH ID, MRB ID, G-RNTI value, and TMGI value for each PDSCH opportunity.
  • the UE can receive PDSCH transmission scheduled by DCI. If the UE is not interested in the determined MBS service(s), the UE may not receive PDSCH transmission scheduled by DCI.
  • the operation in which the UE (100 or 200 in FIG. 11) in step S120 receives the TB from the network side (200 or 100 in FIG. 11) can be implemented by the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to receive the TB, and the one or more transceivers 106 may receive the TB from the network side. can do.
  • the UE may transmit the HARQ-ACK through the PUCCH after receiving the PDSCH scheduled by the DCI (S125). That is, according to the decoding state of the PDSCH transmission, the terminal may transmit HARQ feedback to the network side.
  • the group common DCI may indicate a single PUCCH resource indicator and a single PDSCH-to-HARQ_feedback timing indicator for at least ACK/NACK-based HARQ-ACK.
  • UE-specific PUCCH resource allocation for HARQ-ACK based on ACK/NACK for group common DCI other UEs in the corresponding group (unless 'PUCCH-config' for multicast is configured) use multicast or At least different values of 'PUCCH-Resource' and 'dl-DataToUL-ACK' may be set in 'PUCCH-config' dedicated to a terminal for unicast.
  • Different PUCCH resources may be allocated to different UEs by the same PUCCH resource indicator and the same PDSCH-to-HARQ_feedback timing indicator of the group common DCI.
  • the PUCCH resource indicator and PDSCH-to-HARQ_feedback timing indicator in the UE-specific DCI can be interpreted based on 'PUCCH-config' for unicast regardless of whether 'PUCCH-config' for multicast is set.
  • the PUCCH Resource Indicator may be indicated by a group common DCI as will be described later.
  • a UE-specific PRI list may be included in DCI (option 1A-1).
  • Each PRI in the list indicates an entry corresponding to the candidate 'pucch-ResourceId' value of 'PUCCH-config' for allocation of the same PUCCH resource or different PUCCH resources to different terminals of the group receiving the same DCI.
  • Different PRIs of DCI may indicate different entries of 'PUCCH-config'.
  • the candidate 'pucch-ResourceId' value may be set by RRC, and at least in multicast 'PUCCH-config', another 'pucch-ResourceId' value may be set for other terminals of the same group.
  • a group common PRI may be included in the DCI (option 1A-2).
  • a single group common PRI may indicate a specific entry for a candidate 'pucch-ResourceId' value in UE-specific 'PUCCH-config' for the same or different PUCCH resource allocation for all UEs in the group.
  • the candidate 'pucch-ResourceId' value may be set by RRC. At least in 'PUCCH-config' for multicast, different 'pucch-ResourceId' values can be set for different terminals of the same group.
  • the UE determines that the PRI of the group common DCI is a candidate of 'PUCCH-config' for multicast. It can be assumed that it indicates an entry corresponding to the pucch-ResourceId' value.
  • the UE sets the PRI of the group common DCI to 'PUCCH-config' for unicast. It can be assumed to point to a corresponding entry for the candidate 'pucch-ResourceId' value.
  • K1 (PDSCH-to-HARQ_feedback timing indicator) may be indicated by a group common DCI as will be described later.
  • a list of UE-specific K1 values may be included in DCI (option 1B-1).
  • Each K1 in the list may indicate the same UL slot or a different UL (sub)slot for other terminals in the group.
  • K1 values may be assigned to different terminals. That is, a value K1 may be assigned to device 1, a value K2 may be assigned to device 2, and a value K3 may be assigned to device 3.
  • a value of K1 may be shared by several terminals.
  • device 1 and device 2 may share a value of K1
  • device 3 and device 4 may share a value of K2.
  • one K1 value may be a reference, and another K1 value may be assigned based on the reference.
  • ⁇ K1_ref, list of K1_offset ⁇ may be indicated in DCI.
  • device 1 may use K1_ref
  • device 2 may use K1_ref + K1_offest
  • device 3 may use K1_ref + K1_offest2.
  • a group common K1 value may be included in DCI (option 1B-2).
  • a single K1 value may indicate a corresponding entry for a candidate 'dl-DataToUL-ACK' value in the terminal-specific 'PUCCH-config' for the same or different PUCCH resource allocation for all terminals in a group receiving DCI. there is. This may be applied when the DCI format is set in the UE-specific 'PUCCH-config' for the K1 value.
  • the candidate 'dl-DataToUL-ACK' value is set by RRC, and may be set differently for different terminals of the same group, at least in 'PUCCH-config' for multicast.
  • the UE determines that the K1 value of the group common DCI is 'PUCCH for multicast'. It can be assumed that -config' indicates the corresponding entry for the candidate 'dl-DataToUL-ACK' value.
  • 'PUCCH-config' for multicast when 'PUCCH-config' for multicast is not configured for HARQ-ACK for grouping a common PDSCH scheduled by a group common DCI, the UE determines that the K1 value of the group common DCI is for unicast. It can be assumed that 'PUCCH-config' indicates an entry corresponding to the candidate 'dl-DataToUL-ACK' value.
  • the UE when receiving a group common DCI scrambled by G-RNTI and/or a UE-specific DCI scrambled by CRC-RNTI, 'PUCCH-config' for multicast and/or 'PUCCH-config' for unicast
  • the Type-1 HARQ-ACK codebook is set for config', the UE configures Time Domain Resource Allocation (TDRA) to provide a common PDSCH scheduled by a group common DCI and/or a UE-specific PDSCH scheduled by a UE-specific DCI.
  • TDRA Time Domain Resource Allocation
  • a type-1 HARQ-ACK codebook for HARQ-ACK(s) can be generated for grouping.
  • the UE may transmit HARQ NACK to the base station through PUCCH resources in the configured UL CFR.
  • the UE can transmit HARQ-ACK on other PDSCH transmissions such as unicast SPS PDSCH, dynamic unicast PDSCH, PTP retransmission and/or dynamic group common PDSCH.
  • PDSCH transmissions such as unicast SPS PDSCH, dynamic unicast PDSCH, PTP retransmission and/or dynamic group common PDSCH.
  • the terminal may configure a codebook based on one or more of the above options.
  • the UE may use NACK-only based HARQ-ACK based NACK based on the measured RSRP of the serving cell. If the measured RSRP is higher than the threshold value, NACK-only based HARQ-ACK may be transmitted through the group common PUCCH resource indicated by the PRI of DCI. If the measured RSRP is lower than the threshold, NACK-only based HARQ-ACK may be changed to ACK/NACK based HARQ-ACK on UE-specific PUCCH resources indicated by PRI of DCI.
  • each 'pdsch-AggregationFactor' It may be repeated for the Nth HARQ transmission of TB within each symbol allocation between consecutive slots or between each 'repeat_number' consecutive slots.
  • an operation in which the UE (100 or 200 in FIG. 11) transmits the HARQ-ACK from the network side (200 or 100 in FIG. 11) in step S125 described above is implemented by the device of FIG. 11 to be described below. It can be.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to transmit the HARQ-ACK, and the one or more transceivers 106 may transmit the HARQ-ACK from the network side.
  • -ACK can be sent.
  • the network side receiving the HARQ NACK in the TCI state may retransmit the PDCCH and the PDSCH using the TCI state in the DL CFR configured for TB retransmission (S130).
  • the UE may monitor the group common and/or UE specific PDCCH using the TCI state for the search space configured in the DL CFR to receive the TB retransmission.
  • the network side may retransmit the TB to one of the terminals in the group by means of a terminal-specific PDCCH. However, since the other terminal successfully received the TB, it may not receive the retransmission of the TB.
  • the UE may receive the PDSCH scheduled by the DCI of the PDCCH. If the UE successfully decodes the TB in the PDSCH, the UE decodes the TB based on the mapping between the MBS service indicated by the DCI and the HARQ process number (HPN) and/or the mapping between the MBS service indicated by the DCI and the short ID (s) may be considered to be associated with a short ID of MTCH, MRB, TMGI, G-RNTI and/or MBS service.
  • HPN HARQ process number
  • s short ID
  • the UE may transmit HARQ ACK to the network side through PUCCH resources in the UL CFR configured according to the above-described procedure.
  • the UE can transmit HARQ-ACK on other PDSCH transmissions such as unicast SPS PDSCH, dynamic unicast PDSCH, PTP retransmission and/or dynamic group common PDSCH.
  • the terminal may configure a codebook based on one or more of the above-described options/embodiments.
  • an operation in which the UE (100 or 200 in FIG. 11 ) in step S130 receives TB retransmission from the network side (200 or 100 in FIG. 11 ) can be implemented by the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to receive the TB retransmission, and the one or more transceivers 106 may transmit the TB retransmission from the network side.
  • the UE 100 or 200 in FIG. 11
  • step S130 receives TB retransmission from the network side (200 or 100 in FIG. 11 )
  • the device of FIG. 11 to be described below.
  • one or more processors 102 may control one or more transceivers 106 and/or one or more memories 104 to receive the TB retransmission, and the one or more transceivers 106 may transmit the TB retransmission from the network side.
  • FIG. 11 is a diagram illustrating a block configuration of a wireless communication device according to an embodiment of the present disclosure.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various radio access technologies (eg, LTE and NR).
  • various radio access technologies eg, LTE and NR.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • Processor 102 controls memory 104 and/or transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams contained in this disclosure.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a radio signal including the second information/signal through the transceiver 106, and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
  • memory 104 may be used to perform some or all of the processes controlled by processor 102 or to perform the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations contained in this disclosure. It may store software code including instructions.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled to the processor 102 and may transmit and/or receive wireless signals via one or more antennas 108 .
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • Processor 202 controls memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams contained in this disclosure.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and transmit a radio signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 and store information obtained from signal processing of the fourth information/signal in the memory 204 .
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
  • memory 204 may be used to perform some or all of the processes controlled by processor 202 or to perform the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations contained in this disclosure. It may store software code including instructions.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be coupled to the processor 202 and may transmit and/or receive wireless signals via 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.
  • a 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 implement one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) in accordance with the descriptions, functions, procedures, proposals, methods and/or operational flow charts contained in this disclosure.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • processors 102, 202 may generate messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams contained in this disclosure.
  • One or more processors 102, 202 may process PDUs, SDUs, messages, control information, data or signals containing information (e.g., baseband signals) according to the functions, procedures, proposals and/or methods disclosed herein. generated and provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (eg, baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or Alternatively, PDUs, SDUs, messages, control information, data or information may be obtained according to operation flowcharts.
  • signals eg, baseband signals
  • PDUs, SDUs, messages, control information, data or information may be obtained according to operation flowcharts.
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor or microcomputer.
  • One or more processors 102, 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams contained in this disclosure may be included in one or more processors 102, 202 or stored in one or more memories 104, 204. It may be driven by one or more processors 102, 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams contained in this disclosure may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories 104, 204 may be coupled with one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104, 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internally and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be coupled to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, radio signals/channels, etc., as referred to in the methods and/or operational flow charts of this disclosure, to one or more other devices.
  • One or more transceivers 106, 206 may receive from one or more other devices user data, control information, radio signals/channels, etc. referred to in descriptions, functions, procedures, proposals, methods and/or operational flow charts, etc. contained in this disclosure.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and 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. Additionally, 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. In addition, one or more transceivers (106, 206) can be coupled with one or more antennas (108, 208), one or more transceivers (106, 206) via one or more antennas (108, 208), as described herein, It can be set to transmit and receive user data, control information, radio signals/channels, etc. mentioned in functions, procedures, proposals, methods and/or operational 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) convert the received radio signals/channels from RF band signals in order to process the received user data, control information, radio signals/channels, etc. using one or more processors (102, 202). It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, and radio signals/channels processed by one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more of the transceivers 106, 206 may include (analog) oscillators and/or filters.
  • the scope of the present disclosure is software or machine-executable instructions (eg, operating systems, applications, firmware, programs, etc.) that cause operations in accordance with the methods of various embodiments to be executed on a device or computer, and such software or It includes a non-transitory computer-readable medium in which instructions and the like are stored and executable on a device or computer. Instructions that may be used to program a processing system that performs the features described in this disclosure may be stored on/in a storage medium or computer-readable storage medium and may be viewed using a computer program product that includes such storage medium. Features described in the disclosure may be implemented.
  • the storage medium may include, but is not limited to, high speed random access memory such as DRAM, SRAM, DDR RAM or other random access solid state memory devices, one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or It may include non-volatile memory, such as other non-volatile solid state storage devices.
  • the memory optionally includes one or more storage devices located remotely from the processor(s).
  • the memory, or alternatively, the non-volatile memory device(s) within the memory includes non-transitory computer readable storage media.
  • Features described in this disclosure may be stored on any one of the machine readable media to control hardware of a processing system and to allow the processing system to interact with other mechanisms that utilize results according to embodiments of the present disclosure. It may be integrated into software and/or firmware.
  • Such software or firmware may include, but is not limited to, application code, device drivers, operating systems, and execution environments/containers.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may include Narrowband Internet of Things for low power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and / or LTE Cat NB2. no.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology, and may be called various names such as eMTC (enhanced machine type communication).
  • LTE-M technologies are 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) It may be implemented in at least one of various standards such as LTE M, and is not limited to the above-mentioned names.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification includes at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication. It may include any one, and is not limited to the above-mentioned names.
  • ZigBee technology can generate personal area networks (PANs) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called various names.
  • PANs personal area networks
  • the method proposed in the present disclosure has been described focusing on examples applied to 3GPP LTE/LTE-A and 5G systems, but can be applied to various wireless communication systems other than 3GPP LTE/LTE-A and 5G systems.

Landscapes

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

Abstract

무선 통신 시스템에서 대역폭 부분(BWP)의 활성화 또는 비활성화 방법 및 장치가 개시된다. 본 개시의 일 실시예에 따른 무선 통신 시스템에서 단말이 하향링크 채널을 수신하는 방법은: 특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 네트워크로부터 수신하는 단계; 및 상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 네트워크로부터 수신하는 단계를 포함하고, 상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고, 제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작될 수 있다.

Description

무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것으로서, 보다 상세하게 무선 통신 시스템에서 대역폭 부분(BWP)의 활성화 또는 비활성화 방법 및 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스에 대한 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 개시의 기술적 과제는, 무선 통신 시스템에서 대역폭 부분(BWP)의 활성화 또는 비활성화 방법 및 장치를 제공하는 것이다.
본 개시의 추가적인 기술적 과제는, 무선 통신 시스템에서 타이머 기반 BWP 활성화 또는 비활성화 방법 및 장치를 제공하는 것이다.
본 개시의 추가적인 기술적 과제는, 무선 통신 시스템에서 멀티캐스트 또는 브로드캐스트와 관련된 타이머 기반 BWP 활성화 또는 비활성화 방법 및 장치를 제공하는 것이다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 일 양상에 따른 무선 통신 시스템에서 단말이 하향링크 채널을 수신하는 방법은: 특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 네트워크로부터 수신하는 단계; 및 상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 네트워크로부터 수신하는 단계를 포함하고, 상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고, 제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작될 수 있다.
본 개시의 추가적인 양상에 따른 무선 통신 시스템에서 기지국이 하향링크 채널을 전송하는 방법은: 특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 하나 이상의 단말에게 전송하는 단계; 및 상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 하나 이상의 단말에게 전송하는 단계를 포함하고, 상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고, 상기 하나 이상의 단말 중의 하나의 단말에서, 제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작될 수 있다.
본 개시에 따르면, 무선 통신 시스템에서 대역폭 부분(BWP)의 활성화 또는 비활성화 방법 및 장치가 제공될 수 있다.
본 개시에 따르면, 무선 통신 시스템에서 타이머 기반 BWP 활성화 또는 비활성화 방법 및 장치가 제공될 수 있다.
본 개시에 따르면, 무선 통신 시스템에서 멀티캐스트 또는 브로드캐스트와 관련된 타이머 기반 BWP 활성화 또는 비활성화 방법 및 장치가 제공될 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 개시에 대한 실시예를 제공하고, 상세한 설명과 함께 본 개시의 기술적 특징을 설명한다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다.
도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
도 7은 본 개시가 적용될 수 있는 그룹 공통 PDSCH 및 이에 대한 HARQ-ACK 전송의 일 예시를 나타내는 도면이다.
도 8은 본 개시에 따른 단말의 하향링크 채널 수신 방법의 일 예시를 설명하기 위한 도면이다.
도 9는 본 개시에 따른 기지국의 하향링크 채널 전송 방법의 일 예시를 설명하기 위한 도면이다.
도 10은 본 개시의 일 실시예에 따른 네트워크 측 및 단말의 시그널링 절차를 설명하기 위한 도면이다.
도 11은 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시한다.
이하, 본 개시에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 개시의 예시적인 실시형태를 설명하고자 하는 것이며, 본 개시가 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 개시의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 개시가 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 개시의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계 뿐만 아니라, 그 사이에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 본 개시에서 용어 "포함한다" 또는 "가진다"는 언급된 특징, 단계, 동작, 요소 및/또는 구성요소의 존재를 특정하지만, 하나 이상의 다른 특징, 단계, 동작, 요소, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는다.
본 개시에 있어서, "제 1", "제 2" 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되고 구성요소들을 제한하기 위해서 사용되지 않으며, 특별히 언급되지 않는 한 구성요소들 간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시예에서의 제 1 구성요소는 다른 실시예에서 제 2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제 2 구성요소를 다른 실시예에서 제 1 구성요소라고 칭할 수도 있다.
본 개시에서 사용된 용어는 특정 실시예에 대한 설명을 위한 것이며 청구범위를 제한하려는 것이 아니다. 실시예의 설명 및 첨부된 청구범위에서 사용되는 바와 같이, 단수 형태는 문맥상 명백하게 다르게 나타내지 않는 한 복수 형태도 포함하도록 의도한 것이다. 본 개시에 사용된 용어 "및/또는"은 관련된 열거 항목 중의 하나를 지칭할 수도 있고, 또는 그 중의 둘 이상의 임의의 및 모든 가능한 조합을 지칭하고 포함하는 것을 의미한다. 또한, 본 개시에서 단어들 사이의 "/"는 달리 설명되지 않는 한 "및/또는"과 동일한 의미를 가진다.
본 개시는 무선 통신 네트워크 또는 무선 통신 시스템을 대상으로 설명하며, 무선 통신 네트워크에서 이루어지는 동작은 해당 무선 통신 네트워크를 관할하는 장치(예를 들어 기지국)에서 네트워크를 제어하고 신호를 송신(transmit) 또는 수신(receive)하는 과정에서 이루어지거나, 해당 무선 네트워크에 결합한 단말에서 네트워크와의 또는 단말간의 신호를 송신 또는 수신하는 과정에서 이루어질 수 있다.
본 개시에서, 채널을 송신 또는 수신한다는 것은 해당 채널을 통해서 정보 또는 신호를 송신 또는 수신한다는 의미를 포함한다. 예를 들어, 제어 채널을 송신한다는 것은, 제어 채널을 통해서 제어 정보 또는 신호를 송신한다는 것을 의미한다. 유사하게, 데이터 채널을 송신한다는 것은, 데이터 채널을 통해서 데이터 정보 또는 신호를 송신한다는 것을 의미한다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다. 기지국은 제1 통신 장치로, 단말은 제2 통신 장치로 표현될 수도 있다. 기지국(BS: Base Station)은 고정국(fixed station), Node B, eNB(evolved-NodeB), gNB(Next Generation NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point), 네트워크(5G 네트워크), AI(Artificial Intelligence) 시스템/모듈, RSU(road side unit), 로봇(robot), 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어에 의해 대체될 수 있다. 또한, 단말(Terminal)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치, 차량(vehicle), RSU(road side unit), 로봇(robot), AI(Artificial Intelligence) 모듈, 드론(UAV: Unmanned Aerial Vehicle), AR(Augmented Reality)장치, VR(Virtual Reality)장치 등의 용어로 대체될 수 있다.
이하의 기술은 CDMA, FDMA, TDMA, OFDMA, SC-FDMA 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. 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 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부이고 LTE-A(Advanced)/LTE-A pro는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A/LTE-A pro의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예를 들어, LTE-A, NR)을 기반으로 설명하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다. LTE는 3GPP TS(Technical Specification) 36.xxx Release 8 이후의 기술을 의미한다. 세부적으로, 3GPP TS 36.xxx Release 10 이후의 LTE 기술은 LTE-A로 지칭되고, 3GPP TS 36.xxx Release 13 이후의 LTE 기술은 LTE-A pro로 지칭된다. 3GPP NR은 TS 38.xxx Release 15 이후의 기술을 의미한다. LTE/NR은 3GPP 시스템으로 지칭될 수 있다. "xxx"는 표준 문서 세부 번호를 의미한다. LTE/NR은 3GPP 시스템으로 통칭될 수 있다. 본 개시의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 개시 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다. 예를 들어, 다음 문서를 참조할 수 있다.
3GPP LTE의 경우, TS 36.211(물리 채널들 및 변조), TS 36.212(다중화 및 채널 코딩), TS 36.213(물리 계층 절차들), TS 36.300(전반적인 설명), TS 36.331(무선 자원 제어)을 참조할 수 있다.
3GPP NR의 경우, TS 38.211(물리 채널들 및 변조), TS 38.212(다중화 및 채널 코딩), TS 38.213(제어를 위한 물리 계층 절차들), TS 38.214(데이터를 위한 물리 계층 절차들), TS 38.300(NR 및 NG-RAN(New Generation-Radio Access Network) 전반적인 설명), TS 38.331(무선 자원 제어 프로토콜 규격)을 참조할 수 있다.
본 개시에서 사용될 수 있는 용어들의 약자는 다음과 같이 정의된다.
- BM: 빔 관리(beam management)
- CQI: 채널 품질 지시자(channel quality indicator)
- CRI: 채널 상태 정보 - 참조 신호 자원 지시자(channel state information - reference signal resource indicator)
- CSI: 채널 상태 정보(channel state information)
- CSI-IM: 채널 상태 정보 - 간섭 측정(channel state information - interference measurement)
- CSI-RS: 채널 상태 정보 - 참조 신호(channel state information - reference signal)
- DMRS: 복조 참조 신호(demodulation reference signal)
- FDM: 주파수 분할 다중화(frequency division multiplexing)
- FFT: 고속 푸리에 변환(fast Fourier transform)
- IFDMA: 인터리빙된 주파수 분할 다중 액세스(interleaved frequency division multiple access)
- IFFT: 역 고속 푸리에 변환(inverse fast Fourier transform)
- L1-RSRP: 제1 레이어 참조 신호 수신 파워(Layer 1 reference signal received power)
- L1-RSRQ: 제1 레이어 참조 신호 수신 품질(Layer 1 reference signal received quality)
- MAC: 매체 액세스 제어(medium access control)
- NZP: 논-제로 파워(non-zero power)
- OFDM: 직교 주파수 분할 다중화(orthogonal frequency division multiplexing)
- PDCCH: 물리 하향링크 제어 채널(physical downlink control channel)
- PDSCH: 물리 하향링크 공유 채널(physical downlink shared channel)
- PMI: 프리코딩 행렬 지시자(precoding matrix indicator)
- RE: 자원 요소(resource element)
- RI: 랭크 지시자(Rank indicator)
- RRC: 무선 자원 제어(radio resource control)
- RSSI: 수신 신호 강도 지시자(received signal strength indicator)
- Rx: 수신(Reception)
- QCL: 준-동일 위치(quasi co-location)
- SINR: 신호 대 간섭 및 잡음비(signal to interference and noise ratio)
- SSB (또는 SS/PBCH block): 동기 신호 블록(프라이머리 동기 신호(PSS: primary synchronization signal), 세컨더리 동기 신호(SSS: secondary synchronization signal) 및 물리 방송 채널(PBCH: physical broadcast channel)을 포함)
- TDM: 시간 분할 다중화(time division multiplexing)
- TRP: 전송 및 수신 포인트(transmission and reception point)
- TRS: 트래킹 참조 신호(tracking reference signal)
- Tx: 전송(transmission)
- UE: 사용자 장치(user equipment)
- ZP: 제로 파워(zero power)
시스템 일반
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(RAT: radio access technology)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브(massive) MTC(Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced mobile broadband communication), mMTC(massive MTC), URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 명세서에서는 편의상 해당 기술을 NR이라고 부른다. NR은 5G RAT의 일례를 나타낸 표현이다.
NR을 포함하는 새로운 RAT 시스템은 OFDM 전송 방식 또는 이와 유사한 전송 방식을 사용한다. 새로운 RAT 시스템은 LTE의 OFDM 파라미터들과는 다른 OFDM 파라미터들을 따를 수 있다. 또는 새로운 RAT 시스템은 기존의 LTE/LTE-A의 뉴머롤로지(numerology)를 그대로 따르나 더 큰 시스템 대역폭(예를 들어, 100MHz)를 지원할 수 있다. 또는 하나의 셀이 복수 개의 numerology들을 지원할 수도 있다. 즉, 서로 다른 numerology로 동작하는 하는 단말들이 하나의 셀 안에서 공존할 수 있다.
numerology는 주파수 영역에서 하나의 서브캐리어 간격(subcarrier spacing)에 대응한다. 참조 서브캐리어 간격(Reference subcarrier spacing)을 정수 N으로 스케일링(scaling)함으로써, 상이한 numerology가 정의될 수 있다.
도 1은 본 개시가 적용될 수 있는 무선 통신 시스템의 구조를 예시한다.
도 1을 참조하면, NG-RAN은 NG-RA(NG-Radio Access) 사용자 평면(즉, 새로운 AS(access stratum) 서브계층/PDCP(Packet Data Convergence Protocol)/RLC(Radio Link Control)/MAC/PHY) 및 UE에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB들로 구성된다. 상기 gNB는 Xn 인터페이스를 통해 상호 연결된다. 상기 gNB는 또한, NG 인터페이스를 통해 NGC(New Generation Core)로 연결된다. 보다 구체적으로는, 상기 gNB는 N2 인터페이스를 통해 AMF(Access and Mobility Management Function)로, N3 인터페이스를 통해 UPF(User Plane Function)로 연결된다.
도 2는 본 개시가 적용될 수 있는 무선 통신 시스템에서 프레임 구조를 예시한다.
NR 시스템은 다수의 뉴머롤로지(numerology)들을 지원할 수 있다. 여기서, numerology는 서브캐리어 간격(subcarrier spacing)과 순환 전치(CP: Cyclic Prefix) 오버헤드에 의해 정의될 수 있다. 이때, 다수의 서브캐리어 간격은 기본(참조) 서브캐리어 간격을 정수 N(또는, μ)으로 스케일링(scaling) 함으로써 유도될 수 있다. 또한, 매우 높은 반송파 주파수에서 매우 낮은 서브캐리어 간격을 이용하지 않는다고 가정될지라도, 이용되는 numerology는 주파수 대역과 독립적으로 선택될 수 있다. 또한, NR 시스템에서는 다수의 numerology에 따른 다양한 프레임 구조들이 지원될 수 있다.
이하, NR 시스템에서 고려될 수 있는 OFDM numerology 및 프레임 구조를 살펴본다. NR 시스템에서 지원되는 다수의 OFDM numerology들은 아래 표 1과 같이 정의될 수 있다.
μ Δf=2μ·15 [kHz] CP
0 15 일반(Normal)
1 30 일반
2 60 일반, 확장(Extended)
3 120 일반
4 240 일반
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 서브캐리어 간격(SCS: subcarrier spacing))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의된다. FR1, FR2는 아래 표 2와 같이 구성될 수 있다. 또한, FR2는 밀리미터 웨이브(mmW: millimeter wave)를 의미할 수 있다.
주파수 범위 지정(Frequency Range designation) 해당 주파수 범위(Corresponding frequency range) 서브캐리어 간격(Subcarrier Spacing)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
NR 시스템에서의 프레임 구조(frame structure)와 관련하여, 시간 영역의 다양한 필드의 크기는 Tc=1/(Δfmax·Nf) 의 시간 단위의 배수로 표현된다. 여기에서, Δfmax=480·103 Hz 이고, Nf=4096 이다. 하향링크(downlink) 및 상향링크(uplink) 전송은 Tf=1/(ΔfmaxNf/100)·Tc=10ms 의 구간을 가지는 무선 프레임(radio frame)으로 구성(organized)된다. 여기에서, 무선 프레임은 각각 Tsf=(ΔfmaxNf/1000)·Tc=1ms 의 구간을 가지는 10 개의 서브프레임(subframe)들로 구성된다. 이 경우, 상향링크에 대한 한 세트의 프레임들 및 하향링크에 대한 한 세트의 프레임들이 존재할 수 있다. 또한, 단말로부터의 상향링크 프레임 번호 i에서의 전송은 해당 단말에서의 해당 하향링크 프레임의 시작보다 TTA=(NTA+NTA,offset)Tc 이전에 시작해야 한다. 서브캐리어 간격 구성 μ 에 대하여, 슬롯(slot)들은 서브프레임 내에서 ns μ∈{0,..., Nslot subframe,μ-1} 의 증가하는 순서로 번호가 매겨지고, 무선 프레임 내에서 ns,f μ∈{0,..., Nslot frame,μ-1} 의 증가하는 순서로 번호가 매겨진다. 하나의 슬롯은 Nsymb slot 의 연속하는 OFDM 심볼들로 구성되고, Nsymb slot 는, CP에 따라 결정된다. 서브프레임에서 슬롯 ns μ 의 시작은 동일 서브프레임에서 OFDM 심볼 ns μNsymb slot 의 시작과 시간적으로 정렬된다. 모든 단말이 동시에 송신 및 수신을 할 수 있는 것은 아니며, 이는 하향링크 슬롯(downlink slot) 또는 상향링크 슬롯(uplink slot)의 모든 OFDM 심볼들이 이용될 수는 없다는 것을 의미한다.
표 3은 일반 CP에서 슬롯 별 OFDM 심볼의 개수(Nsymb slot), 무선 프레임 별 슬롯의 개수(Nslot frame,μ), 서브프레임 별 슬롯의 개수(Nslot subframe,μ)를 나타내며, 표 4는 확장 CP에서 슬롯 별 OFDM 심볼의 개수, 무선 프레임 별 슬롯의 개수, 서브프레임 별 슬롯의 개수를 나타낸다.
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
2 12 40 4
도 2는, μ=2인 경우(SCS가 60kHz)의 일례로서, 표 3을 참고하면 1 서브프레임(subframe)은 4개의 슬롯(slot)들을 포함할 수 있다. 도 2에 도시된 1 subframe={1,2,4} slot은 일례로서, 1 subframe에 포함될 수 있는 slot(들)의 개수는 표 3 또는 표 4와 같이 정의된다. 또한, 미니 슬롯(mini-slot)은 2, 4 또는 7 심볼들을 포함하거나 그 보다 더 많은 또는 더 적은 심볼들을 포함할 수 있다.
NR 시스템에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 캐리어 파트(carrier part) 등이 고려될 수 있다. 이하, NR 시스템에서 고려될 수 있는 상기 물리 자원들에 대해 구체적으로 살펴본다.
먼저, 안테나 포트와 관련하여, 안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 유추될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기서, 상기 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 쉬프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 개시가 적용될 수 있는 무선 통신 시스템에서 자원 그리드(resource grid)를 예시한다.
도 3을 참조하면, 자원 그리드가 주파수 영역 상으로 NRB μNsc RB 서브캐리어들로 구성되고, 하나의 서브프레임이 14·2μ OFDM 심볼들로 구성되는 것을 예시적으로 기술하나, 이에 한정되는 것은 아니다. NR 시스템에서, 전송되는 신호(transmitted signal)는 NRB μNsc RB 서브캐리어들로 구성되는 하나 또는 그 이상의 자원 그리드들 및 2μNsymb (μ) 의 OFDM 심볼들에 의해 설명된다. 여기서, NRB μ ≤ NRB max,μ 이다. 상기 NRB max,μ 는 최대 전송 대역폭을 나타내고, 이는, numerology들 뿐만 아니라 상향링크와 하향링크 간에도 달라질 수 있다. 이 경우, μ 및 안테나 포트 p 별로 하나의 자원 그리드가 설정될 수 있다. μ 및 안테나 포트 p에 대한 자원 그리드의 각 요소는 자원 요소(resource element)로 지칭되며, 인덱스 쌍 (k,
Figure PCTKR2022014809-appb-img-000001
)에 의해 고유적으로 식별된다. 여기에서, k=0,...,NRB μNsc RB-1 는 주파수 영역 상의 인덱스이고,
Figure PCTKR2022014809-appb-img-000002
=0,...,2μNsymb (μ)-1 는 서브프레임 내에서 심볼의 위치를 지칭한다. 슬롯에서 자원 요소를 지칭할 때에는, 인덱스 쌍 (k,l) 이 이용된다. 여기서, l=0,...,Nsymb μ-1 이다. μ 및 안테나 포트 p에 대한 자원 요소 (k,
Figure PCTKR2022014809-appb-img-000003
) 는 복소 값(complex value)
Figure PCTKR2022014809-appb-img-000004
에 해당한다. 혼동(confusion)될 위험이 없는 경우 혹은 특정 안테나 포트 또는 numerology가 특정되지 않은 경우에는, 인덱스들 p 및 μ 는 드롭(drop)될 수 있으며, 그 결과 복소 값은
Figure PCTKR2022014809-appb-img-000005
또는
Figure PCTKR2022014809-appb-img-000006
이 될 수 있다. 또한, 자원 블록(resource block, RB)은 주파수 영역 상의 Nsc RB=12 연속적인 서브캐리어들로 정의된다.
포인트(point) A는 자원 블록 그리드의 공통 기준 포인트(common reference point)로서 역할을 하며 다음과 같이 획득된다.
- 프라이머리 셀(PCell: Primary Cell) 다운링크에 대한 offsetToPointA는 초기 셀 선택을 위해 단말에 의해 사용된 SS/PBCH block과 겹치는 가장 낮은 자원 블록의 가장 낮은 서브 캐리어와 point A 간의 주파수 오프셋을 나타낸다. FR1에 대해 15kHz 서브캐리어 간격 및 FR2에 대해 60kHz 서브캐리어 간격을 가정한 리소스 블록 단위(unit)들로 표현된다.
- absoluteFrequencyPointA는 ARFCN(absolute radio-frequency channel number)에서와 같이 표현된 point A의 주파수-위치를 나타낸다.
공통 자원 블록(common resource block)들은 서브캐리어 간격 설정 μ 에 대한 주파수 영역에서 0부터 위쪽으로 numbering된다. 서브캐리어 간격 설정 μ 에 대한 공통 자원 블록 0의 subcarrier 0의 중심은 'point A'와 일치한다. 주파수 영역에서 공통 자원 블록 번호 nCRB μ 와 서브캐리어 간격 설정 μ 에 대한 자원 요소(k,l)와의 관계는 아래 수학식 1과 같이 주어진다.
Figure PCTKR2022014809-appb-img-000007
수학식 1에서, k는 k=0이 point A를 중심으로 하는 서브캐리어에 해당하도록 point A에 상대적으로 정의된다. 물리 자원 블록들은 대역폭 파트(BWP: bandwidth part) 내에서 0부터 NBWP,i size,μ-1 까지 번호가 매겨지고, i는 BWP의 번호이다. BWP i에서 물리 자원 블록 nPRB 와 공통 자원 블록 nCRB 간의 관계는 아래 수학식 2에 의해 주어진다.
Figure PCTKR2022014809-appb-img-000008
NBWP,i start,μ 는 BWP가 공통 자원 블록 0에 상대적으로 시작하는 공통 자원 블록이다.
도 4는 본 개시가 적용될 수 있는 무선 통신 시스템에서 물리 자원 블록(physical resource block)을 예시한다. 그리고, 도 5는 본 개시가 적용될 수 있는 무선 통신 시스템에서 슬롯 구조를 예시한다.
도 4 및 도 5를 참조하면, 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함한다.
반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예를 들어, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 (물리) 자원 블록으로 정의되며, 하나의 numerology(예를 들어, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(RE: Resource Element)로 지칭되며, 하나의 복소 심볼이 매핑될 수 있다.
NR 시스템은 하나의 컴포넌트 캐리어(CC: Component Carrier) 당 최대 400 MHz까지 지원될 수 있다. 이러한 광대역 CC(wideband CC)에서 동작하는 단말이 항상 CC 전체에 대한 무선 주파수(RF: radio frequency) 칩(chip)를 켜둔 채로 동작한다면 단말 배터리 소모가 커질 수 있다. 혹은 하나의 광대역 CC 내에 동작하는 여러 활용 케이스들(예를 들어, eMBB, URLLC, Mmtc, V2X 등)을 고려할 때 해당 CC 내에 주파수 대역 별로 서로 다른 numerology(예를 들어, 서브캐리어 간격 등)가 지원될 수 있다. 혹은 단말 별로 최대 대역폭에 대한 능력(capability)이 다를 수 있다. 이를 고려하여 기지국은 광대역 CC의 전체 bandwidth이 아닌 일부 bandwidth에서만 동작하도록 단말에게 지시할 수 있으며, 해당 일부 bandwidth를 편의상 대역폭 부분(BWP: bandwidth part)로 정의한다. BWP는 주파수 축 상에서 연속한 RB들로 구성될 수 있으며, 하나의 numerology(예를 들어, 서브캐리어 간격, CP 길이, 슬롯/미니-슬롯 구간)에 대응될 수 있다.
한편, 기지국은 단말에게 설정된 하나의 CC 내에서도 다수의 BWP를 설정할 수 있다. 예를 들어, PDCCH 모니터링 슬롯에서는 상대적으로 작은 주파수 영역을 차지하는 BWP를 설정하고, PDCCH에서 지시하는 PDSCH는 그보다 큰 BWP 상에 스케줄링될 수 있다. 혹은, 특정 BWP에 UE 들이 몰리는 경우 로드 밸런싱(load balancing)을 위해 일부 단말들을 다른 BWP로 설정할 수 있다. 혹은, 이웃 셀 간의 주파수 도메인 셀간 간섭 제거(frequency domain inter-cell interference cancellation) 등을 고려하여 전체 bandwidth 중 가운데 일부 스펙트럼(spectrum)을 배제하고 양쪽 BWP들을 동일 슬롯 내에서도 설정할 수 있다. 즉, 기지국은 광대역 CC와 연관된(association) 단말에게 적어도 하나의 DL/UL BWP를 설정할 수 있다. 기지국은 특정 시점에 설정된 DL/UL BWP(들) 중 적어도 하나의 DL/UL BWP를 (L1 시그널링 또는 MAC CE(Control Element) 또는 RRC 시그널링 등에 의해) 활성화시킬 수 있다. 또한, 기지국은 다른 설정된 DL/UL BWP로 스위칭을 (L1 시그널링 또는 MAC CE 또는 RRC 시그널링 등에 의해) 지시할 수 있다. 또는, 타이머 기반으로 타이머 값이 만료되면 정해진 DL/UL BWP로 스위칭될 수도 있다. 이때, 활성화된 DL/UL BWP를 활성(active) DL/UL BWP로 정의한다. 하지만, 단말이 최초 접속(initial access) 과정을 수행하는 중이거나, 혹은 RRC 연결이 셋업(set up)되기 전 등의 상황에서는 DL/UL BWP에 대한 설정을 수신하지 못할 수 있으므로, 이러한 상황에서 단말이 가정하는 DL/UL BWP는 최초 활성 DL/UL BWP라고 정의한다.
도 6은 본 개시가 적용될 수 있는 무선 통신 시스템에서 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 송수신 방법을 예시한다.
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
단말은 전원이 켜지거나 새로이 셀에 진입한 경우 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다(S601). 이를 위해, 단말은 기지국으로부터 주 동기 신호(PSS: Primary Synchronization Signal) 및 부 동기 채널(SSS: Secondary Synchronization Signal)을 수신하여 기지국과 동기를 맞추고, 셀 식별자(ID: Identifier) 등의 정보를 획득할 수 있다. 그 후, 단말은 기지국으로부터 물리 방송 채널(PBCH: Physical Broadcast Channel)를 수신하여 셀 내 방송 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(DL RS: Downlink Reference Signal)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 물리 하향링크 제어 채널(PDCCH: Physical Downlink Control Channel) 및 상기 PDCCH에 실린 정보에 따라 물리 하향링크 공유 채널(PDSCH: Physical Downlink Control Channel)을 수신함으로써 좀더 구체적인 시스템 정보를 획득할 수 있다(S602).
한편, 기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 경우 단말은 기지국에 대해 임의 접속 과정(RACH: Random Access Procedure)을 수행할 수 있다(단계 S603 내지 단계 S606). 이를 위해, 단말은 물리 임의 접속 채널(PRACH: Physical Random Access Channel)을 통해 특정 시퀀스를 프리앰블로 송신하고(S603 및 S605), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S604 및 S606). 경쟁 기반 RACH의 경우, 추가적으로 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상/하향링크 신호 송신 절차로서 PDCCH/PDSCH 수신(S607) 및 물리 상향링크 공유 채널(PUSCH: Physical Uplink Shared Channel)/물리 상향링크 제어 채널(PUCCH: Physical Uplink Control Channel) 송신(S608)을 수행할 수 있다. 특히 단말은 PDCCH를 통하여 하향링크 제어 정보(DCI: Downlink Control Information)를 수신한다. 여기서 DCI는 단말에 대한 자원 할당 정보와 같은 제어 정보를 포함하며, 그 사용 목적에 따라 포맷이 서로 다르다.
한편, 단말이 상향링크를 통해 기지국에 송신하는 또는 단말이 기지국으로부터 수신하는 제어 정보는 하향링크/상향링크 ACK/NACK(Acknowledgement/Non-Acknowledgement) 신호, CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indicator) 등을 포함한다. 3GPP LTE 시스템의 경우, 단말은 상술한 CQI/PMI/RI 등의 제어 정보를 PUSCH 및/또는 PUCCH를 통해 송신할 수 있다.
표 5는 NR 시스템에서의 DCI 포맷(format)의 일례를 나타낸다.
DCI 포맷 활용
0_0 하나의 셀 내 PUSCH의 스케줄링
0_1 하나의 셀 내 하나 또는 다중 PUSCH의 스케줄링, 또는 UE에게 셀 그룹(CG: cell group) 하향링크 피드백 정보의 지시
0_2 하나의 셀 내 PUSCH의 스케줄링
1_0 하나의 DL 셀 내 PDSCH의 스케줄링
1_1 하나의 셀 내 PDSCH의 스케줄링
1_2 하나의 셀 내 PDSCH의 스케줄링
표 5를 참조하면, DCI format 0_0, 0_1 및 0_2는 PUSCH의 스케줄링에 관련된 자원 정보(예를 들어, UL/SUL(Supplementary UL), 주파수 자원 할당, 시간 자원 할당, 주파수 호핑 등), 전송 블록(TB: Transport Block) 관련 정보(예를 들어, MCS(Modulation Coding and Scheme), NDI(New Data Indicator), RV(Redundancy Version) 등), HARQ(Hybrid - Automatic Repeat and request) 관련 정보(예를 들어, 프로세스 번호, DAI(Downlink Assignment Index), PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, DMRS 시퀀스 초기화 정보, 안테나 포트, CSI 요청 등), 전력 제어 정보(예를 들어, PUSCH 전력 제어 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 0_0은 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI 포맷 0_0에 포함된 정보는 C-RNTI(Cell RNTI: Cell Radio Network Temporary Identifier) 또는 CS-RNTI(Configured Scheduling RNTI) 또는 MCS-C-RNTI(Modulation Coding Scheme Cell RNTI)에 의해 CRC(cyclic redundancy check) 스크램블링되어 전송된다.
DCI format 0_1은 하나의 셀에서 하나 이상의 PUSCH의 스케줄링, 또는 설정된 그랜트(CG: configured grant) 하향링크 피드백 정보를 단말에게 지시하는 데 사용된다. DCI format 0_1에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI(Semi-Persistent CSI RNTI) 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 0_2는 하나의 셀에서 PUSCH의 스케줄링에 사용된다. DCI format 0_2에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 SP-CSI-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
다음으로, DCI format 1_0, 1_1 및 1_2는 PDSCH의 스케줄링에 관련된 자원 정보(예를 들어, 주파수 자원 할당, 시간 자원 할당, VRB(virtual resource block)-PRB(physical resource block) 매핑 등), 전송블록(TB) 관련 정보(예를 들어, MCS, NDI, RV 등), HARQ 관련 정보(예를 들어, 프로세스 번호, DAI, PDSCH-HARQ 피드백 타이밍 등), 다중 안테나 관련 정보(예를 들어, 안테나 포트, TCI(transmission configuration indicator), SRS(sounding reference signal) 요청 등), PUCCH 관련 정보(예를 들어, PUCCH 전력 제어, PUCCH 자원 지시자 등)을 포함할 수 있으며, DCI 포맷 각각에 포함되는 제어 정보들은 미리 정의될 수 있다.
DCI format 1_0은 하나의 DL 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_0에 포함된 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_1은 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_1에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
DCI format 1_2는 하나의 셀에서 PDSCH의 스케줄링을 위해 사용된다. DCI format 1_2에 포함되는 정보는 C-RNTI 또는 CS-RNTI 또는 MCS-C-RNTI에 의해 CRC 스크램블링되어 전송된다.
MBMS(Multimedia Broadcast Multicast Service)
MBMS는 복수의 기지국 또는 복수의 셀들이 동기화되어 동일 데이터를 단말에게 전송하는 SFN(single frequency network) 방식, 및 PDCCH/PDSCH 채널을 통해 해당 셀 커버리지 내에서 방송하는 SC-PTM(Single Cell Point To Multipoint) 방식을 포함할 수 있다.
SFN 방식은 미리 반-정적(semi-static)으로 할당된 자원을 통해 넓은 지역 (예를 들어, MBMS 영역)으로 방송 서비스를 제공하기 위해 사용될 수 있다. MBSFN(Multicast Broadcast Single Frequency Network)은 논리 채널(logical channel)인 MCCH(Multicast Control Channel) 및 MTCH(Multicast Traffic Channel)을 제공하며, MCCH 및 MTCH는 모두 전송 채널(transport channel)인 MCH(Multicast Channel)에 매핑되고, MCH는 물리 채널인 PMCH(Physical Multicast Channel)에 매핑된다. 즉, 복수의 기지국/셀이 동기화되어 동일 데이터를 PMCH를 통해 단말에게 제공할 수 있다. 하나의 기지국/셀은 복수의 MBSFN 영역에 속할 수도 있다. 또한, MBSFN 서비스를 위해서 MBSFN 서브프레임의 설정이 필요할 수 있다.
SC-PTM 방식은 동적 자원을 통해 셀 커버리지 내에서만 방송 서비스를 제공하기 위해 주로 사용될 수 있다. SC-PTM은 하나의 논리 채널 SC-MCCH(Single Cell Multicast Control Channel)과 하나 또는 복수의 논리 채널 SC-MTCH(Single Cell Multicast Traffic Channel)을 제공한다. 이러한 논리 채널(즉, SC-MCCH 및 SC-MTCH)은 전송 채널 DL-SCH에 매핑되고, 전송 채널 DL-SCH는 물리 채널 PDSCH에 매핑된다. SC-MCCH 또는 SC-MTCH에 해당하는 데이터를 전송하는 PDSCH는 G-RNTI(Group-Radio Network Temporary Identifier)로 CRC 스크램블링되는 PDCCH를 통해 스케줄링된다. 여기서, MBMS 서비스 ID에 해당하는 TMGI(Temporary Mobile Group Identity)가 특정 G-RNTI 값과 일대일 매핑될 수 있다. 따라서, 기지국이 복수의 MBMS 서비스를 제공한다면 복수의 G-RNTI 값이 SC-PTM 전송을 위해 할당될 수 있다. 하나 또는 복수의 단말이 특정 MBMS 서비스 수신을 위해 특정 G-RNTI를 이용하여 PDCCH 모니터링을 수행할 수 있다. 여기서, 특정 MBMS 서비스/특정 G-RNTI를 위해 SC-PTM 전용의 불연속 수신(DRX) 온-듀레이션(on-duration) 구간이 설정될 수도 있다. 이 경우, 해당 단말들은 특정 on-duration 구간만 깨어나서 G-RNTI에 대한 PDCCH 모니터링을 수행할 수 있다.
SPS(semi-persistent scheduling)
기지국은 특정 단말에게 단말 전용 SPS 설정을 제공하여, 설정된 주기에 따라 반복되는 하나 이상의 하향링크 SPS 전송 자원을 할당할 수 있다. 단말 전용(또는 단말-특정) PDCCH의 DCI는 특정 SPS 설정 인덱스의 활성화(SPS activation)를 지시할 수 있다. 단말은 활성화된 SPS 전송 자원을 통하여 하향링크 수신을 수행할 수 있다. 이러한 SPS 전송 자원은 초기(initial) HARQ 전송에 사용될 수 있다. 기지국은 단말 전용 PDCCH의 DCI를 통해 특정 SPS 설정 인덱스의 재전송 자원을 할당할 수도 있다. 예를 들어, 단말이 SPS 전송 자원에 대해 HARQ NACK을 보고하면, 기지국은 DCI로 재전송 자원을 할당하여 단말이 하향링크 재전송을 수신할 수 있도록 할 수 있다.
단말 전용 PDCCH의 DCI는 특정 SPS 설정 인덱스의 해제(release) 또는 비활성화(deactivation)를 지시할 수 있다. 이 경우 해당 단말은 해제/비활성화가 지시된 SPS 전송 자원을 수신하지 않는다.
SPS 설정/자원에 대한 활성화/재전송/비활성화를 위한 DCI/PDCCH의 CRC는 CS-RNTI(configured scheduling-radio network temporary identifier)에 의해서 스크램블링될 수 있다.
MBS(Multicast Broadcast Service)
NR 기반 무선 통신 시스템에서는, 전술한 MBMS(예를 들어, MBSFN 또는 SC-PTM)과 구별되는, 새로운 MBS 기반의 DL 브로드캐스트 또는 DL 멀티캐스트 전송 방식의 도입이 논의되고 있다. 예를 들어, 네트워크 측(예를 들어, 기지국/셀/TRP)은 DL 브로드캐스트 또는 DL 멀티캐스트 전송을 위해 PTM(point-to-multipoint) 전송 방식 및 PTP(point-to-point) 전송 방식을 제공할 수 있다.
MBS를 위한 PTM 전송 방식에서는 기지국이 그룹 공통(또는 그룹-특정) PDCCH(Group Common PDCCH) 및 그룹 공통 PDSCH(Group Common PDSCH)를 복수의 단말들에게 전송할 수 있다. 복수의 단말은 동일한 그룹 공통 PDCCH와 그룹 공통 PDSCH 전송을 동시에 수신하여, 동일한 MBS 데이터를 디코딩할 수 있다.
MBS를 위한 PTP 전송 방식에서는, 기지국이 단말 전용(또는 단말-특정) PDCCH와 단말 전용 PDSCH를 특정 단말에게 전송할 수 있다. 해당 하나의 단말은 단말 전용 PDCCH 및 단말 전용 PDSCH를 수신할 수 있다. 동일한 MBS 서비스를 수신하는 복수의 단말이 존재하는 경우, 기지국은 서로 다른 단말 전용 PDCCH 및 단말 전용 PDSCH를 통해, 상기 복수의 단말 각각에게 동일한 MBS 데이터를 별도로 전송할 수 있다.
도 7은 본 개시가 적용될 수 있는 그룹 공통 PDSCH 및 이에 대한 HARQ-ACK 전송의 일 예시를 나타내는 도면이다.
본 개시에서는, 현재 활성(active) BWP에 MBS 설정이 있고, 디폴트/초기(default/initial) BWP에는 MBS 설정이 없으면, 단말은 스위칭 혹은 비활성화 등을 위한 타이머(timer)를 구동하지 않을 수 있다. 본 개시에서는, 현재 active BWP에 MBS 설정이 없고, default/initial BWP에도 MBS 설정이 없으면, 단말은 현재 active BWP의 PDCCH 수신에 따라 timer를 구동할 수 있다. 본 개시에서는, 현재 active BWP에 MBS 설정이 있고, default/initial BWP에도 MBS 설정이 있으면, 단말은 현재 active BWP의 PDCCH 수신에 따라 timer를 구동할 수 있다.
도 7의 예시에서와 같이 단말은 서로 다른 G-RNTI로 스케줄링되는 그룹공통 PDCCH/PDSCH들을 FDM 혹은 TDM으로 수신할 수 있다. 기지국은 BWP와 유사한 주파수 영역인 CFR(common frequency resource)를 설정할 수 있으며, 단말은 CFR을 통해 그룹공통 PDCCH/PDSCH를 수신할 수 있다. RRC 연결 모드(connected mode)의 단말은 하나의 DL BWP를 활성화하여 unicast PDCCH/PDSCH를 수신하며, 활성화된 DL BWP와 연결된 CFR을 통해 그룹공통 PDCCH/PDSCH를 수신할 수 있다. 여기서, 단말은 그룹공통 PDCCH/PDSCH에 대한 multicast HARQ-ACK(예를 들어, HARQ ACK/NACK)을 전송할 수 있다. RRC 아이들(idle) 모드 혹은 비활성(inactive) 모드의 단말은, 초기(initial) DL BWP와 연결된 CFR을 통해 그룹공통 PDCCH를 수신할 수 있다.
RRC 아이들(idle) 또는 비활성(inactive) 모드인 단말은 초기 BWP 혹은 초기 BWP를 포함한 CFR을 통해 브로드캐스트에 대한 그룹공통 PDCCH/PDSCH를 수신할 수 있다. CFR이 초기 BWP보다 넓은 대역폭으로 설정된 경우, 단말은 관심을 가지는(interested) 서비스가 전송되는 시간 구간 동안만 CFR만큼의 대역폭을 수신할 수 있다. 관심을 가지는 서비스가 전송되지 않는 시간 구간 동안에는 단말은 초기 BWP의 대역폭만 수신할 수 있다. 여기서 초기 BWP의 대역폭은, 동기화 과정에서 PBCH를 통하여 획득할 수 있는 MIB(master information block)에 의해 설정되는 기본 제어 자원 세트(CORESET) (예를 들어, CORESET0)의 대역폭에 해당하거나, 시스템정보블록1(SIB1)에 의해 설정되는 초기 BWP의 대역폭에 해당될 수 있다.
RRC 아이들(idle) 또는 비활성(inactive) 모드에서 브로드캐스트 수신 중인 단말이 RRC 셋업 혹은 RRC 재개(resume) 과정을 통해 연결 모드(connected mode)로 전환하는 경우, 단말은 초기 액세스(initial access)를 위해서 RACH 과정을 수행할 수 있다. 예를 들어, 4-단계 RACH 과정의 메시지3(MSG3) 또는 2-단계 RACH 과정의 메시지A(MSGA)를 통해, 단말은 RRC 요청(request) 또는 RRC 재개 요청(resume request) 메시지를 네트워크로 전송할 수 있다. 여기서, 단말은 4-단계 RACH 과정의 MSG3 또는 2-단계 RACH 과정의 MSGA를 통해, 다음과 같이 단말의 브로드캐스트 수신 여부를 기지국에게 알려줄 수 있다:
방식 1은 RRC request 혹은 RRC resume request 메시지의 수립 케이스(establishment case) 필드가 broadcast 수신 여부를 알려주는 방식이다.
RRC request 또는 RRC resume request 메시지의 Establishment case 필드를 통하여 단말은 broadcast 수신 여부를 기지국에게 알려줄 수 있다. 가령, Establishment case 필드의 특정 유보된 값(reserved value)을 통해 단말이 broadcast를 수신하고 있는지 여부가 지시될 수 있다. 또한, Establishment case 필드의 특정 reserved value가 어떤 BWP 또는 어떤 CFR 또는 어떤 주파수에서 broadcast를 수신하고 있는지 여부가 지시될 수도 있다.
방식 2는 RRC request 또는 RRC resume request 메시지를 포함하는 MAC PDU 헤더의 LCID(logical channel ID) 필드가 broadcast 수신 여부를 알려주는 방식이다.
RRC setup request 또는 RRC resume request 메시지에 포함되는 MAC PDU의 헤더가 broadcast 수신 여부를 지시할 수 있다. 특히 헤더의 LCID 필드의 특정 값이 broadcast 수신 여부를 알려줄 수 있다. 또한, 헤더의 LCID 필드의 특정 값이 어떤 BWP 또는 어떤 CFR 또는 어떤 주파수에서 broadcast를 수신하고 있는지 여부를 지시할 수도 있다. 또는 헤더의 LCID 필드의 특정 값이 어떤 G-RNTI를 수신하고 있는지 여부를 지시할 수도 있다. 해당 MAC PDU는 4-단계 RACH 과정의 MSG3 또는 2-단계 RACH 과정의 MSGA에 해당된다.
또는 4-단계 RACH 과정의 MSG3 또는 2-단계 RACH 과정의 MSGA는 MAC CE(control element)를 포함할 수 있다. MAC CE의 특정 필드가 broadcast 수신 여부와, 어떤 BWP 또는 어떤 CFR 또는 어떤 주파수에서 broadcast를 수신하고 있는지, 어떤 G-RNTI를 수신하고 있는지 여부 등을 지시할 수 있다.
방식 3은 4-단계 RACH 또는 2-단계 RACH 과정의 RACH 프리앰블(preamble) ID 또는 RACH 기회(Occasion) 또는 UL BWP가 broadcast 수신 여부를 알려주는 방식이다.
초기 액세스(initial access)를 위해서 RACH를 수행할 경우, 4-단계 RACH 과정의 MSG1 또는 2-단계 RACH 과정의 MSGA의 프리앰블 부분 전송에서 사용되는 RACH preamble ID 또는 RACH Occasion 또는 UL BWP가 broadcast 수신 여부를 알려줄 수 있다. 또는 RACH 과정을 통해서 어떤 BWP 또는 어떤 CFR 또는 어떤 주파수에서 broadcast를 수신하고 있는지, 어떤 G-RNTI를 수신하고 있는지 여부 등을 지시할 수 있다.
상술한 방식으로 단말이 RACH를 통해 broadcast를 수신하고 있는지 여부를 기지국에게 보고할 수 있다. 기지국은 RRC setup 메시지 또는 RRC resume 메시지를 단말에게 전송할 수 있다. 이들 RRC setup 메시지 또는 RRC resume 메시지는 broadcast CFR 설정정보를 포함할 수 있고, 설정된 broadcast CFR를 지원하는 initial/default BWP 또는 broadcast CFR를 지원하는 첫 번째 활성(first active DL BWP에 대한 설정 정보도 포함할 수 있다. 단말은 상기 RRC setup 메시지 또는 RRC resume 메시지를 수신한 후 connected mode로 전환할 수 있다. 단말은 connected mode에서 상기 설정 정보에 따라 broadcast CFR와 관련된 initial/default BWP 또는 first active DL BWP를 설정할 수 있다.
여기서, broadcast CFR와 관련된 initial BWP는 broadcast CFR을 포함할 수 있다. 이러한 initial BWP는 MIB 또는 SIB으로 설정된 initial BWP와 다를 수 있으며, MIB 또는 SIB으로 설정된 initial BWP보다 더 넓은 bandwidth를 갖는 initial BWP일 수 있다.
만일 상기 RRC setup 메시지 또는 RRC resume 메시지가 상기 설정 정보를 포함하지 않았다면, SIB1 또는 SIBx (x > 1) 또는 MCCH 메시지로부터 broadcast CFR 설정을 수신할 수도 있다. 이전에 broadcast 전송을 수신했던 단말은 connected mode로 전환한 이후에도 이들 broadcast CFR 설정을 계속 유지할 수 있다. 여기서, connected mode의 initial BWP는 다음과 같이 설정될 수 있다.
첫 번째 예시로서, 단말은 종래와 같이 SIB1에 따라 설정된 initial BWP를 connected mode에서 유지하고, broadcast를 수신할 경우에만 broadcast CFR를 적용할 수 있다. 여기서, broadcast CFR이 initial BWP를 포함하면, 단말은 broadcast 수신 시점에 따라 bandwidth를 broadcast CFR만큼 확장할 수 있다. 만일 broadcast CFR이 initial BWP를 포함하지 않거나 SCS이 다르다면, 단말은 broadcast 수신 시점에 BWP 스위칭을 하여 broadcast CFR을 수신할 수 있다.
두 번째 예시로서, 단말은 SIBx (x > 1) 또는 MCCH 메시지로부터 broadcast CFR을 지원하는 initial BWP 설정을 별도로 수신하고, connected mode에서는 SIBx (x > 1) 또는 MCCH 메시지로부터 수신한 initial BWP 설정을 적용할 수 있다. 이 경우, initial BWP가 broadcast CFR이거나 broadcast CFR을 포함하도록 설정될 수 있다. 따라서, 단말은 broadcast CFR 수신을 위해 bandwidth를 확장하거나 스위칭할 필요는 없다.
단말이 connected mode로 전환한 후, 기지국은 단말-특정(UE-specific) BWP를 설정할 수 있다. 단말이 broadcast 수신을 보고한 경우, 기지국은 설정되는 UE specific BWP가 broadcast CFR을 포함하도록 설정할 수 있다. 또한 UE specific BWP가 multicast CFR도 함께 포함하도록 할 수도 있다. 이 경우, 단말은 하나의 CFR을 통해 broadcast와 multicast 전송을 수신할 수도 있다. 또는, 단말은 두 개의 CFR(즉 broadcast CFR와 multicast CFR)을 통해 broadcast와 multicast 전송을 수신할 수도 있다.
그룹 공통(group common) PDSCH 수신에 있어서, 제한된 버퍼 레이트 매칭(limited buffer rate matching, LBRM) 동작을 위해 기지국은 BWP 또는 CFR에 대해서 자원 블록(resource block) 설정, 최대 MIMO 레이어(max MIMO layer) 설정, 최대 변조 오더(max modulation order) 설정 등을 단말에게 제공할 수 있다. 만일 하나의 CFR이 broadcast와 multicast를 모두 지원하는 경우, 단말은 broadcast CFR의 Resource Block 설정, max MIMO layer 설정, max modulation order 설정에 따라 broadcast와 multicast를 모두 수신한다. 또는 만일 하나의 CFR이 broadcast와 multicast를 모두 지원하는 경우, 단말은 multicast CFR의 Resource Block 설정, max MIMO layer 설정, max modulation order 설정에 따라 broadcast와 multicast를 모두 수신한다.
만일 두 개의 CFR(즉 broadcast CFR와 multicast CFR)을 통해 broadcast와 multicast 전송을 수신한다면, broadcast CFR의 Resource Block 설정, max MIMO layer 설정, max modulation order 설정에 따라 broadcast를 수신하고, multicast CFR의 Resource Block 설정과 max MIMO layer 설정, max modulation order 설정에 따라 multicast를 수신할 수 있다.
MBS 관련 타이머 기반 동작
단말에서의 대역폭 부분(BWP) 스위칭, 셀 비활성화, RRC 연결 해제(release) 등의 동작은, 타이머 기반으로 수행될 수 있다. 예를 들어, 해당 타이머가 만료되는 경우에, BWP 스위칭, 셀 비활성화, RRC 연결 해제 등이 발생할 수 있다. 이러한 타이머 기반 동작에 있어서, 기존의 무선 통신 시스템에서는 단말에 대한 유니캐스트(unicast) 데이터 또는 이에 대한 스케줄링 정보를 수신하는 경우에 해당 타이머가 시작 또는 재시작되는 것으로 정의되어 있다. 즉, 단말이 멀티캐스트 데이터 또는 이에 대한 스케줄링 정보를 수신하더라도 해당 타이머가 시작/재시작되지 않으므로, 멀티캐스트 데이터 수신 도중에 BWP 스위칭, 셀 비활성화, 또는 RRC 연결 해제 등의 상황이 발생할 수도 있는 문제가 있다.
따라서, 본 개시에서는 멀티캐스트/브로드캐스트 수신을 고려한 BWP 스위칭, 셀 비활성화, RRC 연결 해제 등에 대한 타이머 기반의 새로운 동작에 대한 예시들을 설명한다.
도 8은 본 개시에 따른 단말의 하향링크 채널 수신 방법의 일 예시를 설명하기 위한 도면이다.
단계 S810에서 단말은 특정 타입의 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하여 PDCCH를 수신할 수 있다.
G-RNTI는 제 1 타입(예를 들어, 멀티캐스트 타입) 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입(예를 들어, 브로드캐스트 타입) 그룹 공통 스케줄링 중의 어느 하나에 대해서 설정될 수 있다.
PDCCH는 제 1 타입 DCI 포맷 또는 제 2 타입 DCI 포맷에 대응할 수 있다. 제 1 타입 DCI 포맷은 제 1 타입 그룹 공통 스케줄링에 대해서 설정되는 G-RNTI에 기초하여 CRC 스크램블링되고, 제 1 타입 그룹 공통 PDSCH를 스케줄링할 수 있다. 제 2 타입 DCI 포맷은 제 2 타입 그룹 공통 스케줄링에 대해서 설정되는 G-RNTI에 기초하여 CRC 스크램블링되고, 제 2 타입 그룹 공통 PDSCH를 스케줄링할 수 있다.
단계 S820에서 단말은 그룹 공통 스케줄링의 타입에 기초하여 BWP 비활성 타이머의 시작 또는 재시작 여부를 결정할 수 있다.
BWP 비활성 타이머(예를 들어, 제 1 비활성 타이머)는 제 1 타입 또는 제 2 타입 중에서 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하여 시작/재시작될 수 있다. BWP 비활성 타이머는 제 1 타입 또는 제 2 타입 중에서 제 2 타입 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하여서는 시작되지 않고 재시작되지도 않을 수 있다.
단계 S830에서 단말은 PDCCH에 기초하여 그룹 공통 PDSCH를 수신할 수 있다.
BWP 비활성 타이머의 만료 전에는 PDCCH가 수신된 활성 BWP(예를 들어, 제 1 BWP)에서 그룹 공통 PDSCH를 수신할 수 있다.
BWP 비활성 타이머가 만료되는 경우, 제 1 BWP에서 제 2 BWP(예를 들어, 초기 또는 디폴트 BWP)로 BWP 스위칭이 수행될 수 있다. 예를 들어, 제 2 타입 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하는 PDCCH를 수신한 경우에는, BWP 비활성화 타이머가 시작/재시작되지 않으므로 PDSCH를 수신하기 전에 또는 PDSCH 수신 중에서 제 2 BWP로의 스위칭이 수행될 수 있다. 또는, 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하는 PDCCH를 수신한 경우에는, BWP 비활성화 타이머가 시작/재시작되므로 동일한 제 1 BWP 상에서 PDCCH 및 PDSCH를 수신할 수 있다.
추가적으로, PDSCH의 디코딩을 통하여 MAC PDU를 획득하고, MAC PDU에 대한 프로세싱을 통하여 MAC SDU가 획득될 수 있다. 제 1 타입 또는 제 2 타입 중에서 제 1 타입 그룹 공통 스케줄링에 관련된 MAC SDU인 경우, BWP 비활성 타이머(예를 들어, 제 1 비활성 타이머)와 구분되는 데이터 비활성 타이머(예를 들어, 제 2 비활성 타이머)가 시작/재시작될 수 있다. 제 1 타입 또는 제 2 타입 중에서 제 2 타입 그룹 공통 스케줄링에 관련된 MAC SDU인 경우, 데이터 비활성 타이머가 시작/재시작되지 않을 수 있다. 데이터 비활성 타이머가 만료되는 경우, RRC 해제(또는 RRC 아이들 상태로 천이)에 관련된 단말의 액션이 수행될 수 있다.
도 9는 본 개시에 따른 기지국의 하향링크 채널 전송 방법의 일 예시를 설명하기 위한 도면이다.
단계 S910에서 기지국은 특정 타입(예를 들어, 제 1 타입 또는 제 2 타입)의 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하여 PDCCH를 하나 이상의 단말에게 전송할 수 있다.
단계 S920에서 기지국은 그룹 공통 스케줄링의 타입에 기초하여 단말에서의 BWP 비활성 타이머의 시작/재시작 여부를 결정/기대할 수 있다.
단계 S930에서 기지국은 PDCCH에 기초하여 그룹 공통 PDSCH를 하나 이상의 단말에게 전송할 수 있다.
도 9의 제 1 타입 및 제 2 타입 그룹 공통 스케줄링, BWP 비활성 타이머 및 데이터 비활성 타이머에 대한 예시들은 도 8에서 설명한 예시들이 동일하게 적용될 수 있으므로, 중복되는 설명은 생략한다.
도 8 및 도 9을 참조하여 그룹 공통 스케줄링의 타입(예를 들어, 멀티캐스트 타입 또는 브로드캐스트 타입)에 따라서 비활성화 타이머 기반 동작을 달리하는 예시에 대해서 설명하였다. 예를 들어, BWP-비활성화 타이머가 시작/재시작하여 만료 전(즉, 동작 중(running))에는 BWP 스위칭이 수행되지 않을(즉, 활성 BWP가 유지될) 수 있다. 데이터-비활성화 타이머가 시작/재시작하여 만료 전(즉, 동작 중)에는 RRC 해제(또는 RRC 아이들 상태로의 천이)가 수행되지 않을(즉, RRC 연결 상태가 유지될) 수 있다. 여기서, 제 1 타입의 그룹 공통 스케줄링에 대해서는 비활성화 타이머가 시작/재시작하지만, 제 2 타입의 그룹 공통 스케줄링에 대해서는 비활성화 타이머가 시작/재시작하지 않을 수 있다.
도 8 및 도 9의 예시에 적용될 수 있는, 전술한 내용을 포함하는 다양한 예시들에 대해서 후술한다. 후술하는 예시들 중 일부는 도 8 및 도 9의 예시에 추가적으로 또는 대안적으로 적용될 수 있다.
실시예 1
본 실시예는 그룹 공통 전송을 수신하는 단말의 BWP-비활성화 타이머(BWP-InactivityTimer) 기반 동작에 대한 것이다.
RRC 연결 모드인 단말에 대해서 복수의 BWP(예를 들어, 기존의 무선 통신 시스템에서는 최대 4개의 BWP)가 설정될 수 있다. 설정된 복수의 BWP 중에서 특정 시점에 하나의 BWP만 활성화될 수 있다. 즉, 복수의 BWP의 동시 활성화는 아직까지 지원되지 않을 수 있다. BWP-비활성화 타이머(BWP-InactivityTimer)가 만료되는 경우, 현재 활성화된 BWP가 비활성화되고 BWP 스위칭이 수행될 수 있다. BWP 스위칭의 목적지(destination)은, 단말에 대해서 디폴트 BWP가 설정되었다면 디폴트 BWP이고, 디폴트 BWP 설정이 없다면 초기(initial) BWP일 수 있다.
기존에 정의된 단말 동작에 따르면, 단말-특정 스케줄링(예를 들어, 유니캐스트 스케줄링)을 지시하는 PDCCH(예를 들어, C-RNTI/CS-RNTI로 CRC 스크램블링되는 DCI 포맷에 대응)를 단말이 수신하는 경우, BWP-InactivityTimer가 시작/재시작된다. 즉, 이러한 경우에 BWP 비활성화/스위칭을 방지하기 위해서 BWP-InactivityTimer가 만료되지 않도록 해당 타이머를 시작/재시작할 수 있다. 그러나, 멀티캐스트/브로드캐스트와 같은 그룹 공통 스케줄링을 지시하는 PDCCH(예를 들어, G-RNTI로 CRC 스크램블링되는 DCI 포맷에 대응)를 단말이 수신하는 경우, BWP-InactivityTimer의 시작/재시작 여부는 정의되어 있지 않다.
실시예 1-1
특정 캐스트 타입(예를 들어, 멀티캐스트 타입 또는 브로드캐스트 타입) 또는 특정 G-RNTI에 대한 DCI 수신 시에 BWP-InactivityTimer를 시작 또는 재시작할 수 있다. 상기 특정 캐스트 타입 이외의 캐스트 타입 또는 G-RNTI에 대한 DCI 수신 시에는 BWP-InactivityTimer를 시작/재시작하지 않을 수 있다.
예를 들어, 멀티캐스트 타입 PDSCH를 수신하는 경우, 멀티캐스트 타입 PDSCH에 대한 스케줄링을 수신한 단말은 BWP-InactivityTimer를 시작 또는 재시작할 수 있다. 반면, 브로드캐스트 타입 PDSCH를 수신하는 경우, 브로드캐스트 타입 PDSCH에 대한 스케줄링을 수신한 단말은 BWP-InactivityTimer를 시작 또는 재시작하지 않을 수 있다. 즉, 멀티캐스트 G-RNTI와 같이 특정 G-RNTI로 CRC가 스크램블링되는 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer를 시작 또는 재시작하고, 브로드캐스트 G-RNTI와 같은 특정 G-RNTI로 CRC가 스크램블링되는 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer를 시작/재시작하지 않을 수 있다.
다른 예시로서, 디폴트(default) BWP 또는 초기(initial) BWP에 CFR이 설정되지 않거나, 또는 수신하고자 하는 G-RNTI가 제공되지 않는다면, 그룹 공통 스케줄링의 타입과 무관하게 BWP-InactivityTimer를 시작/재시작하지 않을 수 있다. 예를 들어, BWP-InactivityTimer 만료로 인한 BWP 스위칭의 목적지 BWP 인 디폴트/초기 BWP에 CFR이 설정되어 있지 않은 경우, 또는 수신하고자 하는 타입의 G-RNTI가 제공되지 않는 경우, 단말은 현재 활성(active) BWP에서 브로드캐스트 타입 및 멀티캐스트 타입 모두에 대해서 PDCCH를 수신한 경우에 BWP-InactivityTimer를 시작/재시작하지 않을 수 있다.
또한, 브로드캐스트와 멀티캐스트 모두에 대한 PTP 재전송을 스케줄링하는 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer가 시작/재시작되지 않을 수 있다. PTM 전송에 대한 PTP 재전송을 스케줄링하는 DCI는 C-RNTI 또는 CS-RNTI로 CRC 스크램블링될 수 있고, PTM으로 전송한 TB에 대한 PTP 재전송을 스케줄링할 수 있다.
다른 예시로서, 디폴트 BWP 또는 초기 BWP에 브로드캐스트 CFR이 설정되지 않거나, 수신하고자 하는 G-RNTI가 제공되지 않는다면, 현재 활성 BWP에서 브로드캐스트에 대한 그룹 공통 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer가 시작/재시작되지 않을 수 있다.
또한, 브로드캐스트에 대한 PTP 재전송을 스케줄링하는 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer가 시작/재시작되지 않을 수 있다. 여기서, DCI는 C-RNTI 또는 CS-RNTI로 CRC 스크램블링되고, 브로드캐스트 PTM으로 전송한 TB에 대한 PTP 재전송을 스케줄링할 수 있다.
다른 예시로서, 디폴트 BWP 또는 초기 BWP에 멀티캐스트 CFR이 설정되지 않거나, 수신하고자 하는 G-RNTI가 제공되지 않는다면, 현재 활성 BWP에서 멀티캐스트에 대한 그룹 공통 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer가 시작/재시작되지 않을 수 있다.
또한, 멀티캐스트에 대한 PTP 재전송을 스케줄링하는 DCI의 PDCCH를 수신한 경우에는 BWP-InactivityTimer가 시작/재시작되지 않을 수 있다. 여기서 DCI는 C-RNTI 또는 CS-RNTI로 CRC 스크램블링되고, 멀티캐스트 PTM으로 전송한 TB에 대한 PTP 재전송을 스케줄링할 수 있다.
실시예 1-2
본 실시예는 멀티캐스트 또는 브로드캐스트 전송을 수신하는 단말에게 BWP-InactivityTimer를 설정하지 않는 방식에 대한 것이다.
예를 들어, 기지국은 관심 지시(interest indication)를 보고한 단말에게는 BWP-InactivityTimer를 설정하지 않을 수 있다.
또는 기지국이 BWP-InactivityTimer를 설정하더라도, 현재 활성 BWP에 CFR이 설정된 경우, 단말은 BWP-InactivityTimer를 시작하거나 재시작하지 않고, BWP-InactivityTimer에 따라 BWP 스위칭을 하지 않을 수 있다. 또한 현재 동작 중인 BWP-InactivityTimer를 중단(stop)할 수 있다.
또는 기지국이 BWP-InactivityTimer를 설정하더라도, 현재 활성 BWP에서 브로드캐스트 전송 또는 멀티캐스트 전송을 수신하는 경우, 단말은 BWP-InactivityTimer를 시작하거나 재시작하지 않고, BWP-InactivityTimer에 따라 BWP 스위칭을 하지 않을 수 있다. 또한 현재 동작 중인 BWP-InactivityTimer를 중단할 수 있다.
실시예 1-3
예를 들어, BWP-InactivityTimer가 만료되더라도, 현재 활성 BWP에서 수신한 DCI가 그룹 공통 PDSCH 전송을 스케줄링한 경우, 그룹 공통 PDSCH 수신 후 또는 그룹 공통 PDSCH 수신에 대한 HARQ-ACK 전송 직후 BWP 스위칭을 수행할 수 있다.
예를 들어, 현재 활성 BWP에서 수신한 DCI가 그룹 공통 PDSCH 전송을 스케줄링한 경우, 그룹 공통 PDSCH 수신 후 또는 그룹 공통 PDSCH 수신에 대한 HARQ-ACK가 전송되기 까지는, BWP-InactivityTimer가 만료되더라도 BWP 스위칭을 수행하지 않을 수 있다.
실시예 1-4
본 실시예는 디폴트 BWP 또는 초기 BWP에 CFR이 설정되지 않거나, 수신하고자 하는 G-RNTI가 제공되지 않는다면, BWP-InactivityTimer가 설정되어 있더라도, 현재 활성 BWP에서 어떤 PDCCH를 수신하든지 상관없이 단말은 BWP-Inactivity Timer를 시작/재시작하지 않을 수 있다. 또한 현재 동작 중인 BWP-InactivityTimer를 중단할 수 있다.
예를 들어, 단말은 현재 활성 BWP에 MBS 설정이 있고, 디폴트/초기 BWP에는 MBS 설정이 없으면, BWP-InactivityTimer를 동작시키지 않을 수 있다.
예를 들어, 단말은 현재 활성 BWP에 MBS 설정이 없고, 디폴트/초기 BWP에도 MBS 설정이 없으면, 현재 활성 BWP의 PDCCH 수신에 따라 BWP-InactivityTimer를 동작시킬 수 있다.
예를 들어, 단말은 현재 활성 BWP에 MBS 설정이 있고, 디폴트/초기 BWP에도 MBS 설정이 있으면, 현재 활성 BWP의 PDCCH 수신에 따라 BWP-InactivityTimer를 동작시킬 수 있다. 또는, 단말은 현재 활성 BWP에 MBS 설정이 있다면, 디폴트/초기 BWP에도 MBS 설정이 있어도, BWP-InactivityTimer를 동작시키지 않을 수 있다. 즉, 현재 활성 BWP에 MBS 설정이 있다면 디폴트/초기 BWP의 MBS 설정과 관계없이 BWP-InactivityTimer를 동작시키지 않을 수 있다.
본 실시예에서, MBS 설정은 CFR 설정, 수신하고자 하는 G-RNTI관련 설정, 멀티캐스트 수신 관련 설정, 또는 브로드캐스트 수신 관련 설정 등을 포함할 수 있다.
BWP-InactivityTimer를 동작시키지 않는다는 것은, C-RNTI, CS-RNTI, G-RNTI, G-CS-RNTI 등으로 CRC가 스크램블링되는 DCI의 PDCCH 수신에 따라 타이머를 시작/재시작하지 않는다는 것을 포함할 수 있다. 또한, BWP-InactivityTimer를 동작시키지 않으면 타이머 값이 만료되지 않으므로, 타이머 만료에 따른 BWP 비활성화 및 스위칭이 수행되지 않을 수 있다.
실시예 2
본 실시예는 BWP 스위칭 후 그룹 공통 전송을 단말이 수신하기 시작하는 방식에 대한 것이다.
예를 들어, BWP-InactivityTimer가 만료되어 단말이 디폴트 BWP 또는 초기 BWP으로 스위칭한 경우, 단말은 (별도의 설정/지시 없이도) 디폴트 BWP 또는 초기 BWP에서 GC(그룹 공통)-PDCCH 모니터링을 자동으로 시작할 수 있다.
다른 예시로서, 기지국이 RRC 메시지, MAC CE 또는 DCI를 통하여 GC-PDCCH 모니터링을 설정/지시한 경우에, 단말은 디폴트 BWP 또는 초기 BWP에서 GC-PDCCH 모니터링을 시작할 수 있다. 여기서, 단말은 DCI를 디폴트 BWP 또는 초기 BWP 상에서 수신할 수 있다. 예를 들어, 기지국은 RRC 메시지, MAC CE, 또는 DCI를 통해 특정 단말이 BWP 스위칭시 목적지 BWP와 연결된 CFR에서 GC-PDCCH 모니터링을 바로 시작하는지 여부를 설정할 수 있다. BWP 스위칭 후 GC-PDCCH 모니터링을 바로 시작하는지 여부는 스위칭 목적지 BWP 또는 CFR 별로 설정/지시될 수도 있고, 또는 서빙셀 별로 설정/지시될 수 있다. BWP 스위칭 후 GC-PDCCH 모니터링을 바로 시작되도록 설정되지 않은 BWP, CFR, 또는 서빙셀로 단말이 스위칭한 경우, 기지국은 RRC 메시지, MAC CE, 또는 DCI를 통해 GC-PDCCH 모니터링 여부를 별도로 설정/지시할 수도 있다.
단말이 BWP#1로부터 수신한 DCI에 따라 BWP#2로 스위칭한 경우, 기지국은 DCI를 통해 BWP ID=#2를 지시하면서 BWP#2와 연결된 CFR 상에서 GC-PDCCH를 모니터링할 것인지 또는 연결된 CFR을 활성화할 것인지 여부를 단말에게 설정/지시할 수 있다.
이 경우, BWP#1로부터 수신한 DCI가 GC-PDCCH를 모니터링하도록 지시하거나 또는 연결된 CFR을 활성화하도록 지시하는 경우, 단말은 BWP#2로 스위칭한 후 BWP#2와 연결된 CFR를 활성화하고 GC-PDCCH를 모니터링할 수 있다.
BWP#1로부터 수신한 DCI가 GC-PDCCH를 모니터링하지 않도록 지시하거나 또는 연결된 CFR 활성화를 지시하지 않은 경우, 단말은 BWP#2로 스위칭한 후 BWP#2와 연결된 CFR를 비활성화하고 GC-PDCCH를 모니터링하지 않을 수 있다. 또는, DCI가 또는 DCI가 GC-PDCCH 모니터링을 중단하거나 또는 연결된 CFR의 비활성화를 지시하는 경우, 단말은 BWP#2로 스위칭한 후 BWP#2와 연결된 CFR를 비활성화하고 GC-PDCCH를 모니터링하지 않을 수 있다.
BWP#2로부터 수신한 DCI가 BWP ID=#2를 지시하면서, GC-PDCCH 모니터링을 지시하거나 또는 연결된 CFR 활성화를 지시한 경우, 단말은 BWP#2와 연결된 CFR를 활성화하고 GC-PDCCH를 모니터링할 수 있다.
실시예 3
본 실시예는 BWP 스위칭 후 PTP 전송 방식에 대한 것이다.
기지국은 동일 서빙 셀에 속한 서로 다른 BWP에, 스플릿(split) MBS 베어러(bearer)를 설정할 수 있다. 예를 들어, 하나의 스플릿 MBS 베어러는 BWP#1에 속한 그룹 공통 PTM 기반 베어러일 수 있고, 다른 하나의 스플릿 MBS 베어러는 BWP#2에 속한 단말전용 PTP 기반 베어러일 수 있다. 만일 BWP-InactivityTimer가 만료되어 어떤 BWP로부터 디폴트 BWP 또는 초기 BWP로 스위칭한 경우, 단말은 디폴트 BWP 또는 초기 BWP에 매핑된 PTP 기반 베어러 또는 PTM 기반 베어러를 활성화할 수 있다. 여기서 활성화되는 PTP 기반 베어러 또는 PTM 기반 베어러는, 스위칭 전의 BWP에 매핑된 베어러와 동일한 스플릿 베어러에 속할 수 있다. 또한, 단말은 동일한 스플릿 베어러에 속한 스위칭 전의 BWP에 매핑된 베어러는 비활성화할 수 있다.
다른 예시로서, BWP-InactivityTimer가 만료되어 어떤 BWP로부터 디폴트 BWP 또는 초기 BWP로 스위칭한 경우, 단말은 PTP 최초 전송 또는 재전송을 위한 PDCCH 모니터링을 바로 시작할 수 있다. 기지국은 RRC 메시지, MAC CE, 또는 DCI를 통해 특정 단말이 BWP 스위칭시 목적지 BWP와 연결된 CFR에서 PTP (재)전송을 위한 PDCCH 모니터링을 바로 시작하는지 여부를 설정할 수 있다. BWP 스위칭 후 PTP (재)전송을 위한 PDCCH 모니터링을 바로 시작하는지 여부는 스위칭 목적지 BWP 또는 CFR 별로 설정/지시될 수도 있고, 또는 서빙셀 별로 설정/지시될 수 있다. BWP 스위칭 후 PTP (재)전송을 위한 PDCCH 모니터링을 바로 시작되도록 설정되지 않은 BWP, CFR, 또는 서빙셀로 단말이 스위칭한 경우, 기지국은 RRC 메시지, MAC CE, 또는 DCI를 통해 PTP (재)전송을 위한 PDCCH 모니터링 여부를 별도로 설정/지시할 수도 있다.
이 경우, 스위칭 전의 BWP에서 수신한 TB를 재전송하는 경우, 기지국은 스위칭 이전의 BWP의 TB 전송과 스위칭 후의 BWP(예를 들어, 디폴트 BWP 또는 초기 BWP)에서의 TB 재전송에 대해서, 동일한 HARQ 프로세스 ID를 스케줄링할 수 있다. 즉 같은 G-RNTI에 대해서 스위칭 전의 BWP의 TB전송에 대한 DCI의 HPN(HARQ process number) 필드의 값이, 스위칭 후의 BWP의 TB 재전송에 대한 DCI의 HPN 필드의 값과 동일할 수 있다.
실시예 4
본 실시예는 BWP-InactivityTimer와 별도의 CFR 비활성 타이머(CFR Inactivity Timer) 기반의 동작에 대한 것이다.
기지국과 단말은 BWP-InactivityTimer와 별도로 CFR-InactivityTimer를 설정할 수 있다. 단말은 G-RNTI 또는 G-CS-RNTI에 대한 DCI 수신 시에는 CFR-InactivityTimer를 시작 또는 재시작할 수 있다. 또는, 특정 캐스트 타입(예를 들어, 제 1 타입 그룹 공통 스케줄링) 또는 특정 G-RNTI에 대한 DCI 수신 시에는 CFR-InactivityTimer를 시작 또는 재시작하고, 다른 캐스트 타입(예를 들어, 제 2 타입 그룹 공통 스케줄링) 또는 다른 G-RNTI에 대한 DCI 수신 시에는 CFR-InactivityTimer를 시작/재시작하지 않을 수 있다.
현재 활성 BWP와 연결된 CFR의 CFR-InactivityTimer가 만료되는 경우, 단말은 디폴트 BWP 또는 초기 BWP와 연결된 CFR로 스위칭할 수 있다.
또는 활성 BWP와 연결된 CFR의 CFR-InactivityTimer가 만료되더라도 활성 BWP에 대한 BWP-InactivityTimer가 만료되지 않으면, 단말은 디폴트 BWP 또는 초기 BWP와 연결된 CFR로 스위칭하지 않을 수 있다. 즉, 활성 BWP와 연결된 CFR의 CFR-InactivityTimer와 활성 BWP에 대한 BWP-InactivityTimer가 모두 만료된 경우에만, 단말은 디폴트 BWP 또는 초기 BWP와 연결된 CFR로 스위칭할 수 있다. 또한, 활성 BWP와 연결된 CFR의 CFR-InactivityTimer와 활성 BWP에 대한 BWP-InactivityTimer가 모두 만료된 경우, 단말은 디폴트 BWP 또는 초기 BWP로 스위칭할 수 있다.
나아가, PDCCH 수신에 따라 CFR-InactivityTimer 또는 BWP-InactivityTimer가 시작 또는 재시작된 경우, 단말은 디폴트 BWP 또는 초기 BWP와 연결된 CFR로 스위칭하지 않을 수 있다. 또한, PDCCH 수신에 따라 CFR-InactivityTimer 또는 BWP-InactivityTimer가 시작 또는 재시작된 경우, 단말은 디폴트 BWP 또는 초기 BWP로 스위칭하지 않을 수 있다.
또는 활성 BWP와 연결된 CFR의 CFR-InactivityTimer와 활성 BWP에 대한 BWP-InactivityTimer중에서 하나의 타이머만 만료되더라도, 단말은 디폴트 BWP 또는 초기 BWP와 연결된 CFR로 스위칭할 수 있다. 또한, 활성 BWP와 연결된 CFR의 CFR-InactivityTimer와 활성 BWP에 대한 BWP-InactivityTimer중에서 하나의 타이머만 만료되더라도, 단말은 디폴트 BWP 또는 초기 BWP로 스위칭할 수 있다.
실시예 5
본 실시예는 BWP 스위칭에 관련된 MAC 엔터티(또는 계층)의 동작에 대한 것이다. 아래 표에서 밑줄친 부분은, 기존 MAC 엔터티의 동작을 기반으로 본 개시에 따라 변경될 수 있는 MAC 엔터티 동작에 해당할 수 있다.
The BWP switching for a Serving Cell is used to activate an inactive BWP and deactivate an active BWP at a time. The BWP switching is controlled by the PDCCH indicating a downlink assignment or an uplink grant, by the bwp-InactivityTimer, by RRC signalling, or by the MAC entity itself upon initiation of Random Access procedure or upon detection of consistent LBT failure on SpCell. Upon RRC (re-)configuration of firstActiveDownlinkBWP-Id and/or firstActiveUplinkBWP-Id for SpCell or activation of an SCell, the DL BWP and/or UL BWP indicated by firstActiveDownlinkBWP-Id and/or firstActiveUplinkBWP-Id respectively is active without receiving PDCCH indicating a downlink assignment or an uplink grant. The active BWP for a Serving Cell is indicated by either RRC or PDCCH. For unpaired spectrum, a DL BWP is paired with a UL BWP, and BWP switching is common for both UL and DL.
For each SCell a dormant BWP may be configured with dormantBWP-Id by RRC signalling. Entering or leaving dormant BWP for SCells is done by BWP switching per SCell or per dormancy SCell group based on instruction from PDCCH. The dormancy SCell group configurations are configured by RRC signalling. Upon reception of the PDCCH indicating leaving dormant BWP, the DL BWP indicated by firstOutsideActiveTimeBWP-Id or by firstWithinActiveTimeBWP-Id is activated. Upon reception of the PDCCH indicating entering dormant BWP, the DL BWP indicated by dormantBWP-Id is activated. The dormant BWP configuration for SpCell or PUCCH SCell is not supported.
For each activated Serving Cell configured with a BWP, the MAC entity shall:
1> if a BWP is activated and the active DL BWP for the Serving Cell is not the dormant BWP:
2> transmit on UL-SCH on the BWP;
2> transmit on RACH on the BWP, if PRACH occasions are configured;
2> monitor the PDCCH on the BWP;
2> monitor the GC-PDCCH on CFR associated with the BWP;
2> transmit PUCCH on the BWP, if configured;
2> report CSI for the BWP;
2> transmit SRS on the BWP, if configured;
2> receive DL-SCH on the BWP and CFR associated with the BWP;
2> receive GC-PDSCH on CFR associated with the BWP;
2> (re-)initialize any suspended configured uplink grants of configured grant Type 1 on the active BWP according to the stored configuration, if any, and to start in the symbol according to specific rules;
2> if lbt-FailureRecoveryConfig is configured:
3> stop the lbt-FailureDetectionTimer, if running;
3> set LBT_COUNTER to 0;
3> monitor LBT failure indications from lower layers.
1> if a BWP is activated and the active DL BWP for the Serving Cell is dormant BWP:
2> stop the bwp-InactivityTimer of this Serving Cell, if running.
2> stop the CFR-InactivityTimer of this Serving Cell, if running.
2> not monitor the PDCCH on the BWP;
2> not monitor the PDCCH for the BWP;
2> not monitor the GC-PDCCH on CFR associated with the BWP;
2> not receive DL-SCH on the BWP and CFR associated with the BWP;
2> not receive GC-PDSCH on CFR associated with the BWP;
2> not report CSI on the BWP, report CSI except aperiodic CSI for the BWP;
2> not transmit SRS on the BWP;
2> not transmit on UL-SCH on the BWP;
2> not transmit on RACH on the BWP;
2> not transmit PUCCH on the BWP;
2> clear any configured downlink assignment and any configured uplink grant Type 2 associated with the SCell respectively;
2> clear any configured downlink assignment (i.e. group common SPS resources) on the CFR associated with the SCell respectively;
2> suspend any configured uplink grant Type 1 associated with the SCell;
2> if configured, perform beam failure detection and beam failure recovery for the SCell if beam failure is detected.
1> if a BWP is deactivated:
2> not transmit on UL-SCH on the BWP;
2> not transmit on RACH on the BWP;
2> not monitor the PDCCH on the BWP;
2> not monitor the GC-PDCCH on CFR associated with the BWP;
2> not transmit PUCCH on the BWP;
2> not report CSI for the BWP;
2> not transmit SRS on the BWP;
2> not receive DL-SCH on the BWP and CFR associated with the BWP;
2> not receive GC-PDSCH on CFR associated with the BWP;
2> clear any configured downlink assignment and configured uplink grant of configured grant Type 2 on the BWP;
2> clear any configured downlink assignment (i.e. group common SPS resources) on the CFR associated with the BWP;
2> suspend any configured uplink grant of configured grant Type 1 on the inactive BWP.
Upon initiation of the Random Access procedure on a Serving Cell, after the selection of carrier for performing Random Access procedure, the MAC entity shall for the selected carrier of this Serving Cell:
1> if PRACH occasions are not configured for the active UL BWP:
2> switch the active UL BWP to BWP indicated by initialUplinkBWP;
2> if the Serving Cell is an SpCell:
3> switch the active DL BWP to BWP indicated by initialDownlinkBWP.
3> switch the CFR associated with the active DL BWP to the CFR associated with BWP indicated by initialDownlinkBWP .
1> else:
2> if the Serving Cell is an SpCell:
3> if the active DL BWP does not have the same bwp-Id as the active UL BWP:
4> switch the active DL BWP to the DL BWP with the same bwp-Id as the active UL BWP.
4> switch the CFR associated with the active DL BWP to the CFR associated with the DL BWP with the same bwp-Id as the active UL BWP.
1> stop the bwp-InactivityTimer associated with the active DL BWP of this Serving Cell, if running.
1> stop the CFR-InactivityTimer associated with the CFR associated with the active DL BWP of this Serving Cell, if running.
1> if the Serving Cell is SCell:
2> stop the bwp-InactivityTimer associated with the active DL BWP of SpCell, if running.
2> stop the CFR-InactivityTimer associated with the CFR associated with the active DL BWP of SpCell, if running.
1> perform the Random Access procedure on the active DL BWP of SpCell and active UL BWP of this Serving Cell.
If the MAC entity receives a PDCCH for BWP switching of a Serving Cell, the MAC entity shall:
1> if there is no ongoing Random Access procedure associated with this Serving Cell; or
1> if the ongoing Random Access procedure associated with this Serving Cell is successfully completed upon reception of this PDCCH addressed to C-RNTI:
2> cancel, if any, triggered consistent LBT failure for this Serving Cell;
2> perform BWP switching to a BWP indicated by the PDCCH.
2> perform switching to the CFR associated with the BWP indicated by the PDCCH.
If the MAC entity receives a PDCCH for BWP switching for a Serving Cell(s) or a dormancy SCell group(s) while a Random Access procedure associated with that Serving Cell is ongoing in the MAC entity, it is up to UE implementation whether to switch BWP or ignore the PDCCH for BWP switching, except for the PDCCH reception for BWP switching addressed to the C-RNTI for successful Random Access procedure completion in which case the UE shall perform BWP switching to a BWP indicated by the PDCCH. Upon reception of the PDCCH for BWP switching other than successful contention resolution, if the MAC entity decides to perform BWP switching, the MAC entity shall stop the ongoing Random Access procedure and initiate a Random Access procedure after performing the BWP switching; if the MAC decides to ignore the PDCCH for BWP switching, the MAC entity shall continue with the ongoing Random Access procedure on the Serving Cell.
Upon reception of RRC (re-)configuration for BWP switching for a Serving Cell while a Random Access procedure associated with that Serving Cell is ongoing in the MAC entity, the MAC entity shall stop the ongoing Random Access procedure and initiate a Random Access procedure after performing the BWP switching.
Upon reception of RRC (re-)configuration for BWP switching for a Serving Cell, cancel any triggered LBT failure in this Serving Cell.
The MAC entity shall for each activated Serving Cell configured with bwp-InactivityTimer:
1> if the defaultDownlinkBWP-Id is configured, and the active DL BWP is not the BWP indicated by the defaultDownlinkBWP-Id, and the active DL BWP is not the BWP indicated by the dormantBWP-Id if configured; or
1> if the defaultDownlinkBWP-Id is not configured, and the active DL BWP is not the initialDownlinkBWP, and the active DL BWP is not the BWP indicated by the dormantBWP-Id if configured:
2> if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received on the active BWP; or
2> if a PDCCH addressed to C-RNTI or CS-RNTI indicating downlink assignment or uplink grant is received for the active BWP; or
2> if a PDCCH addressed to G-RNTI or G-CS-RNTI indicating downlink assignment for multicast or broadcast is received on the CFR associated with the active BWP or for the CFR associated with the active BWP; or
2> if a MAC PDU is transmitted in a configured uplink grant and LBT failure indication is not received from lower layers; or
2> if a MAC PDU is received in a configured downlink assignment:
3> if there is no ongoing Random Access procedure associated with this Serving Cell; or
3> if the ongoing Random Access procedure associated with this Serving Cell is successfully completed upon reception of this PDCCH addressed to C-RNTI:
4> start or restart the bwp-InactivityTimer associated with the active DL BWP.
4> start or restart the CFR-InactivityTimer associated with the CFR associated with the active DL BWP.
2> if the bwp-InactivityTimer associated with the active DL BWP expires:
3> if the defaultDownlinkBWP-Id is configured:
4> perform BWP switching to a BWP indicated by the defaultDownlinkBWP-Id.
4> perform switching to the CFR associated with the BWP indicated by the defaultDownlinkBWP-Id .
3> else:
4> perform BWP switching to the initialDownlinkBWP.
4> perform switching to the CFR associated with the initialDownlinkBWP .
NOTE: If a Random Access procedure is initiated on an SCell, both this SCell and the SpCell are associated with this Random Access procedure.
1> if a PDCCH for BWP switching is received, and the MAC entity switches the active DL BWP and the CFR associated with the active DL BWP:
2> if the defaultDownlinkBWP-Id is configured, and the MAC entity switches to the DL BWP which is not indicated by the defaultDownlinkBWP-Id and is not indicated by the dormantBWP-Id if configured; or
2> if the defaultDownlinkBWP-Id is not configured, and the MAC entity switches to the DL BWP which is not the initialDownlinkBWP and is not indicated by the dormantBWP-Id if configured:
3> start or restart the bwp-InactivityTimer associated with the active DL BWP.
3> start or restart the CFR-InactivityTimer associated with the CFR associated with the active DL BWP.
표 6의 예시에서, BWP가 설정된 활성화된 서빙셀 각각에 대해서, 단말의 MAC 엔터티는 다음의 동작을 수행한다:- BWP가 활성화되고 서빙 셀에 대해 활성화된 DL BWP가 도먼트(dormant) BWP가 아닌 경우, BWP와 연관된 CFR 상에서 GC-PDCCH를 모니터링하거나; BWP와 연관된 CFR 및 BWP 상에서 DL-SCH를 수신하거나; BWP와 연관된 CFR 상에서 GC-PDSCH를 수신한다.
- BWP가 활성화되고 서빙 셀에 대해 활성화된 DL BWP가 도먼트 BWP인 경우, 동작 중이라면 해당 서빙 셀의 CFR-InactivityTimer를 중단하거나, BWP와 연관된 CFR 상에서 GC-PDCCH 를 모니터링하지 않거나, BWP와 연관된 CFR 및 BWP 상에서 DL-SCH를 수신하지 않거나; BWP와 연관된 CFR 상에서 GC-PDSCH를 수신하지 않거나; SCell과 연관된 CFR 상에서 설정된 하향링크 할당(즉, 그룹 공통 SPS 자원)이 있다면 모두 클리어한다.
- BWP가 비활성화된 경우, BWP와 연관된 CFR 상에서 GC-PDCCH 를 모니터링하지 않거나, BWP와 연관된 CFR 및 BWP 상에서 DL-SCH를 수신하지 않거나; BWP와 연관된 CFR 상에서 GC-PDSCH를 수신하지 않거나; SCell과 연관된 CFR 상에서 설정된 하향링크 할당(즉, 그룹 공통 SPS 자원)이 있다면 모두 클리어한다.
서빙 셀 상에서 랜덤 액세스 과정이 개시되면, 랜덤 액세스 과정을 수행할 캐리어를 선택한 후, MAC 엔터티는 해당 서빙 셀의 선택된 캐리어에 대해서 다음의 동작을 수행한다:
- 활성 UL BWP에 대해서 PRACH 기회가 설정되지 않은 경우: 서빙 셀이 SpCell(예를 들어, PCell 또는 PSCell)인 경우: 활성 DL BWP 와 연관된 CFR을 초기 DL BWP(예를 들어, initialDownlinkBWP 파라미터에 의해서 지시되는 BWP)와 연관된 CFR로 스위칭한다.
- 활성 UL BWP에 대해서 PRACH 기회가 설정된 경우: 서빙 셀이 SpCell인 경우: 활성 DL BWP가 활성 UL BWP와 동일한 BWP 식별정보(예를 들어, bwp-Id)를 가지지 않는 경우: 활성 DL BWP 와 연관된 CFR을 활성 UL BWP 와 동일한 BWP 식별정보를 가지는 DL BWP와 연관된 CFR로 스위칭한다.
- 동작 중이라면, 해당 서빙 셀의 활성 DL BWP 와 연관된 CFR과 연관된 CFR-InactivityTimer를 중단한다.
- 서빙 셀이 SCell인 경우: 동작 중이라면, SpCell의 활성 DL BWP와 연관된 CFR과 연관된 CFR-InactivityTimer를 중단한다.
MAC 엔터티가 서빙 셀의 BWP 스위칭에 대해서 PDCCH를 수신하는 경우, MAC 엔터티는 다음의 동작을 수행한다:
- 해당 서빙 셀과 연관된 진행중인(ongoing) 랜덤 액세스 과정이 C-RNTI로 어드레스되는 해당 PDCCH의 수신에 따라 성공적으로 완료되는 경우: 해당 PDCCH에 의해서 지시되는 BWP와 연관되는 CFR로 스위칭을 수행한다.
bwp-InactivityTimer가 설정되는 각각의 활성화된 서빙 셀에 대해서 MAC 엔터티는 다음의 동작을 수행한다:
- 디폴트 DL BWP 식별 정보(예를 들어, defaultDownlinkBWP-Id)가 설정되고, 활성 DL BWP가 디폴트 DL BWP 식별 정보에 의해서 지시되는 BWP가 아니고, 활성 DL BWP가 (설정되었다면) 도먼트 BWP 식별정보(예를 들어, dormantBWP-Id)에 의해서 지시되는 BWP가 아닌 경우: 또는 디폴트 DL BWP 식별 정보가 설정되지 않고, 활성 DL BWP가 초기 DL BWP 가 아니고, 활성 DL BWP가 (설정되었다면) 도먼트 BWP 식별정보에 의해서 지시되는 BWP가 아닌 경우:
-- 멀티캐스트에 대한 하향링크 할당을 지시하는 G-RNTI 또는 G-CS-RNTI로 어드레스되는 PDCCH가, 활성 BWP와 연관되는 CFR 상에서 수신되거나, 또는 활성 BWP와 연관되는 CFR에 대해서 수신되는 경우: 해당 서빙 셀과 연관된 진행중인(ongoing) 랜덤 액세스 과정이 없거나, 해당 서빙 셀과 연관된 진행중인 랜덤 액세스 과정이 C-RNTI로 어드레스되는 해당 PDCCH의 수신에 따라 성공적으로 완료되는 경우: 활성 DL BWP와 연관되는 CFR과 연관되는 CFR-InactivityTimer를 시작 또는 재시작한다.
-- 멀티캐스트/브로드캐스트에 대한 하향링크 할당을 지시하는 G-RNTI 또는 G-CS-RNTI로 어드레스되는 PDCCH가, 활성 BWP와 연관되는 CFR 상에서 수신되거나, 또는 활성 BWP와 연관되는 CFR에 대해서 수신되는 경우: 해당 서빙 셀과 연관된 진행중인(ongoing) 랜덤 액세스 과정이 없거나, 해당 서빙 셀과 연관된 진행중인 랜덤 액세스 과정이 C-RNTI로 어드레스되는 해당 PDCCH의 수신에 따라 성공적으로 완료되는 경우: 활성 DL BWP와 연관되는 CFR과 연관되는 CFR-InactivityTimer를 시작 또는 재시작한다.
-- 활성 DL BWP와 연관되는 bwp-InactivityTimer가 만료되는 경우: 디폴트 DL BWP 식별 정보가 설정된 경우에는, 디폴트 DL BWP 식별 정보에 의해서 지시되는 BWP로 BWP 스위칭을 수행하고, 디폴트 DL BWP 식별 정보에 의해서 지시되는 BWP 와 연관되는 CFR로 스위칭을 수행한다.
-- 활성 DL BWP와 연관되는 bwp-InactivityTimer가 만료되는 경우: 디폴트 DL BWP 식별 정보가 설정되지 않은 경우에는, 초기 DL BWP로 BWP 스위칭을 수행하고, 초기 DL BWP와 연관되는 CFR로 스위칭을 수행한다.
- BWP 스위칭에 대한 PDCCH가 수신되고, MAC 엔터티가 활성 DL BWP 및 활성 DL BWP와 연관되는 CFR을 스위칭하는 경우: 디폴트 DL BWP 식별 정보(예를 들어, defaultDownlinkBWP-Id)가 설정되고, 활성 DL BWP가 디폴트 DL BWP 식별 정보에 의해서 지시되는 BWP가 아니고, 활성 DL BWP가 (설정되었다면) 도먼트 BWP 식별정보(예를 들어, dormantBWP-Id)에 의해서 지시되는 BWP가 아닌 경우: 또는 디폴트 DL BWP 식별 정보가 설정되지 않고, 활성 DL BWP가 초기 DL BWP 가 아니고, 활성 DL BWP가 (설정되었다면) 도먼트 BWP 식별정보에 의해서 지시되는 BWP가 아닌 경우: 활성 DL BWP와 연관되는 bwp-InactivityTimer를 시작 또는 재시작하고, 활성 DL BWP와 연관되는 CFR과 연관되는 CFR-InactivityTimer를 시작 또는 재시작한다.
실시예 6
본 실시예는 그룹 공통 전송을 수신하는 단말의 SCell 비활성화 타이머(예를 들어, sCellDeactivationTimer) 기반 동작에 대한 것이다.
어떤 SCell에 대한 sCellDeactivationTimer가 만료된 경우, 단말은 해당 SCell과 관련된 CFR(들)을 모두 비활성화하고, 해당 SCell과 관련된 CFR의 CFR-InactivityTimer를 중단할 수 있다.
또한, 어떤 SCell에 대한 sCellDeactivationTimer가 만료된 경우, 단말은 해당 SCell과 관련된 CFR의 모든 그룹 공통 SPS 자원을 해제(release) 또는 비활성화할 수 있다.
단말은 어떤 SCell에서 특정 G-RNTI 또는 특정 G-CS-RNTI로 CRC가 스크램블링되는 DCI를 수신한 경우, 또는 수신한 DCI가 그룹 공통 PDSCH를 스케줄링하는 경우, 또는 멀티캐스트/브로드캐스트(또는 특정 타입의 캐스트 방식에 대해서만) 전송에 대한 PTP 재전송을 수신한 경우, 또는 그룹 공통 SPS PDSCH 전송을 수신한 경우, 단말은 해당 SCell에 대한 sCellDeactivationTimer를 시작 또는 재시작할 수 있다.
여기서 특정 G-RNTI 또는 특정 G-CS-RNTI은 기지국이 설정할 수 있다. 또는 특정 G-RNTI 또는 특정 G-CS-RNTI은 (브로드캐스트가 아닌) 멀티캐스트에 대한 G-RNTI 또는 G-CS-RNTI일 수 있다. 만일 특정 G-RNTI 또는 특정 G-CS-RNTI가 아닌, 다른 G-RNTI 또는 다른 G-CS-RNTI로 CRC가 스크램블링되는 DCI를 수신한 경우, 단말은 해당 SCell에 대한 sCellDeactivationTimer를 시작 또는 재시작하지 않을 수 있다. 예를 들어, 브로드캐스트에 대한 G-RNTI 또는 G-CS-RNTI로 CRC가 스크램블링되는 DCI를 수신한 경우, 단말은 해당 SCell에 대한 sCellDeactivationTimer를 시작 또는 재시작하지 않을 수 있다.
본 실시예에서는 SCell을 가정하여 설명하지만, SCell이라는 용어는 PCell, PSCell, 또는 서빙 셀이라는 용어로 대체될 수도 있다. 아래 표에서 밑줄친 부분은, 기존 MAC 엔터티의 동작을 기반으로 본 개시에 따라 변경될 수 있는 MAC 엔터티 동작에 해당할 수 있다.
If the MAC entity is configured with one or more SCells, the network may activate and deactivate the configured SCells. Upon configuration of an SCell, the SCell is deactivated unless the parameter sCellState is set to activated for the SCell by upper layers.
The configured SCell(s) is activated and deactivated by:
- receiving the SCell Activation/Deactivation MAC CE;
- configuring sCellDeactivationTimer timer per configured SCell (except the SCell configured with PUCCH, if any): the associated SCell is deactivated upon its expiry;
- configuring sCellState per configured SCell: if configured, the associated SCell is activated upon SCell configuration.
The MAC entity shall for each configured SCell:
1> if an SCell is configured with sCellState set to activated upon SCell configuration, or an SCell Activation/Deactivation MAC CE is received activating the SCell:
2> if the SCell was deactivated prior to receiving this SCell Activation/Deactivation MAC CE; or
2> if the SCell is configured with sCellState set to activated upon SCell configuration:
3> if firstActiveDownlinkBWP-Id is not set to dormant BWP:
4> activate the SCell according to the timing for MAC CE activation and according to the timing for direct SCell activation; i.e. apply normal SCell operation including:
5> SRS transmissions on the SCell;
5> CSI reporting for the SCell;
5> PDCCH monitoring on the SCell;
5> PDCCH monitoring for the SCell;
5> GC-PDCCH monitoring on the CFR associated with the SCell;
5> GC-PDCCH monitoring for the CFR associated with the SCell;
5> PUCCH transmissions on the SCell, if configured.
3> else (i.e. firstActiveDownlinkBWP-Id is set to dormant BWP):
4> stop the bwp-InactivityTimer of this Serving Cell, if running.
4> stop the CFR-InactivityTimer of this Serving Cell, if running.
3> activate the DL BWP and UL BWP indicated by firstActiveDownlinkBWP-Id and firstActiveUplinkBWP-Id respectively.
3> activate the CFR associated with the DL BWP indicated by firstActiveDownlinkBWP-Id .
2> start or restart the sCellDeactivationTimer associated with the SCell according to the timing for MAC CE activation and according to the timing for direct SCell activation;
2> if the active DL BWP is not the dormant BWP:
3> (re-)initialize any suspended configured uplink grants of configured grant Type 1 associated with this SCell according to the stored configuration, if any, and to start in the symbol;
3> trigger PHR.
1> else if an SCell Activation/Deactivation MAC CE is received deactivating the SCell; or
1> if the sCellDeactivationTimer associated with the activated SCell expires:
2> deactivate the SCell according to the timing;
2> stop the sCellDeactivationTimer associated with the SCell;
2> stop the bwp-InactivityTimer associated with the SCell;
2> stop the CFR-InactivityTimer associated with the CFR associated with the SCell;
2> deactivate any active BWP associated with the SCell;
2> deactivate any CFR associated with any active BWP associated with the SCell;
2> clear any configured downlink assignment and any configured uplink grant Type 2 associated with the SCell respectively;
2> clear any configured downlink assignment (i.e. any group common SPS resource) on any CFR associated with the SCell respectively;
2> clear any PUSCH resource for semi-persistent CSI reporting associated with the SCell;
2> suspend any configured uplink grant Type 1 associated with the SCell;
2> flush all HARQ buffers associated with the SCell;
2> cancel, if any, triggered consistent LBT failure for the SCell.
1> if PDCCH on the activated SCell indicates an uplink grant or downlink assignment; or
1> if PDCCH on the Serving Cell scheduling the activated SCell indicates an uplink grant or a downlink assignment for the activated SCell; or
1> if PDCCH on the activated SCell indicates an group common PDSCH resource (i.e. group common downlink assignment); or
1> if a MAC PDU is transmitted in a configured uplink grant and LBT failure indication is not received from lower layers; or
1> if a MAC PDU is received in a configured downlink assignment:
1> if a MAC PDU is received in a group common SPS PDSCH:
2> restart the sCellDeactivationTimer associated with the SCell.
1> if the SCell is deactivated:
2> not transmit SRS on the SCell;
2> not report CSI for the SCell;
2> not transmit on UL-SCH on the SCell;
2> not transmit on RACH on the SCell;
2> not monitor the PDCCH on the SCell;
2> not monitor the PDCCH for the SCell;
2> not transmit PUCCH on the SCell.
HARQ feedback for the MAC PDU containing SCell Activation/Deactivation MAC CE shall not be impacted by PCell, PSCell and PUCCH SCell interruptions due to SCell activation/deactivation.
When SCell is deactivated, the ongoing Random Access procedure on the SCell, if any, is aborted.
표 7의 예시에서 설정된 SCell의 각각에 대해서 단말의 MAC 엔터티는 다음의 동작을 수행한다:- SCell이 sCellState 파라미터에 의해서 활성화 상태로 설정되거나, SCell 활성화를 지시하는 SCell 활성화/비활성화 MAC CE가 수신되는 경우: SCell 활성화/비활성화 MAC CE 수신 전에 해당 SCell이 비활성화되거나, 또는 SCell 설정 상에서 sCellState 파라미터가 활성화 상태로 설정되는 경우:
-- 최초 활성 DL BWP 식별정보(예를 들어, firstActiveDownlinkBWP-Id)가 도먼트 BWP로 설정되지 않은 경우: MAC CE 활성화 타이밍 및 직접 SCell 활성화 타이밍에 따라서 SCell을 활성화함(즉, 정상적인 SCell 동작을 적용함)에 있어서 다음의 동작을 포함하여 수행한다: SCell과 연관되는 CFR 상에서 GC-PDCCH를 모니터링하거나; SCell과 연관되는 CFR 에 대해서 GC-PDCCH 를 모니터링한다.
-- 최초 활성 DL BWP 식별정보가 도먼트 BWP로 설정되는 경우: 동작 중이라면 해당 서빙 셀의 bwp-InactivityTimer를 중단하거나, 동작 중이라면 해당 서빙 셀의 CFR-InactivityTimer를 중단한다.
-- 최초 활성 DL BWP 식별정보에 의해서 지시되는 DL BWP와 연관되는 CFR을 활성화한다.
- SCell 비활성화를 지시하는 SCell 활성화/비활성화 MAC CE가 수신되거나; 또는 활성화된 SCell과 연관되는 sCellDeactivationTimer가 만료되는 경우: 해당 SCell과 연관되는 CFR과 연관되는 CFR-InactivityTimer를 중단하거나; 해당 SCell과 연관되는 활성 BWP와 연관되는 CFR이 있다면 모두 비활성화하거나; 해당 SCell과 연관되는 CFR이 있다면 해당 CFR 상에서 설정된 하향링크 할당 모두(즉, 그룹 공통 SPS 자원이 있다면 모두) 클리어한다.
- 활성화된 SCell 상에서 PDCCH가 그룹 공통 PDSCH 자원(즉, 그룹 공통 하향링크 할당)을 지시하거나; 또는 MAC PDU가 그룹 공통 SPS PDSCH에서 수신되는 경우; 해당 SCell과 연관되는 sCellDeactivationTimer를 재시작한다.
실시예 7
본 실시예는 그룹 공통 전송을 수신하는 단말의 데이터 비활성 타이머(예를 들어, dataInactivityTimer) 기반 동작에 대한 것이다. 데이터 비활성 타이머는 RRC 해제, 또는 RRC 연결 상태에서 RRC 아이들/인액티브 상태로의 천이와 관련된 타이머에 해당할 수 있다.
특정 G-RNTI 또는 특정 캐스트 타입에 대한 트래픽 논리 채널의 MAC SDU를 수신한 경우, 단말은 dataInactivityTimer를 시작 또는 재시작할 수 있다. 만일 dataInactivityTimer가 만료되면, 단말의 MAC 엔터티는 상위계층(예를 들어, RRC 엔터티)에게 해당 타이머의 만료를 보고할 수 있다. RRC_CONNECTED 모드의 단말에서 RRC 엔터티는 dataInactivityTimer의 만료 보고에 따라서, RRC 연결을 해제하고, RRC_IDLE 모드 또는 RRL_INACTIVE 모드로 전환/천이할 수 있다. RRC_INACTIVE 단말이 dataInactivityTimer의 만료 보고를 수신한 경우, 이 보고에 따라 RRC_IDLE 모드로 전환/천이할 수 있다.
예를 들어, RRC_CONNECTED 또는 RRC_INACTIVE의 단말은 특정 G-RNTI에 대한 MTCH의 MAC SDU를 수신한 경우에만 dataInactivityTimer를 시작 또는 재시작할 수 있다. 다른 G-RNTI에 대한 MTCH의 MAC SDU를 수신한 경우에는 dataInactivityTimer를 시작 또는 재시작하지 않을 수 있다. 여기서, 특정 G-RNTI(들)은 기지국이 단말에 대해서 설정할 수 있다.
다른 예시로서, RRC_CONNECTED 또는 RRC_INACTIVE의 단말은 멀티캐스트에 대한 MTCH의 MAC SDU를 수신한 경우에만 dataInactivityTimer를 시작 또는 재시작할 수 있다. 브로드캐스트에 대한 MTCH의 MAC SDU를 수신한 경우에는 dataInactivityTimer를 시작 또는 재시작하지 않을 수 있다.
다른 예시로서, RRC_CONNECTED 또는 RRC_INACTIVE의 단말은 멀티캐스트 CFR에서 MTCH의 MAC SDU를 수신한 경우에만 dataInactivityTimer를 시작 또는 재시작할 수 있다. 브로드캐스트 CFR에서 MTCH의 MAC SDU를 수신한 경우에는 dataInactivityTimer를 시작 또는 재시작하지 않을 수 있다.
다른 예시로서, RRC_CONNECTED 또는 RRC_INACTIVE의 단말은 MTCH의 MAC SDU를 수신한 경우에만 dataInactivityTimer를 시작 또는 재시작할 수 있다. MCCH의 MAC SDU를 수신한 경우에는 dataInactivityTimer를 시작 또는 재시작하지 않을 수 있다.
아래 표에서 밑줄친 부분은, 기존 MAC 엔터티의 동작을 기반으로 본 개시에 따라 변경될 수 있는 MAC 엔터티 동작에 해당할 수 있다.
The UE may be configured by RRC with a Data inactivity monitoring functionality, when in RRC_CONNECTED. RRC controls Data inactivity operation by configuring the timer dataInactivityTimer.
When dataInactivityTimer is configured, the UE shall:
1> if any MAC entity receives a MAC SDU for DTCH logical channel, DCCH logical channel, or CCCH logical channel; or
1> if any MAC entity receives a MAC SDU for MTCH logical channel for multicast; or
1> if any MAC entity transmits a MAC SDU for DTCH logical channel, or DCCH logical channel:
2> start or restart dataInactivityTimer.
1> if the dataInactivityTimer expires:
2> indicate the expiry of the dataInactivityTimer to upper layers.
표 8의 예시에서 dataInactivityTimer가 설정되는 경우, 단말은, 어떤 MAC 엔터티라도 (브로드캐스트가 아닌) 멀티캐스트에 대한 MTCH 논리 채널에 대한 MAC SDU를 수신하는 경우, dataInactivityTimer를 시작 또는 재시작한다.
도 10은 본 개시의 일 실시예에 따른 네트워크 측 및 단말의 시그널링 절차를 설명하기 위한 도면이다.
도 10은 전술한 본 개시의 예시들(예를 들어, 실시예 1, 2, 3, 4, 5, 6, 7, 또는 그 세부 예시들 중의 하나 이상의 조합)이 적용될 수 있는 상황에서, 네트워크 측(network side) 및 단말(UE) 간의 시그널링의 예시를 나타낸다.
여기서 UE/네트워크 측은 예시적인 것이며, 도 11을 참조하여 설명하는 바와 같이 다양한 장치로 대체 적용될 수 있다. 도 10은 설명의 편의를 위한 것으로, 본 개시의 범위를 제한하는 것이 아니다. 또한, 도 10에 나타난 일부 단계(들)은 상황 및/또는 설정 등에 따라 생략될 수도 있다. 또한, 도 10의 네트워크 측/UE의 동작에 있어서, 전술한 상향링크 송수신 동작 등이 참조되거나 이용될 수 있다.
이하 설명에서 네트워크 측은 복수의 TRP를 포함하는 하나의 기지국일 수 있으며, 복수의 TRP를 포함하는 하나의 셀일 수도 있다. 또는, 네트워크 측은 복수의 RRH(remote radio head)/RRU(remote radio unit)를 포함할 수도 있다. 일례로, 네트워크 측을 구성하는 TRP 1과 TRP 2 간에는 이상적/비-이상적 백홀(backhaul)이 설정될 수도 있다. 또한, 이하 설명은 다수의 TRP들을 기준으로 설명되나, 이는 다수의 패널/셀들을 통한 전송에도 동일하게 확장하여 적용될 수 있고, 다수의 RRH/RRU 등을 통한 전송에도 확장 적용될 수 있다.
또한, 이하 설명에서 "TRP"를 기준으로 설명되지만, 상술한 바와 같이, "TRP"는 패널(panel), 안테나 어레이(antenna array), 셀(cell)(예를 들어, 매크로 셀/스몰 셀/피코 셀 등), TP(transmission point), 기지국(base station, gNB 등) 등의 표현으로 대체되어 적용될 수 있다. 상술한 바와 같이, TRP는 CORESET 그룹(또는 CORESET 풀)에 대한 정보(예를 들어, CORESET 인덱스, ID)에 따라 구분될 수 있다.
일례로, 하나의 단말이 다수의 TRP(또는 셀)들과 송수신을 수행하도록 설정된 경우, 이는 하나의 단말에 대해 다수의 CORESET 그룹(또는 CORESET 풀)들이 설정된 것을 의미할 수 있다. 이와 같은 CORESET 그룹(또는 CORESET 풀)에 대한 설정은 상위 계층 시그널링(예를 들어, RRC 시그널링 등)을 통해 수행될 수 있다.
또한, 기지국은 단말과 데이터의 송수신을 수행하는 객체(object)를 총칭하는 의미일 수 있다. 예를 들어, 상기 기지국은 하나 이상의 TP(Transmission Point)들, 하나 이상의 TRP(Transmission and Reception Point)들 등을 포함하는 개념일 수 있다. 또한, TP 및/또는 TRP는 기지국의 패널, 송수신 유닛(transmission and reception unit) 등을 포함하는 것일 수 있다.
단말은 RRC_CONNECTED 모드에 진입하고, 하나 이상의 관심 있는(interested) MBS 서비스를 나타내는 메시지를 네트워크 측으로 보고할 수 있다(S105).
여기서, 단말은 UCI, MAC CE(Control Element), RRC 메시지 중 적어도 하나를 통해 상기 메시지를 네트워크 측으로 전송할 수 있다. 그리고, 상기 메시지 내 관심있는 MBS 서비스는 네트워크 측으로부터 수신한 DL 메시지에 나열된 TMGI 또는 G-RNTI 중 하나를 의미할 수 있다.
예를 들어, DL 메시지는 TMGI #1, TMGI #3, TMGI #5, 및 TMGI #10을 나열하는 서비스 가용성 메시지일 수 있다. 단말이 TMGI #5에 관심이 있는 경우, 단말은 메시지에서 TMGI #5의 순서를 나타낼 수 있다. 즉, 단말은 네트워크 측으로 '3'을 보고할 수 있다.
또 다른 예로, DL 메시지는 G-RNTI #1, G-RNTI #3, G-RNTI #5, 및 G-RNTI #10을 나열하는 서비스 가용성 메시지일 수 있다. 단말이 G-RNTI #10에 관심이 있는 경우, 단말은 메시지에 G-RNTI #10의 순서를 나타낼 수 있다. 즉, 단말은 네트워크 측으로 '4'를 보고할 수 있다.
예를 들어, 상술한 S105 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로 상기 메시지를 전송하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 메시지를 전송하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로 상기 메시지를 전송할 수 있다.
상기 메시지를 수신하면, 네트워크 측은 단말로 RRC 메시지에 의해 설정 정보를 전송할 수 있다(S110).
예로, 상기 설정 정보는, CFR(common frequency resource) 설정 정보, 하나 이상의 G-RNTI 값에 대한 TCI 상태를 포함하는 하나 이상의 그룹 공통 PDSCH 설정 정보, 하나 이상의 G-RNTI 값에 대한 TCI 상태를 포함하는 검색 공간(search space) 설정 정보를 포함할 수 있다.
여기서, RRC 메시지는 PTM MCCH(Multicast Control Channel)를 통해 전송되는 그룹 공통 메시지 또는 단말-특정(UE-specific) DCCH(Dedicated Control Channel)를 통해 전송되는 단말 전용 메시지일 수 있다.
그리고, CFR은 DL CFR 및 UL CFR을 포함할 수 있다. 예로, 하나의 DL CFR은 MBS 송수신을 위한 그룹 공통 PDCCH 및 그룹 공통 PDSCH 전송 자원을 제공할 수 있다. 하나의 UL CFR은 그룹 공통 PDSCH 수신에 대한 HARQ-ACK PUCCH 자원을 제공할 수 있다. 하나의 CFR은 하나의 MBS 특정 BWP이거나 하나의 단말 특정 BWP일 수 있다. 추가적으로 또는 대안적으로, 하나의 단말 특정 BWP내에 하나 또는 복수의 CFR이 설정될 수 있다. 하나의 CFR은 하나의 단말 특정 BWP와 연결 관계가 있을 수 있다.
단말은 각각의 MBS CFR 또는 각 서빙 셀에 대해 적어도 G-RNTI 값으로 설정될 수 있다. GC-CS-RNTI는 하나 이상의 그룹 공통 SPS 구성의 활성화, 재전송 또는 해제를 위해 설정/사용될 수 있다.
단말에 대해 CFR 또는 서빙 셀에 대해 GC-CS-RNTI로 구성되지 않고, CS-RNTI가 CFR 또는 서빙 셀에 대해 설정된 경우, 단말은 하나 이상의 그룹 공통 SPS 구성의 활성화, 재전송 또는 해제를 위해 CS-RNTI를 사용할 수 있다.
네트워크 측은 하나의 GC-CS-RNTI 값에 TMGI 목록 또는 G-RNTI 목록을 연관시킬 수 있다. 이 때, 네트워크 측은 GC-CS-RNTI 값과 연관된 TMGI 목록 또는 G-RNTI 목록을 제공할 수 있다.
그리고, 각 PDSCH의 설정 정보(예로, 'PDSCH-config')는 멀티캐스트 및/또는 브로드캐스트에 대해 최소한의 정보 요소로 표 9와 같이 구성될 수 있다.
PDSCH-Config ::= SEQUENCE {
dataScramblingIdentityPDSCH INTEGER (0..1023) OPTIONAL, -- Need S
dmrs-DownlinkForPDSCH-MappingTypeA SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
dmrs-DownlinkForPDSCH-MappingTypeB SetupRelease { DMRS-DownlinkConfig } OPTIONAL, -- Need M
tci-StatesToAddModList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-State OPTIONAL, -- Need N
tci-StatesToReleaseList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-StateId OPTIONAL, -- Need N
vrb-ToPRB-Interleaver ENUMERATED {n2, n4} OPTIONAL, -- Need S
resourceAllocation ENUMERATED { resourceAllocationType0, resourceAllocationType1, dynamicSwitch},
pdsch-TimeDomainAllocationList SetupRelease { PDSCH-TimeDomainResourceAllocationList } OPTIONAL, -- Need M
pdsch-AggregationFactor ENUMERATED { n2, n4, n8 } OPTIONAL, -- Need S
rateMatchPatternToAddModList SEQUENCE (SIZE (1..maxNrofRateMatchPatterns)) OF RateMatchPattern OPTIONAL, -- Need N
rateMatchPatternToReleaseList SEQUENCE (SIZE (1..maxNrofRateMatchPatterns)) OF RateMatchPatternId OPTIONAL, -- Need N
rateMatchPatternGroup1 RateMatchPatternGroup OPTIONAL, -- Need R
rateMatchPatternGroup2 RateMatchPatternGroup OPTIONAL, -- Need R
rbg-Size ENUMERATED {config1, config2},
mcs-Table ENUMERATED {qam256, qam64LowSE} OPTIONAL, -- Need S
maxNrofCodeWordsScheduledByDCI ENUMERATED {n1, n2}
... }
예를 들어, 상술한 S110 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로부터 상기 설정 정보를 수신하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 설정 정보를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로부터 상기 설정 정보를 수신할 수 있다.
단말은 네트워크 측으로부터 제어 정보를 수신할 수 있다(S115). 예로, 단말은 네트워크 측으로부터 상향링크/하향링크를 스케줄링/활성화/해제하는 하향링크 제어 정보(downlink control information, DCI)를 수신할 수 있다.
구체적으로, 설정된 CFR에 대해 검색 공간이 설정된 경우, 단말은 설정된 CFR에서 설정된 SS(검색 공간)에서 PDCCH를 모니터링함으로써 G-RNTI 또는 G(group)-CS(configured scheduling)-RNTI로 CRC 스크램블된 DCI를 수신할 수 있다.
예를 들어, 상술한 S115 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로부터 상기 제어 정보를 수신하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 제어 정보를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로부터 상기 제어 정보를 수신할 수 있다.
단말은 네트워크 측으로부터 TB를 수신할 수 있다(S120).
구체적으로, MBS 서비스에 대한 MRB(MBS radio bearer)의 MTCH 상에서 데이터 유닛이 이용 가능한 경우, 네트워크 측은 MBS 서비스를 위한 MRB의 MTCH와 연관되거나, 또는 MBS 서비스의 TMGI와 연관되거나, 또는 MBS 서비스의 짧은 ID와 연관된 SPS PDSCH 경우에 대한 데이터 유닛을 포함하거나, 서비스 대 리소스 매핑에 따라 MBS 서비스에 매핑된 G-RNTI와 연관된 TB를 구성하여 단말로 전송할 수 있다.
TB의 그룹 공통 동적 스케줄링을 위해, 네트워크 측은 PDCCH를 통해 단말로 DCI를 전송할 수 있다. 해당 DCI는 G-RNTI, G-CS-RNTI, 또는 CS-RNTI에 의해 CRC 스크램블될 수 있다. PDCCH는 그룹 공통 PDCCH 또는 단말 특정 PDCCH로 구현될 수 있다.
예로, 상기 DCI는 DCI 포맷에 대한 식별자, 캐리어 지시자(carrier indicator), 대역폭 파트 지시자(bandwidth part indicator), 주파수 도메인 자원 할당(assignment), 시간 도메인 자원 할당, VRB-대-PRB 매핑, PRB 번들링 크기 지시자, 레이트 매칭 지시자, ZP CSI-RS 트리거, MCS, NDI, RV, HARQ 프로세스 번호, 하향링크 할당 인덱스, 스케줄링된 PUCCH에 대한 TPC 명령(command), PUCCH 자원 지시자, PDSCH-to-HARQ_feedback 타이밍 지시자, 안테나 포트, 전송 설정 지시, SRS 요청, DMRS 시퀀스 초기화, 우선 순위 지시자 중 적어도 하나를 포함할 수 있다.
그룹 공통 동적 스케줄링의 경우, 그룹 공통 또는 단말 특정 RRC 메시지에 의해 또는 그룹 공통 또는 단말 특정 MAC CE에 의해, 네트워크 측은 TMGI 또는 G-RNTI 또는 GC-CS-RNTI에 의해 식별된 MBS 서비스에 대한 하나 이상의 서비스-자원 매핑을 단말에 제공할 수 있다. MBS 서비스의 데이터는 멀티캐스트 트래픽 논리 채널, 즉 MBS 서비스와 관련된 MTCH의 MBS 라디오 베어러(MRB)를 통해 운반될 수 있다. RRC 메시지는 PTM MCCH(Multicast Control Channel)를 통해 전송되는 그룹 공통 메시지 또는 단말 특정 DCCH(Dedicated Control Channel)를 통해 전송되는 단말 전용 메시지일 수 있다. MBS 서비스 데이터를 나르는 DCI 스케줄링 PDSCH는 또한 MBS 서비스에 대한 짧은 ID, MTCH ID, MRB ID, G-RNTI 값 및 TMGI 값 중 하나 이상을 나타낼 수 있다.
단말이 수신하고자 하는 G-RNTI에 의해 CRC 스크램블된 DCI를 수신하면, 단말은, DCI에서 지시된 MBS 서비스와 HPN 간의 매핑 및/또는 DCI에서 지시된 MBS 서비스와 짧은 ID(들) 간의 매핑에 기초하여, PDSCH 기회 각각에 대한 짧은 ID, MTCH ID, MRB ID, G-RNTI 값, 및 TMGI 값 중 하나 이상과 연관된 MBS 서비스(들)를 결정할 수 있다.
그 다음, 단말이 결정된 MBS 서비스(들)에 관심이 있는 경우, 단말은 DCI에 의해 스케줄링된 PDSCH 전송을 수신할 수 있다. 단말이 결정된 MBS 서비스(들)에 관심이 없는 경우, 단말은 DCI에 의해 스케줄링된 PDSCH 전송을 수신하지 않을 수 있다.
예를 들어, 상술한 S120 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로부터 상기 TB를 수신하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 TB를 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로부터 상기 TB를 수신할 수 있다.
MBS HARQ-ACK에 대한 PUCCH 자원을 나타내는 그룹 공통 DCI를 수신하면, 단말은 DCI에 의해 스케줄링된 PDSCH 수신 후 PUCCH를 통해 HARQ-ACK를 전송할 수 있다(S125). 즉, PDSCH 전송의 디코딩 상태에 따라, 단말은 HARQ 피드백을 네트워크 측으로 전송할 수 있다.
PTM 방식(scheme) 1의 경우, 그룹 공통 DCI는 적어도 ACK/NACK 기반 HARQ-ACK에 대해 단일 PUCCH 자원 지시자 및 단일 PDSCH-to-HARQ_feedback 타이밍 지시자를 지시할 수 있다.
구체적으로, 그룹 공통 DCI에 대한 ACK/NACK 기반 HARQ-ACK를 위한 단말 특정 PUCCH 자원 할당의 경우, 해당 그룹의 다른 단말은 (멀티캐스트에 대한 'PUCCH-config'가 설정되지 않는 한) 멀티캐스트 또는 유니캐스트에 대한 단말 전용 'PUCCH-config'에서 적어도 'PUCCH-Resource' 및 'dl-DataToUL-ACK'의 다른 값으로 설정될 수 있다. 동일한 PUCCH 자원 지시자 및 그룹 공통 DCI의 동일한 PDSCH-to-HARQ_feedback 타이밍 지시자에 의해, 상이한 단말에 대해 상이한 PUCCH 자원이 할당될 수 있다.
PTP 재전송의 경우, 단말 특정 DCI에서 PUCCH 자원 지시자 및 PDSCH-to-HARQ_feedback 타이밍 지시자는 멀티캐스트를 위한 'PUCCH-config'의 설정 여부와 상관없이 유니캐스트를 위한 'PUCCH-config'에 기초하여 해석될 수 있다.
여기서, PRI(PUCCH Resource Indicator)는 후술할 바와 같이 그룹 공통 DCI에 의해 지시될 수 있다.
일 예로, 단말 특정 PRI 목록이 DCI에 포함될 수 있다(옵션 1A-1). 해당 목록의 각 PRI는 동일한 DCI를 수신한 그룹의 서로 다른 단말에 대해 동일한 PUCCH 자원 또는 서로 다른 PUCCH 자원의 할당을 위한 'PUCCH-config'의 후보 'pucch-ResourceId' 값에 해당하는 엔트리를 지시할 수 있다. DCI의 다른 PRI는 'PUCCH-config'의 다른 엔트리를 지시할 수 있다.
여기서, 후보 'pucch-ResourceId' 값은 RRC에 의해 설정될 수 있으며, 적어도 멀티캐스트 'PUCCH-config'에서 동일한 그룹의 다른 단말에 대해 다른 'pucch-ResourceId' 값이 설정될 수 있다.
또 다른 예로, 그룹 공통 PRI가 DCI에 포함될 수 있다(옵션 1A-2). 단일 그룹 공통 PRI는 그룹의 모든 단말에 대해 동일하거나 다른 PUCCH 자원 할당을 위한 단말 특정 'PUCCH-config'에서 후보 'pucch-ResourceId' 값에 대한 특정 엔트리를 지시할 수 있다.
그리고, 후보 'pucch-ResourceId' 값은 RRC에 의해 설정될 수 있다. 적어도 멀티캐스트를 위한 'PUCCH-config'에서는 동일한 그룹의 다른 단말에 대해 서로 다른 'pucch-ResourceId' 값이 설정될 수 있다.
멀티캐스트를 위한 'PUCCH-config'가 그룹 공통 DCI에 의해 스케줄링된 공통 PDSCH를 그룹화하기 위해 HARQ-ACK가 설정된 경우, 단말은 그룹 공통 DCI의 PRI가 멀티캐스트를 위한 'PUCCH-config'의 후보 'pucch-ResourceId' 값에 해당하는 엔트리를 지시하는 것으로 가정할 수 있다.
멀티캐스트를 위한 'PUCCH-config'가 그룹 공통 DCI에 의해 스케줄링된 그룹 공통 PDSCH에 대한 HARQ-ACK에 대해 설정되지 않은 경우, 단말은 그룹 공통 DCI의 PRI가 유니캐스트를 위한 'PUCCH-config'의 후보 'pucch-ResourceId' 값에 대한 해당하는 엔트리를 지시하는 것으로 가정할 수 있다.
K1(PDSCH-to-HARQ_feedback 타이밍 표시자)은 후술할 바와 같이 그룹 공통 DCI에 의해 지시될 수 있다.
일 예로, 단말 특정 K1 값의 목록이 DCI에 포함될 수 있다(옵션 1B-1). 해당 목록의 각 K1은 그룹의 다른 단말에 대해 동일한 UL 슬롯 또는 다른 UL (서브)슬롯을 지시할 수 있다.
예로, 다른 K1 값은 다른 단말에 할당될 수 있다. 즉, 단말 1에 대해서는 K1 값이 할당되고, 단말 2에 대해서는 K2 값이 할당되고, 단말 3에 대해서는 K3 값이 할당될 수 있다.
또 다른 예로, K1 값을 여러 단말이 공유할 수 있다. 예로, 단말 1 및 단말 2는 K1 값을 공유할 수 있으며, 단말 3 및 단말 4는 K2 값을 공유할 수 있다.
또 다른 예로, 하나의 K1 값은 참조(reference)이고, 다른 K1 값은 해당 참조에 기초하여 할당될 수 있다. {K1_ref, K1_offset의 목록}은 DCI에서 지시될 수 있다.
예로, 단말 1은 K1_ref를 사용하고, 단말 2는 K1_ref + K1_offest1을 사용하고, 단말 3은 K1_ref + K1_offest2를 사용할 수 있다.
또 다른 예로, 그룹 공통 K1 값이 DCI에 포함될 수 있다(옵션 1B-2). 예로, 단일 K1 값은 DCI를 수신하는 그룹의 모든 단말에 대해 동일하거나, 다른 PUCCH 자원 할당을 위한 단말 특정 'PUCCH-config'에서 후보 'dl-DataToUL-ACK' 값에 대한 해당 엔트리를 지시할 수 있다. 이는, K1 값에 대한 단말 특정 'PUCCH-config'에서 DCI 포맷이 설정된 경우에 적용될 수 있다.
또 다른 예로, 후보 'dl-DataToUL-ACK' 값은 RRC에 의해 설정되며, 적어도 멀티캐스트를 위한 'PUCCH-config'에서 동일한 그룹의 다른 단말에 대해 다르게 설정될 수 있다.
또 다른 예로, 멀티캐스트를 위한 'PUCCH-config'가 그룹 공통 DCI에 의해 스케줄링된 공통 PDSCH를 그룹핑하기 위한 HARQ-ACK에 대해 설정된 경우, 단말은 그룹 공통 DCI의 K1 값이 멀티캐스트를 위한 'PUCCH-config'에서 후보 'dl-DataToUL-ACK' 값에 대한 해당 엔트리를 지시한다고 가정할 수 있다.
또 다른 예로, 멀티캐스트를 위한 'PUCCH-config'가 그룹 공통 DCI에 의해 스케줄링된 공통 PDSCH를 그룹화하기 위한 HARQ-ACK에 대해 설정되지 않은 경우, 단말은 그룹 공통 DCI의 K1 값이 유니캐스트를 위한 'PUCCH-config'에서 후보 'dl-DataToUL-ACK' 값에 해당하는 엔트리를 지시한다고 가정할 수 있다.
또한, G-RNTI에 의해 CRC 스크램블된 그룹 공통 DCI 및/또는 C-RNTI에 의해 CRC 스크램블된 단말 특정 DCI를 수신하면, 멀티캐스트를 위한 'PUCCH-config' 및/또는 유니캐스트를 위한 'PUCCH-config'에 대해 Type-1 HARQ-ACK 코드북이 설정된 경우, 단말은 TDRA(Time Domain Resource Allocation)를 구성하여 그룹 공통 DCI에 의해 스케줄링된 공통 PDSCH 및/또는 단말 특정 DCI에 의해 스케줄링된 단말 특정 PDSCH를 그룹화하기 위해 HARQ-ACK(들)에 대한 유형-1 HARQ-ACK 코드북을 생성할 수 있다.
PDSCH 전송 기회(occasion)에서 TB 디코딩이 성공하지 못한 경우, 단말은 설정된 UL CFR에서 PUCCH 자원을 통해 HARQ NACK을 기지국으로 전송할 수 있다.
PUCCH 자원을 사용함으로써 단말은 유니캐스트 SPS PDSCH, 동적 유니캐스트 PDSCH, PTP 재전송 및/또는 동적 그룹 공통 PDSCH와 같은 다른 PDSCH 전송에 HARQ-ACK를 전송할 수 있다.
여기서, 멀티캐스트를 위한 SPS PDSCH, 유니캐스트를 위한 SPS PDSCH, 동적으로 스케줄링된 멀티캐스트 PDSCH 및/또는 동적으로 스케줄링된 유니캐스트 PDSCH를 위한 (서브)슬롯에서 PUCCH 상에 HARQ-ACK를 다중화하기 위해, 단말은 상술한 옵션 중 하나 이상에 기초하여 코드북을 구성할 수 있다.
RSRP 임계값이 설정된 경우, 단말은 측정된 서빙 셀의 RSRP를 기반으로 하는 NACK 온리 기반 HARQ-ACK 기반 NACK을 사용할 수 있다. 측정된 RSRP가 임계값보다 높은 경우, DCI의 PRI가 지시하는 그룹 공통 PUCCH 자원을 통해 NACK 온리 기반 HARQ-ACK가 전송될 수 있다. 측정된 RSRP가 임계치보다 낮으면, NACK 온리 기반 HARQ-ACK은 DCI의 PRI가 지시하는 단말 특정 PUCCH 자원 상의 ACK/NACK 기반 HARQ-ACK으로 변경될 수 있다.
한편, G-RNTI에 대해 'pdsch-AggregationFactor'가 설정되거나 네트워크 측으로부터 DCI에 의해 'repeat_number'가 지시되는 경우, 그룹 공통 DCI에 의해 스케줄링된 TB는, 설정되는 경우, 각각의 'pdsch-AggregationFactor' 연속 슬롯 사이 또는 각각의 'repeat_number' 연속 슬롯 사이에서 각 심볼 할당 내에서 TB의 N번째 HARQ 전송을 위해 반복될 수 있다.
예를 들어, 상술한 S125 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로부터 상기 HARQ-ACK을 전송하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 HARQ-ACK을 전송하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로부터 상기 HARQ-ACK을 전송할 수 있다.
TCI 상태의 HARQ NACK을 수신한 네트워크 측은 TB의 재전송을 위해 설정된 DL CFR에서 PDCCH 및 PDSCH를 TCI 상태를 이용하여 재전송할 수 있다(S130).
단말은 TB의 재전송을 수신하기 위해 DL CFR에서 설정된 검색 공간에 대한 TCI 상태를 이용하여 그룹 공통 및/또는 UE 특정 PDCCH를 모니터링할 수 있다. 네트워크 측은 단말 특정 PDCCH에 의해 그룹의 단말 중 하나에게 TB를 재전송할 수 있다. 다만, 다른 단말은 TB를 성공적으로 수신하였으므로 TB의 재전송을 수신하지 않을 수 있다.
단말이 TB의 재전송을 위한 PDCCH를 수신하면, 단말은 PDCCH의 DCI에 의해 스케줄링된 PDSCH를 수신할 수 있다. 단말이 PDSCH에서 TB를 성공적으로 디코딩하면, 단말은 DCI가 나타내는 MBS 서비스와 HPN(HARQ process number) 간의 매핑, 및/또는 DCI가 나타내는 MBS 서비스와 짧은 ID(들) 간의 매핑에 기초하여 디코딩된 TB가 MTCH, MRB, TMGI, G-RNTI 및/또는 MBS 서비스의 짧은 ID와 연관되어 있다고 간주할 수 있다.
PDSCH 전송 기회에 TB 디코딩이 성공하면, 단말은 상술한 절차에 따라 설정된 UL CFR에서 PUCCH 자원을 통해 HARQ ACK를 네트워크 측으로 전송할 수 있다. PUCCH 리소스를 사용하여, 단말은 유니캐스트 SPS PDSCH, 동적 유니캐스트 PDSCH, PTP 재전송 및/또는 동적 그룹 공통 PDSCH와 같은 다른 PDSCH 전송에 HARQ-ACK를 전송할 수 있다.
이 경우, 멀티캐스트를 위한 SPS PDSCH, 유니캐스트를 위한 SPS PDSCH, 동적으로 스케줄링된 멀티캐스트 PDSCH 및/또는 동적으로 스케줄링된 유니캐스트 PDSCH를 위한 (서브)슬롯에서 PUCCH 상의 HARQ-ACK를 다중화하기 위해, 단말은 상술된 옵션/실시예 중 하나 이상에 기초하여 코드북을 구성할 수 있다.
예를 들어, 상술한 S130 단계의 UE(도 11의 100 또는 200)가 네트워크 측(도 11의 200 또는 100)로부터 TB 재전송을 수신하는 동작은, 이하 설명될 도 11의 장치에 의해 구현될 수 있다. 예를 들어, 도 11을 참고하면, 하나 이상의 프로세서 102는 상기 TB 재전송을 수신하도록 하나 이상의 트랜시버 106 및/또는 하나 이상의 메모리 104 등을 제어할 수 있으며, 하나 이상의 트랜시버 106은 네트워크 측으로부터 상기 TB 재전송을 수신할 수 있다.
본 개시가 적용될 수 있는 장치 일반
도 11은 본 개시의 일 실시예에 따른 무선 통신 장치의 블록 구성도를 예시하는 도면이다.
도 11을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예를 들어, LTE, NR)을 통해 무선 신호를 송수신할 수 있다.
제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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각각의 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 개시는 본 개시의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
본 개시의 범위는 다양한 실시예의 방법에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어 또는 머신-실행가능한 명령들(예를 들어, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어 또는 명령 등이 저장되어 장치 또는 컴퓨터 상에서 실행 가능한 비-일시적 컴퓨터-판독가능 매체(non-transitory computer-readable medium)를 포함한다. 본 개시에서 설명하는 특징을 수행하는 프로세싱 시스템을 프로그래밍하기 위해 사용될 수 있는 명령은 저장 매체 또는 컴퓨터 판독가능 저장 매체 상에/내에 저장될 수 있고, 이러한 저장 매체를 포함하는 컴퓨터 프로그램 제품을 이용하여 본 개시에서 설명하는 특징이 구현될 수 있다. 저장 매체는 DRAM, SRAM, DDR RAM 또는 다른 랜덤 액세스 솔리드 스테이트 메모리 디바이스와 같은 고속 랜덤 액세스 메모리를 포함할 수 있지만, 이에 제한되지 않으며, 하나 이상의 자기 디스크 저장 디바이스, 광 디스크 저장 장치, 플래시 메모리 디바이스 또는 다른 비-휘발성 솔리드 스테이트 저장 디바이스와 같은 비-휘발성 메모리를 포함할 수 있다. 메모리는 선택적으로 프로세서(들)로부터 원격에 위치한 하나 이상의 저장 디바이스를 포함한다. 메모리 또는 대안적으로 메모리 내의 비-휘발성 메모리 디바이스(들)는 비-일시적 컴퓨터 판독가능 저장 매체를 포함한다. 본 개시에서 설명하는 특징은, 머신 판독가능 매체 중 임의의 하나에 저장되어 프로세싱 시스템의 하드웨어를 제어할 수 있고, 프로세싱 시스템이 본 개시의 실시예에 따른 결과를 활용하는 다른 메커니즘과 상호작용하도록 하는 소프트웨어 및/또는 펌웨어에 통합될 수 있다. 이러한 소프트웨어 또는 펌웨어는 애플리케이션 코드, 디바이스 드라이버, 운영 체제 및 실행 환경/컨테이너를 포함할 수 있지만 이에 제한되지 않는다.
여기서, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
본 개시에서 제안하는 방법은 3GPP LTE/LTE-A, 5G 시스템에 적용되는 예를 중심으로 설명하였으나, 3GPP LTE/LTE-A, 5G 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (15)

  1. 무선 통신 시스템에서 단말이 하향링크 채널을 수신하는 방법에 있어서, 상기 방법은:
    특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 네트워크로부터 수신하는 단계; 및
    상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 네트워크로부터 수신하는 단계를 포함하고,
    상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고,
    제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작되는, 방법.
  2. 제 1 항에 있어서,
    상기 제 1 비활성 타이머의 만료에 기초하여 제 2 BWP로 스위칭되는, 방법.
  3. 제 2 항에 있어서,
    상기 제 1 BWP는 활성 BWP이고,
    상기 제 2 BWP는 초기(initial) BWP 또는 디폴트(default) BWP인, 방법.
  4. 제 1 항에 있어서,
    제 2 비활성 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 관련된 MAC SDU(medium access control service data unite)에 기초하여 시작 또는 재시작되는, 방법.
  5. 제 4 항에 있어서,
    RRC 연결 상태에서 상기 제 2 비활성 타이머의 만료에 기초하여, RRC(radio resource control) 아이들(idle) 상태로의 액션이 수행되는, 방법.
  6. 제 1 항에 있어서,
    상기 PDCCH는 제 1 타입 하향링크 제어 정보(DCI) 포맷 또는 제 2 타입 DCI 포맷에 대응하고,
    상기 제 1 타입 DCI 포맷은, 제 1 타입 그룹 공통 스케줄링에 대해서 설정되는 상기 특정 G-RNTI에 기초하여 CRC(cyclic redundancy check) 스크램블링되고, 상기 PDSCH를 스케줄링하며,
    상기 제 2 타입 DCI 포맷은, 제 2 타입 그룹 공통 스케줄링에 대해서 설정되는 상기 특정 G-RNTI에 기초하여 CRC 스크램블링되고, 상기 PDSCH 수신을 스케줄링하는, 방법.
  7. 제 1 항에 있어서,
    상기 제 1 타입 그룹 공통 스케줄링은 멀티캐스트 그룹 공통 스케줄링에 해당하고,
    상기 제 2 타입 그룹 공통 스케줄링은 브로드캐스트 그룹 공통 스케줄링에 해당하는, 방법.
  8. 제 4 항에 있어서,
    상기 제 1 비활성 타이머는 BWP-비활성 타이머이고,
    상기 제 2 비활성 타이머는 데이터-비활성 타이머인, 방법.
  9. 제 1 항에 있어서,
    상기 제 1 비활성 타이머는 상기 제 2 타입 그룹 공통 스케줄링에 대해서 설정된 G-RNTI에 기초하여 시작되지 않고 재시작되지 않는, 방법.
  10. 제 4 항에 있어서,
    상기 제 2 비활성 타이머는 상기 제 2 타입 그룹 공통 스케줄링에 관련된 MAC SDU에 기초하여 시작되지 않고 재시작되지 않는, 방법.
  11. 무선 통신 시스템에서 하향링크 채널을 수신하는 단말에 있어서, 상기 단말은:
    하나 이상의 송수신기(transceiver); 및
    상기 하나 이상의 송수신기와 연결된 하나 이상의 프로세서를 포함하고,
    상기 하나 이상의 프로세서는:
    특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 네트워크로부터 상기 하나 이상의 송수신기를 통하여 수신하고; 및
    상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 네트워크로부터 상기 하나 이상의 송수신기를 통하여 수신하도록 설정되고,
    상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고,
    제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작되는, 단말.
  12. 무선 통신 시스템에서 기지국이 하향링크 채널을 전송하는 방법에 있어서, 상기 방법은:
    특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 하나 이상의 단말에게 전송하는 단계; 및
    상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 하나 이상의 단말에게 전송하는 단계를 포함하고,
    상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고,
    상기 하나 이상의 단말 중의 하나의 단말에서, 제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작되는, 방법.
  13. 무선 통신 시스템에서 하향링크 채널을 전송하는 기지국에 있어서, 상기 기지국은:
    하나 이상의 송수신기; 및
    상기 하나 이상의 송수신기와 연결된 하나 이상의 프로세서를 포함하고,
    상기 하나 이상의 프로세서는:
    특정 G-RNTI(group-radio network temporary identifier)에 기초하여 물리하향링크제어채널(PDCCH)을 제 1 대역폭 부분(BWP)에서 하나 이상의 단말에게 상기 하나 이상의 송수신기를 통하여 전송하고; 및
    상기 PDCCH에 기초하여 그룹 공통 물리하향링크공유채널(PDSCH)을 상기 하나 이상의 단말에게 상기 하나 이상의 송수신기를 통하여 전송하도록 설정되고,
    상기 특정 G-RNTI는 제 1 타입 그룹 공통 스케줄링에 대해서 설정되거나 또는 제 2 타입 그룹 공통 스케줄링에 대해서 설정되고,
    상기 하나 이상의 단말 중의 하나의 단말에서, 제 1 비활성(inactivity) 타이머는 상기 제 1 타입 그룹 공통 스케줄링에 대해서 설정된 상기 특정 G-RNTI에 기초하여 시작 또는 재시작되는, 기지국.
  14. 무선 통신 시스템에서 단말을 제어하도록 설정되는 프로세싱 장치에 있어서, 상기 프로세싱 장치는:
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서에 동작 가능하게 연결되고, 상기 하나 이상의 프로세서에 의해 실행됨에 기반하여, 제 1 항 내지 제 10 항 중 어느 한 항에 따른 방법을 수행하기 위한 명령들을 저장하는 하나 이상의 컴퓨터 메모리를 포함하는, 프로세싱 장치.
  15. 하나 이상의 명령을 저장하는 하나 이상의 비-일시적(non-transitory) 컴퓨터 판독가능 매체로서,
    상기 하나 이상의 명령은 하나 이상의 프로세서에 의해서 실행되어, 무선 통신 시스템에서 장치가, 제 1 항 내지 제 10 항 중 어느 한 항에 따른 방법을 수행하도록 제어하는, 컴퓨터 판독가능 매체.
PCT/KR2022/014809 2021-10-01 2022-09-30 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치 WO2023055194A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202280066485.7A CN118044313A (zh) 2021-10-01 2022-09-30 在无线通信***中激活和去激活带宽部分的方法和装置
KR1020237021615A KR102619303B1 (ko) 2021-10-01 2022-09-30 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화방법 및 장치
US18/364,087 US12010669B2 (en) 2021-10-01 2023-08-02 Method and device for activating and inactivating bandwidth part in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0130953 2021-10-01
KR20210130953 2021-10-01

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/364,087 Continuation US12010669B2 (en) 2021-10-01 2023-08-02 Method and device for activating and inactivating bandwidth part in wireless communication system

Publications (1)

Publication Number Publication Date
WO2023055194A1 true WO2023055194A1 (ko) 2023-04-06

Family

ID=85783266

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/014809 WO2023055194A1 (ko) 2021-10-01 2022-09-30 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치

Country Status (4)

Country Link
US (1) US12010669B2 (ko)
KR (1) KR102619303B1 (ko)
CN (1) CN118044313A (ko)
WO (1) WO2023055194A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190182870A1 (en) * 2017-12-13 2019-06-13 Asustek Computer Inc. Method and apparatus of handling bwp inactivity timer during random access procedure in a wireless communication system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113873687A (zh) * 2020-06-30 2021-12-31 展讯通信（上海）有限公司 状态转换方法及链接态mtch的指示方法、装置、存储介质、终端、基站
EP4118862A1 (en) * 2020-10-16 2023-01-18 Ofinno, LLC Bandwidth part for multicast and broadcast services
KR20220052750A (ko) * 2020-10-21 2022-04-28 삼성전자주식회사 무선 통신 시스템에서 mbs 통신을 위한 방법 및 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190182870A1 (en) * 2017-12-13 2019-06-13 Asustek Computer Inc. Method and apparatus of handling bwp inactivity timer during random access procedure in a wireless communication system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "DRX scheme for NR MBS", 3GPP DRAFT; R2-2107049, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20210816 - 20210827, 5 August 2021 (2021-08-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052032236 *
QUALCOMM INCORPORATED: "CSI enhancement for IOT and URLLC", 3GPP DRAFT; R1-2107337, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210816 - 20210827, 7 August 2021 (2021-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052038289 *
TD TECH, CHENGDU TD TECH: "Group scheduling related questions for RRC_CONNECTED UEs", 3GPP DRAFT; R1-2109767, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211011 - 20211019, R1-2109767, 30 September 2021 (2021-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052058696 *
ZTE: "Discussion on mechanisms to Support Group Scheduling for RRC_CONNECTED UEs", 3GPP DRAFT; R1-2108851, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211011 - 20211019, 30 September 2021 (2021-09-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052057733 *

Also Published As

Publication number Publication date
KR20230113771A (ko) 2023-08-01
KR102619303B1 (ko) 2023-12-29
US12010669B2 (en) 2024-06-11
US20230397180A1 (en) 2023-12-07
CN118044313A (zh) 2024-05-14

Similar Documents

Publication Publication Date Title
WO2021054674A1 (ko) Mbs 데이터 스위칭 방법 및 장치
WO2016167606A1 (ko) 무선 통신 시스템에서 단말이 피드백을 수행하는 방법 및 이를 위한 장치
WO2022015061A1 (ko) 무선 통신 시스템에서 디폴트 공간 파라미터 기반 송수신 방법 및 장치
WO2021206389A1 (ko) 무선 통신 시스템에서 빔 연계 상태 기반 상향링크/하향링크 송수신 방법 및 장치
WO2023014138A1 (ko) 무선 통신 시스템에서 하향링크 데이터의 그룹 공통 및 단말 특정 송신 또는 수신 방법 및 장치
WO2022240184A1 (ko) 무선 통신 시스템에서 그룹 공통 전송을 위한 harq 기반 송수신 방법 및 장치
WO2022240182A1 (ko) 무선 통신 시스템에서 그룹 공통 전송을 위한 공통 주파수 자원 기반 통신 방법 및 장치
WO2023287184A2 (ko) 무선 통신 시스템에서 주파수 자원 설정 기반의 무선 신호 송수신 방법 및 장치
WO2023055179A1 (ko) 무선 통신 시스템에서 랜덤 액세스 절차 수행 방법 및 장치
WO2022240180A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
WO2021194217A1 (ko) 무선 통신 시스템에서 공간 파라미터 기반 상향링크 송수신 방법 및 장치
WO2023055194A1 (ko) 무선 통신 시스템에서 대역폭 부분 활성화 또는 비활성화 방법 및 장치
WO2023132729A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
WO2023085842A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2023014145A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2023132714A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
WO2023080730A1 (ko) 무선 통신 시스템에서 단말 특정 송수신 및 그룹 공통 송수신을 수행하는 방법 및 장치
WO2023014142A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
WO2023014140A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2023055187A1 (ko) 무선 통신 시스템에서 물리 상향링크 제어 채널을 송수신하는 방법 및 장치
WO2023080728A1 (ko) 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치
WO2023153869A1 (ko) 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치
WO2023055184A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치
WO2023014139A1 (ko) 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치
WO2023153854A1 (ko) 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치

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: 22876965

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237021615

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022876965

Country of ref document: EP

Effective date: 20240502