WO2022031080A1 - 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치 - Google Patents

무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치 Download PDF

Info

Publication number
WO2022031080A1
WO2022031080A1 PCT/KR2021/010346 KR2021010346W WO2022031080A1 WO 2022031080 A1 WO2022031080 A1 WO 2022031080A1 KR 2021010346 W KR2021010346 W KR 2021010346W WO 2022031080 A1 WO2022031080 A1 WO 2022031080A1
Authority
WO
WIPO (PCT)
Prior art keywords
uplink transmission
timing
serving cell
transmission timing
configuration information
Prior art date
Application number
PCT/KR2021/010346
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 US18/020,060 priority Critical patent/US20230328745A1/en
Priority to KR1020237003844A priority patent/KR20230048021A/ko
Publication of WO2022031080A1 publication Critical patent/WO2022031080A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/004Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/0005Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/004Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • H04W84/047Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Definitions

  • This disclosure relates to wireless communication.
  • IAB integrated access and backhaul links
  • FIG. 1 illustrates a wireless communication system to which the present disclosure can be applied.
  • FIG. 2 is a block diagram illustrating a radio protocol architecture for a user plane.
  • FIG. 3 is a block diagram illustrating a radio protocol structure for a control plane.
  • FIG. 4 shows another example of a wireless communication system to which the technical features of the present disclosure can be applied.
  • 5 illustrates functional partitioning between NG-RAN and 5GC.
  • FIG. 6 illustrates a frame structure that can be applied in NR.
  • IAB integrated access and backhaul links
  • SA standalone
  • NSA non-standalone
  • FIG. 10 schematically illustrates an example of the configuration of access and backhaul links.
  • FIG. 12 shows an example of an operation of an IAB node when an uplink reception timing may be different for each child link of a DU.
  • FIG. 13 schematically shows an IAB node connected with two child nodes.
  • FIG. 14 schematically illustrates an example of transmission/reception timing of an IAB node and two child nodes connected to the IAB node.
  • FIG. 15 schematically illustrates another example of transmission/reception timing of an IAB node and two child nodes connected to the IAB node.
  • 16 is a flowchart of an example of a method for performing uplink transmission of a wireless device according to some implementations of the present specification.
  • 17 is a flowchart of an example of a method for receiving a signal by a wireless device according to some implementations of the present specification.
  • FIG. 20 illustrates a signal processing circuit for a transmission signal.
  • 21 shows another example of a wireless device applied to the present disclosure.
  • FIG. 22 illustrates a portable device applied to the present disclosure.
  • FIG. 23 illustrates a vehicle or an autonomous driving vehicle applied to the present disclosure.
  • 25 illustrates an XR device applied to the present disclosure.
  • 26 illustrates a robot applied to the present disclosure.
  • 27 illustrates an AI device applied to the present disclosure.
  • a or B (A or B) may mean “only A”, “only B” or “both A and B”.
  • a or B (A or B)” may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C(A, B or C) herein means “only A”, “only B”, “only C”, or “any and any combination of A, B and C ( any combination of A, B and C)”.
  • a slash (/) or a comma (comma) used herein may mean “and/or”.
  • A/B may mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B, or C”.
  • At least one of A and B may mean “only A”, “only B” or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “at least one It can be interpreted the same as “at least one of A and B”.
  • At least one of A, B and C means “only A”, “only B”, “only C”, or “A, B and C” Any combination of A, B and C”. Also, “at least one of A, B or C” or “at least one of A, B and/or C” means may mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”. Specifically, when displayed as “control information (PDCCH)”, “PDCCH” may be proposed as an example of “control information”. In other words, “control information” of the present specification is not limited to “PDCCH”, and “PDDCH” may be proposed as an example of “control information”. Also, even when displayed as “control information (ie, PDCCH)”, “PDCCH” may be proposed as an example of “control information”.
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • LTE Long Term Evolution
  • the E-UTRAN includes a base station (20: Base Station, BS) that provides a control plane (control plane) and a user plane (user plane) to a terminal (10: User Equipment, UE).
  • the terminal 10 may be fixed or mobile, and may be called by other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), and a wireless device.
  • the base station 20 refers to a fixed station that communicates with the terminal 10, and may be called by other terms such as an evolved-NodeB (eNB), a base transceiver system (BTS), and an access point.
  • eNB evolved-NodeB
  • BTS base transceiver system
  • the base stations 20 may be connected to each other through an X2 interface.
  • the base station 20 is connected to an Evolved Packet Core (EPC) 30 through an S1 interface, more specifically, a Mobility Management Entity (MME) through S1-MME and a Serving Gateway (S-GW) through S1-U.
  • EPC Evolved Packet Core
  • the EPC 30 is composed of an MME, an S-GW, and a Packet Data Network-Gateway (P-GW).
  • the MME has access information of the terminal or information about the capability of the terminal, and this information is mainly used for mobility management of the terminal.
  • the S-GW is a gateway having E-UTRAN as an endpoint
  • the P-GW is a gateway having a PDN as an endpoint.
  • the layers of the Radio Interface Protocol between the terminal and the network are L1 (Layer 1), It can be divided into L2 (2nd layer) and L3 (3rd layer), of which the physical layer belonging to the first layer provides an information transfer service using a physical channel,
  • the RRC (Radio Resource Control) layer located in the third layer performs a role of controlling radio resources between the terminal and the network. To this end, the RRC layer exchanges RRC messages between the terminal and the base station.
  • the 2 is a block diagram illustrating a radio protocol architecture for a user plane.
  • 3 is a block diagram illustrating a radio protocol structure for a control plane.
  • the user plane is a protocol stack for transmitting user data
  • the control plane is a protocol stack for transmitting a control signal.
  • the physical layer provides an information transfer service (information transfer service) to the upper layer using a physical channel (physical channel).
  • the physical layer is connected to a medium access control (MAC) layer, which is an upper layer, through a transport channel. Data moves between the MAC layer and the physical layer through the transport channel. Transmission channels are classified according to how and with what characteristics data are transmitted through the air interface.
  • MAC medium access control
  • the physical channel may be modulated by OFDM (Orthogonal Frequency Division Multiplexing), and time and frequency are used as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the functions of the MAC layer include mapping between logical channels and transport channels and multiplexing/demultiplexing into transport blocks provided as physical channels on transport channels of MAC service data units (SDUs) belonging to logical channels.
  • SDUs MAC service data units
  • the MAC layer provides a service to the RLC (Radio Link Control) layer through a logical channel.
  • RLC Radio Link Control
  • the functions of the RLC layer include concatenation, segmentation, and reassembly of RLC SDUs.
  • the RLC layer In order to guarantee various QoS (Quality of Service) required by Radio Bearer (RB), the RLC layer has a transparent mode (Transparent Mode, TM), an unacknowledged mode (Unacknowledged Mode, UM) and an acknowledged mode (Acknowledged Mode).
  • TM Transparent Mode
  • UM unacknowledged Mode
  • AM acknowledged Mode
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the RRC (Radio Resource Control) layer is defined only in the control plane.
  • the RRC layer is responsible for controlling logical channels, transport channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB means a logical path provided by the first layer (PHY layer) and the second layer (MAC layer, RLC layer, PDCP layer) for data transfer between the terminal and the network.
  • Functions of the Packet Data Convergence Protocol (PDCP) layer in the user plane include delivery of user data, header compression, and ciphering.
  • Functions of the Packet Data Convergence Protocol (PDCP) layer in the control plane include transmission of control plane data and encryption/integrity protection.
  • Setting the RB means defining the characteristics of a radio protocol layer and channel to provide a specific service, and setting each specific parameter and operation method.
  • the RB may be further divided into a signaling RB (SRB) and a data RB (DRB).
  • SRB is used as a path for transmitting an RRC message in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • the terminal When an RRC connection is established between the RRC layer of the terminal and the RRC layer of the E-UTRAN, the terminal is in an RRC connected state, otherwise, it is in an RRC idle state.
  • a downlink transmission channel for transmitting data from a network to a terminal there are a BCH (Broadcast Channel) for transmitting system information and a downlink SCH (Shared Channel) for transmitting user traffic or control messages.
  • BCH Broadcast Channel
  • SCH Shared Channel
  • downlink multicast or broadcast service traffic or control messages they may be transmitted through a downlink SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • RACH random access channel
  • SCH uplink shared channel
  • the logical channels that are located above the transport channel and are mapped to the transport channel include a Broadcast Control Channel (BCCH), a Paging Control Channel (PCCH), a Common Control Channel (CCCH), a Multicast Control Channel (MCCH), and a Multicast Traffic Channel (MTCH). Channel), etc.
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic Channel
  • a physical channel consists of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and includes a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for a Physical Downlink Control Channel (PDCCH), that is, an L1/L2 control channel.
  • PDCCH Physical Downlink Control Channel
  • a Transmission Time Interval (TTI) is a unit time of transmission, and may be, for example, a subframe or a slot.
  • new radio access technology new RAT, NR
  • next-generation communication As more and more communication devices require greater communication capacity, there is a need for improved mobile broadband communication compared to a conventional radio access technology (RAT).
  • massive MTC massive machine type communications
  • massive MTC massive machine type communications
  • URLLC Ultra-Reliable and Low Latency Communication
  • FIG. 4 shows another example of a wireless communication system to which the technical features of the present disclosure can be applied.
  • FIG. 4 shows a system architecture based on a 5G new radio access technology (NR) system.
  • An entity used in a 5G NR system may absorb some or all functions of an entity (eg, eNB, MME, S-GW) introduced in FIG. 1 .
  • An entity used in the NR system may be identified with the name "NG" to distinguish it from LTE.
  • the wireless communication system includes one or more UEs 11 , a next-generation RAN (NG-RAN), and a 5th generation core network (5GC).
  • the NG-RAN consists of at least one NG-RAN node.
  • the NG-RAN node is an entity corresponding to the BS 20 shown in FIG. 1 .
  • the NG-RAN node is configured with at least one gNB 21 and/or at least one ng-eNB 22 .
  • the gNB 21 provides termination of the NR user plane and control plane protocol towards the UE 11 .
  • the Ng-eNB 22 provides termination of the E-UTRA user plane and control plane protocol towards the UE 11 .
  • 5GC includes an access and mobility management function (AMF), a user plane function (UPF), and a session management function (SMF).
  • AMF hosts functions such as NAS security, idle state mobility handling, and more.
  • the AMF is an entity that includes the functions of the conventional MME.
  • UPF hosts functions such as mobility anchoring and PDU (protocol data unit) processing.
  • the UPF is an entity that includes the functions of the conventional S-GW.
  • SMF hosts functions such as UE IP address assignment and PDU session control.
  • gNB and ng-eNB are interconnected via Xn interface. gNB and ng-eNB are also connected to 5GC via NG interface. More specifically, it is connected to the AMF via the NG-C interface and to the UPF via the NG-U interface.
  • 5 illustrates functional partitioning between NG-RAN and 5GC.
  • the gNB is inter-cell radio resource management (Inter Cell RRM), radio bearer management (RB control), connection mobility control (Connection Mobility Control), radio admission control (Radio Admission Control), measurement setup and provision Functions such as (Measurement configuration & Provision) and dynamic resource allocation may be provided.
  • AMF may provide functions such as NAS security, idle state mobility processing, and the like.
  • the UPF may provide functions such as mobility anchoring and PDU processing.
  • a Session Management Function (SMF) may provide functions such as terminal IP address assignment and PDU session control.
  • FIG. 6 illustrates a frame structure that can be applied in NR.
  • a frame may be configured for 10 milliseconds (ms), and may include 10 subframes configured for 1 ms.
  • uplink and downlink transmission may be composed of frames.
  • a radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (HF).
  • a half-frame may be defined as 5 1ms subframes (Subframe, SF).
  • 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 OFDM(A) symbols according to a cyclic prefix (CP). When a normal CP is used, each slot includes 14 symbols. When the extended CP is used, each slot includes 12 symbols.
  • the symbol may include an OFDM symbol (or a CP-OFDM symbol) and an SC-FDMA symbol (or a DFT-s-OFDM symbol).
  • One or a plurality of slots may be included in the subframe according to subcarrier spacing.
  • Table 1 illustrates a subcarrier spacing configuration ⁇ .
  • Table 2 illustrates the number of slots in a frame (N frame ⁇ slot ), the number of slots in a subframe (N subframe ⁇ slot ), and the number of symbols in a slot (N slot symb ) according to the subcarrier spacing configuration ⁇ . .
  • Table 3 illustrates the number of symbols per slot, the number of slots per frame, and the number of slots per subframe (SF) according to SCS when the extended CP is used.
  • NR supports multiple numerology (or subcarrier spacing (SCS)) to support various 5G services. For example, when SCS is 15kHz, it supports a wide area in traditional cellular bands, and when SCS is 30kHz/60kHz, dense-urban, lower latency and a wider carrier bandwidth, and when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band may be defined as two types of frequency ranges (FR1, FR2).
  • the numerical value of the frequency range may be changed, for example, the frequency ranges of the two types (FR1, FR2) may be as shown in Table 4 below.
  • FR1 may mean “sub 6GHz range”
  • FR2 may mean “above 6GHz range” and may be called millimeter wave (mmW). .
  • mmW millimeter wave
  • FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 5 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, for example, for communication for a vehicle (eg, autonomous driving).
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • the (absolute time) interval of a time resource eg, SF, slot, or TTI
  • TU Time Unit
  • a slot includes a plurality of symbols in the time domain.
  • one slot may include 14 symbols, but in the case of an extended CP, one slot may include 12 symbols.
  • one slot may include 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • a carrier wave includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • a bandwidth part (BWP) may be defined as a plurality of consecutive (P)RBs in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.).
  • a carrier wave may include a maximum of N (eg, 5) BWPs. Data communication may be performed through the activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • RE resource element
  • a physical downlink control channel may include one or more control channel elements (CCEs) as shown in the following table.
  • CCEs control channel elements
  • the PDCCH may be transmitted through a resource composed of 1, 2, 4, 8 or 16 CCEs.
  • the CCE consists of six resource element groups (REGs), and one REG consists of one resource block in the frequency domain and one orthogonal frequency division multiplexing (OFDM) symbol in the time domain.
  • REGs resource element groups
  • OFDM orthogonal frequency division multiplexing
  • a new unit called a control resource set may be introduced.
  • the UE may receive the PDCCH in CORESET.
  • the present disclosure defines the following.
  • the node may mean a donor gNB (DgNB) or a relay node (RN).
  • DgNB donor gNB
  • RN relay node
  • the DgNB or donor node may be a gNB that provides a function to support backhaul to IAB nodes.
  • relay node 1 when relay node 1 and relay node 2 exist, relay node 1 is connected to relay node 2 by a backhaul link and relays data transmitted and received to relay node 2.
  • relay node 2 1 is called a parent node of relay node 2
  • relay node 2 is called a child node of relay node 1.
  • IAB integrated access and backhaul links
  • relay nodes may multiplex access and backhaul links in the time, frequency, or space domain (ie, beam-based operation).
  • the operation of different links may operate on the same frequency or on different frequencies (may also be referred to as 'in-band' or 'out-band' relays, respectively).
  • 'in-band' or 'out-band' relays may also be referred to as 'in-band' or 'out-band' relays, respectively.
  • efficient support of out-of-band relays is important for some NR deployment scenarios, the in-band operation involves tight interworking with access links operating on the same frequency to accommodate duplex limitations and avoid/mitigate interference. It is very important to understand the requirements.
  • Legacy NR is designed to support half-duplex devices. As such, half-duplex is supported and may be worthy of being targeted in an IAB scenario. Furthermore, IAB devices having a full duplex may also be considered.
  • FIG. 9 shows an example of the operation of the IAB system in a standalone (SA) mode and a non-standalone (NSA) mode.
  • SA standalone
  • NSA non-standalone
  • Fig. 9 (a) shows an example of the operation of the terminal and the IAB node considering NGC in SA mode
  • Fig. 9 (b) is the IAB node considering NGC in SA mode and EPC in NSA mode.
  • An example of the operation of the considered terminal is shown
  • FIG. 9 (c) shows an example of the operation of the terminal and the IAB node considering the EPC in the NSA mode.
  • the IAB node may operate in SA mode or NSA mode. When operating in NSA mode, the IAB node uses only the NR link for backhauling. A terminal connected to the IAB node may select an operation mode different from that of the IAB node. The terminal may further connect to a different type of core network than the connected IAB node. In this case, (e) DECOR ((enhanced) dedicated core network) or slicing may be used for CN selection.
  • An IAB node operating in NSA mode may be connected to the same or different eNB(s). Terminals operating in the NSA mode may be connected to the same or different eNB from the IAB node to which they are connected. 9 shows an example in consideration of NGC in SA mode and an example in consideration of EPC in NSA mode.
  • the donor gNB (DgNB) must schedule the entire links between the DgNB, related relay nodes and terminals. In other words, the DgNB should make a scheduling decision for all links by collecting traffic information from all related relay nodes, and then inform each relay node of the scheduling information.
  • distributed scheduling can be performed when each relay node has a scheduling capability. Then, immediate scheduling of the uplink scheduling request of the terminal is possible, and the backhaul/access link can be used more flexibly by reflecting the surrounding traffic conditions.
  • FIG. 10 schematically illustrates an example of the configuration of access and backhaul links.
  • DgNB and IAB relay nodes are connecting a backhaul link
  • RN2 is connecting a backhaul link to RN1.
  • DgNB and UE1 (UE1) connect an access link
  • RN1 and UE2 connect an access link
  • RN2 and UE3 connect an access link.
  • the DgNB not only receives the scheduling request of UE1, but also receives the scheduling request of UE2 and UE3. Then, the DgNB makes a scheduling decision of two backhaul links and three access links, and informs the scheduling results.
  • centralized scheduling involves scheduling delays and introduces latency problems.
  • distributed scheduling can be performed if each relay node has a scheduling capability. Then, immediate scheduling of the uplink scheduling request of the terminal can be performed, and the backhaul/access links can be used more flexibly by reflecting the surrounding traffic conditions.
  • IAB node 1 is connected to IAB node 2 and backhaul link A.
  • IAB node 1 is a parent node of IAB node 2
  • IAB node 2 is a child node of IAB node 1.
  • IAB node 2 is connected to IAB node 3 and backhaul link B.
  • IAB node 2 is a parent node of IAB node 3
  • IAB node 3 is a child node of IAB node 2.
  • each of the IAB nodes may perform two functions.
  • One is mobile termination (MT), which maintains a wireless backhaul connection to an upper IAB node or a donor node, and the other is a DU (distributed unit), which provides access connection to terminals or connects to the MT of a lower IAB node. to provide connectivity.
  • MT mobile termination
  • DU distributed unit
  • the DU of IAB Node 2 has a functional backhaul link B with the MT of IAB Node 3, and at the same time, the MT of IAB Node 2 is functionally backhauled link A with the DU of IAB Node 1.
  • the child link of the DU of the IAB node 2 may mean a backhaul link B between the IAB node 2 and the IAB node 3 .
  • the parent link of the MT of the IAB node 2 may refer to the backhaul link A between the IAB node 2 and the IAB node 1.
  • the following time domain resources may be indicated for the parent link.
  • a child link has the following types of time resources.
  • NA time resources resources not used for communication on the DU child link
  • each of the downlink time resource, the uplink time resource, and the flexible time resource of the DU child link may belong to one of the following two categories.
  • - Soft resource a time resource in which the availability of time resources for the DU child link is explicitly or implicitly controlled by the parent node
  • the resource types from the point of view of the IAB node DU are UL, DL, and F, and the setting for availability may be classified into NA, hard resource, and soft resource, respectively.
  • the IAB node may receive resource configuration information, where the resource configuration information may include link direction information and availability information.
  • the link direction information may indicate whether the specific resource type is UL, DL, or F
  • the availability information may indicate whether the specific resource is a hard resource or a soft resource.
  • the link direction information may indicate whether a specific resource type is UL, DL, F, or NA
  • the availability information may indicate whether a specific resource is a hard resource or a soft resource.
  • Case 4 for backhaul link timing and Case 1. for access link timing for one IAB node in different time slots
  • Case 7 Sum of the downlink transmission timing of Case 1 and the uplink reception timing of Case 3: The downlink transmission timings of all IAB nodes are aligned with the downlink timings of the parent IAB node or the donor; The uplink reception timing of the IAB node may be aligned with the downlink reception timing of the IAB node; If the downlink transmission and the uplink reception are not well aligned in the parent node, the child node needs additional information about the alignment in order to properly configure its downlink transmission timing for OTA-based timing and synchronization.
  • the IAB node DU and the IAB node MT may be expressed as DU and MT, respectively.
  • the child node MT connected to the IAB node DU may be expressed as a child MT.
  • the IAB node DU may be expressed as a parent DU.
  • the IAB node operates based on a specific transmission/reception timing at a specific point in time, but may use a different transmission/reception timing according to time/situation.
  • an operation in which the IAB node applies different transmission/reception timing according to time/situation is proposed.
  • a plurality of child MTs/terminals may be connected to a DU (a DU of a donor node or an IAB node).
  • a DU a DU of a donor node or an IAB node.
  • links to different child MTs/terminals may be divided into different child links.
  • the uplink reception timing is fixed to a specific timing, and the uplink reception timing for all child links may be set to be aligned.
  • the DU may configure a TA for its own child MT/UE so that uplink reception timings for a plurality of child links can be aligned.
  • TA timing advance
  • TA value may mean a parameter or value used when determining an uplink transmission timing by advancing from a downlink reception timing.
  • all child links may not have the same uplink reception timing.
  • An example of a specific situation in which the uplink reception timing may be different for each child link is as follows.
  • timing alignment case 6 transmission timing alignment
  • the uplink transmission timing of the child MT is aligned with the downlink transmission timing of the child DU.
  • the uplink reception timing of the DU may be determined according to a propagation delay between the DU and the child node. Accordingly, the uplink reception timing of the DU may be different between uplink signals transmitted by child MTs having different propagation delays.
  • the uplink reception timing for the DU may be different according to the child MT.
  • the first child node uses the timing alignment case 1 and the second child node uses the timing alignment case 6, the first child node determines the uplink transmission timing based on the configured TA, and the second child node A node may determine an uplink transmission timing according to its own downlink transmission timing. Accordingly, the uplink reception timing of the DU for each of the uplink signals transmitted by the first child MT and the second child MT may be different from each other.
  • the uplink reception timing of the DU may be different depending on the capability of the child node. For example, when the DU wants to adjust its uplink reception timing so that the timing alignment case 7 can be applied to the DU, the first child MT, which is an improved IAB node, adjusts the TA value according to the uplink reception timing to adjust the uplink The transmission timing may be determined. In this case, the TA value becomes negative, so that the uplink transmission timing of the first child MT may be located later than the downlink reception timing.
  • Another child link of the DU may be a link with a second child MT that is an access UE or a legacy IAB node.
  • the corresponding connected UE or the second child MT does not have the ability to configure a TA having a negative value, so the uplink transmission timing may have to always precede the downlink reception timing.
  • the uplink reception timing of the DU for the uplink signal transmitted by the first child MT and the uplink signal transmitted by the connected UE or the second child MT may be different from each other.
  • a child MT may refer to an MT of a child node or a connected UE.
  • FIG. 12 shows an example of an operation of an IAB node when an uplink reception timing may be different for each child link of a DU.
  • a plurality of child MTs may be connected to the IAB node.
  • the IAB node determines whether a difference between the first uplink reception timing for the first child MT and the second uplink reception timing for the second child MT is equal to or less than a specific value (S1210).
  • both the signal of the first child MT and the signal of the second child MT are received within the same time resource do (S1220).
  • the first child MT and the second child MT may be managed as the same child MT group.
  • the signal of the first child MT and the second child MT on different time resources signals are sequentially received (S1230). For example, when there is a first time resource and a second time resource that are time division multiplexed (TDM), the signal of the first child MT is received in the first time resource, and the second child is received in the second time resource. It is possible to receive a signal from the MT.
  • the IAB node may manage the first child MT and the second child MT as different child MT groups. For example, the first child MT may be managed as a first child MT group, and the second child MT may be managed as a second child MT group.
  • the IAB node may set an independent TA (timing advance) value for each child MT group.
  • the specific value may be set by the network (eg, the donor node of the IAB node is set through an RRC message or DCI) or a predetermined value.
  • FIGS. 13 to 15 schematically shows an IAB node connected with two child nodes.
  • 14 schematically illustrates an example of transmission/reception timing of an IAB node and two child nodes connected to the IAB node.
  • 15 schematically illustrates another example of transmission/reception timing of an IAB node and two child nodes connected to the IAB node.
  • the IAB node DU may receive uplink signals transmitted by child links having the same or similar uplink reception timing through the same time resource. If there is a large difference between uplink reception timings for uplink signals transmitted by different child links, all uplink signals may not be successfully received.
  • the IAB node DU when the IAB node DU has MT1 and MT2 as child node MTs, as shown in FIG. 14 , the uplink reception timing for the child MT1 and the uplink reception timing for the child MT2 coincide with each other, or the difference If is less than or equal to a specific value, the DU may receive both uplink signals. However, as shown in FIG. 15 , if the difference between the uplink reception timing for child MT1 and the uplink reception timing for child MT2 is greater than a specific value, the DU may not receive both uplink signals.
  • the DU simultaneously receives the uplink signals of the child links having the same uplink reception timing or the difference in timing is less than or equal to a specific value, and transmits the uplink signals of the child links in which the difference in uplink reception timing is greater than a specific value. It is desirable to receive over time resources.
  • the IAB node may use a DU/MT transmit/receive timing alignment scheme different from that of the legacy IAB node. Whereas legacy IAB nodes performed timing alignment using timing alignment case 1 scheme, improved IAB nodes may perform timing alignment using timing alignment cases 6 or 7.
  • the IAB node In order for the IAB node to apply the timing alignment example 6 or 7, the IAB node is configured to apply the timing alignment example from the parent DU/CU (central unit), and additional information for applying the timing alignment example is provided if necessary. may have to be set. In this case, when the IAB node initially accesses the parent DU or when it is determined that the RRC setting is invalid, it may have to operate assuming a default timing alignment case. This default timing alignment example may be the same as timing alignment example 1. In this case, the uplink transmission timing at which the MT performs uplink transmission to the parent DU may be applied differently depending on circumstances.
  • the IAB node DU may receive uplink signals transmitted by child links having the same or similar uplink reception timing through the same time resource.
  • the IAB node may not successfully receive all of the uplink signals.
  • the DU simultaneously receives the uplink signals of the child links in which the uplink reception timings coincide with each other or the difference between the timings is less than or equal to a specific value, and transmits the uplink signals of the child links in which the difference in uplink reception timings is greater than a specific value. It is desirable to receive over time resources.
  • the DU groups the child MTs to receive the uplink channels/signals of the child links whose uplink reception timings coincide with each other or whose timing differences are less than or equal to a specific value, through the same time resource, and receive different (e.g., , the difference is greater than or equal to a specific value), child MTs having uplink reception timing may transmit uplink channels/signals using different time resources. That is, a plurality of uplink reception timings exist from the viewpoint of a specific parent DU, and a specific uplink reception timing may be applied to a specific time resource. For example, the DU may receive an uplink signal by applying uplink reception timing 1 in time resource group 1, and may receive an uplink signal by applying uplink reception timing 2 in time resource group 2.
  • uplink transmission should be performed only within a specific time resource group.
  • the corresponding child MT intends to perform uplink transmission through another time resource group, it must perform uplink transmission according to the uplink reception timing applied by the DU in the corresponding time resource group.
  • the MT may perform uplink transmission by applying different uplink transmission timings according to time resources.
  • uplink transmission may be performed by applying different uplink transmission timings according to situations/times from the viewpoint of a specific MT. That is, when the MT sets its uplink transmission timing as 'downlink reception timing - (TA + TA offset )' or 'downlink reception timing - TA', the MT has a plurality of TA values and UL transmission may be performed by applying a different TA value according to the TA value.
  • the present specification proposes a specific method for performing uplink transmission by applying different TA values according to situations/timepoints in which the MT has a plurality of (eg, two) TA values as described above.
  • a default TA and a dedicated TA may be considered as TA values applied to determine/determine own uplink transmission timing from the viewpoint of a specific MT.
  • the default TA may mean a corresponding TA value when the IAB node sets uplink transmission timing like a legacy IAB node or UE.
  • the default TA may mean a TA value set according to the reception timing of an uplink signal received from the connected UE/legacy MT from the viewpoint of the parent DU. In this case, if different child MTs perform uplink transmission using their default TA, the uplink transmissions transmitted by the child MTs may be received at the same timing from the viewpoint of the DU.
  • the dedicated TA may mean a corresponding TA value when the IAB node configures the uplink transmission timing in a method different from that of the legacy IAB node or the UE.
  • the dedicated TA may mean a TA value set according to an uplink reception timing different from the reception timing of an uplink signal received from the connected UE/legacy MT. In this case, if different child MTs perform uplink transmission using their dedicated TAs, the DU may receive the uplink transmissions transmitted by the child MTs at the same or different timings.
  • the default TA and the dedicated TA may be independently configured through a MAC control element (MAC CE).
  • MAC CE MAC control element
  • the existing TA configuration is a default TA
  • a dedicated TA may be additionally configured for the MT.
  • a plurality of dedicated TAs may be configured for one MT.
  • one dedicated TA may be applied at a specific uplink transmission time.
  • the IAB MT proposes to perform uplink transmission by applying a default TA and a dedicated TA as follows.
  • a default TA and a dedicated TA may be applied.
  • the default TA and the dedicated TA may be interpreted as being replaced by TA values TA1 and TA2 that may have different values.
  • the MT may perform uplink transmission using the default TA until it initially accesses the DU/cell and receives a dedicated TA value. Thereafter, when a dedicated TA value is set for the MT, the MT may perform uplink transmission using the corresponding dedicated TA value.
  • the MT determines that the dedicated TA value is not valid and applies a default TA value to perform uplink transmission.
  • the MT may immediately perform uplink transmission using the latest dedicated TA value.
  • the MT switches from the RRC_INACTIVE and/or RRC_IDLE state to the RRC_CONNECTED state, the MT applies a default TA value, and when a new dedicated TA value is set for the MT, uplink transmission using the corresponding dedicated TA value can be performed.
  • the MT when the MT switches from the RRC_INACTIVE state to the RRC_CONNECTED state, the MT immediately performs uplink transmission using the latest dedicated TA value, and when the MT switches from the RRC_IDLE state to the RRC_CONNECTED state, the MT applies the default TA value, When a new dedicated TA value is set for the MT, the MT may perform uplink transmission using the corresponding dedicated TA value.
  • the RRC_IDLE state may be a state in which a radio connection (RRC connection) is not established between the base station and the terminal.
  • RRC connection a radio connection
  • RRC_INACTIVE state a radio connection (RRC connection) is established between the base station and the terminal, but the radio connection may be in a deactivated state.
  • RRC_CONNECTED state may be a state in which a radio connection (RRC connection) is established between the base station and the terminal.
  • the TA value applied by the MT may be different depending on the type of channel/signal through which the MT performs uplink transmission.
  • transmission of a specific uplink signal may be transmitted using the default TA.
  • the MT performs uplink transmission by applying a dedicated TA value, but transmission of a specific uplink signal/channel may be transmitted using a default TA.
  • the MT performs uplink transmission by applying a dedicated TA value, but as an exception, a sounding reference signal (SRS) may be transmitted using a default TA.
  • SRS sounding reference signal
  • a semi-static uplink signal/channel eg, SRS, scheduling request (SR), semi-persistant scheduling-physical uplink shared channel (SPS-PUSCH), PRACH
  • RRC scheduling request
  • SPS-PUSCH semi-persistant scheduling-physical uplink shared channel
  • PRACH Physical random access channel
  • TA information when transmission of a semi-static uplink signal/channel is configured with RRC, applied TA information may be configured together. For example, when transmission of a semi-static uplink signal/channel is configured with RRC, whether to perform transmission using a default TA or a dedicated TA value may be configured together.
  • TA information applied to uplink transmission may be indicated together through DCI.
  • a field indicating whether to perform transmission using a default TA or a dedicated TA value may be included in the DCI.
  • the TA information indicated through the DCI may be applied.
  • the MT may apply the corresponding TA value when transmitting the scheduled PUSCH.
  • the MT may apply the corresponding TA value when transmitting the PUCCH containing A/N (acknowledgement/negative-acknowledgement) information for the scheduled PDSCH. .
  • a TA value applied to uplink transmission may be different depending on the type of DCI received by the MT.
  • the applied TA value may be different whether the DCI received by the MT is a fallback DCI (eg, DCI format 0_0, DCI format 1_0, etc.) or a non-fallback DCI (eg, DCI format 0_1, DCI format 1_1) etc.).
  • a default TA value may be applied to related uplink transmission (ie, PUSCH and PUCCH).
  • the dedicated TA value may be applied to related uplink transmission (ie, PUSCH and PUCCH).
  • a TA value applied to uplink transmission may be different according to a resource through which the DCI received by the MT is transmitted.
  • the TA value applied to uplink transmission may be different according to the CORESET in which the DCI received by the MT is located.
  • a default TA value is applied to related uplink transmission (ie, PUSCH and PUCCH)
  • DCI transmitted through the search space associated with CORESET 2 In the case of , a dedicated TA value may be applied to related uplink transmission (ie, PUSCH and PUCCH).
  • a TA value applied to uplink transmission may be different according to a search space in which the DCI received by the MT is located.
  • a default TA value is applied to related uplink transmission (ie, PUSCH and PUCCH), and in case of DCI transmitted through the search space associated with search space 2, A dedicated TA value may be applied to related uplink transmission.
  • a default TA value is applied to the related uplink transmission, and in the case of DCI transmitted in the UE-specific search space (USS), the related uplink transmission is performed.
  • a dedicated TA value can be applied to
  • a TA value applied by the MT may be different according to a time resource for performing uplink transmission.
  • the MT may receive time resource information to operate as a dedicated TA from the parent DU or from the CU/donor node.
  • the MT may perform uplink transmission as a dedicated TA in the configured time resource, and may perform uplink transmission as a default TA in the remaining resources.
  • the MT may receive time resource information to operate as a default TA from the parent DU or from the CU/donor node.
  • the MT may perform uplink transmission as a default TA in the configured time resource, and may perform uplink transmission as a dedicated TA in the remaining resources.
  • the MT may receive time resource information operating as a default TA and time resource information operating as a dedicated TA from the parent DU or from a CU/donor node, respectively.
  • the MT may perform uplink transmission to the default TA in a time resource operating as a default TA, and may perform uplink transmission to a dedicated TA in a time resource operating as a dedicated TA.
  • the above contents may be extended and applied.
  • different TA values may be applied when the MT performs uplink transmission according to the above conditions.
  • time resources of the two uplink transmissions may overlap.
  • a certain time is consumed to change the TA value applied by the MT, sufficient time for changing the TA value may not be guaranteed even if the time resources of two uplink transmissions do not overlap.
  • the MT needs two symbols to change the TA value, but the PUSCH transmission symbol resource and the SRS transmission symbol resource of the MT may be continuously located.
  • one of the two uplink transmissions may be performed preferentially.
  • dynamic uplink transmission eg, dynamically scheduled uplink transmission through DCI
  • semi-static uplink transmission eg, semi-statically configured uplink transmission through RRC configuration
  • the priority of uplink transmission may be determined according to a time point at which a message for setting/indicating uplink transmission is received. For example, uplink transmission for which scheduling is set/indicated relatively recently or relatively later may be prioritized.
  • the priority of uplink transmission may be determined according to a time point at which uplink transmission is performed. For example, uplink transmission scheduled to be transmitted relatively earlier may have priority. Alternatively, uplink transmission scheduled to be transmitted relatively later may be prioritized.
  • a priority may be determined according to a value of a TA applied to uplink transmission. For example, uplink transmission transmitted using the default TA may have priority over uplink transmission transmitted using the dedicated TA. Alternatively, uplink transmission transmitted using the dedicated TA may have priority over uplink transmission transmitted using the default TA.
  • transmission of A takes precedence over transmission of B may mean the following.
  • the MT may perform transmission of A, and may not perform transmission by dropping B transmission.
  • the MT may not perform transmission of A, and may not perform transmission of B by puncturing transmission resource of B in which transmission of B cannot be performed for transmission of A.
  • the transmission resource of B capable of performing the transmission of B the transmission of B may be performed.
  • UE/terminal may be replaced with IAB node MT and applied. Alternatively, the following may be applied only to the IAB node MT, not to the UE/terminal.
  • timing advance group may be defined as follows.
  • the TAG may include one or more serving cells having the same uplink TA and the same downlink timing reference cell.
  • pTAG is a TAG comprising PCell.
  • the UE may use the PCell as a timing reference for the pTAG.
  • the sTAG is the TAG containing the SCell(s).
  • the UE may use any activated SCells in this TAG as the timing reference cell, but MUST NOT change it unless necessary.
  • a TAG (TA group) consists of one or more serving cells with the same uplink TA and same downlink timing reference
  • the UE uses PCell as timing reference for pTAG.
  • sTAG is a TAG contains only SCells(s).
  • the UE may use any of the activated SCells of this TAG as a timing reference cell, but should not change it unless necessary.
  • the downlink timing reference cell may mean a cell serving as a reference for time synchronization.
  • different serving cells may belong to the same or different TAGs.
  • the UE may perform uplink transmission by using the same uplink TA value.
  • the plurality of TA values applied by the UE to one serving cell have different values, but may be determined based on the same downlink timing.
  • the uplink transmission timing based on TA1 is determined as (downlink reception timing - TA1)
  • the uplink transmission timing based on TA2 may be determined as (downlink reception timing - TA2).
  • the downlink reception timing for determining the two uplink transmission timings may mean the same timing.
  • a TA application method is proposed.
  • the UE has cell A, cell B, and cell C as serving cells, and the cells may belong to the same TAG.
  • the UE can perform uplink transmission using two TA values, TA1 and TA2, in cell A, it is necessary to consider a TA application method in cell B and cell C.
  • the transmission timing of the IAB node may be changed according to an operation method of the IAB node.
  • the timing at which the IAB node performs uplink transmission to the parent node may be changed due to timing alignment for simultaneous transmission of the IAB node MT and the IAB node DU.
  • a plurality of transmission timings may be configured for the IAB node.
  • the TAG in the IAB system may consist of serving cells having different uplink TAs. In this case, transmission timings between serving cells may be different from each other.
  • TA value(s) supported by serving cells within the same TAG may always be the same. That is, the UE may apply the same single TA value to all serving cells in the same TAG, or may apply two or a plurality of the same TA values to all serving cells in the same TAG. That is, two or a plurality of TA values may be applied to all serving cells in the same TAG. For example, if cell A, cell B, and cell C belong to one TAG, two TA values of TA1 and TA2 may be applied to both cell A, cell B, and cell C.
  • the plurality of TA values may be applied at different times.
  • the UE performs uplink transmission by applying TA1 in continuous/non-consecutive time interval 1, and applies TA2 in continuous/non-consecutive time interval 2 that does not overlap with time interval 1 to perform uplink transmission can do.
  • a TA value applied at the same time may be the same for all serving cells. That is, for serving cells within the same TAG, the UE may perform uplink transmission by applying the same TA value among a plurality of (configured) TA values usable at the same time. For example, when the UE can perform uplink transmission by applying TA1 or TA2 to cell A, cell B, and cell C within the same TAG, the UE is uplinked among TA1 and TA2 for all serving cells at the same time point. A TA value applied for link transmission may be the same. In this case, when the UE performs simultaneous uplink transmission for a plurality of serving cells at the same time, the transmission may be performed by always applying the same TA value.
  • transmission timing information according to time is set from the gNB for a specific serving cell, for a plurality of serving cells belonging to the same TAG, only a representative serving cell (eg, a downlink timing reference cell) transmits the information After being configured, it may be assumed that other serving cells apply the same configuration.
  • a representative serving cell eg, a downlink timing reference cell
  • TA value(s) supported for serving cells within the same TAG may be different from each other. In this case, among the TA values supported in the TAG, only some TA value(s) may be used in some serving cells. For example, when two TA values of TA1 and TA2 are supported for the TAG, both TA1 and TA2 may be supported or only one TA value may be supported depending on the serving cell included in the TAG. Alternatively, even if the TA value(s) supported for serving cells within the same TAG are the same, a TA value applied at the same time among a plurality of (configured) available TA values may vary depending on the serving cell.
  • TA values applied to the plurality of serving cells may not be the same.
  • only transmission having the same uplink transmission timing may be performed at the same time, and when configured/scheduled to simultaneously perform transmission to which different uplink transmission timings are applied, the following operation may be performed.
  • transmission of the downlink timing reference cell may be prioritized. Accordingly, the UE may perform uplink transmission applying the same TA as the TA applied to the downlink timing reference cell, and may not perform uplink transmission by dropping.
  • uplink transmission using the default TA may be prioritized.
  • the UE may perform uplink transmission to the serving cell(s) using the preferred default TA and drop non-priority uplink transmission.
  • serving cells to which the same TA is applied at a specific time in the TAG may be classified into the same sub-TAG. That is, when TA1 and/or TA2 are applied to a specific serving cell in the TAG, serving cells using TA1 at a specific time may belong to sub-TAG1, and serving cells using TA2 may belong to sub-TAG2.
  • the configuration of serving cells constituting the same TAG may vary according to the TA used by the UE. That is, for the TAG ID, a serving cell constituting the TAG may be configured TA-specifically for a plurality of TA values. In this case, in the present specification, TAGs configured differently according to each TA may be expressed as different sub-TAGs.
  • a specific serving cell may belong to one sub-TAG at a specific time, and serving cells constituting each sub-TAG or each serving The sub-TAG to which the cell belongs may change according to time.
  • the UE may perform uplink transmission by applying the same TA to serving cells belonging to the same sub-TAG.
  • the UE may determine sub-TAG information to which each serving cell belongs as follows.
  • the UE may determine sub-TAG information based on a TA value applied to each serving cell without an explicit indication.
  • the UE knows a TA value applied to a specific serving cell at a specific time, it can determine that serving cells to which the same TA is applied belong to the same sub-TAG.
  • the UE may perform uplink transmission by applying one TA value at a specific time point. Accordingly, uplink transmission to serving cells belonging to the same sub-TAG among sub-TAGs may be simultaneously performed, but uplink transmission to serving cells belonging to different sub-TAGs cannot be simultaneously performed. That is, when the UE is configured/scheduled to perform uplink transmission for a plurality of serving cells belonging to the same sub-TAG in the same time support, the UE may simultaneously perform uplink transmission for the corresponding serving cells.
  • uplink transmission may be performed as follows.
  • uplink transmission for the serving cell(s) belonging to the sub-TAG including the timing reference cell may be prioritized.
  • the uplink transmission for the serving cell(s) belonging to the sub-TAG that does not include the timing reference cell may not be performed by dropping.
  • uplink transmission to the sub-TAG using the default TA may be prioritized.
  • the UE performs uplink transmission on the serving cell(s) belonging to the sub-TAG to which the default TA value is applied, and the uplink transmission for the serving cell(s) belonging to the non-priority sub-TAG is dropped. so it may not be done.
  • serving cells in the same TAG may have the same downlink timing reference cell even if they belong to different sub-TAGs and have different uplink TAs. This is because the uplink timing to which different TAs are applied may be determined based on the same downlink timing.
  • the downlink timing reference cell of a specific sub-TAG may have a cell not belonging to the corresponding sub-TAG as the downlink timing reference cell.
  • serving cells having different TAs may belong to different TAGs. That is, serving cells to which different TAs are applied may be configured to belong to different TAGs.
  • the corresponding serving cell may belong to a plurality of TAGs.
  • cell A, cell B, and cell C are configured as serving cells for the terminal, the terminal may perform uplink transmission using TA1 and TA2 in cell A, and the terminal may perform TA1 in cell B and cell C, respectively.
  • TAG1 may be composed of cell A and cell B
  • TAG2 may be composed of cell A and cell C.
  • TAG1 may be effective only when TA1 is applied to cell A
  • TAG2 may be effective only when TA2 is applied to cell A.
  • the serving cell may belong to one TAG at a specific time point.
  • the TA applied to the serving cell is changed (eg, when changing from TA1 to TA2)
  • the TAG to which the serving cell belongs may be changed.
  • cell A, cell B, and cell C are configured as serving cells for the UE, the UE may perform uplink transmission using TA1 and TA2 in cell A, and the UE may perform uplink transmission with TA1 and TA1 in cell B and cell C, respectively.
  • TAG1 When TA2 is applied as an uplink TA, when TA1 is applied to cell A, TAG1 may be composed of cell A and cell B, and TAG2 may be composed of cell C. When TA2 is applied to cell A, TAG1 may be composed of cell B, and TAG2 may be composed of cell A and cell C.
  • different TAGs may have the same serving cell as the downlink timing reference cell.
  • TAG1 is composed of cell A and cell B
  • TAG2 is composed of cell A and cell C
  • both TAG1 and TAG2 may have cell A as a downlink timing reference cell.
  • the TAG may have a serving cell not belonging to the TAG as a downlink timing reference cell.
  • TAG1 to which TA1 is applied consists of cell A and cell B
  • TAG2 to which TA2 is applied consists of cell B and cell C
  • both TAG1 and TAG2 may have cell A as the downlink timing reference cell. have.
  • the TA2 value applied to TAG2 is determined based on cell A as in TA1, but since TA1 is applied to cell A, cell A may not belong to TAG2.
  • both TAG1 and TAG2 may have cell A as a downlink timing reference cell.
  • the TA2 value applied to TAG2 is determined based on cell A as in TA1, but since TA1 is applied to cell A, cell A may not belong to TAG2.
  • the TAG to which the corresponding serving cell belongs is changed as the TA applied to the corresponding serving cell is changed.
  • the TA applied to the serving cell is dynamically changed/switched.
  • TAG information to which the serving cell belongs may be configured and/or changed through MAC signaling.
  • the initial TAG information is set through RRC, but a change of another TAG may be performed through MAC signaling. or.
  • TAG information of the serving cell may be configured/changed only by MAC signaling.
  • TAG information to which the serving cell belongs may be configured and/or changed through DCI.
  • the initial TAG information is set through RRC, but a change of another TAG may be performed through DCI.
  • TAG information of the serving cell may be set/changed only with DCI.
  • a plurality of TAGs applicable to the serving cell are configured (using signaling such as RRC), and (valid) TAG information actually applied at a specific time may be indicated through MAC signaling or DCI.
  • TAG1 and TAG2 are set as TAGs applied to the serving cell, and (valid) TAG information that is actually applied at a specific time through additional MAC signaling or DCI is indicated.
  • additional MAC signaling or DCI is transmitted or when valid MAC signaling or DCI does not exist, it may be assumed that the serving cell belongs to one specific TAG.
  • a specific TAG may be set/defined as a default TAG.
  • a plurality of TAGs that can be applied to the serving cell are set (using signaling such as RRC), and (valid) TAG information actually applied at a specific time can be implicitly indicated through TA change.
  • the UE may implicitly determine that the TAG of the serving cell is changed to the TAG associated with the TA.
  • the wireless device may be an IAB node or a terminal.
  • a plurality of serving cells may be configured for the wireless device.
  • the wireless device receives first uplink transmission configuration information from a first serving cell ( S1610 ).
  • the wireless device receives second uplink transmission configuration information from the second serving cell (S1620).
  • the first uplink transmission configuration information may inform the first uplink transmission timing configured for the first serving cell.
  • the second uplink transmission configuration information may inform the second uplink transmission timing configured for the second serving cell.
  • the first serving cell and the second serving cell may be included in a specific timing advance group (TAG).
  • TAG timing advance group
  • the wireless device performs uplink transmission based on the first uplink transmission configuration information and the second uplink transmission configuration information (S1630).
  • TA value(s) supported by serving cells within the same TAG may always be the same. That is, in the example of FIG. 16 , the first uplink transmission timing and the second uplink transmission timing may always be the same. In this case, the wireless device may perform one or all of uplink transmission through the first cell and uplink transmission through the second cell based on the same uplink transmission timing.
  • the wireless device selects one of the first uplink transmission timing and the second uplink transmission timing.
  • the uplink transmission may be performed based on an uplink transmission timing that coincides with a reference uplink transmission timing applied to a downlink timing reference cell. For example, if the first uplink transmission timing configured for the first serving cell is the same as the reference uplink transmission timing, the wireless device performs the first uplink transmission timing on the first serving cell based on the first uplink transmission timing.
  • An uplink operation may be performed.
  • the downlink timing reference cell may be one of the first serving cell and the second serving cell.
  • the downlink timing reference cell, the first serving cell, and the second serving cell may be included in the same TAG.
  • the example of FIG. 16 is based on the premise that a plurality of cells are included in the same TAG, the example of FIG. 16 may be extended even when each of the plurality of serving cells is included in a different TAG. In this case, only one uplink transmission timing may be effective at a specific time point.
  • the wireless device may be an IAB node or a base station.
  • the wireless device transmits first uplink transmission configuration information to the terminal through the first serving cell (S1710).
  • the wireless device transmits second uplink transmission configuration information to the terminal through a second serving cell (S1720).
  • the wireless device receives a signal through one of the first serving cell and the second serving cell (S1730).
  • the first uplink transmission configuration information may inform the first uplink transmission timing configured for the first serving cell.
  • the second uplink transmission configuration information may inform the second uplink transmission timing configured for the second serving cell.
  • the first serving cell and the second serving cell may be included in a specific timing advance group (TAG).
  • TAG timing advance group
  • the wireless device selects the downlink timing reference cell from among the first uplink transmission timing and the second uplink transmission timing.
  • the signal may be received based on an uplink transmission timing that coincides with the applied reference uplink transmission timing. For example, if the first uplink transmission timing configured for the first serving cell is the same as the reference uplink transmission timing, the wireless device performs the first uplink transmission timing on the first serving cell based on the first uplink transmission timing. signal can be received.
  • the downlink timing reference cell may be one of the first serving cell and the second serving cell. Alternatively, the downlink timing reference cell, the first serving cell, and the second serving cell may be included in the same TAG.
  • the methods proposed in the present specification include at least one computer readable recording medium including an instruction based on being executed by at least one processor and one or more a processor and one or more memories operably coupled by the one or more processors and storing instructions, wherein the one or more processors control the IAB node to execute the instructions to perform the methods proposed herein It can also be performed by an apparatus configured to do so.
  • the methods proposed in the present specification it is obvious that an operation by another IAB node corresponding to an operation performed by the IAB node may be considered.
  • the communication system 1 applied to the present disclosure includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a radio access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • a radio access technology eg, 5G NR (New RAT), LTE (Long Term Evolution)
  • the wireless device may include a robot 100a, a vehicle 100b-1, 100b-2, an eXtended Reality (XR) device 100c, a hand-held device 100d, and a home appliance 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400 .
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous driving 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 AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, and include a Head-Mounted Device (HMD), a Head-Up Display (HUD) provided in a vehicle, a television, a smartphone, It may be implemented in the form of a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • the portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), a computer (eg, a laptop computer), and the like.
  • Home appliances may include a TV, a refrigerator, a washing machine, and the like.
  • the IoT device may include a sensor, a smart meter, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to other wireless devices.
  • the wireless communication technology implemented in the wireless device of the present specification may include a narrowband Internet of Things for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is limited to the above-mentioned names. no.
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called various names such as enhanced machine type communication (eMTC).
  • eMTC enhanced machine type communication
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless device of the present specification may include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) in consideration of low-power communication. and is not limited to the above-mentioned names.
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • 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 (e.g. sidelink communication) without passing through the base station/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g. Vehicle to Vehicle (V2V)/Vehicle to everything (V2X) communication).
  • the IoT device eg, sensor
  • the IoT device may communicate directly with other IoT devices (eg, sensor) 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 .
  • the wireless communication/connection includes uplink/downlink communication 150a and sidelink communication 150b (or D2D communication), and communication between base stations 150c (eg relay, IAB (Integrated Access Backhaul)).
  • This can be done through technology (eg 5G NR)
  • Wireless communication/connection 150a, 150b, 150c allows the wireless device and the base station/radio device, and the base station and the base station to transmit/receive wireless signals to each other.
  • the wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels.
  • various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes etc.
  • the first wireless device 100 and the second wireless device 200 may transmit/receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ first wireless device 100, second wireless device 200 ⁇ is ⁇ wireless device 100x, base station 200 ⁇ of FIG. 18 and/or ⁇ wireless device 100x, wireless device 100x) ⁇ can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104 , and may further 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 operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a wireless signal including the first information/signal through the transceiver 106 .
  • the processor 102 may receive the 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 provide instructions for performing some or all of the processes controlled by processor 102 , or for performing descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. may store software code including
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • 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 refer to 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 .
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein.
  • the processor 202 may process the information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206 .
  • the processor 202 may receive the radio signal including the fourth information/signal through the transceiver 206 , and then store information obtained from signal processing of the fourth information/signal in the memory 204 .
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
  • the memory 204 may provide instructions for performing some or all of the processes controlled by the processor 202, or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. may store software code including
  • the processor 202 and the 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 refer to 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).
  • the one or more processors 102, 202 are configured to process one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, function, procedure, proposal, method, and/or operational flowcharts disclosed herein.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102 , 202 may generate messages, control information, data, or information according to the description, function, procedure, proposal, method, and/or flow charts disclosed herein.
  • the one or more processors 102 and 202 generate a signal (eg, a baseband signal) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , to one or more transceivers 106 and 206 .
  • the one or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , and may be described, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein.
  • PDUs, SDUs, messages, control information, data, or information may be acquired according to the fields.
  • 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.
  • the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed in this document provide that firmware or software configured to perform is contained in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 . It may be driven by the above processors 102 and 202 .
  • the descriptions, functions, procedures, proposals, methods, and/or flowcharts of operations disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or a set of instructions.
  • One or more memories 104 , 204 may be coupled with one or more processors 102 , 202 , and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
  • the one or more memories 104 and 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 inside 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. referred to in the methods and/or operational flowcharts of this document 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 the descriptions, functions, procedures, suggestions, methods and/or flow charts, etc. disclosed herein, from one or more other devices. have.
  • one or more transceivers 106 , 206 may be coupled to one or more processors 102 , 202 and may transmit and receive wireless signals.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to transmit user data, control information, or wireless signals to one or more other devices.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, or wireless signals from one or more other devices.
  • one or more transceivers 106, 206 may be coupled to one or more antennas 108, 208, and the one or more transceivers 106, 206 may be coupled via one or more antennas 108, 208 to the descriptions, functions, and functions disclosed herein. , may 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).
  • the one or more transceivers 106, 206 convert the received radio signal/channel, etc. from the RF band signal to process the received user data, control information, radio signal/channel, etc. using the one or more processors 102, 202. It can be converted into a baseband signal.
  • One or more transceivers 106 , 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 , 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • FIG. 20 illustrates a signal processing circuit for a transmission signal.
  • the signal processing circuit 1000 may include a scrambler 1010 , a modulator 1020 , a layer mapper 1030 , a precoder 1040 , a resource mapper 1050 , and a signal generator 1060 .
  • the operations/functions of FIG. 20 may be performed by the processors 102 , 202 and/or transceivers 106 , 206 of FIG. 19 .
  • the hardware elements of FIG. 20 may be implemented in the processors 102 , 202 and/or transceivers 106 , 206 of FIG. 19 .
  • blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 19 .
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 19
  • block 1060 may be implemented in the transceivers 106 and 206 of FIG. 19 .
  • the codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 20 .
  • the codeword is a coded bit sequence of an information block.
  • the information block may include a transport block (eg, a UL-SCH transport block, a DL-SCH transport block).
  • the radio signal may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010 .
  • a scramble sequence used for scrambling is generated based on an initialization value, and the initialization value may include ID information of a wireless device, and the like.
  • the scrambled bit sequence may be modulated by a modulator 1020 into a modulation symbol sequence.
  • the modulation method may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030 .
  • Modulation symbols of each transport layer may be mapped to corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 may be obtained by multiplying the output y of the layer mapper 1030 by the precoding matrix W of N*M.
  • N is the number of antenna ports
  • M is the number of transport layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transform) on the complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 may map modulation symbols of each antenna port to a time-frequency resource.
  • the time-frequency resource may include a plurality of symbols (eg, a CP-OFDMA symbol, a DFT-s-OFDMA symbol) in the time domain and a plurality of subcarriers in the frequency domain.
  • CP Cyclic Prefix
  • DAC Digital-to-Analog Converter
  • a signal processing process for a received signal in the wireless device may be configured in reverse of the signal processing processes 1010 to 1060 of FIG. 20 .
  • the wireless device eg, 100 and 200 in FIG. 19
  • the received radio signal may be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT Fast Fourier Transform
  • the baseband signal may be restored to a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a descrambling process.
  • the codeword may be restored to the original information block through decoding.
  • the signal processing circuit (not shown) for the received signal may include a signal restorer, a resource de-mapper, a post coder, a demodulator, a descrambler, and a decoder.
  • the wireless device may be implemented in various forms according to use-examples/services (refer to FIG. 18 ).
  • wireless devices 100 and 200 correspond to wireless devices 100 and 200 of FIG. 19 , and various elements, components, units/units, and/or modules ) may consist of
  • 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 and/or one or more memories 104,204 of FIG. 19 .
  • transceiver(s) 114 may include one or more transceivers 106 , 206 and/or one or more antennas 108 , 208 of FIG. 19 .
  • the control unit 120 is electrically connected to the communication unit 110 , the memory unit 130 , and the additional element 140 , and controls general operations of the wireless device. For example, the controller 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130 . In addition, the control unit 120 transmits information stored in the memory unit 130 to the outside (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or externally (eg, through the communication unit 110 ) Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130 .
  • the outside eg, other communication device
  • Information received through a wireless/wired interface from another communication device may be stored in the memory unit 130 .
  • the additional element 140 may be configured in various ways according to the type of the wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • a wireless device may include a robot ( FIGS. 18 and 100a ), a vehicle ( FIGS. 18 , 100b-1 , 100b-2 ), an XR device ( FIGS. 18 and 100c ), a mobile device ( FIGS. 18 and 100d ), and a home appliance. (FIG. 18, 100e), IoT device (FIG.
  • digital broadcasting terminal digital broadcasting terminal
  • hologram device public safety device
  • MTC device medical device
  • fintech device or financial device
  • security device climate/environment device
  • It may be implemented in the form of an AI server/device ( FIGS. 18 and 400 ), a base station ( FIGS. 18 and 200 ), and a network node.
  • the wireless device may be mobile or used in a fixed location depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some 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 unit (eg, 130 , 140 ) are connected to the communication unit 110 through the communication unit 110 . It can be connected wirelessly.
  • each element, component, unit/unit, and/or module within the wireless device 100 , 200 may further include one or more elements.
  • the controller 120 may be configured with one or more processor sets.
  • control unit 120 may be configured as 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.
  • 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.
  • FIG. 21 will be described in more detail with reference to the drawings.
  • the portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), and a portable computer (eg, a laptop computer).
  • a mobile device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • the portable device 100 includes an antenna unit 108 , a communication unit 110 , a control unit 120 , a memory unit 130 , a power supply unit 140a , an interface unit 140b , and an input/output unit 140c ) may be included.
  • the antenna unit 108 may be configured as a part of the communication unit 110 .
  • Blocks 110 to 130/140a to 140c respectively correspond to blocks 110 to 130/140 of FIG. 21 .
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may perform various operations by controlling the components of the portable device 100 .
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands necessary for driving the portable device 100 . Also, the memory unit 130 may store input/output data/information.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support a connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, an audio input/output port and a video input/output port) for connection with an external device.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c obtains information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130 . can be saved.
  • the communication unit 110 may convert the information/signal stored in the memory into a wireless signal, and transmit the converted wireless signal directly to another wireless device or to a base station. Also, after receiving a radio signal from another radio device or base station, the communication unit 110 may restore the received radio signal to original information/signal. After the restored information/signal is stored in the memory unit 130 , it may be output in various forms (eg, text, voice, image, video, haptic) through the input/output unit 140c.
  • various forms eg, text, voice, image, video, haptic
  • the vehicle or autonomous driving vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, and the like.
  • AV aerial vehicle
  • the vehicle or autonomous driving 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 autonomous driving. It may include a part 140d.
  • the antenna unit 108 may be configured as a part of the communication unit 110 .
  • Blocks 110/130/140a-140d correspond to blocks 110/130/140 of FIG. 21, respectively.
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) to and from external devices such as other vehicles, base stations (e.g., base stations, roadside units, etc.), servers, and the like.
  • the controller 120 may control elements of the vehicle or the autonomous driving vehicle 100 to perform various operations.
  • the controller 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous driving vehicle 100 to run 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 the autonomous driving vehicle 100 , and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight sensor, a heading sensor, a position module, and a vehicle forward movement.
  • IMU inertial measurement unit
  • a collision sensor a wheel sensor
  • a speed sensor a speed sensor
  • an inclination sensor a weight sensor
  • a heading sensor a position module
  • a vehicle forward movement / may include a reverse sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illuminance sensor, a 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. 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 to move the vehicle or the autonomous driving vehicle 100 along the autonomous driving path (eg, speed/direction adjustment) according to the driving plan.
  • the communication unit 110 may obtain the latest traffic information data from an external server non/periodically, and may acquire 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 the autonomous driving route and driving plan based on the 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 or the like based on information collected from the vehicle or autonomous vehicles, and may provide the predicted traffic information data to the vehicle or autonomous vehicles.
  • the vehicle 24 illustrates a vehicle applied to the present disclosure.
  • the vehicle may also 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 measurement unit 140b .
  • blocks 110 to 130/140a to 140b correspond to blocks 110 to 130/140 of FIG. 21 , respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other vehicles or external devices such as a base station.
  • the controller 120 may control components of the vehicle 100 to perform various operations.
  • 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 position measuring unit 140b may acquire position 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, location information with a surrounding vehicle, and the like.
  • the position measuring unit 140b may include a 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 it in the memory unit 130 .
  • the position measuring unit 140b may acquire vehicle position 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, and the like, and the input/output unit 140a may display the created virtual object on a window inside the vehicle ( 1410 and 1420 ).
  • the controller 120 may determine whether the vehicle 100 is normally operating within the driving line based on the vehicle location information. When the vehicle 100 deviates from the driving line abnormally, the controller 120 may display a warning on the windshield of the vehicle through the input/output unit 140a.
  • control unit 120 may broadcast a warning message regarding driving abnormality to surrounding vehicles through the communication unit 110 .
  • control unit 120 may transmit the location information of the vehicle and information on driving/vehicle abnormality to a related organization 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 smart phone, 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 smart phone
  • 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 .
  • blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 21 , respectively.
  • the communication unit 110 may transmit/receive signals (eg, media data, control signals, etc.) to/from external devices such as other wireless devices, portable devices, or media servers.
  • Media data may include images, images, and sounds.
  • the controller 120 may perform various operations by controlling the 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, and the like from the outside, and may output the generated 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 an XR device state, 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. have.
  • 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 the user, and the controller 120 may drive the XR device 100a according to the user's driving command. For example, when the user intends to watch a movie or news through the XR device 100a, the controller 120 transmits the content request information to another device (eg, the mobile device 100b) through the communication unit 130 or can be sent to the media server.
  • another device eg, the mobile device 100b
  • the communication unit 130 may download/stream contents such as movies and news from another device (eg, the portable device 100b) or a media server to the memory unit 130 .
  • the controller 120 controls and/or performs procedures such as video/image acquisition, (video/image) encoding, and metadata generation/processing for the content, and is acquired through the input/output unit 140a/sensor unit 140b It is possible to generate/output an XR object based on information about one 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 portable device 100b may operate as a controller for the XR device 100a.
  • the XR device 100a may obtain 3D location information of the portable device 100b, and then generate and output an XR object corresponding to the portable device 100b.
  • Robots can be classified into industrial, medical, home, military, etc. 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 correspond to blocks 110 to 130/140 of FIG. 21 , respectively.
  • 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 the 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 may output 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, surrounding environment information, user information, and the like of the robot 100 .
  • the sensor unit 140b may include a proximity sensor, an illumination 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 travel on the ground or fly in the air.
  • the driving unit 140c may include an actuator, a motor, a wheel, a brake, a propeller, and the like.
  • AI devices include TVs, projectors, smartphones, PCs, laptops, digital broadcasting terminals, tablet PCs, wearable devices, set-top boxes (STBs), radios, washing machines, refrigerators, digital signage, robots, vehicles, etc. It may be implemented in any possible device or the like.
  • the AI device 100 includes a communication unit 110 , a control unit 120 , a memory unit 130 , input/output units 140a/140b , a learning processor unit 140c and a sensor unit 140d). may include. Blocks 110 to 130/140a to 140d correspond to blocks 110 to 130/140 of FIG. 21 , respectively.
  • the communication unit 110 uses wired/wireless communication technology to communicate with external devices such as other AI devices (eg, FIGS. 18, 100x, 200, 400) or an AI server (eg, 400 in FIG. 18) and wired/wireless signals (eg, sensor information). , user input, learning model, control signal, etc.) can be transmitted and received. To this end, the communication unit 110 may transmit information in the memory unit 130 to an external device or transmit a signal received from the external device to the memory unit 130 .
  • AI devices eg, FIGS. 18, 100x, 200, 400
  • an AI server eg, 400 in FIG. 18
  • wired/wireless signals eg, sensor information
  • the communication unit 110 may transmit information in the memory unit 130 to an external device or transmit a signal received from the external device to the memory unit 130 .
  • the controller 120 may determine at least one executable operation of the AI device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. In addition, the controller 120 may control the components of the AI device 100 to perform the determined operation. For example, the control unit 120 may request, search, receive, or utilize the data of the learning processor unit 140c or the memory unit 130 , and may be predicted or preferred among at least one executable operation. Components of the AI device 100 may be controlled to execute the operation. In addition, the control unit 120 collects history information including user feedback on the operation contents or operation of the AI device 100 and stores it in the memory unit 130 or the learning processor unit 140c, or the AI server ( 19 and 400) may be transmitted to an external device. The collected historical information may be used to update the learning model.
  • the memory unit 130 may store data supporting various functions of the AI device 100 .
  • the memory unit 130 may store data obtained from the input unit 140a , data obtained from the communication unit 110 , output data of the learning processor unit 140c , and data obtained from the sensing unit 140 .
  • the memory unit 130 may store control information and/or software codes necessary for the operation/execution of the control unit 120 .
  • the input unit 140a may acquire various types of data from the outside of the AI device 100 .
  • the input unit 140a may acquire training data for model learning, input data to which the learning model is applied, and the like.
  • the input unit 140a may include a camera, a microphone, and/or a user input unit.
  • the output unit 140b may generate an output related to sight, hearing, or touch.
  • the output unit 140b may include a display unit, a speaker, and/or a haptic module.
  • the sensing unit 140 may obtain at least one of internal information of the AI device 100 , surrounding environment information of the AI device 100 , and user information by using various sensors.
  • the sensing unit 140 may include a proximity sensor, an illumination 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. have.
  • the learning processor unit 140c may train a model composed of an artificial neural network by using the training data.
  • the learning processor unit 140c may perform AI processing together with the learning processor unit of the AI server ( FIGS. 18 and 400 ).
  • the learning processor unit 140c may process information received from an external device through the communication unit 110 and/or information stored in the memory unit 130 .
  • the output value of the learning processor unit 140c may be transmitted to an external device through the communication unit 110 and/or stored in the memory unit 130 .

