WO2024080848A1 - 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법 - Google Patents

프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법 Download PDF

Info

Publication number
WO2024080848A1
WO2024080848A1 PCT/KR2023/015886 KR2023015886W WO2024080848A1 WO 2024080848 A1 WO2024080848 A1 WO 2024080848A1 KR 2023015886 W KR2023015886 W KR 2023015886W WO 2024080848 A1 WO2024080848 A1 WO 2024080848A1
Authority
WO
WIPO (PCT)
Prior art keywords
sub
information
chunk
prb
block
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2023/015886
Other languages
English (en)
French (fr)
Inventor
임형진
김송
방혜리
오종호
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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
Priority claimed from KR1020230046404A external-priority patent/KR20240052619A/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to JP2025521375A priority Critical patent/JP2025535797A/ja
Priority to EP23877771.8A priority patent/EP4604475A4/en
Priority to CN202380085790.5A priority patent/CN120359736A/zh
Priority to US18/495,351 priority patent/US12604302B2/en
Publication of WO2024080848A1 publication Critical patent/WO2024080848A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2626—Arrangements specific to the transmitter only
    • H04L27/2627—Modulators
    • H04L27/2634—Inverse fast Fourier transform [IFFT] or inverse discrete Fourier transform [IDFT] modulators in combination with other circuits for modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • H04L27/38—Demodulator circuits; Receiver circuits
    • H04L27/3809—Amplitude regulation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6047—Power optimization with respect to the encoder, decoder, storage or transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Definitions

  • This disclosure relates to a fronthaul interface. More specifically, the present disclosure relates to an electronic device and method for providing modulation compression information in a fronthaul interface.
  • the base station can be divided into a distributed unit (DU) and a radio unit (RU).
  • DU distributed unit
  • RU radio unit
  • a fronthaul interface is defined for communication between DUs and RUs.
  • an aspect of the present disclosure is to provide an electronic device and method for providing modulation compression information in a fronthaul interface.
  • a method performed by a distributed unit (DU) in a wireless communication system may include an operation of identifying a subblock within one section.
  • the method may include generating a control-plane (C-plane) message including section extension information including modulation compression information corresponding to the subblock.
  • the method may include transmitting the C-plane message to a radio unit (RU) through a fronthaul interface.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • a method performed by a radio unit (RU) in a wireless communication system sends a control-plane (C-plane) message including section extension information to a distributed unit (DU) through a fronthaul interface.
  • the method may include the operation of receiving from.
  • the method may include an operation of identifying modulation compression information corresponding to a subblock within one section in the section extension information.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • an electronic device of a distributed unit (DU) in a wireless communication system.
  • the electronic device may include at least one transceiver and at least one processor coupled to the at least one transceiver.
  • the at least one processor may be configured to identify subblocks within one section.
  • the at least one processor may be configured to generate a control-plane (C-plane) message including section extension information including modulation compression information corresponding to the subblock.
  • the at least one processor may be configured to transmit the C-plane message to a radio unit (RU) through a fronthaul interface.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • an electronic device of a radio unit (RU) in a wireless communication system may include at least one transceiver and at least one processor coupled to the at least one transceiver.
  • the at least one processor may be configured to receive a control-plane (C-plane) message including section extension information from a distributed unit (DU) through a fronthaul interface.
  • the at least one processor may be configured to identify modulation compression information corresponding to a subblock within one section in the section extension information.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • a method performed by a distributed unit may include generating a control-plane (C-plane) message including section extension information for modulation compression.
  • the method may include transmitting the C-plane message to a radio unit (RU) through a fronthaul interface.
  • C-plane control-plane
  • RU radio unit
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • a method performed by a radio unit may include receiving a control-plane (C-plane) message including section extension information for modulation compression from a distributed unit (DU) through a fronthaul interface.
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • an electronic device of a distributed unit may include at least one transceiver for a fronthaul interface, at least one processor, and a memory for storing instructions.
  • the instructions when executed by the at least one processor, cause the electronic device to generate a control-plane (C-plane) message including section extension information for modulation compression and, through a fronthaul interface, It may cause the C-plane message to be performed, including transmitting the C-plane message to a radio unit (RU).
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • an electronic device performed by a radio unit may include at least one transceiver for a fronthaul interface, at least one processor, and a memory for storing instructions.
  • the instructions when executed by the at least one processor, cause the electronic device to send a control-plane (C-plane) message including section extension information for modulation compression to a distributed DU (DU) message through a fronthaul interface.
  • C-plane control-plane
  • DU distributed DU
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • a non-transitory computer-readable storage medium includes a memory configured to store program instructions.
  • the program instructions when executed by one or more processors, cause a distributed unit (DU) to generate a control-plane (C-plane) message containing section extension information for modulation compression, and a fronthaul interface. Through, it can be caused to perform functions including transmitting the C-plane message to a radio unit (RU).
  • DU distributed unit
  • C-plane control-plane
  • RU radio unit
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • a non-transitory computer-readable storage medium includes a memory configured to store program instructions.
  • a radio unit When the program instructions are executed by one or more processors, a radio unit (RU) sends a control-plane (C-plane) message containing section extension information for modulation compression to the DU through the fronthaul interface. It can be caused to perform functions including receiving from a distributed unit.
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • FIG. 1 illustrates a wireless communication system, according to an embodiment of the present disclosure.
  • Figure 2A shows a fronthaul interface, according to an embodiment of the present disclosure.
  • FIG. 2B shows a fronthaul interface of an open (O)-radio access network (RAN), according to an embodiment of the present disclosure.
  • FIG. 3A shows the functional configuration of a distributed unit (DU), according to an embodiment of the present disclosure.
  • FIG. 3B shows the functional configuration of a radio unit (RU) according to an embodiment of the present disclosure.
  • Figure 4 shows an example of function split between DU and RU, according to an embodiment of the present disclosure.
  • FIG 5A-5B illustrate examples of modulation compression (MC), according to various embodiments of the present disclosure.
  • FIG. 6 illustrates an example of signaling between DU and RU to provide modulation compression information for a subblock of a section, according to various embodiments of the present disclosure.
  • FIG. 7A-7B illustrate an example of a first method for dividing a section, according to various embodiments of the present disclosure.
  • 8A-8B illustrate an example of a second method for dividing a section, according to various embodiments of the present disclosure.
  • 9A-9B illustrate an example of a third method for dividing a section, according to various embodiments of the present disclosure.
  • Figure 10 shows an example of section division for periodic resource allocation, according to an embodiment of the present disclosure.
  • FIG. 11 shows an example of modulation compression for a subblock, according to an embodiment of the present disclosure.
  • Figure 12 shows an example of signaling between DU and RU to provide compressed information using an identifier (ID), according to an embodiment of the present disclosure.
  • Terms referring to signals used in the following description e.g., packet, message, signal, information, signaling
  • terms referring to resources e.g., section, symbol, slot, subframe ( subframe, radio frame, subcarrier, resource element (RE), resource block (RB), bandwidth part (BWP), opportunity
  • terms for computational states e.g. phase ( step, operation, procedure)
  • terms referring to data e.g.
  • DU distributed unit
  • RU radio unit
  • CU central unit
  • CU control plane
  • CU-CP user plane
  • O-DU O-RAN (open radio access network) DU
  • O-RU O-RAN RU
  • O-CU O-RAN CU
  • O-CU-UP O-RAN CU-CP
  • O-CU-CP O-RAN CU-CP
  • terms referring to device components, etc. are examples for convenience of explanation. Accordingly, the present disclosure is not limited to the terms described below, and other terms having equivalent technical meaning may be used.
  • terms such as '... part', '... base', '... water', and '... body' used hereinafter mean at least one shape structure or a unit that processes a function. It can mean.
  • the expressions greater than or less than may be used to determine whether a specific condition is satisfied or fulfilled, but this is only a description for expressing an example, and the description of more or less may be used. It's not exclusion. Conditions written as ‘more than’ can be replaced with ‘more than’, conditions written as ‘less than’ can be replaced with ‘less than’, and conditions written as ‘more than and less than’ can be replaced with ‘greater than and less than’.
  • 'A' to 'B' means at least one of the elements from A to (including A) and B (including B).
  • 'C' and/or 'D' means including at least one of 'C' or 'D', i.e. ⁇ 'C', 'D', 'C' and 'D' ⁇ .
  • the present disclosure describes various embodiments using terms used in some communication standards (e.g., 3rd Generation Partnership Project (3GPP), extensible radio access network (xRAN), and open-radio access network (O-RAN)), This is only an example for explanation, and various embodiments of the present disclosure can be easily modified and applied to other communication systems.
  • 3GPP 3rd Generation Partnership Project
  • xRAN extensible radio access network
  • OF-RAN open-radio access network
  • FIG. 1 illustrates a wireless communication system, according to an embodiment of the present disclosure.
  • a wireless communication system includes a base station 110 and a terminal 120 as part of nodes that use a wireless channel.
  • FIG. 1 shows only one base station, the wireless communication system may further include other base stations that are the same or similar to base station 110.
  • the base station 110 is a network infrastructure that provides wireless access to the terminal 120.
  • the base station 110 has coverage defined based on the distance at which signals can be transmitted.
  • the base station 110 includes 'access point (AP)', 'eNodeB (eNB)', '5G node (5th generation node)', and 'next generation nodeB'.
  • AP access point
  • eNB eNodeB
  • gNB gNodeB
  • TRP transmission/reception point
  • the terminal 120 is a device used by a user and communicates with the base station 110 through a wireless channel.
  • the link from the base station 110 to the terminal 120 is called downlink (DL), and the link from the terminal 120 to the base station 110 is called uplink (UL).
  • the terminal 120 and another terminal may communicate with each other through a wireless channel.
  • the link between the terminal 120 and other terminals (device-to-device link, D2D) is referred to as a sidelink, and the sidelink may be used interchangeably with the PC5 interface.
  • terminal 120 may operate without user involvement.
  • the terminal 120 is a device that performs machine type communication (MTC) and may not be carried by the user.
  • the terminal 120 may be a narrowband (NB)-internet of things (IoT) device.
  • MTC machine type communication
  • IoT narrowband-internet of things
  • the terminal 120 includes 'user equipment (UE)', 'customer premises equipment (CPE)', 'mobile station', and 'subscriber station' in addition to the terminal. , may be referred to as a ‘remote terminal’, a ‘wireless terminal’, an electronic device’, or a ‘user device’ or other terms with equivalent technical meaning. .
  • the base station 110 may perform beamforming with the terminal 120.
  • the base station 110 and the terminal 120 may transmit and receive wireless signals in a relatively low frequency band (e.g., FR 1 (frequency range 1) of NR).
  • the base station 110 and the terminal 120 use relatively high frequency bands (e.g., NR FR 2 (or, FR 2-1, FR 2-2, FR 2-3), FR 3), millimeter wave ( It is possible to transmit and receive wireless signals in mmWave bands (e.g., 28 GHz, 30 GHz, 38 GHz, 60 GHz).
  • the base station 110 and the terminal 120 may perform beamforming.
  • beamforming may include transmission beamforming and reception beamforming.
  • the base station 110 and the terminal 120 can provide directionality to a transmitted signal or a received signal. To this end, the base station 110 and the terminal 120 may select serving beams through a beam search or beam management procedure. After serving beams are selected, subsequent communication can be performed through a resource in a QCL relationship with the resource that transmitted the serving beams.
  • a first antenna port and a second antenna port are said to be in a QCL relationship if the large-scale characteristics of the channel carrying the symbols on the first antenna port can be inferred from the channel carrying the symbols on the second antenna port. can be evaluated.
  • a wide range of characteristics include delay spread, doppler spread, doppler shift, average gain, average delay, and spatial receiver parameters. It may include at least one of:
  • both the base station 110 and the terminal 120 are depicted as performing beamforming, but embodiments of the present disclosure are not necessarily limited thereto.
  • the terminal may or may not perform beamforming.
  • the base station may or may not perform beamforming. That is, only one of the base station and the terminal may perform beamforming, or neither the base station nor the terminal may perform beamforming.
  • a beam refers to the spatial flow of a signal in a wireless channel, and is formed by one or more antennas (or antenna elements), and this formation process may be referred to as beamforming.
  • Beamforming may include at least one of analog beamforming or digital beamforming (eg, precoding).
  • Reference signals transmitted based on beamforming include, for example, demodulation-reference signal (DM-RS), channel state information-reference signal (CSI-RS), and synchronization signal/physical broadcast channel (SS/PBCH).
  • DM-RS demodulation-reference signal
  • CSI-RS channel state information-reference signal
  • SS/PBCH synchronization signal/physical broadcast channel
  • SRS sounding reference signal
  • IE such as CSI-RS resource or SRS-resource may be used, and this configuration may include information associated with the beam.
  • Information associated with a beam refers to whether its configuration (e.g., CSI-RS resource) uses the same spatial domain filter as another configuration (e.g., another CSI-RS resource within the same CSI-RS resource set) or a different This may mean whether a spatial domain filter is used, or which reference signal it is QCL (quasi-co-located) with, and if so, what type (e.g., QCL type A, B, C, D).
  • each base station has a digital processing unit (or distributed unit (DU)) and a radio frequency (RF) processing unit (RF processing unit, or installed to include the functions of a radio unit (RU).
  • DU digital processing unit
  • RF radio frequency
  • RU radio unit
  • the DU and RU of the base station are separated, one or more RUs are connected to one DU through a wired network, and one or more RUs are deployed geographically distributed to cover a specific area.
  • a structure has been proposed.
  • the deployment structure and expansion examples of the base station according to various embodiments of the present disclosure are described through FIGS. 2A and 2B.
  • Figure 2A shows a fronthaul interface, according to an embodiment of the present disclosure.
  • fronthaul refers to entities between a wireless LAN and a base station, unlike backhaul between a base station and the core network.
  • FIG. 2A shows an example of a fronthaul structure between a DU 210 and one RU 220, but this is only for convenience of explanation and the present disclosure is not limited thereto.
  • the embodiment of the present disclosure can also be applied to the fronthaul structure between one DU and multiple RUs.
  • embodiments of the present disclosure can be applied to a fronthaul structure between one DU and two RUs.
  • embodiments of the present disclosure can also be applied to a fronthaul structure between one DU and three RUs.
  • the base station 110 may include a DU 210 and a RU 220.
  • the fronthaul 215 between the DU 210 and the RU 220 may be operated through the F x interface.
  • an interface such as enhanced common public radio interface (eCPRI) or radio over ethernet (ROE) may be used.
  • eCPRI enhanced common public radio interface
  • ROE radio over ethernet
  • DU performs functions for PDCP (packet data convergence protocol), RLC (radio link control), MAC (media access control), and PHY (physical).
  • PDCP packet data convergence protocol
  • RLC radio link control
  • MAC media access control
  • PHY physical
  • the RU may be implemented to perform more functions for the PHY layer in addition to the radio frequency (RF) function.
  • RF radio frequency
  • the DU 210 may be responsible for upper layer functions of the wireless network.
  • the DU 210 may perform the functions of the MAC layer and part of the PHY layer. A part of the PHY layer is performed at a higher level among the functions of the PHY layer, for example, channel encoding (or channel decoding), scrambling (or descrambling), modulation (or demodulation), and layer mapping. (or layer demapping) may be included.
  • the DU 210 may be referred to as an O-RAN DU (O-DU).
  • DU 210 may be represented as a replacement for a first network entity for a base station (eg, gNB) in embodiments of the present disclosure, if necessary.
  • the RU 220 may be responsible for lower layer functions of the wireless network.
  • the RU 220 may perform part of the PHY layer and RF functions.
  • the part of the PHY layer is one that is performed at a relatively lower level than the DU 210 among the functions of the PHY layer, for example, iFFT conversion (or FFT conversion), CP insertion (CP removal), and digital beamforming. It can be included.
  • RU 220 is an 'access unit (AU)', 'access point (AP)', 'transmission/reception point (TRP)', 'remote radio head (RRH) )', 'radio unit (RU)', or other terms with equivalent technical meaning.
  • the RU 220 may be referred to as an O-RAN RU (O-RU).
  • the RU 220 may be replaced with a second network entity for a base station (eg, gNB) in embodiments of the present disclosure, if necessary.
  • a base station eg, gNB
  • FIG. 2A illustrates that the base station 110 includes a DU 210 and a RU 220
  • the base station is configured to perform the functions of the upper layers of the access network (e.g., PDCP (packet data convergence protocol), RRC (radio resource control)) and the lower layer functions. It can be implemented as a distributed deployment according to distributed units (DUs).
  • the distributed unit (DU) may include the digital unit (DU) and radio unit (RU) of FIG. 1.
  • the core e.g. 5GC (5G core) or NGC (next generation core)
  • RAN radio network
  • base stations may be implemented in a structure in which CU, DU, and RU are arranged in that order.
  • the interface between the CU and distributed unit (DU) may be referred to as the F1 interface.
  • a centralized unit is connected to one or more DUs and can be responsible for functions of a higher layer than the DU.
  • the CU may be responsible for the functions of the radio resource control (RRC) and packet data convergence protocol (PDCP) layers
  • RRC radio resource control
  • PDCP packet data convergence protocol
  • DU performs RLC (radio link control), MAC (media access control), and some functions of the PHY (physical) layer (high PHY), and RU is responsible for the remaining functions of the PHY layer (low PHY).
  • the digital unit may be included in the distributed unit (DU).
  • DU digital unit
  • RU operations of DU (digital unit) and RU are described, but various embodiments of the present disclosure are based on a base station arrangement including a CU or an arrangement where the DU is directly connected to the core network (i.e., CU and DU can be applied to both integrated and implemented as a single entity, a base station (e.g., NG-RAN node).
  • a base station e.g., NG-RAN node
  • FIG. 2B shows a fronthaul interface of an open (O)-radio access network (RAN), according to an embodiment of the present disclosure.
  • RAN open-radio access network
  • the base station 110 may include an O-DU 251 and O-RUs 253-1, ..., 253-n.
  • O-RUs 253-1 may be understood as explanations for each of other O-RUs (eg, O-RU 253-n).
  • the O-DU 251 includes functions excluding functions exclusively assigned to the O-RU 253-1 among the functions of the base station (e.g., eNB, gNB) according to FIG. 4, which will be described later. It is a logical node that does. O-DU (251) can control the operation of O-RUs (253-1, ..., 253-n).
  • the O-DU 251 may be referred to as a lower layer split (LLS) central unit (CU).
  • the O-RU 253-1 is a logical node that includes a subset of the functions of a base station (eg, eNB, gNB) according to FIG. 4, which will be described later. Real-time aspects of control plane (C-plane) communication and user plane (U-plane) communication with the O-RU 253-1 may be controlled by the O-DU 251.
  • O-DU 251 can communicate with O-RU 253-1 through an LLS interface.
  • the LLS interface corresponds to the fronthaul interface.
  • the LLS interface refers to a logical interface between the O-DU 251 and the O-RU 253-1 using lower layer functional split (i.e., intra-PHY-based functional split).
  • LLS-C between O-DU (251) and O-RU (253-1) provides C-plane through the LLS interface.
  • LLS-U between O-DU (251) and O-RU (253-1) provides U-plane through the LLS interface.
  • the entities of the base station 110 are referred to as O-DU and O-RU.
  • O-DU and O-RU the entities of the base station 110 are referred to as O-DU and O-RU.
  • these names should not be construed as limiting the embodiments of the present disclosure.
  • the operations of the DU 210 can be performed by the O-DU 251.
  • the description of DU 210 may be applied to O-DU 251.
  • the operations of the RU 220 can be performed by the O-RU 253-1.
  • the description of RU 220 may be applied to O-DU 253-1.
  • FIG. 3A shows the functional configuration of a distributed unit (DU), according to an embodiment of the present disclosure.
  • the illustrated configuration can be understood as that of the DU 210 in FIG. 2A (or the O-DU 251 in FIG. 2B) as part of a base station.
  • Terms such as '... unit' and '... unit' used hereinafter refer to a unit that processes at least one function or operation, which can be implemented through hardware, software, or a combination of hardware and software. there is.
  • the DU 210 includes a transceiver 310, a memory 320, and a processor 330.
  • the transceiver 310 may perform functions for transmitting and receiving signals in a wired communication environment.
  • the transceiver 310 may include a wired interface for controlling direct connection between devices through a transmission medium (e.g., copper wire, optical fiber).
  • the transceiver 310 may transmit an electrical signal to another device through a copper wire or perform conversion between an electrical signal and an optical signal.
  • the DU 210 may communicate with a radio unit (RU) through the transceiver 310.
  • the DU 210 may be connected to a CU in a core network or distributed arrangement through the transceiver 310.
  • the transceiver 310 may perform functions for transmitting and receiving signals in a wireless communication environment. For example, the transceiver 310 may perform a conversion function between a baseband signal and a bit stream according to the physical layer standard of the system. For example, when transmitting data, the transceiver 310 generates complex symbols by encoding and modulating the transmission bit stream. When receiving data, the transceiver 310 restores the received bit stream by demodulating and decoding the baseband signal.
  • the transceiver 310 may include multiple transmission and reception paths. The transceiver 310 may be connected to the core network or to other nodes (eg, integrated access backhaul (IAB)).
  • IAB integrated access backhaul
  • the transceiver 310 can transmit and receive various signals.
  • the transceiver 310 may transmit a management plane (M-plane) message.
  • the transceiver 310 may transmit a synchronization plane (management plane, S-plane) message or a control plane (C-plane) message.
  • the transceiver 310 may transmit or receive a user plane (U-plane) message.
  • transceiver 310 may receive a user plane message.
  • the DU 210 may include two or more transceivers.
  • the transceiver 310 transmits and receives signals as described above. Accordingly, all or part of the transceiver 310 may be referred to as a 'communication unit', a 'transmission unit', a 'reception unit', or a 'transmission/reception unit'. Additionally, in the following description, transmission and reception performed through a wireless channel are used to mean that processing as described above is performed by the transceiver 310.
  • the transceiver 310 may further include a backhaul transceiver for connection to the core network or another base station.
  • the backhaul transceiver provides an interface to communicate with other nodes in the network.
  • the backhaul transceiver converts a bit string transmitted from the base station to other nodes, other access nodes, other base stations, upper nodes, core networks, etc. into physical signals, and converts physical signals received from other nodes into bit strings.
  • the memory 320 stores data such as basic programs, application programs, and setting information for operation of the DU 210.
  • Memory 320 may be referred to as a storage unit.
  • the memory 320 may be comprised of volatile memory, non-volatile memory, or a combination of volatile memory and non-volatile memory. And, the memory 320 provides stored data according to the request of the processor 330.
  • the processor 330 controls the overall operations of the DU (210).
  • the processor 380 may be referred to as a control unit.
  • the processor 330 transmits and receives signals through the transceiver 310 (or through the backhaul communication unit).
  • the processor 330 writes and reads data into the memory 320.
  • the processor 330 can perform protocol stack functions required by communication standards. Although only the processor 330 is shown in FIG. 3A, according to other implementations, the DU 210 may include two or more processors.
  • the configuration of the DU 210 shown in FIG. 3A is only an example, and the example of the DU performing the embodiments of the present disclosure is not limited to the configuration shown in FIG. 3A. In some embodiments, some configurations may be added, deleted, or changed.
  • FIG. 3B shows the functional configuration of a radio unit (RU) according to an embodiment of the present disclosure.
  • the illustrated configuration can be understood as a configuration of the RU 220 of FIG. 2B or the O-RU 253-1 of FIG. 2B as part of a base station.
  • Terms such as '... unit' and '... unit' used hereinafter refer to a unit that processes at least one function or operation, which can be implemented through hardware, software, or a combination of hardware and software. there is.
  • the RU 220 includes an RF transceiver 360, a fronthaul transceiver 365, a memory 370, and a processor 380.
  • the RF transceiver 360 performs functions for transmitting and receiving signals through a wireless channel. For example, the RF transceiver 360 upconverts the baseband signal into an RF band signal and transmits it through an antenna, and downconverts the RF band signal received through the antenna into a baseband signal.
  • the RF transceiver 360 may include a transmit filter, receive filter, amplifier, mixer, oscillator, DAC, ADC, etc.
  • the RF transceiver 360 may include multiple transmission and reception paths. Additionally, the RF transceiver 360 may include an antenna unit. The RF transceiver 360 may include at least one antenna array comprised of multiple antenna elements. In terms of hardware, the RF transceiver 360 may be composed of digital circuits and analog circuits (eg, radio frequency integrated circuit (RFIC)). Digital circuits and analog circuits can be implemented in one package. RF transceiver 360 may include multiple RF chains. The RF transceiver 360 may perform beamforming. The RF transceiver 360 may apply a beamforming weight to the signal to be transmitted and received in order to give directionality according to the settings of the processor 380. The RF transceiver 360 may include a radio frequency (RF) block (or RF unit).
  • RF radio frequency
  • the RF transceiver 360 can transmit and receive signals on a radio access network.
  • the RF transceiver 360 may transmit a downlink signal.
  • Downlink signals include synchronization signal (SS), reference signal (RS) (e.g., cell-specific reference signal (CRS), demodulation (DM)-RS), system information (e.g., MIB, SIB, It may include remaining system information (RMSI), other system information (OSI), a configuration message, control information, or downlink data.
  • SS synchronization signal
  • RS reference signal
  • DM demodulation
  • MIB cell-specific reference signal
  • SIB system information
  • RMSI remaining system information
  • OSI system information
  • the RF transceiver 360 can receive an uplink signal.
  • Uplink signals include random access-related signals (e.g., random access preamble (RAP) (or Msg1 (message 1)), Msg3 (message 3)), reference signals (e.g., sounding reference signal (SRS), DM) -RS), or power headroom report (PHR), etc.
  • RAP random access preamble
  • Msg1 messagessage 1
  • Msg3 messagessage 3
  • reference signals e.g., sounding reference signal (SRS), DM) -RS
  • PHR power headroom report
  • the RU 220 may include two or more RF transceivers.
  • the RF transceiver 460 can transmit RIM-RS.
  • the RF transceiver 460 may transmit a first type of RIM-RS (eg, RIM-RS type 1 of 3GPP) to notify detection of remote interference.
  • the RF transceiver 460 may transmit a second type of RIM-RS (e.g., RIM-RS type 2 of 3GPP) to indicate the presence or absence of remote interference.
  • the fronthaul transceiver 365 can transmit and receive signals. According to one embodiment, the fronthaul transceiver 365 may transmit and receive signals on the fronthaul interface. For example, the fronthaul transceiver 365 may receive a management plane (M-plane) message. For example, the fronthaul transceiver 365 may receive a synchronization plane (management plane, S-plane) message or a control plane (C-plane) message. Similarly, the fronthaul transceiver 365 may transmit or receive a user plane (U-plane) message. Although only the fronthaul transceiver 365 is shown in FIG. 3B, according to another implementation example, the RU 220 may include two or more fronthaul transceivers.
  • M-plane management plane
  • S-plane management plane
  • C-plane control plane
  • U-plane user plane
  • the RU 220 may include two or more fronthaul transceivers.
  • the RF transceiver 360 and the fronthaul transceiver 365 transmit and receive signals as described above. Accordingly, all or part of the RF transceiver 360 and the fronthaul transceiver 365 may be referred to as a 'communication unit', a 'transmission unit', a 'reception unit', or a 'transceiver unit'. Additionally, in the following description, transmission and reception performed through a wireless channel are used to mean that the processing as described above is performed by the RF transceiver 360. In the following description, transmission and reception performed through a wireless channel are used to mean that the processing as described above is performed by the RF transceiver 360.
  • the memory 370 stores data such as basic programs, application programs, and setting information for operation of the RU 220.
  • Memory 370 may be referred to as a storage unit.
  • the memory 370 may be comprised of volatile memory, non-volatile memory, or a combination of volatile memory and non-volatile memory.
  • the memory 370 provides stored data upon request from the processor 380.
  • Memory 370 may include memory for conditions, commands, or setting values related to the SRS transmission method.
  • the processor 380 controls the overall operations of the RU (220).
  • the processor 380 may be referred to as a control unit.
  • processor 380 transmits and receives signals through RF transceiver 360 or fronthaul transceiver 365.
  • the processor 380 writes and reads data into the memory 370.
  • the processor 380 can perform protocol stack functions required by communication standards.
  • the RU 220 may include two or more processors.
  • the processor 380 is a set of instructions or code stored in the memory 370, which is a storage space that stores instructions/code or instructions/code that are at least temporarily residing in the processor 380, or the processor 380 It may be part of the circuitry that constitutes.
  • the processor 380 may include various modules for performing communication.
  • the processor 380 may control the RU 220 to perform operations according to embodiments described later.
  • the configuration of the RU 220 shown in FIG. 3B is only an example, and the example of the RU that performs the embodiments of the present disclosure is not limited to the configuration shown in FIG. 3B. In some embodiments, some configurations may be added, deleted, or changed.
  • Figure 4 shows an example of function split between DU and RU, according to an embodiment of the present disclosure.
  • wireless communication technology develops (e.g., introduction of 5th generation (5G) communication system (or new radio (NR) communication system), the frequency band used has further increased.
  • Cell of the base station As the radius becomes very small, the number of RUs required to be installed has further increased.
  • the amount of data transmitted has increased by more than 10 times, and the transmission capacity of the wired network transmitted through the fronthaul has increased significantly. Due to the above-mentioned factors, the installation cost of the wired network in the 5G communication system can increase significantly. Therefore, in order to lower the transmission capacity of the wired network and reduce the installation cost of the wired network, a modem (DU) is installed. 'function split' can be used to lower the fronthaul transmission capacity by transferring some functions of the modem to the RU.
  • 5G 5th generation
  • NR new radio
  • the role of the RU which is responsible only for existing RF functions, can be expanded to include some functions of the physical layer.
  • the throughput of the RU increases, thereby increasing the transmission bandwidth in the fronthaul, and at the same time, the latency requirement constraints due to response processing can be lowered.
  • the virtualization benefits decrease, and the size, weight, and cost of the RU increase. Considering the trade-off of the advantages and disadvantages described above, it is necessary to implement optimal functional separation.
  • the base station In the case of downlink (DL), which transmits signals to the terminal through a wireless network, the base station sequentially performs channel encoding/scrambling, modulation, layer mapping, antenna mapping, RE mapping, digital beamforming (e.g. precoding), iFFT conversion/CP insertion, and RF conversion can be performed.
  • uplink (UL) which receives signals from a terminal through a wireless network
  • the base station In the case of uplink (UL), which receives signals from a terminal through a wireless network, the base station sequentially performs RF conversion, FFT conversion/CP removal, digital beamforming (pre-combining), and RE decoding. It can perform mapping, channel estimation, layer demapping, demodulation, and decoding/descrambling. Separation of uplink functions and downlink functions can be defined in various types depending on the need between vendors (vendors), discussions on specifications, etc. according to the trade-off described above.
  • the RU performs the RF function and the DU performs the PHY function.
  • the first functional separation means that the PHY function in the RU is not substantially implemented.
  • the first functional separation may be referred to as Option 8.
  • the RU performs iFFT conversion/CP insertion in the DL and FFT conversion/CP removal in the UL of the PHY functions, and the DU performs the remaining PHY functions.
  • the second functional separation 410 may be referred to as Option 7-1.
  • the RU performs iFFT conversion/CP insertion in the DL and FFT conversion/CP removal and digital beamforming in the UL of the PHY functions, and the DU performs the remaining PHY functions.
  • the third functional separation 420a may be referred to as Option 7-2x Category A.
  • the RU performs digital beamforming in both DL and UL, and the DU performs higher PHY functions after digital beamforming.
  • the fourth functional separation 420b may be referred to as Option 7-2x Category B.
  • the RU performs RE mapping (or RE demapping) in both DL and UL, and the DU performs higher PHY functions after RE mapping (or RE demapping).
  • the fifth function separation 425 may be referred to as Option 7-2.
  • the RU performs modulation (or demodulation) in both DL and UL, and the DU performs subsequent higher PHY functions until modulation (or demodulation).
  • the sixth function separation 430 may be referred to as Option 7-3.
  • the RU performs encoding/scrambling (or decoding/descrambling) in both DL and UL, and the DU performs subsequent higher PHY functions up to modulation (or demodulation).
  • the seventh function separation 440 may be referred to as Option 6.
  • function separation at a relatively high layer may be required to reduce fronthaul capacity.
  • separation of functions at too high a layer may cause a burden on the implementation of the RU due to the complicated control interface and the inclusion of multiple PHY processing blocks within the RU.
  • Appropriate separation of functions may be required depending on the arrangement and implementation method of the and RU.
  • the third function separation 420a or lower function separation e.g., the second function separation 420a
  • Functional separation 410) may be applied. If the functional separation is capable of processing precoding of data received from the DU, the fourth functional separation 420b or a higher functional separation (e.g., the sixth functional separation 430) may be applied.
  • the embodiments include the third function separation 420a (which may be referred to as category A, CAT-A) or the fourth function separation 420a for performing beamforming processing in the RU. It is described based on functional separation 420b (which may be referred to as category B CAT-B).
  • the O-RAN standard distinguishes the type of O-RU depending on whether the precoding function is located on the interface of the O-DU or the O-RU interface.
  • An O-RU in which precoding is not performed i.e., low complexity
  • the O-RU where precoding is performed may be referred to as a CAT-B O-RU.
  • upper-PHY refers to physical layer processing processed in the DU of the fronthaul interface.
  • the upper-PHY may include FEC encoding/decoding, scrambling, and modulation/demodulation.
  • sub-PHY refers to physical layer processing processed in the RU of the fronthaul interface.
  • the sub-PHY may include FFT/iFFT, digital beamforming, physical random access channel (PRACH) extraction and filtering.
  • PRACH physical random access channel
  • Embodiments of the present disclosure when transmitting messages between a DU (e.g., DU 210 in FIG. 2A) and RU (e.g., RU 220 in FIG. 2A), examples include specifications of eCPRI and O-RAN as fronthaul interfaces. It is described negatively.
  • the Ethernet payload of the message may include an eCPRI header, an O-RAN header, and additional fields.
  • various embodiments of the present disclosure will be described using the standard terms of eCPRI or O-RAN, but other expressions having equivalent meaning to each term may be used instead of the various embodiments of the present disclosure.
  • Fronthaul's transport protocol can be Ethernet and eCPRI, which are easy to share with networks.
  • the eCPRI header and O-RAN header may be included in the Ethernet payload.
  • the eCPRI header can be located in front of the Ethernet payload.
  • the contents of the eCPRI header are as follows.
  • This parameter indicates the type of service carried by the message type.
  • the parameter represents an in-phase/quadrature-phase (IQ) data message, a real-time control data message, or a transport network delay measurement message.
  • IQ in-phase/quadrature-phase
  • ecpriPayload (2 bytes): This parameter indicates the byte size of the payload portion of the eCPRI message.
  • ecpriRtcid/ecpriPcid 2 bytes: This parameter is the extended antenna-carrier (eAxC) identifier (eAxC ID) and identifies the specific data flow associated with each C-plane (ecpriRtcid) or U-plane (ecpriPcid) message. do.
  • This parameter provides unique message identification and ordering at two levels.
  • the first octet of this parameter is the sequence ID, which is used to identify the order of messages within the eAxC message stream, and the sequence ID is used to ensure that all messages have been received and to reorder out-of-order messages.
  • the second octet of this parameter is the subsequence ID.
  • the subsequence ID is used to determine order and implement reordering when radio-transport-level (eCPRI or IEEE-1914.3) fragmentation occurs.
  • the eAxC identifier is a band and sector identifier ('BandSector_ID'), a component carrier identifier ('CC_ID'), a spatial stream identifier ('RU_Port_ID'), and a distributed unit identifier ('DU_Port_ID').
  • Bit allocation of eAxC ID can be divided as follows.
  • DU_port ID To distinguish processing units in O-DU, DU_port ID is used (e.g. different baseband cards). It is expected that the O-DU allocates bits for the DU_port ID and the O-RU attaches the same value to the UL U-plane message carrying the same sectionId data.
  • BandSector_ID Aggregated cell identifier (band and sector distinction supported by O-RU).
  • CC_ID distinguishes carrier components supported by O-RU.
  • RU_port ID specifies logical flows such as data layer or spatial stream, and signal channels that require separate numerologies (e.g. PRACH) or special antenna allocation such as SRS. do.
  • the fronthaul application protocol is the control plane (C-plane), user plane (U-plane), synchronization plane (S-plane), and management plane (M). -plane) may be included.
  • the control plane may be configured to provide scheduling information and beamforming information through control messages.
  • the control plane means real-time control between DU and RU.
  • the user plane may contain IQ sample data transmitted between DU and RU.
  • the user plane may include the user's downlink data (IQ data or SSB/RS), uplink data (IQ data or SRS/RS), or PRACH data.
  • the weight vector of the above-described beamforming information may be multiplied by the user's data.
  • Synchronization plane generally refers to the traffic between DU and RU to a synchronization controller (e.g. IEEE Grand Master).
  • the synchronization plane may be related to timing and synchronization.
  • the management plane refers to non-real-time control between DU and RU.
  • the management plane may be related to initial setup, non-realtime reset or reset, and non-realtime report.
  • Messages in the control plane can be encapsulated based on a two-layer header approach.
  • the first layer may consist of the eCPRI common header or IEEE 1914.3 common header, which contains fields used to indicate the message type.
  • the second layer is the application layer, which contains fields required for control and synchronization.
  • a section defines the characteristics of U-plane data transmitted or received on a beam with one pattern ID.
  • the section types supported within C-plane are as follows.
  • Section Type may indicate the purpose of the control message transmitted in the control plane.
  • the purpose of each Section Type is as follows.
  • sectionType 0: Used to indicate unused resource blocks or symbols in DL or UL.
  • sectionType 1: Used for most DL/UL wireless channels.
  • 'most' refers to channels that do not require time or frequency offset, such as is required for mixed numerology channels.
  • sectionType 3: PRACH and mixed-numerology channel. Channels that require time or frequency offset or differ from the nominal SCS value(s)
  • sectionType 7: Used for LAA support
  • the compression techniques include, for example, a no-compression technique, a block floating point compression (BFPC) technique, and a modulation compression (MC) technique.
  • the IQ data frame of the O-RAN standard may include a user data compression header (e.g., udCompHdr).
  • the user data compression header is defined and transmitted by bit width (e.g., 4-bit 'udIqWidth') and compression method (e.g., 4-bit 'udCompMeth').
  • the compression method can be defined as in the table below.
  • the MC technique is a non-lossy method, with no data loss and high compression efficiency.
  • the MC technique relies on the characteristic that a modulated data symbol can be represented by a very limited number of bits of the I (in-phase) component and Q (quadrature) component bits.
  • a quadrature phase shift keying (QPSK) modulated symbol has only two potential states of I and two potential states of Q, so the QPSK modulated symbol has I It can be expressed without information loss with a single bit for the component and a single bit for the Q component.
  • QPSK quadrature phase shift keying
  • a symbol modulated using 64 QAM can be expressed with up to 3 bits for the I component and 3 bits for the Q component.
  • 16 bits can be used for the I component of data in a U-plane message.
  • 16 bits can be used for the Q component of data in a U-plane message. That is, 32 bits in the U-plane message can be used to transmit data.
  • modulation compression if QPSK modulation is used, the number of bits transmitted can be reduced from 32 bits to 2 bits.
  • modulation compression if 16 QAM modulation is used, the number of bits transmitted can be reduced from 32 bits to 4 bits.
  • 64 QAM modulation the number of bits transmitted can be reduced from 32 bits to 6 bits.
  • the constellations are two's complements. -complement)) can be 'moved' to represent each constellation point.
  • QPSK constellation points can move by -1/2.
  • the I component can be -1 or 0.
  • the Q component can be -1 or 0.
  • 16 QAM constellation points can move by -1/4.
  • the I component can be -1, -1/2, 0, 1/2.
  • the Q component can be -1, 1/2, 0, or 1/2.
  • 64 QAM constellation points can move by -1/8.
  • the I component can be -1, -3/4, -1/2, -1/4, 0, 1/4, 1/2, or 3/4.
  • the Q component can be -1, -3/4, -1/2, -1/4, 0, 1/4, 1/2, or 3/4.
  • the MC technique converts bit-level information into SCP (shifted constellation point).
  • the DU (eg, DU 210) may transmit a U-plane message containing converted information according to the SCP to the RU (eg, RU 220).
  • the DU 210 may transmit a constellation shift flag (CSF) to the RU 220 to indicate whether there is a shift. For example, when the 'csf' value is '1', the movement value of each constellation point in a specific bit width can be defined as shown in Table 2.
  • the DU 210 may transmit a modulation compression scaler value (modCompScaler) to the RU 220 so that the RU can set a power level to the modulation compressed data.
  • modCompScaler a modulation compression scaler value
  • the 'modCompScaler' parameter indicates the scale factor to apply to unshifted constellation points during decompression.
  • the 'modCompScaler' parameter can be provided to the RU through section extension information (e.g. Section Extension Type 4).
  • the 'modCompScaler' parameter can indicate the exponent component and mantissa component through the following equation.
  • 'mantissa' indicates the mantissa component of the indicated value.
  • 'exponent' represents the exponential component of the indicated value.
  • modCompScaler[k] represents the k+1th bit of the 'modCompScaler' parameter.
  • modCompScaler[0] represents the first bit of the 'modCompScaler' parameter.
  • modCompScaler[14] represents the 15th bit of the 'modCompScaler' parameter.
  • the value indicated by the 'modCompScaler' parameter is the same as the equation below.
  • 'mantissa' indicates the mantissa component of the indicated value.
  • 'exponent' represents the exponential component of the indicated value.
  • Section Extension 4 of the O-RAN standard that transmits the 'modCompScaler' parameter is shown in the table below.
  • the DU 210 may transmit a modulation compression power scale RE mask (mcScaleReMask) to the RU 220.
  • the 'mcScaleReMask' parameter may indicate the position of the RE, with the same scaling and modulation type, within the PRB. Similar to the 'modCompScaler' parameter, the DU 210 may transmit a scaling value for modulation compression (mcScaleOffset) to the RU 220.
  • the 'mcScaleOffset' parameter indicates the scale factor to apply to unshifted constellation points during decompression.
  • the 'mcScaleOffset' parameter may be provided to the RU 220 through section extension information (e.g., Section Extension Type 5).
  • the 'mcScaleOffset' parameter can indicate the exponent component and mantissa component through the following equation.
  • 'mantissa' indicates the mantissa component of the indicated value.
  • 'exponent' represents the exponential component of the indicated value.
  • mcScaleOffset[k] represents the k+1th bit of the 'mcScaleOffset' parameter.
  • mcScaleOffset[0] represents the first bit of the 'mcScaleOffset' parameter.
  • mcScaleOffset[14] represents the 15th bit of the 'mcScaleOffset' parameter.
  • the value indicated by the 'mcScaleOffset' parameter is the same as the equation below.
  • 'mantissa' indicates the mantissa component of the indicated value.
  • 'exponent' represents the exponential component of the indicated value.
  • Section Extension 5 of the O-RAN standard that transmits the 'mcScaleOffset' parameter is shown in the tables below.
  • Table 4 shows one scaler value
  • Table 5 shows two scaler values.
  • the section expansion information in Tables 3 to 5 described above may be included in the C-plane message.
  • the RU 220 can restore the original signal intended by the DU 210 based on compressed data received through the U-plane message and parameters received through the C-plane message.
  • the RU 220 may obtain the original signal from compressed bits based on the 'csf' parameter.
  • the RU 220 may obtain the original signal from compressed bits based on the 'modCompScaler' parameter.
  • the RU 220 may obtain the original signal from compressed bits based on the 'mcscaleoffset' parameter and the 'mcScaleReMask' parameter.
  • MC modulation compression
  • Terms such as '... unit' and '... unit' used hereinafter refer to a unit that processes at least one function or operation, which can be implemented through hardware, software, or a combination of hardware and software. there is.
  • the DU 510 may include a scheduling unit 511, a C-plane message generation unit 513, and a U-plane message generation unit 515.
  • the scheduling unit 511 may perform scheduling on U-plane messages according to the modulation compression technique described above.
  • the C-plane message generator 513 may generate a C-plane message including control information according to the modulation compression technique.
  • the C-plane message generator 513 may generate a C-plane message including Section Extension 4 as shown in Table 3.
  • the C-plane message generator 513 may generate a C-plane message including Section Extension 5 as shown in Table 4 or Table 5.
  • the U-plane message generator 515 may generate a U-plane message including an I component and a Q component according to the modulation compression technique.
  • the RU 520 may include a C-plane analysis unit 521, a buffer 523, a U-plane analysis unit 525, and a modulation decompression unit 527.
  • the C-plane analysis unit 521 may receive a C-plane message from the DU 510.
  • the C-plane analysis unit 521 may obtain parameter(s) related to modulation compression from section extension information (e.g., Section Extension 4, Section Extension 5) included in the C-plane message.
  • section extension information e.g., Section Extension 4, Section Extension 5
  • the C-plane analysis unit 521 can obtain section information from the C-plane message.
  • the C-plane analysis unit 521 may store the parameter(s) related to the modulation compression and the section information in the buffer 523.
  • the U-plane analysis unit 525 may receive a U-plane message from the DU 510.
  • the U-plane analysis unit 525 may include the I component and Q component included in the U-plane message.
  • the modulation decompression unit 527 may obtain the parameter(s) related to the modulation compression and the section information from the buffer 523.
  • the modulation decompression unit 527 may obtain the I component and Q component from the U-plane analysis unit 525.
  • the modulation decompression unit 527 may obtain a bit stream for the I component and a bit stream for the Q component based on the parameters related to the modulation compression.
  • the modulation decompression unit 527 may 'unshift' the constellation according to the 'csf' value and apply a scale factor for the constellation type indicated in the section. .
  • One section can have multiple modulation types.
  • the modulation type can be inferred from the reMask bits. Each '1' bit in the reMask bits corresponds to the shift command ('csf') and scale factor (e.g. 'modCompScaler' when using section extension 4, 'mcScaleOffset' when using section extension 5), for REs in the PRB. ).
  • the O-RAN standard provides section-based modulation compression. If a compression technique other than modulation compression is used when transmitting data in a specific slot, the section can be configured according to beamId (or ueId) allocation of data resources (e.g. RE/PRB/symbol). However, when modulation compression is applied, all PRBs and symbols within a section will use the same 'csf' and the same scaler value (e.g. 'modCompScaler' when using section extension 4, 'mcScaleOffset' when using section extension 5). may be required. In other words, since sections are configured according to the 'csf' and scaler values of the data, relatively more sections can be configured in modulation compression compared to compression techniques other than modulation compression. For example, if resource areas have the same beamId, but different 'csf' and different scaler values, the resource areas may be required to be separated into different sections.
  • the resource grid 551 represents data allocation for each independent data type.
  • the vertical axis of the resource grid 551 may represent the frequency domain (unit: PRB), and the horizontal axis may represent the time domain (unit: symbol).
  • data 551a, data 551b, data 551c, data 551d, data 551e, data 551f, data 551g, and data 551h in the area of resource grid 551. may be included.
  • Resource grid 553 represents data allocation without modulation compression.
  • Data individually transmitted through DU e.g., data for each beamID (or data for each ueId) may have a unique modulation type. However, if the modulation compression technique is not applied, the DU has a certain area specified by the PRB interval and symbol interval. is defined as a section, and the DU may transmit data for the section to the RU, for example, three sections (e.g., section #0, section #1, section #2) in the resource grid 553. ) may be included.
  • Section #1 may include a resource area of data 551b, a resource area of data 551c, and section #2 may include a resource area of data 551e. It may include an area, a resource area of data 551f, a resource area of data 551g, and a resource area of data 551h.
  • Resource grid 555 represents data allocation using modulation compression.
  • a unique modulation type may be applied to each individual data. For example, data 551c and data 551d are frequency-divided in a specific symbol (eg, symbol #4). Data 551c and data 551d may be divided into different RB areas within the same symbol. If the same modulation compression is applied to each section, data 551c and data 551d are required to be assigned to different sections. Unlike resource grid 553, data 551d may be required to be included in a different section than the section containing data 551c. Additionally, because modulation types can be distinguished for each symbol for modulation compression, sections can be time-divided.
  • independent modulation compression may be applied to each of data 551e, data 551f, data 551g, and data 551h. If the same modulation compression is applied to each section, data 551e, data 551f, data 551g, and data 551h are required to be assigned to different sections.
  • separation by RE may also occur when using Section extension 4 during modulation compression.
  • data transmission with modulation compression may require more sections.
  • the amount of fronthaul transmission may increase.
  • the overhead for defining a section increases, and parameter(s) other than modulation compression are transmitted redundantly, which may result in inefficiency in the RU.
  • embodiments of the present disclosure propose control information for providing modulation compression information (eg, 'csf' and scaler value) for data allocated within some areas of a section. Multiple areas may be configured within one section, and modulation compression information may be assigned to each area.
  • the DU (eg, DU 210) may transmit a C-plane message for the section, including modulation compression information for each region, to the RU (eg, RU 220).
  • an area distinguished for modulation compression is referred to as an MC (modulation compression) chunk, but in addition to the MC chunk, there are data chunks, data bundles, section bundles, and sections. It can be replaced by group, subblock, data subblock, MC subblock, section subblock, MC area, section subarea, pattern, symbol pattern, symbol PRB pattern, section partial area, or a term with equivalent technical meaning. .
  • Figure 6 is an example of signaling between a DU (e.g., DU 210) and a RU (e.g., RU 220) to provide modulation compression information for a subblock of a section, according to an embodiment of the present disclosure. shows.
  • the subblock of the section is a unit to which modulation compression is applied and may be referred to as an MC chunk.
  • the DU 210 may transmit an M-plane message to the RU 220.
  • the DU 210 is an M-plane that includes information to indicate that subblock-level modulation compression (i.e., modulation compression specific to MC chunk (hereinafter referred to as MC chunk-based modulation compression) can be provided. message) can be transmitted.
  • MC chunk-based modulation compression modulation compression specific to MC chunk
  • message can be transmitted.
  • a section extension type may be defined to provide MC chunk-based modulation compression.
  • the M-plane message may indicate a section extension type that can be supported by the DU 210.
  • the supportable section extension type may indicate section extension information for MC chunk-based modulation compression.
  • the DU 210 configures at least one parameter for the MC chunk-based modulation compression (described later in FIGS. 7A, 7B, 8A, 8B, 9A, and 9B) to the M-plane. It can be provided to the RU (220) through a message.
  • FIG. 6 an example in which the DU 210 transmits an M-plane message to the RU 220 is described, but embodiments of the present disclosure are not limited to this.
  • RU 220 may transmit an M-plane message to DU 210.
  • the M-plane message may include at least one of information indicating a section extension type supportable by the RU 220 or a parameter applicable to the RU 220.
  • DU 210 may perform MC chunk-based scheduling.
  • DU 210 may divide one section into one or more MC chunks.
  • DU 210 may divide one section into multiple MC chunks.
  • DU 210 may divide one section into four MC chunks.
  • DU 210 may determine one or more parameters to represent each MC chunk.
  • the DU 210 may determine a parameter indicating the number of MC chunks.
  • the DU 210 may determine a parameter indicating the number of one or more symbols of each MC chunk.
  • DU 210 may determine a parameter indicating the number of one or more PRBs in each MC chunk.
  • the DU 210 may determine a parameter to indicate the inter-PRB interval or inter-symbol interval of the MC chunk.
  • the DU 210 may transmit a C-plane message containing compression information for the MC chunk to the RU 220.
  • the C-plane message may include section information. Section information may point to a resource area for the section.
  • the C-plane message may include section extension information.
  • the section extension information may include information indicating a resource area for the MC chunk (hereinafter referred to as resource area information).
  • the section extension information may include compression information for the MC chunk.
  • the resource area information includes parameters according to the scheduling result of the MC chunk (e.g., the number of MC chunks, the number of one or more symbols of each MC chunk, the number of one or more PRBs of each MC chunk, the interval between PRBs of the MC chunk ( interval) or interval between symbols).
  • the compression information includes at least one of parameters related to modulation compression to be applied to data in the resource area of the MC chunk (e.g., a 'csf' parameter, a 'mcScaleReMask' parameter, a 'modCompScaler' parameter, or a 'mcScaleOffset' parameter). can do.
  • the 'csf' parameter is a flag that indicates whether the constellation for the MC chunk is shifted.
  • the 'mcScaleReMask' parameter is a bitmap (hereinafter referred to as masking information) for REs in the PRB for the MC chunk, and each bit setting of mcScaleReMask is 'mcScaleOffset' and 'csf' through U-Plane messages. Indicates whether it is applicable to the transmitted RE (resource element).
  • the 'modCompScaler' parameter or the 'mcScaleOffset' parameter represents the scale value for the MC chunk.
  • the DU 210 may transmit a U-plane message to the RU 220.
  • the DU 210 may perform modulation compression on data based on the modulation compression technique according to operations 601 to 605.
  • DU 210 can generate a U-plane message including I component and Q component according to the modulation compression technique.
  • the U-plane message may include data to be transmitted on the area occupied by the MC chunk.
  • the RU 220 may obtain parameters related to modulation compression based on the modulation compression information for the MC chunk of the section extension information received from the DU 210. Based on the parameters related to the modulation compression, a bit string for the I component and a bit string for the Q component can be obtained. For example, when decompressing, the RU 220 may 'unshift' the constellation according to the 'csf' value and apply the scale value for the constellation type indicated in the section.
  • modulation compression using an MC chunk may also be applied to a U-plane message for an uplink signal.
  • DU 210 can allocate modulation compression information for each MC chunk.
  • the modulation compression information may include a constellation shift flag (eg, 'csf'). Additionally, according to one embodiment, the modulation compression information may include scale information (e.g., a scaler value, 'mcScaleReMask' parameter, 'modCompScaler' parameter, or 'mcScaleOffset' parameter).
  • the modulation compression information may include a constellation shift flag and scale information. Because each MC chunk has its own constellation movement flag and scale information, control information may be configured differently depending on how the MC chunk is specified.
  • FIGS. 7A and 7B the method in which MC chunks are specified is described by first distinguishing in symbol units and later in PRB units.
  • FIG. 7A-7B illustrate an example of a first way to divide a section, according to various embodiments of the present disclosure.
  • one section may be divided into one or more MC chunks.
  • the section is first divided into bundles of symbols (i.e., symbol chunks), and then the frequency domain of the symbol chunks is divided into bundles of PRBs (i.e., PRB chunks ( This refers to a method in which the PRB is divided into chunks))).
  • the section 700 may be specified as a resource area defined by the 'numPrbc' parameter 710 and the 'numSymbol' parameter 720.
  • the 'numPrbc' parameter 710 indicates the number of PRBs.
  • the 'numSymbol' parameter 720 represents the number of symbols.
  • Section 700 may be divided into multiple MC chunks.
  • parameters for specifying the MC chunk may first be used. At least one or all of the parameters described below may be used to specify (or distinguish) an MC chunk.
  • the following parameters can be exemplified.
  • the parentheses next to the parameter name indicate an example number of bits.
  • startMcSymbolId(4b) Start symbol index for symbol chunks with the same symbol range (may be omitted). [start symbol index for a symbol chunk having the same symbol range. (can be absent)]
  • numMcSymbol(4b) Number of symbols for symbol chunks with the same symbol range. The sum of numMcSymbol must be equal to the numSymbol of the section. '0' may mean numSymbol. [number of symbols for a symbol chunk having the same symbol range. The sum of numMcSymbol should be the same as numSymbol of section. '0' means numSymbol.]
  • Symbol chunk period The above parameters can be set to every symbol, for symbol chunks with the same symbol range, every other symbol (i.e. symbol spacing is one symbol), every 2 symbols (i.e. symbol spacing is two symbols), or every 4 symbols (i.e. , can indicate whether a symbol spacing of 4 symbols is used.
  • 0 all symbols
  • 1 all other symbols
  • 2 every 2 symbols
  • 3 every 4 symbols (maybe absent if all symbols are always used).
  • Every symbol, every other symbol, every 2 symbol, or every 4 symbol is used for a symbol chunk having the same same symbol range.
  • numMcPrbChunks(4b) Number of PRB chunks of symbol chunk #i that numMcSymbol(i) has (may be omitted). [number of PRB chunks on a symbol chunk #i with numMcSymbol(i) (can be absent)]
  • startMcPrbc(10b) The starting PRB index for the PRB chunk of the PRB chunk (may be omitted). [start PRB index for a PRB chunk in a PRB chunk. (can be absent)]
  • numMcPrbc(8b) Number of PRBs for the PRB chunk of the symbol chunk. The sum of numMcPrbc must be equal to the numPrbc of the section. '0' means numPrbc. [number of PRBs for a PRB chunk on a symbol chunk. The sum of numMcPrbc should be the same as numPrbc of section. '0' means numPrbc.]
  • PRB chunk period The above parameters can be set for PRB chunks every RB, every other RB (i.e. PRB interval is one PRB), every 2RB (i.e. PRB interval is two PRBs), or every 4RB (i.e. PRB interval is four PRBs).
  • mcRemaskOnOff(1b) Indicates whether a section expansion or MC chunk has mcScaleRemask.
  • the format of the section extension type of the C-plane message which will be described later, can be changed (if all REs in the MC chunk share the same csf and modCompScaler, it can be omitted).
  • mcScaleRemask in this section extension or MC chunk (can change format of section extension type with this field) (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
  • numMcRemask(4b) Indicates the number of mcScaleRemask within a section extension or MC chunk. (If all REs in a MC chunk share the same CSF and modCompScaler, it can be omitted) [This indicates the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
  • mcScaleReMask(12b) Indicates the RE mask of each RE of the PRB to which the corresponding csf/scaler is applied. [This indicates RE mask of each RE in a PRB which appling the corresponding csf/scaler]
  • periodFlag(1b) Indicates whether to use mcSymbolPeriod and mcPrbPeriod per section extension or MC chunk (can be omitted). [It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)]
  • Section 700 may be divided into multiple MC chunks. When using the first method, first, it can be divided into symbol units.
  • the 'numSymbol' parameter 720 can be divided into numMcSymbol(0) 721 and numMcSymbol(1) 723.
  • numMcSymbol(0) (721) means the number of one or more symbols in symbol chunk #0.
  • numMcSymbol(1) (723) means the number of symbols in one or more symbol chunk #1. That is, the 'numSymbol' parameter 720 represents the sum of the number of one or more symbols in symbol chunk #0 and the number of one or more symbols in symbol chunk #1.
  • the frequency domain per symbol chunk can be divided into PRB units.
  • the 'numPrbc' parameter 710 can be divided.
  • the frequency domain corresponding to numMcSymbol(0) 721 can be divided into three regions (hereinafter referred to as PRB chunks).
  • the frequency domain corresponding to numMcSymbol(0)(721) is PRB chunk #0(731) of numMcPrbc(0,0), PRB chunk #1(732) of numMcPrbc(0,1), and numMcPrbc(0,2). It can be divided into PRB chunk #2 (733).
  • the frequency domain corresponding to numMcSymbol(1) 723 can be divided into two domains.
  • the frequency domain corresponding to numMcSymbol(1) (723) can be divided into PRB chunk #3 (734) of numMcPrbc (1,0) and PRB chunk #4 (735) of numMcPrbc (1,1).
  • the symbol index value of one symbol chunk #i and the PRB index value of PRB chunk #j can be determined as in the following equation.
  • the symbol index value of one symbol chunk #i and the PRB index value of one PRB chunk #j can be determined as in the equation below.
  • the first symbol index is the first empty symbol index since the previous symbol chunk.
  • the first PRB index is the first PRB index within the symbol chunk that is empty since the previous PRB chunk.
  • numMcPrbChunks can indicate the number of PRB chunks in each symbol chunk. For example, numMcPrbChunks may indicate the number of at least one PRB chunk included in each symbol chunk. According to one embodiment, numMcPrbChunks may indicate the total number of MC chunks in a section extension. For example, numMcPrbChunks may indicate the number of all MC chunks included in the section extension.
  • mcRemaskOnOff and numMcRemask may exist together within each section extension and/or MC chunk (eg, symbol chunk or PRB chunk). According to another embodiment of the present disclosure, only one mcRemaskOnOff and numMcRemask may exist in each section extension and/or MC chunk (eg, symbol chunk or PRB chunk). According to another embodiment of the present disclosure, mcRemaskOnOff and numMcRemask may not exist within each section extension and/or MC chunk (eg, symbol chunk or PRB chunk).
  • mcRemaskOnOff and numMcRemask may be included together within each section extension (or MC chunk (e.g. symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask can both be included in each section extension.
  • mcRemaskOnOff and numMcRemask may both be included in an MC chunk (e.g. symbol chunk or PRB chunk).
  • At least one of mcRemaskOnOff and numMcRemask may be included within each section extension (or MC chunk (eg, symbol chunk or PRB chunk)).
  • at least one of mcRemaskOnOff and numMcRemask may both be included in each section extension.
  • at least one of mcRemaskOnOff and numMcRemask may be included in an MC chunk (e.g., symbol chunk or PRB chunk).
  • Both mcRemaskOnOff and numMcRemask may be omitted within a section extension (or MC chunk (e.g. symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask may be included in fields that are distinct from section extensions (or MC chunks (e.g. symbol chunks or PRB chunks)).
  • a parameter for a symbol chunk may be defined.
  • a parameter for the PRB chunk may be defined.
  • the periodFlag value may or may not exist in each section extension or MC chunk (symbol chunk or PRB chunk) depending on the embodiment.
  • one flag parameter is described, but according to another embodiment, separate flag parameters for mcSymbolPeriod and mcPrbPeriod may exist.
  • the DU 210 may generate section extension information including at least one of the parameters in order to indicate an MC chunk divided according to the first method.
  • the DU 210 may transmit a C-plane message including the section extension information to the RU 220.
  • the DU 210 can configure a section with one MC chunk without using 'mcScaleReMask'.
  • section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcSymbol' indicates the number of symbols of the MC chunk (i.e., symbols within the symbol chunk). If only one MC chunk exists in the section, 'numMcSymbol' may be equal to 'numSymbol'.
  • 'numMcPrbChunks' indicates the number of one or more PRB chunks within the symbol chunk. The number of the one or more PRB chunks may be 1.
  • 'numMcPrbc' indicates the number of PRBs in one PRB chunk. If only one MC chunk exists in the section, 'numMcPrbc' may be the same as 'numPrbc'.
  • DU 210 may configure a section with two MC chunks without using 'mcScaleReMask'. For example, to indicate the two MC chunks, section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcSymbol' indicates the number of symbols of the MC chunks (e.g., symbols within a symbol chunk). For example, the number of symbol chunks may be one. 'numMcSymbol' may be the same as 'numSymbol'. Accordingly, the section extension information may include one 'numMcSymbol' field.
  • 'numMcPrbChunks' indicates the number of one or more PRB chunks within the symbol chunk. For example, the number of the one or more PRB chunks may be 2. 'numMcPrbc' of N+3 octets indicates the number of PRBs in the first PRB chunk.
  • the symbol chunk and the first PRB chunk may point to one MC chunk.
  • 'csf' of N+4 octets indicates whether the constellation for the one MC chunk is shifted
  • 'modCompScaler' of N+4 octets and N+5 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • 'numMcPrbc' of N+6 octets indicates the number of PRBs in the second PRB chunk.
  • the symbol chunk and the second PRB chunk may point to another MC chunk.
  • the DU 210 uses 'mcScaleReMask' and one You can configure sections with MC chunks. For example, to indicate the one MC chunk, section extension information may be configured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcSymbol' indicates the number of symbols in the MC chunk (e.g., symbols in the symbol chunk).
  • 'numMcPrbChunks' indicates the number of one or more PRB chunks within the symbol chunk. For example, the number of the one or more PRB chunks may be 1. Therefore, 'numMcPrbc' may be the same as 'numPrbc'.
  • DU 210 may use 'mcScaleReMask' and configure a section with two MC chunks. For example, to indicate the two MC chunks, section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcSymbol' indicates the number of symbols in the MC chunk (e.g., symbols in the symbol chunk).
  • the section extension information may include two 'numMcSymbol' fields. Among the two 'numMcSymbol' fields, the first 'numMcSymbol' field indicates the number of one or more symbols in the first symbol chunk. Among the two 'numMcSymbol' fields, the second 'numMcSymbol' field indicates the number of one or more symbols in the second symbol chunk.
  • the section extension information may include information for MC chunks for each 'numMcSymbol' field.
  • 'numMcPrbChunks' for the first 'numMcSymbol' field indicates the number of one or more PRB chunks within the first symbol chunk.
  • the number of the one or more PRB chunks within the first symbol chunk may be 1.
  • 'numMcPrbc' of N+3 octets indicates the number of PRBs in the first symbol chunk and the corresponding PRB chunk.
  • the first symbol chunk and the PRB chunk may point to one MC chunk.
  • 'csf' of N+5 octets indicates whether the constellation for the one MC chunk is shifted
  • 'mcScaleOffset' of N+5 octets to N+6 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • 'numMcPrbChunks' for the second 'numMcSymbol' field indicates the number of one or more PRB chunks within the second symbol chunk.
  • the number of the one or more PRB chunks within the second symbol chunk may be 1.
  • 'numMcPrbc' of N+3 octets indicates the number of PRBs in the second symbol chunk and the corresponding PRB chunk.
  • the second symbol chunk and the PRB chunk may point to another MC chunk.
  • 'csf' of N+11 octets indicates whether the constellation for the one MC chunk is shifted
  • 'mcScaleOffset' of N+11 to N+12 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • the DU 210 may use 'mcScaleReMask' and configure the section 750 with 4 MC chunks with a period. Two symbol chunks may be configured within one section, and two PRB chunks may be configured within each symbol chunk.
  • the 'period flag' parameter for each symbol chunk can be used. For example, to indicate MC chunks according to the section division shown in FIG. 7B, section extension information may be configured as in the table below.
  • section 750 may consist of 7 symbols and 10 PRBs.
  • the first MC chunk 751 may occupy five consecutive PRBs. As an example, the first MC chunk 751 may occupy PRB #0, PRB #1, PRB #2, PRB #3, and PRB #4.
  • the second MC chunk 752 may occupy five consecutive PRBs. As an example, the second MC chunk 752 may occupy PRB #5, PRB #6, PRB #7, PRB #8, and PRB #9.
  • the fourth MC chunk 754 may start from an empty PRB area. As an example, the fourth MC chunk 754 may occupy PRB #1, PRB #3, PRB #5, PRB #7, and PRB #9.
  • Octets corresponding to zero padding in Tables 6 to 10 e.g., octet N+7 in Table 9, octets N+3, N+5, N+9, N+17, N+19, N+23 in Table 10) , N+25
  • a format in which some areas are reduced and all parameters are arranged sequentially can also be understood as an embodiment of the present disclosure.
  • FIG. 8A-8B illustrate an example of a second method for dividing a section, according to various embodiments of the present disclosure.
  • One section can be divided into one or more MC chunks.
  • the second method when configuring MC chunks, the section is first divided into bundles of PRBs (i.e., PRB chunks), and then the time domain of the PRB chunks is divided into bundles of symbols (i.e., symbol chunks ( It refers to the way it is divided into symbol chunk))).
  • the section 800 may be specified as a resource area defined by the 'numPrbc' parameter 810 and the 'numSymbol' parameter 820.
  • the 'numPrbc' parameter 810 indicates the number of PRBs.
  • the 'numSymbol' parameter 820 represents the number of symbols.
  • Section 800 may be divided into multiple MC chunks.
  • parameters for specifying the MC chunk may first be used. At least one or all of the parameters described below may be used to specify (or distinguish) an MC chunk.
  • the following parameters can be exemplified.
  • the parentheses next to the parameter name indicate an example number of bits.
  • startMcPrbc(10b) Starting PRB index for the PRB chunk (can be omitted). [start PRB index for a PRB chunk. (can be absent)]
  • numMcPrbc(8b) Number of PRBs for PRB chunks with the same PRB range. The sum of numMcPrbc must equal the numPrbc of the section. '0' may mean numPrbc. [number of PRBs for a PRB chunk having the same PRB range. The sum of numMcPrbc should be the same as numPrbc of section. '0' means numPrbc.]
  • PRB chunk period The above parameters can be set for PRB chunks every RB, every other RB (i.e. PRB interval is one PRB), every 2RB (i.e. PRB interval is two PRBs), or every 4RB (i.e. PRB interval is four PRBs).
  • numMcSymbolChunks(4b) Number of symbol chunks in PRB chunk #i with numMcPrbc(i) (may be omitted). [number of symbol chunks on a PRB chunk #i with numMcPrbc(i) (can be absent)]
  • startMcSymbolId(4b) Start symbol index for a symbol chunk having the same symbol range (may be omitted). (can be absent)]
  • numMcSymbol(4b) Number of symbols for the symbol chunk in the PRB chunk with numMcPrb. The sum of numMcSymbol must be equal to the numSymbol of the section. '0' may mean numSymbol. [number of symbols for a symbol chunk on a PRB chunk with numMcPrb. The sum of numMcSymbol should be the same as numSymbol of section. '0' means numSymbol.]
  • the parameter can be set to every symbol, every other symbol (i.e. symbol spacing is one symbol), every two symbols (i.e. symbol spacing is two symbols), or It can indicate whether every 4 symbols are used (i.e., a symbol interval of 4 symbols).
  • 0 all symbols
  • 1 all other symbols
  • 2 every 2 symbols
  • 3 every 4 symbols (maybe absent if all symbols are always used).
  • Every symbol, every other symbol, every 2 symbol, or every 4 symbol is used for a symbol chunk having the same same symbol range.
  • mcRemaskOnOff(1b) Indicates whether a section expansion or MC chunk has mcScaleRemask.
  • the format of the section extension type of the C-plane message which will be described later, can be changed (can be omitted).
  • numMcRemask(4b) Indicates the number of mcScaleRemask within a section extension or MC chunk. (If all REs in a MC chunk share the same CSF and modCompScaler, it can be omitted) [This indicates the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
  • mcScaleReMask(12b) Indicates the RE mask of each RE of the PRB to which the corresponding csf/scaler is applied. [This indicates RE mask of each RE in a PRB which applies the corresponding csf/scaler.]
  • periodFlag(1b) Indicates whether to use mcSymbolPeriod and mcPrbPeriod per section extension or MC chunk (can be omitted). [It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)]
  • Section 800 may be divided into multiple MC chunks.
  • the section 800 can first be divided into PRB units.
  • the 'numPrbc' parameter 810 can be divided into numMcPrbc(0) (811), numMcPrbc(1) (812), and numMcPrbc(2) (813).
  • numMcPrbc(0) (811) means the number of one or more PRBs in PRB chunk #0.
  • numMcSymbol(1) (812) means the number of one or more PRBs in PRB chunk #1.
  • numMcSymbol(2) (813) means the number of one or more PRBs in PRB chunk #2.
  • the 'numPrbc' parameter 810 represents the sum of the number of one or more PRBs in PRB chunk #0, the number of one or more PRBs in PRB chunk #1, and the number of one or more PRBs in PRB chunk #2.
  • the 'numSymbol' parameter 820 can be split.
  • the time domain corresponding to numMcPrbc(0) 811 may be divided into two regions (hereinafter referred to as symbol chunks).
  • the time domain corresponding to numMcPrbc(0) (811) can be divided into symbol chunk #0 (831) of numMcSymbol (0,0) and symbol chunk #1 (832) of numMcSymbol (0,1).
  • the time domain corresponding to numMcPrbc(1) may not be divided.
  • the time domain corresponding to numMcPrbc(1) 812 may include symbol chunk #2 833 of one numMcSymbol(1,0).
  • the time domain corresponding to numMcPrbc(2) (813) can be divided into two regions.
  • the time domain corresponding to numMcPrbc(0) (811) can be divided into symbol chunk #3 (834) of numMcSymbol (2,0) and symbol chunk #4 (835) of numMcSymbol (2,1).
  • the PRB index value of PRB chunk #i and the symbol index value of one symbol chunk #i can be determined as in the following equation.
  • the PRB index value of PRB chunk #i and the symbol index value of one symbol chunk #i can be determined as in the following equation.
  • the first PRB index is the first PRB index within the symbol chunk that is empty since the previous PRB chunk.
  • the first symbol index is the first empty symbol index since the previous symbol chunk.
  • numMcSymbolChunks can indicate the number of symbol chunks in each PRB chunk. For example, numMcSymbolChunks may indicate the number of at least one symbol chunk included in each PRB chunk. numMcSymbolChunks may indicate the total number of MC chunks within a section extension. For example, numMcSymbolChunks may indicate the number of all MC chunks included in the section extension.
  • mcRemaskOnOff and numMcRemask may exist together within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk). According to one embodiment, only one mcRemaskOnOff and numMcRemask may exist within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk). According to one embodiment, mcRemaskOnOff and numMcRemask may be omitted within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk).
  • mcRemaskOnOff and numMcRemask may be included together within each section extension (or MC chunk (e.g. symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask can both be included in each section extension.
  • mcRemaskOnOff and numMcRemask may both be included in an MC chunk (e.g. symbol chunk or PRB chunk).
  • At least one of mcRemaskOnOff and numMcRemask may be included within each section extension (or MC chunk (eg, symbol chunk or PRB chunk)).
  • at least one of mcRemaskOnOff and numMcRemask may both be included in each section extension.
  • at least one of mcRemaskOnOff and numMcRemask may be included in an MC chunk (e.g., symbol chunk or PRB chunk).
  • Both mcRemaskOnOff and numMcRemask may be omitted within a section extension (or MC chunk (e.g. symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask may be included in fields that are distinct from section extensions (or MC chunks (e.g. symbol chunks or PRB chunks)).
  • a parameter for a symbol chunk may be defined. If resources are allocated at regular intervals in the frequency domain within one section, a parameter (e.g., 'mcPrbPeriod' parameter) for the PRB chunk may be defined.
  • the periodFlag value may or may not exist in each section extension or MC chunk (symbol chunk or PRB chunk) depending on the embodiment.
  • one flag parameter is described, but according to another embodiment, separate flag parameters for mcSymbolPeriod and mcPrbPeriod may exist.
  • the DU 210 may generate section extension information including at least one of the parameters in order to indicate an MC chunk divided according to the second method.
  • the DU 210 may transmit a C-plane message including the section extension information to the RU 220.
  • the DU 210 can configure a section with one MC chunk without using 'mcScaleReMask'.
  • section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcPrbc' indicates the number of PRBs in the MC chunk (e.g., PRBs in the PRB chunk). For example, if there is only one MC chunk in the section, 'numMcPrbc' may be the same as 'numPrbc'.
  • 'numMcSymbolChunks' indicates the number of one or more symbol chunks in the PRB chunk. For example, the number of one or more symbol chunks may be 1. 'numMcSymbol' represents the number of symbols in one symbol chunk.
  • 'numMcSymbol' may be equal to 'numSymbol'.
  • 'csf' indicates whether the constellation is shifted, and 'modCompScaler' indicates the scale value.
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • DU 210 may configure a section with two MC chunks without using 'mcScaleReMask'.
  • section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcPrbc' indicates the number of PRBs in the MC chunk, that is, the number of PRBs in the PRB chunk. For example, the number of PRB chunks may be one.
  • 'numMcPrbc' may be the same as 'numPrbc'.
  • the section extension information may include one 'numMcPrbc' field.
  • 'numMcSymbolChunks' indicates the number of one or more symbol chunks in the PRB chunk. For example, the number of one or more symbol chunks may be 2.
  • 'numMcSymbol' of N+3 octets indicates the number of symbols in the first symbol chunk.
  • the PRB chunk and the first symbol chunk may point to one MC chunk.
  • 'csf' of N+4 octets indicates whether the constellation for the one MC chunk is shifted
  • 'modCompScaler' of N+4 octets and N+5 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • 'numMcSymbol' of N+6 octets indicates the number of symbols in the second symbol chunk.
  • the PRB chunk and the second symbol chunk may point to another MC chunk.
  • 'csf' of N+7 octets indicates whether the constellation is shifted for the other MC chunk
  • 'modCompScaler' of N+7 octets and N+8 octets indicates the scale value for the other MC chunk. indicates.
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • DU 210 may use 'mcScaleReMask' and configure a section with one MC chunk.
  • section extension information may be configured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcPrbc' indicates the number of PRBs in the MC chunk, that is, the number of PRBs in the PRB chunk.
  • 'numMcSymbolChunks' indicates the number of one or more symbol chunks in the PRB chunk. For example, the number of one or more symbol chunks may be 1. Therefore, 'numMcSymbol' may be the same as 'numSymbol'.
  • DU 210 may use 'mcScaleReMask' and configure a section with two MC chunks. For example, to indicate the two MC chunks, section extension information may be structured as shown in the table below.
  • section extension information may be structured as shown in the table below.
  • 'extType' indicates the type of section extension information.
  • 'extLen' indicates the length of the section extension information.
  • 'numMcPrbc' indicates the number of PRBs in the MC chunk, that is, the number of PRBs in the PRB chunk.
  • the number of PRB chunks may be 2.
  • the section extension information may include two 'numMcPrbc' fields. Among the two 'numMcPrbc' fields, the first 'numMcPrbc' field indicates the number of one or more PRBs in the first PRB chunk.
  • the second 'numMcPrbc' field indicates the number of one or more PRBs in the second PRB chunk.
  • the section extension information may include information for MC chunks for each 'numMcPrbc' field.
  • 'numMcSymbolChunks' for the first 'numMcPrbc' field indicates the number of one or more symbol chunks within the first PRB chunk.
  • the number of the one or more symbol chunks within the first PRB chunk may be 1.
  • 'numMcSymbol' of N+3 octets indicates the number of symbols in the first PRB chunk and the corresponding symbol chunk.
  • the first PRB chunk and the symbol chunk may point to one MC chunk.
  • 'csf' of N+5 octets indicates whether the constellation for the one MC chunk is shifted
  • 'mcScaleOffset' of N+5 octets to N+6 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • 'numMcSymbolChunks' for the second 'numMcPrbc' field indicates the number of one or more symbol chunks in the second PRB chunk.
  • the number of the one or more symbol chunks in the second PRB chunk may be 1.
  • 'numMcSymbol' of N+3 octets indicates the number of PRBs in the second PRB chunk and the corresponding symbol chunk.
  • the second PRB chunk and the symbol chunk may point to another MC chunk.
  • 'csf' of N+11 octets indicates whether the constellation for the one MC chunk is shifted
  • 'mcScaleOffset' of N+11 to N+12 octets indicates the scale value for the one MC chunk.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • the DU 210 can use 'mcScaleReMask' and configure the section 850 with 4 MC chunks with a period.
  • Two PRB chunks may be configured within one section, and two symbol chunks may be configured within each PRB chunk.
  • the 'period flag' parameter for each PRB chunk can be used. For example, to indicate MC chunks according to the section division shown in FIG. 8B, section extension information may be configured as shown in the table below.
  • section 850 may consist of 7 PRBs and 10 symbols.
  • 9A-9B illustrate an example of a third method for dividing a section, according to various embodiments of the present disclosure.
  • one section may be divided into one or more MC chunks.
  • the third method refers to a method in which MC chunks are configured in units of arbitrary PRB chunks and symbol chunks, unlike the first method and the second method.
  • the section 900 may be specified as a resource area defined by the 'numPrbc' parameter 910 and the 'numSymbol' parameter 920.
  • the 'numPrbc' parameter 910 indicates the number of PRBs.
  • the 'numSymbol' parameter 920 represents the number of symbols.
  • Section 900 may be divided into multiple MC chunks.
  • parameters for specifying the MC chunk may first be used. At least one or all of the parameters described below may be used to specify (or distinguish) an MC chunk.
  • the following parameters can be exemplified.
  • the parentheses next to the parameter name indicate an example number of bits.
  • numMcChunks(4b) Number of MC chunks [number of MC chunks]
  • startMcPrbc(10b) Start PRB for a chunk [start PRB for a chunk]
  • numMcPrbc(8b) Number of PRBs for the chunk. '0' represents numPrbc. [number of PRBs for a chunk, ‘0’ means numPrbc]
  • PRB chunk period The above parameters can be set for PRB chunks every RB, every other RB (i.e. PRB interval is one PRB), every 2RB (i.e. PRB interval is two PRBs), or every 4RB (i.e. PRB interval is four PRBs).
  • s) can indicate whether it is used or not.
  • startMcSymbol(4b) Start symbol index for MC chunk. [start symbol index for a MC chunk]
  • numMcSymbol(4b) Number of symbols for MC chunk. ‘0’ represents numSymbol [number of symbols for a MC chunk, ‘0’ means numSymbol]
  • the parameter can be set to every symbol, every other symbol (i.e. symbol spacing is one symbol), every two symbols (i.e. symbol spacing is two symbols), or It can indicate whether every 4 symbols are used (i.e., a symbol interval of 4 symbols).
  • 0 all symbols
  • 1 all other symbols
  • 2 every 2 symbols
  • 3 every 4 symbols (maybe absent if all symbols are always used).
  • Every symbol, every other symbol, every 2 symbols, or every 4 symbols is used for a symbol chunk having the same same symbol range.
  • mcRemaskOnOff(1b) Indicates whether a section expansion or MC chunk has mcScaleRemask.
  • the format of the section extension type of the C-plane message which will be described later, can be changed (can be omitted). This indicates there are mcScaleRemask in this section extension or MC chunk (format of section extension type with this field) (can be absent)
  • numMcRemask(4b) Indicates the number of mcScaleRemask within a section extension or MC chunk. (If all REs in a MC chunk share the same CSF and modCompScaler, it can be omitted) [This indicates the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
  • mcScaleReMask(12b) Indicates the RE mask of each RE of the PRB to which the corresponding csf/scaler is applied. This indicates RE mask of each RE in a PRB which appling the corresponding csf/scaler.
  • periodFlag(1b) Indicates whether to use mcSymbolPeriod and mcPrbPeriod per section extension or MC chunk (can be omitted). It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)
  • numMcPrbChunks can indicate the number of PRB chunks in each symbol chunk. For example, numMcPrbChunks may indicate the number of at least one PRB chunk included in each symbol chunk. According to one embodiment, numMcPrbChunks may indicate the total number of MC chunks in a section extension. For example, numMcPrbChunks may indicate the number of all MC chunks included in the section extension.
  • mcRemaskOnOff and numMcRemask may exist together within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk). According to one embodiment, only one mcRemaskOnOff and numMcRemask may exist within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk). According to one embodiment, mcRemaskOnOff and numMcRemask may be omitted within each section extension and/or MC chunk (e.g., symbol chunk or PRB chunk).
  • mcRemaskOnOff and numMcRemask may be included together within each section extension (or MC chunk (e.g., symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask can both be included in each section extension.
  • mcRemaskOnOff and numMcRemask may both be included in an MC chunk (e.g. symbol chunk or PRB chunk).
  • At least one of mcRemaskOnOff and numMcRemask may be included within each section extension (or MC chunk (eg, symbol chunk or PRB chunk)).
  • at least one of mcRemaskOnOff and numMcRemask may both be included in each section extension.
  • at least one of mcRemaskOnOff and numMcRemask may be included in an MC chunk (e.g., symbol chunk or PRB chunk).
  • both mcRemaskOnOff and numMcRemask may be omitted within a section extension (or MC chunk (e.g., symbol chunk or PRB chunk)).
  • mcRemaskOnOff and numMcRemask may be included in fields that are distinct from section extensions (or MC chunks (e.g. symbol chunks or PRB chunks)).
  • a parameter for a symbol chunk may be defined. If resources are allocated at regular intervals in the frequency domain within one section, a parameter (e.g., 'mcPrbPeriod' parameter) for the PRB chunk may be defined.
  • the periodFlag value may or may not exist in each section extension or MC chunk (symbol chunk or PRB chunk) depending on the embodiment.
  • one flag parameter is described, but according to another embodiment, separate flag parameters for mcSymbolPeriod and mcPrbPeriod may exist.
  • the plurality of MC chunks may include a first MC chunk (931), a second MC chunk (932), a third MC chunk (933), and a fourth MC chunk (934).
  • the first MC chunk 931 may be specified by numMcSymbol(0) and numMcPrbc(0).
  • the second MC chunk 932 may be specified by numMcSymbol(1) and numMcPrbc(1).
  • the third MC chunk 933 can be specified by numMcSymbol(2) and numMcPrbc(2).
  • the fourth MC chunk 934 can be specified by numMcSymbol(3) and numMcPrbc(3).
  • the DU 210 may generate section extension information including at least one of the parameters in order to indicate an MC chunk divided according to the first method.
  • the DU 210 may transmit a C-plane message including the section extension information to the RU 220.
  • DU 210 may configure section 950 of FIG. 9B with three MC chunks without using 'mcScaleReMask'.
  • Section 950 may include a first MC chunk (931), a second MC chunk (932), and a third MC chunk (933).
  • section extension information may be structured as shown in the table below.
  • the first MC chunk 931 can be specified by numMcSymbol(0) and numMcPrbc(0).
  • the start symbol of one or more symbols of numMcSymbol(0) may be indicated by startMcSymbol(0).
  • the start PRB of one or more PRBs of numMcPrbc(0) may be indicated by startMcPrbc(0).
  • 'modCompScaler' of octets N+6 to N+7 represents the scale value for the first MC chunk (931).
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • the second MC chunk 932 may be specified by numMcSymbol(1) and numMcPrbc(1).
  • the start symbol of one or more symbols of numMcSymbol(1) may be indicated by startMcSymbol(1).
  • the start PRB of one or more PRBs of numMcPrbc(1) may be indicated by startMcPrbc(1).
  • 'modCompScaler' in octets N+12 to N+13 represents the scale value for the second MC chunk (932).
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • the third MC chunk 933 can be specified by numMcSymbol(2) and numMcPrbc(2).
  • the start symbol of one or more symbols of numMcSymbol(2) may be indicated by startMcSymbol(2).
  • the start PRB of one or more PRBs of numMcPrbc(2) may be indicated by startMcPrbc(2).
  • 'modCompScaler' in octets N+13 to N+14 represents the scale value for the third MC chunk (933).
  • the scale value can be derived from the 15-bits of the 'modCompScaler' field by calculating Equation 1 to Equation 2.
  • DU 210 may use 'mcScaleReMask' and configure section 950 of FIG. 9B with three MC chunks.
  • section extension information may be structured as shown in the table below.
  • the first MC chunk 931 can be specified by numMcSymbol(0) and numMcPrbc(0).
  • the start symbol of one or more symbols of numMcSymbol(0) may be indicated by startMcSymbol(0).
  • the start PRB of one or more PRBs of numMcPrbc(0) may be indicated by startMcPrbc(0).
  • 'mcScaleReMask' of octets N+6 to N+7 indicates masking information for the first MC chunk (931).
  • 'csf' of octet N+7 indicates whether the constellation is shifted for the first MC chunk (931), and 'mcScaleOffset' of octets N+7 to N+9 is the scale value for the first MC chunk (931) represents.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equations 3 to 4.
  • the second MC chunk 932 is specified by numMcSymbol(1) and numMcPrbc(1). It can be.
  • the start symbol of one or more symbols of numMcSymbol(1) may be indicated by startMcSymbol(1).
  • the start PRB of one or more PRBs of numMcPrbc(1) may be indicated by startMcPrbc(1).
  • 'mcScaleReMask' of octets N+14 to N+15 represents masking information for the second MC chunk (932).
  • 'csf' of octet N+15 indicates whether the constellation is shifted for the second MC chunk (932)
  • 'mcScaleOffset' of octets N+15 to N+17 is the scale value for the second MC chunk (932). represents.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • the third MC chunk 933 can be specified by numMcSymbol(2) and numMcPrbc(2).
  • the start symbol of one or more symbols of numMcSymbol(2) may be indicated by startMcSymbol(2).
  • the start PRB of one or more PRBs of numMcPrbc(2) may be indicated by startMcPrbc(2).
  • 'mcScaleReMask' of octets N+22 to N+23 represents masking information for the third MC chunk (933).
  • 'csf' of octet N+23 indicates whether the constellation is shifted for the 3rd MC chunk (933), and 'mcScaleOffset' of octets N+23 to N+24 is the scale value for the 3rd MC chunk (933) represents.
  • the scale value can be derived from the 15-bits of the 'mcScaleOffset' field according to calculations of Equation 3 to Equation 4.
  • Figure 10 shows an example of section division for periodic resource allocation, according to an embodiment of the present disclosure.
  • Figure 10 a situation in which periodic resource allocation is applied in section division using the third method is described.
  • the section 1000 may be specified as a resource area defined by the 'numPrbc' parameter and the 'numSymbol' parameter 1020.
  • the 'numPrbc' parameter could point to 6.
  • Section 1000 may be composed of six PRBs (1011, 1012, 1013, 1014, 1015, 1016).
  • Section 1000 may include six symbols 1021, 1022, 1023, 1024, 1025, and 1026.
  • DU 210 uses 'mcScaleReMask', 'mcPrbPeriod', and 'mcSymbolPeriod' to configure three MC chunks (1031, 1033, 1035) within one section (1000). You can (configure).
  • the DU 210 may generate section extension information including at least one of the parameters described in FIG. 9A to indicate each MC chunk divided according to the third method.
  • the DU 210 may transmit a C-plane message including the section extension information to the RU 220.
  • section extension information may be structured as shown in the table below. periodFlag can be omitted.
  • the MC chunks may include a first MC chunk (1031), a second MC chunk (1033), and a third MC chunk (1035).
  • the first MC chunk 1031 can be specified by numMcSymbol(0) and numMcPrbc(0).
  • the start symbol of one or more symbols of numMcSymbol(0) may be indicated by startMcSymbol(0).
  • the start PRB of one or more PRBs of numMcPrbc(0) may be indicated by startMcPrbc(0).
  • startMcSymbPeriod' is 1, the interval between two symbols in the first MC chunk (1031) may be one symbol.
  • 'mcPrbPeriod' is 1, the interval between PRBs in the first MC chunk (1031) may be one PRB.
  • the second MC chunk 1033 can be specified by numMcSymbol(2) and numMcPrbc(2).
  • the start symbol of one or more symbols of numMcSymbol(2) may be indicated by startMcSymbol(2).
  • the start PRB of one or more PRBs of numMcPrbc(1) may be indicated by startMcPrbc(1).
  • startMcSymbPeriod' is 1, the interval between two symbols in the second MC chunk (1033) may be one symbol.
  • 'mcPrbPeriod' is 1, the interval between PRBs in the second MC chunk (1033) can be one PRB.
  • the third MC chunk 1035 can be specified by numMcSymbol(2) and numMcPrbc(2).
  • the start symbol of one or more symbols of numMcSymbol(2) may be indicated by startMcSymbol(2).
  • the start PRB of one or more PRBs of numMcPrbc(2) may be indicated by startMcPrbc(2).
  • 'mcSymbPeriod' is 1, the interval between two symbols in the first MC chunk (1031) may be one symbol. Since 'mcPrbPeriod' is 0, PRBs can be allocated consecutively in the first MC chunk (1031).
  • the mode parameter value may indicate a specific format of section extension information. For example, when the mode parameter value is 0, section extension information having the format of Table 6 or Table 7 can be used. Additionally, for example, when the mode parameter value is 1, section extension information having the format of Table 2 or Table 3 may be used. Additionally, for example, when the mode parameter value is 2, section expansion information having the format of Table 3 or Table 4 may be used.
  • section extension information such as the table below can be used.
  • section extension information having the format of Table 7
  • a field indicating a mode parameter may be added to the N+2 octet area.
  • Table 7 and the description for Table 7 may be referred to.
  • the mode parameter indicates 1 section expansion information such as the table below can be used.
  • a field indicating a mode parameter may be added to the N+2 octet area.
  • Table 9 and the description for Table 9 may be referred to.
  • the 'numMcPrbChunk' parameter may be omitted.
  • some areas of the octet e.g., octet N+8 corresponding to zero padding in Tables 19 and 20 are reduced, and the parameters are all continuous.
  • the format arranged as can also be understood as an embodiment of the present disclosure. Through this, at least some of the parameters in Tables 19 and 20 may be omitted, or the positions of at least some of the parameters may be changed.
  • octets corresponding to zero padding in Tables 11 to 15 e.g., octets N+7 in Table 14, octets N+8, N+13, N+20, N+25 in Table 15
  • a format in which some areas of is reduced and all parameters are arranged sequentially can also be understood as an embodiment of the present disclosure.
  • FIG. 11 shows an example of modulation compression for a subblock, according to an embodiment of the present disclosure.
  • the DU 210 includes an M-plane message generator 1111, an MC chunk-based scheduling unit 1113, a C-plane message generator 1115, and a U-plane message generator 1117. may include.
  • the M-plane message generator 1111 may generate an M-plane message containing at least one parameter required for a modulation compression technique configured in MC chunk units.
  • the M-plane message generator 1111 may transmit the at least one parameter to the RU 220.
  • the M-plane message generator 1111 includes information indicating whether the DU 210 supports new section extension information (e.g., one of the formats of Tables 6 to 20). M-plane messages can be created.
  • the M-plane message generator 1111 generates an M-plane message including at least one of the parameters described in FIGS. 7A, 7B, 8A, 8B, 9A, and 9B. You can create a message. Afterwards, the DU 210 may transmit an M-plane message to the RU 220.
  • the MC chunk-based scheduling unit 1113 can perform scheduling for C-plane messages and U-plane messages according to the modulation compression technique described above.
  • the C-plane message generator 1115 includes section expansion information according to the modulation compression technique described through FIGS. 6, 7A, 7B, 8A, 8B, 9A, 9B, and 10. C-plane messages can be created.
  • the C-plane message generator 1115 may generate section extension information specific to an MC chunk constituting a partial area within one section.
  • the section extension information may include resource area information (e.g., number of symbols, number of PRBs) for the MC chunk and modulation compression information to be applied to data occupied by the MC chunk.
  • the C-plane message generator 1115 may generate a C-plane message including section extension information with a format for indicating one or more MC chunks, as shown in Tables 6 to 20.
  • the U-plane message generator 1117 may generate a U-plane message including an I component and a Q component according to the modulation compression technique.
  • the U-plane message may include data to be transmitted on the area occupied by the MC chunk.
  • the RU (220) may include an M-plane message generation unit 1121, a C-plane analysis unit 1123, a buffer 1125, a U-plane analysis unit 1127, and a modulation decompression unit 1129. there is.
  • the M-plane message generator 1121 may generate an M-plane message including at least one parameter required for a modulation compression technique configured in MC chunk units.
  • the M-plane message generator 1121 may transmit the at least one parameter to the DU 210.
  • the M-plane message generator 1121 includes information indicating whether the RU 220 supports new section extension information (e.g., one of the formats of Tables 6 to 20). M-plane messages can be created.
  • the M-plane message generator 1121 generates an M-plane message including at least one of the parameters described in FIGS. 7A, 7B, 8A, 8B, 9A, and 9B. You can create a message. Afterwards, the RU 220 may transmit an M-plane message to the DU 210.
  • the C-plane analysis unit 1123 may receive a C-plane message from the DU 210.
  • the C-plane analysis unit 1123 may obtain parameter(s) related to modulation compression from section extension information (e.g., Tables 6 to 20) included in the C-plane message.
  • the C-plane analysis unit 1123 may obtain parameter(s) related to modulation compression for each MC chunk within one section.
  • the C-plane analysis unit 1123 can obtain section information from the C-plane message.
  • the C-plane analysis unit 1123 can identify the time-frequency resource area occupied by each MC chunk from the section extension information of the C-plane message.
  • the C-plane analysis unit 1123 may include modulation compression information ('modCompScaler', 'mcScaleReMask', 'mcScaleOffset') for data to be applied to the time-frequency resource area.
  • the C-plane analysis unit 1123 may store the parameter(s) related to the modulation compression and the section information in the buffer 1125.
  • the U-plane analysis unit 1127 may receive a U-plane message from the DU 210.
  • the U-plane analysis unit 1127 may include the I component and Q component included in the U-plane message.
  • the modulation decompression unit 1129 may obtain the parameter(s) related to the modulation compression and the section information from the buffer 1125.
  • the modulation decompression unit 1129 may obtain the I component and Q component from the U-plane analysis unit 1127.
  • the modulation decompression unit 1129 may obtain a bit stream for the I component and a bit stream for the Q component based on the parameters related to the modulation compression. For example, when decompressing, the modulation decompression unit 1129 may 'unshift' the constellation according to the 'csf' value and apply a scale factor for the constellation type indicated in the section. .
  • One section has one or two modulation types.
  • the modulation type can be inferred from the reMask bits. Each '1' bit in the reMask bits represents a shift command ('csf') and a scale factor (e.g. 'modCompScaler', or 'mcScaleOffset' when using 'mcScaleReMask') for the REs of the PRB.
  • Figure 12 shows an example of signaling between a DU (e.g., DU 210) and a RU (e.g., RU 220) to provide compressed information using an identifier (ID), according to an embodiment of the present disclosure. .
  • a DU e.g., DU 210
  • a RU e.g., RU 220
  • ID an identifier
  • the compressed information can be specified for each subblock within one section.
  • the subblock is a unit to which modulation compression is applied and may be referred to as an MC chunk.
  • ID-based section extension information may be used.
  • the ID may be associated with the MC chunk and modulation compression information for the MC chunk in the above-described embodiments. Through the ID, overhead due to repeated compression information in the data of the U-plane message can be reduced. Multiple MC chunks may be configured within one section. Compression information (e.g., constellation shift flag and scaler value) may be assigned to each MC chunk.
  • the MC chunk Indication of area information or modulation compression information can be performed using only ID. Section extension information including the ID may be newly defined.
  • the DU 210 may transmit a C-plane message including MC chunk-based compression information and ID to the RU 220.
  • the C-plane message may be transmitted in slots A-X.
  • the MC chunk-based compression information refers to compression information specific to the MC chunk.
  • the section extension information of the C-plane message may include at least one parameter for indicating an MC chunk (e.g., the number of symbols in the MC chunk, the number of PRBs in the MC chunk).
  • the section extension information of the C-plane message may include compression information specific to the MC chunk (e.g., 'csf' parameter, 'modCompScaler' parameter, or 'mcScaleOffset' parameter).
  • the section extension information of the C-plane message may include an ID associated with the compressed information. According to one embodiment, the ID may be associated with compressed information. Additionally, according to one embodiment, the ID may be associated with the compressed information and the MC chunk.
  • the RU 220 receives the ID value from the DU 210 and stores modulation compression information (e.g., constellation shift flag and scaler value) corresponding to the ID in a storage space (e.g., buffer 1125, memory 370). ) can be saved.
  • modulation compression information e.g., constellation shift flag and scaler value
  • the DU 210 may transmit a U-plane message containing data to the RU 220.
  • the U-plane message may be coupled with the C-plane message of operation 1201.
  • the C-plane message may be transmitted in slot A.
  • the data may be transmitted on the scheduling area (eg, MC chunk) of the C-plane message.
  • the RU 220 may perform decompression of the data based on the compression information in operation 1201.
  • the RU 220 may transmit the data obtained through the decompression to a terminal (eg, the terminal 120).
  • the DU 210 may transmit a C-plane message including the ID to the RU 220.
  • the C-plane message may be transmitted in slot B-X.
  • the DU 210 can provide modulation compression information to the RU 220 by transmitting only the ID value to the RU 220.
  • the RU 220 receives the ID value from the DU 210 and modulation compression information (e.g., constellation shift flag and scaler) corresponding to the ID stored in a storage space (e.g., buffer 1125, memory 370). value) can be identified.
  • modulation compression information e.g., constellation shift flag and scaler
  • the DU 210 may transmit a U-plane message containing data to the RU 220.
  • the U-plane message may be coupled with the C-plane message of operation 1211.
  • the C-plane message may be transmitted in slot B.
  • the data may be transmitted on the scheduling area (eg, MC chunk) of the C-plane message.
  • the RU 220 may perform decompression on the data based on modulation compression information (eg, constellation shift flag and scaler value) corresponding to the ID.
  • modulation compression information eg, constellation shift flag and scaler value
  • the DU 210 may transmit a C-plane message including the ID to the RU 220.
  • the C-plane message may be transmitted in slot C-X.
  • the RU 220 receives the ID value from the DU 210 and modulation compression information (e.g., constellation shift flag and scaler) corresponding to the ID stored in a storage space (e.g., buffer 1125, memory 370). value) can be identified.
  • modulation compression information e.g., constellation shift flag and scaler
  • the DU 210 may transmit a U-plane message containing data to the RU 220.
  • the U-plane message may be coupled with the C-plane message of operation 1221.
  • the C-plane message may be transmitted in slot C.
  • the data may be transmitted on the scheduling area (eg, MC chunk) of the C-plane message.
  • the RU 220 may perform decompression on the data based on modulation compression information (eg, constellation shift flag and scaler value) corresponding to the ID.
  • modulation compression information eg, constellation shift flag and scaler value
  • the ID depicted in FIG. 12 may specify various information in addition to modulation compression information.
  • at least one of the following parameters may be included in the section extension information.
  • mcInfoId Consists of random N bits and specifies csf and scaler information.
  • scalar information may include a 'modCompScaler' parameter, or a 'mcScaleOffset' parameter.
  • mcRemaskId Consists of random M bits and specifies remask information.
  • remask information may include the 'mcScaleRemask' parameter.
  • mcId Consists of random P bits and specifies csf, scaler, and remask information.
  • chunkandmcinfoId Consists of random Q bits and specifies the resource area information and modulation compression information (e.g. csf and scaler information) of the MC chunk.
  • scalar information may include a 'modCompScaler' parameter, or a 'mcScaleOffset' parameter.
  • Each ID may be present in full, only in part, or omitted depending on the example. Additionally, the bitwidth (e.g., N, M, P, Q) of each ID may be predetermined according to the O-RAN standard or may be determined in advance through a negotiation process of an M-plane message.
  • the RU may require a storage device (e.g., memory, buffer) to store the above-described ID and compressed information or masking information corresponding to the ID.
  • an ID may be used to specify at least one of the parameters described through FIGS. 6, 7A, 7B, 8A, 8B, 9A, 9B, and 10. . Additionally, ID parameters of other definitions may replace the IDs described above.
  • the amount of fronthaul transmission between DU and RU can be reduced.
  • the packet processing burden can be reduced in each DU and RU.
  • the modulation compression technique and other compression techniques are operated in a dynamic manner, section fragmentation does not occur, so efficient scheduling for configuring sections can be achieved.
  • a method performed by a distributed unit (DU) in a wireless communication system may include an operation of identifying a subblock within one section.
  • the method may include generating a control-plane (C-plane) message including section extension information including modulation compression information corresponding to the subblock.
  • the method may include transmitting the C-plane message to a radio unit (RU) through a fronthaul interface.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • the one section may include a plurality of subblocks.
  • the section extension information includes modulation compression information for an additional subblock different from the subblock among the plurality of subblocks, information indicating the number of one or more symbols of the additional subblock, and one or more PRBs of the additional subblock. It may contain information indicating the number of items.
  • the subblock may include at least one of a first parameter indicating a period between symbols or a second parameter indicating an interval between PRBs.
  • the one or more symbols may be assigned to be separated by the period indicated by the first parameter.
  • the one or more PRBs may be allocated to be separated by the interval indicated by the second parameter.
  • the section extension information may include identification information linked to the modulation compression information.
  • the method may include transmitting another C-plane message including the identification information to the RU.
  • the method may include transmitting a U-plane message coupled with the other C-plane message to the RU.
  • Data of the U-plane message may be compressed based on the modulation compression information corresponding to the identification information.
  • the scale information may include 15 bits to indicate a scale value.
  • the scale information may include 15 bits to indicate a scale value and 12 bits to indicate whether the scale value is applied to each RE (resource element) in the PRB.
  • a method performed by a radio unit (RU) in a wireless communication system sends a control-plane (C-plane) message including section extension information to a distributed DU (DU) over the fronthaul interface.
  • C-plane control-plane
  • the method may include an operation of identifying modulation compression information corresponding to a subblock within one section in the section extension information.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • the one section may include a plurality of subblocks.
  • the section extension information includes modulation compression information for an additional subblock different from the subblock among the plurality of subblocks, information indicating the number of one or more symbols of the additional subblock, and one or more PRBs of the additional subblock. It may contain information indicating the number of items.
  • the subblock may include at least one of a first parameter indicating a period between symbols or a second parameter indicating an interval between PRBs.
  • the one or more symbols may be assigned to be separated by the period indicated by the first parameter.
  • the one or more PRBs may be allocated to be separated by the interval indicated by the second parameter.
  • the section extension information may include identification information linked to the modulation compression information.
  • the method may include receiving another C-plane message including the identification information from the DU.
  • the method may include receiving a U-plane message coupled with the other C-plane message from the DU. Data of the U-plane message may be decompressed based on the modulation compression information corresponding to the identification information.
  • the scale information may include 15 bits to indicate a scale value.
  • the scale information may include 15 bits to indicate a scale value and 12 bits to indicate whether the scale value is applied to each RE (resource element) in the PRB.
  • an electronic device of a distributed unit (DU) in a wireless communication system may include at least one transceiver and at least one processor coupled to the at least one transceiver.
  • the at least one processor may be configured to identify subblocks within one section.
  • the at least one processor may be configured to generate a control-plane (C-plane) message including section extension information including modulation compression information corresponding to the subblock.
  • the at least one processor may be configured to transmit the C-plane message to a radio unit (RU) through a fronthaul interface.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • the one section may include a plurality of subblocks.
  • the section extension information includes modulation compression information for an additional subblock different from the subblock among the plurality of subblocks, information indicating the number of one or more symbols of the additional subblock, and one or more PRBs of the additional subblock. It may contain information indicating the number of items.
  • the subblock may include at least one of a first parameter indicating a period between symbols or a second parameter indicating an interval between PRBs.
  • the one or more symbols may be assigned to be separated by the period indicated by the first parameter.
  • the one or more PRBs may be allocated to be separated by the interval indicated by the second parameter.
  • the section extension information may include identification information linked to the modulation compression information.
  • the at least one processor may be configured to transmit another C-plane message including the identification information to the RU.
  • the at least one processor may be configured to transmit a U-plane message coupled with the other C-plane message to the RU. Data of the U-plane message may be compressed based on the modulation compression information corresponding to the identification information.
  • the scale information may include 15 bits to indicate a scale value.
  • the scale information may include 15 bits to indicate a scale value and 12 bits to indicate whether the scale value is applied to each RE (resource element) in the PRB.
  • an electronic device of a radio unit (RU) in a wireless communication system may include at least one transceiver and at least one processor coupled to the at least one transceiver.
  • the at least one processor may be configured to receive a control-plane (C-plane) message including section extension information from a distributed unit (DU) through a fronthaul interface.
  • the at least one processor may be configured to identify modulation compression information corresponding to a subblock within one section in the section extension information.
  • the modulation compression information may include a flag indicating whether the constellation for the subblock is moved and scale information to be applied to the subblock.
  • the section extension information may include information indicating the number of one or more symbols of the subblock and information indicating the number of one or more physical resource blocks (PRBs) of the subblock.
  • PRBs physical resource blocks
  • the one section may include a plurality of subblocks.
  • the section extension information includes modulation compression information for an additional subblock different from the subblock among the plurality of subblocks, information indicating the number of one or more symbols of the additional subblock, and one or more PRBs of the additional subblock. It may contain information indicating the number of items.
  • the subblock may include at least one of a first parameter indicating a period between symbols or a second parameter indicating an interval between PRBs.
  • the one or more symbols may be assigned to be separated by the period indicated by the first parameter.
  • the one or more PRBs may be allocated to be separated by the interval indicated by the second parameter.
  • the section extension information may include identification information linked to the modulation compression information.
  • the at least one processor may be configured to receive another C-plane message including the identification information from the DU.
  • the at least one processor may be additionally configured to receive a U-plane message coupled with the other C-plane message from the DU. Data of the U-plane message may be decompressed based on the modulation compression information corresponding to the identification information.
  • the scale information may include 15 bits to indicate a scale value.
  • the scale information may include 15 bits to indicate a scale value and 12 bits to indicate whether the scale value is applied to each RE (resource element) in the PRB.
  • the C-plane message includes modulation compression information.
  • the processor is configured to receive a U-plane message from a DU, and the U-plane message may include data associated with the C-plane message.
  • the processor is configured to decompress data included in a U-place message based on modulation compression information and transmit the decompressed data to the terminal.
  • a method performed by a distributed unit may include generating a control-plane (C-plane) message including section extension information for modulation compression.
  • the method may include transmitting the C-plane message to a radio unit (RU) through a fronthaul interface.
  • C-plane control-plane
  • RU radio unit
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • the section extension information for the modulation compression includes first symbol information for indicating one or more symbols of a second sub-block of the one or more sub-blocks, and one or more physical PRBs (PRBs) of the second sub-block.
  • second PRB information to indicate the number of resource blocks
  • a second flag to indicate whether the constellation of the second sub-block is shifted
  • a second flag to indicate a second scale value to be applied to the second sub-block. It may include scale offset information, and second remask information indicating whether the second scale value is applied to each RE in the PRB of the second sub-block.
  • the first PRB information includes information indicating a start PRB of the one or more PRBs of the first sub-block, and information indicating the number of the one or more PRBs of the first sub-block. It can be included.
  • the first symbol information may indicate the location of each symbol of the one or more symbols of the first sub-block.
  • the information indicating the number of one or more sub-blocks for the modulation compression may be indicated by 4 bits of the section extension information.
  • the first flag may be indicated by 1 bit of the section extension information.
  • the first scale information may be indicated by 15 bits of the section extension information.
  • the first remask information may be indicated by 12 bits of the section extension information.
  • a method performed by a radio unit may include receiving a control-plane (C-plane) message including section extension information for modulation compression from a distributed unit (DU) through a fronthaul interface.
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • the section extension information for the modulation compression includes first symbol information for indicating one or more symbols of a second sub-block of the one or more sub-blocks, and one or more physical PRBs (PRBs) of the second sub-block.
  • second PRB information to indicate the number of resource blocks
  • a second flag to indicate whether the constellation of the second sub-block is shifted
  • a second flag to indicate a second scale value to be applied to the second sub-block. It may include scale offset information, and second remask information indicating whether the second scale value is applied to each RE in the PRB of the second sub-block.
  • the first PRB information includes information indicating a start PRB of the one or more PRBs of the first sub-block, and information indicating the number of the one or more PRBs of the first sub-block. It can be included.
  • the first symbol information may indicate the location of each symbol of the one or more symbols of the first sub-block.
  • the information indicating the number of one or more sub-blocks for the modulation compression may be indicated by 4 bits of the section extension information.
  • the first flag may be indicated by 1 bit of the section extension information.
  • the first scale information may be indicated by 15 bits of the section extension information.
  • the first remask information may be indicated by 12 bits of the section extension information.
  • an electronic device of a distributed unit may include at least one transceiver for a fronthaul interface, at least one processor, and a memory for storing instructions.
  • the instructions when executed by the at least one processor, cause the electronic device to generate a control-plane (C-plane) message including section extension information for modulation compression and, through a fronthaul interface, It may cause the C-plane message to be performed, including transmitting the C-plane message to a radio unit (RU).
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • the section extension information for the modulation compression includes first symbol information for indicating one or more symbols of a second sub-block of the one or more sub-blocks, and one or more physical PRBs (PRBs) of the second sub-block.
  • second PRB information to indicate the number of resource blocks
  • a second flag to indicate whether the constellation of the second sub-block is shifted
  • a second flag to indicate a second scale value to be applied to the second sub-block. It may include scale offset information, and second remask information indicating whether the second scale value is applied to each RE in the PRB of the second sub-block.
  • the first PRB information includes information indicating a start PRB of the one or more PRBs of the first sub-block, and information indicating the number of the one or more PRBs of the first sub-block. It can be included.
  • the first symbol information may indicate the location of each symbol of the one or more symbols of the first sub-block.
  • the information indicating the number of one or more sub-blocks for the modulation compression may be indicated by 4 bits of the section extension information.
  • the first flag may be indicated by 1 bit of the section extension information.
  • the first scale information may be indicated by 15 bits of the section extension information.
  • the first remask information may be indicated by 12 bits of the section extension information.
  • an electronic device performed by a radio unit may include at least one transceiver for a fronthaul interface, at least one processor, and a memory for storing instructions.
  • the instructions when executed by the at least one processor, cause the electronic device to send a control-plane (C-plane) message including section extension information for modulation compression to a distributed DU (DU) message through a fronthaul interface.
  • C-plane control-plane
  • DU distributed DU
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • the section extension information for the modulation compression includes first symbol information for indicating one or more symbols of a second sub-block of the one or more sub-blocks, and one or more physical PRBs (PRBs) of the second sub-block.
  • second PRB information to indicate the number of resource blocks
  • a second flag to indicate whether the constellation of the second sub-block is shifted
  • a second flag to indicate a second scale value to be applied to the second sub-block. It may include scale offset information, and second remask information indicating whether the second scale value is applied to each RE in the PRB of the second sub-block.
  • the first PRB information includes information indicating a start PRB of the one or more PRBs of the first sub-block, and information indicating the number of the one or more PRBs of the first sub-block. It can be included.
  • the first symbol information may indicate the location of each symbol of the one or more symbols of the first sub-block.
  • the information indicating the number of one or more sub-blocks for the modulation compression may be indicated by 4 bits of the section extension information.
  • the first flag may be indicated by 1 bit of the section extension information.
  • the first scale information may be indicated by 15 bits of the section extension information.
  • the first remask information may be indicated by 12 bits of the section extension information.
  • a non-transitory computer-readable storage medium includes a memory configured to store program instructions.
  • the program instructions when executed by one or more processors, cause a distributed unit (DU) to generate a control-plane (C-plane) message containing section extension information for modulation compression, and a fronthaul interface. Through, it can be caused to perform functions including transmitting the C-plane message to a radio unit (RU).
  • DU distributed unit
  • C-plane control-plane
  • RU radio unit
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • a non-transitory computer-readable storage medium includes a memory configured to store program instructions.
  • a radio unit When the program instructions are executed by one or more processors, a radio unit (RU) sends a control-plane (C-plane) message containing section extension information for modulation compression to the DU through the fronthaul interface. It can be caused to perform functions including receiving from a distributed unit.
  • C-plane control-plane
  • the section extension information for the modulation compression includes information indicating the number of one or more sub-blocks for the modulation compression, first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks, First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block, a first flag to indicate whether the constellation of the first sub-block is shifted, and to the first sub-block First scale offset information to indicate the first scale value to be applied, and first remask to indicate whether the first scale value is to be applied to each resource element (RE) in the PRB of the first sub-block. ) information may be included.
  • first symbol information indicating one or more symbols of a first sub-block of the one or more sub-blocks
  • First PRB information to indicate the number of one or more physical resource blocks (PRBs) of the first sub-block
  • PRBs physical resource blocks
  • First scale offset information to indicate the first scale value to be applied
  • first remask to indicate whether the first
  • Various embodiments of this document may be implemented as software including one or more instructions stored in a storage medium that can be read by a machine.
  • the processor of the device may call at least one instruction among one or more instructions stored from a storage medium and execute it. This allows the device to be operated to perform at least one function according to the at least one instruction called.
  • the one or more instructions may include code generated by a compiler or code that can be executed by an interpreter.
  • a storage medium that can be read by a device may be provided in the form of a non-transitory storage medium.
  • 'non-transitory' only means that the storage medium is a tangible device and does not contain signals (e.g. electromagnetic waves). This term refers to cases where data is stored semi-permanently in the storage medium. There is no distinction between temporary storage cases.
  • O-RAN makes it possible to construct a virtualized, intelligent network with standardized, open interfaces. For network virtualization, operations according to embodiments may be implemented in the form of a recording medium (eg, memory
  • Computer program products are commodities and can be traded between sellers and buyers.
  • the computer program product may be distributed in the form of a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)) or through an application store (e.g. Play StoreTM) or on two user devices (e.g. It can be distributed (e.g. downloaded or uploaded) directly between smart phones) or online.
  • a machine-readable storage medium e.g. compact disc read only memory (CD-ROM)
  • an application store e.g. Play StoreTM
  • two user devices e.g. It can be distributed (e.g. downloaded or uploaded) directly between smart phones) or online.
  • at least a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.
  • each component (e.g., module or program) of the above-described components may include a single or plural entity, and some of the plurality of entities may be separately placed in other components. there is.
  • one or more of the components or operations described above may be omitted, or one or more other components or operations may be added.
  • multiple components eg, modules or programs
  • the integrated component may perform one or more functions of each component of the plurality of components identically or similarly to those performed by the corresponding component of the plurality of components prior to the integration. .
  • operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, or heuristically, or one or more of the operations may be executed in a different order, or omitted. Alternatively, one or more other operations may be added.
  • a computer-readable storage medium that stores one or more programs (software modules) may be provided.
  • One or more programs stored in a computer-readable storage medium are configured to be executable by one or more processors in an electronic device (configured for execution).
  • One or more programs include instructions that cause the electronic device to execute methods according to embodiments described in the claims or specification of the present disclosure.
  • These programs may include random access memory, non-volatile memory, including flash memory, read only memory (ROM), and electrically erasable programmable ROM. (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other types of disk storage. It can be stored in an optical storage device or magnetic cassette. Alternatively, it may be stored in a memory consisting of a combination of some or all of these. Additionally, multiple configuration memories may be included.
  • non-volatile memory including flash memory, read only memory (ROM), and electrically erasable programmable ROM. (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other types of disk storage. It can be stored in an optical storage device or magnetic cassette. Alternatively, it may be stored in a memory consisting of a combination of some or all of these. Additionally, multiple configuration memories may
  • the program may be distributed through a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WAN), or a storage area network (SAN), or a combination thereof. It may be stored on an attachable storage device that is accessible. This storage device can be connected to a device performing an embodiment of the present disclosure through an external port. Additionally, a separate storage device on a communications network may be connected to the device performing embodiments of the present disclosure.
  • a communication network such as the Internet, an intranet, a local area network (LAN), a wide area network (WAN), or a storage area network (SAN), or a combination thereof. It may be stored on an attachable storage device that is accessible. This storage device can be connected to a device performing an embodiment of the present disclosure through an external port. Additionally, a separate storage device on a communications network may be connected to the device performing embodiments of the present disclosure.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)

