[go: up one dir, main page]

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

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

Info

Publication number
WO2023013951A1
WO2023013951A1 PCT/KR2022/010960 KR2022010960W WO2023013951A1 WO 2023013951 A1 WO2023013951 A1 WO 2023013951A1 KR 2022010960 W KR2022010960 W KR 2022010960W WO 2023013951 A1 WO2023013951 A1 WO 2023013951A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
information
pdcch
dci
pdcch monitoring
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2022/010960
Other languages
English (en)
French (fr)
Inventor
이성훈
김재형
황승계
이영대
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to US18/681,761 priority Critical patent/US20240349187A1/en
Priority to KR1020247003058A priority patent/KR20240024267A/ko
Publication of WO2023013951A1 publication Critical patent/WO2023013951A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a method for transmitting and receiving a downlink control channel and an apparatus therefor, and more specifically, to a Discontinuous Reception (DRX) activation of DCI (Downlink Control Information) for a wake up signal. It relates to a method for transmitting and receiving within an active time and an apparatus therefor.
  • DRX Discontinuous Reception
  • next-generation 5G system which is an improved wireless broadband communication than the existing LTE system
  • NewRAT communication scenarios are divided into Enhanced Mobile BroadBand (eMBB)/Ultra-reliability and low-latency communication (URLLC)/Massive Machine-Type Communications (mMTC).
  • eMBB Enhanced Mobile BroadBand
  • URLLC low-latency communication
  • mMTC Massive Machine-Type Communications
  • eMBB is a next-generation mobile communication scenario having characteristics such as High Spectrum Efficiency, High User Experienced Data Rate, and High Peak Data Rate
  • URLLC is a next-generation mobile communication scenario having characteristics such as Ultra Reliable, Ultra Low Latency, and Ultra High Availability.
  • V2X Emergency Service, Remote Control
  • mMTC is a next-generation mobile communication scenario with Low Cost, Low Energy, Short Packet, and Massive Connectivity characteristics. (e.g., IoT).
  • the present disclosure is to provide a method for transmitting and receiving a downlink control channel and an apparatus therefor.
  • first information related to discontinuous reception (DRX) is received, and based on the first information, DRX A timer for active time is running, and second information related to PDCCH (Physical Downlink Control Channel) monitoring adaptation is received based on the DRX active time, and the second information
  • PDCCH monitoring adaptation is performed during a certain period, and a PDCCH monitoring opportunity (Monitoring Occasion) for a wake-up signal (WUS) is included in a period in which the DRX active time and the certain period overlap.
  • WUS wake-up signal
  • the overlapping period may not be regarded as the DRX active time.
  • the DCI may be received even though the overlapping period is regarded as the DRX active time.
  • the DCI may be received based on a radio network temporary identifier (PS-RNTI).
  • PS-RNTI radio network temporary identifier
  • the DCI may be received based on a radio network temporary identifier (C-RNTI) and may have a format different from DCI format 2_6.
  • C-RNTI radio network temporary identifier
  • the PDCCH monitoring opportunity may correspond to Type3-PDCCH Common Search Space (CSS).
  • CSS Common Search Space
  • a terminal for receiving DCI Downlink Control Information
  • at least one transceiver at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions which, when executed, cause the at least one processor to perform an operation, the operation comprising: Through a transceiver, first information related to DRX (Discontinuous Reception) is received, based on the first information, a timer for DRX active time is running, and through the at least one transceiver , based on the DRX active time, receives second information related to PDCCH (Physical Downlink Control Channel) monitoring adaptation, performs PDCCH monitoring adaptation for a certain period based on the second information, and Based on the fact that a PDCCH monitoring opportunity for a wake-up signal (WUS) is included in a period in which the DRX active time and the predetermined period overlap, the PDCCH monitoring opportunity is provided through the at least one transceiver. It may include receiving D
  • the overlapping period may not be regarded as the DRX active time.
  • the DCI may be received even though the overlapping period is regarded as the DRX active time.
  • the DCI may be received based on a radio network temporary identifier (PS-RNTI).
  • PS-RNTI radio network temporary identifier
  • the DCI may be received based on a radio network temporary identifier (C-RNTI) and may have a format different from DCI format 2_6.
  • C-RNTI radio network temporary identifier
  • the PDCCH monitoring opportunity may correspond to Type3-PDCCH Common Search Space (CSS).
  • CSS Common Search Space
  • an apparatus for receiving downlink control information comprising: at least one processor; and at least one memory operatively connected to the at least one processor and storing instructions which, when executed, cause the at least one processor to perform an operation, the operation including: Discontinuous Reception (DRX) ), and based on the first information, a timer for DRX active time is running, and based on the DRX active time, PDCCH (Physical Downlink Control Channel) Receive second information related to monitoring adaptation, perform PDCCH monitoring adaptation for a certain interval based on the second information, and perform WUS (Wake- It may include receiving the DCI including the WUS through the PDCCH monitoring opportunity based on the included PDCCH monitoring opportunity (Monitoring Occasion) for up Signal).
  • DCI downlink control information
  • a computer-readable storage medium including at least one computer program that causes at least one processor according to the present disclosure to perform an operation, the operation comprising: receiving first information related to DRX (Discontinuous Reception), and performing the first Based on the information, a timer for DRX active time is running, and based on the DRX active time, second information related to PDCCH (Physical Downlink Control Channel) monitoring adaptation is received Based on the second information, PDCCH monitoring adaptation is performed for a certain period, and a PDCCH monitoring opportunity (Monitoring Occasion) for a wake-up signal (WUS) is provided within a period in which the DRX active time and the certain period overlap. Based on what is included, it may include receiving the DCI including the WUS through the PDCCH monitoring opportunity.
  • DRX Discontinuous Reception
  • PDCCH Physical Downlink Control Channel
  • first information related to discontinuous reception (DRX) is transmitted, and DRX active time based on the first information
  • second information related to PDCCH (Physical Downlink Control Channel) monitoring adaptation is transmitted, and a certain period in which the PDCCH monitoring adaptation is performed based on the DRX active time and the second information is overlapped.
  • PDCCH Physical Downlink Control Channel
  • a base station for transmitting DCI comprising: at least one transceiver; at least one processor; and at least one memory operably coupled to the at least one processor and storing instructions which, when executed, cause the at least one processor to perform an operation, the operation comprising: Through a transceiver, first information related to DRX (Discontinuous Reception) is transmitted, and based on a DRX activation time based on the first information, through the at least one transceiver, a Physical Downlink Control Channel (PDCCH) monitoring adaptation (monitoring) PDCCH monitoring opportunity for WUS (Wake-up Signal) within a period in which second information related to adaptation) is transmitted, and a certain period in which the PDCCH monitoring adaptation is performed based on the DRX active time and the second information overlaps Monitoring Occasion) may include transmitting the DCI including the WUS through the PDCCH monitoring opportunity through the at least one transceiver.
  • PDCH Physical Downlink Control Channel
  • the DCP DCI with CRC scrambled by PS-RNTI
  • the DCP Occasion allocated within the DRX Active Time is located within the application period of the PDCCH monitoring adaptation, it is appropriately determined whether to monitor the DCP Occasion, Improvements in power consumption efficiency can be expected.
  • 1 and 2 are diagrams for explaining an idle mode DRX (Discontinuous Reception) operation.
  • 3 to 5 are diagrams for explaining a DRX operation in a Radio Resource Control (RRC) Connected mode.
  • RRC Radio Resource Control
  • 6 to 7 are diagrams for explaining a method of monitoring DCI format 2_6.
  • FIG 8 to 10 are views for explaining overall operation processes of a terminal and a base station according to an embodiment of the present disclosure.
  • 11 and 12 are diagrams for explaining a method of monitoring DCI format 2_6 according to an embodiment of the present disclosure.
  • FIG. 13 illustrates a communication system applied to the present disclosure.
  • FIG. 16 illustrates an XR (eXtended Reality) device that can be applied to the present disclosure.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as Global System for Mobile communications (GSM)/General Packet Radio Service (GPRS)/Enhanced Data Rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GSM Evolution
  • OFDMA may be implemented with radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) is a part of Evolved UMTS (E-UMTS) using E-UTRA
  • LTE-Advanced (LTE-A) is an evolved version of 3GPP LTE.
  • 3GPP New Radio or New Radio Access Technology (NR) is an evolved version of 3GPP LTE/LTE-A.
  • the three main requirement areas for 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) Hyper-reliability and It includes the Ultra-reliable and Low Latency Communications (URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Ultra-reliable and Low Latency Communications
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile internet access, and covers rich interactive work, media and entertainment applications in the cloud or augmented reality.
  • Data is one of the key drivers of 5G, and we may not see dedicated voice services for the first time in the 5G era.
  • voice is expected to be handled as an application simply using the data connection provided by the communication system.
  • the main causes for the increased traffic volume are the increase in content size and the increase in the number of applications requiring high data rates.
  • Streaming services (audio and video), interactive video and mobile internet connections will become more widely used as more devices connect to the internet. Many of these applications require always-on connectivity to push real-time information and notifications to users.
  • Cloud storage and applications are rapidly growing in mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of uplink data transmission rate.
  • 5G is also used for remote work in the cloud, requiring much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • Entertainment Cloud gaming and video streaming are another key factor driving the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere including in highly mobile environments such as trains, cars and airplanes.
  • Another use case is augmented reality for entertainment and information retrieval.
  • augmented reality requires very low latency and instantaneous amount of data.
  • URLLC includes new services that will change the industry through ultra-reliable/available low-latency links such as remote control of critical infrastructure and self-driving vehicles. This level of reliability and latency is essential for smart grid control, industrial automation, robotics, and drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of delivering streams rated at hundreds of megabits per second to gigabits per second. These high speeds are required to deliver TV with resolutions above 4K (6K, 8K and beyond) as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications include mostly immersive sports competitions. Certain applications may require special network settings. For example, in the case of VR games, game companies may need to integrate their core servers with the network operator's edge network servers to minimize latency.
  • Automotive is expected to be an important new driver for 5G, with many use cases for mobile communications on vehicles. For example, entertainment for passengers requires simultaneous high-capacity and high-mobility mobile broadband. The reason is that future users will continue to expect high-quality connections regardless of their location and speed.
  • Another use case in the automotive sector is augmented reality dashboards. It identifies objects in the dark over what the driver sees through the front window, and overlays information that tells the driver about the object's distance and movement.
  • wireless modules will enable communication between vehicles, exchange of information between vehicles and supporting infrastructure, and exchange of information between vehicles and other connected devices (eg devices carried by pedestrians).
  • a safety system can help reduce the risk of an accident by guiding the driver through alternate courses of action to make driving safer.
  • the next step will be remotely controlled or self-driven vehicles. This requires very reliable and very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, leaving drivers to focus only on traffic anomalies that the vehicle itself cannot identify. The technical requirements of self-driving vehicles require ultra-low latency and ultra-high reliability to increase traffic safety to levels that are unattainable by humans.
  • Smart cities and smart homes will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for cost and energy-efficient maintenance of a city or home.
  • a similar setup can be done for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors are typically low data rates, low power and low cost.
  • real-time HD video for example, may be required in certain types of devices for surveillance.
  • a smart grid interconnects these sensors using digital information and communication technologies to gather information and act on it. This information can include supplier and consumer behavior, allowing the smart grid to improve efficiency, reliability, affordability, sustainability of production and distribution of fuels such as electricity in an automated manner.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system may support telemedicine, which provides clinical care at a remote location. This can help reduce barriers to distance and improve access to health services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • a mobile communication based wireless sensor network can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity in many industries. However, achieving this requires that wireless connections operate with cable-like latency, reliability and capacity, and that their management be simplified. Low latency and very low error probability are the new requirements that need to be connected with 5G.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable tracking of inventory and packages from anywhere.
  • Logistics and freight tracking use cases typically require low data rates, but wide range and reliable location information.
  • the UE uses Discontinuous Reception (DRX) in the RRC_IDLE and RRC_INACTIVE states to reduce power consumption.
  • DRX Discontinuous Reception
  • the UE performs a DRX operation according to DRX configuration information.
  • a UE operating based on DRX repeats ON/OFF for a reception operation. For example, when DRX is configured, the UE attempts PDCCH reception/detection (eg, PDCCH monitoring) only at a predetermined time interval (eg, ON), and the remaining time (eg, OFF/Sleep) does not attempt PDCCH reception.
  • PDCCH reception/detection eg, PDCCH monitoring
  • a predetermined time interval eg, ON
  • the remaining time eg, OFF/Sleep
  • On-duration the time for the UE to attempt PDCCH reception is called On-duration, and On-duration is defined once per DRX cycle.
  • the UE may receive DRX configuration information from a base station (eg, gNB) through RRC signaling and perform a DRX operation through (Long) DRX command MAC CE reception.
  • a base station eg, gNB
  • DRX configuration information may be included in MAC-CellGroupConfig.
  • IE MAC-CellGroupConfig is used to configure MAC parameters for a cell group including DRX.
  • Discontinuous Reception refers to an operation mode in which a User Equipment (UE) discontinuously receives/monitors a downlink channel so that the UE can reduce battery consumption. That is, a UE configured with DRX can reduce power consumption by discontinuously receiving downlink signals.
  • the DRX operation is performed in a DRX cycle representing a time interval at which On Duration is periodically repeated.
  • DRX includes On Duration and Sleep Duration (or Opportunity for DRX).
  • On Duration represents a time interval during which the UE monitors the PDCCH to receive the PDCCH.
  • DRX may be performed in Radio Resource Control (RRC)_IDLE State (or mode), RRC_INACTIVE State (or mode), or RRC_CONNECTED State (or mode). In RRC_IDLE State and RRC_INACTIVE State, DRX is used to receive paging signals discontinuously.
  • RRC Radio Resource Control
  • RRC_IDLE State and RRC_INACTIVE State DRX is used to receive paging signals discontinu
  • RRC_Idle State A state in which a radio connection (RRC connection) is not established between the base station and the terminal.
  • RRC connection A radio connection (RRC connection) is established between the base station and the terminal, but the radio connection is inactive.
  • RRC_Connected state A state in which a wireless connection (RRC connection) is established between the base station and the terminal.
  • DRX is basically divided into idle mode DRX, connected DRX (C-DRX), and extended DRX.
  • DRX applied in RRC IDLE state is called IDLE mode DRX
  • DRX applied in RRC CONNECTED state is called connection mode DRX (C-DRX).
  • eDRX Extended/enhanced DRX
  • eDRX Extended/enhanced DRX
  • SIB1 system information
  • SIB1 may include an eDRX-Allowed parameter.
  • the eDRX-Allowed parameter is a parameter indicating whether IDLE mode extended DRX is allowed.
  • One paging opportunity may be a time interval (eg, slot or subframe) in which a Paging-Radio Network Temporary Identifier (P-RNTI) based Physical Downlink Control Channel (PDCCH) can be transmitted. There is.
  • P-RNTI Paging-Radio Network Temporary Identifier
  • the P-RNTI based PDCCH may address/scheduling a paging message.
  • the PO may indicate a start subframe for PDCCH repetition.
  • PF paging frame
  • the UE may be configured to monitor only one PO per DRX cycle.
  • PF and/or PO may be determined based on DRX parameters provided through network signaling (eg, system information).
  • 'PDCCH' may mean MPDCCH, NPDCCH, and/or general PDCCH.
  • 'UE' will refer to MTC UE, BL (Bandwidth Reduced Low Complexity) / CE (Coverage Enhanced) UE, NB-IoT UE, RedCap (RedCap) UE, general UE, and / or IAB-MT (Mobile Termination). can .
  • FIG. 1 is a flowchart illustrating an example of a method of performing an IDLE mode DRX operation.
  • the UE receives IDLE mode DRX configuration information from the base station through higher layer signaling (eg, system information) (S110).
  • higher layer signaling eg, system information
  • the UE determines PF (Paging Frame) and PO (Paging Occasion) for monitoring the PDCCH in the paging DRX cycle based on the IDLE mode DRX configuration information (S120).
  • the DRX cycle includes On Duration and Sleep Duration (or Opportunity for DRX).
  • the UE monitors the PDCCH in the PO of the determined PF (S130). Meanwhile, the UE monitors only one Time Interval (PO) per paging DRX cycle.
  • the time interval may be a slot or a subframe.
  • the UE when the UE receives the PDCCH (more precisely, the CRC of the PDCCH) scrambled by the P-RNTI during the On Duration (ie, when paging is detected), the UE transitions to the connected mode to transmit and receive data with the base station.
  • the PDCCH more precisely, the CRC of the PDCCH
  • the UE transitions to the connected mode to transmit and receive data with the base station.
  • FIG. 2 is a diagram illustrating an example of an IDLE mode DRX operation.
  • the UE wakes up every (paging) DRX cycle and monitors the PDCCH.
  • the UE transitions to the Connected state and receives data. Otherwise, the UE may enter sleep mode again.
  • C-DRX is DRX applied in RRC Connected State.
  • the DRX cycle of C-DRX may consist of a short DRX cycle and/or a long DRX cycle.
  • a short DRX cycle is optional.
  • the UE When C-DRX is configured, the UE performs PDCCH monitoring during On Duration. If there is a successfully detected PDCCH during PDCCH monitoring, the UE operates (or executes) an Inactive Timer and maintains an Awake State. On the other hand, if there is no successfully detected PDCCH during PDCCH monitoring, the UE enters a sleep state after the On Duration ends.
  • PDCCH reception occasion eg, PDCCH search space/slot with candidate
  • PDCCH reception occurrences eg, slots having PDCCH search spaces/candidates
  • PDCCH monitoring may be limited to a time interval set as a measurement gap regardless of C-DRX configuration.
  • FIG. 3 is a flowchart illustrating an example of a method of performing a C-DRX operation.
  • the UE receives RRC signaling (eg, MAC-MainConfig IE) including DRX configuration information from the base station (S310).
  • RRC signaling eg, MAC-MainConfig IE
  • DRX configuration information may include the following information.
  • - on-duration a period (Duration) in which the UE waits to receive the PDCCH after waking up. If the UE successfully decodes the PDCCH, the UE is awake and starts the drx-inactivity timer.
  • DRX Cycle starting period (Duration); For example, it may mean a time interval to be continuously monitored at the beginning of a DRX cycle, and may be expressed in ms units.
  • the UE restarts the drx-inactivity timer after successful decoding of PDCCH for initial transmission only, not retransmission.
  • - drx-RetransmissionTimer maximum duration until DL retransmission is received in case of DL;
  • the maximum duration until an acknowledgment for UL retransmission is received for example, in the case of UL, the number of slots for a bandwidth part (BWP) in which a transport block (TB) to be retransmitted is transmitted,
  • BWP bandwidth part
  • TB Transport Block
  • - drxShortCycleTimer Duration in which the UE must follow a short DRX cycle
  • delay before starting drx-onDurationTimer (delay); For example, it may be expressed in units of ms, and may be expressed in multiples of 1/32 ms.
  • -Active Time The total duration (Duration) during which the UE monitors the PDCCH, including (a) "On-duration" of the DRX cycle, (b) the time during which the UE performs continuous reception while the drx-inactivity timer has not expired , and (c) a time when the UE performs continuous reception while waiting for a retransmission opportunity (Opportunity).
  • the active time for the serving cell of the DRX group includes the following times.
  • the UE monitors the PDCCH during the ON Duration of the DRX cycle based on the DRX configuration (S330).
  • FIG. 4 is a diagram showing an example of C-DRX operation.
  • the UE when the UE receives scheduling information (eg, DL Assignment or UL Grant) in the RRC_Connected State (hereinafter referred to as Connected State), the UE executes the DRX Inactivity Timer and the RRC Inactivity Timer.
  • scheduling information eg, DL Assignment or UL Grant
  • the UE executes the DRX Inactivity Timer and the RRC Inactivity Timer.
  • DRX mode is initiated after the DRX Inactivity Timer expires.
  • the UE wakes up in the DRX Cycle and monitors the PDCCH for a predetermined time (on duration timer).
  • Short DRX when the UE starts the DRX mode, the UE first starts a short DRX Cycle, and after the short DRX Cycle ends, starts a long DRX Cycle.
  • the long DRX cycle is a multiple of the short DRX cycle. That is, in a short DRX cycle, the UE wakes up more frequently.
  • the RRC Inactivity Timer expires, the UE transitions to the Idle state and performs the Idle mode DRX operation.
  • C-DRX operation was introduced for power saving of the UE. If the PDCCH is not received within the on-duration defined for each DRX cycle, the UE enters sleep mode until the next DRX cycle and does not perform transmission/reception.
  • the active time may be continued (or increased) based on operations such as inactivity timer and retransmission timer. If no additional data is received within the active time, the UE may perform a sleep operation until the next DRX operation.
  • WUS wake up signal
  • WUS may be for notifying whether the UE should perform PDCCH monitoring in the on-duration of each DRX cycle (or a plurality of DRX cycles). If the UE does not detect WUS on a predetermined or indicated WUS occasion, it may maintain a sleep operation without performing PDCCH monitoring in one or a plurality of DRX cycles associated with the corresponding WUS.
  • a PDCCH monitoring occasion for DCI format 2_6 may be determined by a ps-Offset indicated by the network and a Time Gap reported by the UE. At this time, the time gap reported by the terminal can be interpreted as a preparation period required for operation after the terminal wakes up.
  • the base station may instruct the terminal to configure a search space (SS) set capable of monitoring DCI format 2_6.
  • SS search space
  • DCI format 2_6 may be instructed to be monitored through consecutive slots as long as the duration at monitoring periodicity intervals.
  • DCI format 2_6 can be monitored by the start point of the DRX cycle (eg, the point where the on-duration timer starts) and the ps-Offset configured by the base station. A monitoring window is determined. In addition, PDCCH monitoring may not be required in the Time Gap interval reported by the UE. Finally, the SS Set monitoring occasion for performing actual monitoring by the UE may be determined as the first Full Duration within the monitoring window (ie, Actual Monitoring Occasions in FIG. 6 ).
  • switching of an SS set is defined.
  • two SS Set Groups are configured for the UE, and an SS Set Group to be monitored by the UE may be indicated among the two SS Set Groups.
  • the terminal monitors the SS Sets included in the corresponding SS Set Group according to the corresponding instruction, and may skip monitoring of the SS Sets not included in the corresponding SS Set Group.
  • a list of SS Set Groups consisting of a Type 3-PDCCH Common Search Space (CSS) set and/or User Specific Search Space (USS) set may be provided to the terminal.
  • the UE can monitor SS Sets corresponding to group index #0.
  • the terminal may perform SS Set Group Switching operation according to whether SearchSpaceSwitchTrigger is set.
  • the terminal may switch the SS Set Group according to the DCI Format 2_0 instruction.
  • the terminal starts monitoring SS Set Group #0 after a certain time from receiving DCI Format 2_0, and SS Set Group #1 monitoring can be discontinued.
  • the UE starts monitoring SS Set Group #1 after a certain time from receiving DCI Format 2_0, and monitors SS Set Group #0. can stop If the UE starts monitoring SS Set Group #1, the UE may start counting the timer set by SearchSpaceSwitchTimer. If the corresponding timer expires, the terminal may start monitoring SS Set Group #0 and stop monitoring SS Set Group #1 after a predetermined time from when the timer expires.
  • the UE may change the SS Set Group according to DCI reception. For example, if the terminal receives DCI while monitoring SS Set Group #0 (or SS Set Group #1), the terminal receives the DCI after a certain time, SS Set Group #1 (or SS Set Group #1). Monitoring of SS Set Group #0) may be started, and monitoring of SS Set Group #0 (or SS Set Group #1) may be stopped. At this time, the terminal may start counting the timer set by SearchSpaceSwitchTimer.
  • the terminal If the corresponding timer expires, the terminal starts monitoring SS Set Group #0 (or SS Set Group #1) after a certain time from the time the timer expires, and SS Set Group #1 (or SS Set Group #1). You can stop monitoring of Set Group #0).
  • XR Extended Reality
  • AR Augmented Reality
  • VR Virtual Reality
  • MR Magnetic Reality
  • the characteristic of XR is that the time at which traffic can be expected to be received is fixed by fps (frame per second), and it can be received late or early due to the effect of jitter.
  • the jitter of this XR traffic appears as a truncated Gaussian probability distribution. Therefore, it is possible to describe the power saving effect by periodically setting DRX according to fps.
  • PDCCH monitoring adaptation is set even if DRX is not set, a power saving effect can be expected only with PDCCH monitoring adaptation.
  • a power saving effect can be expected by setting both DRX and PDCCH monitoring adaptation.
  • the expected time of traffic reception and the expected time of reception due to the effect of jitter can be expressed as a probability, and the embodiments described below can be applied to expect a power saving effect in the XR environment as described above.
  • SS set group #0 can be set to an SS set group that includes an SS set for dense PDCCH monitoring
  • SS set group #1 can be set to an SS set group that includes an SS set for sparse PDCCH monitoring.
  • the SS Set Group Switching operation may be configured in consideration of jitter in XR.
  • the terminal may perform PDCCH monitoring for a short period in which the probability of traffic reception is high due to the high probability of jitter, and then repeat the operation of micro-sleep.
  • PDCCH monitoring skipping operation may be configured in consideration of jitter in XR.
  • a UE for which a DRX operation is instructed monitors a PDCCH at a DCP (DCI with CRC scrambled by PS-RNTI) occasion included in a Physical Downlink Control Channel (PDCCH) monitoring adaptation interval indicated within the DRX Active Time. Suggest terminal operation.
  • DCP DCI with CRC scrambled by PS-RNTI
  • PDCCH Physical Downlink Control Channel
  • SS (Search Space) sets can be set per one BWP for the terminal.
  • the UE may monitor PDCCH candidates included in SS sets (hereinafter referred to as SS set monitoring).
  • PDCCH monitoring during DRX operation accounts for a large portion of power consumption.
  • a terminal adjusts the number of PDCCH monitoring to reduce power consumption within DRX active time PDCCH monitoring It is being discussed about monitoring adaptation.
  • PDCCH monitoring adaptation may mean an operation for reducing the number of times of PDCCH monitoring.
  • PDCCH monitoring adaptation examples include PDCCH monitoring skipping (hereinafter referred to as skipping) and SS set group switching (hereinafter referred to as switching).
  • PDCCH monitoring skipping is to stop PDCCH monitoring for a certain period (eg, PDCCH monitoring skipping duration), classify SS Sets configured with SSSG (Search Space Set Group) Switching into a plurality of groups, and among the plurality of groups , Instruct switching for one group according to the purpose of use to monitor the SS Set included in the group.
  • PDCCH monitoring skipping is to stop PDCCH monitoring for a certain period (eg, PDCCH monitoring skipping duration), classify SS Sets configured with SSSG (Search Space Set Group) Switching into a plurality of groups, and among the plurality of groups , Instruct switching for one group according to the purpose of use to monitor the SS Set included in the group.
  • SSSG Search Space Set Group
  • SSSG is divided into SSSG #0 and SSSG #1.
  • SSSG#0 is an SSSG that includes a relatively large number of SS sets or has a relatively short cycle in order to increase the number of PDCCH monitoring when the expected data transmission amount is large
  • SSSG#1 is In order to reduce the number of PDCCH monitoring for the purpose of power saving, a relatively small number of SS sets are included or the included SS sets have a relatively long cycle.
  • the base station may use various DCI formats to instruct the terminal with information related to PDCCH monitoring adaptation (monitoring adaptation).
  • the terminal may monitor a physical downlink control channel (PDCCH) according to a PDCCH monitoring adaptation operation according to the corresponding instruction.
  • PDCH physical downlink control channel
  • DCI downlink control information
  • DCI format 2_6 is used for notifying the power saving information outside DRX Active Time for one or more UEs.
  • the following information is transmitted by means of the DCI format 2_6 with CRC scrambled by PS-RNTI: - block number 1, block number 2, ⁇ , block number N where the starting position of a block is determined by the parameter ps-PositionDCI-2-6 provided by higher layers for the UE configured with the block.
  • one block is configured for the UE by higher layers, with the following fields defined for the block: - Wake-up indication - 1 bit - SCell dormancy indication - 0 bit if higher layer parameter Scell-groups-for-dormancy-outside-active-time is not configured; otherwise 1, 2, 3, 4 or 5 bits bitmap determined according to higher layer parameter Scell-groups-for-dormancy-outside-active-time, where each bit corresponds to one of the SCell group(s) configured by higher layers parameter Scell-groups-for-dormancy-outside-active-time, with MSB to LSB of the bitmap corresponding to the first to last configured SCell group.
  • the size of DCI format 2_6 is indicated by the higher layer parameter sizeDCI-2-6 , according to Clause 10.3 of TS 38.213.
  • DCI format 2_6 used as a wake up signal may be expressed as DCP (DCI with CRC scrambled by PS-RNTI) in the present disclosure. Accordingly, a PDCCH monitoring occasion for DCI format 2_6 may be expressed as a DCP occasion.
  • DCP is not interpreted limitedly to DCI format 2_6. For example, if it is DCI for notifying whether DRX Active Time wakes up, it can be interpreted as DCP even if it is not DCI format 2_6.
  • DCP when notifying whether or not DRX Active Time wakes up through a DCI format other than DCI format 2_6, DCP may mean another DCI format indicating whether or not to wake up.
  • the location of the DCP occasion may be determined based on the DRX cycle of the UE as described in FIG. 6 .
  • the wake-up operation of the terminal according to this may appear as shown in FIG. 7(a).
  • the DCP occasion is simply expressed as a dot, but the actual DCP occasion (ie, PDCCH monitoring occasion) is the same as described in FIG. 6.
  • the terminal determines the drx-onDurationTimer in the next DRX cycle. It is decided whether to start For example, if the Wake-up indication field is 0, "Not Wake-up” is indicated, and drx-onDurationTimer does not start in the next DRX cycle. On the other hand, if the Wake-up indication field is 1, "Wake-up” is indicated, and drx-onDurationTimer starts in the next DRX cycle.
  • DCP eg, DCI format 2_6
  • the terminal determines the drx-onDurationTimer in the next DRX cycle. It is decided whether to start For example, if the Wake-up indication field is 0, "Not Wake-up” is indicated, and drx-onDurationTimer does not start in the next DRX cycle. On the other hand, if the Wake-up indication field is 1, "Wake-up” is indicated, and drx-onDurationTimer starts in the next DRX cycle.
  • DRX Active Time is defined as shown in Table 2 below.
  • the Active Time for Serving Cells in a DRX group includes the time while: - drx-onDurationTimer or drx-InactivityTimer configured for the DRX group is running; or - drx-RetransmissionTimerDL or drx-RetransmissionTimerUL is running on any Serving Cell in the DRX group; or - ra-ContentionResolutionTimer (as described in clause 5.1.5) or msgB-ResponseWindow (as described in clause 5.1.4a) is running; or - a Scheduling Request is sent on PUCCH and is pending (as described in clause 5.4.4); or - a PDCCH indicating a new transmission addressed to the C-RNTI of the MAC entity has not been received after successful reception of a Random Access Response for the Random Access Preamble not selected by the MAC entity among the contention-based Random Access Preamble (as described in clauses 5.1.4 and 5.1.4a).
  • the terminal starts drx-onDurationTimer to perform the DRX Active Time, and then the DRX Active Time may increase as defined in [Table 2]. That is, when the timers defined in [Table 2] operate, the DRX Active Time can be extended. Meanwhile, at least one SS set capable of monitoring the DCP is configured in the UE, and at least one SS set may be repeated according to a predetermined period.
  • the DCP occasion is repeated at regular intervals, and when the DRX Active Time is extended, the DCP occasion and the DRX Active Time may overlap. In other words, DCP Occasion may be included within the extended DRX Active Time.
  • the UE does not perform PDCCH monitoring for the DCP occasion included in the DRX Active Time, and drx-onDurationTimer for the next DRX cycle is always set to start. For example, referring to FIG. 7(b), since a new DL transmission is received while drx-onDurationTimer is in progress, the operation of drx-InactivityTimer starts and the DRX Active Time can be extended based on drx-InactivityTimer .
  • the extended DRX Active Time may include a DCP Occasion allocated prior to the drx-onDurationTimer of the next DRX Cycle.
  • DCP Occasion is defined as not being monitored within the DRX Active Time in the current standard, the terminal may not perform monitoring for the DCP Occasion included in the extended DRX Active Time.
  • the UE since the UE does not monitor the DCP Occasion, it is not known whether Wake-up is performed in the next DRX Cycle corresponding to the corresponding DCP Occasion. Wake-up of the next DRX cycle can be defined through the RRC parameter ps-WakeUp .
  • drx-onDurationTimer of the next DRX Cycle can be started to start DRX Active Time. If ps-WakeUp is absent, if DCP is not detected, drx-onDurationTimer is started in the next DRX Cycle. I never do that.
  • PDCCH monitoring adaptation for adjusting PDCCH monitoring within DRX Active Time.
  • PDCCH monitoring skipping is included in which PDCCH monitoring is stopped for a certain period of time (eg, a PDCCH monitoring skipping duration).
  • the duration of PDCCH skipping may be set to one or more of one or more symbols, one or more slots, or all remaining DRX Active Time of the current DRX cycle (skipping to the next DRX cycle).
  • the UE's PDCCH monitoring operation is not defined. did not
  • an operation of a UE for monitoring a PDCCH at a DCP occasion included in a period in which a PDCCH monitoring adaptation is applied is proposed by a UE for which C-DRX operation is indicated.
  • a definition of the DRX Active Time of the duration to which PDCCH monitoring adaptation is applied and UE operation according to each definition are proposed.
  • the operation of the UE for each PDCCH monitoring adaptation that can be indicated and the operation of the UE when PDCCH monitoring of the UE is impossible at a DCP occasion are proposed.
  • the present disclosure describes a method proposed based on C-DRX applied to a terminal in an RRC_CONNECTED state, but is not limited thereto.
  • other methods eg, DRX applied to a terminal in an RRC_IDLE state
  • a certain period in which a terminal does not have to expect reception of a DL (Downlink) signal can be defined with periodicity.
  • a base station may instruct/configure UE operation when C-DRX operation and DCP occasion are located within a PDCCH monitoring adaptation duration for a UE in an RRC_CONNECTED state. Through this, it is possible to improve power saving efficiency of the terminal and reduce transmission/reception latency of control/traffic information.
  • a method in which a UE receives information related to a PDCCH monitoring operation on a DCP occasion from a base station, and based on this, receives a PDCCH through SS set (s) of a DCP occasion, and a UE instructed/configured in this regard Actions may be included.
  • the base station determines and configures information related to the PDCCH monitoring operation at the DCP occasion, informs the UE of the information, and transmits positions of PDCCH, PDSCH (Physical Downlink Shared Channel) and/or PUSCH (Physical Uplink Shared Channel) based on the information.
  • a method for determining may be included.
  • the proposed method may include a process in which a terminal transmits a signal and a channel for informing its capability, and the base station receives it.
  • FIG. 8 is a diagram for explaining an overall operation process of a terminal according to the proposed methods of the present disclosure.
  • a terminal may transmit capability information and/or UE assistance information to a base station in order to support an operation proposed in the present disclosure (S801).
  • the performance information and/or UE assistance information may include information for determining a PDCCH monitoring operation in DCP Occasion.
  • S801 may be omitted in a specific situation (eg, when the base station already has prior information or when each operation method is changed due to the need of the base station).
  • the terminal may receive first information for configuring a PDCCH monitoring operation transmitted by the base station in order to support the operation proposed in the present disclosure (S803).
  • the first information may be received using a higher layer signal (eg, System Information Block (SIB) or RRC signaling).
  • SIB System Information Block
  • RRC Radio Resource Control
  • the first information may be for configuring PDCCH monitoring adaptation or may be for configuring a DCP monitoring operation in a PDCCH monitoring adaptation interval.
  • the first information may be based on at least one of [Method 1] to [Method 3].
  • the first information is a method for specifically indicating one of PDCCH monitoring operation-related configurations in a plurality of DCP occasions (semi-)statically provided to the terminal (eg, DCI or MAC CE) It can also be received through /header).
  • the terminal may receive second information indicating PDCCH monitoring adaptation based on the first information configured through the higher layer signal (S805).
  • the second information may be included in DCI.
  • the corresponding DCI may be included in a Physical Downlink Control Channel (PDCCH).
  • the PDCCH monitoring adaptation operation indicated by the second information may be based on at least one of [Method 1] to [Method 3].
  • the UE may receive the PDCCH in the DCP Occasion based on the second information and perform decoding of the PDCCH (S807).
  • PDCCH received in DCP Occasion may include a wake-up signal.
  • the operation of the terminal according to the above-described S803 to S807 may be based on at least one of [Method 1] to [Method 3].
  • FIG. 9 is a diagram for explaining an overall operation process of a base station according to the proposed methods of the present disclosure.
  • a base station may receive terminal capability information and/or UE assistance information from a terminal in order to support an operation proposed in the present disclosure (S901).
  • the performance information and/or UE assistance information may include information for determining a PDCCH monitoring operation in DCP Occasion.
  • S901 may be omitted in a specific situation (eg, when the base station already has prior information or when each operation method is changed due to the need of the base station).
  • the base station may transmit first information for configuring a PDCCH monitoring operation to support the operation proposed in the present disclosure (S903).
  • the first information may be transmitted using a higher layer signal (eg, System Information Block (SIB) or RRC signaling).
  • SIB System Information Block
  • RRC Radio Resource Control
  • the first information may be for configuring PDCCH monitoring adaptation or may be for configuring a DCP monitoring operation in a PDCCH monitoring adaptation interval.
  • the first information may be based on at least one of [Method 1] to [Method 3].
  • the first information is a method for specifically indicating one of PDCCH monitoring operation-related configurations in a plurality of DCP occasions (semi-)statically provided to the terminal (eg, DCI or MAC CE) /header).
  • the base station may transmit second information indicating PDCCH monitoring adaptation based on the first information configured through the higher layer signal (S905).
  • the second information may be included in DCI.
  • the corresponding DCI may be included in a Physical Downlink Control Channel (PDCCH).
  • the PDCCH monitoring adaptation operation indicated by the second information may be based on at least one of [Method 1] to [Method 3].
  • the base station may transmit PDCCH in DCP Occasion based on the second information (S907).
  • PDCCH received in DCP Occasion may include a wake-up signal.
  • the operation of the base station according to the above-described S903 to S907 may be based on at least one of [Method 1] to [Method 3].
  • FIG. 10 is a diagram for explaining an overall operation process of a network according to the proposed methods of the present disclosure.
  • a UE may transmit capability information and/or UE assistance information to a base station in order to support an operation proposed in the present disclosure (S1001).
  • the performance information and/or UE assistance information may include information for determining a PDCCH monitoring operation in DCP Occasion.
  • S1001 may be omitted in a specific situation (eg, when the base station already has prior information or when each operation method is changed due to the need of the base station).
  • the base station may transmit first information for configuring a PDCCH monitoring operation to the terminal in order to support the operation proposed in the present disclosure (S1003).
  • the first information may be transmitted using a higher layer signal (eg, System Information Block (SIB) or RRC signaling).
  • SIB System Information Block
  • RRC Radio Resource Control
  • the first information may be for configuring PDCCH monitoring adaptation or may be for configuring a DCP monitoring operation in a PDCCH monitoring adaptation interval.
  • the first information may be based on at least one of [Method 1] to [Method 3].
  • the first information is a method for specifically indicating one of PDCCH monitoring operation-related configurations in a plurality of DCP occasions (semi-)statically provided to the terminal (eg, DCI or MAC CE) /header).
  • the base station may transmit second information indicating PDCCH monitoring adaptation based on the first information configured through the higher layer signal (1005).
  • the second information may be included in DCI.
  • the corresponding DCI may be included in a Physical Downlink Control Channel (PDCCH).
  • the PDCCH monitoring adaptation operation indicated by the second information may be based on at least one of [Method 1] to [Method 3].
  • the base station may transmit PDCCH in DCP Occasion based on the second information (S1007).
  • PDCCH received in DCP Occasion may include a wake-up signal.
  • the operation of the base station according to the above-described S1003 to S1007 may be based on at least one of [Method 1] to [Method 3].
  • the method proposed in the present disclosure may be selected and applied to some of the following methods.
  • Each method can be operated in an independent form without a separate combination, or one or more methods can be combined and operated in a linked form.
  • Some terms, symbols, and orders used to describe the proposed methods may be replaced with other terms, symbols, and orders as long as the principles of the proposed methods are maintained.
  • monitoring at a DCP occasion of a UE is described using an arbitrary exemplary structure to explain the principles of the proposed methods.
  • the proposed methods do not specifically limit the type of terminal operation.
  • a PDCCH monitoring adaptation period (eg, a PDCCH monitoring skipping period or an SSSG switching period) is set within the DRX Active Time extended by the drx-Inactivity Timer , and a DCP Occasion occurs within the set PDCCH monitoring adaptation period.
  • a PDCCH monitoring adaptation period eg, a PDCCH monitoring skipping period or an SSSG switching period
  • a DCP Occasion occurs within the set PDCCH monitoring adaptation period.
  • FIG. 11 represents a situation in which a DCP Occasion is included in a PDCCH monitoring adaptation period.
  • a PDCCH monitoring skipping duration (or SSSG switching duration) in which PDCCH monitoring is not performed is displayed on a white background.
  • the DCP occasion within the corresponding duration is indicated as A.
  • the PDCCH monitoring adaptation duration within the DRX Active Time is defined as not being the DRX Active Time, and the UE transmits data for DCP (eg, DCI format 2_6) at a DCP occasion within the corresponding duration. monitoring can be performed.
  • DCP eg, DCI format 2_6
  • the DRX operation of the terminal is defined as shown in [Table 3] extracted from the standard document 3GPP TS 38.321.
  • the MAC entity may be configured by RRC with a DRX functionality that controls the UE's PDCCH monitoring activity for the MAC entity's C-RNTI, CI-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC -PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI, and AI-RNTI.
  • the MAC entity shall also monitor PDCCH according to requirements found in other clauses of this specification.
  • the MAC entity may monitor the PDCCH discontinuously using the DRX operation specified in this clause; otherwise the MAC entity shall monitor the PDCCH as specified in TS 38.213 [6].
  • the UE When the UE stops monitoring the PDCCH due to the PDCCH monitoring skipping instruction, it may be defined as not DRX Active Time during the PDCCH monitoring skipping duration. This is because the UE can monitor the DCP occasion only when it is not DRX Active Time. Therefore, since the PDCCH monitoring skipping duration of the UE is not DRX Active Time, monitoring of the DCP (eg, DCI format 2_6) in the DCP occasion may be allowed.
  • the DCP eg, DCI format 2_6
  • the PDCCH monitoring adaptation duration of the UE is defined as not DRX Active Time and wake-up through monitoring of DCP (eg, DCI format 2_6) on DCP occasion Suggests the operation of the terminal receiving the indication. Through this, the terminal can wake up in the next DRX cycle (wake-up) and determine whether to receive the PDCCH.
  • DCP eg, DCI format 2_6
  • a power saving effect can be expected compared to the previous operation in which the next drx-onDurationTimer must be started.
  • DCP Occasion could not be monitored even in the PDCCH monitoring adaptation period if it was within the DRX Active Time. Therefore, since the terminal does not receive the DCP, drx-onDurationTimer had to be started in the next DRX Cycle when ps-WakeUp is true according to the standard operation definition.
  • the fact that the base station has instructed PDCCH monitoring adaptation indicating a PDCCH monitoring skipping section or SSSG switching section within the DRX Active Time may mean that the base station has little or no data to transmit for a certain period of time.
  • the terminal does not receive DCP (eg, DCI format 2_6) because the DCP Occasion is included in the PDCCH monitoring adaptation period and starts drx-onDurationTimer in the next DRX Cycle , the UE may continue to excessively perform PDCCH monitoring in the corresponding DRX Cycle, which may result in unnecessary power waste.
  • DCP eg, DCI format 2_6
  • the PDCCH monitoring adaptation period is defined as a non-DRX Active Time so that the DCP can be monitored in the corresponding PDCCH monitoring adaptation period, thereby preventing unnecessary power waste as described above.
  • the PDCCH monitoring adaptation period is set to a non-DRX Active Time, so the DRX related timer may not be counted during the period. For example, when the PDCCH monitoring adaptation period starts, counting of the DRX Active Time timer may be stopped, and when the PDCCH monitoring adaptation period ends, counting of the DRX Active Time timer may be resumed. Also, the counter value at the time of resuming may be the counter value at the point of interruption.
  • DRX Active Time can be extended by starting drx-onDurationTimer through a Wake-Up Signal (WUS) transmitted by a base station and then starting drx-InactivityTimer due to a new DL transmission. Thereafter, the base station may instruct the terminal to skip PDCCH monitoring for a certain time or completely terminate the current DRX cycle because there is no expected data traffic. At this time, the UE can receive a wake-up indication for the next DRX cycle by monitoring the DCP occasion during the PDCCH monitoring skipping duration, and as a result, the above-described power saving effect can be expected.
  • WUS Wake-Up Signal
  • the UE operation of [Method 1] can also be defined for SSSG (Search Space Set Group) switching.
  • SSSG Search Space Set Group
  • PDCCH monitoring skipping and switching to SSSG#1 are for the same power saving purpose. Therefore, even if the UE receives an SSSG switching (eg, switching to SSSG # 1) indication, PDCCH monitoring on a DCP occasion can be allowed, and a power saving effect can be expected due to this.
  • Method 2 If the DCP occasion included in the DRX Active Time is located within the indicated PDCCH monitoring adaptation duration, the UE may perform monitoring for the corresponding MO (Monitoring Occasion) (ie, DCP Occasion).
  • MO Monitoring Occasion
  • PDCCH monitoring skipping is for stopping PDCCH monitoring during DRX Active Time. If, as in [Method 1], if the DRX timer is stopped during the corresponding PDCCH monitoring skipping duration, PDCCH monitoring is not performed, but DRX monitoring is not performed for the duration of the timer that was stopped after the PDCCH monitoring skipping duration. Active Time can last. That is, DRX Active Time can be resumed as much as the time of the interrupted timer.
  • the PDCCH monitoring skipping instruction may be an instruction to stop PDCCH monitoring for the entire DRX Active Time remaining from a specific period or a time point at which PDCCH monitoring skipping is indicated (or a time point at which PDCCH monitoring skipping is applied).
  • the base station monitors the PDCCH for the remaining DRX Active Time for the terminal to save power. You can instruct skipping. According to the instruction, a period in which the terminal does not monitor the PDCCH may occur within the DRX Active Time. That is, although it is DRX Active Time, the terminal actually performs the same operation as the section outside DRX Active Time.
  • the terminal receives DCP for the next DRX cycle (eg, DCI format 2_6 ) cannot be monitored, so drx-onDurationTimer for the next DRX cycle must be started unconditionally.
  • DCP for the next DRX cycle eg, DCI format 2_6
  • drx-onDurationTimer for the next DRX cycle must be started unconditionally.
  • starting the drx-onDurationTimer for the next DRX cycle unconditionally because WUS cannot be monitored as described above may be detrimental in terms of power saving of the UE. This may be equally applicable to the SSSG switching instruction, which is one of the monitoring adaptation techniques for the purpose of power saving.
  • the UE performs PDCCH monitoring on the DCP occasion to obtain WUS information.
  • the PDCCH monitoring adaptation duration eg, position A in FIG. 11
  • Method 2-1 If the DCP occasion included in the DRX Active Time is located within the PDCCH monitoring adaptation duration, the UE uses the PS-RNTI in the corresponding MO (Monitoring Occasion) (ie, DCP Occasion) to use the PDCCH monitoring can be performed.
  • MO Monitoring Occasion
  • DCI that can be monitored on a DCP occasion can be DCI format 2_6 utilized for existing WUS.
  • DCI format 2_6 utilized for existing WUS.
  • the restriction that DCI format 2_6 can be monitored only when it is not DRX Active Time can be eliminated.
  • the UE may perform monitoring for the MO (Monitoring Occasion) (eg, DCP occasion) of the Type3-PDCCH CSS using the PS-RNTI.
  • MO Monitoring Occasion
  • PS-RNTI is not an RNTI controlled by DRX functionality as described in [Table 3]. Therefore, even if PDCCH monitoring within the DRX Active Time is stopped through the PDCCH monitoring skipping indication, monitoring using the PS-RNTI of the UE may be performed.
  • An MO (eg, DCP occasion) for DCI format 2_6 corresponds to 1 st full duration within a PDCCH monitoring window as described in FIG. 6 . Therefore, when the PDCCH monitoring window is located within a PDCCH monitoring adaptation duration (eg, PDCCH monitoring skipping duration), DCI format 2_6 including WUS when it is not DRX Active Time is monitored. Monitoring for DCI format 2_6 can be performed in the same way as in the above method.
  • DCI format 2_6 can be monitored.
  • MO 1 in a PDCCH monitoring window for DCI format 2_6 is included in a PDCCH monitoring adaptation period. Therefore, MO 1 is within the DRX Active Time, but the UE can monitor DCI format 2_6 in MO 1.
  • MO2 can be monitored in the same way as the existing method because it is located in the PDCCH monitoring window period, not the DRX Active Time.
  • the UE can perform DCI format 2_6 monitoring through the corresponding MO.
  • a UE capable of setting or performing the operation proposed in [Method 2-1] can monitor DCI format 2_6 using the PS-RNTI in MO1 or MO2.
  • MO1 although it is DRX Active Time, it is located within the duration of PDCCH monitoring adaptation, so according to the operation of [Method 2-1], the UE uses the PS-RNTI at the corresponding DCP occasion (ie MO1) PDCCH monitoring is possible.
  • MO2 which is a DCP occasion within a PDCCH monitoring window and not DRX Active Time
  • DCI format 2_6 including WUS can be monitored at a corresponding location like a conventional operation.
  • the base station may set/instruct the terminal whether to monitor MO1 first when the situation shown in FIG. 12 occurs or skip MO1 monitoring and monitor MO2. Alternatively, if there is no preset setting, it may be determined that the UE primarily monitors MO1, skips MO1 monitoring, and performs MO2 monitoring by default.
  • DCP eg, DCI format 2_6 monitoring may be possible without determining an additional definition for DRX Active Time.
  • DCP eg, DCI format 2_6
  • DCP can be monitored within the DRX Active Time, so that the power saving effect can be increased.
  • the DRX timer is counted by considering the PDCCH monitoring adaptation period as the DRX Active Time, it can further meet the purpose of DRX setting DRX for power saving.
  • Method 2-2 If the DCP occasion included in the DRX Active Time is located within the PDCCH monitoring adaptation duration, the UE may perform monitoring with the C-RNTI in the corresponding MO (eg, DCP Occasion) there is.
  • MO eg, DCP Occasion
  • the C-RNTI may be utilized for WUS monitoring at a DCP occasion within a PDCCH monitoring adaptation duration.
  • the SS set (s) that can be set as a DCP occasion is Type3-PDCCH CSS, and monitoring is possible with various RNTIs in addition to PS-RNTI in the corresponding SS set.
  • WUS monitoring of the UE may be possible in the corresponding SS set using the C-RNTI, which is generally used for PDSCH/PUSCH scheduling for the UE.
  • DCI format 1_1 for SCell dormancy case 2. Since DCI format 1_1 for SCell dormancy case 2 does not include scheduling information, it is also called non-scheduling DCI format 1_1, and specific fields of up to 19 bits related to scheduling are used for SCell dormancy indication.
  • bits of the field remaining after being used for SCell dormancy indication can be used for WUS indication (indication). That is, among the maximum of 19 bits related to scheduling, remaining bits used for SCell dormancy indication may be used for WUS indication.
  • the terminal can monitor DCI format 1_1 using C-RNTI in Type3-PDCCH CSS.
  • the UE may determine whether to wake-up in the next DRX cycle based on 1 bit of the WUS indicator included in the received DCI format 1_1.
  • DCI formats considered for PDCCH monitoring adaptation in Rel-17 power saving may be utilized. All DCI formats that can indicate PDCCH monitoring adaptation can be used for WUS indication without limitation to a specific DCI format. At least 1 bit or more may be used for indication of PDCCH monitoring adaptation, and a bit value of a field for indication of PDCCH monitoring adaptation may be interpreted differently according to a DCP occasion.
  • the UE when the UE receives the DCI for the PDCCH monitoring adaptation indication in the SS set(s) (eg, Type3-PDCCH CSS) corresponding to the DCP occasion, the UE transmits a field for the corresponding PDCCH monitoring adaptation indication. It can be interpreted as a WUS indication.
  • the base station may be used as a WUS indicator when transmitted through the SS set (s) corresponding to the DCP occasion in the same DCI format.
  • a field for PDCCH monitoring adaptation exceeds 1 bit, it may be used to indicate another operation together with a WUS indication. For example, SSSG to be monitored may be indicated while starting the next DRX cycle along with wake-up status.
  • the UE can monitor DCP using C-RNTI in MO1 and monitor DCP using PS-RNTI in MO2.
  • the base station may set/instruct each operation to the terminal or the basic operation of the terminal may be determined.
  • the WUS indication can be received within the PDCCH monitoring adaptation interval without changing and/or adding the definition of DRX Active Time or the definition of the reception time of DCI format 2_6. Therefore, since the WUS indication can be received within the PDCCH monitoring interval by adding/changing only the DCI field definition without changing the operation of the terminal defined in the standard document, implementation of the terminal can be facilitated. In addition, as described above, backward compatibility of the terminal can be guaranteed.
  • Method 3 Monitoring method and operation of UE when DCP occasion included in DRX Active Time is located within PDCCH monitoring adaptation duration
  • PDCCH monitoring can be performed using PS-RNTI or C-RNTI in Type3-PDCCH CSS. If the currently monitored SSSG does not include the SS set related to the DCP occasion, as in the case of A in FIG. 11, the DCP occasion included in the PDCCH monitoring interval or, as in the case of FIG. Monitoring for DCP occasions can be exceptionally allowed only in slots located in this overlapping area.
  • whether to wake-up the next DRX cycle may be implicitly determined according to the current monitoring SSSG of the UE. For example, if the SSSG monitored by the UE at the time of the DCP occasion is SSSG#1 configured to reduce the number of times of PDCCH monitoring according to the purpose of power saving, it can sleep in the next DRX cycle. Conversely, if the SSSG monitored by the UE at the time of the DCP occasion is SSSG#0 where the number of PDCCH monitoring is set to be frequent for data-efficiency purposes, wake-up can be performed in the next DRX cycle.
  • wake-up can be performed in the next DRX cycle.
  • These terminal operations may be set/instructed by the base station, or the basic operation of the terminal in the absence of setting/instruction may be determined.
  • DCI monitoring using PS-RNTI as well as C-RNTI may be affected.
  • DCI monitoring using C-RNTI or PS-RNTI may be temporarily allowed only for DCP occasions.
  • the UE uses the MO before and after the PDCCH monitoring skipping duration (eg, DCP occasion) DCI monitoring can be performed in For example, when a PDCCH monitoring skipping duration instructed to the UE overlaps at least a portion of a PDCCH monitoring window of DCP (eg, DCI format 2_6), the UE receives the PDCCH monitoring skipping duration ) DCI monitoring can be performed in the MO (eg, DCP Occasion) of the Type3-PDCCH CSS set that can be located before or after. If MOs (eg, DCP Occasion) are located before and after the PDCCH monitoring skipping duration, the location may be selected according to the implementation of the UE or set/instructed by the base station.
  • MO eg, DCP Occasion
  • the DCI monitoring method according to [Method 1] to [Method 2] can be implemented more effectively.
  • the most efficient method for monitoring DCI including WUS according to PDCCH monitoring adaptation can be applied.
  • FIG. 13 illustrates a communication system 1 applied to the present disclosure.
  • a communication system 1 applied to the present disclosure includes a wireless device, a base station, and a network.
  • the wireless device means a device that performs communication using a radio access technology (eg, 5G New RAT (NR), Long Term Evolution (LTE)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, XR (eXtended Reality) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • IoT Internet of Thing
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices, Head-Mounted Devices (HMDs), Head-Up Displays (HUDs) installed in vehicles, televisions, smartphones, It may be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • a portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, a smart glass), a computer (eg, a laptop computer, etc.), and the like.
  • Home appliances may include a TV, a refrigerator, a washing machine, and the like.
  • IoT devices may include sensors, smart meters, and the like.
  • a base station and a network may also be implemented as a wireless device, and a specific wireless device 200a may operate as a base station/network node to other wireless devices.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg LTE) network, or a 5G (eg NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (eg, sidelink communication) without going through the base station/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle to vehicle (V2V)/vehicle to everything (V2X) communication).
  • IoT devices eg, sensors
  • IoT devices may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connection 150a, 150b, and 150c may be performed between the wireless devices 100a to 100f/base station 200 and the base station 200/base station 200.
  • wireless communication/connection refers to various wireless connections such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), and inter-base station communication 150c (e.g. relay, Integrated Access Backhaul (IAB)).
  • IAB Integrated Access Backhaul
  • Wireless communication/connection (150a, 150b, 150c) allows wireless devices and base stations/wireless devices, and base stations and base stations to transmit/receive radio signals to/from each other.
  • the wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels.
  • various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various radio access technologies (eg, LTE, NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ of FIG. 13 and/or the ⁇ wireless device 100x, the wireless device 100x.
  • ⁇ can correspond.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts of operations disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a radio signal including the second information/signal through the transceiver 106, and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
  • memory 104 may perform some or all of the processes controlled by processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled to the processor 102 and may transmit and/or receive wireless signals via one or more antennas 108 .
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • At least one memory 104 is a computer readable storage medium that can store instructions or programs, which, when executed, may store the instructions or programs.
  • At least one processor operably coupled to the at least one memory may be capable of causing operations in accordance with embodiments or implementations of the present disclosure related to the following operations.
  • the processor 102 may transmit capability information and/or UE assistance information to the base station in order to support the operation proposed in the present disclosure.
  • the performance information and/or UE assistance information may include information for determining a PDCCH monitoring operation in DCP Occasion. Transmission of capability information and/or UE assistance information is omitted in certain situations (eg, when the base station already has prior information or when each operation method is changed due to the need of the base station) It can be.
  • the processor 102 may receive first information for configuring a PDCCH monitoring operation transmitted by a base station to support an operation proposed in the present disclosure through the transceiver 106 .
  • the first information may be received through the transceiver 106 using a higher layer signal (eg, System Information Block (SIB) or RRC signaling).
  • SIB System Information Block
  • the first information may be for configuring PDCCH monitoring adaptation or may be for configuring a DCP monitoring operation in a PDCCH monitoring adaptation interval.
  • the first information may be based on at least one of [Method 1] to [Method 3].
  • the first information is a method for specifically indicating one of PDCCH monitoring operation-related configurations (eg, DCI Alternatively, it may be received through the transceiver 106 through MAC CE/header).
  • the processor 102 may receive second information indicating PDCCH monitoring adaptation through the transceiver 106 based on the first information configured through the higher layer signal.
  • the second information may be included in DCI.
  • the corresponding DCI may be included in a Physical Downlink Control Channel (PDCCH).
  • the PDCCH monitoring adaptation operation indicated by the second information may be based on at least one of [Method 1] to [Method 3].
  • the processor 102 may receive the PDCCH through the transceiver 106 in the DCP Occasion based on the second information and perform decoding of the PDCCH (S807).
  • PDCCH received in DCP Occasion may include a wake-up signal.
  • the above-described operation of the processor 102 may be based on at least one of [Method 1] to [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 flowcharts of operations disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and transmit a radio signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 and store information obtained from signal processing of the fourth information/signal in the memory 204 .
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
  • memory 204 may perform some or all of the processes controlled by processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be coupled to the processor 202 and may transmit and/or receive wireless signals via one or more antennas 208 .
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • At least one memory 204 is a computer readable storage medium that can store instructions or programs, which, when executed, may store the instructions or programs.
  • At least one processor operably coupled to the at least one memory may be capable of causing operations in accordance with embodiments or implementations of the present disclosure related to the following operations.
  • the processor 202 may receive terminal capability information and/or UE assistance information from the terminal through the transceiver 206 in order to support the operation proposed in the present disclosure ( S901).
  • the performance information and/or UE assistance information may include information for determining a PDCCH monitoring operation in DCP Occasion.
  • receiving UE capability information and/or UE assistance information through the transceiver 206 is a specific situation (eg, the processor 202 already has prior information, or the processor ( 202) may be omitted if each operation method is changed due to necessity).
  • the processor 202 may transmit first information for configuring a PDCCH monitoring operation through the transceiver 206 to support the operation proposed in the present disclosure.
  • the first information may be transmitted through the transceiver 206 using a higher layer signal (eg, System Information Block (SIB) or RRC signaling).
  • SIB System Information Block
  • RRC Radio Resource Control
  • the first information may be for configuring PDCCH monitoring adaptation or may be for configuring a DCP monitoring operation in a PDCCH monitoring adaptation interval.
  • the first information may be based on at least one of [Method 1] to [Method 3].
  • the first information is a method for specifically indicating one of PDCCH monitoring operation-related configurations in a plurality of DCP occasions (semi-)statically provided to the terminal (eg, DCI or MAC CE) /header).
  • the processor 202 may transmit second information indicating PDCCH monitoring adaptation through the transceiver 206 based on the first information configured through the higher layer signal.
  • the second information may be included in DCI.
  • the corresponding DCI may be included in a Physical Downlink Control Channel (PDCCH).
  • the PDCCH monitoring adaptation operation indicated by the second information may be based on at least one of [Method 1] to [Method 3].
  • the processor 202 may transmit the PDCCH through the transceiver 206 in the DCP Occasion based on the second information (S907).
  • PDCCH received in DCP Occasion may include a wake-up signal.
  • the above-described operation of the processor 202 may be based on at least one of [Method 1] to [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 (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) in accordance with the descriptions, functions, procedures, proposals, methods and/or operational flow charts disclosed herein.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • processors 102, 202 may generate messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and/or operational flow diagrams disclosed herein.
  • One or more processors 102, 202 generate PDUs, SDUs, messages, control information, data or signals (e.g., baseband signals) containing information according to the functions, procedures, proposals and/or methods disclosed herein , can be provided to one or more transceivers 106, 206.
  • One or more processors 102, 202 may receive signals (eg, baseband signals) from one or more transceivers 106, 206, and descriptions, functions, procedures, proposals, methods, and/or flowcharts of operations disclosed herein PDUs, SDUs, messages, control information, data or information can be obtained according to these.
  • signals eg, baseband signals
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor or microcomputer.
  • One or more processors 102, 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • firmware or software may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein may be included in one or more processors 102, 202 or stored in one or more memories 104, 204 and It can be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories 104, 204 may be coupled with one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104, 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internally and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be coupled to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, radio signals/channels, etc., as referred to in the methods and/or operational flow charts herein, to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in descriptions, functions, procedures, proposals, methods and/or operational flow charts, etc. disclosed herein from one or more other devices. there is.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices. In addition, one or more transceivers 106, 206 may be coupled with one or more antennas 108, 208, and one or more transceivers 106, 206 via one or more antennas 108, 208, as described herein, function. , procedures, proposals, methods and / or operation flowcharts, etc. can be set to transmit and receive user data, control information, radio signals / channels, etc.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) convert the received radio signals/channels from RF band signals in order to process the received user data, control information, radio signals/channels, etc. using one or more processors (102, 202). It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, and radio signals/channels processed by one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more of the transceivers 106, 206 may include (analog) oscillators and/or filters.
  • Vehicles or autonomous vehicles may be implemented as mobile robots, vehicles, trains, manned/unmanned aerial vehicles (AVs), ships, and the like.
  • AVs manned/unmanned aerial vehicles
  • a vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit.
  • a portion 140d may be included.
  • the antenna unit 108 may be configured as part of the communication unit 110 .
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), servers, and the like.
  • the controller 120 may perform various operations by controlling elements of the vehicle or autonomous vehicle 100 .
  • the controller 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle conditions, surrounding environment information, and user information.
  • the sensor unit 140c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle forward.
  • IMU inertial measurement unit
  • /Can include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, and the like.
  • the autonomous driving unit 140d includes a technology for maintaining a driving lane, a technology for automatically adjusting speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and a technology for automatically setting a route when a destination is set and driving. technology can be implemented.
  • the communication unit 110 may receive map data, traffic information data, and the like from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communicator 110 may non-/periodically obtain the latest traffic information data from an external server and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update an autonomous driving route and a driving plan based on newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, a driving plan, and the like to an external server.
  • the external server may predict traffic information data in advance using AI technology based on information collected from the vehicle or self-driving vehicles, and may provide the predicted traffic information data to the vehicle or self-driving vehicles.
  • the XR device may be implemented as an HMD, a head-up display (HUD) provided in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • HMD head-up display
  • the XR device may be implemented as an HMD, a head-up display (HUD) provided in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • HUD head-up display
  • the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a power supply unit 140c. .
  • the communication unit 110 may transmit/receive signals (eg, media data, control signals, etc.) with external devices such as other wireless devices, portable devices, or media servers.
  • Media data may include video, image, sound, and the like.
  • the controller 120 may perform various operations by controlling components of the XR device 100a.
  • the controller 120 may be configured to control and/or perform procedures such as video/image acquisition, (video/image) encoding, and metadata generation and processing.
  • the memory unit 130 may store data/parameters/programs/codes/commands necessary for driving the XR device 100a/creating an XR object.
  • the input/output unit 140a may obtain control information, data, etc. from the outside and output the created XR object.
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain XR device status, surrounding environment information, user information, and the like.
  • the sensor unit 140b may include a proximity sensor, an illuminance sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, an optical sensor, a microphone, and/or a radar. there is.
  • the power supply unit 140c supplies power to the XR device 100a and may include a wired/wireless charging circuit, a battery, and the like.
  • the memory unit 130 of the XR device 100a may include information (eg, data, etc.) necessary for generating an XR object (eg, AR/VR/MR object).
  • the input/output unit 140a may obtain a command to operate the XR device 100a from a user, and the control unit 120 may drive the XR device 100a according to the user's driving command. For example, when a user tries to watch a movie, news, etc. through the XR device 100a, the control unit 120 transmits content request information to another device (eg, the mobile device 100b) or through the communication unit 130. can be transmitted to the media server.
  • another device eg, the mobile device 100b
  • the communication unit 130 can be transmitted to the media server.
  • the communication unit 130 may download/stream content such as movies and news from another device (eg, the portable device 100b) or a media server to the memory unit 130 .
  • the control unit 120 controls and/or performs procedures such as video/image acquisition, (video/image) encoding, metadata generation/processing, etc. for content, and acquisition through the input/output unit 140a/sensor unit 140b.
  • An XR object may be created/output based on information about a surrounding space or a real object.
  • the XR device 100a is wirelessly connected to the portable device 100b through the communication unit 110, and the operation of the XR device 100a may be controlled by the portable device 100b.
  • the mobile device 100b may operate as a controller for the XR device 100a.
  • the XR device 100a may acquire 3D location information of the portable device 100b and then generate and output an XR object corresponding to the portable device 100b.
  • a specific operation described in this document as being performed by a base station may be performed by its upper node in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network composed of a plurality of network nodes including a base station may be performed by the base station or network nodes other than the base station.
  • a base station may be replaced by terms such as a fixed station, gNode B (gNB), Node B, eNode B (eNB), and access point.
  • the method and apparatus for transmitting and receiving the downlink control channel as described above have been described focusing on examples applied to the 5th generation NewRAT system, but can be applied to various wireless communication systems other than the 5th generation NewRAT system.

