WO2021118253A1 - Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드 - Google Patents

Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드 Download PDF

Info

Publication number
WO2021118253A1
WO2021118253A1 PCT/KR2020/018046 KR2020018046W WO2021118253A1 WO 2021118253 A1 WO2021118253 A1 WO 2021118253A1 KR 2020018046 W KR2020018046 W KR 2020018046W WO 2021118253 A1 WO2021118253 A1 WO 2021118253A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
timing alignment
information
timing
case
Prior art date
Application number
PCT/KR2020/018046
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 EP20899947.4A priority Critical patent/EP4075890A4/en
Priority to JP2022535599A priority patent/JP2023506774A/ja
Priority to CN202080095485.0A priority patent/CN115039459B/zh
Priority to KR1020227019139A priority patent/KR20220114544A/ko
Priority to US17/783,596 priority patent/US12058636B2/en
Publication of WO2021118253A1 publication Critical patent/WO2021118253A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Definitions

  • This specification relates to wireless communication.
  • Massive Machine Type Communications which provides various services anytime, anywhere by connecting multiple devices and objects, is also one of the major issues to be considered in next-generation communication.
  • MTC Massive Machine Type Communications
  • a communication system design in consideration of a service/terminal sensitive to reliability and latency is being discussed.
  • URLLC Ultra-Reliable and Low Latency Communication
  • an integrated access and backhaul link may be provided.
  • IAB Integrated Access Backhaul
  • information about the capability supported by the node is transmitted to another node, and the information about the capability is configured to notify at least one timing alignment case supported by the node among a plurality of timing alignment cases.
  • information and a method of performing the IAB operation based on the at least one timing alignment case may be provided.
  • the node when the node performs the IAB operation, it may become clear on which timing alignment case the IAB operation will be performed based on, so that the stability and efficiency of wireless communication may be increased.
  • 1 illustrates a wireless communication system
  • 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.
  • NG-RAN New Generation Radio Access Network
  • 5 illustrates functional partitioning between NG-RAN and 5GC.
  • FIG. 6 illustrates a frame structure applicable in NR.
  • FIG. 7 shows an example of a frame structure for a new radio access technology.
  • FIG 8 shows an example of a 5G usage scenario to which the technical features of the present specification can be applied.
  • FIG. 9 schematically illustrates an example for a unified access and backhaul link.
  • FIG. 10 schematically illustrates an example of a link between a DgNB, an RN, and a UE.
  • FIG. 11 schematically illustrates an example of a backhaul link and an access link.
  • FIG. 12 schematically illustrates an example of a parent link and a child link.
  • FIG. 15 schematically illustrates an example of CC in DU and MT.
  • FIG. 16 schematically shows an example of timing alignment case 1.
  • Fig. 17 schematically shows an example of timing alignment case 6
  • 19 is a flowchart of a method for transmitting information about capabilities according to an embodiment of the present specification.
  • 20 is a flowchart of a method for transmitting information about capabilities according to another embodiment of the present specification.
  • 21 is a flowchart of a method for transmitting information about a capability according to another embodiment of the present specification.
  • 22 is a flowchart of a method for transmitting information about capabilities (from a node perspective) according to an embodiment of the present specification.
  • 23 is a block diagram of an example of an apparatus for transmitting information about capabilities (from a node point of view) according to an embodiment of the present specification.
  • 24 is a flowchart of a method for receiving information about capabilities (from the perspective of another node) according to an embodiment of the present specification.
  • 25 is a block diagram of an example of an apparatus for receiving information about capabilities (from the perspective of another node) according to an embodiment of the present specification.
  • 26 illustrates a communication system 1 applied to this specification.
  • 29 illustrates a signal processing circuit for a transmission signal.
  • FIG. 30 shows another example of a wireless device applied to the present specification.
  • 31 illustrates a portable device applied to the present specification.
  • 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
  • E-UTRAN includes a base station (20: Base Station, BS) that provides a control plane (control plane) and a user plane (user plane) to the 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 based on the lower three layers of the Open System Interconnection (OSI) standard model widely known in communication systems, 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,
  • L1 Layer 1
  • L2 (2nd layer)
  • L3 3rd layer
  • the RRC (Radio Resource Control) layer located in the third layer performs a role of controlling radio resources between the terminal and the network.
  • 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.
  • a physical layer provides an information transfer service to an upper layer by using a 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 in an Orthogonal Frequency Division Multiplexing (OFDM) scheme, 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 UE When an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE 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. Traffic or control messages of downlink multicast or broadcast services may be transmitted through a downlink SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • a random access channel RACH
  • 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). channels), 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 subframe transmission.
  • new radio access technology new RAT, NR
  • Massive Machine Type Communications which provides various services anytime, anywhere by connecting multiple devices and objects, is also one of the major issues to be considered in next-generation communication.
  • MTC Massive Machine Type Communications
  • a communication system design in consideration of a service/terminal sensitive to reliability and latency is being discussed.
  • URLLC Ultra-Reliable and Low Latency Communication
  • NG-RAN New Generation Radio Access Network
  • the NG-RAN may include a gNB and/or an eNB that provides user plane and control plane protocol termination to the UE.
  • 4 illustrates a case in which only gNBs are included.
  • the gNB and the eNB are connected to each other through an Xn interface.
  • the gNB and the eNB are connected to the 5G Core Network (5GC) through the NG interface. More specifically, it is connected to an access and mobility management function (AMF) through an NG-C interface, and is connected to a user plane function (UPF) through an NG-U interface.
  • AMF access and mobility management function
  • UPF user plane function
  • 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 applicable in NR.
  • a frame may be configured for 10 milliseconds (ms), and may include 10 subframes configured for 1 ms.
  • One or a plurality of slots may be included in the subframe according to subcarrier spacing.
  • Table 1 below 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 ⁇ . .
  • a physical downlink control channel may include one or more control channel elements (CCEs) as shown in Table 3 below.
  • CCEs control channel elements
  • the PDCCH may be transmitted through a resource composed of 1, 2, 4, 8 or 16 CCEs.
  • the CCE is composed of six resource element groups (REGs), and one REG is composed 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
  • FIG. 7 shows an example of a frame structure for a new radio access technology.
  • a structure in which a control channel and a data channel are time division multiplexed (TDM) in one TTI is considered as one of the frame structures.
  • a hatched region indicates a downlink control region, and a black portion indicates an uplink control region.
  • An area without an indication may be used for downlink data (DL data) transmission or uplink data (UL data) transmission.
  • a characteristic of this structure is that downlink (DL) transmission and uplink (UL) transmission are sequentially performed in one subframe, and DL data is transmitted in a subframe, and UL ACK / Acknowledgment/Not-acknowledgement (NACK) may also be received.
  • NACK Acknowledgment/Not-acknowledgement
  • a time gap for the process of switching between the base station and the terminal from the transmit mode to the receive mode or from the receive mode to the transmit mode is required.
  • some OFDM symbols at the time of switching from DL to UL in the self-contained subframe structure may be set as a guard period (GP).
  • FIG. 8 shows an example of a 5G usage scenario to which the technical features of the present specification can be applied.
  • the 5G usage scenario shown in FIG. 8 is merely exemplary, and the technical features of the present specification may be applied to other 5G usage scenarios not shown in FIG. 8 .
  • the three main requirements areas of 5G are (1) enhanced mobile broadband (eMBB) area, (2) massive machine type communication (mMTC) area and ( 3) includes ultra-reliable and low latency communications (URLLC) domains.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC ultra-reliable and low latency communications
  • Some use cases may require multiple domains for optimization, while other use cases may focus on only one key performance indicator (KPI).
  • KPI key performance indicator
  • 5G is to support these various use cases in a flexible and reliable way.
  • eMBB focuses on overall improvements in data rates, latency, user density, capacity and coverage of mobile broadband connections. eMBB aims for a throughput of around 10 Gbps. eMBB goes far beyond basic mobile Internet access, covering rich interactive work, media and entertainment applications in the cloud or augmented reality. Data is one of the key drivers of 5G, and for the first time in the 5G era, we may not see dedicated voice services. In 5G, voice is simply expected to be processed as an application using the data connection provided by the communication system. The main causes of the increased traffic volume are the increase in content size and the increase in the number of applications requiring high data rates. Streaming services (audio and video), interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet.
  • Cloud storage and applications are rapidly increasing in mobile communication platforms, which can be applied to both work and entertainment.
  • Cloud storage is a special use case that drives the growth of uplink data rates.
  • 5G is also used for remote work in the cloud, requiring much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • cloud gaming and video streaming are another key factor increasing the demand for mobile broadband capabilities.
  • Entertainment is essential on smartphones and tablets anywhere, including in high-mobility environments such as trains, cars and airplanes.
  • Another use example is augmented reality for entertainment and information retrieval.
  • augmented reality requires very low latency and instantaneous amount of data.
  • the mMTC is designed to enable communication between a large number of low-cost devices powered by batteries and is intended to support applications such as smart metering, logistics, field and body sensors.
  • mMTC is targeting a battery life of 10 years or so and/or a million devices per square kilometer.
  • mMTC enables seamless connectivity of embedded sensors in all fields and is one of the most anticipated 5G use cases. Potentially, by 2020, there will be 20.4 billion IoT devices.
  • Industrial IoT is one of the areas where 5G will play a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.
  • URLLC is ideal for vehicular communications, industrial control, factory automation, telesurgery, smart grid, and public safety applications by allowing devices and machines to communicate very reliably, with very low latency and with high availability.
  • URLLC aims for a delay on the order of 1 ms.
  • URLLC includes new services that will transform the industry through ultra-reliable/low-latency links such as remote control of critical infrastructure and autonomous vehicles. This level of reliability and latency is essential for smart grid control, industrial automation, robotics, and drone control and coordination.
  • 5G could complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of delivering streams rated at hundreds of megabits per second to gigabits per second.
  • FTTH fiber-to-the-home
  • DOCSIS cable-based broadband
  • Such high speed may be required to deliver TVs with resolutions of 4K or higher (6K, 8K and higher) as well as virtual reality (VR) and augmented reality (AR).
  • VR and AR applications almost include immersive sporting events. Certain applications may require special network settings. For VR games, for example, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.
  • Automotive is expected to be an important new driving force for 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers requires both high capacity and high mobile broadband. The reason is that future users will continue to expect high-quality connections regardless of their location and speed.
  • Another example of use in the automotive sector is augmented reality dashboards.
  • the augmented reality contrast board allows drivers to identify objects in the dark above what they are seeing through the front window.
  • the augmented reality dashboard superimposes information to inform the driver about the distance and movement of objects.
  • wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices (eg, devices carried by pedestrians).
  • Safety systems can help reduce the risk of accidents by guiding drivers through alternative courses of action to help them drive safer.
  • the next step will be remote-controlled vehicles or autonomous vehicles.
  • This requires very reliable and very fast communication between different autonomous vehicles and/or between vehicles and infrastructure.
  • autonomous vehicles will perform all driving activities, allowing drivers to focus only on traffic anomalies that the vehicle itself cannot discern.
  • the technological requirements of autonomous vehicles demand ultra-low latency and ultra-fast reliability to increase traffic safety to unattainable levels for humans.
  • Smart cities and smart homes will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for keeping a city or house cost- and energy-efficient.
  • a similar setup can be performed for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors typically require low data rates, low power and low cost.
  • real-time HD video may be required in certain types of devices for surveillance.
  • Smart grids use digital information and communication technologies to interconnect these sensors to collect information and act on it. This information can include supplier and consumer behavior, enabling smart grids to improve efficiency, reliability, economy, sustainability of production and distribution of fuels such as electricity in an automated manner.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system may support telemedicine providing clinical care from a remote location. This can help reduce barriers to distance and improve access to consistently unavailable health care in remote rural areas. It is also used to save lives in critical care and emergency situations.
  • a wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable radio links is an attractive opportunity for many industries. Achieving this, however, requires that wireless connections operate with similar latency, reliability and capacity as cables, and that their management is simplified. Low latency and very low error probability are new requirements that need to be connected with 5G.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable tracking of inventory and packages from anywhere.
  • Logistics and freight tracking use cases typically require low data rates but require wide range and reliable location information.
  • FIG. 9 schematically illustrates an example for a unified access and backhaul link.
  • a relay node can multiplex access and backhaul links in time, frequency, or space (eg, beam-based operations).
  • the operation of different links may be on the same or different frequencies (also referred to as 'in-band' and 'out-of-band' relays). Efficient support of out-of-band relays is important in some NR deployment scenarios, but understand the in-band operation requirements, which means tight interaction with access links operating on the same frequency to accommodate duplex constraints and prevent/mitigate interference. It is very important to do
  • a fast RAN-based mechanism (which does not necessarily require the intervention of the core network) may be required for switching between rTRPs.
  • over-the-air (OTA) coordination between rTRPs can be considered to mitigate interference and support end-to-end route selection and optimization.
  • OTA over-the-air
  • Unified Access to NR and Wireless Backhaul IAB.
  • Legacy new RAT is designed to support half-duplex devices. Also, half duplex of the IAB scenario is supported and deserves to be targeted. In addition, full duplex IAB devices can be studied.
  • the donor gNB (DgNB) has to schedule the entire link between the DgNB, the associated RN and the UEs.
  • the DgNB may collect traffic information from all relevant RNs to make scheduling decisions for all links, and then inform each RN of the scheduling information.
  • FIG. 10 schematically illustrates an example of a link between a DgNB, an RN, and a UE.
  • a link between DgNB and UE1 is an access link (access link)
  • a link between RN1 and UE2 may also mean an access link
  • a link between RN2 and UE3 may also mean an access link.
  • a link between DgNB and RN1 and a link between RN1 and RN2 may mean a backhaul link.
  • a backhaul and access link may be configured, and in this case, the DgNB may receive the scheduling request of UE1 as well as the scheduling request of UE2 and UE3. Thereafter, it is possible to make a scheduling decision for two backhaul links and three access links and inform the scheduling result. Therefore, this centralized scheduling involves delay scheduling and latency issues.
  • distributed scheduling can be achieved when each RN has a scheduling capability. Then, immediate scheduling can be made for the uplink scheduling request of the UE, and the backhaul/access link can be utilized more flexibly by reflecting the surrounding traffic conditions.
  • FIG. 11 schematically illustrates an example of a backhaul link and an access link.
  • a link between a donor node and an IAB node or a link between an IAB node is called a backhaul link.
  • the link between the donor node and the UE or the link between the IAB node and the UE is called an access link. That is, a link between an MT and a parent DU or a link between a DU and a child MT may be referred to as a backhaul link, and a link between the DU and the UE may be referred to as an access link.
  • FIG. 12 schematically illustrates an example of a parent link and a child link.
  • the link between the IAB node and the parent node is called a parent link
  • the link between the IAB node and the child node/UE is called a child link. That is, the link between the MT and the parent DU is called a parent link, and the link between the DU and the child MT/UE is called a child link.
  • the link between the IAB node and the parent node is called a backhaul link
  • the link between the IAB node and the child node/UE is also called an access link.
  • the IAB node For communication with a parent node, the IAB node receives an MT configuration that informs the link direction information on the parent link between the parent node and itself. In addition, the IAB node receives a DU setting that informs the link direction and link availability information for the child link between the child node/access UE and itself for communication with the child node. At this time, the IAB node proposes a method of determining which link among the parent link and the child link can communicate with the IAB node at a specific time by the DU setting and the MT setting.
  • the IAB node may receive the MT configuration, which is resource-related configuration information (eg, information indicating the link direction) for communication between the parent node and the IAB node (parent link) (S101). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • resource-related configuration information eg, information indicating the link direction
  • the IAB node may receive the DU configuration, which is resource-related configuration information (eg, information indicating a link direction, link availability information, etc.) for communication between the child node and the IAB node (child link) (S102). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • resource-related configuration information eg, information indicating a link direction, link availability information, etc.
  • the IAB node may determine through which link among the parent link and the child link communicates at a specific point in time based on at least one of the MT setting and the DU setting ( S103 ). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the content of the present specification is described assuming an in-band environment, but may also be applied in an out-band environment.
  • the contents of the present specification are described in consideration of an environment in which a donor gNB (DgNB), a relay node (RN), and a UE perform a half-duplex operation, but a donor gNB (DgNB), a relay node (RN) , and/or UE may be applied in an environment in which full-duplex operation is performed.
  • DgNB donor gNB
  • RN relay node
  • UE may be applied in an environment in which full-duplex operation is performed.
  • RN1 and RN2 when RN1 and RN2 exist, when RN1 is connected to RN2 by a backhaul link and relays data transmitted and received to RN2, RN1 is referred to as a parent node of RN2, and RN2 is referred to as a parent node of RN1. It is referred to as a child node RN.
  • IAB-node a RAN node that supports radio access to the terminal(s) and supports wireless backhaul of access traffic.
  • IAB-donor a RAN node that provides the core network with the UE's interface and the radio backhaul function to the IAB node(s).
  • Donor gNB Donor gNB
  • time domain resource(s) may be indicated for the parent link.
  • a child link may have time domain resource(s) of the following type(s).
  • the downlink, uplink, and flexible time resource type(s) of the DU child link may belong to one of the following two categories.
  • the availability of the corresponding time resource for the DU child link can be explicitly and/or implicitly controlled by the parent node.
  • the child link has the following types of time resources: downlink (DL), uplink (UL), and flexible (F).
  • DL downlink
  • UL uplink
  • F flexible
  • Each of the downlink, uplink and flexible time resources of the DU child link may be hard, soft or NA resources.
  • the unavailable (NA) resource may mean that the resource is not used for communication on the DU child link(s).
  • hard resources may mean that communication is always possible in the DU child link.
  • communication availability in the DU child link may be explicitly and/or implicitly controlled by the parent node.
  • the setting on the link (resource) direction (DL/UL/F) and link (resource) availability (hard/soft/NA) of the time resource for the DU child link can be called 'DU setting'.
  • This setting can be used for effective multiplexing and interference handling among IAB node(s).
  • this setting can be used to indicate which link is valid for the time resource between the parent link and the child link.
  • configuring only a subset of the child node(s) can utilize time resources for DU operation, and thus can be used to adjust interference among child node(s).
  • the DU configuration may be more effective when the DU configuration is semi-static and can be configured specifically for the IAB node.
  • the availability of soft resources is dynamically configurable via L1-based implicit/explicit signaling.
  • IA means that the DU resource is explicitly or implicitly marked as available
  • INA means that the DU resource is explicitly or implicitly marked as unavailable.
  • Dynamic L1-based signaling may indicate whether the DU soft resource is “IA” or “INA”.
  • the IAB node MT may have three types of time resources for the parent link: downlink (DL), uplink (UL), and flexible (F).
  • DL downlink
  • UL uplink
  • F flexible
  • the IAB node receives an MT setting that informs the link direction information on the parent link between the parent node and itself for communication with the parent node.
  • a DU setting is set that informs the link direction and link use validity information that can be used for communication to the child's link.
  • DU and MT existing in the same IAB node (or co-located) are intra-node interference, slot / symbol boundary misalignment, power distribution For reasons such as (power sharing), they may not operate at the same time and may be operated in TDM.
  • multiplexing of SDM/FDM may be used between the DU and the MT. This is applicable, for example, when the DU and the MT use different panels, so that there is little interference effect between the panels.
  • the DU and the MT existing in the same IAB node (or co-located) can transmit or receive at the same time, and it is impossible for the DU and the MT to perform transmission and reception or reception and transmission at the same time, respectively.
  • full duplexing may be used between the DU and the MT.
  • FD full duplexing
  • This is applicable when, for example, there is little interference effect between the DU and the MT, such as when the frequency domain in which the DU operates and the frequency domain in which the MT operates are far apart.
  • the DU and the MT existing in the same IAB node (or co-located) can freely transmit and receive simultaneously.
  • the DU and the MT The DU and the MT can transmit or receive at the same time, and it is also possible for the DU and the MT to simultaneously perform transmission and reception or reception and transmission, respectively.
  • FIG. 15 schematically illustrates an example of CC in DU and MT.
  • the MT and DU of the IAB node may consist of a plurality of component carriers (CCs).
  • CCs component carriers
  • different CCs may operate in the same or different frequency domains or may use the same or different panels.
  • each of the MT and the DU in the IAB node may have three CCs.
  • the three CCs in the MT are called MT-CC1, MT-CC2, and MT-CC3, respectively
  • the three CCs in the DU are called DU-CC1, DU-CC2, and DU-CC3, respectively.
  • one multiplexing scheme among TDM, SDM/FDM, and FD may be applied between the specific CC of the MT and the specific CC of the DU.
  • FD may be applied between the corresponding MT-CC and the DU-CC.
  • the TDM scheme may be applied between the MT-CC and the DU-CC located in the same frequency domain.
  • MT-CC1, MT-CC2, DU-CC1, and DU-CC2 have f1 as the center frequency
  • MT-CC3 and DU-CC3 have f2 as the center frequency
  • f1 and f2 are inter-band with each other.
  • MT-CC3 operates in FD with DU-CC1 and DU-CC2, but can operate in TDM with DU-CC3.
  • a different multiplexing scheme between the MT and the DU may be applied even within the same CC.
  • a plurality of parts may exist in the CC of the MT and/or the DU.
  • Such a part may refer to, for example, an antenna having the same center frequency but a different physical location or a link transmitted to different panels.
  • the center frequency may mean a link that is the same but transmitted through different BWPs.
  • a multiplexing type operating with a specific MT-CC or a specific part in a specific MT-CC may be different for each part.
  • the contents of the following specification describe a case where the multiplexing type applied to each pair of the MT CC and the DU CC may be different, but the contents of the specification indicate that the MT and DU are divided into a plurality of parts, and the MT CC and part It can be extended and applied even when the multiplexing type applied to each pair of CCs and parts of the DUs and DUs may be different.
  • the DU-CC may be interpreted as being replaced with a DU-cell.
  • FIG. 16 schematically shows an example of timing alignment case 1.
  • the MT Tx timing may be expressed as MT Rx timing - TA
  • the DU Tx timing may be expressed as MT Rx timing - TA/2 - T_delta.
  • the T_delta value is a value obtained from the parent node.
  • Fig. 17 schematically shows an example of timing alignment case 6
  • the DL transmission timing for all IAB nodes may coincide with the parent IAB node or donor DL timing.
  • the DL transmission timing for all IAB-nodes is aligned with the parent IAB-node or donor DL timing.
  • the UL transmission timing of an IAB-node can be aligned with the IAB-node's DL transmission timing).
  • the UL Rx timing of the receiving parent DU is delayed by the propagation delay of the parent DU and the MT compared to the UL Tx timing of the MT.
  • the UL Rx timing of the MT varies according to the child MT that transmits the UL.
  • the UL Rx timing of the parent node is different from the existing one. Therefore, if the IAB node wants to use the timing alignment case 6, the parent node also needs to know the corresponding information.
  • the DL transmission timing for all IAB nodes coincides with the parent IAB node or donor DL timing.
  • the UL reception timing of the IAB node may coincide with the DL reception timing of the IAB node (The DL transmission timing for all IAB-nodes is aligned with the parent IAB-node or donor DL timing.
  • the UL reception timing of an IAB-node can be aligned with the IAB-node's DL reception timing).
  • additional information about alignment may be needed for the child node to correctly set the DL TX timing for OTA based timing and synchronization (If DL TX and UL RX are not well aligned at the parent node, additional information about the alignment is needed for the child node to properly set its DL TX timing for OTA based timing & synchronization).
  • the transmission/reception timing from the MT perspective is the same as that of the existing IAB node (Rel-16 IAB node), and the UL Rx timing of the DU may be aligned with the DL Rx timing of the MT.
  • the IAB node needs to adjust the TA of the child MTs so that the child MTs transmit UL signals according to their UL Rx timing.
  • this timing alignment method may not reveal a difference in the specification operation of the IAB node compared to the existing timing alignment method (Case 1). Therefore, the timing alignment case 7 described herein may be replaced/interpreted as the timing alignment case 1.
  • timing alignment may mean slot-level alignment or symbol-level alignment.
  • the timing alignment may mean a timing alignment between the UL Tx of the MT and the DL Tx of the DU, and/or between the DL Rx of the MT and the UL Rx of the DU.
  • timing alignment may be performed as follows.
  • Timing alignment between the MT UL and the DU DL may be performed for a time period during which the MT and the DU actually perform the Tx operation. And/or, timing alignment between the MT DL and the DU UL may be performed for a time interval in which the MT and the DU perform the Rx operation.
  • Tx timing may be aligned between the UL resource of the MT and the DL resource of the DU.
  • timing alignment between the flexible resource of the MT and the flexible resource of the DU may be performed.
  • MT and DU may be interpreted as MT CC and DU cells, respectively.
  • no-TDM means an operation that does not perform TDM, which may be replaced/interpreted as an SDM, FDM, FD operation, or the like.
  • Alt Indicate TDM/no-TDM according to the Tx/Rx direction combination of MT and DU for each MT CC/DU cell pair.
  • a multiplexing scheme of TDM or no-TDM may be provided according to the combination of the Tx/Rx directions of the MT and the DU. That is, each of the four combinations of MT Tx/DU Tx, MT Tx/DU Rx, MT Rx/DU Tx, and MT Rx/DU Rx may have a TDM or no-TDM multiplexing scheme.
  • the TDM multiplexing method may be used as a default, and the no-TDM multiplexing method may be provided when a separate configuration or request is made.
  • TDM/no-TDM according to the Tx/Rx direction combination between the MT and the DU is defined as several sets, and one multiplexing scheme among the corresponding sets may be provided.
  • This TDM/no-TDM combination may include all or part of the following.
  • TDM/no-TDM combination 1 TDM
  • TDM/no-TDM combination 1 may operate as a TDM for all combinations of the Tx/Rx directions of the DU and the MT. That is, TDM is applied to each combination of the transmission/reception directions of the DU and the MT as follows. This TDM/no-TDM combination is called ‘TDM’ between DU and MT for convenience.
  • timing alignment case 1 which is characteristically a legacy timing alignment operation, may be applied.
  • TDM/no-TDM combination 2 Tx no-TDM
  • both the DU and the MT may operate as no-TDM for a combination having the direction of Tx.
  • the DL Tx of the DU and the UL Tx of the MT must match each other to enable simultaneous transmission or reception.
  • the operation may be performed without performing TDM (i.e., no-TDM).
  • SDM/FDM may not be performed.
  • TDM or no-TDM is applied according to the combination of the transmission/reception directions of the DU and the MT as follows.
  • a configuration in which no-TDM is applied to a combination in which both the Tx/Rx directions of the DU and the MT are Tx is called ‘Tx no-TDM’ between the DU and the MT for convenience.
  • timing alignment case 6 may be applied for alignment between the timing of the DL Tx of the DU and the timing of the UL Tx of the MT.
  • both the DU and the MT may operate as no-TDM for a combination having the Rx direction.
  • the symbol boundary between the UL Rx of the DU and the DL Rx of the MT must match each other to enable simultaneous transmission or reception.
  • the DU and the MT simultaneously receive it may operate without performing TDM (i.e., no-TDM).
  • SDM/FDM may not be performed.
  • TDM or no-TDM is applied according to the combination of the transmission/reception directions of the DU and the MT as follows.
  • a configuration in which no-TDM is applied to a combination in which both the Tx/Rx directions of the DU and the MT are Rx is called ‘Rx no-TDM’ between the DU and the MT for convenience.
  • timing alignment case 7 may be applied to align the timing of the UL Rx of the DU and the timing of the DL Rx of the MT.
  • TDM/no-TDM combination 4 Tx/Rx no-TDM
  • TDM/no-TDM Combination 4 no for the combination in which both the DU and the MT have the direction of Tx and the combination with the direction of Rx -Can operate with TDM. That is, TDM or no-TDM is applied according to the combination of the transmission/reception directions of the DU and the MT as follows.
  • a configuration in which no-TDM is applied to a combination in which the Tx/Rx directions of the DU and the MT are both Tx or Rx is called ‘Tx/Rx no-TDM’ between the DU and the MT for convenience.
  • the TDM/no-TDM combination 4 may be subdivided into two combinations of 4-1 and 4-2.
  • timing alignment case 1 which is characteristically a legacy timing alignment operation, may be applied.
  • timing alignment case 7 may be applied to a resource in which the UL Rx of the DU and/or the DL Rx of the MT operates for alignment between the timing of the UL Rx of the DU and the timing of the DL Rx of the MT.
  • timing alignment case 6 may be applied to a resource in which the DL Tx of the DU and/or the UL Tx of the MT operate.
  • a no-TDM operation may be performed for all combinations of the Tx/Rx directions of the DU and the MT. That is, no-TDM is applied to each combination of the transmission/reception directions of the DU and the MT as follows.
  • This TDM/no-TDM combination is called ‘no-TDM’ between the DU and the MT for convenience.
  • timing alignment case 1 which is characteristically a legacy timing alignment operation, may be applied.
  • the following method may be considered as a method for indicating a method of matching the MT of the IAB node with the Tx/Rx timing of the DU.
  • the Tx/Rx timing alignment method of the MT and DU of the IAB node may be informed at once.
  • the IAB node (at a specific point in time) may have, for example, one of the following timing alignment cases.
  • the Tx/Rx timing alignment method of the MT and the Tx/Rx timing alignment method of the DU may be independently informed.
  • the MT (at a specific point in time) may have, for example, one of the following timing alignment cases.
  • the reception timing of the DL signal of the parent DU becomes the Rx timing of the MT.
  • the Tx timing of the MT is the timing (forward or backward) changed by the TA value from the Rx timing of the MT.
  • the reception timing of the DL signal of the parent DU becomes the Rx timing of the MT.
  • the MT sets the Tx timing of the MT to be the same as the DL Tx timing of the DU of the same IAB node.
  • the Tx timing of the MT is a timing in which the TA value is changed (advanced) from the Rx timing of the MT, and the TA value is set from the parent node so that the Tx timing of the MT is the same as the DL Tx timing of the DU.
  • a DU (at a specific point in time) may have, for example, one of the following timing alignment cases.
  • the DU Tx timing may be expressed as DU Tx timing MT Rx timing - TA/2 - T_delta.
  • the T_delta value is a value obtained from the parent node.
  • the Rx timing of the DU is advanced or pushed back by an offset value from the Tx timing of the DU.
  • This offset value may be 1) defined in the specification, 2) fixed to a specific value by implementation, or 3) implicitly determined and set by the IAB node.
  • the DU Tx timing may be expressed as DU Tx timing MT Rx timing - TA/2 - T_delta.
  • the T_delta value is a value obtained from the parent node.
  • the Rx timing of the DU is set to be the same as the DL Rx timing of the MT. That is, the Rx timing of the DU is advanced or pushed back by the offset value in the Tx timing of the DU. At this time, the offset value is determined to be the same as the DL Rx timing of the MT.
  • the DU Tx timing may be expressed as DU Tx timing MT Rx timing - TA/2 - T_delta.
  • the T_delta value is a value obtained from the parent node.
  • the timing of receiving the UL Tx timing of the child MT may be the same as the Rx timing of the DU.
  • the Rx timing of the DU is advanced or pushed back by the offset value from the Tx timing of the DU.
  • the propagation delay value with the child MT transmitting the UL is applied to the child MT transmitting the UL.
  • the TA value is determined as the offset value.
  • timing alignment case 1 When the timing between the DU and the MT is not aligned, it means that the timing between the Tx of the DU and the MT and the timing between the Rx are not aligned. This may mean that timing alignment case 1 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may mean that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing between the DU and the MT is aligned, which means that the timing between the DU and the Tx of the MT is aligned and/or the timing between the DU and the Rx of the MT is aligned. This may be applied when symbol and/or slot boundaries must match when performing SDM/FDM operation between DU and MT.
  • timing alignment between DU and MT may mean that timing alignment case 6 is used.
  • the timing alignment methods of the MT and the DU are independently configured, it may mean that the MT timing alignment case 2 and the DU timing alignment case 3 are applied to the MT and the DU, respectively.
  • timing alignment between DU and MT may mean that timing alignment case 7 is used.
  • the timing alignment methods of the MT and the DU are independently configured, it may mean that the MT timing alignment case 1 and the DU timing alignment case 2 are applied to the MT and the DU, respectively.
  • the DU timing case 2 may not be defined. In this case, it can be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • timing alignment is performed in a resource in which UL Rx of DU and/or DL Rx of MT operate Case 7 is applied, and timing alignment case 6 may be applied to a resource in which the DL Tx of the DU and/or the UL Tx of the MT operate.
  • timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 2 are applied to the MT and the DU, respectively.
  • the DU timing case 2 may not be defined. In this case, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing alignment case can be implicitly determined according to the applied method among the TDM/no-TDM combinations defined in Alt 2 of 'Method for dividing multiplexing types'. In this case, it may be determined that the following timing alignment method is applied according to the TDM/no-TDM combination.
  • the timing alignment case 1 it may be determined that the timing alignment case 1 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing alignment case 6 it may be determined that the timing alignment case 6 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 2 and the DU timing alignment case 3 are applied to the MT and the DU, respectively.
  • the timing alignment case 7 it may be determined that the timing alignment case 7 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 2 are applied to the MT and the DU, respectively. Since the UL Rx timing of the DU is a value that the DU needs to set arbitrarily, the DU timing case 2 may not be defined. In this case, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing alignment case 1 it may be determined that the timing alignment case 1 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing alignment case 6 is applied in the section in which the DU and/or MT performs the Tx operation.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 2 and the DU timing alignment case 3 are applied to the MT and the DU, respectively.
  • the timing alignment case 7 is applied in the period in which the DU and/or MT performs the Rx operation.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 2 are applied to the MT and the DU, respectively. Since the UL Rx timing of the DU is a value that the DU needs to set arbitrarily, the DU timing case 2 may not be defined. In this case, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • the timing alignment case 1 it may be determined that the timing alignment case 1 is applied.
  • the timing alignment methods of the MT and the DU are independently configured, it may be determined that the MT timing alignment case 1 and the DU timing alignment case 1 are applied to the MT and the DU, respectively.
  • Information exchange with a parent node may be required to determine a multiplexing method and a timing alignment method between the DU and the MT of the IAB node.
  • the multiplexing type between the DU and the MT applied by the IAB node and the multiplexing type of the IAB node understood by the parent node are the same, smooth data transmission/reception can be performed between the parent node and the IAB node.
  • the Tx/Rx timing of the IAB node assumed by the IAB node and the parent node must be the same for smooth data transmission and reception. To this end, in this specification, it is proposed that the following signaling is transmitted between the IAB node and the parent node. Only some of the signaling suggested below may be supported.
  • a parent node may be interpreted to mean a CU or a network as well as a parent node. That is, in the following description, that the IAB node informs the parent node may include that the IAB node informs the CU or the network. That the parent node configures the IAB node may include configuring the CU or the network to the IAB node.
  • 19 is a flowchart of a method for transmitting information about capabilities according to an embodiment of the present specification.
  • a node may transmit information about a capability supported by the node to the other node ( S1910 ).
  • the information on the capability may be information indicating at least one timing alignment case supported by the node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may perform the IAB operation based on the at least one timing alignment case (S1920). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the IAB operation includes a mobile terminal (MT) operation and a distributed unit (DU) operation
  • the MT operation is an operation related to communication between the node and the parent node
  • the DU operation is the node and a child node It may be an operation related to communication between the nodes or communication between the node and the terminal. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may transmit the information about the capability to the other node.
  • the legacy timing alignment case may be a timing alignment case 1 in which downlink transmission timings of the DU operation between the node and the parent node are aligned. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may receive information about a timing alignment case to be actually applied by the node from the other node.
  • the node may receive information about the timing alignment case to be actually applied from the other node.
  • the node sets the timing alignment case to be applied by the node in the downlink of the DU operation between the node and the parent node. It can be determined as timing alignment case 1, which is a method in which link transmission timings are aligned. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the timing alignment case is any one of timing alignment case 1, timing alignment case 6, and timing alignment case 7, and in the timing alignment case 1, the downlink transmission timing of the DU operation between the node and the parent node is aligned. and, in the timing alignment case 6, the downlink transmission timing of the DU operation is aligned between the node and the parent node, and the uplink transmission timing of the MT operation of the node and the downlink transmission timing of the DU operation are aligned and, in the timing alignment case 7, the downlink transmission timing of the DU operation is aligned between the node and the parent node, and the downlink reception timing for the MT operation of the node and uplink reception for the DU operation
  • the timing may be in an ordered manner. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may receive information about a timing alignment case supported by the other node from the other node. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may transmit multiplexing related information supported by the node to the other node. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the other node may be a parent node, a donor node, or a centralized unit (CU).
  • the information on the above capability may be transmitted to the parent node or may be transmitted to the donor node or the CU.
  • information on capabilities when information on capabilities is transmitted to a donor node or a CU, it may be transmitted to the node through a parent node (physically).
  • information on a timing alignment case to be actually applied may be transmitted from a parent node, a donor node, or a CU.
  • information on a timing alignment case to be actually applied is transmitted from a donor node or a CU, it may be transmitted through a parent node.
  • the parent node may inform its child nodes of multiplexing-related information and timing alignment-related information supported by the parent node.
  • the multiplexing-related information supported by the parent node may be as follows.
  • the parent node may inform whether no-TDM is supported for each Tx/Rx direction combination of MT and DU. In this case, information of a Tx/Rx direction combination that characteristically supports no-TDM may be informed.
  • the Tx/Rx direction combination supporting no-TDM means that both TDM and no-TDM are supported, and the Tx/Rx direction combination that does not support no-TDM or Tx/Rx direction combination that does not support no-TDM is not indicated. It means that only TDM is supported for the Rx direction combination.
  • the parent node is referred to in section ‘A.
  • Information on the Tx/Rx direction combination supported among the TDM/no-TDM combinations defined in Alt 2 of 'Method for dividing multiplexing types' can be provided.
  • the parent node may indicate whether no-TDM is supported between the DU and the MT.
  • support of the no-TDM operation may mean that the no-TDM operation is supported for a combination of Tx/Rx directions of all MTs and DUs.
  • the specification supports the no-TDM operation only for some Tx / Rx direction combination (s)
  • Timing alignment-related information supported by the parent node may be as follows.
  • the parent node may inform information about a timing alignment case supported by the parent node among a plurality of timing alignment cases. For example, you can tell the index of all timing alignment cases supported by the parent node.
  • the parent node may inform whether timing alignment cases 6 and/or 7 are supported. In this case, it may be assumed that the timing alignment case 1 is supported by default. Alternatively, the parent node may inform whether the timing alignment case 6 is supported. In this case, it may be assumed that timing alignment cases 1 and/or 7 are supported by default.
  • the parent node is referred to in section ‘B.
  • information on supported cases may be provided. For example, indexes of all MT timing alignment cases and DU timing alignment cases supported by the parent node may be informed.
  • the parent node may inform whether MT timing alignment case 2 is supported for the MT timing alignment case. In this case, it may be assumed that MT timing alignment case 1 is supported by default.
  • the parent node may inform whether DU timing alignment cases 2 and/or 3 are supported. In this case, it may be assumed that DU timing alignment case 1 is supported by default. Alternatively, the parent node may inform whether DU timing alignment case 3 is supported. In this case, it may be assumed that DU timing alignment cases 1 and/or 2 are supported by default.
  • the parent node may implicitly inform the applied timing alignment method by notifying whether the timing alignment between the DU and the MT is performed. If the parent node sets whether to align the timing between the DU and the MT in the IAB node, the section ‘A.
  • the supported timing alignment method can be determined according to the multiplexing method between the DU and the MT of the IAB node supported by the parent node.
  • a supported timing alignment case can be implicitly informed by notifying information of a supported TDM/no-TDM combination among the TDM/no-TDM combinations defined in Alt 2 of ‘How to Divide Multiplexing Types’. In this case, the section ‘A.
  • the timing alignment method applied according to the TDM/no-TDM combination can be determined.
  • This information may be received by the MT through the RRC, and the MT may deliver it to the DU in the same IAB node. Alternatively, such information may be received by the DU and the MT through the F1-AP and the RRC, respectively.
  • the information on the MT timing alignment case and the DU timing alignment case may be transmitted to the MT and the DU through RRC and F1-AP signaling, respectively.
  • the IAB node may inform the parent node of multiplexing-related information and timing alignment-related information that it supports or intends to use.
  • the multiplexing-related information supported or intended to be used by the IAB node may be as follows. Below, for convenience of description, support or use or request is collectively referred to as support.
  • -IAB node may inform whether no-TDM is supported for each Tx/Rx direction combination of MT and DU. In this case, information of a Tx/Rx direction combination that characteristically supports no-TDM may be informed.
  • the Tx/Rx direction combination supporting no-TDM means that both TDM and no-TDM are supported, and the Tx/Rx direction combination that does not support no-TDM or Tx/Rx direction combination that does not support no-TDM is not indicated. It means that only TDM is supported for the Rx direction combination.
  • -IAB nodes are parent nodes in section ‘A.
  • Information on the Tx/Rx direction combination to be supported among the TDM/no-TDM combinations defined in Alt 2 of 'Method for dividing multiplexing types' can be provided.
  • Timing alignment case-related information that the IAB node supports or intends to use may be as follows. Below, for convenience of description, support or use or request is collectively referred to as support.
  • -IAB node can inform (request) the timing alignment information that it wants to use to the parent node.
  • the following method may be used.
  • -IAB node can inform information about the timing alignment case that it wants to use.
  • the IAB node may inform information about the MT timing alignment case and/or the DU timing alignment case to be used.
  • the IAB node may inform (request) information about using a different timing alignment method to the parent node. In this case, specifically, the following method may be used.
  • the timing alignment method used by the legacy IAB node may mean the timing alignment case 1.
  • the corresponding timing alignment case may be applied to the IAB node itself without exchanging information with the parent node. Therefore, if you want to use timing alignment case 6, you can inform (request) this information to the parent node.
  • the IAB node may inform information about the MT timing alignment case and/or the DU timing alignment case to be used.
  • the timing alignment method used by the legacy IAB node may mean MT timing alignment case 1 and DU timing alignment case 1.
  • the DU timing alignment case 2 when used, the corresponding DU timing alignment case may be applied to the IAB node itself without exchanging information with the parent node. Therefore, when DU timing alignment case 3 is to be used, such information can be informed (requested) to the parent node.
  • the IAB node may inform the parent node of the need for timing alignment without information on the timing alignment method.
  • the requested timing alignment method may be determined according to whether the timing alignment requested by the IAB node is applied and the multiplexing method between the DU and the MT requested by the IAB node.
  • the timing alignment method that the IAB node intends to apply can be implicitly informed by transmitting multiplexing related information supported or intended for use by the IAB node without separate independent signaling.
  • section ‘A. It is possible to implicitly inform the timing alignment method to be applied by notifying the information of the Tx/Rx direction combination that the user supports or wants to use among the TDM/no-TDM combinations defined in Alt 2 of 'Method for dividing multiplexing types'.
  • the timing alignment method informed by the IAB node is described in section ‘A.
  • the IAB node can be determined according to the TDM/no-TDM combination it supports or wants to use.
  • the IAB node may receive multiplexing-related information and timing alignment-related information to be applied to it from the parent node.
  • the multiplexing related information configured by the IAB node may be as follows.
  • the parent node may inform the IAB node of whether or not no-TDM is applied for each Tx/Rx direction combination of the MT of the IAB and the DU. In this case, information on a Tx/Rx direction combination to which no-TDM is characteristically applied may be informed.
  • the parent node informs the IAB node above in section ‘A.
  • Information on the Tx/Rx direction combination applied among the TDM/no-TDM combinations defined in Alt 2 of 'Method for dividing multiplexing types' may be informed.
  • the parent node may transmit a signal confirming the multiplexing method requested by the IAB node through the 'signaling on the capability supported/used by the IAB node'.
  • the IAB node may operate according to the multiplexing method requested by the IAB node.
  • the IAB node may operate assuming no-TDM for the Tx/Rx direction combination of all MTs and DUs.
  • Timing alignment related information configured by the IAB node may be as follows.
  • the parent node may inform the timing alignment information applied to the IAB node.
  • the following method may be used.
  • the parent node can inform the timing alignment method to be used when the IAB node needs to use a timing alignment method that is different from the timing alignment method used by the legacy IAB node. In this case, specifically, the following method may be used.
  • the IAB node can inform information about timing alignment case to be applied. If there is no such setting, the IAB node may determine the timing alignment method it applies as the timing alignment case 1. In this case, additionally, in the case of the timing alignment case 7, the IAB node may apply the corresponding timing alignment case by itself. Therefore, this information can be informed when timing alignment case 6 is applied.
  • the IAB node may determine the timing alignment method it applies as MT timing alignment case 1 and DU timing alignment case 1. In this case, when using the additional DU timing alignment case 2, the corresponding DU timing alignment case may be applied to the IAB node itself without exchanging information with the parent node. Therefore, this information can be informed when DU timing alignment case 3 is applied.
  • the parent node may inform the IAB node of information that the timing alignment is applied without information on the timing alignment method.
  • the timing alignment method to be applied may be determined according to whether or not timing alignment is applied and the multiplexing method between the DU and MT applied to the IAB node.
  • the timing alignment method applied to the IAB node may be implicitly determined according to multiplexing related information applied to itself without independent signaling.
  • This information may be received by the MT through the RRC, and the MT may deliver it to the DU in the same IAB node. Alternatively, such information may be received by the DU and the MT through the F1-AP and the RRC, respectively.
  • the information on the MT timing alignment case and the DU timing alignment case may be transmitted to the MT and the DU through RRC and F1-AP signaling, respectively.
  • the node when the node performs the IAB operation, it may become clear on which timing alignment case the IAB operation will be performed based on the node, so that the stability and efficiency of wireless communication may be increased.
  • 20 is a flowchart of a method for transmitting information about capabilities according to another embodiment of the present specification.
  • a node may receive information on capabilities supported by a parent node (eg, multiplexing-related information and timing alignment-related information) ( S2010 ). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • capabilities supported by a parent node eg, multiplexing-related information and timing alignment-related information
  • the node may transmit information about the capabilities the node supports or intends to use (multiplexing-related information and timing alignment-related information) (S2020). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may receive configuration information indicating a multiplexing and timing alignment method to be applied to the node (S2030). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node When the node receives the configuration information from the MT of the node, the node may transmit it to the DU of the node (S2040). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • 21 is a flowchart of a method for transmitting information about a capability according to another embodiment of the present specification.
  • an initial access operation with another node may be performed ( S2110 ). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • Information on the capability supported by the node may be transmitted to the other node (S2120).
  • the information on the capability may be information indicating at least one timing alignment case supported by the node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may perform the IAB operation based on the at least one timing alignment case (S2130). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • 22 is a flowchart of a method for transmitting information about capabilities (from a node perspective) according to an embodiment of the present specification.
  • the node may transmit information about the capability supported by the node to the other node (S2210).
  • the information on the capability may be information indicating at least one timing alignment case supported by the node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the node may perform the IAB operation based on the at least one timing alignment case (S2220). Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • 23 is a block diagram of an example of an apparatus for transmitting information about capabilities (from a node point of view) according to an embodiment of the present specification.
  • the processor 2300 may include an information transmission unit 2310 and an IAB operation performing unit 2320 .
  • the processor 2300 may correspond to a processor in FIGS. 26 to 32 to be described later.
  • the information transmitter 2310 may be configured to control the transceiver to transmit information on the capability supported by the node to the other node.
  • the information on the capability may be information indicating at least one timing alignment case supported by the node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • the IAB operation performing unit 2320 may be configured to perform an Integrated Access and Backhaul (IAB) operation based on the at least one timing alignment case. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • IAB Integrated Access and Backhaul
  • a node comprises a transceiver, at least one memory and at least one processor operatively coupled to the at least one memory and the transceiver, wherein the processor performs an initial access operation with another node. and controlling the transceiver to transmit information about a capability supported by the node to the other node, wherein the information about the capability comprises at least one timing alignment supported by the node among a plurality of timing alignment cases. It may be information indicating a case and a node configured to perform an Integrated Access and Backhaul (IAB) operation based on the at least one timing alignment case.
  • IAB Integrated Access and Backhaul
  • an apparatus includes at least one memory and at least one processor operatively coupled with the at least one memory, the processor configured to perform an initial access operation with another node, the and control the transceiver to transmit information about a capability supported by the node to another node, wherein the capability information is information indicating at least one timing alignment case supported by the node among a plurality of timing alignment cases, and The apparatus may be configured to perform an Integrated Access and Backhaul (IAB) operation based on the at least one timing alignment case.
  • IAB Integrated Access and Backhaul
  • At least one computer readable medium including an instruction based on being executed by at least one processor, another node and initials configured to perform an access operation, and to control the transceiver to transmit information about a capability supported by the node to the other node, wherein the information about the capability includes at least one of a plurality of timing alignment cases supported by the node.
  • Information indicating a timing alignment case of and may be a recording medium configured to perform an Integrated Access and Backhaul (IAB) operation based on the at least one timing alignment case.
  • IAB Integrated Access and Backhaul
  • 24 is a flowchart of a method for receiving information about capabilities (from the perspective of another node) according to an embodiment of the present specification.
  • the node may receive information about the capability supported by the child node from the child node ( S2410 ).
  • the information on the capability may be information informing of at least one timing alignment case supported by the child node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • 25 is a block diagram of an example of an apparatus for receiving information about capabilities (from the perspective of another node) according to an embodiment of the present specification.
  • the processor 2500 may include an information receiving unit 2510 .
  • the processor 2500 may correspond to a processor in FIGS. 26 to 32 to be described later.
  • the information receiving unit 2510 may be configured to control the transceiver to receive information about the capability supported by the child node from the child node.
  • the information on the capability may be information informing of at least one timing alignment case supported by the child node among a plurality of timing alignment cases. Since a more specific embodiment is the same as that described above (and will be described later), repeated description of overlapping content will be omitted for convenience of description.
  • 26 illustrates a communication system 1 applied to this specification.
  • the communication system 1 applied to the present specification 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 includes 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 Things (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 a specific wireless device 200a may operate as a base station/network node to other wireless devices.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (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 directly communicate 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.
  • NR supports a number of numerology (or subcarrier spacing (SCS)) to support various 5G services.
  • numerology or subcarrier spacing (SCS)
  • SCS subcarrier spacing
  • the NR frequency band may be defined as a frequency range of two types (FR1, FR2).
  • the numerical value of the frequency range may be changed, and 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 6 GHz (or 5850, 5900, 5925 MHz, etc.) 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).
  • 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. 26 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 the information in the memory 104 to generate the 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 the information obtained from the 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 .
  • the memory 104 may provide instructions for performing some or all of the processes controlled by the processor 102 , or for performing the 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 with 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 operational flowcharts disclosed herein.
  • the processor 202 may process the information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206 .
  • the processor 202 may receive 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).
  • 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 may be 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 in this document. , 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 above.
  • 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 which may be implemented to include modules, procedures, functions, and the like.
  • the descriptions, functions, procedures, proposals, methods, and/or flow charts disclosed herein provide that firmware or software configured to perform is included in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 . It may be driven by the above processors 102 and 202 .
  • the descriptions, functions, procedures, suggestions, methods, and/or 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.
  • One or more memories 104 , 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104 , 204 may be located inside and/or external to one or more processors 102 , 202 .
  • 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. , procedures, proposals, methods and/or operation flowcharts, 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 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • a wireless device may include at least one processor 102 , 202 , at least one memory 104 , 204 , at least one transceiver 106 , 206 , and one or more antennas 108 , 208 . have.
  • FIG. 27 As a difference between the example of the wireless device described above in FIG. 27 and the example of the wireless device in FIG. 28 , in FIG. 27 , the processors 102 and 202 and the memories 104 and 204 are separated, but in the example of FIG. 28 , the processor The point is that memories 104 and 204 are included in (102, 202).
  • the specific descriptions of the processors 102, 202, the memories 104, 204, the transceivers 106, 206, and the one or more antennas 108, 208 are as described above, so to avoid unnecessary repetition of the description, A description of the repeated description will be omitted.
  • 29 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. 29 may be performed by the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 27 .
  • the hardware elements of FIG. 29 may be implemented in the processors 102 , 202 and/or transceivers 106 , 206 of FIG. 27 .
  • blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 27 .
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 27
  • block 1060 may be implemented in the transceivers 106 and 206 of FIG. 27 .
  • the codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 29 .
  • 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 transmission 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
  • the signal processing process for the received signal in the wireless device may be configured in reverse of the signal processing process 1010 to 1060 of FIG. 29 .
  • the wireless device eg, 100 and 200 in FIG. 27
  • 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 postcoder, a demodulator, a descrambler, and a decoder.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 26 ).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 27 , and various elements, components, units/units, and/or modules ) can be composed 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. 27 .
  • transceiver(s) 114 may include one or more transceivers 106 , 206 and/or one or more antennas 108 , 208 of FIG.
  • 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 the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110 through a wireless/wired interface, or through the communication unit 110 to the outside (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130 .
  • the outside eg, another 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.
  • the wireless device may include a robot ( FIGS. 26 and 100a ), a vehicle ( FIGS. 26 , 100b-1 , 100b-2 ), an XR device ( FIGS. 26 and 100c ), a mobile device ( FIGS. 26 and 100d ), and home appliances. (FIG. 26, 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. 26 and 400 ), a base station ( FIGS. 26 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 of them may be wirelessly connected through the communication unit 110 .
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130 and 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.
  • the controller 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.
  • the memory unit 130 may include random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • FIG. 30 will be described in more detail with reference to the drawings.
  • the mobile 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. 30 .
  • 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 control components of the portable device 100 to perform various operations.
  • 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 the 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, vehicle, train, manned/unmanned aerial vehicle (AV), ship, or the like.
  • 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. 30, 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 (eg, 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 non/periodically acquire the latest traffic information data from an external server, 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.

Landscapes

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

Abstract

본 명세서는 무선 통신 시스템에서 노드에 의해 수행되는 IAB(Integrated Access and Backhaul) 동작을 수행하는 방법에 있어서, 다른 노드와 이니셜 액세스 동작을 수행하고, 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하되, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고 및 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행하는 것을 특징으로 하는 방법 및 이에 대한 장치를 제공한다.

Description

IAB 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드
본 명세서는 무선 통신에 관련된다.
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 무선 접속 기술(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이라고 부른다.
한편, 통합 엑세스 및 백홀 링크가 제공될 수 있으며, 이하, 본 명세서에서는 IAB(Integrated Access Backhaul)에 대한 구성들을 제공하고자 한다.
본 명세서의 일 실시예에 따르면, 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하되, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고 및 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행하는 방법이 제공될 수 있다.
본 명세서에 따르면, 노드가 IAB 동작을 수행할 때, 어느 타이밍 정렬 케이스를 기준으로 IAB 동작을 수행할 것인지가 명확해질 수 있어, 무선 통신의 안정성 및 효율이 증대될 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 무선 통신 시스템을 예시한다.
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다.
도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다.
도 4는 NR이 적용되는 차세대 무선 접속 네트워크(New Generation Radio Access Network: NG-RAN)의 시스템 구조를 예시한다.
도 5는 NG-RAN과 5GC 간의 기능적 분할을 예시한다.
도 6은 NR에서 적용될 수 있는 프레임 구조를 예시한다.
도 7은 새로운 무선 접속 기술에 대한 프레임 구조의 일례를 도시한 것이다.
도 8은 본 명세서의 기술적 특징이 적용될 수 있는 5G 사용 시나리오의 예를 나타낸다.
도 9는 통합 엑세스 및 백홀 링크에 대한 일례를 개략적으로 도식한 것이다.
도 10은 DgNB, RN, 및 UE 간의 링크에 대한 일례를 개략적으로 도식한 것이다.
도 11은 백홀 링크 및 액세스 링크의 예시를 개략적으로 도시한 것이다.
도 12는 부모 링크와 자녀 링크의 예시를 개략적으로 도시한 것이다.
도 13은, IAB 노드가 특정 자원의 링크 방향을 결정하는 일 예를 나타낸다.
도 14는 노드들 간의 설정에 대해 개략적으로 도시한 것이다.
도 15는 DU 및 MT에서의 CC의 일례를 개략적으로 도시한 것이다.
도 16은 타이밍 정렬 케이스 1의 예를 개략적으로 도시한 것이다.
도 17은 타이밍 정렬 케이스 6의 예를 개략적으로 도시한 것이다.
도 18은 타이밍 정렬 케이스 7의 예를 개략적으로 도시한 것이다.
도 19는 본 명세서의 일 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 20은 본 명세서의 다른 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 21은 본 명세서의 또 다른 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 22는 본 명세서의 일 실시예에 따른, (노드 관점에서) 능력에 관한 정보를 전송하는 방법의 순서도다.
도 23은 본 명세서의 일 실시예에 따른, (노드 관점에서) 능력에 관한 정보를 전송하는 장치의 일례에 대한 블록도다.
도 24는 본 명세서의 일 실시예에 따른, (다른 노드 관점에서) 능력에 관한 정보를 수신하는 방법의 순서도다.
도 25는 본 명세서의 일 실시예에 따른, (다른 노드 관점에서) 능력에 관한 정보를 수신하는 장치의 일례에 대한 블록도다.
도 26은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 27은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 28은 본 명세서에 적용될 수 있는 무선 기기의 다른 예를 도시한다.
도 29는 전송 신호를 위한 신호 처리 회로를 예시한다.
도 30은 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다.
도 31은 본 명세서에 적용되는 휴대 기기를 예시한다.
도 32는 본 명세서에 적용되는 차량 또는 자율 주행 차량을 예시한다.
본 명세서에서 “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는 NR이 적용되는 차세대 무선 접속 네트워크(New Generation Radio Access Network: NG-RAN)의 시스템 구조를 예시한다.
도 4를 참조하면, NG-RAN은, 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB 및/또는 eNB를 포함할 수 있다. 도 4에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 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개를 포함할 수 있다.
서브프레임 내에는 부반송파 간격(subcarrier spacing)에 따라 하나 또는 복수의 슬롯(slot)들이 포함될 수 있다.
다음 표 1은 부반송파 간격 설정(subcarrier spacing configuration) μ를 예시한다.
[표 1]
Figure PCTKR2020018046-appb-I000001
다음 표 2는 부반송파 간격 설정(subcarrier spacing configuration) μ에 따라, 프레임 내 슬롯 개수(Nframeμ slot), 서브프레임 내 슬롯 개수(Nsubframeμ slot), 슬롯 내 심볼 개수(Nslot symb) 등을 예시한다.
μ Nslot symb Nframe , μ slot Nsubframe , μ slot
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
도 6에서는, μ=0, 1, 2에 대하여 예시하고 있다.
PDCCH(physical downlink control channel)은 다음 표 3과 같이 하나 또는 그 이상의 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에서는 다음 기술/특징이 적용될 수 있다.
<셀프 컨테인드 서브프레임 구조(Self-contained subframe structure)>
도 7은 새로운 무선 접속 기술에 대한 프레임 구조의 일례를 도시한 것이다.
NR에서는 레이턴시(latency)를 최소화 하기 위한 목적으로 도 7과 같이, 하나의 TTI내에, 제어 채널과 데이터 채널이 시분할 다중화(Time Division Multiplexing: TDM) 되는 구조가 프레임 구조(frame structure)의 한가지로서 고려될 수 있다.
도 7에서 빗금 친 영역은 하향링크 제어(downlink control) 영역을 나타내고, 검정색 부분은 상향링크 제어(uplink control) 영역을 나타낸다. 표시가 없는 영역은 하향링크 데이터(downlink data; DL data) 전송을 위해 사용될 수도 있고, 상향링크 데이터(uplink data; UL data) 전송을 위해 사용될 수도 있다. 이러한 구조의 특징은 한 개의 서브프레임(subframe) 내에서 하향링크(DL) 전송과 상향링크(uplink; UL) 전송이 순차적으로 진행되어, 서브프레임(subframe) 내에서 DL data를 보내고, UL ACK/NACK(Acknowledgement/Not-acknowledgement)도 받을 수 있다. 결과적으로 데이터 전송 에러 발생시에 데이터 재전송까지 걸리는 시간을 줄이게 되며, 이로 인해 최종 데이터 전달의 레이턴시(latency)를 최소화할 수 있다.
이러한 데이터 및 제어 영역이 TDM된 서브프레임 구조(data and control TDMed subframe structure)에서 기지국과 단말이 송신 모드에서 수신 모드로의 전환 과정 또는 수신 모드에서 송신 모드로의 전환 과정을 위한 타입 갭(time gap)이 필요하다. 이를 위하여 셀프 컨테인드 서브프레임 구조에서 DL에서 UL로 전환되는 시점의 일부 OFDM 심볼이 보호 구간(guard period: GP)로 설정될 수 있다.
도 8은 본 명세서의 기술적 특징이 적용될 수 있는 5G 사용 시나리오의 예를 나타낸다. 도 8에 도시된 5G 사용 시나리오는 단지 예시적인 것이며, 본 명세서의 기술적 특징은 도 8에 도시되지 않은 다른 5G 사용 시나리오에도 적용될 수 있다.
도 8을 참조하면, 5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역(eMBB; enhanced mobile broadband) 영역, (2) 다량의 머신 타입 통신(mMTC; massive machine type communication) 영역 및 (3) 초-신뢰 및 저 지연 통신(URLLC; ultra-reliable and low latency communications) 영역을 포함한다. 일부 사용 예는 최적화를 위해 다수의 영역을 요구할 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표(KPI; key performance indicator)에만 포커싱 할 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 데이터 속도, 지연, 사용자 밀도, 모바일 광대역 접속의 용량 및 커버리지의 전반적인 향상에 중점을 둔다. eMBB는 10Gbps 정도의 처리량을 목표로 한다. eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것으로 기대된다. 증가된 트래픽 양의 주요 원인은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스(오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 애플리케이션은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성을 필요로 한다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드 상의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트에서 예를 들면, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하여 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
mMTC는 배터리에 의해 구동되는 다량의 저비용 장치 간의 통신을 가능하게 하기 위하여 설계되며, 스마트 계량, 물류, 현장 및 신체 센서와 같은 애플리케이션을 지원하기 위한 것이다. mMTC는 10년 정도의 배터리 및/또는 1km2 당 백만 개 정도의 장치를 목표로 한다. mMTC는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있게 하며, 가장 많이 예상되는 5G 사용 예 중 하나이다. 잠재적으로 2020년까지 IoT 장치들은 204억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 장치 및 기계가 매우 신뢰성 있고 매우 낮은 지연 및 높은 가용성으로 통신할 수 있도록 함으로써 차량 통신, 산업 제어, 공장 자동화, 원격 수술, 스마트 그리드 및 공공 안전 애플리케이션에 이상적이다. URLLC는 1ms의 정도의 지연을 목표로 한다. URLLC는 주요 인프라의 원격 제어 및 자율 주행 차량과 같은 초 신뢰/지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 도 8의 삼각형 안에 포함된 다수의 사용 예에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH(fiber-to-the-home) 및 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실(VR; virtual reality)과 증강 현실(AR; augmented reality) 뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는 데에 요구될 수 있다. VR 및 AR 애플리케이션은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 애플리케이션은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사가 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예와 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 높은 용량과 높은 모바일 광대역을 동시에 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 사용 예는 증강 현실 대시보드이다. 운전자는 증강 현실 대비보드를 통해 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별할 수 있다. 증강 현실 대시보드는 물체의 거리와 움직임에 대해 운전자에게 알려줄 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 장치(예를 들어, 보행자에 의해 수반되는 장치) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스를 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종 차량 또는 자율 주행 차량이 될 것이다. 이는 서로 다른 자율 주행 차량 사이 및/또는 자동차와 인프라 사이에서 매우 신뢰성이 있고 매우 빠른 통신을 요구한다. 미래에, 자율 주행 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자율 주행 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드 될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지 효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품은 모두 무선으로 연결된다. 이러한 센서 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용을 요구한다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서를 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 애플리케이션을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는 데에 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것을 요구한다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
도 9는 통합 엑세스 및 백홀 링크에 대한 일례를 개략적으로 도식한 것이다.
이러한 통합 액세스 및 백홀 링크가 있는 네트워크의 예가 도 9에 나와 있으며, 여기서 릴레이 노드(rTRP)는 시간, 주파수 또는 공간 (예: 빔 기반 작업)에서 액세스 및 백홀 링크를 다중화 할 수 있다.
서로 다른 링크의 동작은 동일하거나 다른 주파수('대역 내' 및 '대역 외' 릴레이라고도 할 수 있음)에 있을 수 있다. 대역 외 릴레이의 효율적인 지원은 일부 NR 배치 시나리오에서 중요하지만, 듀플렉스 제약 조건을 수용하고 간섭을 방지/완화하기 위해 동일한 주파수에서 작동하는 액세스 링크와의 긴밀한 상호 작용을 의미하는 대역 내 작동 요구 사항을 이해하는 것이 매우 중요하다.
또한, mmWave 스펙트럼에서 NR 시스템을 운영하는 것은, 단기 차단(short term blocking)에 비해 절차를 완료하는 데 필요한 더 큰 시간 규모로 인하여, 현재의 RRC 기반 핸드 오버 메커니즘에 의해 쉽게 완화되지 않을 수 있는 심각한 단기간 블로킹을 경험하는 것을 포함하는 몇 가지 독특한 도전을 제시할 수 있다.
mmWave 시스템에서 단기 차단을 극복하려면 rTRP 간 전환을 위해 (반드시 코어 네트워크(core network)의 개입이 필요하지는 않은) 빠른 RAN 기반 메커니즘이 필요할 수 있다.
셀프 백홀된 NR 셀의 보다 용이 한 배치에 대한 요구와 함께 mmWave 스펙트럼에서의 NR 동작에 대한 단기간 블로킹을 완화 할 필요가 있다는 것이 액세스 및 백홀 링크의 신속한 스위칭을 가능하게하는 통합 된 프레임 워크의 개발에 대한 필요성을 야기할 수 있다.
아울러, rTRP 간의 OTA(Over-the-Air) 조정은 간섭을 완화하고 종단 간 경로(end-to-end route) 선택 및 최적화를 지원하는 것으로 간주 될 수 있다.
다음 요구 사항 및 측면은 NR에 대한 통합 액세스 및 무선 백홀 (IAB)에 의해 해결되어야할 수 있다.
- 실내 및 실외 시나리오에서 대역 내 및 대역 외 중계를 위한 효율적이고 유연한 운영
- 다중 홉 및 중복 연결
- 종단 간 경로(end-to-end route) 선택 및 최적화
- 높은 스펙트럼 효율로 백홀 링크 지원
- 레거시 NR UE 지원
레거시 NR(new RAT)은 하프 듀플랙스(half-duplex) 장치를 지원하도록 설계되었다. 또한 IAB 시나리오의 하프 듀플랙스가 지원되고 대상이 될만한 가치가 있다. 또한 풀 듀플랙스 방식의 IAB 장치도 연구될 수 있다.
IAB 시나리오에서, 각 릴레이 노드 (RN)가 스케줄링 능력을 갖지 않으면, 도너 gNB (DgNB)는 DgNB, 관련 RN 및 UE들 사이의 전체 링크를 스케줄링해야 한다. 다시 말해서, DgNB는 모든 관련 RN에서 트래픽 정보를 수집하여 모든 링크에 대한 일정 결정을 내린 다음 각 RN으로 일정 정보를 알릴 수 있다.
도 10은 DgNB, RN, 및 UE 간의 링크에 대한 일례를 개략적으로 도식한 것이다.
도 10에 따르면, 예컨대, DgNB와 UE1 간의 링크는 액세스 링크(액세스 링크)이고, RN1과 UE2 간의 링크 또한 액세스 링크, RN2와 UE3 간의 링크도 마찬가지로 액세스 링크를 의미할 수 있다.
마찬가지로 도 10에 따르면, 예컨대, DgNB와 RN1 간의 링크, RN1과 RN2 간의 링크는 백홀 링크(backhaul link)를 의미할 수 있다.
예컨대, 도 10에서의 예와 같이, 백홀 및 액세스 링크가 구성 될 수 있으며, 이 경우, DgNB는 UE1의 스케줄링 요청을 수신 할 뿐만 아니라, UE2 및 UE3의 스케줄링 요청을 수신할 수 있다. 이후, 두 개의 백홀 링크와 세 개의 액세스 링크의 스케줄링 결정을 내리고 스케줄링 결과를 알려줄 수 있다. 따라서, 이 중앙 집중식 스케줄링에는 지연 스케줄링과 대기 시간 문제가 포함된다.
반면, 분산 스케줄링은 각 RN이 스케줄링 능력을 가지면 이루어질 수 있다. 그러면 UE의 업 링크 스케줄링 요청에 대해 즉각적인 스케줄링이 이루어질 수 있고, 주변 교통 상황을 반영하여 백홀/액세스 링크가 보다 융통성 있게 활용될 수 있다.
도 11은 백홀 링크 및 액세스 링크의 예시를 개략적으로 도시한 것이다.
도 11에 도시된 것과 같이 도너(donor) 노드(node)와 IAB 노드 간의 링크(link) 또는 IAB 노드 간의 링크를 백홀(backhaul) 링크라고 부른다. 반면 도너 노드와 UE 간의 링크 또는 IAB 노드와 UE 간의 링크를 액세스(access) 링크라고 부른다. 즉, MT와 부모(parent) DU 간의 링크 또는 DU와 자녀(child) MT 간의 링크를 백홀 링크라고 부르며, DU와 UE 간의 링크를 액세스 링크라고 부를 수 있다.
도 12는 부모 링크와 자녀 링크의 예시를 개략적으로 도시한 것이다.
도 12에 도시된 것과 같이 IAB 노드와 부모 노드 간의 링크를 부모 링크라고 부르며, IAB 노드와 자녀 노드/UE 간의 링크를 자녀 링크라고 부른다. 즉, MT와 부모 DU 간의 링크를 부모 링크라고 부르며, DU와 자녀 MT/UE 간의 링크를 자녀 링크라고 부른다.
하지만 해석에 따라 또는 관점에 따라 IAB 노드와 부모 노드 간의 링크를 백홀 링크라고 부르며, IAB 노드와 자녀 노드/UE 간의 링크를 액세스 링크라고 부르기도 한다.
이와 같은 논의를 바탕으로, 아래에서는 본 명세서에서 고려하는 IAB 노드(node)에 대한 MT 설정 방법에 관하여 설명한다.
이하에서는, 본 명세서의 제안에 대해 설명한다.
IAB 노드는 부모(parent) 노드와의 커뮤니케이션(communication)을 위해 부모 노드와 자신간의 부모 링크(link)에 대한 링크 방향(direction) 정보를 알려주는 MT 설정(configuration)을 설정 받는다. 또한 IAB 노드는 자녀(child) 노드와의 커뮤니케이션을 위해 자녀 노드/액세스(access) UE와 자신간의 자녀 링크에 대한 링크 방향 및 링크 유효성(availability) 정보를 알려주는 DU 설정을 설정 받는다. 이 때, IAB 노드는 DU 설정 과 MT 설정에 의해 자신이 특정 시점에 부모 링크와 자녀 링크 중 어떠한 링크로 커뮤니케이션을 수행할 수 있는지 판단하는 방법을 제안한다.
도 13은, IAB 노드가 특정 자원의 링크 방향을 결정하는 일 예를 나타낸다.
도 13에 따르면, IAB 노드는 부모 노드와 IAB 노드 간(부모 링크)의 통신을 위한, 자원 관련 설정 정보(예컨대, 링크 방향을 알려주는 정보)인 MT 설정을 수신할 수 있다(S101). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
IAB 노드는 자녀 노드와 상기 IAB 노드 간(자녀 링크)의 통신을 위한, 자원 관련 설정 정보(예컨대, 링크 방향을 알려주는 정보, 링크 가용성 정보 등)인 DU 설정을 수신할 수 있다(S102). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
IAB 노드는 MT 설정 및 DU 설정 중 적어도 하나에 기반하여 특정 시점에서 상기 부모 링크와 상기 자녀 링크 중 어떠한 링크를 통해 통신하는지 판단할 수 있다(S103). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
본 명세서의 추가적인 장점, 목적 및 특징은 다음의 설명에서 부분적으로 설명될 것이며, 다음을 검토할 때 당업자에게 명백하거나 부분적으로 본 명세서의 실시로부터 배울 수 있을 것이다. 본 명세서의 목적 및 다른 장점은 첨부된 도면뿐만 아니라 본 명세서의 청구 범위 및 청구 범위에서 특히 지적 된 구조에 의해 실현되고 달성 될 수 있다.
본 명세서의 구성, 동작 및 기타 특징은 첨부 된 도면을 참조하여 설명 된 본 명세서의 실시 예에 의해 이해 될 수 있다.
본 명세서의 내용은 인-밴드(in-band) 환경을 가정하여 내용을 기술하나, 아웃-밴드(out-band) 환경에서도 적용될 수 있다. 또한 본 명세서의 내용은 도너(donor) gNB (DgNB), 릴레이(relay) 노드 (RN), UE가 half-duplex 동작을 하는 환경을 고려하여 기술되나, 도너 gNB (DgNB), 릴레이 노드 (RN), and/or UE가 full-duplex 동작을 하는 환경에서도 적용될 수 있다.
본 명세서에서는 설명의 편의를 위해 RN1과 RN2가 존재할 때, RN1이 RN2와 백홀(backhaul) 링크로 연결되어 RN2에게 송수신되는 데이터를 릴레잉해줄 때에 RN1을 RN2의 부모 노드라고 하고, RN2를 RN1의 자녀 노드 RN라고 지칭한다.
본 명세서에서 사용되는 용어는 아래와 같을 수 있다.
- IAB 노드(IAB-노드): 단말(들)에 대한 무선 액세스를 지원하고 액세스 트래픽을 무선으로 백홀(backhaul)하는 것을 지원하는 RAN 노드.
- IAB 도너(IAB-donor): 코어 네트워크에게 UE's 인터페이스와 IAB 노드(들)에게 무선 백홀 기능을 제공하는 RAN 노드.
이하, 각 약자는 아래 용어의 약자에 해당할 수 있다.
- IAB: 통합 액세스 및 백홀(Integrated Access and Backhaul)
- CSI-RS: 채널 상태 레퍼런스 시그널(Channel State Information Reference Signal)
- DgNB: 도너 gNB(Donor gNB)
- AC: 액세스(Access)
- BH: 백홀(Backhaul)
- DU: 분산 유닛(Distributed Unit)
- MT: 모바일 터미널(Mobile terminal)
- CU: 중앙집권 유닛(Centralized Unit)
- IAB-MT: IAB 모바일 터미널(IAB mobile terminal)
- NGC: 차세대 코어 네트워크(Next-Generation Core network)
- SA: Stand-alone
- NSA: non-stand-alone
- EPC: Evolved Packet Core
한편, IAB 노드 MT 관점에서, 다음 타입(들)의 시간 도메인 자원(들)은 부모 링크에 대해 지시될 수 있다.
- 다운 링크 시간 자원;
- 업 링크 시간 자원;
- 플랙서블 시간 자원.
IAB 노드 DU 관점에서, 자녀 링크는 다음 타입(들)의 시간 도메인 자원(들)을 가질 수 있다.
- 다운 링크 시간 자원;
- 업 링크 시간 자원;
- 플랙서블 시간 자원;
- 가용하지 않은 시간 자원(들)(DU 자녀 링크(들) 상에서 통신을 위해 사용되지 않는 자원(들)).
DU 자녀 링크의 다운 링크, 업 링크, 플랙서블 시간 자원 타입(들)은 아래 두 가지 카테고리 중 하나에 속할 수 있다.
- 하드: 해당 시간 자원은 항상 DU 자녀 링크에 대해 사용 가능함;
- 소프트: DU 자녀 링크에 대한 해당 시간 자원의 가용성은 명시적으로 및/또는 암시적으로 부모 노드에 의해 제어될 수 있다.
- 사용할 수 없는 시간 자원(들) (DU 자녀 링크(들) 상에서 커뮤니케이션을 위해 사용될 수 없는 자원(들))
IAB 노드 DU 관점에서 자녀 링크에는 다운 링크(DL), 업 링크(UL), 플랙서블(F)의 유형의 시간 자원이 있다.
DU 자녀 링크의 다운 링크, 업 링크 및 플랙서블 시간 자원 각각은 하드, 소프트 또는 NA 자원 일 수 있다. 여기서, 사용할 수 없는(NA) 자원은 자원이 DU 자녀 링크(들) 상의 통신에 사용되지 않음을 의미할 수 있다. 앞서 설명한 바와 같이, 하드 자원은 항상 DU 자녀 링크에서 통신할 수 있음을 의미할 수 있다. 그러나, 소프트 자원의 경우, DU 자녀 링크에서의 통신 가용성은 부모 노드에 의해 명시적 및/또는 암시적으로 제어될 수 있다.
이와 같은 상황에서, DU 자녀 링크에 대한 시간 자원의 링크(자원) 방향(DL/UL/F) 및 링크(자원) 가용성(하드/소프트/NA) 상에서의 설정을 'DU 설정'이라고 명명할 수 있다.
이 설정은, IAB 노드(들) 중에서의 효과적인 멀티플렉싱 및 간섭 처리에 사용될 수 있다. 예를 들어, 이 설정은, 부모 링크와 자녀 링크 간의 시간 자원에 대해 어느 링크가 유효한지를 지시하는데 사용될 수 있다.
또한, 자녀 노드(들)의 서브셋(subset)만을 구성함은, DU 동작에 대한 시간 자원을 활용할 수 있기에, 자녀 노드(들) 중에서의 간섭을 조정하는데 사용할 수 있다.
이러한 측면을 고려하면, DU 설정은 DU 설정이 반 정적이고 IAB 노드 특정적으로 설정될 수 있을 때, 더 효과적일 수 있다.
소프트 리소스의 가용성은 L1 기반 묵시적/명시적 신호를 통해 동적으로 구성 할 수 있다. "IA"는 DU 자원이 사용 가능한 것으로 명시적 또는 묵시적으로 표시됨을 의미하고, "INA"는 DU 자원이 사용 불가능한 것으로 명시적 또는 묵시적으로 표시됨을 의미한다. 동적 L1 기반 시그널링은 DU 소프트 리소스가 "IA"인지 "INA"인지를 나타낼 수 있다.
한편, 액세스 링크에 대한 SFI 설정과 유사하게 IAB 노드 MT는 부모 링크에 대해 다운 링크(DL), 업 링크(UL) 및 플랙서블(F)의 세 가지 유형의 시간 자원을 가질 수 있다.
도 14는 노드들 간의 설정에 대해 개략적으로 도시한 것이다.
도 14의 ①에서와 같이, IAB 노드는 부모 노드와의 커뮤니케이션을 위해 부모 노드와 자신간의 부모 링크에 대한 링크 방향 정보를 알려주는 MT 설정을 설정 받는다. 또한 도 14의 ②에서와 같이 자신의 자녀 링크로의 커뮤니케이션에 사용할 수 있는 링크 방향 및 링크 사용 유효성 정보를 알려주는 DU 설정을 설정 받는다.
동일 IAB 노드 내에 존재하는(혹은 co-located 되어 있는) DU와 MT는 인트라(intra)-노드 간섭(interference), 슬롯(slot)/심볼(symbol) 경계(boundary) 미정렬(misalignment), 전력 분배(power sharing) 등의 이유로 동시에 동작하지 못하고 TDM되어 동작할 수 있다.
반면, DU와 MT 간에 SDM/FDM의 멀티플랙싱(multiplexing)이 사용될 수 있다. 이는 예를 들어 DU와 MT가 서로 다른 패널(panel)을 사용하여, 패널 간에 간섭 영향이 거의 없는 경우에 적용 가능하다. 이러한 경우, 동일 IAB 노드 내에 존재하는(혹은 co-located 되어 있는) DU와 MT는 동시에 송신 또는 수신이 가능하며, DU와 MT가 각각 송신과 수신 또는 수신과 송신을 동시에 수행하는 것은 불가능하다.
또는 DU와 MT 간에 FD(Full duplexing)이 사용될 수 있다. 이는 예를 들어 DU가 동작하는 주파수(frequency) 영역과 MT가 동작하는 주파수 영역이 멀리 떨어져 있는 경우와 같이, DU와 MT 간 간섭 영향이 거의 없는 경우에 적용 가능하다. 이러한 경우, 동일 IAB 노드 내에 존재하는(혹은 co-located 되어 있는) DU와 MT는 동시에 송수신이 자유롭게 가능하다. DU와 MT가 DU와 MT는 동시에 송신 또는 수신이 가능하며, DU와 MT가 각각 송신과 수신 또는 수신과 송신을 동시에 수행하는 것 역시 가능하다.
도 15는 DU 및 MT에서의 CC의 일례를 개략적으로 도시한 것이다.
IAB 노드의 MT 및 DU는 복수개의 CC(component carrier)로 구성될 수 있다. 이 때, 서로 다른 CC는 서로 동일 또는 다른 주파수 영역에서 동작하거나 서로 동일 또는 다른 패널을 사용할 수 있다. 예를 들어 도 15에서와 같이 IAB 노드 내 MT와 DU가 각각 3개의 CC가 존재할 수 있다. 그림에서 MT에 존재하는 3개의 CC를 각각 MT-CC1, MT-CC2, MT-CC3라고 명칭하고, DU에 존재하는 3개의 CC를 각각 DU-CC1, DU-CC2, DU-CC3라고 명칭한다.
이 때, MT의 특정 CC와 DU의 특정 CC 간에는 TDM, SDM/FDM, FD 중 하나의 멀티플랙싱 방식이 적용될 수 있다. 예를 들어 특정 MT-CC와 DU-CC가 서로 다른 inter-band의 주파수 영역에 위치한 경우, 해당 MT-CC와 DU-CC 간에는 FD가 적용될 수 있다. 반면 서로 동일한 주파수 영역에 위치한 MT-CC와 DU-CC 간에는 TDM 방식이 적용될 수 있다.
도 15에서 MT-CC1, MT-CC2, DU-CC1, DU-CC2는 f1을 중심 주파수로 지니고, MT-CC3, DU-CC3은 f2를 중심 주파수로 지니며, f1과 f2는 서로 inter-band 내에 위치할 수 있다. 이 경우 MT-CC1의 입장 (또는 MT-CC2의 입장)에서 DU-CC1, DU-CC2와는 TDM하여 동작하지만, DU-CC3와는 FD로 동작할 수 있다. 반면 MT-CC3의 입장에서 DU-CC1, DU-CC2와는 FD로 동작하지만, DU-CC3와는 TDM으로 동작할 수 있다.
반면, 동일 CC 내에서도 MT와 DU 간 다른 멀티플랙싱 방식이 적용될 수 있다. 예를 들어 MT 및/또는 DU의 CC 내에 복수개의 파트(part)가 존재할 수 있다. 이러한 파트는 예를 들어 중심(center) 주파수는 동일하지만 물리적인 위치(location) 차이가 있는 안테나(antenna)나 서로 다른 패널로 전송되는 링크를 의미할 수 있다. 또는 예를 들어 중심 주파수는 동일하지만 서로 다른 BWP를 통해 전송되는 링크를 의미할 수 있다. 이러한 경우, 예를 들어 DU-CC1 내에 2개의 파트가 존재할 때, 파트 별로 특정 MT-CC 또는 특정 MT-CC내의 특정 파트와 동작하는 멀티플랙싱 타입(type)이 다를 수 있다. 하기 명세서의 내용은 MT의 CC와 DU의 CC의 페어 별로 적용되는 멀티플랙싱 타입이 다를 수 있는 경우에 대해 기술하지만, 명세서의 내용이 MT 및 DU가 복수개의 파트로 구별되고 MT의 CC 및 파트와 DU의 CC 및 파트의 페어(pair) 별로 적용되는 멀티플랙싱 타입이 다를 수 있는 경우에도 확장되어 적용될 수 있다.
상기 DU-CC는 DU-셀(cell)로 대체되어 해석될 수 있다.
도 16은 타이밍 정렬 케이스 1의 예를 개략적으로 도시한 것이다.
-타이밍(Timing) 정렬(alignment) 케이스(case) 1
IAB-노드(들) 및 IAB-도너(들)을 가로지르는 DL 전송(transmission) 타이밍 정렬. IAB 노드 간 DU의 DL Tx 타이밍이 정렬(align)되어 있는 방식으로, Rel-16 IAB 노드가 사용하는 타이밍 정렬 방식이다.
부모 노드에서 DL 전송과 UL 수신이 잘 정렬되지 않은 경우, 자녀 노드가 적절히 자녀 노드의 OTA 기반 타이밍 및 동기에 대한 DL Tx 타이밍을 설정하기 위한 정렬에 관한 추가적인 정보가 필요할 수 있다(If DL TX and UL RX are not well aligned at the parent node, additional information about the alignment is needed for the child node to properly set its DL TX timing for OTA based timing & synchronization).
MT Tx 타이밍은 MT Rx 타이밍 - TA로 표시될 수 있으며, DU Tx 타이밍은 MT Rx 타이밍 - TA/2 - T_delta로 표시될 수 있다. T_delta 값은 부모 노드로부터 얻는 값이다.
도 17은 타이밍 정렬 케이스 6의 예를 개략적으로 도시한 것이다.
-타이밍 정렬 케이스 6
모든 IAB 노드에 대한 DL 전송 타이밍은 부모 IAB 노드 또는 도너 DL 타이밍과 일치할 수 있다. IAB 노드의 UL 전송 타이밍은 IAB 노드의 DL 전송 타이밍과 일치 할 수 있다(The DL transmission timing for all IAB-nodes is aligned with the parent IAB-node or donor DL timing. The UL transmission timing of an IAB-node can be aligned with the IAB-node's DL transmission timing).
IAB 노드의 MT UL Tx 타이밍과 DU DL Tx 타이밍이 정렬 되어 있는 방식이다.
MT의 UL Tx 타이밍이 고정되므로 이를 수신하는 부모 DU의 UL Rx 타이밍은 MT의 UL Tx 타이밍에 비해 부모 DU와 MT의 전파(propagation) 지연(delay)만큼 지연된다. UL를 전송하는 자녀 MT에 따라 MT의 UL Rx 타이밍이 달라진다. IAB 노드가 타이밍 정렬 케이스 6를 사용하는 경우, 부모 노드의 UL Rx 타이밍이 기존에 비해 달라지게 되므로, IAB 노드가 타이밍 정렬 케이스 6을 사용하고자 하면 부모 노드 역시 해당 정보를 알고 있을 필요가 있다.
도 18은 타이밍 정렬 케이스 7의 예를 개략적으로 도시한 것이다.
-타이밍 정렬 케이스 7
모든 IAB 노드에 대한 DL 전송 타이밍은 부모 IAB 노드 또는 도너 DL 타이밍과 일치한다. IAB 노드의 UL 수신 타이밍은 IAB 노드의 DL 수신 타이밍과 일치 할 수 있다(The DL transmission timing for all IAB-nodes is aligned with the parent IAB-node or donor DL timing. The UL reception timing of an IAB-node can be aligned with the IAB-node's DL reception timing).
DL TX 및 UL RX가 부모 노드에서 제대로 정렬되지 않은 경우, 자녀 노드가 OTA 기반 타이밍 및 동기화를 위해 DL TX 타이밍을 올바르게 설정하려면 정렬에 대한 추가 정보가 필요할 수 있다(If DL TX and UL RX are not well aligned at the parent node, additional information about the alignment is needed for the child node to properly set its DL TX timing for OTA based timing & synchronization).
IAB 노드의 MT DL Rx 타이밍과 DU UL Rx 타이밍이 정렬 되어 있는 방식이다.
MT 관점에서의 송수신 타이밍은 기존 IAB 노드 (Rel-16 IAB 노드)와 동일하며, DU의 UL Rx 타이밍을 MT의 DL Rx 타이밍에 맞추면 된다. IAB 노드는 자신의 UL Rx 타이밍에 맞추어 자녀 MT들이 UL 신호를 전송하도록 자녀 MT들의 TA를 조절할 필요가 있다.
따라서 이러한 타이밍 정렬 방식은 기존의 타이밍 정렬 방식 (케이스 1)과 비교해 IAB 노드의 specification 동작 상에 차이가 드러나지 않을 수 있다. 따라서 본 명세서에서 기술하는 타이밍 정렬 케이스 7은 타이밍 정렬 케이스 1으로 대체/해석될 수 있다.
본 명세서에서 타이밍 정렬 라고 함은 슬롯-레벨 정렬 또는 심볼-레벨 정렬을 의미할 수 있다. 이 때, 타이밍 정렬 라고 함은 MT의 UL Tx와 DU의 DL Tx 간의 타이밍 정렬, 및/또는 MT의 DL Rx와 DU의 UL Rx 간의 타이밍 정렬을 의미할 수 있다. 이 경우, 보다 구체적으로 다음과 같이 타이밍 정렬이 수행될 수 있다.
-Alt 1. 실제 MT와 DU가 Tx 동작을 수행하는 시간 구간에 대해 MT UL와 DU DL 간 타이밍 정렬이 이루어질 수 있다. 및/또는, MT와 DU가 Rx 동작을 수행하는 시간 구간에 대해 MT DL와 DU UL 간 타이밍 정렬이 이루어질 수 있다.
-Alt 2. 특징적으로 RRC/F1-AP 등으로 설정 받은 자원(resource) 방향 정보에 의해,
MT의 UL 자원과 DU의 DL 자원 간 Tx 타이밍의 정렬이 이루어질 수 있다.
및/또는, MT의 DL 자원과 DU의 UL 자원 간 Rx 타이밍의 정렬이 이루어질 수 있다.
및/또는, MT의 플렉서블(flexible) 자원과 DU의 플렉서블 자원 간 타이밍 정렬이 이루어질 수 있다.
하기 내용은 MT가 싱글 CC로 구성되고, DU가 싱글 셀(cell)로 구성된 경우를 기반하여 설명한다. 본 명세서의 내용은 MT가 멀티플(multiple) CC로 구성된 경우에 확장 적용될 수 있다. 이 경우, MT와 DU는 각각 MT CC와 DU 셀로 해석될 수 있다.
A. 멀티플렉싱(Multiplexing) 타입을 나누는 방법
IAB 노드(node)의 MT와 DU 간의 멀티플렉싱 방식을 나타내는 방법에는 다음과 같은 방법이 고려될 수 있다. 본 명세서에서 no-TDM이라 함은 TDM을 수행하지 않는 동작을 의미하며, 이는 SDM, FDM, FD 동작 등으로 대체/해석될 수 있다.
1.Alt 1. MT CC/DU 셀 페어(pair) 별로 MT와 DU의 Tx/Rx 방향(direction) 조합(combination)에 따라 TDM/no-TDM을 지시(indication)
MT와 DU의 Tx/Rx 방향 조합에 따라 TDM 또는 no-TDM의 멀티플렉싱 방식을 지닐 수 있다. 즉, MT Tx/DU Tx, MT Tx/DU Rx, MT Rx/DU Tx, MT Rx/DU Rx의 4가지 조합 경우에 대해 각각이 TDM 또는 no-TDM의 멀티플렉싱 방식을 지닐 수 있다. 이 때, 디폴트(default)로 TDM의 멀티플렉싱 방식을 지니고 별도의 설정이나 요청이 있을 시에 no-TDM의 멀티플렉싱 방식을 지닐 수 있다.
2.Alt 2. MT CC/DU 셀 페어 별로 MT와 DU의 TDM/no-TDM 조합을 지시
MT와 DU의 사이의 Tx/Rx 방향 조합에 따른 TDM/no-TDM 여부가 몇 가지 set으로 정의되어, 해당 set 중 하나의 멀티플렉싱 방식을 지닐 수 있다. 이러한 TDM/no-TDM 조합은 다음 중 전체 또는 일부를 포함할 수 있다.
(1)TDM/no-TDM 조합 1: TDM
DU와 MT 간에 TDM 동작을 고려하여, TDM/no-TDM 조합 1에서는 DU와 MT의 모든 Tx/Rx 방향의 조합에 대해 TDM으로 동작할 수 있다. 즉, 다음과 같이 DU와 MT의 송수신 방향의 조합에 대해 각각 TDM이 적용된다. 이러한 TDM/no-TDM 조합을 편의 상 DU와 MT 간의 ‘TDM’이라 부른다.
-MT Tx/DU Tx: TDM
-MT Tx/DU Rx: TDM
-MT Rx/DU Tx: TDM
-MT Rx/DU Rx: TDM
특징적으로 이러한 TDM/no-TDM 조합에서는 IAB 노드의 DU 및 MT의 Tx/Rx 타이밍(timing)의 설정 방식이 특정한 방식으로 정의되지 않더라도 원활하게 송수신 동작이 수행될 수 있다. 이 경우, 특징적으로 레거시(legacy) 타이밍 정렬(alignment) 동작인 타이밍 정렬 케이스 1이 적용될 수 있다.
(2)TDM/no-TDM 조합 2: Tx no-TDM
DU의 DL와 MT의 UL 간에 SDM/FDM 동작을 고려하여, TDM/no-TDM 조합 2에서는 DU와 MT가 모두 Tx의 방향을 지니는 조합에 대해 no-TDM으로 동작할 수 있다. 이 경우, 예를 들어 DU와 MT가 서로 동일한 패널을 사용하여 동작하여 DU의 DL Tx와 MT의 UL Tx 간에 서로 심볼(symbol) 경계(boundary)가 맞아야 동시에 송신 또는 수신이 가능할 수 있다. 이 경우, DU와 MT가 동시에 송신하는 경우 TDM을 수행하지 않고 (i.e., no-TDM) 동작할 수 있다. 이 때, DU와 MT 가 모두 Rx 동작을 수행하는 경우에는 SDM/FDM이 수행되지 않을 수 있다. 즉, 다음과 같이 DU와 MT의 송수신 방향의 조합에 따라 TDM 또는 no-TDM이 적용된다. DU와 MT의 Tx/Rx 방향이 모두 Tx인 조합에 대해 no-TDM이 적용되는 해당 구성을 편의 상 DU와 MT 간의 ‘Tx no-TDM’이라 부른다.
-MT Tx/DU Tx: no-TDM
-MT Tx/DU Rx: TDM
-MT Rx/DU Tx: TDM
-MT Rx/DU Rx: TDM
특징적으로 이러한 TDM/no-TDM 조합에서는, IAB 노드 내의 DU의 DL Tx의 타이밍과 MT의 UL Tx의 타이밍이 서로 정렬(align)되어야 한다. 특징적으로 DU의 DL Tx의 타이밍과 MT의 UL Tx의 타이밍 간의 정렬을 위해 타이밍 정렬 케이스 6가 적용될 수 있다.
(3)TDM/no-TDM 조합 3: Rx no-TDM
DU의 UL와 MT의 DL 간에 SDM/FDM 동작을 고려하여, TDM/no-TDM 조합 3에서는 DU와 MT가 모두 Rx의 방향을 지니는 조합에 대해 no-TDM으로 동작할 수 있다. 이 경우, 예를 들어 DU와 MT가 서로 동일한 패널을 사용하여 동작하여 DU의 UL Rx와 MT의 DL Rx 간에 서로 심볼 경계가 맞아야 동시에 송신 또는 수신이 가능할 수 있다. 이 경우, DU와 MT가 동시에 수신하는 경우 TDM을 수행하지 않고 (i.e., no-TDM) 동작할 수 있다. 이 때, DU와 MT 가 모두 Tx 동작을 수행하는 경우에는 SDM/FDM이 수행되지 않을 수 있다. 즉, 다음과 같이 DU와 MT의 송수신 방향의 조합에 따라 TDM 또는 no-TDM이 적용된다. DU와 MT의 Tx/Rx 방향이 모두 Rx인 조합에 대해 no-TDM이 적용되는 해당 구성을 편의 상 DU와 MT 간의 ‘Rx no-TDM’이라 부른다.
-MT Tx/DU Tx: TDM
-MT Tx/DU Rx: TDM
-MT Rx/DU Tx: TDM
-MT Rx/DU Rx: no-TDM
특징적으로 이러한 TDM/no-TDM 조합에서는, IAB 노드 내의 DU의 UL Rx의 타이밍과 MT의 DL Rx의 타이밍이 서로 정렬되어야 한다. 특징적으로 DU의 UL Rx의 타이밍과 MT의 DL Rx 의 타이밍 간의 정렬을 위해 타이밍 정렬 케이스 7이 적용될 수 있다.
(4)TDM/no-TDM 조합 4: Tx/Rx no-TDM
DU와 MT의 Tx 간 또는 DU와 MT의 Rx 간에 SDM/FDM 동작을 고려하여, TDM/no-TDM 조합 4에서는 DU와 MT가 모두 Tx의 방향을 지니는 조합 그리고 Rx의 방향을 지니는 조합에 대해 no-TDM으로 동작할 수 있다. 즉, 다음과 같이 DU와 MT의 송수신 방향의 조합에 따라 TDM 또는 no-TDM이 적용된다. DU와 MT의 Tx/Rx 방향이 모두 Tx 이거나 Rx인 조합에 대해 no-TDM이 적용되는 해당 구성을 편의 상 DU와 MT 간의 ‘Tx/Rx no-TDM’이라 부른다.
-MT Tx/DU Tx: no-TDM
-MT Tx/DU Rx: TDM
-MT Rx/DU Tx: TDM
-MT Rx/DU Rx: no-TDM
이 때, 특징적으로 IAB 노드의 타이밍 정렬 방식에 따라 TDM/no-TDM 조합 4는 4-1과 4-2의 두 가지 조합으로 세분화 될 수 있다.
-TDM/no-TDM 조합 4-1
TDM/no-TDM 조합 4-1에서는 예를 들어 DU와 MT가 서로 다른 패널을 사용하여 동작하여 서로 심볼 경계가 어긋나 있더라도 동시에 송신 또는 수신이 가능할 수 있다. 이러한 경우, IAB 노드의 DU 및 MT의 Tx/Rx 타이밍의 설정 방식이 특정한 방식으로 정의되지 않더라도 원활하게 송수신 동작이 수행될 수 있다. 이 경우, 특징적으로 레거시 타이밍 정렬 동작인 타이밍 정렬 케이스 1이 적용될 수 있다.
-TDM/no-TDM 조합 4-2
TDM/no-TDM 조합 4-1에서는 예를 들어 DU와 MT가 서로 동일한 패널을 사용하여 DU와 MT의 Tx 간에 그리고 DU와 MT의 Rx 간에 서로 심볼 경계가 맞아야 동시에 송신 또는 수신이 가능할 수 있다. 이러한 경우, IAB 노드 내의 DU의 UL Rx의 타이밍과 MT의 DL Rx의 타이밍이 서로 정렬되어야 한다. 특징적으로 DU의 UL Rx의 타이밍과 MT의 DL Rx의 타이밍 간의 정렬을 위해 DU의 UL Rx and/or MT의 DL Rx가 동작하는 자원에서는 타이밍 정렬 케이스 7이 적용될 수 있다. 또한 DU의 DL Tx and/or MT의 UL Tx가 동작하는 자원에서는 타이밍 정렬 케이스 6이 적용될 수 있다.
(5)TDM/no-TDM 조합 5: no-TDM
DU와 MT 간에 full duplexing 동작을 고려하여, TDM/no-TDM 조합 1에서는 DU와 MT의 모든 Tx/Rx 방향의 조합에 대해 no-TDM으로 동작할 수 있다. 즉, 다음과 같이 DU와 MT의 송수신 방향의 조합에 대해 각각 no-TDM이 적용된다. 이러한 TDM/no-TDM 조합을 편의 상 DU와 MT 간의 ‘no-TDM’이라 부른다.
-MT Tx/DU Tx: no-TDM
-MT Tx/DU Rx: no-TDM
-MT Rx/DU Tx: no-TDM
-MT Rx/DU Rx: no-TDM
특징적으로 이러한 TDM/no-TDM 조합에서는 IAB 노드의 DU 및 MT의 Tx/Rx 타이밍의 설정 방식이 특정한 방식으로 정의되지 않더라도 원활하게 송수신 동작이 수행될 수 있다. 이 경우, 특징적으로 레거시 타이밍 정렬 동작인 타이밍 정렬 케이스 1이 적용될 수 있다.
B. 타이밍 정렬 방식을 나누는 방법
IAB 노드의 MT와 DU의 Tx/Rx 타이밍을 맞추는 방식을 나타내는 방법에는 다음과 같은 방법이 고려될 수 있다.
1.Alt 1. MT와 DU의 Tx/Rx 타이밍 방식을 한 번에 알려줌
IAB 노드의 MT 및 DU의 Tx/Rx 타이밍 정렬 방식을 한 번에 알려줄 수 있다. 이 경우, IAB 노드는 (특정 시점에) 예를 들어 다음의 타이밍 정렬 케이스 중 하나의 방식을 지닐 수 있다.
-타이밍 정렬 케이스 1
-타이밍 정렬 케이스 6
-타이밍 정렬 케이스 7
2.Alt 2. MT의 Tx/Rx 타이밍 방식과 DU의 Tx/Rx 타이밍 방식을 독립적으로 알려줌
IAB 노드 내 MT의 Tx/Rx 타이밍 정렬 방식과 DU의 Tx/Rx 타이밍 정렬 방식을 독립적으로 알려줄 수 있다.
MT는 (특정 시점에) 예를 들어 다음의 타이밍 정렬 케이스 중 하나의 방식을 지닐 수 있다.
-MT 타이밍 정렬 케이스 1
부모 DU의 DL 신호의 수신 타이밍이 MT의 Rx 타이밍이 된다.
MT의 Tx 타이밍은 MT의 Rx 타이밍으로부터 TA 값만큼을 변경한 (앞당기거나 뒤로 밀린) 타이밍이 된다.
이는 타이밍 정렬 케이스 1 또는 7에서의 MT Tx/Rx 타이밍에 해당하는 MT 타이밍 정렬 방식이다.
-MT 타이밍 정렬 케이스 2
부모 DU의 DL 신호의 수신 타이밍이 MT의 Rx 타이밍이 된다.
MT는 MT의 Tx 타이밍은 동일 IAB 노드의 DU의 DL Tx 타이밍과 동일하도록 설정한다. 또는 MT의 Tx 타이밍은 MT의 Rx 타이밍으로부터 TA 값만큼을 변경한 (앞당긴) 타이밍이 되며, 부모 노드로부터 MT의 Tx 타이밍이 DU의 DL Tx 타이밍과 동일할 수 있도록 TA 값을 설정 받는다.
이는 타이밍 정렬 케이스 6에서의 MT Tx/Rx 타이밍에 해당하는 MT 타이밍 정렬 방식이다.
DU는 (특정 시점에) 예를 들어 다음의 타이밍 정렬 케이스 중 하나의 방식을 지닐 수 있다.
-DU 타이밍 정렬 케이스 1
IAB 노드 간 DU의 DL Tx 타이밍이 정렬 될 수 있도록, DU의 Tx 타이밍은 DU Tx 타이밍은 MT Rx 타이밍 - TA/2 - T_delta로 표시될 수 있다. T_delta 값은 부모 노드로부터 얻는 값이다.
DU의 Rx 타이밍은 DU의 Tx 타이밍에서 오프셋(offset) 값만큼 앞당겨지거나 뒤로 밀린다. 이러한 오프셋 값은 1) specification에 정의되어 있거나, 2) implementation에 의해 특정 값으로 고정되거나, 3) IAB 노드가 묵시적(implicit)으로 결정하여 설정하는 값일 수 있다.
이는 타이밍 정렬 케이스 1, 6, 또는 7에서의 DU Tx/Rx 타이밍에 해당하는 DU 타이밍 정렬 방식이다.
-DU 타이밍 정렬 케이스 2
IAB 노드 간 DU의 DL Tx 타이밍이 정렬 될 수 있도록, DU의 Tx 타이밍은 DU Tx 타이밍은 MT Rx 타이밍 - TA/2 - T_delta로 표시될 수 있다. T_delta 값은 부모 노드로부터 얻는 값이다.
DU의 Rx 타이밍은 MT의 DL Rx 타이밍과 동일하도록 설정한다. 즉, DU의 Rx 타이밍은 DU의 Tx 타이밍에서 오프셋 값만큼 앞당겨지거나 뒤로 밀리게 되며, 이 때, MT의 DL Rx 타이밍과 동일해 질 수 있도록 오프셋 값이 결정된다.
이는 타이밍 정렬 케이스 7에서의 DU Tx/Rx 타이밍에 해당하는 DU 타이밍 정렬 방식이다.
-DU 타이밍 정렬 케이스 3
IAB 노드 간 DU의 DL Tx 타이밍이 정렬 될 수 있도록, DU의 Tx 타이밍은 DU Tx 타이밍은 MT Rx 타이밍 - TA/2 - T_delta로 표시될 수 있다. T_delta 값은 부모 노드로부터 얻는 값이다.
자녀 MT의 UL Tx 타이밍을 수신 타이밍이 DU의 Rx 타이밍과 같을 수 있다. 이를 위해 DU의 Rx 타이밍은 DU의 Tx 타이밍에서 오프셋 값만큼 앞당겨지거나 뒤로 밀리게 되며, 이 때, UL를 전송하는 자녀 MT와의 전파 지연(propagation delay) 값이 또는 UL를 전송하는 자녀 MT에게 적용되는 TA 값이 오프셋 값으로 결정된다.
이는 타이밍 정렬 케이스 6에서의 DU Tx/Rx 타이밍에 해당하는 DU 타이밍 정렬 방식이다.
3.Alt 3. DU와 MT 간 타이밍 정렬 여부를 알려줌
IAB 노드 내 DU와 MT 간 타이밍 정렬 여부를 알려줄 수 있다.
DU와 MT 간 타이밍이 정렬 되어 있지 않다고 함은 DU와 MT의 Tx 간 타이밍과 Rx 간 타이밍이 정렬 되어 있지 않음을 의미한다. 이는 곧 타이밍 정렬 케이스 1이 적용됨을 의미할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1이 적용됨을 의미할 수 있다.
DU와 MT 간 타이밍이 정렬 되어 있다고 함은 DU와 MT의 Tx 간의 타이밍이 정렬되어 있음 and/or DU와 MT의 Rx 간의 타이밍이 정렬되어 있어 있음을 의미한다. 이는 DU와 MT간 SDM/FDM 동작을 수행 시, 심볼 and/or 슬롯(slot) 경계가 맞아야 하는 경우에 적용될 수 있다.
이 때, 특징적으로 DU의 Rx와 MT의 Rx의 멀티플렉싱 방식이 no-TDM인 경우, DU와 MT 간 타이밍이 정렬 되어 있다고 함은 타이밍 정렬 케이스 6이 사용됨을 의미할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 2와 DU 타이밍 정렬 케이스 3이 적용됨을 의미할 수 있다.
또는 특징적으로 DU의 Tx와 MT의 Tx의 멀티플렉싱 방식이 no-TDM인 경우, DU와 MT 간 타이밍이 정렬 되어 있다고 함은 타이밍 정렬 케이스 7이 사용됨을 의미할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 2가 적용됨을 의미할 수 있다. DU의 UL Rx 타이밍을 DU가 임의로 설정하면 되는 값이므로 DU 타이밍 케이스 2가 정의되지 않을 수 있다. 이 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1가 적용된다고 판단할 수 있다
또는 특징적으로 DU의 Tx와 MT의 Tx의 멀티플렉싱 방식과 DU의 Rx와 MT의 Rx의 멀티플렉싱 방식이 모두 no-TDM인 경우, DU의 UL Rx and/or MT의 DL Rx가 동작하는 자원에서는 타이밍 정렬 케이스 7이 적용되고, DU의 DL Tx and/or MT의 UL Tx가 동작하는 자원에서는 타이밍 정렬 케이스 6이 적용될 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 2가 적용된다고 판단할 수 있다. DU의 UL Rx 타이밍을 DU가 임의로 설정하면 되는 값이므로 DU 타이밍 케이스 2가 정의되지 않을 수 있다. 이 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1가 적용된다고 판단할 수 있다.
4.Alt 4. MT와 DU 간 TDM/no-TDM 조합에 따라 결정
DU와 MT 간 멀티플렉싱 방식에 따라 IAB 노드 내 DU와 MT 간 타이밍 정렬 여부를 판단할 수 있다. 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 적용되는 방식에 따라 타이밍 정렬 케이스를 묵시적으로 판단 할 수 있다. 이 때, TDM/no-TDM 조합에 따라 다음과 같은 타이밍 정렬 방식이 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 1: TDM
이 경우, 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 2: Tx no-TDM
이 경우, 타이밍 정렬 케이스 6이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 2와 DU 타이밍 정렬 케이스 3이 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 3: Rx no-TDM
이 경우, 타이밍 정렬 케이스 7이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 2가 적용된다고 판단할 수 있다. DU의 UL Rx 타이밍을 DU가 임의로 설정하면 되는 값이므로 DU 타이밍 케이스 2가 정의되지 않을 수 있다. 이 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1가 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 4-1: Tx/Rx no-TDM without 심볼 경계 정렬
이 경우, 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 4-2: Tx/Rx no-TDM with 심볼 경계 정렬
이 경우, DU and/or MT가 Tx 동작을 수행하는 구간에서는 타이밍 정렬 케이스 6이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 2와 DU 타이밍 정렬 케이스 3이 적용된다고 판단할 수 있다.
DU and/or MT가 Rx 동작을 수행하는 구간에서는 타이밍 정렬 케이스 7이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 2가 적용된다고 판단할 수 있다. DU의 UL Rx 타이밍을 DU가 임의로 설정하면 되는 값이므로 DU 타이밍 케이스 2가 정의되지 않을 수 있다. 이 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1가 적용된다고 판단할 수 있다.
-TDM/no-TDM 조합 5: no-TDM
이 경우, 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다. MT와 DU의 타이밍 정렬 방식이 독립적으로 설정되는 경우, MT와 DU에 각각 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1이 적용된다고 판단할 수 있다.
C. 멀티플렉싱 방식과 타이밍 정렬을 위한 시그널링(signaling) 디테일(detail)(들)
IAB 노드의 DU와 MT 간 멀티플렉싱 방식 및 타이밍 정렬 방식을 결정하기 위해 부모 노드와의 정보 교환이 필요할 수 있다. IAB 노드가 적용하는 DU와 MT 간 멀티플렉싱 타입과 부모 노드가 이해하는 IAB 노드의 멀티플렉싱 타입이 동일해야 부모 노드와 IAB 노드 간 원활한 데이터 송수신이 수행될 수 있다. 또한 IAB 노드와 부모 노드가 가정하는 IAB 노드의 Tx/Rx 타이밍이 동일해야 원활한 데이터 송수신이 수행될 수 있다. 이를 위해 본 명세서에서는 IAB 노드와 부모 노드 간에 다음과 같은 시그널링이 전달 될 것을 제안한다. 다음에서 제안하는 시그널링 중 일부만이 지원될 수 있다.
하기에서 부모 노드라 함은 부모 노드 뿐 아니라 CU 또는 네트워크를 의미하도록 해석될 수 있다. 즉, 하기 내용에서 IAB 노드가 부모 노드에게 알려준다고 함은 IAB 노드가 CU 또는 네트워크에게 알려준다는 것을 포함할 수 있다. 부모 노드가 IAB 노드에게 설정(configure) 한다고 함은 CU 또는 네트워크가 IAB 노드에게 설정 하는 것을 포함할 수 있다.
이하, 본 명세서의 예시에 대한 보다 원활한 이해를 위해, 도면을 통해 본 명세서의 개시에 대해 설명하도록 한다. 이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 19는 본 명세서의 일 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 19에 따르면, 노드는 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송할 수 있다(S1910). 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행할 수 있다(S1920). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 상기 IAB 동작은 MT(mobile terminal) 동작 및 DU(distributed unit) 동작을 포함하고, 상기 MT 동작은 상기 노드와 상기 부모 노드 간의 통신에 관련된 동작이고, 및 상기 DU 동작은 상기 노드와 자녀 노드 간의 통신 또는 상기 노드와 단말과의 통신에 관련된 동작일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 레거시 IAB 노드가 사용하는 레거시 타이밍 정렬 케이스와는 다른 타이밍 정렬 케이스를 사용하고자 할 경우, 상기 노드는 상기 능력에 관한 정보를 상기 다른 노드에게 전송할 수 있다. 여기서 예컨대, 상기 레거시 타이밍 정렬 케이스는 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식인 타이밍 정렬 케이스 1일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 상기 노드는 상기 노드가 실제 적용할 타이밍 정렬 케이스에 대한 정보를 상기 다른 노드로부터 수신할 수 있다. 여기서 예컨대, 상기 노드가 레거시 IAB 노드가 사용하는 타이밍 정렬 케이스와는 다른 타이밍 정렬 케이스를 사용하는 경우, 상기 노드는 상기 다른 노드로부터 상기 실제 적용할 타이밍 정렬 케이스에 대한 정보를 수신할 수 있다. 여기서 예컨대, 상기 노드가 상기 다른 노드로부터 상기 실제 적용할 타이밍 정렬 케이스에 대한 정보를 수신하지 않은 경우, 상기 노드는 상기 노드가 적용할 타이밍 정렬 케이스를 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식인 타이밍 정렬 케이스 1로 판단할 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 상기 타이밍 정렬 케이스는 타이밍 정렬 케이스 1, 타이밍 정렬 케이스 6, 타이밍 정렬 케이스 7 중 어느 하나이고, 상기 타이밍 정렬 케이스 1은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식이고, 상기 타이밍 정렬 케이스 6은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬되고 및 상기 노드의 상기 MT 동작의 상향링크 전송 타이밍과 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식이고, 상기 타이밍 정렬 케이스 7은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬되고 및 상기 노드의 상기 MT 동작에 대한 하향링크 수신 타이밍과 상기 DU 동작에 대한 상향링크 수신 타이밍이 정렬된 방식일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 상기 노드는 상기 다른 노드로부터 상기 다른 노드가 지원하는 타이밍 정렬 케이스에 대한 정보를 수신할 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
예컨대, 상기 노드는 상기 노드가 지원하는 멀티플렉싱 관련 정보를 상기 다른 노드에게 전송할 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
상기 다른 노드는 부모 노드, 도너 노드 또는 CU(Centralized Unit)일 수 있다. 여기서, 위 능력에 관한 정보는 부모 노드에게 전송될 수도 있고, 혹은 도너 노드 또는 CU에게 전송될 수 있다. 한편, 능력에 관한 정보가 도너 노드 또는 CU에게 전송될 경우, (물리적으로는) 부모 노드를 통해 상기 노드에게 전송될 수도 있다. 아울러, 실제 적용할 타이밍 정렬 케이스에 대한 정보는 부모 노드 혹은 도너 노드 또는 CU로부터 전송될 수도 있다. 한편, 실제 적용할 타이밍 정렬 케이스에 대한 정보가 도너 노드 또는 CU로부터 전송될 경우, 부모 노드를 통해 전송될 수 있다.
이하, 본 명세서의 실시예에 대해 보다 구체적으로 설명한다. 아래의 본 명세서에서의 구성들은, 상호간에 분리 또는 조합될 수 있다.
1.부모 노드가 지원하는 능력(capability)에 대한 시그널링
부모 노드는 자신의 자녀 노드에게 자신이 지원하는 멀티플렉싱 관련 정보 및 타이밍 정렬 관련 정보를 알려줄 수 있다.
부모 노드가 지원하는 멀티플렉싱 관련 정보라 함은 다음과 같을 수 있다.
-부모 노드는 MT와 DU의 Tx/Rx 방향 조합 별로 no-TDM의 지원 여부를 알려줄 수 있다. 이 때, 특징적으로 no-TDM을 지원하는 Tx/Rx 방향 조합의 정보를 알려줄 수도 있다. 이 경우, no-TDM을 지원하는 Tx/Rx 방향 조합은 TDM과 no-TDM을 모두 지원함을 의미하며, no-TDM을 지원하지 않는 Tx/Rx 방향 조합 또는 no-TDM을 지원한다고 알려주지 않은 Tx/Rx 방향 조합에 대해서는 TDM만을 지원함을 의미한다.
-부모 노드는 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 지원하는 Tx/Rx 방향 조합의 정보를 알려줄 수 있다.
-부모 노드는 DU와 MT 간의 no-TDM 지원 여부를 알려줄 수 있다. 이 때, no-TDM 동작의 지원한다고 함은 모든 MT와 DU의 Tx/Rx 방향의 조합에 대해 no-TDM 동작을 지원함을 의미할 수 있다. 또는 specification에서 일부 Tx/Rx 방향의 조합(s)에 대해서만 no-TDM 동작을 지원하는 경우, specification에서 지원하는 모든 MT와 DU의 Tx/Rx 방향의 조합에 대해 no-TDM 동작을 지원함을 의미할 수 있다.
부모 노드가 지원하는 타이밍 정렬 관련 정보라 함은 다음과 같을 수 있다.
-부모 노드는 복수개의 타이밍 정렬 케이스들 중 부모 노드가 지원하는 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다. 예를 들어 부모 노드가 지원하는 모든 타이밍 정렬 케이스의 인덱스를 알려줄 수 있다.
-부모 노드는 타이밍 정렬 케이스 6 and/or 7의 지원 여부를 알려줄 수 있다. 이 경우, 타이밍 정렬 케이스 1은 디폴트로 지원함을 가정할 수 있다. 또는 부모 노드는 타이밍 정렬 케이스 6의 지원 여부를 알려줄 수 있다. 이 경우, 타이밍 정렬 케이스 1 and/or 7은 디폴트로 지원함을 가정할 수 있다.
-부모 노드는 상기 섹션 ‘B. 타이밍 정렬 방식을 나누는 방법’의 Alt 2에서 정의한 MT 타이밍 정렬 케이스 및 DU 타이밍 정렬 케이스에 대해, 지원하는 케이스에 대한 정보를 알려줄 수 있다. 예를 들어 부모 노드가 지원하는 모든 MT 타이밍 정렬 케이스와 DU 타이밍 정렬 케이스의 인덱스를 알려줄 수 있다.
-부모 노드는 MT 타이밍 정렬 케이스에 대해서, MT 타이밍 정렬 케이스 2의 지원여부를 알려줄 수 있다. 이 경우, MT 타이밍 정렬 케이스 1은 디폴트로 지원함을 가정할 수 있다.
부모 노드는 DU 타이밍 정렬 케이스에 대해서, DU 타이밍 정렬 케이스 2 and/or 3의 지원 여부를 알려줄 수 있다. 이 경우, DU 타이밍 정렬 케이스 1은 디폴트로 지원함을 가정할 수 있다. 또는 부모 노드는 DU 타이밍 정렬 케이스 3의 지원 여부를 알려줄 수 있다. 이 경우, DU 타이밍 정렬 케이스 1 and/or 2은 디폴트로 지원함을 가정할 수 있다.
-부모 노드는 DU와 MT 간 타이밍 정렬 여부를 알려줌으로써 적용되는 타이밍 정렬 방식을 묵시적으로 알려줄 수 있다. 부모 노드가 IAB 노드 내 DU와 MT 간 타이밍 정렬 여부를 설정 하면, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 3에서와 같이 부모 노드가 지원하는 IAB 노드의 DU와 MT 간 멀티플렉싱 방식에 따라 지원되는 타이밍 정렬 방식을 판단할 수 있다.
-부모 노드가 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 지원하는 TDM/no-TDM 조합의 정보를 알려줌으로써 지원하는 타이밍 정렬 케이스를 묵시적으로 알려 줄 수 있다. 이 때, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 4에서와 같이 TDM/no-TDM 조합에 따라 적용되는 타이밍 정렬 방식이 판단할 수 있다.
이러한 정보는 RRC를 통해 MT가 수신하여, MT가 동일 IAB 노드 내 DU에게 전달할 수 있다. 또는 이러한 정보는 F1-AP와 RRC를 통해 DU와 MT가 각각 수신할 수 있다. 또는 MT와 DU에게 각각 MT 타이밍 정렬 케이스와 DU 타이밍 정렬 케이스를 설정하는 경우, MT 타이밍 정렬 케이스와 DU 타이밍 정렬 케이스에 대한 정보는 각각 RRC와 F1-AP 시그널링을 통해 MT와 DU에게 전달될 수 있다.
2.IAB 노드가 지원하는/사용하고자 하는 능력에 대한 시그널링
IAB 노드는 자신이 지원하는 또는 사용하고자 하는 멀티플렉싱 관련 정보 및 타이밍 정렬 관련 정보를 부모 노드에게 알려줄 수 있다.
IAB 노드가 지원하는 또는 사용하고자 하는 멀티플렉싱 관련 정보는 다음과 같을 수 있다. 아래에서는 설명의 편의를 위해 지원 또는 사용 또는 요청을 지원으로 통칭한다.
-IAB 노드는 MT와 DU의 Tx/Rx 방향 조합 별로 no-TDM의 지원 여부를 알려줄 수 있다. 이 때, 특징적으로 no-TDM을 지원하는 Tx/Rx 방향 조합의 정보를 알려줄 수도 있다. 이 경우, no-TDM을 지원하는 Tx/Rx 방향 조합은 TDM과 no-TDM을 모두 지원함을 의미하며, no-TDM을 지원하지 않는 Tx/Rx 방향 조합 또는 no-TDM을 지원한다고 알려주지 않은 Tx/Rx 방향 조합에 대해서는 TDM만을 지원함을 의미한다.
-IAB 노드는 부모 노드는 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 지원하고자 하는 Tx/Rx 방향 조합의 정보를 알려줄 수 있다.
IAB 노드가 지원하는 또는 사용하고자 하는 타이밍 정렬 케이스 관련 정보는 다음과 같을 수 있다. 아래에서는 설명의 편의를 위해 지원 또는 사용 또는 요청을 지원으로 통칭한다.
-IAB 노드가 사용하고자 하는 타이밍 정렬 정보를 부모 노드에게 알려줄 수 (요청할 수) 있다. 이 때, 구체적으로 다음과 같은 방식을 사용할 수 있다.
-IAB 노드가 사용하고자 하는 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다.
-IAB 노드가 사용하고자 하는 MT 타이밍 정렬 케이스 and/or DU 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다.
-IAB 노드는 레거시 IAB 노드가 사용하는 타이밍 정렬 방식과 다른 타이밍 정렬 방식을 사용하고자 할 경우, 다른 타이밍 정렬 방식을 사용하고자 하는 정보를 부모 노드에게 알려줄 수 (요청할 수) 있다. 이 때, 구체적으로 다음과 같은 방식을 사용할 수 있다.
-IAB 노드가 사용하고자 하는 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다. 이 때, 레거시 IAB 노드가 사용하는 타이밍 정렬 방식은 타이밍 정렬 케이스 1을 의미할 수 있다. 이 때, 추가적으로 타이밍 정렬 케이스 7을 사용할 경우에는 부모 노드와의 정보 교환 없이 IAB 노드 자체적으로 해당 타이밍 정렬 케이스를 적용할 수 있다. 따라서 타이밍 정렬 케이스 6을 사용하고자 할 경우에 이러한 정보를 부모 노드에게 알려줄 수 (요청할 수) 있다.
-IAB 노드가 사용하고자 하는 MT 타이밍 정렬 케이스 and/or DU 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다. 레거시 IAB 노드가 사용하는 타이밍 정렬 방식은 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1을 의미할 수 있다. 이 때, DU 타이밍 정렬 케이스 2를 사용할 경우에는 부모 노드와의 정보 교환 없이 IAB 노드 자체적으로 해당 DU 타이밍 정렬 케이스를 적용할 수 있다. 따라서 DU 타이밍 정렬 케이스 3을 사용하고자 할 경우에 이러한 정보를 부모 노드에게 알려줄 수 (요청할 수) 있다.
-IAB 노드는 타이밍 정렬 방식에 대한 정보 없이, 타이밍 정렬이 필요하다는 정보를 부모 노드에게 알려줄 수 있다. 이 경우, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 3에서 기술한 방식과 같이 IAB 노드가 요청한 타이밍 정렬의 적용 여부 및 IAB 노드가 요청한 DU와 MT 간 멀티플렉싱 방식에 따라 요청하는 타이밍 정렬 방식이 판단될 수 있다.
-IAB 노드가 적용하고자 하는 타이밍 정렬 방식은 별도 독립적인 시그널링 없이 자신이 지원하는 또는 사용하고자 하는 멀티플렉싱 관련 정보를 전송함으로써 묵시적으로 알려줄 수 있다. 이 경우, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 자신이 지원하는 또는 사용하고자 하는 Tx/Rx 방향 조합의 정보를 알려줌으로써 적용하고자 하는 타이밍 정렬 방식을 묵시적으로 알려 줄 수 있다. 이 때, IAB 노드가 알려주는 타이밍 정렬 방식은 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 4에서와 같이 IAB 노드가 자신이 지원하는 또는 사용하고자 하는 TDM/no-TDM 조합에 따라 판단될 수 있다.
3.IAB 노드가 적용 할 멀티플렉싱 및 타이밍 정렬 방식에 대한 시그널링
IAB 노드는 부모 노드로부터 자신이 적용 할 멀티플렉싱 관련 정보 및 타이밍 정렬 관련 정보를 설정 받을 수 있다.
IAB 노드가 설정 받는 멀티플렉싱 관련 정보는 다음과 같을 수 있다.
-부모 노드는 IAB 노드에게 IAB의 MT와 DU의 Tx/Rx 방향 조합 별 no-TDM의 적용 여부를 알려줄 수 있다. 이 때, 특징적으로 no-TDM을 적용하는 Tx/Rx 방향 조합의 정보를 알려줄 수도 있다.
-부모 노드는 IAB 노드에게 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 적용되는 Tx/Rx 방향 조합의 정보를 알려줄 수 있다.
-부모 노드는 IAB 노드가 상기 ‘IAB 노드가 지원하는/사용하고자 하는 능력에 대한 시그널링’을 통해 요청한 멀티플렉싱 방식을 컨펌(confirm)하는 시그널을 전송할 수 있다. 부모 노드가 IAB 노드가 요청한 멀티플렉싱 방식을 컨펌 한 경우, IAB 노드는 자신이 요청한 멀티플렉싱 방식대로 동작할 수 있다. 반면, 부모 노드가 IAB 노드가 요청한 멀티플렉싱 방식을 컨펌하기 이전이나, 컨펌을 하지 않을 경우, IAB 노드는 모든 MT와 DU의 Tx/Rx 방향 조합에 대해 no-TDM을 가정하여 동작할 수 있다.
IAB 노드가 설정 받는 타이밍 정렬 관련 정보라 함은 다음과 같을 수 있다.
-부모 노드는 IAB 노드에게 적용되는 타이밍 정렬 정보를 알려줄 수 있다. 이 때, 구체적으로 다음과 같은 방식을 사용할 수 있다.
--IAB 노드가 적용하는 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다.
--IAB 노드가 적용하는 MT 타이밍 정렬 케이스 and/or DU 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다.
-부모 노드는 IAB 노드가 레거시 IAB 노드가 사용하는 타이밍 정렬 방식과 다른 타이밍 정렬 방식을 사용해야 할 경우, 사용하고자 하는 타이밍 정렬 방식을 알려줄 수 있다. 이 때, 구체적으로 다음과 같은 방식을 사용할 수 있다.
--IAB 노드가 적용 할 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다. 이러한 설정이 없으면 IAB 노드는 자신이 적용하는 타이밍 정렬 방식을 타이밍 정렬 케이스 1로 판단할 수 있다. 이 때, 추가적으로 타이밍 정렬 케이스 7의 경우에는 IAB 노드가 자체적으로 해당 타이밍 정렬 케이스를 적용할 수 있다. 따라서 타이밍 정렬 케이스 6을 적용 할 경우에 이러한 정보를 알려줄 수 있다.
--IAB 노드가 적용 할 MT 타이밍 정렬 케이스 and/or DU 타이밍 정렬 케이스에 대한 정보를 알려줄 수 있다. 이러한 설정이 없으면 IAB 노드는 자신이 적용하는 타이밍 정렬 방식을 MT 타이밍 정렬 케이스 1과 DU 타이밍 정렬 케이스 1로 판단할 수 있다. 이 때, 추가적으로 DU 타이밍 정렬 케이스 2를 사용할 경우에는 부모 노드와의 정보 교환 없이 IAB 노드 자체적으로 해당 DU 타이밍 정렬 케이스를 적용할 수 있다. 따라서 DU 타이밍 정렬 케이스 3을 적용할 경우에 이러한 정보를 알려줄 수 있다.
-부모 노드는 IAB 노드에게 타이밍 정렬 방식에 대한 정보 없이, 타이밍 정렬이 적용된다는 정보를 알려줄 수 있다. 이 경우, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 3에서 기술한 방식과 같이 타이밍 정렬의 적용 여부 및 IAB 노드에게 적용되는 DU와 MT 간 멀티플렉싱 방식에 따라 적용하는 타이밍 정렬 방식이 판단될 수 있다.
-IAB 노드에게 적용되는 타이밍 정렬 방식은 별도 독립적인 시그널링 없이 자신에게 적용되는 멀티플렉싱 관련 정보에 따라 묵시적으로 결정 될 수 있다. 이 경우, 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 2에서 정의한 TDM/no-TDM 조합 중 자신에게 적용되는 Tx/Rx 방향 조합의 정보를 설정 받음으로써 자신에게 적용되는 타이밍 정렬 방식을 묵시적으로 판단할 수 있다. 이 때, IAB 노드에게 적용되는 타이밍 정렬 방식은 상기 섹션 ‘A. 멀티플렉싱 타입을 나누는 방법’의 Alt 4에서와 같이 IAB 노드가 자신에게 적용되는 TDM/no-TDM 조합에 따라 판단될 수 있다.
이러한 정보는 RRC를 통해 MT가 수신하여, MT가 동일 IAB 노드 내 DU에게 전달할 수 있다. 또는 이러한 정보는 F1-AP와 RRC를 통해 DU와 MT가 각각 수신할 수 있다. 또는 MT와 DU에게 각각 MT 타이밍 정렬 케이스와 DU 타이밍 정렬 케이스를 설정하는 경우, MT 타이밍 정렬 케이스와 DU 타이밍 정렬 케이스에 대한 정보는 각각 RRC와 F1-AP 시그널링을 통해 MT와 DU에게 전달될 수 있다.
앞서 설명한 본 명세서의 실시예에 따르면, 노드가 IAB 동작을 수행할 때, 어느 타이밍 정렬 케이스를 기준으로 IAB 동작을 수행할 것인지가 명확해질 수 있어, 무선 통신의 안정성 및 효율이 증대될 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 20은 본 명세서의 다른 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 20에 따르면, 노드는 부모 노드가 지원하는 능력에 관한 정보(예컨대, 다중화 관련 정보 및 타이밍 정렬 관련 정보)를 수신할 수 있다(S2010). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 노드가 지원하거나 사용하려는 능력에 관한 정보(다중화 관련 정보 및 타이밍 정렬 관련 정보)를 전송할 수 있다(S2020). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 노드에 적용할 다중화 및 타이밍 정렬 방식을 알려주는 설정 정보를 수신할 수 있다(S2030). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 설정 정보를 노드의 MT에서 수신한 경우, 노드의 DU에게 전달할 수 있다(S2040). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
도 21은 본 명세서의 또 다른 실시예에 따른, 능력에 관한 정보를 전송하는 방법의 순서도다.
도 21에 따르면, 다른 노드와 이니셜 액세스 동작을 수행할 수 있다(S2110). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송할 수 있다(S2120). 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행할 수 있다(S2130). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
한편, 앞서 설명한 예시들이 적용되는 내용을 다양한 주체 관점에서 설명하자면 아래와 같을 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 22는 본 명세서의 일 실시예에 따른, (노드 관점에서) 능력에 관한 정보를 전송하는 방법의 순서도다.
노드는 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송할 수 있다(S2210). 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
노드는 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행할 수 있다(S2220). 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
도 23은 본 명세서의 일 실시예에 따른, (노드 관점에서) 능력에 관한 정보를 전송하는 장치의 일례에 대한 블록도다.
도 23에 따르면, 프로세서(2300)는 정보 전송부(2310) 및 IAB 동작 수행부(2320)를 포함할 수 있다. 여기서, 프로세서(2300)는 후술할 도 26 내지 도 32에서의 프로세서에 해당할 수 있다.
정보 전송부(2310)는 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하도록 상기 트랜시버를 제어하게 구성될 수 있다. 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
IAB 동작 수행부(2320)는 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성될 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
별도로 도시하지는 않았지만, 본 명세서는 아래와 같은 실시예 또한 제공할 수 있다.
일 실시예에 따르면, 노드는, 트랜시버, 적어도 하나의 메모리 및 상기 적어도 하나의 메모리 및 상기 트랜시버와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고, 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하도록 상기 트랜시버를 제어하게 구성되되, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고 및 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 노드일 수 있다.
다른 실시예에 따르면, 장치는, 적어도 하나의 메모리 및 상기 적어도 하나의 메모리와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는, 다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고, 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하도록 트랜시버를 제어하게 구성되되, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고 및 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 장치일 수 있다.
또 다른 실시예에 따르면, 적어도 하나의 프로세서(processor)에 의해 실행되는 것에 기반하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서, 다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고, 상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하도록 트랜시버를 제어하게 구성되되, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고 및 상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 기록매체일 수 있다.
도 24는 본 명세서의 일 실시예에 따른, (다른 노드 관점에서) 능력에 관한 정보를 수신하는 방법의 순서도다.
도 24에 따르면, 노드는 자녀 노드로부터 상기 자녀 노드가 지원하는 상기 능력에 관한 정보를 수신할 수 있다(S2410). 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 자녀 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
도 25는 본 명세서의 일 실시예에 따른, (다른 노드 관점에서) 능력에 관한 정보를 수신하는 장치의 일례에 대한 블록도다.
도 25에 따르면, 프로세서(2500)는 정보 수신부(2510)를 포함할 수 있다. 여기서, 프로세서(2500)는 후술할 도 26 내지 도 32에서의 프로세서에 해당할 수 있다.
정보 수신부(2510)는 자녀 노드로부터 상기 자녀 노드가 지원하는 상기 능력에 관한 정보를 수신하도록 상기 트랜시버를 제어하게 구성될 수 있다. 여기서, 상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 자녀 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보일 수 있다. 이에 대해 보다 구체적인 실시예는 앞서 설명한 바(그리고 후술할 바)와 같기에, 설명의 편의를 위해 중복되는 내용의 반복 설명은 생략하도록 한다.
도 26은 본 명세서에 적용되는 통신 시스템(1)을 예시한다.
도 26을 참조하면, 본 명세서에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
한편, 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
이하에서는, 본 명세서가 적용되는 무선 기기의 예에 대해 설명한다.
도 27은 본 명세서에 적용될 수 있는 무선 기기를 예시한다.
도 27을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 26의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 28은 본 명세서에 적용될 수 있는 무선 기기의 다른 예를 도시한다.
도 28에 따르면, 무선 장치는 적어도 하나의 프로세서(102, 202), 적어도 하나의 메모리(104, 204), 적어도 하나의 트랜시버(106, 206), 하나 이상의 안테나(108, 208)를 포함할 수 있다.
앞서 도 27에서 설명한 무선 장치의 예시와, 도 28에서의 무선 장치의 예시의 차이로써, 도 27은 프로세서(102, 202)와 메모리(104, 204)가 분리되어 있으나, 도 28의 예시에서는 프로세서(102, 202)에 메모리(104, 204)가 포함되어 있다는 점이다.
여기서, 프로세서(102, 202), 메모리(104, 204), 트랜시버(106, 206), 하나 이상의 안테나(108, 208)에 대한 구체적인 설명은 앞서 설명한 바와 같기에, 불필요한 기재의 반복을 피하기 위해, 반복되는 설명의 기재는 생략하도록 한다.
이하에서는, 본 명세서가 적용되는 신호 처리 회로의 예를 설명한다.
도 29는 전송 신호를 위한 신호 처리 회로를 예시한다.
도 29을 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 29의 동작/기능은 도 27의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 29의 하드웨어 요소는 도 27의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 27의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 27의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 27의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 29의 신호 처리 회로(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) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 29의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 27의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
이하에서는, 본 명세서가 적용되는 무선 기기 활용 예에 대해 설명한다.
도 30은 본 명세서에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 26 참조).
도 30을 참조하면, 무선 기기(100, 200)는 도 27의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 27의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 27의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 26, 100a), 차량(도 26, 100b-1, 100b-2), XR 기기(도 26, 100c), 휴대 기기(도 26, 100d), 가전(도 26, 100e), IoT 기기(도 26, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 26, 400), 기지국(도 26, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 30에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 30의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
도 31은 본 명세서에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 31를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 30의 블록 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)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
도 32는 본 명세서에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 32을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 30의 블록 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 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (16)

  1. 무선 통신 시스템에서 노드에 의해 수행되는 IAB(Integrated Access and Backhaul) 동작을 수행하는 방법에 있어서,
    다른 노드와 이니셜 액세스 동작을 수행하고;
    상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고; 및
    상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 상기 IAB 동작을 수행하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서, 상기 IAB 동작은 MT(mobile terminal) 동작 및 DU(distributed unit) 동작을 포함하고,
    상기 MT 동작은 상기 노드와 부모 노드 간의 통신에 관련된 동작이고, 및
    상기 DU 동작은 상기 노드와 자녀 노드 간의 통신 또는 상기 노드와 단말과의 통신에 관련된 동작인 것을 특징으로 하는 방법.
  3. 제2항에 있어서, 레거시 IAB 노드가 사용하는 레거시 타이밍 정렬 케이스와는 다른 타이밍 정렬 케이스를 사용하고자 할 경우, 상기 노드는 상기 능력에 관한 정보를 상기 다른 노드에게 전송하는 것을 특징으로 하는 방법.
  4. 제3항에 있어서, 상기 레거시 타이밍 정렬 케이스는 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식인 타이밍 정렬 케이스 1인 것을 특징으로 하는 방법.
  5. 제2항에 있어서, 상기 노드는 상기 노드가 실제 적용할 타이밍 정렬 케이스에 대한 정보를 상기 다른 노드로부터 수신하는 것을 특징으로 하는 방법.
  6. 제5항에 있어서, 상기 노드가 레거시 IAB 노드가 사용하는 타이밍 정렬 케이스와는 다른 타이밍 정렬 케이스를 사용하는 경우, 상기 노드는 상기 다른 노드로부터 상기 실제 적용할 타이밍 정렬 케이스에 대한 정보를 수신하는 것을 특징으로 하는 방법.
  7. 제6항에 있어서, 상기 노드가 상기 다른 노드로부터 상기 실제 적용할 타이밍 정렬 케이스에 대한 정보를 수신하지 않은 경우, 상기 노드는 상기 노드가 적용할 타이밍 정렬 케이스를 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식인 타이밍 정렬 케이스 1로 판단하는 것을 특징으로 하는 방법.
  8. 제2항에 있어서, 상기 타이밍 정렬 케이스는 타이밍 정렬 케이스 1, 타이밍 정렬 케이스 6, 타이밍 정렬 케이스 7 중 어느 하나이고,
    상기 타이밍 정렬 케이스 1은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식이고,
    상기 타이밍 정렬 케이스 6은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬되고 및 상기 노드의 상기 MT 동작의 상향링크 전송 타이밍과 상기 DU 동작의 하향링크 전송 타이밍이 정렬된 방식이고,
    상기 타이밍 정렬 케이스 7은 상기 노드 및 상기 부모 노드 간 상기 DU 동작의 하향링크 전송 타이밍이 정렬되고 및 상기 노드의 상기 MT 동작에 대한 하향링크 수신 타이밍과 상기 DU 동작에 대한 상향링크 수신 타이밍이 정렬된 방식인 것을 특징으로 하는 방법.
  9. 제1항에 있어서, 상기 노드는 상기 다른 노드로부터 상기 다른 노드가 지원하는 타이밍 정렬 케이스에 대한 정보를 수신하는 것을 특징으로 하는 방법.
  10. 제1항에 있어서, 상기 노드는 상기 노드가 지원하는 멀티플렉싱 관련 정보를 상기 다른 노드에게 전송하는 것을 특징으로 하는 방법.
  11. 제1항에 있어서, 상기 다른 노드는 부모 노드, 도너 노드 또는 CU(Centralized Unit)인 것을 특징으로 하는 방법.
  12. 노드는,
    트랜시버;
    적어도 하나의 메모리; 및
    상기 적어도 하나의 메모리 및 상기 트랜시버와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는,
    다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고;
    상기 다른 노드에게 상기 노드가 지원하는 능력에 관한 정보를 전송하도록 상기 트랜시버를 제어하게 구성되되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고; 및
    상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 노드.
  13. 장치는,
    적어도 하나의 메모리; 및
    상기 적어도 하나의 메모리와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는,
    다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고;
    상기 다른 노드에게 상기 장치가 지원하는 능력에 관한 정보를 전송하도록 트랜시버를 제어하게 구성되되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 장치가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고; 및
    상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 장치.
  14. 적어도 하나의 프로세서(processor)에 의해 실행되는 것에 기반하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서,
    다른 노드와 이니셜 액세스 동작을 수행하도록 구성되고;
    상기 다른 노드에게 상기 기록매체가 지원하는 능력에 관한 정보를 전송하도록 트랜시버를 제어하게 구성되되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 기록매체가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보이고; 및
    상기 적어도 하나의 타이밍 정렬 케이스에 기반하여 IAB(Integrated Access and Backhaul) 동작을 수행하도록 구성되는 것을 특징으로 하는 기록매체.
  15. 무선 통신 시스템에서 노드에 의해 수행되는 능력에 관한 정보를 수신하는 방법에 있어서,
    자녀 노드와 이니셜 액세스 동작을 수행하고; 및
    상기 자녀 노드로부터 상기 자녀 노드가 지원하는 상기 능력에 관한 정보를 수신하되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 자녀 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보인 것을 특징으로 하는 방법.
  16. 노드는,
    트랜시버;
    적어도 하나의 메모리; 및
    상기 적어도 하나의 메모리 및 상기 트랜시버와 동작 가능하게 결합된 적어도 하나의 프로세서를 포함하되, 상기 프로세서는,
    자녀 노드와 이니셜 액세스 동작을 수행하도록 구성되고; 및
    상기 자녀 노드로부터 상기 자녀 노드가 지원하는 상기 능력에 관한 정보를 수신하도록 상기 트랜시버를 제어하게 구성되되,
    상기 능력에 관한 정보는 복수의 타이밍 정렬 케이스 중 상기 자녀 노드가 지원하는 적어도 하나의 타이밍 정렬 케이스를 알리는 정보인 것을 특징으로 하는 노드.
PCT/KR2020/018046 2019-12-10 2020-12-10 Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드 WO2021118253A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20899947.4A EP4075890A4 (en) 2019-12-10 2020-12-10 METHOD FOR IAB MULTIPLEXATION AND TEMPORAL RELATIONSHIP AND NODES WITH THE METHOD
JP2022535599A JP2023506774A (ja) 2019-12-10 2020-12-10 Ｉａｂ多重化及びタイミング関係に対する方法及び前記方法を用いるノード
CN202080095485.0A CN115039459B (zh) 2019-12-10 2020-12-10 Iab复用和定时关系的方法及使用该方法的节点
KR1020227019139A KR20220114544A (ko) 2019-12-10 2020-12-10 Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드
US17/783,596 US12058636B2 (en) 2019-12-10 2020-12-10 Method for IAB multiplexing and timing relationship, and node using method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20190163905 2019-12-10
KR10-2019-0163905 2019-12-10

Publications (1)

Publication Number Publication Date
WO2021118253A1 true WO2021118253A1 (ko) 2021-06-17

Family

ID=76330186

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/018046 WO2021118253A1 (ko) 2019-12-10 2020-12-10 Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드

Country Status (6)

Country Link
US (1) US12058636B2 (ko)
EP (1) EP4075890A4 (ko)
JP (1) JP2023506774A (ko)
KR (1) KR20220114544A (ko)
CN (1) CN115039459B (ko)
WO (1) WO2021118253A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11856543B2 (en) * 2019-12-23 2023-12-26 Lg Electronics Inc. Method for adjusting timing for IAB and node using same

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190313433A1 (en) * 2018-04-05 2019-10-10 Qualcomm Incorporated Scheduling and time-domain configuration in integrated access and backhaul
WO2019194737A1 (en) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Adaptation layer setup and configuration in integrated access backhauled networks

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11197258B2 (en) * 2017-08-10 2021-12-07 Beijing Xiaomi Mobile Software Co., Ltd. Timing advance group configuration
US10623067B2 (en) 2018-05-11 2020-04-14 At&T Intellectual Property I, L.P. Enhanced timing advance scheme to support MU-MIMO in integrated access and backhaul
US10827547B2 (en) * 2018-05-11 2020-11-03 At&T Intellectual Property I, L.P. Radio resource configuration and measurements for integrated access backhaul for 5G or other next generation network
US10700775B2 (en) 2018-05-11 2020-06-30 At&T Intellectual Property I, L.P. Resource coordination for integrated access and backhaul
WO2019226016A1 (ko) 2018-05-25 2019-11-28 엘지전자 주식회사 무선 통신 시스템에서 노드에 의해 수행되는 감지 방법 및 상기 방법을 이용하는 노드
CN110536407A (zh) 2018-09-28 2019-12-03 中兴通讯股份有限公司 发送定时的确定方法及设备、计算机可读存储介质
CN110536350A (zh) * 2019-02-14 2019-12-03 中兴通讯股份有限公司 Iab链路控制方法、通信单元、计算机可读存储介质
WO2020202190A1 (en) 2019-03-29 2020-10-08 Centre Of Excellence In Wireless Technology Method and system for resource allocation and timing alignment in integrated access and backhaul (iab) network
CN110536377A (zh) * 2019-08-15 2019-12-03 中兴通讯股份有限公司 父节点选择方法、装置、设备及介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190313433A1 (en) * 2018-04-05 2019-10-10 Qualcomm Incorporated Scheduling and time-domain configuration in integrated access and backhaul
WO2019194737A1 (en) * 2018-04-05 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Adaptation layer setup and configuration in integrated access backhauled networks

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Study on Integrated Access and Backhaul; (Release 16)", 3GPP DRAFT; 38874-G00, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 11 January 2019 (2019-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051576885 *
ERICSSON: "Remaining issues on IAB resource configuration and multiplexing", 3GPP DRAFT; R1-1912133, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, U.S.; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051819966 *
NTT DOCOMO, INC.: "Mechanism to support the "case-1" OTA timing alignment", 3GPP DRAFT; R1-1911167_MECHANISM TO SUPPORT THE CASE-1 OTA TIMING ALIGNMENT, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Chongqing, China; 20191014 - 20191020, 4 October 2019 (2019-10-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051789940 *
See also references of EP4075890A4 *

Also Published As

Publication number Publication date
EP4075890A1 (en) 2022-10-19
EP4075890A4 (en) 2024-01-17
JP2023506774A (ja) 2023-02-20
CN115039459A (zh) 2022-09-09
US20230034529A1 (en) 2023-02-02
KR20220114544A (ko) 2022-08-17
CN115039459B (zh) 2023-07-18
US12058636B2 (en) 2024-08-06

Similar Documents

Publication Publication Date Title
WO2021010707A1 (ko) 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
WO2021006594A1 (ko) Iab 노드에 대한 링크 가용성 결정 방법 및 상기 방법을 이용하는 노드
WO2021006636A1 (ko) Iab 노드에 대한 링크 가용성 결정 방법 및 상기 방법을 이용하는 노드
WO2020032594A1 (ko) 무선 통신 시스템에서 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2021010710A1 (ko) 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
WO2019212297A1 (ko) 무선 통신 시스템에서 iab 노드의 초기 접속 방법 및 상기 방법을 이용하는 장치
WO2020091567A1 (ko) 무선 통신 시스템에서 coreset 운용 방법 및 상기 방법을 이용하는 단말
WO2021086147A1 (ko) 무선통신 시스템에서 iab 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2020204516A1 (ko) 무선 통신 시스템에서 최소 적용가능 k0의 예외적 케이스에 대한 방법 및 상기 방법을 이용하는 단말
WO2020027636A1 (ko) Nr v2x에서 파워 컨트롤을 수행하는 방법 및 장치
WO2021177767A1 (ko) 무선통신 시스템에서 iab 노드의 mt와 통신하는 부모 노드의 du의 동작 방법 및 상기 방법을 이용하는 장치
WO2021006634A1 (ko) Iab 노드에 대한 링크 가용성 결정 방법 및 상기 방법을 이용하는 노드
WO2022039580A1 (ko) 커버리지 확장을 위한 pusch 반복 전송 자원에 대한 방법 및 상기 방법을 이용하는 장치
WO2020204464A1 (ko) 무선 통신 시스템에서 파워 세이빙을 위한 크로스 슬롯 스케줄링의 설정 방법 및 상기 방법을 이용하는 단말
WO2021145658A1 (ko) 무선통신 시스템에서 iab 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2020091422A1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 pdcch 모니터링 수행 방법 및 상기 방법을 이용하는 단말
WO2021154058A1 (ko) Iab 노드의 자원 설정 방법 및 상기 방법을 이용하는 장치
WO2021091299A1 (ko) 무선 통신 시스템에서 물리 채널의 송수신 방법 및 이에 대한 장치
WO2021029707A1 (ko) Iab 노드의 하향링크 전송 타이밍 결정 방법
WO2021029714A1 (ko) Iab 노드의 du 전송 타이밍에 대한 동기화 방법
WO2022031141A1 (ko) Iab 노드에서 신호를 송수신하는 방법 및 이를 위한 장치
WO2020122528A1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 pdcch 모니터링 수행 방법 및 상기 방법을 이용하는 단말
WO2021162465A1 (ko) 멀티플 rx 타이밍을 가진 iab 동작 방법 및 상기 방법을 이용하는 노드
WO2020145774A1 (ko) 무선 통신 시스템에서 통신 노드의 동작 방법 및 장치
WO2021118253A1 (ko) Iab 멀티플렉싱 및 타이밍 관계에 대한 방법 및 상기 방법을 이용하는 노드

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: 20899947

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022535599

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020899947

Country of ref document: EP

Effective date: 20220711