WO2023008900A1 - 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 - Google Patents

무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 Download PDF

Info

Publication number
WO2023008900A1
WO2023008900A1 PCT/KR2022/011015 KR2022011015W WO2023008900A1 WO 2023008900 A1 WO2023008900 A1 WO 2023008900A1 KR 2022011015 W KR2022011015 W KR 2022011015W WO 2023008900 A1 WO2023008900 A1 WO 2023008900A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx
specific
information
time interval
pdcch
Prior art date
Application number
PCT/KR2022/011015
Other languages
English (en)
French (fr)
Inventor
황승계
김재형
배덕현
양석철
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to EP22849876.2A priority Critical patent/EP4380299A1/en
Priority to KR1020237041158A priority patent/KR20240006031A/ko
Publication of WO2023008900A1 publication Critical patent/WO2023008900A1/ko

Links

Images

Classifications

    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • 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 master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave 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. TPC [Transmission Power Control], power saving 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/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • 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/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • 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 invention relates to a wireless communication system, and more particularly, to a method and apparatus for transmitting and receiving a wireless signal.
  • a wireless communication system is widely deployed to provide various types of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • Examples of the multiple access system include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system. division multiple access) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • An object of the present invention is to provide a method and apparatus for efficiently performing a process of transmitting and receiving a radio signal.
  • a method for a device to operate based on DRX (Discontinuous Reception) in a wireless communication system includes a plurality of offset sets, each of which includes 'N' offsets, through higher layer signaling. Receive relevant information; Based on the DRX-related information, monitoring a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of DRX-On durations included in a specific time interval; and receiving or transmitting a signal for data of the specific service based on the scheduling information detected as a result of monitoring the PDCCH.
  • PDCCH physical downlink control channel
  • the DRX cycle included in the DRX-related information is an integer, and the device selects a specific set of 'N' indicated through signaling different from the upper layer signaling among the plurality of offset sets included in the DRX-related information. It is possible to determine a time resource at which each of the DRX-On durations included in the specific time interval starts by applying 'offsets to the DRX cycle.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • the data of the specific service is periodic data, and the periodicity of the periodic data may be a rational number rather than an integer.
  • DCI downlink control information
  • MAC medium access control
  • 'N' may mean the number of time resources at which the DRX-On durations forming the pattern start during the specific time interval. 'N' may mean the number of the DRX-On durations included in the specific time interval.
  • the specific set applied to the DRX cycle may be related to at least one of a first offset common to the DRX-On durations and a second offset that can be individually set for each of the DRX-On durations.
  • the specific set applied to the DRX cycle may be determined based on a period of the periodic data that is a rational number rather than an integer.
  • the specific service may be an XR (eXtended Reality) service.
  • the period of the data may be related to frames per second (fps) of the XR data.
  • a computer-readable recording medium recording a program for performing the above-described method may be provided.
  • a device for wireless communication includes a memory for storing instructions; and a processor operating by executing the instructions, wherein the processor receives Discontinuous Reception (DRX) related information including a plurality of offset sets, each of which includes 'N' offsets, through higher layer signaling. ; Based on the DRX-related information, monitoring a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of DRX-On durations included in a specific time interval; and receiving or transmitting a signal for data of the specific service based on the scheduling information detected as a result of monitoring the PDCCH.
  • DRX Discontinuous Reception
  • PDCCH physical downlink control channel
  • a DRX cycle included in the DRX-related information is an integer, and the processor selects 'N' of a specific set indicated through signaling different from the upper layer signaling among the plurality of offset sets included in the DRX-related information. It is possible to determine a time resource at which each of the DRX-On durations included in the specific time interval starts by applying 'offsets to the DRX cycle.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • the device may further include a transceiver for transmitting and receiving radio signals under the control of the processor.
  • the device may be a user equipment (UE) operating in a wireless communication system.
  • UE user equipment
  • a method for operating a base station in a wireless communication system includes Discontinuous Reception (DRX) related information including a plurality of offset sets, each of which includes 'N' offsets, through higher layer signaling. send; Transmitting a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of DRX-On durations included in a specific time interval based on the DRX related information; and transmitting or receiving a signal for data of the specific service based on the scheduling information.
  • DRX Discontinuous Reception
  • PDCCH physical downlink control channel
  • a DRX cycle included in the DRX-related information is an integer, and the base station selects 'N' of a specific set indicated through signaling different from the higher layer signaling among the plurality of offset sets included in the DRX-related information. It is possible to determine a time resource at which each of the DRX-On durations included in the specific time interval starts by applying 'offsets to the DRX cycle.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • a base station for wireless communication includes a memory for storing instructions; and a processor operating by executing the instructions.
  • the operation of the processor may include: transmitting Discontinuous Reception (DRX) related information including a plurality of offset sets, each of which includes 'N' offsets, through higher layer signaling; Transmitting a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of DRX-On durations included in a specific time interval based on the DRX related information; and transmitting or receiving a signal for data of the specific service based on the scheduling information.
  • DRX Discontinuous Reception
  • PDCCH physical downlink control channel
  • a DRX cycle included in the DRX-related information is an integer, and the processor selects 'N' of a specific set indicated through signaling different from the upper layer signaling among the plurality of offset sets included in the DRX-related information. It is possible to determine a time resource at which each of the DRX-On durations included in the specific time interval starts by applying 'offsets to the DRX cycle.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • a device can transmit/receive data based on various DRX on Duration starting points by dynamically receiving a DRX offset indication while operating DRX.
  • 3GPP system which is an example of a wireless communication system, and a general signal transmission method using them.
  • FIG. 2 illustrates the structure of a radio frame.
  • 3 illustrates a resource grid of slots.
  • PDCCH physical downlink control channel
  • FIG. 6 illustrates a PDSCH reception and ACK/NACK transmission process.
  • FIG. 8 illustrates a flowchart of operation of a base station according to an example of the present invention.
  • FIG 9 illustrates a flowchart of terminal operation according to an example of the present invention.
  • FIG. 13 illustrates a method in which a device operates based on Discontinuous Reception (DRX) in a wireless communication system according to an embodiment of the present invention.
  • DRX Discontinuous Reception
  • FIG. 14 illustrates how a base station operates in a wireless communication system according to an embodiment of the present invention.
  • 15 to 18 illustrate a communication system 1 and wireless devices applicable to the present invention.
  • DRX Discontinuous Reception
  • 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.
  • NR New Radio or New RAT
  • 3GPP NR is mainly described, but the technical spirit of the present invention is not limited thereto.
  • RRC Radio Resource Control
  • RRC Radio Resource Control
  • PDCCH Physical Downlink Control Channel
  • PDCCH is used to represent PDCCHs of various structures that can be used for the same purpose. (e.g. NPDCCH (Narrowband PDCCH), MPDCCH (MTC PDCCH), etc.)
  • a terminal receives information from a base station through downlink (DL), and the terminal transmits information to the base station through uplink (UL).
  • Information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist according to the type/use of the information transmitted and received by the base station and the terminal.
  • 1 is a diagram for explaining physical channels used in a 3GPP NR system and a general signal transmission method using them.
  • the terminal receives a synchronization signal block (SSB) from the base station.
  • the SSB includes a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • PBCH Physical Broadcast Channel
  • the terminal synchronizes with the base station based on the PSS/SSS and acquires information such as a cell identity (ID).
  • the terminal may acquire intra-cell broadcast information based on the PBCH.
  • the terminal may check the downlink channel state by receiving a downlink reference signal (DL RS) in the initial cell search step.
  • DL RS downlink reference signal
  • the terminal After completing the initial cell search, the terminal receives a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) according to the physical downlink control channel information in step S102 to provide more detailed information.
  • PDCCH physical downlink control channel
  • PDSCH physical downlink shared channel
  • the terminal may perform a random access procedure such as steps S103 to step S106 to complete access to the base station.
  • the UE transmits a preamble through a physical random access channel (PRACH) (S103), and a response message to the preamble through a physical downlink control channel and a physical downlink shared channel corresponding thereto. can be received (S104).
  • PRACH physical random access channel
  • S104 a response message to the preamble through a physical downlink control channel and a physical downlink shared channel corresponding thereto.
  • S104 a contention resolution procedure such as transmitting an additional physical random access channel (S105) and receiving a physical downlink control channel and a corresponding physical downlink shared channel (S106) ) can be performed.
  • the UE receives a physical downlink control channel/physical downlink shared channel as a general uplink/downlink signal transmission procedure (S107) and receives a physical uplink shared channel (PUSCH)/ Physical Uplink Control Channel (PUCCH) transmission (S108) may be performed.
  • Control information transmitted from the terminal to the base station is collectively referred to as uplink control information (UCI).
  • UCI includes HARQ ACK/NACK (Hybrid Automatic Repeat and request Acknowledgement/Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), and the like.
  • the CSI includes a channel quality indicator (CQI), a precoding matrix indicator (PMI), and a rank indication (RI).
  • UCI is generally transmitted through PUCCH, but may be transmitted through PUSCH when control information and traffic data need to be simultaneously transmitted. In addition, UCI may be transmitted aperiodically through the PUSCH according to a request/instruction of the network.
  • each radio frame has a length of 10 ms and is divided into two 5 ms half-frames (HF). Each half-frame is divided into five 1ms subframes (Subframes, SFs). A subframe is divided into one or more slots, and the number of slots in a subframe depends on Subcarrier Spacing (SCS).
  • SCS Subcarrier Spacing
  • Each slot includes 12 or 14 Orthogonal Frequency Division Multiplexing (OFDM) symbols according to a cyclic prefix (CP). When a normal CP is used, each slot includes 14 OFDM symbols. When an extended CP is used, each slot includes 12 OFDM symbols.
  • OFDM Orthogonal Frequency Division Multiplexing
  • Table 1 illustrates that when a normal CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS.
  • N subframe,u slot the number of slots in a subframe
  • Table 2 illustrates that the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary according to the SCS when the extended CP is used.
  • the structure of the frame is only an example, and the number of subframes, slots, and symbols in the frame may be variously changed.
  • OFDM numerology eg, SCS
  • SCS single-cell frequency division multiple access
  • TTIs Time Units
  • the symbol may include an OFDM symbol (or CP-OFDM symbol) and an SC-FDMA symbol (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).
  • a slot includes a plurality of symbols in the time domain. For example, one slot includes 14 symbols in the case of a normal CP, but one slot includes 12 symbols in the case of an extended CP.
  • a carrier includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) is defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • a bandwidth part (BWP) is defined as a plurality of consecutive physical RBs (PRBs) in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • a carrier may include up to N (eg, 5) BWPs. Data communication is performed through the activated BWP, and only one BWP can be activated for one terminal.
  • Each element in the resource grid is referred to as a resource element (RE), and one complex symbol may be mapped.
  • RE resource element
  • a frame is characterized by a self-contained structure in which a DL control channel, DL or UL data, and a UL control channel can all be included in one slot.
  • a DL control channel eg, PDCCH
  • UL control region a DL control region
  • N and M are each an integer greater than or equal to 0.
  • a resource region (hereinafter referred to as a data region) between the DL control region and the UL control region may be used for transmission of DL data (eg, PDSCH) or UL data (eg, PUSCH).
  • the GP provides a time gap between the base station and the terminal in a process of switching from a transmission mode to a reception mode or a process of switching from a reception mode to a transmission mode. Some symbols at the time of transition from DL to UL within a subframe may be set as GPs.
  • PDCCH carries Downlink Control Information (DCI).
  • DCI Downlink Control Information
  • PCCCH includes transmission format and resource allocation of downlink shared channel (DL-SCH), resource allocation information for uplink shared channel (UL-SCH), paging information for paging channel (PCH), It carries system information on the DL-SCH, resource allocation information for higher layer control messages such as random access response transmitted on the PDSCH, transmission power control command, activation/cancellation of configured scheduling (CS), and the like.
  • the DCI includes a cyclic redundancy check (CRC), and the CRC is masked/scrambled with various identifiers (eg, Radio Network Temporary Identifier, RNTI) according to the owner or usage of the PDCCH.
  • CRC cyclic redundancy check
  • the CRC is masked with a terminal identifier (eg, Cell-RNTI, C-RNTI). If the PDCCH is for paging, the CRC is masked with Paging-RNTI (P-RNTI). If the PDCCH is related to system information (eg, System Information Block, SIB), the CRC is masked with System Information RNTI (SI-RNTI). If the PDCCH is for a random access response, the CRC is masked with RA-RNTI (Random Access-RNTI).
  • a terminal identifier eg, Cell-RNTI, C-RNTI
  • P-RNTI Paging-RNTI
  • SIB System Information Block
  • SI-RNTI System Information RNTI
  • RA-RNTI Random Access-RNTI
  • the base station may transmit a CORESET (Control Resource Set) configuration to the terminal (S502).
  • CORESET is defined as a set of REGs (Resource Element Groups) with a given numonology (eg, SCS, CP length, etc.).
  • REG is defined as one OFDM symbol and one (P)RB.
  • a plurality of CORESETs for one UE may overlap in the time/frequency domain.
  • CORESET may be configured through system information (eg, Master Information Block, MIB) or higher layer (eg, Radio Resource Control, RRC, layer) signaling.
  • MIB Master Information Block
  • RRC Radio Resource Control
  • a PDSCH carrying system information block 1 may be scheduled by a specific PDCCH, and CORESET #0 may be for transmission of a specific PDCCH.
  • System information (SIB1) broadcast in a cell includes PDSCH-ConfigCommon, which is cell-specific PDSCH configuration information.
  • PDSCH-ConfigCommon includes pdsch-TimeDomainAllocationList, which is a list (or look-up table) of parameters related to time domain resource allocation of PDSCH.
  • the pdsch-TimeDomainAllocationList can include up to 16 entries (or rows) jointly encoding ⁇ K0, PDSCH mapping type, PDSCH start symbol and length (SLIV) ⁇ , respectively.
  • pdsch-TimeDomainAllocationList may also be provided through PDSCH-Config, which is a terminal-specific PDSCH configuration.
  • the pdsch-TimeDomainAllocationList configured specifically for the terminal has the same structure as the pdsch-TimeDomainAllocationList commonly provided for the terminal.
  • K0 and SLIV of the pdsch-TimeDomainAllocationList refer to the description below.
  • configuration information for CORESET #N may be transmitted through RRC signaling (e.g., cell common RRC signaling or UE-specific RRC signaling, etc.).
  • RRC signaling e.g., cell common RRC signaling or UE-specific RRC signaling, etc.
  • UE-specific RRC signaling carrying CORESET configuration information may include, but is not limited to, various signaling such as, for example, an RRC setup message, an RRC reconfiguration message, and/or BWP configuration information.
  • the CORESET configuration may include the following information/fields.
  • controlResourceSetId Indicates the ID of CORESET.
  • duration Indicates time domain resources of CORESET. Indicates the number of consecutive OFDM symbols constituting CORESET. duration has a value of 1 to 3.
  • - cce-REG-MappingType Represents the mapping type between CCE (Control Channel Element) and REG. Interleaved and non-interleaved types are supported.
  • interleaverSize Indicates the interleaver size.
  • pdcch-DMRS-ScramblingID Indicates a value used for initialization of PDCCH DMRS. If pdcch-DMRS-ScramblingID is not included, the physical cell ID of the serving cell is used.
  • precoderGranularity Indicates the precoder granularity in the frequency domain.
  • TCI Transmission Configuration Index
  • TCI state Indicates a subset of TCI states defined in PDCCH-configuration.
  • the TCI state is used to provide the Quasi-Co-Location (QCL) relationship of the DL RS(s) and the PDCCH DMRS port in the RS set (TCI-state).
  • QCL Quasi-Co-Location
  • the base station may transmit a PDCCH search space (SS) configuration to the terminal (S504).
  • the PDCCH SS configuration may be transmitted through higher layer signaling (e.g., RRC signaling).
  • RRC signaling may include, but is not limited to, various signaling such as an RRC setup message, an RRC reconfiguration message, and/or BWP configuration information.
  • FIG. 5 for convenience of description, it is shown that the CORESET configuration and the PDCCH SS configuration are signaled respectively, but the present invention is not limited thereto.
  • the CORESET configuration and the PDCCH SS configuration may be transmitted through one message (e.g., one-time RRC signaling) or may be transmitted through different messages, respectively.
  • the PDCCH SS configuration may include information about configuration of a PDCCH SS set.
  • the PDCCH SS set may be defined as a set of PDCCH candidates for which the UE monitors (e.g., blind detection).
  • One or a plurality of SS sets may be configured in the terminal.
  • Each SS set may be a USS set or a CSS set.
  • the PDCCH SS set may also be simply referred to as "SS" or "PDCCH SS".
  • a PDCCH SS set includes PDCCH candidates.
  • the PDCCH candidate indicates CCE(s) monitored by the UE for PDCCH reception/detection.
  • monitoring includes blind decoding (BD) of PDCCH candidates.
  • One PDCCH (candidate) is composed of 1, 2, 4, 8, or 16 CCEs according to the Aggregation Level (AL).
  • One CCE consists of 6 REGs.
  • Each CORESET configuration is associated with one or more SSs, and each SS is associated with one COREST configuration.
  • One SS is defined based on one SS configuration, and the SS configuration may include the following information/fields.
  • controlResourceSetId Indicates CORESET associated with SS.
  • - monitoringSymbolsWithinSlot Indicates the first OFDM symbol(s) for PDCCH monitoring within a slot in which PDCCH monitoring is configured. It is indicated through a bitmap, and each bit corresponds to each OFDM symbol in a slot. The MSB of the bitmap corresponds to the first OFDM symbol in the slot. OFDM symbol(s) corresponding to bit(s) having a bit value of 1 corresponds to the first symbol(s) of CORESET in a slot.
  • - searchSpaceType Indicates CSS (Common Search Space) or USS (UE-specific search space), and indicates the DCI format used in the corresponding SS type.
  • the base station generates and transmits a PDCCH to the terminal (S506), and the terminal may monitor PDCCH candidates in one or more SSs for PDCCH reception/detection (S508).
  • An opportunity eg, time / frequency resource
  • PDCCH (monitoring) opportunity is defined as a PDCCH (monitoring) opportunity.
  • PDCCH (monitoring) opportunities may be configured within a slot.
  • Table 3 illustrates characteristics of each SS type.
  • Type Search space RNTI Use Case Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s) UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
  • Table 4 illustrates DCI formats transmitted through PDCCH.
  • DCI format 0_0 is used to schedule TB-based (or TB-level) PUSCH
  • DCI format 0_1 is TB-based (or TB-level) PUSCH or CBG (Code Block Group)-based (or CBG-level) PUSCH can be used to schedule
  • DCI format 1_0 is used to schedule TB-based (or TB-level) PDSCH
  • DCI format 1_1 is used to schedule TB-based (or TB-level) PDSCH or CBG-based (or CBG-level) PDSCH.
  • Yes DL grant DCI).
  • DCI format 0_0/0_1 may be referred to as UL grant DCI or UL scheduling information
  • DCI format 1_0/1_1 may be referred to as DL grant DCI or DL scheduling information
  • DCI format 2_0 is used to deliver dynamic slot format information (eg, dynamic SFI) to the UE
  • DCI format 2_1 is used to deliver downlink pre-emption information to the UE.
  • DCI format 2_0 and/or DCI format 2_1 may be delivered to terminals within a corresponding group through a group common PDCCH, which is a PDCCH delivered to terminals defined as one group.
  • DCI format 0_0 and DCI format 1_0 may be referred to as a fallback DCI format
  • DCI format 0_1 and DCI format 1_1 may be referred to as a non-fallback DCI format.
  • the fallback DCI format DCI size/field configuration remains the same regardless of terminal settings.
  • the non-fallback DCI format DCI size/field configuration varies according to terminal settings.
  • the mapping type from CCE to REG is set to either a non-interleaved CCE-REG mapping type or an interleaved CCE-REG mapping type.
  • one REG bundle is composed of 6 REGs for a given CCE, and all REGs for a given CCE are contiguous do.
  • One REG bundle corresponds to one CCE.
  • One REG bundle is composed of 2, 3 or 6 REGs for a given CCE, and the REG bundles are interleaved within CORESET.
  • a REG bundle in a CORESET composed of 1 or 2 OFDM symbols is composed of 2 or 6 REGs, and a REG bundle in a CORESET composed of 3 OFDM symbols is composed of 3 or 6 REGs.
  • the size of the REG bundle is set for each CORESET.
  • the UE can detect PDCCH in slot #n.
  • the PDCCH includes downlink scheduling information (eg, DCI formats 1_0 and 1_1), and the PDCCH indicates a DL assignment-to-PDSCH offset (K0) and a PDSCH-HARQ-ACK reporting offset (K1).
  • DCI formats 1_0 and 1_1 may include the following information.
  • -Frequency domain resource assignment Represents a set of RBs allocated to PDSCH
  • K0 eg, slot offset
  • starting position of PDSCH in slot #n+K0 eg, OFDM symbol index
  • length of PDSCH eg, number of OFDM symbols
  • HARQ process ID (Identity) for data (eg, PDSCH, TB)
  • - PUCCH resource indicator Indicates a PUCCH resource to be used for UCI transmission among a plurality of PUCCH resources in a PUCCH resource set
  • the terminal receives the PDSCH from slot #(n+K0) according to the scheduling information of slot #n, and when the PDSCH is received in slot #n1 (where, n+K0 ⁇ n1), slot #(n1+K1 ), UCI may be transmitted through PUCCH.
  • UCI may include a HARQ-ACK response for PDSCH.
  • the HARQ-ACK response may consist of 1-bit.
  • the HARQ-ACK response may consist of 2-bits if spatial bundling is not configured and 1-bit if spatial bundling is configured.
  • the HARQ-ACK transmission time for a plurality of PDSCHs is designated as slot #(n+K1)
  • the UCI transmitted in slot #(n+K1) includes HARQ-ACK responses for the plurality of PDSCHs.
  • Whether or not the UE should perform spatial bundling for the HARQ-ACK response may be configured (eg, RRC/higher layer signaling) for each cell group.
  • spatial bundling may be individually configured for each HARQ-ACK response transmitted through PUCCH and/or HARQ-ACK response transmitted through PUSCH.
  • Spatial bundling can be supported when the maximum number of TBs (or codewords) that can be received at one time (or can be scheduled through 1 DCI) in a corresponding serving cell is 2 (or 2 or more) (eg, upper layer if the parameter maxNrofCodeWordsScheduledByDCI corresponds to 2-TB). Meanwhile, more layers than 4 may be used for 2-TB transmission, and up to 4 layers may be used for 1-TB transmission.
  • spatial bundling when spatial bundling is configured for a corresponding cell group, spatial bundling may be performed on a serving cell in which more than four layers are schedulable among serving cells in the corresponding cell group.
  • a UE that wants to transmit a HARQ-ACK response through spatial bundling can generate a HARQ-ACK response by performing a (bit-wise) logical AND operation on A/N bits for multiple TBs.
  • the UE performing spatial bundling performs the 1st A / N for the 1st TB
  • a single A/N bit may be generated by performing a logical AND operation on the bit and the second A/N bit for the second TB.
  • the UE reports the ACK bit value to the base station, and if any one of the TBs is NACK, the UE reports the NACK bit value to the base station.
  • the terminal when only 1-TB is actually scheduled on a serving cell configured to be able to receive 2-TB, the terminal performs a logical AND operation on the A/N bit and bit value 1 for the corresponding 1-TB to form a single A/N bit. N bits can be generated. As a result, the terminal reports the A/N bit for the corresponding 1-TB to the base station as it is.
  • a plurality of parallel DL HARQ processes exist in the BS/UE for DL transmission. Multiple parallel HARQ processes allow DL transmissions to be performed continuously while waiting for HARQ feedback on successful or unsuccessful reception of previous DL transmissions.
  • Each HARQ process is associated with a medium access control (MAC) layer HARQ buffer.
  • MAC medium access control
  • Each DL HARQ process manages state variables related to the number of transmissions of MAC PDUs (Physical Data Blocks) in the buffer, HARQ feedback for the MAC PDUs in the buffer, and the current redundancy version.
  • Each HARQ process is distinguished by a HARQ process ID.
  • the UE can detect PDCCH in slot #n.
  • the PDCCH includes uplink scheduling information (eg, DCI format 0_0, 0_1).
  • DCI formats 0_0 and 0_1 may include the following information.
  • -Frequency domain resource assignment Represents a set of RBs allocated to the PUSCH
  • Time domain resource assignment Indicates the slot offset K2, the start position (eg, symbol index) and length (eg, number of OFDM symbols) of the PUSCH in the slot.
  • the start symbol and length may be indicated through SLIV (Start and Length Indicator Value) or may be indicated separately.
  • the terminal may transmit the PUSCH in slot #(n+K2) according to the scheduling information of slot #n.
  • PUSCH includes UL-SCH TB.
  • Enhanced DRX for a (specific) service e.g., service for XR traffic
  • DRX operation can be used for the purpose of reducing unnecessary power consumption of a UE, and a DRX structure for a UE in an RRC_IDLE state and a DRX structure for a UE in an RRC_CONNECTED state are defined respectively.
  • a period in which a UE can expect reception of a DL signal is periodically set, and is designed to reduce unnecessary power consumption in other periods.
  • the start position of the on-duration is generated periodically based on the Rel-16 standard of NR, and at this time, the configurable period (i.e.
  • DRX cycle may be determined through a higher layer parameter provided by the base station to the terminal.
  • Table 5 is a part of the contents extracted from the TS 38.331 standard, and shows some of the contents of the parameters that determine the cycle of C-DRX.
  • the base station can instruct the UE to do DRX of one or two types (e.g., long/short), and both types of DRX cycles have a fixed integer size.
  • XR Extended Reality
  • XR generally has the characteristics of ensuring high data rate and satisfying low latency, and at the same time, high power consumption of the terminal is expected, so various power saving techniques to increase battery efficiency are being considered.
  • DRX operation For the purpose of preventing unnecessary power consumption of a terminal, a situation in which DRX operation is applied to XR terminals may be considered.
  • the previously defined DRX operation of NR may be unsuitable for some traffic characteristics of XR. For example, in the case of XR, the number of frames transmitted per second (i.e.
  • fps for transmission and reception of image information may be included in the requirement, which means that in the case of XR service with a requirement of X fps, the terminal is traffic This means that DRX settings capable of transmitting and receiving should be ensured.
  • the period in which the frame must be transmitted occurs in a rational number, whereas the currently supported NR standard
  • the size of the DRX cycle may not be suitable as it supports only the size of integers.
  • the gap between the start position of DRX On-duration and the position where XR traffic is transmitted may gradually increase.
  • the method proposed in this disclosure uses the existing (Rel-15/16/17 NR) DRX cycle to improve power consumption efficiency for services whose traffic cycle is difficult to support (e.g. XR) without increasing latency. It may have an advantageous effect in performing the DRX operation without
  • the description is based on the NR system, but the proposed methods are not limited to NR.
  • the characteristics and structure of the XR service are described below, the proposed methods are not specifically limited to supporting the XR service unless otherwise specified. Therefore, the methods proposed in the present invention can be applied to various wireless communication transmission/reception structures and services.
  • DRX operation related to a specific service e.g. XR
  • the terminal i.e. the reception of the PDCCH of the terminal can be expected for a location promised between the base station and the terminal, and the base station transmits the PDCCH at the position and the terminal monitors it
  • Methods are proposed to improve the power saving efficiency of the terminal and reduce the transmission and reception latency of control / traffic information in performing.
  • the terminal may receive information related to the DRX operation from the base station and determine a monitoring period of the PDCCH based on this.
  • the base station may determine and configure information related to the DRX operation, inform the terminal of this, and determine the transmission position of the PDCCH based on the information.
  • the terminal transmits a signal and channel for informing its capabilities and / or service requirements, and the base station can receive it.
  • FIG. 8 illustrates a flowchart of operation of a base station according to an example of the present invention.
  • the base station may receive information reported by the terminal and determine a DRX operation method based on this (FC101).
  • the information reported by the terminal may include information about the requirements of the service required by the terminal (e.g. fps requirements of the XR service) and/or the capabilities of the terminal.
  • the corresponding report operation of the terminal may be omitted.
  • the base station may generate and transmit configuration information related to the DRX operation method determined in step FC101 (FC102).
  • the configuration information may be transmitted using a higher layer signal (e.g. SIB or RRC signaling).
  • the configuration information may be (semi-)statically transmitted in a method (e.g. DCI or MAC CE/header) specifically indicating one of a plurality of DRX operation-related configurations provided to the terminal.
  • the base station may determine a PDCCH transmission time point based on the configuration information for the transmitted DRX operation and transmit the PDCCH (FC103).
  • FIG 9 illustrates a flowchart of terminal operation according to an example of the present invention.
  • the terminal may report information related to the base station (FC201).
  • the information may include information about service requirements required by the terminal (e.g. fps requirements of XR service) and/or capabilities of the terminal.
  • service requirements required by the terminal e.g. fps requirements of XR service
  • capabilities of the terminal e.g. fps requirements of XR service
  • the corresponding report operation of the terminal may be omitted.
  • the terminal may monitor and receive configuration information related to the DRX operation method transmitted by the base station (FC202).
  • the configuration information may be received using a higher layer signal (e.g. SIB or RRC signaling).
  • the configuration information may be received in a method (e.g. DCI or MAC CE/header) specifically indicating one of a plurality of DRX operation-related configurations provided to the terminal (semi-)statically.
  • the terminal may expect a time point at which PDCCH reception is possible based on the received configuration information for the DRX operation, and perform a PDCCH monitoring operation at the location of the time point (FC203).
  • Each proposal may be performed in an independent form without a separate combination, or one or more proposals may be combined/linked.
  • Some of the terms, symbols, and sequences used may be replaced by other terms, symbols, and sequences.
  • Proposal 1 Determination of DRX structure based on traffic-cycle conditions
  • the size of the DRX cycle supported by the NR standard supports only the size of an integer, and a fixed DRX cycle value configured semi-statically is maintained for a certain period of time. Therefore, DRX supported by the current NR standard may not be suitable for DL signal transmission of non-integer periodicity characteristics required by XR services.
  • an adaptive DRX operation control method that can reflect the characteristics of the generation cycle of traffic can be considered.
  • a traffic-cycle may be determined between a base station and a terminal according to service requirements, and each traffic-instant may be determined by the traffic-cycle within a specific time period.
  • the DRX structure may include a sleep period in which the UE does not need to monitor the PDCCH and/or an active period in which the sleep period ends and PDCCH monitoring is performed.
  • the DRX structure may be related to determining the starting point of drx-onDurationTimer .
  • the time when the sleep period ends and the UE can start PDCCH monitoring is defined as the starting point of the on-duration and described. Since the term "starting point of on-duration" is for convenience of description, the invention is not limited to the term.
  • the starting point of on-duration may be set to the location of time domain resource units that satisfy the specific condition.
  • on-duration starting points are located at regular intervals based on the DRX cycle.
  • intervals between on-duration start points may not be equal intervals (eg, intervals between on-duration start points may vary in various ways).
  • the specific time interval may be defined as a time interval having a size of X ms (X is an arbitrary integer).
  • X is an arbitrary integer.
  • a fixed value of X may be used, and in this case, the same unit interval may be applied even when the structure of DRX is changed due to a change in characteristics of a terminal or service.
  • the value of X may be a value determined by configuration of a base station or characteristics of a terminal or service.
  • the value of X may be determined by the fps value of the service expected by the terminal.
  • the smallest multiple of 1000/Y having an integer value can be set as the value of X (e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
  • the specific time interval may be set to a period of X ms based on a reference point that can be commonly assumed between the base station and the terminal.
  • the specific time interval may be set to a period of X ms starting from a reference point indicated by the base station.
  • the reference point indicated by the base station is semi-statically determined through a higher layer signal such as SIB or dedicated RRC signal, or is statically determined by a standard or is actually applied among lists semi-statically provided through a higher layer signal.
  • the base station indicates the values of the offset through the DCI or MAC layer, and the terminal may receive and apply them. Since the base station can control starting point positions of the on-duration generated by the DRX structure, an advantageous effect can be obtained in improving scheduling flexibility.
  • the service requirements may be related to the expected occurrence cycle of traffic that the UE intends to receive on the DL.
  • the service requirements may include the number of frames (i.e. fps) required to be transmitted/received per second.
  • the form in which the service is provided e.g. one/two eye buffer
  • the terminal may request information on necessary service requirements from the base station, and the base station may determine service requirements according to circumstances and inform the terminal of the service requirements.
  • the traffic-cycle may refer to a period in which DL traffic transmitted to a terminal is generated according to service requirements. can be used to determine For example, in the case of a terminal expecting DL reception of Y fps in XR service, the traffic-cycle size Z may be 1000/Y ms.
  • the traffic-instant means each time point determined by a traffic-cycle within a specific time interval. One or more traffic-instants can occur within a specific time period, and the interval between traffic-instants has the size of a traffic-cycle. Also, if an offset value for traffic instant is designated, the positions of all traffic-instants can be shifted by applying the corresponding offset value based on the starting point of a specific time interval.
  • the value of the offset is semi-statically determined through a higher layer signal such as SIB or dedicated RRC signal, or statically determined by a standard or actually applied among lists semi-statically provided through a higher layer signal.
  • a method in which the base station indicates offset values through the DCI or MAC layer and the terminal receives and applies them may be used. This may be for the base station to control the DRX structure in consideration of traffic characteristics and UE and network conditions.
  • a time domain resource unit that satisfies the specific condition may mean a transmission/reception transmission unit (eg frame, subframe or slot) that includes (or is adjacent to) traffic-instant within a specific time interval.
  • a transmission/reception transmission unit eg frame, subframe or slot
  • the starting point of the nth on-duration within a specific time interval may be determined based on a function using n and Y as parameters. If the base station instructs the terminal with an offset having a certain size to support the DRX structure, the on-duration may be shifted by the size of the offset and started.
  • n and Y as parameters can be expressed in the form of f(n ⁇ Z), where the function f(x) performs a rounding operation on the input x having a real value (ie floor(x): An operation to find the largest integer less than or equal to x), a rounding operation (ie ceil(x): an operation to find the smallest integer greater than or equal to x), or rounding (ie round(x): an operation to find the smallest integer greater than or equal to x).
  • An operation that performs a rounding operation when the fractional part is less than 0.5 and a rounding operation when the fractional part is greater than or equal to 0.5) may be used. This embodiment can be expressed as Equation 1 below.
  • unit_Duration corresponds to the specific time interval described above
  • Offset_ms is an offset in ms units for shifting the starting point of the above-described on-duration. Means. At this time, if there is an offset (eg drx-SlotOffset ) configured by the base station in units of slots, on-duration The starting point can be shifted.
  • drx-SlotOffset an offset configured by the base station in units of slots
  • Table 6 shows the interval between on-duration starting points determined according to each fps (service requirement) of XR traffic as an example of the proposed method.
  • index means the order in which on-duration starting points are arranged within a specific time interval, and may mean the value of n in Equation 1 as an example.
  • the size of the specific time interval is set to 100 ms for 30 fps, 50 ms for 60 fps, 100 ms for 90 fps, and 25 ms for 120 fps.
  • the example of Table 6 shows examples in which the function f(x) defined in Equation 1 is applied using floor, ceil, and round, respectively. This example is one example for explaining the principle of the invention, the scope of the present invention is not limited thereto.
  • Proposal 1 improves power saving efficiency by supporting the DRX operation of the terminal, and at the same time reduces power consumption efficiency that can occur when traffic with non-integer periodicity configures a DRX cycle smaller than the DRX cycle actually required. It has an advantageous effect in minimizing the degradation and the increase in latency that can occur by configuring a large DRX cycle.
  • a position closest to the actual period of traffic to be transmitted and received between the base station and the terminal may be set as the starting point of the on-duration, but it may be advantageous in that system overhead does not significantly increase.
  • the proposed method is not limited thereto and can be applied to other service requirements (e.g. UL signal transmission).
  • Proposal 2 Determination of DRX structure based on offset parameter set
  • the current DRX cycle size supported by the NR standard supports only integer sizes, and a semi-statically configured fixed DRX cycle value is maintained for a certain period of time. Therefore, DRX supported by the current NR standard may not be suitable for DL signal transmission of non-integer periodicity characteristics required by XR services.
  • a scheduling method to perform UL and DL simultaneously (or at adjacent times) for the purpose of power saving is being discussed, and from this point of view, it is necessary to improve the flexibility of the base station for DL/UL scheduling.
  • an adaptive DRX operation control method in which the base station can control the timing of the DL signal expected by the terminal in units of DRX cycles can be considered.
  • a DRX structure that applies different DRX parameters configured by the base station to each of a plurality of on-duration starting points within a specific time interval in consideration of service requirements between the base station and the terminal.
  • the DRX structure may include a sleep period in which the UE does not need to monitor the PDCCH and/or an active period in which the sleep period ends and PDCCH monitoring is performed.
  • the DRX structure may be related to determining the start point of drx-onDurationTimer .
  • the point at which the sleep period ends and the UE can start monitoring the PDCCH is defined as the starting point of the on-duration.
  • the starting point of the on-duration may be determined as the location of time domain resource units that satisfy conditions based on the DRX reference point and offset value(s).
  • a position of a periodic slot determined through a DRX cycle in which general NR terminals (eg Rel-16 NRs) operate may be used to determine the DRX reference point.
  • general NR terminals eg Rel-16 NRs
  • the long and/or short DRX cycle provided by the base station to the UE through higher layer parameters of drx-LongCycleStartOffset and/or drx- ShortCycle included in the DRX-Config IE can be used to determine the DRX reference point.
  • locations of time domain resource units that satisfy the specific condition described in proposal 1 may be used to determine the DRX reference point.
  • the DRX reference point may be a location that satisfies the specific condition described in proposal 1.
  • An offset value for determining the position, and/or iii) an offset value for shifting in units of slots based on the determined slot position may be included.
  • the offset may include common-offset commonly applied to all on-duration start points and/or individual-offset where different values can be designated for each on-duration start point.
  • the common-offset may be determined based on the offset (eg, drx-LongCycleStartOffset and/or drx-SlotOffset ) included in the DRX-Config IE.
  • the offset eg, drx-LongCycleStartOffset and/or drx-SlotOffset
  • drx-LongCycleStartOffset and/or drx-SlotOffset can be used as Common-offset.
  • individual-offset 1) when N on-duration starting points are configured within a specific time interval, individual-offset is configured for each of the N on-duration starting points, and/or 2) On based on DRX cycle -Assuming that the starting point of the duration is determined, N reference points may be derived based on the DRX cycle criteria, and an individual-offset may be configured for each of the N on-duration reference points.
  • the individual-offset may be defined based on time domain resource units such as frame, subframe, and slot, or may be defined in absolute time units such as sec, ms, and ⁇ s units.
  • the individual-offset can have an arbitrary integer (or real number) value, and can include a negative number, a positive number, or a value of 0.
  • the specific time interval may be defined as a time interval having a size of X ms (X is an arbitrary integer).
  • X is an arbitrary integer
  • a fixed value of X may be used, and in this case, the same unit interval may be applied even when the structure of DRX is changed due to a change in characteristics of a terminal or service.
  • the value of X may be a value determined by configuration of a base station or characteristics of a terminal or service.
  • the value of X may be determined by the fps value of the service expected by the terminal.
  • the smallest multiple of 1000/Y having an integer value can be set as the value of X (e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
  • the service requirements may be related to the expected occurrence cycle of DL traffic that the UE intends to receive.
  • the service requirements may include the number of frames (i.e. fps) required to be transmitted/received per second.
  • the form in which the service is provided e.g. one/two eye buffer
  • the terminal may request information on necessary service requirements from the base station, and the base station may determine service requirements according to circumstances and inform the terminal of the service requirements.
  • DRX reference points are derived in units of specific time intervals based on the method described above, and shifted by an offset (common-offset/individual-offset) for each DRX reference point. Points in time can be used as starting points for on-duration.
  • Information related to the corresponding offset may be configured by the base station.
  • the offset is semi-statically determined through a higher layer signal such as SIB or dedicated RRC signal, statically determined according to a standard, or offset of actually applied among lists provided semi-statically through a higher layer signal.
  • the values may be indicated by the base station through the DCI or MAC layer, and the terminal may receive and apply them.
  • the base station may indicate to the terminal values of a DRX cycle of a specific size, a common-offset, and sequential individual-offsets composed of N sets.
  • the terminal In determining the starting point of the on-duration located at the n (second) position within a specific time interval, the terminal uses a combination of the n th DRX reference point within a specific time interval derived from the DRX cycle, the common-offset, and the n th individual offset. You can determine the slot where the on-duration starts.
  • Equation 2 shows an example of determining the DRX reference point based on the short DRX cycle.
  • Equation 3 shows an example of determining a DRX reference point based on a long DRX cycle.
  • the modulo operation for unit_Duration can be omitted.
  • it can be configured only with a value that is a multiple of the DRX cycle in which the size of unit_Duration is used. This can be expected to have an advantageous effect in terms of being able to reuse the existing DRX section setting formula.
  • Equations 2/3 above SFN and subframe number follow the definition of the 3GPP standard, and unit_Duration corresponds to the specific time interval described above.
  • the values of drx-ShortCycle , drx-LongCycle , and drx-StartOffset can follow the parameters included in DRX-Config IE configured by higher layers, and the value of drx-StartOffset can be applied as a kind of common-offset.
  • the starting point of the on-duration corresponding to the n-th DRX reference point within the specific time interval derived through Equation 2 or Equation 3 may be a slot that satisfies Condition 1 below.
  • condition 1 the value of common-offset can be drx-SlotOffset included in DRX-Config IE configured by higher layers, and individual-offset(n) can mean individual-offset corresponding to the nth DRX reference point. there is.
  • 11 shows an example of the proposed method.
  • 11 shows a DRX structure for supporting DL traffic having a service requirement of 60 fps, and shows a situation in which a short DRX cycle of 16 ms is used and a common-offset of 5 ms is applied.
  • 11 shows an example in which the length of a specific time interval is 50ms and four individual offsets ⁇ 0ms, 2ms, -1ms, 2ms ⁇ are configured.
  • a starting point of the on-duration within a specific time interval of 50 ms may form a pattern, and the pattern may be repeated every 50 ms.
  • the starting point of the corresponding on-duration becomes a position outside the range of a specific time interval, and the corresponding position coincides with the starting point of the first on-duration belonging to the next specific time interval. Therefore, the information on the starting point of the 4th on-duration can be expressed as an offset value designating the starting point of the 1st on-duration. In this case, the value of the last (or not actually used) offset is omitted or It can also be configured in the form of indicating skip of -duration. 11 is an example for explanation of the invention, and the present invention is not limited thereto.
  • Proposal 2 improves power saving efficiency by supporting the DRX operation of the terminal, and at the same time reduces power consumption efficiency that can occur when traffic with non-integer periodicity characteristics configures a DRX cycle smaller than the DRX cycle actually required. It has an advantageous effect in minimizing the degradation and the increase in latency that can occur by configuring a large DRX cycle.
  • the transmission/reception section of DL traffic can be adjusted, it can be advantageous in terms of being able to flexibly control the DRX structure for the purpose of creating a structure capable of simultaneous execution of UL/DL traffic.
  • Proposal 2-1 Determination of DRX structure based on DRX cycle parameter set
  • a DRX structure may be determined based on a DRX cycle parameter set.
  • the DRX structure may include a sleep period in which the UE does not need to monitor the PDCCH and/or an active period in which the sleep period ends and PDCCH monitoring is performed.
  • the structure of the DRX may be related to determining the starting point of drx-onDurationTimer .
  • the starting point of the on-duration may be the location of time domain resource units to which an interval of DRX cycle size (s) is applied based on the starting point of the immediately preceding on-duration.
  • DRX cycle In a normal DRX structure, it can mean the interval between the on-duration starting points (equal interval) that occurs when the DRX cycle is periodically repeated, but in this proposal, the term DRX cycle (even if the completely same interval value is not repeated) is On-duration. Duration Can be used to indicate the interval between starting points. For example, for convenience of description, a value to which an offset within a predetermined size is applied to equal intervals may be referred to as a DRX cycle.
  • the size of the DRX cycle may be a value of a DRX cycle in which general NR terminals (eg Rel-16 NR) operate, or a size of a new DRX cycle.
  • a long or short DRX cycle provided by the base station to the UE through a higher layer parameter of drx-LongCycleStartOffset or drx- ShortCycle included in the DRX-Config IE can be used. If necessary, new values may be added to the higher layer parameter.
  • a plurality of DRX cycle values may be set within a specific time interval, and the number of DRX cycle values may be determined based on the number of on-duration starting points occurring within the specific time interval.
  • N DRX cycle values corresponding to each of the N on-duration starting points may be configured as a parameter set, and the parameter set
  • the values of each DRX cycle included in can be defined as the interval between the starting point of the corresponding on-duration and the starting point of the next on-duration.
  • DRX cycle values constituting the DRX cycle parameter set may be selected from among parameter values that a base station can configure. This can expect an advantageous effect in terms of scheduling flexibility of the base station.
  • signaling overhead of the DRX cycle parameter set may significantly increase.
  • L DRX cycle candidates that can be used to configure the DRX cycle parameter set are determined in consideration of service requirements, and the DRX cycle parameter set may include index information of DRX cycle candidates. .
  • the DRX cycle parameter set may provide only index information such as ⁇ 1,1,2,... ⁇ .
  • the candidate value of the DRX cycle may be a value predetermined by the standard according to service requirements, or a value determined by the base station and configured to the terminal.
  • Table 7 shows an example of two candidate DRX cycles pre-determined by the standard according to service requirements.
  • the specific time interval may be defined as a time interval having a size of X ms (X is an arbitrary integer).
  • X is an arbitrary integer
  • a fixed value of X may be used, and in this case, the same unit interval may be applied even when the structure of DRX is changed due to a change in characteristics of a terminal or service.
  • the value of X may be a value determined by configuration of a base station or characteristics of a terminal or service.
  • the value of X may be determined by the fps value of the service expected by the terminal.
  • the smallest multiple of 1000/Y having an integer value can be set as the value of X (e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
  • the specific time interval may be set to a period of X ms based on a reference point that can be commonly assumed between the base station and the terminal.
  • the specific time interval may be set to a period of X ms starting from a reference point indicated by the base station.
  • the reference point indicated by the base station is semi-statically determined through a higher layer signal such as SIB or dedicated RRC signal, or is statically determined by a standard or is actually applied among lists semi-statically provided through a higher layer signal.
  • a method in which the base station indicates the values of the offset through the DCI or MAC layer and the terminal receives and applies them may be used. This enables the base station to control starting point positions of the on-duration generated by the DRX structure, thereby obtaining an advantageous effect in improving scheduling flexibility.
  • the service requirements may be related to the expected occurrence cycle of traffic that the UE intends to receive on the DL.
  • the service requirements may include the number of frames (i.e. fps) required to be transmitted/received per second.
  • the form in which the service is provided e.g. one/two eye buffer
  • the terminal may request information on necessary service requirements from the base station, and the base station may determine service requirements according to circumstances and inform the terminal of the service requirements.
  • the base station may instruct the terminal a DRX cycle parameter set consisting of N DRX cycles.
  • the terminal may determine the starting point of the next on-duration by applying the n-th DRX cycle value of the DRX cycle parameter set to the starting point of the n (th)-th on-duration within a specific time interval.
  • the starting point of the on-duration that first starts within the specific time interval may be determined as the starting position of the specific time interval, or may be a position where an offset is applied to the starting position of the specific time interval.
  • the on-duration starting point that appears Nth within the specific time interval and the on-duration starting point derived based on the Nth value of the DRX cycle parameter set will be the first on-duration starting point included in the next specific time interval.
  • FIG. 12 shows an example of the proposed method.
  • the example of FIG. 12 shows a DRX structure for supporting DL traffic having a service requirement of 60 fps, and shows an example in which a DRX cycle parameter set consisting of three values is configured to the size of ⁇ 16ms, 17ms, 17ms ⁇ .
  • the starting point of the on-duration within a specific time interval of 50 ms has the form of a pattern, and the pattern is repeated every 50 ms, and the example of FIG. 12 illustrates that an offset is applied to the starting point of a specific time interval.
  • the scope of the present invention is not limited thereto.
  • Proposal 2-1 improves power saving efficiency by supporting the DRX operation of the terminal, and at the same time, traffic with non-integer periodicity characteristics configures a DRX cycle smaller than the DRX cycle actually required, resulting in power consumption. It has an advantageous effect in that it can reduce the decrease in efficiency and the increase in latency that can occur when a large DRX cycle is configured.
  • the transmission/reception interval of DL traffic can be adjusted between the base station and the terminal, it can be advantageous in that the DRX structure can be flexibly controlled for the purpose of creating a structure capable of simultaneous execution of UL/DL traffic.
  • Proposal 3 Indicate the pattern of a predefined DRX structure
  • the methods of the adaptive DRX structure considering the proposed non-integer periodicity may be advantageous in terms of accurately satisfying service requirements or improving scheduling flexibility of a base station.
  • such methods may increase the complexity of a base station or a terminal or generate a large amount of signaling overhead, which needs to be considered.
  • methods for reducing the complexity and signaling overhead of a base station and a terminal while supporting transmission and reception of a DL signal having a characteristic of non-integer periodicity may be considered.
  • the DRX structure may be determined by applying a predefined on-duration starting point generation pattern applied within a specific time interval.
  • the DRX structure may include a sleep period in which the UE does not need to monitor the PDCCH and/or an active period in which the sleep period ends and PDCCH monitoring is performed.
  • the DRX structure may be related to determining the start point of drx-onDurationTimer .
  • the starting point of the on-duration may be set to the location of time domain resource units determined by a pre-promised pattern.
  • the specific time interval is a unit constituting a pattern of the proposed DRX structure and may mean a time interval having a length promised in advance.
  • the specific time interval may be defined based on time domain resource units such as frame, subframe, and slot, or may be defined as absolute time intervals such as sec, ms, and ⁇ s units.
  • the specific time interval may be repeated/configured with the same length.
  • the specific time interval may be defined as a time interval having a size of X ms (X is an arbitrary integer).
  • X is an arbitrary integer
  • a fixed value of X may be used, and in this case, the same unit interval may be applied even when the structure of DRX is changed due to a change in characteristics of a terminal or service.
  • the value of X may be a value determined by configuration of a base station or characteristics of a terminal or service.
  • the value of X may be determined by the fps value of the service expected by the terminal.
  • a terminal that wants to receive a DL signal of Y fps can set the smallest multiple of 1000/Y having an integer value as the value of X (e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
  • the specific time interval may be set to a period of X ms starting from a reference point indicated by the base station.
  • the reference point indicated by the base station is semi-statically determined through a higher layer signal such as SIB or dedicated RRC signal, or is statically determined by a standard or is actually applied among lists semi-statically provided through a higher layer signal.
  • a method in which the base station indicates the values of the offset through the DCI or MAC layer and the terminal receives and applies them may be used. This enables the base station to control starting point positions of the on-duration generated by the DRX structure, thereby obtaining an advantageous effect in improving scheduling flexibility.
  • the occurrence pattern of the on-duration starting point may be derived through a parameter set pre-determined by the standard.
  • Table 6 shows the interval between on-duration starting points that occur when proposal 1 is applied.
  • a method of indicating that Table 6 is predefined/set (e.g., predefined by the standard) may be used.
  • a plurality of parameter sets may exist, and the structure of DRX may be determined by indicating one of the plurality of parameter sets by the base station.
  • the base station may select one of the predetermined parameter sets and indicate it to the terminal (e.g., indicate the index value of the parameter set).
  • a higher layer signal such as SIB or RRC signaling may be used, or a method of indicating or changing through DCI or MAC CE/header may be used.
  • one of the following options may be used.
  • Option 3-1 Indicates DRX cycle set
  • a set composed of parameters representing sizes of DRX cycles can be used.
  • the size of the DRX cycle may mean a time interval between starting points of continuously appearing on-durations, and the parameter set may be composed of different sets of DRX cycle values.
  • Table 6 shows intervals between on-duration starting points that occur when proposal 1 is applied. Information such as Table 6 is predefined/configured (e.g., predefined by standards), or terminals such as traffic-cycle. may be applied according to the requirements of
  • Tables 8 and 9 show an example of the configuration of a parameter set corresponding to a set of DRC cycles in relation to option 3-1.
  • the example of Table 8 shows a parameter set consisting of a minimum specific time interval in which the DRX cycle pattern can be periodically repeated according to the value of each fps, and the example of Table 9 is configured when 100 ms is set as a specific time interval Indicates possible parameter sets.
  • Option 3-2 Indicates a set of offsets
  • a set composed of parameters representing offset sizes can be used.
  • the offset means an operation in which the position of the on-duration start point shifts from the DRX reference point, and the DRX reference point may be determined as a periodic position determined by the DRX cycle.
  • the parameter set represented by the size of the offset may be composed of a set of offset values respectively applied to DRX reference points included in a specific time interval.
  • Tables 10 and 11 show an example of configuring a parameter set consisting of a set of offset values in relation to the application of option 3-2.
  • the example of Table 10 shows a parameter set consisting of a minimum specific time interval in which the pattern of the DRX cycle can be periodically repeated according to the value of each fps, and the example of Table 11 is configured when 100 ms is set as a specific time interval Indicates possible parameter sets.
  • Proposal 3 improves power saving efficiency by supporting the DRX operation of the terminal, and at the same time reduces power consumption efficiency that can occur when traffic with non-integer periodicity characteristics configures a DRX cycle smaller than the DRX cycle actually required. It has an advantageous effect in that it can reduce the decrease in latency and the increase in latency that can occur by configuring a large DRX cycle. In addition, since the structure of DRX is determined only by the service requirements of the terminal, advantageous effects can be expected in terms of signaling overhead.
  • FIG. 13 illustrates a method in which a device operates based on Discontinuous Reception (DRX) in a wireless communication system according to an embodiment of the present invention.
  • DRX Discontinuous Reception
  • the device may receive DRX related information through higher layer signaling (A1305).
  • DRX-related information may include a plurality of offset sets, each of which includes 'N' offsets.
  • the device can monitor a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of the DRX-On durations included in the specific time interval (A1310).
  • PDCCH physical downlink control channel
  • the device may receive or transmit a signal for data of the specific service based on the scheduling information detected as a result of monitoring the PDCCH (A1315).
  • the DRX cycle included in the DRX-related information is an integer, and the device selects a specific set of 'N' indicated through signaling different from the upper layer signaling among the plurality of offset sets included in the DRX-related information. It is possible to determine a time resource at which each of the DRX-On durations included in the specific time interval starts by applying 'offsets to the DRX cycle.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • the data of the specific service is periodic data, and the periodicity of the periodic data may be a rational number rather than an integer.
  • DCI downlink control information
  • MAC medium access control
  • 'N' may mean the number of time resources at which the DRX-On durations forming the pattern start during the specific time interval. 'N' may mean the number of the DRX-On durations included in the specific time interval.
  • the specific set applied to the DRX cycle may be related to at least one of a first offset common to the DRX-On durations and a second offset that can be individually set for each of the DRX-On durations.
  • the specific set applied to the DRX cycle may be determined based on a period of the data that is a rational number rather than an integer.
  • the specific service may be an XR (eXtended Reality) service.
  • the period of the data may be related to frames per second (fps) of the XR data.
  • 14 illustrates how a base station operates in a wireless communication system according to an embodiment of the present invention.
  • the base station may transmit DRX related information through higher layer signaling (A1405).
  • DRX-related information may include a plurality of offset sets, each of which includes 'N' offsets.
  • the base station may transmit a physical downlink control channel (PDCCH) including scheduling information related to a specific service in each of the DRX-On durations included in the specific time interval (A1410).
  • PDCCH physical downlink control channel
  • the base station may transmit or receive a signal for data of the specific service based on the scheduling information (A1415).
  • a DRX cycle included in the DRX-related information is an integer, and the base station selects 'N' of a specific set indicated through signaling different from the higher layer signaling among the plurality of offset sets included in the DRX-related information.
  • a time resource at which each of the DRX-On durations included in the specific time interval starts can be determined.
  • the time resources at which the determined DRX-On durations start may form a repeating pattern for each specific time interval.
  • the data of the specific service is periodic data, and the periodicity of the periodic data may be a rational number rather than an integer.
  • DCI downlink control information
  • MAC medium access control
  • 'N' may mean the number of time resources at which the DRX-On durations forming the pattern start during the specific time interval. 'N' may mean the number of the DRX-On durations included in the specific time interval.
  • the specific set applied to the DRX cycle may be related to at least one of a first offset common to the DRX-On durations and a second offset that can be individually set for each of the DRX-On durations.
  • the specific set applied to the DRX cycle may be determined based on a period of the data that is a rational number rather than an integer.
  • the specific service may be an XR (eXtended Reality) service.
  • the period of the data may be related to frames per second (fps) of the XR data.
  • a communication system 1 applied to the present invention 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.
  • a radio access technology eg, 5G New RAT (NR), Long Term Evolution (LTE)
  • 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 e.g., resource allocation processes, and the like.
  • FIG. 16 illustrates a wireless device applicable to the present invention.
  • 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. 16 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.
  • RF radio frequency
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • Processor 202 controls memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or 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.
  • 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 may 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.
  • a wireless device may be implemented in various forms according to use-case/service (see FIG. 15).
  • wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 16, and include various elements, components, units/units, and/or modules. ) can be configured.
  • the wireless devices 100 and 200 may include a communication unit 110 , a control unit 120 , a memory unit 130 and an additional element 140 .
  • the communication unit may include communication circuitry 112 and transceiver(s) 114 .
  • communication circuitry 112 may include one or more processors 102, 202 of FIG. 16 and/or one or more memories 104, 204.
  • transceiver(s) 114 may include one or more transceivers 106, 206 of FIG. 16 and/or one or more antennas 108, 208.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls overall operations of the wireless device. For example, the control unit 120 may control electrical/mechanical operations of the wireless device based on programs/codes/commands/information stored in the memory unit 130. In addition, the control unit 120 transmits the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110 through a wireless/wired interface, or transmits the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110. Information received through a wireless/wired interface from other communication devices) may be stored in the memory unit 130 .
  • the additional element 140 may be configured in various ways according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Fig. 16, 100a), vehicles (Fig. 16, 100b-1, 100b-2), XR devices (Fig. 16, 100c), mobile devices (Fig. 16, 100d), home appliances. (FIG. 16, 100e), IoT device (FIG. 16, 100f), terminal for digital broadcasting, hologram device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate/environment It may be implemented in the form of a device, an AI server/device (Fig. 16, 400), a base station (Fig. 16, 200), a network node, and the like. Wireless devices can be mobile or used in a fixed location depending on the use-case/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may all be interconnected through a wired interface, or at least some of them may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first units (eg, 130 and 140) are connected through the communication unit 110.
  • the control unit 120 and the first units eg, 130 and 140
  • each element, component, unit/unit, and/or module within the wireless device 100, 200 may further include one or more elements.
  • the control unit 120 may be composed of one or more processor sets.
  • the controller 120 may include a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, a memory control processor, and the like.
  • the memory unit 130 may include random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • 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 .
  • Blocks 110/130/140a to 140d respectively correspond to blocks 110/130/140 of FIG. 17 .
  • 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.
  • FIG. 19 is a diagram for explaining a Discontinuous Reception (DRX) operation of a terminal according to an embodiment of the present invention.
  • DRX Discontinuous Reception
  • the terminal may perform the DRX operation while performing the procedures and / or methods described / proposed above.
  • a UE configured with DRX can reduce power consumption by discontinuously receiving a DL signal.
  • DRX can be performed in Radio Resource Control (RRC)_IDLE state, RRC_INACTIVE state, and RRC_CONNECTED state.
  • RRC_IDLE and RRC_INACTIVE states DRX is used to receive paging signals discontinuously.
  • RRC_CONNECTED DRX DRX performed in the RRC_CONNECTED state will be described (RRC_CONNECTED DRX).
  • the DRX cycle consists of On Duration and Opportunity for DRX.
  • the DRX cycle defines the time interval at which On Duration is periodically repeated.
  • On Duration indicates a time interval monitored by the UE to receive the PDCCH.
  • the UE performs PDCCH monitoring during On Duration. If there is a successfully detected PDCCH during PDCCH monitoring, the terminal operates an inactivity timer and maintains an awake state. On the other hand, if there is no PDCCH successfully detected during PDCCH monitoring, the UE enters a sleep state after the On Duration ends. Therefore, when DRX is configured, PDCCH monitoring/reception may be performed discontinuously in the time domain in performing the procedure and/or method described/suggested above.
  • PDCCH reception opportunities eg, slots having a PDCCH search space
  • PDCCH monitoring/reception may be continuously performed in the time domain in performing the procedure and/or method described/proposed above.
  • PDCCH reception opportunities eg, slots having a PDCCH search space
  • PDCCH monitoring may be limited in a time interval set as a measurement gap regardless of whether DRX is configured.
  • Table 12 shows the process of a UE related to DRX (RRC_CONNECTED state).
  • DRX configuration information is received through higher layer (eg, RRC) signaling, and DRX ON/OFF is controlled by the DRX command of the MAC layer.
  • RRC Radio Resource Control
  • the UE may discontinuously perform PDCCH monitoring in performing the procedures and/or methods described/suggested in the present invention.
  • Type of signals UE procedure 1st step RRC signaling (MAC-CellGroupConfig) - Receive DRX configuration information 2nd step MAC CE ((Long) DRX command MAC CE) - Receive DRX command 3rd step - - Monitor a PDCCH during an on-duration of a DRX cycle
  • MAC-CellGroupConfig includes configuration information required to set medium access control (MAC) parameters for a cell group.
  • MAC-CellGroupConfig may also include DRX-related configuration information.
  • MAC-CellGroupConfig defines DRX and may include information as follows.
  • drx-InactivityTimer Defines the length of the time period in which the UE remains awake after a PDCCH opportunity in which a PDCCH indicating initial UL or DL data is detected
  • drx-HARQ-RTT-TimerDL Defines the length of the maximum time interval after DL initial transmission is received until DL retransmission is received.
  • drx-HARQ-RTT-TimerDL Defines the length of the maximum time interval after the grant for UL initial transmission is received until the grant for UL retransmission is received.
  • the UE maintains an awake state and performs PDCCH monitoring at every PDCCH opportunity.
  • RRC_IDLE and RRC_INACTIVE states DRX is used to receive paging signals discontinuously.
  • RRC_IDLE DRX DRX performed in the RRC_IDLE (or RRC_INACTIVE) state is referred to as RRC_IDLE DRX.
  • PDCCH monitoring/reception may be performed discontinuously in the time domain in performing the procedure and/or method described/suggested above.
  • DRX may be configured for discontinuous reception of a paging signal.
  • the terminal may receive DRX configuration information from the base station through higher layer (eg, RRC) signaling.
  • the DRX configuration information may include configuration information on a DRX cycle, a DRX offset, and a DRX timer.
  • the UE repeats the On Duration and Sleep duration according to the DRX cycle.
  • the terminal may operate in a wakeup mode in an On duration and in a sleep mode in a Sleep duration.
  • the terminal can monitor the PO to receive a paging message.
  • PO means a time resource/interval (eg, subframe, slot) in which the terminal expects to receive a paging message.
  • PO monitoring includes monitoring PDCCH (or MPDCCH, NPDCCH) scrambled with P-RNTI in PO (hereinafter referred to as paging PDCCH).
  • the paging message may be included in a paging PDCCH or a PDSCH scheduled by the paging PDCCH.
  • One or a plurality of PO(s) are included in a Paging Frame (PF), and the PF may be periodically configured based on the UE ID.
  • PF Paging Frame
  • the PF corresponds to one radio frame
  • the UE ID may be determined based on the terminal's International Mobile Subscriber Identity (IMSI).
  • IMSI International Mobile Subscriber Identity
  • the terminal monitors only one PO per DRX cycle.
  • the terminal receives a paging message indicating a change of its ID and/or system information from the PO, the terminal performs a RACH process to initialize (or reset) a connection with the base station, or receives new system information from the base station ( or obtained). Therefore, in performing the procedure and/or method described/suggested above, RACH may be performed for connection with the base station or PO monitoring may be performed discontinuously in the time domain to receive (or obtain) new system information from the base station.
  • IMSI International Mobile Subscriber Identity
  • the maximum cycle duration may be limited to 2.56 seconds.
  • a terminal that transmits and receives data intermittently such as an MTC terminal or a NB-IoT terminal
  • unnecessary power consumption may occur during the DRX cycle.
  • a method of greatly extending the DRX cycle based on a power saving mode (PSM) and a paging time window or paging transmission window (PTW) has been introduced, and the extended DRX cycle is referred to as an eDRX cycle for short.
  • PSM power saving mode
  • PTW paging time window or paging transmission window
  • eDRX cycle for short.
  • PH Paging Hyper-frames
  • a PTW is defined in the PH.
  • the UE can perform a DRX cycle in a PTW duration to switch to a wakeup mode in its own PO and monitor a paging signal.
  • One or more DRX cycles (eg, wakeup mode and sleep mode) of FIG. 20 may be included in the PTW period.
  • the number of DRX cycles in the PTW interval may be configured by the base station through a higher layer (eg, RRC) signal.
  • a vehicle may be implemented as a means of transportation, a train, an air vehicle, a ship, and the like.
  • the vehicle 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, and a position measuring unit 140b.
  • blocks 110 to 130/140a to 140b respectively correspond to blocks 110 to 130/140 of FIG. 18 .
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) with other vehicles or external devices such as base stations.
  • the controller 120 may perform various operations by controlling components of the vehicle 100 .
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the vehicle 100 .
  • the input/output unit 140a may output an AR/VR object based on information in the memory unit 130.
  • the input/output unit 140a may include a HUD.
  • the location measurement unit 140b may obtain location information of the vehicle 100 .
  • the location information may include absolute location information of the vehicle 100, location information within a driving line, acceleration information, and location information with neighboring vehicles.
  • the location measurement unit 140b may include GPS and various sensors.
  • the communication unit 110 of the vehicle 100 may receive map information, traffic information, and the like from an external server and store them in the memory unit 130 .
  • the location measurement unit 140b may acquire vehicle location information through GPS and various sensors and store it in the memory unit 130 .
  • the controller 120 may generate a virtual object based on map information, traffic information, vehicle location information, etc., and the input/output unit 140a may display the created virtual object on a window in the vehicle (1410, 1420).
  • the controller 120 may determine whether the vehicle 100 is normally operated within the driving line based on the vehicle location information. When the vehicle 100 abnormally deviate from the driving line, the controller 120 may display a warning on a window in the vehicle through the input/output unit 140a. In addition, the controller 120 may broadcast a warning message about driving abnormality to surrounding vehicles through the communication unit 110 .
  • the controller 120 may transmit vehicle location information and information on driving/vehicle abnormalities to related agencies through the communication unit 110 .
  • the XR device may be implemented as an HMD, a head-up display (HUD) provided in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • HMD head-up display
  • a television a television
  • smartphone a smartphone
  • a computer a wearable device
  • a home appliance a digital signage
  • a vehicle a robot, and the like.
  • the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a power supply unit 140c. .
  • 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.
  • Robots may be classified into industrial, medical, household, military, and the like depending on the purpose or field of use.
  • the robot 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a driving unit 140c.
  • blocks 110 to 130/140a to 140c respectively correspond to blocks 110 to 130/140 of FIG. 18 .
  • the communication unit 110 may transmit/receive signals (eg, driving information, control signals, etc.) with external devices such as other wireless devices, other robots, or control servers.
  • the controller 120 may perform various operations by controlling components of the robot 100 .
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the robot 100.
  • the input/output unit 140a may obtain information from the outside of the robot 100 and output the information to the outside of the robot 100 .
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain internal information of the robot 100, 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 IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, an optical sensor, a microphone, a radar, and the like.
  • the driving unit 140c may perform various physical operations such as moving a robot joint. In addition, the driving unit 140c may make the robot 100 drive on the ground or fly in the air.
  • the driving unit 140c may include actuators, motors, wheels, brakes, propellers, and the like.
  • the present invention may be used in a terminal, base station, or other equipment of a wireless mobile communication system.