Landscapes

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

Abstract

본 개시는 무선 통신 시스템에서, 단말이 DCI (Downlink Control Information)를 수신하는 방법을 개시한다. 특히, 상기 방법은, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고, 상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고, 상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고, 상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 특징으로 한다.

Description

하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
본 개시(Disclosure)는, 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치에 관한 것으로서, 더욱 상세하게는, 웨이크 업(Wake up) 신호를 위한 DCI (Downlink Control Information)을 DRX (Discontinuous Reception) 활성 시간 (Active Time) 내에서 송수신하는 방법 및 이를 위한 장치에 관한 것이다.
시대의 흐름에 따라 더욱 많은 통신 기기들이 더욱 큰 통신 트래픽을 요구하게 되면서, 기존 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).
본 개시는, 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치를 제공하고자 한다.
본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 단말이 DCI (Downlink Control Information)를 수신하는 방법에 있어서, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고, 상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고, 상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고, 상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함할 수 있다.
이 때, 상기 중첩된 구간은, 상기 DRX 활성 시간으로 간주되지 않을 수 있다.
또한, 상기 DCI는, 상기 중첩된 구간이 상기 DRX 활성 시간으로 간주됨에도 불구하고, 수신될 수 있다.
또한, 상기 DCI는, PS-RNTI (Radio Network temporary identifier)를 기반으로 수신될 수 있다.
또한, 상기 DCI는, C-RNTI (Radio Network temporary identifier)를 기반으로 수신되고, DCI 포맷 2_6과는 상이한 포맷(format)을 가질 수 있다.
또한, 상기 PDCCH 모니터링 기회는 Type3-PDCCH CSS (Common Search Space)에 대응할 수 있다.
본 개시에 따른 무선 통신 시스템에서, DCI (Downlink Control Information)를 수신하기 위한 단말에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고, 상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고, 상기 적어도 하나의 송수신기를 통해, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고, 상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고, 상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 적어도 하나의 송수신기를 통해, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함할 수 있다.
이 때, 상기 중첩된 구간은, 상기 DRX 활성 시간으로 간주되지 않을 수 있다.
또한, 상기 DCI는, 상기 중첩된 구간이 상기 DRX 활성 시간으로 간주됨에도 불구하고, 수신될 수 있다.
또한, 상기 DCI는, PS-RNTI (Radio Network temporary identifier)를 기반으로 수신될 수 있다.
또한, 상기 DCI는, C-RNTI (Radio Network temporary identifier)를 기반으로 수신되고, DCI 포맷 2_6과는 상이한 포맷(format)을 가질 수 있다.
또한, 상기 PDCCH 모니터링 기회는 Type3-PDCCH CSS (Common Search Space)에 대응할 수 있다.
본 개시에 따른 무선 통신 시스템에서, DCI (Downlink Control Information)를 수신하기 위한 장치에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고, 상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고, 상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고, 상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함할 수 있다.
본 개시에 따른 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은: DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고, 상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고, 상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고, 상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함할 수 있다.
본 개시의 실시 예에 따른 무선 통신 시스템에서, 기지국이 DCI (Downlink Control Information)를 전송하는 방법에 있어서, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 전송하고, 상기 제 1 정보에 기반한 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 전송하고, 상기 DRX 활성 시간과 상기 제 2 정보에 기반하여 상기 PDCCH 모니터링 적응이 수행되는 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 전송하는 것을 포함할 수 있다.
본 개시에 따른 무선 통신 시스템에서, DCI (Downlink Control Information)를 전송하기 위한 기지국에 있어서, 적어도 하나의 송수신기; 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작은: 상기 적어도 하나의 송수신기를 통해, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 전송하고, 상기 적어도 하나의 송수신기를 통해, 상기 제 1 정보에 기반한 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 전송하고, 상기 DRX 활성 시간과 상기 제 2 정보에 기반하여 상기 PDCCH 모니터링 적응이 수행되는 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 적어도 하나의 송수신기를 통해, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 전송하는 것을 포함할 수 있다.
본 개시에 따르면, DRX Active Time 내에 할당된 DCP (DCI with CRC scrambled by PS-RNTI) Occasion이 PDCCH 모니터링 적응(monitoring adaptation)의 적용 구간 내에 위치할 때의 DCP Occasion 모니터링 여부를 적절하게 결정하여, 전력 소모 효율성(Power Consumption Efficiency)의 향상을 기대할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1 내지 도 2는 Idle Mode DRX (Discontinuous Reception) 동작을 설명하기 위한 도면이다.
도 3 내지 도 5는 RRC (Radio Resource Control) 연결(Connected) 모드에서의 DRX 동작을 설명하기 위한 도면이다.
도 6내지 도 7은 DCI format 2_6을 모니터링하는 방법을 설명하기 위한 도면이다.
도 8 내지 도 10은 본 개시의 실시 예에 따른 단말 및 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 11 내지 도 12는 본 개시의 실시 예에 따른 DCI format 2_6을 모니터링하는 방법을 설명하기 위한 도면이다.
도 13은 본 개시에 적용되는 통신 시스템을 예시한다.
도 14는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 15는 본 개시에 적용될 수 있는 차량 또는 자율 주행 차량을 예시한다.
도 16은 본 개시에 적용될 수 있는 XR (eXtended Reality) 장치를 예시한다.
이하의 기술은 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) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
DRX (Discontinuous Reception) 동작
UE는 전력 소모 (Power Consumption)을 감소시키기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 DRX(Discontinuous Reception)를 사용한다. DRX가 설정되면, UE는 DRX 설정(Configuration) 정보에 따라 DRX 동작을 수행한다.
DRX를 기반으로 동작하는 UE는 수신 동작에 대한 ON/OFF를 반복한다. 예를 들어, DRX가 설정된 경우, 단말은 미리 정해진 시간 간격(예를 들어, ON)에서만 PDCCH 수신/검출(예를 들어, PDCCH 모니터링)을 시도하고, 나머지 시간(예를 들어, OFF/Sleep)에서는 PDCCH 수신을 시도하지 않는다.
이때, 단말이 PDCCH 수신을 시도해야 하는 시간을 On-duration이라고 하며, On-duration은 DRX 주기당 한 번씩 정의된다. UE는 RRC 시그널링을 통해 기지국(예를 들어, gNB)로부터 DRX 설정(Configuration) 정보를 수신하고 (Long) DRX 커맨드 MAC CE 수신을 통해 DRX 동작을 수행할 수 있다.
한편, DRX 설정(Configuration) 정보는 MAC-CellGroupConfig에 포함될 수 있다. IE MAC-CellGroupConfig는 DRX를 포함하는 셀 그룹에 대한 MAC 파라미터를 설정(Configuration)하는 데 사용된다.
DRX(Discontinuous Reception)는 UE(User Equipment)가 하향링크 채널을 불연속적으로 수신/모니터링하여 UE가 배터리 소모를 줄일 수 있도록 하는 동작 모드를 의미한다. 즉, DRX가 설정된 UE는 불연속적으로 하향링크 신호를 수신함으로써 전력 소모를 줄일 수 있다. DRX 동작은 On Duration이 주기적으로 반복되는 시간 간격을 나타내는 DRX 주기에서 수행된다. DRX 에는 On Duration 및 Sleep Duration (또는 DRX를 위한 Opportunity)이 포함됩니다. On Duration은 단말이 PDCCH를 수신하기 위해 PDCCH를 모니터링하는 시간 간격을 나타낸다. DRX는 RRC(Radio Resource Control)_IDLE State(또는 모드), RRC_INACTIVE State(또는 모드), 또는 RRC_CONNECTED State(또는 모드)에서 수행될 수 있다. RRC_IDLE State 및 RRC_INACTIVE State에서 DRX는 페이징 신호를 불연속적으로 수신하기 위해 사용된다.
- RRC_Idle State: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정되지 않은 상태.
- RRC Inactive State: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정되었지만 무선 연결이 비활성화된 상태.
- RRC_Connected 상태: 기지국과 단말 사이에 무선 연결(RRC 연결)이 설정된 상태.
DRX는 기본적으로 Idle 모드 DRX, Connected DRX(C-DRX) 및 확장 DRX로 구분된다. RRC IDLE 상태에서 적용되는 DRX를 IDLE 모드 DRX라고 하고, RRC CONNECTED 상태에서 적용되는 DRX를 연결 모드 DRX(C-DRX)라고 한다.
eDRX(Extended/enhanced DRX)는 IDLE 모드 DRX와 C-DRX의 주기를 확장할 수 있는 메커니즘이다. IDLE 모드 DRX에서 eDRX 허용 여부는 시스템 정보(예, SIB1)를 기반으로 설정될 수 있다.
SIB1은 eDRX-Allowed 파라미터를 포함할 수 있다. eDRX-Allowed 파라미터는 IDLE 모드 확장 DRX가 허용되는지 여부를 나타내는 파라미터이다.
(1) IDLE 모드 DRX
IDLE 모드에서 UE는 전력 소모(Power Consumption)를 줄이기 위해 DRX를 사용할 수 있다. 하나의 페이징 기회(PO)는 P-RNTI(Paging-Radio Network Temporary Identifier) 기반 PDCCH(Physical Downlink Control Channel) 가 전송될 수 있는 시간 간격(Time Interval) (예를 들어, 슬롯 또는 서브프레임)일 수 있다. P-RNTI 기반 PDCCH는 페이징 메시지를 어드레싱(addressing)/스케줄링(scheduling)할 수 있다. P-RNTI 기반 PDCCH 전송의 경우, PO는 PDCCH 반복을 위한 시작 서브프레임을 지시할 수 있다.
하나의 페이징 프레임(PF)은 하나 또는 복수의 페이징 기회를 포함할 수 있는 하나의 무선 프레임이다. DRX가 사용되는 경우, UE는 DRX 주기당 하나의 PO만 모니터링하도록 구성될 수 있다. PF 및/또는 PO 는 네트워크 시그널링(예를 들어, 시스템 정보)을 통해 제공되는 DRX 파라미터에 기초하여 결정될 수 있다.
이하, 'PDCCH'는 MPDCCH, NPDCCH 및/또는 일반 PDCCH를 의미할 수 있다. 이하, 'UE'는 MTC UE, BL(Bandwidth Reduced Low Complexity)/CE(Coverage Enhanced) UE, NB-IoT UE, RedCap(RedCap) UE, 일반 UE 및/또는 IAB-MT(모바일 터미네이션)를 지칭할 수 있다. .
도 1은 IDLE 모드 DRX 동작을 수행하는 방법의 일 예를 나타내는 흐름도이다.
UE는 기지국으로부터 상위 계층 시그널링(예를 들어, 시스템 정보)을 통해 IDLE 모드 DRX 설정 정보를 수신한다(S110).
또한, UE는 IDLE 모드 DRX 설정 정보를 기반으로 페이징 DRX 주기에서 PDCCH를 모니터링하기 위한 PF(Paging Frame) 및 PO(Paging Occasion)를 결정한다(S120). 이 경우 DRX 주기는 On Duration과 Sleep Duration (또는 DRX를 위한 Opportunity)을 포함한다.
또한, UE는 결정된 PF의 PO에서 PDCCH를 모니터링한다(S130). 한편, UE는 페이징 DRX 주기당 하나의 시간 간격(Time Interval)(PO)만 모니터링한다. 예를 들어, 시간 간격은 슬롯 (Slot) 또는 서브프레임(subframe)일 수 있다.
또한, UE가 On Duration 동안 P-RNTI에 의해 스크램블된 PDCCH(더 정확하게는 PDCCH의 CRC)를 수신하는 경우(즉, 페이징이 감지된 경우), UE는 연결 모드로 천이하여 기지국과 데이터를 송수신할 수 있다.
도 2는 IDLE 모드 DRX 동작의 일 예를 나타내는 도면이다.
도 2를 참조하면. RRC_Idle 상태(이하 'Idle state'라 함)에 있는 UE로 향하는 트래픽(데이터)이 있는 경우, 해당 UE를 향하여 페이징이 발생한다.
따라서, UE는 (페이징) DRX 주기마다 깨어나서 PDCCH를 모니터링한다.
Paging이 존재하면 UE는 Connected 상태로 천이하고 데이터를 수신한다. 그렇지 않으면, UE는 다시 슬립 모드에 진입할 수 있다.
(2) Connected 모드 DRX (C-DRX)
C-DRX는 RRC Connected State에서 적용되는 DRX이다. C-DRX의 DRX 주기는 짧은 (Short) DRX 주기 및/또는 긴 (Long) DRX 주기로 구성될 수 있다. 짧은 DRX 주기는 선택 사항이다.
C-DRX가 설정된 경우, UE는 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 중에 성공적으로 검출된 PDCCH가 있는 경우, UE는 Inactive Timer를 동작(또는 실행)시키고 웨이크(Awake) State를 유지한다. 반면, PDCCH 모니터링 동안 성공적으로 검출된 PDCCH가 없는 경우, UE는 On Duration이 종료된 후 슬립(Sleep) State로 진입한다.
C-DRX가 설정되면, C-DRX 설정을 기반으로 PDCCH 수신 Occasion (예를 들어, PDCCH 검색 공간/후보를 갖는 슬롯)이 불연속적으로 설정될 수 있다. 반면, C-DRX가 설정되지 않은 경우, PDCCH 검색 공간 설정(Search Space Configuration)에 따라 PDCCH 수신 Occasion (예를 들어, PDCCH 검색 공간/후보를 갖는 슬롯)이 연속적으로 설정(configuration)될 수 있다. 한편, PDCCH 모니터링은 C-DRX 설정에 관계없이 측정 갭(Measurement Gap)으로 설정된 시간 간격으로 제한될 수 있다.
도 3은 C-DRX 동작을 수행하는 방법의 일 예를 나타내는 흐름도이다.
UE는 기지국으로부터 DRX 설정(Configuration) 정보를 포함하는 RRC 시그널링(예를 들어, MAC-MainConfig IE)을 수신한다(S310). DRX 설정 정보는 다음과 같은 정보를 포함할 수 있다.
- on-duration: UE가 깨어난 후 PDCCH를 수신하기 위해 기다리는 구간(Duration). UE가 PDCCH를 성공적으로 디코딩하면 UE는 깨어 있고 drx-inactivity 타이머를 시작한다.
- onDurationTimer: DRX Cycle 시작되는 구간(Duration); 예를 들어, DRX 주기 시작 부분에서 연속적으로 모니터링되어야 하는 시간 구간을 의미할 수 있으며, ms 단위로 표현될 수 있다.
- drx-InactivityTimer: PDCCH가 MAC 엔티티에 대한 새로운 UL 또는 DL 전송을 지시하는 PDCCH에 대응하는 PDCCH Occasion 이후의 지속시간; 예를 들어, UE가 스케줄링 정보를 갖는 PDCCH를 디코딩한 후의 ms 단위의 시간 구간일 수 있다. 즉, UE가 마지막으로 PDCCH를 디코딩한 후, 다른 PDCCH를 성공적으로 디코딩하기 위해 대기하는 구간(duration). 만약, 해당 구간 내에서 다른 PDCCH가 검출되지 않으면, UE는 Sleep 모드로 천이한다.
UE는 재전송이 아닌 초기 전송만을 위한 PDCCH의 성공적인 디코딩 후에 drx-inactivity 타이머를 다시 시작한다.
- drx-RetransmissionTimer: DL의 경우 DL 재전송이 수신될 때까지의 최대 구간(Duration); UL의 경우 UL 재전송에 대한 승인이 수신될 때까지의 최대 구간(Duration), 예를 들어, UL의 경우, 재전송 대상인 TB (Transport Block)가 송신된 BWP (Bandwidth part)에 대한 슬롯의 수이고, DL의 경우, 재전송 대상인 TB (Transport Block)가 수신된 BWP (Bandwidth part)에 대한 슬롯의 수
- longDRX-Cycle: On Duration 발생 주기(Period)
- drxStartOffset: DRX 주기가 시작되는 서브프레임 번호
- drxShortCycleTimer: UE가 짧은 DRX 주기를 따라야 하는 구간(Duration);
- shortDRX-Cycle: Drx-InactivityTimer 종료 시 drxShortCycleTimer 수만큼 동작하는 DRX Cycle
- drx-SlotOffset: drx-onDurationTimer가 시작되기 이전의 지연 시간(delay); 예를 들어, ms 단위로 표현될 수 있으며, 1/32ms의 배수로 표현될 수 있다.
- Active Time: UE가 PDCCH를 모니터링하는 총 구간 (Duration), 여기에는 (a) DRX 주기의 "On-duration", (b) drx-inactivity 타이머가 만료되지 않은 동안 UE가 연속 수신을 수행하는 시간, 및 (c) UE가 재전송 기회(Opportunity)를 기다리면서 연속 수신을 수행하는 시간을 포함한다.
보다 구체적으로, DRX Cycle가 설정(Configure)될 때 DRX 그룹의 서빙 셀에 대한 Active Time은 다음과 같은 시간을 포함합니다.
- (a) drx-onDurationTimer 또는 (b) DRX 그룹에 대해 설정(configure)된 drx-InactivityTimer. 또는
- (c) DRX 그룹의 모든 서빙 셀에 대한 drx-RetransmissionTimerDL 또는 drx-RetransmissionTimerUL. 또는
- (d) ra-ContentionResolutionTimer 또는 msgB-ResponseWindow. 또는
- (e) Scheduling Request 가 PUCCH를 통해 전송되고 보류 중인 구간, 또는
- (f) 경쟁 기반 랜덤 액세스 중에서 MAC 엔티티가 선택하지 않은 랜덤 액세스 프리앰블에 대한 RAR (Random Access Response)을 성공적으로 수신한 후 MAC 엔티티의 C-RNTI로 Address된 새로운 전송을 지시하는 PDCCH가 수신되지 않은 경우.
또한, MAC CE(command element)의 DRX 커맨드를 통해 DRX 'ON'이 설정되면(S320), UE는 DRX 설정을 기반으로 DRX 주기의 ON Duration 동안 PDCCH를 모니터링한다(S330).
도 4는 C-DRX 동작의 일례를 나타내는 도면이다.
도 4를 참조하면, UE가 RRC_Connected State (이하, Connected State라고 함)에서 스케줄링 정보(예를 들어, DL Assignment 또는 UL Grant)를 수신하면, UE는 DRX Inactivity Timer 및 RRC Inactivity Timer를 실행한다.
DRX Inactivity Timer 가 만료된 후 DRX 모드가 시작된다. UE는 DRX Cylcle에서 깨어나, 미리 결정된 시간 동안(on duration timer) PDCCH를 모니터링한다.
이 경우, Short DRX가 설정되면, UE가 DRX 모드를 시작할 때, UE는 먼저 짧은 DRX Cycle을 시작하고, 짧은 DRX Cycle이 종료된 후, 긴 DRX Cycle을 시작한다. 이 때, Long DRX 주기는 짧은 DRX 주기의 배수이다. 즉, 짧은 DRX 주기에서 UE는 더 자주 깨어난다. RRC Inactivity Timer가 만료된 후, UE는 Idle 상태로 천이하여 Idle 모드 DRX 동작을 수행한다.
도 5는 DRX Cycle을 나타낸다. C-DRX 동작(operation)은 UE의 전력 절약(power saving)을 위해 도입되었다. UE는 각 DRX cycle마다 정의된 on-duration내에서 PDCCH가 수신되지 않으면, 다음 DRX cycle까지 sleep mode로 진입하여 transmission/reception을 수행하지 않는다.
반면, UE는 On-duration에서 PDCCH를 수신할 경우, inactivity timer, retransmission timer 등의 동작에 기반하여 Active time이 지속(또는 증가)될 수 있다. UE는, active time 내에서 추가적인 데이터가 수신되지 않는 경우, 다음 DRX operation까지 sleep 동작을 수행할 수 있다.
NR에서는 기존의 C-DRX 동작(operation)에 추가적인 전력 절약 이득(power saving gain)을 획득하기 위해 위해 wake up signal (WUS)을 도입하였다. WUS는 각 DRX cycle (혹은 복수의 DRX cycles)의 on-duration에서 UE가 PDCCH 모니터링(monitoring)을 수행해야 하는지 여부를 알리기 위한 것일 수 있다. UE는 정해진 혹은 지시된 WUS occasion에서 WUS를 검출하지 못한 경우, 해당 WUS에 연계된 하나 혹은 복수의 DRX cycles에서 PDCCH 모니터링을 수행하지 않고 sleep 동작을 유지할 수 있다.
(3) Wake Up 신호 (DCI Format 2_6)
Rel-16 NR 시스템의 전력 절약(power saving) 기술에서는 DRX 동작(operation)이 수행될 경우, 각 DRX cycle의 wake up 여부를 DCI format 2_6를 통해 단말에게 알릴 수 있다.
도 6을 참조하면, DCI format 2_6에 대한 PDCCH monitoring occasion은 네트워크에 의해 지시된 ps-Offset과 단말이 보고하는 Time Gap에 의해 결정될 수 있다. 이 때, 단말이 보고하는 Time Gap은 단말이 wake up한 이후의 동작을 위해 필요한 준비 기간으로 해석될 수 있다.
도 6을 참조하면, 기지국은 단말에게 DCI format 2_6를 모니터링(monitoring)할 수 있는 search space (SS) set 설정(configuration)을 지시할 수 있다. 해당 SS set 설정(configuration)에서는 모니터링 주기(monitoring periodicity) 간격으로 duration 길이만큼의 연속된 슬롯들을 통해 DCI format 2_6를 모니터링 하도록 지시할 수 있다.
DRX 설정(configuration)에서는, DRX cycle의 시작 시점(예를 들어, on-duration timer가 시작되는 지점)과 기지국에 의해 설정(configure)된 ps-Offset 에 의해 DCI format 2_6를 모니터링(monitoring)할 수 있는 모니터링 윈도우(monitoring window)가 결정된다. 그리고 단말에 의해 보고되는 Time Gap 구간에서는 PDCCH 모니터링(monitoring)이 요구되지 않을 수도 있다. 최종적으로, 단말은 실제 모니터링(monitoring)을 수행하는 SS Set monitoring occasion은 모니터링 윈도우 내의 첫번째 Full Duration (즉, 도 6의 Actual Monitoring Occasions)으로 결정될 수 있다.
단말이 ps-Offset을 기반으로 설정된 모니터링 윈도우에서 DCI format 2_6를 검출함으로써, 이후의 DRX cycle에서 깨어날 것인지 깨어나지 않을 것인지 여부가 단말에게 기지국으로부터 지시될 수 있다.
Search Space Set (SS Set) Group Switching
현재 NR 표준에서는, 단말의 전력 소모를 감소시키기 위한 방법으로, SS Set의 Switching 을 정의하고 있다. 이러한, SS Set Group Switching은 단말에게 2개의 SS Set Group 을 설정하고 2개의 SS Set Group 중 단말이 모니터링할 SS Set Group이 지시될 수 있다. 또한, 단말은 해당 지시에 따라 해당 SS Set Group에 포함된 SS Set을 모니터링하며, 해당 SS Set Group에 포함되지 않은 SS Set의 모니터링은 생략(Skip)할 수 있다.
예를 들어, 단말에게 Type 3-PDCCH CSS (Common Search Space) set 및/또는 USS (User Specific Search Space) set으로 구성되는 SS Set Group들의 리스트가 제공될 수 있다. 또한, SS Set Group들의 리스트가 제공되면, 단말은 그룹 인덱스 #0에 대응하는 SS Set들을 모니터링할 수 있다.
한편, 단말은 SearchSpaceSwitchTrigger가 설정되었는지 여부에 따라 SS Set Group Switching 동작을 수행할 수 있다.
만약, 단말에게 SearchSpaceSwitchTrigger가 설정되었다면, 단말은 DCI Format 2_0의 지시에 따라 SS Set Group을 Switching할 수 있다.
예를 들어, DCI Format 2_0 내의 SS Set Group Switching Flag 필드의 값이 0이면, 단말은 DCI Format 2_0을 수신한 시점으로부터 일정 시간 이후에 SS Set Group #0의 모니터링을 시작하고, SS Set Group #1의 모니터링을 중단할 수 있다.
또한, DCI Format 2_0 내의 SS Set Group Switching Flag 필드의 값이 1이면, 단말은 DCI Format 2_0을 수신한 시점으로부터 일정 시간 이후에 SS Set Group #1의 모니터링을 시작하고, SS Set Group #0의 모니터링을 중단할 수 있다. 만약, 단말이 SS Set Group #1의 모니터링을 시작한다면, 단말은 SearchSpaceSwitchTimer에 의해 설정된 타이머의 카운팅을 시작할 수 있다. 만약, 해당 타이머가 만료(Expire)되면, 단말은 타이머가 만료된 시점부터 일정 시간 이후에 SS Set Group #0의 모니터링을 시작하고, SS Set Group #1의 모니터링을 중단할 수 있다.
만약, 단말에게 SearchSpaceSwitchTrigger가 설정되지 않았다면, 단말은 DCI 수신에 따라 SS Set Group을 변경할 수 있다. 예를 들어, 단말이 SS Set Group #0 (또는 SS Set Group #1)에 대한 모니터링 수행 중에, DCI를 수신하면, 단말은 해당 DCI를 수신한 시점으로부터 일정 시간 이후에 SS Set Group #1 (또는 SS Set Group #0)의 모니터링을 시작하고, SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 중단할 수 있다. 이 때, 단말은 SearchSpaceSwitchTimer에 의해 설정된 타이머의 카운팅을 시작할 수 있다. 만약, 해당 타이머가 만료(Expire)되면, 단말은 타이머가 만료된 시점부터 일정 시간 이후에 SS Set Group #0 (또는 SS Set Group #1)의 모니터링을 시작하고, SS Set Group #1 (또는 SS Set Group #0)의 모니터링을 중단할 수 있다.
한편, 후술하는 실시 예들은, 예를 들어, XR에 적용될 수 있다. XR(Extended Reality)은 AR (Augmented Reality), VR (Virtual Reality) 및 MR (Mixed Reality) 등을 포괄하는 개념이다. XR의 특징은 traffic의 수신을 기대할 수 있는 시점이 fps (frame per second)에 의해 고정되어 있으며, jitter의 영향으로 기대하는 시점으로부터 늦게 수신하거나 빨리 수신할 수 있다. 이러한 XR traffic의 jitter는 truncated Gaussian의 확률 분포로 나타난다. 따라서, DRX를 fps에 맞춰 주기적으로 설정하여 전력 절감 효과를 기재할 수 있다. 또한, DRX를 설정하지 않더라도 PDCCH 모니터링 적응을 설정하면, PDCCH 모니터링 적응만으로도 전력 절감 효과를 기대할 수 있다. 물론, DRX 및 PDCCH 모니터링 적응을 모두 설정하여 전력 절감 효과를 기대할 수도 있다.
traffic 수신 기대 시점과 jitter의 영향으로 인한 수신 기대 시점은 확률로서 표현될 수 있으며, 상술한 것과 같은 XR 환경에서의 전력 절감 효과를 기대하기 위하여 후술하는 실시 예들이 적용될 수 있다.
예를 들어, traffic 수신 기대 시점으로부터 상대적으로 시간상 먼 시점에서는 jitter의 확률이 낮아 수신 확률이 낮으므로, 단말은 PDCCH를 sparse하게 모니터링하여 전력을 절감할 수 있다. 반대로 traffic 수신 기대 시점으로부터 시간상 가까운 시점에서는 jitter의 확률이 높아 수신 확률이 높으므로, PDCCH를 dense하게 모니터링하여 수신 확률에 따라 전력 소모를 조절할 수 있다. 이를 위해, SS set group #0를 dense한 PDCCH 모니터링을 위한 SS set이 포함된 SS Set group으로 설정하고, SS set group #1를 sparse한 PDCCH 모니터링을 위한 SS set이 포함된 SS Set group으로 설정할 수 있다. 다시 말해, XR에서 jitter를 고려하여 SS Set Group Switching 동작이 설정(configure)될 수 있다.
또 다른 예시로, 단말은 jitter의 확률이 높아 traffic 수신 확률이 높은 짧은 구간 동안 PDCCH 모니터링을 수행하고, 이후 micro-sleep 하는 동작을 반복할 수 있다. 이를 통해, traffic이 정상적으로 수신되지 않았을 경우 빠르게 micro-sleep하여 전력 절감 효과를 기대하고 이후 다시 전송되는 traffic을 수신하기 위해 PDCCH 모니터링을 수행하여, PDCCH 모니터링에 효율을 높일 수 있다. 다시 말해, XR에서 jitter를 고려하여 PDCCH monitoring skipping 동작이 설정(configure)될 수 있다.
본 개시에서는 DRX Active Time 내에서의 DCI 수신을 통한 동작을 예로 들어 제안하였으나, DRX가 설정되지 않은 단말에도 동일한 방식의 동작이 적용될 수 있다.
본 개시(Disclosure)에서는 DRX 동작이 지시된 단말이 DRX Active Time 내에서 지시된 PDCCH (Physical Downlink Control Channel) 모니터링 적응 구간 내에 포함된 DCP (DCI with CRC scrambled by PS-RNTI) occasion에서 PDCCH를 모니터링하는 단말 동작을 제안한다.
단말에게 하나의 BWP 당 최대 10개의 SS (Search Space) set이 설정될 수 있다. 또한, 단말은 SS set들에 포함된 PDCCH 후보들을 모니터링(이하, SS set 모니터링)할 수 있다.
단말은 어느 시점에 어느 DCI format으로 수신될지 알 수 없는 PDCCH에 대한 블라인드 디코딩(blind decoding; BD)을 수행해야 하기 때문에, DRX 동작 중 PDCCH 모니터링(monitoring)이 전력 소모에 큰 비중을 차지한다.
무선 통신 시스템 (예를 들어, Rel-17 NR 시스템 등) 의 전력 절약(power saving)을 위한 기술로써, 단말이 DRX active time 내에서의 전력 소모를 감소시키기 위해 PDCCH 모니터링의 횟수를 조절하는 PDCCH 모니터링 적응(monitoring adaptation)에 대해 논의되고 있다. 일반적으로, PDCCH 모니터링 적응은, PDCCH 모니터링의 횟수를 감소시키기 위한 동작을 의미할 수 있다.
PDCCH 모니터링 적응(monitoring adaptation)을 위한 예시로는 PDCCH monitoring skipping (이하, skipping)과 SS set group switching (이하, switching)이 있다. PDCCH monitoring skipping은 일정 구간 (예를 들어, PDCCH monitoring skipping duration) 동안 PDCCH 모니터링을 중단하는 것이고, SSSG (Search Space Set Group) Switching을 설정된 SS Set들을 복수의 그룹들로 구분하고, 복수의 그룹들 중, 사용 목적에 맞게 하나의 그룹에 대한 Switching을 지시하여, 해당 그룹에 포함된 SS Set을 모니터링하도록 하는 것이다.
한편, 본 개시에서는 설명의 편의를 위해, SSSG를 SSSG #0과 SSSG #1로 구분한다. 여기서, SSSG#0은 예상되는 데이터 전송량이 많은 경우, PDCCH 모니터링 횟수를 증가시키기 위하여, 상대적으로 많은 수의 SS Set이 포함되거나 또는 포함된 SS set의 주기가 상대적으로 짧은 SSSG이고, SSSG#1은 전력 절감 목적으로 PDCCH 모니터링 횟수를 감소시키기 위하여, 상대적으로 적은 수의 SS Set이 포함되거나 또는 포함된 SS set의 주기가 상대적으로 긴 SSSG이다.
PDCCH 모니터링 적응(monitoring adaptation)을 위해 기지국은 다양한 DCI format을 활용하여 단말에게 PDCCH 모니터링 적응 (monitoring adaptation)과 관련한 정보를 지시할 수 있다. 단말은 해당 지시에 의한 PDCCH 모니터링 적응(monitoring adaptation) 동작에 따라 PDCCH(Physical Downlink Control Channel)을 모니터링할 수 있다. 또한, PDCCH 모니터링을 통해 PDCCH를 수신하면, 해당 PDCCH에 포함된 DCI(Downlink Control Information)을 검출할 수 있다.
Rel-16 NR 시스템의 전력 절약(power saving) 기술에서는 DRX 동작(operation)이 수행될 경우, 각 DRX cycle의 wake up 여부를 DCI format 2_6를 통해 단말에게 알릴 수 있다. [표 1]은 표준 문서 3GPP TS 38.212 에서 정의된 DCI format 2_6을 나타낸다.
7.3.1.3.7 Format 2_6
DCI format 2_6 is used for notifying the power saving information outside DRX Active Time for one or more UEs.
The following information is transmitted by means of the DCI format 2_6 with CRC scrambled by PS-RNTI:
- block number 1, block number 2,쪋, block number N
where the starting position of a block is determined by the parameter ps-PositionDCI-2-6 provided by higher layers for the UE configured with the block.
If the UE is configured with higher layer parameter PS-RNTI and dci-Format2-6, one block is configured for the UE by higher layers, with the following fields defined for the block:
- Wake-up indication - 1 bit
- SCell dormancy indication - 0 bit if higher layer parameter Scell-groups-for-dormancy-outside-active-time is not configured; otherwise 1, 2, 3, 4 or 5 bits bitmap determined according to higher layer parameter Scell-groups-for-dormancy-outside-active-time, where each bit corresponds to one of the SCell group(s) configured by higher layers parameter Scell-groups-for-dormancy-outside-active-time, with MSB to LSB of the bitmap corresponding to the first to last configured SCell group.
The size of DCI format 2_6 is indicated by the higher layer parameter sizeDCI-2-6, according to Clause 10.3 of TS 38.213.
한편, 표준 문서에 따른 DCI format 2_6(Wake up signal)을 모니터링하는 방법은 도 6과 관련된 설명에서 이미 상술하였다. 한편, Wake up 신호로 활용되는 DCI format 2_6은 본 개시에서 DCP (DCI with CRC scrambled by PS-RNTI)로 표현될 수 있다. 따라서, DCI format 2_6을 위한 PDCCH monitoring occasion은 DCP occasion이라고 표현될 수 있다.
다만, DCP는 DCI format 2_6에 한정되어 해석될 것은 아니다. 예를 들어, DRX Active Time 의 Wake up 여부를 알려주기 위한 DCI라면, 비록 DCI format 2_6이 아니더라도, DCP로 해석될 수 있다.
예를 들어, DRX Active Time 의 Wake up 여부를 DCI format 2_6이 아닌 다른 DCI format을 통해 알려주는 경우, DCP는 Wake up 여부를 알려주는 다른 DCI format을 의미할 수 있다.
한편, 단말의 DRX cycle을 기준으로 도 6의 설명과 같이 DCP occasion의 위치가 결정될 수 있다. 또한, 이에 따른 단말의 wake-up 동작은 도 7(a)와 같이 나타날 수 있다. 도 7(a)에서는 DCP occasion을 단순히 점으로 표현했으나, 실제 DCP occasion(즉, PDCCH monitoring Occasion)은 도 6에서 설명한 바와 동일하다.
도 7(a)를 참조하면, [표 1]에서 설명한 바와 같이 DCP (예를 들어, DCI format 2_6)의 wake-up indication field가 0인지 1인지에 따라 단말이 다음 DRX cycle에서 drx-onDurationTimer의 시작 여부가 결정된다. 예를 들어, Wake-up indication field가 0이면, "Not Wake-up"을 지시한 것으로서, 다음 DRX cycle에서 drx-onDurationTimer가 시작하지 않는다. 반면, Wake-up indication field가 1이면, Wake-up"을 지시한 것으로서, 다음 DRX cycle에서 drx-onDurationTimer가 시작한다.
표준문서 3GPP TS 38.321에 따르면 DRX Active Time은 하기 [표 2]와 같이 정의된다.
When DRX is configured, the Active Time for Serving Cells in a DRX group includes the time while:
- drx-onDurationTimer or drx-InactivityTimer configured for the DRX group is running; or
- drx-RetransmissionTimerDL or drx-RetransmissionTimerUL is running on any Serving Cell in the DRX group; or
- ra-ContentionResolutionTimer (as described in clause 5.1.5) or msgB-ResponseWindow (as described in clause 5.1.4a) is running; or
- a Scheduling Request is sent on PUCCH and is pending (as described in clause 5.4.4); or
- a PDCCH indicating a new transmission addressed to the C-RNTI of the MAC entity has not been received after successful reception of a Random Access Response for the Random Access Preamble not selected by the MAC entity among the contention-based Random Access Preamble (as described in clauses 5.1.4 and 5.1.4a).
단말이 drx-onDurationTimer를 시작해 DRX Active Time을 수행하고 그 후 [표 2]에 정의된 바에 따라 DRX Active Time이 길어질 수 있다. 즉, [표 2] 에 정의된 타이머들이 동작하면, DRX Active Time이 연장될 수 있다. 한편, 단말에게 DCP를 모니터링할 수 있는 적어도 하나의 SS set이 설정되고, 적어도 하나의 SS Set은 일정 주기에 따라 반복될 수 있다.
따라서, DCP occasion은 일정 주기로 반복되고, DRX Active Time이 연장될 경우, DCP occasion과 DRX Active Time이 겹쳐질 수 있다. 다시 말해, DCP Occasion이 연장된 DRX Active Time 내에 포함될 수 있다. 이러한 경우, 단말은 DRX Active Time 내에 포함된 DCP occasion에 대해서는 PDCCH 모니터링을 수행하지 않고, 다음 DRX cycle에 대한 drx-onDurationTimer는 항상 시작하도록 설정되어 있다. 예를 들어, 도 7(b)를 참조하면, drx-onDurationTimer 진행 중에 새로운 DL 전송이 수신되었기 때문에, drx-InactivityTimer의 동작이 시작되어 DRX Active Time이 drx-InactivityTimer를 기반으로 연장될 수 있다. 이러한 경우, 연장된 DRX Active Time은 다음 DRX Cycle의 drx-onDurationTimer 이전에 할당된 DCP Occasion을 포함할 수 있다. 하지만, 현재의 표준 상에서는 DCP Occasion은 DRX Active Time 내에서는 모니터링되지 않는 것으로 정의되어 있기 때문에, 단말은 연장된 DRX Active Time 내에 포함된 DCP Occasion에 대한 모니터링은 수행하지 않을 수 있다. 또한, 단말은 DCP Occasion을 모니터링하지 않음으로써, 해당 DCP Occasion에 대응하는 다음 DRX Cycle에서의 Wake-up 여부를 알 수 없다. 다음 DRX cycle의 Wake-up 여부는 RRC 파라미터 ps-WakeUp을 통해 정의될 수 있다. ps-WakeUp이 true이면 DCP를 detect하지 못했더라도 다음 DRX Cycle의 drx-onDurationTimer를 시작해 DRX Active Time을 시작할 수 있고, ps-WakeUp이 absent이면 DCP를 detect하지 못했다면 다음 DRX Cycle에서 drx-onDurationTimer를 시작하지 않는다.
상술한 바와 같이, Rel-17 전력 절약(power saving)에서는 DRX Active Time 내에서의 PDCCH 모니터링을 조절하기 위한 PDCCH 모니터링 적응이 도입되기로 결정되었다. 또한, PDCCH 모니터링 적응의 한 종류로서, 일정 시간 (예를 들어, PDCCH monitoring skipping 구간(duration)) 동안 PDCCH 모니터링을 중단하는 PDCCH monitoring skipping이 포함되었다. PDCCH skipping의 구간(duration)은 하나 이상의 심볼, 하나 이상의 슬롯 또는 현재 DRX cycle의 남은 DRX Active Time 전체 (skipping to the next DRX cycle) 중 하나 이상으로 설정될 수 있다. 만약, 단말이 DRX Active Time 내에서 지시된 PDCCH monitoring skipping 구간(duration)과 DCP occasion이 겹칠 경우 (예를 들어, PDCCH monitoring skipping 구간 내에 DCP Occasion이 포함된 경우), 단말의 PDCCH 모니터링 동작이 정의되지 않았다.
따라서, 본 개시에서는 C-DRX 동작이 지시된 단말이 PDCCH 모니터링 적응이 적용되는 구간 내에 포함된 DCP occasion에서 PDCCH를 모니터링하는 단말의 동작을 제안한다. 이를 위해 PDCCH 모니터링 적응이 적용되는 구간(duration)의 DRX Active Time에 대한 정의와 각 정의에 따른 단말 동작을 제안한다. 또한, 지시될 수 있는 PDCCH 모니터링 적응(monitoring adaptation) 별 단말의 동작과 DCP occasion에서 단말의 PDCCH 모니터링이 불가능할 때의 단말 동작을 제안한다.
이하, 본 개시에서는 RRC_CONNECTED 상태의 단말에 적용되는 C-DRX를 기준으로 제안되는 방법을 설명하고 있으나, 이에 제한되지 않는다. 예를 들어, 단말이 DL(Downlink) 신호의 수신을 기대하지 않아도 되는 일정 구간이 주기성을 갖고 정의될 수 있는 다른 방법들(예를 들어, RRC_IDLE 상태의 단말에 적용되는 DRX)에도 확장되어 적용될 수 있음은 통상의 기술자라면 용이하게 유추할 수 있다.
따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 본 개시의 원리가 침해되지 않는 한 기지국과 단말이 기대하는 모든 종류의 송수신 방식에 적용될 수 있음은 자명하다. 이하, 본 개시에서는 설명의 편의를 위하여 DRX의 용어가 C-DRX의 용어를 포함하는 일반적인 개념으로 사용된다.
또한, 본 개시에서는 본 개시의 원리를 설명하기 위하여 NR시스템을 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 별도의 설명이 없는 한 NR의 송수신 형태를 특정하여 제한되지 않는다. 또한, 본 개시에서는 본 개시의 원리를 설명하기 위하여 C-DRX를 지원하는 단말의 특성과 구조를 기준으로 예시를 보여 설명하고 있으나, 제안하는 방법들은 별도의 설명이 없는 한 C-DRX를 지원하는 단말에 특정하여 제한되지 않는다. 따라서, 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 본 개시의 원리가 침해되지 않는 한 모든 무선통신 송수신의 구조와 서비스에 적용될 수 있음은 자명하다.
이하의 설명에서 각 방식 또는 옵션의 구분은 설명을 명확히 하기 위한 의도이며, 각각이 반드시 독립적인 방법으로 실시되어야 한다는 의미로 제한 해석되지 않는다. 예컨대, 후술하는 방식/옵션들은 각각이 개별적으로 실시될 수 있지만, 서로 상충하지 않는 범위 내에서 적어도 일부가 조합된 형태로 실시 될 수도 있다.
본 개시에서는 기지국이 RRC_CONNECTED 상태의 단말에 C-DRX 동작 및 DCP occasion이 PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 위치할 때의 단말 동작을 지시/설정할 수 있다. 이를 통해, 단말의 전력 절약 효율성(power saving efficiency)을 향상시키고 제어/트래픽(control/traffic) 정보의 송수신 지연(latency)을 감소시킬 수 있다.
이를 위하여 제안하는 방법에서는 단말이 DCP occasion에서의 PDCCH 모니터링 동작과 관련된 정보를 기지국으로부터 수신하고, 이를 바탕으로 DCP occasion의 SS set(s)을 통한 PDCCH를 수신하는 방법 및 이와 관련하여 지시/설정된 단말 동작이 포함될 수 있다. 기지국이 DCP occasion에서의 PDCCH 모니터링 동작과 관련된 정보를 결정 및 구성(Configure)하여 단말에게 알리고 해당 정보를 바탕으로 PDCCH, PDSCH(Physical Downlink Shared Channel) 및/또는 PUSCH(Physical Uplink Shared Channel)의 송신위치를 결정하는 방법이 포함될 수 있다. 또한, 제안하는 방법에서는 단말이 자신의 성능(capability)을 알리기 위한 신호 및 채널을 전송하고, 기지국이 이를 수신하는 과정이 포함될 수 있다.
도 8 내지 도 10을 참조하여, 본 개시의 제안 방법들에 따른 단말 및 기지국의 전반적인 동작 과정에 대해 살펴보도록 한다.
도 8은 본 개시의 제안 방법들에 따른 단말의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 8을 참조하면, 단말은 본 개시에서 제안하는 동작을 지원하기 위하여 기지국에 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 전송할 수 있다(S801). 예를 들어, 상기 성능 정보 및/또는 UE 지원 정보(assistance information)에는 DCP Occasion에서의 PDCCH 모니터링 동작을 결정하기 위한 정보가 포함될 수 있다. S801은 특정 상황(예를 들어, 기지국이 이미 사전 정보를 가지고 있거나, 기지국에 필요로 인해 각 동작 방식들이 변경될 경우)에서는 생략될 수 있다.
단말은 본 개시에서 제안하는 동작을 지원하기 위하여 기지국이 전송하는 PDCCH 모니터링 동작을 설정하기 위한 제 1 정보를 수신할 수 있다(S803). 예를 들어, 제 1 정보는 상위 계층 시그널(예를 들어, SIB (System Information Block) 또는 RRC 시그널링)을 이용하여 수신될 수 있다. 예를 들어, 제 1 정보는 PDCCH 모니터링 적응을 설정하기 위한 것일 수도 있고, PDCCH 모니터링 적응 구간에서의 DCP 모니터링 동작을 설정하기 위한 것일 수도 있다. 예를 들어, 제 1 정보는 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
또는, 제 1 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DCP Occasion에서의 PDCCH 모니터링 동작 관련 설정들(configuration)들 중 하나를 구체적으로 지시하는 방법(예를 들어, DCI 또는 MAC CE/헤더(header))을 통해 수신될 수도 있다.
한편, 단말은 상위 계층 시그널을 통해 설정된 제 1 정보를 기반으로 PDCCH 모니터링 적응을 지시하는 제 2 정보를 수신할 수 있다(S805). 예를 들어, 제 2 정보는 DCI에 포함될 수 있다. 또한, 해당 DCI는 PDCCH (Physical Downlink Control Channel)에 포함될 수 있다. 예를 들어, 제 2 정보가 지시하는 PDCCH 모니터링 적응 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
단말은 제 2 정보를 기반으로 DCP Occasion 에서 PDCCH를 수신하고, PDCCH의 디코딩을 수행할 수 있다(S807). 예를 들어, DCP Occasion에서 수신되는 PDCCH는 Wake-up 신호를 포함할 수 있다.
예를 들어, 상술한 S803 내지 S807에 따른 단말의 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
도 9는 본 개시의 제안 방법들에 따른 기지국의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 9를 참조하면, 기지국은 본 개시에서 제안하는 동작을 지원하기 위하여 단말로부터 단말의 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 수신할 수 있다(S901). 예를 들어, 상기 성능 정보 및/또는 UE 지원 정보(assistance information)에는 DCP Occasion에서의 PDCCH 모니터링 동작을 결정하기 위한 정보가 포함될 수 있다. S901은 특정 상황(예를 들어, 기지국이 이미 사전 정보를 가지고 있거나, 기지국에 필요로 인해 각 동작 방식들이 변경될 경우)에서는 생략될 수 있다.
기지국은 본 개시에서 제안하는 동작을 지원하기 위하여 PDCCH 모니터링 동작을 설정하기 위한 제 1 정보를 전송할 수 있다(S903). 예를 들어, 제 1 정보는 상위 계층 시그널(예를 들어, SIB (System Information Block) 또는 RRC 시그널링)을 이용하여 전송될 수 있다. 예를 들어, 제 1 정보는 PDCCH 모니터링 적응을 설정하기 위한 것일 수도 있고, PDCCH 모니터링 적응 구간에서의 DCP 모니터링 동작을 설정하기 위한 것일 수도 있다. 예를 들어, 제 1 정보는 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
또는, 제 1 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DCP Occasion에서의 PDCCH 모니터링 동작 관련 설정들(configuration)들 중 하나를 구체적으로 지시하는 방법(예를 들어, DCI 또는 MAC CE/헤더(header))을 통해 전송될 수도 있다.
한편, 기지국은 상위 계층 시그널을 통해 설정된 제 1 정보를 기반으로 PDCCH 모니터링 적응을 지시하는 제 2 정보를 전송할 수 있다(S905). 예를 들어, 제 2 정보는 DCI에 포함될 수 있다. 또한, 해당 DCI는 PDCCH (Physical Downlink Control Channel)에 포함될 수 있다. 예를 들어, 제 2 정보가 지시하는 PDCCH 모니터링 적응 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
기지국은 제 2 정보를 기반으로 DCP Occasion 에서 PDCCH를 전송할 수 있다(S907). 예를 들어, DCP Occasion에서 수신되는 PDCCH는 Wake-up 신호를 포함할 수 있다.
예를 들어, 상술한 S903 내지 S907에 따른 기지국의 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
도 10은 본 개시의 제안 방법들에 따른 네트워크의 전반적인 동작 과정을 설명하기 위한 도면이다.
도 10을 참조하면, 단말은 본 개시에서 제안하는 동작을 지원하기 위하여 기지국에 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 전송할 수 있다(S1001). 예를 들어, 상기 성능 정보 및/또는 UE 지원 정보(assistance information)에는 DCP Occasion에서의 PDCCH 모니터링 동작을 결정하기 위한 정보가 포함될 수 있다. S1001은 특정 상황(예를 들어, 기지국이 이미 사전 정보를 가지고 있거나, 기지국에 필요로 인해 각 동작 방식들이 변경될 경우)에서는 생략될 수 있다.
기지국은 본 개시에서 제안하는 동작을 지원하기 위하여 PDCCH 모니터링 동작을 설정하기 위한 제 1 정보를 단말에게 전송할 수 있다(S1003). 예를 들어, 제 1 정보는 상위 계층 시그널(예를 들어, SIB (System Information Block) 또는 RRC 시그널링)을 이용하여 전송할 수 있다. 예를 들어, 제 1 정보는 PDCCH 모니터링 적응을 설정하기 위한 것일 수도 있고, PDCCH 모니터링 적응 구간에서의 DCP 모니터링 동작을 설정하기 위한 것일 수도 있다. 예를 들어, 제 1 정보는 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
또는, 제 1 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DCP Occasion에서의 PDCCH 모니터링 동작 관련 설정들(configuration)들 중 하나를 구체적으로 지시하는 방법(예를 들어, DCI 또는 MAC CE/헤더(header))을 통해 전송될 수도 있다.
한편, 기지국은 상위 계층 시그널을 통해 설정된 제 1 정보를 기반으로 PDCCH 모니터링 적응을 지시하는 제 2 정보를 전송할 수 있다(1005). 예를 들어, 제 2 정보는 DCI에 포함될 수 있다. 또한, 해당 DCI는 PDCCH (Physical Downlink Control Channel)에 포함될 수 있다. 예를 들어, 제 2 정보가 지시하는 PDCCH 모니터링 적응 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
기지국은 제 2 정보를 기반으로 DCP Occasion 에서 PDCCH를 전송할 수 있다(S1007). 예를 들어, DCP Occasion에서 수신되는 PDCCH는 Wake-up 신호를 포함할 수 있다.
예를 들어, 상술한 S1003 내지 S1007에 따른 기지국의 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
다시 말해, 본 개시에서 제안하는 방법은 하기의 방법들 중 일부가 선택되어 적용될 수 있다. 각 방법들은 별도의 조합 없이 독립적인 형태로 동작이 가능하며, 또는 하나 이상의 방법들이 조합되어 연계된 형태로 동작이 될 수도 있다. 제안 방법들의 설명을 위하여 사용되는 일부 용어와 기호, 순서 등은 제안 방법들의 원리가 유지되는 한 다른 용어나 기호, 순서 등으로 대체될 수 있다.
이하, 본 개시에서는 제안 방법들의 원리를 설명하기 위하여 단말의 DCP occasion에서의 모니터링을 임의의 예시적 구조를 사용하여 설명하고 있다. 하지만, 별도의 설명이 없는 한 제안하는 방법들은 단말 동작의 종류를 특정하여 제한하지 않는다.
따라서 본 개시에서 제안하는 방법들은 별도의 설명이 없더라도 제안 방법들의 원리가 침해되지 않는 한 어떠한 DCI 송수신에 따른 PDCCH 모니터링 동작에도 적용될 수 있음은 자명하다.
상술하였듯이, 단말에게 DRX 동작이 지시되어, 단말이 DRX 동작을 수행 중일 때, DRX Active Time 내에서 PDCCH monitoring skipping이 지시된다면, 도 11과 같이, 해당 PDCCH monitoring skipping duration과 DCP occasion이 겹칠 수 있다. 즉, 도 11을 보면, drx-Inactivity Timer로 인해 연장된 DRX Active Time 내에 PDCCH 모니터링 적응 구간(예를 들어, PDCCH monitoring skipping 구간 또는 SSSG Switching 구간)이 설정되었는데, 설정된 PDCCH 모니터링 적응 구간 내에 DCP Occasion이 포함될 수 있다. 그런데, 상술한 것과 같이 PDCCH 모니터링 적응 구간 내에 DCP Occasion이 포함된 경우의 단말의 PDCCH 모니터링 동작이 아직 정의되지 않았다. 도 11은 상술한 것과 같이 PDCCH 모니터링 적응 구간 내에 DCP Occasion이 포함된 상황에 대해 표현한 것이다. 도 11에서, PDCCH 모니터링을 수행하지 않는 PDCCH monitoring skipping 구간 (duration) (또는, SSSG Switching 구간)을 흰 바탕으로 표시하였다. 또한, 해당 구간(duration) 내에서의 DCP occasion을 A로 나타내었다.
[방법 1] DRX Active Time 내의 PDCCH 모니터링 적응 구간(monitoring adaptation duration)은 DRX Active Time이 아닌 것으로 정의하고, 단말은 해당 구간(duration) 내의 DCP occasion에서 DCP (예를 들어, DCI format 2_6)에 대한 모니터링을 수행할 수 있다.
단말의 DRX 동작은 표준문서 3GPP TS 38.321에서 발췌한 [표 3]와 같이 정의된다.
The MAC entity may be configured by RRC with a DRX functionality that controls the UE's PDCCH monitoring activity for the MAC entity's C-RNTI, CI-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI, and AI-RNTI. When using DRX operation, the MAC entity shall also monitor PDCCH according to requirements found in other clauses of this specification. When in RRC_CONNECTED, if DRX is configured, for all the activated Serving Cells, the MAC entity may monitor the PDCCH discontinuously using the DRX operation specified in this clause; otherwise the MAC entity shall monitor the PDCCH as specified in TS 38.213 [6].
PDCCH monitoring skipping 지시로 인해 단말이 PDCCH에 대한 모니터링을 중단할 때, PDCCH monitoring skipping 구간(duration) 동안은 DRX Active Time이 아닌 것으로 정의할 수 있다. 왜냐하면, 단말은 DCP occasion에 대한 모니터링을 DRX Active Time이 아닌 경우에만 할 수 있기 때문이다. 따라서, 단말의 PDCCH monitoring skipping 구간(duration) 동안은 DRX Active Time이 아니기 때문에 DCP occasion에서의 DCP (예를 들어, DCI format 2_6)에 대한 모니터링이 허용될 수 있다.
다시 말해, [방법 1]은 단말의 PDCCH 모니터링 적응 구간(monitoring adaptation duration)은 DRX Active Time이 아닌 것으로 정의하고 DCP occasion에서의 DCP (예를 들어, DCI format 2_6)에 대한 모니터링을 통해 wake-up indication을 수신하는 단말 동작을 제안한다. 이를 통해, 단말은 다음 DRX cycle에 깨어나서(wake-up) PDCCH를 수신할 것인지 여부를 결정할 수 있다.
[방법 1]에 따르면, 반드시 다음 drx-onDurationTimer를 시작해야 하는 기존 동작에 비해 전력 절감 효과를 기대할 수 있다. 예를 들어, 기존 동작은 DRX Active Time 내라면, PDCCH 모니터링 적응 구간이라도, DCP Occasion을 모니터링할 수 없었다. 따라서, 단말이 DCP를 수신하지 못하므로, 표준 상 동작 정의에 의해 ps-WakeUp이 true인 경우, 다음 DRX Cycle에서 drx-onDurationTimer를 반드시 시작해야 했었다.
그런데, 기지국이 DRX Active Time 내에서 PDCCH monitoring skipping 구간 또는 SSSG Switching 구간을 지시하는 PDCCH 모니터링 적응을 지시했음은, 일정 시간 동안은 기지국이 전송할 데이터가 없거나 적다는 것을 의미할 수 있다. 그런데, 기지국이 전송할 데이터가 없거나 적음에도 불구하고, PDCCH 모니터링 적응 구간 내에 DCP Occasion이 포함되어 단말이 DCP (예를 들어, DCI format 2_6)를 수신하지 못하고, 다음 DRX Cycle에서 drx-onDurationTimer을 시작한다면, 단말은 해당 DRX Cycle에서 계속하여 PDCCH 모니터링을 과도하게 수행할 수 있고, 이에 따라 불필요한 전력 낭비를 가져올 수 있다.
따라서, [방법 1]을 통해, PDCCH 모니터링 적응 구간은 DRX Active Time이 아닌 것으로 정의하여 해당 PDCCH 모니터링 적응 구간에서 DCP를 모니터링할 수 있게 함으로써, 상술한 것과 같은 불필요한 전력 낭비를 방지할 수 있다.
또한, [방법 1]에 따를 때, PDCCH 모니터링 적응 구간은 DRX Active Time이 아닌 것으로 설정되어, 해당 구간 동안에는 DRX 관련 타이머가 카운팅되지 않을 수 있다. 예를 들어, PDCCH 모니터링 적응 구간이 시작되면, DRX Active Time의 타이머의 카운팅을 중단 시키고, PDCCH 모니터링 적응 구간이 종료되면, DRX Active Time의 타이머의 카운팅을 재개할 수 있다. 또한, 재개할 때의 카운터 값은 중단 시점의 카운터 값일 수 있다.
[방법 1]의 경우, 단말에게 다음 DRX cycle까지 (예를 들어, 다음 DRX Cycle의 drx-onDurationTimer 시작 지점 혹은 그 이후까지) PDCCH monitoring skipping이 지시된다면, 단말은 현재 동작하는 모든 DRX 타이머(timer)를 즉시 종료할 수 있다. 예를 들어, drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, ra-ContentionResolutionTimer 및/또는 msgB-ResponseWindow 가 동작하거나 카운팅되고 있다면, DRX Active Time으로 정의될 수 있는 모든 타이머(timer)를 즉시 종료하여 DRX Active Time가 만료(expired)될 수 있다.
예를 들어, 기지국이 전송한 WUS(Wake-Up Signal)을 통해 단말은 drx-onDurationTimer를 시작한 이후, 새로운 DL 전송(transmission)으로 인해 drx-InactivityTimer를 시작함으로써, DRX Active Time이 연장될 수 있다. 이후, 기지국은 예상되는 데이터 트래픽(data traffic)이 없어 단말에게 일정 시간 동안의 PDCCH monitoring skipping을 지시하거나 현재 DRX cycle을 완전히 종료할 것을 지시할 수 있다. 이 때, 단말은 PDCCH monitoring skipping 구간(duration) 동안 DCP occasion을 모니터링하여 다음 DRX cycle을 위한 wake-up indication을 수신할 수 있고, 이로 인해 상술한 것과 같은 전력 절감 효과를 기대할 수 있다.
한편, [방법 1]의 단말 동작을 SSSG (Search Space Set Group) switching에 대해서도 정의할 수 있다. SSSG switching의 경우, 전력 절감 목적의 SSSG#1으로의 스위칭(switching)이 지시되더라도 단말은 일정 수의 SS set에 대해 PDCCH를 모니터링하기 때문에 DRX Active Time이 아니라고 정의하기 어려울 수 있다. 하지만, PDCCH monitoring skipping과 SSSG#1으로의 스위칭(switching)이 동일한 전력 절감 목적을 위한 것이다. 따라서, 단말이 SSSG switching (예를 들어, SSSG#1으로의 스위칭) 지시를 수신하더라도 DCP occasion에서의 PDCCH 모니터링을 허용할 수 있고, 이로 인한 전력 절감 효과를 기대할 수 있다.
[방법 2] DRX Active Time 내에 포함된 DCP occasion이 지시된 PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 위치하면 단말은 해당 MO (Monitoring Occasion) (즉, DCP Occasion) 에 대한 모니터링을 수행할 수 있다.
PDCCH monitoring skipping은 DRX Active Time 동안의 PDCCH 모니터링을 중단하기 위한 목적이다. 만약, [방법 1]과 같이, 해당 PDCCH monitoring skipping 구간(duration) 동안 DRX 타이머(timer)가 중단된다면 PDCCH 모니터링은 수행하지 않지만 PDCCH monitoring skipping 구간(duration) 이후 중단되었던 타이머(timer)의 시간만큼 DRX Active Time이 지속될 수 있다. 즉, 중단되었던 타이머의 시간만큼 DRX Active Time이 재개될 수 있다.
그런데, DRX Active Time이 재개되는 것은, DRX Active Time을 연장시키지 않으면서, DRX Active Time으로 설정된 시간 동안의 PDCCH 모니터링을 중단하고자 하는 PDCCH monitoring skipping의 정의에 부합하지 않을 수 있다. 따라서, PDCCH monitoring skipping 지시로 인해 단말이 PDCCH에 대한 모니터링을 중단하더라도 drx-onDurationTimer 및/또는 drx-InactivityTimer 과 같은 DRX 타이머(timer)가 중단되지 않는다면, 해당PDCCH monitoring skipping 구간(duration)은 여전히 DRX Active Time일 수 있다. 따라서, [방법 2]는 단말에게 DRX Active Time 내에 PDCCH 모니터링 적응 구간(monitoring adaptation duration)이 포함되더라도, DCP occasion에 대한 모니터링을 허용하는 방법을 제안한다.
단말의 drx-InactivityTimer 또는 drx-onDurationTimer가 지속되는 동안 PDCCH monitoring skipping 지시를 단말이 수신하여 PDCCH 모니터링을 중단하는 것은 전력 절감 효과를 얻기 위함이다. 예를 들어, PDCCH monitoring skipping 지시는 특정 구간 또는 PDCCH monitoring skipping 지시된 시점(또는 PDCCH monitoring skipping이 적용되는 시점)부터 남은 DRX Active Time 전체에 대한 PDCCH 모니터링을 중단하는 지시일 수 있다.
예를 들어, 단말의 데이터 수신으로 인해 drx-InactivityTimer가 시작되어 DRX Active Time이 연장되었지만, 이후의 예상되는 전송이 없다고 판단되는 경우, 전력 절감을 위해 기지국은 단말에게 남은 DRX Active Time 동안 PDCCH 모니터링을 중단(skipping)할 것을 지시할 수 있다. 해당 지시에 따라 단말이 DRX Active Time 내에서 PDCCH를 모니터링하지 않는 구간이 발생할 수 있다. 즉, DRX Active Time이지만 단말은 실제로 DRX Active Time이 아닌 구간과 동일한 동작을 수행하는 것이다.
그런데, 기지국이 예상되는 데이터 트래픽(data traffic)이 없어 PDCCH monitoring skipping을 지시하였고, 해당 PDCCH monitoring skipping 구간 내에 DCP Occasion이 포함된 경우, 단말이 다음 DRX cycle에 대한 DCP(예를 들어, DCI format 2_6)에 포함된 WUS를 모니터링할 수 없어 무조건 다음 DRX cycle에 대한 drx-onDurationTimer를 시작해야 한다. 그런데, 상술한 것과 같이 WUS를 모니터링할 수 없어 무조건 다음 DRX cycle에 대한 drx-onDurationTimer를 시작하는 것은 단말의 전력 절감 측면에서 손해일 수 있다. 이는 전력 절감 목적의 모니터링 적응 기술 중 하나인 SSSG switching 지시에도 동등하게 적용 가능할 수 있다.
따라서, DRX Active Time 내에서의 DCP occasion이 PDCCH 모니터링 적응 구간 (monitoring adaptation duration) 내에 위치할 경우(예를 들어, 도 11에서의 A 위치), 단말은 DCP occasion에서의 PDCCH 모니터링을 수행해 WUS 정보를 수신함으로써 다음 DRX cycle에 대한 wake-up 여부를 결정할 수 있고, 이에 따라 전력 절감 이득을 얻을 수 있다.
[방법 2-1] DRX Active Time 내에 포함된 DCP occasion이 PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 위치하면, 단말은 해당 MO(Monitoring Occasion) (즉, DCP Occasion) 에서 PS-RNTI를 이용하여 PDCCH 모니터링을 수행할 수 있다.
DCP occasion에서 모니터링할 수 있는 DCI는 기존의 WUS를 위해 활용된 DCI format 2_6이 될 수 있다. 이를 위해, [방법 2-1]에 따르면, DRX Active Time이 아닌 경우에만 DCI format 2_6을 모니터링할 수 있다는 제한이 없어질 수 있다. 다시 말해, DRX Active Time 중이더라도 단말은 PS-RNTI로 Type3-PDCCH CSS의 MO(Monitoring Occasion) (예를 들어, DCP occasion)에 대한 모니터링을 수행할 수 있다.
PS-RNTI는 [표 3]에서 기술된 것처럼 DRX functionality에 의해 제어(control)되는 RNTI가 아니다. 따라서, PDCCH monitoring skipping 지시를 통해 DRX Active Time 내에서의 PDCCH 모니터링이 중단되더라도 단말의 PS-RNTI를 이용한 모니터링은 수행 가능할 수 있다.
DCI format 2_6에 대한 MO(예를 들어, DCP occasion)은 도 6에서 설명한 것처럼 PDCCH 모니터링 윈도우(monitoring window) 내에서의 1st full duration에 해당한다. 따라서, PDCCH 모니터링 윈도우(Monitoring window) 가 PDCCH 모니터링 적응 구간(monitoring adaptation duration) (예를 들어, PDCCH monitoring skipping 구간) 내에 위치할 경우, DRX Active Time이 아닐 때의 WUS를 포함하는 DCI format 2_6을 모니터링하는 방법과 동일하게 DCI format 2_6에 대한 모니터링을 수행할 수 있다.
또는, PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 PDCCH 모니터링 윈도우가 전부 포함되지 않고, 일부만 겹쳐지는 경우에도 DRX Active Time이 아닐 때의 WUS를 포함하는 DCI format 2_6을 모니터링하는 방법과 동일하게 DCI format 2_6에 대한 모니터링을 수행할 수 수 있다.
예를 들어, 도 12를 참조하면, DCI format 2_6을 위한 PDCCH 모니터링 윈도우 내의 MO 1이 PDCCH 모니터링 적응 구간 내에 포함되어 있다. 따라서, MO 1은 DRX Active Time 내에 있지만, 단말은 MO 1 에서 DCI format 2_6을 모니터링할 수 있다.
다만, MO1에서의 DCI format 2_6이 검출되지 않으면, 단말은 MO2에서 DCI format 2_6을 모니터링할 수 있다. MO2는 DRX Active Time이 아닌 PDCCH 모니터링 윈도우 구간에 있기 때문에 기존의 방법과 동일하게 모니터링 가능하기 때문이다.
즉, PDCCH 모니터링 윈도우와 PDCCH 모니터링 적응 구간이 적어도 일부가 중첩되고, 중첩되는 구간 내에서 DCI format 2_6의 MO가 위치한다면, 단말은 해당 MO를 통해 DCI format 2_6의 모니터링을 수행할 수 있다.
따라서, [방법 2-1]에서 제안하는 동작이 설정되거나 수행 가능한 단말은 MO1 혹은 MO2에서 PS-RNTI를 이용하여 DCI format 2_6의 모니터링이 가능할 수 있다. MO1의 경우, DRX Active Time이지만 PDCCH 모니터링 적응(monitoring adaptation)의 구간(duration) 내에 위치하므로 [방법 2-1]의 동작에 따라 단말은 해당 DCP occasion (즉, MO1)에서 PS-RNTI를 이용하여 PDCCH 모니터링이 가능하다. 한편, DRX Active Time이 아니고 PDCCH 모니터링 윈도우(monitoring window)내의 DCP occasion인 MO2의 경우, 기존의 동작처럼 해당 위치에서 WUS를 포함하는 DCI format 2_6을 모니터링할 수 있다.
기지국은 도 12와 같은 상황이 발생했을 때의 단말이 MO1을 우선적으로 모니터링할 것인지, 아니면 MO1의 모니터링은 생략하고, MO2의 모니터링을 수행할 것인지에 대해 단말에게 설정/지시할 수 있다. 또는 사전 설정이 없는 경우, 단말이 MO1을 우선적으로 모니터링할 것과 MO1의 모니터링은 생략하고, MO2의 모니터링을 수행할 것 중 하나의 동작이 기본적으로 단말에 의해 수행되도록 결정될 수 있다.
[방법 2-1]에 따르면, DRX Active Time에 대한 추가 정의를 결정하지 않고도 DCP (예를 들어, DCI format 2_6)모니터링이 가능할 수 있다. 또한, [방법 1]과 관련하여 설명한 것과 같이 DRX Active Time 내에서 DCP(예를 들어, DCI format 2_6)를 모니터링할 수 있어, 전력 절감 효과를 상승시킬 수 있다.
또한, PDCCH 모니터링 적응 구간도 DRX Active Time으로 고려하여 DRX 타이머가 카운팅되게 되므로, 전력 절약을 위해 DRX를 설정한 DRX의 목적에도 더욱 부합할 수 있다.
[방법 2-2] DRX Active Time 내에 포함된 DCP occasion이 PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 위치하면, 단말은 해당 MO (예를 들어, DCP Occasion)에서 C-RNTI로 모니터링을 수행할 수 있다.
[방법 2-1]에 따른 단말의 DRX Active Time 내에서의 PS-RNTI로 모니터링이 허용되지 않을 수 있다. 이러한 경우, PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내의 DCP occasion에서의 WUS 모니터링을 위해 C-RNTI를 활용할 수 있다. 일반적으로, DCP occasion으로 설정될 수 있는 SS set(s)은 Type3-PDCCH CSS이며, 해당 SS set에서는 PS-RNTI 외에도 다양한 RNTI로 모니터링이 가능하다. 이 중, 일반적으로 단말을 위한 PDSCH/PUSCH의 스케줄링에 사용되는 C-RNTI를 이용하여 해당 SS set에서 단말의 WUS 모니터링이 가능할 수 있다.
DCP occasion에서의 C-RNTI 모니터링의 경우, DCI format 2_6 외의 다른 DCI format이 이용가능할 수 있다. 예를 들어, SCell dormancy case 2를 위한 DCI format 1_1가 있을 수 있다. SCell dormancy case 2를 위한 DCI format 1_1이 스케줄링정보를 포함하고 있지 않아서 non-scheduling DCI format 1_1라고도 하며, 스케줄링(scheduling)과 관련한 최대 19 비트의 특정 필드(field)들을 SCell dormancy 지시(indication)에 활용할 수 있다.
이 때, SCell dormancy 지시(indication)를 위해 활용하고 남은 필드(field)의 비트들을 WUS 지시(indication)에 활용할 수 있다. 즉, 스케줄링과 관련한 최대 19비트 중, SCell dormancy 지시(indication)를 위해 사용되고 남은 비트들을 WUS 지시(indication)에 활용할 수 있다.
따라서, SCell dormancy case 2를 위한 DCI format 1_1에 1 bit WUS 지시자(indication)를 포함시켜, 단말은 Type3-PDCCH CSS에서 C-RNTI를 이용하여 DCI format 1_1을 모니터링할 수 있다. 또한, 단말은 수신된 DCI format 1_1에 포함된 WUS 지시자 1비트를 기반으로 다음 DRX cycle에서 깨어날 것인지 (Wake-up) 여부를 결정할 수 있다.
다른 예로, Rel-17 전력 절약(power saving)에서 PDCCH 모니터링 적응을 위해 고려되는 다른 DCI format들을 활용할 수도 있다. 특정 DCI format에 제한 없이 PDCCH 모니터링 적응을 지시할 수 있는 모든 DCI format을 WUS 지시(indication)에 활용할 수 있다. PDCCH 모니터링 적응의 지시를 위해 최소 1비트 이상이 활용될 수 있으며, PDCCH 모니터링 적응의 지시를 위한 필드(field)의 비트 값은 DCP occasion에 따라 상이하게 해석될 수 있다.
예를 들어, 단말은 DCP occasion에 해당하는 SS set(s) (예를 들어, Type3-PDCCH CSS)에서 PDCCH 모니터링 적응 지시를 위한 DCI를 수신했을 경우, 단말은 해당 PDCCH 모니터링 적응 지시를 위한 필드를 WUS 지시자(indication)로 해석할 수 있다. 다시 말해, 기지국은 동일한 DCI format이지만 DCP occasion에 해당하는 SS set(s)을 통해 전송되는 경우, WUS 지시자(indication)로 활용되도록 할 수 있다. 또한, PDCCH 모니터링 적응을 위한 필드(field)가 1 비트를 초과할 경우, WUS 지시(indication)와 함께 다른 동작을 지시하기 위해 활용될 수 있다. 예를 들어, wake-up 여부와 함께 다음 DRX cycle을 시작하면서 모니터링할 SSSG를 지시할 수도 있다.
한편, 도 12와 같은 상황이 발생한 경우, [방법 2-2]에 따르면, 단말은 MO1에서는 C-RNTI를 이용하여 DCP를 모니터링하고, MO2에서는 PS-RNTI를 이용하여 DCP를 모니터링을 할 수 있다. 또한, [방법 2-1]과 동일하게 [방법 2-2]에 있어서도, 각각의 동작들을 기지국이 단말에게 설정/지시하거나 단말의 기본 동작이 결정될 수 있다.
[방법 2-2]에 따르면, DRX Active Time의 정의나 DCI format 2_6의 수신 시점에 대한 정의를 변경 및/또는 추가하지 않더라도 PDCCH 모니터링 적응 구간 내에서 WUS 지시를 수신할 수 있다. 따라서, 표준 문서에서 정의하는 단말의 동작을 변경하지 않고, DCI의 필드 정의만을 추가/변경 함으로써, PDCCH 모니터링 구간 내에서 WUS 지시를 수신할 수 있으므로, 단말의 구현을 용이하게 할 수 있다. 또한, 상술한 바에 따라, 단말의 하위 호환성(backward compatibility)이 보장될 수 있다. 또한, [방법 1] 및 [방법 2-1]에서 언급한 것과 같이, PDCCH 모니터링 구간의 설정에 의해 예상되는 데이터가 없거나 적음에도 불구하고, 다음 DRX Cycle에서 단말의 drx-onDurationTimer를 시작하여 불필요하게 단말의 전력이 소모되는 것을 방지할 수도 있다.
[방법 3] DRX Active Time 내에 포함된 DCP occasion이 PDCCH 모니터링 적응 구간(monitoring adaptation duration) 내에 위치할 때의 단말의 모니터링 방법 및 동작
[방법 3]에서는 [방법 1] 내지 [방법 2]에서 제안한 방법들을 수행할 수 있는 단말에게 SSSG switching이 지시되었을 때와 PDCCH monitoring skipping이 지시되었을 때의 PDCCH 모니터링 구간(duration)에서의 DCP occasion에 대한 단말의 모니터링 방법 및 동작을 제안한다.
단말에 SSSG switching이 지시된 경우, 단말은 하나 이상의 SS set을 모니터링할 수 있으므로 Type3-PDCCH CSS에서 PS-RNTI 또는 C-RNTI를 이용하여 PDCCH 모니터링을 수행할 수 있다. 현재 모니터링하는 SSSG에 DCP occasion에 관련한 SS set이 포함되어 있지 않다면, 도 11의 A의 경우와 같이, PDCCH 모니터링 구간 내에 포함된 DCP occasion 이나 도 12의 경우와 같이, PDCCH 모니터링 윈도우와 PDCCH 모니터링 적응 구간이 중첩되는 영역에 위치한 슬롯들에서만 예외적으로 DCP occasion에 대한 모니터링을 허용할 수 있다.
또는, 단말의 현재 모니터링 SSSG에 따라 다음 DRX cycle의 wake-up 여부가 암묵적으로(implicit) 결정될 수 있다. 예를 들어, 단말이 DCP occasion 시점에서 모니터링하고 있는 SSSG이 전력 절약(power saving)을 목적에 따라 PDCCH의 모니터링 횟수가 적도록 설정된 SSSG#1이라면, 다음 DRX cycle에서 sleep할 수 있다. 반대로, 단말이 DCP occasion 시점에서 모니터링하고 있는 SSSG이 data-efficient 목적으로 PDCCH의 모니터링 횟수가 빈번하도록 설정된 SSSG#0이라면, 다음 DRX cycle에서 wake-up할 수 있다. 또는, 기존 NR 단말 동작과 동일하게 ps-WakeUp이 true이고 DCP 를 모니터링하지 못했다면 다음 DRX cycle에서 wake-up할 수 있다. 이러한 단말 동작들은 기지국으로부터 설정/지시되거나 혹은 설정/지시가 없을 경우의 단말의 기본 동작이 결정될 수 있다.
단말에게 PDCCH monitoring skipping이 지시된 경우, 단말의 DCP 모니터링 여부는 다양하게 나타날 수 있다. 따라서, PDCCH monitoring skipping에 따른 정확한 동작의 정의가 필요할 수 있다. PDCCH monitoring skipping 지시가 DRX functionality가 제어(control)하는 RNTI에 대해서만 적용될 경우, 단말의 PS-RNTI를 이용한 DCP (예를 들어, DCI format 2_6) 모니터링은 문제없이 [방법 2-1]에 따라 수행될 수 있다.
그런데, 만약, PDCCH monitoring skipping 지시가 단말의 모든 PDCCH에 대해 적용될 경우, C-RNTI뿐 아니라 PS-RNTI를 이용한 DCI 모니터링에도 영향 받을 수 있다. 이러한 경우, 단말이 PDCCH monitoring skipping 동작을 수행 중이더라도 DCP occasion에 대해서만 C-RNTI 혹은 PS-RNTI를 이용한 DCI의 모니터링을 일시적으로 허용할 수 있다.
그러나, PDCCH monitoring Skipping 지시로 인한 micro-sleep의 전력 절약(power saving) 이득을 얻기 위해 일시적 모니터링 동작이 허용되지 않는다면, 단말은 PDCCH monitoring skipping 구간(duration) 전후의 MO(예를 들어, DCP occasion)에서 DCI의 모니터링을 수행할 수 있다. 예를 들어, 단말에 지시된 PDCCH monitoring skipping 구간(duration)이 DCP(예를 들어, DCI format 2_6)의 PDCCH 모니터링 윈도우(monitoring window)와 적어도 일부가 중첩되는 경우, 단말은 PDCCH monitoring skipping 구간(duration) 전후에 위치할 수 있는 Type3-PDCCH CSS set의 MO (예를 들어, DCP Occasion)에서 DCI의 모니터링을 수행할 수 있다. 만약, PDCCH monitoring skipping 구간(duration) 의 전후에 MO (예를 들어, DCP Occasion)가 모두 위치할 경우, 단말의 구현에 따라 위치를 선택하거나 기지국으로부터 설정/지시될 수 있다.
[방법 3]에 따르면, [방법 1] 내지 [방법 2]에 따른 DCI 모니터링 수행 방법을 좀 더 효과적으로 구현할 수 있다. 예를 들어, [방법 1] 내지 [방법 2]에 따라 발생할 수 있는 다양한 상황에서, PDCCH 모니터링 적응에 따른 WUS를 포함하는 DCI를 모니터링하기 위한 가장 효율적인 방법을 적용할 수 있다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 13은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 13을 참조하면, 본 개시에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 14는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 14를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 13의 {무선 기기(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)는 본 개시에서 제안하는 동작을 지원하기 위하여 기지국에 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 전송할 수 있다. 예를 들어, 상기 성능 정보 및/또는 UE 지원 정보(assistance information)에는 DCP Occasion에서의 PDCCH 모니터링 동작을 결정하기 위한 정보가 포함될 수 있다. 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 전송하는 것은 특정 상황(예를 들어, 기지국이 이미 사전 정보를 가지고 있거나, 기지국에 필요로 인해 각 동작 방식들이 변경될 경우)에서는 생략될 수 있다.
프로세서(102)는 송수신기(106)를 통해 은 본 개시에서 제안하는 동작을 지원하기 위하여 기지국이 전송하는 PDCCH 모니터링 동작을 설정하기 위한 제 1 정보를 수신할 수 있다. 예를 들어, 제 1 정보는 상위 계층 시그널(예를 들어, SIB (System Information Block) 또는 RRC 시그널링)을 이용하여 송수신기(106)를 통해 수신될 수 있다. 예를 들어, 제 1 정보는 PDCCH 모니터링 적응을 설정하기 위한 것일 수도 있고, PDCCH 모니터링 적응 구간에서의 DCP 모니터링 동작을 설정하기 위한 것일 수도 있다. 예를 들어, 제 1 정보는 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
또는, 제 1 정보는 (semi-)static하게 프로세서(102)에게 제공되어 있는 복수의 DCP Occasion에서의 PDCCH 모니터링 동작 관련 설정들(configuration)들 중 하나를 구체적으로 지시하는 방법(예를 들어, DCI 또는 MAC CE/헤더(header))을 통해 송수신기(106)를 통해 수신될 수도 있다.
한편, 프로세서(102)는 상위 계층 시그널을 통해 설정된 제 1 정보를 기반으로 PDCCH 모니터링 적응을 지시하는 제 2 정보를 송수신기(106)를 통해 수신할 수 있다. 예를 들어, 제 2 정보는 DCI에 포함될 수 있다. 또한, 해당 DCI는 PDCCH (Physical Downlink Control Channel)에 포함될 수 있다. 예를 들어, 제 2 정보가 지시하는 PDCCH 모니터링 적응 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
프로세서(102)는 제 2 정보를 기반으로 DCP Occasion 에서 PDCCH를 송수신기(106)를 통해 수신하고, PDCCH의 디코딩을 수행할 수 있다(S807). 예를 들어, DCP Occasion에서 수신되는 PDCCH는 Wake-up 신호를 포함할 수 있다.
예를 들어, 상술한 프로세서(102)의 동작은 [방법 1] 내지 [방법 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)는 본 개시에서 제안하는 동작을 지원하기 위하여 단말로부터 단말의 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 송수신기(206)를 통해 수신할 수 있다(S901). 예를 들어, 상기 성능 정보 및/또는 UE 지원 정보(assistance information)에는 DCP Occasion에서의 PDCCH 모니터링 동작을 결정하기 위한 정보가 포함될 수 있다. 다만, 단말의 성능(capability) 정보 및/또는 UE 지원 정보(assistance information)를 송수신기(206)를 통해 수신하는 것은 특정 상황(예를 들어, 프로세서(202)가 이미 사전 정보를 가지고 있거나, 프로세서(202)에 필요로 인해 각 동작 방식들이 변경될 경우)에서는 생략될 수 있다.
프로세서(202)는 본 개시에서 제안하는 동작을 지원하기 위하여 PDCCH 모니터링 동작을 설정하기 위한 제 1 정보를 송수신기(206)를 통해 전송할 수 있다. 예를 들어, 제 1 정보는 상위 계층 시그널(예를 들어, SIB (System Information Block) 또는 RRC 시그널링)을 이용하여 송수신기(206)를 통해 전송될 수 있다. 예를 들어, 제 1 정보는 PDCCH 모니터링 적응을 설정하기 위한 것일 수도 있고, PDCCH 모니터링 적응 구간에서의 DCP 모니터링 동작을 설정하기 위한 것일 수도 있다. 예를 들어, 제 1 정보는 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
또는, 제 1 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DCP Occasion에서의 PDCCH 모니터링 동작 관련 설정들(configuration)들 중 하나를 구체적으로 지시하는 방법(예를 들어, DCI 또는 MAC CE/헤더(header))을 통해 전송될 수도 있다.
한편, 프로세서(202)는 상위 계층 시그널을 통해 설정된 제 1 정보를 기반으로 PDCCH 모니터링 적응을 지시하는 제 2 정보를 송수신기(206)를 통해 전송할 수 있다. 예를 들어, 제 2 정보는 DCI에 포함될 수 있다. 또한, 해당 DCI는 PDCCH (Physical Downlink Control Channel)에 포함될 수 있다. 예를 들어, 제 2 정보가 지시하는 PDCCH 모니터링 적응 동작은 [방법 1] 내지 [방법 3] 중 적어도 하나에 기반할 수 있다.
프로세서(202)는 제 2 정보를 기반으로 DCP Occasion 에서 PDCCH를 송수신기(206)를 통해 전송할 수 있다(S907). 예를 들어, DCP Occasion에서 수신되는 PDCCH는 Wake-up 신호를 포함할 수 있다.
예를 들어, 상술한 프로세서(202)의 동작은 [방법 1] 내지 [방법 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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 15는 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 15를 참조하면, 차량 또는 자율 주행 차량(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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 16은 본 개시에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 16을 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다.
통신부(110)는 다른 무선 기기, 휴대 기기, 또는 미디어 서버 등의 외부 기기들과 신호(예, 미디어 데이터, 제어 신호 등)를 송수신할 수 있다. 미디어 데이터는 영상, 이미지, 소리 등을 포함할 수 있다. 제어부(120)는 XR 기기(100a)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성 및 처리 등의 절차를 제어 및/또는 수행하도록 구성될 수 있다. 메모리부(130)는 XR 기기(100a)의 구동/XR 오브젝트의 생성에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 외부로부터 제어 정보, 데이터 등을 획득하며, 생성된 XR 오브젝트를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 XR 기기 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다. 전원공급부(140c)는 XR 기기(100a)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다.
일 예로, XR 기기(100a)의 메모리부(130)는 XR 오브젝트(예, AR/VR/MR 오브젝트)의 생성에 필요한 정보(예, 데이터 등)를 포함할 수 있다. 입출력부(140a)는 사용자로부터 XR 기기(100a)를 조작하는 명령을 회득할 수 있으며, 제어부(120)는 사용자의 구동 명령에 따라 XR 기기(100a)를 구동시킬 수 있다. 예를 들어, 사용자가 XR 기기(100a)를 통해 영화, 뉴스 등을 시청하려고 하는 경우, 제어부(120)는 통신부(130)를 통해 컨텐츠 요청 정보를 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버에 전송할 수 있다. 통신부(130)는 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버로부터 영화, 뉴스 등의 컨텐츠를 메모리부(130)로 다운로드/스트리밍 받을 수 있다. 제어부(120)는 컨텐츠에 대해 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성/처리 등의 절차를 제어 및/또는 수행하며, 입출력부(140a)/센서부(140b)를 통해 획득한 주변 공간 또는 현실 오브젝트에 대한 정보에 기반하여 XR 오브젝트를 생성/출력할 수 있다.
또한, XR 기기(100a)는 통신부(110)를 통해 휴대 기기(100b)와 무선으로 연결되며, XR 기기(100a)의 동작은 휴대 기기(100b)에 의해 제어될 수 있다. 예를 들어, 휴대 기기(100b)는 XR 기기(100a)에 대한 콘트롤러로 동작할 수 있다. 이를 위해, XR 기기(100a)는 휴대 기기(100b)의 3차원 위치 정보를 획득한 뒤, 휴대 기기(100b)에 대응하는 XR 개체를 생성하여 출력할 수 있다.
이상에서 설명된 실시예들은 본 개시의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시예를 구성하는 것도 가능하다. 본 개시의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), gNode B(gNB), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다.
본 개시는 본 개시의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다.
상술한 바와 같은 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치는 5세대 NewRAT 시스템에 적용되는 예를 중심으로 설명하였으나, 5세대 NewRAT 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (16)

  1. 무선 통신 시스템에서, 단말이 DCI (Downlink Control Information)를 수신하는 방법에 있어서,
    DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고,
    상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고,
    상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고,
    상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고,
    상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함하는,
    DCI 수신 방법.
  2. 제 1 항에 있어서,
    상기 중첩된 구간은, 상기 DRX 활성 시간으로 간주되지 않는,
    DCI 수신 방법.
  3. 제 1 항에 있어서,
    상기 DCI는, 상기 중첩된 구간이 상기 DRX 활성 시간으로 간주됨에도 불구하고, 수신되는,
    DCI 수신 방법.
  4. 제 1 항에 있어서,
    상기 DCI는, PS-RNTI (Radio Network temporary identifier)를 기반으로 수신되는,
    DCI 수신 방법.
  5. 제 1 항에 있어서,
    상기 DCI는, C-RNTI (Radio Network temporary identifier)를 기반으로 수신되고, DCI 포맷 2_6과는 상이한 포맷(format)을 가지는,
    DCI 수신 방법.
  6. 제 1 항에 있어서,
    상기 PDCCH 모니터링 기회는 Type3-PDCCH CSS (Common Search Space)에 대응하는,
    DCI 수신 방법.
  7. 무선 통신 시스템에서, DCI (Downlink Control Information)를 수신하기 위한 단말에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고,
    상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고,
    상기 적어도 하나의 송수신기를 통해, 상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고,
    상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고,
    상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 적어도 하나의 송수신기를 통해, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함하는,
    단말.
  8. 제 7 항에 있어서,
    상기 중첩된 구간은, 상기 DRX 활성 시간으로 간주되지 않는,
    단말.
  9. 제 7 항에 있어서,
    상기 DCI는, 상기 중첩된 구간이 상기 DRX 활성 시간으로 간주됨에도 불구하고, 수신되는,
    단말.
  10. 제 7 항에 있어서,
    상기 DCI는, PS-RNTI (Radio Network temporary identifier)를 기반으로 수신되는,
    단말.
  11. 제 7 항에 있어서,
    상기 DCI는, C-RNTI (Radio Network temporary identifier)를 기반으로 수신되고, DCI 포맷 2_6과는 상이한 포맷(format)을 가지는,
    단말.
  12. 제 7 항에 있어서,
    상기 PDCCH 모니터링 기회는 Type3-PDCCH CSS (Common Search Space)에 대응하는,
    단말.
  13. 무선 통신 시스템에서, DCI (Downlink Control Information)를 수신하기 위한 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고,
    상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고,
    상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고,
    상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고,
    상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함하는,
    장치.
  14. 적어도 하나의 프로세서가 동작을 수행하도록 하는 적어도 하나의 컴퓨터 프로그램을 포함하는 컴퓨터 판독 가능한 저장 매체로서, 상기 동작은:
    DRX (Discontinuous Reception) 와 관련된 제 1 정보를 수신하고,
    상기 제 1 정보를 기반으로, DRX 활성 시간(Active Time)을 위한 타이머가 동작(running)하고,
    상기 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 수신하고,
    상기 제 2 정보를 기반으로, 일정 구간 동안 PDCCH 모니터링 적응을 수행하고,
    상기 DRX 활성 시간과 상기 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 수신하는 것을 포함하는,
    컴퓨터 판독 가능한 저장 매체.
  15. 무선 통신 시스템에서, 기지국이 DCI (Downlink Control Information)를 전송하는 방법에 있어서,
    DRX (Discontinuous Reception) 와 관련된 제 1 정보를 전송하고,
    상기 제 1 정보에 기반한 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 전송하고,
    상기 DRX 활성 시간과 상기 제 2 정보에 기반하여 상기 PDCCH 모니터링 적응이 수행되는 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 전송하는 것을 포함하는,
    DCI 전송 방법.
  16. 무선 통신 시스템에서, DCI (Downlink Control Information)를 전송하기 위한 기지국에 있어서,
    적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하도록 연결되고, 실행될 경우 상기 적어도 하나의 프로세서가 동작을 수행하도록 하는 명령들(instructions)을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작은:
    상기 적어도 하나의 송수신기를 통해, DRX (Discontinuous Reception) 와 관련된 제 1 정보를 전송하고,
    상기 적어도 하나의 송수신기를 통해, 상기 제 1 정보에 기반한 DRX 활성 시간에 기반하여, PDCCH (Physical Downlink Control Channel) 모니터링 적응(monitoring adaptation)에 관련된 제 2 정보를 전송하고,
    상기 DRX 활성 시간과 상기 제 2 정보에 기반하여 상기 PDCCH 모니터링 적응이 수행되는 일정 구간이 중첩된 구간 내에 WUS (Wake-up Signal)를 위한 PDCCH 모니터링 기회(Monitoring Occasion)이 포함된 것을 기반으로, 상기 적어도 하나의 송수신기를 통해, 상기 PDCCH 모니터링 기회를 통해 상기 WUS를 포함하는 DCI를 전송하는 것을 포함하는,
    기지국.
PCT/KR2022/010960 2021-08-06 2022-07-26 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치 Ceased WO2023013951A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US18/681,761 US20240349187A1 (en) 2021-08-06 2022-07-26 Method for transmitting and receiving downlink control channel and apparatus therefor
KR1020247003058A KR20240024267A (ko) 2021-08-06 2022-07-26 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0103889 2021-08-06
KR20210103889 2021-08-06

Publications (1)

Publication Number Publication Date
WO2023013951A1 true WO2023013951A1 (ko) 2023-02-09

Family

ID=85156182

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/010960 Ceased WO2023013951A1 (ko) 2021-08-06 2022-07-26 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치

Country Status (3)

Country Link
US (1) US20240349187A1 (ko)
KR (1) KR20240024267A (ko)
WO (1) WO2023013951A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024208321A1 (zh) * 2023-04-07 2024-10-10 华为技术有限公司 一种通信方法、装置及存储介质
WO2025011454A1 (zh) * 2023-07-10 2025-01-16 维沃移动通信有限公司 传输处理方法、装置、终端及网络侧设备
WO2025171626A1 (en) * 2024-02-17 2025-08-21 Qualcomm Incorporated Non-scheduling downlink control information for indicating measurement gaps

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12375956B2 (en) * 2021-11-11 2025-07-29 Qualcomm Incorporated PDCCH monitoring adaptation and PDCCH repetition
US12309700B2 (en) * 2022-09-21 2025-05-20 Apple Inc. Systems and methods for connected mode discontinuous reception on/off determinations
US12238808B2 (en) 2022-09-21 2025-02-25 Apple Inc. Systems and methods for connected mode discontinuous reception on/off determinations
WO2025235550A1 (en) * 2024-05-06 2025-11-13 Interdigital Patent Holdings, Inc. Methods for supporting low power wake-up signal information in connected modes

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020204804A1 (en) * 2019-04-02 2020-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods for physical downlink control channel (pdcch) based wake up signal (wus) configuration

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020204804A1 (en) * 2019-04-02 2020-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods for physical downlink control channel (pdcch) based wake up signal (wus) configuration

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for control (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.213, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. V16.6.0, 30 June 2021 (2021-06-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 187, XP052029954 *
CATT: "PDCCH monitoring adaptation", 3GPP DRAFT; R1-2100395, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051970998 *
LG ELECTRONICS: "Discussion on DCI-based power saving adaptation during DRX Active Time", 3GPP DRAFT; R1-2105436, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210510 - 20210527, 12 May 2021 (2021-05-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052011449 *
PANASONIC: "Potential extension(s) to Rel-16 DCI-based power saving adaptation during DRX Active Time", 3GPP DRAFT; R1-2105476, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210510 - 20210527, 11 May 2021 (2021-05-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052006385 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024208321A1 (zh) * 2023-04-07 2024-10-10 华为技术有限公司 一种通信方法、装置及存储介质
WO2025011454A1 (zh) * 2023-07-10 2025-01-16 维沃移动通信有限公司 传输处理方法、装置、终端及网络侧设备
WO2025171626A1 (en) * 2024-02-17 2025-08-21 Qualcomm Incorporated Non-scheduling downlink control information for indicating measurement gaps

Also Published As

Publication number Publication date
KR20240024267A (ko) 2024-02-23
US20240349187A1 (en) 2024-10-17

Similar Documents

Publication Publication Date Title
WO2023013951A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2021029672A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치
WO2020085880A1 (ko) 무선 통신 시스템에서 단말이 하향링크 신호를 수신하는 방법 및 이를 위한 단말
WO2021096244A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2023080511A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2021141476A1 (ko) 무선통신시스템에서 신호를 송수신하는 방법
WO2020060281A1 (ko) 하향링크 데이터를 송수신하는 방법 및 이를 위한 장치
WO2021066331A1 (ko) 무선 통신 시스템에서 drx 동작 및 휴면 bwp에서의 동작 방법 및 상기 방법을 이용하는 단말
WO2023055161A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2022080702A1 (ko) 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법
WO2022211582A1 (ko) 무선통신시스템에서 사이드링크 릴레이에서 rrc 연결에 관련된 ue의 동작 방법
WO2022186670A1 (ko) 무선통신시스템에서 사이드링크 drx 타이머에 관련된 ue의 동작 방법
WO2020022694A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2023287259A1 (ko) 무선통신시스템에서 사이드링크 릴레이에서 핸드오버에 관련된 동작 방법
WO2021020890A1 (ko) 무선통신시스템에서 bsr에 관련된 ue의 동작 방법 및 장치
WO2022025665A1 (ko) 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법
WO2022240173A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2023013947A1 (ko) 하향링크 공유 채널 및 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치
WO2021075877A1 (ko) 무선통신시스템에서 사이드링크 타이머에 관련된 ue의 동작 방법
WO2023022570A1 (ko) 무선통신시스템에서 사이드링크 리모트 ue의 path switching 및 타이머에 관련된 동작 방법 및 장치
WO2022186629A1 (ko) 무선통신시스템에서 사이드링크에서 psfch 및 pucch 전송에 관련된 ue의 동작 방법
WO2023153889A1 (ko) 무선통신시스템에서 경로 전환에서 리모트 ue의 동작 방법
WO2023043200A1 (ko) 무선통신시스템에서 사이드링크 연결 수립에 관련된 릴레이 ue의 동작 방법
WO2021162511A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2023014015A1 (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: 22853329

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20247003058

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18681761

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22853329

Country of ref document: EP

Kind code of ref document: A1