Landscapes

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

Abstract

본 명세서는 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치를 제안한다. 무선 통신 시스템에서 무선 장치에 의해 수행되는 상향링크 전송 수행 방법은 제1 서빙 셀 및 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고, 및 제1 상향링크 전송 타이밍과 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 방법을 포함할 수 있다.

Description

무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치
본 개시는 무선 통신에 관한 것이다.
미래의 셀룰러 네트워크 배치 시나리오 및 애플리케이션을 가능하게 하는 것을 목표로 하는 잠재 기술 중 하나는 무선 백홀(backhaul) 및 릴레이 링크에 대한 지원으로서 운반 네트워크(transport network)를 비례적으로 밀도화할 필요 없이 NR 셀들의 유연하고 매우 밀집된 배치를 가능하게 한다.
매시브 MIMO(massive MIMO) 또는 멀티-빔 시스템의 자연스런 배치(native deployment)와 함께 LTE와 비교하여 NR에서의 더욱 큰 대역폭이 이용 가능할 것으로 예상되므로(예를 들어, 밀리미터파 스펙트럼(mmWave spectrum)) 통합 액세스 및 백홀 링크의 개발 및 배치에 대한 기회가 생성된다. 이는 단말들에 대한 접속 또는 액세스(access)를 제공하도록 정의된 다수의 제어 및 데이터 채널/절차를 구축함으로써 더욱 통합된 방식의 자체적으로 백홀된(self-backhauled) NR 셀의 밀집된 네트워크의 더욱 용이한 배치를 허용한다. 이러한 시스템을 통합 액세스 및 백홀 링크(integrated access and backhaul links: IAB)라고 한다.
본 명세서에 따르면 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치를 제안한다.
동일한 TAG 내의 서빙 셀들에 대해 서로 다른 상향링크 전송 타이밍이 설정된 경우의 IAB 노드 MT 또는 단말의 상향링크 전송 방법을 제안하여, 보다 효율적인 통신이 가능하다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 1은 본 개시가 적용될 수 있는 무선통신 시스템을 예시한다.
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다.
도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다.
도 4는 본 개시의 기술적 특징이 적용될 수 있는 무선 통신 시스템의 다른 예를 나타낸다.
도 5는 NG-RAN과 5GC 간의 기능적 분할을 예시한다.
도 6은 NR에서 적용될 수 있는 프레임 구조를 예시한다.
도 7은 슬롯 구조를 나타낸다.
도 8은 통합 액세스 및 백홀 링크(integrated access and backhaul links: IAB)를 갖는 네트워크에 대한 일례를 개략적으로 도시한 것이다.
도 9는 SA(standalone) 모드 및 NSA(non-standalone) 모드에서의 IAB 시스템의 동작의 일례를 도시한 것이다.
도 10은 액세스 및 백홀 링크들의 구성의 일례를 개략적으로 도시한 것이다.
도 11은 IAB 노드들 간의 링크 및 관계를 설명하기 위한 것이다.
도 12는 DU의 차일드 링크 별로 상향링크 수신 타이밍이 다를 수 있는 경우, IAB 노드의 동작의 일례를 나타낸다.
도 13은 두 개의 차일드 노드들과 연결된 IAB 노드를 개략적으로 도시한다.
도 14는 IAB 노드 및 IAB 노드와 연결된 두 개의 차일드 노드들의 송수신 타이밍의 일례를 개략적으로 도시한 것이다.
도 15는 IAB 노드 및 IAB 노드와 연결된 두 개의 차일드 노드들의 송수신 타이밍의 다른 일례를 개략적으로 도시한 것이다.
도 16은 본 명세서의 일부 구현에 따른 무선 장치의 상향링크 전송 수행 방법의 일례에 대한 순서도이다.
도 17은 본 명세서의 일부 구현에 따른 무선 장치의 신호 수신 방법의 일례에 대한 순서도이다.
도 18은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 19는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 20은 전송 신호를 위한 신호 처리 회로를 예시한다.
도 21은 본 개시에 적용되는 무선 기기의 다른 예를 나타낸다.
도 22는 본 개시에 적용되는 휴대 기기를 예시한다.
도 23은 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다.
도 24는 본 개시에 적용되는 차량을 예시한다.
도 25는 본 개시에 적용되는 XR 기기를 예시한다.
도 26은 본 개시에 적용되는 로봇을 예시한다.
도 27은 본 개시에 적용되는 AI 기기를 예시한다.
본 명세서에서 “A 또는 B(A or B)”는 “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “A 또는 B(A or B)”는 “A 및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “A, B 또는 C(A, B or C)”는 “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 이에 따라 “A/B”는 “오직 A”, “오직 B”, 또는 “A와 B 모두”를 의미할 수 있다. 예를 들어, “A, B, C”는 “A, B 또는 C”를 의미할 수 있다.
본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”, “오직 B” 또는 “A와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A and/or B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.
또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”, “오직 B”, “오직 C”, 또는 “A, B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(PDCCH)”로 표시된 경우, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “PDCCH”로 제한(limit)되지 않고, “PDDCH”가 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, PDCCH)”로 표시된 경우에도, “제어 정보”의 일례로 “PDCCH”가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
도 1은 본 개시가 적용될 수 있는 무선통신 시스템을 예시한다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고도 불릴 수 있다.
E-UTRAN은 단말(10: User Equipment, UE)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20: Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile station), UT(User Terminal), SS(Subscriber Station), MT(mobile terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속 (Open System Interconnection: OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3(제3계층)로 구분될 수 있는데, 이 중에서 제1계층에 속하는 물리계층은 물리채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국간 RRC 메시지를 교환한다.
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다. 도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
도 2 및 3을 참조하면, 물리계층(PHY(physical) layer)은 물리채널(physical channel)을 이용하여 상위 계층에게 정보 전송 서비스(information transfer service)를 제공한다. 물리계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송채널(transport channel)을 통해 연결되어 있다. 전송채널을 통해 MAC 계층과 물리계층 사이로 데이터가 이동한다. 전송채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리계층 사이는 물리채널을 통해 데이터가 이동한다. 상기 물리채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선자원으로 활용한다.
MAC 계층의 기능은 논리채널과 전송채널간의 맵핑 및 논리채널에 속하는 MAC SDU(service data unit)의 전송채널 상으로 물리채널로 제공되는 전송블록(transport block)으로의 다중화/역다중화를 포함한다. MAC 계층은 논리채널을 통해 RLC(Radio Link Control) 계층에게 서비스를 제공한다.
RLC 계층의 기능은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)를 포함한다. 무선베어러(Radio Bearer: RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제1 계층(PHY 계층) 및 제2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling RB)와 DRB(Data RB) 두가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC Connection)이 확립되면, 단말은 RRC 연결(RRC connected) 상태에 있게 되고, 그렇지 못할 경우 RRC 아이들(RRC idle) 상태에 있게 된다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송채널로는 시스템정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송채널 상위에 있으며, 전송채널에 매핑되는 논리채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(Sub-carrier)로 구성된다. 하나의 서브프레임(Sub-frame)은 시간 영역에서 복수의 OFDM 심벌(Symbol)들로 구성된다. 자원블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 전송의 단위 시간으로, 예를 들어, 서브프레임 또는 슬롯이 될 수 있다.
이하, 새로운 무선 접속 기술(new radio access technology: new RAT, NR)에 대해 설명한다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(radio access technology; RAT)에 비해 향상된 모바일 브로드밴드(mobile broadband) 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 매시브 MTC (massive Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency)에 민감한 서비스/단말을 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 확장된 모바일 브로드밴드 커뮤니케이션(enhanced mobile broadband communication), massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술의 도입이 논의되고 있으며, 본 개시에서는 편의상 해당 기술(technology)을 new RAT 또는 NR이라고 부른다.
도 4는 본 개시의 기술적 특징이 적용될 수 있는 무선 통신 시스템의 다른 예를 나타낸다.
구체적으로, 도 4는 5G NR(new radio access technology) 시스템에 기초한 시스템 아키텍처를 도시한다. 5G NR 시스템(이하, 간단히 "NR"이라 칭함)에서 사용되는 개체는 도 1에서 소개된 개체(예를 들어, eNB, MME, S-GW)의 일부 또는 모든 기능을 흡수할 수 있다. NR 시스템에서 사용되는 개체는 LTE와 구별하기 위해 "NG"라는 이름으로 식별될 수 있다.
도 4를 참조하면, 무선 통신 시스템은 하나 이상의 UE(11), NG-RAN(next-generation RAN) 및 5세대 코어 네트워크(5GC)를 포함한다. NG-RAN은 적어도 하나의 NG-RAN 노드로 구성된다. NG-RAN 노드는 도 1에 도시된 BS(20)에 대응하는 개체이다. NG-RAN 노드는 적어도 하나의 gNB(21) 및/또는 적어도 하나의 ng-eNB (22)로 구성된다. gNB(21)는 UE(11)를 향한 NR 사용자 평면 및 제어 평면 프로토콜의 종단을 제공한다. Ng-eNB(22)는 UE(11)를 향한 E-UTRA 사용자 평면 및 제어 평면 프로토콜의 종단을 제공한다.
5GC는 AMF(access and mobility management function), UPF(user plane function) 및 SMF(session management function)을 포함한다. AMF는 NAS 보안, 아이들 상태 이동성 처리 등과 같은 기능을 호스트 한다. AMF는 종래 MME의 기능을 포함하는 개체이다. UPF는 이동성 앵커링, PDU(protocol data unit) 처리와 같은 기능을 호스트 한다. UPF는 종래의 S-GW의 기능을 포함하는 개체이다. SMF는 UE IP 주소 할당, PDU 세션 제어와 같은 기능을 호스트 한다.
gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB 및 ng-eNB는 또한 NG 인터페이스를 통해 5GC에 연결된다. 보다 구체적으로는, NG-C 인터페이스를 통해 AMF에, 그리고 NG-U 인터페이스를 통해 UPF에 연결된다.
도 5는 NG-RAN과 5GC 간의 기능적 분할을 예시한다.
도 5를 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
도 6은 NR에서 적용될 수 있는 프레임 구조를 예시한다.
도 6을 참조하면, 프레임은 10 ms(millisecond)로 구성될 수 있고, 1 ms로 구성된 서브프레임 10개를 포함할 수 있다.
NR에서 상향링크 및 하향링크 전송은 프레임으로 구성될 수 있다. 무선 프레임은 10 ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)으로 정의될 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할되며, 서브프레임 내 슬롯 개수는 SCS(Subcarrier Spacing)에 의존한다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함한다. 노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함한다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함한다. 여기서, 심볼은 OFDM 심볼 (혹은, CP-OFDM 심볼), SC-FDMA 심볼 (혹은, DFT-s-OFDM 심볼)을 포함할 수 있다.
서브프레임 내에는 부반송파 간격(subcarrier spacing)에 따라 하나 또는 복수의 슬롯(slot)들이 포함될 수 있다.
다음 표 1은 부반송파 간격 설정(subcarrier spacing configuration) μ를 예시한다.
Figure PCTKR2021010346-appb-T000001
다음 표 2는 부반송파 간격 설정(subcarrier spacing configuration) μ에 따라, 프레임 내 슬롯 개수(Nframeμ slot), 서브프레임 내 슬롯 개수(Nsubframeμ slot), 슬롯 내 심볼 개수(Nslot symb) 등을 예시한다.
Figure PCTKR2021010346-appb-T000002
표 3은 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임(SF) 별 슬롯의 개수를 예시한다.
Figure PCTKR2021010346-appb-T000003
NR은 다양한 5G 서비스들을 지원하기 위한 다수의 numerology(또는 subcarrier spacing(SCS))를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 밴드(frequency band)는 2가지 type(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 2가지 type(FR1, FR2)의 주파수 범위는 하기 표 4와 같을 수 있다. 설명의 편의를 위해 NR 시스템에서 사용되는 주파수 범위 중 FR1은 “sub 6GHz range”를 의미할 수 있고, FR2는 “above 6GHz range”를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
주파수 영역 지정(Frequency Range designation) 대응하는 주파수 영역(Corresponding frequency range) 부반송파 간격(Subcarrier Spacing)
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 5와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
주파수 영역 지정(Frequency Range designation) 대응하는 주파수 영역(Corresponding frequency range) 부반송파 간격(Subcarrier Spacing)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, SF, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
도 7은 슬롯 구조를 나타낸다.
도 7을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
PDCCH(physical downlink control channel)은 다음 표와 같이 하나 또는 그 이상의 CCE(control channel element)들로 구성될 수 있다.
집성 레벨(Aggregation level) CCE의 개수(Number of CCEs)
1 1
2 2
4 4
8 8
16 16
즉, PDCCH는 1, 2, 4, 8 또는 16개의 CCE들로 구성되는 자원을 통해 전송될 수 있다. 여기서, CCE는 6개의 REG(resource element group)로 구성되며, 하나의 REG는 주파수 영역에서 하나의 자원 블록, 시간 영역에서 하나의 OFDM(orthogonal frequency division multiplexing) 심볼로 구성된다.
한편, NR에서는, 제어 자원 집합(control resource set: CORESET)이라는 새로운 단위를 도입할 수 있다. 단말은 CORESET에서 PDCCH를 수신할 수 있다.
이하에서는, 통합 액세스 및 백홀 링크(integrated access and backhaul link: IAB)에 대해 설명한다. 한편, 이하에서는 설명의 편의를 위해 new RAT(NR) 시스템을 기반으로 제안 방식을 설명한다. 하지만, 제안 방식이 적용되는 시스템의 범위는 NR 시스템 외에 3GPP LTE/LTE-A 시스템 등 다른 시스템으로도 확장 가능하다.
본 개시에서는 다음을 정의한다.
- AC(x): 노드(x)와 단말(들) 간의 액세스 링크(access link).
- BH(xy): 노드(x)와 노드(y) 간의 백홀 링크(backhaul link).
이 때, 노드는 DgNB(donor gNB) 또는 중계 노드(relay node: RN)을 의미할 수 있다. 여기서, DgNB 또는 도너 노드(donor node)는 IAB 노드들에 대한 백홀을 지원하는 기능을 제공하는 gNB일 수 있다.
또한, 본 개시에서는 설명의 편의를 위해 중계 노드 1과 중계 노드 2가 존재할 때, 중계 노드 1이 중계 노드 2와 백홀 링크로 연결되어 중계 노드 2에게 송수신되는 데이터를 중계(relaying)해줄 때에 중계 노드 1을 중계 노드 2의 페어런트 노드(parent node)라고 하고, 중계 노드 2를 중계 노드 1의 차일드 노드(child node)라고 명명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8은 통합 액세스 및 백홀 링크(integrated access and backhaul links: IAB)를 갖는 네트워크에 대한 일례를 개략적으로 도시한 것이다.
도 8에 따르면, 릴레이 노드(rTRP)들은 시간, 주파수, 또는 공간(space) 영역에서(즉, 빔-기반 동작) 액세스 및 백홀 링크들을 다중화(multiplex)할 수 있다.
서로 다른 링크들의 동작은 동일한 주파수 또는 서로 다른 주파수(각각 '인-밴드(in-band)' 또는 '아웃-밴드(out-band)' 릴레이로 불릴 수도 있다.) 상에서 동작할 수 있다. 대역 외 릴레이들의 효율적인 지원이 일부 NR 배치 시나리오에 대해 중요하지만, 듀플렉스(duplex) 제한을 수용하고 간섭을 회피/완화하기 위한 동일 주파수 상에서 동작하는 액세스 링크와의 긴밀한 인터워킹을 내포하는 대역 내 동작의 요구 사항들을 이해하는 것은 매우 중요하다.
나아가, 밀리미터파 스펙트럼에서 NR 시스템을 동작하는 것은 짧은 블로킹과 비교하여 절차의 완성에 필요한 더욱 큰 시간 규모로 인한 현재의 RRC 기반의 핸드오버 메커니즘으로 쉽게 완화되지 않을 수 있는 심각한 짧은 블로킹(short-term blocking)을 경험하는 것을 포함하는 일부 고유한 과제들이 존재한다. 밀리미터파 시스템에서 짧은 블로킹을 극복하는 것은 코어 네트워크의 포함을 필수적으로 요구하지 않는 rTRP들 간의 스위칭에 대한 빠른 RAN 기반의 메커니즘을 요구할 수 있다. 자체적으로 백홀된 NR 셀들의 더욱 용이한 배치에 대한 요구와 함께 밀리미터파 스펙트럼에서의 NR 동작에 대한 짧은 블로킹의 완화에 대한 전술한 요구는 액세스 및 백홀 링크들의 빠른 스위칭을 허용하는 통합된 프레임워크(framework)의 개발에 대한 요구를 야기한다. rTRP 간의 OTA(over-the-air) 조정 또한 간섭을 완화하고 종단 간(end-to-end) 경로 선택 및 최적화를 지원하는 것으로 간주될 수 있다.
NR에 대한 IAB에 의해 다음 요구 사항 및 측면이 해결되어야 한다.
- 실내(indoor) 및 실외(outdoor) 시나리오에서 대역 내 및 대역 외 중계를 위한 효율적이고 유연한 동작
- 멀티-홉 및 여분의(redundant) 연결
- 종단 간 경로 선택 및 최적화
- 높은 스펙트럼 효율을 갖는 백홀 링크들의 지원
- 레거시(legacy) NR 단말들의 지원
레거시 NR은 하프-듀플렉스(half-duplex) 장치들을 지원하도록 설계된다. 이에, IAB 시나리오에서 하프-듀플렉스가 지원되고 대상이 될 가치가 있을 수 있다. 나아가, 풀 듀플렉스(full duplex)를 갖는 IAB 장치들 역시 고려할 수 있다.
도 9는 SA(standalone) 모드 및 NSA(non-standalone) 모드에서의 IAB 시스템의 동작의 일례를 도시한 것이다. 구체적으로, 도 9의 (a)는 SA 모드에서 NGC를 고려한 단말 및 IAB 노드의 동작의 일례를 도시한 것이고, 도 9의 (b)는 SA 모드에서 NGC를 고려한 IAB 노드 및 NSA 모드에서 EPC를 고려한 단말의 동작의 일례를 도시한 것이고, 도 9의 (c)는 NSA 모드에서 EPC를 고려한 단말 및 IAB 노드의 동작의 일례를 도시한 것이다.
IAB 노드는 SA 모드 또는 NSA 모드에서 동작할 수 있다. NSA 모드에서 동작하는 경우, IAB 노드는 백홀링(backhauling)에 대해 NR 링크만을 사용한다. IAB 노드에 연결된 단말은 IAB 노드와 다른 동작 모드를 선택할 수 있다. 단말은 연결된 IAB 노드와 다른 유형의 코어 네트워크에 더 연결할 수 있다. 이러한 경우, (e)DECOR((enhanced) dedicated core network) 또는 슬라이싱(slicing)이 CN 선택에 대해 사용될 수 있다. NSA 모드에서 동작하는 IAB 노드는 동일하거나 또는 다른 eNB(들)에 연결될 수 있다. NSA 모드에서 동작하는 단말들은 그들이 연결된 IAB 노드와 동일하거나 또는 다른 eNB에 연결될 수 있다. 도 9는 SA 모드에서 NGC를 고려한 일례 및 NSA 모드에서 EPC를 고려한 일례를 도시한다.
IAB 시나리오에서, 각각의 중계 노드(relay node: RN)가 스케줄링 능력을 갖지 못한다면 도너 gNB(donor gNB: DgNB)는 DgNB, 관련된 중계 노드들 및 단말들 간의 전체 링크들을 스케줄링해야 한다. 다시 말하면, DgNB는 전체 관련된 중계 노드들로부터 트래픽 정보를 수집함으로써 모든 링크들에 대한 스케줄링 결정(scheduling decision)을 해야 하고, 그 다음 각각의 중계 노드에게 스케줄링 정보를 알려야 한다.
반면, 분산된 스케줄링은 각 중계 노드가 스케줄링 능력을 가질 때 수행될 수 있다. 그러면 단말의 상향링크 스케줄링 요청에 대한 즉각적인(immediate) 스케줄링이 가능하고, 주변 트래픽 상황을 반영함으로써 백홀/액세스 링크가 더욱 유연하게 이용될 수 있다.
도 10은 액세스 및 백홀 링크들의 구성의 일례를 개략적으로 도시한 것이다.
도 10은 DgNB와 IAB 중계 노드(relay node: RN)들이 존재할 때, 백홀 링크와 액세스 링크가 구성되는 예를 나타낸다. DgNB와 RN1은 백홀 링크를 연결하고 있고, RN2는 RN1에 백홀 링크를 연결하고 있다. DgNB와 단말1(UE1)은 액세스 링크를 연결하고 있고, RN1과 단말2는 액세스 링크를 연결하고 있으며, RN2와 단말3은 액세스 링크를 연결하고 있다.
도 10에 따르면, DgNB는 단말1의 스케줄링 요청을 수신할 뿐만 아니라, 단말2(UE2) 및 단말3(UE3)의 스케줄링 요청을 수신한다. 이후, DgNB는 두 개의 백홀 링크들 및 세 개의 액세스 링크들의 스케줄링 결정을 내리고, 스케줄링 결과들을 알려준다. 따라서, 이러한 집중된(centralized) 스케줄링은 스케줄링 지연을 포함하고 레이턴시 문제를 야기시킨다.
반면, 분배된(distributed) 스케줄링은 각각의 중계 노드가 스케줄링 능력이 있다면 수행될 수 있다. 그러면 단말의 상향링크 스케줄링 요청에 대한 즉각적인 스케줄링이 수행될 수 있고, 백홀/액세스 링크들은 주변 트래픽 상황을 반영하여 보다 유연하게 이용될 수 있다.
도 11은 IAB 노드들 간의 링크 및 관계를 설명하기 위한 것이다.
도 11을 참고하면, IAB 노드 1은 IAB 노드 2와 백홀 링크 A로 연결되어 있고, 백홀 링크 A에 대해 IAB 노드 1은 IAB 노드 2의 페어런트 노드, IAB 노드 2는 IAB 노드 1의 차일드 노드이다. 또한, IAB 노드 2는 IAB 노드 3과 백홀 링크 B로 연결되어 있고, 백홀 링크 B에 대해 IAB 노드 2는 IAB 노드 3의 페어런트 노드, IAB 노드 3은 IAB 노드 2의 차일드 노드이다.
여기서, IAB 노드들 각각은 두 가지 기능을 수행할 수 있다. 하나는 MT(mobile termination)로서, 상위 IAB 노드 또는 도너 노드로의 무선 백홀 연결을 유지하는 것이고, 다른 하나는 DU(distributed unit)로서, 단말들과의 액세스 연결을 제공하거나 하위 IAB 노드의 MT와의 연결을 제공하는 것이다.
예를 들어, IAB 노드 2의 입장에서, IAB 노드 2의 DU는 IAB 노드 3의 MT와 기능적으로 백홀 링크 B를 맺고 있으며, 동시에 IAB 노드 2의 MT는 IAB 노드 1의 DU와 기능적으로 백홀 링크 A를 맺고 있다. 여기서, IAB 노드 2의 DU의 차일드 링크(child link)는 IAB 노드 2와 IAB 노드 3 간의 백홀 링크 B를 의미할 수 있다. 또한 여기서, IAB 노드 2의 MT의 페어런트 링크(parent link)는 IAB 노드 2와 IAB 노드 1 간의 백홀 링크 A를 의미할 수 있다.
한편, IAB 노드 MT(또는, 간단하게 MT) 관점에서, 이하의 시간 영역 자원이 페어런트 링크에 대해 지시될 수 있다.
- 하향링크(downlink: DL) 시간 자원
- 상향링크(uplink: UL) 시간 자원
- 플렉서블(flexible: F) 시간 자원
IAB 노드 DU(또는, 간단하게 DU) 관점에서, 차일드 링크는 다음과 같은 시간 자원 종류(type)들을 갖는다.
- 하향링크(downlink: DL) 시간 자원
- 상향링크(uplink: UL) 시간 자원
- 플렉서블(flexible: F) 시간 자원
- 이용 불가능한(not-available: NA) 시간 자원(DU 차일드 링크 상에서의 통신에 사용되지 않는 자원)
한편, DU 차일드 링크의 하향링크 시간 자원, 상향링크 시간 자원 및 플렉서블 시간 자원 각각은 이하의 두 가지 카테고리 중 하나에 속할 수 있다.
- 하드(hard) 자원: DU 차일드 링크에 대해 항상 이용 가능한 시간 자원
- 소프트(soft) 자원: DU 차일드 링크에 대한 시간 자원의 이용 가능성이 명시적 또는 암묵적으로 페어런트 노드에 의해 제어되는 시간 자원
한편, 전술한 내용은 임의적인 분류일 뿐이고, IAB 노드 DU 관점에서의 자원 종류는 UL, DL, F이고, 이용 가능성에 대한 설정이 NA, 하드 자원, 소프트 자원으로 각각 분류될 수도 있다. 구체적으로, IAB 노드는 자원 설정 정보를 수신할 수 있고, 여기서 상기 자원 설정 정보는 링크 방향 정보 및 이용 가능성 정보를 포함할 수 있다. 여기서, 링크 방향 정보는 특정 자원의 종류가 UL, DL 또는 F인지를 알려줄 수 있고, 이용 가능성 정보는 특정 자원이 하드 자원 또는 소프트 자원인지를 알려줄 수 있다. 또는, 링크 방향 정보는 특정 자원의 종류가 UL, DL, F 또는 NA인지를 알려줄 수도 있고, 이용 가능성 정보는 특정 자원이 하드 자원 또는 소프트 자원인지를 알려줄 수도 있다.
한편, IAB 노드와 IAB 도너에 걸친 다음과 같은 전송 타이밍 정렬 사례(case)가 논의된다.
- 사례(case) 1: IAB 노드 및 IAB 도너에 걸친 DL 전송 타이밍 정렬: 만약 하향링크 전송 및 상향링크 수신이 페어런트 노드에서 잘 정렬되지 않으면, 차일드 노드는 OTA 기반 타이밍 및 동기화에 대한 자신의 하향링크 전송 타이밍을 적절하게 설정하기 위해 상기 정렬에 대한 추가적인 정보가 필요하다.
- 사례 2: 하향링크 및 상향링크 전송 타이밍이 하나의 IAB 노드에 대해 정렬된다.
- 사례 3: 하향링크 및 상향링크 수신 타이밍이 하나의 IAB 노드에 대해 정렬된다.
- 사례 4: 하나의 IAB 노드에 대해, 사례 3을 이용한 수신 시 사례 2를 이용한 전송의 경우.
- 사례 5: 서로 다른 시간 슬롯 내 하나의 IAB 노드에 대해 백홀 링크 타이밍에 대한 사례 4 및 액세스 링크 타이밍에 대한 사례 1.
- 사례 6: 사례 1의 하향링크 전송 타이밍 및 사례 2의 상향링크 전송 타이밍의 합: 모든 IAB 노드들의 하향링크 전송 타이밍은 페어런트 IAB 노드 또는 도너의 하향링크 타이밍과 정렬된다; IAB 노드의 상향링크 전송 타이밍은 상기 IAB 노드의 하향링크 전송 타이밍과 정렬될 수 있다.
- 사례 7: 사례 1의 하향링크 전송 타이밍 및 사례 3의 상향링크 수신 타이밍의 합: 모든 IAB 노드들의 하향링크 전송 타이밍은 페어런트 IAB 노드 또는 도너의 하향링크 타이밍과 정렬된다; IAB 노드의 상향링크 수신 타이밍은 상기 IAB 노드의 하향링크 수신 타이밍과 정렬될 수 있다; 만약 페어런트 노드에서 하향링크 전송 및 상향링크 수신이 잘 정렬되지 않으면, 차일드 노드는 OTA 기반 타이밍 및 동기화에 대한 자신의 하향링크 전송 타이밍을 적절하게 설정하기 위해 상기 정렬에 대한 추가적인 정보가 필요하다.
이하에서는, 본 개시의 제안에 대해 더욱 상세히 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다. 또한, 본 명세서에서 제안하는 방법/구성들은 다양한 방식으로 조합될 수 있다.
한편, 전술한 바와 같이, 본 명세서에서 IAB 노드 DU 및 IAB 노드 MT는 각각 DU, MT로 표현될 수 있다. 또한, 본 명세서에서 IAB 노드 DU와 연결된 차일드 노드 MT는 차일드 MT로 표현될 수 있다. 이 때, 본 명세서에서 상기 IAB 노드 DU는 페어런트 DU로 표현될 수 있다.
IAB 노드는 특정 시점에서 특정 송신/수신 타이밍을 기반으로 동작하지만, 시간/상황에 따라 다른 송신/수신 타이밍을 사용할 수 있다. 본 명세서에서는 IAB 노드가 시간/상황에 따라 다른 송신/수신 타이밍을 적용하는 동작에 대해 제안한다.
이하, 복수의 수신 타이밍을 갖는 IAB DU의 동작에 대해 설명한다.
DU(도너 노드(donor node) 또는 IAB 노드의 DU)에 복수 개의 차일드 MT/단말이 연결되어 있을 수 있다. 이 때, 서로 다른 차일드 MT/단말에 대한 링크는 서로 다른 차일드 링크로 구분될 수 있다. 기존 DU의 경우, 상향링크 수신 타이밍은 특정 타이밍으로 고정되어 있고, 모든 차일드 링크에 대한 상향링크 수신 타이밍이 정렬(align)되도록 설정될 수 있다. 이를 위해, DU는 복수 개의 차일드 링크에 대한 상향링크 수신 타이밍이 정렬될 수 있도록 자신의 차일드 MT/단말에게 TA를 설정할 수 있다.
한편, 본 명세서에서 TA(timing advance) 또는 TA 값은 상향링크 전송 타이밍을 하향링크 수신 타이밍으로부터 전진하여(advancing) 결정할 때 사용되는 파라미터 또는 값을 의미할 수 있다.
반면, 개선된(enhanced) IAB 노드의 경우, 모든 차일드 링크가 동일한 상향링크 수신 타이밍을 지니지 않을 수 있다. 차일드 링크 별로 상향링크 수신 타이밍이 다를 수 있는 구체적인 상황의 예는 다음과 같다.
(예 1) 차일드 노드에게 타이밍 정렬 사례(timing alignment case) 6(전송 타이밍 정렬)가 적용될 때, 차일드 MT의 상향링크 전송 타이밍은 차일드 DU의 하향링크 전송 타이밍과 정렬된다. 이 경우, DU의 상향링크 수신 타이밍은 DU와 차일드 노드 간의 전파 지연(propagation delay)에 따라 결정될 수 있다. 따라서, 전파 지연이 서로 다른 차일드 MT가 전송하는 상향링크 신호 간 DU의 상향링크 수신 타이밍이 다를 수 있다.
(예 2) 차일드 노드 별로 적용되는 타이밍 정렬 사례가 서로 다를 때, 차일드 MT에 따라 DU에 대한 상향링크 수신 타이밍이 서로 다를 수 있다. 예를 들어, 제1 차일드 노드는 타이밍 정렬 사례 1을 사용하고 제2 차일드 노드는 타이밍 정렬 사례 6을 사용하는 경우, 제1 차일드 노드는 설정된 TA 기반으로 상향링크 전송 타이밍을 결정하고, 제2 차일드 노드는 자신의 하향링크 전송 타이밍에 맞추어 상향링크 전송 타이밍을 결정할 수 있다. 따라서, 제1 차일드 MT와 제2 차일드 MT가 전송하는 상향링크 신호들 각각에 대한 DU의 상향링크 수신 타이밍이 서로 다를 수 있다.
(예 3) 차일드 노드의 능력(capability)에 따라 DU의 상향링크 수신 타이밍이 서로 다를 수 있다. 예를 들어, DU에게 타이밍 정렬 사례 7이 적용될 수 있도록 자신의 상향링크 수신 타이밍을 맞추고자 할 때, 개선된 IAB 노드인 제1 차일드 MT는 해당 상향링크 수신 타이밍에 맞추어 TA 값을 조절하여 상향링크 전송 타이밍을 결정할 수 있다. 이 때, TA 값은 음수가 되어 제1 차일드 MT의 상향링크 전송 타이밍이 하향링크 수신 타이밍보다 뒤에 위치할 수 있다. DU의 또다른 차일드 링크는 접속(access) UE나 레거시(legacy) IAB 노드인 제2 차일드 MT와의 링크일 수 있다. 이 때, 해당 접속 UE 또는 제2 차일드 MT는 음수 값을 갖는 TA가 설정될 수 있는 능력이 없어 상향링크 전송 타이밍이 하향링크 수신 타이밍보다 항상 앞에 존재해야 할 수 있다. 이러한 경우, 제1 차일드 MT가 전송하는 상향링크 신호와 접속 UE 또는 제2 차일드 MT가 전송하는 상향링크 신호에 대한 DU의 상향링크 수신 타이밍이 서로 다를 수 있다.
본 명세서에서는 이와 같이 DU의 차일드 링크 별로 상향링크 수신 타이밍이 다른 경우, IAB 노드의 동작에 대해 제안한다. 본 명세서에서 차일드 MT는 차일드 노드의 MT 또는 접속 UE를 의미할 수 있다.
도 12는 DU의 차일드 링크 별로 상향링크 수신 타이밍이 다를 수 있는 경우, IAB 노드의 동작의 일례를 나타낸다.
도 12를 참조하면, IAB 노드에게는 복수의 차일드 MT, 예컨대, 제1 차일드 MT와 제2 차일드 MT가 연결되어 있을 수 있다. 이 때, IAB 노드는 상기 제1 차일드 MT에 대한 제1 상향링크 수신 타이밍과 상기 제2 차일드 MT에 대한 제2 상향링크 수신 타이밍의 차이가 특정 값 이하인지 여부를 판단한다(S1210).
상기 판단 결과, 상기 제1 상향링크 수신 타이밍과 상기 제2 상향링크 수신 타이밍의 차이가 특정 값 이하인 경우, 동일한 시간 자원 내에서 상기 제1 차일드 MT의 신호 및 상기 제2 차일드 MT의 신호를 모두 수신한다(S1220). 여기서, IAB 노드는 상기 제1 차일드 MT 및 상기 제2 차일드 MT는 동일한 차일드 MT 그룹으로 관리될 수 있다.
반면, 상기 판단 결과, 상기 제1 상향링크 수신 타이밍과 상기 제2 상향링크 수신 타이밍의 차이가 상기 특정 값보다 큰 경우, 서로 다른 시간 자원들 상에서 상기 제1 차일드 MT의 신호 및 상기 제2 차일드 MT의 신호를 차례로 수신한다(S1230). 예컨대, TDM(time division multiplexing)되어 있는 제1 시간 자원 및 제2 시간 자원이 있을 때, 상기 제1 시간 자원에서 상기 제1 차일드 MT의 신호를 수신하고, 상기 제2 시간 자원에서 상기 제2 차일드 MT의 신호를 수신할 수 있다. IAB 노드는 상기 제1 차일드 MT 및 상기 제2 차일드 MT를 서로 다른 차일드 MT 그룹으로 관리할 수 있다. 예컨대, 상기 제1 차일드 MT는 제1 차일드 MT 그룹으로 관리되고, 상기 제2 차일드 MT는 제2 차일드 MT 그룹으로 관리될 수 있다. IAB 노드는 각 차일드 MT 그룹 별로 독립적인 TA(timing advance) 값을 설정할 수 있다.
상기 특정 값은 네트워크에 의하여 설정(예컨대, IAB 노드의 도너 노드가 RRC 메시지나 DCI를 통해 설정)되거나, 또는 미리 정해진 값일 수 있다.
이하, 이하, 도 13 내지 도 15를 참고하여 본 명세서에서 제안하는 방법들을 보다 상세히 설명한다. 도 13은 두 개의 차일드 노드들과 연결된 IAB 노드를 개략적으로 도시한다. 도 14는 IAB 노드 및 IAB 노드와 연결된 두 개의 차일드 노드들의 송수신 타이밍의 일례를 개략적으로 도시한 것이다. 도 15는 IAB 노드 및 IAB 노드와 연결된 두 개의 차일드 노드들의 송수신 타이밍의 다른 일례를 개략적으로 도시한 것이다.
IAB 노드 DU는 동일 또는 유사한 상향링크 수신 타이밍을 갖는 차일드 링크들이 전송하는 상향링크 신호를 동일한 시간 자원을 통해 수신할 수 있다. 서로 다른 차일드 링크가 전송하는 상향링크 신호 각각에 대한 상향링크 수신 타이밍 간 차이가 큰 경우, 상향링크 신호들을 모두 성공적으로 수신하지 못할 수 있다.
도 13을 참고하면, IAB 노드 DU가 MT1과 MT2를 차일드 노드 MT로 지니고 있을 때, 도 14와 같이 차일드 MT1에 대한 상향링크 수신 타이밍 및 차일드 MT2에 대한 상향링크 수신 타이밍이 서로 일치하거나, 그 차이가 특정 값 이하이면 DU는 두 상향링크 신호를 모두 수신할 수 있다. 하지만, 도 15와 같이 차일드 MT1에 대한 상향링크 수신 타이밍과 차일드 MT2에 대한 상향링크 수신 타이밍의 차이가 특정 값보다 크다면 DU는 두 상향링크 신호를 모두 수신하지 못할 수 있다.
따라서, DU는 상향링크 수신 타이밍이 서로 일치하거나 타이밍의 차이가 특정 값 이하인 차일드 링크들의 상향링크 신호를 동시에 수신하고, 상향링크 수신 타이밍의 차이가 특정 값보다 큰 차일드 링크들의 상향링크 신호를 서로 다른 시간 자원을 통해 수신하는 것이 바람직하다.
이하, 복수의 전송 타이밍을 갖는 IAB MT의 동작에 대해 설명한다.
IAB 노드는 레거시 IAB 노드와는 다른 DU/MT 송신/수신 타이밍 정렬 방식을 사용할 수 있다. 레거시 IAB 노드가 타이밍 정렬 사례 1 방식을 사용하여 타이밍 정렬을 수행한 반면, 개선된 IAB 노드는 타이밍 정렬 사례 6 또는 7을 사용하여 타이밍 정렬을 수행할 수 있다.
IAB 노드가 타이밍 정렬 사례 6 또는 7을 적용하기 위해서, IAB 노드는 페어런트 DU/CU(central unit)로부터 해당 타이밍 정렬 사례를 적용할 것이 설정되고, 필요 시 해당 타이밍 정렬 사례를 적용하기 위한 추가적인 정보가 설정되어야 할 수 있다. 이러한 경우, IAB 노드가 페어런트 DU로의 초기 접속 시 또는 RRC 설정 등이 유효하지 않다고 판단될 시, 디폴트(default) 타이밍 정렬 사례를 가정하고 동작해야 할 수 있다. 이러한 디폴트 타이밍 정렬 사례는 타이밍 정렬 사례 1과 같을 수 있다. 이러한 경우, 상황에 따라 MT가 페어런트 DU에게 상향링크 전송을 수행하는 상향링크 전송 타이밍이 다르게 적용될 수 있다.
전술한 바와 같이, 페어런트 DU 관점에서 모든 차일드 링크가 동일한 상향링크 수신 타이밍을 갖지 않을 수 있다. IAB 노드 DU는 동일 또는 유사한 상향링크 수신 타이밍을 지니는 차일드 링크들이 전송하는 상향링크 신호를 동일한 시간 자원을 통해 수신할 수 있다. 서로 다른 차일드 링크가 전송하는 상향링크 신호 각각의 상향링크 수신 타이밍 간의 차이가 큰 경우, IAB 노드는 상향링크 신호들을 모두 성공적으로 수신하지 못할 수 있다. 따라서, DU는 상향링크 수신 타이밍이 서로 일치하거나 타이밍 간의 차이가 특정 값 이하인 차일드 링크들의 상향링크 신호를 동시에 수신하고, 상향링크 수신 타이밍의 차이가 특정 값보다 큰 차일드 링크들의 상향링크 신호를 서로 다른 시간 자원을 통해 수신하는 것이 바람직하다. 이러한 경우, DU는 차일드 MT들을 그룹핑(grouping)하여 상향링크 수신 타이밍이 서로 일치하거나 타이밍의 차이가 특정 값 이하인 차일드 링크들의 상향링크 채널/신호를 동일 시간 자원을 통해 수신하고, 다른 (예를 들어, 차이가 특정 값 이상인) 상향링크 수신 타이밍을 지니는 차일드 MT들이 서로 다른 시간 자원으로 상향링크 채널/신호를 전송할 수 있다. 즉, 특정 페어런트 DU 관점에서 복수 개의 상향링크 수신 타이밍이 존재하고, 특정 시간 자원에서는 특정 상향링크 수신 타이밍이 적용될 수 있다. 예를 들어, DU는 시간 자원 그룹 1에서는 상향링크 수신 타이밍 1을 적용하여 상향링크 신호를 수신하고, 시간 자원 그룹 2에서는 상향링크 수신 타이밍 2를 적용하여 상향링크 신호를 수신할 수 있다. 이 경우, 차일드 MT가 특정 상향링크 전송 타이밍을 적용하여 DU에게 상향링크 신호를 전송할 때, 특정 시간 자원 그룹 내에서만 상향링크 전송을 수행해야 한다. 해당 차일드 MT가 다른 시간 자원 그룹을 통해서도 상향링크 전송을 하고자 하는 경우, 해당 시간 자원 그룹에서 DU가 적용하는 상향링크 수신 타이밍에 맞추어 상향링크 전송을 수행해야 한다. 이러한 경우, MT는 시간 자원에 따라 다른 상향링크 전송 타이밍을 적용하여 상향링크 전송을 수행할 수 있다.
전술한 바와 같이 특정 MT 관점에서 상황/시점에 따라 다른 상향링크 전송 타이밍을 적용하여 상향링크 전송을 수행할 수 있다. 즉, MT가 자신의 상향링크 전송 타이밍을 '하향링크 수신 타이밍 - (TA + TAoffset)' 또는 '하향링크 수신 타이밍 - TA'와 같이 설정할 때, MT는 복수 개의 TA 값을 갖고 상황/시점에 따라 다른 TA 값을 적용하여 상향링크 전송을 수행할 수 있다.
본 명세서에서는 이와 같이 MT가 복수 개(예를 들어, 2개)의 TA 값을 지니고 상황/시점에 따라 다른 TA 값을 적용하여 상향링크 전송을 수행하는 구체적인 방법에 대해 제안한다.
이하, MT가 적용하는 TA의 종류에 대해 제안한다.
특정 MT 관점에서 자신의 상향링크 전송 타이밍을 결정/판단하기 위해 적용하는 TA 값으로 디폴트(default) TA와 전용(dedicated) TA를 고려할 수 있다.
이하, 디폴트 TA에 대해 설명한다.
디폴트 TA는 IAB 노드가 레거시 IAB 노드 또는 UE와 같이 상향링크 전송 타이밍을 설정할 때 해당하는 TA 값을 의미할 수 있다. 또는, 디폴트 TA는 페어런트 DU 관점에서 접속 UE/레거시 MT로부터 수신하는 상향링크 신호의 수신 타이밍에 맞추어 설정하는 TA 값을 의미할 수 있다. 이 때, 서로 다른 차일드 MT들이 자신의 디폴트 TA를 사용하여 상향링크 전송을 수행하면, DU 관점에서 차일드 MT들이 전송한 상향링크 전송을 서로 동일한 타이밍에 수신할 수 있다.
이하, 전용 TA에 대해 설명한다.
전용 TA는 IAB 노드가 레거시 IAB 노드 또는 UE와 다른 방법으로 상향링크 전송 타이밍을 설정할 때 해당하는 TA 값을 의미할 수 있다. 또는, 페어런트 DU 관점에서 전용 TA는 접속 UE/레거시 MT로부터 수신하는 상향링크 신호의 수신 타이밍과는 다른 상향링크 수신 타이밍에 맞추어 설정하는 TA 값을 의미할 수 있다. 이 때, 서로 다른 차일드 MT들이 자신의 전용 TA를 사용하여 상향링크 전송을 수행하면, DU는 차일드 MT들이 전송한 상향링크 전송을 서로 동일한 또는 다른 타이밍에 수신할 수 있다.
예를 들어, 상기 디폴트 TA 및 전용 TA는 MAC CE(MAC control element)를 통해 독립적으로 설정될 수 있다. 이 때, MT 관점에서 기존의 TA 설정은 디폴트 TA이고, MT에게 전용 TA가 추가로 설정될 수 있다.
특징적으로, 하나의 MT에게 복수 개의 전용 TA가 설정될 수 있다. 이 때, 특정 상향링크 전송 시점에서 하나의 전용 TA가 적용될 수 있다.
이하, MT의 상향링크 전송 시 TA 적용 방법에 대해 설명한다.
구체적으로, IAB MT는 다음과 같이 디폴트 TA 및 전용 TA를 적용하여 상향링크 전송을 수행할 것을 제안한다. MT가 사용하는 TA 값을 결정하기 위해, 아래의 내용 중 하나 또는 복수 개의 내용이 적용될 수 있다. 하기 내용에서 디폴트 TA와 전용 TA는 서로 다른 값을 지닐 수 있는 TA 값인 TA1과 TA2로 대체되어 해석될 수 있다.
일례로, MT는 DU/셀에 초기 접속하여 전용 TA 값을 설정받을 때까지는 디폴트 TA를 사용하여 상향링크 전송을 수행할 수 있다. 이후, 상기 MT에게 전용 TA 값이 설정되면, 상기 MT는 해당 전용 TA 값을 사용하여 상향링크 전송을 수행할 수 있다.
일례로, MT가 RRC 비활성(RRC_INACTIVE) 및/또는 RRC 아이들(RRC_IDLE) 상태에 있을 때, 상기 MT는 전용 TA 값이 유효하지 않다고 판단하고 디폴트 TA 값을 적용하여 상향링크 전송을 수행할 수 있다. MT가 RRC_INACTIVE 및/또는 RRC_IDLE 상태에서 RRC 연결(RRC_CONNECTED) 상태로 전환하면, MT는 바로 최근의 전용 TA 값을 사용하여 상향링크 전송을 수행할 수 있다. 또는, MT가 RRC_INACTIVE 및/또는 RRC_IDLE 상태에서 RRC 연결(RRC_CONNECTED) 상태로 전환하면, MT는 디폴트 TA 값을 적용하다가, 상기 MT에게 새로운 전용 TA 값이 설정되면 해당 전용 TA 값을 사용하여 상향링크 전송을 수행할 수 있다. 또는, MT가 RRC_INACTIVE 상태에서 RRC_CONNECTED 상태로 전환하면, MT는 바로 최근의 전용 TA 값을 사용하여 상향링크 전송을 수행하고, MT가 RRC_IDLE 상태에서 RRC_CONNECTED 상태로 전환하면, MT는 디폴트 TA 값을 적용하다가 MT에게 새로운 전용 TA 값이 설정되면 MT는 해당 전용 TA 값을 사용하여 상향링크 전송을 수행할 수 있다.
한편, 본 명세서에서, RRC_IDLE 상태는 기지국과 단말 사이에 무선 연결(RRC 연결)이 확립(establish)되지 않은 상태일 수 있다. 또한, RRC_INACTIVE 상태는 기지국과 단말 사이에 무선 연결(RRC 연결)이 확립되었지만, 무선 연결은 비활성화된 상태일 수 있다. 또한, RRC_CONNECTED 상태는 기지국과 단말 사이에 무선 연결(RRC 연결)이 확립된 상태일 수 있다.
다른 일례로, MT가 상향링크 전송을 수행하는 채널/신호의 종류에 따라 적용하는 TA 값이 다를 수 있다.
페어런트 DU가 MT의 디폴트 TA 값을 관리하기 위해, 특정 상향링크 신호의 전송이 디폴트 TA를 사용하여 전송될 수 있다. MT는 전용 TA 값을 적용하여 상향링크 전송을 수행하되, 특정 상향링크 신호/채널의 전송은 디폴트 TA를 사용하여 전송될 수 있다. 예를 들어, MT는 전용 TA 값을 적용하여 상향링크 전송을 수행하되, 예외적으로 SRS(sounding reference signal)는 디폴트 TA를 사용하여 전송될 수 있다.
또는, RRC로 설정되어 전송되는 반-정적(semi-static) 상향링크 신호/채널(예를 들어, SRS, SR(scheduling request), SPS-PUSCH(semi-persistant scheduling-physical uplink shared channel), PRACH(physical random access channel))은 디폴트 TA가 적용되어 전송되고, 동적으로 DCI로 스케줄링되어 전송되는 상향링크 신호/채널은 전용 TA가 적용되어 전송될 수 있다.
특징적으로, RRC로 반-정적 상향링크 신호/채널의 전송이 설정될 때, 적용되는 TA 정보가 함께 설정될 수 있다. 예를 들어, RRC로 반-정적 상향링크 신호/채널의 전송이 설정될 때, 디폴트 TA를 사용하여 전송을 수행할지, 전용 TA 값을 사용하여 전송을 수행할지 여부가 함께 설정될 수 있다.
다른 일례로, DCI를 통해 상향링크 전송에 적용되는 TA 정보가 함께 지시될 수 있다. 예를 들어, 디폴트 TA를 사용하여 전송을 수행할 지 전용 TA 값을 사용하여 전송을 수행할지 여부를 알려주는 필드가 DCI 내에 포함될 수 있다. MT는 DCI를 수신하여 해당 DCI에 의해 스케줄링된 상향링크 전송을 수행할 때, 해당 DCI를 통해 지시된 TA 정보를 적용할 수 있다. 이러한 TA 정보가 상향링크 그랜트(uplink grant)에 포함되는 경우, MT는 스케줄링된 PUSCH를 전송할 때 해당 TA 값을 적용할 수 있다. 반면, 이러한 TA 정보가 하향링크 그랜트(downlink grant)에 포함되는 경우, MT는 스케줄링된 PDSCH에 대한 A/N(acknowledgement/negative-acknowledgement) 정보를 담은 PUCCH를 전송할 때 해당 TA 값을 적용할 수 있다.
다른 일례로, MT가 수신한 DCI의 종류에 따라 상향링크 전송에 적용되는 TA 값이 다를 수 있다.
구체적으로, MT가 수신한 DCI가 폴백(fallback) DCI(예를 들어, DCI 포맷 0_0, DCI 포맷 1_0 등)인지 논-폴백(non-fallback) DCI(예를 들어, DCI 포맷 0_1, DCI 포맷 1_1 등)인지에 따라 적용하는 TA 값이 다를 수 있다. MT가 폴백 DCI를 수신한 경우에는 관련된 상향링크 전송(즉, PUSCH 및 PUCCH)에 디폴트 TA 값을 적용할 수 있다. 반면, MT가 논-폴백 DCI를 수신한 경우에는 관련된 상향링크 전송(즉, PUSCH 및 PUCCH)에 전용 TA 값을 적용할 수 있다.
다른 일례로, MT가 수신한 DCI가 전송되는 자원에 따라 상향링크 전송에 적용되는 TA 값이 다를 수 있다.
구체적으로, MT가 수신한 DCI가 위치한 CORESET에 따라 상향링크 전송에 적용되는 TA 값이 다를 수 있다. 예를 들어, CORESET 1에 연계된 검색 공간을 통해 전송되는 DCI의 경우에는 관련된 상향링크 전송(즉, PUSCH 및 PUCCH)에 디폴트 TA 값이 적용되고, CORESET 2에 연계된 검색 공간을 통해 전송되는 DCI의 경우에는 관련된 상향링크 전송(즉, PUSCH 및 PUCCH)에 전용 TA 값이 적용될 수 있다.
또는, MT가 수신한 DCI가 위치한 검색 공간에 따라 상향링크 전송에 적용되는 TA 값이 다를 수 있다. 예를 들어, 검색 공간 1을 통해 전송되는 DCI의 경우에는 관련된 상향링크 전송(즉, PUSCH 및 PUCCH)에 디폴트 TA 값이 적용되고, 검색 공간 2에 연계된 검색 공간을 통해 전송되는 DCI의 경우에는 관련된 상향링크 전송에 전용 TA 값이 적용될 수 있다. 또 다른 예를 들어, CSS(common search space)로 전송되는 DCI의 경우에는 관련된 상향링크 전송에 디폴트 TA 값이 적용되고, USS(UE-specific search space)로 전송되는 DCI의 경우에는 관련된 상향링크 전송에 전용 TA 값을 적용할 수 있다.
다른 일례로, MT가 상향링크 전송을 수행하는 시간 자원에 따라 적용하는 TA 값이 다를 수 있다.
구체적으로, MT는 페어런트 DU로부터 또는 CU/도너 노드로부터 전용 TA로 동작하는 시간 자원 정보를 설정받을 수 있다. 이 때, MT는 설정된 시간 자원에서는 전용 TA로 상향링크 전송을 수행하고, 나머지 자원에서는 디폴트 TA로 상향링크 전송을 수행할 수 있다.
또는, MT는 페어런트 DU로부터 또는 CU/도너 노드로부터 디폴트 TA로 동작하는 시간 자원 정보를 설정받을 수 있다. 이 때, MT는 설정된 시간 자원에서는 디폴트 TA로 상향링크 전송을 수행하고, 나머지 자원에서는 전용 TA로 상향링크 전송을 수행할 수 있다.
또는, MT는 페어런트 DU로부터 또는 CU/도너 노드로부터 디폴트 TA로 동작하는 시간 자원 정보와 전용 TA로 동작하는 시간 자원 정보를 각각 설정받을 수 있다. 이 때, MT는 디폴트 TA로 동작하는 시간 자원에서는 디폴트 TA로 상향링크 전송을 수행하고, 전용 TA로 동작하는 시간 자원에서는 전용 TA로 상향링크 전송을 수행할 수 있다.
MT가 상향링크 전송 시 적용할 수 있는 TA 값의 종류가 복수 개인 경우에도 상기 내용이 확장되어 적용될 수 있다. 이 경우, 상기와 같은 조건에 따라 MT가 상향링크 전송 시 TA 값이 다르게 적용될 수 있다.
이하, 서로 다른 TA를 적용하여 전송하는 상향링크 전송 간의 우선 순위에 대해 설명한다.
일례로, MT가 서로 다른 상향링크 전송에 서로 다른 TA 값을 적용하는 경우, 두 상향링크 전송의 시간 자원이 오버랩될 수 있다. 또는, MT가 적용하는 TA 값을 변경하기 위해 일정 시간이 소모되어, 두 상향링크 전송의 시간 자원이 오버랩되지 않더라도 TA 값을 변경하기 위한 충분한 시간이 보장되지 않을 수 있다. 예를 들어, MT가 TA 값을 변경하기 위해 두 개의 심볼이 필요하나, MT의 PUSCH 전송 심볼 자원과 SRS 전송 심볼 자원이 연속적으로 위치할 수 있다. 이러한 경우, MT는 두 상향링크 전송을 모두 온전하게 수행할 수 없으므로, 둘 중 하나의 전송을 우선하여 수행할 수 있다. 아래에서는 이를 위한 구체적인 방안을 제안한다.
일례로, 반-정적 상향링크 전송(예를 들어, RRC 설정을 통해 반-정적으로 설정된 상향링크 전송)에 비해 동적인 상향링크 전송(예를 들어, DCI를 통해 동적으로 스케줄링된 상향링크 전송)이 우선할 수 있다.
다른 일례로, 상향링크 전송을 설정/지시하는 메시지가 수신된 시점에 따라 상향링크 전송의 우선 순위가 결정될 수 있다. 예를 들어, 상대적으로 최근에 또는 상대적으로 나중에 스케줄링이 설정/지시된 상향링크 전송이 우선할 수 있다.
다른 일례로, 상향링크 전송을 수행하는 시점에 따라 상향링크 전송의 우선 순위가 결정될 수 있다. 예를 들어, 상대적으로 먼저 전송하도록 스케줄링된 상향링크 전송이 우선할 수 있다. 또는, 상대적으로 나중에 전송하도록 스케줄링된 상향링크 전송이 우선할 수 있다.
다른 일례로, 상향링크 전송에 적용되는 TA의 값에 따라 우선 순위가 결정될 수 있다. 예를 들어, 디폴트 TA를 사용하여 전송하는 상향링크 전송이 전용 TA를 사용하여 전송하는 상향링크 전송보다 우선할 수 있다. 또는, 전용 TA를 사용하여 전송하는 상향링크 전송이 디폴트 TA를 사용하여 전송하는 상향링크 전송보다 우선할 수 있다.
한편, 상기 내용에서 A의 전송이 B의 전송보다 우선한다는 말은 다음을 의미할 수 있다.
일례로, MT는 A의 전송을 수행하고, B의 전송을 드롭하여 수행하지 않을 수 있다.
다른 일례로, MT는 A의 전송을 수행하고, A의 전송을 위해 B의 전송을 수행할 수 없는 B의 전송 자원에서는 B의 전송을 펑처링(puncturing)하여 수행하지 않을 수 있다. 여기서, B의 전송을 수행할 수 있는 B의 전송 자원에서는 B의 전송을 수행할 수 있다.
이하, 복수의 반송파들을 갖는 복수의 전송 타이밍에 대해 설명한다.
이하의 내용에서 UE/단말은 IAB 노드 MT로 대체되어 적용될 수 있다. 또는, 이하의 내용은 UE/단말에게는 적용되지 않고 IAB 노드 MT에게만 적용될 수도 있다.
한편, 타이밍 어드밴스 그룹(timing advance group: TAG)은 다음과 같이 정의될 수 있다.
TAG는 동일한 상향링크 TA 및 동일한 하향링크 타이밍 기준 셀(timing reference cell)을 갖는 하나 이상의 서빙 셀을 포함할 수 있다. pTAG는 PCell을 포함하는 TAG이다. UE는 PCell을 pTAG에 대한 타이밍 기준으로 사용할 수 있다. sTAG는 SCell(들)을 포함하는 TAG이다. UE는 이 TAG 내 임의의 활성화된 SCell들을 타이밍 기준 셀로 사용할 수 있지만, 필요한 경우가 아니면 변경해서는 안된다.(A TAG (TA group) consists of one or more serving cells with the same uplink TA and same downlink timing reference cell. pTAG is a TAG containing PCell. The UE uses PCell as timing reference for pTAG. sTAG is a TAG contains only SCells(s). The UE may use any of the activated SCells of this TAG as a timing reference cell, but should not change it unless necessary.) 여기서, 하향링크 타이밍 기준 셀은 시간 동기를 맞추기 위한 기준이 되는 셀을 의미할 수 있다.
CA(carrier aggregation) 등의 환경에서 단말에게 복수의 서빙 셀들이 설정된 경우, 서로 다른 서빙 셀은 서로 동일 또는 다른 TAG에 속할 수 있다. 동일 TAG 내의 서빙 셀에 대해서 단말은 동일한 상향링크 TA 값을 전용하여 상향링크 전송을 수행할 수 있다.
한편, 전술한 바와 같이, 단말이 하나의 서빙 셀에 대해 2개 또는 복수 개의 TA 값을 지니고 동작하는 경우, 복수의 서빙 셀 환경에서의 동작을 고려할 필요가 있다.
전술한 바와 같이, 단말이 하나의 서빙 셀에 대해 적용하는 복수 개의 TA 값은 서로 다른 값을 지니지만, 동일한 하향링크 타이밍을 기준으로 결정될 수 있다. 예를 들어, 디폴트 TA와 전용 TA를 각각 TA1과 TA2라고 할 때, TA1을 기반으로 한 상향링크 전송 타이밍은 (하향링크 수신 타이밍 - TA1)과 같이 결정되고, TA2를 기반으로 한 상향링크 전송 타이밍은 (하향링크 수신 타이밍 - TA2)와 같이 결정될 수 있다. 이 때, 두 상향링크 전송 타이밍을 결정하기 위한 하향링크 수신 타이밍은 동일 타이밍을 의미할 수 있다.
본 명세서에서는 이러한 복수 개의 TA를 복수의 서빙 셀 환경에서 적용하는 경우, 즉, TA1과 TA2를 복수 개의 서빙 셀에서 사용할 수 있는 경우, TA 적용 방법에 대해 제안한다. 예를 들어, 단말이 셀 A, 셀 B, 셀 C를 서빙 셀로 지니고, 해당 셀들은 동일 TAG에 속할 수 있다. 이 때, 단말이 셀 A에서 2개의 TA 값인 TA1과 TA2를 사용하여 상향링크 전송을 수행할 수 있는 경우, 셀 B와 셀 C에서의 TA 적용 방법을 고려할 필요가 있다.
다시 말하면, IAB 노드는 동작 방법에 따라 IAB 노드의 전송 타이밍이 변경될 수 있다. 구체적으로, IAB 시스템에서는 IAB 노드가 페어런트 노드로 상향링크 전송을 수행하는 타이밍이 IAB 노드 MT 및 IAB 노드 DU의 동시 전송을 위한 타이밍 정렬 등으로 인해 변경될 수 있다. 이러한 경우, IAB 노드에게 복수 개의 전송 타이밍이 설정될 수 있다.
이러한 점에서, 기존 TAG는 동일한 하향링크 타이밍 기준 셀 및 동일한 상향링크 TA를 전제로 정의되는 점에서, IAB 시스템에서의 TAG의 정의가 변경될 필요가 있다. 일례로, IAB 시스템에서의 TAG는 서로 다른 상향링크 TA를 갖는 서빙 셀들로 구성될 수도 있다. 이러한 경우, 서빙 셀들 간 전송 타이밍이 서로 달라질 수 있다.
이하, TAG 내 서빙 셀들에 대해 항상 동일 TA를 적용하는 방법을 설명한다.
동일 TAG 내 서빙 셀들이 지원하는 TA 값(들)은 항상 동일할 수 있다. 즉, 단말은 동일 TAG 내 모든 서빙 셀들에 대해 동일한 하나의 TA 값을 적용하거나, 동일 TAG 내 모든 서빙 셀들에 대해 동일한 2개 또는 복수 개의 TA 값을 적용할 수 있다. 즉, 두 개 또는 복수 개의 TA 값이 동일 TAG 내 모든 서빙 셀에 적용될 수 있다. 예를 들어, 한 TAG에 셀 A, 셀 B, 셀 C가 속하는 경우, TA1과 TA2의 두 개 TA 값이 셀 A, 셀 B 및 셀 C에 모두 적용될 수 있다.
일례로, 하나의 서빙 셀에 복수 개의 TA가 적용되는 경우, 복수 개의 TA 값은 서로 다른 시점에 적용될 수 있다. 예를 들어, 단말은 연속/비연속적인 시간 구간 1에서는 TA1을 적용하여 상향링크 전송을 수행하고, 시간 구간 1과 겹치지 않는 연속/비연속적인 시간 구간 2에서는 TA2를 적용하여 상향링크 전송을 수행할 수 있다.
이 때, 동일 TAG 내 서빙 셀들에 대해, 사용 가능한 (설정된) 복수 개의 TA 값 중, 동일 시점에 적용되는 TA 값은 모든 서빙 셀에 대해 동일할 수 있다. 즉, 동일 TAG 내 서빙 셀들에 대해, 단말은 동일 시점에서 사용 가능한 (설정된) 복수 개의 TA 값 중, 동일한 TA 값을 적용하여 상향링크 전송을 수행할 수 있다. 예를 들어, 단말이 동일 TAG 내의 셀 A, 셀 B, 셀 C에 대해 TA1 또는 TA2를 적용하여 상향링크 전송을 수행할 수 있을 때, 단말은 동일 시점에서 모든 서빙 셀에 대해 TA1과 TA2 중 상향링크 전송을 위해 적용하는 TA 값이 동일할 수 있다. 이러한 경우, 단말이 동시에 복수 개의 서빙 셀에 대해 동시(simultaneous) 상향링크 전송을 수행하는 경우, 항상 동일한 TA 값을 적용하여 전송을 수행할 수 있다.
일례로, 특정 서빙 셀에 대해 gNB로부터 시간에 따른 전송 타이밍 정보를 설정받을 경우, 동일 TAG에 속하는 복수 개의 서빙 셀에 대해, 대표 서빙 셀(예를 들어, 하향링크 타이밍 기준 셀)만이 해당 정보를 설정 받고, 다른 서빙 셀들은 동일한 설정을 적용한다고 가정할 수 있다.
이하, TAG 내 서빙 셀들에 대해 동일 시점에 다른 TA를 적용하는 방법을 설명한다.
동일 TAG 내 서빙 셀들에게 지원되는 TA 값(들)이 서로 다를 수 있다. 이 경우, TAG 내에서 지원되는 TA 값들 중에, 일부 서빙 셀에서는 일부 TA 값(들)만이 사용될 수 있다. 예를 들어, TAG에 대해 TA1과 TA2의 두 개의 TA 값이 지원될 때, TAG 내에 포함된 서빙 셀에 따라 TA1과 TA2가 모두 지원되거나, 둘 중 하나의 TA 값만 지원될 수 있다. 또는, 동일 TAG 내 서빙 셀들에게 지원되는 TA 값(들)이 동일하더라도 사용 가능한 (설정된) 복수 개의 TA 값 중, 동일 시점에 적용되는 TA 값이 서빙 셀에 따라 다를 수 있다.
이러한 경우, 단말이 동일 시점에 복수의 서빙 셀을 통해 상향링크 전송을 수행해야 할 때, 복수의 서빙 셀에 적용되는 TA 값이 서로 동일하지 않을 수 있다. 이 경우, 단말의 능력(capability)에 따라 서로 다른 TA를 적용하여 서로 다른 상향링크 전송 타이밍 기반 동시 전송이 어려울 수 있다. 이러한 단말의 경우, 동일 시점에 동일 상향링크 전송 타이밍을 지닌 전송만 수행될 수 있으며, 서로 다른 상향링크 전송 타이밍이 적용된 전송을 동시에 수행하도록 설정/스케줄링된 경우 다음과 같이 동작할 수 있다.
일례로, TAG 내 하향링크 타이밍 기준 셀과 그렇지 않은 셀에 대해 동시에 다른 상향링크 전송 타이밍으로 상향링크 전송을 수행해야 하는 경우, 하향링크 타이밍 기준 셀의 전송을 우선할 수 있다. 따라서, 단말은 하향링크 타이밍 기준 셀에 적용하는 TA와 동일한 TA를 적용하는 상향링크 전송을 수행하고, 그렇지 않은 상향링크 전송은 드롭하여 수행하지 않을 수 있다.
다른 일례로, 복수의 서빙 셀로의 상향링크 전송에 적용되는 TA 값이 각각 전술한 디폴트 TA 또는 전용 TA인 경우, 디폴트 TA를 사용한 상향링크 전송을 우선할 수 있다. 이 경우, 단말은 우선하는 디폴트 TA를 사용한 서빙 셀(들)로의 상향링크 전송을 수행하고, 우선하지 않는 상향링크 전송은 드롭하여 수행하지 않을 수 있다.
이와 같이, TAG 내에서 특정 시점에 동일 TA가 적용되는 서빙 셀들을 동일 부(sub)-TAG로 분류할 수 있다. 즉, TAG 내에서 특정 서빙 셀에 TA1 및/또는 TA2가 적용될 때, 특정 시점에 TA1을 사용하는 서빙 셀들은 sub-TAG1에 속하고, TA2를 사용하는 서빙 셀들은 sub-TAG2에 속할 수 있다. 이를 다르게 표현하면, 단말이 사용하는 TA에 따라 동일 TAG를 구성하는 서빙 셀들의 구성이 달라질 수 있다. 즉, TAG ID에 대해, TAG를 구성하는 서빙 셀이 복수 개의 TA 값에 대해 TA-특정적으로 구성될 수 있다. 이 때, 본 명세서에서는 각 TA에 따라 다르게 구성되는 TAG를 서로 다른 sub-TAG라 표현할 수 있다.
이 경우, 시간에 따라 특정 서빙 셀에 적용되는 TA가 변경되는 경우를 고려하면, 특정 시점에 특정 서빙 셀은 하나의 sub-TAG에 속할 수 있으며, 각 sub-TAG를 구성하는 서빙 셀들 또는 각 서빙 셀이 속하는 sub-TAG는 시간에 따라 변경될 수 있다.
이 경우, 단말은 동일 sub-TAG에 속하는 서빙 셀들에 대해 동일 TA를 적용하여 상향링크 전송을 수행할 수 있다.
이를 위해, 예를 들어, 단말은 다음과 같이 각 서빙 셀이 속하는 sub-TAG 정보를 판단할 수 있다.
일례로, 단말은 명시적(explicit) 지시 없이 각 서빙 셀에 적용되는 TA 값을 기반으로 sub-TAG 정보를 판단할 수 있다. 단말은 특정 시점에 특정 서빙 셀에 적용되는 TA 값을 알면, 서로 동일한 TA가 적용되는 서빙 셀들이 서로 동일한 sub-TAG에 속한다고 판단할 수 있다.
한편, 단말의 능력에 따라 동일 TAG 내에서 서로 다른 TA가 적용되어 서로 다른 상향링크 전송 타이밍 기반의 동시 전송이 어려울 수 있다. 이러한 경우를 고려하여, TAG 내에서 단말은 특정 시점에서 하나의 TA 값을 적용하여 상향링크 전송을 수행할 수 있다. 따라서, sub-TAG 중 동일 sub-TAG에 속하는 서빙 셀들로의 상향링크 전송은 동시에 수행될 수 있지만, 서로 다른 sub-TAG에 속하는 서빙 셀들로의 상향링크 전송은 동시에 수행될 수 없다. 즉, 단말이 동일 시간 지원에서 동일 sub-TAG에 속하는 복수 개의 서빙 셀들에 대해 상향링크 전송을 수행하도록 설정/스케줄링된 경우, 단말은 해당 서빙 셀들에 대한 상향링크 전송을 동시에 수행할 수 있다. 하지만, 단말이 동일 시간 자원에서 서로 다른 sub-TAG에 속하는 서빙 셀들에 대해 상향링크 전송을 수행하도록 설정/스케줄링된 경우, 단말은 해당 서빙 셀들로의 상향링크 전송을 동시에 수행하지 못할 수 있다. 이러한 경우, 다음과 같이 상향링크 전송이 수행될 수 있다.
일례로, 하향링크 타이밍 기준 셀에 대해 상향링크 전송을 수행해야 하는 경우, 타이밍 기준 셀이 포함된 sub-TAG에 속한 서빙 셀(들)대한 상향링크 전송을 우선할 수 있다. 이 경우, 타이밍 기준 셀이 포함되지 않은 sub-TAG에 속한 서빙 셀(들)에 대한 상향링크 전송은 드롭하여 수행되지 않을 수 있다.
다른 일례로, 복수의 서빙 셀로의 상향링크 전송에 적용되는 TA 값이 각각 전술한 디폴트 TA 또는 전용 TA인 경우, 디폴트 TA를 사용한 sub-TAG로의 상향링크 전송이 우선할 수 있다. 이 경우, 단말은 디폴트 TA 값을 적용하는 sub-TAG에 속한 서빙 셀(들)에 대한 상향링크 전송을 수행하고, 우선하지 않는 sub-TAG에 속한 서빙 셀(들)에 대한 상향링크 전송은 드롭하여 수행하지 않을 수 있다.
이 때, 동일 TAG 내의 서빙 셀들은 서로 다른 sub-TAG에 속하여 서로 다른 상향링크 TA를 지니더라도 동일한 하향링크 타이밍 기준 셀을 지닐 수 있다. 이는 서로 다른 TA를 적용한 상향링크 타이밍이 동일한 하향링크 타이밍을 기반으로 결정될 수 있기 때문이다. 이러한 경우, 특정 sub-TAG의 하향링크 타이밍 기준 셀은 해당 sub-TAG에 속하지 않은 셀을 하향링크 타이밍 기준 셀로 지닐 수 있다.
이하, 서로 다른 TAG를 사용하여 동일 시점에 다른 TA를 적용하는 방법을 설명한다.
한편, 동일한 TAG에 속하는 서빙 셀들에 대해 동일한 상향링크 TA가 적용된다는 기존 정의를 유지하기 위해, 서로 다른 TA를 지니는 서빙 셀들은 서로 다른 TAG에 속할 수 있다. 즉, 서로 다른 TA를 적용하는 서빙 셀은 서로 다른 TAG에 속하도록 설정될 수 있다.
이 때, 하나의 서빙 셀에 대해 시간에 따라 복수 개의 TA 중 다른 TA를 적용할 수 있는 경우, 해당 서빙 셀은 복수 개의 TAG에 속할 수 있다. 예를 들어, 단말에게 셀 A, 셀 B 및 셀 C가 서빙 셀로 설정되고, 단말은 셀 A에서 TA1과 TA2를 사용하여 상향링크 전송을 수행할 수 있고, 단말이 셀 B와 셀 C에서 각각 TA1과 TA2를 상향링크 TA로 적용하는 경우, TAG1는 셀 A와 셀 B로 구성되고, TAG2는 셀 A와 셀 C로 구성될 수 있다. 다만, 동일 시점에 하나의 서빙 셀에 대해 하나의 TA 값만 적용되므로, 하나의 서빙 셀이 복수 개의 TAG에 속하는 경우, 특정 시점에서 하나의 TAG만이 유효할 것을 제안한다. 즉, 셀 A가 TAG1에 포함되는 것은 셀 A에게 TA1이 적용될 때에만 유효하고, 셀 A가 TAG2에 포함되는 것은 셀 A에게 TA2가 적용될 때에만 유효할 수 있다.
또는, 하나의 서빙 셀에 대해 시간에 따라 복수 개의 TA(예를 들어, TA1 및 TA2) 중 다른 TA가 적용될 수 있는 경우, 상기 서빙 셀은 특정 시점에서 하나의 TAG에 속할 수 있다. 이 때, 상기 서빙 셀에 적용되는 TA가 변경되는 경우(예를 들어, TA1에서 TA2로 변경되는 경우), 상기 서빙 셀이 속하는 TAG가 변경될 수 있다. 구체적으로, 단말에게 셀 A, 셀 B 및 셀 C가 서빙 셀로 설정되고, 단말은 셀 A에서 TA1과 TA2를 사용하여 상향링크 전송을 수행할 수 있고, 단말이 셀 B와 셀 C에서 각각 TA1과 TA2를 상향링크 TA로 적용하는 경우, 셀 A에 TA1이 적용되는 경우에는 TAG1이 셀 A와 셀 B로 구성되고, TAG2는 셀 C로 구성될 수 있다. 셀 A에 TA2가 적용되는 경우에는 TAG1이 셀 B로 구성되고, TAG2는 셀 A와 셀 C로 구성될 수 있다.
상기와 같은 동작/방법이 지원되는 경우, 서로 다른 TAG가 동일한 서빙 셀을 하향링크 타이밍 기준 셀로 지닐 수 있다. 예를 들어, TAG1은 셀 A와 셀 B로 구성되고, TAG2는 셀 A와 셀 C로 구성되는 경우, TAG1과 TAG2는 모두 셀 A를 하향링크 타이밍 기준 셀로 지닐 수 있다.
또한, 상기와 같은 동작/방법이 지원되는 경우, TAG는 상기 TAG에 속하지 않은 서빙 셀을 하향링크 타이밍 기준 셀로 지닐 수 있다. 예를 들어, TA1이 적용되는 TAG1는 셀 A와 셀 B로 구성되고, TA2가 적용되는 TAG2는 셀 B와 셀 C로 구성되는 경우, TAG1과 TAG2는 모두 셀 A를 하향링크 타이밍 기준 셀로 지닐 수 있다. 이 경우, TAG2에 적용되는 TA2 값은 TA1과 마찬가지로 셀 A를 기반으로 판단되지만, 셀 A에 대해서는 TA1가 적용되므로 셀 A가 TAG2에 속하지 않을 수 있다. 또 다른 예로, TA1이 적용되는 TAG1는 셀 A와 셀 B로 구성되고, TA2가 적용되는 TAG2는 셀 C로 구성되는 경우, TAG1과 TAG2는 모두 셀 A를 하향링크 타이밍 기준 셀로 지닐 수 있다. 이 경우, TAG2에 적용하는 TA2 값은 TA1과 마찬가지로 셀 A를 기반으로 판단되지만, 셀 A에 대해서는 TA1가 적용되므로 셀 A가 TAG2에 속하지 않을 수 있다.
전술한 내용에 따르면, 단말이 하나의 서빙 셀에 대해 시간에 따라 복수 개의 TA 중 서로 다른 TA를 적용할 수 있는 경우, 해당 서빙 셀에 적용되는 TA가 변경됨에 따라 해당 서빙 셀이 속하는 TAG가 변경될 수 있다. 이 때, 전술한 바와 같이, 서빙 셀에 적용되는 TA가 동적으로 변경/스위칭되는 것을 고려할 수 있다. 이러한 경우를 고려하여, RRC 설정을 통해 서빙 셀의 TAG가 설정되는 것에 비해 빠르고 효율적인 TAG 변경 방법을 고려할 필요가 있다. 이를 위해, 다음과 같은 방법을 고려할 수 있다.
일례로, 서빙 셀이 속하는 TAG 정보가 MAC 시그널링을 통해 설정 및/또는 변경될 수 있다. 이 경우, 최초 TAG 정보는 RRC를 통해 설정되지만, 다른 TAG의 변경은 MAC 시그널링을 통해 수행될 수 있다. 또는. MAC 시그널링만으로 서빙 셀의 TAG 정보가 설정/변경될 수 있다.
다른 일례로, 서빙 셀이 속하는 TAG 정보가 DCI를 통해 설정 및/또는 변경될 수 있다. 이 경우, 최초 TAG 정보는 RRC를 통해 설정되지만, 다른 TAG의 변경은 DCI을 통해 수행될 수 있다. 또는, DCI 만으로 서빙 셀의 TAG 정보가 설정/변경될 수 있다.
다른 일례로, 서빙 셀에 적용될 수 있는 복수 개의 TAG가 (RRC 등의 시그널링을 사용하여) 설정되고, 특정 시점에 실제 적용되는 (유효한) TAG 정보가 MAC 시그널링 또는 DCI를 통해 지시될 수 있다. 예를 들어, 서빙 셀에 TA1과 TA2가 적용될 수 있는 경우, TAG1과 TAG2를 서빙 셀에 적용되는 TAG로 설정하고, 추가적인 MAC 시그널링 또는 DCI를 통해 특정 시점에 실제 적용되는 (유효한) TAG 정보가 지시될 수 있다. 이 때, 추가적인 MAC 시그널링 또는 DCI가 전송되기 이전 또는 유효한 MAC 시그널링 또는 DCI가 존재하지 않을 경우, 서빙 셀이 특정 하나의 TAG에 속한다고 가정할 수 있다. 이 때, 일례로, 특정 TAG는 디폴트 TAG로 설정/정의될 수 있다.
다른 일례로, 서빙 셀에 적용될 수 있는 복수 개의 TAG가 (RRC 등의 시그널링을 사용하여) 설정되고, 특정 시점에 실제 적용되는 (유효한) TAG 정보가 TA 변경을 통해 암묵적으로(implicit) 지시될 수 있다. 전술한 바와 같이, 서빙 셀에 적용되는 TA가 변경됨에 따라, 단말은 서빙 셀의 TAG가 TA에 연계된 TAG로 변경되는 것으로 암묵적으로 판단할 수 있다.
도 16은 본 명세서의 일부 구현에 따른 무선 장치의 상향링크 전송 수행 방법의 일례에 대한 순서도이다. 여기서, 상기 무선 장치는 IAB 노드 또는 단말일 수 있다. 또한 여기서, 상기 무선 장치에게 복수 개의 서빙 셀들이 설정될 수 있다.
도 16을 참고하면, 무선 장치는 제1 서빙 셀로부터 제1 상향링크 전송 설정 정보를 수신한다(S1610). 상기 무선 장치는 제2 서빙 셀로부터 제2 상향링크 전송 설정 정보를 수신한다(S1620). 여기서, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려줄 수 있다. 또한, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려줄 수 있다. 또한, 상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함될 수 있다.
상기 무선 장치는 상기 제1 상향링크 전송 설정 정보 및 상기 제2 상향링크 전송 설정 정보에 기반하여 상향링크 전송을 수행한다(S1630).
여기서, 동일 TAG 내 서빙 셀들이 지원하는 TA 값(들)은 항상 동일할 수 있다. 즉, 도 16의 일례에서 상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍은 항상 동일할 수 있다. 이 경우, 상기 무선 장치는 동일한 상향링크 전송 타이밍에 기반하여 상기 제1 셀을 통한 상향링크 전송 및 상기 제2 셀을 통한 상향링크 전송 중 하나 또는 전부를 수행할 수 있다.
또는, 도 16의 일례에서, 상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 무선 장치는 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행할 수 있다. 예를 들어, 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍이 상기 기준 상향링크 전송 타이밍과 동일하면, 상기 무선 장치는 상기 제1 서빙 셀 상에서 상기 제1 상향링크 전송 타이밍에 기반하여 상기 상향링크 동작을 수행할 수 있다. 여기서, 상기 하향링크 타이밍 기준 셀은 상기 제1 서빙 셀 및 상기 제2 서빙 셀 중 하나일 수도 있다. 또는, 상기 하향링크 타이밍 기준 셀, 상기 제1 서빙 셀 및 상기 제2 서빙 셀은 동일한 TAG에 포함될 수 있다.
한편, 도 16의 일례는 복수 개의 셀들이 동일한 TAG에 포함됨을 전제한 것이지만, 복수 개의 서빙 셀들 각각이 서로 다른 TAG에 포함되는 경우에도 도 16의 일례가 확장 적용될 수 있다. 이 경우, 특정 시점에 하나의 상향링크 전송 타이밍만 유효할 수 있다.
도 17은 본 명세서의 일부 구현에 따른 무선 장치의 신호 수신 방법의 일례에 대한 순서도이다. 여기서, 상기 무선 장치는 IAB 노드 또는 기지국일 수 있다.
도 17을 참고하면, 무선 장치는 단말에게 제1 서빙 셀을 통해 제1 상향링크 전송 설정 정보를 전송한다(S1710). 상기 무선 장치는 상기 단말에게 제2 서빙 셀을 통해 제2 상향링크 전송 설정 정보를 전송한다(S1720).
상기 무선 장치는 상기 제1 서빙 셀 및 상기 제2 서빙 셀 중 하나의 서빙 셀을 통해 신호를 수신한다(S1730).
여기서, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려줄 수 있다. 또한, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려줄 수 있다. 또한, 상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함될 수 있다.
여기서, 상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 무선 장치는 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 신호를 수신할 수 있다. 예를 들어, 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍이 상기 기준 상향링크 전송 타이밍과 동일하면, 상기 무선 장치는 상기 제1 서빙 셀 상에서 상기 제1 상향링크 전송 타이밍에 기반하여 상기 신호를 수신할 수 있다. 여기서, 상기 하향링크 타이밍 기준 셀은 상기 제1 서빙 셀 및 상기 제2 서빙 셀 중 하나일 수도 있다. 또는, 상기 하향링크 타이밍 기준 셀, 상기 제1 서빙 셀 및 상기 제2 서빙 셀은 동일한 TAG에 포함될 수 있다.
본 명세서에서 제안하는 방법들은 IAB 노드 이외에도, 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록 매체(computer readable medium) 및 하나 이상의 프로세서 및 상기 하나 이상의 프로세서에 의해 실행 가능하게 연결되고, 및 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 하나 이상의 프로세서는 상기 명령어들을 실행하여 본 명세서에서 제안하는 방법들을 수행하는, IAB 노드를 제어하도록 설정된 장치(apparatus)에 의해서도 수행될 수 있다. 또한, 본 명세서에서 제안하는 방법들에 따르면, IAB 노드가 수행하는 동작에 대응되는 다른 IAB 노드에 의한 동작이 고려될 수 있음은 자명하다.
이하에서는 본 개시가 적용되는 통신 시스템의 예를 설명한다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 개시의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 18은 본 개시에 적용되는 통신 시스템(1)을 예시한다.
도 18을 참조하면, 본 개시에 적용되는 통신 시스템(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)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
여기서, 본 명세서의 무선 기기에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
무선 기기(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 19는 본 개시에 적용될 수 있는 무선 기기를 예시한다.
도 19를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 18의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 20은 전송 신호를 위한 신호 처리 회로를 예시한다.
도 20을 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 20의 동작/기능은 도 19의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 20의 하드웨어 요소는 도 19의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 19의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 19의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 19의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 20의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 20의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 19의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
도 21은 본 개시에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 18 참조).
도 21을 참조하면, 무선 기기(100, 200)는 도 19의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 19의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 19의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 18, 100a), 차량(도 18, 100b-1, 100b-2), XR 기기(도 18, 100c), 휴대 기기(도 18, 100d), 가전(도 18, 100e), IoT 기기(도 18, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 18, 400), 기지국(도 18, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 21에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 21의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
도 22는 본 개시에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 22를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 21의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
도 23은 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 23을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 21의 블록 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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
도 24는 본 개시에 적용되는 차량을 예시한다. 차량은 운송수단, 기차, 비행체, 선박 등으로도 구현될 수 있다.
도 24를 참조하면, 차량(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a) 및 위치 측정부(140b)를 포함할 수 있다. 여기서, 블록 110~130/140a~140b는 각각 도 21의 블록 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)를 통해 관계 기관에게 차량의 위치 정보와, 주행/차량 이상에 관한 정보를 전송할 수 있다.
도 25는 본 개시에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 25를 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 21의 블록 110~130/140에 대응한다.
통신부(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 개체를 생성하여 출력할 수 있다.
도 26은 본 개시에 적용되는 로봇을 예시한다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류될 수 있다.
도 26을 참조하면, 로봇(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 구동부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 21의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 다른 로봇, 또는 제어 서버 등의 외부 기기들과 신호(예, 구동 정보, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 로봇(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 로봇(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 로봇(100)의 외부로부터 정보를 획득하며, 로봇(100)의 외부로 정보를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 로봇(100)의 내부 정보, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰, 레이더 등을 포함할 수 있다. 구동부(140c)는 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 구동부(140c)는 로봇(100)을 지상에서 주행하거나 공중에서 비행하게 할 수 있다. 구동부(140c)는 액츄에이터, 모터, 바퀴, 브레이크, 프로펠러 등을 포함할 수 있다.
도 27은 본 개시에 적용되는 AI 기기를 예시한다. AI 기기는 TV, 프로젝터, 스마트폰, PC, 노트북, 디지털방송용 단말기, 태블릿 PC, 웨어러블 장치, 셋톱박스(STB), 라디오, 세탁기, 냉장고, 디지털 사이니지, 로봇, 차량 등과 같은, 고정형 기기 또는 이동 가능한 기기 등으로 구현될 수 있다.
도 27을 참조하면, AI 기기(100)는 통신부(110), 제어부(120), 메모리부(130), 입/출력부(140a/140b), 러닝 프로세서부(140c) 및 센서부(140d)를 포함할 수 있다. 블록 110~130/140a~140d는 각각 도 21의 블록 110~130/140에 대응한다.
통신부(110)는 유무선 통신 기술을 이용하여 다른 AI 기기(예, 도 18, 100x, 200, 400)나 AI 서버(예, 도 18의 400) 등의 외부 기기들과 유무선 신호(예, 센서 정보, 사용자 입력, 학습 모델, 제어 신호 등)를 송수신할 수 있다. 이를 위해, 통신부(110)는 메모리부(130) 내의 정보를 외부 기기로 전송하거나, 외부 기기로부터 수신된 신호를 메모리부(130)로 전달할 수 있다.
제어부(120)는 데이터 분석 알고리즘 또는 머신 러닝 알고리즘을 사용하여 결정되거나 생성된 정보에 기초하여, AI 기기(100)의 적어도 하나의 실행 가능한 동작을 결정할 수 있다. 그리고, 제어부(120)는 AI 기기(100)의 구성 요소들을 제어하여 결정된 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 러닝 프로세서부(140c) 또는 메모리부(130)의 데이터를 요청, 검색, 수신 또는 활용할 수 있고, 적어도 하나의 실행 가능한 동작 중 예측되는 동작이나, 바람직한 것으로 판단되는 동작을 실행하도록 AI 기기(100)의 구성 요소들을 제어할 수 있다. 또한, 제어부(120)는 AI 장치(100)의 동작 내용이나 동작에 대한 사용자의 피드백 등을 포함하는 이력 정보를 수집하여 메모리부(130) 또는 러닝 프로세서부(140c)에 저장하거나, AI 서버(도 19, 400) 등의 외부 장치에 전송할 수 있다. 수집된 이력 정보는 학습 모델을 갱신하는데 이용될 수 있다.
메모리부(130)는 AI 기기(100)의 다양한 기능을 지원하는 데이터를 저장할 수 있다. 예를 들어, 메모리부(130)는 입력부(140a)로부터 얻은 데이터, 통신부(110)로부터 얻은 데이터, 러닝 프로세서부(140c)의 출력 데이터, 및 센싱부(140)로부터 얻은 데이터를 저장할 수 있다. 또한, 메모리부(130)는 제어부(120)의 동작/실행에 필요한 제어 정보 및/또는 소프트웨어 코드를 저장할 수 있다.
입력부(140a)는 AI 기기(100)의 외부로부터 다양한 종류의 데이터를 획득할 수 있다. 예를 들어, 입력부(140a)는 모델 학습을 위한 학습 데이터, 및 학습 모델이 적용될 입력 데이터 등을 획득할 수 있다. 입력부(140a)는 카메라, 마이크로폰 및/또는 사용자 입력부 등을 포함할 수 있다. 출력부(140b)는 시각, 청각 또는 촉각 등과 관련된 출력을 발생시킬 수 있다. 출력부(140b)는 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센싱부(140)는 다양한 센서들을 이용하여 AI 기기(100)의 내부 정보, AI 기기(100)의 주변 환경 정보 및 사용자 정보 중 적어도 하나를 얻을 수 있다. 센싱부(140)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다.
러닝 프로세서부(140c)는 학습 데이터를 이용하여 인공 신경망으로 구성된 모델을 학습시킬 수 있다. 러닝 프로세서부(140c)는 AI 서버(도 18, 400)의 러닝 프로세서부와 함께 AI 프로세싱을 수행할 수 있다. 러닝 프로세서부(140c)는 통신부(110)를 통해 외부 기기로부터 수신된 정보, 및/또는 메모리부(130)에 저장된 정보를 처리할 수 있다. 또한, 러닝 프로세서부(140c)의 출력 값은 통신부(110)를 통해 외부 기기로 전송되거나/되고, 메모리부(130)에 저장될 수 있다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (19)

  1. 무선 통신 시스템에서 무선 장치에 의해 수행되는 상향링크 전송 수행 방법에 있어서,
    제1 서빙 셀로부터 제1 상향링크 전송 설정 정보를 수신하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    제2 서빙 셀로부터 제2 상향링크 전송 설정 정보를 수신하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고, 및
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 제1 상향링크 전송 타이밍이 상기 기준 상향링크 전송 타이밍과 일치함에 기반하여, 상기 무선 장치는 상기 제1 서빙 셀 상에서 상기 제1 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 무선 장치는 상기 제2 서빙 셀에 대한 상기 상향링크 전송을 드롭(drop)하는 것을 특징으로 하는 방법.
  4. 제2항에 있어서,
    상기 제1 상향링크 전송 타이밍은 상기 제1 셀을 관리하는 통신 장치가 상기 무선 장치로부터 수신하는 상향링크 신호의 수신 타이밍에 기반하여 결정되고,
    상기 제2 상향링크 전송 타이밍은 상기 제1 상향링크 전송 타이밍에 대해 독립적으로 결정되는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 제2 상향링크 전송 설정 정보는 MAC-CE(medium access control-control element) 시그널링에 기반하여 전송되는 것을 특징으로 하는 방법.
  6. 제4항에 있어서,
    상기 통신 장치는 기지국 또는 IAB 노드(integrated access and backhaul node)인 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 제1 상향링크 전송 타이밍에 기반한 제1 상향링크 전송이 수행되는 제1 시간 자원 및 상기 제2 상향링크 전송 타이밍에 기반한 제2 상향링크 전송이 수행되는 제2 시간 자원이 오버랩됨에 기반하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 제1 상향링크 전송 타이밍이 상기 기준 상향링크 전송 타이밍과 일치함에 기반하여, 상기 무선 장치는 상기 제1 시간 자원 및 상기 제2 시간 자원이 오버랩되는 시간 자원에서 스케줄링된 상기 제2 상향링크 전송에 대해 펑처링(puncturing)을 수행하는 것을 특징으로 하는 방법.
  9. 제8항에 있어서,
    상기 무선 장치는 상기 제1 시간 자원 및 상기 제2 시간 자원이 오버랩되는 시간 자원을 제외한 시간 자원에서 스케줄링된 상기 제2 상향링크 전송을 수행하는 것을 특징으로 하는 방법.
  10. 제1항에 있어서,
    상기 제1 상향링크 전송 타이밍이 상기 기준 상향링크 전송 타이밍과 일치함에 기반하여, 상기 무선 장치는 상기 제1 서빙 셀 및 상기 제1 상향링크 전송 타이밍이 설정된 상기 TAG 내 서빙 셀들 각각을 통해 상기 상향링크 전송을 수행하는 것을 특징으로 하는 방법.
  11. 제1항에 있어서,
    상기 제1 상향링크 전송 설정 정보는 하나 이상의 상기 제1 상향링크 전송 타이밍을 알려주고, 상기 제2 상향링크 전송 설정 정보는 하나 이상의 상기 제2 상향링크 전송 타이밍을 알려주는 것을 특징으로 하는 방법.
  12. 제11항에 있어서,
    특정 시점에서 상기 제1 서빙 셀에 적용되는 상향링크 전송 타이밍은 한 개이고, 상기 특정 시점에서 상기 제2 서빙 셀에 적용되는 상향링크 전송 타이밍은 한 개인 것을 특징으로 하는 방법.
  13. 제12항에 있어서,
    상기 무선 장치는 하향링크 제어 정보(downlink control information: DCI)를 수신하고, 상기 DCI는 상기 특정 시점에서 상기 제1 서빙 셀 또는 상기 제2 서빙 셀에 적용되는 상기 상향링크 전송 타이밍을 알려주는 것을 특징으로 하는 방법.
  14. 제1항에 있어서,
    상기 무선 장치는 IAB 노드인 것을 특징으로 하는 방법.
  15. 무선 장치는,
    명령어들을 저장하는 하나 이상의 메모리;
    하나 이상의 송수신기; 및
    상기 하나 이상의 메모리와 상기 하나 이상의 송수신기를 연결하는 하나 이상의 프로세서를 포함하되, 상기 하나 이상의 프로세서는 상기 명령어들을 실행하여,
    제1 서빙 셀로부터 제1 상향링크 전송 설정 정보를 수신하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    제2 서빙 셀로부터 제2 상향링크 전송 설정 정보를 수신하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고, 및
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 것을 특징으로 하는 무선 장치.
  16. 무선 장치(wireless device)를 제어하도록 설정된 장치(apparatus)에 있어서, 상기 장치는,
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서에 의해 실행 가능하게 연결되고, 및 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 하나 이상의 프로세서는 상기 명령어들을 실행하여,
    제1 서빙 셀로부터 제1 상향링크 전송 설정 정보를 수신하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    제2 서빙 셀로부터 제2 상향링크 전송 설정 정보를 수신하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고, 및
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 것을 특징으로 하는 장치.
  17. 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록 매체(computer readable medium)에 있어서,
    제1 서빙 셀로부터 제1 상향링크 전송 설정 정보를 수신하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    제2 서빙 셀로부터 제2 상향링크 전송 설정 정보를 수신하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고, 및
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 상향링크 전송을 수행하는 것을 특징으로 하는 장치.
  18. 무선 통신 시스템에서 무선 장치에 의해 수행되는 신호 수신 방법에 있어서,
    단말에게 제1 서빙 셀을 통해 제1 상향링크 전송 설정 정보를 전송하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    상기 단말에게 제2 서빙 셀을 통해 제2 상향링크 전송 설정 정보를 전송하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고,
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 신호를 수신하는 것을 특징으로 하는 방법.
  19. 무선 장치는,
    명령어들을 저장하는 하나 이상의 메모리;
    하나 이상의 송수신기; 및
    상기 하나 이상의 메모리와 상기 하나 이상의 송수신기를 연결하는 하나 이상의 프로세서를 포함하되, 상기 하나 이상의 프로세서는 상기 명령어들을 실행하여,
    단말에게 제1 서빙 셀을 통해 제1 상향링크 전송 설정 정보를 전송하되, 상기 제1 상향링크 전송 설정 정보는 상기 제1 서빙 셀에 대해 설정된 제1 상향링크 전송 타이밍을 알려주고,
    상기 단말에게 제2 서빙 셀을 통해 제2 상향링크 전송 설정 정보를 전송하되, 상기 제2 상향링크 전송 설정 정보는 상기 제2 서빙 셀에 대해 설정된 제2 상향링크 전송 타이밍을 알려주고,
    상기 제1 서빙 셀 및 상기 제2 서빙 셀은 특정 TAG(timing advance group)에 포함되고,
    상기 제1 상향링크 전송 타이밍과 상기 제2 상향링크 전송 타이밍이 서로 다름에 기반하여, 상기 제1 상향링크 전송 타이밍 및 상기 제2 상향링크 전송 타이밍 중에서 하향링크 타이밍 기준 셀에 적용되는 기준 상향링크 전송 타이밍과 일치하는 상향링크 전송 타이밍에 기반하여 상기 신호를 수신하는 것을 특징으로 하는 무선 장치.
PCT/KR2021/010346 2020-08-05 2021-08-05 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치 WO2022031080A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US18/020,060 US20230328745A1 (en) 2020-08-05 2021-08-05 Method for configuring transmission or reception timing of wireless device, and device using same method
KR1020237003844A KR20230048021A (ko) 2020-08-05 2021-08-05 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2020-0097895 2020-08-05
KR20200097895 2020-08-05

Publications (1)

Publication Number Publication Date
WO2022031080A1 true WO2022031080A1 (ko) 2022-02-10

Family

ID=80118333

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/010346 WO2022031080A1 (ko) 2020-08-05 2021-08-05 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치

Country Status (3)

Country Link
US (1) US20230328745A1 (ko)
KR (1) KR20230048021A (ko)
WO (1) WO2022031080A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024035788A1 (en) * 2022-08-09 2024-02-15 Ofinno, Llc Multiple timing advance groups for integrated access and backhaul

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170025667A (ko) * 2015-08-31 2017-03-08 삼성전자주식회사 시분할 듀플렉싱 방식을 지원하는 통신 시스템에서 무선 억세스 기술 운영 장치 및 방법
US20180213512A1 (en) * 2017-01-20 2018-07-26 Qualcomm Incorporated Secondary timing advance groups with only license assisted access secondary cells
KR102014794B1 (ko) * 2011-12-20 2019-10-21 엘지전자 주식회사 무선 통신 시스템에서 상향링크 동기 획득 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102014794B1 (ko) * 2011-12-20 2019-10-21 엘지전자 주식회사 무선 통신 시스템에서 상향링크 동기 획득 방법 및 장치
KR20170025667A (ko) * 2015-08-31 2017-03-08 삼성전자주식회사 시분할 듀플렉싱 방식을 지원하는 통신 시스템에서 무선 억세스 기술 운영 장치 및 방법
US20180213512A1 (en) * 2017-01-20 2018-07-26 Qualcomm Incorporated Secondary timing advance groups with only license assisted access secondary cells

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Discussion on Guard Symbols in IAB", 3GPP DRAFT; R1-2004619, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. E-meeting; 20200525 - 20200605, 16 May 2020 (2020-05-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051886335 *
ZTE: "Pathloss and DL timing reference for MTA", 3GPP DRAFT; R2-114773_PATHLOSS AND DL TIMING REFERENCE FOR MTA, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Athens, Greece; 20110822, 24 August 2011 (2011-08-24), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP050540236 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024035788A1 (en) * 2022-08-09 2024-02-15 Ofinno, Llc Multiple timing advance groups for integrated access and backhaul

Also Published As

Publication number Publication date
KR20230048021A (ko) 2023-04-10
US20230328745A1 (en) 2023-10-12

Similar Documents

Publication Publication Date Title
WO2020032698A1 (ko) Nr v2x에서 이종 rat과 관련된 사이드링크 통신이 공존하는 방법 및 장치
WO2020085853A1 (ko) Nr v2x에서 동기화 정보를 전송할지 여부를 결정하는 방법 및 장치
WO2021020838A1 (ko) 무선통신 시스템에서 단말의 물리 하향링크 제어채널 모니터링 방법 및 상기 방법을 이용하는 장치
WO2022154583A1 (ko) 커버리지 개선
WO2020180098A1 (ko) 사이드링크 자원에 대한 정보
WO2020027635A1 (ko) Nr v2x에서 동기화를 수행하는 방법 및 장치
WO2021020840A1 (ko) 제어채널 모니터링 방법 및 상기 방법을 이용하는 장치
WO2021091179A1 (ko) 최소 스케줄링 오프셋 제한의 적용 지연 값 결정
WO2020027636A1 (ko) Nr v2x에서 파워 컨트롤을 수행하는 방법 및 장치
WO2020067842A1 (ko) Nr v2x에서 혼잡 제어를 수행하는 방법 및 장치
WO2021075711A1 (ko) 불연속 수신 동작 방법
WO2021162370A1 (ko) Nr v2x에서 사이드링크 cg 자원을 기반으로 사이드링크 통신을 수행하는 방법 및 장치
WO2021145658A1 (ko) 무선통신 시스템에서 iab 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2021066374A1 (ko) Nr v2x에서 s-ssb를 전송하는 방법 및 장치
WO2021177767A1 (ko) 무선통신 시스템에서 iab 노드의 mt와 통신하는 부모 노드의 du의 동작 방법 및 상기 방법을 이용하는 장치
WO2022010230A1 (ko) Iab 노드의 전력 제어 방법 및 상기 방법을 이용하는 장치
WO2021206465A1 (ko) Iab 시스템에서 시간 차이 설정 방법 및 상기 방법을 이용하는 장치
WO2022098205A1 (ko) 풀 듀플렉스 동작의 이용 가능성 판단 방법 및 상기 방법을 이용하는 장치
WO2022080983A1 (ko) Pusch 반복을 위한 스크램블링
WO2021162465A1 (ko) 멀티플 rx 타이밍을 가진 iab 동작 방법 및 상기 방법을 이용하는 노드
WO2021162452A1 (ko) 무선통신 시스템에서 iab 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2022031107A1 (en) Resource allocation for sidelink configured grant
WO2021091180A1 (ko) 단말의 하향링크 제어 정보 수신 방법 및 상기 방법을 적용하는 장치
WO2020226312A1 (ko) 단말의 전력 소모 감소에 기반한 수신 방법 및 장치
WO2021029664A1 (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: 21852599

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21852599

Country of ref document: EP

Kind code of ref document: A1