WO2023132559A1 - 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치 - Google Patents

상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2023132559A1
WO2023132559A1 PCT/KR2022/021572 KR2022021572W WO2023132559A1 WO 2023132559 A1 WO2023132559 A1 WO 2023132559A1 KR 2022021572 W KR2022021572 W KR 2022021572W WO 2023132559 A1 WO2023132559 A1 WO 2023132559A1
Authority
WO
WIPO (PCT)
Prior art keywords
pusch
lbt
grant
rar
sib
Prior art date
Application number
PCT/KR2022/021572
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 엘지전자 주식회사
Publication of WO2023132559A1 publication Critical patent/WO2023132559A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/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
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA

Definitions

  • the present disclosure is for a method for transmitting and receiving an uplink signal and / or a downlink signal and an apparatus therefor, and more specifically, LBT for signal transmission in a shared spectrum band of 52.6 GHz or more ( It relates to a method for transmitting and receiving an uplink signal and/or a downlink signal according to whether a Listen Before Talk (Listen Before Talk) should be performed and/or whether Channel Occupancy Time (COT) sharing is allowed, and an apparatus therefor.
  • Listen Before Talk Listen Before Talk
  • COT Channel Occupancy Time
  • next-generation 5G system which is an improved wireless broadband communication than the existing LTE system
  • NewRAT communication scenarios are divided into Enhanced Mobile BroadBand (eMBB)/Ultra-reliability and low-latency communication (URLLC)/Massive Machine-Type Communications (mMTC).
  • eMBB Enhanced Mobile BroadBand
  • URLLC low-latency communication
  • mMTC Massive Machine-Type Communications
  • eMBB is a next-generation mobile communication scenario having characteristics such as High Spectrum Efficiency, High User Experienced Data Rate, and High Peak Data Rate
  • URLLC is a next-generation mobile communication scenario having characteristics such as Ultra Reliable, Ultra Low Latency, and Ultra High Availability.
  • V2X Emergency Service, Remote Control
  • mMTC is a next-generation mobile communication scenario with Low Cost, Low Energy, Short Packet, and Massive Connectivity characteristics. (e.g., IoT).
  • An object of the present disclosure is to provide a method and apparatus for transmitting and receiving an uplink signal and/or a downlink signal.
  • a RAR for receiving a System Information Block (SIB) and scheduling the PUSCH (Random Access Response)
  • SIB System Information Block
  • the SIB indicates that CAP (Channel Access Procedure) should be applied
  • the number of bits of a field for indicating the channel access type (Type) included in the RAR UL grant is 2, and based on the fact that the SIB does not include the parameter, in the RAR UL grant
  • the number of bits of the included field for indicating the channel access type may be 0.
  • the fields included in the RAR UL grant may be the same as the fields included in the RAR UL grant for a spectrum other than a shared spectrum.
  • the RAR UL grant may not include a field for indicating the channel access type.
  • the sum of the number of bits of a field for indicating the channel access type and the number of bits of a field for frequency resource allocation of the PUSCH, based on the SIB including the parameter, is may be equal to the sum of the number of bits of the field for indicating the channel access type and the number of bits of the field for frequency resource allocation of the PUSCH.
  • the sum of the number of bits of the field for indicating the channel access type and the number of bits of the field for frequency resource allocation of the PUSCH may be constant as 14.
  • the PUSCH is transmitted after application of the CAP based on the field for indicating the channel access type, and based on the SIB not including the parameter, the PUSCH can be transmitted without a CAP.
  • a terminal for transmitting a physical uplink shared channel (PUSCH) in a band of 52.6 GHz or higher comprising: at least one transceiver; at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions which, when executed, cause the at least one processor to perform an operation, the operation comprising: Receiving a System Information Block (SIB) through a transceiver, receiving a Random Access Response (RAR) Uplink (UL) grant for scheduling the PUSCH through the at least one transceiver, and receiving the at least one Transmitting the PUSCH based on the RAR UL grant through a transceiver, and including a parameter indicating that a channel access procedure (CAP) should be applied to the SIB, included in the RAR UL grant
  • SIB System Information Block
  • RAR Random Access Response
  • UL Uplink
  • Transmitting the PUSCH based on the RAR UL grant through a transceiver, and including a parameter indicating that a channel
  • the fields included in the RAR UL grant may be the same as the fields included in the RAR UL grant for a spectrum other than a shared spectrum.
  • the RAR UL grant may not include a field for indicating the channel access type.
  • the sum of the number of bits of a field for indicating the channel access type and the number of bits of a field for frequency resource allocation of the PUSCH, based on the SIB including the parameter, is may be equal to the sum of the number of bits of the field for indicating the channel access type and the number of bits of the field for frequency resource allocation of the PUSCH.
  • the sum of the number of bits of the field for indicating the channel access type and the number of bits of the field for frequency resource allocation of the PUSCH may be constant as 14.
  • the PUSCH is transmitted after application of the CAP based on the field for indicating the channel access type, and based on the SIB not including the parameter, the PUSCH can be transmitted without a CAP.
  • a RAR for transmitting a System Information Block (SIB) and scheduling the PUSCH (Random Access Response)
  • SIB System Information Block
  • PUSCH Physical Uplink Shared Channel
  • the SIB indicates that CAP (Channel Access Procedure) should be applied
  • the number of bits of a field for indicating the channel access type (Type) included in the RAR UL grant is 2, and based on the fact that the SIB does not include the parameter, in the RAR UL grant
  • the number of bits of the included field for indicating the channel access type may be 0.
  • a base station for receiving a physical uplink shared channel (PUSCH) in a band of 52.6 GHz or higher, comprising: at least one transceiver; at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions which, when executed, cause the at least one processor to perform an operation, the operation comprising: Transmitting a System Information Block (SIB) through a transceiver, transmitting a Random Access Response (RAR) Uplink (UL) grant for scheduling the PUSCH through the at least one transceiver, and transmitting the at least one Including receiving the PUSCH based on the RAR UL grant through a transceiver, and including a parameter indicating that a channel access procedure (CAP) should be applied to the SIB, included in the RAR UL grant
  • SIB System Information Block
  • RAR Random Access Response
  • UL Uplink
  • CAP channel access procedure
  • an apparatus for transmitting a Physical Uplink Shared Channel (PUSCH) in a band of 52.6 GHz or higher comprising: at least one processor; and at least one memory operably connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform an operation, wherein the operation comprises: System Information (SIB) Block), receiving a Random Access Response (RAR) UL (Uplink) grant for scheduling the PUSCH, and transmitting the PUSCH based on the RAR UL grant, wherein the SIB is a CAP
  • a computer-readable storage medium including at least one computer program that causes at least one processor according to the present disclosure to perform an operation, wherein the operation is: RAR for receiving a System Information Block (SIB) and scheduling the PUSCH (Random Access Response)
  • SIB System Information Block
  • PUSCH Random Access Response
  • the SIB indicates that CAP (Channel Access Procedure) should be applied
  • the number of bits of a field for indicating the channel access type (Type) included in the RAR UL grant is 2, and based on the fact that the SIB does not include the parameter, in the RAR UL grant
  • the number of bits of the included field for indicating the channel access type may be 0.
  • RAR Random Access Response scheduling a UL (Uplink) channel according to whether LBT (Listen Before Talk) must be performed ) /
  • LBT Listen Before Talk
  • the number of bits and interpretation of the frequency resource allocation field and the LBT type indication field included in DCI may be determined differently.
  • the csi-RS-ValidationWith-DCI parameter and DCI format 2_0 according to the csi-RS-ValidationWith-DCI parameter are interpreted according to whether or not LBT (Listen Before Talk) must be performed, and the UE's CSI-RS (Channel State Efficient CSI-RS reception may be possible by allowing the UE to predict Information-Reference Signal) validation.
  • LBT Listen Before Talk
  • the base station can determine whether COT sharing of the base station is practically possible by informing the base station of information on the sensing beam on which the terminal performed the LBT. can make it In other words, the base station compares the Tx beam of the DL (Downlink) channel to be transmitted and the information on the sensing beam based on the COT sharing, determines whether COT sharing is actually possible, and performs an appropriate transmission operation accordingly.
  • the base station compares the Tx beam of the DL (Downlink) channel to be transmitted and the information on the sensing beam based on the COT sharing, determines whether COT sharing is actually possible, and performs an appropriate transmission operation accordingly.
  • FIG. 1 is a diagram illustrating a wireless communication system supporting an unlicensed band applicable to the present disclosure.
  • FIG. 2 illustrates a method of occupying resources within an unlicensed band applicable to the present disclosure.
  • FIG. 3 illustrates a channel access procedure of a terminal for transmitting uplink and / or downlink signals in an unlicensed band applicable to the present disclosure.
  • LBT-SBs Listen Before Talk - Subband
  • FIG. 5 is a diagram illustrating an example of a 4-step RACH procedure.
  • FIG. 6 is a diagram illustrating an example of a 2-step RACH procedure.
  • FIG. 7 is a diagram illustrating an example of a contention-free RACH procedure.
  • LBT Listen-Before-Talk
  • Msg. 2 Represents MAC (Medium Access Control) payload structure of RAR.
  • 11 to 13 are diagrams for explaining overall operation processes of a terminal and a base station in [Method #1] to [Method #5] according to the present disclosure.
  • 14 to 16 are diagrams for explaining overall operation processes of a terminal and a base station in [Method #6] according to the present disclosure.
  • FIG 17 illustrates a communication system applied to the present disclosure.
  • FIG. 19 illustrates a vehicle or autonomous vehicle to which the present disclosure may be applied.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with 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-Advanced (LTE-A) is an evolved version of 3GPP LTE.
  • 3GPP New Radio or New Radio Access Technology (NR) is an evolved version of 3GPP LTE/LTE-A.
  • the three main requirement areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) Hyper-reliability and It includes the Ultra-reliable and Low Latency Communications (URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Ultra-reliable and Low Latency Communications
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile internet access, and covers rich interactive work, media and entertainment applications in the cloud or augmented reality.
  • Data is one of the key drivers of 5G, and we may not see dedicated voice services for the first time in the 5G era.
  • voice is expected to be handled as an application simply using the data connection provided by the communication system.
  • the main causes for the increased traffic volume are the increase in content size and the increase in the number of applications requiring high data rates.
  • Streaming services (audio and video), interactive video and mobile internet connections will become more widely used as more devices connect to the internet. Many of these applications require always-on connectivity to push real-time information and notifications to users.
  • Cloud storage and applications are rapidly growing in mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of uplink data transmission rate.
  • 5G is also used for remote work in the cloud, requiring much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • Entertainment Cloud gaming and video streaming are another key factor driving the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere including in highly mobile environments such as trains, cars and airplanes.
  • Another use case is augmented reality for entertainment and information retrieval.
  • augmented reality requires very low latency and instantaneous amount of data.
  • URLLC includes new services that will change the industry through ultra-reliable/available low-latency links such as remote control of critical infrastructure and self-driving vehicles. This level of reliability and latency is essential for smart grid control, industrial automation, robotics, and drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of delivering streams rated at hundreds of megabits per second to gigabits per second. These high speeds are required to deliver TV with resolutions above 4K (6K, 8K and beyond) as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications include mostly immersive sports competitions. Certain applications may require special network settings. For example, in the case of VR games, game companies may need to integrate their core servers with the network operator's edge network servers to minimize latency.
  • Automotive is expected to be an important new driver for 5G, with many use cases for mobile communications on vehicles. For example, entertainment for passengers requires simultaneous high-capacity and high-mobility mobile broadband. The reason is that future users will continue to expect high-quality connections regardless of their location and speed.
  • Another use case in the automotive sector is augmented reality dashboards. It identifies objects in the dark over what the driver sees through the front window, and overlays information that tells the driver about the object's distance and movement.
  • wireless modules will enable communication between vehicles, exchange of information between vehicles and supporting infrastructure, and exchange of information between vehicles and other connected devices (eg devices carried by pedestrians).
  • a safety system can help reduce the risk of an accident by guiding the driver through alternate courses of action to make driving safer.
  • the next step will be remotely controlled or self-driven vehicles. This requires very reliable and very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, leaving drivers to focus only on traffic anomalies that the vehicle itself cannot identify. The technical requirements of self-driving vehicles require ultra-low latency and ultra-high reliability to increase traffic safety to levels that are unattainable by humans.
  • Smart cities and smart homes will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for cost and energy-efficient maintenance of a city or home.
  • a similar setup can be done for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors are typically low data rates, low power and low cost.
  • real-time HD video for example, may be required in certain types of devices for surveillance.
  • a smart grid interconnects these sensors using digital information and communication technologies to gather information and act on it. This information can include supplier and consumer behavior, allowing the smart grid to improve efficiency, reliability, affordability, sustainability of production and distribution of fuels such as electricity in an automated manner.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system may support telemedicine, which provides clinical care at a remote location. This can help reduce barriers to distance and improve access to health services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • a mobile communication based wireless sensor network can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity in many industries. However, achieving this requires that wireless connections operate with cable-like latency, reliability and capacity, and that their management be simplified. Low latency and very low error probability are the new requirements that need to be connected with 5G.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable tracking of inventory and packages from anywhere.
  • Logistics and freight tracking use cases typically require low data rates, but wide range and reliable location information.
  • NR UCell Similar to LAA (Licensed-Assisted Access) of the existing 3GPP LTE system, a method of utilizing an unlicensed band for cellular communication is being considered in the 3GPP NR system.
  • the NR cell hereinafter referred to as NR UCell
  • SA standalone
  • a physical uplink control channel (PUCCH), a physical uplink shared channel (PUSCH), and a physical random access channel (PRACH) may be supported.
  • PHICH PHICH for informing UE of HARQ-ACK (Hybrid Automatic Repeat Request - Acknowledgment / Negative-acknowledgement) information for PUSCH (Physical Uplink Shared Channel)
  • HARQ-ACK Hybrid Automatic Repeat Request - Acknowledgment / Negative-acknowledgement
  • PUSCH Physical Uplink Shared Channel
  • HARQ-ACK Hybrid Automatic Repeat Request - Acknowledgment / Negative-acknowledgement
  • the size of the contention window was adjusted based on the NDI for the HARQ process ID corresponding to the reference subframe.
  • the base station toggles a new data indicator (NDI) for each one or more transport blocks (TBs) or instructs retransmission for one or more transport blocks
  • the PUSCH collides with another signal in the reference subframe and Assuming that the transmission has failed, the size of the corresponding contention window is increased to the next largest contention window size next to the currently applied contention window size in the set for the pre-promised contention window size, or the PUSCH in the reference subframe is different.
  • a method of initializing the size of the contention window to a minimum value (eg, CW min ), assuming that the signal has been successfully transmitted without collision, has been introduced.
  • frequency resources may be allocated/supported per component carrier (CC).
  • CC component carrier
  • RF radio frequency
  • CC Code Division Multiple Access
  • eMBB enhanced Mobile Broadband
  • URLLC ultra-reliable and Low Latency Communication
  • mMTC massive Machine Type Communication
  • different frequency bands within the CC Numerology may be supported.
  • capabilities for maximum bandwidth may be different for each UE.
  • the base station may instruct/configure the UE to operate only in a part of the bandwidth rather than the entire bandwidth of the wideband CC.
  • This part of the bandwidth may be defined as a bandwidth part (BWP) for convenience.
  • BWP bandwidth part
  • BWP may be composed of consecutive resource blocks (RBs) on the frequency axis, and one BWP may correspond to one numerology (eg, sub-carrier spacing, CP length, slot/mini-slot duration, etc.) there is.
  • numerology eg, sub-carrier spacing, CP length, slot/mini-slot duration, etc.
  • FIG. 1 shows an example of a wireless communication system supporting an unlicensed band applicable to the present disclosure.
  • a cell operating in a licensed band (hereinafter referred to as L-band) is defined as an L-cell, and a carrier of the L-cell is defined as a (DL/UL) LCC.
  • a cell operating in an unlicensed band (hereinafter referred to as U-band) is defined as a U-cell, and a carrier of the U-cell is defined as a (DL/UL) UCC.
  • the carrier/carrier-frequency of a cell may mean an operating frequency (eg, center frequency) of the cell.
  • a cell/carrier (eg, CC) may be collectively referred to as a cell.
  • the terminal and the base station may transmit and receive signals through one UCC or a plurality of carrier-combined UCCs. That is, the terminal and the base station can transmit and receive signals only through UCC(s) without LCC.
  • PRACH, PUCCH, PUSCH, SRS (Sounding Reference Signal) transmission, etc. may be supported in UCell.
  • a signal transmission/reception operation in an unlicensed band described in the present disclosure may be performed based on the above deployment scenario (unless otherwise specified).
  • -Channel Consists of contiguous RBs in which a channel access process is performed in a shared spectrum, and may refer to a carrier or a part of a carrier.
  • CAP - Channel Access Procedure
  • Channel occupancy means corresponding transmission (s) on channel (s) by a base station / terminal after performing a channel access procedure.
  • COT Channel Occupancy Time: After a base station / terminal performs a channel access procedure, any base station / terminal (s) that shares channel occupancy with the base station / terminal transmits (s) on the channel ) refers to the total time that can be performed. When determining the COT, if the transmission gap is 25us or less, the gap period is also counted in the COT.
  • the COT may be shared for transmission between the base station and the corresponding terminal(s).
  • sharing the UE-initiated COT with the base station means that the base station uses some of the channels occupied by the terminal through random back-off based LBT (eg, CAT-3 LBT or CAT-4 LBT). , and the base station utilizes a timing gap that occurs before the start of DL transmission from the time the terminal completes UL transmission to LBT without random back-off (eg, CAT-1 LBT or CAT-2 LBT ) After performing, if LBT succeeds and it is confirmed that the corresponding channel is idle, the base station may mean that the base station performs DL transmission by utilizing the COT of the remaining terminal.
  • random back-off based LBT eg, CAT-3 LBT or CAT-4 LBT
  • the base station utilizes a timing gap that occurs before the start of DL transmission from the time the terminal completes UL transmission to LBT without random back-off (eg, CAT-1 LBT or CAT-2 LBT )
  • the base station may mean that the base station performs DL transmission by
  • - DL transmission burst defined as a transmission set from a base station without a gap exceeding 16us. Transmissions from the base station, separated by a gap greater than 16us, are considered separate DL transmission bursts.
  • the base station may perform transmission(s) after the gap without sensing channel availability within the DL transmission burst.
  • - UL transmission burst defined as a transmission set from a terminal without a gap exceeding 16us. Transmissions from a terminal, separated by a gap greater than 16 us, are considered as separate UL transmission bursts.
  • the UE may perform transmission (s) after the gap without sensing channel availability within the UL transmission burst.
  • a discovery burst refers to a DL transmission burst containing a set of signal(s) and/or channel(s), bounded within a (time) window and associated with a duty cycle.
  • a discovery burst is a transmission (s) initiated by a base station, and includes PSS, SSS, and cell-specific RS (CRS), and may further include non-zero power CSI-RS.
  • a discovery burst in an NR-based system is a transmission(s) initiated by a base station, including at least an SS/PBCH block, CORESET for a PDCCH scheduling a PDSCH with SIB1, a PDSCH carrying SIB1 and/or a non-zero A power CSI-RS may be further included.
  • FIG. 2 illustrates a method of occupying resources in an unlicensed band applicable to the present disclosure.
  • a communication node within an unlicensed band must determine whether another communication node (s) uses a channel before signal transmission.
  • the communication node in the unlicensed band may perform a channel access procedure (CAP) to access the channel (s) on which the transmission (s) is performed.
  • CAP channel access procedure
  • a channel access process may be performed based on sensing.
  • the communication node may first perform CS (Carrier Sensing) before signal transmission to determine whether other communication node(s) are transmitting signals. The case where it is determined that other communication node(s) do not transmit signals is defined as CCA (Clear Channel Assessment) confirmed.
  • CS Carrier Sensing
  • the communication node determines the channel state as busy when energy higher than the CCA threshold is detected in the channel, and , otherwise, the channel state may be determined as idle. When it is determined that the channel state is dormant, the communication node may start transmitting signals in the unlicensed band.
  • CAP can be replaced by LBT.
  • Table 1 illustrates a channel access procedure (CAP) supported in NR-U applicable to this disclosure.
  • Type Explanation DL Type 1 CAP CAP with random back-off - time duration spanned by the sensing slots that are sensed to be idle before a downlink transmission(s) is random Type 2 CAP -Type 2A, 2B, 2C CAP without random back-off - time duration spanned by sensing slots that are sensed to be idle before a downlink transmission(s) is deterministic UL Type 1 CAP CAP with random back-off - time duration spanned by the sensing slots that are sensed to be idle before a downlink transmission(s) is random Type 2 CAP -Type 2A, 2B, 2C CAP without random back-off - time duration spanned by sensing slots that are sensed to be idle before a downlink transmission(s) is deterministic
  • one cell (or carrier (eg, CC)) or BWP configured for a terminal may be configured as a wide band having a larger BW (BandWidth) than conventional LTE.
  • BW BandWidth
  • the BW required for CCA based on independent LBT operation based on regulation and the like may be limited.
  • a sub-band (SB) in which individual LBT is performed is defined as an LBT-SB
  • a plurality of LBT-SBs may be included in one wideband cell/BWP.
  • the RB set constituting the LBT-SB may be configured through higher layer (eg, RRC) signaling.
  • one cell/BWP may include one or more LBT-SBs based on (i) the BW of the cell/BWP and (ii) the RB set allocation information.
  • -SB may be included.
  • LBT-SB may have a 20 MHz band, for example.
  • the LBT-SB is composed of a plurality of consecutive (P)RBs in the frequency domain and may be referred to as a (P)RB set.
  • FBE Framework Based Equipment
  • LBE Load Based Equipment
  • FBE is the channel occupancy time (e.g., 1 to 10 ms), which means the time during which transmission can be continued when a communication node succeeds in channel access, and an idle period corresponding to at least 5% of the channel occupancy time. (idle period) constitutes one fixed frame.
  • CCA is defined as an operation of observing a channel during a CCA slot (at least 20 ⁇ s) at the end of an idle period. The communication node periodically performs CCA in fixed frame units, transmits data during the channel occupancy time when the channel is in an unoccupied state, and holds transmission when the channel is in an occupied state, and transmits data in the next period. Wait until the CCA slot.
  • the communication node first sets the value of q ⁇ ⁇ 4,5, ... ,32 ⁇ and then performs CCA for one CCA slot. If the channel is in an unoccupied state in the first CCA slot, data can be transmitted by securing a maximum length of (13/32) q ms. If the channel is occupied in the first CCA slot, the communication node randomly selects a value of N ⁇ 1, 2, ..., q ⁇ and stores it as the initial value of the counter. Thereafter, while sensing the channel state in units of CCA slots, if the channel is in an unoccupied state in units of CCA slots, the value stored in the counter is reduced by one. When the counter value becomes 0, the communication node can transmit data by securing a maximum length of (13/32) q ms.
  • the eNB/gNB or UE of the LTE/NR system also needs to perform LBT for signal transmission in an unlicensed band (referred to as U-band for convenience).
  • U-band unlicensed band
  • other communication nodes such as WiFi should also perform LBT so that the eNB or UE does not cause interference with transmission.
  • the CCA threshold is specified as -62dBm for non-WiFi signals and -82dBm for WiFi signals.
  • a signal other than WiFi is received by a STA (Station) or AP (Access Point) with a power of -62dBm or higher, the STA (Station) or AP (Access Point) does not transmit other signals to avoid interference. .
  • a UE performs Type 1 or Type 2 CAP for uplink signal transmission in an unlicensed band.
  • a UE may perform a CAP (eg, type 1 or type 2) configured by a base station for uplink signal transmission.
  • the UE may include CAP type indication information in a UL grant (eg, DCI formats 0_0 and 0_1) for scheduling PUSCH transmission.
  • Type 1 UL CAP may be applied to the following transmissions.
  • FIG. 3 illustrates a type 1 CAP operation during a channel access procedure of a terminal for transmitting uplink and/or downlink signals in an unlicensed band applicable to the present disclosure.
  • the terminal first senses whether the channel is in an idle state during the sensing slot period of the defer duration Td, and then transmits when the counter N becomes 0 (S1634). At this time, the counter N is adjusted by sensing the channel during the additional sensing slot period (s) according to the following procedure:
  • N init is a random value uniformly distributed between 0 and CWp. Then go to step 4.
  • Step 3 S350
  • the channel is sensed during the additional sensing slot period. At this time, when the additional sensing slot period is idle (Y), the process moves to step 4. If not (N), go to step 5.
  • Step 5 Sensing a channel until a busy sensing slot is detected within the additional delay period Td or all sensing slots within the additional delay period Td are detected as idle.
  • Step 6 (S370) When the channel is sensed as idle during all sensing slots of the additional delay period Td (Y), the process moves to step 4. If not (N), go to step 5.
  • Table 2 illustrates that mp, minimum CW, maximum CW, maximum channel occupancy time (MCOT), and allowed CW sizes applied to the CAP vary according to the channel access priority class.
  • the delay period Td is composed of an interval Tf (16us) + mp consecutive sensing slot periods Tsl (9us) in order.
  • Tf includes the sensing slot period Tsl at the start of the 16us period.
  • Type 2 UL CAP the length of the time interval spanned by the sensing slot that is sensed idle before transmission (s) is deterministic.
  • Type 2 UL CAP is classified into type 2A/2B/2C UL CAP.
  • Tf includes a sensing slot at the start of the interval.
  • Tf includes a sensing slot within the last 9us of the interval.
  • the UE does not sense the channel before performing transmission.
  • the base station For uplink data transmission of the terminal in the unlicensed band, the base station must first succeed in LBT for UL grant transmission on the unlicensed band, and the terminal must also succeed in LBT for UL data transmission. That is, UL data transmission can be attempted only when both LBTs of the base station and the terminal succeed.
  • scheduled UL data transmission since a delay of at least 4 msec is required between UL data scheduled from a UL grant in the LTE system, scheduled UL data transmission may be delayed by first accessing another transmission node coexisting in an unlicensed band during that time. For this reason, a method of increasing the efficiency of UL data transmission in an unlicensed band is being discussed.
  • the base station transmits time, frequency, and It supports configured grant type 1 and type 2 that set code domain resources to the terminal.
  • the UE can perform UL transmission using resources configured as type 1 or type 2 even without receiving a UL grant from the base station.
  • the set grant period and power control parameters are set by higher layer signals such as RRC, and information on the remaining resources (e.g., initial transmission timing offset and time/frequency resource allocation, DMRS parameters, MCS/TBS, etc.) ) is a method indicated by activation DCI, which is an L1 signal.
  • RRC Radio Resource Control
  • the biggest difference between the AUL of LTE LAA and the configured grant of NR is the HARQ-ACK feedback transmission method for the PUSCH transmitted by the UE without the UL grant and the presence or absence of UCI transmitted together during PUSCH transmission.
  • the HARQ process is determined using the equation of symbol index, period, and number of HARQ processes, but in LTE LAA, explicit HARQ-ACK feedback information is transmitted through downlink feedback information (AUL-DFI).
  • AUL-DFI downlink feedback information
  • UCI containing information such as HARQ ID, NDI, RV, etc. is transmitted together through AUL-UCI.
  • the UE is identified with the time/frequency resource and DMRS resource used by the UE for PUSCH transmission, and in LTE LAA, the UE is recognized by the UE ID explicitly included in the AUL-UCI transmitted along with the PUSCH along with the DMRS resource.
  • the base station may perform one of the following channel access procedures (CAP) for downlink signal transmission in an unlicensed band.
  • CAP channel access procedures
  • Type 1 DL CAP the length of the time interval spanned by the sensing slot that is sensed idle before transmission (s) is random. Type 1 DL CAP may be applied to the next transmission.
  • a base station including (i) a unicast PDSCH with user plane data, or (ii) a unicast PDSCH with user plane data and a unicast PDCCH for scheduling user plane data ) transmission(s), or
  • the base station first senses whether the channel is idle during a sensing slot period of a defer duration Td, and then transmits when the counter N becomes 0 (S334). At this time, the counter N is adjusted by sensing the channel during the additional sensing slot period (s) according to the following procedure:
  • Ninit is a random value uniformly distributed between 0 and CWp. Then go to step 4.
  • Step 3 S350
  • the channel is sensed during the additional sensing slot period. At this time, when the additional sensing slot period is idle (Y), the process moves to step 4. If not (N), go to step 5.
  • Step 5 Sensing a channel until a busy sensing slot is detected within the additional delay period Td or all sensing slots within the additional delay period Td are detected as idle.
  • Step 6 (S370) When the channel is sensed as idle during all sensing slots of the additional delay period Td (Y), the process moves to step 4. If not (N), go to step 5.
  • Table 3 shows mp, minimum contention window (CW), maximum CW, maximum channel occupancy time (MCOT) and allowed CW sizes applied to the CAP according to the channel access priority class. ) is different.
  • the delay period Td is composed of an interval Tf (16us) + mp consecutive sensing slot periods Tsl (9us) in order.
  • Tf includes the sensing slot period Tsl at the start of the 16us period.
  • HARQ-ACK feedback eg, ACK or NACK ratio
  • CWp may be initialized to CWmin,p based on the HARQ-ACK feedback for the previous DL burst, increased to the next highest allowed value, or the previous value may be maintained.
  • Type 2 DL CAP the length of the time interval spanned by the sensing slot that is sensed idle before transmission (s) is deterministic.
  • Type 2 DL CAP is classified into type 2A/2B/2C DL CAP.
  • Type 2A DL CAP may be applied to the following transmissions.
  • Tf includes a sensing slot at the start of the interval.
  • the type 2B DL CAP is applicable to transmission (s) performed by the base station after a 16us gap from transmission (s) by the terminal within the shared channel occupancy time.
  • Tf includes the sensing slot within the last 9us of the interval.
  • the type 2C DL CAP is applicable to transmission (s) performed by the base station after a maximum gap of 16us from transmission (s) by the terminal within the shared channel occupancy time.
  • the base station does not sense the channel before performing transmission.
  • one cell (or carrier (eg, CC)) or BWP configured for a terminal may be configured as a wide band having a larger BW (BandWidth) than conventional LTE.
  • BW BandWidth
  • the BW required for CCA based on independent LBT operation based on regulation and the like may be limited.
  • a sub-band (SB) in which individual LBT is performed is defined as an LBT-SB
  • a plurality of LBT-SBs may be included in one wideband cell/BWP.
  • the RB set constituting the LBT-SB may be configured through higher layer (eg, RRC) signaling.
  • one cell/BWP may include one or more LBT-SBs based on (i) BW of the cell/BWP and (ii) RB set allocation information.
  • FIG. 4 illustrates a case in which a plurality of LBT-SBs are included in an unlicensed band.
  • a plurality of LBT-SBs may be included in the BWP of a cell (or carrier).
  • LBT-SB may have a 20 MHz band, for example.
  • the LBT-SB is composed of a plurality of consecutive (P)RBs in the frequency domain and may be referred to as a (P)RB set.
  • a guard band (GB) may be included between LBT-SBs. Therefore, BWP is ⁇ LBT-SB #0 (RB set #0) + GB #0 + LBT-SB #1 (RB set #1 + GB #1) + ... + LBT-SB #(K-1) (RB set (#K-1)) ⁇ form.
  • the LBT-SB / RB index may be set / defined so as to increase from a low frequency band to a high frequency band.
  • Random Access Procedure RACH
  • the terminal may perform a random access procedure for the base station.
  • the random access procedure is used for a variety of purposes.
  • the random access procedure includes network initial access from RRC_IDLE, RRC Connection Re-establishment procedure, handover, UE-triggered UL data transmission, transition from RRC_INACTIVE , can be used for time alignment establishment, OSI (other system information) request, and beam failure recovery in SCell addition.
  • the UE may acquire UL synchronization and UL transmission resources through a random access procedure.
  • the random access procedure is divided into a contention-based random access procedure and a contention-free random access procedure.
  • the contention-based random access procedure is divided into a 4-step random access procedure (4-step RACH) and a 2-step random access procedure (2-step RACH).
  • FIG. 5 is a diagram illustrating an example of a 4-step RACH procedure.
  • the UE When the (contention-based) random access procedure is performed in 4 steps (4-step RACH), the UE sends a message (message 1, message 1, Msg1) may be transmitted (501), and a response message (RAR (Random Access Response) message) (message 2, Msg2) for the preamble may be received (503) through the PDCCH and the corresponding PDSCH.
  • RAR Random Access Response
  • a message (message 3, Msg3) including PUSCH (Physical Uplink Shared Channel) is transmitted using scheduling information (505), and a collision such as receiving a physical downlink control channel signal and a physical downlink shared channel signal corresponding thereto A (contention resolution procedure) may be performed
  • the terminal may receive a message (message 4, Msg4) including contention resolution information for the contention resolution procedure from the base station. Yes (507).
  • the 4-step RACH procedure of the UE can be summarized as shown in Table 4 below.
  • the UE may transmit a random access preamble through PRACH as Msg1 of a random access procedure in UL.
  • Random access preamble sequences having two different lengths are supported.
  • the long sequence length 839 is applied for subcarrier spacings of 1.25 and 5 kHz, and the short sequence length 139 is applied for subcarrier spacings of 15, 30, 60 and 120 kHz.
  • a number of preamble formats are defined by one or more RACH OFDM symbols and a different cyclic prefix (and/or guard time).
  • the RACH configuration for the initial bandwidth of the Pcell is included in system information of the cell and provided to the UE.
  • the RACH configuration includes information about the subcarrier spacing of PRACH, available preambles, preamble format, and the like.
  • the RACH configuration includes association information between SSBs and RACH (time-frequency) resources. The UE transmits a random access preamble in the RACH time-frequency resource associated with the detected or selected SSB.
  • An SSB threshold for RACH resource association may be set by the network, and transmission of a RACH preamble based on an SSB for which reference signal received power (RSRP) measured based on the SSB satisfies the threshold. or retransmission is performed.
  • the UE may select one of the SSB(s) that meets the threshold and transmit or retransmit the RACH preamble based on the RACH resource associated with the selected SSB.
  • the UE may retransmit one of the SSB(s) and retransmit the RACH preamble based on the RACH resource associated with the reselected SSB. That is, RACH resources for retransmission of the RACH preamble may be the same as and/or different from RACH resources for transmission of the RACH preamble.
  • the base station When the base station receives the random access preamble from the terminal, the base station transmits a random access response (RAR) message (Msg2) to the terminal.
  • RAR random access response
  • the PDCCH scheduling the PDSCH carrying the RAR is transmitted after being CRC scrambled with a random access (RA) radio network temporary identifier (RNTI) (RA-RNTI).
  • RA-RNTI random access radio network temporary identifier
  • a UE that detects a PDCCH scrambled with a CRC by RA-RNTI can receive RAR from a PDSCH scheduled by a DCI carried by the PDCCH.
  • the UE checks whether the random access response information for the preamble transmitted by the UE, that is, Msg1, is in the RAR.
  • Whether or not the random access information for Msg1 transmitted by the mobile station exists can be determined based on whether a random access preamble ID for the preamble transmitted by the terminal exists. If there is no response to Msg1, the UE may retransmit the RACH preamble within a certain number of times while performing power ramping. The UE calculates PRACH transmit power for preamble retransmission based on the most recent transmit power, power increment amount, and power ramping counter.
  • the random access response information includes a preamble sequence transmitted by the terminal, a temporary cell-RNTI (TC-RNTI) allocated by the base station to the terminal attempting random access, and uplink transmit time adjustment information. alignment information), uplink transmission power adjustment information, and uplink radio resource allocation information.
  • TC-RNTI temporary cell-RNTI
  • alignment information uplink transmission power adjustment information
  • uplink radio resource allocation information When the UE receives random access response information for itself on the PDSCH, the UE can know timing advance information for UL synchronization, an initial UL grant, and TC-RNTI.
  • the timing advance information is used to control uplink signal transmission timing.
  • the network eg, BS provides timing advance information based on timing information detected from the PRACH preamble received from the UE.
  • the UE may transmit UL transmission as Msg3 of the random access procedure on the uplink shared channel based on the random access response information.
  • Msg3 may include an RRC connection request and a terminal identifier.
  • the network may send Msg4, which may be treated as a contention resolution message on the DL.
  • Msg4 the terminal can enter an RRC connected state.
  • the UL grant in the RAR schedules PUSCH transmission to the base station.
  • a PUSCH carrying initial UL transmission by UL grant in RAR is also referred to as Msg3 PUSCH.
  • the content of the RAR UL grant starts at the MSB and ends at the LSB, and is given in Table 5.
  • RAR grant field Number of bits Frequency hopping flag One PUSCH frequency resource allocation 14 PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One
  • the TPC command is used to determine the transmit power of the Msg3 PUSCH and is interpreted according to Table 6, for example.
  • FIG. 6 is a diagram illustrating an example of a 2-step RACH procedure.
  • a 2-step RACH procedure in which a (contention-based) random access procedure is performed in two steps has been proposed to simplify the RACH procedure in order to achieve low signaling overhead and low latency.
  • the operation of transmitting message 1 and the operation of transmitting message 3 in the 4-step RACH procedure is one operation in which the UE transmits one message (message A) including PRACH and PUSCH in the 2-step RACH procedure.
  • the base station transmits message 2 and message 4, and in the 2-step RACH procedure, the base station transmits one message including RAR and collision resolution information (message B ) may be performed as one operation of performing transmission for.
  • the UE in the 2-step RACH procedure, the UE combines message 1 and message 3 in the 4-step RACH procedure into one message (eg, message A (message A, msgA)), and transmits the one message to the base station. can be sent to (601)
  • the base station combines message 2 and message 4 in the 4-step RACH procedure into one message (eg, message B (message B, msgB)), and transmits the corresponding one message to the terminal. can be sent to (603)
  • the 2-step RACH procedure can provide a low-latency RACH procedure.
  • message A may include a PRACH preamble included in message 1 and data included in message 3.
  • message B may include random access response (RAR) included in message 2 and contention resolution information (contention resolution information) included in message 4.
  • RAR random access response
  • contention resolution information contention resolution information
  • FIG. 7 is a diagram illustrating an example of a contention-free RACH procedure.
  • the contention-free RACH may be used in a handover process of a UE to another cell or base station, or may be performed when requested by a command of the base station.
  • the basic process of the contention-free random access procedure is similar to the contention-based random access procedure. However, unlike the contention-based random access procedure in which the UE randomly selects a preamble to be used from among a plurality of random access preambles, in the case of the contention-free random access procedure, the preamble to be used by the UE (hereinafter referred to as dedicated random access preamble) is determined by the base station. is assigned to (701).
  • Information on the dedicated random access preamble may be included in an RRC message (eg, handover command) or provided to the UE through a PDCCH order.
  • the terminal transmits a dedicated random access preamble to the base station (703).
  • the terminal receives a random access response from the base station, the random access procedure is completed (705).
  • the CSI request field in the RAR UL grant indicates whether the UE will include the aperiodic CSI report in the corresponding PUSCH transmission.
  • the subcarrier interval for Msg3 PUSCH transmission is provided by the RRC parameter.
  • the UE will transmit PRACH and Msg3 PUSCH on the same uplink carrier in the same service providing cell.
  • UL BWP for Msg3 PUSCH transmission is indicated by SystemInformationBlock1 (SIB1).
  • FIG. 8 illustrates an uplink transmission operation of a terminal.
  • the terminal may transmit a packet to be transmitted based on a dynamic grant (FIG. 8(a)) or based on a preset grant (FIG. 8(b)).
  • the base station may dynamically allocate resources for uplink transmission to the terminal through PDCCH(s) (including DCI format 0_0 or DCI format 0_1).
  • the base station may allocate uplink resources for initial HARQ transmission to the terminal based on a configured grant method (similar to the SPS).
  • uplink resources for retransmission are explicitly allocated through PDCCH(s).
  • an operation in which uplink resources are preset by the base station without a dynamic grant eg, an uplink grant through scheduling DCI
  • a 'configured grant' an operation in which uplink resources are preset by the base station without a dynamic grant (eg, an uplink grant through scheduling DCI) is called a 'configured grant'.
  • Established grants are defined in the following two types.
  • Uplink grant of a certain period is provided by higher layer signaling (set without separate 1st layer signaling)
  • the uplink grant period is set by higher layer signaling, and activation/deactivation of the grant configured through the PDCCH is signaled to provide the uplink grant.
  • Resources for grants set to a plurality of terminals may be shared. Uplink signal transmission based on the configured grant of each terminal may be identified based on time/frequency resources and reference signal parameters (eg, different cyclic shifts, etc.). Accordingly, when the uplink transmission of the terminal fails due to a signal collision or the like, the base station can identify the corresponding terminal and explicitly transmit a retransmission grant for the corresponding transport block to the corresponding terminal.
  • K repeated transmission including initial transmission is supported for the same transport block by the configured grant.
  • HARQ process IDs for uplink signals that are repeatedly transmitted K times are equally determined based on resources for initial transmission.
  • the redundancy version for the corresponding transport block that is repeatedly transmitted K times is one of ⁇ 0,2,3,1 ⁇ , ⁇ 0,3,0,3 ⁇ or ⁇ 0,0,0,0 ⁇ pattern have
  • the terminal performs repeated transmission until one of the following conditions is satisfied:
  • a fallback DCI (eg, DCI format 0_1 or DCI format 1_0) may be used for uplink (UL) scheduling.
  • UL uplink
  • LBT Listen Before Talk
  • the base station must always indicate the LBT type to be used for UL transmission when performing UL scheduling to the UE.
  • unlicensed bands may operate like licensed bands without LBT type indication because LBT is not required in certain countries/regions where LBT is not required.
  • a fallback DCI or RAR transmitted in a high-frequency unlicensed band (eg, from 52.6 GHz to 71 GHz) according to the LBT mode (mode) or LBT type within the RAR UL grant or SuccessRAR (ie, channel access Field composition method for indicating type (channel access type), LBT type (ie, channel access type) indication method, and CSI-RS (Channel State Information - Reference Signal) validation (validation) ) method is proposed.
  • the present disclosure assumes that the terminal operates in a shared spectrum band between 52.6 GHz and 71 GHz, which is a high-frequency unlicensed band.
  • the shared spectrum band between 52.6 GHz and 71 GHz can be referred to as frequency range 2-2 (FR 2-2) for convenience.
  • LBT listen-before-talk
  • the interference level of the surroundings measured by the base station and/or terminal to transmit the signal is compared with a specific threshold such as the ED threshold, and if the noise level is below a certain level, the transmission of the corresponding signal is allowed and inter-transmission It is a mechanism to prevent collisions.
  • FIG. 9(a) shows a directional LBT including a specific beam direction LBT and/or a beam group unit LBT
  • FIG. 9(b) shows an omnidirectional LBT.
  • D-LBT Directional LBT
  • DL/UL signals/channels can be transmitted in wider coverage, and efficiency is improved even in coexistence with other RATs (eg WiGig). making it even higher.
  • beam group unit LBT when a beam group is composed of beams #1 to #5, performing LBT based on beams #1 to #5 may be referred to as beam group unit LBT.
  • performing LBT through any one of beams #1 to #5 eg, beam #3
  • beams #1 to #5 may be continuous (or adjacent) beams, but may also be discontinuous (or non-adjacent) beams.
  • the number of beams included in the beam group need not necessarily be plural, and a single beam may form one beam group.
  • LBT may be performed for each beam
  • LBT may be performed for each beam group.
  • beams #1 to #5 may cover each of a plurality of transmission beams subjected to Time Domain Multiplexing (TDM) and/or Spatial Domain Multiplexing (SDM).
  • TDM Time Domain Multiplexing
  • SDM Spatial Domain Multiplexing
  • beam #1 covers transmission beam #1 among a plurality of transmission beams subjected to Time Domain Multiplexing (TDM) and/or Spatial Domain Multiplexing (SDM)
  • beam #2 covers transmission beam among a plurality of transmission beams.
  • the meaning of covering (cover) may mean that the area of the beam for performing LBT includes or at least the same area where the transmission beam corresponding to the beam has an effective effect (or interference).
  • it may mean performing energy measurement through a sensing beam for performing LBT including an area affected by interference of a transmission beam.
  • the ED threshold value it is possible to determine whether the channel is IDLE/BUSY.
  • performing LBT for each beam group may mean that LBT is performed at once in units of beam groups for a plurality of TDM and/or SDM transmitted beams corresponding to beams included in the beam group. That is, one beam for a beam group (hereinafter referred to as a group LBT beam) may be formed, and LBT may be performed on all of a plurality of transmission beams at once using the group LBT beam.
  • group LBT beam one beam for a beam group
  • the group LBT beam may cover all transmission beams (eg, transmission beam #1 to transmission beam #5) corresponding to the beam group.
  • the area of the group LBT beam may include all of the areas in which each of the transmission beams (eg, transmission beams #1 to transmission beam #5) have an effective influence (or interference), or may mean at least the same. there is.
  • omnidirectional beams constitute one beam group and LBT is performed in units of the corresponding beam group, it can be regarded as performing omnidirectional LBT.
  • omnidirectional beams which are a set of beams covering a specific sector in a cell, are included in one beam group, this may mean omnidirectional LBT.
  • a multi-antenna technique can be utilized. For example, narrow beam transmission, which transmits a signal by concentrating energy in a specific direction rather than omnidirectional transmission, can be performed.
  • directional LBT In the high-frequency unlicensed band, beam-based transmission needs to be combined with the channel access procedure such as the above-described LBT and considered together.
  • D-LBT directional LBT
  • Transmission can be performed by determining whether or not occupancy (that is, IDLE/BUSY).
  • IDLE/BUSY determining whether or not occupancy
  • a single beam or a plurality of beams may be included in the beam group, and if an omni-directional beam is included, it may be extended to omnidirectional LBT (O-LBT).
  • the NR-based channel access scheme for the unlicensed band applied to the present disclosure can be classified as follows.
  • Cat-1 LBT may correspond to the above-described type 2C CAP.
  • Cat-2 LBT As an LBT method without back-off, transmission is possible as soon as it is confirmed that the channel is idle for a specific time immediately before transmission.
  • Cat-2 LBT can be subdivided according to the length of the minimum sensing interval required for channel sensing immediately before transmission.
  • a Cat-2 LBT having a minimum sensing period length of 25us may correspond to the above-described type 2A CAP
  • a Cat-2 LBT having a minimum sensing period length of 16us may correspond to the above-described type 2B CAP. there is.
  • the length of the minimum sensing period is exemplary, and shorter than 25us or 16us (eg, 9us) is also possible.
  • Cat-3 An LBT method that back-offs with a fixed CWS, and the transmitting entity is within the contention window size (CWS) value (fixed) from 0 to the maximum. Whenever it is confirmed that the channel is idle by drawing a random number N, the counter value is decreased, and when the counter value becomes 0, transmission is possible.
  • CWS contention window size
  • Cat-4 As an LBT method that back-offs with variable CWS, the transmitting device draws a random number N within the maximum CWS value (variation) from 0, and sets a counter value whenever it is confirmed that the channel is idle. Transmission is possible when the counter value becomes 0 while decreasing, and when feedback is received from the receiving side that the transmission was not properly received, the maximum CWS value is increased to a higher value, and within the increased CWS value A random number is drawn again and the LBT procedure is performed again.
  • Cat-4 LBT may correspond to the above-described type 1 CAP.
  • a beam-by-beam or beam-group-by-beam LBT procedure may basically mean a back-off-based LBT procedure (eg, Cat-3 LBT or Cat-4 LBT).
  • LBT for each beam performs carrier sensing in a specific beam direction and compares it with the ED (Energy Detection) threshold. If the measured energy is lower than the ED threshold, the beam direction It is considered that the channel of is IDLE, and if the measured energy is higher than the ED threshold, it can be determined that the channel in the direction of the corresponding beam is BUSY.
  • ED Electronicgy Detection
  • the beam group LBT procedure is to perform the LBT procedure as described above in all beam directions included in the beam group, and is set/instructed in advance in the beam group.
  • a directional beam is set as a representative beam, similar to multi-CC LBT, a random back-off based LBT procedure (eg, Cat-3 LBT or Cat-4 LBT) is performed, and the remaining beams included in the beam group perform Category-2 (Cat-2) LBT, which may mean that a signal is transmitted when successful.
  • Cat-2 LBT Category-2
  • the implementation of a spectrum sharing mechanism such as LBT may or may not be required before transmission according to regulations by country/region, so the base station must perform LBT It is possible to broadcast the operation mode of a cell operating in a region in which is not essential.
  • the base station may broadcast whether LBT is required before transmission through cell common information (eg, SIB1).
  • the terminal may determine whether to perform LBT before transmission based on LBT mode information transmitted by the base station.
  • a process of determining whether to perform LBT before transmission may be applied from initial access, such as a Random Access Channel (RACH) procedure.
  • the LBT mode information is information indicating ON or OFF of the LBT mode.
  • the terminal When the LBT mode is ON, the terminal must perform LBT before transmission according to the LBT mode information indicated by the base station, and when the LBT mode is OFF, the terminal It is not necessary to perform LBT before transmission, and transmission can be performed immediately without LBT, such as transmission in a licensed band.
  • fallback DCI (eg, DCI format 0_1 and DCI format 1_0) may be used for UL scheduling.
  • SIB System Information Block
  • Cat-2 LBT ie, Type 2 channel access procedure
  • LBT mode ON
  • LBT based on random back-off eg, Cat-3 LBT or Cat-4 LBT
  • the COT obtained based on the basic LBT type is When sharing COT sharing is allowed, Cat-1 LBT or Cat-2 LBT may be indicated.
  • the COT remaining after DL/UL transmission in the COT acquired by the base station or the terminal is completed may be transferred to the terminal or the base station.
  • the terminal or base station that has shared the COT may perform UL/DL transmission after performing Cat-1 LBT or Cat-2 LBT within the corresponding COT.
  • the base station performed 3 ms DL transmission in the 5 ms COT obtained by performing LBT in the beam A direction, and the base station acquired the COT through the group common-PDCCH (ie, GC-PDCCH)
  • the QCL top source RS of beam A used is SSB index #1
  • the QCL top source RS of the UL signal/channel (e.g., PUSCH/PUCCH) that the UE wants to transmit is also SSB index #1
  • the base station informs the terminal that the frequency resources used by the base station for DL transmission have the same or included UL transmission resources and that the remaining 2 ms COT can be used for UL transmission
  • the terminal performs random back-off based LBT prior to transmission of the corresponding PUSCH Even if (eg, Cat-3 LBT or Cat-4 LBT) is indicated, the remaining 2 ms can be used for UL transmission by switching to Cat-1 LBT or Cat-2 LBT.
  • the UL signal/channel (eg, PUSCH/PUCCH) to be transmitted by the UE and the top QCL source SSB index of the base station are different, or the UL transmission resource is not included in the DL transmission resource, or the length of the UL to be transmitted If MCOT (Maximum Channel Occupancy Time) exceeds 5 ms (that is, if UL transmission is longer than the remaining COT length 2 ms), COT sharing by switching the LBT type indicated to the UE is not allowed.
  • MCOT Maximum Channel Occupancy Time
  • a gNB/UE(s) When a gNB/UE(s) is required by regulations to sense channel(s) for availability for performing transmission(s) on the channel(s) or when a gNB provides UE(s) with higher layer parameters LBT-Mode by SIB1 or dedicated configuration indicating that the channel access procedures would be performed for performing transmission(s) on channel(s), the channel access procedures described in this clause for accessing the channel(s) on which the transmission(s) are performed by the gNB/UE(s), are applied.
  • the LBT operation is a channel access procedure for channel access
  • the LBT mode is a channel access mode ( Channel Access Mode). Accordingly, the LBT-Mode parameter in [Table 7] can be replaced with the Channel Access Mode parameter.
  • the 4-step RACH procedure's Msg. 2 RAR is defined as shown in FIG. 10 .
  • RAR grant field Number of bits Frequency hopping flag One PUSCH frequency resource allocation 14 PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One
  • the CSI request field may be used or reserved according to contention as shown in Table 9.
  • the CSI request field in the RAR UL grant indicates whether or not the UE includes an aperiodic CSI report in the corresponding PUSCH transmission according to [6, TS 38.214].
  • the CSI request field is reserved.
  • the LBT type field is configured according to the following methods according to the LBT mode of the cell set through the SIB. (type) can be indicated.
  • 11 to 13 are views for explaining overall operation processes of a terminal and a base station according to [Method #1] to [Method #5] of the present disclosure.
  • the terminal may receive a SIB for notifying whether the terminal must perform LBT when transmitting the UL channel (S1101).
  • the UE may receive DCI or RAR for scheduling a UL channel (eg, PUSCH/PUCCH) (S1103).
  • the terminal interprets bits included in DCI or RAR based on whether LBT is performed known by the SIB, and transmits a UL channel (eg, PUSCH / PUCCH) based on information on the interpreted bits (S1105) .
  • the specific method of performing S1101 to S1105 described above may be based on at least one of [Method #1] to [Method #3] and [Method #5].
  • the UL channel may be DG (Dynamin Grant) -PUSCH, Msg 3. PUSCH, or Msg A. PUSCH.
  • step S1103 may be omitted, and the terminal may transmit a UL channel based on whether LBT is performed or not known by the SIB.
  • the terminal may receive the csi-RS-ValidationWith-DCI parameter (S1107).
  • S1107 may be omitted.
  • the UE may receive Periodic/Semi-persistent CSI-RS based on the received SIB (S1109).
  • the detailed operation process of S1101, S1107 and S1109 may be based on [Method #4].
  • the base station may transmit a SIB for notifying whether the terminal must perform LBT when transmitting a UL channel (S1201).
  • the base station may transmit DCI or RAR for scheduling a UL channel (eg, PUSCH/PUCCH) (S1203).
  • the base station may receive a UL channel (eg, PUSCH/PUCCH) based on SIB and DCI or RAR (S1205).
  • the specific method of performing the above-described S1201 to S1205 may be based on at least one of [Method #1] to [Method #3] and [Method #5].
  • the UL channel may be DG (Dynamin Grant) -PUSCH, Msg 3. PUSCH, or Msg A. PUSCH.
  • step S1203 may be omitted, and the base station may receive a UL channel based on whether or not LBT is performed.
  • the base station may transmit the parameter csi-RS-ValidationWith-DCI (S1207).
  • S1207 may be omitted.
  • the base station may transmit Periodic/Semi-persistent CSI-RS based on the transmitted SIB (S1209).
  • the detailed operation process of S1201, S1207 and S1209 may be based on [Method #4].
  • the base station may transmit a SIB for informing the terminal whether or not the terminal must perform LBT when transmitting the UL channel (S1301).
  • the base station may transmit DCI or RAR for scheduling a UL channel (eg, PUSCH/PUCCH) to the terminal (S1303).
  • the terminal may interpret the bits included in the DCI or RAR based on whether LBT is performed known by the SIB, and transmit a UL channel (eg, PUSCH / PUCCH) to the base station based on the information of the interpreted bits ( S1305).
  • a specific method of performing the above-described S1301 to S1305 may be based on at least one of [Method #1] to [Method #3] and [Method #5].
  • the UL channel may be DG (Dynamin Grant) -PUSCH, Msg 3. PUSCH, or Msg A. PUSCH.
  • step S1303 may be omitted, and the terminal may transmit a UL channel to the base station based on whether or not LBT is performed known by the SIB.
  • the base station may transmit the parameter csi-RS-ValidationWith-DCI to the terminal (S1307).
  • S1307 may be omitted.
  • the base station may transmit Periodic/Semi-persistent CSI-RS to the terminal based on the transmitted SIB (S1309).
  • the detailed operation process of S1301, S1307 and S1309 may be based on [Method #4].
  • fallback DCI eg, DCI format 1_0 and / or RAR UL grant or 2 -Step How to configure and interpret a field for indicating an LBT type transmitted through successRAR of RACH) and how to determine an LBT type to be applied by a UE before transmitting a UL channel
  • the terminal selects one of the following [Method #1-1] to [Method #1-5]
  • the terminal selects one of the following [Method #1-1] to [Method #1-5]
  • there is a 1-bit or 2-bit LBT type indication field in the fallback DCI eg, DCI format 1_0 and / or RAR UL grant or successRAR of 2-step RACH
  • the fallback DCI can be interpreted.
  • the UE can always interpret 1 bit of the CSI request field as an LBT type indication field in the RAR UL grant.
  • the terminal may interpret that one of Cat-1 LBT or Cat-3 LBT is indicated according to the value of the corresponding 1-bit field and apply the indicated LBT type to UL channel transmission.
  • the UE can always interpret LSB 2 bits or MSB 2 bits of the PUSCH frequency resource allocation field as an LBT type indication field in the RAR UL grant.
  • the terminal may interpret that one of Cat-1/Cat-2/Cat-3 LBT is indicated according to the value of the corresponding 2-bit field and apply the indicated LBT type to UL channel transmission.
  • Method #1-1 One of two LBT types (eg, Cat-1 LBT or Cat-3 LBT) may be indicated using reserved 1 bit of RAR.
  • the non-contention based RACH procedure uses another proposed method (eg, contention free RACH).
  • [Method #1-1] and [Method #1-3] to [Method #1-5]) may be set to be used.
  • it may be defined in a standard document or set in advance that one of Cat-1/Cat-2/Cat-3 LBT is always assumed in the non-contention-based RACH procedure.
  • an LBT type indication field may be included in the RAR UL Grant instead of a CSI request field.
  • the LBT type can be indicated using the MSB (Most Significant Bit) or LSB (Least Significant Bit) L bit of a specific field.
  • the LBT type may be indicated using the MSB or LSB L bits of the PUSCH frequency resource allocation field.
  • one of two LBT types may be indicated using 1 bit of MBS of the PUSCH frequency resource allocation field.
  • LBT type is indicated using MSB or LSB 2 bits of the PUSCH frequency resource allocation field
  • three LBT types eg, Cat-1 LBT / Cat-2 LBT / Cat -3 LBT
  • a UE interpreting the actual PUSCH frequency resource allocation field assumes that the MSB or LSB L bit of the PUSCH frequency resource allocation field used for the LBT type is 0 and interprets the PUSCH frequency resource allocation information. there is.
  • Method #1-4 The size of a specific field can be reduced by L bits, and the reduced L bits can be used to make a field indicating the LBT type.
  • a PUSCH frequency resource allocation field of 14 bits in a licensed band may be set to 13 bits.
  • the remaining 1-bit field may be set to a field indicating two LBT types (eg, Cat-1 LBT or Cat-3 LBT).
  • one of two LBT types may be indicated using MBS 1 bit of the PUSCH frequency resource allocation field.
  • a PUSCH frequency resource allocation field of 14 bits in a licensed band may be set to less than 13 bits (eg, 12 bits).
  • the remaining bit field eg, 2 bit field
  • one of Cat-1 LBT / Cat-2 LBT / Cat-3 LBT can be indicated.
  • the terminal may interpret the PUSCH frequency resource allocation information assuming that the value of the MSB or LSB reduced by the 14-bit PUSCH frequency resource allocation field is 0 in the licensed band.
  • the LBT type indication field is configured with a combination of at least one of them, and the LBT type may be indicated.
  • the LBT type may be indicated by a combination of L bits of the MSB or LSB.
  • the terminal when the LBT mode is set to OFF for the terminal (eg, when the parameter corresponding to the LBT mode is not included in the SIB), the terminal does not need to perform LBT before UL transmission and COT sharing Since there is no sharing, there is no need to indicate the LBT type. Accordingly, the RAR UL grant may be configured identically to an existing licensed band.
  • the terminal confirms that the parameter corresponding to the LBT mode is not included in the SIB, it recognizes that UL transmission is possible without LBT in the band from 52.6 GHz to 71 GHz.
  • the terminal upon receiving the fallback DCI or RAR UL grant, the terminal recognizes that the field indicating the LBT type in the fallback DCI or RAR UL grant is 0 bit, and decodes the fallback DCI or RAR UL grant. That is, when the UE confirms that the parameter corresponding to the LBT mode is not included in the SIB, the terminal may recognize and decode that the field indicating the LBT type does not exist in the fallback DCI or RAR UL grant.
  • the LBT type may be indicated while the total number of bits included in the fallback DCI or RAR UL grant is always kept the same. That is, there may be no need for additional bits to indicate the LBT type in the fallback DCI or RAR UL grant.
  • the sum of the number of bits of the specific bit field and the number of bits of the LBT type indication field when the LBT mode is ON may be equal to the number of bits of the specific bit field when the LBT mode is OFF.
  • the LBT mode when the LBT mode is ON, since the sum of the PUSCH frequency resource allocation field and the LBT type indication field is 14, the LBT mode is OFF. It may be the same as the number of bits (ie, 14) of the PUSCH frequency resource allocation field of the case.
  • the LBT type for transmission needs to be indicated, as in [Method #1], the number of bits of the PUSCH frequency resource allocation field of RAR is reduced and an explicit 1-bit field is used for the LBT type (type ) can be used to indicate (eg, ChannelAccess-CPext field of NR-U) That is, as shown in [Table 10] below, the size of the content field of the RAR UL grant may be redefined.
  • RAR UL grant field Number of bits Frequency hopping flag One PUSCH frequency resource allocation 14, for operation without shared spectrum channel access13, for operation with shared spectrum channel access in frequency range 2-2 12, for operation with shared spectrum channel access in frequency range 1 PUSCH time resource allocation 4 MCS 4 TPC command for PUSCH 3 CSI request One ChannelAccess 0, for operation without shared spectrum channel access1, for operation with shared spectrum channel access in frequency range 2-2 2, for operation with shared spectrum channel access in frequency range 1
  • the truncated PUSCH frequency resource allocation field can be interpreted like a PUSCH frequency resource allocation field of DCI format 0_0.
  • the extended PUSCH frequency resource allocation field can be interpreted like the PUSCH frequency resource allocation field of DCI format 0_0.
  • N UL,hop 0
  • N UL,hop follows [Table 12] (Table. 8.3-1 of 3GPP TS 38.213). .
  • the truncated PUSCH frequency resource allocation field can be interpreted like a PUSCH frequency resource allocation field of DCI format 0_0.
  • the extended PUSCH frequency resource allocation field can be interpreted like the PUSCH frequency resource allocation field of DCI format 0_0.
  • N UL,hop 0
  • N UL,hop follows [Table 11] (Table. 8.3-1 of 3GPP TS 38.213). .
  • the truncated PUSCH frequency resource allocation field can be interpreted like a PUSCH frequency resource allocation field of DCI format 0_0.
  • the extended PUSCH frequency resource allocation field can be interpreted like the PUSCH frequency resource allocation field of DCI format 0_0.
  • N UL,hop 0
  • N UL,hop follows [Table 11] (Table. 8.3-1 of 3GPP TS 38.213). .
  • the terminal may always assume no-LBT and perform transmission without LBT.
  • the terminal assumes Cat-3 LBT as the basic LBT type and operates, but if the COT sharing condition is satisfied, it can perform UL transmission by switching to Cat-1 LBT or Cat-2 LBT. .
  • Type2C-ULChannelAccess defined in [clause 4.2.1.2.3 in 37.213] 2
  • One Type2A-ULChannelAccess defined in [clause 4.2.1.2.1 in 37.213] 3
  • Type2A-ULChannelAccess defined in [clause 4.2.1.2.1 in 37.213]
  • One 3 Type1-ULChannelAccess defined in [clause 4.2.1.1 in 37.213] 0
  • [Table 14] shows Table 7.3.1.1.1-4 of 3GPP TS 38.212.
  • LBT type to be applied when ChannelAccess-CPext composed of 2 bits in fallback DCI eg, DCI format 0_0 or DCI format 1_0
  • Rel-16 NR-U That is, combinations of channel access type and CP extension are defined as four states in the mother table.
  • Rel-16 NR-U since the ChannelAccess-CPext field of fallback DCI is always fixed with 2 bits, if the bit value is indicated as one of 00/01/10/11, it is mapped to the index corresponding to the corresponding state.
  • the LBT type and CP extension to be applied could be selected.
  • Cat-2 LBT corresponding to the Type 2A channel access procedure is essential It is not required and may be optionally supported according to the country/region and the capabilities of the terminal.
  • DCI eg, DCI format 0_1 and DCI format 1_1
  • the LBT type indication field is always 2 bits
  • the LBT type mother table for the 52.6GHz or higher band for the corresponding 2 bits is Cat- 1 LBT/Cat-2 LBT/Cat-3 LBT and one reserved state can be defined as a total of four states.
  • Cat-2 LBT since Cat-2 LBT is optional, only one of Cat-1 LBT and Cat-3 LBT can be indicated using 1 bit. If the LBT type indication field is 0-bits, unless there is a separate setting, the terminal always assumes Cat-3 LBT as the basic LBT type and operates, but if the COT sharing condition is satisfied, Cat-1 LBT or It can also operate based on Cat-2 LBT.
  • the LBT type indication field of the fallback DCI may be 0 bit
  • the UE may always operate based on no LBT (eg, Type 3 CAP or Cat-1 LBT).
  • the terminal ignores the field and always no LBT (eg, Type 3 CAP or Cat-1 LBT) can operate based on
  • an LBT type mother table including four states without distinction between fallback / non-fallback mother table for LBT type indication may be defined in the standard.
  • an LBT type mother table including the four states with 1 bit instead of 2 bits only two specific states among the four states in the corresponding mother table are promised/ need to be set.
  • LBT type mother table that includes the corresponding four states, or two states to be used in advance States are set from the base station, and the LBT type can be indicated with only 1 bit.
  • a new table may be defined for 1-bit LBT type indication by specifying two specific states in the LBT type mother table composed of four.
  • Method #4 Depending on whether the LBT mode set by the base station through SIB1 is ON or OFF, the terminal always assumes that the LBT mode of the terminal and the LBT mode of the base station operate in the same mode, and when the LBT mode is set to OFF , How to receive and operate periodic CSI-RS or semi-persistent CSI-RS by interpreting the csi-RS-ValidationWith-DCI parameter as follows
  • Method #4-1 When the LBT mode is set to OFF, the terminal uses periodic CSI-RS or It can receive semi-persistent CSI-RS or perform operations like Rel-16.
  • LBT mode ON
  • no-LBT mode OFF
  • the csi-RS-ValidationWith-DCI parameter is set for the UE, and parameters informing the COT duration (eg, SFI (slot format indicator) field and CO- duration field) is not set for DCI format 2_0, in performing period/semi-persistent-CSI-RS (P/SP-CSI-RS) reception, the corresponding P/SP-CSI-RS resource is AP-CSI-RS P/SP-CSI-RS must be received if it is included in RS (aperiodic CSI-RS) or PDSCH, otherwise P/SP-CSI-RS reception must be canceled.
  • P/SP-CSI-RS period/semi-persistent-CSI-RS
  • the fact that the P/SP-CSI-RS resource must be included in the AP-CSI-RS (aperiodic CSI-RS) or PDSCH means that the AP-CSI-RS (aperiodic CSI-RS) or PDSCH is scheduled time resources. It may mean that the P/SP-CSI-RS resource should be included.
  • the terminal can operate in the same way as the licensed band. .
  • the terminal may operate based on the contents described in 3GPP TS 38.213 section 11 and 11.1. This can be thought of as the terminal implicitly believing and operating that the P/SP-CSI-RS transmission will not fail because the base station succeeds well in LBT.
  • the terminal may not expect the csi-RS-ValidationWith-DCI parameter to be set. .
  • the terminal may operate in the same way as in a licensed band.
  • the terminal may operate in the same manner as the licensed band in the P/SP-CSI-RS reception operation.
  • P/SP periodic/seimi-persistent
  • PUCCH/SRS CG that is not indicated by DCI depending on whether the LBT mode set by the base station to the terminal through SIB1 is ON or OFF or regardless of the LBT mode setting -How to determine LBT type of UL signal/channel such as PUSCH (Configured Granted - Physical Uplink Shared Channel)
  • a base station or terminal performs a specific beam direction or beam group directional LBT in addition to omnidirectional LBT as a channel access procedure, and DL or UL signals/channels can be transmitted.
  • a specific beam direction or beam group directional LBT in addition to omnidirectional LBT as a channel access procedure, and DL or UL signals/channels can be transmitted.
  • the COT obtained after performing LBT in a specific beam direction unlike the COT obtained after omni-directional LBT, only between DL and UL that has a correlation (eg, QCL relationship) with the beam direction in which LBT was performed. It may be desirable to allow transmission after Cat-2 LBT, and transmit after random back-off based LBT (eg, Cat-3 LBT or Cat-4 LBT) for signals/channels that are not.
  • the Cat-2 LBT to be performed in the COT by the base station or terminal with which the COT is shared may be performed in all directions or in a beam direction that is related to the beam direction used to obtain the COT and the QCL.
  • relatively narrow beams included in a corresponding sensing beam may be transmitted in a COT obtained by performing in a specific beam direction. For example, in the COT obtained by performing LBT using beam A having a relatively wide beam width as a sensing beam, a relatively narrow beam included in the area covered by beam A A1 and A2 may be transmitted.
  • 14 to 16 are views for explaining overall operation processes of a terminal and a base station according to [Method #6].
  • the terminal may perform LBT based on a sensing beam (S1401).
  • the terminal may transmit CG-PUSCH and CG-UCI (Configured Grant-Uplink Control Information) (S1403).
  • the CG-UCI may include information on whether the terminal performed LBT through a sensing beam indicated by the base station or another sensing beam.
  • the terminal may receive a DL channel from the base station (S1405).
  • a specific operation process of the terminal corresponding to S1401 to S1405 may be based on [Method #6].
  • the base station may receive CG-PUSCH and CG-UCI (S1501).
  • the base station determines the COT obtained by the terminal based on the information included in the CG-UCI (that is, information on whether the terminal performed LBT through a sensing beam indicated by the base station or another sensing beam). It is possible to determine whether to allow sharing (S1503).
  • the base station may transmit the DL channel by performing LBT based on the determined COT sharing permission (S1505 to S1507).
  • a specific operation process of the base station corresponding to S1501 to S1507 may be based on [Method #6].
  • the terminal may perform LBT based on a sensing beam (S1601).
  • the terminal may transmit CG-PUSCH and CG-UCI (Configured Grant-Uplink Control Information) to the base station (S1603).
  • the CG-UCI may include information on whether the terminal performed LBT through a sensing beam indicated by the base station or another sensing beam.
  • the base station may determine whether to allow sharing of the COT obtained by the terminal based on the received information (S1605).
  • the base station may transmit a DL channel by performing LBT based on the determined COT sharing permission (S1607 to S1609).
  • a specific operation process of the terminal and the base station corresponding to S1601 to S1609 may be based on [Method #6].
  • the COT obtained by the terminal performing random back-off based LBT (eg, Cat-3 LBT or Cat-4 LBT) in a specific beam direction or beam group unit is COT sharing method and LBT performing method in COT when shared by base station and base station transmits DL channel through COT sharing
  • random back-off based LBT eg, Cat-3 LBT or Cat-4 LBT
  • the UE determines whether LBT is performed through a sensing beam configured/instructed by the base station or a Tx beam corresponding to the CG-PUSCH is covered.
  • Information related to whether LBT is performed through another sensing beam (eg, Omni-beam) that is used may be informed to the base station through a specific field of the CG-UCI.
  • the terminal may include 1-bit information indicating whether or not LBT has been performed through the configured/instructed sensing beam in the CG-UCI and transmit it to the base station.
  • the base station receives information on the sensing beam used by the terminal for CG-PUSCH transmission through CG-UCI, determines whether the COT of the terminal can be shared for DL transmission, and then transmits the DL It is possible to determine the type of LBT to use (eg, whether to perform Cat-2 LBT or random back-off based Cat-3 LBT or Cat-4 LBT).
  • a pre-promised/configured sensing beam (eg, Omni-beam) may be set so that the base station always uses, and the base station may determine the type of LBT to be used for COT sharing and DL transmission according to a pre-promised/set sensing beam.
  • Another sensing beam that covers the Tx beam used for CG-PUSCH transmission, other than the sensing beam previously set/instructed by the terminal eg, When CG-UCI informs that LBT has been performed using omni-beam
  • the base station performs Cat-2 LBT by sharing the COT of the terminal, and if successful, non-unicast transmission to other terminals (eg For example, transmission without user plane data) may be performed.
  • the maximum length of non-unicast transmission of such a base station may have a limit, and this limit may be a value set/instructed in advance or a value defined in the standard. For example, even if the MCOT acquired by the terminal remains, the base station may transmit only within the corresponding limited time during non-unicast transmission.
  • a beam group including each beam may be set in advance. Also, a beam group may be composed of a single beam or a plurality of beams. If an omni-directional beam is included in a specific beam group, LBT performed through the corresponding beam or specific beam group may be omnidirectional LBT. Meanwhile, omni-directional may mean a set of beams covering a specific sector in a cell.
  • the base station may obtain the COT by performing Cat-4 LBT in a specific beam direction or beam group unit.
  • a DL signal/channel is transmitted by configuring a Tx burst in a specific beam direction or beam group direction in which LBT is performed, and the remaining COT is transferred to the terminal to transmit a UL signal/channel can do
  • random back-off based LBT eg For example, DL transmission may be performed by performing Cat-2 LBT instead of Cat-3 LBT or Cat-4 LBT).
  • LBT is also omni-directional. It may be performed only in a specific beam direction to be transmitted. Therefore, it is desirable that the COT obtained by the base station/or the terminal by performing directional LBT in a specific beam direction be shared only between DL/UL transmissions having a spatial relation (eg, QCL relation).
  • the base station informs information on the sensing beam used to obtain the COT through DCI format 2_0, and in the case of UL, the sensing beam used by the terminal to obtain the COT through CG-UCI It may be necessary to provide information about
  • Type 1 CG resource configuration can be configured through an RRC signal
  • Type 2 CG resource configuration can be configured through RRC and activation DCI.
  • the base station sets/instructs the terminal information on the UL beam to be used for CG-PUSCH transmission through RRC
  • CG - Information on a UL beam to be used for PUSCH transmission may be instructed/configured to the UE.
  • the SRI can be included in the activation DCI.
  • the UE may perform LBT through a sensing beam covering the UL beam before transmitting the CG-PUSCH through the configured/instructed UL beam and obtain a COT when successful.
  • the UE may perform UL transmission within the acquired COT.
  • the terminal uses the same beam (eg, a beam corresponding to the same spatial filter) corresponding to the Tx beam (ie, UL beam) as a sensing beam to perform LBT LBT may be performed by using it as a sensing beam.
  • the terminal uses another sensing beam (eg, Omni-beam) that covers the UL beam to perform LBT can also be performed.
  • the UE can obtain the COT by performing LBT using a specific sensing beam for CG-PUSCH transmission.
  • the terminal in order to determine whether the base station can share and use the acquired COT for DL transmission, the terminal always uses a specific field of the CG-UCI multiplexed with the CG-PUSCH when transmitting the CG-PUSCH. Through this, it may be necessary for the terminal to inform the sensing beam used for COT acquisition.
  • the base station When the base station receives information on the sensing beam used by the terminal for CG-PUSCH transmission through CG-UCI, the base station determines whether the COT of the terminal can be shared for DL transmission, and then uses the COT for DL transmission. It is possible to determine the type of LBT (eg, whether to perform Cat-2 LBT or Cat-3 LBT or Cat-4 LBT based on random back-off).
  • the type of LBT eg, whether to perform Cat-2 LBT or Cat-3 LBT or Cat-4 LBT based on random back-off).
  • a previously promised/configured sensing beam (eg, Omni-beam) may be set to always be used by the base station, and the base station may determine the type of LBT to be used for COT sharing and DL transmission according to a pre-promised / configured sensing beam.
  • the Tx beam for DL transmission that the base station intends to transmit is used for the COT obtained by the UE If it is a direction associated with the detected sensing beam, performing Cat-2 LBT rather than random back-off based LBT (eg, Cat-3 LBT or Cat-4 LBT) in the corresponding beam direction Afterwards, the UE-initiated COT may transmit a DL signal/channel associated with the spatial domain.
  • beam direction ie, sensing beam direction
  • the Tx beam for DL transmission that the base station intends to transmit is used for the COT obtained by the UE If it is a direction associated with the detected sensing beam, performing Cat-2 LBT rather than random back-off based LBT (eg, Cat-3 LBT or Cat-4 LBT) in the corresponding beam direction Afterwards, the UE-initiated COT may transmit a DL signal/channel associated with the spatial domain.
  • the base station If DL transmission is in a direction that is not associated with the sensing beam used for COT acquisition of the UE, the base station always uses random back-off based LBT (eg, Cat-3 LBT or Cat-3 LBT) for DL transmission. 4 LBT) to perform DL transmission.
  • random back-off based LBT eg, Cat-3 LBT or Cat-3 LBT
  • the LBT is performed using a sensing beam (eg, omni-beam) that covers the Tx beam, rather than a sensing beam previously set/instructed by the terminal If it is notified through CG-UCI that it has done so, the base station performs Cat-2 LBT by sharing the COT of the terminal, and if successful, non-unicast transmission (eg, transmission without user plane data) to other terminals can be done
  • a sensing beam eg, omni-beam
  • the base station performs Cat-2 LBT by sharing the COT of the terminal, and if successful, non-unicast transmission (eg, transmission without user plane data) to other terminals can be done
  • the maximum length of non-unicast transmission of such a base station may have a limit, and this limit may be a value set/instructed in advance or a value defined in the standard. For example, even if the MCOT acquired by the terminal remains, the base station may transmit only within the corresponding limited time during non-unicast transmission.
  • the contents of the present disclosure can be used not only in uplink and/or downlink, but also in direct communication between terminals, and in this case, the proposed method can be used in a base station or a relay node.
  • FIG 17 illustrates a communication system 1 applied to the present disclosure.
  • a communication system 1 applied to the present disclosure includes a wireless device, a base station, and a network.
  • the wireless device means a device that performs communication using a radio access technology (eg, 5G New RAT (NR), Long Term Evolution (LTE)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, XR (eXtended Reality) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices, Head-Mounted Devices (HMDs), Head-Up Displays (HUDs) installed in vehicles, televisions, smartphones, It may be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • a portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, a smart glass), a computer (eg, a laptop computer, etc.), and the like.
  • Home appliances may include a TV, a refrigerator, a washing machine, and the like.
  • IoT devices may include sensors, smart meters, and the like.
  • a base station and a network may also be implemented as a wireless device, and a specific wireless device 200a may operate as a base station/network node to other wireless devices.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg LTE) network, or a 5G (eg NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (eg, sidelink communication) without going through the base station/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle to vehicle (V2V)/vehicle to everything (V2X) communication).
  • IoT devices eg, sensors
  • IoT devices may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connection 150a, 150b, and 150c may be performed between the wireless devices 100a to 100f/base station 200 and the base station 200/base station 200.
  • wireless communication/connection refers to various wireless connections such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), and inter-base station communication 150c (e.g. relay, Integrated Access Backhaul (IAB)).
  • IAB Integrated Access Backhaul
  • Wireless communication/connection (150a, 150b, 150c) allows wireless devices and base stations/wireless devices, and base stations and base stations to transmit/receive radio signals to/from each other.
  • the wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels.
  • various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various radio access technologies (eg, LTE, NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ of FIG. 17 and/or the ⁇ wireless device 100x, the wireless device 100x.
  • ⁇ can correspond.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts of operations disclosed herein.
  • 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 perform some or all of the processes controlled by processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • 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.
  • At least one memory 104 is a computer readable storage medium that can store instructions or programs, which, when executed, may store the instructions or programs.
  • At least one processor operably connected to the at least one memory may be capable of performing operations according to embodiments or implementations of the present disclosure related to the following operations.
  • the processor 102 may receive a SIB through the transceiver 106 for notifying whether or not LBT must be performed during UL channel transmission. Also, the processor 102 may receive a DCI or RAR scheduling a UL channel (eg, PUSCH/PUCCH) through the transceiver 106 . The processor 102 interprets the bits included in the DCI or RAR based on whether LBT is performed known by the SIB, and transmits a UL channel (eg, PUSCH / PUCCH) based on the information of the interpreted bits to the transceiver 106 ) can be transmitted.
  • a UL channel eg, PUSCH / PUCCH
  • a specific method of performing the operation of the above-described processor 102 may be based on at least one of [Method #1] to [Method #3] and [Method #5].
  • the UL channel may be DG (Dynamin Grant) -PUSCH, Msg 3. PUSCH, or Msg A. PUSCH.
  • the step of receiving DCI or RAR can be omitted, and the processor 102 transmits a UL channel through the transceiver 106 based on whether or not LBT is performed known by the SIB there is.
  • the processor 102 may receive the csi-RS-ValidationWith-DCI parameter through the transceiver 106. However, receiving the csi-RS-ValidationWith-DCI parameter based on the received SIB may be omitted.
  • the processor 102 may receive Periodic/Semi-persistent CSI-RS through the transceiver 106 based on the received SIB. A detailed operation process of the above-described processor 102 may be based on [Method #4].
  • the processor 102 may perform LBT based on a sensing beam.
  • the processor 102 may transmit CG-PUSCH and CG-UCI (Configured Grant-Uplink Control Information) through the transceiver 106 (S1403).
  • the CG-UCI may include information on whether the processor 102 performed LBT through a sensing beam indicated by the base station or another sensing beam.
  • the processor 102 may receive a DL channel from the base station through the transceiver 106 .
  • a detailed operation process of the processor 102 corresponding to the above example may be based on [Method #6].
  • 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 flowcharts of operations disclosed herein.
  • 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 perform some or all of the processes controlled by processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • 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.
  • the processor 202 may transmit an SIB through the transceiver 206 to notify whether or not the UE must perform LBT when transmitting the UL channel.
  • the processor 202 may transmit a DCI or RAR scheduling a UL channel (eg, PUSCH/PUCCH) through the transceiver 206 .
  • the processor 202 may receive a UL channel (eg, PUSCH/PUCCH) through the transceiver 206 based on SIB and DCI or RAR.
  • the specific execution method of the above example may be based on at least one of [Method #1] to [Method #3] and [Method #5].
  • the UL channel may be DG (Dynamin Grant) -PUSCH, Msg 3. PUSCH, or Msg A. PUSCH.
  • the DCI or RAR transmission step may be omitted, and the processor 202 may receive the UL channel through the transceiver 206 based on whether LBT is performed.
  • the processor 202 may transmit the csi-RS-ValidationWith-DCI parameter through the transceiver 206.
  • transmission of the csi-RS-ValidationWith-DCI parameter based on the transmitted SIB may be omitted.
  • the processor 202 may transmit Periodic/Semi-persistent CSI-RS through the transceiver 206 based on the transmitted SIB.
  • a detailed operation process corresponding to the above example may be based on [Method #4].
  • processor 202 may receive CG-PUSCH and CG-UCI through transceiver 206 .
  • the processor 202 is based on the information included in the CG-UCI (ie, whether the terminal performed LBT through the sensing beam indicated by the processor 202 or LBT through another sensing beam)
  • the terminal may determine whether to allow sharing of the acquired COT.
  • the processor 202 may transmit the DL channel through the transceiver 206 by performing LBT based on the determined COT sharing permission.
  • a detailed operation process of the base station corresponding to the above example may be based on [Method #6].
  • 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 generate 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 disclosed herein.
  • 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, proposals, methods and/or operational flow diagrams disclosed herein.
  • One or more processors 102, 202 generate PDUs, SDUs, messages, control information, data or signals (e.g., baseband signals) containing information according to the functions, procedures, proposals and/or methods disclosed herein , can be 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 descriptions, functions, procedures, proposals, methods, and/or flowcharts of operations disclosed herein PDUs, SDUs, messages, control information, data or information can be obtained according to these.
  • signals eg, baseband signals
  • 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 may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein may be included in one or more processors 102, 202 or stored in one or more memories 104, 204 and It can be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document 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 herein, to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in descriptions, functions, procedures, proposals, methods and/or operational flow charts, etc. disclosed herein from one or more other devices. there is.
  • 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 may be coupled with one or more antennas 108, 208, and one or more transceivers 106, 206 via one or more antennas 108, 208, as described herein, function. , procedures, proposals, methods and / or operation flowcharts, etc. can be set to transmit and receive user data, control information, radio signals / channels, etc.
  • 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.
  • Vehicles or autonomous vehicles may be implemented as mobile robots, vehicles, trains, manned/unmanned aerial vehicles (AVs), ships, and the like.
  • AVs manned/unmanned aerial vehicles
  • a vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit.
  • a portion 140d may be included.
  • the antenna unit 108 may be configured as part of the communication unit 110 .
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), servers, and the like.
  • the controller 120 may perform various operations by controlling elements of the vehicle or autonomous vehicle 100 .
  • the controller 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle conditions, surrounding environment information, and user information.
  • the sensor unit 140c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle forward.
  • IMU inertial measurement unit
  • /Can include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, and the like.
  • the autonomous driving unit 140d includes a technology for maintaining a driving lane, a technology for automatically adjusting speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and a technology for automatically setting a route when a destination is set and driving. technology can be implemented.
  • the communication unit 110 may receive map data, traffic information data, and the like from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communicator 110 may non-/periodically obtain the latest traffic information data from an external server and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update an autonomous driving route and a driving plan based on newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, a driving plan, and the like to an external server.
  • the external server may predict traffic information data in advance using AI technology based on information collected from the vehicle or self-driving vehicles, and may provide the predicted traffic information data to the vehicle or self-driving vehicles.
  • a specific operation described in this document as being performed by a base station may be performed by its upper node in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network composed of a plurality of network nodes including a base station may be performed by the base station or network nodes other than the base station.
  • a base station may be replaced by terms such as a fixed station, gNode B (gNB), Node B, eNode B (eNB), and access point.

Landscapes

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

Abstract

본 개시는, 무선 통신 시스템에서 단말이 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하는 방법을 개시한다. 특히, 상기 방법은, SIB (System Information Block)을 수신하고, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.

Description

상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치
본 개시(Disclosure)는, 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치를 위한 것으로서, 더욱 상세하게는, 52.6GHz 이상의 공유 스펙트럼 (Shared Spectrum) 대역에서 신호 전송을 위한 LBT (Listen Before Talk)를 수행해야 하는지 여부 및/또는 COT (Channel Occupancy Time) 공유(Sharing) 허용 여부에 따른 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치에 관한 것이다.
시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 LTE 시스템보다 향상된 무선 광대역 통신인 차세대 5G 시스템이 요구되고 있다. NewRAT이라고 명칭되는, 이러한 차세대 5G 시스템에서는 Enhanced Mobile BroadBand (eMBB)/ Ultra-reliability and low-latency communication (URLLC)/Massive Machine-Type Communications (mMTC) 등으로 통신 시나리오가 구분된다.
여기서, eMBB는 High Spectrum Efficiency, High User Experienced Data Rate, High Peak Data Rate 등의 특성을 갖는 차세대 이동통신 시나리오이고, URLLC는 Ultra Reliable, Ultra Low Latency, Ultra High Availability 등의 특성을 갖는 차세대 이동통신 시나리오이며 (e.g., V2X, Emergency Service, Remote Control), mMTC는 Low Cost, Low Energy, Short Packet, Massive Connectivity 특성을 갖는 차세대 이동통신 시나리오이다. (e.g., IoT).
본 개시는, 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치를 제공하고자 한다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 단말이 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하는 방법에 있어서, SIB (System Information Block)을 수신하고, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
이 때, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 필드들은, 공유 스펙트럼 (Shared Spectrum)이 아닌 스펙트럼을 위한 RAR UL 그랜트에 포함된 필드들과 동일할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에는 상기 채널 접속 타입을 지시하기 위한 필드가 포함되지 않을 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은, 상기 SIB가 상기 파라미터를 포함하지 않는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합과 동일할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하였는지에 무관하게 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은 14로서 일정할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함한 것에 기반하여, 상기 채널 접속 타입을 지시하기 위한 필드에 기반한 CAP의 적용 이후에 상기 PUSCH가 전송되고, 상기 SIB가 상기 파라미터를 포함하지 않은 것에 기반하여, 상기 PUSCH는 CAP 없이 전송될 수 있다.
본 개시에 따른 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하기 위한 단말에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, SIB (System Information Block)을 수신하고, 상기 적어도 하나의 송수신기를 통해, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고, 상기 적어도 하나의 송수신기를 통해, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
이 때, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 필드들은, 공유 스펙트럼 (Shared Spectrum)이 아닌 스펙트럼을 위한 RAR UL 그랜트에 포함된 필드들과 동일할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에는 상기 채널 접속 타입을 지시하기 위한 필드가 포함되지 않을 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은, 상기 SIB가 상기 파라미터를 포함하지 않는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합과 동일할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함하였는지에 무관하게 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은 14로서 일정할 수 있다.
또한, 상기 SIB가 상기 파라미터를 포함한 것에 기반하여, 상기 채널 접속 타입을 지시하기 위한 필드에 기반한 CAP의 적용 이후에 상기 PUSCH가 전송되고, 상기 SIB가 상기 파라미터를 포함하지 않은 것에 기반하여, 상기 PUSCH는 CAP 없이 전송될 수 있다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 기지국이 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 수신하는 방법에 있어서, SIB (System Information Block)을 전송하고, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 전송하고, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 수신하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
본 개시에 따른 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 수신하기 위한 기지국에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, SIB (System Information Block)을 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 수신하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
본 개시에 따른 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하기 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: SIB (System Information Block)을 수신하고, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
본 개시에 따른 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은: SIB (System Information Block)을 수신하고, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고, 상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고, 상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0일 수 있다.
본 개시의 [방법 #1] 내지 [방법 #3] 및 [방법 #5]에 따르면, LBT (Listen Before Talk)를 반드시 수행해야 하는지 여부에 따라 UL (Uplink) 채널을 스케줄링하는 RAR(Random Access Response)/DCI(Downlink Control Information) 에 포함된 주파수 자원 할당 필드 및 LBT 타입 지시 필드의 비트 수 및 해석을 상이하게 판단할 수 있다.
이에 따라, RAR/DCI에 포함된 비트들의 용도를 해당 단말의 통신 환경 및/또는 지역 규정(Regulation)에 따라 변경함으로써, 사이즈가 고정된 RAR/DCI를 통해서도 효율적으로 UL 채널의 스케줄링 및 LBT 타입의 지시가 수행될 수 있다.
본 개시의 [방법 #4]에 따르면, LBT (Listen Before Talk)를 반드시 수행해야 하는지 여부에 따라 csi-RS-ValidationWith-DCI 파라미터 및 이에 따른 DCI 포맷 2_0을 해석하여 단말의 CSI-RS (Channel State Information - Reference Signal) 승인(Validation)을 단말이 예측 가능하게 하여 효율적인 CSI-RS 수신이 가능할 수 있다.
본 개시의 [방법 #6]에 따르면, 단말이 LBT를 수행한 센싱 빔(Sensing Beam)에 대한 정보를 기지국에게 알려줌으로써, 기지국의 COT 공유(sharing)가 실질적으로 가능한지 여부를 기지국이 판단할 수 있도록 할 수 있다. 다시 말해, 기지국이 전송하려는 DL (Downlink) 채널의 Tx 빔과 상기 COT 공유에 기반이 되는 센싱 빔에 대한 정보를 비교하여, 실질적으로 COT 공유가 가능한지를 판단하여, 이에 따른 적절한 전송 동작을 수행할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 개시에 적용 가능한 비면허 대역을 지원하는 무선 통신 시스템을 나타낸 도면이다.
도 2는 본 개시에 적용 가능한 비면허 대역 내에서 자원을 점유하는 방법을 예시한다.
도 3은 본 개시에 적용 가능한 비면허 대역에서 상향링크 및/또는 하향링크 신호 전송을 위한 단말의 채널 접속 절차를 예시한다.
도 4는 본 개시에 적용 가능한 복수의 LBT-SB (Listen Before Talk - Subband)에 대해 설명하기 위한 도면이다.
도 5는 4-step RACH 절차의 일 예를 나타낸 도면이다.
도 6은 2-step RACH 절차의 일 예를 나타낸 도면이다.
도 7는 contention-free RACH 절차의 일 예를 나타낸 도면이다.
도 8는 단말의 상향링크 전송 동작을 예시한다.
도 9는 본 개시의 실시 예에 따른 빔 기반 LBT (Listen-Before-Talk) 및 빔 그룹 기반 LBT를 설명하기 위한 도면이다.
도 10은 Msg. 2 RAR의 MAC (Medium Access Control) 페이로드 구조를 나타낸다.
도 11 내지 도 13은 본 개시에 따른 [방법 #1] 내지 [방법 #5]에서의 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 14 내지 도 16은 본 개시에 따른 [방법 #6]에서의 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 17은 본 개시에 적용되는 통신 시스템을 예시한다.
도 18은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 19는 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. 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)는 3GPP LTE의 진화된 버전이다. 3GPP NR(New Radio or New Radio Access Technology)는 3GPP LTE/LTE-A의 진화된 버전이다.
설명을 명확하게 하기 위해, 3GPP 통신 시스템(예, NR)을 기반으로 기술하지만 본 개시의 기술적 사상이 이에 제한되는 것은 아니다. 본 개시의 설명에 사용된 배경기술, 용어, 약어 등에 관해서는 본 개시 이전에 공개된 표준 문서에 기재된 사항을 참조할 수 있다 (예, 38.211, 38.212, 38.213, 38.214, 38.300, 38.331 등).
이제, NR 시스템을 포함한 5G 통신에 대해서 살펴보도록 한다.
5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다.
일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, NR 시스템을 포함한 5G 통신 시스템에서의 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
기존 3GPP LTE 시스템의 LAA(Licensed-Assisted Access)와 유사하게, 3GPP NR 시스템에서도 비 면허 대역을 셀룰러 통신에 활용하는 방안이 고려되고 있다. 단, LAA와 달리, 비면허 대역 내의 NR 셀(이하, NR UCell)은 스탠드얼론(standalone, SA) 동작을 목표로 하고 있다. 일 예로, NR UCell에서 PUCCH (Physical Uplink Control Channel), PUSCH (Physical Uplink Shared Channel), PRACH (Physical Random Access Cahnnel) 전송 등이 지원될 수 있다.
LAA UL(Uplink)에서는 비동기식 HARQ 절차(Asynchronous HARQ procedure)의 도입으로 PUSCH(Physical Uplink Shared Channel)에 대한 HARQ-ACK (Hybrid Automatic Repeat Request - Acknowledgement / Negative-acknowledgement)정보를 단말에게 알려주기 위한 PHICH (Physical HARQ Indicator Channel)과 같은 별도의 채널이 존재하지 않는다. 따라서, UL LBT 과정에서 경쟁 윈도우(Contention Window; CW) 크기 조정을 위해 정확한 HARQ-ACK 정보를 활용할 수 없다. 따라서 UL LBT 과정에서는 UL grant을 n번째 SF에서 수신한 경우, (n-3)번째 서브프레임 (Subframe) 이전의 가장 최신 UL TX burst의 첫 번째 서브프레임을 참조 서브프레임(Reference Subframe)으로 설정하고, 상기 참조 서브프레임에 대응되는 HARQ process ID에 대한 NDI를 기준으로 경쟁 윈도우의 크기(size)를 조정하였다. 즉, 기지국이 하나 이상의 전송 블록(Transport Block; TB) 별 NDI (New data Indicator)를 토글링(Toggling)하거나 하나 이상의 전송 블록에 대해 재전송을 지시하면, 참조 서브프레임에서 PUSCH가 다른 신호와 충돌하여 전송에 실패하였다고 가정하여 사전에 약속된 경쟁 윈도우 크기를 위한 집합 내 현재 적용된 경쟁 윈도우 크기(size) 다음으로 큰 경쟁 윈도우 크기로 해당 경쟁 윈도우의 크기를 증가시키고, 아니면 참조 서브프레임에서의 PUSCH가 다른 신호와의 충돌 없이 성공적으로 전송되었다고 가정하고 경쟁 윈도우의 크기를 최소 값 (예를 들어, CWmin)으로 초기화하는 방안이 도입되었다.
본 개시의 다양한 실시예들이 적용 가능한 NR 시스템에서는 하나의 요소 반송파 (component carrier, CC) 당 최대 400 MHz 주파수 자원이 할당/지원될 수 있다. 이와 같은 광대역 (wideband) CC에서 동작하는 UE 가 항상 CC 전체에 대한 RF (Radio Frequency) 모듈을 켜둔 채로 동작할 경우, UE의 배터리 소모는 커질 수 있다.
또는, 하나의 광대역 CC 내에 동작하는 여러 사용 예 (use case)들 (예: eMBB (enhanced Mobile Broadband), URLLC, mMTC (massive Machine Type Communication) 등)을 고려할 경우, 해당 CC 내 주파수 대역 별로 서로 다른 뉴머롤로지 (예: sub-carrier spacing) 가 지원될 수 있다.
또는, UE 별로 최대 대역폭에 대한 캐퍼빌리티 (capability) 가 서로 상이할 수 있다.
이를 고려하여, 기지국은 UE에게 광대역 CC의 전체 대역폭이 아닌 일부 대역폭에서만 동작하도록 지시/설정할 수 있다. 이러한 일부 대역폭은 편의상 대역폭 파트 (bandwidth part; BWP)로 정의될 수 있다.
BWP는 주파수 축 상에서 연속한 자원 블록 (RB) 들로 구성될 수 있고, 하나의 BWP는 하나의 뉴머롤로지 (예: sub-carrier spacing, CP length, slot/mini-slot duration 등)에 대응할 수 있다.
도 1은 본 개시에 적용 가능한 비면허 대역을 지원하는 무선 통신 시스템의 예시를 나타낸다.
이하 설명에 있어, 면허 대역(이하, L-밴드)에서 동작하는 셀을 L-cell로 정의하고, L-cell의 캐리어를 (DL/UL) LCC라고 정의한다. 또한, 비면허 대역 (이하, U-밴드)에서 동작하는 셀을 U-cell로 정의하고, U-cell의 캐리어를 (DL/UL) UCC라고 정의한다. 셀의 캐리어/캐리어-주파수는 셀의 동작 주파수(예, 중심 주파수)를 의미할 수 있다. 셀/캐리어(예, CC)는 셀로 통칭될 수 있다.
도 1(a)와 같이 단말과 기지국이 반송파 결합된 LCC 및 UCC를 통해 신호를 송수신하는 경우, LCC는 PCC(Primary CC)로 설정되고 UCC는 SCC(Secondary CC)로 설정될 수 있다. 도 1(b)와 같이, 단말과 기지국은 하나의 UCC 또는 반송파 결합된 복수의 UCC를 통해 신호를 송수신할 수 있다. 즉, 단말과 기지국은 LCC 없이 UCC(s)만을 통해 신호를 송수신할 수 있다. 스탠드얼론 동작을 위해, UCell에서 PRACH, PUCCH, PUSCH, SRS (Sounding Reference Signal)전송 등이 지원될 수 있다.
이하, 본 개시에서 기술하는 비면허 대역에서의 신호 송수신 동작은 (별도의 언급이 없으면) 상술한 배치 시나리오에 기초하여 수행될 수 있다.
별도의 언급이 없으면, 아래의 정의가 본 개시에서 사용되는 용어에 적용될 수 있다.
- 채널(channel): 공유 스펙트럼(shared spectrum)에서 채널 접속 과정이 수행되는 연속된 RB들로 구성되며, 반송파 또는 반송파의 일부를 지칭할 수 있다.
- 채널 접속 과정(Channel Access Procedure, CAP): 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단하기 위해, 센싱에 기반하여 채널 가용성을 평가하는 절차를 나타낸다. 센싱을 위한 기본 유닛(basic unit)은 Tsl=9us 구간(duration)의 센싱 슬롯이다. 기지국 또는 단말이 센싱 슬롯 구간동안 채널을 센싱하고, 센싱 슬롯 구간 내에서 적어도 4us 동안 검출된 전력이 에너지 검출 임계값 XThresh보다 작은 경우, 센싱 슬롯 구간 Tsl은 휴지 상태로 간주된다. 그렇지 않은 경우, 센싱 슬롯 구간 Tsl=9us은 비지 상태로 간주된다. CAP는 LBT(Listen-Before-Talk)로 지칭될 수 있다.
- 채널 점유(channel occupancy): 채널 접속 절차의 수행 후, 기지국/단말에 의한 채널(들) 상의 대응되는 전송(들)을 의미한다.
- 채널 점유 시간(Channel Occupancy Time, COT): 기지국/단말이 채널 접속 절차의 수행 후, 상기 기지국/단말 및 채널 점유를 공유하는 임의의(any) 기지국/단말(들)이 채널 상에서 전송(들)을 수행할 수 있는 총 시간을 지칭한다. COT 결정 시, 전송 갭이 25us 이하이면, 갭 구간도 COT에 카운트된다.
한편, COT는 기지국과 대응 단말(들) 사이의 전송을 위해 공유될 수 있다.
구체적으로 UE-initiated COT 를 기지국과 공유(share)한다는 것은, random back-off 기반의 LBT (예를 들어, CAT-3 LBT 또는 CAT-4 LBT) 를 통해 단말이 점유한 채널들 중 일부를 기지국에게 양도하고, 기지국은 단말이 UL 전송을 완료한 시점으로부터 DL 전송 시작 전에 발생되는 타이밍 갭(timing gap)을 활용하여 random back-off 없이 LBT (예를 들어, CAT-1 LBT 또는 CAT-2 LBT)를 수행한 후, LBT에 성공하여 해당 채널이 유휴(idle) 상태인 것이 확인되면, 기지국은 남아있는 단말의 COT를 활용하여 DL 전송을 수행하는 것을 의미할 수 있다.
한편, gNB-initiated COT를 단말과 공유(share)하는 것은, random back-off 기반의 LBT (예를 들어, CAT-3 LBT 또는 CAT-4 LBT) 를 통해 기지국이 점유한 채널들 중 일부를 단말에게 양도하고, 단말은 기지국이 DL 전송을 완료한 시점부터 UL 전송 시작 전에 발생되는 타이밍 갭을 활용하여, random back-off 없이 LBT (예를 들어, CAT-1 LBT 또는 CAT-2 LBT)를 수행하고, LBT에 성공하여 해당 채널이 유휴(idle) 상태인 것이 확인되면, 단말이 남아있는 기지국의 COT를 활용하여 UL 전송을 수행하는 과정을 의미할 수 있다. 이러한 과정을 단말과 기지국이 COT를 공유한다고 할 수 있다.
- DL 전송 버스트(burst): 16us를 초과하는 갭이 없는, 기지국으로부터의 전송 세트로 정의된다. 16us를 초과하는 갭에 의해 분리된, 기지국으로부터의 전송들은 서로 별개의 DL 전송 버스트로 간주된다. 기지국은 DL 전송 버스트 내에서 채널 가용성을 센싱하지 않고 갭 이후에 전송(들)을 수행할 수 있다.
- UL 전송 버스트: 16us를 초과하는 갭이 없는, 단말로부터의 전송 세트로 정의된다. 16us를 초과하는 갭에 의해 분리된, 단말로부터의 전송들은 서로 별개의 UL 전송 버스트로 간주된다. 단말은 UL 전송 버스트 내에서 채널 가용성을 센싱하지 않고 갭 이후에 전송(들)을 수행할 수 있다.
- 디스커버리 버스트: (시간) 윈도우 내에 한정되고 듀티 사이클과 연관된, 신호(들) 및/또는 채널(들)의 세트를 포함하는 DL 전송 버스트를 지칭한다. LTE-기반 시스템에서 디스커버리 버스트는 기지국에 의해 개시된 전송(들)으로서, PSS, SSS 및 CRS(cell-specific RS)를 포함하고, 논-제로 파워 CSI-RS를 더 포함할 수 있다. NR-기반 시스템에서 디스커버리 버스트는 기지국에 의해 개시된 전송(들)으로서, 적어도 SS/PBCH 블록을 포함하며, SIB1을 갖는 PDSCH를 스케줄링하는 PDCCH를 위한 CORESET, SIB1을 운반하는 PDSCH 및/또는 논-제로 파워 CSI-RS를 더 포함할 수 있다.
도 2는 본 개시에 적용 가능한 비면허 대역에서 자원을 점유하는 방법을 예시한다.
도 2를 참조하면, 비면허 대역 내의 통신 노드(예, 기지국, 단말)는 신호 전송 전에 다른 통신 노드(들)의 채널 사용 여부를 판단해야 한다. 이를 위해, 비면허 대역 내의 통신 노드는 전송(들)이 수행되는 채널(들)에 접속하기 위해 채널 접속 과정(CAP)을 수행할 수 있다. 채널 접속 과정은 센싱에 기반하여 수행될 수 있다. 예를 들어, 통신 노드는 신호 전송 전에 먼저 CS(Carrier Sensing)를 수행하여 다른 통신 노드(들)이 신호 전송을 하는지 여부를 확인할 수 있다. 다른 통신 노드(들)이 신호 전송을 하지 않는다고 판단된 경우를 CCA(Clear Channel Assessment)가 확인됐다고 정의한다. 기-정의된 혹은 상위계층(예, RRC)에 의해 설정된 CCA 임계치(예, XThresh)가 있는 경우, 통신 노드는 CCA 임계치보다 높은 에너지가 채널에서 검출되면 채널 상태를 비지(busy)로 판단하고, 그렇지 않으면 채널 상태를 휴지(idle)로 판단할 수 있다. 채널 상태가 휴지라고 판단되면, 통신 노드는 비면허 대역에서 신호 전송을 시작할 수 있다. CAP는 LBT로 대체될 수 있다.
표 1은 본 개시에 적용 가능한 NR-U에서 지원되는 채널 접속 과정(CAP)을 예시한다.
Type Explanation
DL Type 1 CAP CAP with random back-off
- time duration spanned by the sensing slots that are sensed to be idle before a downlink transmission(s) is random
Type 2 CAP
- Type 2A, 2B, 2C		 CAP without random back-off
- time duration spanned by sensing slots that are sensed to be idle before a downlink transmission(s) is deterministic
UL Type 1 CAP CAP with random back-off
- time duration spanned by the sensing slots that are sensed to be idle before a downlink transmission(s) is random
Type 2 CAP
- Type 2A, 2B, 2C		 CAP without random back-off
- time duration spanned by sensing slots that are sensed to be idle before a downlink transmission(s) is deterministic
비면허 대역을 지원하는 무선 통신 시스템에서 단말에게 설정되는 하나의 셀(혹은, 반송파(예, CC)) 혹은 BWP는 기존 LTE에 비해 큰 BW(BandWidth)를 갖는 와이드밴드로 구성될 수 있다, 그러나, 규제(regulation) 등에 기초하여 독립적인 LBT 동작에 기반한 CCA가 요구되는 BW는 제한될 수 있다. 개별 LBT가 수행되는 서브-밴드(SB)를 LBT-SB로 정의하면, 하나의 와이드밴드 셀/BWP 내에 복수의 LBT-SB들이 포함될 수 있다. LBT-SB를 구성하는 RB 세트는 상위계층(예, RRC) 시그널링을 통해 설정될 수 있다. 따라서, (i) 셀/BWP의 BW 및 (ii) RB 세트 할당 정보에 기반하여, 하나의 셀/BWP에는 하나 이상의 LBT-SB가 포함될 수 있다.셀(혹은, 반송파)의 BWP에 복수의 LBT-SB가 포함될 수 있다. LBT-SB는 예를 들어 20MHz 대역을 가질 수 있다. LBT-SB는 주파수 영역에서 복수의 연속된 (P)RB로 구성되며, (P)RB 세트로 지칭될 수 있다.
한편, 유럽에서는 FBE(Frame Based Equipment)와 LBE(Load Based Equipment)로 명명되는 2가지의 LBT 동작을 예시하고 있다. FBE는 통신 노드가 채널 접속에 성공했을 때 송신을 지속할 수 있는 시간을 의미하는 채널 점유 시간(channel occupancy time)(예, 1~10ms)과 상기 채널 점유 시간의 최소 5%에 해당되는 유휴 기간(idle period)이 하나의 고정(fixed) 프레임을 구성한다. 또한, CCA는 유휴(idle) 기간의 끝 부분에 CCA 슬롯 (최소 20μs) 동안 채널을 관측하는 동작으로 정의된다. 통신 노드는 고정 프레임 단위로 주기적으로 CCA를 수행하고, 채널이 비점유(unoccupied) 상태인 경우에는 채널 점유 시간 동안 데이터를 송신하고 채널이 점유(occupied) 상태인 경우에는 전송을 보류하고 다음 주기의 CCA 슬롯까지 기다린다.
LBE의 경우, 통신 노드는 먼저 q∈{4,5, ... ,32}의 값을 설정한 후 1개의 CCA 슬롯에 대한 CCA를 수행하고. 첫 번째 CCA 슬롯에서 채널이 비점유 상태이면, 최대 (13/32)q ms 길이의 시간을 확보하여 데이터를 송신할 수 있다. 첫 번째 CCA 슬롯에서 채널이 점유 상태이면 통신 노드는 랜덤하게 N∈{1, 2, ... , q}의 값을 선택하여 카운터의 초기값으로 저장한다. 이후, CCA 슬롯 단위로 채널 상태를 센싱하면서 CCA 슬롯 단위로 채널이 비점유 상태이면 카운터에 저장된 값을 1개씩 줄여나간다. 카운터 값이 0이 되면, 통신 노드는 최대 (13/32)q ms 길이의 시간을 확보하여 데이터를 송신할 수 있다.
LTE/NR 시스템의 eNB/gNB나 UE도 unlicensed 대역(편의상 U-band로 칭함)에서의 신호 전송을 위해서는 LBT를 수행해야 한다. 또한, LTE/NR 시스템의 eNB나 UE가 신호를 전송할 때에 WiFi 등 다른 통신 노드들도 LBT를 수행하여 eNB 나 UE가 전송에 대한 간섭을 발생시키지 않아야 한다. 예를 들어서 WiFi 표준(801.11ac)에서 CCA 임계값(threshold)은 non-WiFi 신호에 대하여 -62dBm로 규정되어 있고, WiFi 신호에 대하여 -82dBm으로 규정되어 있다. 예를 들어, STA(Station)이나 AP(Access Point)에 WiFi 이외의 신호가 -62dBm 이상의 전력으로 수신되면 간섭을 발생시키지 않기 위하여 STA(Station)이나 AP(Access Point)는 다른 신호를 전송하지 않는다.
한편, 단말은 비면허 대역에서의 상향링크 신호 전송을 위해 타입 1 또는 타입 2 CAP를 수행한다. 일반적으로 단말은 상향링크 신호 전송을 위해 기지국이 설정한 CAP(예, 타입 1 또는 타입 2)를 수행할 수 있다. 예를 들어, PUSCH 전송을 스케줄링하는 UL 그랜트(예, DCI 포맷 0_0, 0_1) 내에 단말이 CAP 타입 지시 정보가 포함될 수 있다.
타입 1 UL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 랜덤이다. 타입 1 UL CAP는 다음의 전송에 적용될 수 있다.
- 기지국으로부터 스케줄링 및/또는 설정된(configured) PUSCH/SRS 전송(들)
- 기지국으로부터 스케줄링 및/또는 설정된 PUCCH 전송(들)
- RAP(Random Access Procedure) 와 관련된 전송(들)
도 3은 본 개시에 적용 가능한 비면허 대역에서 상향링크 및/또는 하향링크 신호 전송을 위한 단말의 채널 접속 절차 중, 타입 1 CAP 동작을 예시한다.
먼저, 도 3을 참조하여 비면허 대역에서의 상향링크 신호 전송에 대해서 살펴보도록 한다.
단말은 먼저 지연 구간(defer duration) Td의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(S1634). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(S320) N=Ninit으로 설정. 여기서, Ninit은 0 부터 CWp 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(S340) N>0이고 단말이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(S350) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(S330) N=0이면(Y), CAP 절차를 종료한다 (S332). 아니면(N), 스텝 2로 이동한다.
스텝 5)(S360) 추가 지연 구간 Td 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 Td 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(S370) 추가 지연 구간 Td의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 2는 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 mp, 최소 CW, 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
Channel Access Priority Class (p) mp CWmin,p CWmax,p Tulmcot,p allowed CWp sizes
1 2 3 7 2 ms {3,7}
2 2 7 15 4 ms {7,15}
3 3 15 1023 6 or 10 ms {15,31,63,127,255,511,1023}
4 7 15 1023 6 or 10 ms {15,31,63,127,255,511,1023}
지연 구간 Td는 구간 Tf (16us) + mp개의 연속된 센싱 슬롯 구간 Tsl (9us)의 순서로 구성된다. Tf는 16us 구간의 시작 시점에 센싱 슬롯 구간 Tsl을 포함한다.CWmin,p <= CWp <= CWmax,p이다. CWp는 CWp = CWmin,p로 설정되며, 이전 UL 버스트(예, PUSCH)에 대한 명시적/묵시적 수신 응답에 기반하여 스텝 1 이전에 업데이트 될 수 있다(CW size 업데이트). 예를 들어, CWp는 이전 UL 버스트에 대한 명시적/묵시적 수신 응답에 기반하여, CWmin,p으로 초기화되거나, 다음으로 높은 허용된 값으로 증가되거나, 기존 값이 그대로 유지될 수 있다.
타입 2 UL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 결정적이다(deterministic). 타입 2 UL CAP는 타입 2A/2B/2C UL CAP로 구분된다. 타입 2A UL CAP에서 단말은 적어도 센싱 구간 Tshort_dl=25us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. 여기서, Tshort_dl은 구간 Tf(=16us)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. 타입 2A UL CAP에서 Tf는 구간의 시작 지점에 센싱 슬롯을 포함한다. 타입 2B UL CAP에서 단말은 센싱 구간 Tf=16us 동안 채널이 휴지로 센싱된 이후 바로 전송을 전송할 수 있다. 타입 2B UL CAP에서 Tf는 구간의 마지막 9us 내에 센싱 슬롯을 포함한다. 타입 2C UL CAP에서 단말은 전송을 수행하기 전에 채널을 센싱하지 않는다.
비면허 대역에서 단말의 상향링크 데이터 전송을 위해서는 우선 기지국이 비면허 대역 상 UL 그랜트 전송을 위한 LBT에 성공해야 하고 단말 역시 UL 데이터 전송을 위한 LBT에 성공해야 한다. 즉, 기지국 단과 단말 단의 두 번의 LBT 가 모두 성공해야만 UL 데이터 전송을 시도할 수 있다. 또한 LTE 시스템에서 UL 그랜트로부터 스케줄된 UL 데이터 간에는 최소 4 msec의 지연 (delay)이 소요되기 때문에 해당 시간 동안 비면허 대역에서 공존하는 다른 전송 노드가 우선 접속함으로써 스케줄된 UL 데이터 전송이 지연될 수 있다. 이러한 이유로 비면허 대역에서 UL 데이터 전송의 효율성을 높이는 방법이 논의되고 있다.
NR에서는 상대적으로 높은 신뢰도와 낮은 지연시간을 갖는 UL 전송을 지원하기 위해서, 기지국이 상위 계층 신호 (예, RRC 시그널링) 혹은 상위 계층 신호와 L1 신호 (예, DCI)의 조합으로 시간, 주파수, 및 코드 도메인 자원을 단말에게 설정해 놓는 설정된 그랜트 타입 1과 타입 2를 지원한다. 단말은 기지국으로부터 UL 그랜트를 받지 않아도 타입 1 혹은 타입 2로 설정된 자원을 사용해서 UL 전송을 할 수 있다. 타입 1은 설정된 그랜트의 주기, SFN=0 대비 오프셋, 시간/주파수 자원 할당 (time/freq. resource allocation), 반복 (repetition) 횟수, DMRS 파라미터, MCS/TBS, 전력 제어 파라미터 (power control parameter)등이 L1 신호 없이 모두 RRC와 같은 상위 계층 신호로만 설정된다. 타입 2는 설정된 그랜트의 주기와 전력 제어 파라미터 등은 RRC와 같은 상위 계층 신호로 설정되고, 나머지 자원에 대한 정보 (예, 초기전송 타이밍의 오프셋과 시간/주파수 자원 할당, DMRS 파라미터, MCS/TBS등)는 L1 시그널인 activation DCI로 지시되는 방법이다.
LTE LAA의 AUL과 NR의 configured grant간의 가장 큰 차이는 단말이 UL grant없이 전송한 PUSCH에 대한 HARQ-ACK feedback 전송 방법과 PUSCH 전송 시에 함께 전송되는 UCI의 존재 유무이다. NR Configured grant에서는 symbol index와 주기, HARQ process 개수의 방정식을 사용하여 HARQ process가 결정되지만, LTE LAA에서는 AUL-DFI (downlink feedback information)을 통해서 explicit HARQ-ACK feedback 정보가 전송된다. 그리고 LTE LAA에서는 AUL PUSCH을 전송할 때마다 HARQ ID, NDI, RV등의 정보를 담은 UCI를 AUL-UCI를 통해 함께 전송한다. 또한 NR Configured grant에서는 단말이 PUSCH 전송에 사용한 시간/주파수 자원과 DMRS 자원으로 UE identification하고 LTE LAA에서는 DMRS 자원과 더불어 PUSCH와 함께 전송되는 AUL-UCI에 explicit하게 포함된 UE ID로 단말을 인식한다.
이제, 도 3을 참조하여, 비면허 대역에서의 하향링크 신호 전송에 대해서 살펴보도록 한다.
기지국은 비면허 대역에서의 하향링크 신호 전송을 위해 다음 중 하나의 채널 접속 과정(CAP)을 수행할 수 있다.
(1) 타입 1 하향링크(DL) CAP 방법
타입 1 DL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 랜덤이다. 타입 1 DL CAP는 다음의 전송에 적용될 수 있다.
- (i) 사용자 평면 데이터(user plane data)를 갖는 유니캐스트 PDSCH, 또는 (ii) 사용자 평면 데이터를 갖는 유니캐스트 PDSCH 및 사용자 평면 데이터를 스케줄링하는 유니캐스트 PDCCH를 포함하는, 기지국에 의해 개시된(initiated) 전송(들), 또는,
- (i) 디스커버리 버스트만 갖는, 또는 (ii) 비-유니캐스트(non-unicast) 정보와 다중화된 디스커버리 버스트를 갖는, 기지국에 의해 개시된 전송(들).
도 3을 참조하면, 기지국은 먼저 지연 구간(defer duration) Td의 센싱 슬롯 구간 동안 채널이 휴지 상태인지 센싱하고, 그 후 카운터 N이 0이 되면, 전송을 수행할 수 있다(S334). 이때, 카운터 N은 아래 절차에 따라 추가 센싱 슬롯 구간(들) 동안 채널을 센싱함으로써 조정된다:
스텝 1)(S320) N=Ninit으로 설정. 여기서, Ninit은 0 부터 CWp 사이에서 균등 분포된 랜덤 값이다. 이어 스텝 4로 이동한다.
스텝 2)(S340) N>0이고 기지국이 카운터를 감소시키기로 선택한 경우, N=N-1로 설정.
스텝 3)(S350) 추가 센싱 슬롯 구간 동안 채널을 센싱한다. 이때, 추가 센싱 슬롯 구간이 휴지인 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
스텝 4)(S330) N=0이면(Y), CAP 절차를 종료한다(S432). 아니면(N), 스텝 2로 이동한다.
스텝 5)(S360) 추가 지연 구간 Td 내에서 비지(busy) 센싱 슬롯이 검출되거나, 추가 지연 구간 Td 내의 모든 센싱 슬롯들이 휴지(idle)로 검출될 때까지 채널을 센싱.
스텝 6)(S370) 추가 지연 구간 Td의 모든 센싱 슬롯 구간 동안 채널이 휴지로 센싱되는 경우(Y), 스텝 4로 이동한다. 아닌 경우(N), 스텝 5로 이동한다.
표 3은 채널 접속 우선 순위 클래스에 따라 CAP에 적용되는 mp, 최소 경쟁 윈도우(Contention Window, CW), 최대 CW, 최대 채널 점유 시간(Maximum Channel Occupancy Time, MCOT) 및 허용된 CW 크기(allowed CW sizes)가 달라지는 것을 예시한다.
Channel Access Priority Class (p) mp CWmin,p CWmax,p Tmcot,p allowed CWp sizes
1 1 3 7 2 ms {3,7}
2 1 7 15 3 ms {7,15}
3 3 15 63 8 or 10 ms {15,31,63}
4 7 15 1023 8 or 10 ms {15,31,63,127,255,511,1023}
지연 구간 Td는 구간 Tf (16us) + mp개의 연속된 센싱 슬롯 구간 Tsl (9us)의 순서로 구성된다. Tf는 16us 구간의 시작 시점에 센싱 슬롯 구간 Tsl을 포함한다.
CWmin,p <= CWp <= CWmax,p이다. CWp는 CWp = CWmin,p로 설정되며, 이전 DL 버스트(예, PDSCH)에 대한 HARQ-ACK 피드백(예, ACK 또는 NACK 비율)에 기반하여 스텝 1 이전에 업데이트 될 수 있다(CW size 업데이트). 예를 들어, CWp는 이전 DL 버스트에 대한 HARQ-ACK 피드백에 기반하여, CWmin,p으로 초기화되거나, 다음으로 높은 허용된 값으로 증가되거나, 기존 값이 그대로 유지될 수 있다.
(2) 타입 2 하향링크(DL) CAP 방법
타입 2 DL CAP에서 전송(들) 전에 유휴로 센싱되는 센싱 슬롯에 의해 스팬되는(spanned) 시간 구간의 길이는 결정적이다(deterministic). 타입 2 DL CAP는 타입 2A/2B/2C DL CAP로 구분된다.
타입 2A DL CAP는 아래의 전송에 적용될 수 있다. 타입 2A DL CAP에서 기지국은 적어도 센싱 구간 Tshort_dl=25us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. 여기서, Tshort_dl은 구간 Tf(=16us)와 바로 다음에 이어지는 하나의 센싱 슬롯 구간으로 구성된다. Tf는 구간의 시작 지점에 센싱 슬롯을 포함한다.
- (i) 디스커버리 버스트만 갖는, 또는 (ii) 비-유니캐스트(non-unicast) 정보와 다중화된 디스커버리 버스트를 갖는, 기지국에 의해 개시된 전송(들), 또는,
- 공유 채널 점유(shared channel occupancy) 내에서 단말에 의한 전송(들)으로부터 25us 갭 이후의 기지국의 전송(들).
타입 2B DL CAP는 공유된 채널 점유 시간 내에서 단말에 의한 전송(들)로부터 16us 갭 이후에 기지국에 의해 수행되는 전송(들)에 적용 가능하다. 타입 2B DL CAP에서 기지국은 Tf=16us 동안 채널이 휴지로 센싱된 이후 바로(immediately after) 전송을 전송할 수 있다. Tf는 구간의 마지막 9us 내에 센싱 슬롯을 포함한다. 타입 2C DL CAP는 공유된 채널 점유 시간 내에서 단말에 의한 전송(들)로부터 최대 16us 갭 이후에 기지국에 의해 수행되는 전송(들)에 적용 가능하다. 타입 2C DL CAP에서 기지국은 전송을 수행하기 전에 채널을 센싱하지 않는다.
비면허 대역을 지원하는 무선 통신 시스템에서 단말에게 설정되는 하나의 셀(혹은, 반송파(예, CC)) 혹은 BWP는 기존 LTE에 비해 큰 BW(BandWidth)를 갖는 와이드밴드로 구성될 수 있다, 그러나, 규제(regulation) 등에 기초하여 독립적인 LBT 동작에 기반한 CCA가 요구되는 BW는 제한될 수 있다. 개별 LBT가 수행되는 서브-밴드(SB)를 LBT-SB로 정의하면, 하나의 와이드밴드 셀/BWP 내에 복수의 LBT-SB들이 포함될 수 있다. LBT-SB를 구성하는 RB 세트는 상위계층(예, RRC) 시그널링을 통해 설정될 수 있다. 따라서, (i) 셀/BWP의 BW 및 (ii) RB 세트 할당 정보에 기반하여, 하나의 셀/BWP에는 하나 이상의 LBT-SB가 포함될 수 있다.
도 4는 비면허 밴드 내에 복수의 LBT-SB가 포함된 경우를 예시한다.
도 4를 참조하면, 셀(혹은, 반송파)의 BWP에 복수의 LBT-SB가 포함될 수 있다. LBT-SB는 예를 들어 20MHz 대역을 가질 수 있다. LBT-SB는 주파수 영역에서 복수의 연속된 (P)RB로 구성되며, (P)RB 세트로 지칭될 수 있다. 도시하지는 않았지만, LBT-SB들간에는 가드 밴드(GB)가 포함될 수 있다. 따라서, BWP는 {LBT-SB #0 (RB set #0) + GB #0 + LBT-SB #1 (RB set #1 + GB #1) + ... + LBT-SB #(K-1) (RB set (#K-1))} 형태로 구성될 수 있다. 편의상, LBT-SB/RB 인덱스는 낮은 주파수 대역에서 시작하여 높은 주파수 대역으로 가면서 증가하도록 설정/정의될 수 있다.
임의 접속 절차 (Random Access Procedure, RACH)
기지국에 최초로 접속하거나 신호 송신을 위한 무선 자원이 없는 등의 경우, 단말은 기지국에 대해 임의 접속 절차를 수행할 수 있다.
임의 접속 절차는 다양한 용도로 사용된다. 예를 들어, 임의 접속 절차는 RRC_IDLE로부터 네트워크 초기 접속, RRC 연결 재설립 절차 (RRC Connection Re-establishment procedure), 핸드오버, UE-트리거드(UE-triggered) UL 데이터 전송, RRC_INACTIVE로부터 트랜지션 (transition), SCell 추가에서 시간 정렬 (time alignment) 설립, OSI (other system information) 요청 및 빔 실패 회복 (Beam failure recovery) 등에 사용될 수 있다. 단말은 임의 접속 절차를 통해 UL 동기와 UL 전송 자원을 획득할 수 있다.
임의 접속 절차는 경쟁 기반(contention-based) 임의 접속 절차와 경쟁 프리(contention free) 임의 접속 절차로 구분된다. 경쟁 기반 임의 접속 절차는 4-step 임의 접속 절차 (4-step RACH) 와 2-step 임의 접속 절차 (2-step RACH) 로 구분된다.
(1) 4-step RACH : Type-1 random access procedure
도 5는 4-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 4 단계로 수행 (4-step RACH) 되는 경우, 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 특정 시퀀스와 관련된 프리앰블을 포함하는 메시지(메시지1, Msg1)를 송신하고 (501), PDCCH 및 대응하는 PDSCH를 통해 프리앰블에 대한 응답 메시지((RAR(Random Access Response) message)(메시지2, Msg2)를 수신할 수 있다 (503). 단말은 RAR 내의 스케줄링 정보를 이용하여 PUSCH (Physical Uplink Shared Channel)를 포함하는 메시지(메시지3, Msg3)을 전송하고 (505), 물리하향링크제어채널 신호 및 이에 대응하는 물리하향링크공유 채널 신호의 수신과 같은 충돌 (경쟁) 해결 절차 (Contention Resolution Procedure)를 수행할 수 있다. 단말은 기지국으로부터 충돌 해결 절차를 위한 충돌 (경쟁) 해결 정보 (contention resolution information) 를 포함하는 메시지(메시지4, Msg4)를 수신할 수 있다 (507).
단말의 4-스텝 RACH 절차는 아래 표 4과 같이 요약될 수 있다.
Figure PCTKR2022021572-appb-img-000001
먼저, 단말은 UL에서 임의 접속 절차의 Msg1로서 임의 접속 프리앰블을 PRACH를 통해 전송할 수 있다.
서로 다른 두 길이를 가지는 임의 접속 프리앰블 시퀀스들이 지원된다. 긴 시퀀스 길이 839는 1.25 및 5 kHz의 부반송파 간격(subcarrier spacing)에 대해 적용되며, 짧은 시퀀스 길이 139는 15, 30, 60 및 120 kHz의 부반송파 간격에 대해 적용된다.
다수의 프리앰블 포맷들이 하나 또는 그 이상의 RACH OFDM 심볼들 및 서로 다른 순환 프리픽스(cyclic prefix) (및/또는 가드 시간(guard time))에 의해 정의된다. Pcell(Primary cell)의 초기 대역폭에 관한 RACH 설정(configuration)은 셀의 시스템 정보에 포함되어 단말에게 제공된다. 상기 RACH 설정은 PRACH의 부반송파 간격, 이용 가능한 프리앰블들, 프리앰블 포맷 등에 관한 정보를 포함한다. 상기 RACH 설정은 SSB들과 RACH (시간-주파수) 자원들 간의 연관 정보를 포함한다. 단말은 검출한 혹은 선택한 SSB와 연관된 RACH 시간-주파수 자원에서 임의 접속 프리앰블을 전송한다.
RACH 자원 연관을 위한 SSB의 임계값이 네트워크에 의해 설정될 수 있으며, SSB 기반으로 측정된 참조 신호 수신 전력(reference signal received power, RSRP)가 상기 임계값을 충족하는 SSB를 기반으로 RACH 프리앰블의 전송 또는 재전송이 수행된다. 예를 들어, 단말은 임계값을 충족하는 SSB(들) 중 하나를 선택하고, 선택된 SSB에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 전송 또는 재전송할 수 있다. 예를 들어, RACH 프리앰블의 재전송 시, 단말은 SSB(들) 중 하나를 재선택하고, 재선택된 SSB 에 연관된 RACH 자원을 기반으로 RACH 프리앰블을 재전송할 수 있다. 즉, RACH 프리앰블의 재전송을 위한 RACH 자원은, RACH 프리앰블의 전송을 위한 RACH 자원과 동일 및/또는 상이할 수 있다.
기지국이 단말로부터 임의 접속 프리앰블을 수신하면, 기지국은 임의 접속 응답(random access response, RAR) 메시지(Msg2)를 상기 단말에게 전송한다. RAR을 나르는 PDSCH를 스케줄링하는 PDCCH는 임의 접속(random access, RA) 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)(RA-RNTI)로 CRC 스크램블링되어 전송된다. RA-RNTI로 CRC 스크램블링된 PDCCH를 검출한 단말은 상기 PDCCH가 나르는 DCI가 스케줄링하는 PDSCH로부터 RAR을 수신할 수 있다. 단말은 자신이 전송한 프리앰블, 즉, Msg1에 대한 임의 접속 응답 정보가 상기 RAR 내에 있는지 확인한다. 자신이 전송한 Msg1에 대한 임의 접속 정보가 존재하는지 여부는 상기 단말이 전송한 프리앰블에 대한 임의 접속 프리앰블 ID가 존재하는지 여부에 의해 판단될 수 있다. Msg1에 대한 응답이 없으면, 단말은 전력 램핑(power ramping)을 수행하면서 RACH 프리앰블을 일정 횟수 이내에서 재전송할 수 있다. 단말은 가장 최근의 전송 전력, 전력 증분량 및 전력 램핑 카운터를 기반으로 프리앰블의 재전송에 대한 PRACH 전송 전력을 계산한다.
임의 접속 응답 정보는 단말이 전송한 프리앰블 시퀀스, 기지국이 임의접속을 시도한 단말기에게 할당한 임시 (temporary) 셀-RNTI (temporary cell-RNTI, TC-RNTI), 상향링크 전송 시간 조정 정보(Uplink transmit time alignment information), 상향링크 전송 전력 조정 정보 및 상향 링크 무선자원 할당 정보를 포함할 수 있다. 단말이 PDSCH 상에서 자신에 대한 임의 접속 응답 정보를 수신하면, 단말은 UL 동기화를 위한 타이밍 어드밴스(timing advance) 정보, 초기 UL 그랜트, TC-RNTI를 알 수 있다. 상기 타이밍 어드밴스 정보는 상향링크 신호 전송 타이밍을 제어하는 데 사용된다. 단말에 의한 PUSCH/PUCCH 전송이 네트워크 단에서 서브프레임 타이밍과 더 잘 정렬(align)되도록 하기 위해, 네트워크(예, BS)는 단말로부터 수신되는 PRACH 프리앰블로부터 검출되는 타이밍 정보에 기반하여 타이밍 어드밴스 정보를 획득하고, 해당 타이밍 어드밴스 정보를 보낼 수 있다. 단말은 임의 접속 응답 정보를 기반으로 상향링크 공유 채널 상에서 UL 전송을 임의 접속 절차의 Msg3로서 전송할 수 있다. Msg3은 RRC 연결 요청 및 단말 식별자를 포함할 수 있다. Msg3에 대한 응답으로서, 네트워크는 Msg4를 전송할 수 있으며, 이는 DL 상에서의 경쟁 해결 메시지로 취급될 수 있다. Msg4를 수신함으로써, 단말은 RRC 연결된 상태에 진입할 수 있다.
앞서 언급한 바와 같이 RAR 내 UL 그랜트는 기지국에게 PUSCH 전송을 스케줄링한다. RAR 내 UL 그랜트에 의한 초기 UL 전송을 나르는 PUSCH는 Msg3 PUSCH로 칭하기도 한다. RAR UL 그랜트의 컨텐츠는 MSB에서 시작하여 LSB에서 끝나며, 표 5에서 주어진다.
RAR grant field Number of bits
Frequency hopping flag 1
PUSCH frequency resource allocation 14
PUSCH time resource allocation 4
MCS 4
TPC command for PUSCH 3
CSI request 1
TPC 명령은 Msg3 PUSCH의 전송 전력을 결정하는 데 사용되며, 예를 들어, 표 6에 따라 해석된다.
Figure PCTKR2022021572-appb-img-000002
(2) 2-step RACH : Type-2 random access procedure
도 6은 2-step RACH 절차의 일 예를 나타낸 도면이다.
(경쟁 기반) 임의 접속 절차가 2 단계로 수행되는 2-step RACH 절차는 낮은 시그널링 오버헤드 (low signaling overhead) 와 낮은 지연 (low latency) 을 성취하기 위하여 RACH 절차를 단순화 시키기 위하여 제안되었다.
4-step RACH 절차에서의 메시지1을 송신하는 동작과 메시지 3을 송신하는 동작은 2-step RACH 절차에서는 단말이 PRACH 및 PUSCH 를 포함하는 하나의 메시지 (메시지A) 에 대한 송신을 수행하는 하나의 동작으로 수행되고, 4-step RACH 절차에서의 기지국이 메시지2을 송신하는 동작 및 메시지4를 송신하는 동작은 2-step RACH 절차에서는 기지국이 RAR 및 충돌 해결 정보를 포함하는 하나의 메시지 (메시지B) 에 대한 송신을 수행하는 하나의 동작으로 수행될 수 있다.
즉, 2-스텝 RACH 절차에서 단말은 4-스텝 RACH 절차에서의 메시지1 과 메시지3 를 하나의 메시지 (예를 들어, 메시지 A (message A, msgA)) 로 결합하여, 해당 하나의 메시지를 기지국으로 송신할 수 있다. (601)
또한, 2-스텝 RACH 절차에서 기지국은 4-스텝 RACH 절차에서의 메시지 2 와 메시지 4 를 하나의 메시지 (예를 들어, 메시지 B (message B, msgB)) 로 결합하여, 해당 하나의 메시지를 단말로 송신할 수 있다. (603)
이러한 메시지들의 결합에 기초하여 2-스텝 RACH 절차는 낮은 지연 (low-latency) RACH 절차를 제공할 수 있다.
보다 구체적으로, 2-스텝 RACH 절차에서 메시지 A 는 메시지1 에 포함된 PRACH 프리앰블 (preamble) 과 메시지3 에 포함된 데이터를 포함할 수 있다. 2-스텝 RACH 절차에서 메시지 B 는 메시지2에 포함된 RAR (random access response) 와 메시지4에 포함된 경쟁 해소 정보 (contention resolution information) 를 포함할 수 있다.
(3) Contention-free RACH
도 7은 contention-free RACH 절차의 일 예를 나타낸 도면이다.
경쟁-프리 임의 접속 절차(contention-free RACH)는 단말이 다른 셀 또는 기지국으로 핸드오버 하는 과정에서 사용되거나, 기지국의 명령에 의해 요청되는 경우에 수행될 수 있다. 경쟁-프리 임의 접속 절차의 기본적인 과정은 경쟁 기반 임의 접속 절차와 유사하다. 다만, 단말이 복수의 임의 접속 프리앰블들 중 사용할 프리앰블을 임의로 선택하는 경쟁 기반 임의 접속 절차와 달리, 경쟁-프리 임의 접속 절차의 경우에는 단말이 사용할 프리앰블(이하 전용 임의 접속 프리앰블)이 기지국에 의해 단말에게 할당된다 (701). 전용 임의 접속 프리앰블에 대한 정보는 RRC 메시지(예, 핸드오버 명령)에 포함되거나 PDCCH 오더(order)를 통해 단말에게 제공될 수 있다. 임의 접속 절차가 개시되면 단말은 전용 임의 접속 프리앰블을 기지국에게 전송한다 (703). 단말이 기지국으로부터 임의 접속 응답을 수신하면 상기 임의 접속 절차는 완료(complete)된다 (705).
경쟁 프리 임의 접속 절차에서, RAR UL 그랜트 내 CSI 요청 필드는 단말이 비주기적 CSI 보고를 해당 PUSCH 전송에 포함시킬 것인지 여부를 지시한다. Msg3 PUSCH 전송을 위한 부반송파 간격은 RRC 파라미터에 의해 제공된다. 단말은 동일한 서비스 제공 셀의 동일한 상향링크 반송파 상에서 PRACH 및 Msg3 PUSCH을 전송하게 될 것이다. Msg3 PUSCH 전송을 위한 UL BWP는 SIB1(SystemInformationBlock1)에 의해 지시된다.
도 8는 단말의 상향링크 전송 동작을 예시한다. 단말은 전송하고자 하는 패킷을 동적 그랜트에 기초하여 전송하거나 (도 8(a)), 미리 설정된 그랜트에 기초하여 전송할 수 있다 (도 8(b)).
상향링크에 있어, 기지국은 (DCI format 0_0 또는 DCI format 0_1을 포함한) PDCCH(s)을 통해 단말에게 동적으로 상향링크 전송을 위한 자원을 할당할 수 있다. 또한, 기지국은 (SPS와 유사하게) 설정된 그랜트 (configured grant) 방법에 기초하여, 초기 HARQ 전송을 위한 상향링크 자원을 단말에게 할당할 수 있다. 단, 재전송을 위한 상향링크 자원은 PDCCH(s)을 통해 명시적으로 할당된다. 이와 같이, 동적인 그랜트 (예, 스케줄링 DCI를 통한 상향링크 그랜트) 없이 기지국에 의해 상향링크 자원이 미리 설정되는 동작은 '설정된 그랜트(configured grant)'라 명명된다. 설정된 그랜트는 다음의 두 가지 타입으로 정의된다.
- Type 1: 상위 계층 시그널링에 의해 일정 주기의 상향링크 그랜트가 제공됨 (별도의 제1 계층 시그널링 없이 설정됨)
- Type 2: 상위 계층 시그널링에 의해 상향링크 그랜트의 주기가 설정되고, PDCCH를 통해 설정된 그랜트의 활성화/비활성화가 시그널링됨으로써 상향링크 그랜트가 제공됨
복수의 단말들에게 설정된 그랜트를 위한 자원은 공유될 수 있다. 각 단말들의 설정된 그랜트에 기초한 상향링크 신호 전송은 시간/주파수 자원 및 참조 신호 파라미터 (예, 상이한 순환 시프트 등)에 기초하여 식별될 수 있다. 따라서, 기지국은 신호 충돌 등으로 인해 단말의 상향링크 전송이 실패한 경우, 해당 단말을 식별하고 해당 전송 블록을 위한 재전송 그랜트를 해당 단말에게 명시적으로 전송할 수 있다.
설정된 그랜트에 의해, 동일 전송 블록을 위하여 초기 전송을 포함한 K번 반복 전송이 지원된다. K번 반복 전송되는 상향링크 신호를 위한 HARQ 프로세스 ID는 초기 전송을 위한 자원에 기초하여 동일하게 결정된다. K번 반복 전송되는 해당 전송 블록을 위한 리던던시 버전(redundancy version)은 {0,2,3,1}, {0,3,0,3} 또는{0,0,0,0} 중 하나의 패턴을 갖는다.
단말은 다음 중 하나의 조건이 만족할 때까지 반복 전송을 수행한다:
- 동일 전송 블록을 위한 상향링크 그랜트가 성공적으로 수신되는 경우
- 해당 전송 블록을 위한 반복 전송 횟수가 K에 다다른 경우
- 주기 P의 종료 시점이 다다른 경우
초기 접속 혹은 RRC (Radio Resource Control) 재설정(reconfiguration)과 같은 상황에서는 UL (Uplink) 스케줄링을 위하여 폴백(fallback) DCI (예를 들어, DCI 포맷 0_1또는 DCI 포맷 1_0)가 사용될 수 있다. 비-면허대역 (즉, 공유 스펙트럼 (Shared Spectrum))에서는 면허 대역과는 다르게 국가/지역에 따라서 LBT(Listen Before Talk)와 같은 스펙트럼 공유 매카니즘(spectrum sharing mechanism)의 구현이 필수로 요구될 수 있기 때문에, 초기 접속뿐 아니라 모든 전송 전에 LBT 절차가 필요할 수 있다.
따라서, LBT 절차가 필수인 국가/지역에서는 기지국이 단말에게 UL 스케줄링을 할 때 항상 UL 전송에 사용할 LBT 타입(type)을 지시해야 한다. 하지만, 비-면허 대역이라도 LBT가 필수가 아닌 특정 국가/지역에서는 LBT가 필요 없기 때문에 LBT 타입(type) 지시 없이 면허대역처럼 동작할 수도 있다. 따라서, 본 개시에서는 LBT 모드(mode)에 따라 고주파 비-면허 대역 (예를 들어, 52.6GHz부터 71GHz까지)에서 전송되는 폴백(fallback) DCI 또는 RAR UL 그랜트 또는 SuccessRAR내의 LBT 타입(즉, 채널 접속 타입(channel access type)) 지시를 위한 필드의 구성 방법 및 LBT 타입(type) (즉, 채널 접속 타입(channel access type))지시 방법, 그리고 CSI-RS (Channel State Information - Reference Signal) 승인(validation) 방법에 대해서 제안한다.
한편, 본 개시는 단말이 고주파 비면허 대역인 52.6GHz부터 71GHz사이의 공유 스펙트럼 대역에서 동작하는 것을 가정한다. 이 때, 52.6GHz부터 71GHz사이의 공유 스펙트럼 대역을 편의 상 주파수 범위 2-2(Frequency Range 2-2; FR 2-2)라고 명칭할 수 있다.
비-면허 대역에서 전송을 위해 수행하는 채널 접속 절차로는 대표적으로 LBT (listen-before-talk)가 있다. 신호를 전송할 기지국 및/또는 단말이 측정한 주변의 간섭 정도(interference level)를 ED 임계값과 같은 특정 임계값(threshold)과 비교하여 잡음도가 일정 이하인 경우, 해당 신호의 전송을 허용하여 전송 간 충돌을 방지하는 메커니즘이다.
도 9는 directional LBT와 omnidirectional LBT의 예시를 나타낸다.
도 9(a)는 특정 빔 방향 LBT 및/또는 빔 그룹 단위 LBT를 포함하는 directional LBT를 나타내고, 도 9(b)는 omnidirectional LBT를 나타낸다.
기존의 NR-U 시스템(예를 들어, Rel-16 NR-U)에서는, 도 7에서 설명한 것과 같이, CAP (즉, LBT) 과정을 수행하여, 채널이 IDLE한 것으로 판단되면, DL/UL 신호/채널이 전송되었다. 한편, 기존의 NR-U 시스템에서는 다른 RAT (예를 들어, Wi-Fi)와의 공존을 위하여 다른 RAT과의 LBT 대역을 일치시켰으며, CAP (즉, LBT)는, 전-방향으로 수행되었다. 다시 말해, 기존 NR-U 시스템에서는 비지향성 LBT가 수행되었다.
하지만, 기존의 NR-U 시스템에서 사용되는 7GHz 대역의 비면허 대역보다 더 높은 대역 (예를 들어, 52.6GHz 이상의 대역)에서 DL/UL 신호/채널을 전송하기 위한 Rel-17 NR-U에서는 기존 7GHz 대역보다 큰 경로 손실을 극복하기 위하여, 특정 빔 방향으로 에너지를 집중시켜 전송하는 D-LBT (Directional LBT)를 활용할 수 있다. 즉, Rel-17 NR-U에서는 D-LBT를 통해 경로 손실을 감소시켜 더 넓은 커버리지에 DL/UL 신호/채널은 전송시킬 수 있도록 하고, 다른 RAT (예를 들어, WiGig)와의 공존에도 효율성을 더 높일 수 있도록 하고 있다.
도 9(a)를 보면, 빔 그룹이 빔 #1 내지 빔 #5로 구성될 때, 빔 #1 내지 빔 #5를 기반으로 LBT를 수행하는 것을 빔 그룹 단위 LBT라고 할 수 있다. 또한, 빔 #1 내지 빔 #5 중 어느 하나의 빔 (예를 들어, 빔 #3)을 통해 LBT를 수행하는 것을 특정 빔 방향 LBT라고 할 수 있다. 이 때, 빔 #1 내지 빔 #5는 연속된 (또는 인접한) 빔들일 수 있으나, 불연속적인 (또는 인접하지 않은) 빔들일 수도 있다. 또한, 빔 그룹에 포함되는 빔은 반드시 복수 개일 필요는 없으며, 단일 빔이 하나의 빔 그룹을 형성할 수도 있다.
한편, 빔 별로 LBT가 수행될 수도 있지만, 빔 그룹 별로 LBT가 수행될 수도 있다. 예를 들어, 빔 별로 LBT가 수행된다면, 빔 #1 내지 빔 #5은 TDM (Time Domain Multiplexing) 및/또는 SDM (Spatial Domain Multiplexing)된 복수의 전송 빔들 각각을 커버할 수 있다. 예를 들어, 빔 #1은 TDM (Time Domain Multiplexing) 및/또는 SDM (Spatial Domain Multiplexing)된 복수의 전송 빔들 중, 전송 빔 #1을 커버하고, 빔 #2는 복수의 전송 빔들 중, 전송 빔 #2를 커버하고, 빔 #3은 복수의 전송 빔들 중, 전송 빔 #3을 커버하고, 빔 #4는 복수의 전송 빔들 중, 전송 빔 #4를 커버하고, 빔 #5는 복수의 전송 빔들 중, 전송 빔 #5를 커버할 수 있다. 여기서, 커버(cover)한다는 것의 의미는, LBT 수행을 위한 빔의 영역이 해당 빔에 대응하는 전송 빔이 유효한 영향 (또는 간섭)을 미치는 영역을 포함하거나 적어도 동일한 것을 의미할 수 있다.
다시 말해, 전송 빔의 간섭이 미치는 영역을 포함하는 LBT 수행을 위한 센싱 빔을 통해서 에너지 측정을 수행하는 것을 의미할 수 있다. 또한, 센싱 빔을 통해서 측정한 에너지를 ED 임계값과 비교하여, 채널의 IDLE/BUSY 여부를 판단할 수 있다.
또 다른 예로, 빔 그룹 별로 LBT가 수행된다는 것은, 빔 그룹에 포함된 빔들에 대응하는 TDM 및/또는 SDM 된 복수의 전송 빔들을 위하여 빔 그룹 단위로 한번에 LBT를 수행함을 의미할 수 있다. 즉, 빔 그룹을 위한 하나의 빔(이하, 그룹 LBT 빔)을 형성하고, 그룹 LBT 빔을 이용하여 복수의 전송 빔들 모두에 대하여 한번에 LBT를 수행할 수 있다.
따라서, 그룹 LBT 빔은 빔 그룹에 대응하는 모든 전송 빔들 (예를 들어, 전송 빔 #1 내지 전송 빔 #5)을 커버할 수 있다. 예를 들어, 그룹 LBT 빔의 영역은 전송 빔(예를 들어, 전송 빔 #1 내지 전송 빔 #5)들 각각이 유효한 영향 (또는 간섭)을 미치는 영역들 모두를 포함하거나 적어도 동일한 것을 의미할 수 있다.
도 9(b)는 omnidirectional LBT로서, 전-방향의 빔들이 하나의 빔 그룹을 구성하여, 해당 빔 그룹 단위로 LBT를 수행하는 경우, omnidirectional LBT를 수행하는 것으로 볼 수 있다. 다시 말해, 모든 방향의 빔들, 즉, 셀에서 특정 섹터(sector)를 커버하는 빔들의 집합인 전-방향의 빔들이 하나의 빔 그룹에 포함된다면, 이는, omnidirectional LBT를 의미할 수도 있다.
다시 말해, 고주파 대역의 경우에는 상당한 경로 손실(path-loss)로 인하여 커버리지(coverage)가 제한될 수 있다. 이러한 커버리지 문제를 극복하기 위하여, 다중안테나 기법을 활용할 수 있다. 예를 들어, 전-방향 (omnidirectional) 전송이 아닌 특정 방향 (directional) 으로 에너지를 집중시켜 신호를 전송하는 narrow beam 전송을 수행할 수 있다.
고주파 비-면허 대역에서는 상술한 LBT와 같은 채널 접속 절차와 더불어 빔(beam) 기반의 전송이 결합되어 함께 고려될 필요가 있다. 예를 들어, 특정 방향으로 directional LBT를 하기 위해 해당 방향으로만 directional LBT (D-LBT)를 수행하거나, 해당 방향의 빔(beam)이 포함된 빔 그룹(beam group) 단위의 LBT를 수행하여 채널의 점유 여부 (즉, IDLE/BUSY 여부)를 판단하여 전송을 수행할 수 있다. 여기서, 빔 그룹(beam group)에는 단일 혹은 복수의 빔이 포함될 수 있고, 전-방향의 빔(beam)을 포함하면, omnidirectional LBT (O-LBT)로 확장할 수 있다.
제안 방법을 설명하기에 앞서 본 개시에 적용되는 비면허 대역을 위한 NR 기반의 채널접속 방식 (channel access scheme)을 아래와 같이 분류할 수 있다.
-Category 1 (Cat-1): COT 내에서 이전 전송이 끝난 직후에 짧은 스위칭 갭(switching gap) 이후 바로 다음 전송이 이루어지며, 이 switching gap은 특정 길이(예를 들어, 3us)보다 짧고, 트랜시버 처리 시간(transceiver turnaround 시간)까지 포함된다. Cat-1 LBT는 상술한 타입 2C CAP에 대응될 수 있다.
-Category 2 (Cat-2): 백-오프 없는 LBT 방법으로 전송 직전 특정 시간 동안 채널이 idle한 것이 확인되면 바로 전송이 가능하다. Cat-2 LBT는 전송 직전 채널 센싱에 필요한 최소 센싱 구간의 길이에 따라 세분화될 수 있다. 예를 들어, 최소 센싱 구간의 길이가 25us인 Cat-2 LBT는 상술한 타입 2A CAP에 대응될 수 있고, 최소 센싱 구간의 길이가 16us인 Cat-2 LBT는 상술한 타입 2B CAP에 대응될 수 있다. 최소 센싱 구간의 길이는 예시적인 것이며, 25us 또는 16us보다 짧은 (예를 들면, 9us) 것도 가능하다.
-Category 3 (Cat-3): 고정된 CWS를 가지고 백-오프하는 LBT 방법으로 전송 장치(transmitting entity)가 0부터 최대 (maximum) 경쟁 윈도우 사이즈 (contention window size, CWS) 값(고정) 내에서 랜덤 숫자 N을 뽑아 채널이 idle한 것이 확인될 때마다 counter 값을 감소시켜 나가다가 counter 값이 0이 된 경우에 전송 가능하다.
-Category 4 (Cat-4): 변동 CWS를 가지고 백-오프 하는 LBT 방법으로 전송 장치가 0부터 maximum CWS값(변동) 내에서 랜덤 숫자 N을 뽑아 채널이 idle한 것이 확인될 때마다 counter 값을 감소시켜 나가다가 counter 값이 0이된 경우에 전송이 가능한데, 수신 측으로부터 해당 전송이 제대로 수신되지 못했다는 피드백을 받은 경우에 maximum CWS값이 한 단계 높은 값으로 증가되고, 증가된 CWS값 내에서 다시 랜덤 숫자를 뽑아서 LBT 절차를 다시 수행하게 된다. Cat-4 LBT는 상술한 타입 1 CAP에 대응될 수 있다.
본 개시에서 빔(Beam)별 혹은 빔 그룹(beam group) 단위 LBT절차란 기본적으로 back-off 기반의 LBT 절차 (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)를 의미할 수 있다. 또한, 빔 별 LBT는 특정 빔(beam) 방향으로 반송파 센싱(carrier sensing)을 수행하여 ED (Energy Detection) 임계값과 비교했을 때, 측정한 에너지가 ED 임계값 보다 낮으면 해당 빔(beam) 방향의 채널이 IDLE한 것으로 간주하고, 측정한 에너지가 ED 임계값 보다 높으면 해당 빔(beam) 방향의 채널이 BUSY한 것으로 판단할 수 있다.
빔 그룹(Beam group) LBT절차는 빔 그룹(beam group)내에 포함된 모든 빔(beam) 방향으로 상술한 것과 같은 LBT절차를 수행하는 것으로, 빔 그룹(beam group)내에 사전에 설정/지시된 특정 방향의 빔(beam)이 대표 빔(beam)으로 설정되는 경우에는 multi-CC LBT와 유사하게 해당 대표 빔(Beam)에 대하여 random back-off 기반의 LBT 절차(예를 들어, Cat-3 LBT 또는 Cat-4 LBT)를 수행하고, 빔 그룹(beam group)에 포함된 나머지 빔(beam)들은 Category-2 (Cat-2) LBT를 수행하여, 성공 시 신호가 전송되는 것을 의미할 수도 있다.
아래에서 설명하는 각 제안 방법은 다른 제안 방법들과 상호 배치되지 않는 한 결합되어 함께 적용될 수 있다.
앞서 설명했듯이, 비-면허 대역이라도 국가/지역 별 규정(Regulation)에 따라서 전송 전에 LBT와 같은 스펙트럼 공유 매카니즘(spectrum sharing mechanism)의 구현이 필수적으로 요구될 수도 있고 그렇지 않을 수도 있기 때문에, 기지국은 LBT가 필수적이지 않은 지역에서 동작하는 셀(Cell)의 동작 모드를 브로드캐스팅할 수 있다. 예를 들어, 기지국은 전송 전에 LBT가 필요한지 여부를 셀 공통 정보(Cell common information) (예를 들어, SIB1)을 통해 브로드캐스팅(broadcasting)할 수 있다. 단말은 기지국이 전송하는 LBT 모드(mode) 정보를 기반으로 전송 전에 LBT를 수행할 것인지 여부를 결정할 수 있다. 또한, 전송 전 LBT를 수행할 것인지 여부를 결정하는 과정은 RACH (Random Access Channel) 절차(procedure)와 같은 초기 접속 시부터 적용될 수 있다. 또한, LBT 모드 정보는 LBT 모드의 ON 또는 OFF를 알리는 정보로서, LBT 모드 ON인 경우, 단말은 기지국이 지시한 LBT 모드 정보에 따라 전송 전에 반드시 LBT를 수행해야 하며, LBT 모드 OFF 인 경우에는 단말은 전송 전에 반드시 LBT를 수행할 필요가 없고, 면허 대역에서의 전송과 같이 LBT 없이 바로 전송을 수행할 수 있다.
초기 접속 혹은 RRC 재설정(reconfiguration)과 같은 상황에서는 UL 스케줄링을 위해서 폴백(fallback) DCI (예를 들어, DCI 포맷(format) 0_1과 DCI 포맷 1_0)가 사용될 수 있다. 특히, 초기 접속 시에 LBT가 필수로 요구되는 지역에서는 msg3 PUSCH 전송을 위해 RAR UL 그랜트(grant)를 통한 LBT 타입의 지시가 필수적이다. 만약, 단말이 SIB(System Information Block)를 통해서 해당 셀(Cell)이 LBT 모드=OFF로 동작하는 것을 확인한 경우에는 전송 전 LBT가 필요 없기 때문에 RAR UL grant로 LBT 타입(type)을 지시해줄 필요 없이 면허 대역처럼 동작할 수도 있다.
또한, 여러 가지 LBT 타입(type)들 중에서 Cat-2 LBT (즉, Type 2 채널 접속 절차(channel access procedure))는 국가/지역 그리고 단말의 성능(Capability)에 따라서 지시 가능여부가 결정될 수 있다. 예를 들어, LBT 모드=ON인 경우, random back-off 기반 (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)의 LBT를 기본 LBT 타입으로 하고, 기본 LBT 타입에 기반하여 획득된 COT를 공유하는 COT 공유(sharing)가 허용될 때, Cat-1 LBT 또는 Cat-2 LBT가 지시될 수 있다.
한편, COT 공유(sharing)가 허용되면, 기지국 또는 단말이 획득한 COT에서 DL/UL 전송이 끝난 후에 남은 COT가 단말 또는 기지국에게 양도될 수 있다. COT를 공유 받은 단말 또는 기지국은 해당 COT 내에서 Cat-1 LBT 혹은 Cat-2 LBT를 수행한 이후에 UL/DL 전송을 수행할 수 있다. 예를 들어, 기지국이 빔 A 방향으로 LBT를 수행하여 획득한 5ms COT에서 기지국이 3ms DL 전송을 수행하였는데, 단말이 group common-PDCCH(즉, GC-PDCCH)를 통해서 기지국이 해당 COT를 획득하는데 사용한 빔(Beam) A의 QCL top source RS가 SSB 인덱스 #1인데, 단말이 전송하고자 하는 UL 신호/채널 (예를 들어, PUSCH/PUCCH)의 QCL top source RS도 동일하게 SSB 인덱스 #1인 경우, 기지국이 DL 전송에 사용한 주파수 자원에 UL 전송 자원이 동일하거나 포함되며, 남은 2ms COT를 UL 전송에 사용할 수 있음을 기지국이 단말에게 알려준 경우에, 단말은 해당 PUSCH 전송 전에 random back-off 기반 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)가 지시되었어도, Cat-1 LBT 혹은 Cat-2 LBT로 전환하여 남은 2ms을 UL 전송에 사용할 수 있다.
만약, 단말이 전송하고자 하는 UL 신호/채널 (예를 들어, PUSCH/PUCCH)과 기지국의 top QCL source SSB 인덱스가 서로 다르거나 혹은 UL 전송 자원이 DL 전송 자원에 포함되지 않거나, 혹은 전송할 UL의 길이가 MCOT (Maximum Channel Occupancy Time)=5ms을 초과하는 경우 (즉, UL전송이 남은 COT길이 2ms보다 긴 경우)에는 단말에게 지시된 LBT 타입을 전환하여 COT 공유를 하는 것이 허용되지 않는다.
LBT 모드와 관련된 표준 3GPP TS 37.213의 해당 부분은 [표 7]과 같다.
When a gNB/UE(s) is required by regulations to sense channel(s) for availability for performing transmission(s) on the channel(s) or when a gNB provides UE(s) with higher layer parameters LBT-Mode by SIB1 or dedicated configuration indicating that the channel access procedures would be performed for performing transmission(s) on channel(s), the channel access procedures described in this clause for accessing the channel(s) on which the transmission(s) are performed by the gNB/UE(s), are applied.
따라서, 이하, LBT 모드=ON/OFF인지는 기지국으로부터 명시적으로 설정되지 않는다. 다시 말해, LBT 모드에 대응하는 파라미터가 enable 이거나 LBT 모드에 대응하는 파라미터가 설정되면 LBT 모드=ON으로 해석되고, 그렇지 않으면 LBT 모드=OFF로 해석될 수 있다. 예를 들어, SIB1이 LBT 모드에 대응하는 파라미터를 포함하고 있지 않으면, LBT모드=OFF인 것으로 해석될 수 있다.한편, LBT 동작은 채널 접속을 위한 채널 접속 절차이므로, LBT 모드는 채널 접속 모드 (Channel Access Mode)로 명칭될 수 있다. 이에 따라, [표 7]의 LBT-Mode 파라미터는 Channel Access Mode 파라미터로 대체될 수 있다.한편, 4-step RACH 절차(procedure)의 Msg. 2 RAR은 도 10과 같이 정의되어 있다.
또한, 상기 RAR의 UL 그랜트(grant)를 구성하는 27 비트들은 [표 8]과 같이 정의되어 있다.
RAR grant field Number of bits
Frequency hopping flag 1
PUSCH frequency resource allocation 14
PUSCH time resource allocation 4
MCS 4
TPC command for PUSCH 3
CSI request 1
또한, CSI 요청 필드(request field)는 표 9와 같이 경쟁(contention) 여부에 따라 사용하기도 하고 reserved 되기도 한다.
In a non-contention based random access procedure, the CSI request field in the RAR UL grant indicates whether or not the UE includes an aperiodic CSI report in the corresponding PUSCH transmission according to [6, TS 38.214]. In a contention based random access procedure, the CSI request field is reserved.
상술한 바와 같이, Msg. 3 PUSCH의 LBT 타입(type)은 RAR을 사용하여 전달되기 때문에, SIB를 통해서 설정되는 셀의 LBT 모드(mode)에 따라서 다음의 방법들에 따라 LBT 타입(type)을 위한 필드를 구성하여 LBT 타입(type)을 지시할 수 있다.
도 11 내지 도 13은 본 개시의 [방법 #1] 내지 [방법 #5]에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 11을 참조하면, 단말은 단말이 UL 채널 전송 시 반드시 LBT를 수행해야 하는지 여부를 알리기 위한 SIB를 수신할 수 있다(S1101). 또한, 단말은 UL 채널(예를 들어, PUSCH/PUCCH)을 스케줄링하는 DCI 또는 RAR을 수신할 수 있다(S1103). 단말은 상기 SIB에 의해 알려진 LBT 수행 여부를 기반으로 DCI 또는 RAR에 포함된 비트들을 해석하고, 해석된 비트들의 정보를 기반으로 UL 채널(예를 들어, PUSCH/PUCCH)를 전송할 수 있다(S1105). 한편, 상술한 S1101 내지 S1105의 구체적인 수행 방법은 [방법 #1] 내지 [방법 #3] 및 [방법 #5] 중 적어도 하나에 기반할 수 있다. 예를 들어, [방법 #1] 내지 [방법 #3] 중 적어도 하나에 기반하는 경우, UL 채널은 DG (Dynamin Grant)-PUSCH, Msg 3. PUSCH 또는 Msg A. PUSCH일 수 있다. 또한, [방법 5]에 기반하는 경우, S1103 단계는 생략될 수 있으며, 단말은 SIB에 의해 알려진 LBT 수행 여부를 기반으로 UL 채널을 전송할 수 있다.
한편, S1101 단계 이후, 단말은 csi-RS-ValidationWith-DCI 파라미터를 수신할 수 있다(S1107). 다만, 수신된 SIB를 기반으로 S1107은 생략될 수도 있다. 단말은 수신된 SIB를 기반으로 Periodic/Semi-persistent CSI-RS를 수신할 수 있다(S1109). S1101, S1107 및 S1109의 상세한 동작 과정은 [방법 #4]에 기반할 수 있다.
도 12를 참조하면, 기지국은 단말이 UL 채널 전송 시 반드시 LBT를 수행해야 하는지 여부를 알리기 위한 SIB를 전송할 수 있다(S1201). 또한, 기지국은 UL 채널(예를 들어, PUSCH/PUCCH)을 스케줄링하는 DCI 또는 RAR을 전송할 수 있다(S1203). 기지국은 SIB 및 DCI 또는 RAR을 기반으로 UL 채널(예를 들어, PUSCH/PUCCH)를 수신할 수 있다(S1205). 한편, 상술한 S1201 내지 S1205의 구체적인 수행 방법은 [방법 #1] 내지 [방법 #3] 및 [방법 #5] 중 적어도 하나에 기반할 수 있다. 예를 들어, [방법 #1] 내지 [방법 #3] 중 적어도 하나에 기반하는 경우, UL 채널은 DG (Dynamin Grant)-PUSCH, Msg 3. PUSCH 또는 Msg A. PUSCH일 수 있다. 또한, [방법 5]에 기반하는 경우, S1203 단계는 생략될 수 있으며, 기지국은 LBT 수행 여부를 기반으로 UL 채널을 수신할 수 있다.
한편, S1201 단계 이후, 기지국은 csi-RS-ValidationWith-DCI 파라미터를 전송할 수 있다(S1207). 다만, 전송된 SIB를 기반으로 S1207은 생략될 수도 있다. 기지국은 전송된 SIB를 기반으로 Periodic/Semi-persistent CSI-RS를 전송할 수 있다(S1209). S1201, S1207 및 S1209의 상세한 동작 과정은 [방법 #4]에 기반할 수 있다.
도 13을 참조하면, 기지국은 단말에게 단말이 UL 채널 전송 시 반드시 LBT를 수행해야 하는지 여부를 알리기 위한 SIB를 전송할 수 있다(S1301). 또한, 기지국은 단말에게 UL 채널(예를 들어, PUSCH/PUCCH)을 스케줄링하는 DCI 또는 RAR을 전송할 수 있다(S1303). 단말은 상기 SIB에 의해 알려진 LBT 수행 여부를 기반으로 DCI 또는 RAR에 포함된 비트들을 해석하고, 해석된 비트들의 정보를 기반으로 UL 채널(예를 들어, PUSCH/PUCCH)를 기지국에게 전송할 수 있다(S1305). 한편, 상술한 S1301 내지 S1305의 구체적인 수행 방법은 [방법 #1] 내지 [방법 #3] 및 [방법 #5] 중 적어도 하나에 기반할 수 있다. 예를 들어, [방법 #1] 내지 [방법 #3] 중 적어도 하나에 기반하는 경우, UL 채널은 DG (Dynamin Grant)-PUSCH, Msg 3. PUSCH 또는 Msg A. PUSCH일 수 있다. 또한, [방법 5]에 기반하는 경우, S1303 단계는 생략될 수 있으며, 단말은 SIB에 의해 알려진 LBT 수행 여부를 기반으로 기지국에게 UL 채널을 전송할 수 있다.
한편, S1301 단계 이후, 기지국은 csi-RS-ValidationWith-DCI 파라미터를 단말에게 전송할 수 있다(S1307). 다만, 전송된 SIB를 기반으로 S1307은 생략될 수도 있다. 기지국은 전송된 SIB를 기반으로 Periodic/Semi-persistent CSI-RS를 단말에게 전송할 수 있다(S1309). S1301, S1307 및 S1309의 상세한 동작 과정은 [방법 #4]에 기반할 수 있다.
[방법#1] 기지국이 SIB를 통해서 LBT 모드(mode)를 ON 또는 OFF로 단말에게 설정했을 때, 폴백(fallback) DCI (예를 들어, DCI 포맷 1_0 및/혹은 RAR UL 그랜트(grant) 혹은 2-step RACH 의 successRAR)를 통해서 전송되는 LBT 타입(type) 지시를 위한 필드를 구성 및 해석하는 방법과 단말이 UL 채널 전송 전 적용할 LBT 타입(type)을 결정하는 방법
단말에게 LBT 모드(mode)가 ON으로 설정되면 (예를 들어, SIB에 LBT 모드에 대응하는 파라미터가 포함될 때), 단말은 아래의 [방법#1-1]~[방법#1-5] 중 하나의 방법에 따라 폴백 DCI (예를 들어, DCI 포맷(format) 1_0 및/혹은 RAR UL 그랜트(grant) 혹은 2-step RACH 의 successRAR) 내에 1 비트 혹은 2 비트의 LBT 타입 지시 필드가 있다고 가정하고 폴백(fallback) DCI를 해석할 수 있다.
예를 들어, 단말은 CSI 요청 필드(request field)의 1비트를 RAR UL 그랜트(grant)에서는 항상 LBT 타입(type) 지시 필드로 해석할 수 있다. 예를 들어, 단말은 해당 1비트 필드의 값에 따라 Cat-1 LBT 혹은 Cat-3 LBT 중 하나가 지시된 것으로 해석하여 지시된 LBT 타입(type)을 UL 채널 전송에 적용할 수 있다. 또는, 단말은 PUSCH 주파수 자원 할당 필드(frequency resource allocation field)의 LSB 2비트 혹은 MSB 2비트를 RAR UL grant에서는 항상 LBT 타입 지시 필드로 해석할 수 있다. 예를 들어, 단말은 해당 2비트 필드의 값에 따라 Cat-1/Cat-2/Cat-3 LBT 중 하나가 지시된 것으로 해석하여 지시된 LBT 타입을 UL 채널 전송에 적용할 수 있다.
[방법#1-1] RAR의 reserved 1 bit을 사용하여 두 가지 LBT 타입 (예를 들어 Cat-1 LBT 혹은 Cat-3 LBT) 중 하나가 지시될 수 있다.
[방법#1-2] RAR UL 그랜트(grant)의 CSI 요청 필드 (request field)가 경쟁 기반 RACH 절차(contention based RACH procedure)에서는 reserved이기 때문에, 경쟁 기반 RACH 절차(contention based RACH procedure)에서 CSI 요청 필드 (request field)의 1비트를 사용하여 두 가지 LBT 타입 (예를 들어, Cat-1 LBT 혹은 Cat-3 LBT) 중 하나가 지시될 수 있다.
(1) 비경쟁 기반 RACH 절차(Non-contention based RACH procedure) (예를 들어, contention free RACH) 에서는 CSI 요청 필드(request field)를 사용하고 있기 때문에, 비경쟁 기반 RACH 절차에서는 다른 제안 방법(예를 들어, [방법#1-1] 및 [방법#1-3] 내지 [방법#1-5] 중 하나)가 사용되는 것으로 설정될 수 있다. 또는, 비경쟁 기반 RACH 절차에서는 항상 Cat-1/Cat-2/Cat-3 LBT 중 하나를 가정한다고 표준 문서에 정의되거나 사전에 설정될 수도 있다.
(2) 특징적으로, 경쟁 기반 RACH 절차인지 비경쟁 기반 RACH 절차인지와 무관하게 항상 CSI 요청 필드 (request field)의 1비트는 LBT 타입 지시 필드로 사용될 수도 있다.
예를 들어, 52.6GHz부터 71GHz까지의 공유 스펙트럼 (Shared Spectrum) 대역에서는 RAR UL Grant에 CSI 요청 필드가 포함되는 대신에, LBT 타입 지시 필드가 포함될 수 있다.
[방법#1-3] 특정 필드의 MSB (Most significant bit) 혹은 LSB (Least significant bit) L 비트를 사용하여 LBT 타입이 지시될 수 있다.
(1) PUSCH 주파수 자원 할당 필드(frequency resource allocation field)의 MSB 또는 LSB L 비트를 사용하여 LBT 타입이 지시될 수 있다.
1) 예를 들어, PUSCH 주파수 자원 할당 필드의 MBS 1비트를 사용하여 두 가지 LBT 타입 (예를 들어, Cat-1 LBT 혹은 Cat-3 LBT) 중 하나가 지시될 수 있다.
2) 다른 일례로, PUSCH 주파수 자원 할당 필드의 MSB 혹은 LSB 2 비트를 사용하여 LBT 타입(type)이 지시되는 경우, 세가지 LBT 타입들 (예를 들어, Cat-1 LBT/Cat-2 LBT/Cat-3 LBT) 중 하나가 지시될 수 있다.
3) 특징적으로, 실제 PUSCH 주파수 자원 할당 필드를 해석하는 단말은 LBT 타입(type)을 위해 사용된 PUSCH 주파수 자원 할당 필드의 MSB 또는 LSB L 비트는 0이라고 가정하고 PUSCH 주파수 자원 할당 정보를 해석할 수 있다.
[방법#1-4] 특정 필드(field)의 크기를 L 비트만큼 줄이고, 줄어든 L 비트만큼을 사용하여 LBT 타입(type)을 지시하는 필드로 만들 수 있다.
(1) 면허 대역에서 14 비트인 PUSCH 주파수 자원 할당 필드(frequency resource allocation field)가 13 비트로 설정될 수 있다. 또한, 나머지 1 비트 필드가 두 가지 LBT 타입(type) (예를 들어, Cat-1 LBT 혹은 Cat-3 LBT)을 지시하는 필드로 설정될 수 있다.
예를 들어, PUSCH 주파수 자원 할당 필드의 MBS 1비트를 사용하여 두 가지 LBT 타입 (예를 들어, Cat-1 LBT 혹은 Cat-3 LBT) 중 하나가 지시될 수 있다.
(2) 또 다른 예로, 면허 대역에서 14 비트인 PUSCH 주파수 자원 할당 필드가 13 보다 작은 비트(예를 들어, 12 비트)로 설정될 수 있다. 또한, 나머지 비트 필드(예를 들어, 2 비트 필드)는 LBT 타입을 지시하는 필드로 설정될 수 있다.
예를 들어, PUSCH 주파수 자원 할당 필드의 MSB 2비트 혹은 LSB 2비트를 사용하여 LBT 타입이 지시되는 경우, Cat-1 LBT/Cat-2 LBT/Cat-3 LBT 중 하나가 지시될 수 있다.
(3) 특징적으로, 단말은 면허 대역에서 14 비트인 PUSCH 주파수 자원 할당 필드에 비해 감소된 만큼의 MSB 또는 LSB의 값을 0이라고 가정하고 PUSCH 주파수 자원 할당 정보를 해석할 수 있다.
예를 들어, 12 비트를 이용하여 PUSCH 주파수 자원 할당을 수행하는 경우, 단말은 1비트 MSB 또는 1비트 LSB를 0이라고 가정하고 PUSCH 주파수 자원 할당 정보를 이해할 수 있다. 이는, RIV(Resource Indicator Value)에 의해 PUSCH 주파수 자원 할당에 최대 13비트들이 필요하기 때문에 13-12 = 1 비트 MSB 또는 1 비트LSB만 0으로 처리하면 되기 때문이다.
[방법#1-5] [방법#1-1] 내지 [방법#1-4]들 중 적어도 하나의 조합으로 LBT 타입(type) 지시 필드가 구성되고, LBT 타입이 지시될 수 있다.
즉, RAR의 reserved 1비트, RAR UL 그랜트(grant)의 CSI 요청 필드(request field) 1비트, RAR UL 그랜트(grant)들 중 NR-U에서 필요 없는 필드, 및/또는 특정 필드(field)의 MSB 또는 LSB의 L 비트들의 조합으로 LBT 타입이 지시될 수 있다.
한편, 단말에게 LBT 모드(mode)가 OFF로 설정되었을 때, (예를 들어, SIB에 LBT 모드에 대응하는 파라미터가 포함되어 있지 않을 때) 단말이 UL 전송 전에 LBT를 수행할 필요도 없고 COT 공유(sharing)도 없기 때문에 LBT 타입(type)의 지시 필요 없다. 따라서, RAR UL 그랜트(grant)는 기존 면허 대역(licensed band)와 동일하게 구성될 수 있다.
예를 들어, 단말이 SIB에 LBT 모드에 대응하는 파라미터가 포함되어 있지 않음을 확인하면, 52.6GHz 부터 71GHz까지의 대역에서는 LBT 없이 UL 전송이 가능한 것으로 인식한다. 또한, 폴백 DCI 또는 RAR UL 그랜트를 수신하면, 단말은 해당 폴백 DCI 또는 RAR UL 그랜트 내에 LBT 타입을 지시하는 필드는 0 비트인 것으로 인식하고, 폴백 DCI 또는 RAR UL 그랜트를 디코딩할 수 있다. 즉, 단말은 SIB에 LBT 모드에 대응하는 파라미터가 포함되어 있지 않음을 확인하면, LBT 타입을 지시하는 필드가 폴백 DCI 또는 RAR UL 그랜트 내에 존재하지 않는 것으로 인식하고 디코딩할 수 있다.
따라서, [방법#1]에 따르면, 폴백 DCI 또는 RAR UL 그랜트 내에 포함되는 총 비트들의 수는 항상 동일하게 유지하면서 LBT 타입을 지시할 수 있다. 즉, 폴백 DCI 또는 RAR UL 그랜트에서 LBT 타입을 지시하기 위한 추가 비트의 필요성은 없을 수 있다. 또한, LBT 모드가 ON 인 경우의 특정 비트 필드의 비트 수 및 LBT 타입 지시 필드의 비트 수의 합은 LBT 모드가 OFF인 경우의 상기 특정 비트 필드의 비트 수와 동일할 수 있다. 예를 들어, [방법#1-3] 및 [방법#1-4]에 따르면, LBT 모드가 ON인 경우, PUSCH 주파수 자원 할당 필드와 LBT 타입 지시 필드의 합은 14이므로, LBT 모드가 OFF인 경우의 PUSCH 주파수 자원 할당 필드의 비트 수 (즉, 14)와 동일할 수 있다.
또한, [방법 #1-2]에 따르면, LBT모드가 ON인 경우, CSI 요청 필드가 사라지고, LBT 타입 지시 필드가 생성될 수 있다. 반대로, LBT 모드가 OFF 인 경우, LBT 타입 지시 필드가 없어지고, CSI 요청 필드가 생성될 수 있다.
[방법#2] LBT 타입(type) 지시 필드의 크기에 따라서 RAR UL 그랜트(grant)내의 PUSCH 주파수 자원 할당 필드(frequency resource allocation field)의 비트 수 (즉, 필드 폭(field width))가 변경될 때, PUSCH 주파수 자원 할당 필드를 해석하는 방법
공유 스펙트럼 채널 접속(shared spectrum channel access)에서의 동작과 같이 기지국으로부터 Msg. 3 전송을 위한 LBT 타입(type)이 지시될 필요가 있는 경우, [방법#1]에서와 같이 RAR의 PUSCH 주파수 자원 할당 필드의 비트 수를 줄이고 명시적인 (explicit) 1 비트 필드가 LBT 타입(type)을 지시하기 위해 사용될 수 있다. (예를 들어, NR-U의 ChannelAccess-CPext 필드) 즉, 아래의 [표 10]와 같이 RAR UL 그랜트의 컨텐츠 필드 크기를 재정의할 수 있다.
RAR UL grant field Number of bits
Frequency hopping flag 1
PUSCH frequency resource allocation 14, for operation without shared spectrum channel access13, for operation with shared spectrum channel access in frequency range 2-2
12, for operation with shared spectrum channel access in frequency range 1
PUSCH time resource allocation 4
MCS 4
TPC command for PUSCH 3
CSI request 1
ChannelAccess 0, for operation without shared spectrum channel access1, for operation with shared spectrum channel access in frequency range 2-2
2, for operation with shared spectrum channel access in frequency range 1
한편, 지국으로부터 Msg. 3 전송을 위한 LBT 타입이 지시될 필요가 있어 PUSCH 주파수 자원 할당 필드(frequency resource allocation field)의 사이즈(예를 들어, NBWP size에 대응하는 주파수 자원 할당을 지시하는 필드)가 13이 되는 경우, 현재 3GPP TS 38.213 문서에 있는 PUSCH 주파수 자원 할당 필드의 절삭/패딩(truncation/padding)을 설명하는 [표 11]의 내용은 충분하지 않을 수 있다.
Figure PCTKR2022021572-appb-img-000003
따라서, 3GPP TS 38.213 에서 [표 11]에 해당하는 부분을 다음과 같은 아이디어를 바탕으로 수정할 수 있다.
(1) 공유 스펙트럼 채널 접속이 없이 동작하는 기존 NR (legacy NR)
1) BWP내의 PRB 수가 180 이하이면,
PUSCH 주파수 자원 할당 필드의 LSB
Figure PCTKR2022021572-appb-img-000004
만큼을 절삭(truncate) 되어, 절삭된 PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다.
2) BWP내의 PRB 수가 180 초과하면,
PUSCH 주파수 자원 할당 필드 앞에 MSB
Figure PCTKR2022021572-appb-img-000005
만큼의 0(zero)가 패딩(padding)되어, 확장된(extended) PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다. 이 때, 주파수 호핑 플래그(frequency hopping flag)가 0 이면 NUL,hop=0이고, 주파수 호핑 플래그가 1이면 NUL,hop 는 [표 12] (3GPP TS 38.213의 Table. 8.3-1)을 따른다.
Figure PCTKR2022021572-appb-img-000006
(2) 공유 스펙트럼 채널 접속에 따라 동작하는 Rel-16 NR-U
1) BWP내의 PRB 수가 90 이하이면,
PUSCH 주파수 자원 할당 필드의 LSB
Figure PCTKR2022021572-appb-img-000007
만큼을 절삭(truncate) 되어, 절삭된 PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다.
2) BWP내의 PRB 수가 90 초과하면,
PUSCH 주파수 자원 할당 필드 앞에 MSB
Figure PCTKR2022021572-appb-img-000008
만큼의 0(zero)가 패딩(padding)되어, 확장된(extended) PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다. 이 때, 주파수 호핑 플래그(frequency hopping flag)가 0 이면 NUL,hop=0이고, 주파수 호핑 플래그가 1이면 NUL,hop 는 [표 11] (3GPP TS 38.213의 Table. 8.3-1)을 따른다.
(3) 주파수 대역 2-2에서 공유 스펙트럼 채널 접속에 따라 동작하는 B52 NR 시스템 동작 (즉, 52.6GHz 이상 대역에서의 NR 시스템 동작)
1) BWP내의 PRB 수가 127 이하이면,
PUSCH 주파수 자원 할당 필드의 LSB
Figure PCTKR2022021572-appb-img-000009
만큼을 절삭(truncate) 되어, 절삭된 PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다.
2) BWP내의 PRB 수가 127 초과하면
PUSCH 주파수 자원 할당 필드 앞에 MSB
Figure PCTKR2022021572-appb-img-000010
만큼의 0(zero)가 패딩(padding)되어, 확장된(extended) PUSCH 주파수 자원 할당 필드가 DCI 포맷 0_0의 PUSCH 주파수 자원 할당 필드처럼 해석될 수 있다. 이 때, 주파수 호핑 플래그(frequency hopping flag)가 0 이면 NUL,hop=0이고, 주파수 호핑 플래그가 1이면 NUL,hop 는 [표 11] (3GPP TS 38.213의 Table. 8.3-1)을 따른다.
3) 이때, 상기 새로운 임계값(예를 들어, 127)은 상향링크 자원 할당 타입 1 (예를 들어, RIV (Resource Indicator Value))방식으로 PUSCH 주파수 자원이 지시될 때, 13 비트로 지시될 수 있는 최대 BWP 내의 PRB 개수를 의미한다. (예를 들어, 127*128/2 = 8128≤8192 = 213)
상기 아이디어를 바탕으로 3GPP TS 38.213 문서는 아래의 [표 13]와 같이 수정될 수 있다.
Figure PCTKR2022021572-appb-img-000011
[방법#3] 폴백 DCI (예를 들어, DCI 포맷(format) 0_0 and DCI 포맷 1_0)내의 LBT 타입 지시를 위한 필드의 크기 (즉, 비트 폭(bit width))에 따라서 지시된 비트의 값을 표준에 정의된 LBT 타입 mother table의 특정 상태(state) 또는 인덱스에 맵핑하여 해석하는 방법
[방법#3-1] LBT 타입(type) 지시 필드가 2 비트일 때: 2 비트 필드 각각의 값이 LBT 타입 mother table내의 4개의 인덱스(index)들 중 하나에 맵핑되어 해석될 수 있다.
[방법#3-2] LBT 타입 지시 필드가 1 비트일 때: LBT 타입 mother table내의 4개의 상태(state)들 중, 사전에 약속된 (즉, 표준에 정의된) 혹은 사전에 설정된 2개의 상태(state)를 선택 또는 해석하고, 1비트 필드 각각의 값이 2개의 상태에 대응하는 2개의 인덱스들 중 하나에 맵핑되어 해석될 수 있다.
[방법#3-3] LBT 타입 지시 필드가 0 비트 일 때:
(1) 단말은 항상 no-LBT로 가정하고 LBT 없이 전송을 수행할 수 있다
(2) 단말은 Cat-3 LBT를 기본 LBT 타입(type)으로 가정하고 동작하되, COT 공유(sharing) 조건을 만족하면 Cat-1 LBT 혹은 Cat-2 LBT로 전환하여 UL 전송을 수행할 수 있다.
Bit field mapped to index Channel Access Type The CP extension T_"ext" index defined in Clause 5.3.1 of [4, TS 38.211]
0 Type2C-ULChannelAccess defined in [clause 4.2.1.2.3 in 37.213] 2
1 Type2A-ULChannelAccess defined in [clause 4.2.1.2.1 in 37.213] 3
2 Type2A-ULChannelAccess defined in [clause 4.2.1.2.1 in 37.213] 1
3 Type1-ULChannelAccess defined in [clause 4.2.1.1 in 37.213] 0
[표 14]는 3GPP TS 38.212의 Table 7.3.1.1.1-4을 나타낸다. [표 13]에서 볼 수 있듯이, Rel-16 NR-U에서 폴백(fallback) DCI (예를 들어, DCI 포맷 0_0 또는 DCI 포맷 1_0)내의 2비트로 구성된 ChannelAccess-CPext가 지시되었을 때 적용할 LBT 타입 (즉, channel access type)과 CP extension 의 조합들이 mother table에 4개의 상태(state)로 정의되어 있다. Rel-16 NR-U에서는 폴백(fallback) DCI의 ChannelAccess-CPext필드가 항상 2 비트들로 고정이었기 때문에 비트 값이 00/01/10/11 중 하나로 지시되면 해당하는 상태에 대응하는 인덱스에 맵핑되어 LBT 수행 시 적용될 LBT 타입과 CP extension이 선택될 수 있었다.
하지만, 52.6GHz이상 71GHz이하(예를 들어, FR 2-2 대역)의 NR시스템 (이하, B52 시스템으로 지칭)에서는 Type 2A 채널 접속 절차(Channel Access Procedure)에 대응되는 Cat-2 LBT가 필수적으로 요구되지는 않고 국가/지역 그리고 단말의 성능(capability)에 따라서 선택적(optional)으로 지원될 수 있다. 논-폴백(non-fallback) DCI (예를 들어, DCI 포맷 0_1 and DCI 포맷 1_1)에서는 LBT 타입 지시 필드가 항상 2 비트이며, 해당 2 비트를 위한 52.6GHz 이상 대역 용 LBT 타입 mother table은 Cat-1 LBT/Cat-2 LBT/Cat-3 LBT와 하나의 reserved state로 총 4개의 상태(state)로 정의될 수 있다.
하지만, 폴백(fallback) DCI의 경우에는 Cat-2 LBT가 선택적(optional)이기 때문에 1 비트를 이용하여 Cat-1 LBT와 Cat-3 LBT 중 하나만을 지시할 수 있다. 만약, LBT 타입 지시 필드가 0-bits인 경우에는 별도의 설정이 없으면, 단말은 항상 Cat-3 LBT를 기본 LBT 타입으로 가정하고 동작하되, COT 공유(sharing) 조건을 만족하면 Cat-1 LBT 혹은 Cat-2 LBT에 기반하여 동작할 수 도 있다.
또는, SIB1을 통해서 LBT 모드(mode)가 OFF로 설정된 경우에는 단말이 전송 전 LBT를 수행하지 않아도 되기 때문에 LBT 타입 지시가 필요 없어, 폴백(fallback) DCI의 LBT 타입 지시 필드는 0 비트일 수 있고 단말은 항상 no LBT (예를 들어, Type 3 CAP 또는 Cat-1 LBT)에 기반하여 동작할 수 있다. 또는, 폴백 DCI 에 해당 LBT 타입 지시 필드에 대응하는 (reserved) 1 비트 또는 2 비트가 포함되어 있더라도, 단말은 해당 필드를 무시하고 항상 no LBT (예를 들어, Type 3 CAP 또는 Cat-1 LBT)에 기반하여 동작할 수 있다.
따라서, 52.6GHz 이상에서는 LBT 타입 지시를 위한 mother table이 폴백/논 폴백의 구분 없이 4개의 상태(state)들이 포함된 LBT 타입 mother table이 표준에 정의될 수 있다. 이때, 상기 4개의 상태(state)들이 포함된 LBT 타입 mother table을 2 비트가 아닌 1 비트로 지시하기 위해서는 해당 mother table 내의 4개의 상태(state) 중, 특정 2개의 상태(state)만이 사용되도록 약속/설정될 필요가 있다.
예를 들어, 해당 4개의 상태(state)들이 포함된 LBT 타입 mother table의 가장 낮은 상태(lowest State) 또는 가장 높은 상태(highest state) 부터 2개의 상태들이 사용되도록 표준에 정의하거나 사전에 사용될 2개의 상태(state)들이 기지국으로부터 설정되어, 1 비트만으로도 LBT 타입이 지시될 수 있다. 또 다른 예시로, 해당 4개로 구성된 LBT 타입 mother table내의 특정 2개 상태(state)를 명시하여, 1 비트 LBT 타입 지시를 위한 새로운 테이블(table)이 정의될 수도 있다.
[방법#4] 기지국이 SIB1을 통해 설정하는 LBT 모드가 ON인지 OFF인지에 따라서 단말은 항상 단말의 LBT 모드와 기지국의 LBT 모드가 동일한 모드로 동작한다고 가정하고, LBT 모드가 OFF로 설정되었을 경우, 아래와 같이 csi-RS-ValidationWith-DCI 파라미터를 해석하여 주기적(periodic) CSI-RS 또는 반영속적(semi-persistent) CSI-RS를 수신하고 동작하는 방법
[방법#4-1] 단말은 LBT 모드가 OFF로 설정되었을 경우, DCI 2_0을 위한 설정이나 csi-RS-ValidationWith-DCI 파라미터와 무관하게 면허 대역(licensed band) 처럼 주기적(periodic) CSI-RS 또는 반영속적(semi-persistent) CSI-RS를 수신하거나 Rel-16처럼 동작을 수행할 수 있다.
[방법#4-2] 단말은 LBT 모드가 OFF로 설정되었을 경우, csi-RS-ValidationWith-DCI 파라미터가 설정되는 것을 기대하지 않을 수 있다.
기지국으로부터 단말이 접속한 셀이 LBT 모드(mode)로 동작 (즉, LBT 모드=ON)하는지 no-LBT 모드 (즉, LBT 모드=OFF)로 동작하는지를 SIB1을 통해서 단말에게 설정될 수 있다. 기지국은 단말에게 설정해준 LBT 모드와 무관하게 단말과 다른 LBT 모로 동작할 수도 있다. 예를 들어, 기지국이 단말에게 LBT 모드=OFF를 설정하였더라도, 기지국은 전송 전에 LBT 수행할 수 있다. 하지만, 기지국이 단말에게 설정해준 LBT 모드(mode)와 항상 동일한 LBT 모드로 자신도 동작한다면, 단말 입장에서 CSI-RS 승이(validation)을 수행할 때 이득이 있을 수 있다.
예를 들어, 3GPP TS 38.213 표준문서에 따르면, 단말에게 csi-RS-ValidationWith-DCI 파라미터가 설정되고, COT 구간(duration) 을 알려주는 파라미터 (예를 들어, SFI (slot format indicator) 필드 및 CO-duration 필드) 가 DCI 포맷 2_0 을 위해 설정되지 않으면, P/SP-CSI-RS (period/semi-persistent-CSI-RS) 수신을 수행함에 있어서 해당 P/SP-CSI-RS 자원이 AP-CSI-RS (aperiodic CSI-RS) 또는 PDSCH 안에 내포되어야만 P/SP-CSI-RS 를 수신하고 그렇지 않으면 P/SP-CSI-RS 수신을 취소해야 한다. 여기서, P/SP-CSI-RS 자원이 AP-CSI-RS (aperiodic CSI-RS) 또는 PDSCH 안에 내포되어야 한다는 것은, AP-CSI-RS (aperiodic CSI-RS) 또는 PDSCH이 스케줄링된 시간 자원들에 P/SP-CSI-RS 자원이 포함되어 있어야 함을 의미할 수 있다.
또 다른 예시로 csi-RS-ValidationWith-DCI 파라미터도 설정되지 않고 COT 구간(duration)을 알려주는 파라미터가 DCI 포맷 2_0 을 위해 설정되지 않으면, 단말은 면허 대역(licensed band) 와 동일하게 동작할 수 있다. 예를 들어, 단말은 3GPP TS 38.213 section 11 and 11.1 에 기술된 내용을 기반으로 동작 할 수 있다. 이것은 기지국이 LBT에 잘 성공하기 때문에 P/SP-CSI-RS 전송에 실패하지 않을 것이라고 단말이 암묵적으로 믿고 동작하는 것으로 생각할 수 있다.
따라서 상술한 예시를 참조할 때, 기지국과 단말의 LBT 모드가 항상 동일하게 동작한다면, 단말에게 LBT 모드=OFF가 설정되면 단말은 csi-RS-ValidationWith-DCI 파라미터가 설정되는 것을 기대하지 않을 수 있다.
또한, csi-RS-ValidationWith-DCI 파라미터 설정에 무관하게, 단말에게 LBT 모드=OFF가 설정되고 COT 구간(duration)을 알려주는 파라미터가 DCI 포맷 2_0을 위해 설정되지 않으면, P/SP-CSI-RS 수신 동작에 있어서 단말은 면허 대역(licensed band) 와 동일하게 작동할 수 있다. 또는, 단말은 LBT 모드=OFF가 설정 되기만 하면, P/SP-CSI-RS 수신 동작에 있어서는 면허 대역과 동일하게 동작할 수 있다.
[방법#5] 기지국이 SIB1을 통해 단말에게 설정하는 LBT 모드가 ON인지 OFF인지에 따라 혹은 LBT 모드 설정과 무관하게 DCI로 지시되지 않는 P/SP (periodic/seimi-persistent) PUCCH/SRS, CG-PUSCH(Configured Granted - Physical Uplink Shared Channel)와 같은 UL 신호/채널의 LBT 타입이 결정되는 방법
[방법#5-1] LBT 모드=ON이 설정된 경우: 단말은 P/SP PUCCH/SRS 및/또는 CG-PUSCH에 대해, 전송 전에 기본 LBT 타입을 항상 Cat-3 LBT를 가정하고 동작하되, COT 공유(sharing)가능함이 확인되면 no LBT 전송이 허용될 수 있다.
[방법#5-2] LBT 모드=OFF가 설정된 경우 (혹은 LBT 모드 파라미터가 enable 되지 않은 경우): P/SP PUCCH/SRS 및/또는 CG-PUSCH에 대해 항상 no LBT 전송이 허용될 수 있다.
[방법#5-3] LBT 모드의 ON/OFF 여부와 무관하게 P/SP PUCCH/SRS 및/또는 CG-PUSCH에 대해, 단말은 전송 전에 기본 LBT 타입이 항상 Cat-3 LBT로 가정하고 동작하되, COT 공유(sharing) 가능함이 확인되면 no LBT 전송이 허용될 수 있다.
한편, 52GHz 이상의 고주파 비-면허 대역에서는 기지국 또는 단말이 채널 접속 절차로 전-방향 LBT (omnidirectional LBT) 외에 특정 빔(beam) 방향 혹은 빔 그룹(beam group) LBT (directional LBT)가 수행하고 DL 혹은 UL 신호/채널을 전송할 수 있다. 한편, 특정 빔 방향 LBT를 수행한 후 획득한 COT의 경우 전-방향 LBT 후 획득한 COT와 다르게 LBT를 수행했던 빔 방향과의 상관 관계 (예를 들어, QCL관계)가 있는 DL과 UL간에만 Cat-2 LBT 후의 전송을 허용하고, 그렇지 않은 신호/채널에 대해서는 random back-off 기반의 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT) 후 전송하는 것이 바람직할 수 있다.
또한, COT가 공유된 기지국 또는 단말이 COT내에서 수행할 Cat-2 LBT는 전-방향으로 수행될 수도 있고, COT를 획득하는데 사용했던 빔 방향과 QCL 관계 있는 빔 방향으로 수행될 수도 있다. 또한, 특정 빔 방향으로 수행하여 획득한 COT내에서는 해당 센싱 빔(sensing beam)내에 포함되는 상대적으로 좁은 빔(narrow beam)들이 전송될 수 있다. 예를 들어, 상대적으로 빔 폭(beam width)이 넓은 빔 A를 센싱 빔으로 LBT를 수행하여 획득한 COT에서는 빔(Beam) A가 커버(cover)하는 영역에 포함되는 상대적으로 좁은(narrow) 빔 A1, A2가 전송될 수 있다.
이하, [방법#6]을 통해 directional LBT 수행 후 획득한 COT를 공유하는 방법 및 해당 COT 내에서 LBT를 수행하는 방법을 살펴보도록 한다.
도 14 내지 도 16은 [방법#6]에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 14를 참조하면, 단말은 센싱 빔(Sensing beam)을 기반으로 LBT를 수행할 수 있다(S1401). 또한, LBT에 성공한 경우, 단말은 CG-PUSCH 및 CG-UCI(Configured Grant - Uplink Control Information)를 전송할 수 있다(S1403). 이 때, CG-UCI에는 단말이 기지국이 지시한 센싱 빔을 통해서 LBT를 수행하였는지 아니면 다른 센싱 빔을 통해 LBT를 수행하였는지 여부에 대한 정보가 포함될 수 있다. 단말은 기지국으로부터 DL 채널을 수신할 수 있다(S1405).
S1401부터 S1405까지에 대응하는 단말의 구체적인 동작 과정은 [방법#6]에 기반할 수 있다.
도 15를 참조하면, 기지국은 CG-PUSCH 및 CG-UCI를 수신할 수 있다(S1501). 기지국은 CG-UCI에 포함된 정보 (즉, 단말이 기지국이 지시한 센싱 빔을 통해서 LBT를 수행하였는지 아니면 다른 센싱 빔을 통해 LBT를 수행하였는지 여부에 대한 정보)를 기반으로 단말이 획득한 COT의 공유 허용 여부를 결정할 수 있다(S1503).
기지국은 결정된 COT 공유 허용 여부를 기반으로 LBT를 수행하여 DL 채널을 전송할 수 있다(S1505~S1507).
S1501부터 S1507까지에 대응하는 기지국의 구체적인 동작 과정은 [방법#6]에 기반할 수 있다.
도 16을 참조하면, 단말은 센싱 빔(Sensing beam)을 기반으로 LBT를 수행할 수 있다(S1601). 또한, LBT에 성공한 경우, 단말은 기지국으로 CG-PUSCH 및 CG-UCI(Configured Grant - Uplink Control Information)를 전송할 수 있다(S1603). 이 때, CG-UCI에는 단말이 기지국이 지시한 센싱 빔을 통해서 LBT를 수행하였는지 아니면 다른 센싱 빔을 통해 LBT를 수행하였는지 여부에 대한 정보가 포함될 수 있다. 기지국은 수신된 정보를 기반으로 단말이 획득한 COT의 공유 허용 여부를 결정할 수 있다(S1605).
기지국은 결정된 COT 공유 허용 여부를 기반으로 LBT를 수행하여 DL 채널을 전송할 수 있다(S1607~S1609).
S1601부터 S1609까지에 대응하는 단말 및 기지국의 구체적인 동작 과정은 [방법#6]에 기반할 수 있다.
[방법#6] 단말이 특정 빔(beam) 방향 혹은 빔 그룹(beam group) 단위의 random back-off 기반 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)를 수행하여 획득한 COT가 기지국에게 공유되어, 기지국이 COT 공유를 통해 DL 채널을 전송하고자 할 때의 COT 공유(sharing) 방법 및 COT내에서의 LBT 수행 방법
[방법#6-1] CG-PUSCH의 경우, 단말은 기지국이 설정/지시해준 센싱 빔(sensing beam)을 통해서 LBT를 수행하였는지 혹은 CG-PUSCH에 대응하는 Tx 빔(beam)을 커버(cover)하는 다른 센싱 빔(sensing beam) (예를 들어, Omni-beam)을 통해서 LBT를 수행하였는지에 관련된 정보를 CG-UCI의 특정 필드를 통해 기지국에게 알려줄 수 있다. 예를 들어, 단말은 상기 설정/지시된 센싱 빔(sensing beam)을 통해서 LBT를 수행하였는지 여부를 알리는 1 비트 정보를 CG-UCI에 포함시켜 기지국에게 전송할 수 있다.
(1) 기지국은 CG-UCI를 통해 단말이 CG-PUSCH 전송에 사용한 센싱 빔(sensing beam)에 대한 정보를 수신하여 DL 전송에 단말의 COT를 공유(sharing) 할 수 있는지를 판단한 후, DL 전송에 사용할 LBT의 종류 (예를 들어, Cat-2 LBT를 수행할 것인지 random back-off 기반의 Cat-3 LBT 혹은 Cat-4 LBT를 수행할 것인지)를 결정할 수 있다.
(2) 특징적으로, CG-UCI에 단말이 사용한 센싱 빔(sensing beam)에 대한 정보를 포함시킬 필드가 존재하지 않거나, 센싱 빔에 대한 정보가 설정되지 않았을 때에는 사전에 약속된/설정된 센싱 빔(sensing beam) (예를 들어, Omni-beam)을 기지국이 항상 사용하도록 설정될 수 있고, 기지국은 사전에 약속된/설정된 센싱 빔에 따라 COT 공유(sharing) 및 DL 전송에 사용할 LBT 종류를 결정할 수도 있다.
(3) 단말이 사전에 설정/지시된 센싱 빔(sensing beam)이 아닌, CG-PUSCH 전송에 사용된 Tx 빔(beam)을 커버(cover)하는 다른 센싱 빔(sensing beam) (예를 들어, omni-beam)을 사용하여 LBT를 수행하였음을 CG-UCI로 알려준 경우, 기지국은 단말의 COT를 공유(sharing)하여 Cat-2 LBT를 수행하고, 성공 시 다른 단말에게 non-unicast 전송 (예를 들어, user plane data가 없는 전송)을 수행할 수 있다.
단, 이러한 기지국의 non-unicast 전송의 최대 길이는 제한이 있을 수 있고, 이러한 제한은 사전에 설정/지시된 값이거나 표준에 정의된 값일 수 있다. 예를 들어, 단말이 획득한 MCOT가 남아있더라도, 기지국은 non-unicast 전송 시, 해당 제한 시간 이하로만 전송해야 될 수 있다.
[방법 #6]에서 각 빔(beam) 들이 포함되는 빔 그룹은 사전에 설정될 수 있다. 또한, 빔 그룹(beam group)은 단일 빔(beam) 혹은 복수의 빔(beam)들로 구성될 수 있다. 만약, 전-방향의 빔(beam)이 특정 빔 그룹(group)에 포함된다면, 해당 빔 또는 특정 빔 그룹을 통해 수행되는 LBT는 omnidirectional LBT일 수 있다. 한편, 전-방향이란 셀(Cell)에서 특정 섹터(sector)를 커버하는 빔(beam)들의 집합을 의미할 수 있다.
기지국은 특정 빔(beam) 방향 혹은 빔 그룹(beam group) 단위의 Cat-4 LBT를 수행하여 COT를 획득할 수 있다. 또한, LBT를 수행한 특정 빔(beam) 방향 혹은 빔 그룹(beam group) 방향으로 Tx 버스트(burst)를 구성하여 DL 신호/채널을 전송하고, 남은 COT를 단말에게 양도하여 UL 신호/채널을 전송하게 할 수 있다. 마찬가지로, 단말이 특정 빔(beam) 방향의 LBT 혹은 빔 그룹(bema group)의 LBT를 통해서 획득한 COT를 기지국이 공유(sharing)하여 DL 전송에 활용한다면, random back-off 기반의 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT) 대신에 Cat-2 LBT를 수행하여 DL 전송을 수행할 수도 있다.
이 때, 앞서 설명했듯이, 고주파 비-면허대역에서는 큰 경로 손실(path-loss)을 극복하기 위해서 특정 빔 방향으로만 송/수신을 수행하는 것이 고려될 수 있고, 이에 따라 LBT도 전-방향이 아닌 전송하려는 특정 빔 방향으로만 수행될 수 있다. 따라서, 특정 빔(beam)방향의 directional LBT를 수행하여 기지국/또는 단말이 획득한 COT는 공간 관계(spatial relation) (예를 들어, QCL 관계)가 있는 DL/UL 전송 간에만 공유되는 것이 바람직할 수 있다. 그러므로, DL의 경우에는 DCI 포맷 2_0을 통해 기지국이 COT를 획득하는데 사용된 센싱 빔에 대한 정보를 알려주고, UL의 경우에는 CG-UCI를 통해서 단말이 COT를 획득하는데 사용된 센싱 빔(sensing beam)에 대한 정보를 알려주는 것이 필요할 수 있다.
기지국이 CG-PUSCH 전송을 단말에게 설정할 때, Type 1 CG 자원 설정은 RRC 신호를 통해 설정될 수 있고, Type 2 CG 자원 설정은 RRC와 activation DCI를 통해 설정될 수 있다. 예를 들어, 기지국은 Type 1 CG 자원 설정에 있어서는 RRC를 통해 CG-PUSCH 전송에 사용할 UL 빔(beam)에 대한 정보를 단말에게 설정/지시하고, Type 2 CG 자원 설정에 있어서는 activation DCI를 통해서 CG-PUSCH 전송에 사용할 UL 빔(beam)에 대한 정보를 단말에게 지시/설정할 수 있다. 이 때, UL 빔에 대한 정보를 지시/설정하기 위하여, SRI를 activation DCI에 포함시킬 수 있다.
단말은 설정/지시된 UL 빔(beam)을 통해 CG-PUSCH를 전송하기 전에 UL 빔(beam)을 커버하는 센싱 빔(sensing beam)을 통해 LBT를 수행하여 성공할 시 COT를 획득할 수 있다. 또한, 획득된 COT 내에서 단말은 UL 전송을 수행할 수 있다. 이 때, 단말은 LBT를 수행할 센싱 빔(sensing beam)으로 Tx 빔(beam) (즉, UL 빔)에 대응되는 동일 빔(예를 들어, 동일한 공간 필터(Spatial filter)에 대응하는 빔)을 센싱 빔(sensing beam)으로 사용하여 LBT를 수행할 수도 있다. 또는, 빔 대응성(beam correspondence; BC) 성능(capability)에 따라 단말은 UL 빔(beam)을 커버(cover)하는 다른 센싱 빔(sensing beam) (예를 들어, Omni-beam)을 사용해서 LBT를 수행할 수도 있다.
따라서, 단말은 CG-PUSCH 전송을 위해 특정 센싱 빔(sensing beam)을 이용하여 LBT를 수행함으로써, COT를 획득할 수 있다. 또한, 획득한 COT를 기지국이 DL 전송에 공유(sharing)하여 사용할 수 있는지 여부를 판단하기 위하여, 단말은 CG-PUSCH 전송 시 항상 CG-PUSCH와 함께 다중화(multiplexing)되는 CG-UCI의 특정 필드를 통해서 단말이 COT 획득에 사용한 센싱 빔(sensing beam)을 알려줄 필요가 있을 수 있다.
기지국은 CG-UCI를 통해 단말이 CG-PUSCH 전송에 사용한 센싱 빔(sensing beam)에 대한 정보를 수신하면, DL 전송을 위해 단말의 COT를 공유(sharing) 할 수 있는지 판단한 후, DL 전송에 사용할 LBT의 종류 (예를 들어, Cat-2 LBT를 수행할 것인지 random back-off 기반의 Cat-3 LBT 혹은 Cat-4 LBT)를 결정할 수 있다.
특징적으로, CG-UCI에 단말이 사용한 센싱 빔(sensing beam)에 대한 정보를 포함시킬 필드가 존재하지 않거나, 센싱 빔에 대한 정보가 설정되지 않았을 때에는 사전에 약속된/설정된 센싱 빔(sensing beam) (예를 들어, Omni-beam)을 기지국이 항상 사용하도록 설정될 수 있고, 기지국은 사전에 약속된/설정된 센싱 빔에 따라 COT 공유(sharing) 및 DL 전송에 사용할 LBT 종류를 결정할 수도 있다.
예를 들어, 단말이 전송한 CG-UCI 정보 내의 빔(beam) 방향 (즉, 센싱 빔의 방향) 정보를 기반으로, 기지국이 전송하고자 하는 DL 전송을 위한 Tx 빔이 단말이 획득한 COT에 사용된 센싱 빔과 연관된(association)된 방향이라면, 대응되는 빔(beam) 방향으로 random back-off 기반 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)가 아닌 Cat-2 LBT를 수행한 후에 UE-initiated COT에서 공간 도메인(spatial domain)상 연관(association)된 DL 신호/채널을 전송할 수 있다. 만약, DL 전송이 단말의 COT 획득에 사용된 센싱 빔과 연관(association)되지 않은 방향이라면, 기지국은 DL 전송을 위해서 항상 random back-off 기반의 LBT (예를 들어, Cat-3 LBT 혹은 Cat-4 LBT)를 성공해야만 DL 전송을 수행할 수 있다.
단말이 사전에 설정/지시된 센싱 빔(sensing beam)이 아닌, Tx 빔(beam)을 커버(cover)하는 다른 센싱 빔(sensing beam) (예를 들어, omni-beam)을 사용하여 LBT를 수행하였음을 CG-UCI로 알려준 경우, 기지국은 단말의 COT를 공유(sharing)하여 Cat-2 LBT를 수행하고, 성공 시 다른 단말에게 non-unicast 전송 (예를 들어, user plane data가 없는 전송)을 수행할 수 있다.
단, 이러한 기지국의 non-unicast 전송의 최대 길이는 제한이 있을 수 있고, 이러한 제한은 사전에 설정/지시된 값이거나 표준에 정의된 값일 수 있다. 예를 들어, 단말이 획득한 MCOT가 남아있더라도, 기지국은 non-unicast 전송 시, 해당 제한 시간 이하로만 전송해야 될 수 있다.
한편 본 개시의 내용은 상향링크 및/또는 하향링크뿐만 아니라 단말간 직접 통신에서도 사용될 수 있으며, 이 때 기지국이나 릴레이 노드(relay node)에서 상기 제안한 방법이 사용될 수 있다.
상기 설명한 제안 방식에 대한 일례들 또한 본 개시의 구현 방법들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (혹은 병합) 형태로 구현될 수 도 있다. 상기 제안 방법들의 적용 여부 정보 (혹은 상기 제안 방법들의 규칙들에 대한 정보)는 기지국이 단말에게 혹은 송신 단말이 수신 단말에게 사전에 정의된 시그널 (예를 들어, 물리 계층 시그널 혹은 상위 계층 시그널)을 통해서 알려주도록 규칙이 정의될 수 있다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 17은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 17을 참조하면, 본 개시에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 18은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 18을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 17의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
구체적으로 본 개시의 실시 예에 따른 제 1 무선 기기(100)의 프로세서(102)에 의해 제어되고, 메모리(104)에 저장되는 명령 및/또는 동작들에 대해서 살펴보도록 한다.
하기 동작들은 프로세서(102)의 관점에서 프로세서(102)의 제어 동작을 기반으로 설명하지만, 이러한 동작을 수행하기 위한 소프트 웨어 코드 등에 메모리(104)에 저장될 수 있다. 예를 들어, 본 개시에서, 적어도 하나의 메모리(104)는 컴퓨터 판독 가능한(readable) 저장 매체 (storage medium)로서, 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동 가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 하기 동작들과 관련된 본 개시의 실시 예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
예를 들어, 프로세서(102)는 UL 채널 전송 시 반드시 LBT를 수행해야 하는지 여부를 알리기 위한 SIB를 송수신기(106)를 통해 수신할 수 있다. 또한, 프로세서(102)는 UL 채널(예를 들어, PUSCH/PUCCH)을 스케줄링하는 DCI 또는 RAR을 송수신기(106)를 통해 수신할 수 있다. 프로세서(102)는 상기 SIB에 의해 알려진 LBT 수행 여부를 기반으로 DCI 또는 RAR에 포함된 비트들을 해석하고, 해석된 비트들의 정보를 기반으로 UL 채널(예를 들어, PUSCH/PUCCH)를 송수신기(106)를 통해 전송할 수 있다. 한편, 상술한 프로세서(102)의 동작의 구체적인 수행 방법은 [방법 #1] 내지 [방법 #3] 및 [방법 #5] 중 적어도 하나에 기반할 수 있다. 예를 들어, [방법 #1] 내지 [방법 #3] 중 적어도 하나에 기반하는 경우, UL 채널은 DG (Dynamin Grant)-PUSCH, Msg 3. PUSCH 또는 Msg A. PUSCH일 수 있다. 또한, [방법 5]에 기반하는 경우, DCI 또는 RAR을 수신하는 단계는 생략될 수 있으며, 프로세서(102)는 SIB에 의해 알려진 LBT 수행 여부를 기반으로 UL 채널을 송수신기(106)를 통해 전송할 수 있다.
한편, SIB가 수신된 이후, 프로세서(102)는 csi-RS-ValidationWith-DCI 파라미터를 송수신기(106)를 통해 수신할 수 있다. 다만, 수신된 SIB를 기반으로 csi-RS-ValidationWith-DCI 파라미터를 수신하는 것은 생략될 수도 있다. 프로세서(102)는 수신된 SIB를 기반으로 Periodic/Semi-persistent CSI-RS를 송수신기(106)를 통해 수신할 수 있다. 상술한 프로세서(102)의 상세한 동작 과정은 [방법 #4]에 기반할 수 있다.
또 다른 예로, 프로세서(102)는 센싱 빔(Sensing beam)을 기반으로 LBT를 수행할 수 있다. 또한, LBT에 성공한 경우, 프로세서(102)는 CG-PUSCH 및 CG-UCI(Configured Grant - Uplink Control Information)를 송수신기(106)를 통해 전송할 수 있다(S1403). 이 때, CG-UCI에는 프로세서(102)가 기지국이 지시한 센싱 빔을 통해서 LBT를 수행하였는지 아니면 다른 센싱 빔을 통해 LBT를 수행하였는지 여부에 대한 정보가 포함될 수 있다. 프로세서(102)는 기지국으로부터 DL 채널을 송수신기(106)를 통해 수신할 수 있다.
상술한 예시에 대응하는 프로세서(102)의 구체적인 동작 과정은 [방법#6]에 기반할 수 있다.
제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 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
구체적으로 본 개시의 실시 예에 따른 제 2 무선 기기(200)의 프로세서(202)에 의해 제어되고, 메모리(204)에 저장되는 명령 및/또는 동작들에 대해서 살펴보도록 한다.
하기 동작들은 프로세서(202)의 관점에서 프로세서(202)의 제어 동작을 기반으로 설명하지만, 이러한 동작을 수행하기 위한 소프트 웨어 코드 등에 메모리(204)에 저장될 수 있다. 예를 들어, 본 개시에서, 적어도 하나의 메모리(204)는 컴퓨터 판독 가능한(readable) 저장 매체 (storage medium)로서, 지시들 또는 프로그램들을 저장할 수 있으며, 상기 지시들 또는 프로그램들은, 실행될 때, 상기 적어도 하나의 메모리에 작동 가능하게(operably) 연결되는 적어도 하나의 프로세서로 하여금 하기 동작들과 관련된 본 개시의 실시예들 또는 구현들에 따른 동작들을 수행하도록 할 수 있다.
예를 들어, 프로세서(202)는 단말이 UL 채널 전송 시 반드시 LBT를 수행해야 하는지 여부를 알리기 위한 SIB를 송수신기(206)를 통해 전송할 수 있다. 또한, 프로세서(202)는 UL 채널(예를 들어, PUSCH/PUCCH)을 스케줄링하는 DCI 또는 RAR을 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 SIB 및 DCI 또는 RAR을 기반으로 UL 채널(예를 들어, PUSCH/PUCCH)를 송수신기(206)를 통해 수신할 수 있다. 한편, 상술한 예시의 구체적인 수행 방법은 [방법 #1] 내지 [방법 #3] 및 [방법 #5] 중 적어도 하나에 기반할 수 있다. 예를 들어, [방법 #1] 내지 [방법 #3] 중 적어도 하나에 기반하는 경우, UL 채널은 DG (Dynamin Grant)-PUSCH, Msg 3. PUSCH 또는 Msg A. PUSCH일 수 있다. 또한, [방법 5]에 기반하는 경우, DCI 또는 RAR의 전송 단계는 생략될 수 있으며, 프로세서(202)는 LBT 수행 여부를 기반으로 UL 채널을 송수신기(206)를 통해 수신할 수 있다.
한편, SIB의 전송 단계 이후, 프로세서(202)는 csi-RS-ValidationWith-DCI 파라미터를 송수신기(206)를 통해 전송할 수 있다. 다만, 전송된 SIB를 기반으로 csi-RS-ValidationWith-DCI 파라미터를 전송하는 것은 생략될 수도 있다. 프로세서(202)는 전송된 SIB를 기반으로 Periodic/Semi-persistent CSI-RS를 송수신기(206)를 통해 전송할 수 있다. 상술한 예시에 대응한 상세한 동작 과정은 [방법 #4]에 기반할 수 있다.
또 다른 예로, 프로세서(202)는 CG-PUSCH 및 CG-UCI를 송수신기(206)를 통해 수신할 수 있다. 프로세서(202)는 CG-UCI에 포함된 정보 (즉, 단말이 프로세서(202)가 지시한 센싱 빔을 통해서 LBT를 수행하였는지 아니면 다른 센싱 빔을 통해 LBT를 수행하였는지 여부에 대한 정보)를 기반으로 단말이 획득한 COT의 공유 허용 여부를 결정할 수 있다.
프로세서(202)는 결정된 COT 공유 허용 여부를 기반으로 LBT를 수행하여 DL 채널을 송수신기(206)를 통해 전송할 수 있다.
상술한 예시에 대응하는 기지국의 구체적인 동작 과정은 [방법#6]에 기반할 수 있다.
이하, 무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 19는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 19를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), gNode B(gNB), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
상술한 바와 같은 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치는 5세대 NewRAT 시스템에 적용되는 예를 중심으로 설명하였으나, 5세대 NewRAT 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (16)

  1. 무선 통신 시스템에서, 단말이 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하는 방법에 있어서,
    SIB (System Information Block)을 수신하고,
    상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고,
    상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    PUSCH 전송 방법.
  2. 제 1 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 필드들은, 공유 스펙트럼 (Shared Spectrum)이 아닌 스펙트럼을 위한 RAR UL 그랜트에 포함된 필드들과 동일한,
    PUSCH 전송 방법.
  3. 제 1 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에는 상기 채널 접속 타입을 지시하기 위한 필드가 포함되지 않는,
    PUSCH 전송 방법.
  4. 제 1 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은,
    상기 SIB가 상기 파라미터를 포함하지 않는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합과 동일한,
    PUSCH 전송 방법.
  5. 제 1 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하였는지에 무관하게 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은 14로서 일정한,
    PUSCH 전송 방법.
  6. 제 1 항에 있어서,
    상기 SIB가 상기 파라미터를 포함한 것에 기반하여, 상기 채널 접속 타입을 지시하기 위한 필드에 기반한 CAP의 적용 이후에 상기 PUSCH가 전송되고,
    상기 SIB가 상기 파라미터를 포함하지 않은 것에 기반하여, 상기 PUSCH는 CAP 없이 전송되는,
    PUSCH 전송 방법.
  7. 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하기 위한 단말에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, SIB (System Information Block)을 수신하고,
    상기 적어도 하나의 송수신기를 통해, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고,
    상기 적어도 하나의 송수신기를 통해, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    단말.
  8. 제 7 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 필드들은, 공유 스펙트럼 (Shared Spectrum)이 아닌 스펙트럼을 위한 RAR UL 그랜트에 포함된 필드들과 동일한,
    단말.
  9. 제 7 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에는 상기 채널 접속 타입을 지시하기 위한 필드가 포함되지 않는,
    단말.
  10. 제 7 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은,
    상기 SIB가 상기 파라미터를 포함하지 않는 것에 기반한, 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합과 동일한,
    단말.
  11. 제 7 항에 있어서,
    상기 SIB가 상기 파라미터를 포함하였는지에 무관하게 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수 및 상기 PUSCH의 주파수 자원 할당을 위한 필드의 비트 수의 합은 14로서 일정한,
    단말.
  12. 제 7 항에 있어서,
    상기 SIB가 상기 파라미터를 포함한 것에 기반하여, 상기 채널 접속 타입을 지시하기 위한 필드에 기반한 CAP의 적용 이후에 상기 PUSCH가 전송되고,
    상기 SIB가 상기 파라미터를 포함하지 않은 것에 기반하여, 상기 PUSCH는 CAP 없이 전송되는,
    단말.
  13. 무선 통신 시스템에서, 기지국이 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 수신하는 방법에 있어서,
    SIB (System Information Block)을 전송하고,
    상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 전송하고,
    상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 수신하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    PUSCH 수신 방법.
  14. 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 수신하기 위한 기지국에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, SIB (System Information Block)을 전송하고,
    상기 적어도 하나의 송수신기를 통해, 상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 전송하고,
    상기 적어도 하나의 송수신기를 통해, 상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 수신하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    기지국.
  15. 무선 통신 시스템에서, 52.6 GHz 이상의 대역에서 PUSCH (Physical Uplink Shared Channel)을 전송하기 위한 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    SIB (System Information Block)을 수신하고,
    상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고,
    상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    장치.
  16. 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은:
    SIB (System Information Block)을 수신하고,
    상기 PUSCH를 스케줄링하기 위한 RAR (Random Access Response) UL (Uplink) 그랜트(Grant)를 수신하고,
    상기 RAR UL 그랜트를 기반으로 상기 PUSCH를 전송하는 것을 포함하고,
    상기 SIB가 CAP (Channel Access Procedure)가 적용되어야 함을 지시하는 파라미터를 포함하는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 채널 접속 타입(Type)을 지시하기 위한 필드의 비트 수는 2이고,
    상기 SIB가 상기 파라미터를 포함하지 않는 것을 기반으로, 상기 RAR UL 그랜트에 포함된 상기 채널 접속 타입을 지시하기 위한 필드의 비트 수는 0인,
    컴퓨터 판독 가능한 저장 매체.
PCT/KR2022/021572 2022-01-07 2022-12-29 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치 WO2023132559A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20220003001 2022-01-07
KR10-2022-0003001 2022-01-07
KR10-2022-0018394 2022-02-11
KR20220018394 2022-02-11

Publications (1)

Publication Number Publication Date
WO2023132559A1 true WO2023132559A1 (ko) 2023-07-13

Family

ID=87073846

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/021572 WO2023132559A1 (ko) 2022-01-07 2022-12-29 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2023132559A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190261407A1 (en) * 2018-02-16 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Time resource assignment signaling mechanism for msg3 transmission
US20210195657A1 (en) * 2018-06-21 2021-06-24 Nokia Technologies Oy Transport block size for contention free random access in random access procedure
US20210212130A1 (en) * 2018-05-04 2021-07-08 Lenovo (Singapore) Pte. Ltd. Pusch transmission using an aggregation factor
WO2021230728A1 (ko) * 2020-05-15 2021-11-18 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190261407A1 (en) * 2018-02-16 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Time resource assignment signaling mechanism for msg3 transmission
US20210212130A1 (en) * 2018-05-04 2021-07-08 Lenovo (Singapore) Pte. Ltd. Pusch transmission using an aggregation factor
US20210195657A1 (en) * 2018-06-21 2021-06-24 Nokia Technologies Oy Transport block size for contention free random access in random access procedure
WO2021230728A1 (ko) * 2020-05-15 2021-11-18 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for control (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.213, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. V16.8.0, 5 January 2022 (2022-01-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 189, XP052118407 *

Similar Documents

Publication Publication Date Title
WO2022154406A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2021071332A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2021060916A1 (ko) 비면허 대역에서 임의 접속 과정을 수행하기 위한 신호를 송수신하는 방법 및 이를 위한 장치
WO2020226265A1 (ko) 비면허 대역에서 동기 신호 블록을 송수신하는 방법 및 이를 위한 장치
WO2020167084A1 (ko) 무선 통신 시스템에서 단말이 임의 접속 과정을 수행하는 방법 및 이를 위한 장치
WO2021206400A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2021020903A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2021066277A1 (ko) 비면허 대역에서 단말이 임의 접속 과정을 수행하는 방법 및 이를 위한 장치
WO2022154405A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022080736A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022025549A1 (ko) 사운딩 참조 신호를 송수신하는 방법 및 이를 위한 장치
WO2021206409A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2021060913A1 (ko) 비면허 대역에서 단말이 하향링크 제어 채널을 수신하는 방법 및 이를 위한 장치
WO2021033988A1 (ko) 무선통신시스템에서 사이드링크 신호를 송수신하는 방법
WO2021066278A1 (ko) 비면허 대역에서 단말이 임의 접속 과정을 수행하기 위한 신호를 송수신하는 방법 및 이를 위한 장치
WO2020226387A1 (ko) 무선 통신 시스템에서 단말이 임의 접속 과정을 수행하기 위한 신호를 송수신하는 방법 및 이를 위한 장치
WO2023014013A1 (ko) 비면허 대역에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2022030864A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022080728A1 (ko) 채널 접속 절차를 수행하는 방법 및 이를 위한 장치
WO2022030873A1 (ko) 채널 접속 절차 수행 여부를 결정하는 방법 및 이를 위한 장치
WO2021206398A1 (ko) 하향링크 제어 정보를 송수신하는 방법 및 이를 위한 장치
WO2023132559A1 (ko) 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치
WO2023014014A1 (ko) 상향링크 신호 및/또는 하향링크 신호를 송수신하는 방법 및 이를 위한 장치
WO2022240053A1 (ko) 비면허 대역에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2023132576A1 (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: 22919096

Country of ref document: EP

Kind code of ref document: A1