Landscapes

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

Abstract

본 개시의 디바이스가 DRX(Discontinuous Reception)에 기반하여 동작하는 일 예로, 디바이스는 상위 계층 시그널링을 통해서 수신된 복수의 오프셋 세트들 중에서 적어도 하나를 DRX 사이클에 적용함으로써 특정 시간 구간에 포함된 DRX-On duration들 각각이 시작되는 시간 자원을 결정하며, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링할 수 있다.

Description

무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
본 발명은 무선 통신 시스템에 관한 것으로, 보다 상세하게는 무선 신호 송수신 방법 및 장치에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템 등이 있다.
본 발명의 목적은 무선 신호 송수신 과정을 효율적으로 수행하는 방법 및 이를 위한 장치를 제공하는데 있다.
본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 측면에 따른 무선 통신 시스템에서 디바이스가 DRX(Discontinuous Reception)에 기반하여 동작하는 방법은, 상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX 관련 정보를 수신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링; 및 상기 PDCCH의 모니터링의 결과로써 검출된 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 수신하거나 또는 송신하는 것을 포함할 수 있다. 상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 디바이스는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
상기 특정 서비스의 데이터는 주기적 데이터이며, 상기 주기적 데이터의 주기(periodicity)는 정수가 아닌 유리수(rational number)일 수 있다.
상기 특정 세트를 지시하는 정보는 DCI (downlink control information) 또는 MAC (medium access control) 시그널링을 통해 수신될 수 있다.
'N'은 상기 특정 시간 구간 동안 상기 패턴을 형성하는 상기 DRX-On duration들이 시작되는 시간 자원들의 개수를 의미할 수 있다. 'N'은 상기 특정 시간 구간에 포함된 상기 DRX-On duration들의 개수를 의미할 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 상기 DRX-On duration들에 공통적인 제1 오프셋 및 상기 DRX-On duration들 각각에 대해서 개별적으로 설정 가능한 제2 오프셋 중 적어도 하나에 관련될 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 정수가 아닌 유리수인 상기 주기적 데이터의 주기에 기초하여 결정될 수 있다.
상기 특정 서비스는 XR (eXtended Reality) 서비스일 수 있다.
상기 데이터의 주기는 XR 데이터의 fps (frame per second)에 관련될 수 있다.
본 발명의 다른 일 측면에 따라서 상술된 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체가 제공될 수 있다.
본 발명의 또다른 다른 일 측면에 따라서 제공되는 무선 통신을 위한 디바이스는, 명령어들을 저장하는 메모리; 및 상기 명령어들을 실행함으로써 동작하는 프로세서를 포함하고, 상기 프로세서의 동작은 상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX(Discontinuous Reception) 관련 정보를 수신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링; 및 상기 PDCCH의 모니터링의 결과로써 검출된 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 수신하거나 또는 송신하는 것을 포함할 수 있다. 상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 프로세서는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
상기 디바이스는 상기 프로세서의 제어 하에 무선 신호를 송수신하는 송수신기를 더 포함할 수 있다.
상기 디바이스는 무선 통신 시스템에서 동작하는 사용자 기기(UE)일 수 있다.
본 발명의 또 다른 일 측면에 따라서 무선 통신 시스템에서 기지국이 동작하는 방법은, 상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX(Discontinuous Reception) 관련 정보를 송신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 송신; 및 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 송신하거나 또는 수신하는 것을 포함할 수 있다. 상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 기지국은 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
본 발명의 또 다른 일 측면에 따라서 제공되는 무선 통신을 위한 기지국은, 명령어들을 저장하는 메모리; 및 상기 명령어들을 실행함으로써 동작하는 프로세서를 포함할 수 있다. 상기 프로세서의 동작은: 상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX(Discontinuous Reception) 관련 정보를 송신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 송신; 및 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 송신하거나 또는 수신하는 것을 포함할 수 있다. 상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 프로세서는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
본 발명의 일 실시예에 따르면 디바이스는 DRX 동작하면서 DRX 오프셋 지시를 동적으로 수신함으로써 다양한 DRX on Duration 시작점들에 기반하여 데이터의 송수신할 수 있다.
본 발명의 일 실시예에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 무선 통신 시스템의 일례인 3GPP 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 예시한다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다.
도 4는 슬롯 내에 물리 채널이 맵핑되는 예를 도시한다.
도 5는 PDCCH(Physical Downlink Control Channel) 송수신 과정을 예시한다.
도 6은 PDSCH 수신 및 ACK/NACK 전송 과정을 예시한다.
도 7은 PUSCH 전송 과정을 예시한다.
도 8은 본 발명의 일 예에 따른 기지국 동작의 순서도를 예시한다.
도 9는 본 발명의 일 예에 따른 단말 동작의 순서도를 예시한다.
도 10 내지 도 12는 본 개시에 따른 DRX 구조를 예시한다.
도 13은 본 발명의 일 실시예에 따른 무선 통신 시스템에서 디바이스가 DRX(Discontinuous Reception)에 기반하여 동작하는 방법을 도시한다.
도 14는 본 발명의 일 실시예에 따른 무선 통신 시스템에서 기지국이 동작하는 방법을 도시한다.
도 15 내지 도 18은 본 발명에 적용 가능한 통신 시스템(1)과 무선 기기를 예시한다.
도 19는 본 발명에 적용 가능한 DRX(Discontinuous Reception) 동작을 예시한다.
도 20는 페이징을 위한 DRX 사이클을 예시한다.
도 21은 확장된 DRX(extended DRX, eDRX) 사이클을 예시한다.
도 22는 본 발명에 적용 가능한 차량을 예시한다.
도 23은 본 발명에 적용 가능한 XR 기기를 예시한다.
도 24는 본 발명에 적용 가능한 로봇을 예시한다.
이하의 기술은 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의 진화된 버전이다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 RAT(Radio Access Technology)에 비해 향상된 모바일 브로드밴드 통신에 대한 필요성이 대두되고 있다. 또한, 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC(Machine Type Communications)도 차세대 통신에서 고려될 주요 이슈 중 하나이다. 또한, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 eMBB(enhanced Mobile BroadBand Communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 RAT의 도입이 논의되고 있으며, 본 발명의 일 실시예에서는 편의상 해당 기술을 NR(New Radio 또는 New RAT)이라고 부른다.
설명을 명확하게 하기 위해, 3GPP NR을 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 발명과 관련한 배경 기술, 용어 정의 및 약어 등을 위해서 하기 문서들이 참조될 수 있다(Incorporated by Reference).
3GPP LTE
- TS 36.211: Physical channels and modulation
- TS 36.212: Multiplexing and channel coding
- TS 36.213: Physical layer procedures
- TS 36.300: Overall description
- TS 36.321: Medium Access Control (MAC)
- TS 36.331: Radio Resource Control (RRC)
3GPP NR
- TS 38.211: Physical channels and modulation
- TS 38.212: Multiplexing and channel coding
- TS 38.213: Physical layer procedures for control
- TS 38.214: Physical layer procedures for data
- TS 38.300: NR and NG-RAN Overall Description
- TS 38.321: Medium Access Control (MAC)
- TS 38.331: Radio Resource Control (RRC) protocol specification
- TS 37.213: Introduction of channel access procedures to unlicensed spectrum for NR-based access
용어 및 약어
- PSS: Primary Synchronization Signal
- SSS: Secondary Synchronization Signal
- CRS: Cell reference signal
- CSI-RS: Channel State Information Reference Signal
- TRS: Tracking Reference Signal
- SS: Search Space
- CSS: Common Search Space
- USS: UE-specific Search Space
- PDCCH: Physical Downlink Control Channel; 이후 설명에서 PDCCH는 동일한 목적으로 사용될 수 있는 다양한 구조의 PDCCH를 대표하여 사용한다. (e.g. NPDCCH (Narrowband PDCCH), MPDCCH (MTC PDCCH) 등)
- PO: Paging Occasion
- RE: Resource Element
- VRB: Virtual Resource Block
- PRB: Physical Resource Block
- RS: Reference Signal
- TRS: Tracking Reference Signal
- CSI-RS: Channel-State Information Reference Signal
무선 통신 시스템에서 단말은 기지국으로부터 하향링크(Downlink, DL)를 통해 정보를 수신하고, 단말은 기지국으로 상향링크(Uplink, UL)를 통해 정보를 전송한다. 기지국과 단말이 송수신하는 정보는 데이터 및 다양한 제어 정보를 포함하고, 이들이 송수신 하는 정보의 종류/용도에 따라 다양한 물리 채널이 존재한다.
도 1은 3GPP NR 시스템에 이용되는 물리 채널들 및 이들을 이용한 일반적인 신호 전송 방법을 설명하기 위한 도면이다.
전원이 꺼진 상태에서 다시 전원이 켜지거나, 새로이 셀에 진입한 단말은 단계 S101에서 기지국과 동기를 맞추는 등의 초기 셀 탐색(Initial cell search) 작업을 수행한다. 이를 위해 단말은 기지국으로부터 SSB(Synchronization Signal Block)를 수신한다. SSB는 PSS(Primary Synchronization Signal), SSS(Secondary Synchronization Signal) 및 PBCH(Physical Broadcast Channel)를 포함한다. 단말은 PSS/SSS에 기반하여 기지국과 동기를 맞추고, 셀 ID(cell identity) 등의 정보를 획득한다. 또한, 단말은 PBCH에 기반하여 셀 내 브로드캐스트 정보를 획득할 수 있다. 한편, 단말은 초기 셀 탐색 단계에서 하향링크 참조 신호(Downlink Reference Signal, DL RS)를 수신하여 하향링크 채널 상태를 확인할 수 있다.
초기 셀 탐색을 마친 단말은 단계 S102에서 물리 하향링크 제어 채널(Physical Downlink Control Channel, PDCCH) 및 물리 하향링크 제어 채널 정보에 따른 물리 하향링크 공유 채널(Physical Downlink Control Channel, PDSCH)을 수신하여 좀더 구체적인 시스템 정보를 획득할 수 있다.
이후, 단말은 기지국에 접속을 완료하기 위해 단계 S103 내지 단계 S106과 같은 임의 접속 과정(Random Access Procedure)을 수행할 수 있다. 이를 위해 단말은 물리 임의 접속 채널(Physical Random Access Channel, PRACH)을 통해 프리앰블(preamble)을 전송하고(S103), 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널을 통해 프리앰블에 대한 응답 메시지를 수신할 수 있다(S104). 경쟁 기반 임의 접속(Contention based random access)의 경우 추가적인 물리 임의 접속 채널의 전송(S105) 및 물리 하향링크 제어 채널 및 이에 대응하는 물리 하향링크 공유 채널 수신(S106)과 같은 충돌 해결 절차(Contention Resolution Procedure)를 수행할 수 있다.
상술한 바와 같은 절차를 수행한 단말은 이후 일반적인 상향/하향링크 신호 전송 절차로서 물리 하향링크 제어 채널/물리 하향링크 공유 채널 수신(S107) 및 물리 상향링크 공유 채널(Physical Uplink Shared Channel, PUSCH)/물리 상향링크 제어 채널(Physical Uplink Control Channel, PUCCH) 전송(S108)을 수행할 수 있다. 단말이 기지국으로 전송하는 제어 정보를 통칭하여 상향링크 제어 정보(Uplink Control Information, UCI)라고 지칭한다. UCI는 HARQ ACK/NACK(Hybrid Automatic Repeat and reQuest Acknowledgement/Negative-ACK), SR(Scheduling Request), CSI(Channel State Information) 등을 포함한다. CSI는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Indicator), RI(Rank Indication) 등을 포함한다. UCI는 일반적으로 PUCCH를 통해 전송되지만, 제어 정보와 트래픽 데이터가 동시에 전송되어야 할 경우 PUSCH를 통해 전송될 수 있다. 또한, 네트워크의 요청/지시에 의해 PUSCH를 통해 UCI를 비주기적으로 전송할 수 있다.
도 2는 무선 프레임(radio frame)의 구조를 예시한다. NR에서 상향링크 및 하향링크 전송은 프레임으로 구성된다. 각 무선 프레임은 10ms의 길이를 가지며, 두 개의 5ms 하프-프레임(Half-Frame, HF)으로 분할된다. 각 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 분할된다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(Orthogonal Frequency Division Multiplexing) 심볼을 포함한다. 보통(normal) CP가 사용되는 경우, 각 슬롯은 14개의 OFDM 심볼을 포함한다. 확장(extended) CP가 사용되는 경우, 각 슬롯은 12개의 OFDM 심볼을 포함한다.
표 1은 보통 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
* Nslot symb: 슬롯 내 심볼의 개수
* Nframe,u slot: 프레임 내 슬롯의 개수
* Nsubframe,u slot: 서브프레임 내 슬롯의 개수
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수가 달라지는 것을 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz (u=2) 12 40 4
프레임의 구조는 예시에 불과하고, 프레임에서 서브프레임의 수, 슬롯의 수, 심볼의 수는 다양하게 변경될 수 있다.
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM 뉴모놀로지(numerology)(예, SCS)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM 심볼)을 포함할 수 있다.
도 3은 슬롯의 자원 그리드(resource grid)를 예시한다. 슬롯은 시간 도메인에서 복수의 심볼을 포함한다. 예를 들어, 보통 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함한다. 반송파는 주파수 도메인에서 복수의 부반송파를 포함한다. RB(Resource Block)는 주파수 도메인에서 복수(예, 12)의 연속한 부반송파로 정의된다. BWP(Bandwidth Part)는 주파수 도메인에서 복수의 연속한 PRB(Physical RB)로 정의되며, 하나의 뉴모놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행되며, 하나의 단말한테는 하나의 BWP만 활성화 될 수 있다. 자원 그리드에서 각각의 요소는 자원요소(Resource Element, RE)로 지칭되며, 하나의 복소 심볼이 맵핑될 수 있다.
도 4는 슬롯 내에 물리 채널이 맵핑되는 예를 도시한다. NR 시스템에서 프레임은 하나의 슬롯 내에 DL 제어 채널, DL 또는 UL 데이터, UL 제어 채널 등이 모두 포함될 수 있는 자기-완비 구조를 특징으로 한다. 예를 들어, 슬롯 내의 처음 N개의 심볼은 DL 제어 채널(예, PDCCH)을 전송하는데 사용되고(이하, DL 제어 영역), 슬롯 내의 마지막 M개의 심볼은 UL 제어 채널(예, PUCCH)을 전송하는데 사용될 수 있다(이하, UL 제어 영역). N과 M은 각각 0 이상의 정수이다. DL 제어 영역과 UL 제어 영역의 사이에 있는 자원 영역(이하, 데이터 영역)은 DL 데이터(예, PDSCH) 전송을 위해 사용되거나, UL 데이터(예, PUSCH) 전송을 위해 사용될 수 있다. GP는 기지국과 단말이 송신 모드에서 수신 모드로 전환하는 과정 또는 수신 모드에서 송신 모드로 전환하는 과정에서 시간 갭을 제공한다. 서브프레임 내에서 DL에서 UL로 전환되는 시점의 일부 심볼이 GP로 설정될 수 있다.
PDCCH는 DCI(Downlink Control Information)를 운반한다. 예를 들어, PCCCH (즉, DCI)는 DL-SCH(downlink shared channel)의 전송 포맷 및 자원 할당, UL-SCH(uplink shared channel)에 대한 자원 할당 정보, PCH(paging channel)에 대한 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상에서 전송되는 랜덤 접속 응답과 같은 상위 계층 제어 메시지에 대한 자원 할당 정보, 전송 전력 제어 명령, CS(Configured Scheduling)의 활성화/해제 등을 나른다. DCI는 CRC(cyclic redundancy check)를 포함하며, CRC는 PDCCH의 소유자 또는 사용 용도에 따라 다양한 식별자(예, Radio Network Temporary Identifier, RNTI)로 마스킹/스크램블 된다. 예를 들어, PDCCH가 특정 단말을 위한 것이면, CRC는 단말 식별자(예, Cell-RNTI, C-RNTI)로 마스킹 된다. PDCCH가 페이징에 관한 것이면, CRC는 P-RNTI(Paging-RNTI)로 마스킹 된다. PDCCH가 시스템 정보(예, System Information Block, SIB)에 관한 것이면, CRC는 SI-RNTI(System Information RNTI)로 마스킹 된다. PDCCH가 랜덤 접속 응답에 관한 것이면, CRC는 RA-RNTI(Random Access-RNTI)로 마스킹 된다.
도 5는 PDCCH 전송/수신 과정을 예시한다.
도 5를 참조하면, 기지국은 단말에게 CORESET(Control Resource Set) 구성(configuration)을 전송할 수 있다(S502). CORESET는 주어진 뉴모놀로지(예, SCS, CP 길이 등)를 갖는 REG(Resource Element Group) 세트로 정의된다. REG는 하나의 OFDM 심볼과 하나의 (P)RB로 정의된다. 하나의 단말을 위한 복수의 CORESET는 시간/주파수 도메인에서 중첩될 수 있다. CORESET는 시스템 정보(예, Master Information Block, MIB) 또는 상위 계층(예, Radio Resource Control, RRC, layer) 시그널링을 통해 설정될 수 있다. 예를 들어, MIB를 통해 소정의 공통(common) CORESET (e.g., CORESET #0)에 대한 구성 정보가 송신될 수 있다. 예를 들어, SIB1(system information block 1)을 나르는 PDSCH가 특정 PDCCH에 의해 스케줄되고, CORESET #0는 특정 PDCCH의 전송을 위한 것일 수 있다. 셀에서 브로드캐스되는 시스템 정보(SIB1)는 셀 특정한 PDSCH 설정 정보인 PDSCH-ConfigCommon을 포함한다. PDSCH-ConfigCommon은 PDSCH의 시간 도메인 자원 할당과 관련된 파라미터들의 리스트 (혹은 룩-업 테이블)인 pdsch-TimeDomainAllocationList를 포함한다. pdsch-TimeDomainAllocationList는 각각 {K0, PDSCH mapping type, PDSCH start symbol and length (SLIV)}를 조인트 인코딩한 entry (혹은 row)를 최대 16개 포함할 수 있다. PDSCH-ConfigCommon를 통해 설정되는 pdsch-TimeDomainAllocationList와는 별도로(추가적으로), 단말 특정한 PDSCH 설정인 PDSCH-Config를 통해서도 pdsch-TimeDomainAllocationList가 제공될 수 있다. 단말 특정하게 설정되는 pdsch-TimeDomainAllocationList는 단말 공통하게 제공되는 pdsch-TimeDomainAllocationList와 같은 구조를 갖는다. pdsch-TimeDomainAllocationList의 K0와 SLIV에 대해서는 후술하는 설명을 참조한다.
또한, CORESET #N (e.g., N>0)에 대한 구성 정보는 RRC 시그널링(e.g., 셀 공통 RRC 시그널링 또는 단말-특정 RRC 시그널링 등)을 통해 송신될 있다. 일 예로, CORESET 구성 정보를 나르는 단말-특정 RRC 시그널링은 예를 들어 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보 등의 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 구체적으로, CORESET 구성에는 다음 정보/필드가 포함될 수 있다.
- controlResourceSetId: CORESET의 ID를 나타낸다.
- frequencyDomainResources: CORESET의 주파수 영역 자원을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 RB 그룹(= 6개 (연속된) RB)에 대응한다. 예를 들어, 비트맵의 MSB(Most Significant Bit)는 BWP 내 첫 번째 RB 그룹에 대응한다. 비트 값이 1인 비트에 대응되는 RB 그룹이 CORESET의 주파수 영역 자원으로 할당된다.
- duration: CORESET의 시간 영역 자원을 나타낸다. CORESET를 구성하는 연속된 OFDM 심볼 개수를 나타낸다. duration은 1~3의 값을 가진다.
- cce-REG-MappingType: CCE(Control Channel Element)와 REG간의 맵핑 타입을 나타낸다. Interleaved 타입과 non-interleaved 타입이 지원된다.
- interleaverSize: 인터리버 사이즈를 나타낸다.
- pdcch-DMRS-ScramblingID: PDCCH DMRS의 초기화에 사용되는 값을 나타낸다. pdcch-DMRS-ScramblingID가 포함되지 않는 경우, 서빙 셀의 물리 셀 ID가 사용된다.
- precoderGranularity: 주파수 도메인에서 프리코더 입도를 나타낸다.
- reg-BundleSize: REG 번들 사이즈를 나타낸다.
- tci-PresentInDCI: TCI(Transmission Configuration Index) 필드가 DL-관련 DCI에 포함되는지 여부를 나타낸다.
- tci-StatesPDCCH-ToAddList: PDCCH-구성에 정의된 TCI 상태의 서브세트를 나타낸다. TCI 상태는 RS 세트(TCI-상태) 내의 DL RS(들)와 PDCCH DMRS 포트의 QCL(Quasi-Co-Location) 관계를 제공하는데 사용된다.
또한, 기지국은 단말에게 PDCCH SS(Search Space) 구성을 전송할 수 있다(S504). PDCCH SS 구성은 상위 계층 시그널링(e.g., RRC 시그널링)을 통해 전송될 수 있다. 예를 들어, RRC 시그널링은 RRC 셋업 메시지, RRC 재구성(reconfiguration) 메시지 및/또는 BWP 구성 정보등 다양한 시그널링을 포함할 수 있으며 이에 한정되지 않는다. 도 5에서는 설명의 편의를 위하여 CORESET 구성과 PDCCH SS 구성이 각각 시그널링 되는 것으로 도시되었으나, 본 발명은 이에 한정되지 않는다. 예를 들어, CORESET 구성과 PDCCH SS 구성은 하나의 메시지(e.g., 한번의 RRC 시그널링)를 통해 송신될 수도 있으며, 또는 서로 다른 메시지들을 통해 각각 송신될 수도 있다.
PDCCH SS 구성은 PDCCH SS 세트(set)의 구성에 대한 정보를 포함할 수 있다. PDCCH SS 세트는 단말이 모니터 (e.g., 블라인드 검출)을 수행하는 PDCCH 후보들의 세트(set)로 정의될 수 있다. 단말에는 하나 또는 복수의 SS set들이 설정될 수 있다. 각 SS set는 USS set이거나 또는 CSS set일 수 있다. 이하에서는 편의상, PDCCH SS set를 간략히 "SS" 또는 "PDCCH SS"로도 지칭할 수도 있다.
PDCCH SS 세트는 PDCCH 후보들을 포함한다. PDCCH 후보는 PDCCH 수신/검출을 위해 단말이 모니터링 하는 CCE(들)을 나타낸다. 여기서, 모니터링은 PDCCH 후보들을 블라인드 디코딩(Blind Decoding, BD) 하는 것을 포함한다. 하나의 PDCCH (후보)는 AL(Aggregation Level)에 따라 1, 2, 4, 8, 16 개의 CCE로 구성된다. 하나의 CCE는 6개의 REG로 구성된다. 각각의 CORESET 구성은 하나 이상의 SS와 연관되고(associated with), 각각의 SS는 하나의 COREST 구성과 연관된다. 하나의 SS는 하나의 SS 구성에 기반하여 정의되며, SS 구성에는 다음 정보/필드가 포함될 수 있다.
- searchSpaceId: SS의 ID를 나타낸다.
- controlResourceSetId: SS와 연관된 CORESET를 나타낸다.
- monitoringSlotPeriodicityAndOffset: PDCCH 모니터링 주기 구간 (슬롯 단위) 및 PDCCH 모니터링 구간 오프셋 (슬롯 단위)을 나타냄
- monitoringSymbolsWithinSlot: PDCCH 모니터링이 설정된 슬롯 내에서 PDCCH 모니터링을 위한 첫 번째 OFDM 심볼(들)을 나타낸다. 비트맵을 통해 지시되며, 각 비트는 슬롯 내의 각 OFDM 심볼에 대응한다. 비트맵의 MSB는 슬롯 내 첫 번째 OFDM 심볼에 대응한다. 비트 값이 1인 비트(들)에 대응되는 OFDM 심볼(들)이 슬롯 내에서 CORESET의 첫 번째 심볼(들)에 해당한다.
- nrofCandidates: AL={1, 2, 4, 8, 16} 별 PDCCH 후보의 수 (0, 1, 2, 3, 4, 5, 6, 8 중 하나의 값)를 나타낸다.
- searchSpaceType: CSS(Common Search Space) 또는 USS(UE-specific search space)를 나타내고, 해당 SS 타입에서 사용되는 DCI 포맷을 나타낸다.
이후, 기지국은 PDCCH를 생성하여 단말에게 전송하고(S506), 단말은 PDCCH 수신/검출을 위해 하나 이상의 SS에서 PDCCH 후보들을 모니터링 할 수 있다(S508). PDCCH 후보들을 모니터링을 해야 하는 기회(occasion)(예, 시간/주파수 자원)을 PDCCH (모니터링) 기회라고 정의된다. 슬롯 내에 하나 이상의 PDCCH (모니터링) 기회가 구성될 수 있다.
표 3은 SS 타입별 특징을 예시한다.
Type Search Space RNTI Use Case
Type0-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type0A-PDCCH Common SI-RNTI on a primary cell SIB Decoding
Type1-PDCCH Common RA-RNTI or TC-RNTI on a primary cell Msg2, Msg4 decoding in RACH
Type2-PDCCH Common P-RNTI on a primary cell Paging Decoding
Type3-PDCCH Common INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s)
UE Specific C-RNTI, or MCS-C-RNTI, or CS-RNTI(s) User specific PDSCH decoding
표 4는 PDCCH를 통해 전송되는 DCI 포맷들을 예시한다.
DCI format Usage
0_0 Scheduling of PUSCH in one cell
0_1 Scheduling of PUSCH in one cell
1_0 Scheduling of PDSCH in one cell
1_1 Scheduling of PDSCH in one cell
2_0 Notifying a group of UEs of the slot format
2_1 Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE
2_2 Transmission of TPC commands for PUCCH and PUSCH
2_3 Transmission of a group of TPC commands for SRS transmissions by one or more UEs
DCI 포맷 0_0은 TB-기반 (또는 TB-level) PUSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 0_1은 TB-기반 (또는 TB-level) PUSCH 또는 CBG(Code Block Group)-기반 (또는 CBG-level) PUSCH를 스케줄링 하기 위해 사용될 수 있다. DCI 포맷 1_0은 TB-기반 (또는 TB-level) PDSCH를 스케줄링 하기 위해 사용되고, DCI 포맷 1_1은 TB-기반 (또는 TB-level) PDSCH 또는 CBG-기반 (또는 CBG-level) PDSCH를 스케줄링 하기 위해 사용될 수 있다(DL grant DCI). DCI 포맷 0_0/0_1은 UL grant DCI 또는 UL 스케줄링 정보로 지칭되고, DCI 포맷 1_0/1_1은 DL grant DCI 또는 DL 스케줄링 정보로 지칭될 수 있다. DCI 포맷 2_0은 동적 슬롯 포맷 정보 (예, dynamic SFI)를 단말에게 전달하기 위해 사용되고, DCI 포맷 2_1은 하향링크 선취 (pre-Emption) 정보를 단말에게 전달하기 위해 사용된다. DCI 포맷 2_0 및/또는 DCI 포맷 2_1은 하나의 그룹으로 정의된 단말들에게 전달되는 PDCCH인 그룹 공통 PDCCH (Group common PDCCH)를 통해 해당 그룹 내 단말들에게 전달될 수 있다.
DCI 포맷 0_0과 DCI 포맷 1_0은 폴백(fallback) DCI 포맷으로 지칭되고, DCI 포맷 0_1과 DCI 포맷 1_1은 논-폴백 DCI 포맷으로 지칭될 수 있다. 폴백 DCI 포맷은 단말 설정과 관계없이 DCI 사이즈/필드 구성이 동일하게 유지된다. 반면, 논-폴백 DCI 포맷은 단말 설정에 따라 DCI 사이즈/필드 구성이 달라진다.
CCE에서 REG로의 맵핑 타입은 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 또는 인터리빙된(interleaved) CCE-REG 맵핑 타입 중 하나로 설정된다.
- 비-인터리빙된(non-interleaved) CCE-REG 맵핑 타입 (또는 localized 맵핑 타입)(도 5): 주어진 CCE를 위한 6 REG들로 하나의 REG 번들을 구성하고, 주어진 CCE를 위한 모든 REG들은 연속한다. 하나의 REG 번들은 하나의 CCE에 대응한다.
- 인터리빙된(interleaved) CCE-REG 맵핑 타입 (또는 Distributed 맵핑 타입): 주어진 CCE를 위한 2, 3 또는 6 REG들로 하나의 REG 번들을 구성하고, REG 번들은 CORESET 내에서 인터리빙 된다. 1~2개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 2 또는 6 REG들로 구성되고, 3개 OFDM 심볼로 구성된 CORESET 내 REG 번들은 3 또는 6 REG들로 구성된다. REG 번들의 크기는 CORESET 별로 설정된다.
도 6은 PDSCH 수신 및 ACK/NACK 전송 과정을 예시한다. 도 6울 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 하향링크 스케줄링 정보(예, DCI 포맷 1_0, 1_1)를 포함하며, PDCCH는 DL assignment-to-PDSCH offset (K0)과 PDSCH-HARQ-ACK reporting offset (K1)를 나타낸다. 예를 들어, DCI 포맷 1_0, 1_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PDSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: K0 (예, 슬롯 오프셋), 슬롯 #n+K0 내의 PDSCH의 시작 위치(예, OFDM 심볼 인덱스) 및 PDSCH의 길이(예 OFDM 심볼 개수)를 나타냄
- PDSCH-to-HARQ_feedback timing indicator: K1를 나타냄
- HARQ process number (4비트): 데이터(예, PDSCH, TB)에 대한 HARQ process ID(Identity)를 나타냄
- PUCCH resource indicator (PRI): PUCCH 자원 세트 내의 복수의 PUCCH 자원들 중에서 UCI 전송에 사용될 PUCCH 자원을 지시함
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K0)에서부터 PDSCH를 수신한 뒤, 슬롯 #n1(where, n+K0≤ n1)에서 PDSCH의 수신이 끝나면 슬롯 #(n1+K1)에서 PUCCH를 통해 UCI를 전송할 수 있다. 여기서, UCI는 PDSCH에 대한 HARQ-ACK 응답을 포함할 수 있다. 도 6에서는 편의상 PDSCH에 대한 SCS와 PUCCH에 대한 SCS가 동일하고, 슬롯# n1= 슬롯#n+K0 라고 가정하였으나, 본 발명은 이에 한정되지 않는다. SCS들이 상이한 경우 PUCCH의 SCS를 기반으로 K1 지시/해석될 수 있다.
PDSCH가 최대 1개 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 1-비트로 구성될 수 있다. PDSCH가 최대 2개의 TB를 전송하도록 구성된 경우, HARQ-ACK 응답은 공간(spatial) 번들링이 구성되지 않은 경우 2-비트로 구성되고, 공간 번들링이 구성된 경우 1-비트로 구성될 수 있다. 복수의 PDSCH에 대한 HARQ-ACK 전송 시점이 슬롯 #(n+K1)로 지정된 경우, 슬롯 #(n+K1)에서 전송되는 UCI는 복수의 PDSCH에 대한 HARQ-ACK 응답을 포함한다.
HARQ-ACK 응답을 위해 단말이 공간(spatial) 번들링을 수행하여야 하는지 여부는 셀 그룹 별로 구성(configure)(e.g., RRC/상위계층 시그널링)될 수 있다. 일 예로 공간 번들링은 PUCCH를 통해서 송신되는 HARQ-ACK 응답 및/또는 PUSCH를 통해서 송신되는 HARQ-ACK 응답 각각에 개별적으로 구성될 수 있다.
공간 번들링은 해당 서빙 셀에서 한번에 수신 가능한(또는 1 DCI를 통해 스케줄 가능한) TB (또는 코드워드)의 최대 개수가 2개 인경우 (또는 2개 이상인 경우)에 지원될 수 있다(e.g., 상위계층파라미터 maxNrofCodeWordsScheduledByDCI 가 2-TB에 해당하는 경우). 한편, 2-TB 전송을 위해서는 4개 보다 더 많은 개수의 레이어들이 사용될 수 있으며, 1-TB 전송에는 최대 4개 레이어가 사용될 수 있다. 결과적으로, 공간 번들링이 해당 셀 그룹에 구성된 경우, 해당 셀 그룹 내의 서빙 셀들 중 4 개 보다 많은 개수의 레이어가 스케줄 가능한 서빙 셀에 대하여 공간 번들링이 수행될 수 있다. 해당 서빙 셀 상에서, 공간 번들링을 통해서 HARQ-ACK 응답을 송신하고자 하는 단말은 복수 TB들에 대한 A/N bits을 (bit-wise) logical AND 연산하여 HARQ-ACK 응답을 생성할 수 있다.
예컨대, 단말이 2-TB를 스케줄링하는 DCI를 수신하고, 해당 DCI에 기초하여 PDSCH를 통해서 2-TB를 수신하였다고 가정할 때, 공간 번들링을 수행하는 단말은 제1 TB에 대한 제1 A/N bit와 제2 TB에 대한 제2 A/N bit를 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 제1 TB와 제2 TB가 모두 ACK 인 경우 단말은 ACK 비트 값을 기지국에 보고하고, 어느 하나의 TB라도 NACK 인경우 단말은 NACK 비트 값을 기지국에 보고한다.
예컨대, 2-TB가 수신 가능하도록 구성(configure)된 서빙 셀 상에서 실제로 1-TB 만 스케줄된 경우, 단말은 해당 1-TB에 대한 A/N bit와 비트 값 1을 논리적 AND 연산하여 단일 A/N bit를 생성할 수 있다. 결과적으로, 단말은 해당 1-TB에 대한 A/N bit를 그대로 기지국에 보고하게 된다.
기지국/단말에는 DL 전송을 위해 복수의 병렬 DL HARQ 프로세스가 존재한다. 복수의 병렬 HARQ 프로세스는 이전 DL 전송에 대한 성공 또는 비성공 수신에 대한 HARQ 피드백을 기다리는 동안 DL 전송이 연속적으로 수행되게 한다. 각각의 HARQ 프로세스는 MAC(Medium Access Control) 계층의 HARQ 버퍼와 연관된다. 각각의 DL HARQ 프로세스는 버퍼 내의 MAC PDU(Physical Data Block)의 전송 횟수, 버퍼 내의 MAC PDU에 대한 HARQ 피드백, 현재 리던던시 버전(redundancy version) 등에 관한 상태 변수를 관리한다. 각각의 HARQ 프로세스는 HARQ 프로세스 ID에 의해 구별된다.
도 7은 PUSCH 전송 과정을 예시한다. 도 7을 참조하면, 단말은 슬롯 #n에서 PDCCH를 검출할 수 있다. 여기서, PDCCH는 상향링크 스케줄링 정보(예, DCI 포맷 0_0, 0_1)를 포함한다. DCI 포맷 0_0, 0_1은 다음의 정보를 포함할 수 있다.
- Frequency domain resource assignment: PUSCH에 할당된 RB 세트를 나타냄
- Time domain resource assignment: 슬롯 오프셋 K2, 슬롯 내의 PUSCH의 시작 위치(예, 심볼 인덱스) 및 길이(예 OFDM 심볼 개수)를 나타냄. 시작 심볼과 길이는 SLIV(Start and Length Indicator Value)를 통해 지시되거나, 각각 지시될 수 있음.
이후, 단말은 슬롯 #n의 스케줄링 정보에 따라 슬롯 #(n+K2)에서 PUSCH를 전송할 수 있다. 여기서, PUSCH는 UL-SCH TB를 포함한다.
Enhanced DRX for a (specific) service (e.g., service for XR traffic)
단말의 power saving 이득을 위하여 DL 신호를 불연속적으로 수신하는 DRX 동작이 사용될 때, DL 신호의 다양한 크기/주기성을 보장하면서 power saving 및 latency 등의 성능을 높이기 위한 방법들을 제안한다.
NR에서는 단말의 불필요한 power 소모를 줄이기 위한 목적으로 DRX의 동작이 사용될 수 있으며, RRC_IDLE 상태의 단말을 위한 DRX 구조와 RRC_CONNECTED 상태의 단말을 위한 DRX 구조가 각각 정의되어 있다. 두 DRX 구조들 모두 단말이 DL 신호의 수신을 기대할 수 있는 구간이 주기적으로 설정되고, 그 이외의 구간에서는 불필요한 전력소모를 줄이도록 설계되어 있다. 특징적으로 C-DRX(i.e. RRC_CONNECTED 상태의 단말에게 적용되는 DRX)의 경우, NR의 Rel-16 표준을 기준으로 On-duration의 시작 위치가 주기적으로 발생되며, 이 때 구성될 수 있는 주기(i.e. DRX cycle)의 크기는 기지국이 단말에게 제공하는 higher layer parameter를 통해 결정될 수 있다. 표 5은 TS 38.331 표준의 일부를 발췌한 내용으로, C-DRX의 cycle을 결정하는 parameter들에 대한 내용의 일부를 나타낸다. 하기의 표에서 볼 수 있듯이 기지국은 하나 또는 두 가지 type들(e.g., long/short)의 DRX를 단말에게 지시할 수 있으며, 두 type들의 DRX cycle 모두 고정된 정수의 크기를 갖고 있다.
Figure PCTKR2022011015-appb-img-000001
3GPP에서는 XR (eXtended Reality) 서비스를 지원하기 위한 목적으로 다양한 시나리오와 후보 기술들이 논의되고 있다. XR에서는 일반적으로 높은 data rate를 보장하면서 낮은 latency를 만족해야 한다는 특성을 갖고 있으며, 동시에 단말의 높은 power consumption이 예상되기 때문에 battery 효율성을 높이기 위한 다양한 power saving 기법들이 고려되고 있다. 단말의 불필요한 power 소모를 방지하기 위한 목적으로, XR 단말들에 DRX의 동작이 적용되는 상황을 고려할 수 있다. 하지만 기존에 정의된 NR의 DRX 동작은 XR의 일부 traffic 특성에 부적합할 수 있다. 일례로 XR의 경우 영상정보의 송수신을 위하여 초당 전송되는 frame의 개수(i.e. fps)가 요구조건에 포함될 수 있으며, 이는 X fps의 요구조건을 갖는 XR 서비스의 경우 최소 1/X sec 주기로 단말이 traffic을 송수신할 수 있는 DRX 설정이 보장되어야 함을 의미한다. 하지만 현재 XR 서비스를 위하여 고려되고 있는 fps의 조건들(e.g. 30, 60, 90, and 120 fps)의 경우 frame이 전송되어야 하는 주기가 유리수의 크기로 발생되는 반면, 현재 NR 표준을 기준으로 지원되는 DRX cycle의 크기는 정수의 크기만을 지원하고 있어 적합하지 않을 수 있다. 일례로 60 fps의 XR 서비스를 지원하기 위하여 1/60 sec의 크기에 가장 가까운 16ms의 short DRX cycle을 적용하고자 할 경우, 두 주기간의 차이(e.g., 1/60 주기와 16ms 주기의 차이)로 인해 발생되는 residual offset이 점차 누적되어 DRX On-duration의 시작 위치와 XR traffic이 전송되는 위치 간의 gap이 점차 증가할 수 있다.
이와 같은 문제점을 해결하기 위하여, 다양한 주기 특성을 갖는 traffic을 기대하는 단말들의 DRX 동작을 지원하기 위한 방법들을 제안한다. 특징적으로 본 개시에서 제안하는 방법은 기존(Rel-15/16/17 NR)의 DRX cycle을 이용하여 traffic의 주기가 지원되기 어려운 서비스들(e.g. XR)이 power consumption efficiency를 향상시키면서 latency를 증가시키지 않고 DRX 동작을 수행하는데 유리한 효과를 가질 수 있다.
이하에서는 RRC_CONNECTED 상태의 단말에 적용되는 C-DRX를 기준으로 제안되는 방법을 설명하고 있으나 발명에서 제안하는 방법들은 이에 제한되지 않으며, 단말이 DL 신호의 수신을 기대하지 않아도 되는 일정 구간이 주기성을 갖고 정의될 수 있는 다른 방법들(e.g. RRC_IDLE 상태의 단말에 적용되는 DRX)에도 확장되어 적용될 수 있음은 당업자라면 이해할 수 있다. 따라서 제안하는 방법들은 별도의 설명이 없더라도 기지국과 단말이 기대하는 모든 종류의 송수신 방식에 적용될 수 있다. 설명의 편의를 위하여 DRX의 용어가 C-DRX의 용어를 포함하는 일반적인 개념으로 사용한다.
이하에서는 NR의 시스템을 기준으로 설명하고 있으나, 제안하는 방법들은 NR에 제한되지 않는다. 또한 이하에서는 XR 서비스의 특성과 구조를 기준으로 설명하나, 제안하는 방법들은 별도의 설명이 없는 한 XR 서비스의 지원에 특정하여 제한하지 않는다. 따라서 본 발명에서 제안하는 방법들은 다양한 무선통신 송수신의 구조와 서비스에 적용될 수 있다.
단말이 특정 서비스(e.g. XR)과 관련된 DRX 동작(i.e. 기지국과 단말간에 약속된 위치에 대하여 단말의 PDCCH의 수신을 기대할 수 있고, 상기의 위치에서 기지국은 PDCCH를 송신하고 단말은 이를 monitoring 하는 동작)을 수행하는데 단말의 power saving efficiency를 향상시키고 control/traffic 정보의 송수신 latency를 줄이기 위한 방안들이 제안된다.
일 예로 단말이 DRX 동작과 관련된 정보를 기지국으로부터 수신하고 이를 바탕으로 PDCCH의 monitoring 구간을 결정할 수 있다. 또한, 기지국이 DRX 동작과 관련된 정보를 결정 및 구성하여 단말에게 이를 알리고 해당 정보를 바탕으로 PDCCH의 송신 위치를 결정할 수 있다. 또한 단말이 자신의 capability 그리고/또는 서비스 요구조건을 알리기 위한 신호 및 채널을 전송하고, 기지국이 이를 수신할 수 있다.
도 8은 본 발명의 일 예에 따른 기지국 동작의 순서도를 예시한다.
기지국은 단말이 report하는 정보를 수신하고 이를 기반으로 DRX 동작 방식을 결정할 수 있다(FC101). 일례로 단말이 report하는 정보는 단말이 필요로 하는 서비스의 요구조건 (e.g. XR 서비스의 fps 요구조건) 및/또는 단말의 capability에 대한 정보가 포함될 수 있다. 특정 상황(e.g. 기지국이 이미 사전 정보를 가지고 있거나, 또는 기지국에 필요로 인해 DRX 동작 방식이 변경될 경우)에 대해서는 단말의 해당 report 동작이 생략될 수 있다.
이후 기지국은 FC101 단계에서 결정된 DRX 동작 방식과 관련된 configuration 정보를 생성하고 이를 전송할 수 있다(FC102). 일례로 상기 configuration 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 전송될 수 있다. 또는 상기 configuration 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DRX 동작 관련 configuration 중 하나를 구체적으로 지시하는 방법(e.g. DCI 또는 MAC CE/header)으로 전송될 수도 있다.
이후 기지국은 상기 전송된 DRX 동작에 대한 configuration 정보를 바탕으로 PDCCH의 송신 시점을 결정하고 이에 대한 전송을 수행할 수 있다(FC103).
도 9는 본 발명의 일 예에 따른 단말 동작의 순서도를 예시한다.
단말은 기지국에 연관된 정보를 report 할 수 있다(FC201). 일례로 상기 정보는 단말이 필요로 하는 서비스의 요구조건 (e.g. XR 서비스의 fps 요구조건) 및/또는 단말의 capability에 대한 정보가 포함될 수 있다. 특정 상황(e.g. 기지국이 이미 사전 정보를 가지고 있거나, 또는 기지국에 필요로 인해 DRX 동작 방식이 변경될 경우)에 대해서는 단말의 해당 report 동작이 생략될 수 있다.
이후 단말은 기지국이 전송하는 DRX 동작 방식과 관련된 configuration 정보를 monitoring하고 이를 수신 수 있다(FC202). 일례로 상기 configuration 정보는 상위 계층 시그널(e.g. SIB 또는 RRC signaling)을 이용하여 수신될 수 있다. 또는 상기 configuration 정보는 (semi-)static하게 단말에게 제공되어 있는 복수의 DRX 동작 관련 configuration 중 하나를 구체적으로 지시하는 방법(e.g. DCI 또는 MAC CE/header)으로 수신될 수도 있다.
이후 단말은 상기 수신된 DRX 동작에 대한 configuration 정보를 바탕으로 PDCCH의 수신 가능 시점을 기대하고, 상기 시점의 위치에서 PDCCH monitoring 동작을 수행할 수 있다(FC203).
본 명세서에서의 제안들 중 일부가 선택적으로 적용될 수 있다. 각 제안이 별도의 조합 없이 독립적인 형태로 수행되거나 또는 하나 이상의 제안들이 조합/연계될 수도 있다. 사용되는 일부 용어와 기호, 순서 등은 다른 용어나 기호, 순서 등으로 대체될 수 있다.
제안 1: Traffic-cycle 조건에 기반한 DRX 구조의 결정
현재 NR 표준에서 지원하는 DRX cycle의 크기는 정수의 크기만을 지원하고 있으며, semi-static하게 configure된 고정된 DRX cycle 값이 일정 기간 유지된다. 따라서, 현재 NR 표준에서 지원하는 DRX는 XR 서비스 등에서 요구하는 non-integer periodicity 특성의 DL 신호 전송에 적합하지 않을 수 있다. 이와 같은 문제점을 해결하기 위하여, traffic의 발생 주기 특성을 반영할 수 있는 적응적인 DRX 동작 제어 방법이 고려될 수 있다.
일 예로 기지국과 단말 간에 서비스의 요구 조건에 따라 traffic-cycle을 결정하고, 특정 시간 구간 내에서 상기 traffic-cycle에 의해 각 traffic-instant가 결정될 수 있다. 결정된 각 traffic-instant에 관련한 특정 조건을 만족하는 time domain resource unit들의 위치를 기준으로 DRX의 구조를 결정하는 방법을 제안한다.
상기 DRX의 구조는 단말이 PDCCH의 monitoring을 수행하지 않아도 되는 sleep 구간 및/또는 sleep 구간을 종료하고 PDCCH의 monitoring을 수행하는 active 구간을 포함할 수 있다. 구체적인 일례로 상기 DRX의 구조는 drx-onDurationTimer의 시작점을 결정하는 것과 관련될 수 있다. 이하에서는 sleep 구간이 종료되고 단말이 PDCCH monitoring을 시작할 수 있는 시점을 On-duration의 시작점으로 정의하여 기술한다. On-duration의 시작점이라는 용어는 설명의 편의를 위한 것이므로 해당 용어에 발명이 제한되지 않는다. DRX의 구조를 결정하는 구체적인 방법으로, On-duration의 시작점은 상기 특정 조건을 만족하는 time domain resource unit들의 위치로 설정될 수 있다. 일반적으로 기존의 DRX 구조에서는 DRX cycle을 주기에 기초하여 On-duration 시작점들이 등간격으로 위치한다. 반면 본 제안에서의 DRX 구조에 따르면 On-duration 시작점들 간의 간격이 등간격이 아닐 수 있다(e.g., On-duration 시작점들 간의 간격이 다양하게 달라질 수 있다).
상기 특정 시간 구간은 제안되는 DRX 구조의 pattern을 구성하는 단위로써 사전에 약속된 길이를 갖는 시간 구간을 의미할 수 있으며, 예를 들어 frame, subframe 그리고 slot과 같은 time domain resource unit 기반으로 정의되거나, 또는 sec, ms 그리고 μs 단위와 같은 절대적인 시간 구간으로 정의될 수도 있다. 또한 상기 특정 시간 구간은 동일한 길이로 반복/구성될 수 있다. 일례로 상기 특정 시간 구간은 SFN이 시작(i.e. SFN=0)으로부터 종료(SFN=1023)까지의 구간으로 정의될 수 있다. 이 때 SFN=0는 reference point를 정하는 기준으로 사용되며, 새로운 SFN가 시작되는 경우 reference point 또한 새롭게 결정될 수 있다. 또 다른 일례로 상기 특정 시간 구간은 X ms (X는 임의의 정수) 크기의 시간구간으로 정의될 수 있다. X의 값은 고정된 하나의 값이 사용될 수 있으며, 이와 같은 경우 단말이나 서비스의 특성이 변경되어 DRX의 구조가 변경되는 경우에도 동일한 단위 구간을 적용할 수 있다. 또는 X의 값은 기지국의 configuration이나 단말 또는 서비스의 특성에 의해 결정되는 값일 수 있다. 일례로 X의 값은 단말이 기대하는 서비스의 fps 값에 의하여 결정될 수 있다. 구체적인 예시로 Y fps(Y는 임의의 정수)의 DL 신호를 수신하고자 하는 단말의 경우 정수의 값을 갖는 가장 작은 1000/Y의 배수를 X의 값으로 설정할 수 있다(e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
이 때 상기 특정 시간 구간은 기지국과 단말간에 공통으로 가정할 수 있는 기준점을 기준으로 X ms의 주기로 설정될 수 있다. 일례로 SFN=0를 기준으로 시작되어 X ms의 주기로 특정 시간 구간이 설정될 수 있다. 이는 별도의 signaling overhead를 발생시키지 않고 기지국과 단말간에 제안하는 방법을 적용하기 위한 기준점을 제공한다는 측면에서 이득이 있을 수 있다. 또는 상기 특정 시간 구간은 기지국이 지시하는 기준점으로부터 시작되어 X ms의 주기로 설정될 수 있다. 이 때 기지국이 지시하는 기준점은 SIB나 dedicated RRC signal과 같은 higher layer signal을 통해 semi-static하게 결정되거나, 또는 표준에 의하여 static하게 결정되거나 higher layer signal을 통해 semi-static하게 제공된 list들 중에서 실제 적용되는 offset의 값들을 DCI 또는 MAC layer를 통해 기지국이 지시하고 단말이 이를 수신 및 적용할 수도 있다. 이는 기지국이 DRX 구조에 의하여 발생되는 On-duration의 시작점 위치들에 대한 제어가 가능하므로 scheduling flexibility를 향상시키는데 유리한 효과를 얻을 수 있다.
상기 서비스의 요구조건은 XR 서비스의 경우 단말이 DL 수신하려는 traffic의 예상 발생 주기와 관련될 수 있다. 일례로 상기 서비스의 요구조건에는 초당 송수신이 요구되는 frame의 개수(i.e. fps)가 포함될 수 있다. 추가로 서비스가 제공되는 형태(e.g. one/two eye buffer)등이 서비스의 요구조건에 포함되어 함께 고려될 수도 있다. 서비스의 요구조건을 파악하기 위하여 단말은 기지국에게 필요한 서비스 요구조건에 대한 정보를 요청할 수 있으며, 기지국은 상황에 맞게 서비스 요구조건을 결정하고 이를 단말에게 알려줄 수 있다.
상기 traffic-cycle은 서비스의 요구조건에 따라 단말에게 전송되는 DL traffic이 발생되는 주기를 의미할 수 있으며, XR 서비스의 경우 초당 송수신이 요구되는 frame의 개수(i.e. fps)의 역수가 traffic-cycle을 결정하기 위하여 사용될 수 있다. 일례로 XR 서비스에서 Y fps의 DL 수신을 기대하는 단말의 경우, traffic-cycle의 크기 Z는 1000/Y ms 일 수 있다. 상기 traffic-instant는 특정 시간 구간 내에서 traffic-cycle에 의해 결정되는 각 시간점을 의미한다. 특정 시간 구간 내에는 하나 이상의 traffic-instant가 발생할 수 있으며 traffic-instant들 간의 간격은 traffic-cycle의 크기를 갖는다. 또한 만약 traffic instant에 대한 offset 값이 지정된 경우, 특정 시간 구간의 시작점을 기준으로 해당 offset 값을 적용하여 모든 traffic-instant의 위치가 shift될 수 있다. 이 때 상기 offset의 값은 SIB나 dedicated RRC signal과 같은 higher layer signal을 통해 semi-static하게 결정되거나, 또는 표준에 의하여 static하게 결정되거나 higher layer signal을 통해 semi-static하게 제공된 list들 중에서 실제 적용되는 offset의 값들을 DCI 또는 MAC layer를 통해 기지국이 지시하고 단말이 이를 수신 및 적용하는 방법이 사용될 수도 있다. 이는 기지국이 traffic의 특성 및 단말과 네트워크 상황을 고려하여 DRX 구조를 제어하기 위한 목적일 수 있다.
상기 특정 조건을 만족하는 time domain resource unit은 특정 시간 구간 내에서 traffic-instant를 포함하는(또는 인접하는) 송수신 전송 단위(e.g. frame, subframe or slot)를 의미할 수 있다. 일례로 Y fps의 서비스 요구조건을 갖는 XR 서비스의 경우, Z(=1000/Y) ms의 traffic-cycle을 갖는 traffic-instant들의 위치를 결정하고 해당 traffic instant의 시점을 포함하는 slot들이 특정 조건을 만족하는 time domain resource unit들에 해당될 수 있다.
구체적인 예시 중 하나로, XR 서비스와 같이 서비스의 요구조건으로 fps가 사용되고, Y fps의 XR DL 수신을 기대하는 단말에 대하여, 특정 시간 구간 내에서 n 번째 등장하는 On-duration의 시작점(및/또는 해당 slot의 위치)이 n과 Y를 parameter로 사용하는 함수에 기초하여 결정될 수 있다. 만약 기지국이 DRX 구조를 지원하기 위하여 일정 크기를 갖는 offset을 단말에게 지시한 경우, On-duration은 offset의 크기만큼 shift 되어 시작될 수 있다. 상기 n과 Y를 parameter로 사용하는 함수는 f(nХZ)과 같은 형태로 표현될 수 있으며, 이 때 함수 f(x)는 실수의 값을 갖는 입력 x에 대하여 내림연산(i.e. floor(x): x보다 작거나 같은 정수 중 가장 큰 정수를 구하는 연산), 올림연산(i.e. ceil(x): x보다 크거나 같은 정수 중 가장 작은 정수를 구하는 연산), 또는 반올림(i.e. round(x): x의 소수부가 0.5보다 작을 경우 내림연산을, 0.5보다 크거나 같을 경우 올림연산을 수행하는 연산)이 사용될 수 있다. 본 실시 예는 아래의 수학식 1과 같이 표현될 수 있다. 수학식 1의 예시에서 SFN과 subframe number는 3GPP 표준의 정의를 따르며, unit_Duration은 상기 설명한 특정 시간 구간에 대응되며, Offset_ms는 상기 설명한 On-duration의 시작점을 shift 하기 위한 ms단위의 offset을 의미한다. 이 때 만약 기지국이 configure하는 slot 단위의 offset (e.g. drx-SlotOffset)이 존재하는 경우, 아래의 수학식 1을 통해 결정된 시점들의 위치에서 지시된 slot 단위의 offset의 크기만큼 시작된 이후로 On-duration의 시작점이 shift될 수 있다.
[수학식 1]
[(SFN x 10)+ subframe number] modulo (unit_Duration)= f(nХZ)+Offset_ms
도 10은 제안하는 방법의 일례를 도시한다. 도 10은 60 fps의 서비스 요구조건을 갖는 DL traffic을 위한 DRX 구조를 나타내며, traffic-cycle의 길이가 16.67(=1000/60)ms의 길이로 결정되며 5ms의 offset이 configure 된 상황을 나타낸다. 또한 도 10에서는 slot의 길이가 1ms일 때 traffic-cycle에 의해 결정된 traffic-instant들이 포함된 slot들의 위치가 On-duration의 시작점으로 설정된다. 또한 특정 시간 구간의 크기는 50ms로 정할 수 있고 50ms 마다 On-duration들의 시작점들이 pattern을 형성할 수 있다. 50ms의 배수 크기를 갖는 특정 시간 구간이나 0~1023의 길이를 갖는 SFN를 대상으로 적용될 수도 있다. 본 예시는 발명의 원리를 설명하는 하나의 예시이며, 본 발명의 권리범위는 이에 제한되지 않는다.
표 6는 제안하는 방법의 일례로, XR traffic의 각 fps (서비스 요구조건)에 따라 결정되는 On-duration 시작점들 간의 간격을 나타낸다. 표 6의 예시에서 index는 특정 시간 구간 내에서 On-duration 시작점들이 배치되는 순서를 의미하며, 일례로 수학식 1에서 n의 값을 의미할 수 있다. 또한 표 6의 예시에서는 특정 시간 구간의 크기를 30 fps의 경우 100 ms, 60 fps의 경우 50 ms, 90 fps의 경우 100 ms, 그리고 120 fps의 경우 25 ms로 정하는 예시를 나타낸다. 또한 표 6의 예시에서는 수학식 1에서 정의된 함수 f(x)가 각각 내림(floor), 올림(ceil), 반올림(round)가 사용되어 적용되는 예시들을 나타낸다. 본 예시는 발명의 원리를 설명하는 하나의 예시이며, 본 발명의 권리범위는 이에 제한되지 않는다.
Figure PCTKR2022011015-appb-img-000002
제안 1은 단말의 DRX 동작을 지원함으로써 power saving efficiency를 향상시킴과 동시에, non-integer periodicity의 특성을 갖는 traffic이 실제 요구되는 DRX cycle보다 작은 크기의 DRX cycle을 configure 받아 발생할 수 있는 power consumption efficiency의 저하와 큰 크기의 DRX cycle을 configure 받아 발생할 수 있는 latency의 증가를 최소화하는 점에서 유리한 효과를 갖는다. 또한 기지국과 단말 간에 송수신되어야 하는 traffic의 실제 주기에 가장 가까운 위치가 On-duration의 시작점으로 설정될 수 있으면서도 system overhead의 증가를 크게 발생시키지 않는다는 측면에서 유리할 수 있다.
이상에서는, DL 기준으로 기술되어 있으나, 제안하는 방법은 이에 제한되지 않으며 다른 방식의 서비스 요구조건 (e.g. UL 신호 전송)들에도 적용될 수 있다.
제안 2: Offset parameter set에 기반한 DRX 구조의 결정
상기 설명한 바와 같이 현재 NR 표준에서 지원하는 DRX cycle의 크기는 정수의 크기만을 지원하고 있으며, semi-static하게 configure된 고정된 DRX cycle 값이 일정 기간 유지된다. 따라서, 현재 NR 표준에서 지원하는 DRX는 XR 서비스 등에서 요구하는 non-integer periodicity 특성의 DL 신호 전송에 적합하지 않을 수 있다. 또한 XR에서는 power saving 등의 목적으로 UL과 DL을 동시에(또는 인접한 시간에) 수행하도록 scheduling 하는 방법 등이 논의되고 있으며, 이러한 관점에서 DL/UL scheduling에 대한 기지국의 flexibility 향상이 필요하다. 이와 같은 문제점을 해결하기 위하여, DRX cycle을 단위로 단말이 기대하는 DL 신호의 시점을 기지국이 제어할 수 있는 적응적인 DRX 동작 제어 방법이 고려될 수 있다.
일 예로 기지국과 단말 간에 서비스의 요구 조건을 고려하여 특정 시간 구간 내에서 복수의 On-duration 시작점들 각각에 대하여 기지국이 configure 하는 서로 다른 DRX parameter들을 적용하는 DRX 구조를 제안한다.
상기 DRX의 구조는 단말이 PDCCH의 monitoring을 수행하지 않아도 되는 sleep 구간 및/또는 sleep 구간을 종료하고 PDCCH의 monitoring을 수행하는 active 구간을 포함할 수 있다. 구체적인 일례로 상기 DRX의 구조는 drx-onDurationTimer의 시작점 결정과 관련될 수 있다. 이하에서는 sleep 구간이 종료되고 단말이 PDCCH의 monitoring의 수행을 시작할 수 있는 시점을 On-duration의 시작점으로 정의한다. 이 용어는 설명의 편의를 위하여 사용할 뿐이며, 제안하는 방법이 사용되는 용어에 제한되지 않는다. DRX의 구조를 결정하는 구체적인 방법으로, On-duration의 시작점은 DRX 기준점과 offset 값(들)에 기반한 조건을 만족하는 time domain resource unit들의 위치로 정해질 수 있다.
상기 DRX 기준점 결정의 구체적인 일례로, 일반적인 NR 단말(e.g. Rel-16 NR)들이 동작하는 DRX cycle을 통해 결정되는 주기적인 slot의 위치가 DRX 기준점 결정에 사용될 수 있다. 이를 위하여 DRX-Config IE에 포함된 drx-LongCycleStartOffset 및/또는 drx-ShortCycle의 higher layer parameter를 통해 기지국이 단말에게 제공하는 long 및/또는 short DRX cycle이 DRX 기준점 결정에 사용될 수 있다. DRX 기준점과 관련한 구체적인 일례로, 제안 1에서 설명된 특정 조건을 만족하는 time domain resource unit들의 위치가 DRX 기준점 결정에 사용될 수도 있다. 예컨대 DRX 기준점은 제안 1에서 기술된 특정 조건을 만족하는 위치일 수 있다.
상기 DRX 구조를 결정에 사용되는 offset 값(들)에는, i) DRX cycle에 의하여 결정된 frame/subframe 위치를 기준으로 frame/subframe 단위로 shift하는 offset 및/또는 ii) 해당 frame/subframe 내에서 slot의 위치를 결정하는 offset의 값, 및/또는 iii) 결정된 slot 위치를 기준으로 slot 단위로 shift하는 offset의 값이 포함될 수 있다. 해당 offset에 모든 On-duration 시작점들에 공통적으로 적용되는 common-offset 및/또는 각 On-duration의 시작점 별로 서로 다른 값이 지정 가능한 individual-offset 이 포함될 수 있다. Common-offset의 일례로, DRX-Config IE에 포함된 offset(e.g., drx-LongCycleStartOffset 그리고/또는 drx-SlotOffset)에 기초하여 Common-offset이 결정될 수 있다. 예컨대 drx-LongCycleStartOffset 그리고/또는 drx-SlotOffset이 Common-offset으로 사용될 수 있다. Individual-offset의 구체적인 일 예로, 1) 특정 시간 구간 내에 N개의 On-duration 시작점들이 구성되는 경우 N개의 각 On-duration 시작점 별로 individual-offset이 구성되거나, 및/또는 2) DRX cycle을 기준으로 On-duration 시작점이 결정된다고 가정할 때, DRX cycle 기준에 기초하여 N개의 기준점들이 도출될 수 있으며 해당 N개의 각 On-duration 기준점 별로 individual-offset이 구성될 수도 있다. individual-offset은 frame, subframe 그리고 slot과 같은 time domain resource unit 기반으로 정의되거나, 또는 sec, ms 그리고 μs 단위와 같은 절대적인 시간 unit으로 정의될 수도 있다. individual-offset은 임의의 정수(또는 실수)의 값을 가질 수 있으며, 음수나 양수 또는 0의 값을 포함할 수 있다.
상기 특정 시간 구간은 제안되는 DRX 구조의 pattern을 구성/적용하는 단위로써 사전에 약속된 길이를 갖는 시간 구간을 의미할 수 있으며, 예를 들어 frame, subframe 그리고 slot과 같은 time domain resource unit 기반으로 정의되거나, 또는 sec, ms 그리고 μs 단위와 같은 절대적인 시간 구간으로 정의될 수도 있다. 또한 상기 특정 시간 구간은 동일한 길이로 반복/구성될 수 있다. 일례로 상기 특정 시간 구간은 SFN이 시작(i.e. SFN=0)으로부터 종료(SFN=1023)까지의 구간으로 정의될 수 있다. 이 때 SFN=0는 reference point를 정하는 기준으로 사용되며, 새로운 SFN가 시작되는 경우 reference point 또한 새롭게 결정될 수 있다. 또 다른 일례로 상기 특정 시간 구간은 X ms (X는 임의의 정수) 크기의 시간구간으로 정의될 수 있다. 이 때 X의 값은 고정된 하나의 값이 사용될 수 있으며, 이와 같은 경우 단말이나 서비스의 특성이 변경되어 DRX의 구조가 변경되는 경우에도 동일한 단위 구간을 적용할 수 있다. 또는 X의 값은 기지국의 configuration이나 단말 또는 서비스의 특성에 의해 결정되는 값일 수 있다. 일례로 X의 값은 단말이 기대하는 서비스의 fps 값에 의하여 결정될 수 있다. 구체적인 예시로 Y fps(Y는 임의의 정수)의 DL 신호를 수신하고자 하는 단말의 경우 정수의 값을 갖는 가장 작은 1000/Y의 배수를 X의 값으로 설정할 수 있다(e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms). X ms 크기의 단위 구간은 SFN=0를 기준으로 시작될 수 있다.
상기 서비스의 요구조건은 XR 서비스의 경우 단말이 수신하려는 DL traffic의 예상 발생 주기와 관련될 수 있다. 일례로 상기 서비스의 요구조건에는 초당 송수신이 요구되는 frame의 개수(i.e. fps)가 포함될 수 있다. 추가로 서비스가 제공되는 형태(e.g. one/two eye buffer)등이 서비스의 요구조건에 포함되어 함께 고려될 수도 있다. 서비스의 요구조건을 파악하기 위하여 단말은 기지국에게 필요한 서비스 요구조건에 대한 정보를 요청할 수 있으며, 기지국은 상황에 맞게 서비스 요구조건을 결정하고 이를 단말에게 알려줄 수 있다.
상기 On-duration의 시작점을 정하는 구체적인 방법으로, 상기 설명된 방식에 기반하여 특정 시간 구간을 단위로 DRX 기준점들을 도출하고, 각 DRX 기준점들에 대하여 offset(common-offset/individual-offset) 만큼 shift된 시점들이 On-duration의 시작점들로 사용될 수 있다. 해당 offset 관련 정보가 기지국에 의하여 configure 될 수 있다. 예컨대 offset은 SIB나 dedicated RRC signal과 같은 higher layer signal을 통해 semi-static하게 결정되거나, 또는 표준에 의하여 static하게 결정되거나, 또는 higher layer signal을 통해 semi-static하게 제공된 list들 중에서 실제 적용되는 offset의 값들을 DCI 또는 MAC layer를 통해 기지국이 지시하고 단말이 이를 수신 및 적용할 수도 있다.
구체적인 예시 중 하나로, 기지국은 특정 크기의 DRX cycle과 common-offset 및 N개의 set으로 구성된 순차적인 individual-offset의 값들을 단말에 지시할 수 있다. 특정 시간 구간 내에서 n(헞) 번째 위치하는 On-duration의 시작점을 결정하는데 있어서 단말은, DRX cycle로부터 도출된 특정 시간 구간 내 n번째 DRX 기준점과 common-offset 및 n 번째 individual offset의 조합을 통해 On-duration이 시작하는 slot을 결정할 수 있다.
DRX cycle에 기반하여 DRX 기준점을 정하는 방법과 관련한 보다 더 구체적인 예시로써 수학식 2는 short DRX cycle에 기반하여 DRX 기준점을 결정하는 일 예를 나타낸다. 수학식 3은 long DRX cycle에 기반하여 DRX 기준점을 결정하는 일 예를 나타낸다. 수학식들 2/3에서 만약 unit_Duration의 크기가 drx-ShortCycle 또는 drx-LongCycle의 배수 값을 갖는 경우 unit_Duration에 대한 modulo 연산은 생략될 수 있다. 또는 unit_Duration의 크기가 사용되는 DRX cycle의 배수의 값으로만 configure 될 수다. 이는 기존의 DRX 구간 설정 수학식을 재사용 할 수 있다는 측면에서 유리한 효과를 기대할 수 있다.
[수학식 2]
{[(SFN x 10)+ subframe number] modulo (unit_Duration)}modulo(drx-ShortCycle)= (drx-StartOffset)modulo(drx-ShortCycle)
[수학식 3]
{[(SFN x 10)+ subframe number] modulo (unit_Duration)}modulo(drx-LongCycle)= drx-StartOffset
위 수학식들 2/3에서 SFN과 subframe number는 3GPP 표준의 정의를 따르며, unit_Duration은 상기 설명한 특정 시간 구간에 대응된다. 또한 drx-ShortCycle, drx-LongCycle, 그리고 drx-StartOffset의 값들은 higher layer에 의하여 configure 되는 DRX-Config IE에 포함된 parameter를 따를 수 있으며, drx-StartOffset의 값은 common-offset의 일종으로 적용될 수 있다. 상기 수학식 2 또는 수학식 3를 통해 도출된 특정 시간 구간 내 n 번째 DRX 기준점에 대응되는 On-duration의 시작점은 아래의 조건 1을 만족하는 slot 일 수 있다.
[조건 1]
start drx-onDurationTimer for this DRX group after (common-offset + individual-offset(n)) from the beginning of the subframe
조건 1에서 common-offset의 값은 higher layer에 의하여 configure 되는 DRX-Config IE에 포함된 drx-SlotOffset일 수 있으며, individual-offset(n)은 n번째 DRX 기준점에 대응되는 individual-offset을 의미할 수 있다.
도 11는 제안하는 방법의 일례를 도시한다. 도 11에서는 60 fps의 서비스 요구조건을 갖는 DL traffic을 지원하기 위한 DRX 구조를 나타내며, 16ms의 short DRX cycle이 사용되고 5ms의 common-offset이 적용되는 상황을 나타낸다. 또한 도 11에서는 특정 시간 구간의 길이가 50ms이고, 4개의 individual offset들 {0ms, 2ms, -1ms, 2ms}이 configure되는 일례를 나타낸다. 50ms 길이의 특정 시간 구간 내 On-duration의 시작점은 pattern을 형성할 수 있으며, 50ms 마다 상기 pattern이 반복될 수 있다. 이 때 4번째 offset이 적용된 결과 해당 On-duration의 시작점은 특정 시간 구간의 범위를 벗어난 위치가 되고, 해당 위치는 다음 특정 시간 구간에 속한 첫 번째 On-duration의 시작점과 일치한다. 따라서 4번째 On-duration의 시작점에 대한 정보는 첫 번째 On-duration의 시작점을 지정하는 offset의 값으로 표현될 수 있으며, 이러한 경우 마지막(또는 실제 사용되지 않는) offset의 값은 생략되거나 또는 해당 On-duration의 skip을 지시하는 형태로 configure 될 수도 있다. 도 11의 발명의 설명을 위한 하나의 예시이며, 본 발명은 이에 제한되지 않는다. 제안 2는 단말의 DRX 동작을 지원함으로써 power saving efficiency를 향상시킴과 동시에, non-integer periodicity의 특성을 갖는 traffic이 실제 요구되는 DRX cycle보다 작은 크기의 DRX cycle을 configure 받아 발생할 수 있는 power consumption efficiency의 저하와 큰 크기의 DRX cycle을 configure 받아 발생할 수 있는 latency의 증가를 최소화하는 점에서 유리한 효과를 갖는다. 또한 DL traffic의 송수신 구간을 조절할 수 있기 때문에, UL/DL traffic의 동시 수행이 가능한 구조를 만들기 위한 등의 목적으로 DRX 구조를 flexible하게 제어할 수 있다는 측면에서 유리할 수 있다.
위 설명들에서는 DL 기준으로 기술되어 있으나, 제안하는 방법은 다른 방식의 서비스 요구조건 (e.g. UL 신호 전송)들에도 적용될 수 있다.
제안 2-1: DRX cycle parameter set에 기반한 DRX 구조의 결정
위와 같은 목적/효과를 갖는 다른 예로, DRX cycle parameter set에 기반하여 DRX 구조가 결정될 수 있다.
일 예로 기지국과 단말 간에 서비스의 요구 조건을 고려하여 특정 시간 구간 내에서 복수의 On-duration 시작점들에 대하여 기지국이 configure 하는 서로 다른 DRX parameter들을 적용하여 DRX 구조를 결정하는 방법을 제안한다.
상기 DRX의 구조는 단말이 PDCCH의 monitoring을 수행하지 않아도 되는 sleep 구간 및/또는 sleep 구간을 종료하고 PDCCH의 monitoring을 수행하는 active 구간을 포함할 수 있다. 구체적인 일례로 상기 DRX의 구조는 drx-onDurationTimer의 시작점의 결정과 관련될 수 있다. 구체적인 방법으로, On-duration의 시작점은 직전에 발생한 On-duration의 시작점을 기준으로 DRX cycle 크기(들)의 간격을 적용한 time domain resource unit들의 위치일 수 있다. 통상의 DRX 구조에서는 DRX cycle이 주기적으로 반복되어 발생되는 On-duration 시작점 간의 간격(등 간격)을 의미할 수 있으나, 본 제안에서 DRX cycle의 용어는 (완전히 동일한 간격 값이 반복되지 않더라도) On-duration 시작점 간의 간격을 지칭하기 위해 사용될 수 있다. 예를 들어, 설명의 편의를 위하여 등 간격에 일정 크기 이내의 오프셋이 적용된 값이 DRX cycle이라고 지칭될 수도 있다.
DRX cycle의 크기는, 구체적으로, 일반적인 NR 단말(e.g. Rel-16 NR)들이 동작하는 DRX cycle의 값이나, 새로운 DRX cycle의 크기일 수 있다. 이를 위하여 DRX-Config IE에 포함된 drx-LongCycleStartOffset 또는 drx-ShortCycle의 higher layer parameter를 통해 기지국이 단말에게 제공하는 long 또는 short DRX cycle이 사용될 수 있으며, 필요한 경우 상기 higher layer parameter에는 새로운 값들이 추가될 수 있다. 특정 시간 구간 내에서 복수의 DRX cycle 값들이 설정될 수 있으며, DRX cycle 값들의 개수는 상기 특정 시간 구간 내에서 발생하는 On-duration 시작점들의 개수에 기초하여 결정될 수 있다. 예를 들어 상기 특정 시간 구간 내에서 발생하는 On-duration 시작점의 개수가 N인 경우, 각 N개의 On-duration 시작점들에 대응되는 N개의 DRX cycle 값들이 parameter set으로 구성될 수 있으며, 상기 parameter set에 포함된 각 DRX cycle의 값들은 대응되는 On-duration의 시작점과 다음 On-duration 시작점 간의 간격으로 정의될 수 있다.
상기 DRX cycle parameter set을 구성하는 DRX cycle의 값들은 기지국이 configure할 수 있는 parameter의 값들 중에서 선택될 수 있다. 이는 기지국의 scheduling flexibility의 관점에서 유리한 효과를 기대할 수 있다. 하지만 이와 같은 방법이 사용될 경우, DRX cycle parameter set의 signaling overhead가 크게 증가할 수 있다. Signaling overhead를 줄이기 위한 방법으로, 서비스 요구조건을 고려하여 DRX cycle parameter set을 구성하기 위하여 사용할 수 있는 L개의 DRX cycle들의 후보를 결정하고, DRX cycle parameter set에는 DRX cycle 후보들의 index 정보가 포함될 수 있다. 일례로 2개의 DRX cycle 값이 후보로 사용되는 경우, DRX cycle parameter set은 {1,1,2,...}와 같이 index의 정보만을 제공할 수 있다. 이 때 상기 DRX cycle의 후보 값은 서비스 요구조건에 따라 표준에 의하여 미리 정해진 값이 사용되거나, 또는 기지국이 결정하여 단말에게 configure하는 값일 수 있다. 서비스 요구조건에 따라 표준에 의하여 미리 정해지는 2개의 후보 DRX cycle들의 일례를 표 7에서 나타낸다.
Figure PCTKR2022011015-appb-img-000003
상기 특정 시간 구간은 제안되는 DRX 구조의 pattern을 구성하는 단위로써 사전에 약속된 길이를 갖는 시간 구간을 의미할 수 있으며 특정 시간 구간은 frame, subframe 그리고 slot과 같은 time domain resource unit 기반으로 정의되거나, 또는 sec, ms 그리고 μs 단위와 같은 절대적인 시간 구간으로 정의될 수도 있다. 또한 상기 특정 시간 구간은 동일한 길이로 반복/구성될 수 있다. 일례로 상기 특정 시간 구간은 SFN이 시작(i.e. SFN=0)으로부터 종료(SFN=1023)까지의 구간으로 정의될 수 있다. 이 때 SFN=0는 reference point를 정하는 기준으로 사용되며, 새로운 SFN가 시작되는 경우 reference point 또한 새롭게 결정될 수 있다. 또 다른 일례로 상기 특정 시간 구간은 X ms (X는 임의의 정수) 크기의 시간구간으로 정의될 수 있다. 이 때 X의 값은 고정된 하나의 값이 사용될 수 있으며, 이와 같은 경우 단말이나 서비스의 특성이 변경되어 DRX의 구조가 변경되는 경우에도 동일한 단위 구간을 적용할 수 있다. 또는 X의 값은 기지국의 configuration이나 단말 또는 서비스의 특성에 의해 결정되는 값일 수 있다. 일례로 X의 값은 단말이 기대하는 서비스의 fps 값에 의하여 결정될 수 있다. 구체적인 예시로 Y fps(Y는 임의의 정수)의 DL 신호를 수신하고자 하는 단말의 경우 정수의 값을 갖는 가장 작은 1000/Y의 배수를 X의 값으로 설정할 수 있다(e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms). 이 때 상기 X ms 크기의 단위 구간은 SFN=0를 기준으로 시작될 수 있다.
이 때 상기 특정 시간 구간은 기지국과 단말 간에 공통으로 가정할 수 있는 기준점을 기준으로 X ms의 주기로 설정될 수 있다. 일례로 특정 시간 구간은 SFN=0를 기준으로 시작되어 X ms의 주기로 설정될 수 있다. 이 방식은 별도의 signaling overhead를 발생시키지 않는 측면에서 이득이 있을 수 있다. 또는 상기 특정 시간 구간은 기지국이 지시하는 기준점으로부터 시작되어 X ms의 주기로 설정될 수 있다. 이 때 기지국이 지시하는 기준점은 SIB나 dedicated RRC signal과 같은 higher layer signal을 통해 semi-static하게 결정되거나, 또는 표준에 의하여 static하게 결정되거나 higher layer signal을 통해 semi-static하게 제공된 list들 중에서 실제 적용되는 offset의 값들을 DCI 또는 MAC layer를 통해 기지국이 지시하고 단말이 이를 수신 및 적용하는 방법이 사용될 수도 있다. 이는 기지국이 DRX 구조에 의하여 발생되는 On-duration의 시작점 위치들에 대한 제어를 가능하도록 하여 scheduling flexibility를 향상시키는데 유리한 효과를 얻을 수 있다.
상기 서비스의 요구조건은 XR 서비스의 경우 단말이 DL 수신하려는 traffic의 예상 발생 주기에 관련될 수 있다. 일례로 상기 서비스의 요구조건에는 초당 송수신이 요구되는 frame의 개수(i.e. fps)가 포함될 수 있다. 추가로 서비스가 제공되는 형태(e.g. one/two eye buffer)등이 서비스의 요구조건에 포함되어 함께 고려될 수도 있다. 서비스의 요구조건을 파악하기 위하여 단말은 기지국에게 필요한 서비스 요구조건에 대한 정보를 요청할 수 있으며, 기지국은 상황에 맞게 서비스 요구조건을 정하고 이를 단말에게 알려줄 수 있다.
구체적인 예시 중 하나로, 기지국은 단말에 N개의 DRX cycle들로 구성된 DRX cycle parameter set을 지시할 수 있다. 단말은 특정 시간 구간 내에서 n (헞) 번째 On-duration의 시작점에 DRX cycle parameter set의 n번째 DRX cycle 값을 적용하여 다음 순서의 On-duration의 시작점을 결정할 수 있다. 이 때 상기 특정 시간 구간 내에서 처음 시작되는 On-duration의 시작점은 상기 특정 시간 구간의 시작위치로 정해지거나, 또는 상기 특정 시간 구간의 시작 위치에 offset이 적용된 위치가 될 수 있다. 또한 상기 특정 시간 구간 내에서 N 번째 등장하는 On-duration 시작점과 DRX cycle parameter set의 N번째 값을 기반으로 도출되는 On-duration의 시작점은 다음 특정 시간 구간에 포함된 첫 번째 On-duration 시작점이 될 수 있다.
도 12는 제안하는 방법의 일례를 도시한다. 도 12의 예시에서는 60 fps의 서비스 요구조건을 갖는 DL traffic을 지원하기 위한 DRX 구조를 나타내며, 3개의 값으로 구성된 DRX cycle parameter set이 {16ms, 17ms, 17ms}의 크기로 configure 되는 일례를 나타낸다. 이 때 50ms 길이의 특정 시간 구간 내 On-duration의 시작점은 pattern의 형태를 가지며 50ms를 주기로 상기 pattern이 반복되며, 도 12의 예시에서는 특정 시간 구간의 시작점에 offset이 적용되는 것을 예시한다. 본 발명의 권리범위는 이에 제한되지 않는다.
제안 2-1은 단말의 DRX 동작을 지원함으로써 power saving efficiency를 향상시킴과 동시에, non-integer periodicity의 특성을 갖는 traffic이 실제 요구되는 DRX cycle보다 작은 크기의 DRX cycle을 configure 받아 발생할 수 있는 power consumption efficiency의 저하와 큰 크기의 DRX cycle을 configure 받아 발생할 수 있는 latency의 증가를 감소시킬 수 있다는 점에서 유리한 효과를 갖는다. 또한 기지국과 단말간에 DL traffic의 송수신 구간을 조절할 수 있기 때문에, UL/DL traffic의 동시 수행이 가능한 구조를 만들기 위한 등의 목적으로 DRX 구조를 flexible하게 제어할 수 있다는 측면에서 유리할 수 있다.
위 설명들에서는, DL을 기준으로 기술되어 있으나, 본 발명은 이에 제한되지 않으며 다른 방식의 서비스 요구조건 (e.g. UL 신호 전송)들에도 적용될 수 있다.
제안 3: 사전에 정의된 DRX 구조의 pattern을 지시
상기 제안된 non-integer periodicity를 고려한 적응적인 DRX 구조의 방법들은, 서비스 요구조건을 정확하게 만족시키거나 기지국의 scheduling flexibility를 향상시킬 수 있다는 측면에서 유리할 수 있다. 반면, 이와 같은 방법들은 다양한 요구조건들을 만족시키기 위하여, 기지국 또는 단말의 복잡도를 증가시키거나 많은 양의 signaling overhead를 발생시킬 수 있다는 측면이 고려될 필요가 있다. 이와 같은 문제점을 해결하기 위하여, non-integer periodicity의 특성을 갖는 DL 신호의 송수신을 지원하면서, 기지국과 단말의 복잡도 및 signaling overhead를 낮추기 위한 방법들이 고려될 수 있다.
일 예로 기지국과 단말 간에 서비스의 요구 조건을 고려하여, 특정 시간 구간 내에서 적용되는 미리 정의되어 있는 On-duration 시작점의 발생 pattern을 적용하여 DRX의 구조를 결정할 수 있다.
상기 DRX의 구조는 단말이 PDCCH의 monitoring을 수행하지 않아도 되는 sleep 구간 및/또는 sleep 구간을 종료하고 PDCCH의 monitoring을 수행하는 active 구간을 포함할 수 있다. 구체적인 일례로 상기 DRX의 구조는 drx-onDurationTimer의 시작점을 결정과 관련될 수 있다. 구체적인 예로, On-duration의 시작점은 사전에 약속되어 있는 pattern에 의하여 결정되는 time domain resource unit들의 위치로 정해질 수 있다.
상기 특정 시간 구간은 제안되는 DRX 구조의 pattern을 구성하는 단위로써 사전에 약속된 길이를 갖는 시간 구간을 의미할 수 있다. 특정 시간 구간은 frame, subframe 그리고 slot과 같은 time domain resource unit 기반으로 정의되거나, 또는 sec, ms 그리고 μs 단위와 같은 절대적인 시간 구간으로 정의될 수도 있다. 또한 상기 특정 시간 구간은 동일한 길이로 반복/구성될 수 있다. 일례로 상기 특정 시간 구간은 SFN이 시작(i.e. SFN=0)으로부터 종료(SFN=1023)까지의 구간으로 정의될 수 있다. 이 때 SFN=0는 reference point를 정하는 기준으로 사용되며, 새로운 SFN가 시작되는 경우 reference point 또한 새롭게 결정될 수 있다. 또 다른 일례로 상기 특정 시간 구간은 X ms (X는 임의의 정수) 크기의 시간구간으로 정의될 수 있다. 이 때 X의 값은 고정된 하나의 값이 사용될 수 있으며, 이와 같은 경우 단말이나 서비스의 특성이 변경되어 DRX의 구조가 변경되는 경우에도 동일한 단위 구간을 적용할 수 있다. 또는 X의 값은 기지국의 configuration이나 단말 또는 서비스의 특성에 의해 결정되는 값일 수 있다. 일례로 X의 값은 단말이 기대하는 서비스의 fps 값에 의하여 결정될 수 있다. 구체적인 예시로 Y fps(Y는 임의의 정수)의 DL 신호를 수신하고자 하는 단말이 정수의 값을 갖는 가장 작은 1000/Y의 배수를 X의 값으로 설정할 수 있다(e.g. 30 fps: 100 ms, 60 fps: 50 ms, 90 fps: 100 ms, 120 fps: 25 ms).
이 때 상기 특정 시간 구간은 기지국과 단말간에 공통으로 가정할 수 있는 기준점을 기준으로 X ms의 주기로 설정될 수 있다. 일례로 SFN=0를 기준으로 시작되어 X ms의 주기로 설정될 수 있다. 이는 별도의 signaling overhead를 발생시키지 않고 기지국과 단말간에 제안하는 방법을 적용하기 위한 기준점을 제공한다는 측면에서 이득이 있을 수 있다. 또는 상기 특정 시간 구간은 기지국이 지시하는 기준점으로부터 시작되어 X ms의 주기로 설정될 수 있다. 이 때 기지국이 지시하는 기준점은 SIB나 dedicated RRC signal과 같은 higher layer signal을 통해 semi-static하게 결정되거나, 또는 표준에 의하여 static하게 결정되거나 higher layer signal을 통해 semi-static하게 제공된 list들 중에서 실제 적용되는 offset의 값들을 DCI 또는 MAC layer를 통해 기지국이 지시하고 단말이 이를 수신 및 적용하는 방법이 사용될 수도 있다. 이는 기지국이 DRX 구조에 의하여 발생되는 On-duration의 시작점 위치들에 대한 제어를 가능하도록 하여 scheduling flexibility를 향상시키는데 유리한 효과를 얻을 수 있다.
상기 On-duration 시작점의 발생 pattern은 표준에 의하여 미리 정해져 있는 parameter set을 통해 도출될 수 있다. 일례로 상기 표 6는 제안 1이 적용되어 발생되는 On-duration 시작점 간의 간격을 나타내는데, 이와 같은 표 6이 사전 정의/설정(e.g., 표준에 의하여 사전 정의) 이를 지시하는 방법이 사용될 수도 있다. 이 때 상기 parameter set은 복수가 존재할 수 있으며, 복수의 parameter set들 중 하나를 기지국이 지시하여 DRX의 구조가 결정될 수 있다. 이를 위하여 기지국은 미리 정해진 parameter set 중 하나를 선택하여 이를 단말에게 지시(e.g. parameter set의 index 값을 지시)하도록 정할 수 있다. 지시하는 방법으로써 SIB나 RRC signaling과 같은 higher layer signal이 사용되거나, 또는 DCI나 MAC CE/header 등을 통해 지시나 변경되는 방법이 사용될 수도 있다.
상기 parameter set이 구성되는 구체적인 예로은 아래의 option들 중 하나가 사용될 수 있다.
Option 3-1: DRX cycle의 set을 지시
DRX 구조의 결정과 관련한 parameter set을 구성하는 한가지 방법으로 DRX cycle들의 크기들을 표현하는 parameter들로 구성된 set가 사용될 수 있다. 이 때 상기 DRX cycle의 크기는 연속하여 등장하는 On-duration들의 시작점들 간의 시간간격을 의미할 수 있으며, 상기 parameter set은 서로 다른 DRX cycle 값들의 집합으로 구성될 수 있다. 일례로 상기 표 6는 제안 1이 적용되어 발생되는 On-duration 시작점들 간의 간격을 나타내는데, 표 6과 같은 정보가 사전 정의/설정(e.g., 표준에 의하여 사전 정의)되거나, traffic-cycle과 같은 단말의 요구조건에 따라 적용될 수도 있다.
표 8과 표 9는 option 3-1과 관련하여, DRC cycle들의 집합에 해당하는 parameter set의 구성의 일례를 나타낸다. 표 8의 예시는 각 fps의 값에 따라 DRX cycle의 pattern이 주기적으로 반복될 수 있는 최소 특정 시간 구간을 단위로 구성된 parameter set을 나타내며, 표 9의 예시는 100ms를 특정 시간 구간으로 정하였을 때 구성될 수 있는 parameter set을 나타낸다.
Figure PCTKR2022011015-appb-img-000004
Figure PCTKR2022011015-appb-img-000005
Option 3-2: Offset들의 set를 지시
DRX 구조의 결정과 관련한 parameter set을 구성하는 한가지 방법으로 offset의 크기들을 표현하는 parameter들로 구성된 set가 사용될 수 있다. 이 때 상기 offset은 On-duration의 시작점의 위치가 DRX 기준점으로부터 shift 되는 동작을 의미하며, DRX 기준점은 DRX cycle로 인해 결정되는 주기적인 위치로 결정될 수 있다. 이 때 상기 offset의 크기들로 표현되는 parameter set에는 특정 시간 구간에 포함되는 DRX 기준점들에 각각 적용되는 offset의 값들의 집합으로 구성될 수 있다.
표 10와 표 11는 option 3-2가 적용과 관련하여, offset 값의 집합으로 이루어진 parameter set이 구성되는 일례를 나타낸다. 표 10의 예시는 각 fps의 값에 따라 DRX cycle의 pattern이 주기적으로 반복될 수 있는 최소 특정 시간 구간을 단위로 구성된 parameter set을 나타내며, 표 11의 예시는 100ms를 특정 시간 구간으로 정하였을 때 구성될 수 있는 parameter set을 나타낸다.
Figure PCTKR2022011015-appb-img-000006
Figure PCTKR2022011015-appb-img-000007
제안 3은 단말의 DRX 동작을 지원함으로써 power saving efficiency를 향상시킴과 동시에, non-integer periodicity의 특성을 갖는 traffic이 실제 요구되는 DRX cycle보다 작은 크기의 DRX cycle을 configure 받아 발생할 수 있는 power consumption efficiency의 저하와 큰 크기의 DRX cycle을 configure 받아 발생할 수 있는 latency의 증가를 감소시킬 수 있다는 점에서 유리한 효과를 갖는다. 또한 단말의 서비스 요구조건만으로 DRX의 구조가 결정되기 때문에 signaling overhead 측면에서 유리한 효과를 기대할 수 있다.
위 설명들에서는, DL 기준으로 기술되어 있으나, 제안하는 방법은 이에 제한되지 않으며 다른 방식의 서비스 요구조건 (e.g. UL 신호 전송)들에도 적용될 수 있다.
도 13은 본 발명의 일 실시예에 따른 무선 통신 시스템에서 디바이스가 DRX(Discontinuous Reception)에 기반하여 동작하는 방법을 도시한다.
도 13을 참조하면, 디바이스는 상위 계층 시그널링을 통해서 DRX 관련 정보를 수신할 수 있다(A1305). DRX 관련 정보는, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함할 수 있다.
디바이스는 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링할 수 있다 (A1310).
디바이스는 상기 PDCCH의 모니터링의 결과로써 검출된 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 수신하거나 또는 송신할 수 있다 (A1315).
상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 디바이스는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
상기 특정 서비스의 데이터는 주기적 데이터이며, 상기 주기적 데이터의 주기(periodicity)는 정수가 아닌 유리수(rational number)일 수 있다.
상기 특정 세트를 지시하는 정보는 DCI (downlink control information) 또는 MAC (medium access control) 시그널링을 통해 수신될 수 있다.
'N'은 상기 특정 시간 구간 동안 상기 패턴을 형성하는 상기 DRX-On duration들이 시작되는 시간 자원들의 개수를 의미할 수 있다. 'N'은 상기 특정 시간 구간에 포함된 상기 DRX-On duration들의 개수를 의미할 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 상기 DRX-On duration들에 공통적인 제1 오프셋 및 상기 DRX-On duration들 각각에 대해서 개별적으로 설정 가능한 제2 오프셋 중 적어도 하나에 관련될 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 정수가 아닌 유리수인 상기 데이터의 주기에 기초하여 결정될 수 있다.
상기 특정 서비스는 XR (eXtended Reality) 서비스일 수 있다.
상기 데이터의 주기는 XR 데이터의 fps (frame per second)에 관련될 수 있다. 도 14는 본 발명의 일 실시예에 따른 무선 통신 시스템에서 기지국이 동작하는 방법을 도시한다.
도 14를 참조하면, 기지국은 상위 계층 시그널링을 통해서 DRX 관련 정보를 송신할 수 있다(A1405). DRX 관련 정보는, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함할 수 있다.
기지국은 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 송신할 수 있다 (A1410).
기지국은 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 송신하거나 또는 수신할 수 있다 (A1415).
상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 기지국은 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을i 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정할 수 있다. 상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성할 수 있다.
상기 특정 서비스의 데이터는 주기적 데이터이며, 상기 주기적 데이터의 주기(periodicity)는 정수가 아닌 유리수(rational number)일 수 있다.
상기 특정 세트를 지시하는 정보는 DCI (downlink control information) 또는 MAC (medium access control) 시그널링을 통해 송신될 수 있다.
'N'은 상기 특정 시간 구간 동안 상기 패턴을 형성하는 상기 DRX-On duration들이 시작되는 시간 자원들의 개수를 의미할 수 있다. 'N'은 상기 특정 시간 구간에 포함된 상기 DRX-On duration들의 개수를 의미할 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 상기 DRX-On duration들에 공통적인 제1 오프셋 및 상기 DRX-On duration들 각각에 대해서 개별적으로 설정 가능한 제2 오프셋 중 적어도 하나에 관련될 수 있다.
상기 DRX 사이클에 적용되는 상기 특정 세트는, 정수가 아닌 유리수인 상기 데이터의 주기에 기초하여 결정될 수 있다.
상기 특정 서비스는 XR (eXtended Reality) 서비스일 수 있다.
상기 데이터의 주기는 XR 데이터의 fps (frame per second)에 관련될 수 있다.
도 15는 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 15를 참조하면, 본 발명에 적용되는 통신 시스템(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 16는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 16를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 16의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명의 일 실시예에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 17는 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 15 참조).
도 17를 참조하면, 무선 기기(100, 200)는 도 16의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 16의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 16의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 16, 100a), 차량(도 16, 100b-1, 100b-2), XR 기기(도 16, 100c), 휴대 기기(도 16, 100d), 가전(도 16, 100e), IoT 기기(도 16, 100f), 디지털 브로드캐스트용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 16, 400), 기지국(도 16, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 17에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
도 18은 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 18을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 17의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 19는 본 발명의 일 실시예에 따른 단말의 DRX(Discontinuous Reception) 동작을 설명하기 위한 도면이다.
단말은 앞에서 설명/제안한 절차 및/또는 방법들을 수행하면서 DRX 동작을 수행할 수 있다. DRX가 설정된 단말은 DL 신호를 불연속적으로 수신함으로써 전력 소비를 낮출 수 있다. DRX는 RRC(Radio Resource Control)_IDLE 상태, RRC_INACTIVE 상태, RRC_CONNECTED 상태에서 수행될 수 있다. RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 이하, RRC_CONNECTED 상태에서 수행되는 DRX에 관해 설명한다(RRC_CONNECTED DRX).
도 19를 참조하면, DRX 사이클은 On Duration과 Opportunity for DRX로 구성된다. DRX 사이클은 On Duration이 주기적으로 반복되는 시간 간격을 정의한다. On Duration은 단말이 PDCCH를 수신하기 위해 모니터링 하는 시간 구간을 나타낸다. DRX가 설정되면, 단말은 On Duration 동안 PDCCH 모니터링을 수행한다. PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 있는 경우, 단말은 inactivity 타이머를 동작시키고 깬(awake) 상태를 유지한다. 반면, PDCCH 모니터링 동안에 성공적으로 검출된 PDCCH가 없는 경우, 단말은 On Duration이 끝난 뒤 슬립(sleep) 상태로 들어간다. 따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다. 예를 들어, DRX가 설정된 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(occasion)(예, PDCCH 탐색 공간을 갖는 슬롯)는 DRX 설정에 따라 불연속적으로 설정될 수 있다. 반면, DRX가 설정되지 않은 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 연속적으로 수행될 수 있다. 예를 들어, DRX가 설정되지 않은 경우, 본 발명의 일 실시예에서 PDCCH 수신 기회(예, PDCCH 탐색 공간을 갖는 슬롯)는 연속적으로 설정될 수 있다. 한편, DRX 설정 여부와 관계 없이, 측정 갭으로 설정된 시간 구간에서는 PDCCH 모니터링이 제한될 수 있다.
표 12는 DRX와 관련된 단말의 과정을 나타낸다(RRC_CONNECTED 상태). 표 12를 참조하면, DRX 구성 정보는 상위 계층(예, RRC) 시그널링을 통해 수신되고, DRX ON/OFF 여부는 MAC 계층의 DRX 커맨드에 의해 제어된다. DRX가 설정되면, 단말은 본 발명에 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링을 불연속적으로 수행할 수 있다.
Type of signals UE procedure
1st step RRC signalling
(MAC-CellGroupConfig)		 - Receive DRX configuration information
2nd Step MAC CE
((Long) DRX command MAC CE)		 - Receive DRX command
3rd Step - - Monitor a PDCCH during an on-duration of a DRX cycle
여기서, MAC-CellGroupConfig는 셀 그룹을 위한 MAC(Medium Access Control) 파라미터를 설정하는데 필요한 구성 정보를 포함한다. MAC-CellGroupConfig는 DRX에 관한 구성 정보도 포함할 수 있다. 예를 들어, MAC-CellGroupConfig는 DRX를 정의하는데 정보를 다음과 같이 포함할 수 있다.
- Value of drx-OnDurationTimer: DRX 사이클의 시작 구간의 길이를 정의
- Value of drx-InactivityTimer: 초기 UL 또는 DL 데이터를 지시하는 PDCCH가 검출된 PDCCH 기회 이후에 단말이 깬 상태로 있는 시간 구간의 길이를 정의
- Value of drx-HARQ-RTT-TimerDL: DL 초기 전송이 수신된 후, DL 재전송이 수신될 때까지의 최대 시간 구간의 길이를 정의.
- Value of drx-HARQ-RTT-TimerDL: UL 초기 전송에 대한 그랜트가 수신된 후, UL 재전송에 대한 그랜트가 수신될 때까지의 최대 시간 구간의 길이를 정의.
- drx-LongCycleStartOffset: DRX 사이클의 시간 길이와 시작 시점을 정의
- drx-ShortCycle (optional): short DRX 사이클의 시간 길이를 정의
여기서, drx-OnDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerDL 중 어느 하나라도 동작 중이면 단말은 깬 상태를 유지하면서 매 PDCCH 기회마다 PDCCH 모니터링을 수행한다.
RRC_IDLE DRX
RRC_IDLE 상태와 RRC_INACTIVE 상태에서 DRX는 페이징 신호를 불연속 수신하는데 사용된다. 편의상, RRC_IDLE (또는 RRC_INACTIVE) 상태에서 수행되는 DRX를 RRC_IDLE DRX라고 지칭한다.
따라서, DRX가 설정된 경우, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 PDCCH 모니터링/수신이 시간 도메인에서 불연속적으로 수행될 수 있다.
도 20은 페이징을 위한 DRX 사이클을 예시한다.
도 20을 참조하면, 페이징 신호의 불연속 수신을 위해 DRX가 구성될 수 있다. 단말은 상위 계층(예, RRC) 시그널링을 통해 기지국으로부터 DRX 구성 정보(DRX configuration information)를 수신할 수 있다. DRX 구성 정보는 DRX 사이클, DRX 오프셋, DRX 타이머에 대한 구성 정보 등을 포함할 수 있다. 단말은 DRX 사이클에 따라 On Duration과 Sleep duration을 반복한다. 단말은 On duration에서 웨이크업(wakeup) 모드로 동작하고, Sleep duration에서 슬립 모드로 동작할 수 있다.
웨이크업 모드에서 단말은 페이징 메시지를 수신하기 위해 PO를 모니터링 할 수 있다. PO는 단말이 페이징 메시지의 수신을 기대하는 시간 자원/구간(예, 서브프레임, 슬롯)을 의미한다. PO 모니터링은 PO에서 P-RNTI로 스크램블링된 PDCCH (또는, MPDCCH, NPDCCH)(이하, 페이징 PDCCH)를 모니터링 하는 것을 포함한다. 페이징 메시지는 페이징 PDCCH에 포함되거나, 페이징 PDCCH에 의해 스케줄링 되는 PDSCH에 포함될 수 있다. PF(Paging Frame) 내에 하나 혹은 복수의 PO(들)이 포함되며, PF는 UE ID에 기반하여 주기적으로 설정될 수 있다. 여기서, PF는 하나의 무선 프레임에 해당하고, UE ID는 단말의 IMSI(International Mobile Subscriber Identity)에 기반하여 결정될 수 있다. DRX가 설정된 경우, 단말은 DRX 사이클 당 하나의 PO만을 모니터링 한다. 단말은 PO에서 자신의 ID 및/또는 시스템 정보의 변경을 지시하는 페이징 메시지를 수신한 경우, 기지국과의 연결을 초기화(또는 재설정) 하기 위해 RACH 과정을 수행하거나, 새로운 시스템 정보를 기지국으로부터 수신(또는 획득)할 수 있다. 따라서, 앞에서 설명/제안한 절차 및/또는 방법을 수행함에 있어서 기지국과의 연결을 위해 RACH를 수행하거나, 새로운 시스템 정보를 기지국으로부터 수신(또는 획득)하기 위해 PO 모니터링이 시간 도메인에서 불연속적으로 수행될 수 있다.
도 21은 확장된 DRX(extended DRX, eDRX) 사이클을 예시한다.
DRX 사이클 구성에 따르면 최대 사이클 구간(cycle duration)은 2.56초로 제한될 수 있다. 하지만, MTC 단말이나 NB-IoT 단말과 같이 데이터 송수신이 간헐적으로 수행되는 단말의 경우 DRX 사이클 동안 불필요한 전력 소모가 발생할 수 있다. 단말의 전력 소모를 더 줄이기 위해 PSM(power saving mode)과 PTW(paging time window 또는 paging transmission window)에 기초하여 DRX 사이클을 대폭 확장시키는 방안이 도입되었으며, 확장된 DRX 사이클을 간략히 eDRX 사이클이라고 지칭한다. 구체적으로, UE ID에 기반하여 PH(Paging Hyper-frames)가 주기적으로 구성되며, PH 내에 PTW가 정의된다. 단말은 PTW 구간(duration)에서 DRX 사이클을 수행하여 자신의 PO에서 웨이크업 모드로 전환하여 페이징 신호를 모니터링 할 수 있다. PTW 구간 내에는 도 20의 DRX 사이클(예, 웨이크업 모드와 슬립 모드)이 하나 이상 포함될 수 있다. PTW 구간 내의 DRX 사이클 횟수는 기지국에 의해 상위 계층(예, RRC) 신호를 통해 구성될 수 있다.
도 22는 본 발명에 적용 가능한 차량을 예시한다. 차량은 운송수단, 기차, 비행체, 선박 등으로도 구현될 수 있다.
도 22를 참조하면, 차량(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a) 및 위치 측정부(140b)를 포함할 수 있다. 여기서, 블록 110~130/140a~140b는 각각 도 18의 블록 110~130/140에 대응한다.
통신부(110)는 다른 차량, 또는 기지국 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 차량(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 메모리부(130) 내의 정보에 기반하여 AR/VR 오브젝트를 출력할 수 있다. 입출력부(140a)는 HUD를 포함할 수 있다. 위치 측정부(140b)는 차량(100)의 위치 정보를 획득할 수 있다. 위치 정보는 차량(100)의 절대 위치 정보, 주행선 내에서의 위치 정보, 가속도 정보, 주변 차량과의 위치 정보 등을 포함할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서들을 포함할 수 있다.
일 예로, 차량(100)의 통신부(110)는 외부 서버로부터 지도 정보, 교통 정보 등을 수신하여 메모리부(130)에 저장할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서를 통하여 차량 위치 정보를 획득하여 메모리부(130)에 저장할 수 있다. 제어부(120)는 지도 정보, 교통 정보 및 차량 위치 정보 등에 기반하여 가상 오브젝트를 생성하고, 입출력부(140a)는 생성된 가상 오브젝트를 차량 내 유리창에 표시할 수 있다(1410, 1420). 또한, 제어부(120)는 차량 위치 정보에 기반하여 차량(100)이 주행선 내에서 정상적으로 운행되고 있는지 판단할 수 있다. 차량(100)이 주행선을 비정상적으로 벗어나는 경우, 제어부(120)는 입출력부(140a)를 통해 차량 내 유리창에 경고를 표시할 수 있다. 또한, 제어부(120)는 통신부(110)를 통해 주변 차량들에게 주행 이상에 관한 경고 메세지를 방송할 수 있다. 상황에 따라, 제어부(120)는 통신부(110)를 통해 관계 기관에게 차량의 위치 정보와, 주행/차량 이상에 관한 정보를 전송할 수 있다.
도 23은 본 발명에 적용 가능한 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 23을 참조하면, 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 개체를 생성하여 출력할 수 있다.
도 24는 본 발명에 적용 가능한 로봇을 예시한다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류될 수 있다.
도 24를 참조하면, 로봇(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 구동부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 18의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 다른 로봇, 또는 제어 서버 등의 외부 기기들과 신호(예, 구동 정보, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 로봇(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 로봇(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 로봇(100)의 외부로부터 정보를 획득하며, 로봇(100)의 외부로 정보를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 로봇(100)의 내부 정보, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰, 레이더 등을 포함할 수 있다. 구동부(140c)는 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 구동부(140c)는 로봇(100)을 지상에서 주행하거나 공중에서 비행하게 할 수 있다. 구동부(140c)는 액츄에이터, 모터, 바퀴, 브레이크, 프로펠러 등을 포함할 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
본 발명은 무선 이동 통신 시스템의 단말기, 기지국, 또는 기타 다른 장비에 사용될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 디바이스가 DRX(Discontinuous Reception)에 기반하여 동작하는 방법에 있어서,
    상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX 관련 정보를 수신;
    상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링; 및
    상기 PDCCH의 모니터링의 결과로써 검출된 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 수신하거나 또는 송신하는 것을 포함하며,
    상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, , 상기 디바이스는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정하며,
    상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성하는, 방법.
  2. 제 1 항에 있어서,
    상기 특정 서비스의 데이터는 주기적 데이터이며,
    상기 주기적 데이터의 주기(periodicity)는 정수가 아닌 유리수(rational number)인, 방법.
  3. 제 1 항에 있어서,
    상기 상위 계층 시그널링은 RRC (radio access control) 시그널링이고,
    상기 특정 세트를 지시하는 정보는 DCI (downlink control information) 또는 MAC (medium access control) 시그널링을 통해 수신되는, 방법.
  4. 제 1 항에 있어서,
    'N'은 상기 특정 시간 구간 동안 상기 패턴을 형성하는 상기 DRX-On duration들이 시작되는 시간 자원들의 개수를 의미하는, 방법.
  5. 제 1 항에 있어서,
    'N'은 상기 특정 시간 구간에 포함된 상기 DRX-On duration들의 개수를 의미하는, 방법.
  6. 제 1 항에 있어서,
    상기 DRX 사이클에 적용되는 상기 특정 세트는,
    상기 DRX-On duration들에 공통적인 제1 오프셋 및
    상기 DRX-On duration들 각각에 대해서 개별적으로 설정 가능한 제2 오프셋 중 적어도 하나에 관련되는, 방법.
  7. 제 2 항에 있어서,
    상기 DRX 사이클에 적용되는 상기 특정 세트는, 정수가 아닌 유리수인 상기 주기적 데이터의 주기에 기초하여 결정되는, 방법.
  8. 제 1 항에 있어서,
    상기 특정 서비스는 XR (eXtended Reality) 서비스이고,
    상기 데이터의 주기는 XR 데이터의 fps (frame per second)에 관련되는, 방법.
  9. 제 1 항에 기재된 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
  10. 무선 통신을 위한 디바이스에 있어서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작하는 프로세서를 포함하고,
    상기 프로세서의 동작은: 상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX(Discontinuous Reception) 관련 정보를 수신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 모니터링; 및 상기 PDCCH의 모니터링의 결과로써 검출된 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 수신하거나 또는 송신하는 것을 포함하며,
    상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 프로세서는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정하며,
    상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성하는, 디바이스.
  11. 제 10 항에 있어서,
    상기 프로세서의 제어 하에 무선 신호를 송수신하는 송수신기를 더 포함하는, 디바이스.
  12. 제 10 항에 있어서,
    상기 디바이스는 무선 통신 시스템에서 동작하는 사용자 기기(UE)인, 디바이스.
  13. 무선 통신 시스템에서 기지국이 동작하는 방법에 있어서,
    상위 계층 시그널링을 통해서, 각각이 'N'개 오프셋들을 포함하는 복수의 오프셋 세트들을 포함하는 DRX(Discontinuous Reception) 관련 정보를 송신;
    상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 송신; 및
    상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 송신하거나 또는 수신하는 것을 포함하며,
    상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, 상기 기지국은 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 DRX 사이클에 적용함으로써 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정하며,
    상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성하는, 방법.
  14. 무선 통신을 위한 기지국에 있어서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행함으로써 동작하는 프로세서를 포함하고,
    상기 프로세서의 동작은: 상위 계층 시그널링을 통해서 DRX(Discontinuous Reception) 관련 정보를 송신; 상기 DRX 관련 정보에 기초하여, 특정 시간 구간에 포함된 DRX-On duration 들 각각에서, 특정 서비스에 관련한 스케줄링 정보를 포함하는 PDCCH (physical downlink control channel)를 송신; 및 상기 스케줄링 정보에 기초하여, 상기 특정 서비스의 데이터를 위한 신호를 송신하거나 또는 수신하는 것을 포함하며,
    i) 상기 DRX 관련 정보에 포함된 DRX 사이클(cycle)은 정수이고, ii) 상기 특정 서비스의 데이터는 주기적 데이터이며, iii) 상기 주기적 데이터의 주기(periodicity)는 정수가 아닌 유리수(rational number)인 상태에서, 상기 프로세서는 상기 DRX 관련 정보에 포함된 상기 복수의 오프셋 세트들 중 상기 상위 계층 시그널링과는 상이한 시그널링을 통해 지시된 특정 세트의 'N'개 오프셋들을 상기 특정 시간 구간에 포함된 상기 DRX-On duration들 각각이 시작되는 시간 자원을 결정하며,
    상기 결정된 DRX-On duration들이 시작되는 시간 자원들은 상기 특정 시간 구간 마다 반복되는 패턴을 형성하는, 기지국.
PCT/KR2022/011015 2021-07-27 2022-07-27 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 WO2023008900A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP22849876.2A EP4380299A1 (en) 2021-07-27 2022-07-27 Method and device for transmitting and receiving wireless signals in wireless communication system
KR1020237041158A KR20240006031A (ko) 2021-07-27 2022-07-27 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2021-0098741 2021-07-27
KR20210098741 2021-07-27
KR10-2021-0103791 2021-08-06
KR20210103791 2021-08-06

Publications (1)

Publication Number Publication Date
WO2023008900A1 true WO2023008900A1 (ko) 2023-02-02

Family

ID=85087078

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/011015 WO2023008900A1 (ko) 2021-07-27 2022-07-27 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Country Status (3)

Country Link
EP (1) EP4380299A1 (ko)
KR (1) KR20240006031A (ko)
WO (1) WO2023008900A1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210035748A (ko) * 2019-09-24 2021-04-01 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
KR20210045406A (ko) * 2018-08-17 2021-04-26 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 비 연속 전송 방법 및 디바이스

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210045406A (ko) * 2018-08-17 2021-04-26 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 비 연속 전송 방법 및 디바이스
KR20210035748A (ko) * 2019-09-24 2021-04-01 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Potential Enhancements for XR", 3GPP DRAFT; R1-2104704, 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 , XP052010955 *
VIVO: "Challenges and potential enhancements of XR", 3GPP DRAFT; R1-2104398, 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 , XP052006148 *
ZTE, SANECHIPS: "Further Discussion on Capacity and Power Working Areas for XR", 3GPP DRAFT; R1-2105606, 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 , XP052011563 *

Also Published As

Publication number Publication date
EP4380299A1 (en) 2024-06-05
KR20240006031A (ko) 2024-01-12

Similar Documents

Publication Publication Date Title
WO2022154613A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022216024A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022031135A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154637A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2021154054A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154614A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022031136A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022086174A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022030989A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022154606A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2021020944A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023055173A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023014199A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022086254A1 (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2022154408A1 (ko) 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
WO2022030985A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023008900A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023014029A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2022215992A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023136423A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024080734A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024035047A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2023210983A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071996A1 (ko) 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
WO2024071808A1 (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: 22849876

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237041158

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2022849876

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022849876

Country of ref document: EP

Effective date: 20240227