Abstract

실시예들에 있어서, 무선 통신 시스템에서 DU(distributed unit)에 의해 수행되는 방법이 제공된다. 상기 방법은 하나의 섹션 내에서 서브블록을 식별하는 동작을 포함할 수 있다. 상기 방법은 상기 서브블록에 대응하는 변조 압축 정보를 포함하는 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작을 포함할 수 있다. 상기 방법은 상기 C-plane 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다.

Description

프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법
본 개시(disclosure)는 프론트홀(fronthaul) 인터페이스에 관한 것이다. 보다 구체적으로, 본 개시는 프론트홀 인터페이스에서 변조 압축 정보(modulation compression information)를 제공하기 위한 전자 장치 및 방법에 관한 것이다.
무선 통신 시스템에서 전송 용량이 증가함에 따라, 기지국을 기능적으로 분리하는 기능 분리(function split)가 적용되고 있다. 기능 분리에 따라, 기지국은 DU(distributed unit)와 RU(radio unit)로 분리될 수 있다. DU 및 RU간 통신을 위해 프론트홀(fronthaul) 인터페이스가 정의된다.
상기 정보는 본 발명의 이해를 돕기 위한 배경 정보로만 제공된다. 위의 내용 중 어느 것이 개시와 관련하여 선행 기술로 적용될 수 있는지 여부에 대해 어떠한 결정도 이루어지지 않았으며 어떠한 주장도 이루어지지 않는다.
본 개시의 양태들은 적어도 위에서 언급한 문제점 및/또는 단점을 해결하고 적어도 후술하는 이점을 제공하는 것이다. 따라서, 본 개시의 측면은 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법을 제공하는 것이다.
부가적인 양태들은 다음의 설명에서 부분적으로 설명될 것이고, 부분적으로는 설명으로부터 명백해지거나 제시된 실시예의 실시에 의해 학습될 수 있다.
본 개시의 일 측면에 따르면, 무선 통신 시스템에서 DU(distributed unit)에 의해 수행되는 방법은, 하나의 섹션 내에서 서브블록을 식별하는 동작을 포함할 수 있다. 상기 방법은 상기 서브블록에 대응하는 변조 압축 정보를 포함하는 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작을 포함할 수 있다. 상기 방법은 상기 C-plane 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, 무선 통신 시스템에서 RU(radio unit)에 의해 수행되는 방법은 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 프론트홀 인터페이스를 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 섹션 확장 정보에서, 하나의 섹션 내에서 서브블록에 대응하는 변조 압축 정보를 식별하는 동작을 포함할 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, 무선 통신 시스템에서 DU(distributed unit)의 전자 장치가 제공된다. 상기 전자 장치는 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 하나의 섹션 내에서 서브블록을 식별하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 서브블록에 대응하는 변조 압축 정보를 포함하는 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 C-plane 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하도록 구성될 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, 무선 통신 시스템에서 RU(radio unit)의 전자 장치가 제공된다. 상기 전자 장치는, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 프론트홀 인터페이스를 DU(distributed unit)로부터 수신하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 섹션 확장 정보에서, 하나의 섹션 내에서 서브블록에 대응하는 변조 압축 정보를 식별하도록 구성될 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, DU(distributed unit)에 의해 수행되는 방법이 제공된다. 상기 방법은, 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작을 포함할 수 있다. 상기 방법은 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, RU(radio unit)에 의해 수행되는 방법이 제공된다. 상기 방법은, 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, DU(distributed unit)의 전자 장치가 제공된다. 상기 전자 장치는, 프론트홀 인터페이스를 위한 적어도 하나의 송수신기, 적어도 하나의 프로세서상기 및 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하고, 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, RU(radio unit)에 의해 수행되는 전자 장치가 제공된다. 상기 전자 장치는 프론트홀 인터페이스를 위한 적어도 하나의 송수신기, 적어도 하나의 프로세서상기 및 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하는 비-일시적 컴퓨터 판독 가능 저장매체가 제공된다. 상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, DU(distributed unit)가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 것과, 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 일 측면에 따르면, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하는 비-일시적 컴퓨터 판독 가능 저장매체가 제공된다. 상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, RU(radio unit)가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 다른 양태, 장점 및 현저한 특징은 첨부된 도면과 함께 본 발명의 다양한 실시예들을 개시하는 다음의 상세한 설명으로부터 당업자에게 명백해질 것이다.
도 1은 본 개시의 실시예에 따른, 무선 통신 시스템을 도시한다.
도 2a는 본 개시의 실시예에 따른, 프론트홀(fronthaul) 인터페이스를 도시한다.
도 2b는 본 개시의 실시예에 따른, O(open)-RAN(radio access network)의 프론트홀 인터페이스를 도시한다.
도 3a는 본 개시의 실시예에 따른, DU(distributed unit)의 기능적 구성을 도시한다.
도 3b는 본 개시의 실시예에 따른, RU(radio unit)의 기능적 구성을 도시한다.
도 4는 본 개시의 실시예에 따른, DU 및 RU 간 기능 분리(function split)의 예를 도시한다.
도 5a 내지 도 5b는 본 개시의 다양한 실시예들에 따른, 변조 압축(modulation compression, MC)의 예를 도시한다.
도 6은 본 개시의 다양한 실시예들에 따른, 섹션의 서브블록(subblock)에 대한 변조 압축 정보를 제공하기 위한 DU 및 RU 간 시그널링의 예를 도시한다.
도 7a 내지 도 7b는 본 개시의 다양한 실시예들에 따른, 섹션을 분할하기 위한 제1 방식의 예를 나타낸다.
도 8a 내지 도 8b는 본 개시의 다양한 실시예들에 따른, 섹션을 분할하기 위한 제2 방식의 예를 나타낸다.
도 9a 내지 도 9b는 본 개시의 다양한 실시예들에 따른, 섹션을 분할하기 위한 제3 방식의 예를 나타낸다.
도 10은 본 개시의 실시예에 따른, 주기적 자원 할당을 위한 섹션 분할의 예를 나타낸다.
도 11은 본 개시의 실시예에 따른, 서브블록(subblock)에 대한 변조 압축의 예를 도시한다.
도 12는 본 개시의 실시예에 따른, ID(identifier)를 이용하여 압축 정보를 제공하기 위한 DU 및 RU 간 시그널링의 예를 도시한다.
도면 전체에서, 동일하거나 유사한 요소, 특징 및 구조를 나타내기 위해 유사한 참조 번호가 사용된다는 점에 유의해야 한다.
첨부된 도면을 참조하는 다음의 설명은 청구범위 및 그 등가물에 의해 정의되는 본 발명의 다양한 실시예의 포괄적인 이해를 돕기 위해 제공된다. 여기에는 이해를 돕기 위한 다양한 특정 세부 사항이 포함되어 있지만 이는 단지 예시로 간주될 수 있다. 따라서, 당업자는 본 명세서에 기술된 다양한 실시예의 다양한 변경 및 수정이 본 개시의 범위 및 사상을 벗어나지 않고 이루어질 수 있음을 인식할 것이다. 또한, 공지 기능 및 구성에 대한 설명은 명확성과 간결성을 위하여 생략될 수 있다.
이하의 설명 및 특허 청구 범위에 사용된 용어 및 단어는 서지적 의미에 한정되지 않으며, 발명자가 개시 내용을 명확하고 일관되게 이해하기 위해 사용한 것일 뿐이다. 따라서, 본 개시의 다양한 실시예들에 대한 다음의 설명은 첨부된 청구범위 및 그 등가물에 의해 정의된 바와 같이 본 개시를 제한할 목적이 아니라 예시 목적으로만 제공된다는 것이 당업자에게 명백해야 한다.
단수 형태 "a", "an" 및 "the"는 문맥상 명백하게 달리 지시하지 않는 한 복수 지시대상을 포함하는 것으로 이해되어야 한다. 따라서, 예를 들어 "부품 표면"에 대한 언급은 이러한 표면 중 하나 이상에 대한 언급을 포함한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 다른 실시예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 설명에서 사용되는 신호를 지칭하는 용어(예: 패킷, 메시지, 신호, 정보, 시그널링), 자원을 지칭하는 용어(예: 섹션(section), 심볼(symbol), 슬롯(slot), 서브프레임(subframe), 무선 프레임(radio frame), 서브캐리어(subcarrier), RE(resource element), RB(resource block), BWP(bandwidth part), 기회(occasion)), 연산 상태를 위한 용어(예: 단계(step), 동작(operation), 절차(procedure)), 데이터를 지칭하는 용어(예: 패킷, 메시지, 사용자 스트림, 정보(information), 비트(bit), 심볼(symbol), 코드워드(codeword)), 채널을 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어(DU(distributed unit), RU(radio unit), CU(central unit), CU-CP(control plane), CU-UP(user plane), O-DU(O-RAN(open radio access network) DU), O-RU(O-RAN RU), O-CU(O-RAN CU), O-CU-UP(O-RAN CU-CP), O-CU-CP(O-RAN CU-CP)), 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다. 또한, 이하 사용되는 '...부', '...기', '...물', '...체' 등의 용어는 적어도 하나의 형상 구조를 의미하거나 또는 기능을 처리하는 단위를 의미할 수 있다.
또한, 본 개시에서, 특정 조건의 만족(satisfied), 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용될 수 있으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다. 또한, 이하, 'A' 내지 'B'는 A부터(A 포함) B까지의(B 포함) 요소들 중 적어도 하나를 의미한다. 이하, 'C' 및/또는 'D'는 'C' 또는 'D' 중 적어도 하나, 즉, {'C', 'D', 'C'와 'D'}를 포함하는 것을 의미한다.
본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project), xRAN(extensible radio access network), O-RAN(open-radio access network)에서 사용되는 용어들을 이용하여 다양한 실시예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.
도 1은 본 개시의 실시예에 따른, 무선 통신 시스템을 도시한다.
도 1을 참고하면, 도 1은 무선 통신 시스템은 무선 채널을 이용하는 노드(node)들의 일부로서, 기지국(110) 및 단말(120)을 포함한다. 도 1은 하나의 기지국만을 도시하나, 무선 통신 시스템은 기지국(110)과 동일 또는 유사한 다른 기지국을 더 포함할 수 있다.
기지국(110)은 단말(120)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 기지국(110)은 신호를 송신할 수 있는 거리에 기초하여 정의되는 커버리지(coverage)를 가진다. 기지국(110)은 기지국(base station) 외에 '액세스 포인트(access point, AP)', '이노드비(eNodeB, eNB)', '5G 노드(5th generation node)', '지노드비(next generation nodeB, gNB)', '무선 포인트(wireless point)', '송수신 포인트(transmission/reception point, TRP)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
단말(120)은 사용자에 의해 사용되는 장치로서, 기지국(110)과 무선 채널을 통해 통신을 수행한다. 기지국(110)에서 단말(120)을 향하는 링크는 하향링크(downlink, DL), 단말(120)에서 기지국(110)을 향하는 링크는 상향링크(uplink, UL)라 지칭된다. 또한, 도 1에 도시되지 않았으나, 단말(120)과 다른 단말은 상호 간 무선 채널을 통해 통신을 수행할 수 있다. 이때, 단말(120) 및 다른 단말 간 링크(device-to-device link, D2D)는 사이드링크(sidelink)라 지칭되며, 사이드링크는 PC5 인터페이스와 혼용될 수 있다. 다른 일부 실시예들에서, 단말(120)은 사용자의 관여 없이 운영될 수 있다. 본 개시의 일 실시예에 따라, 단말(120)은 기계 타입 통신(machine type communication, MTC)을 수행하는 장치로서, 사용자에 의해 휴대되지 아니할 수 있다. 다른 일 실시예에 따라, 단말(120)은 NB(narrowband)-IoT(internet of things) 기기일 수 있다.
단말(120)은 단말(terminal) 외 '사용자 장비(user equipment, UE)', '고객 댁내 장치'(customer premises equipment, CPE), '이동국(mobile station)', '가입자국(subscriber station)', '원격 단말(remote terminal)', '무선 단말(wireless terminal)', 전자 장치(electronic device)', 또는 '사용자 장치(user device)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
기지국(110)은 단말(120)과 빔포밍을 수행할 수 있다. 기지국(110)과 단말(120)은 상대적으로 낮은 주파수 대역(예: NR의 FR 1(frequency range 1))에서 무선 신호를 송신 및 수신할 수 있다. 또한, 기지국(110)과 단말(120)은 상대적으로 높은 주파수 대역(예: NR의 FR 2(또는, FR 2-1, FR 2-2, FR 2-3), FR 3), 밀리미터 파(mmWave) 대역(예: 28GHz, 30GHz, 38GHz, 60GHz))에서 무선 신호를 송신 및 수신할 수 있다. 채널 이득의 향상을 위해, 기지국(110) 및 단말(120)은 빔포밍(beamforming)을 수행할 수 있다. 여기서, 빔포밍은 송신 빔포밍 및 수신 빔포밍을 포함할 수 있다. 기지국(110) 및 단말(120)은 송신 신호 또는 수신 신호에 방향성(directivity)을 부여할 수 있다. 이를 위해, 기지국(110) 및 단말(120)은 빔 탐색(beam search) 또는 빔 관리(beam management) 절차를 통해 서빙(serving) 빔들을 선택할 수 있다. 서빙 빔들이 선택된 후, 이후 통신은 서빙 빔들을 송신한 자원과 QCL 관계에 있는 자원을 통해 수행될 수 있다.
제1 안테나 포트 상의 심볼을 전달한 채널의 광범위한(large-scale) 특성들이 제2 안테나 포트 상의 심볼을 전달한 채널로부터 추정될(inferred) 수 있다면, 제1 안테나 포트 및 제2 안테나 포트는 QCL 관계에 있다고 평가될 수 있다. 예를 들어, 광범위한 특성들은 지연 스프레드(delay spread), 도플러 스프레드(doppler spread), 도플러 쉬프트(doppler shift), 평균 이득(average gain), 평균 지연(average delay), 공간적 수신 파라미터(spatial receiver parameter) 중 적어도 하나를 포함할 수 있다.
도 1에서는 기지국(110) 및 단말(120) 모두가 빔포밍을 수행하는 것으로 서술되었으나, 본 개시의 실시예들이 반드시 이에 한정되는 것은 아니다. 일부 실시예들에서, 단말은 빔포밍을 수행하거나 수행하지 않을 수 있다. 또한, 기지국은 빔포밍을 수행하거나 수행하지 않을 수 있다. 즉, 기지국 및 단말 중 어느 하나만 빔포밍을 수행하거나, 또는 기지국 및 단말 모두 빔포밍을 수행하지 않을 수도 있다.
본 개시에서 빔(beam)이란 무선 채널에서 신호의 공간적인 흐름을 의미하는 것으로서, 하나 이상의 안테나(혹은 안테나 엘리멘트들(antenna elements)들)에 의해 형성되고, 이러한 형성 과정은 빔포밍으로 지칭될 수 있다. 빔포밍은 아날로그 빔포밍 또는 디지털 빔포밍(예: 프리코딩) 중 적어도 하나를 포함할 수 있다. 빔포밍에 기반하여 전송되는 기준 신호(reference signal)는, 예로, DM-RS(demodulation-reference signal), CSI-RS(channel state information-reference signal), SS/PBCH(synchronization signal/physical broadcast channel), SRS(sounding reference signal)를 포함할 수 있다. 또한, 각 기준 신호에 대한 구성(configuration)으로서, CSI-RS resource 혹은 SRS-resource 등과 같은 IE가 사용될 수 있으며, 이러한 구성은 빔과 연관된(associated with) 정보를 포함할 수 있다. 빔과 연관된 정보란, 해당 구성(예: CSI-RS resource)이 다른 구성(예: 동일한 CSI-RS resource set 내 다른 CSI-RS resource)과 동일한 공간 도메인 필터(spatial domain filter)를 사용하는지 아니면 다른 공간 도메인 필터를 사용하는지 여부, 또는 어떤 기준 신호와 QCL(quasi-co-located)되어 있는지, QCL 되어 있다면 어떤 유형(예: QCL type A, B, C, D)인지를 의미할 수 있다.
관련 기술에 따를 때, 비교적 기지국의 셀반경이 큰 통신 시스템에서, 각 기지국은 각 기지국이 디지털 처리부(digital processing unit)(혹은 DU(distributed unit)) 및 RF(radio frequency) 처리부(RF processing unit, 또는 RU(radio unit))의 기능을 포함하도록 설치되었다. 그러나, 4G(4th generation) 및/또는 그 이후의 통신 시스템(예: 5G)에서 높은 주파수 대역이 사용되고, 기지국의 셀 커버리지가 작아짐에 따라, 특정 지역을 커버하기 위한 기지국들의 수가 증가하였다. 이는 기지국들을 설치하기 위한 사업자의 설치 비용의 증가를 이끌었다. 기지국의 설치 비용을 최소화하기 위해, 기지국의 DU와 RU가 분리되어 하나의 DU에 하나 이상의 RU들이 유선 망을 통해 연결되고, 특정 지역을 커버하기위해 지형적으로 분산된(distributed) 하나 이상의 RU들이 배치되는 구조가 제안되었다. 이하, 도 2a 내지 도 2b를 통해 본 개시의 다양한 실시예들에 따른 기지국의 배치 구조 및 확장 예들이 서술된다.
도 2a는 본 개시의 실시예에 따른, 프론트홀 인터페이스를 도시한다.
도 2a를 참고하면, 프론트홀이란, 기지국에서 코어망 사이의 백홀(backhaul)과 달리, 무선랜과 기지국 사이의 엔티티들 사이를 지칭한다. 도 2a에서는 DU(210)가 하나의 RU(220) 사이의 프론트홀 구조의 예를 도시하나, 이는 설명의 편의를 위한 것에 불과하며 본 개시가 이에 제한되는 것이 아니다. 다시 말해서, 본 개시의 실시예는 하나의 DU와 복수의 RU들 사이의 프론트홀 구조에도 적용될 수 있다. 예를 들어, 본 개시의 실시예는 하나의 DU와 2개의 RU들 사이의 프론트홀 구조에 적용될 수 있다. 또한, 본 개시의 실시예는 하나의 DU와 3개의 RU들 사이의 프론트홀 구조에도 적용될 수 있다.
도 2a를 참고하면, 기지국(110)은 DU(210)와 RU(220)을 포함할 수 있다. DU(210)과 RU(220) 사이의 프론트홀(215)은 Fx 인터페이스를 통해 운용될 수 있다. 프론트홀(215)의 운용을 위해, 예를 들어, eCPRI(enhanced common public radio interface), ROE(radio over ethernet)와 같은 인터페이스가 사용될 수 있다.
통신 기술이 발달함에 따라 모바일 데이터 트래픽이 증가하고, 이에 따라 디지털 유닛과 무선 유닛 사이의 프론트홀에서 요구되는 대역폭 요구량이 크게 증가하였다. C-RAN(centralized/cloud radio access network)와 같은 배치에서, DU는 PDCP(packet data convergence protocol), RLC(radio link control), MAC(media access control), PHY(physical)에 대한 기능들을 수행되고, RU는 RF(radio frequency) 기능에 더하여 PHY 계층에 대한 기능들을 보다 더 수행하도록 구현될 수 있다.
DU(210)는 무선 망의 상위 계층 기능을 담당할 수 있다. 예를 들어, DU(210)는 MAC 계층의 기능, PHY 계층의 일부를 수행할 수 있다. PHY 계층의 일부란, PHY 계층의 기능들 중에서 보다 높은 단계에서 수행되는 것으로, 일 예로, 채널 인코딩(혹은 채널 디코딩), 스크램블링(혹은 디스크램블링), 변조(혹은 복조), 레이어 매핑(layer mapping)(혹은 레이어 디매핑)을 포함할 수 있다. DU(210)가 O-RAN 규격에 따르는 경우, DU(210)는 O-DU(O-RAN DU)로 지칭될 수 있다. DU(210)는, 필요에 따라 본 개시의 실시예들에서 기지국(예: gNB)을 위한 제1 네트워크 엔티티로 대체되어 표현될 수 있다.
RU(220)는 무선 망의 하위 계층 기능을 담당할 수 있다. 예를 들어, RU(220)는 PHY 계층의 일부, RF 기능을 수행할 수 있다. 여기서, PHY 계층의 일부란, PHY 계층의 기능들 중에서 DU(210)보다 상대적으로 낮은 단계에서 수행되는 것으로, 일 예로, iFFT 변환(혹은 FFT 변환), CP 삽입(CP 제거), 디지털 빔포밍을 포함할 수 있다. 이러한 구체적인 기능 분리의 예는 도 4에서 자세히 서술된다. RU(220)는 '액세스 유닛(access unit, AU) ', '액세스 포인트(access point, AP)', '송수신 포인트(transmission/reception point, TRP)', '원격 무선 장비(remote radio head, RRH) ', '무선 유닛(radio unit, RU)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다. RU(220)이 O-RAN 규격에 따르는 경우, RU(220)는 O-RU(O-RAN RU)로 지칭될 수 있다. RU(220)는, 필요에 따라 본 개시의 실시예들에서 기지국(예: gNB)을 위한 제2 네트워크 엔티티로 대체되어 표현될 수 있다.
도 2a는 기지국(110)이 DU(210)와 RU(220)를 포함하는 것으로 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 기지국은 액세스 망의 상위 계층(upper layers)(예: PDCP(packet data convergence protocol), RRC(radio resource control))의 기능을 수행하도록 구성되는 CU(centralized unit)와 하위 계층의 기능을 수행하도록 구성되는 DU(distributed unit)에 따른 분산형 배치(distributed deployment)로 구현될 수 있다. 이 때, DU(distributed unit)는 도 1의 DU(digital unit)과 RU(radio unit)을 포함할 수 있다. 코어(예: 5GC(5G core) 혹은 NGC(next generation core)) 망과 무선망(RAN) 사이에서, 기지국은 CU, DU, RU 순으로 배치되는 구조로 구현될 수 있다. CU와 DU(distributed unit) 간 인터페이스는 F1 인터페이스로 지칭될 수 있다.
CU(centralized unit)는 하나 이상의 DU들과 연결되어, DU보다 상위 계층의 기능을 담당할 수 있다. 예를 들어, CU는 RRC(radio resource control) 및 PDCP(packet data convergence protocol) 계층의 기능을 담당하고, DU와 RU가 하위 계층의 기능을 담당할 수 있다. DU는, RLC(radio link control), MAC(media access control), PHY(physical) 계층의 일부 기능들(high PHY)을 수행하고, RU는 PHY 계층의 나머지 기능들(low PHY)을 담당할 수 있다. DU(digital unit)는 기지국의 분산형 배치 구현에 따라, DU(distributed unit)에 포함될 수 있다. 이하, 별도의 정의가 없는 한 DU(digital unit)와 RU의 동작들로 서술되나, 본 개시의 다양한 실시예들은, CU를 포함하는 기지국 배치 혹은 DU가 직접 코어망과 연결되는 배치(즉, CU와 DU가 하나의 엔티티인 기지국(예: NG-RAN node)로 통합되어 구현) 모두에 적용될 수 있다.
도 2b는 본 개시의 실시예에 따른, O(open)-RAN(radio access network)의 프론트홀 인터페이스를 도시한다. 분산형 배치(distributed deployment)에 따른 기지국(110)으로, eNB 또는 gNB가 예시된다.
도 2b를 참고하면, 기지국(110)은 O-DU(251)와 O-RU들(253-1, ..., 253-n)을 포함할 수 있다. 이하, 설명의 편의를 위하여, O-RU(253-1)에 대한 동작 및 기능은, 다른 O-RU들(예: O-RU(253-n)) 각각에 대한 설명으로 이해될 수 있다.
O-DU(251)는, 후술하는 도 4에 따른 기지국(예: eNB, gNB))의 기능들 중에서 O-RU(253-1)에 독점적으로(exclusively) 할당된 기능들을 제외한, 기능들을 포함하는 논리 노드이다. O-DU(251)는 O-RU들(253-1, ..., 253-n)의 작동을 제어할 수 있다. O-DU(251)는 LLS(lower layer split) CU(central unit)로 지칭될 수 있다. O-RU(253-1)는, 후술하는 도 4에 따른 기지국기지국(예: eNB, gNB))의 기능들 중에서 서브셋(subset)을 포함하는 논리 노드이다. O-RU(253-1)와의 제어 평면(control plane, C-plane) 통신 및 사용자 평면(user plane, U-plane) 통신의 실시간 측면은 O-DU(251)에 의해 제어될 수 있다.
O-DU(251)는 O-RU(253-1)와 LLS 인터페이스를 통해, 통신할 수 있다. LLS 인터페이스는 프론트홀 인터페이스에 대응한다. LLS 인터페이스는, 하위 계층 기능 분리(lower layer functional split)(즉, intra-PHY 기반 기능 분리)를 이용하는 O-DU(251) 및 O-RU(253-1) 간 논리 인터페이스를 의미한다. O-DU(251) 및 O-RU(253-1) 간 LLS-C는 LLS 인터페이스를 통해 C-plane을 제공한다. O-DU(251) 및 O-RU(253-1) 간 LLS-U는 LLS 인터페이스를 통해 U-plane을 제공한다.
도 2b에서는 O-RAN을 설명하기 위해, 기지국(110)의 엔티티들이 O-DU 및 O-RU로 지칭하여 서술되었다. 그러나, 이러한 명칭이 본 개시의 실시예들을 제한하는 것으로 해석되지 않는다. 도 3a, 도 3b, 도 4, 도 5a, 도 5b, 도 6, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 도 9b, 도 10 내지 도 12를 통해 서술되는 실시예들에서, DU(210)의 동작들이 O-DU(251)에 의해 수행될 수 있음은 물론이다. DU(210)에 대한 설명이 O-DU(251)에 적용될 수 있다. 마찬가지로, 도 3a, 도 3b, 도 4, 도 5a, 도 5b, 도 6, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 도 9b, 도 10 내지 도 12를 통해 서술되는 실시예들에서, RU(220)의 동작들이 O-RU(253-1)에 의해 수행될 수 있음은 물론이다. RU(220)에 대한 설명이 O-DU(253-1)에 적용될 수 있다.
도 3a는 본 개시의 실시예에 따른, DU(distributed unit)의 기능적 구성을 도시한다.
도 3a를 참고하면, 예시된 구성은 기지국의 일부로서 도 2a의 DU(210)(또는 도 2b의 O-DU(251))의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 3a를 참고하면, DU(210)는 송수신기(310), 메모리(320), 프로세서(330)를 포함한다.
송수신기(310)는, 유선 통신 환경에서, 신호를 송수신하기 위한 기능들을 수행할 수 있다. 송수신기(310)는, 전송 매체(transmission medium)(예: 구리선, 광섬유)를 통해 장치와 장치 간의 직접적인 연결을 제어하기 위한, 유선 인터페이스를 포함할 수 있다. 송수신기(310)는 구리선을 통해 다른 장치에게 전기적 신호를 전달하거나, 전기적 신호와 광신호간 변환을 수행할 수 있다. DU(210)는, 송수신기(310)를 통해 RU(radio unit)와 통신을 수행할 수 있다. DU(210)는, 송수신기(310)를 통해, 코어망 또는 분산형 배치의 CU와 연결될 수 있다.
송수신기(310)는 무선 통신 환경에서, 신호를 송수신하기 위한 기능들을 수행할 수도 있다. 예를 들어, 송수신기(310)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 송수신기(310)는 송신 비트열을 부호화 및 변조함으로써 복소 심볼들을 생성한다. 데이터 수신 시, 송수신기(310)는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 송수신기(310)는 다수의 송수신 경로(path)들을 포함할 수 있다. 송수신기(310)는 코어망에 연결되거나 다른 노드들(예: IAB(integrated access backhaul)과 연결될 수 있다.
송수신기(310)는 다양한 신호들을 송수신할 수 있다. 예를 들어, 송수신기(310)는 관리 평면(management plane, M-plane) 메시지를 전송할 수 있다. 예를 들어, 송수신기(310)는 동기 평면(management plane, S-plane) 메시지, 또는 평면(control plane, C-plane) 메시지를 전송할 수 있다. 유사하게, 송수신기(310)는 사용자 평면(user plane, U-plane) 메시지를 전송하거나 수신할 수 있다. 예를 들어, 송수신기(310)는 사용자 평면 메시지를 수신할 수 있다. 도 3a에는 송수신기(310)만 도시되었으나, 다른 구현 예에 따라, DU(210)는, 둘 이상의 송수신기들을 포함할 수 있다.
송수신기(310)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 송수신기(310)의 전부 또는 일부는 '통신부', '송신부', '수신부' 또는 '송수신부'로 지칭될 수 있다. 또한, 이하 설명에서, 무선 채널을 통해 수행되는 송신 및 수신은 송수신기(310)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.
도 3a에는 도시되지 않았으나, 송수신기(310)는 코어망 혹은 다른 기지국과 연결되기 위한 백홀 송수신기를 더 포함할 수 있다. 백홀 송수신기는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 백홀 송수신기는 기지국에서 다른 노드, 다른 접속 노드, 다른 기지국, 상위 노드, 코어 네트워크 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.
메모리(320)는 DU(210)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 메모리(320)는 저장부로 지칭될 수 있다. 메모리(320)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 메모리(320)는 프로세서(330)의 요청에 따라 저장된 데이터를 제공한다.
프로세서(330)는 DU(210)의 전반적인 동작들을 제어한다. 프로세서(380)는 제어부로 지칭될 수 있다. 예를 들어, 프로세서(330)는 송수신기(310)를 통해(또는 백홀 통신부를 통해) 신호를 송신 및 수신한다. 프로세서(330)는 메모리(320)에 데이터를 기록하고, 읽는다. 프로세서(330)는 통신 규격에서 요구하는 프로토콜 스택(protocol stack)의 기능들을 수행할 수 있다. 도 3a에는 프로세서(330)만 도시되었으나, 다른 구현에 따라, DU(210)는, 둘 이상의 프로세서들을 포함할 수 있다.
도 3a에 도시된 DU(210)의 구성은, 일 예일뿐, 도 3a에 도시된 구성으로부터 본 개시의 실시예들을 수행하는 DU의 예가 한정되지 않는다. 일부 실시예들에서, 일부 구성이 추가, 삭제, 변경될 수 있다.
도 3b는 본 개시의 실시예에 따른, RU(radio unit)의 기능적 구성을 도시한다.
도 3b를 참고하면, 예시된 구성은 기지국의 일부로서 도 2b의 RU(220) 또는 도 2b의 O-RU(253-1)의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 3b를 참고하면, RU(220)는 RF 송수신기(360), 프론트홀 송수신기(365), 메모리(370), 및 프로세서(380)를 포함한다.
RF 송수신기(360)는 무선 채널을 통해 신호를 송수신하기 위한 기능들을 수행한다. 예를 들어, RF 송수신기(360)는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. RF 송수신기(360)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다.
RF 송수신기(360)는 다수의 송수신 경로(path)들을 포함할 수 있다. 또한, RF 송수신기(360)는 안테나부를 포함할 수 있다. RF 송수신기(360)는 다수의 안테나 엘리멘트들로 구성된 적어도 하나의 안테나 어레이를 포함할 수 있다. 하드웨어의 측면에서, RF 송수신기(360)는 디지털 회로 및 아날로그 회로(예: RFIC(radio frequency integrated circuit))로 구성될 수 있다. 디지털 회로 및 아날로그 회로는 하나의 패키지로 구현될 수 있다. RF 송수신기(360)는 다수의 RF 체인들을 포함할 수 있다. RF 송수신기(360)는 빔포밍을 수행할 수 있다. RF 송수신기(360)는, 송수신하고자 하는 신호에 프로세서(380)의 설정에 따른 방향성을 부여하기 위해, 신호에 빔포밍 가중치를 적용할 수 있다. RF 송수신기(360)는 RF(radio frequency) 블록(또는 RF 부)을 포함할 수 있다.
RF 송수신기(360)는 무선 액세스 네트워크(radio access network) 상에서 신호를 송수신할 수 있다. 예를 들어, RF 송수신기(360)는 하향링크 신호를 송신할 수 있다. 하향링크 신호는 동기 신호(synchronization signal, SS), 기준 신호(reference signal, RS)(예: CRS(cell-specific reference signal), DM(demodulation)-RS), 시스템 정보(예: MIB, SIB, RMSI(remaining system information), OSI(other system information)), 설정 메시지(configuration message), 제어 정보(control information) 또는 하향링크 데이터 등을 포함할 수 있다. RF 송수신기(360)는 상향링크 신호를 수신할 수 있다. 상향링크 신호는 랜덤 액세스 관련 신호(예: 랜덤 액세스 프리앰블(random access preamble, RAP)(또는 Msg1(message 1)), Msg3(message 3)), 기준 신호(예: SRS(sounding reference signal), DM-RS), 또는 전력 헤드룸 보고(power headroom report, PHR) 등을 포함할 수 있다. 도 3b에는 RF 송수신기(360)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 RF 송수신기들을 포함할 수 있다.
RF 송수신기(460)는 RIM-RS를 전송할 수 있다. RF 송수신기(460)는, 원방 간섭의 검출을 알리기 위한 제1 유형의 RIM-RS(예: 3GPP의 RIM-RS type 1)를 전송할 수 있다. RF 송수신기(460)는, 원방 간섭의 존재 혹은 부존재를 알리기 위한 제2 유형의 RIM-RS(예: 3GPP의 RIM-RS type 2)를 전송할 수 있다.
프론트홀 송수신기(365)는 신호를 송수신할 수 있다. 일 실시예에 따라, 프론트홀 송수신기(365)는 프론트홀 인터페이스 상에서 신호를 송수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 관리 평면(management plane, M-plane) 메시지를 수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 동기 평면(management plane, S-plane) 메시지, 또는 제어 평면(control plane, C-plane) 메시지를 수신할 수 있다. 유사하게, 프론트홀 송수신기(365)는 사용자 평면(user plane, U-plane) 메시지를 전송 또는 수신할 수 있다. 도 3b에는 프론트홀 송수신기(365)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 프론트홀 송수신기들을 포함할 수 있다.
RF 송수신기(360) 및 프론트홀 송수신기(365)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, RF 송수신기(360) 및 프론트홀 송수신기(365)의 전부 또는 일부는 '통신부', '송신부', '수신부' 또는 '송수신부'로 지칭될 수 있다. 또한, 이하 설명에서 무선 채널을 통해 수행되는 송신 및 수신은 RF 송수신기(360)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다. 이하 설명에서 무선 채널을 통해 수행되는 송신 및 수신은 RF 송수신기(360)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.
메모리(370)는 RU(220)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 메모리(370)는 저장부로 지칭될 수 있다. 메모리(370)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 메모리(370)는 프로세서(380)의 요청에 따라 저장된 데이터를 제공한다. 메모리(370)는 SRS 전송 방식과 관련되는 조건, 명령, 혹은 설정 값을 위한 메모리를 포함할 수 있다.
프로세서(380)는 RU(220)의 전반적인 동작들을 제어한다. 프로세서(380)는 제어부로 지칭될 수 있다. 예를 들어, 프로세서(380)는 RF 송수신기(360) 또는 프론트홀 송수신기(365)를 통해 신호를 송신 및 수신한다. 프로세서(380)는 메모리(370)에 데이터를 기록하고, 읽는다. 프로세서(380)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 도 3b에는 프로세서(380)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 프로세서들을 포함할 수 있다. 프로세서(380)는 메모리(370)에 저장된 명령어 집합 또는 코드로서, 적어도 일시적으로 프로세서(380)에 상주된(resided) 명령어/코드 또는 명령어/코드를 저장한 저장 공간이거나, 또는, 프로세서(380)를 구성하는 회로(circuitry)의 일부일 수 있다. 프로세서(380)는 통신을 수행하기 위한 다양한 모듈들을 포함할 수 있다. 프로세서(380)는 RU(220)가 후술하는 실시예들에 따른 동작들을 수행하도록 제어할 수 있다.
도 3b에 도시된 RU(220)의 구성은, 일 예일뿐, 도 3b에 도시된 구성으로부터 본 개시의 실시예들을 수행하는 RU의 예가 한정되지 않는다. 일부 실시예들에서, 일부 구성이 추가, 삭제, 변경될 수 있다.
도 4는 본 개시의 실시예에 따른, DU 및 RU 간 기능 분리(function split)의 예를 도시한다.
도 4를 참고하면, 무선 통신 기술이 발전함에 따라(예: 5G(5th generation) 통신 시스템(또는, NR(new radio) 통신 시스템의 도입), 사용 주파수 대역이 더욱 더 증가하였다. 기지국의 셀 반경이 매우 작아짐에 따라 설치가 요구되는 RU들의 수는 더욱 증가하였다. 또한, 5G 통신 시스템에서, 전송되는 데이터의 양이 크게는 10배이상 증가하여, 프론트홀로 전송되는 유선 망의 전송 용량은 크게 증가하였다. 상술된 요인들에 의해, 5G 통신 시스템에서 유선 망의 설치 비용은 매우 크게 증가할 수 있다. 따라서, 유선 망의 전송 용량을 낮추고, 유선 망의 설치 비용을 줄이기 위해, DU의 모뎀(modem)의 일부 기능들을 RU로 전가하여 프론트홀을 전송 용량을 낮추는 '기능 분리(function split)'가 이용될 수 있다.
DU의 부담을 줄이기 위해, 기존의 RF 기능만을 담당하는 RU의 역할은 물리 계층의 일부 기능까지 확대될 수 있다. RU가 보다 높은 레이어의 기능들을 수행할수록, RU의 처리량이 증가하여 프론트홀에서의 전송 대역폭이 증가함과 동시에 응답 처리로 인한 지연시간 요구사항 제약이 낮아질 수 있다. RU가 보다 높은 레이어의 기능들을 수행할수록, 가상화 이득이 줄어들고, RU의 크기, 무게, 및 비용이 증가한다. 상술된 장점과 단점들의 트레이드-오프(trade-off)를 고려하여, 최적의 기능 분리를 구현할 것이 요구된다.
도 4를 참고하면, MAC 계층 이하의 물리 계층에서의 기능 분리들이 도시된다. 무선망을 통해 단말에게 신호를 전송하는 하향링크(downlink, DL)의 경우, 기지국은 순차적으로 채널 인코딩/스크램블링, 변조, 레이어 매핑, 안테나 매핑, RE 매핑, 디지털 빔포밍(예: 프리코딩), iFFT 변환/CP 삽입, 및 RF 변환을 수행할 수 있다. 무선망을 통해 단말로부터 신호를 수신하는 상향링크(uplink, UL)의 경우, 기지국은 순차적으로 RF 변환, FFT 변환/CP 제거, 디지털 빔포밍(프리-컴바이닝(pre-combining)), RE 디매핑, 채널 추정, 레이어 디매핑, 복조, 디코딩/디스크램블링을 수행할 수 있다. 상향링크 기능들 및 하향링크 기능들에 대한 분리는, 상술한 트레이드-오프에 따라 공급 업체들(vendors) 간 필요성, 규격 상의 논의 등에 의해 다양한 유형으로 정의될 수 있다.
제1 기능 분리(405)에서, RU가 RF 기능을 수행하고, DU는 PHY 기능을 수행한. 제1 기능 분리는 실질적으로 RU 내 PHY 기능이 구현되지 않는 것으로서, 일 예로, 제1 기능 분리는 Option 8로 지칭될 수 있다. 제2 기능 분리(410)에서, RU는 PHY 기능의 DL에서 iFFT 변환/CP 삽입 및 UL에서 FFT 변환/CP 제거를 수행하고, DU는 나머지 PHY 기능들을 수행한다. 일 예로, 제2 기능 분리(410)는 Option 7-1로 지칭될 수 있다. 제3 기능 분리(420a)에서, RU는 PHY 기능의 DL에서 iFFT 변환/CP 삽입 및 UL에서 FFT 변환/CP 제거 및 디지털 빔포밍을 수행하고, DU는 나머지 PHY 기능들을 수행한다. 일 예로, 제3 기능 분리(420a)는 Option 7-2x Category A로 지칭될 수 있다. 제4 기능 분리(420b)에서, RU는 DL 및 UL 모두에서 디지털 빔포밍까지 수행하고, DU는 디지털 빔포밍 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제4 기능 분리(420b)는 Option 7-2x Category B로 지칭될 수 있다. 제5 기능 분리(425)에서, RU는 DL 및 UL 모두에서 RE 매핑(혹은 RE 디매핑)까지 수행하고, DU는 RE 매핑(혹은 RE 디매핑) 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제5 기능 분리(425)는 Option 7-2 로 지칭될 수 있다. 제6 기능 분리(430)에서, RU는 DL 및 UL 모두에서 변조(혹은 복조)까지 수행하고, DU는 변조(혹은 복조)까지 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제6 기능 분리(430)는 Option 7-3로 지칭될 수 있다. 제7 기능 분리(440)에서, RU는 DL 및 UL 모두에서 인코딩/스크램블링(혹은 디코딩/디스크램블링)까지 수행하고, DU는 변조(혹은 복조)까지 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제7 기능 분리(440)는 Option 6으로 지칭될 수 있다.
FR 1 MMU와 같이 대용량의 신호 처리가 예상되는 경우, 프론트홀 용량을 줄이기 위하여 상대적으로 높은 계층에서의 기능 분리(예: 제4 기능 분리(420b))가 요구될 수 있다. 또한, 너무 높은 계층에서의 기능 분리(예: 제6 기능 분리(430))는 제어 인터페이스가 복잡해지고, RU 내 다수의 PHY 처리 블록들이 포함되어 RU의 구현에 부담을 야기할 수 있기 때문에, DU와 RU의 배치 및 구현 방식에 따라 적절한 기능 분리가 요구될 수 있다.
DU로부터 수신된 데이터의 프리코딩을 처리할 수 없는 경우(즉, RU의 프리코딩 능력(capability)에 한계가 있는 경우), 제3 기능 분리(420a) 혹은 그 이하의 기능 분리(예: 제2 기능 분리(410))가 적용될 수 있다. 기능 분리가 DU로부터 수신된 데이터의 프리코딩을 처리할 능력이 있는 경우, 제4 기능 분리(420b) 혹은 그 이상의 기능 분리(예: 제6 기능 분리(430))가 적용될 수 있다.
이하, 본 개시에서 실시예들은 별도의 한정이 없는 한 RU에서 빔포밍 처리를 수행하기 위한 제3 기능 분리(420a)(카테고리 A(category A, CAT-A)로 지칭될 수 있음) 혹은 제4 기능 분리(420b)(카테고리 B(category B CAT-B)로 지칭될 수 있음)를 기준으로 서술된다. O-RAN 규격에는 프리코딩 기능이 O-DU의 인터페이스에 위치하는지 혹은 O-RU 인터페이스에 위치하는지에 따라, O-RU의 유형을 구별한다. 프리코딩이 수행되지 않는 O-RU(즉, 복잡성이 낮음)는, CAT-A O-RU로 지칭될 수 있다. 프리코딩이 수행되는 O-RU는, CAT-B O-RU로 지칭될 수 있다.
이하, 상위-PHY란, 프론트홀 인터페이스의 DU에서 처리되는 물리 계층 프로세싱을 의미한다. 예를 들어, 상위-PHY는 FEC 인코딩/디코딩, 스크램블링, 변조/복조를 포함할 수 있다. 이하, 하위-PHY란, 프론트홀 인터페이스의 RU에서 처리되는 물리 계층 프로세싱을 의미한다. 예를 들어, 하위-PHY는 FFT/iFFT, 디지털 빔포밍, PRACH(physical random access channel) 추출 및 필터링을 포함할 수 있다. 그러나, 상술된 기준이 다른 기능 분리들을 통한 실시예들을 배제하는 것은 아니다. 후술되는 기능적 구성, 시그널링 혹은 동작은, 제3 기능 분리(420a) 혹은 제4 기능 분리(420b)를 기준으로 서술되나, 다른 기능 분리에도 적용될 수도 있다.
본 개시의 실시예들은, DU(예: 도 2a의 DU(210))와 RU(예: 도 2a의 RU(220)) 간 메시지 전송 시, 프론트홀 인터페이스로서 eCPRI 및 O-RAN의 규격이 예시적으로 서술된다. 메시지의 Ethernet payload에 eCPRI 헤더(header) 및 O-RAN 헤더, 그리고 추가적인 필드가 포함될 수 있다. 이하, eCPRI 또는 O-RAN의 규격 용어를 이용하여, 본 개시의 다양한 실시예들이 서술되나 각 용어와 동등한 의미를 지닌 다른 표현들이 본 개시의 다양한 실시예들에 대체되어 사용될 수 있다.
프론트홀의 전송 프로토콜(transport protocol)은, 네트워크와 공유가 용이한 이더넷(ethernet) 및 eCPRI가 사용될 수 있다. 이더넷 페이로드 내에 eCPRI 헤더와 O-RAN의 헤더가 포함될 수 있다. eCPRI 헤더는 이더넷 페이로드 앞단에 위치할 수 있다. eCPRI 헤더의 내용은 하기와 같다.
1) ecpriVersion (4 bits): 이 파라미터는 eCPRI 프로토콜 버전을 가리킨다.
2) ecpriReserved (3 bits): 이 파라미터는 eCPRI의 추후 이용(further use)을 위해 예약된다.
3) ecpriConcatenation (1 bit): 이 파라미터는 eCPRI 연접(concatenation)이 사용중인 시기를 나타낸다.
4) ecpriMessage (1 byte): 이 파라미터는 메시지 유형(message type)에 의해 운반되는 서비스의 유형을 가리킨다. 예를 들어, 상기 파라미터는 IQ(in-phase/quadrature-phase) 데이터 메시지, 실시간(real-time) 제어 데이터 메시지, 또는 전송 네트워크 지연 측정 메시지를 나타낸다.
5) ecpriPayload (2 bytes): 이 파라미터는 eCPRI 메시지의 페이로드 부분의 바이트 크기를 나타낸다.
6) ecpriRtcid/ecpriPcid (2 bytes): 이 파라미터는 eAxC(eAxC(extended Antenna-carrier) 식별자(eAxC ID)이며 각 C-plane(ecpriRtcid) 또는 U-plane(ecpriPcid) 메시지와 관련된 특정 데이터 흐름을 식별한다.
7) ecpriSeqid (2 bytes): 이 파라미터는 두 가지 수준들에서 고유한 메시지 식별 및 순서를 제공한다. 이 파라미터의 첫 번째 옥텟은 eAxC 메시지 스트림 내에서 메시지의 순서를 식별하는 데 사용되는 시퀀스 ID이고, 시퀀스 ID는 모든 메시지가 수신되었는지 확인하고 순서가 잘못된 메시지를 다시 정렬하는 데 사용된다. 이 파라미터의 두 번째 옥텟은 하위 시퀀스 ID이다. 하위 시퀀스 ID는 무선 전송 수준(eCPRI 또는 IEEE-1914.3) 조각화(radio-transport-level fragmentation)가 발생할 때 순서를 확인하고 재정렬을 구현하는 데 사용된다.
eAxC 식별자(identifier, ID)는 대역(band) 및 섹터(sector) 식별자('BandSector_ID'), 컴포넌트 캐리어 식별자('CC_ID'), 공간 스트림 식별자('RU_Port_ID') 및 분산 유닛 식별자('DU_Port_ID')를 포함한다. eAxC ID의 비트 할당(bit allocation)은 하기와 같이 구분될 수 있다.
1) DU_port ID: O-DU에서 처리 장치들(processing units)을 구별하기 위해, DU_port ID가 사용된다(예: 다른 베이스밴드 카드들). O-DU가 DU_port ID를 위한 비트들을 할당하고 O-RU는 동일한 sectionId 데이터를 전달하는 UL U-plane 메시지에 동일한 값을 첨부할 것이 기대된다.
2) BandSector_ID: 집계된 셀 식별자(O-RU에서 지원하는 대역 및 섹터 구분).
3) CC_ID: CC_ID는 O-RU가 지원하는 캐리어 구성 요소를 구별한다.
4) RU_port ID: RU_port ID는 데이터 계층 또는 공간 스트림과 같은 논리 흐름들, 및 별도의 뉴멀로지들(numerologies)(예: PRACH) 또는 SRS와 같은 특수 안테나 할당이 필요한 신호 채널과 같은 논리 흐름들을 지정한다.
프론트홀의 애플리케이션 프로토콜(application protocol)은 제어 평면(control plane, C-plane), 사용자 평면(user plane, U-plane), 동기 평면(synchronization plane, S-plane), 및 관리 평면(management plane, M-plane)를 포함할 수 있다.
제어 평면은, 제어 메시지를 통해 스케줄링 정보와 빔포밍 정보를 제공하도록 구성될 수 있다. 제어 평면은 DU와 RU 간 실시간 제어를 의미한다. 사용자 평면은 DU와 RU 간 전송되는 IQ 샘플 데이터를 포함할 수 있다. 사용자 평면은 사용자의 하향링크 데이터(IQ 데이터 혹은 SSB/RS), 상향링크 데이터(IQ 데이터 혹은 SRS/RS), 또는 PRACH 데이터를 포함할 수 있다. 상술된 빔포밍 정보의 가중치 벡터는 사용자의 데이터에 곱해질 수 있다. 동기 평면은, 일반적으로 동기화 컨트롤러(예: IEEE 그랜드 마스터)에 대한 DU와 RU 간 트래픽을 의미한다. 동기 평면은 타이밍 및 동기화와 관련될 수 있다. 관리 평면은, DU와 RU 간 비실시간 제어를 의미한다. 관리 평면은 초기 설정(initial setup), 비실시간 재설정(non-realtime reset) 혹은 재설정(reset), 비실시간 보고(non-realtime report)와 관련될 수 있다.
제어 평면의 메시지(예: C-plane 메시지) 는 2-계층 헤더 접근 방식에 기반하여 캡슐화될 수 있다. 첫 번째 계층은 메시지 유형을 가리키기 위해 사용되는 필드들을 포함하는, eCPRI 공통 헤더 또는 IEEE 1914.3 공통 헤더로 구성될 수 있다. 두 번째 계층은 제어 및 동기화에 필요한 필드를 포함하는 애플리케이션 계층(application layer)이다. 애플리케이션 계층 내에서 섹션은 하나의 패턴 ID를 가진 빔에서 전송 또는 수신되는 U-plane 데이터의 특성을 정의한다. C-plane 내에서 지원되는 섹션 타입들은 다음과 같다.
Section Type은 제어 평면에서 전송되는 제어 메시지의 용도를 나타낼 수 있다. 예를 들어, Section Type 별 용도는 하기와 같다.
1) sectionType=0: DL 또는 UL에서 사용되지 않는 자원 블록들 또는 심볼들을 가리키기 위해 이용됨.
2) sectionType=1: 대부분의 DL/UL 무선 채널들을 위해 이용됨. 여기서, '대부분'은, 혼합 뉴멀로지(mixed numerology) 채널들에 필요한 것과 같이, 시간 또는 주파수 오프셋이 필요하지 않은 채널들을 나타냄.
3) sectionType=2: reserved for further use
4) sectionType=3: PRACH 와 mixed-numerology 채널. 시간 또는 주파수 오프셋이 필요하거나 노미널(nominal) SCS 값(들)과 다른 채널
5) sectionType=4: reserved for further use
6) sectionType=5: UE 스케줄링 정보. RU가 실시간 BF weight 계산을 할 수 있도록 UE 스케쥴링 정보를 전달 (O-RAN optional BF 방식)
7) sectionType=6: UE-특정(UE-specific) 채널 정보 전송. RU가 실시간 BF weight 계산을 할 수 있도록 주기적으로 UE 채널 정보를 전달 (O-RAN optional BF 방식)
8) sectionType=7: LAA 지원에 사용
9) sectionType=8: ACK/NACK 피드백에 사용. C-plane 메시지들의 섹션 설명들(section descriptions)에 대한 ACK/NACK 피드백을 RU에서 DU로 제공하기 위함.
O-RAN에서는 DU 및 RU 간의 데이터 전송 효율을 높이기 위해 각 섹션 내에서, 여러 종류의 압축 기법들이 이용될 수 있다. 상기 압축 기법들은, 예시적으로, 비 압축(no-compression) 기법, BFPC(block floating point compression) 기법, 변조 압축(modulation compression, MC) 기법 등을 포함한다. O-RAN 규격의 IQ 데이터 프레임은 사용자 데이터 압축 헤더(user data compression header)(예: udCompHdr)를 포함할 수 있다. 사용자 데이터 압축 헤더는, 비트폭(bit width)(예: 4-bit의 'udIqWidth')와 압축 방법(compression method)(예: 4-bit의 'udCompMeth')으로 정의 및 전달이 된다. 예를 들어, 압축 방법은 하기의 표와 같이 정의될 수 있다.
Figure PCTKR2023015886-appb-img-000001
상술된 압축 기법들 중에서, MC 기법은 비손실 방식으로, 데이터 손실이 없고, 압축 효율이 높다. MC 기법은 변조된 데이터 심볼이 매우 제한된 수의 I(in-phase) 성분의 비트들 및 Q(quadrature) 성분의 비트들로 표현될 수 있다는 특징에 의존한다. 예를 들어, QPSK(quadrature phase shift keying) 변조된 심볼(QPSK modulated symbol)은 I의 2개의 잠재적 상태들(potential states)과 Q의 2개의 잠재적 상태들만을 가지므로, 상기 QPSK 변조된 심볼은 I 성분에 대한 단일 비트와 Q 성분에 대한 단일 비트로 정보 손실 없이 표현이 가능하다. 다른 예를 들어, 64 QAM을 이용하여 변조된 심볼은 최대 I 성분에 대한 3 비트들과 Q 성분에 대한 3 비트들로 표현될 수 있다.
U-plane 메시지에서 데이터의 I 성분을 위해, 16 비트들이 이용될 수 있다. U-plane 메시지에서 데이터의 Q 성분을 위해, 16 비트들이 이용될 수 있다. 즉, U-plane 메시지에서 32 비트들이 데이터의 전달을 위해 이용될 수 있다. 변조 압축을 위해, QPSK 변조가 이용되면, 전달되는 비트들의 개수는 32 비트들에서 2 비트들로 감소할 수 있다. 변조 압축을 위해, 16 QAM 변조가 이용되면, 전달되는 비트들의 개수는 32 비트들에서 4 비트들로 감소할 수 있다. 변조 압축을 위해, 64 QAM 변조가 이용되면, 전달되는 비트들의 개수는 32 비트들에서 6 비트들로 감소할 수 있다
단일 단어 너비(single word-width)로 표현될 수 있는 다중 성상 크기들(multiple constellation sizes)의 중첩을 허용할 수 있는 I 성분 및 Q 성분의 값들을 표현하기 위하여, 성상들은 2의 보수들(twos-complement))이 각 성상점을 나타낼 수 있도록, '이동'될 수 있다. 예를 들어, QPSK 성상점들은 -1/2만큼 이동할 수 있다. I 성분은 -1 또는 0일 수 있다. Q 성분은 -1 또는 0일 수 있다. 또한, 예를 들어, 16 QAM 성상점들은 -1/4만큼 이동할 수 있다. I 성분은 -1, -1/2, 0, 1/2일 수 있다. Q 성분은 -1, 1/2, 0, 또는 1/2일 수 있다. 또한, 예를 들어, 64 QAM 성상점들은 -1/8만큼 이동할 수 있다. I 성분은 -1, -3/4, -1/2, -1/4, 0, 1/4, 1/2, 또는 3/4일 수 있다. Q 성분은 -1, -3/4, -1/2, -1/4, 0, 1/4, 1/2, 또는 3/4일 수 있다.
MC 기법은 비트 레벨의 정보를 SCP(shifted constellation point)로 변환한다. DU(예: DU(210))는 상기 SCP에 따른 변환된 정보를 포함하는 U-plane 메시지를 RU(예: RU(220))에게 전달할 수 있다. DU(210)는 RU(220)에게 쉬프트(shift) 여부를 가리키기 위한 성상 이동 플래그(constellation shift flag, csf)를 전송할 수 있다. 예를 들어, 'csf'값이 '1'일 때 특정 bit폭에서의 각 성상점들의 이동값은 표 2와 같이 정의될 수 있다.
Figure PCTKR2023015886-appb-img-000002
MC 기법에 따라 압축된 데이터는 실제 전력 값을 나타내지 않는다. RU가 변조 압축된 데이터에 전력 레벨(power level)을 설정할 수 있도록, DU(210)는 RU(220)에게 변조 압축 스케일 값(modulation compression scaler value, modCompScaler)을 RU에게 전달할 수 있다. 'modCompScaler' 파라미터는 압축해제(decompression) 동안 이동되지 않은(unshifted) 성상점에 적용할 스케일 팩터를 가리킨다. O-RAN 규격에서 'modCompScaler' 파라미터는 섹션 확장 정보(예: Section Extension Type 4)를 통해 RU에게 제공될 수 있다. 'modCompScaler' 파라미터는 하기의 수학식을 통해 지수 성분 및 가수 성분을 가리킬 수 있다.
Figure PCTKR2023015886-appb-img-000003
'mantissa'는 지시되는 값의 가수 성분을 나타낸다. 'exponent'는 지시되는 값의 지수 성분을 나타낸다. modCompScaler[k]는 'modCompScaler' 파라미터의 k+1번째 비트를 나타낸다. 예를 들어, modCompScaler[0]는 'modCompScaler' 파라미터의 첫 번째 비트를 나타낸다. modCompScaler[14]는 'modCompScaler' 파라미터의 15번째 비트를 나타낸다.
'modCompScaler' 파라미터의 15개의 비트들 중에서 최상위 4-비트는 지수 성분을 가리키고, 'modCompScaler' 파라미터의 15개의 비트들 중에서 최하위 11-비트는 가수 성분을 가리킨다. 따라서, 'modCompScaler' 파라미터가 가리키는 값은 하기의 수학식과 같다.
Figure PCTKR2023015886-appb-img-000004
'mantissa'는 지시되는 값의 가수 성분을 나타낸다. 'exponent'는 지시되는 값의 지수 성분을 나타낸다.
'modCompScaler' 파라미터를 전달하는 O-RAN 규격의 Section Extension 4는 하기의 표와 같다.
Figure PCTKR2023015886-appb-img-000005
DU(210)는 RU(220)에게 변조 압축 전력 스케일 RE 마스크(modulation compression power scale RE mask, mcScaleReMask)를 전달할 수 있다. 'mcScaleReMask'파라미터는, PRB 내에서 동일한 스케일링 및 변조 유형(modulation type)과 함께, RE의 위치(position)를 가리킬 수 있다. 'modCompScaler' 파라미터와 유사하게, DU(210)는 RU(220)에게 변조 압축을 위한 스케일링 값(scaling value for modulation compression, mcScaleOffset)을 전달할 수 있다.
'mcScaleOffset' 파라미터는 압축해제(decompression) 동안 이동되지 않은(unshifted) 성상점에 적용할 스케일 팩터를 가리킨다. O-RAN 규격에서 'mcScaleOffset' 파라미터는 섹션 확장 정보(예: Section Extension Type 5)를 통해 RU(220)에게 제공될 수 있다. 'mcScaleOffset' 파라미터는 하기의 수학식을 통해 지수 성분 및 가수 성분을 가리킬 수 있다.
Figure PCTKR2023015886-appb-img-000006
'mantissa'는 지시되는 값의 가수 성분을 나타낸다. 'exponent'는 지시되는 값의 지수 성분을 나타낸다. mcScaleOffset[k]는 'mcScaleOffset' 파라미터의 k+1번째 비트를 나타낸다. 예를 들어, mcScaleOffset[0]는 'mcScaleOffset' 파라미터의 첫번째 비트를 나타낸다. mcScaleOffset[14]는 'mcScaleOffset' 파라미터의 15번째 비트를 나타낸다.
'mcScaleOffset' 파라미터의 15개의 비트들 중에서 최상위 4-비트는 지수 성분을 가리키고, 'mcScaleOffset' 파라미터의 15개의 비트들 중에서 최하위 11-비트는 가수 성분을 가리킨다. 따라서, 'mcScaleOffset' 파라미터가 가리키는 값은 하기의 수학식과 같다.
Figure PCTKR2023015886-appb-img-000007
'mantissa'는 지시되는 값의 가수 성분을 나타낸다. 'exponent'는 지시되는 값의 지수 성분을 나타낸다.
'mcScaleOffset' 파라미터를 전달하는 O-RAN 규격의 Section Extension 5는 하기의 표들과 같다. 표 4는 하나의 스케일러 값을 나타내고, 표 5는 두 개의 스케일러 값들을 나타낸다.
Figure PCTKR2023015886-appb-img-000008
Figure PCTKR2023015886-appb-img-000009
상술된 표 3 내지 표 5의 섹션 확장 정보는 C-plane 메시지에 포함될 수 있다. RU(220)는, U-plane 메시지를 통해 수신된 압축 데이터와, 상기 C-plane 메세지를 통해 수신된 파라미터들에 기반하여, DU(210)에서 의도한 원래 신호를 복원할 수 있다. 일 실시예에 따라, RU(220)는 'csf' 파라미터에 기반하여 압축된 비트들로부터 원래의 신호를 획득할 수 있다. 일 실시예에 따라, RU(220)는 'modCompScaler' 파라미터에 기반하여 압축된 비트들로부터 원래의 신호를 획득할 수 있다. 일 실시예에 따라, RU(220)는 'mcscaleoffset' 파라미터 및 'mcScaleReMask' 파라미터에 기반하여 압축된 비트들로부터 원래의 신호를 획득할 수 있다.
도 5a 내지 도 5b는 본 개시의 다양한 실시예들에 따른, 변조 압축(modulation compression, MC)의 예를 도시한다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 5a를 참고하면, DU(510)는 스케쥴링부(511), C-plane 메시지 생성부(513), 및 U-plane 메시지 생성부(515)를 포함할 수 있다. 스케쥴링부(511)는 상술된 변조 압축 기법에 따라 U-plane 메시지들에 대한 스케쥴링을 수행할 수 있다. C-plane 메시지 생성부(513)는, 상기 변조 압축 기법에 따른 제어 정보를 포함하는 C-plane 메시지를 생성할 수 있다. 예를 들어, C-plane 메시지 생성부(513)는 표 3과 같은 Section Extension 4를 포함하는 C-plane 메시지를 생성할 수 있다. 또한, 예를 들어, C-plane 메시지 생성부(513)는 표 4 또는 표 5와 같은 Section Extension 5를 포함하는 C-plane 메시지를 생성할 수 있다. U-plane 메시지 생성부(515)는, 상기 변조 압축 기법에 따른 I 성분 및 Q 성분을 포함하는 U-plane 메시지를 생성할 수 있다.
RU(520)는 C-plane 분석부(521), 버퍼(523), U-plane 분석부(525), 및 변조 압축 해제부(527)를 포함할 수 있다. C-plane 분석부(521)는, DU(510)로부터 C-plane 메시지를 수신할 수 있다. C-plane 분석부(521)는 C-plane 메시지에 포함된 섹션 확장 정보(예: Section Extension 4, Section Extension 5)로부터 변조 압축과 관련된 파라미터(들)을 획득할 수 있다. C-plane 분석부(521)는 C-plane 메시지로부터 섹션 정보를 획득할 수 있다. C-plane 분석부(521)는 상기 변조 압축과 관련된 파라미터(들) 및 상기 섹션 정보를 버퍼(523)에 저장할 수 있다. U-plane 분석부(525)는, DU(510)로부터 U-plane 메시지를 수신할 수 있다. U-plane 분석부(525)는, U-plane 메시지에 포함된 I 성분 및 Q 성분을 포함할 수 있다. 변조 압축 해제부(527)는 버퍼(523)로부터 상기 변조 압축과 관련된 파라미터(들) 및 상기 섹션 정보를 획득할 수 있다. 변조 압축 해제부(527)는 U-plane 분석부(525)로부터 I 성분 및 Q 성분을 획득할 수 있다. 변조 압축 해제부(527)는, 상기 변조 압축과 관련된 파라미터들에 기반하여, I 성분을 위한 비트열, Q 성분을 위한 비트열을 획득할 수 있다. 예를 들어, 압축을 풀 때, 변조 압축 해제부(527)는, 'csf' 값에 따라 성상도를 '이동 해제(unshift)'하고 섹션에 표시된 성상도 유형에 대한 스케일 팩터를 적용할 수 있다. 하나의 섹션에는 여러 개의 변조 유형이 있을 수 있다. 변조 유형은 reMask 비트들에서 유추될(inferred) 수 있다. reMask 비트들에서 각 '1' 비트는, PRB의 RE들에 대한, 시프트 명령('csf') 및 스케일 팩터(예: 섹션 확장 4를 사용할 때 'modCompScaler', 섹션 확장 5를 사용할 때 'mcScaleOffset')를 나타낸다.
O-RAN 규격에서는 섹션(section) 기반의 변조 압축을 제공한다. 특정 슬롯의 데이터 전송 시 변조 압축이 아닌 압축 기법을 사용하면, 섹션은 데이터 자원(예: RE/PRB/symbol))의 beamId(혹은 ueId) 할당에 따라 구성될 수 있다. 그러나, 변조 압축을 적용하면, 섹션 내 모든 PRB들 및 심볼들이 동일한 'csf' 및 동일한 스케일러 값(예: 섹션 확장 4를 사용할 때 'modCompScaler', 섹션 확장 5를 사용할 때 'mcScaleOffset'))를 사용할 것이 요구될 수 있다. 다시 말해, 데이터의 'csf' 및 스케일러 값에 따라, 섹션이 구성되므로, 변조 압축이 아닌 압축 기법 대비, 변조 압축에서 상대적으로 더 많은 섹션들이 구성될 수 있다. 예를 들어, 동일한 beamId를 가지되, 다른 'csf' 및 다른 스케일러 값을 갖는 자원 영역들이라면, 상기 자원 영역들은 다른 섹션들로 분리될 것이 요구될 수 있다.
도 5b를 참고하면, 자원 그리드(551)는 독립된 데이터 유형 별 데이터 할당을 나타낸다. 자원 그리드(551)의 세로축은 주파수 영역(단위: PRB)을 나타내고, 가로축은 시간 영역(단위: 심볼)을 나타낼 수 있다. 예를 들어, 자원 그리드(551)의 영역 내 데이터(551a), 데이터(551b), 데이터(551c), 데이터(551d), 데이터(551e), 데이터(551f), 데이터(551g), 데이터(551h)가 포함될 수 있다.
자원 그리드(553)는 변조 압축을 이용하지 않는 데이터 할당을 나타낸다. DU를 통해 개별 전송되는 데이터(예: beamID 별(혹은 ueId 별 데이터)는 고유의 변조 유형을 가질 수 있다. 그러나, 변조 압축 기법이 적용되지 않는다면, DU는 PRB 구간 및 심볼 구간으로 특정되는 일정 영역을 섹션으로 정의하고, DU는 RU에게 상기 섹션에 대한 데이터를 RU에게 전송할 수 있다. 예를 들어, 자원 그리드(553) 내 3개의 섹션들(예: 섹션 #0, 섹션 #1, 섹션 #2)가 포함될 수 있다. 섹션 #1은 데이터(551b)의 자원 영역, 데이터(551c)의 자원 영역, 및 데이터(551d)의 자원 영역을 포함할 수 있다. 섹션 #2는 데이터(551e)의 자원 영역, 데이터(551f)의 자원 영역, 데이터(551g), 및 데이터(551h)의 자원 영역을 포함할 수 있다.
자원 그리드(555)는 변조 압축을 이용하는 데이터 할당을 나타낸다. 개별 데이터마다 고유의 변조 유형이 적용될 수 있다. 예를 들어, 데이터(551c)와 데이터(551d)는 특정 심볼(예: 심볼 #4)에서, 주파수 분할(frequency-divided)된다. 데이터(551c)와 데이터(551d)는 동일한 심볼 내에서 서로 다른 RB 영역들로 구분될 수 있다. 섹션마다 동일한 변조 압축이 적용된다면, 데이터(551c)와 데이터(551d)는 서로 다른 섹션들에 할당될 것이 요구된다. 자원 그리드(553)와 달리, 데이터(551d)는 데이터(551c)가 포함된 섹션과는 다른 섹션에 포함될 것이 요구될 수 있다. 또한, 변조 압축을 위하여 심볼마다 변조 유형이 구별될 수 있기 때문에, 섹션은 시분할(time-divided)될 수 있다. 예를 들어, 데이터(551e), 데이터(551f), 데이터(551g), 및 데이터(551h) 각각에 독립적인 변조 압축이 적용될 수 있다. 섹션마다 동일한 변조 압축이 적용된다면, 데이터(551e), 데이터(551f), 데이터(551g), 및 데이터(551h)는 서로 다른 섹션들에 할당될 것이 요구된다.
도 5b에서는 도시되지 않았으나, RB 단위의 분리뿐만 아니라, 변조 압축 시, Section extension 4를 사용하면서, RE 별로 분리되는 경우도 발생할 수 있다.
도 5b를 통해 서술된 바와 같이, 변조 압축이 이용되지 않는 데이터 전송 대비, 변조 압축이 이용되는 데이터 전송은 더 많은 섹션들을 요구할 수 있다. 그러나, 섹션의 구별이 많아질수록, 프론트홀 전송량이 증가할 수 있다. 섹션을 정의하기 위한 오버헤드가 증가하고, 변조 압축 외의 파라미터(들)이 중복적으로 전달됨으로써, RU에서의 비효율이 발생할 수 있다.
상술된 문제를 줄이기 위해, 본 개시의 실시예들은, 섹션의 일부 영역 내에 할당된 데이터에 대한 변조 압축 정보(예: 'csf' 및 스케일러 값)을 제공하기 위한 제어 정보를 제안한다. 하나의 섹션 내에 여러 개의 영역들을 구성하고, 상기 영역 별로 변조 압축 정보가 할당될 수 있다. DU(예: DU(210))는, 상기 영역 별로 변조 압축 정보를 포함하는, 상기 섹션에 대한 C-plane 메시지를 RU(예: RU(220))에게 전송할 수 있다. 본 개시의 실시예들을 설명하기 위하여, 상기 하나의 섹션 내에서, 변조 압축을 위하여 구별되는 영역은 MC(modulation compression) chunk로 지칭되나, 상기 MC chunk 외에, 데이터 chunk, 데이터 번들, 섹션 번들, 섹션 그룹, 서브블록, 데이터 서브블록, MC 서브블록, 섹션 서브블록, MC 영역, 섹션 서브 영역, 패턴, 심볼 패턴, 심볼 PRB 패턴, 섹션 부분 영역, 또는 이와 동등한 기술적 의미를 갖는 용어로 대체될 수 있다.
도 6은 본 개시의 실시예에 따른, 섹션의 서브블록(subblock)에 대한 변조 압축 정보를 제공하기 위한 DU(예: DU(210)) 및 RU(예: RU(220)) 간 시그널링의 예를 도시한다. 상기 섹션의 서브블록은 변조 압축이 적용되는 단위로, MC chunk로 지칭될 수 있다.
도 6을 참고하면, 동작(601)에서, DU(210)는 RU(220)에게 M-plane 메시지를 전송할 수 있다. 일 실시예에 따라, DU(210)는, 서브블록 단위의 변조 압축(즉, MC chunk에 특정적인 변조 압축(이하, MC chunk 기반 변조 압축)이 제공 가능함을 알리기 위한 정보를 포함하는 M-plane 메시지)를 전송할 수 있다. 예를 들어, MC chunk 기반 변조 압축을 제공하기 위한 섹션 확장 유형(section extension type)이 정의될 수 있다. M-plane 메시지는, DU(210)에서 지원 가능한 섹션 확장 유형을 가리킬 수 있다. 상기 지원 가능한 섹션 확장 유형은, MC chunk 기반 변조 압축을 위한 섹션 확장 정보를 가리킬 수 있다. 또한, DU(210)는, 상기 MC chunk 기반 변조 압축을 위한 적어도 하나의 파라미터(이하, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 및 도 9b에서 후술됨)를 상기 M-plane 메시지를 통해 RU(220)에게 제공할 수 있다. 도 6에서는 DU(210)이 RU(220)에게 M-plane 메시지를 전송하는 예가 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일부 실시예들에서, RU(220)가 DU(210)에게 M-plane 메시지를 전송할 수도 있다. M-plane 메시지는 RU(220)에서 지원 가능한 섹션 확장 유형 혹은 RU(220)에서 적용 가능한 파라미터를 가리키는 정보 중 적어도 하나를 포함할 수 있다.
동작(603)에서, DU(210)는 MC chunk 기반 스케쥴링을 수행할 수 있다. DU(210)는 하나의 섹션을 하나 이상의 MC chunk들로 분할할 수 있다. DU(210)는 하나의 섹션을 복수의 MC chunk들로 분할할 수 있다. 예를 들어, DU(210)는 하나의 섹션을 4개의 MC chunk들로 분할할 수 있다. DU(210)는 각 MC chunk를 나타내기 위한 하나 이상의 파라미터들을 결정할 수 있다. 예를 들어, DU(210)는 MC chunk들의 개수를 나타내는 파라미터를 결정할 수 있다., DU(210)는 각 MC chunk의 하나 이상의 심볼들의 개수를 나타내는 파라미터를 결정할 수 있다. DU(210)는 각 MC chunk의 하나 이상의 PRB들의 개수를 나타내는 파라미터를 결정할 수 있다. DU(210)는 MC chunk의 PRB 간 간격(interval) 혹은 심볼 간 간격을 나타내기 위한 파라미터를 결정할 수 있다.
동작(605)에서, DU(210)는 RU(220)에게 MC chunk에 대한 압축 정보를 포함하는 C-plane 메시지를 전송할 수 있다. 상기 C-plane 메시지는 섹션 정보를 포함할 수 있다. 섹션 정보는 섹션에 대한 자원 영역을 가리킬 수 있다. 상기 C-plane 메시지는 섹션 확장 정보를 포함할 수 있다. 상기 섹션 확장 정보는 MC chunk에 대한 자원 영역을 가리키는 정보(이하, 자원 영역 정보)를 포함할 수 있다. 상기 섹션 확장 정보는 상기 MC chunk에 대한 압축 정보를 포함할 수 있다.
상기 자원 영역 정보는 상기 MC chunk의 스케쥴링 결과에 따른 파라미터들(예: MC chunk들의 개수, 각 MC chunk의 하나 이상의 심볼들의 개수, 각 MC chunk의 하나 이상의 PRB들의 개수, MC chunk의 PRB 간 간격(interval) 혹은 심볼 간 간격) 중 적어도 하나를 포함할 수 있다.
상기 압축 정보는, 상기 MC chunk의 자원 영역 상의 데이터에 적용될 변조 압축과 관련된 파라미터들(예: 'csf' 파라미터, 'mcScaleReMask' 파라미터, 'modCompScaler' 파라미터, 또는'mcScaleOffset' 파라미터) 중 적어도 하나를 포함할 수 있다. 'csf'파라미터는, 상기 MC chunk에 대한 성상도의 쉬프트 여부를 가리키기 위한 플래그이다. 'mcScaleReMask'파라미터는 상기 MC chunk를 위한 PRB 내 RE들에 대한 비트맵(이하, 마스킹 정보)으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE(resource element)에 적용 가능한지 여부를 나타낸다. 'modCompScaler' 파라미터 또는 'mcScaleOffset' 파라미터는 상기 MC chunk를 위한 스케일 값을 나타낸다.
동작(607)에서, DU(210)는 RU(220)에게 U-plane 메시지를 전송할 수 있다. DU(210)는 동작(601) 내지 동작(605)에 따른 변조 압축 기법에 기반하여 데이터에 대한 변조 압축을 수행할 수 있다. DU(210)는 상기 변조 압축 기법에 따른 I 성분 및 Q 성분을 포함하는 U-plane 메시지를 생성할 수 있다. 상기 U-plane 메시지는 상기 MC chunk에 점유되는 영역 상에서 전송될 데이터를 포함할 수 있다. RU(220)는 DU(210)로부터 수신된 섹션 확장 정보의 MC chunk를 위한 변조 압축 정보에 기반하여, 변조 압축과 관련된 파라미터들을 획득할 수 있다. 상기 변조 압축과 관련된 파라미터들에 기반하여, I 성분을 위한 비트열, Q 성분을 위한 비트열을 획득할 수 있다. 예를 들어, RU(220)는 압축을 풀 때, 'csf' 값에 따라 성상도를 '이동 해제(unshift)'하고 섹션에 표시된 성상도 유형에 대한 스케일 값을 적용할 수 있다.
도 6에서는 하향링크에 대한 U-plane 메시지만 예로 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일부 실시예들에서, 상향링크 신호에 대한 U-plane 메시지에도 본 개시의 실시예들에 따른 MC chunk를 이용한 변조 압축이 적용될 수 있다.
하나의 섹션 내에 여러 개의 영역들(즉, MC chunk들)이 정의될 수 있다. DU(210)는 각 MC chunk 별로 변조 압축 정보를 할당할 수 있다. 상기 변조 압축 정보는 성상 이동 플래그(예: 'csf')를 포함할 수 있다. 또한, 일 실시예에 따라, 상기 변조 압축 정보는 스케일 정보(예: 스케일러 값으로, 'mcScaleReMask' 파라미터, 'modCompScaler' 파라미터, 또는'mcScaleOffset' 파라미터)를 포함할 수 있다. 상기 변조 압축 정보는 성상 이동 플래그 및 스케일 정보를 포함할 수 있다. 각 MC chunk는 고유의 성상 이동 플래그 및 스케일 정보를 가지기 때문에, MC chunk가 특정되는 방식마다 제어 정보가 다르게 구성될 수 있다.
이하, 도 7a 내지 도 7b에서는 심볼 단위로 먼저 구별되고 PRB 단위로 나중에 구별되는 방식에 의해, MC chunk가 특정되는 방식이 서술된다.
도 7a 내지 도 7b는 본 개시의 다양한 실시예들에 따른, 섹션의 분할하기 위한 제1 방식의 예를 나타낸다.
도 7a 및 도 7b를 참고하면, 하나의 섹션은 하나 이상의 MC chunk들로 구분될 수 있다. 상기 제1 방식은, MC chunk들을 구성할 때, 먼저 섹션을 심볼의 묶음(즉, 심볼 청크(symbol chunk)) 별로 나누고, 그 다음에 심볼 청크의 주파수 영역을 PRB의 묶음(즉, PRB 청크(PRB chunk))별로 나누어 구성되는 방식을 의미한다.
도 7a를 참고하면, 섹션(700)은 'numPrbc' 파라미터(710) 및'numSymbol' 파라미터(720)에 의해 정의되는 자원 영역으로 특정될 수 있다. 'numPrbc' 파라미터(710)는 PRB들의 개수를 나타낸다. 'numSymbol' 파라미터(720)는 심볼들의 개수를 나타낸다. 섹션(700)은 복수의 MC chunk들로 구분될 수 있다. 이하, MC chunk를 설명하기 위하여, 먼저 MC chunk를 특정하기 위한 파라미터들이 이용될 수 있다. 이하에서 설명되는 파라미터들 중 적어도 하나 또는 전부는 MC chunk를 특정(또는 구분)하기 위해 사용될 수 있다. 하기의 파라미터들이 예시될 수 있다. 파라미터 이름 옆의 괄호는 비트들의 개수의 예를 나타낸다.
startMcSymbolId(4b): 동일한 심볼 범위를 갖는 심볼 청크에 대한 시작 심볼 인덱스(생략될 수 있음). [start symbol index for a symbol chunk having the same symbol range. (can be absent)]
numMcSymbol(4b): 동일한 심볼 범위를 갖는 심볼 청크에 대한 심볼 수. numMcSymbol의 합은 섹션의 numSymbol과 같아야 한다. '0'은 numSymbol을 의미할 수 있다. [number of symbols for a symbol chunk having the same symbol range. The sum of numMcSymbol should be the same as numSymbol of section. '0' means numSymbol.]
mcSymbPeriod(2b): 심볼 청크 주기. 상기 파라미터는, 동일한 심볼 범위를 갖는 심볼 청크에 대해 모든 심볼, 다른 심볼마다(즉, 심볼 간격이 하나의 심볼), 2 심볼마다(즉, 심볼 간격이 두 개의 심볼들) 또는 4 심볼마다(즉, 심볼 간격이 4 개의 심볼들) 사용되는지 여부를 나타낼 수 있다. 0 = 모든 심볼, 1 = 다른 모든 심볼, 2 = 2개 심볼마다, 3 = 4개 심볼마다를 가리킨다(항상 모든 기호가 사용되는 경우에는 없을 수 있다). [It indicates if every symbol, every other symbol, every 2 symbol, or every 4 symbol is used for a symbol chunk having the same same symbol range. 0 = every symbol, 1 = every other symbol, 2 = every 2 symbol, 3 = every 4 symbol. (can be absent when always every symbol is used.)]
numMcPrbChunks(4b): numMcSymbol(i)이 갖는 심볼 청크 #i의 PRB 청크 수(생략될 수 있음). [number of PRB chunks on a symbol chunk #i with numMcSymbol(i) (can be absent)]
startMcPrbc(10b): PRB 청크의 PRB 청크에 대한 시작 PRB 인덱스(생략될 수 있음). [start PRB index for a PRB chunk in a PRB chunk. (can be absent)]
numMcPrbc(8b): 심볼 청크의 PRB 청크에 대한 PRB의 수. numMcPrbc의 합은 섹션의 numPrbc와 같아야 한다. '0'은 numPrbc를 의미한다. [number of PRBs for a PRB chunk on a symbol chunk. The sum of numMcPrbc should be the same as numPrbc of section. '0' means numPrbc.]
mcPrbPeriod(2b): PRB 청크 주기. 상기 파라미터는 PRB 청크에 대해 RB마다, 다른 RB마다(즉, PRB 간격이 하나의 PRB), 2RB마다(즉, PRB 간격이 두 개의 PRB들), 또는 4RB마다(즉, PRB 간격이 4 개의 PRB들) 사용되는지 여부를 나타낼 수 있다. 0 = RB마다, 1 = 다른 RB마다, 2 = 2RB마다, 3 = 4RB마다를 가리킨다 (항상 모든 RB가 사용되는 경우에는 없을 수 있다). [It indicates if every RB, every other RB, every 2 RB, or every 4 RB is used for a PRB chunk. 0 = every RB, 1 = every other RB, 2 = every 2 RB, 3 = every 4 RB. (can be absent when always every RB is used.)]
mcRemaskOnOff(1b): 섹션 확장 또는 MC 청크에 mcScaleRemask가 있는지 여부를 나타냄. 상기 필드를 통해 후술되는 C-plane 메시지의 섹션 확장 유형의 포맷이 변경될 수 있다(MC 청크의 모든 RE들이 동일한 csf 및 modCompScaler를 공유하는 경우, 생략될 수 있음). [This indicates there are mcScaleRemask in this section extension or MC chunk (can change format of section extension type with this field) (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
numMcRemask(4b): 섹션 확장 또는 MC 청크 내의 mcScaleRemask의 수를 나타냄. (MC 청크의 모든 RE들이 동일한 CSF 및 modCompScaler를 공유하는 경우, 생략될 수 있음) [This indicastes the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
mcScaleReMask(12b): 해당 csf/scaler를 적용하는 PRB의 각 RE의 RE 마스크를 나타냄. [This indicates RE mask of each RE in a PRB which appyling the corresponding csf/scaler]
periodFlag(1b): 섹션 확장 또는 MC 청크별로 mcSymbolPeriod 및 mcPrbPeriod 사용 여부를 나타냄(생략될 수 있음). [It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)]
섹션(700)은 복수의 MC chunk들로 구분될 수 있다. 상기 제1 방식에 의할 때, 먼저 심볼 단위로 구분될 수 있다. 'numSymbol' 파라미터(720)는 numMcSymbol(0)(721) 및 numMcSymbol(1)(723)로 분할될 수 있다. numMcSymbol(0)(721)는 심볼 청크 #0의 하나 이상의 심볼들의 개수를 의미한다. numMcSymbol(1)(723)는 하나 이상의 심볼 청크 #1의 심볼들의 개수를 의미한다. 즉, 'numSymbol' 파라미터(720)는 심볼 청크 #0의 하나 이상의 심볼들의 개수 및 심볼 청크 #1의 하나 이상의 심볼들의 개수의 합을 나타낸다. 상기 섹션(700)이 심볼 단위로 구분된 후, 심볼 청크 당 주파수 영역은 PRB 단위로 구분될 수 있다. 'numPrbc' 파라미터(710)는 분할될 수 있다. numMcSymbol(0)(721)에 대응하는 주파수 영역은 세 영역들(이하, PRB 청크들)로 분할될 수 있다. numMcSymbol(0)(721)에 대응하는 주파수 영역은 numMcPrbc(0,0)의 PRB 청크 #0(731), numMcPrbc(0,1)의 PRB 청크 #1(732), 및 numMcPrbc(0,2)의 PRB 청크 #2(733)로 분할될 수 있다. numMcSymbol(1)(723)에 대응하는 주파수 영역은 두 영역들로 분할될 수 있다. numMcSymbol(1)(723)에 대응하는 주파수 영역은 numMcPrbc(1,0)의 PRB 청크 #3(734) 및 numMcPrbc(1,1)의 PRB 청크 #4(735) 분할될 수 있다.
예를 들어, 상술된 파라미터들이 모두 사용되면, 하나의 심볼 청크 #i의 심볼 인덱스 값과 PRB 청크 #j의 PRB 인덱스 값은 하기의 수학식과 같이 결정될 수 있다.
Figure PCTKR2023015886-appb-img-000010
Figure PCTKR2023015886-appb-img-000011
예를 들어, 만약 파라미터들 중에서 startMcSymbolId가 사용되지 않거나, startMcPrbc가 사용되지 않을 경우, 한 symbol chunk #i의 심볼 인덱스 값과 한 PRB chunk #j의 PRB index 값은 하기의 수학식과 같이 결정될 수 있다.
Figure PCTKR2023015886-appb-img-000012
첫번째 심볼 인덱스는 이전 symbol chunk 이후로 비어있는 첫번째 심볼 인덱스이다.
Figure PCTKR2023015886-appb-img-000013
첫 번째 PRB 인덱스는 심볼 청크 내에서 이전 PRB 청크 이후로 비어있는 첫 번째 PRB 인덱스이다.
numMcPrbChunks는 각 symbol chunk 안의 PRB chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcPrbChunks는 각 symbol chunk에 포함된 적어도 하나의 PRB chunk의 개수를 나타낼 수 있다. 일 실시예에 따라, numMcPrbChunks는 섹션 확장(section extension) 내의 전체 MC chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcPrbChunks는 섹션 확장(section extension)에 포함된 모든 MC chunk들의 개수를 나타낼 수 있다.
본 개시의 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 함께 존재할 수 있다. 본 개시의 다른 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 하나만 존재할 수 있다. 본 개시의 다른 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 존재하지 않을 수 있다.
mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 함께 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
mcRemaskOnOff 및 numMcRemask는 모두 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에서 생략될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk))와 구별되는 필드에 포함될 수 있다.
하나의 섹션 내에서(within one section) 시간 영역에서 자원들이 주기적으로 할당된다면, 심볼 청크를 위한 파라미터(예: 'mcSymbolPeriod' 파라미터)가 정의될 수 있다. 또한, 일 실시예에 따라, 하나의 섹션 내에서 주파수 영역에서 자원들이 일정 간격으로 할당된다면, PRB 청크를 위한 파라미터(예: ' mcPrbPeriod' 파라미터)가 정의될 수 있다. 상기 실시예들에서, periodFlag 값은 실시예에 따라 각 섹션 확장(section extension)이나 MC chunk(symbol chunk or PRB chunk)내에 존재할 수도 혹은 존재하지 않을 수도 있다. 한편, 상술된 실시예들에서는, 하나의 플래그 파라미터가 서술되었으나, 다른 일 실시예에 따라, mcSymbolPeriod, mcPrbPeriod 각각을 위한 플래그(flag) 파라미터들이 별도로 존재할 수도 있다.
DU(210)는, 상기 제1 방식에 따라 분할된 MC chunk를 지시하기 위하여, 상기 파라미터들 중에서 적어도 하나를 포함하는 섹션 확장 정보를 생성할 수 있다. DU(210)는 상기 섹션 확장 정보를 포함하는 C-plane 메시지를 RU(220)에게 전송할 수 있다.
DU(210)는 'mcScaleReMask'를 사용하지 않고, 1개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 1개의 MC chunk를 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000014
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcSymbol'은 상기 MC chunk의 심볼들(즉, 심볼 청크 내 심볼들)의 개수를 나타낸다. 섹션 내에 하나의 MC chunk만 존재하는 경우, 'numMcSymbol'은 'numSymbol'과 동일할 수 있다. 'numMcPrbChunks'은 상기 심볼 청크 내에서 하나 이상의 PRB 청크들의 개수를 나타낸다. 상기 하나 이상의 PRB 청크들의 개수는 1일 수 있다. 'numMcPrbc'는 상기 하나의 PRB 청크 내 PRB들의 개수를 나타낸다. 섹션 내에 하나의 MC chunk만 존재하는 경우, 'numMcPrbc'는'numPrbc'와 동일할 수 있다. 'csf'는 상기 MC chunk를 위한 성상도의 쉬프트 여부를 나타내며, 'modCompScaler'는 상기 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다. 일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하지 않고, 2개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 2개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000015
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcSymbol'은 상기 MC chunk들의 심볼들의 개수(예: 심볼 청크 내 심볼들)의 개수를 나타낸다. 예를 들어, 심볼 청크의 개수는 하나일 수 있다. 'numMcSymbol'은 'numSymbol'과 동일할 수 있다. 이에 따라, 상기 섹션 확장 정보는 하나의 'numMcSymbol' 필드를 포함할 수 있다. 'numMcPrbChunks'은 상기 심볼 청크 내에서 하나 이상의 PRB 청크들의 개수를 나타낸다. 예를 들어, 상기 하나 이상의 PRB 청크들의 개수는 2일 수 있다. N+3 옥텟의 'numMcPrbc'는 제1 PRB 청크 내 PRB들의 개수를 나타낸다. 상기 심볼 청크 및 상기 제1 PRB 청크는 하나의 MC chunk를 가리킬 수 있다. N+4 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+4 옥텟 및 N+5 옥텟의 'modCompScaler'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다. N+6 옥텟의 'numMcPrbc'는 제2 PRB 청크 내 PRB들의 개수를 나타낸다. 상기 심볼 청크 및 상기 제2 PRB 청크는 다른 하나의 MC chunk를 가리킬 수 있다. N+7 옥텟의 'csf'는 상기 다른 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+7 옥텟 및 N+8 옥텟의 'modCompScaler'는 상기 다른 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다.일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 1개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 1개의 MC chunk을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000016
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcSymbol'은 상기 MC chunk의 심볼들(예: 심볼 청크 내 심볼들)의 개수를 나타낸다. 'numMcPrbChunks'은 상기 심볼 청크 내에서 하나 이상의 PRB 청크들의 개수를 나타낸다. 예를 들어, 상기 하나 이상의 PRB 청크들의 개수는 1일 수 있다. 따라서, 'numMcPrbc'은 'numPrbc'과 동일할 수 있다. 'mcScaleReMask'는 PRB 내 RE들에 대한 비트맵(이하, 마스킹 정보)으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE(resource element)에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). 'csf'는 성상도의 쉬프트 여부를 나타내며, 'mcScaleOffset'는 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다. 일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 2개의 MC chunk들로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 2개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000017
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcSymbol'은 상기 MC chunk의 심볼들(예: 심볼 청크 내 심볼들)의 개수를 나타낸다. 예를 들어, 심볼 청크의 개수는 2일 수 있다. 이에 따라, 상기 섹션 확장 정보는 두 개의 'numMcSymbol' 필드들을 포함할 수 있다. 상기 두 개의 'numMcSymbol' 필드들 중에서 첫 번째 'numMcSymbol' 필드는 제1 심볼 청크의 하나 이상의 심볼들의 개수를 나타낸다. 상기 두 개의 'numMcSymbol' 필드들 중에서 두 번째 'numMcSymbol' 필드는 제2 심볼 청크의 하나 이상의 심볼들의 개수를 나타낸다. 상기 섹션 확장 정보는 'numMcSymbol' 필드 별 MC chunk를 위한 정보를 포함할 수 있다. 상기 첫 번째 'numMcSymbol' 필드에 대한 'numMcPrbChunks'은 상기 제1 심볼 청크 내에서 하나 이상의 PRB 청크들의 개수를 나타낸다. 예를 들어, 상기 제1 심볼 청크 내에서 상기 하나 이상의 PRB 청크들의 개수는 1일 수 있다. N+3 옥텟의 'numMcPrbc'는 상기 제1 심볼 청크 및 해당 PRB 청크 내 PRB들의 개수를 나타낸다. 상기 제1 심볼 청크 및 상기 PRB 청크는 하나의 MC chunk를 가리킬 수 있다. N+4 옥텟 내지 N+5 옥텟의 'mcScaleReMask'는 상기 하나의 MC chunk의 PRB 내 RE들에 대한 비트맵으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). N+5 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+5 옥텟 내지 N+6 옥텟의 'mcScaleOffset'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
상기 두 번째 'numMcSymbol' 필드에 대한 'numMcPrbChunks'은 상기 제2 심볼 청크 내에서 하나 이상의 PRB 청크들의 개수를 나타낸다. 예를 들어, 상기 제2 심볼 청크 내에서 상기 하나 이상의 PRB 청크들의 개수는 1일 수 있다. N+3 옥텟의 'numMcPrbc'는 상기 제2 심볼 청크 및 해당 PRB 청크 내 PRB들의 개수를 나타낸다. 상기 제2 심볼 청크 및 상기 PRB 청크는 다른 하나의 MC chunk를 가리킬 수 있다. N+10 옥텟 내지 N+11 옥텟의 'mcScaleReMask'는 상기 하나의 MC chunk의 PRB 내 RE들에 대한 비트맵으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). N+11 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+11 옥텟 내지 N+12 옥텟의 'mcScaleOffset'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 주기를 가지는 4개의 MC chunk들로 섹션(750)을 구성(configure)할 수 있다. 하나의 섹션 내에 2개의 심볼 청크들이 구성되고, 각 심볼 청크 내에서 2개의 PRB 청크들이 구성될 수 있다. 심볼 청크 별 'period flag' 파라미터가 이용될 수 있다. 예를 들어, 도 7b에 도시된 섹션 분할에 따른 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000018
도 7b에 도시된 예에서, 섹션(750)은 7개의 심볼들 및 10개의 PRB들로 구성될 수 있다. 여기서, A=4, B=3, C=5, D=5일 수 있다. 상기 표 및 도 7b에 의할 때, 제1 MC chunk(751)는 4개의 심볼들(A=4) 및 5개(C=5)의 PRB들로 특정될 수 있다. 'mcSymbPeriod'가 1이므로, 상기 4개의 심볼들 중에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 0이므로, 상기 5개 PRB들 중에서 PRB들 간 간격은 0일 수 있다. 제1 MC chunk(751)는 연속된 5개의 PRB들을 점유할 수 있다. 일 예로, 제1 MC chunk(751)는 PRB #0, PRB #1, PRB #2, PRB #3, 및 PRB #4를 점유할 수 있다.
상기 표 및 도 7b에 의할 때, 제2 MC chunk(752)는 4개의 심볼들(A=4) 및 5개의 PRB들(D=5)로 특정될 수 있다. 'mcSymbPeriod'가 1이므로, 상기 4개의 심볼들 중에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 0이므로, 상기 5개 PRB들 중에서 PRB들 간 간격은 0일 수 있다. 제2 MC chunk(752)는 연속된 5개의 PRB들을 점유할 수 있다. 일 예로, 제2 MC chunk(752)는 PRB #5, PRB #6, PRB #7, PRB #8, 및 PRB #9를 점유할 수 있다.
상기 표 및 도 7b에 의할 때, 제3 MC chunk(753)는 3개의 심볼들(B=3) 및 5개의 PRB들(C=5)로 특정될 수 있다. 'mcSymbPeriod'가 1이므로, 상기 3개의 심볼들 중에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 1이므로, 상기 5개 PRB들 중에서 PRB들 간 간격은 하나의 PRB일 수 있다. 일 예로, 제3 MC chunk(753)는 PRB #0, PRB #2, PRB #4, PRB #6, 및 PRB #8를 점유할 수 있다.
상기 표 및 도 7b에 의할 때, 제4 MC chunk(754)는 3개의 심볼들(B=3) 및 5개의 PRB들(D=5)로 특정될 수 있다. 'mcSymbPeriod'가 1이므로, 상기 3개의 심볼들 중에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 1이므로, 상기 5개 PRB들 중에서 PRB들 간 간격은 하나의 PRB일 수 있다. 제4 MC chunk(754)는, 빈 PRB 영역부터 시작할 수 있다. 일 예로, 제4 MC chunk(754)는 PRB #1, PRB #3, PRB #5, PRB #7, 및 PRB #9를 점유할 수 있다.
표 6 내지 표 10에서 zero padding에 대응하는 옥텟(예: 표 9의 옥텟 N+7, 표 10의 옥텟 N+3, N+5, N+9, N+17, N+19, N+23, N+25)의 일부 영역이 줄어, 파라미터들이 모두 연속적으로 배치되는 포맷 또한 본 개시의 일 실시예로써 이해될 수 있다.
도 8a 내지 도 8b는 본 개시의 다양한 실시예들에 따른, 섹션을 분할하기 위한 제2 방식의 예를 나타낸다. 하나의 섹션은 하나 이상의 MC chunk들로 구분될 수 있다. 상기 제2 방식은, MC chunk들을 구성할 때, 먼저 섹션을 PRB의 묶음(즉, PRB 청크(PRB chunk)) 별로 나누고, 그 다음에 PRB 청크의 시간 영역을 심볼의 묶음(즉, 심볼 청크(symbol chunk)) 별로 나누어 구성되는 방식을 의미한다.
도 8a를 참고하면, 섹션(800)은 'numPrbc' 파라미터(810) 및'numSymbol' 파라미터(820)에 의해 정의되는 자원 영역으로 특정될 수 있다. 'numPrbc' 파라미터(810)는 PRB들의 개수를 나타낸다. 'numSymbol' 파라미터(820)는 심볼들의 개수를 나타낸다. 섹션(800)은 복수의 MC chunk들로 구분될 수 있다. 이하, MC chunk를 설명하기 위하여, 먼저 MC chunk를 특정하기 위한 파라미터들이 이용될 수 있다. 이하에서 설명되는 파라미터들 중 적어도 하나 또는 전부는 MC chunk를 특정(또는 구분)하기 위해 사용될 수 있다. 하기의 파라미터들이 예시될 수 있다. 파라미터 이름 옆의 괄호는 비트들의 개수의 예를 나타낸다.
startMcPrbc(10b): PRB 청크에 대한 시작 PRB 인덱스(생략될 수 있음). [start PRB index for a PRB chunk. (can be absent)]
numMcPrbc(8b): 동일한 PRB 범위를 갖는 PRB 청크에 대한 PRB의 수. numMcPrbc의 합은 섹션의 numPrbc와 같아야 합니다. '0'은 numPrbc를 의미할 수 있다. [number of PRBs for a PRB chunk having the same PRB range. The sum of numMcPrbc should be the same as numPrbc of section. '0' mean numPrbc.]
mcPrbPeriod(2b): PRB 청크 주기. 상기 파라미터는 PRB 청크에 대해 RB마다, 다른 RB마다(즉, PRB 간격이 하나의 PRB), 2RB마다(즉, PRB 간격이 두 개의 PRB들), 또는 4RB마다(즉, PRB 간격이 4 개의 PRB들) 사용되는지 여부를 나타낼 수 있다. 0 = RB마다, 1 = 다른 RB마다, 2 = 2RB마다, 3 = 4RB마다를 가리킨다 (항상 모든 RB가 사용되는 경우에는 없을 수 있다). [It indicates if every RBs, every other RBs, every 2 RBs, or every 4 RBs is used for a PRB chunk. 0 = every RBs, 1 = every other RBs, 2 = every 2 RBs, 3 = every 4 RBs. (can be absent when always every RB is used.)]
numMcSymbolChunks(4b): numMcPrbc(i)가 있는 PRB 청크 #i의 심볼 청크 수(생략될 수 있음). [number of symbol chunks on a PRB chunk #i with numMcPrbc(i) (can be absent)]
startMcSymbolId(4b): 동일한 심볼 범위를 갖는 심볼 청크에 대한 시작 심볼 인덱스(생략될 수 있음).[start symbol index for a symbol chunk having the same symbol range. (can be absent)]
numMcSymbol(4b): numMcPrb가 있는 PRB 청크의 심볼 청크에 대한 심볼 수. numMcSymbol의 합은 섹션의 numSymbol과 같아야 한다. '0'은 numSymbol을 의미할 수 있다. [number of symbols for a symbol chunk on a PRB chunk with numMcPrb. The sum of numMcSymbol should be the same as numSymbol of section. '0' means numSymbol.]
mcSymbPeriod(2b): 상기 파라미터는, 동일한 심볼 범위를 갖는 심볼 청크에 대해 모든 심볼, 다른 심볼마다(즉, 심볼 간격이 하나의 심볼), 2 심볼마다(즉, 심볼 간격이 두 개의 심볼들) 또는 4 심볼마다(즉, 심볼 간격이 4 개의 심볼들) 사용되는지 여부를 나타낼 수 있다. 0 = 모든 심볼, 1 = 다른 모든 심볼, 2 = 2개 심볼마다, 3 = 4개 심볼마다를 가리킨다(항상 모든 기호가 사용되는 경우에는 없을 수 있다). [It indicates if every symbol, every other symbol, every 2 symbol, or every 4 symbol is used for a symbol chunk having the same same symbol range. 0 = every symbol, 1 = every other symbol, 2 = every 2 symbol, 3 = every 4 symbol. (can be absent when always every symbol is used.)]
mcRemaskOnOff(1b): 섹션 확장 또는 MC 청크에 mcScaleRemask가 있는지 여부를 나타냄. 상기 필드를 통해 후술되는 C-plane 메시지의 섹션 확장 유형의 포맷이 변경될 수 있다(생략될 수 있음). [This indicates there are mcScaleRemask in this section extension or MC chunk (can change format of section extension type with this field) (can be absent)]
numMcRemask(4b): 섹션 확장 또는 MC 청크 내의 mcScaleRemask의 수를 나타냄. (MC 청크의 모든 RE들이 동일한 CSF 및 modCompScaler를 공유하는 경우, 생략될 수 있음) [This indicastes the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
mcScaleReMask(12b): 해당 csf/scaler를 적용하는 PRB의 각 RE의 RE 마스크를 나타냄. [This indicates RE mask of each RE in a PRB which appyling the corresponding csf/scaler.]
periodFlag(1b): 섹션 확장 또는 MC 청크별로 mcSymbolPeriod 및 mcPrbPeriod 사용 여부를 나타냄(생략될 수 있음). [It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)]
섹션(800)은 복수의 MC chunk들로 구분될 수 있다. 상기 제2 방식에 의할 때, 섹션(800)은 먼저 PRB 단위로 구분될 수 있다. 'numPrbc' 파라미터(810)는 numMcPrbc(0)(811), numMcPrbc(1)(812), numMcPrbc(2)(813)로 분할될 수 있다. numMcPrbc(0)(811)는 PRB 청크 #0의 하나 이상의 PRB들의 개수를 의미한다. numMcSymbol(1)(812)는 PRB 청크 #1의 하나 이상의 PRB들의 개수를 의미한다. numMcSymbol(2)(813)는 PRB 청크 #2의 하나 이상의 PRB들의 개수를 의미한다. 'numPrbc' 파라미터(810)는 PRB 청크 #0의 하나 이상의 PRB들의 개수, PRB 청크 #1의 하나 이상의 PRB들의 개수, 및 PRB 청크 #2의 하나 이상의 PRB들의 개수의 합을 나타낸다. 상기 섹션(800)이 PRB 단위로 구분된 후, PRB 청크 당 시간 영역은 심볼 단위로 구분될 수 있다. 'numSymbol' 파라미터(820)는 분할될 수 있다. numMcPrbc(0)(811)에 대응하는 시간 영역은 두 영역들(이하, 심볼 청크들)로 분할될 수 있다. numMcPrbc(0)(811)에 대응하는 시간 영역은 numMcSymbol(0,0)의 심볼 청크 #0(831), numMcSymbol(0,1)의 심볼 청크 #1(832)로 분할될 수 있다. numMcPrbc(1)(812)에 대응하는 시간 영역은 분할되지 않을 수 있다. numMcPrbc(1)(812)에 대응하는 시간 영역은 하나의 numMcSymbol(1,0)의 심볼 청크 #2(833)를 포함할 수 있다. numMcPrbc(2)(813)에 대응하는 시간 영역은 두 영역들로 분할될 수 있다. numMcPrbc(0)(811)에 대응하는 시간 영역은 numMcSymbol(2,0)의 심볼 청크 #3(834), numMcSymbol(2,1)의 심볼 청크 #4(835)로 분할될 수 있다.
예를 들어, 상술된 파라미터들이 모두 사용되면, PRB 청크 #i의 PRB 인덱스 값과 하나의 심볼 청크 #i의 심볼 인덱스 값은 하기의 수학식과 같이 결정될 수 있다.
Figure PCTKR2023015886-appb-img-000019
Figure PCTKR2023015886-appb-img-000020
만약 파라미터들 중에서 startMcSymbolId가 사용되지 않거나, startMcPrbc가 사용되지 않을 경우, PRB chunk #i의 PRB index 값과 한 symbol chunk #i의 심볼 인덱스 값은 하기의 수학식과 같이 결정될 수 있다.
Figure PCTKR2023015886-appb-img-000021
첫 번째 PRB 인덱스는 심볼 청크 내에서 이전 PRB 청크 이후로 비어있는 첫 번째 PRB 인덱스이다.
Figure PCTKR2023015886-appb-img-000022
첫번째 심볼 인덱스는 이전 symbol chunk 이후로 비어있는 첫번째 심볼 인덱스이다.
numMcSymbolChunks는 각 PRB chunk 안의 symbol chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcSymbolChunks는 각 PRB chunk에 포함된 적어도 하나의 symbol chunk의 개수를 나타낼 수 있다. numMcSymbolChunks는 섹션 확장(section extension) 내의 전체 MC chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcSymbolChunks는 섹션 확장(section extension)에 포함된 모든 MC chunk들의 개수를 나타낼 수 있다.
일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 함께 존재할 수 있다. 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 하나만 존재할 수 있다. 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에서 생략될 수 있다.
mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 함께 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
mcRemaskOnOff 및 numMcRemask는 모두 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에서 생략될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk))와 구별되는 필드에 포함될 수 있다.
하나의 섹션 내에서(within one section) 시간 영역에서 자원들이 주기적으로 할당된다면, 심볼 청크를 위한 파라미터(예: 'mcSymbolPeriod' 파라미터)가 정의될 수 있다. 하나의 섹션 내에서 주파수 영역에서 자원들이 일정 간격으로 할당된다면, PRB 청크를 위한 파라미터(예: ' mcPrbPeriod' 파라미터)가 정의될 수 있다. 상기 실시예들에서, periodFlag 값은 실시예에 따라 각 섹션 확장(section extension)이나 MC chunk(symbol chunk or PRB chunk)내에 존재할 수도 혹은 존재하지 않을 수도 있다. 상술된 실시예들에서는, 하나의 플래그 파라미터가 서술되었으나, 다른 일 실시예에 따라, mcSymbolPeriod, mcPrbPeriod 각각을 위한 플래그(flag) 파라미터들이 별도로 존재할 수도 있다.
DU(210)는, 상기 제2 방식에 따라 분할된 MC chunk를 지시하기 위하여, 상기 파라미터들 중에서 적어도 하나를 포함하는 섹션 확장 정보를 생성할 수 있다. DU(210)는 상기 섹션 확장 정보를 포함하는 C-plane 메시지를 RU(220)에게 전송할 수 있다.
DU(210)는 'mcScaleReMask'를 사용하지 않고, 1개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 1개의 MC chunk를 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000023
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcPrbc'는 MC chunk의 PRB들(예: PRB 청크 내 PRB들)의 개수를 나타낸다. 예를 들어, 섹션 내에 하나의 MC chunk만 존재하는 경우, 'numMcPrbc'는'numPrbc'와 동일할 수 있다. 'numMcSymbolChunks'는 상기 PRB 청크 내에서 하나 이상의 심볼 청크들의 개수를 나타낸다. 예를 들어, 상기 하나 이상의 심볼 청크들의 개수는 1일 수 있다. 'numMcSymbol'는 상기 하나의 심볼 청크 내 심볼들의 개수를 나타낸다. 예를 들어, 섹션 내에 하나의 MC chunk만 존재하는 경우, 'numMcSymbol'은 'numSymbol'과 동일할 수 있다. 'csf'는 성상도의 쉬프트 여부를 나타내며, 'modCompScaler'는 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하지 않고, 2개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 2개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000024
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcPrbc'은 상기 MC chunk의 PRB들의 개수, 즉, PRB 청크 내 PRB들의 개수를 나타낸다. 예를 들어, PRB 청크의 개수는 하나일 수 있다. 'numMcPrbc'은 'numPrbc'과 동일할 수 있다. 이에 따라, 상기 섹션 확장 정보는 하나의 'numMcPrbc' 필드를 포함할 수 있다. 'numMcSymbolChunks'은 상기 PRB 청크 내에서 하나 이상의 심볼 청크들의 개수를 나타낸다. 예를 들어, 상기 하나 이상의 심볼 청크들의 개수는 2일 수 있다. N+3 옥텟의 'numMcSymbol'는 제1 심볼 청크 내 심볼들의 개수를 나타낸다. 상기 PRB 청크 및 상기 제1 심볼 청크는 하나의 MC chunk를 가리킬 수 있다. N+4 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+4 옥텟 및 N+5 옥텟의 'modCompScaler'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다. N+6 옥텟의 'numMcSymbol'는 제2 심볼 청크 내 심볼들의 개수를 나타낸다. 상기 PRB 청크 및 상기 제2 심볼 청크는 다른 하나의 MC chunk를 가리킬 수 있다. N+7 옥텟의 'csf'는 상기 다른 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+7 옥텟 및 N+8 옥텟의 'modCompScaler'는 상기 다른 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 1개의 MC chunk로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 1개의 MC chunk을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000025
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcPrbc'은 상기 MC chunk의 PRB들, 즉, PRB 청크 내 PRB들의 개수를 나타낸다. 'numMcSymbolChunks'은 상기 PRB 청크 내에서 하나 이상의 심볼 청크들의 개수를 나타낸다. 예를 들어, 상기 하나 이상의 심볼 청크들의 개수는 1일 수 있다. 따라서, 'numMcSymbol'은 'numSymbol'과 동일할 수 있다. 'mcScaleReMask'는 PRB 내 RE들에 대한 비트맵(이하, 마스킹 정보)으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE(resource element)에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). 'csf'는 성상도의 쉬프트 여부를 나타내며, 'mcScaleOffset'는 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다. 일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 2개의 MC chunk들로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 2개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000026
DU(210)는 'mcScaleReMask'를 사용하고, 2개의 MC chunk들로 섹션을 구성(configure)할 수 있다. 예를 들어, 상기 2개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcPrbc'은 상기 MC chunk의 PRB들, 즉, PRB 청크 내 PRB들의 개수를 나타낸다. 예를 들어, PRB 청크의 개수는 2일 수 있다. 이에 따라, 상기 섹션 확장 정보는 두 개의 'numMcPrbc' 필드들을 포함할 수 있다. 상기 두 개의 'numMcPrbc' 필드들 중에서 첫 번째 'numMcPrbc' 필드는 제1 PRB 청크의 하나 이상의 PRB들의 개수를 나타낸다. 상기 두 개의 'numMcPrbc' 필드들 중에서 두 번째 'numMcPrbc' 필드는 제2 PRB 청크의 하나 이상의 PRB들의 개수를 나타낸다. 상기 섹션 확장 정보는 'numMcPrbc' 필드 별 MC chunk를 위한 정보를 포함할 수 있다.
상기 첫 번째 'numMcPrbc' 필드에 대한 'numMcSymbolChunks'은 상기 제1 PRB 청크 내에서 하나 이상의 심볼 청크들의 개수를 나타낸다. 예를 들어, 상기 제1 PRB 청크 내에서 상기 하나 이상의 심볼 청크들의 개수는 1일 수 있다. N+3 옥텟의 'numMcSymbol'는 상기 제1 PRB 청크 및 해당 심볼 청크 내 심볼들의 개수를 나타낸다. 상기 제1 PRB 청크 및 상기 심볼 청크는 하나의 MC chunk를 가리킬 수 있다. N+4 옥텟 내지 N+5 옥텟의 'mcScaleReMask'는 상기 하나의 MC chunk의 PRB 내 RE들에 대한 비트맵으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). N+5 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+5 옥텟 내지 N+6 옥텟의 'mcScaleOffset'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
상기 두 번째 'numMcPrbc' 필드에 대한 'numMcSymbolChunks'은 상기 제2 PRB 청크 내에서 하나 이상의 심볼 청크들의 개수를 나타낸다. 예를 들어, 상기 제2 PRB 청크 내에서 상기 하나 이상의 심볼 청크들의 개수는 1일 수 있다. N+3 옥텟의 'numMcSymbol'는 상기 제2 PRB 청크 및 해당 심볼 청크 내 PRB들의 개수를 나타낸다. 상기 제2 PRB 청크 및 상기 심볼 청크는 다른 하나의 MC chunk를 가리킬 수 있다. N+10 옥텟 내지 N+11 옥텟의 'mcScaleReMask'는 상기 하나의 MC chunk의 PRB 내 RE들에 대한 비트맵으로, mcScaleReMask의 각 비트 설정(bit setting)은 'mcScaleOffset' 및 'csf' 가 U-Plane 메시지를 통해 전송된 RE에 적용 가능한지 여부를 나타낼 수 있다(예: '0'=적용 불가(not applicable), '1'=적용 가능(applicable)). N+11 옥텟의 'csf'는 상기 하나의 MC chunk에 대한 성상도의 쉬프트 여부를 나타내며, N+11 옥텟 내지 N+12 옥텟의 'mcScaleOffset'는 상기 하나의 MC chunk를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
DU(210)는 'mcScaleReMask'를 사용하고, 주기를 가지는 4개의 MC chunk들로 섹션(850)을 구성(configure)할 수 있다. 하나의 섹션 내에 2개의 PRB 청크들이 구성되고, 각 PRB 청크 내에서 2개의 심볼 청크들이 구성될 수 있다. PRB 청크 별 'period flag' 파라미터가 이용될 수 있다. 예를 들어, 도 8b에 도시된 섹션 분할에 따른 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000027
도 8b에 도시된 예에서, 섹션(850)은 7개의 PRB들 및 10개의 심볼들로 구성될 수 있다. 여기서, A=4, B=3, C=5, D=5일 수 있다.
상기 표 및 도 8b에 의할 때, 제1 MC chunk(851)는 4개의 PRB들(A=4) 및 5개(C=5)의 심볼들로 특정될 수 있다. 'mcPrbPeriod'가 1이므로, 상기 4개 PRB들 중에서 PRB들 간 간격은 1일 수 있다. 일 예로, 제1 MC chunk(851)는 PRB #0, PRB #2, PRB #4, 및 PRB #6를 점유할 수 있다. 'mcSymbPeriod'가 0이므로, 상기 5개의 심볼들 중에서 두 개의 심볼들 간 간격은 0 일 수 있다. 제1 MC chunk(851)는 연속된 5개의 심볼들을 점유할 수 있다. 일 예로, 제1 MC chunk(851)는 심볼 #0, 심볼 #1, 심볼 #2, 심볼 #3, 심볼 #4를 점유할 수 있다.
상기 표 및 도 8b에 의할 때, 제2 MC chunk(852)는 4개의 PRB들(A=4) 및 5개(D=5)의 심볼들로 특정될 수 있다. 'mcPrbPeriod'가 1이므로, 상기 4개 PRB들 중에서 PRB들 간 간격은 1일 수 있다. 일 예로, 제2 MC chunk(852)는 PRB #0, PRB #2, PRB #4, 및 PRB #6를 점유할 수 있다. 'mcSymbPeriod'가 0이므로, 상기 5개의 심볼들 중에서 두 개의 심볼들 간 간격은 0 일 수 있다. 제2 MC chunk(852)는 연속된 5개의 심볼들을 점유할 수 있다. 일 예로, 제2 MC chunk(852)는 심볼 #5, 심볼 #6, 심볼 #7, 심볼 #8, 심볼 #9를 점유할 수 있다.
상기 표 및 도 8b에 의할 때, 제3 MC chunk(853)는 3개의 PRB들(B=3) 및 5개(C=5)의 심볼들로 특정될 수 있다. 'mcPrbPeriod'가 1이므로, 상기 3개 PRB들 중에서 PRB들 간 간격은 1일 수 있다. 일 예로, 제3 MC chunk(853)는 PRB #1, PRB #3, 및 PRB #5를 점유할 수 있다. 'mcSymbPeriod'가 1이므로, 상기 5개의 심볼들 중에서 두 개의 심볼들 간 간격은 1일 수 있다. 제3 MC chunk(853)는 5개의 심볼들을 점유할 수 있다. 일 예로, 제3 MC chunk(853)는 심볼 #0, 심볼 #2, 심볼 #4, 심볼 #6, 심볼 #8를 점유할 수 있다.
상기 표 및 도 8b에 의할 때, 제4 MC chunk(854)는 3개의 PRB들(B=3) 및 5개(D=5)의 심볼들로 특정될 수 있다. 'mcPrbPeriod'가 1이므로, 상기 3개 PRB들 중에서 PRB들 간 간격은 1일 수 있다. 일 예로, 제4 MC chunk(854)는 PRB #1, PRB #3, 및 PRB #5를 점유할 수 있다. 'mcSymbPeriod'가 1이므로, 상기 5개의 심볼들 중에서 두 개의 심볼들 간 간격은 1일 수 있다. 제4 MC chunk(854)는 5개의 심볼들을 점유할 수 있다. 일 예로, 제4 MC chunk(854)는 심볼 #1, 심볼 #3, 심볼 #5, 심볼 #7, 심볼 #8를 점유할 수 있다.
표 11 내지 표 15에서 zero padding에 대응하는 옥텟(예: 표 14의 옥텟 N+7, 표 15의 옥텟 N+8, N+13, N+20, N+25)의 일부 영역이 줄어, 파라미터들이 모두 연속적으로 배치되는 포맷 또한 본 개시의 일 실시예로써 이해될 수 있다.
도 9a 내지 도 9b는 본 개시의 다양한 실시예들에 따른, 섹션을 분할하기 위한 제3 방식의 예를 나타낸다.
도 9a 및 도 9b를 참고하면, 하나의 섹션은 하나 이상의 MC chunk들로 구분될 수 있다. 상기 제3 방식은, MC chunk들을 구성할 때, 상기 제1 방식과 상기 제2 방식과 달리, 임의의 PRB 청크 및 심볼 청크 단위로 구성되는 방식을 의미한다.
도 9a를 참고하면, 섹션(900)은 'numPrbc' 파라미터(910) 및'numSymbol' 파라미터(920)에 의해 정의되는 자원 영역으로 특정될 수 있다. 'numPrbc' 파라미터(910)는 PRB들의 개수를 나타낸다. 'numSymbol' 파라미터(920)는 심볼들의 개수를 나타낸다. 섹션(900)은 복수의 MC chunk들로 구분될 수 있다. 이하, MC chunk를 설명하기 위하여, 먼저 MC chunk를 특정하기 위한 파라미터들이 이용될 수 있다. 이하에서 설명되는 파라미터들 중 적어도 하나 또는 전부는 MC chunk를 특정(또는 구분)하기 위해 사용될 수 있다. 하기의 파라미터들이 예시될 수 있다. 파라미터 이름 옆의 괄호는 비트들의 개수의 예를 나타낸다.
numMcChunks(4b): MC 청크 수 [number of MC chunks]
startMcPrbc(10b): 청크에 대한 시작 PRB [start PRB for a chunk]
numMcPrbc(8b): 청크에 대한 PRB 개수. '0'은 numPrbc를 나타낸다. [number of PRBs for a chunk, ‘0' means numPrbc]
mcPrbPeriod(2b): PRB 청크 주기. 상기 파라미터는 PRB 청크에 대해 RB마다, 다른 RB마다(즉, PRB 간격이 하나의 PRB), 2RB마다(즉, PRB 간격이 두 개의 PRB들), 또는 4RB마다(즉, PRB 간격이 4 개의 PRB들) 사용되는지 여부를 나타낼 수 있다. 0 = RB마다, 1 = 다른 RB마다, 2 = 2RB마다, 3 = 4RB마다를 가리킨다 (항상 모든 RB가 사용되는 경우에는 없을 수 있다). It indicates if every RBs, every other RBs, every 2 RBs, or every 4 RBs is used for a PRB chunk. 0 = every RBs, 1 = every other RBs, 2 = every 2 RBs, 3 = every 4 RBs. (can be absent when always every RB is used.)
startMcSymbol(4b): MC 청크에 대한 시작 심볼 인덱스. [start symbol index for a MC chunk]
numMcSymbol(4b): MC 청크에 대한 심볼들의 개수. '0'은 numSymbol를 나타낸다 [number of symbols for a MC chunk, ‘0' means numSymbol]
mcSymbPeriod(2b): 상기 파라미터는, 동일한 심볼 범위를 갖는 심볼 청크에 대해 모든 심볼, 다른 심볼마다(즉, 심볼 간격이 하나의 심볼), 2 심볼마다(즉, 심볼 간격이 두 개의 심볼들) 또는 4 심볼마다(즉, 심볼 간격이 4 개의 심볼들) 사용되는지 여부를 나타낼 수 있다. 0 = 모든 심볼, 1 = 다른 모든 심볼, 2 = 2개 심볼마다, 3 = 4개 심볼마다를 가리킨다(항상 모든 기호가 사용되는 경우에는 없을 수 있다). [It indicates if every symbols, every other symbols, every 2 symbols, or every 4 symbols is used for a symbol chunk having the same same symbol range. 0 = every symbols, 1 = every other symbols, 2 = every 2 symbols, 3 = every 4 symbols. (can be absent when always every symbol is used.)]
mcRemaskOnOff(1b): 섹션 확장 또는 MC 청크에 mcScaleRemask가 있는지 여부를 나타냄. 상기 필드를 통해 후술되는 C-plane 메시지의 섹션 확장 유형의 포맷이 변경될 수 있다(생략될 수 있음). This indicates there are mcScaleRemask in this section extension or MC chunk (format of section extension type with this field) (can be absent)
numMcRemask(4b): 섹션 확장 또는 MC 청크 내의 mcScaleRemask의 수를 나타냄. (MC 청크의 모든 RE들이 동일한 CSF 및 modCompScaler를 공유하는 경우, 생략될 수 있음) [This indicastes the number of mcScaleRemask in this section extension or MC chunk (can be absent when all REs in a MC chunk shares the same CSF and modCompScaler.)]
mcScaleReMask(12b): 해당 csf/scaler를 적용하는 PRB의 각 RE의 RE 마스크를 나타냄. This indicates RE mask of each RE in a PRB which appyling the corresponding csf/scaler.
periodFlag(1b): 섹션 확장 또는 MC 청크별로 mcSymbolPeriod 및 mcPrbPeriod 사용 여부를 나타냄(생략될 수 있음). It indicates if mcSymbolPeriod and mcPrbPeriod are used or not for each section extension or MC chunk. (can be absent)
numMcPrbChunks는 각 symbol chunk 안의 PRB chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcPrbChunks는 각 symbol chunk에 포함된 적어도 하나의 PRB chunk의 개수를 나타낼 수 있다. 일 실시예에 따라, numMcPrbChunks는 섹션 확장(section extension) 내의 전체 MC chunk들의 개수를 나타낼 수 있다. 예를 들어, numMcPrbChunks는 섹션 확장(section extension)에 포함된 모든 MC chunk들의 개수를 나타낼 수 있다.
일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 함께 존재할 수 있다. 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 하나만 존재할 수 있다. 일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension) 및/또는 MC chunk(예: symbol chunk 또는 PRB chunk)내에 생략될 수 있다.
일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 함께 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 모두 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
일 실시예에 따라, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 각 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 모두 각 섹션 확장(section extension)에 포함될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask 중 적어도 하나는 MC chunk(예: symbol chunk 또는 PRB chunk)에 포함될 수 있다.
일 실시예에 따라, mcRemaskOnOff 및 numMcRemask는 모두 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk)) 내에서 생략될 수 있다. 예를 들어, mcRemaskOnOff 및 numMcRemask는 섹션 확장(section extension)(또는 MC chunk(예: symbol chunk 또는 PRB chunk))와 구별되는 필드에 포함될 수 있다.
하나의 섹션 내에서(within one section) 시간 영역에서 자원들이 주기적으로 할당된다면, 심볼 청크를 위한 파라미터(예: 'mcSymbolPeriod' 파라미터)가 정의될 수 있다. 하나의 섹션 내에서 주파수 영역에서 자원들이 일정 간격으로 할당된다면, PRB 청크를 위한 파라미터(예: ' mcPrbPeriod' 파라미터)가 정의될 수 있다. 상기 실시예들에서, periodFlag 값은 실시예에 따라 각 섹션 확장(section extension)이나 MC chunk(symbol chunk or PRB chunk)내에 존재할 수도 혹은 존재하지 않을 수도 있다. 상술된 실시예들에서는, 하나의 플래그 파라미터가 서술되었으나, 다른 일 실시예에 따라, mcSymbolPeriod, mcPrbPeriod 각각을 위한 플래그(flag) 파라미터들이 별도로 존재할 수도 있다.
복수의 MC chunk들은 제1 MC chunk (931), 제2 MC chunk (932), 제3 MC chunk (933), 및 제4 MC chunk (934)를 포함할 수 있다. 예를 들어, 제1 MC chunk (931)는 numMcSymbol(0) 및 numMcPrbc(0)에 의해 특정될 수 있다. 제2 MC chunk (932)는 numMcSymbol(1) 및 numMcPrbc(1)에 의해 특정될 수 있다. 제3 MC chunk (933)는 numMcSymbol(2) 및 numMcPrbc(2)에 의해 특정될 수 있다. 제4 MC chunk (934)는 numMcSymbol(3) 및 numMcPrbc(3)에 의해 특정될 수 있다.
DU(210)는, 상기 제1 방식에 따라 분할된 MC chunk를 지시하기 위하여, 상기 파라미터들 중에서 적어도 하나를 포함하는 섹션 확장 정보를 생성할 수 있다. DU(210)는 상기 섹션 확장 정보를 포함하는 C-plane 메시지를 RU(220)에게 전송할 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하지 않고, 3개의 MC chunk들로 도 9b의 섹션(950)을 구성(configure)할 수 있다. 섹션(950)은 제1 MC chunk (931), 제2 MC chunk (932), 및 제3 MC chunk (933)를 포함할 수 있다. 예를 들어, 상기 3개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000028
제1 MC chunk (931)는 numMcSymbol(0) 및 numMcPrbc(0)에 의해 특정될 수 있다. numMcSymbol(0)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(0)에 의해 지시될 수 있다. numMcPrbc(0)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(0)에 의해 지시될 수 있다. 옥텟 N+6 내지 N+7의 'modCompScaler'는 제1 MC chunk (931)를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다. 제2 MC chunk (932)는 numMcSymbol(1) 및 numMcPrbc(1)에 의해 특정될 수 있다. numMcSymbol(1)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(1)에 의해 지시될 수 있다. numMcPrbc(1)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(1)에 의해 지시될 수 있다. 옥텟 N+12 내지 N+13의 'modCompScaler'는 제2 MC chunk (932)를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다.
제3 MC chunk (933)는 numMcSymbol(2) 및 numMcPrbc(2)에 의해 특정될 수 있다. numMcSymbol(2)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(2)에 의해 지시될 수 있다. numMcPrbc(2)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(2)에 의해 지시될 수 있다. 옥텟 N+13 내지 N+14의 'modCompScaler'는 제3 MC chunk (933)를 위한 스케일 값을 나타낸다. 상기 스케일 값은, 'modCompScaler' 필드의 15-비트로부터 수학식 1 내지 수학식 2의 계산에 따라 도출될 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask'를 사용하고, 3개의 MC chunk들로 도 9b의 섹션(950)을 구성(configure)할 수 있다. 예를 들어, 상기 3개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다.
Figure PCTKR2023015886-appb-img-000029
제1 MC chunk (931)는 numMcSymbol(0) 및 numMcPrbc(0)에 의해 특정될 수 있다. numMcSymbol(0)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(0)에 의해 지시될 수 있다. numMcPrbc(0)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(0)에 의해 지시될 수 있다. 옥텟 N+6 내지 N+7의 'mcScaleReMask'는 제1 MC chunk (931)에 대한 마스킹 정보를 나타낸다. 옥텟 N+7의 'csf'는 제1 MC chunk (931)에 대한 성상도의 쉬프트 여부를 나타내며, 옥텟 N+7 내지 N+9의 'mcScaleOffset'는 제1 MC chunk (931)에 대한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.제2 MC chunk (932)는 numMcSymbol(1) 및 numMcPrbc(1)에 의해 특정될 수 있다. numMcSymbol(1)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(1)에 의해 지시될 수 있다. numMcPrbc(1)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(1)에 의해 지시될 수 있다. 옥텟 N+14 내지 N+15의 'mcScaleReMask'는 제2 MC chunk (932)에 대한 마스킹 정보를 나타낸다. 옥텟 N+15의 'csf'는 제2 MC chunk (932)에 대한 성상도의 쉬프트 여부를 나타내며, 옥텟 N+15 내지 N+17의 'mcScaleOffset'는 제2 MC chunk (932)에 대한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
제3 MC chunk (933)는 numMcSymbol(2) 및 numMcPrbc(2)에 의해 특정될 수 있다. numMcSymbol(2)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(2)에 의해 지시될 수 있다. numMcPrbc(2)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(2)에 의해 지시될 수 있다. 옥텟 N+22 내지 N+23의 'mcScaleReMask'는 제3 MC chunk (933)에 대한 마스킹 정보를 나타낸다. 옥텟 N+23의 'csf'는 제3 MC chunk (933)에 대한 성상도의 쉬프트 여부를 나타내며, 옥텟 N+23 내지 N+24의 'mcScaleOffset'는 제3 MC chunk (933)에 대한 스케일 값을 나타낸다. 상기 스케일 값은, 'mcScaleOffset' 필드의 15-비트로부터 수학식 3 내지 수학식 4의 계산에 따라 도출될 수 있다.
도 10은 본 개시의 실시예에 따른, 주기적 자원 할당을 위한 섹션 분할의 예를 나타낸다. 도 10에서는 제3 방식을 이용한 섹션 분할에서 주기적 자원 할당이 적용되는 상황이 서술된다.
도 10을 참고하면, 섹션(1000)은 'numPrbc' 파라미터 및'numSymbol' 파라미터(1020)에 의해 정의되는 자원 영역으로 특정될 수 있다. 예를 들어, 'numPrbc' 파라미터는 6을 가리킬 수 있다. 섹션(1000)은 6개의 PRB들(1011, 1012, 1013, 1014, 1015, 1016)로 구성될 수 있다. 섹션(1000)은 6개의 심볼들(1021, 1022, 1023, 1024, 1025, 1026)을 포함할 수 있다.
일 실시예에 따라, DU(210)는 'mcScaleReMask','mcPrbPeriod', 및 'mcSymbolPeriod'를 사용하여, 하나의 섹션(1000) 내에서, 3개의 MC chunk들(1031, 1033, 1035)을 구성(configure)할 수 있다. DU(210)는, 상기 제3 방식에 따라 분할된 각 MC chunk를 지시하기 위하여, 도 9a에서 서술된 파라미터들 중에서 적어도 하나를 포함하는 섹션 확장 정보를 생성할 수 있다. DU(210)는 상기 섹션 확장 정보를 포함하는 C-plane 메시지를 RU(220)에게 전송할 수 있다.
상기 3개의 MC chunk들을 지시하기 위하여, 섹션 확장 정보는 하기의 표와 같이 구성될 수 있다. periodFlag는 생략될 수 있다.
Figure PCTKR2023015886-appb-img-000030
'extType'은 섹션 확장 정보의 유형을 지시한다. 'extLen'은 상기 섹션 확장 정보의 길이를 나타낸다. 'numMcChunks'는 MC chunk들의 개수를 나타낼 수 있다. 예를 들어, 'numMcChunks'는 3일 수 있다. 상기 MC chunk들은 제1 MC chunk (1031), 제2 MC chunk (1033), 및 제3 MC chunk (1035)를 포함할 수 있다.
제1 MC chunk (1031)는 numMcSymbol(0) 및 numMcPrbc(0)에 의해 특정될 수 있다. numMcSymbol(0)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(0)에 의해 지시될 수 있다. numMcPrbc(0)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(0)에 의해 지시될 수 있다. 여기서, 'mcSymbPeriod'가 1이므로, 제1 MC chunk (1031)에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 1이므로, 제1 MC chunk (1031)에서 PRB들 간 간격은 하나의 PRB 일 수 있다.
제2 MC chunk (1033)는 numMcSymbol(2) 및 numMcPrbc(2)에 의해 특정될 수 있다. numMcSymbol(2)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(2)에 의해 지시될 수 있다. numMcPrbc(1)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(1)에 의해 지시될 수 있다. 여기서, 'mcSymbPeriod'가 1이므로, 제2 MC chunk (1033)에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 1이므로, 제2 MC chunk (1033)에서 PRB들 간 간격은 하나의 PRB 일 수 있다.
제3 MC chunk (1035)는 numMcSymbol(2) 및 numMcPrbc(2)에 의해 특정될 수 있다. numMcSymbol(2)의 하나 이상의 심볼들의 시작 심볼은, startMcSymbol(2)에 의해 지시될 수 있다. numMcPrbc(2)의 하나 이상의 PRB들의 시작 PRB는, startMcPrbc(2)에 의해 지시될 수 있다. 여기서, 'mcSymbPeriod'가 1이므로, 제1 MC chunk (1031)에서 두 개의 심볼들 간 간격은 하나의 심볼일 수 있다. 'mcPrbPeriod'가 0이므로, 제1 MC chunk (1031)에서 PRB들은 연속적으로 할당될 수 있다.
표 16 내지 표 18에서 zero padding에 대응하는 옥텟(예: 표 17의 옥텟 N+9, N+17, 표 18의 옥텟 N+6, N+10, N+19, N+24)의 일부 영역이 줄어, 파라미터들이 모두 연속적으로 배치되는 포맷 또한 본 개시의 일 실시예로써 이해될 수 있다.
도 5a, 도 5b, 도 6, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 도 9b, 및 도 10을 통해 자원 분할 방식에 따라 다양한 섹션 확장 정보의 예들이 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 지정된 방식 외에, 포맷 모드(format mode)를 사용한 섹션 분할 방식이 이용될 수 있다. 일 실시예에 따라, 모드 파라미터 값은 섹션 확장 정보의 특정 포맷을 지시할 수 있다. 예를 들어, 상기 모드 파라미터 값이 0인 경우, 표 6 또는 표 7의 포맷을 가지는 섹션 확장 정보가 이용될 수 있다. 또한, 예를 들어, 상기 모드 파라미터 값이 1인 경우, 표 2 또는 표 3의 포맷을 가지는 섹션 확장 정보가 이용될 수 있다. 또한, 예를 들어, 상기 모드 파라미터 값이 2인 경우, 표 3 또는 표 4의 포맷을 가지는 섹션 확장 정보가 이용될 수 있다.
모드 파라미터가 0을 가리키는 경우, 하기의 표와 같은 섹션 확장 정보가 이용될 수 있다.
Figure PCTKR2023015886-appb-img-000031
표 7의 포맷을 가지는 섹션 확장 정보에서, N+2 옥텟 영역에 모드 파라미터를 가리키는 필드가 추가될 수 있다. 그 외 파라미터에 대한 설명은 표 7 및 상기 표 7을 위한 설명이 참조될 수 있다.모드 파라미터가 1을 가리키는 경우, 하기의 표와 같은 섹션 확장 정보가 이용될 수 있다.
Figure PCTKR2023015886-appb-img-000032
표 9의 포맷을 가지는 섹션 확장 정보에서, N+2 옥텟 영역에 모드 파라미터를 가리키는 필드가 추가될 수 있다. 그 외 파라미터에 대한 설명은 표 9 및 상기 표 9를 위한 설명이 참조될 수 있다. 표 9에서 'numMcPrbChunk'파라미터는 생략될 수 있다.추가적인 일 실시예에 따라, 표 19 내지 표 20에서 zero padding에 대응하는 옥텟(예: 옥텟 N+8)의 일부 영역을 줄이고, 파라미터들이 모두 연속적으로 배치되는 포맷 또한 본 개시의 일 실시예로써 이해될 수 있다. 이를 통해, 표 19 내지 표 20의 파라미터들 중에서 적어도 일부가 생략되거나, 상기 적어도 일부에 대한 위치가 변경될 수 있다.
추가적인 일 실시예에 따라, 표 11 내지 표 15에서 zero padding에 대응하는 옥텟(예: 표 14의 옥텟 N+7, 표 15의 옥텟 N+8, N+13, N+20, N+25)의 일부 영역이 줄어, 파라미터들이 모두 연속적으로 배치되는 포맷 또한 본 개시의 일 실시예로써 이해될 수 있다.
도 11은 본 개시의 실시예에 따른, 서브블록(subblock)에 대한 변조 압축의 예를 도시한다.
도 11을 참고하면, DU(210)는 M-plane 메시지 생성부(1111), MC chunk 기반 스케쥴링부(1113), C-plane 메시지 생성부(1115), 및 U-plane 메시지 생성부(1117)를 포함할 수 있다. M-plane 메시지 생성부(1111)는 MC chunk 단위로 구성되는 변조 압축 기법을 위해 요구되는 적어도 하나의 파라미터를 포함하는 M-plane 메시지를 생성할 수 있다. M-plane 메시지 생성부(1111)는 상기 적어도 하나의 파라미터를 RU(220)에게 전송할 수 있다. 일 실시예에 따라, M-plane 메시지 생성부(1111)는 DU(210)이 새로운 섹션 확장 정보(예: 표 6 내지 표 20 중 하나의 포맷)을 지원하는지 여부를 가리키기 위한 정보를 포함하는 M-plane 메시지를 생성할 수 있다. 또한, 일 실시예에 따라, M-plane 메시지 생성부(1111)는 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 및 도 9b에서 서술된 파라미터들 중에서 적어도 하나를 포함하는 M-plane 메시지를 생성할 수 있다. 이후, DU(210)는 M-plane 메시지를 RU(220)에게 전송할 수 있다.
MC chunk 기반 스케쥴링부(1113)는 상술된 변조 압축 기법에 따라 C-plane 메시지들과 U-plane 메시지들에 대한 스케쥴링을 수행할 수 있다. C-plane 메시지 생성부(1115)는, 도 6, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 도 9b, 및 도 10을 통해 서술된 변조 압축 기법에 따른 섹션 확장 정보를 포함하는 C-plane 메시지를 생성할 수 있다. C-plane 메시지 생성부(1115)는, 하나의 섹션 내 일부 영역을 구성하는 MC chunk에 특정적인 섹션 확장 정보를 생성할 수 있다. 상기 섹션 확장 정보는 상기 MC chunk에 대한 자원 영역 정보(예: 심볼 개수, PRB 개수) 및 상기 MC chunk에 점유되는 데이터에 적용될 변조 압축 정보를 포함할 수 있다. 예를 들어, C-plane 메시지 생성부(1115)는 표 6 내지 표 20과 같이 하나 이상의 MC chunk들을 지시하기 위한 포맷을 갖는 섹션 확장 정보를 포함하는 C-plane 메시지를 생성할 수 있다. U-plane 메시지 생성부(1117)는, 상기 변조 압축 기법에 따른 I 성분 및 Q 성분을 포함하는 U-plane 메시지를 생성할 수 있다. 상기 U-plane 메시지는 상기 MC chunk에 점유되는 영역 상에서 전송될 데이터를 포함할 수 있다.
RU(220)는 M-plane 메시지 생성부(1121), C-plane 분석부(1123), 버퍼(1125), U-plane 분석부(1127), 및 변조 압축 해제부(1129)를 포함할 수 있다. M-plane 메시지 생성부(1121)는 M-plane 메시지 생성부(1121)는 MC chunk 단위로 구성되는 변조 압축 기법을 위해 요구되는 적어도 하나의 파라미터를 포함하는 M-plane 메시지를 생성할 수 있다. M-plane 메시지 생성부(1121)는 상기 적어도 하나의 파라미터를 DU(210)에게 전송할 수 있다. 일 실시예에 따라, M-plane 메시지 생성부(1121)는 RU(220)이 새로운 섹션 확장 정보(예: 표 6 내지 표 20 중 하나의 포맷)을 지원하는지 여부를 가리키기 위한 정보를 포함하는 M-plane 메시지를 생성할 수 있다. 또한, 일 실시예에 따라, M-plane 메시지 생성부(1121)는 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 및 도 9b에서 서술된 파라미터들 중에서 적어도 하나를 포함하는 M-plane 메시지를 생성할 수 있다. 이후, RU(220)는 M-plane 메시지를 DU(210)에게 전송할 수 있다.
C-plane 분석부(1123)는, DU(210)로부터 C-plane 메시지를 수신할 수 있다. C-plane 분석부(1123)는 C-plane 메시지에 포함된 섹션 확장 정보(예: 표 6 내지 표 20)로부터 변조 압축과 관련된 파라미터(들)을 획득할 수 있다. C-plane 분석부(1123)는, 하나의 섹션 내의 MC chunk 별 변조 압축과 관련된 파라미터(들)을 획득할 수 있다. C-plane 분석부(1123)는 C-plane 메시지로부터 섹션 정보를 획득할 수 있다. C-plane 분석부(1123)는 C-plane 메시지의 섹션 확장 정보부터 각 MC chunk에 의해 점유되는 시간-주파수 자원 영역을 식별할 수 있다. C-plane 분석부(1123)는 상기 시간-주파수 자원 영역에 적용될 데이터에 대한 변조 압축 정보('modCompScaler', 'mcScaleReMask', 'mcScaleOffset')를 포함할 수 있다. C-plane 분석부(1123)는 상기 변조 압축과 관련된 파라미터(들) 및 상기 섹션 정보를 버퍼(1125)에 저장할 수 있다. U-plane 분석부(1127)는, DU(210)로부터 U-plane 메시지를 수신할 수 있다. U-plane 분석부(1127)는, U-plane 메시지에 포함된 I 성분 및 Q 성분을 포함할 수 있다. 변조 압축 해제부(1129)는 버퍼(1125)로부터 상기 변조 압축과 관련된 파라미터(들) 및 상기 섹션 정보를 획득할 수 있다. 변조 압축 해제부(1129)는 U-plane 분석부(1127)로부터 I 성분 및 Q 성분을 획득할 수 있다. 변조 압축 해제부(1129)는, 상기 변조 압축과 관련된 파라미터들에 기반하여, I 성분을 위한 비트열, Q 성분을 위한 비트열을 획득할 수 있다. 예를 들어, 압축을 풀 때, 변조 압축 해제부(1129)는, 'csf' 값에 따라 성상도를 '이동 해제(unshift)'하고 섹션에 표시된 성상도 유형에 대한 스케일 팩터를 적용할 수 있다. 하나의 섹션에는 하나 또는 두 개의 변조 유형이 있다. 변조 유형은 reMask 비트들에서 유추될(inferred) 수 있다. reMask 비트들에서 각 '1' 비트는, PRB의 RE들에 대한, 시프트 명령('csf') 및 스케일 팩터(예: 'modCompScaler', 또는 'mcScaleReMask'를 사용할 때 'mcScaleOffset')를 나타낸다.
도 12는 본 개시의 실시예에 따른, ID(identifier)를 이용하여 압축 정보를 제공하기 위한 DU(예: DU(210)) 및 RU(예: RU(220)) 간 시그널링의 예를 도시한다.
도 12를 참고하면, 상기 압축 정보는 하나의 섹션 내에서 서브블록 별로 특정될 수 있다. 상기 서브블록은 변조 압축이 적용되는 단위로, MC chunk로 지칭될 수 있다.
일 실시예에 따라, ID 기반의 섹션 확장 정보가 이용될 수 있다. 이러한 경우, ID는 상술된 실시예들에서 MC chunk 및 상기 MC chunk를 위한 변조 압축 정보와 연관될(associated with) 수 있다. 상기 ID를 통해, U-plane 메시지의 데이터에 반복되는 압축 정보로 인한 오버헤드가 감소할 수 있다. 하나의 섹션 내에 복수의 MC chunk들이 구성될 수 있다. 상기 MC chunk 별로 압축 정보(예: 성상 이동 플래그 및 스케일러 값)이 할당될 수 있다. 처음 C-plane 메시지를 통해 MC chunk에 대한 영역 정보(예: MC chunk의 심볼들의 개수 및 MC chunk의 PRB들의 개수) 및 MC chunk에 대한 변조 압축 정보가 1회 전송되고 나면, 이후, 상기 MC chunk에 대한 영역 정보 혹은 변조 압축 정보의 지시는 ID만으로 수행될 수 있다. 상기 ID를 포함하는 섹션 확장 정보가 새로이 정의될 수 있다.
도 12를 참고하면, 동작(1201)에서, DU(210)는 RU(220)에게 MC chunk 기반 압축 정보 및 ID를 포함하는 C-plane 메시지를 전송할 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 A-X에서 전송될 수 있다. 상기 MC chunk 기반 압축 정보는, MC chunk에 특정적인(specific to) 압축 정보를 의미한다. 상기 C-plane 메시지의 섹션 확장 정보는 MC chunk를 가리키기 위한 적어도 하나의 파라미터들(예: MC chunk의 심볼들의 개수, MC chunk의 PRB들의 개수)을 포함할 수 있다. 상기 C-plane 메시지의 섹션 확장 정보는 상기 MC chunk에 특정적인 압축 정보(예: 'csf' 파라미터, 'modCompScaler' 파라미터, 또는'mcScaleOffset' 파라미터)를 포함할 수 있다. 상기 C-plane 메시지의 섹션 확장 정보는 상기 압축 정보와 연관되는 ID를 포함할 수 있다. 일 실시예에 따라, 상기 ID는 압축 정보와 연관될 수 있다. 또한, 일 실시예에 따라, 상기 ID는 상기 압축 정보 및 상기 MC chunk와 연관될 수 있다.
RU(220)는 DU(210)로부터 상기 ID 값을 수신하고, 저장 공간(예: 버퍼(1125), 메모리(370))에 상기 ID에 대응하는 변조 압축 정보(예: 성상 이동 플래그 및 스케일러 값)를 저장할 수 있다.
동작(1203)에서, DU(210)는 RU(220)에게 데이터를 포함하는 U-plane 메시지를 전송할 수 있다. 상기 U-plane 메시지는 동작(1201)의 C-plane 메시지와 커플링될 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 A에서 전송될 수 있다. 상기 데이터는 상기 C-plane 메시지의 스케쥴링 영역(예: MC chunk) 상에서 전송될 수 있다. RU(220)는 동작(1201)의 압축 정보에 기반하여 상기 데이터에 대한 압축 해제를 수행할 수 있다. 도 12에는 도시되지 않았으나, RU(220)는 상기 압축 해제를 통해 획득된 데이터를 단말(예: 단말(120))에게 전송할 수 있다.
동작(1211)에서, DU(210)는 RU(220)에게 상기 ID를 포함하는 C-plane 메시지를 전송할 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 B-X에서 전송될 수 있다. DU(210)는 RU(220)에게 상기 ID 값만을 전달함으로써, 변조 압축 정보를 RU(220)에게 제공할 수 있다. RU(220)는 DU(210)로부터 상기 ID 값을 수신하고, 저장 공간(예: 버퍼(1125), 메모리(370))에 저장된 상기 ID에 대응하는 변조 압축 정보(예: 성상 이동 플래그 및 스케일러 값)를 식별할 수 있다.
동작(1213)에서, DU(210)는 RU(220)에게 데이터를 포함하는 U-plane 메시지를 전송할 수 있다. 상기 U-plane 메시지는 동작(1211)의 C-plane 메시지와 커플링될 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 B에서 전송될 수 있다. 상기 데이터는 상기 C-plane 메시지의 스케쥴링 영역(예: MC chunk) 상에서 전송될 수 있다. RU(220)는 상기 ID에 대응하는 변조 압축 정보(예: 성상 이동 플래그 및 스케일러 값)에 기반하여, 상기 데이터에 대한 압축 해제를 수행할 수 있다.
동작(1221)에서, DU(210)는 RU(220)에게 상기 ID를 포함하는 C-plane 메시지를 전송할 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 C-X에서 전송될 수 있다. RU(220)는 DU(210)로부터 상기 ID 값을 수신하고, 저장 공간(예: 버퍼(1125), 메모리(370))에 저장된 상기 ID에 대응하는 변조 압축 정보(예: 성상 이동 플래그 및 스케일러 값)를 식별할 수 있다.
동작(1223)에서, DU(210)는 RU(220)에게 데이터를 포함하는 U-plane 메시지를 전송할 수 있다. 상기 U-plane 메시지는 동작(1221)의 C-plane 메시지와 커플링될 수 있다. 일 예로, 상기 C-plane 메시지는 슬롯 C에서 전송될 수 있다. 상기 데이터는 상기 C-plane 메시지의 스케쥴링 영역(예: MC chunk) 상에서 전송될 수 있다. RU(220)는 상기 ID에 대응하는 변조 압축 정보(예: 성상 이동 플래그 및 스케일러 값)에 기반하여, 상기 데이터에 대한 압축 해제를 수행할 수 있다.
본 개시의 일 실시예에 따라, 도 12에 서술된 ID는 변조 압축 정보에 더하여 다양한 정보를 지정할 수 있다. 예를 들어, 상기 ID를 위하여 하기와 같은 파라미터들 중 적어도 하나가 섹션 확장 정보에 포함될 수 있다.
1) mcInfoId: 임의의 N bit로 구성되며, csf와 scaler 정보를 지정한다. 일 예로, scalar 정보는 'modCompScaler' 파라미터, 또는'mcScaleOffset' 파라미터를 포함할 수 있다.
2) mcRemaskId: 임의의 M bit 로 구성되며, remask 정보를 지정한다. 일 예로, remask 정보는 'mcScaleRemask' 파라미터를 포함할 수 있다.
3) mcId: 임의의 P bit 로 구성되며, csf, scaler, 및 remask 정보를 지정한다.
4) chunkandmcinfoId: 임의의 Q bit로 구성되며, MC chunk의 자원 영역 정보 및 변조 압축 정보(예: csf와 scaler 정보)를 지정한다. 일 예로, scalar 정보는 'modCompScaler' 파라미터, 또는'mcScaleOffset' 파라미터를 포함할 수 있다.
각 ID는 예시에 따라서 모두 존재하거나, 일부만 존재하거나, 혹은 생략될 수 있다. 또한, 각 ID 들의 bitwidth(예: N, M, P, Q)은 O-RAN 규격상으로 미리 결정되어 있거나 혹은 M-plane 메시지의 협상(negotiating) 과정을 통해 미리 결정될 수 있다. RU에서는 상술된 ID 및 상기 ID에 대응하는 압축 정보 혹은 마스킹 정보를 저장하기 위한 저장 장치(예: 메모리, 버퍼)가 요구될 수 있다. 또한, 상술된 ID들 외에 도 6, 도 7a, 도 7b, 도 8a, 도 8b, 도 9a, 도 9b, 및 도 10을 통해 서술된 파라미터들 중에서 적어도 하나를 특정하기 위한 ID가 이용될 수 있다. 또한, 다른 정의의 ID 파라미터가 상술된 ID들을 대체할 수도 있다.
섹션의 일부 자원 영역에 특정적인 변조 압축 정보를 제공함으로써, DU와 RU 간 프론트홀 전송량을 줄일 수 있다. 뿐만 아니라, 추가적인 섹션 할당이 요구되지 않으므로, DU 및 RU 각각에서 패킷 처리 부담이 감소할 수 있다. 또한, 변조 압축 기법과 다른 압축 기법을 동적인(dynamic) 방식으로 운용할 때, 섹션 분할(section fragmentation)이 발생하지 않으므로, 섹션을 구성하기 위한 효율적인 스케쥴링이 달성될 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 실시예들에 있어서, 무선 통신 시스템에서 DU(distributed unit)에 의해 수행되는 방법은, 하나의 섹션 내에서 서브블록을 식별하는 동작을 포함할 수 있다. 상기 방법은 상기 서브블록에 대응하는 변조 압축 정보를 포함하는 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작을 포함할 수 있다. 상기 방법은 상기 C-plane 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 하나의 섹션은 복수의 서브블록들을 포함할 수 있다. 상기 섹션 확장 정보는, 상기 복수의 서브블록들 중에서 상기 서브블록과 다른 추가 서브블록에 대한 변조 압축 정보, 상기 추가 서브블록의 하나 이상의 심볼들의 개수를 나타내는 정보, 및 상기 추가 서브블록의 하나 이상의 PRB들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 서브블록은 심볼들 간 주기(period)를 나타내는 제1 파라미터 또는 PRB들 간 간격(interval)을 나타내는 제2 파라미터 중 적어도 하나를 포함할 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 심볼들은, 상기 제1 파라미터에 지시되는 상기 주기 만큼 분리되도록 할당될 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 PRB들은, 상기 제2 파라미터에 지시되는 상기 간격 만큼 분리되도록 할당될 수 있다.
일 실시예에 따라, 상기 섹션 확장 정보는 상기 변조 압축 정보와 연결되는(linked to) 식별 정보를 포함할 수 있다. 상기 방법은 상기 식별 정보를 포함하는 다른 C-plane 메시지를 상기 RU에게 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 다른 C-plane 메시지와 커플링된 U-plane 메시지를 상기 RU에게 전송하는 동작을 포함할 수 있다. 상기 U-plane 메시지의 데이터는, 상기 식별 정보에 대응하는 상기 변조 압축 정보에 기반하여 압축될 수 있다.
일 실시예에 따라, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들을 포함할 수 있다. 또는, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들 및 PRB 내 RE(resource element) 별로 상기 스케일 값의 적용 여부를 나타내기 위한 12 비트들을 포함할 수 있다.
본 개시의 실시예들에 있어서, 무선 통신 시스템에서 RU(radio unit)에 의해 수행되는 방법은 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 프론트홀 인터페이스를 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 섹션 확장 정보에서, 하나의 섹션 내에서 서브블록에 대응하는 변조 압축 정보를 식별하는 동작을 포함할 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 하나의 섹션은 복수의 서브블록들을 포함할 수 있다. 상기 섹션 확장 정보는, 상기 복수의 서브블록들 중에서 상기 서브블록과 다른 추가 서브블록에 대한 변조 압축 정보, 상기 추가 서브블록의 하나 이상의 심볼들의 개수를 나타내는 정보, 및 상기 추가 서브블록의 하나 이상의 PRB들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 서브블록은 심볼들 간 주기(period)를 나타내는 제1 파라미터 또는 PRB들 간 간격(interval)을 나타내는 제2 파라미터 중 적어도 하나를 포함할 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 심볼들은, 상기 제1 파라미터에 지시되는 상기 주기 만큼 분리되도록 할당될 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 PRB들은, 상기 제2 파라미터에 지시되는 상기 간격 만큼 분리되도록 할당될 수 있다.
일 실시예에 따라, 상기 섹션 확장 정보는 상기 변조 압축 정보와 연결되는(linked to) 식별 정보를 포함할 수 있다. 상기 방법은 상기 식별 정보를 포함하는 다른 C-plane 메시지를 상기 DU로부터 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 다른 C-plane 메시지와 커플링된 U-plane 메시지를 상기 DU로부터 수신하는 동작을 포함할 수 있다. 상기 U-plane 메시지의 데이터는, 상기 식별 정보에 대응하는 상기 변조 압축 정보에 기반하여 압축 해제될 수 있다.
일 실시예에 따라, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들을 포함할 수 있다. 또는, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들 및 PRB 내 RE(resource element) 별로 상기 스케일 값의 적용 여부를 나타내기 위한 12 비트들을 포함할 수 있다.
본 개시의 실시예들에 있어서, 무선 통신 시스템에서 DU(distributed unit)의 전자 장치는 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 하나의 섹션 내에서 서브블록을 식별하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 서브블록에 대응하는 변조 압축 정보를 포함하는 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 C-plane 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하도록 구성될 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 하나의 섹션은 복수의 서브블록들을 포함할 수 있다. 상기 섹션 확장 정보는, 상기 복수의 서브블록들 중에서 상기 서브블록과 다른 추가 서브블록에 대한 변조 압축 정보, 상기 추가 서브블록의 하나 이상의 심볼들의 개수를 나타내는 정보, 및 상기 추가 서브블록의 하나 이상의 PRB들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 서브블록은 심볼들 간 주기(period)를 나타내는 제1 파라미터 또는 PRB들 간 간격(interval)을 나타내는 제2 파라미터 중 적어도 하나를 포함할 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 심볼들은, 상기 제1 파라미터에 지시되는 상기 주기 만큼 분리되도록 할당될 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 PRB들은, 상기 제2 파라미터에 지시되는 상기 간격 만큼 분리되도록 할당될 수 있다.
일 실시예에 따라, 상기 섹션 확장 정보는 상기 변조 압축 정보와 연결되는(linked to) 식별 정보를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 상기 식별 정보를 포함하는 다른 C-plane 메시지를 상기 RU에게 전송하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 다른 C-plane 메시지와 커플링된 U-plane 메시지를 상기 RU에게 전송하도록 구성될 수 있다. 상기 U-plane 메시지의 데이터는, 상기 식별 정보에 대응하는 상기 변조 압축 정보에 기반하여 압축될 수 있다.
일 실시예에 따라, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들을 포함할 수 있다. 또는, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들 및 PRB 내 RE(resource element) 별로 상기 스케일 값의 적용 여부를 나타내기 위한 12 비트들을 포함할 수 있다.
본 개시의 실시예들에 있어서, 무선 통신 시스템에서 RU(radio unit)의 전자 장치는, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 프론트홀 인터페이스를 DU(distributed unit)로부터 수신하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 섹션 확장 정보에서, 하나의 섹션 내에서 서브블록에 대응하는 변조 압축 정보를 식별하도록 구성될 수 있다. 상기 변조 압축 정보는 상기 서브블록에 대한 성상도의 이동 여부를 가리키기 위한 플래그 및 상기 서브블록에 적용될 스케일 정보를 포함할 수 있다. 상기 섹션 확장 정보는 상기 서브블록의 하나 이상의 심볼들(symbols)의 개수를 나타내는 정보 및 상기 서브블록의 하나 이상의 PRB(physical resource block)들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 하나의 섹션은 복수의 서브블록들을 포함할 수 있다. 상기 섹션 확장 정보는, 상기 복수의 서브블록들 중에서 상기 서브블록과 다른 추가 서브블록에 대한 변조 압축 정보, 상기 추가 서브블록의 하나 이상의 심볼들의 개수를 나타내는 정보, 및 상기 추가 서브블록의 하나 이상의 PRB들의 개수를 나타내는 정보를 포함할 수 있다.
일 실시예에 따라, 상기 서브블록은 심볼들 간 주기(period)를 나타내는 제1 파라미터 또는 PRB들 간 간격(interval)을 나타내는 제2 파라미터 중 적어도 하나를 포함할 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 심볼들은, 상기 제1 파라미터에 지시되는 상기 주기 만큼 분리되도록 할당될 수 있다. 상기 하나의 섹션 내에서, 상기 하나 이상의 PRB들은, 상기 제2 파라미터에 지시되는 상기 간격 만큼 분리되도록 할당될 수 있다.
일 실시예에 따라, 상기 섹션 확장 정보는 상기 변조 압축 정보와 연결되는(linked to) 식별 정보를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 상기 식별 정보를 포함하는 다른 C-plane 메시지를 상기 DU로부터 수신하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 다른 C-plane 메시지와 커플링된 U-plane 메시지를 상기 DU로부터 수신하도록 추가적으로 구성될 수 있다. 상기 U-plane 메시지의 데이터는, 상기 식별 정보에 대응하는 상기 변조 압축 정보에 기반하여 압축 해제될 수 있다.
일 실시예에 따라, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들을 포함할 수 있다. 또는, 상기 스케일 정보는 스케일 값을 지시하기 위한 15 비트들 및 PRB 내 RE(resource element) 별로 상기 스케일 값의 적용 여부를 나타내기 위한 12 비트들을 포함할 수 있다.
일 실시예에 따라, 상기 C-plane 메시지는 변조 압축 정보를 포함한다.
일 실시예에 따라, 상기 프로세서는 DU로부터 U-plane 메시지를 수신하도록 구성되고, 상기 U-plane 메시지는 상기 C-plane 메시지와 연관된 데이터를 포함할 수 있다.
일 실시예에 따라, 상기 프로세서는 변조 압축 정보에 기초하여 U-place 메시지에 포함된 데이터를 압축 해제하고 압축 해제된 데이터를 단말로 전송하도록 구성된다.
본 개시의 실시예들에 따를 때, DU(distributed unit)에 의해 수행되는 방법이 제공된다. 상기 방법은, 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작을 포함할 수 있다. 상기 방법은 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보, 상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그, 상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보, 및 상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 PRB 정보는 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리킬 수 있다
일 실시예에 따라, 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시될 수 있다. 상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시될 수 있다. 상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시될 수 있다. 상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시될 수 있다.
본 개시의 실시예들에 따를 때, RU(radio unit)에 의해 수행되는 방법이 제공된다. 상기 방법은, 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보, 상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그, 상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보, 및 상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 PRB 정보는 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리킬 수 있다
일 실시예에 따라, 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시될 수 있다. 상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시될 수 있다. 상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시될 수 있다. 상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시될 수 있다.
본 개시의 실시예들에 따를 때, DU(distributed unit)의 전자 장치가 제공된다. 상기 전자 장치는, 프론트홀 인터페이스를 위한 적어도 하나의 송수신기, 적어도 하나의 프로세서상기 및 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하고, 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보, 상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그, 상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보, 및 상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 PRB 정보는 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리킬 수 있다
일 실시예에 따라, 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시될 수 있다. 상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시될 수 있다. 상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시될 수 있다. 상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시될 수 있다.
본 개시의 실시예들에 따를 때, RU(radio unit)에 의해 수행되는 전자 장치가 제공된다. 상기 전자 장치는 프론트홀 인터페이스를 위한 적어도 하나의 송수신기, 적어도 하나의 프로세서상기 및 인스트럭션들을 저장하는 메모리를 포함할 수 있다. 상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보, 상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그, 상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보, 및 상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 PRB 정보는 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및 상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함할 수 있다.
일 실시예에 따라, 상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리킬 수 있다
일 실시예에 따라, 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시될 수 있다. 상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시될 수 있다. 상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시될 수 있다. 상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시될 수 있다.
본 개시의 실시예들에 따를 때, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하는 비-일시적 컴퓨터 판독 가능 저장매체가 제공된다. 상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, DU(distributed unit)가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 것과, 프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 개시의 실시예들에 따를 때, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하는 비-일시적 컴퓨터 판독 가능 저장매체가 제공된다. 상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, RU(radio unit)가 변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기할 수 있다. 상기 변조 압축을 위한 상기 섹션 확장 정보는 상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보, 상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보, 상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보, 상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그, 상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보, 및 상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함할 수 있다.
본 문서의 다양한 실시예들은 기기(machine)에 의해 읽을 수 있는 저장 매체(storage medium))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어로서 구현될 수 있다. 예를 들면, 기기의 프로세서는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다. O-RAN은 표준화된 개방형 인터페이스를 갖춘 가상화된 지능형 네트워크를 구성 가능하도록 한다. 네트워크 가상화를 위하여, 실시예들에 따른 동작들이 기록 매체(예: 메모리)의 형태로 구현될 수 있다.
일 실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어™)를 통해 또는 두 개의 사용자 장치들(예: 스마트 폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(read only memory, ROM), 전기적 삭제가능 프로그램가능 롬(electrically erasable programmable read only memory, EEPROM), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(compact disc-ROM, CD-ROM), 디지털 다목적 디스크(digital versatile discs, DVDs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(local area network), WAN(wide area network), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
본 개시는 그의 다양한 실시예를 참조하여 도시되고 설명되었지만, 첨부된 특허 청구 범위 및 그 등가물에 의해 정의된 본 발명의 사상 및 범위를 벗어나지 않고 형태 및 세부사항의 다양한 변경이 이루어질 수 있음을 당업자는 이해할 것이다.

Claims (14)

  1. DU(distributed unit)에 의해 수행되는 방법에 있어서,
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 동작과,
    프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 동작을 포함하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    방법.
  2. 청구항 1에 있어서,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제2 심볼 정보;
    상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보;
    상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그;
    상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보; 및
    상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함하는,
    방법.
  3. 청구항 1에 있어서,
    상기 제1 PRB 정보는:
    상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및
    상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함하는,
    방법.
  4. 청구항 1에 있어서,
    상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리키는,
    방법.
  5. 청구항 1에 있어서,
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시되고,
    상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시되고,
    상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시되고,
    상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시되는,
    방법.
  6. RU(radio unit)에 의해 수행되는 방법에 있어서,
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작을 포함하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    방법.
  7. 청구항 6에 있어서,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 하나 이상의 서브 블록들의 제2 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제2 심볼 정보;
    상기 제2 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제2 PRB 정보;
    상기 제2 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제2 플래그;
    상기 제2 서브 블록에 적용될 제2 스케일 값을 가리키기 위한 제2 스케일 오프셋 정보; 및
    상기 제2 스케일 값이 상기 제2 서브 블록의 PRB에 각 RE에 적용될지 여부를 가리키기 위한 제2 리마스크(remask) 정보를 포함하는,
    방법.
  8. 청구항 6에 있어서,
    상기 제1 PRB 정보는:
    상기 제1 서브 블록의 상기 하나 이상의 PRB들의 시작 PRB를 가리키기 위한 정보, 및
    상기 제1 서브 블록의 상기 하나 이상의 PRB들의 개수를 가리키기 위한 정보를 포함하는,
    방법.
  9. 청구항 6에 있어서,
    상기 제1 심볼 정보는 상기 제1 서브 블록의 상기 하나 이상의 심볼들의 각 심볼의 위치를 가리키는,
    방법.
  10. 청구항 6에 있어서,
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 상기 정보는 상기 섹션 확장 정보의 4 비트들에 의해 지시되고,
    상기 제1 플래그는 상기 섹션 확장 정보의 1 비트에 의해 지시되고,
    상기 제1 스케일 정보는 상기 섹션 확장 정보의 15 비트들에 의해 지시되고,
    상기 제1 리마스크 정보는 상기 섹션 확장 정보의 12 비트들에 의해 지시되는,
    방법.
  11. DU(distributed unit)의 전자 장치에 있어서,
    프론트홀 인터페이스를 위한 적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    인스트럭션들을 저장하는 메모리를 포함하고,
    상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가:
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하고,
    프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    전자 장치.
  12. RU(radio unit)에 의해 수행되는 전자 장치에 있어서,
    프론트홀 인터페이스를 위한 적어도 하나의 송수신기;
    적어도 하나의 프로세서; 및
    인스트럭션들을 저장하는 메모리를 포함하고,
    상기 인스트럭션들은, 상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 전자 장치가:
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    전자 장치.
  13. 비-일시적 컴퓨터 판독 가능 저장매체에 있어서, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하고,
    상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, DU(distributed unit)가:
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane) 메시지를 생성하는 것과,
    프론트홀 인터페이스를 통해, 상기 C-plane 메시지를 RU(radio unit)에게 전송하는 것을 포함하는 기능들을 수행하도록 야기하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    비-일시적 컴퓨터 판독 가능 매체.
  14. 비-일시적 컴퓨터 판독 가능 저장매체에 있어서, 프로그램 인스트럭션들을 저장하도록 구성되는 메모리를 포함하고,
    상기 프로그램 인스트럭션들은, 하나 이상의 프로세서들에 의해 실행될 때, RU(radio unit)가:
    변조 압축을 위한 섹션 확장 정보를 포함하는 제어 평면(control-plane, C-plane), 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 것을 포함하는 기능들을 수행하도록 야기하고,
    상기 변조 압축을 위한 상기 섹션 확장 정보는:
    상기 변조 압축을 위한 하나 이상의 서브 블록들의 개수를 가리키기 위한 정보;
    상기 하나 이상의 서브 블록들의 제1 서브 블록의 하나 이상의 심볼들을 가리키기 위한 제1 심볼 정보;
    상기 제1 서브 블록의 하나 이상의 PRB(physical resource block)들의 개수를 가리키기 위한 제1 PRB 정보;
    상기 제1 서브 블록의 성상이 쉬프트되는지 여부를 가리키기 위한 제1 플래그;
    상기 제1 서브 블록에 적용될 제1 스케일 값을 가리키기 위한 제1 스케일 오프셋 정보; 및
    상기 제1 스케일 값이 상기 제1 서브 블록의 PRB에 각 RE(resource element)에 적용될지 여부를 가리키기 위한 제1 리마스크(remask) 정보를 포함하는,
    비-일시적 컴퓨터 판독 가능 매체.
PCT/KR2023/015886 2022-10-14 2023-10-13 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법 Ceased WO2024080848A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2025521375A JP2025535797A (ja) 2022-10-14 2023-10-13 フロントホールインターフェースにおける変調圧縮情報を提供するための電子装置及び方法
EP23877771.8A EP4604475A4 (en) 2022-10-14 2023-10-13 ELECTRONIC DEVICE AND METHOD FOR PROVIDING MODULATION COMPRESSION INFORMATION IN A FRONTHAUL INTERFACE
CN202380085790.5A CN120359736A (zh) 2022-10-14 2023-10-13 用于在前传接口中提供调制压缩信息的电子设备和方法
US18/495,351 US12604302B2 (en) 2022-10-14 2023-10-26 Electronic device and method for providing modulation compression information in fronthaul interface

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR10-2022-0132782 2022-10-14
KR20220132782 2022-10-14
KR10-2022-0149104 2022-11-09
KR20220149104 2022-11-09
KR20220160967 2022-11-25
KR10-2022-0160967 2022-11-25
KR1020230046404A KR20240052619A (ko) 2022-10-14 2023-04-07 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법
KR10-2023-0046404 2023-04-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/495,351 Continuation US12604302B2 (en) 2022-10-14 2023-10-26 Electronic device and method for providing modulation compression information in fronthaul interface

Publications (1)

Publication Number Publication Date
WO2024080848A1 true WO2024080848A1 (ko) 2024-04-18

Family

ID=90669660

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/015886 Ceased WO2024080848A1 (ko) 2022-10-14 2023-10-13 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법

Country Status (5)

Country Link
US (1) US12604302B2 (ko)
EP (1) EP4604475A4 (ko)
JP (1) JP2025535797A (ko)
CN (1) CN120359736A (ko)
WO (1) WO2024080848A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025222993A1 (zh) * 2024-04-25 2025-10-30 华为技术有限公司 通信方法及通信装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120345232A (zh) 2022-12-20 2025-07-18 三星电子株式会社 用于对在前传接口中经由用户平面消息传输的数据进行调制压缩的电子装置和方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210046486A (ko) * 2019-10-18 2021-04-28 삼성전자주식회사 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법
WO2021234739A1 (en) * 2020-05-22 2021-11-25 Indian Institute Of Technology Hyderabad Method and system for transferring data between distributed unit and radio unit
WO2022015598A1 (en) * 2020-07-16 2022-01-20 Qualcomm Incorporated Compression techniques for data and reference signal resource elements (res)
WO2022046980A2 (en) * 2020-08-28 2022-03-03 Qualcomm Incorporated Open radio access network message configurations
KR20220037305A (ko) * 2020-09-17 2022-03-24 삼성전자주식회사 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102627637B1 (ko) 2018-09-20 2024-01-23 삼성전자주식회사 무선 통신 시스템에서 프런트 홀 전송을 위한 장치 및 방법
EP3836420A1 (en) * 2019-11-04 2021-06-16 Mavenir Networks, Inc. Method for beamforming weights transmission over o-ran fronthaul interface in c-rans
KR102931951B1 (ko) 2020-02-05 2026-02-26 콤스코프 테크놀로지스, 엘엘씨 고급 분할-무선 액세스 네트워크(ran) 시스템을 위한 프론트홀 인터페이스
KR20230029664A (ko) 2020-06-30 2023-03-03 퀄컴 인코포레이티드 개방 라디오 액세스 네트워크 프론트홀을 위한 향상된 블록 부동 소수점 압축
WO2022015659A1 (en) 2020-07-13 2022-01-20 Qualcomm Incorporated Control message with symbol mask
EP4211929A1 (en) * 2020-09-09 2023-07-19 CommScope Technologies LLC Management plane functionality for switched network shared cell configuration of open radio access network (o-ran) system
WO2023243876A1 (ko) 2022-06-17 2023-12-21 삼성전자주식회사 프론트홀 인터페이스에서 주파수 오프셋을 제공하기 위한 전자 장치 및 방법
EP4554157A4 (en) 2022-07-13 2025-10-22 Samsung Electronics Co Ltd ELECTRONIC DEVICE AND METHOD FOR PROVIDING A REMOTE INTERFERENCE MANAGEMENT REFERENCE SIGNAL IN A FRONTHAUL INTERFACE

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210046486A (ko) * 2019-10-18 2021-04-28 삼성전자주식회사 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법
WO2021234739A1 (en) * 2020-05-22 2021-11-25 Indian Institute Of Technology Hyderabad Method and system for transferring data between distributed unit and radio unit
WO2022015598A1 (en) * 2020-07-16 2022-01-20 Qualcomm Incorporated Compression techniques for data and reference signal resource elements (res)
WO2022046980A2 (en) * 2020-08-28 2022-03-03 Qualcomm Incorporated Open radio access network message configurations
KR20220037305A (ko) * 2020-09-17 2022-03-24 삼성전자주식회사 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4604475A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025222993A1 (zh) * 2024-04-25 2025-10-30 华为技术有限公司 通信方法及通信装置

Also Published As

Publication number Publication date
EP4604475A1 (en) 2025-08-20
US20240137912A1 (en) 2024-04-25
US12604302B2 (en) 2026-04-14
CN120359736A (zh) 2025-07-22
JP2025535797A (ja) 2025-10-28
EP4604475A4 (en) 2026-02-11

Similar Documents

Publication Publication Date Title
WO2020263028A1 (en) Device and method for performing handover in wireless communication system
WO2022060180A1 (ko) 무선 통신 시스템에서 프론트홀 전송을 위한 장치 및 방법
WO2019160321A1 (en) Method and apparatus for transmitting and receiving duplicated data in wireless communication system
WO2019031915A1 (en) METHOD AND DEVICE FOR ESTABLISHING DOUBLE CONNECTIVITY
EP3610675A1 (en) Apparatus and method for supporting handover in a wireless communication system
WO2018203734A1 (en) Apparatus and method for supporting handover in a wireless communication system
WO2021091088A1 (en) Method and apparatus for dynamically configuring channel loss measurement in next-generation mobile communication system
WO2021045341A1 (ko) 무선랜 시스템에서의 a-ppdu를 송수신하는 방법 및 이를 위한 장치
WO2019013432A1 (ko) 무선랜 시스템에서 신호의 송수신 방법 및 이를 위한 장치
WO2024080848A1 (ko) 프론트홀 인터페이스에서 변조 압축 정보를 제공하기 위한 전자 장치 및 방법
WO2017023135A1 (ko) 무선랜 시스템에서 이진 시퀀스를 사용하여 stf 신호를 생성하는 방법 및 장치
WO2024014735A1 (ko) 프론트홀 인터페이스에서 원방 간섭 관리 참조 신호를 제공하기 위한 전자 장치 및 방법
WO2018016827A1 (ko) 무선랜 시스템에서의 신호 송수신 방법 및 이를 위한 장치
WO2018131891A1 (en) Method and apparatus for configuring random access resources and method and apparatus for random access
WO2020004763A1 (ko) 무선랜 시스템에서의 신호 송수신 방법 및 이를 위한 장치
WO2024111867A1 (ko) 분산 유닛의 셀 이동을 수행하기 위한 전자 장치 및 방법
WO2018182271A1 (ko) 무선랜 시스템에서의 신호 송수신 방법 및 이를 위한 장치
WO2019194596A1 (en) Method and apparatus for configuring a relay node
WO2025071340A1 (en) Method and device for multi-sim ue to manage colliding gaps in next generation mobile communication system
WO2025127876A1 (ko) 프론트홀 인터페이스를 통해 제어 평면 메시지를 송신 또는 수신하기 위한 방법 및 이를 수행하는 전자 장치
WO2018128503A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2024136028A1 (ko) 프론트홀 인터페이스에서 사용자 평면 메시지를 통해 전송되는 데이터의 변조 압축을 수행하기 위한 전자 장치 및 방법
WO2024136611A1 (ko) 무선 통신 시스템에서 기능 분할 옵션 7-2 기반 프론트홀 인터페이스 방법 및 장치
EP3750358A1 (en) Method and apparatus for transmitting and receiving duplicated data in wireless communication system
WO2019132391A1 (ko) 무선랜 시스템에서 nbt 방식을 이용해 stf 신호를 생성하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025521375

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025521375

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202517043326

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2023877771

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023877771

Country of ref document: EP

Effective date: 20250512

WWP Wipo information: published in national office

Ref document number: 202517043326

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 202380085790.5

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 202380085790.5

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2023877771

Country of ref document: EP