WO2023211015A1 - 상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치 - Google Patents

상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2023211015A1
WO2023211015A1 PCT/KR2023/004930 KR2023004930W WO2023211015A1 WO 2023211015 A1 WO2023211015 A1 WO 2023211015A1 KR 2023004930 W KR2023004930 W KR 2023004930W WO 2023211015 A1 WO2023211015 A1 WO 2023211015A1
Authority
WO
WIPO (PCT)
Prior art keywords
signal
information
data
transmission window
window
Prior art date
Application number
PCT/KR2023/004930
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 WO2023211015A1 publication Critical patent/WO2023211015A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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

Definitions

  • This disclosure relates to a method and device for transmitting and receiving an uplink channel and a downlink channel, and more specifically, to waking up a base station in NES (Network Energy Saving) mode when the base station is in NES (Network Energy Saving) mode. It relates to a method and device for transmitting an uplink channel for wake-up and setting a transmission window (Tx window) for the uplink channel.
  • NES Network Energy Saving
  • Tx window transmission window
  • 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 with characteristics such as High Spectrum Efficiency, High User Experienced Data Rate, and High Peak Data Rate
  • URLLC is a next-generation mobile communication scenario with characteristics such as Ultra Reliable, Ultra Low Latency, and Ultra High Availability.
  • mMTC is a next-generation mobile communication scenario with Low Cost, Low Energy, Short Packet, and Massive Connectivity characteristics. (e.g., IoT).
  • the present disclosure seeks to provide a method and device for transmitting and receiving an uplink channel and a downlink channel.
  • a method for a terminal to transmit a UL (Uplink) signal includes receiving first information related to a UL transmission window and determining whether UL data exists within the UL transmission window. transmitting second information indicating that the UL data exists, and transmitting the UL signal based on the second information indicating that the UL data exists, and the second information indicating that the UL data does not exist. Based on this, the UL signal is not transmitted outside the UL transmission window or during the period of the Prohibit timer, and the second information may be a Scheduling Request (SR) or a Buffer State Report (BSR). .
  • SR Scheduling Request
  • BSR Buffer State Report
  • the second information may indicate that the UL data does not exist.
  • the UL transmission window may be set to be located immediately before or immediately after the SMTC (SS/PBCH block Measurement Timing Configuration) window.
  • SMTC SS/PBCH block Measurement Timing Configuration
  • the UL transmission window may be set to be located before or after the offset value from the SMTC (SS/PBCH block Measurement Timing Configuration) window.
  • SMTC SS/PBCH block Measurement Timing Configuration
  • a specific type of UL signal may be transmitted outside the UL transmission window or during the period of the prohibit timer.
  • the setting of the UL transmission window may be changed based on the fact that the second information indicates that the UL data does not exist.
  • a terminal for transmitting a UL (Uplink) signal includes at least one transceiver; at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform an operation, the operation comprising: the at least one processor.
  • UL Uplink
  • the second information includes transmitting the UL signal based on indicating that the UL data exists, and based on the second information indicating that the UL data does not exist, the UL
  • the UL signal is not transmitted outside the UL transmission window or during the period of the Prohibit timer, and the second information may be a Scheduling Request (SR) or a Buffer State Report (BSR).
  • SR Scheduling Request
  • BSR Buffer State Report
  • the second information may indicate that the UL data does not exist.
  • the UL transmission window may be set to be located immediately before or immediately after the SMTC (SS/PBCH block Measurement Timing Configuration) window.
  • SMTC SS/PBCH block Measurement Timing Configuration
  • the UL transmission window may be set to be located before or after the offset value from the SMTC (SS/PBCH block Measurement Timing Configuration) window.
  • SMTC SS/PBCH block Measurement Timing Configuration
  • a specific type of UL signal may be transmitted outside the UL transmission window or during the period of the prohibit timer.
  • the setting of the UL transmission window may be changed based on the fact that the second information indicates that the UL data does not exist.
  • a method for a base station to receive a UL (Uplink) signal includes transmitting first information related to a UL transmission window and whether UL data exists within the UL transmission window. receiving second information indicating that the UL data exists, and receiving the UL signal based on the second information indicating that the UL data exists, and the second information indicating that the UL data does not exist. Based on this, the UL signal is not received outside the UL transmission window or during the period of the Prohibit timer, and the second information may be a Scheduling Request (SR) or a Buffer State Report (BSR). .
  • SR Scheduling Request
  • BSR Buffer State Report
  • a base station for receiving a UL (Uplink) signal includes at least one transceiver; at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform an operation, the operation comprising: the at least one processor. Transmitting, through a transceiver, first information related to a UL transmission window; receiving, through the at least one transceiver, second information indicating whether UL data exists within the UL transmission window; and receiving, through the at least one transceiver, second information indicating whether UL data exists within the UL transmission window.
  • the second information includes receiving the UL signal based on indicating that the UL data exists, and based on the second information indicating that the UL data does not exist, the UL
  • the signal is not received outside the UL transmission window or during the period of the Prohibit timer, and the second information may be a Scheduling Request (SR) or a Buffer State Report (BSR).
  • SR Scheduling Request
  • BSR Buffer State Report
  • a computer-readable storage medium comprising at least one computer program that causes at least one processor according to the present disclosure to perform operations, the operations comprising: receiving first information related to a UL transmission window; transmitting second information indicating whether UL data exists, and transmitting the UL signal based on the fact that the second information indicates the presence of the UL data, and the second information is transmitting the UL signal. Based on notifying that data does not exist, the UL signal is not transmitted outside the UL transmission window or during the period of the prohibit timer, and the second information is SR (Scheduling Request) or BSR ( Buffer State Report).
  • SR Service Request
  • BSR Buffer State Report
  • an apparatus for transmitting a UL (Uplink) signal includes: at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations, the operations comprising: a UL transmission window and Receiving related first information, transmitting second information indicating whether UL data exists within the UL transmission window, and based on the second information indicating that the UL data exists, transmitting the UL signal Transmitting, and based on the fact that the second information indicates that the UL data does not exist, the UL signal is not transmitted outside the UL transmission window or during the period of the Prohibit timer,
  • the second information may be a Scheduling Request (SR) or a Buffer State Report (BSR).
  • a Tx window for transmitting an uplink channel to wake up a base station in NES (Network Energy Saving) mode is set, and the base station and the terminal perform downlink and uplink transmission and reception according to the uplink transmission, By efficiently operating the NES mode of the base station, efficient reduction of power consumption can be achieved.
  • NES Network Energy Saving
  • Figure 1 is a diagram for explaining network energy saving.
  • Figure 2 is to explain a method of setting SMTC (SS/PBCH Block measurement timing configuration).
  • Figure 3 is for explaining an example of transmitting an uplink channel.
  • 4 to 6 are for explaining the overall operation process of the terminal and base station according to an embodiment of the present disclosure.
  • FIG. 7 is for explaining a method of setting a Tx window according to an embodiment of the present disclosure.
  • Figure 8 is for explaining the transmission and reception operations of the base station according to an embodiment of the present disclosure.
  • Figure 9 is to explain an example of transmitting HARQ-ACK (Hybrid Automatic Repeat Request - Acknowledgment) and SR (Scheduling Request).
  • HARQ-ACK Hybrid Automatic Repeat Request - Acknowledgment
  • SR Switchuling Request
  • Figure 10 illustrates a communication system applied to the present disclosure.
  • FIG. 11 illustrates a wireless device to which the present disclosure can be applied.
  • FIG. 12 illustrates a vehicle or autonomous vehicle to which the present disclosure can 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 can be implemented with radio technology such as UTRA (Universal Terrestrial Radio Access) or CDMA2000.
  • TDMA can be implemented with wireless technologies such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA can be implemented with wireless technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), etc.
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-A Advanced
  • 3GPP NR New Radio or New Radio Access Technology
  • 3GPP LTE/LTE-A is an evolved version of 3GPP LTE/LTE-A.
  • the three key requirements areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) Ultra-Reliable and Includes the area of ultra-reliable and low latency communications (URLLC).
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC ultra-Reliable and Includes the area of ultra-reliable and low latency communications
  • KPI Key Performance Indicator
  • eMBB goes far beyond basic mobile Internet access and covers rich interactive tasks, 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 processed simply as an application using the data connection provided by the communication system.
  • the main reasons for the increased traffic volume are the increase in content size and the number of applications requiring high data rates.
  • Streaming services audio and video
  • interactive video and mobile Internet connections will become more prevalent as more devices are connected 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 increasing mobile communication platforms, and this can apply to both work and entertainment.
  • cloud storage is a particular use case driving growth in uplink data rates.
  • 5G will also be used for remote work in the cloud and will require much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • Entertainment for example, cloud gaming and video streaming are other key factors driving increased demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes.
  • Another use case is augmented reality for entertainment and information retrieval.
  • augmented reality requires very low latency and instantaneous amounts of data.
  • URLLC includes new services that will transform industries through ultra-reliable/available low-latency links, such as remote control of critical infrastructure and self-driving vehicles. Levels of reliability and latency are 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 at resolutions above 4K (6K, 8K and beyond) as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications include nearly immersive sporting events. Certain applications may require special network settings. For example, for VR games, gaming companies may need to integrate core servers with a 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 for vehicles. For example, entertainment for passengers requires simultaneous, high capacity and high mobility mobile broadband. That's because 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 and superimposes information telling the driver about the object's distance and movement on top of what the driver is seeing through the front window.
  • wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between cars and other connected devices (eg, devices accompanied by pedestrians).
  • Safety systems can reduce the risk of accidents by guiding drivers through alternative courses of action to help them drive safer.
  • the next step will be remotely controlled or self-driven vehicles.
  • 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-effective 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 home appliances are all connected wirelessly. Many of these sensors are typically low data rate, low power, and low cost.
  • real-time HD video may be required in certain types of devices for surveillance, for example.
  • a smart grid interconnects these sensors using digital information and communications technologies to collect and act on information. This information can include the behavior of suppliers and consumers, allowing smart grids to improve the efficiency, reliability, economics, sustainability of production and distribution of fuels such as electricity in an automated manner. Smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • Communications systems can support telemedicine, providing clinical care in remote locations. This can help reduce the barrier of distance and improve access to health services that are consistently unavailable in remote rural areas. It is also used to save lives in critical care and emergency situations.
  • Mobile communications-based wireless sensor networks 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. Therefore, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that wireless connections operate with similar latency, reliability and capacity as cables, and that their management be simplified. Low latency and very low error probability are new requirements needed for 5G connectivity.
  • Logistics and freight tracking are important examples of mobile communications that enable inventory and tracking of packages anywhere using location-based information systems. Use cases in logistics and cargo tracking typically require low data rates but require wide range and reliable location information.
  • FIG. 1 is a diagram for explaining network energy saving (NES) according to the present disclosure.
  • the NR (New Rat) system Compared to the LTE (Long Term Evolution) system, the NR (New Rat) system has a higher density of base station installation and use of more antennas/bandwidth/frequency bands, etc., so the power consumed by the NR base station is less than that consumed by the LTE base station. There are reports that the power has been increased by 3 to 4 times. In order to solve the problem of increased operating costs for operators and build an eco-friendly network, a study item discussing ways to reduce energy consumption of base stations was approved.
  • 3GPP RAN WG1 defined a base station energy consumption model and simulation methodology to show that energy consumption benefits can be obtained by applying NES technology.
  • the base station's sleep state i.e., a state in which the base station performs neither transmission nor reception
  • an active state i.e., a state in which the base station performs transmission and/or reception
  • the state The star transition method was decided.
  • the relative power value consumed by the base station in each state, the time and energy required for state conversion, etc. were modeled.
  • 3GPP RAN WG1 for NES can be broadly divided into four domains (i.e., time/frequency/space/power domains), and the specific technologies for each domain are listed in [Table 1] and It can be summarized as follows.
  • Time domain techniques A-1 Adaptation of common signals and channels A-2 Dynamic adaptation of UE specific signals and channels A-3 Wake up of gNB triggered by UE wake up signal A-4 Adaptation of DTX/DRX A-5 Adaptation of SSB/SIB1 Frequency domain techniques B-1 Multi-carrier energy savings enhancements B-2 Dynamic adaptation of bandwidth part of UE(s) within a carrier B-3 Dynamic adaptation of bandwidth of active BWP Spatial domain techniques C-1 Dynamic adaptation of spatial elements C-2 TRP muting/adaptation in multi-TRP operation Power domain techniques D-1 Adaptation of transmission power of signals and channels D-2 Enhancements to assist gNB digital pre-distortion D-3 Adaptation of transceiver processing algorithm D-4 PA backoff adaptation D-5 UE post-distortion
  • Time axis NES technologies include terminal-common signals (e.g., SSB, SIB, paging, etc.) or terminal-specific signals (e.g., A-1, A-2, and/or A-5 in Table 1). Control the on/off of (CSI-RS), the terminal transmits a wake-up signal to wake up the base station in an inactive state as shown in A-3 in Table 1, or the DTX/DRX pattern of the base station as shown in A-4 in Table 1 Accordingly, methods for controlling transmission and reception of the terminal were discussed.
  • terminal-common signals e.g., SSB, SIB, paging, etc.
  • terminal-specific signals e.g., A-1, A-2, and/or A-5 in Table 1
  • Frequency axis NES technologies include SCell, which operates without SSB (Synchronization Signal Block) in an inter-band CA situation as shown in B-1 in Table 1, and BWP (Bandwidth Part) as shown in B-2 and/or B-3 in Table 1. Methods of switching or adjusting the bandwidth of BWP were discussed.
  • SCell which operates without SSB (Synchronization Signal Block) in an inter-band CA situation as shown in B-1 in Table 1
  • BWP Bandwidth Part
  • Spatial axis NES technologies support on/off operations for each antenna port or TRP (Transmission and Reception Point) of the base station, such as C-1 and/or C-2 in Table 1, and improve related CSI measurement and reporting. This was discussed.
  • TRP Transmission and Reception Point
  • Power axis NES technologies dynamically change the power of downlink signals (e.g., SSB, CSI-RS, PDSCH), as shown in D-1 in Table 1, or D-2 and D-3 in Table 1.
  • downlink signals e.g., SSB, CSI-RS, PDSCH
  • D-1 in Table 1 or D-2 and D-3 in Table 1.
  • PA Power Amplifier
  • 3GPP RAN WG2 NES-capable terminals or There are ways for existing NR terminals to access NES-cells and efficient handover methods for terminals connected to NES-cells.
  • the RAN WG1 leading item supports the operation of turning on and off the antenna port of the base station or dynamically changing the power offset between PDSCH (Physical Downlink Shared Channel) and CSI-RS (Channel State Information - Reference Signal), and related CSI measurement and There are ways to improve reporting, etc. (e.g. C-1 and D-1).
  • PDSCH Physical Downlink Shared Channel
  • CSI-RS Channel State Information - Reference Signal
  • RAN WG2 leading items include a method of controlling UE transmission and reception (e.g., A-4) according to the base station's DTX/DRX (Discontinuous Transmission/Discontinuous Reception) pattern, and preventing existing NR UEs from accessing NES-cells. There is a CHO (Conditional Handover) method that takes into account the source or target cell in which the NES is operating. Additionally, RAN WG3 leading items include information exchange on active beams between nodes and a paging method through a limited area. The RAN WG4 leading item includes an SCell (eg, B-1) that operates without SSB in an inter-band CA situation.
  • SCell eg, B-1
  • Figure 2 explains a method of setting SMTC (SS/PBCH Block measurement timing configuration) in a NR (New RAT) system.
  • the base station can set at least one SMTC window to measure SS/PBCH (Synchronization Signal / Physical Broadcast Channel) blocks.
  • the UE may perform Radio Resource Measurement (RRM) measurement by receiving SS/PBCH blocks and/or CSI-RS (Channel State Information - Reference Signal) in at least one SMTC window.
  • RRM Radio Resource Measurement
  • Figure 2 explains an example in which two SMTC windows , smtc 1 and smtc 2, are set for the terminal.
  • the smtc 1 parameter may be received by the UE through higher layer signaling.
  • the Smtc 1 parameter may include the periodicityAndOffset parameter and the duration parameter.
  • the terminal can derive the period and offset value of smtc 1 from the periodicityAndOffset parameter value according to the formula in Table 2.
  • the smtc 1 window may be set as shown below in Figure 2 based on the corresponding offset value and the section corresponding to the period and duration parameters. Meanwhile, the terminal may set additional You can also set up an SMTC window (i.e. smtc 2).
  • the Smtc 2 parameter may include a periodicity parameter for notifying the period of Smtc 2 and a pci-List parameter, which is a list of cells to be measured using Smtc 2.
  • the terminal sets the period of smtc 2 according to the periodicity of the smtc 2 parameter, but the offset value and interval value can be used the same as those of smtc 1.
  • smtc 1 and smtc 2 are SMTC windows with different periods but the same interval and offset values.
  • the terminal measures SS/PBCH blocks and/or CSI-RS transmitted from cells included in the pci-List through smtc 2, and SS/PBCH transmitted from cells not included in the pci-List through smtc 1.
  • Block and/or CSI-RS can be measured.
  • the base station must set the period of smtc 2 to be shorter than the period of smtc 1. This may be because the cells included in the pci-List of smtc 2 are cells that must have increased importance in measurement for the same reason that they are near the terminal.
  • Uplink grant can be divided into (1) dynamic grant and (2) configured grant.
  • Figure 3 shows an example of an uplink grant.
  • Figure 3(a) illustrates a UL transmission process based on a dynamic grant
  • Figure 3(b) illustrates a UL transmission process based on a set grant.
  • Dynamic grant is intended to maximize resource utilization and refers to a data transmission/reception method based on dynamic scheduling by the BS. This means that if the UE has data to transmit, it can preferentially request uplink resource allocation from the BS and transmit data using only the uplink resources allocated from the BS. In order to efficiently use uplink radio resources, the BS must know what type of data and how much each UE will transmit on the uplink. Therefore, the UE can directly transmit information about the uplink data it wants to transmit to the BS, and the BS can allocate uplink resources to the UE based on this. In this case, information about uplink data transmitted from the UE to the BS is called a buffer status report (BSR), and BSR is related to the amount of uplink data stored in the UE's own buffer.
  • BSR buffer status report
  • the uplink resource allocation process for actual data is illustrated when the UE does not have uplink radio resources available for transmission of BSR.
  • a UE that does not have a UL grant available for UL data transmission cannot transmit BSR through PUSCH, so it must request resources for uplink data starting with transmission of a scheduling request through PUCCH.
  • step 5 An uplink resource allocation process is used.
  • the UE when there are no PUSCH resources for transmitting a BSR, the UE first transmits a scheduling request (SR) to the BS in order to be allocated PUSCH resources.
  • SR is used by the UE to request PUSCH resources for uplink transmission from the BS when a reporting event occurs but there are no PUSCH resources available to the UE.
  • the UE transmits SR through PUCCH or initiates a random access process.
  • the UE receives a UL grant from the BS, it transmits the BSR to the BS through the PUSCH resource allocated by the UL grant.
  • the BS checks the amount of data to be transmitted by the UE in the uplink based on the BSR and transmits a UL grant to the UE.
  • the UE that has received the UL grant transmits actual uplink data to the BS through PUSCH based on the UL grant.
  • the UE receives an RRC message including resource configuration for transmission of UL data from the BS.
  • UL configured grants there are two types of UL configured grants: Type 1 and Type 2.
  • the actual UL grant e.g. time resources, frequency resources
  • the UL configured grant is provided by PDCCH and is activated or deactivated by the PDCCH.
  • CS-RNTI for retransmission
  • Period of set grant type 1 Information about the starting symbol index S and symbol length L for PUSCH in a slot
  • MCS index indicating modulation order, target code rate, and transport block size.
  • the actual UL grant of configured grant type 2 is provided to the UE by DCI in the PDCCH addressed to the CS-RNTI. If specific fields of the DCI in the PDCCH addressed to the CS-RNTI are set to specific values for scheduling activation, the UE activates the configured grant type 2 associated with the CS-RNTI.
  • the UE can perform uplink transmission through PUSCH based on a set grant according to Type 1 or Type 2.
  • Resources for initial transmission by configured grant may or may not be shared between one or more UEs.
  • Energy saving at base stations is considered important in wireless communication systems, including 3GPP, because it can contribute to building an eco-friendly network by reducing carbon emissions and reducing the operational expenditure (OPEX) of communication industries.
  • OPEX operational expenditure
  • base stations must be equipped with a greater number of antennas and provide services through wider bandwidth and frequency bands.
  • the energy cost of base stations has reached 20% of total OPEX, according to a recent study. Due to this increased interest in base station energy savings, a new study item called “study on network energy savings” was approved in 3GPP NR release 18.
  • the following enhancement techniques are being considered to improve energy saving capabilities from the base station's transmission and reception perspectives.
  • a wake-up signal transmission method for the terminal to determine whether switching to active mode is necessary.
  • NES network energy saving
  • the base station sets an OFF section in advance to turn off the transmission of a specific DL (Downlink) signal for a specific time period, and the base station switches the ON/OFF section according to the wake-up signal transmitted by the terminal in the Tx window. Operations such as changing this or maintaining the OFF section may be performed.
  • power consumption of base stations and terminals can be reduced, and interference mitigation effects can also be expected.
  • the above-described method may cause a large delay in data transmission and it is difficult to immediately change the transmission rate, resulting in serious performance degradation of the terminal.
  • it may be difficult to use in services that are sensitive to delay, such as URLLC. Therefore, by dynamically setting/instructing the ON/OFF sections of DL/UL signals/channels in symbol units with a granularity smaller than subframe/slot, the data transmission rate of the terminal is adjusted.
  • a method may be needed to reduce power consumption of base stations and terminals while minimizing degradation.
  • Another method is to set a plurality of candidate timer values in advance and the DL/UL signal/channel to which the timer will be applied, and set the timer (timer) through (group-common) DCI or MAC-CE. ) value is indicated, a specific DL/UL signal/channel can be turned OFF (i.e., deactivated) for the corresponding timer value to prevent transmission and reception.
  • a specific DL/UL signal/channel can be turned OFF (i.e., deactivated) for the corresponding timer value to prevent transmission and reception.
  • the base station when periodic DL/UL signals and channels such as (Periodic) CSI-RS/SRS are set in advance, a plurality of period candidates are set, and periodicity candidates are set to save power of the base station. If a change is necessary, a method in which the period is dynamically changed by indicating one of the preset period candidate values through (group-common) DCI or MAC-CE can also be considered.
  • the base station also sets the ON/OFF duration to semi-static in advance, similar to the DRX cycle of the terminal, and normally transmits and receives DL/UL signals/channels during the ON duration.
  • a method of reducing power consumption by switching the operating mode to sleep mode and/or power saving mode may be considered.
  • this method of transmitting/receiving through a semi-static ON/OFF period can achieve an energy saving effect through a preset OFF period (duration), but urgent traffic, e.g.
  • SR Service Request
  • PRACH Physical Random Access Channel
  • RAR Random Access Response
  • UL grant transmission which may result in terminal performance degradation. Therefore, set a plurality of ON/OFF patterns in advance and specify a specific pattern through (group-common) DCI or MAC-CE to determine the length of the ON period and OFF period.
  • a method of dynamically changing may be considered.
  • the base station does not transmit or receive by turning off (deactivating) specific DL/UL signals and channels during a specific time period through the application of an OFF section/timer/pattern to save power. Power consumption can be reduced.
  • the base station sets a time section in which a specific UL signal/channel can be transmitted from the terminal, and considers adapting the OFF section/timer/pattern according to the signal transmitted by the terminal in the section. You can. For example, if the terminal can inform that there is no data to transmit for a certain period of time, the base station can refer to the information to extend the OFF period or apply a pattern with a long OFF period. Additionally, it may be desirable to set this TX window in conjunction with a time period in which the base station must operate in an active mode for essential DL signal transmission.
  • Figure 4 is for explaining the overall operation process of the terminal according to an embodiment of the present disclosure.
  • the terminal can receive information related to the Tx window (S401).
  • the terminal can receive information for setting the Tx window based on [Method #1].
  • S401 can be based on [Method #1].
  • the terminal can transmit a specific UL signal within the Tx window (S403). Additionally, the terminal can transmit and receive DL/UL signals/channels based on a specific UL signal (S405). At this time, S403 and S405 may be based on at least one of [Method #2] and [Method #3].
  • Figure 5 is for explaining the overall operation process of the base station according to an embodiment of the present disclosure.
  • the base station may transmit information related to the Tx window (S501).
  • the base station can transmit information to set the Tx window based on [Method #1].
  • S501 can be based on [Method #1].
  • the base station can receive a specific UL signal within the Tx window (S503). Additionally, the base station can transmit and receive DL/UL signals/channels based on a specific UL signal (S505). At this time, S503 and S505 may be based on at least one of [Method #2] and [Method #3].
  • Figure 6 is for explaining the overall operation of a network according to an embodiment of the present disclosure.
  • the base station may transmit information related to the Tx window to the terminal (S601).
  • the base station can transmit information to set the Tx window to the terminal based on [Method #1].
  • S601 can be based on [Method #1].
  • the terminal can transmit a specific UL signal to the base station within the Tx window (S603). Additionally, the base station and the terminal can transmit and receive DL/UL signals/channels based on a specific UL signal (S605). At this time, S603 and S605 may be based on at least one of [Method #2] and [Method #3].
  • the Tx window may be set immediately before or after SSB/SMTC, or the TX window may be set before or after the offset of a specific symbol/slot unit from SSB/SMTC.
  • the terminal can receive DL signals/channels in the SSB/SMTC section and transmit UL signals/channels only within the Tx window.
  • Specific UL signals/channels such as PRACH/PUCCH (including SR)/SRS/CG-PUSCH/PUSCH can be used.
  • SMTC SSB-based RRM measurement timing configuration
  • DMTC disovery measurement timing configuration of an LTE (Long Term Evolution) system.
  • DMTC is difficult to periodically transmit signals such as PSS (Primary Synchronization Signal)/SSS (Secondary Synchronization Signal)/CRS (Common Reference Signal) due to the nature of the cell operating as a SCell (secondary cell) in LTE-LAA, making it difficult to synchronize the terminal.
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • CRS Common Reference Signal
  • DRS is a signal defined for small cell enhancement in Release-12.
  • DRS is a control signal including PSS/SSS/CRS and is transmitted periodically every 40ms.
  • SMTC is also a time interval in which a measurement resource for RRM measurement can be set in NR.
  • NR there is no reference signal that is always transmitted like LTE's CRS, so the SSS and PBCH (Physical Broadcast Channel) of the SS/PBCH block that can be transmitted in SMTC - DMRS (Demodulation Reference) RRM measurement can be performed through CSI-RS set in Signal) and active BWP.
  • Settings related to SMTC include SMTC window duration, period, and timing offset, and multiple periods can be set to SMTC1 and SMTC2. For example, multiple SMTCs may be set, and a period for each of the multiple SMTCs may be set. At this time, SMTC1 and SMTC2 have different periods, but the timing offset and SMTC window section may be the same.
  • the base station can achieve power saving benefits by lengthening the SSB period (for example, up to 160ms), but for the terminal, the longer the SSB period, the higher complexity for (neighboring) cell detection is required. You can.
  • the base station when SSB is transmitted at a specific period, the base station must operate in sleep mode to save power but switch to active mode to transmit periodic signals such as SSB. Therefore, when the base station switches to active mode, the base station is set to transmit a UL signal/channel to the terminal and, depending on the received UL signal/channel, transmits a specific DL/UL signal for power saving as described above. /You can decide whether to perform the channel's OFF section/timer/pattern as is or change the OFF section/timer/pattern.
  • the base station can set an OFF period/timer/pattern that turns off the above-described DL/UL signal/channel for a specific time period to save power. Additionally, since the base station may not perform transmission or reception during the corresponding time interval, a TX window, which is a time interval in which a specific UL signal/channel can be transmitted to the terminal, may be set.
  • the TX window can be set near the SSB/SMTC time section where the base station must switch to active mode to transmit periodic signals such as SSB.
  • the duration from before the N1 symbol/slot to the N2 symbol/slot based on the start time of SMTC can be set as the TX window, as shown in (1) of FIG. 7.
  • the duration from after the N1 symbol/slot to the N2 symbol/slot based on the end point of SMTC may be set as the TX window.
  • the corresponding N1 and/or N2 values may be defined or set in advance.
  • N1 and/or N2 values can be set through the RRC layer. If there is no separate setting for N2, the SMTC section and the corresponding TX window section may match. Alternatively, if there is no separate setting for N1, the same value as the offset value for the SMTC section may be dedicated as the offset of the Tx window.
  • the period of the Tx window and SMTC may be the same.
  • the terminal sets SMTC based on the information and transmits Tx forward or backward by the offset value from the start or end point of SMTC. It can be determined by the Windows starting point. Alternatively, the Tx window may be determined as the time interval corresponding to the interval value for SMTC setting from the starting point determined by the corresponding offset value or a separately set offset value.
  • the TX window may be set in an arbitrary time interval other than near the SSB/SMTC time interval.
  • the base station when the section where the base station turns off transmission and reception to save power and the Tx window section overlap, the base station must switch back to active mode to receive the UL signal/channel within the TX window, thereby saving power. Effectiveness may be reduced.
  • the base station can set a specific TX window associated with the SSB/SMTC section in advance for the UE. Additionally, the terminal can receive DL signals/channels in the SSB/SMTC section and perform UL transmission only within the set TX window.
  • PRACH/PUCCH including SR
  • SRS/CG-PUSCH/PUSCH can be used as the UL signal/channel that the terminal can transmit in the TX window.
  • a specific UL signal/channel transmitted by the terminal in the TX window notifies the presence of upcoming data of the terminal or requests UL transmission resource allocation to switch the base station's OFF section/timer/pattern after the TX window. You can also trigger it.
  • Method #2 How the terminal transmits a specific UL signal/channel as a wake up signal within the TX window set by the base station and how the base station operates in power saving mode when receiving a specific wake up signal
  • a set/indicated DL (e.g., CORESET (Control Resource Set)/SS (Search Space) set/DL RS) may be received or a UL may be transmitted.
  • CORESET Control Resource Set
  • SS Search Space
  • the terminal can inform the base station that there is no UL traffic for a specific time through SR/BSR (Buffer State Reporting) transmission. For example, the terminal can transmit a zero size buffer BSR to the base station.
  • SR/BSR Buffer State Reporting
  • the base station can separately set SR resources for zero size buffer BSR purposes among SR resources in advance.
  • the UE If the UE has no more UL signals/channels to transmit after SR/BSR transmission, it can be set to no longer perform UL transmission during time intervals other than the TX window or prohibit timer.
  • UL transmission is allowed within the time section other than the TX window or within the prohibit timer, and for other traffic, UL transmission is allowed within the Tx window time or within the prohibit timer. It can be set/instructed to delay transmission so that it can be transmitted after the prohibit timer expires. For example, if the traffic is not emergency traffic, the RACH and PUCCH resources of the terminal associated with the traffic are disabled, preventing the traffic from being transmitted within the Tx window or prohibit timer, delaying transmission, and then sending the next TX.
  • UL transmission can be enabled in a window, or UL transmission can be enabled in a TX window after the prohibit timer expires or after the prohibit timer expires.
  • the ON/OFF section/timer/pattern (duration/timer/pattern) is linked in advance with a specific UL signal/channel, and when a specific UL signal/channel is transmitted, the base station's SSB/SIB (System Information Block) transmission period and/or Alternatively, ON/OFF section/timer/pattern and/or TX window settings may be changed.
  • SSB/SIB System Information Block
  • the terminal can receive DL signals/channels in the SSB/SMTC section and transmit specific UL signals/channels in the TX window set by the base station.
  • the base station may perform DL transmission or UL reception in a time period other than the TX window.
  • the base station can instruct the terminal to monitor a specific SS (search space) set outside the SSB/SMTC interval to receive a UL grant. there is.
  • the terminal can transmit PUSCH in a time period other than the TX window set according to the corresponding UL grant instruction. In this way, the terminal may perform DL reception or UL transmission outside the SSB/SMTC section through direct instructions/configuration of the base station, but if the terminal transmits a specific UL signal/channel in the TX window, prior arrangement (e.g.
  • a DL e.g., CORESET/SS set/DL RS
  • a set UL e.g., set UL (e.g., For example, CG-PUSCH, P-SRS) transmission may be performed.
  • SR is when the terminal requests the base station to allocate resources for UL transmission because there is traffic to transmit through UL.
  • the main purpose of the BSR is to inform the base station of information about the amount of data stored in the terminal's buffer.
  • the terminal may inform the base station that there is no UL traffic for a specific time through SR/BSR transmission. For example, when the terminal transmits a zero size buffer BSR to the base station through MAC-CE within the TX window, the base station determines that the terminal has no UL data to transmit during a certain time and performs power saving. ), when applying the OFF section/timer/pattern of a specific DL/UL signal/channel, the zero size buffer BSR included in the MAC-CE is used to set/instruct the terminal. You can set/instruct to extend the OFF section/timer or switch to a pattern with a longer OFF section.
  • BSR transmission resources must be allocated after an SR request, so SR resources for zero size buffer BSR use can be allocated separately, and the base station receives SR through SR resources for zero size buffer BSR use. In one case, it can be treated and operated the same as receiving a zero size buffer BSR. Meanwhile, transmission of the corresponding zero size buffer BSR may be permitted if the base station is in active mode (rather than power saving mode) without the limitation of being transmitted only within the TX window. This is because the zero size buffer BSR or SR received from the terminal can be helpful information that allows the base station to trigger an operation for power saving.
  • SR/BSR in order to prevent the terminal from continuously transmitting zero size buffer SR/BSR after transmitting an SR or BSR indicating that it is a zero size buffer, when the terminal transmits a zero size buffer SR/BSR, a certain timer period is set. During this period, transmission of zero size buffer SR/BSR may be prohibited. Meanwhile, as a condition for triggering SR/BSR, when data corresponding to a specific logical channel is added to the buffer of the terminal, the terminal transmits SR/BSR linked to the corresponding logical channel. This can be triggered.
  • SR/BSR transmission may be triggered when a certain level or more of data exists in the terminal buffer regardless of the logical channel.
  • the UE If the UE has no more UL transmissions to send after SR/BSR transmission, in order to save power of the base station, the UE will no longer transmit UL during time intervals other than the TX window or while the prohibit timer is running. It is also possible to disable this.
  • Another method is to distinguish the traffic type of the terminal, and in the case of urgent traffic, UL transmission is allowed even within a time section other than the TX window or within the prohibit timer, and for other traffic, UL transmission is allowed. can be set/instructed to delay transmission so that it can be transmitted within the Tx window time or after the prohibit timer expires.
  • Priority for each type of traffic and whether transmission is possible outside of the TX window or within the prohibit timer can be set in advance by the base station. If it is traffic that cannot be transmitted or is not urgent, the RACH and PUCCH resources of the terminal associated with the traffic are disabled, preventing the traffic from being transmitted within the Tx window or prohibit timer, and delaying transmission. After that, UL transmission can be enabled in the next TX window, or UL transmission can be enabled in the TX window after the prohibit timer expires or after the prohibit timer expires.
  • the base station determines how much it can sleep, ON/OFF duration/pattern, TX window settings, and/or SSB. You can also decide whether to change the /SIB transmission cycle.
  • QoS Quality of Service
  • the relationship between a specific OFF section/timer/pattern and a specific UL signal/channel that the terminal can transmit in the TX window is established in advance, and the terminal When a promised/set UL signal/channel is transmitted, it switches to the OFF period/timer/pattern linked to the corresponding UL signal/channel or changes to the SSB/SIB cycle linked to the UL signal/channel. , can be changed by setting the TX window linked to the corresponding UL signal/channel.
  • the base station may set ⁇ Pattern 1: Always ON, Pattern 2: 1 slot ON + 9 slots OFF, Pattern 3: 2 slots ON + 8 slots off ⁇ .
  • an association relationship with a specific UL signal/channel can be established for each pattern.
  • the association between pattern 3 and a specific PUCCH can be established in advance.
  • the base station can switch from pattern 2 to pattern 3.
  • the base station may switch patterns according to statistics of UL signals/channels received from a plurality of terminals in the TX window. For example, if the base station receives N1 PRACHs and N2 PUCCHs, the ON/OFF pattern can be switched to pattern #3.
  • the terminal notifies the base station that there is no UL data transmission for a certain period through SR/BSR transmission, so that the base station can efficiently control the On/Off operation of the base station. Accordingly, The overall base station power consumption can be reduced.
  • the UE transmits a PUCCH in the PUCCH resource for the corresponding SR configuration only when the UE transmits a positive SR.
  • PF0 PUCCH format 0
  • Figure 9 (b) when transmitting HARQ-ACK and positive SR information together, NACK + positive SR information is transmitted using CS index 3, and ACK + positive SR information is transmitted using CS index 9.
  • SR information can be transmitted.
  • positive SR may mean that UL data to be transmitted by the terminal exists in the buffer.
  • the base station can distinguish whether the SR information transmitted along with the HARQ-ACK information is negative SR or positive SR, depending on the resource selected by the terminal.
  • an additional CS cyclic shift
  • negative SR can be set to inform the base station that there is no UL data to be transmitted by the terminal for a certain period of time through negative SR transmission. You can.
  • the certain time section may be a time section set/instructed by the base station in advance or a section defined in a standard.
  • the absence of UL data to be transmitted by the terminal during a certain time interval means, for example, that transmission for the CG (configured grant)-PUSCH resource and configured SRS resource and/or configured PUCCH resource within the above-mentioned certain time interval may be omitted. It can mean that you can.
  • CG type 1 which is set/activated by RRC
  • CG type 2 which is set/activated through RRC and DCI, can release PUSCH transmission and then activate it again through activation DCI when the base station turns on again later.
  • the terminal when the terminal has no HARQ-ACK information to transmit but transmits negative SR information to the base station, the terminal can use CS index 1 to inform the base station that it is a negative SR. Or, the remaining CS indexes excluding the CS index used for HARQ-ACK transmission when HARQ-ACK information is present or the CS used for HARQ-ACK + positive SR transmission (i.e., HARQ-ACK transmission and HARQ-ACK + positive Using CS indexes not used for SR transmission), the terminal can inform the base station that it is a negative SR.
  • the terminal can use the CS for negative SR by applying an offset to the CS value set for positive SR.
  • negative SR only resources can be set for negative SR transmission by configuring the terminal or defining an offset value for determining the CS for negative SR in the standard.
  • the remaining CS indexes excluding the CS index used to transmit existing HARQ-ACK and positive SR information, can be used to transmit HARQ-ACK and negative SR information.
  • the base station receives negative SR information from the terminal, it considers that the terminal has no UL data to transmit during a pre-arranged/set/instructed time (for example, during 2 slots) and switches to NES mode to save energy. You can save.
  • the base station can configure a separate negative SR only resource and configure the SR resource to be used only to transmit negative SR.
  • the base station may allocate PF0 using separate time and frequency resources while using the same CS index as the CS index used to transmit existing HARQ-ACK information or positive SR information, and the terminal may use the corresponding PUCCH resource. It can also be used to inform the base station that there is no UL data to send for a certain period of time.
  • the terminal may transmit a negative SR if there are no UL data buffers corresponding to each SR resource.
  • PRB Physical Resource Block
  • CS cyclic shifts
  • OCC orthogonal cover codes
  • the terminal may transmit a negative SR if there are no UL data buffers corresponding to each SR resource.
  • the terminal can transmit a PF1 negative SR using the above-described method to inform the base station that there is no UL data for a certain period of time.
  • the certain time section may be a time section set/instructed by the base station in advance or a section defined in a standard.
  • the absence of UL data to be transmitted by the terminal during a certain time interval means, for example, that transmission for the CG (configured grant)-PUSCH resource and configured SRS resource and/or configured PUCCH resource within the above-mentioned certain time interval may be omitted. It can mean that you can.
  • CG type 1 which is set/activated by RRC
  • CG type 2 which is set/activated through RRC and DCI, can release PUSCH transmission and then activate it again through activation DCI when the base station turns on again later.
  • Figure 10 illustrates a communication system 1 to which this disclosure applies.
  • the communication system 1 applied to the present disclosure includes a wireless device, a base station, and a network.
  • a wireless device refers to a device that performs communication using wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots (100a), vehicles (100b-1, 100b-2), XR (eXtended Reality) devices (100c), hand-held devices (100d), and home appliances (100e). ), IoT (Internet of Thing) device (100f), and AI device/server (400).
  • vehicles may include vehicles equipped with wireless communication functions, autonomous vehicles, vehicles capable of inter-vehicle communication, etc.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, HMD (Head-Mounted Device), HUD (Head-Up Display) installed in vehicles, televisions, smartphones, It can be implemented in the form of computers, wearable devices, home appliances, digital signage, vehicles, robots, etc.
  • Portable devices may include smartphones, smart pads, wearable devices (e.g., smartwatches, smart glasses), and computers (e.g., laptops, etc.).
  • Home appliances may include TVs, refrigerators, washing machines, etc.
  • IoT devices may include sensors, smart meters, etc.
  • a base station and network may also be implemented as wireless devices, and a specific wireless device 200a may operate as a base station/network node for other wireless devices.
  • 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, 4G (eg, LTE) network, or 5G (eg, NR) network.
  • Wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (e.g. sidelink communication) without going through the base station/network.
  • vehicles 100b-1 and 100b-2 may communicate directly (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to everything
  • an IoT device eg, sensor
  • another IoT device eg, sensor
  • another wireless device 100a to 100f
  • Wireless communication/connection may be established between the wireless devices (100a to 100f)/base station (200) and the base station (200)/base station (200).
  • wireless communication/connection includes various wireless connections such as uplink/downlink communication (150a), sidelink communication (150b) (or D2D communication), and inter-base station communication (150c) (e.g. relay, IAB (Integrated Access Backhaul)).
  • uplink/downlink communication 150a
  • sidelink communication 150b
  • inter-base station communication 150c
  • This can be achieved through technology (e.g., 5G NR).
  • a wireless device and a base station/wireless device, and a base station and a base station can transmit/receive wireless signals to each other.
  • wireless communication/connection (150a, 150b, 150c) can transmit/receive signals through various physical channels.
  • various signal processing processes e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • FIG. 11 illustrates a wireless device to which the present disclosure can be applied.
  • the first wireless device 100 and the second wireless device 200 can transmit and receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ first wireless device 100, second wireless device 200 ⁇ refers to ⁇ wireless device 100x, base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) in FIG. 10. ⁇ can be responded to.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • Processor 102 controls memory 104 and/or transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal and then transmit a wireless signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a wireless 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. For example, 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 operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 106 may be coupled to processor 102 and may transmit and/or receive wireless signals via one or more antennas 108. Transceiver 106 may include a transmitter and/or receiver. The transceiver 106 can be used interchangeably with an RF (Radio Frequency) 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, At least one processor operably connected to at least one memory may be enabled to perform operations according to embodiments or implementations of the present disclosure related to the following operations.
  • processor 102 may receive information related to the Tx window through transceiver 106.
  • the processor 102 may receive information for setting the Tx window based on [Method #1].
  • the processor 102 receiving information related to the Tx window may be based on [Method #1].
  • Processor 102 may transmit a specific UL signal within a Tx window through transceiver 106. Additionally, the processor 102 can transmit and receive DL/UL signals/channels through the transceiver 106 based on a specific UL signal. At this time, the processor 102's transmission and reception of a specific UL signal and DL/UL signal/channel may be based on at least one of [Method #2] and [Method #3].
  • the second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • Processor 202 controls memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the processor 202 may process the information in the memory 204 to generate third information/signal and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a wireless signal including the fourth information/signal through the transceiver 206 and then 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. For example, 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 operational flowcharts disclosed herein. Software code containing them can be stored.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement wireless communication technology (eg, LTE, NR).
  • Transceiver 206 may be coupled to processor 202 and may transmit and/or receive wireless signals via one or more antennas 208. Transceiver 206 may include a transmitter and/or receiver. Transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • At least one memory 204 is a computer readable storage medium that can store instructions or programs, which, when executed, At least one processor operably connected to at least one memory may be enabled to perform operations according to embodiments or implementations of the present disclosure related to the following operations.
  • processor 202 may transmit information related to the Tx window through transceiver 206.
  • the processor 202 may transmit information for setting the Tx window based on [Method #1].
  • the processor 202 transmitting information related to the Tx window may be based on [Method #1].
  • the processor 202 may receive a specific UL signal within the Tx window through the transceiver 206. Additionally, the processor 202 can transmit and receive DL/UL signals/channels through the transceiver 206 based on a specific UL signal. At this time, the processor 202's transmission and reception of a specific UL signal and DL/UL signal/channel may be based on at least one of [Method #2] and [Method #3].
  • 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 (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed herein. can be created.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • One or more processors 102, 202 generate signals (e.g., baseband signals) containing PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , can be provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • PDU, SDU, message, control information, data or information can be obtained.
  • 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
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be included in one or more processors (102, 202) or stored in one or more memories (104, 204). It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts 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 connected to 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 consist 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 internal to and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. mentioned in the methods and/or operation flowcharts of this document to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein, etc. 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 may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or wireless signals from one or more other devices. In addition, one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), and one or more transceivers (106, 206) may be connected to the description and functions disclosed in this document through one or more antennas (108, 208). , may be set to transmit and receive user data, control information, wireless signals/channels, etc.
  • one or more antennas may be multiple physical antennas or multiple logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202), and convert the received wireless signals/channels, etc. from the RF band signal. It can be converted to a baseband signal.
  • One or more transceivers (106, 206) may convert user data, control information, wireless signals/channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals.
  • one or more transceivers 106, 206 may comprise (analog) oscillators and/or filters.
  • a vehicle or autonomous vehicle can be implemented as a mobile robot, vehicle, train, manned/unmanned aerial vehicle (AV), ship, etc.
  • AV manned/unmanned aerial vehicle
  • the vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit. It may include a portion 140d.
  • the antenna unit 108 may be configured as part of the communication unit 110.
  • the communication unit 110 can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, road side units, etc.), and servers.
  • the control unit 120 may control elements of the vehicle or autonomous vehicle 100 to perform various operations.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a can drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, motor, power train, wheels, brakes, steering device, etc.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100 and may include a wired/wireless charging circuit, a battery, etc.
  • the sensor unit 140c can obtain vehicle status, surrounding environment information, user information, etc.
  • 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 sensor, a heading sensor, a position module, and a vehicle forward sensor. / May include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, etc.
  • the autonomous driving unit 140d provides technology for maintaining the driving lane, technology for automatically adjusting speed such as adaptive cruise control, technology for automatically driving along a set route, and technology for automatically setting and driving when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data, traffic information data, etc. from an external server.
  • the autonomous driving unit 140d can create an autonomous driving route and driving plan based on the acquired data.
  • the control unit 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 (e.g., speed/direction control).
  • the communication unit 110 may acquire the latest traffic information data from an external server irregularly/periodically and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c can obtain vehicle status and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and driving plan based on newly acquired data/information.
  • the communication unit 110 may transmit information about vehicle location, autonomous driving route, driving plan, etc. to an external server.
  • An external server can predict traffic information data in advance using AI technology, etc., based on information collected from vehicles or self-driving vehicles, and provide the predicted traffic information data to the vehicles or self-driving vehicles.
  • Base station can be replaced by terms such as fixed station, gNode B (gNB), Node B, eNode B (eNB), and access point.
  • gNB gNode B
  • eNB eNode B
  • the method and device for transmitting and receiving the uplink channel and downlink channel as described above have been explained focusing on examples applied to the 5th generation NewRAT system, but can be applied to various wireless communication systems in addition to the 5th generation NewRAT system.

Landscapes

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

Abstract

본 개시는, 무선 통신 시스템에서, 단말이 UL (Uplink) 신호를 전송하는 방법을 개시한다. 특히, 상기 방법은, UL 전송 윈도우와 관련된 제 1 정보를 수신하고, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인 것을 특징으로 한다.

Description

상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치
본 개시(Disclosure)는, 상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치에 관한 것으로서, 더욱 상세하게는, 기지국이 NES (Network Energy Saving) 모드에 있을 때, NES 모드의 기지국을 깨우기 (Wake-up) 위한 상향링크 채널을 전송하고, 해당 상향링크 채널을 위한 전송 윈도우(Tx window)를 설정하는 방법 및 이를 위한 장치에 관한 것이다.
시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 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).
본 개시는, 상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치를 제공하고자 한다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 단말이 UL (Uplink) 신호를 전송하는 방법에 있어서, UL 전송 윈도우와 관련된 제 1 정보를 수신하고, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
이 때, 상기 제 2 정보가 상기 UL 전송 윈도우의 특정 자원에서 전송되는 것을 기반으로, 상기 제 2 정보는 상기 UL 데이터가 존재하지 않음을 알리는 것일 수 있다.
또한, 상기 UL 전송 윈도우는 SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우의 바로 직전 또는 바로 직후에 위치하는 것으로 설정될 수 있다.
또한, 상기 UL 전송 윈도우는, SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우로부터 오프셋 값 이전 또는 이후에 위치하는 것으로 설정될 수 있다.
또한, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리더라도, 특정 타입의 UL 신호는 상기 UL 전송 윈도우 밖 또는 상기 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송될 수 있다.
또한, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 전송 윈도우의 설정이 변경될 수 있다.
본 개시에 따른 무선 통신 시스템에서, UL (Uplink) 신호를 전송하기 위한 단말에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, UL 전송 윈도우와 관련된 제 1 정보를 수신하고, 상기 적어도 하나의 송수신기를 통해, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
이 때, 상기 제 2 정보가 상기 UL 전송 윈도우의 특정 자원에서 전송되는 것을 기반으로, 상기 제 2 정보는 상기 UL 데이터가 존재하지 않음을 알리는 것일 수 있다.
또한, 상기 UL 전송 윈도우는 SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우의 바로 직전 또는 바로 직후에 위치하는 것으로 설정될 수 있다.
또한, 상기 UL 전송 윈도우는, SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우로부터 오프셋 값 이전 또는 이후에 위치하는 것으로 설정될 수 있다.
또한, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리더라도, 특정 타입의 UL 신호는 상기 UL 전송 윈도우 밖 또는 상기 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송될 수 있다.
또한, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 전송 윈도우의 설정이 변경될 수 있다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 기지국이 UL (Uplink) 신호를 수신하는 방법에 있어서, UL 전송 윈도우와 관련된 제 1 정보를 전송하고, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 수신하고, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 수신하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 수신되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
본 개시에 따른 무선 통신 시스템에서, UL (Uplink) 신호를 수신하기 위한 기지국에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, UL 전송 윈도우와 관련된 제 1 정보를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 수신하고, 상기 적어도 하나의 송수신기를 통해, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 수신하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 수신되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
본 개시에 따른 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은: UL 전송 윈도우와 관련된 제 1 정보를 수신하고, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
본 개시에 따른 무선 통신 시스템에서, UL (Uplink) 신호를 전송하기 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: UL 전송 윈도우와 관련된 제 1 정보를 수신하고, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고, 상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고, 상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)일 수 있다.
본 개시에 따르면, NES (Network Energy Saving) 모드의 기지국을 깨우기 위한 상향링크 채널을 전송하기 위한 Tx 윈도우를 설정하고, 해당 상향링크 전송에 따라 기지국과 단말이 하향링크 및 상향링크 송수신을 수행함으로써, 기지국의 NES 모드를 효율적으로 운영하여, 효율적인 전력 소모의 절감을 달성할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1 은 네트워크 전력 절감(Network Energy Saving)을 설명하기 위한 도면이다.
도 2 는 SMTC (SS/PBCH Block measurement timing configuration)을 설정하는 방법을 설명하기 위한 것이다.
도 3은 상향링크 채널을 전송하는 예시를 설명하기 위한 것이다.
도 4 내지 도 6은 본 개시의 실시 예에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 것이다.
도 7은 본 개시의 실시 예에 따른 Tx 윈도우를 설정하는 방법을 설명하기 위한 것이다.
도 8은 본 개시의 실시 예에 따른 기지국의 송수신 동작을 설명하기 위한 것이다.
도 9는 HARQ-ACK (Hybrid Automatic Repeat Request - Acknowledgement) 및 SR (Scheduling Request) 를 전송하는 예시를 설명하기 위한 것이다.
도 10은 본 개시에 적용되는 통신 시스템을 예시한다.
도 11은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 12는 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
이하의 기술은 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) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
도 1은 본 개시에 따른 네트워크 전력 절감(Network Energy Saving; NES)에 대해 설명하기 위한 도면이다.
NR (New Rat) 시스템은 LTE (Long Term Evolution) 시스템과 비교할 때에, 더욱 밀집된 기지국 설치 및 더 많은 안테나 / 대역폭 / 주파수 밴드 등의 사용으로 인해 NR 기지국에 의해 소모되는 전력이 LTE 기지국에 의해 소모되는 전력보다 3~4 배 증가되었다는 보고가 있다. 이로 인한 사업자들의 운용비용 증가 문제를 해결하고 친환경 네트워크를 구축하기 위해, 기지국의 에너지 소모를 절감하는 방법들을 논의하는 연구 과제(study item)가 승인되었다.
3GPP RAN WG1 에서는 NES 기술을 적용함으로써 에너지 소모 이득을 얻을 수 있음을 보이기 위해, 기지국의 에너지 소모 모델 및 시뮬레이션 방법론을 정의하였다. 구체적으로는, 도 1에서와 같이 기지국의 sleep 상태 (즉, 기지국이 전송 및 수신 모두를 수행하지 않는 상태) 와 active 상태 (즉, 기지국이 전송 및/혹은 수신을 수행하는 상태)를 정의하고 상태 별 천이 방법을 결정하였다. 추가로, 각 상태에서 기지국이 소모하는 상대적인 전력 값, 상태 변환에 소요되는 시간 및 에너지 등을 모델링 하였다.
NES 를 위해 3GPP RAN WG1에서 논의된 기술들은 크게 네 가지 도메인(domain) (즉, 시간/주파수/공간/전력 도메인)으로 구분될 수 있으며, 각 도메인(domain) 별 구체적인 기술들은 [표 1] 과 같이 요약될 수 있다.
Time domain techniques
A-1 Adaptation of common signals and channels
A-2 Dynamic adaptation of UE specific signals and channels
A-3 Wake up of gNB triggered by UE wake up signal
A-4 Adaptation of DTX/DRX
A-5 Adaptation of SSB/SIB1
Frequency domain techniques
B-1 Multi-carrier energy savings enhancements
B-2 Dynamic adaptation of bandwidth part of UE(s) within a carrier
B-3 Dynamic adaptation of bandwidth of active BWP
Spatial domain techniques
C-1 Dynamic adaptation of spatial elements
C-2 TRP muting/adaptation in multi-TRP operation
Power domain techniques
D-1 Adaptation of transmission power of signals and channels
D-2 Enhancements to assist gNB digital pre-distortion
D-3 Adaptation of transceiver processing algorithm
D-4 PA backoff adaptation
D-5 UE post-distortion
시간 축 NES 기술들로는, 표 1 의 A-1, A-2 및/또는 A-5와 같이 단말-공통 신호 (예를 들어, SSB, SIB, paging 등) 혹은 단말-특정 신호 (예를 들어, CSI-RS)의 켜고 끔을 조절하거나, 표 1 의 A-3와 같이 비활성화 상태의 기지국을 깨우기 위한 wake-up 신호를 단말이 전송하거나, 표 1의 A-4와 같이 기지국의 DTX/DRX 패턴에 따라 단말의 송수신을 조절하는 방법이 논의되었다.
주파수 축 NES 기술들로는, 표 1 의 B-1과 같이 inter-band CA 상황에서 SSB (Synchronization Signal Block) 없이 동작하는 SCell, 표 1 의 B-2 및/또는 B-3와 같이 BWP (Bandwidth Part)를 스위칭(switching) 하거나 BWP의 대역폭을 조절하는 방법이 논의되었다.
공간 축 NES 기술들로는, 표 1의 C-1 및/또는 C-2와 같이 기지국의 안테나 포트 별 혹은 TRP (Transmission and Reception Point) 별 켜고 끄는 동작을 지원하고, 연관된 CSI 측정 및 보고를 향상시키는 방법이 논의되었다.
전력 축 NES 기술들로는, 표 1 의 D-1과 같이, 하향링크 신호 (예를 들어, SSB, CSI-RS, PDSCH)의 전력을 동적으로 변경시키거나, 표 1 의 D-2, D-3, D-4 및/또는 D-5와 같이 기지국/단말의 디지털 왜곡 보상 방법이나 tone reservation 기법을 적용하여 PA (Power Amplifier) 효율을 극대화함으로써 전송 효율을 높이는 방법이 논의되었다.
3GPP RAN WG1 과 3GPP RAN WG2에서 공통으로 논의되고 기술들 (예를 들어, A-4, A-5, B-1)을 제외한, NES 를 위해 3GPP RAN WG2에서 논의된 기술들은 NES-capable 단말 혹은 기존 NR 단말들이 NES-cell에 접속하는 방법, NES-cell에 접속 중인 단말들의 효율적인 핸드오버 방법 등이 있다.
RAN#98-e 회의 결과 NES work item이 승인되었으며 leading WG 별 논의 토픽은 다음과 같다. RAN WG1 leading 아이템으로는, 기지국의 안테나 포트를 켜고 끄거나 PDSCH (Physical Downlink Shared Channel) 와 CSI-RS (Channel State Information - Reference Signal) 간 전력 오프셋을 동적으로 변경하는 동작을 지원하고 연관된 CSI 측정 및 보고 등을 향상시키는 방법 (예를 들어, C-1 및 D-1)이 있다. RAN WG2 leading 아이템으로는, 기지국의 DTX/DRX (Discontinuous Transmission/Discontinuous Reception) 패턴에 따라 단말의 송수신을 조절 (예를 들어, A-4) 하는 방법, NES-cell에 기존 NR 단말들의 접속을 방지하는 방법, NES 동작 중인 source 혹은 target 셀을 고려한 CHO (Conditional Handover) 방법이 있다. 또한, RAN WG3 leading 아이템으로는, 노드 간 활성 빔에 대한 정보 교환 및 제한된 영역을 통한 페이징(paging) 방법이 있다. RAN WG4 leading 아이템으로는, inter-band CA 상황에서 SSB 없이 동작하는 SCell (예를 들어, B-1) 이 있다.
도 2는 NR (New RAT) 시스템에서의 SMTC (SS/PBCH Block measurement timing configuration)를 설정하는 방법에 대해 설명한 것이다.
NR 시스템에서 기지국은 SS/PBCH (Synchronization Signal / Physical Broadcast Channel) 블록을 측정하기 위한 적어도 하나의 SMTC 윈도우를 설정할 수 있다. 단말은 적어도 하나의 SMTC 윈도우에서 SS/PBCH 블록 및/또는 CSI-RS (Channel State Information - Reference Signal)을 수신하여 RRM (Radio Resource Measurement) 측정을 수행할 수 있다.
도 2는 단말에게 smtc 1 및 smtc 2의 2개의 SMTC 윈도우가 설정되는 예시를 설명한다. 단말에게 상위 계층 시그널링을 통해 smtc 1 파라미터가 수신될 수 있다. Smtc 1 파라미터에는 periodicityAndOffset 파라미터 및 duration 파라미터가 포함될 수 있다.
단말은 표 2의 수식에 따라 periodicityAndOffset 파라미터 값으로부터 smtc 1의 주기 및 오프셋 값을 도출할 수 있다.
SFN mod T = (FLOOR (Offset/10));
if the Periodicity is larger than sf5:
subframe = Offset mod 10;
else:
subframe = Offset or (Offset +5);
with T = CEIL(Periodicity/10).
단말이 smtc 1의 주기 및 오프셋 값을 도출하면, 해당 오프셋 값과 주기 및 duration 파라미터에 대응되는 구간에 기반하여, 도 2이 아래 그림과 같이 smtc 1 윈도우가 설정될 수 있다.한편, 단말은 추가적인 SMTC 윈도우 (즉, smtc 2)를 설정할 수도 있다. Smtc 2 파라미터에는 smtc 2 의 주기를 알리기 위한 periodicity파라미터 및 smtc 2를 이용하여 측정할 셀들의 리스트인 pci-List파라미터가 포함될 수 있다.
단말은 smtc 2 파라미터의 periodicity에 따라 smtc 2의 주기를 설정하되, 오프셋 값과 구간 값은 smtc 1의 것과 동일하게 사용할 수 있다. 다시 말해, smtc 1과 smtc 2는 주기는 상이하지만, 구간과 오프셋 값은 동일한 SMTC 윈도우인 것이다.
단말은 smtc 2를 통해서는 pci-List에 포함된 셀들로부터 전송되는 SS/PBCH 블록 및/또는 CSI-RS를 측정하고, smtc 1을 통해서는 pci-List에 포함되지 않은 셀들로부터 전송되는 SS/PBCH 블록 및/또는 CSI-RS를 측정할 수 있다.
한편, 기지국은 smtc 2의 주기를 smtc 1의 주기보다 반드시 짧도록 설정해야 한다. 이는, smtc 2의 pci-List에 포함된 셀들은 단말의 근처에 있는 것과 같은 이유로 측정에 중요도를 높여야 하는 셀이기 때문일 수 있다.
상향링크 그랜트(Uplink grant)
상향링크 그랜트(uplink grant)는 (1) 동적 그랜트(dynamic grant)와 (2) 설정된 그랜트(configured grant)로 구분될 수 있다.
도 3은 상향링크 그랜트의 일례를 나타낸다. 도 3(a)는 동적 그랜트를 기반으로 한 UL 전송 과정을 예시하고, 도 3(b)는 설정된 그랜트를 기반으로 한 UL 전송 과정을 예시한다.
동적 그랜트(dynamic grant)는 자원의 활용을 최대화하기 위한 것으로 BS에 의한 동적 스케줄링 기반의 데이터 전송/수신 방법을 의미한다. 이는 UE가 전송할 데이터가 있는 경우 우선적으로 BS에게 상향링크 자원 할당을 요청하고, BS로부터 할당된 상향링크 자원만을 이용하여 데이터를 전송할 수 있음을 의미한다. 상향링크의 무선 자원의 효율적인 사용을 위해서는, BS가 각 UE가 어떤 종류의 데이터를 얼마만큼 상향링크로 전송할 것인지를 알아야 한다. 따라서, UE가 직접 자신이 전송하고자 하는 상향링크 데이터에 관한 정보를 BS으로 전달하고, 상기 BS는 이에 기반하여 상기 UE에게 상향링크 자원을 할당할 수 있다. 이 경우, UE가 BS로 전달하는 상향링크 데이터에 관한 정보는 버퍼 상태 보고(buffer status report, BSR)라고 하며, BSR은 UE 자신의 버퍼에 저장되어 있는 상향링크 데이터의 양과 관련이 있다.
도 3(a)를 참고하면, UE가 BSR의 전송에 이용 가능한 상향링크 무선 자원을 가지고 있지 않을 때, 실제 데이터(actual data)를 위한 상향링크 자원 할당 과정을 예시한다. 예를 들어, UL 데이터 전송에 이용 가능한 UL 그랜트가 없는 UE는 PUSCH를 통해 BSR을 전송할 수도 없으므로, PUCCH를 통한 스케줄링 요청 전송을 시작으로 상향링크 데이터를 위한 자원을 요청해야 하며, 이 경우 5단계의 상향링크 자원 할당 과정이 사용된다.
도 3(a)를 참고하면, BSR를 전송하기 위한 PUSCH 자원이 없는 경우, UE는 PUSCH 자원을 할당받기 위해 먼저 스케줄링 요청(scheduling request, SR)을 BS에 전송한다. SR은 보고 이벤트(reporting event)가 발생되었으나 UE에게 이용 가능한 PUSCH 자원이 없는 경우, UE가 상향링크 전송을 위한 PUSCH 자원을 BS에게 요청하기 위해 이용된다. SR을 위한 유효한(valid) PUCCH 자원이 있는지 여부에 따라 UE는 PUCCH를 통해 SR을 전송하거나 또는 임의 접속 과정을 개시한다. UE가 BS로부터 UL 그랜트를 수신하면, 상기 UL 그랜트에 의해 할당된 PUSCH 자원을 통해 BSR을 BS로 전송한다. BS는 BSR을 기반으로 UE가 상향링크로 전송할 데이터의 양을 확인하고 UL 그랜트를 UE에 전송한다. 상기 UL 그랜트를 수신한 UE는 상기 UL 그랜트를 기반으로 PUSCH를 통해 실제 상향링크 데이터를 BS로 전송한다.
도 3(b)를 참고하면, UE는 BS로부터 UL 데이터의 전송을 위한 자원 설정(resource configuration)을 포함하는 RRC 메시지를 수신한다. NR 시스템에서는 2가지 타입의 UL 설정된 그랜트가 있다: 타입 1 및 타입 2. UL 설정된 그랜트 타입 1의 경우에는 실제 UL 그랜트(예, 시간 자원, 주파수 자원)가 RRC 시그널링에 의해 제공되며, UL 설정된 그랜트 타입 2의 경우에는 실제 UL 그랜트가 PDCCH에 의해 제공되며 상기 PDCCH에 의해 활성화 혹은 활성해제(deactivate)된다. 설정된 그랜트 타입 1이 설정되는 경우, BS로부터의 RRC 시그널링을 통해 적어도 다음 파라미터들이 UE에게 제공된다: 재전송을 위한 CS-RNTI; 설정된 그랜트 타입 1의 주기(periodicity); 슬롯 내 PUSCH를 위한 시작 심볼 인덱스 S 및 심볼 길이 L에 관한 정보; 시간 도메인에서 SFN=0에 대한 자원의 오프셋을 나타내는 시간 도메인 오프셋; 변조 차수, 타겟 코드 레이트 및 수송 블록 크기를 나타내는 MCS 인덱스. 설정된 그랜트 타입 2가 설정되는 경우, BS로부터의 RRC 시그널링을 통해 적어도 다음 파라미터들이 UE에게 제공된다: 활성화, 활성해제 및 재전송을 위한 CS-RNTI; 설정된 그랜트 타입 2의 주기. 설정된 그랜트 타입 2의 실제 UL 그랜트는 CS-RNTI에 어드레스된 PDCCH 내 DCI에 의해 UE에게 제공된다. UE는 CS-RNTI에 어드레스된 PDCCH 내 DCI의 특정 필드들이 스케줄링 활성화를 위한 특정 값으로 세팅되어 있으면, 상기 CS-RNTI와 연관된 설정된 그랜트 타입 2를 활성화한다.
UE는 타입 1 혹은 타입 2에 따른 설정된 그랜트을 기반으로 PUSCH를 통한 상향링크 전송을 수행할 수 있다.
설정된 그랜트(configured grant)에 의한 초기 전송을 위한 자원은 하나 이상의 UE들 사이에서 공유되거나 또는 공유되지 않을 수 있다.
기지국의 에너지 절약은, 탄소 배출량 감축을 통해 친환경 네트워크를 구축하고 통신 산업자들의 운용지출 (operational expenditure, OPEX) 을 감축하는 것에 기여할 수 있기 때문에, 3GPP 를 비롯한 무선 통신 시스템에서 중요하게 고려되고 있다. 특히, 5G 통신의 도입으로 인해 높은 전송률이 요구되므로, 기지국들은 더욱 많은 수의 안테나를 구비하고 더 넓은 대역폭과 주파수 밴드를 통해 서비스를 제공해야 한다. 이로 인해 기지국의 에너지 비용은 최근 연구에 따르면 전체 OPEX 의 20 % 수준까지 도달했다고 한다. 이렇게 기지국 에너지 절약에 대한 높아진 관심도로 인해 3GPP NR release 18 에서는, "study on network energy savings" 이라는 새로운 연구 과제(study item)가 승인되었다.
구체적으로, 해당 아이템에서는 기지국의 송신 및 수신 관점에서 에너지 절약 능력을 향상시키기 위해, 다음과 같은 방법의 향상 기술(enhancement technique)들이 고려되고 있다.
- UE 지원 정보(assistance information) 및 UE로부터의 잠재적인 지원(support)/피드백에 기반한 시간, 주파수, 공간, 전력 도메인에서의 하나 이상의 NES 기술들을 동적(dynamically) 및/또는 준-정적(semi-statically) 동작 및 송수신에서 더욱 미세한 입도 적응(granularity adaptation) 동작을 위해 어떻게 더 효율적으로 적용할 것인가 -
본 개시에서는 시간 축에서의 기지국 에너지 절약 방법을 제안하고자 한다.
본 개시에서는 기지국이 전력 절약(power saving)을 위해 송수신을 끄거나 최소한으로만 송수신을 수행하는 sleep mode로 동작할 때, active mode로의 전환이 필요한지 여부를 판단하기 위한 단말의 wake-up 신호 전송 방법과 해당 wake-up 신호를 수신하였을 때의 기지국 후속 동작을 통해서 NES(network energy saving) 이득을 획득하는 시나리오를 고려한다. 예를 들어, 기지국이 사전에 특정 시간 구간 동안 특정 DL (Downlink) 신호의 전송을 끄는 OFF 구간을 설정해놓고, 단말이 Tx 윈도우(window)에서 전송하는 wake-up 신호에 따라서 기지국의 ON/OFF 구간이 변경되거나 OFF 구간을 유지하는 것과 같은 동작이 수행될 수 있다. 또한, 이를 통해서, 기지국 및 단말의 전력 소모 절감을 도모할 수 있고 간섭 완화 효과 역시 기대할 수 있다.
기존의 준 정적(semi-static)으로 특정 서브프레임/슬롯(subframe/slot)에서의 송수신을 OFF함으로써 기지국의 전력 절약(power saving) 효과를 획득하는 방법들은 존재하였다.
하지만, 상술한 방법은 데이터 전송에 큰 지연이 발생할 수 있고 즉각적인 전송률(rate)을 변경하기 어려워, 단말의 심각한 성능 저하를 발생시킬 수 있었다. 특히, URLLC와 같이 지연(delay)에 민감(sensitive)한 서비스에서는 사용되기 어려울 수 있다. 따라서, 서브프레임/슬롯(subframe/slot)보다 더 작은 입도(granularity)인 심볼(symbol) 단위로 동적(dynamic)으로 DL/UL 신호/채널들의 ON/OFF 구간을 설정/지시하여 단말의 데이터 전송률 저하를 최소화하면서, 기지국과 단말의 전력 소모 절감을 하는 방법이 필요할 수 있다.
따라서, 사전에 UL/DL 신호/채널 별로 심볼 단위로 설정 가능한 복수의 ON/OFF 구간(duration)들을 RRC (Radio Resource Control)와 같은 상위 계층 신호를 통해서 설정하고, (group-common) DCI 혹은 MAC-CE를 통해서 특정 DL/UL 신호를 특정 시간 구간 동안 OFF하도록 지시되는 방법이 고려될 수 있다.
또 다른 방법으로는, 사전에 복수의 후보 타이머(candidate timer)값들과 해당 타이머(timer)가 적용될 DL/UL 신호/채널을 설정하고, (group-common) DCI 혹은 MAC-CE를 통해서 타이머(timer)값이 지시되면 특정 DL/UL 신호/채널을 해당 타이머(timer)값 동안 OFF (즉, 비활성(deactivation)) 하여 송수신되지 않도록 할 수 있다. 이를 통해, 기지국과 단말의 에너지 절감 효과를 얻을 수 있고, 타이머(timer)가 만료(expire)되면 다시 ON (즉, 활성(activation))하여 송수신이 수행될 수 있다.
한편, 사전에 (Periodic) CSI-RS/SRS와 같이 주기적인 DL/UL 신호 및 채널들이 설정될 때, 복수의 주기 후보(periodicity candidate)들이 설정되고, 기지국의 전력 절약(power saving)을 위해서 주기 변경이 필요한 경우, (group-common) DCI 혹은 MAC-CE를 통해서 사전에 설정된 주기 후보값들 중, 하나가 지시됨으로써, 주기가 동적으로 변경되는 방법도 고려될 수 있다. 또한, 기지국도 단말의 DRX cycle과 유사하게 사전에 ON/OFF 구간(duration)을 반-정적 (semi-static)으로 설정하고, ON 구간(duration)일 때는 DL/UL 신호/채널을 정상적으로 송수신하고, OFF 구간일 때는 Sleep mode 및/또는 전력 절약 모드(power saving mode) 같은 것으로 운영 모드를 전환하여 전력 소모를 절감하는 방법이 고려될 수 있다.
그런데, 이러한 반-정적인 ON/OFF 구간(duration)을 통한 송/수신 방법은 사전에 설정된 OFF 구간(duration)을 통한 에너지 절약 효과는 얻을 수 있지만, 해당 구간에서 긴급한 트래픽(traffic), 예를 들어, 단말이 SR(Scheduling Request) 이나 PRACH (Physical Random Access Channel)를 전송한 경우에 ON 구간(duration)이 될 때까지는 즉각적인 대응을 할 수 없다. 따라서, RAR (Random Access Response) 전송이나 UL grant 전송에 큰 지연이 발생하여 단말 성능 저하가 발생될 수 있다. 따라서, 사전에 복수의 ON/OFF 패턴(pattern)들을 설정하고, (group-common) DCI 혹은 MAC-CE를 통해서 특정 패턴(pattern)을 지시하여 ON 구간(duration)과 OFF 구간(duration)의 길이를 동적으로 변경하는 방법이 고려될 수 있다.
상술한 것처럼 기지국은 전력 절약(power saving)을 위해서 OFF 구간/타이머/패턴의 적용을 통해서 특정 시간 구간 동안에 특정 DL/UL 신호 및 채널들을 OFF (비활성(deactivation))하여 송수신을 수행하지 않음으로써, 전력 소모를 절감할 수 있다. 이 때, 기지국은 단말로부터 특정 UL 신호/채널을 전송할 수 있는 시간 구간을 설정하고, 해당 구간에서 단말이 전송하는 신호에 따라서 OFF 구간/타이머/패턴(duration/timer/pattern)을 adaptation하는 것을 고려할 수 있다. 예를 들어, 단말이 일정 시간 동안은 전송할 데이터가 없음을 알릴 수 있다면, 기지국은 해당 정보를 참고하여 OFF 구간(duration)을 연장하거나 OFF 구간이 긴 패턴(pattern)을 적용할 수 있다. 또한, 이러한 TX 윈도우(window)는 기지국이 필수적인 DL 신호 전송을 위해서 반드시 활성 모드(active mode)로 동작해야 하는 시간 구간과 연계하여 설정되는 것이 바람 직 할 수 있다.
도 4는 본 개시의 실시 예에 따른 단말의 전반적인 동작 과정을 설명하기 위한 것이다.
도 4를 참조하면, 단말은 Tx 윈도우와 관련된 정보를 수신할 수 있다(S401). 예를 들어, 단말은 [방법#1]을 기반으로 Tx 윈도우를 설정하기 위한 정보를 수신할 수 있다. 다시 말해, S401은 [방법#1]에 기반할 수 있다.
단말은 Tx 윈도우 내에서 특정 UL 신호를 전송할 수 있다(S403). 또한, 단말은 특정 UL 신호에 기반하여 DL/UL 신호/채널을 송수신할 수 있다(S405). 이 때, S403 및 S405는 [방법#2] 및 [방법#3] 중 적어도 하나에 기반할 수 있다.
도 5는 본 개시의 실시 예에 따른 기지국의 전반적인 동작 과정을 설명하기 위한 것이다.
도 5를 참조하면, 기지국은 Tx 윈도우와 관련된 정보를 전송할 수 있다(S501). 예를 들어, 기지국은 [방법#1]을 기반으로 Tx 윈도우를 설정하기 위한 정보를 전송할 수 있다. 다시 말해, S501은 [방법#1]에 기반할 수 있다.
기지국은 Tx 윈도우 내에서 특정 UL 신호를 수신할 수 있다(S503). 또한, 기지국은 특정 UL 신호에 기반하여 DL/UL 신호/채널을 송수신할 수 있다(S505). 이 때, S503 및 S505는 [방법#2] 및 [방법#3] 중 적어도 하나에 기반할 수 있다.
도 6은 본 개시의 실시 예에 따른 네트워크의 전반적인 동작을 설명하기 위한 것이다.
도 6을 참조하면, 기지국은 단말에게 Tx 윈도우와 관련된 정보를 전송할 수 있다(S601). 예를 들어, 기지국은 단말에게 [방법#1]을 기반으로 Tx 윈도우를 설정하기 위한 정보를 전송할 수 있다. 다시 말해, S601은 [방법#1]에 기반할 수 있다.
단말은 기지국에게 Tx 윈도우 내에서 특정 UL 신호를 전송할 수 있다(S603). 또한, 기지국과 단말은 특정 UL 신호에 기반하여 DL/UL 신호/채널을 송수신할 수 있다(S605). 이 때, S603 및 S605는 [방법#2] 및 [방법#3] 중 적어도 하나에 기반할 수 있다.
[방법#1] 기지국이 단말에게 특정 시간 구간 동안 wake up signal 용도로 사용할 수 있는 특정 UL 신호/채널을 전송할 수 있는 TX 윈도우(window)를 설정하는 방법
- SSB/SMTC 바로 앞 혹은 바로 뒤에 Tx 윈도우가 설정되거나 SSB/SMTC 로부터 특정 심볼/슬롯 단위의 오프셋(offset) 이전 또는 이후에 TX 윈도우가 설정될 수 있다.
(1) 단말은 SSB/SMTC 구간에서 DL 신호/채널들을 수신하고, Tx 윈도우 내에서만 UL 신호/채널들을 전송할 수 있다
(2) 특정 UL 신호/채널로는 PRACH/PUCCH(SR포함)/SRS/CG-PUSCH/PUSCH와 같은 UL 신호/채널들이 사용될 수 있다
SMTC(SSB-based RRM measurement timing configuration)는, LTE(Long Term Evolution) 시스템의 DMTC (discovery measurement timing configuration)과 유사하게 RRM (radio resource management)를 위한 측정 자원이 설정된 구간이다.
DMTC는 LTE-LAA에서 SCell (secondary cell)로 동작하는 셀의 특성상 PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal)/CRS(Common Reference Signal)와 같은 신호들을 주기적으로 전송하기 어려워, 단말의 동기(synchronization)와 채널 추정(channel estimation)을 위한 DRS (discovery reference signal)가 전송될 수 있는 시간 구간 (window)이다.
한편, DRS는 Release-12에서 스몰셀 향상(small cell enhancement)를 위해 정의된 신호이다. DRS는 PSS/SSS/CRS를 포함하는 제어 신호로 40ms마다 주기적으로 전송된다.
SMTC 또한 NR에서 RRM 측정(measurement)을 위한 측정 자원(measurement resource)이 설정될 수 있는 시간 구간이다. NR에서는 LTE의 CRS와 같이 항상 (always) 전송 되는 참조 신호(reference signal)가 없기 때문에, SMTC내에 전송될 수 있는 SS/PBCH 블록(block)의 SSS와 PBCH (Physical Broadcast Channel) - DMRS (Demodulation Reference Signal) 및 활성 BWP내에 설정된 CSI-RS를 통해서 RRM 측정(measurement)이 수행될 수 있다. SMTC와 관련된 설정으로는 SMTC 윈도우 구간(duration)과 주기 및 타이밍 오프셋(timing offset)이 설정될 수 있으며, SMTC1과 SMTC2로 복수의 주기가 설정될 수 있다. 예를 들어, 복수의 SMTC들이 설정될 수 있고, 복수의 SMTC 각각을 위한 주기가 설정될 수 있다. 이 때, SMTC1과 SMTC2는 주기는 상이하지만, 타이밍 오프셋과 SMTC 윈도우 구간은 동일할 수 있다.
기지국은 SSB의 주기를 길게 하면 (예를 들어, 최대 160ms) 전력 절약(power saving) 이득은 얻을 수 있지만, 단말에게는 SSB주기가 길수록 (이웃) 셀 검출(cell detection)을 위한 높은 복잡도가 요구될 수 있다. 이러한 trade-off를 고려하여 SSB가 특정 주기로 전송될 경우, 기지국은 전력 절약(power saving)을 위해 sleep mode로 동작하다가도 SSB와 같은 주기적인 신호를 전송하기 위해서 active mode로 전환해야만 한다. 따라서, 기지국이 active mode로 전환하였을 때, 기지국은 단말에게 UL 신호/채널을 전송하도록 설정하고, 수신된 UL 신호/채널에 따라서 상술한 것과 같은 전력 절약(power saving)을 위한 특정 DL/UL 신호/채널의 OFF 구간/타이머/패턴을 그대로 수행할지 아니면 OFF 구간/타이머/패턴을 변경할 것인지를 판단할 수 있다.
요약하자면, 기지국이 전력 절약(power saving)을 위해 상술한 DL/UL 신호/채널을 특정 시간 구간 동안 끄는 OFF 구간/타이머/패턴(duration/timer/pattern)을 설정할 수 있다. 또한, 해당 시간 구간 동안에는 기지국이 송수신을 수행하지 않을 수 있기 때문에, 단말에게 특정 UL 신호/채널을 전송할 수 있는 시간 구간인 TX 윈도우가 설정될 수 있다.
이 때, TX 윈도우는 기지국이 SSB와 같은 주기적인 신호를 전송하기 위해 반드시 active mode로 전환해야 하는 SSB/SMTC 시간 구간 근처에 설정하는 방법을 고려할 수 있다.
예를 들어, 도 7을 참조하면, 도 7의 (1)과 같이 SMTC 의 시작 시점을 기준으로 N1 심볼/슬롯 이전으로부터 N2 심볼/슬롯 동안의 구간(duration)이 TX 윈도우로 설정될 수 있다. 또는, 도 7의 (2)와 같이 SMTC 의 종료 시점을 기준으로 N1 심볼/슬롯 이후로부터 N2 심볼/슬롯 동안의 구간(duration)이 TX 윈도우로 설정될 수 있다.
한편, 해당 N1 및/혹은 N2 값은 사전에 정의되거나 설정될 수 있다. 예를 들어, N1 및/혹은 N2 값은 RRC 계층을 통해 설정될 수 있다. 만약, N2에 대한 별도의 설정이 없다면 SMTC 구간과 해당 TX 윈도우(window) 구간이 일치될 수 도 있다. 또는 N1에 대한 별도의 설정이 없다면, SMTC 구간을 위한 오프셋 값과 동일한 값이 Tx 윈도우의 오프셋으로 전용될 수도 있다.
한편, Tx 윈도우는 항상 SMTC와 일정 간격을 두고 설정되어야 하기 때문에, Tx 윈도우와 SMTC의 주기는 동일할 수 있다.
예를 들어, SMTC 설정을 위한 오프셋 값, 구간 값 및 주기에 대한 정보가 수신되면, 단말은 해당 정보를 기반으로 SMTC를 설정하고, SMTC 의 시작 지점 또는 종료 지점으로부터 해당 오프셋 값만큼 앞 또는 뒤를 Tx 윈도우 시작 지점으로 결정할 수 있다. 또는, 해당 오프셋 값 또는 별도로 설정된 오프셋 값에 의해 결정된 시작 지점부터 SMTC 설정을 위한 구간 값에 대응하는 시간 구간 동안을 Tx 윈도우로 결정할 수 있다.
한편, SSB/SMTC 시간 구간 근처가 아닌 임의의 시간 구간에 TX 윈도우(window)가 설정될 수도 있다. 하지만 이러한 경우, 기지국이 전력 절약(power saving)을 위해 송수신을 끄는 구간과 Tx 윈도우 구간이 중첩되었을 때, TX 윈도우 내에서 기지국이 UL 신호/채널을 수신하기 위하여 active mode로 다시 전환해야 하므로 전력 절약 효과가 감소될 수도 있다.
따라서, 기지국은 단말에게 사전에 SSB/SMTC 구간과 연관이 있는 특정 TX 윈도우를 설정할 수 있다. 또한, 단말은 SSB/SMTC 구간에서는 DL 신호/채널들을 수신하고 UL 전송은 설정된 TX 윈도우 내에서만 수행할 수 있다.
이 때, TX 윈도우에서 단말이 전송할 수 있는 UL 신호/채널로는 PRACH/PUCCH(SR포함)/SRS/CG-PUSCH/PUSCH 이 사용될 수 있다. 이 때, 단말이 TX 윈도우에서 전송하는 특정 UL 신호/채널은 단말의 upcoming data가 있음을 알리거나 UL 전송 자원 할당을 요청하여 TX 윈도우(window) 이후의 기지국의 OFF 구간/타이머/패턴의 스위칭을 트리거할 수도 있다.
[방법#1]에 따르면, 기지국이 반드시 깨어 있어야 하는 SMTC 구간과 일정 간격을 두고 UL 신호 전송을 위한 Tx 윈도우를 설정함으로써, 기지국이 UL 신호 전송만을 위해 Sleep mode에서 Active mode로 전환하는 것을 방지하여, 전력 절약 효율을 극대화할 수 있다.
[방법#2] 기지국이 설정한 TX 윈도우 내에서 단말이 특정 UL 신호/채널을 wake up signal로 전송하는 방법 및 특정 wake up signal을 수신했을 때의 기지국의 전력 절약 모드 동작 방법
1. 방법#2-1
Tx 윈도우에서 특정 UL 신호/채널을 전송한 후에 사전 약속(예를 들어, 표준에 정의) 혹은 사전 설정(예를 들어, 상위 계층 신호)에 따라 자동으로 혹은 기지국의 지시를 통해 SSB/SMTC 구간 밖에 설정되거나/지시된 DL (예를 들어, CORESET(Control Resource Set)/SS (Search Space) set/DL RS)를 수신하거나 UL를 전송할 수 있다.
2. 방법#2-2
단말이 SR/BSR (Buffer State Reporting) 전송을 통해 특정 시간 동안 UL 트래픽이 없음을 기지국에게 알려줄 수 있다. 예를 들어, 단말은 zero size buffer BSR을 기지국에게 전송할 수 있다.
(1) 기지국은 사전에 SR 자원 중에 Zero size buffer BSR 용도인 SR자원을 별도로 설정할 수 있다.
3. 방법#2-3
단말이 SR/BSR 전송 후에 더 이상 전송할 UL 신호/채널이 없으면 TX 윈도우(window) 외의 시간 구간 혹은 prohibit timer동안에는 더 이상 UL 전송을 수행하지 못하도록 설정될 수 있다.
4. 방법#2-4
단말 트래픽(Traffic)의 종류를 구분하여, 긴급 트래픽(Urgent traffic)의 경우에는 TX 윈도우(window) 외의 시간 구간 혹은 prohibit timer내에서도 UL 전송을 허용하고, 그렇지 않은 트래픽(traffic)은 Tx 윈도우 시간 내 혹은 prohibit timer가 종료된 이후 전송될 수 있도록 지연시키도록 설정/지시될 수 있다. 예를 들어, 긴급 트래픽이 아닌 트래픽(traffic)이라면 해당 트래픽에 연관된 단말의 RACH와 PUCCH 자원이 disable되어, 해당 Tx 윈도우 또는 prohibit timer 내에서는 해당 트래픽이 전송되지 못하도록 하고, 전송을 지연 시킨 후 다음 TX 윈도우에서 UL 전송이 가능하도록 하거나, prohibit timer가 만료(expire)된 후 또는 prohibit timer가 만료(expire)된 이후의 TX 윈도우에서 UL 전송이 가능하도록 할 수 있다.
5. 방법#2-5
사전에 ON/OFF 구간/타이머/패턴(duration/timer/pattern)과 특정 UL 신호/채널을 연동시키고, 특정 UL신호/채널이 전송되면, 기지국의 SSB/SIB(System Information Block) 전송 주기 및/또는 ON/OFF 구간/타이머/패턴 및/또는 TX 윈도우(window) 설정이 변경될 수 있다.
기본적으로 단말은 SSB/SMTC 구간에서 DL 신호/채널을 수신하고 기지국이 설정한 TX 윈도우에서 특정 UL 신호/채널을 전송할 수 있다. 그런데 단말이 TX 윈도우에서 전송한 UL 신호/채널에 따라서, 기지국이 TX 윈도우 외의 시간 구간에서도 DL 전송 혹은 UL 수신을 수행할 수도 있다.
예를 들어, 기지국은 단말이 TX 윈도우에서 SR (scheduling request) PUCCH를 전송한 경우, 기지국이 SSB/SMTC 구간 밖에 특정 SS (search space) set의 모니터링을 단말에게 지시하여 UL grant를 수신하도록 할 수 있다. 단말은 해당 UL grant 지시에 따라서 설정된 TX 윈도우 외의 시간 구간에서 PUSCH를 전송할 수 있다. 이와 같이, 기지국의 직접 지시/설정을 통해 단말이 SSB/SMTC 구간 밖에서 DL 수신 혹은 UL 전송을 수행할 수도 있지만, 단말이 TX 윈도우(window)에서 특정 UL 신호/채널을 전송하면, 사전 약속(예를 들어, 표준에 정의) 혹은 사전 설정(예를 들어, 상위 계층 신호)에 따라서 자동으로 SSB/SMTC 구간 밖에 설정된 DL (예를 들어, CORESET/SS set/DL RS)를 수신하거나 설정된 UL (예를 들어, CG-PUSCH, P-SRS) 전송을 수행할 수도 있다.
본래 SR은 단말이 기지국에게 UL로 전송할 트래픽(traffic)이 존재하므로, UL 전송을 위한 자원을 할당할 것을 요청하는 것이다. 또한, BSR (buffer state report) 은 기지국에게 단말의 버퍼(buffer)에 저장된 데이터(data)의 양이 어느 정도인지에 대한 정보를 기지국에게 알려주는 것이 주목적이다.
하지만, 단말이 SR/BSR 전송을 통해서 특정 시간 동안 UL 트래픽(traffic)이 없음을 기지국에게 알려줄 수도 있다. 예를 들어, 단말이 TX 윈도우(window) 내에서 zero size buffer BSR을 MAC-CE를 통해 기지국에게 전송한 경우, 기지국은 해당 단말이 특정 시간 동안은 전송할 UL 데이터가 없다고 판단하여 전력 절약(power saving)을 위한 특정 DL/UL 신호/채널의 OFF 구간/타이머/패턴(duration/timer/pattern)을 적용할 때, 해당 MAC-CE에 포함된 zero size buffer BSR을 활용하여 해당 단말에게 설정/지시된 OFF 구간/타이머를 연장하거나 OFF 구간이 더 긴 패턴(pattern)으로 전환하도록 설정/지시할 수 있다.
이 때, BSR 전송을 위해서는, SR 요청 후에 BSR 전송 자원이 할당되어야 하기 때문에, zero size buffer BSR용도인 SR 자원이 별도로 할당될 수 있고, 기지국은 zero size buffer BSR용도인 SR 자원을 통해 SR을 수신한 경우, zero size buffer BSR을 수신한 것과 동일하게 취급하여 동작할 수 있다. 한편, 해당 zero size buffer BSR 은 TX 윈도우 내에서만 전송된다는 제약 없이, 기지국이 (전력 절약 모드가 아닌) active mode라면 전송이 허용될 수 있다. 단말로부터 수신한 zero size buffer BSR 혹은 SR 이 기지국으로 하여금 전력 절약(power saving) 을 위한 동작을 트리거(trigger) 할 수 있도록 하는 도움 정보가 될 수 있기 때문이다.
또한, 단말이 zero size buffer 임을 알리는 SR 혹은 BSR을 전송한 이후 계속적으로 zero size buffer SR/BSR을 전송하는 것을 방지하기 위해, 단말이 zero size buffer SR/BSR을 전송하면, 일정 타이머(timer) 구간 동안 zero size buffer SR/BSR을 전송하는 것이 금지될 수 있다. 한편, SR/BSR 이 트리거되는 조건으로써, 특정 논리 채널(logical channel)에 대응되는 데이터가 단말의 버퍼(buffer)에 추가될 때, 해당 논리 채널(logical channel)과 연동된 SR/BSR의 단말 전송이 트리거(trigger) 될 수 있다.
다만, 본 개시에서는 상술한 내용을 수정하여, 단말 버퍼에 논리 채널과 무관하게 일정 수준 이상의 데이터가 존재하는 경우, SR/BSR 전송이 트리거(trigger) 될수 도 있다.
만약, 단말이 SR/BSR 전송 후에 더 이상 보낼 UL 전송이 없는 경우, 기지국의 전력 절약(power saving)을 위하여, TX 윈도우 외의 시간 구간 혹은 prohibit timer가 동작(running)하는 동안에는 단말이 더 이상 UL 전송을 하지 못하도록 설정하는 것도 가능하다.
또 다른 방법으로는, 단말의 트래픽(Traffic) 종류를 구분하여, 긴급 트래픽(Urgent traffic)의 경우에는 TX 윈도우(window) 외의 시간 구간 혹은 prohibit timer내에서도 UL 전송을 허용하고, 그렇지 않은 트래픽(traffic)은 Tx 윈도우 시간 내 혹은 prohibit timer가 종료된 이후 전송될 수 있도록 지연시키도록 설정/지시될 수 있다.
트래픽(Traffic)의 종류 별 우선 순위 및 TX 윈도우 외의 시간 혹은 prohibit timer내에서의 전송 가능 여부는 사전에 기지국에 의해서 설정될 수 있다. 만약, 전송이 불가한 트래픽(traffic) 또는 긴급하지 않은 트래픽이라면 해당 트래픽에 연관된 단말의 RACH와 PUCCH 자원이 disable되어, 해당 Tx 윈도우 또는 prohibit timer 내에서는 해당 트래픽이 전송되지 못하도록 하고, 전송을 지연 시킨 후 다음 TX 윈도우에서 UL 전송이 가능하도록 하거나, prohibit timer가 만료(expire)된 후 또는 prohibit timer가 만료(expire)된 이후의 TX 윈도우에서 UL 전송이 가능하도록 할 수 있다.
특징적으로, 단말 트래픽(traffic)의 QoS (Quality of Service) 정보를 기반으로 기지국은 어느 정도 sleep 할 수 있을지 혹은 ON/OFF 구간/패턴(duration/pattern), TX 윈도우(window) 설정 및/또는 SSB/SIB 전송 주기를 변경할 것인지 여부를 결정할 수도 있다.
또한, 상술한 기지국의 전력 절약(power saving)을 위해 사전에 특정 OFF 구간/타이머/패턴과 단말이 TX 윈도우(window)에서 전송할 수 있는 특정 UL 신호/채널간의 관계를 설정하고, 단말이 사전에 약속/설정된 UL 신호/채널을 전송하면 해당 UL 신호/채널에 연동된 OFF 구간/타이머/패턴(duration/timer/pattern)으로 스위칭(switching)하거나 UL 신호/채널에 연동된 SSB/SIB주기로 변경하거나, 해당 UL 신호/채널에 연동된 TX 윈도우 설정으로 변경할 수 있다.
예를 들어, 도 8과 같이, 기지국이 {패턴 1: Always ON, 패턴 2: 1 슬롯 ON + 9 슬롯 OFF, 패턴 3: 2 슬롯 ON + 8 슬롯 off}를 설정할 수 있다.
또한, 각 패턴 별로 특정 UL 신호/채널과의 연관 관계를 설정할 수 있다. 예를 들어, 패턴 3과 특정 PUCCH간의 연관 관계를 사전에 설정할 수 있다.
만약, 현재 패턴 2를 적용하여 기지국이 동작하고 있고, 단말이 TX 윈도우에서 패턴 3와 관계된 PUCCH를 전송하면, 기지국은 패턴 2에서 패턴 3으로 스위칭(switching)할 수 있다. 또는 기지국이 TX 윈도우(window)에서 복수의 단말들로부터 수신한 UL 신호/채널의 통계에 따라서 패턴을 스위칭할 수 있다. 예를 들어, 기지국이 PRACH를 N1개 수신하고 PUCCH를 N2개 수신하면 ON/OFF 패턴(pattern)을 패턴 #3로 스위칭할 수 있다.
[방법#2]에 따르면, SR/BSR 전송을 통해 UL 데이터 전송이 일정 구간 동안 없음을 기지국에게 단말이 알림으로써, 기지국이 기지국의 On/Off 동작을 효율적으로 제어할 수 있도록 하고, 이에 따라, 전체적인 기지국의 전력 소모를 감소시킬 수 있다.
[방법#3] Negative SR 전송을 통해 일정 시간 구간 동안 보낼 UL 데이터가 없음을 알려주는 방법
[TS 38.213 9.2.4]
The UE transmits a PUCCH in the PUCCH resource for the corresponding SR configuration only when the UE transmits a positive SR. For a positive SR transmission using PUCCH format 0, the UE transmits the PUCCH as described in [4, TS 38.211] by obtaining m0 as described for HARQ-ACK information in clause 9.2.3 and by setting mcs=0
1. 방법#3-1
PUCCH format 0 (이하, PF0)의 경우, 예를 들어, 도 9 (a)와 같이, 1 비트 HARQ-ACK일 때 CS (cyclic shift) 인덱스 = 0과 6을 이용하여 각각 ACK 또는 NACK 정보를 전송할 수 있다. 한편, 도 9 (b)와 같이, HARQ-ACK과 positive SR의 정보를 함께 포함시켜 전송하는 경우, CS 인덱스 3를 이용하여 NACK + positive SR 정보를 전송하고, CS 인덱스 9를 이용하여 ACK + positive SR 정보를 전송할 수 있다. 여기서, positive SR은 단말이 전송할 UL 데이터가 버퍼에 존재하는 것을 의미할 수 있다.
또한, 단말이 전송할 HARQ-ACK 정보가 있는 경우, 단말이 선택하는 자원에 따라서, HARQ-ACK 정보와 함께 전송되는 SR 정보가 negative SR인지 positive SR인지를 기지국이 구별할 수 있다. 하지만, 기지국의 NES 목적으로 전송할 HARQ-ACK 정보가 없는 경우에도 negative SR 전송을 통해서 일정 시간 구간 동안 단말이 전송할 UL 데이터가 없음을 기지국에게 알리기 위하여, 추가적인 CS (cyclic shift)가 negative SR로 설정될 수 있다.
여기서, 일정 시간 구간은 사전에 기지국으로부터 설정/지시된 시간 구간이거나 표준에 정의된 구간일 수 있다. 또한, 일정 시간 구간 동안 단말이 전송할 UL 데이터가 없다는 것은, 예를 들어, 상술한 일정 시간 구간 내에 있는 CG (configured grant)-PUSCH 자원 및 configured SRS 자원 및/또는 configured PUCCH 자원에 대한 전송을 생략할 수 있다는 것을 의미할 수 있다.
예를 들어, CG-PUSCH의 경우, RRC로 설정/활성화 되는 CG type 1은 CG-PUSCH 전송을 중단(suspension) 했다가 추후 기지국이 다시 ON하면 재개(resume)할 수 있다. 또한, RRC와 DCI를 통해서 설정/활성화 되는 CG type 2는 PUSCH 전송을 해제(release)했다가 추후 기지국이 다시 ON하면 활성(activation) DCI를 통해서 다시 활성(activation)시킬 수 있다.
예를 들어, 단말이 전송할 HARQ-ACK 정보는 없지만 기지국에게 negative SR 정보를 전송할 때, 단말은 CS 인덱스 1을 이용하여 기지국에게 negative SR임을 알릴 수 있다. 혹은, HARQ-ACK 정보가 있을 때의 HARQ-ACK 전송에 사용되는 CS 인덱스 혹은 HARQ-ACK + positive SR 전송에 사용되는 CS를 제외한 나머지 CS 인덱스들 (즉, HARQ-ACK 전송 및 HARQ-ACK + positive SR 전송에 사용되지 않는 CS 인덱스들)을 이용하여 단말이 기지국에게 negative SR임을 알릴 수 있다.
또는, 단말은 Positive SR 용도로 설정된 CS 값에 오프셋(offset)을 적용하여 negative SR 용 CS로 사용할 수 있다. 예를 들어, 단말에게 설정하거나 표준에 negative SR 용 CS를 결정하기 위한 오프셋 값을 정의하여, negative SR only 자원을 negative SR 전송을 위해서 설정할 수 있다.
2 bits HARQ-ACK을 전송하는 경우에도 마찬가지로 기존 HARQ-ACK 및 positive SR 정보를 전송하는데 사용했던 CS 인덱스를 제외하고 남은 CS 인덱스들이 HARQ-ACK 및 negative SR 정보가 전송되는데 사용될 수 있다. 기지국은 단말로부터 negative SR 정보를 수신하면 사전에 약속/설정/지시된 시간 동안(예를 들어, 2 슬롯 동안), 해당 단말이 전송할 UL 데이터가 없는 것으로 간주하고 NES 모드(mode)로 전환하여 에너지를 절약할 수 있다.
또 다른 방법으로, 기지국이 별도의 negative SR only 자원을 설정하고 해당 SR 자원은 오직 negative SR을 전송하기 위하여 사용되도록 설정할 수 있다. 이 경우, 기지국은 기존 HARQ-ACK 정보 혹은 positive SR 정보를 전송하는데 사용했던 CS 인덱스와 동일한 CS 인덱스를 사용하면서 별도의 시간 및 주파수 자원을 사용하는 PF0을 할당할 수도 있고, 단말은 해당 PUCCH 자원을 사용하여 기지국에게 일정 시간 구간 동안 보낼 UL 데이터가 없음을 알려줄 수도 있다.
그리고, 복수의 (negative) SR 자원들이 겹치는(overlap) 경우, 단말은 각 SR 자원들과 대응되는 UL 데이터 버퍼(data buffer)가 모두 없는 경우에 negative SR을 전송할 수 있다.
2. 방법#3-2
PUCCH format 1 (PF1)의 경우, 표 4에서 볼 수 있는 것과 같이, 3GPP TS 38.213 9.2.4에 따르면 b(0)=0 (즉, NACK constellation)을 통해서 positive SR을 전송할 수 있다. 또한, 12 CS (cyclic shift)와 7 OCC (orthogonal cover code)를 통해 이론적으로는 PRB(Physical Resource Block) 당 84개의 직교(orthogonal) 자원이 생성될 수 있다.
Figure PCTKR2023004930-appb-img-000001
따라서, 단말이 negative SR을 전송을 위해서 사용할 추가적인 직교(Orthogonal) 자원이 설정될 수 있다.
또는, 추가적인 직교 자원이 설정되는 방법 외에, b(0)=1 (즉, ACK constellation)이 negative SR로 사용되거나, 반대로 b(0)=0이 negative SR로 사용되고 b(0)=1을 positive SR로 사용될 수도 있다. 또한, 복수의 (negative) SR 자원들이 겹치는(overlap) 경우, 단말은 각 SR 자원들과 대응되는 UL 데이터 버퍼(data buffer)가 모두 없는 경우에 negative SR을 전송할 수 있다.
단말은 상술한 방법을 통해 PF1 negative SR을 전송하여 기지국에게 일정 시간 구간 동안에 UL data가 없다는 것을 알릴 수 있다.
여기서, 일정 시간 구간은 사전에 기지국으로부터 설정/지시된 시간 구간이거나 표준에 정의된 구간일 수 있다. 또한, 일정 시간 구간 동안 단말이 전송할 UL 데이터가 없다는 것은, 예를 들어, 상술한 일정 시간 구간 내에 있는 CG (configured grant)-PUSCH 자원 및 configured SRS 자원 및/또는 configured PUCCH 자원에 대한 전송을 생략할 수 있다는 것을 의미할 수 있다.
예를 들어, CG-PUSCH의 경우, RRC로 설정/활성화 되는 CG type 1은 CG-PUSCH 전송을 중단(suspension) 했다가 추후 기지국이 다시 ON하면 재개(resume)할 수 있다. 또한, RRC와 DCI를 통해서 설정/활성화 되는 CG type 2는 PUSCH 전송을 해제(release)했다가 추후 기지국이 다시 ON하면 활성(activation) DCI를 통해서 다시 활성(activation)시킬 수 있다.
[방법#3]에 따르면, HARQ-ACK 전송 없이도 negative SR 전송을 가능하게 하여, 단말이 기지국의 효율적인 전력 소모 감소를 위하여 일정 구간 동안 UL 데이터가 없음을 제약 없이 기지국에게 알릴 수 있다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 10은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 10을 참조하면, 본 개시에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 11은 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 11을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 10의 {무선 기기(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)는 Tx 윈도우와 관련된 정보를 송수신기(106)를 통해 수신할 수 있다. 예를 들어, 프로세서(102)는 [방법#1]을 기반으로 Tx 윈도우를 설정하기 위한 정보를 수신할 수 있다. 다시 말해, 프로세서(102)가 Tx 윈도우와 관련된 정보를 수신하는 것은 [방법#1]에 기반할 수 있다.
프로세서(102)는 Tx 윈도우 내에서 특정 UL 신호를 송수신기(106)를 통해 전송할 수 있다. 또한, 프로세서(102)는 특정 UL 신호에 기반하여 DL/UL 신호/채널을 송수신기(106)를 통해 송수신할 수 있다. 이 때, 프로세서(102)가 특정 UL 신호 및 DL/UL 신호/채널을 송수신하는 것은 [방법#2] 및 [방법#3] 중 적어도 하나에 기반할 수 있다.
제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)는 Tx 윈도우와 관련된 정보를 송수신기(206)를 통해 전송할 수 있다. 예를 들어, 프로세서(202)는 [방법#1]을 기반으로 Tx 윈도우를 설정하기 위한 정보를 전송할 수 있다. 다시 말해, 프로세서(202)가 Tx 윈도우와 관련된 정보를 전송하는 것은 [방법#1]에 기반할 수 있다.
프로세서(202)는 Tx 윈도우 내에서 특정 UL 신호를 송수신기(206)를 통해 수신할 수 있다. 또한, 프로세서(202)는 특정 UL 신호에 기반하여 DL/UL 신호/채널을 송수신기(206)를 통해 송수신할 수 있다. 이 때, 프로세서(202)가 특정 UL 신호 및 DL/UL 신호/채널을 송수신하는 것은 [방법#2] 및 [방법#3] 중 적어도 하나에 기반할 수 있다.
이하, 무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 12는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 12를 참조하면, 차량 또는 자율 주행 차량(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. 무선 통신 시스템에서, 단말이 UL (Uplink) 신호를 전송하는 방법에 있어서,
    UL 전송 윈도우와 관련된 제 1 정보를 수신하고,
    상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고,
    상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    UL 신호 전송 방법.
  2. 제 1 항에 있어서,
    상기 제 2 정보가 상기 UL 전송 윈도우의 특정 자원에서 전송되는 것을 기반으로, 상기 제 2 정보는 상기 UL 데이터가 존재하지 않음을 알리는 것인,
    UL 신호 전송 방법.
  3. 제 1 항에 있어서,
    상기 UL 전송 윈도우는 SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우의 바로 직전 또는 바로 직후에 위치하는 것으로 설정되는,
    UL 신호 전송 방법.
  4. 제 1 항에 있어서,
    상기 UL 전송 윈도우는, SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우로부터 오프셋 값 이전 또는 이후에 위치하는 것으로 설정되는,
    UL 신호 전송 방법.
  5. 제 1 항에 있어서,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리더라도, 특정 타입의 UL 신호는 상기 UL 전송 윈도우 밖 또는 상기 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되는,
    UL 신호 전송 방법.
  6. 제 1 항에 있어서,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 전송 윈도우의 설정이 변경되는,
    UL 신호 전송 방법.
  7. 무선 통신 시스템에서, UL (Uplink) 신호를 전송하기 위한 단말에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, UL 전송 윈도우와 관련된 제 1 정보를 수신하고,
    상기 적어도 하나의 송수신기를 통해, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고,
    상기 적어도 하나의 송수신기를 통해, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    단말.
  8. 제 7 항에 있어서,
    상기 제 2 정보가 상기 UL 전송 윈도우의 특정 자원에서 전송되는 것을 기반으로, 상기 제 2 정보는 상기 UL 데이터가 존재하지 않음을 알리는 것인,
    단말.
  9. 제 7 항에 있어서,
    상기 UL 전송 윈도우는 SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우의 바로 직전 또는 바로 직후에 위치하는 것으로 설정되는,
    단말.
  10. 제 7 항에 있어서,
    상기 UL 전송 윈도우는, SMTC (SS/PBCH block Measurement Timing Configuration) 윈도우로부터 오프셋 값 이전 또는 이후에 위치하는 것으로 설정되는,
    단말.
  11. 제 7 항에 있어서,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리더라도, 특정 타입의 UL 신호는 상기 UL 전송 윈도우 밖 또는 상기 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되는,
    단말.
  12. 제 7 항에 있어서,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 전송 윈도우의 설정이 변경되는,
    단말.
  13. 무선 통신 시스템에서, 기지국이 UL (Uplink) 신호를 수신하는 방법에 있어서,
    UL 전송 윈도우와 관련된 제 1 정보를 전송하고,
    상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 수신하고,
    상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 수신하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 수신되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    UL 신호 수신 방법.
  14. 무선 통신 시스템에서, UL (Uplink) 신호를 수신하기 위한 기지국에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, UL 전송 윈도우와 관련된 제 1 정보를 전송하고,
    상기 적어도 하나의 송수신기를 통해, 상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 수신하고,
    상기 적어도 하나의 송수신기를 통해, 상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 수신하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 수신되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    기지국.
  15. 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은:
    UL 전송 윈도우와 관련된 제 1 정보를 수신하고,
    상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고,
    상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    컴퓨터 판독 가능한 저장 매체.
  16. 무선 통신 시스템에서, UL (Uplink) 신호를 전송하기 위한 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    UL 전송 윈도우와 관련된 제 1 정보를 수신하고,
    상기 UL 전송 윈도우 내에서 UL 데이터가 존재하는지 여부를 알리는 제 2 정보를 전송하고,
    상기 제 2 정보가 상기 UL 데이터가 존재함을 알리는 것을 기반으로, 상기 UL 신호를 전송하는 것으로 포함하고,
    상기 제 2 정보가 상기 UL 데이터가 존재하지 않음을 알리는 것을 기반으로, 상기 UL 신호는 상기 UL 전송 윈도우 밖 또는 금지(Prohibit) 타이머의 구간 동안 상기 UL 신호가 전송되지 않고,
    상기 제 2 정보는 SR (Scheduling Request) 또는 BSR (Buffer State Report)인,
    장치.
PCT/KR2023/004930 2022-04-27 2023-04-12 상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치 WO2023211015A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2022-0052414 2022-04-27
KR20220052414 2022-04-27
US202263411561P 2022-09-29 2022-09-29
US63/411,561 2022-09-29

Publications (1)

Publication Number Publication Date
WO2023211015A1 true WO2023211015A1 (ko) 2023-11-02

Family

ID=88519319

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/004930 WO2023211015A1 (ko) 2022-04-27 2023-04-12 상향링크 채널 및 하향링크 채널을 송수신하는 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2023211015A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160080116A1 (en) * 2008-08-11 2016-03-17 Koninklijke Philips N.V. Method for communicating a network, a secondary station and a system therefor
KR20170109569A (ko) * 2015-01-29 2017-09-29 삼성전자주식회사 업링크 신호를 송신하기 위한 방법, 사용자 장치 및 기지국
CN110191515A (zh) * 2014-12-19 2019-08-30 上海朗帛通信技术有限公司 一种laa通信的方法和装置
KR20200107020A (ko) * 2019-03-05 2020-09-16 경북대학교 산학협력단 수중 센서 네트워크 및 이의 데이터 전송 제어 방법
KR20200136986A (ko) * 2018-03-30 2020-12-08 오피노 엘엘씨 스케줄링 요청 기반 빔 장애 복구

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160080116A1 (en) * 2008-08-11 2016-03-17 Koninklijke Philips N.V. Method for communicating a network, a secondary station and a system therefor
CN110191515A (zh) * 2014-12-19 2019-08-30 上海朗帛通信技术有限公司 一种laa通信的方法和装置
KR20170109569A (ko) * 2015-01-29 2017-09-29 삼성전자주식회사 업링크 신호를 송신하기 위한 방법, 사용자 장치 및 기지국
KR20200136986A (ko) * 2018-03-30 2020-12-08 오피노 엘엘씨 스케줄링 요청 기반 빔 장애 복구
KR20200107020A (ko) * 2019-03-05 2020-09-16 경북대학교 산학협력단 수중 센서 네트워크 및 이의 데이터 전송 제어 방법

Similar Documents

Publication Publication Date Title
WO2020032765A1 (ko) 무선 통신 시스템에서 다른 단말과 통신하는 방법 및 단말
WO2021029672A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치
WO2020032760A1 (ko) 무선 통신 시스템에서 피드백 신호를 수신하는 방법 및 단말
WO2019216747A1 (ko) 무선 통신 시스템에서 사이드링크 채널/신호를 전송하는 방법 및 단말
WO2021066451A1 (ko) 무선통신시스템에서 2nd stage SCI 관련 UE의 동작 방법
WO2020159312A1 (ko) 무선 통신 시스템에서 단말의 위치를 측정하는 방법 및 단말
WO2020091251A1 (ko) 무선 통신 시스템에서 채널 점유율을 측정하는 방법 및 단말
WO2021162506A1 (ko) 무선통신시스템에서 릴레이 ue에 관련된 ue의 동작 방법
WO2022080702A1 (ko) 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법
WO2020067713A1 (ko) 무선 통신 시스템에서 신호를 전송하는 방법 및 단말
WO2021154061A1 (ko) 무선통신시스템에서 사이드링크 csi 보고에 관련된 ue의 동작 방법
WO2020085732A1 (ko) 무선 통신 시스템에서 사이드링크 단말의 자원 선택 방법 및 상기 방법을 이용하는 단말
WO2020076011A1 (ko) 무선 통신 시스템에서 단말의 동기화 수행 방법 및 상기 방법을 이용하는 단말
WO2020032768A1 (ko) 무선 통신 시스템에서 신호를 수신하는 방법 및 단말
WO2020032770A1 (ko) 무선 통신 시스템에서 신호를 수신 단말에게 전송하는 방법 및 단말
WO2022211582A1 (ko) 무선통신시스템에서 사이드링크 릴레이에서 rrc 연결에 관련된 ue의 동작 방법
WO2021060921A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2021066332A1 (ko) 무선 통신 시스템에서 휴면 bwp에서의 동작 방법 및 상기 방법을 이용하는 단말
WO2020145726A1 (ko) Nr v2x에서 bwp 기반의 통신을 수행하는 방법 및 장치
WO2020139051A1 (ko) 무선 통신 시스템에서 피드백 신호를 전송하는 방법 및 단말
WO2022025665A1 (ko) 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법
WO2022019643A1 (ko) 무선통신시스템에서 릴레이 ue의 동작 방법
WO2021206462A1 (ko) 무선통신시스템에서 사이드링크 릴레이에 관련된 릴레이 ue의 동작 방법
WO2022186670A1 (ko) 무선통신시스템에서 사이드링크 drx 타이머에 관련된 ue의 동작 방법
WO2023211015A1 (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: 23796664

Country of ref document: EP

Kind code of ref document: A1