Patent Description:
In a typical wireless communication network, wireless devices, also known as wireless communication devices, mobile stations, stations (STA) and/or User Equipments (UE), communicate via a Wide Area Network or a Local Area Network such as a Wi-Fi network or a cellular network comprising a Radio Access Network (RAN) part and a Core Network (CN) part. The RAN covers a geographical area which is divided into service areas or cell areas, which may also be referred to as a beam or a beam group, with each service area or cell area being served by a radio network node such as a radio access node e.g., a Wi-Fi access point or a radio base station (RBS), which in some networks may also be denoted, for example, a NodeB, eNodeB (eNB), or gNB as denoted in Fifth Generation (<NUM>) telecommunications. A service area or cell area is a geographical area where radio coverage is provided by the radio network node. The radio network node communicates over an air interface operating on radio frequencies with the wireless device within range of the radio network node.

3GPP is the standardization body for specify the standards for the cellular system evolution, e.g., including <NUM>, <NUM>, <NUM> and the future evolutions. Specifications for the Evolved Packet System (EPS), also called a Fourth Generation (<NUM>) network, have been completed within the 3rd Generation Partnership Project (3GPP). As a continued network evolution, the new releases of 3GPP specifies a <NUM> network also referred to as <NUM> New Radio (NR).

Frequency bands for <NUM> NR are being separated into two different frequency ranges, Frequency Range <NUM> (FR1) and Frequency Range <NUM> (FR2). FR1 comprises sub-<NUM> frequency bands. Some of these bands are bands traditionally used by legacy standards but have been extended to cover potential new spectrum offerings from <NUM> to <NUM>. FR2 comprises frequency bands from <NUM> to <NUM>. Bands in this millimeter wave range have shorter range but higher available bandwidth than bands in the FR1.

Multi-antenna techniques may significantly increase the data rates and reliability of a wireless communication system. For the wireless connection between a single user and the base station, the performance is in particular improved if both the transmitter and the receiver are equipped with multiple antennas, which results in a Multiple-Input Multiple-Output (MIMO) communication channel. This is usually referred to as SU-MIMO (single-user MIMO). In the scenario where MIMO techniques is used for the wireless connection between multiple users and the base station, MIMO enables the users to communicate with the base station simultaneously using the same time-frequency resources by spatially separating the users, which increases further the cell capacity. This is usually referred to as MU-MIMO (multi-user MIMO). Note that MU-MIMO can benefit when each UE only has one antenna. Such systems and/or related techniques are commonly referred to as MIMO.

Massive MIMO techniques have first been adopted to practice in LTE. In <NUM>, it becomes a key technology component, which will be deployed in a much larger scale than in LTE. It features with a large number of antennas used on the Base-station (BS) side, where the number of antennas is typically much larger than the number of user-layers. A user layer when used herein e.g. means an independent downlink or uplink data stream intended for one user. Note that one user or UE may have one or multiple user layers. For example, <NUM> antennas are serving <NUM> or <NUM> user-layers in FR1, and <NUM>/<NUM> antennas serving <NUM> or <NUM> layers in FR2. Massive MIMO is sometimes referred to as massive beamforming (especially for higher frequency band), which is able to form narrow beams focusing on different directions to counteract against an increased path loss at higher frequency bands. It also benefits MU-MIMO which allows for transmissions from and to multiple UEs simultaneously over separate spatial channels resolved by the massive MIMO technologies, while keeping high capacity for each UE. Therefore, it significantly increases the spectrum efficiency and cell capacity.

The great benefits of massive MIMO at the air-interface also introduce new challenges at the BS side. The legacy Common Public Radio Interface (CPRI)-type fronthaul sends time-domain IQ samples per antenna branch between a BBU and an RU, which are two parts of a BS in a main-remote setup. In the CPRI terminology, a BBU refers to as Radio Equipment Control (REC) and RU refers to as Radio Equipment (RE).

With massive MIMO using many antennas, the required fronthaul data sent in CPRI would be increased dramatically, proportional to the number of antennas, which would require more fibers and optic modules, increasing transport costs significantly. To address, the fronthaul interface evolves from CPRI to eCPRI, a packet-based fronthaul interface. In eCPRI, other functional split options between an BBU and an RU are supported. Frequency samples are sent instead of time-domain samples in CPRI. Beamforming function is placed in the RU to reduce the number of fronthaul streams from the number of antennas to the number of user layers. As the number of user layers is much fewer than the number of antennas in massive MIMO, the fronthaul data are reduced significantly and thereby reduce the fronthaul costs.

Backhaul is the link between a base station and the core network and fronthaul is the link that connects a BBU to an RU. As the number of antennas scales up in massive MIMO systems, the required fronthaul capacity also increases proportionally if CPRI is used, which significantly drives up the fronthaul costs. To address this challenge, eCPRI supporting different Lower-Layer Split (LLS) options have been adopted. The basic idea of LLS is to move beamforming function from the BBU to the RU so that frequency samples or data of user layers are sent over the fronthaul interface.

An RU when used herein e.g. is a network node comprising of radio functions including some PHY functions. On the network side, it connects to a BBU through a fronthaul interface, e.g. eCPRI. On the other side, it connects to UEs wirelessly with its antennas. Basically, it transmits and receives the Radio Frequency (RF) signals to and from UEs through its antennas. It performs the conversion between RF signals and baseband signals, and transmits and receives the baseband signal to and from BBU through a fronthaul interface (e.g. eCPRI) according to a LLS option used.

Note that the RU is also referred to as RRU. In Open RAN (O-RAN), it is referred to as O-RU. In CPRI and eCPRI, it is referred to as RE.

A BBU when used herein e.g. is a network node performing baseband processing. It further connects to the core network with a backhaul interface.

Note that a BBU is also referred to as a digital unit or distributed unit (DU). In O-RAN, it is also referred to as O-Distributed Unit (O-DU).

<CIT> discloses the functional split <NUM>-2b for LTE wherein beamforming is performed at the remote unit with the help of channel estimates.

As a part of developing embodiments herein a problem was identified by the inventors and will first be discussed.

A control plane is the part of a network which carries information necessary to establish and control the network, while a user plane carries information regarding the network user traffic.

Although the LLS architecture such as e.g. O-RAN LLS, solves the problem of fronthaul limitation on data plane, a problem still exists in the control plane as the channel estimation is performed at BBU whereas beamforming is conducted at RU.

In one beamforming implementation specified by the current O-RAN LLS, channel information is obtained by channel estimation in the BBU, based on e.g. uplink Sounding Reference Signal (SRS) sent from the UE, received in the RU and sent in control-plane messages over the fronthaul interface to the BBU.

An object of embodiments herein is to improve the performance of a wireless communications network using beamforming.

According to an aspect of embodiments herein, the object is achieved by a method performed by a BBU for assisting a RU to perform beamforming for a communication between a UE and a base station in a wireless communications network using a multiple antenna system for communication. The BBU and the RU are associated with the base station. The BBU obtains channel taps related to a number of subcarriers. The BBU selects a subset of the channel taps. The BBU sent to the RU, the selected subset of the channel taps and information identifying the selected subset of channel taps. The selected subset of channel taps and information identifying the selected subset of channel taps assists the RU to perform beamforming for the communication between the UE and the base station.

According to another aspect of embodiments herein, the object is achieved by a method performed by an RU. The method is for performing beamforming for a communication between a UE and a base station in a wireless communications network using a multiple antenna system for communication. The RU is associated with the base station. The RU receives from a BBU, associated with the base station, a subset of channel taps selected by the BBU, and information identifying the selected subset of channel taps. The RU reconstructs the channel taps in the tap domain based on the information identifying the selected subset of channel taps. The RU transforms, by a mathematical transformation, at least some of the channel taps out of the set of channel taps, to obtain corresponding frequency domain channel values related to respective subcarriers out of a number of subcarriers. The RU determines respective Beamforming Weights (BFWs), according to the obtained frequency domain channel values, on the respective subcarriers out of the number of subcarriers. The RU then performs beamforming with the determined BFWs on the respective subcarriers out of the number of subcarriers for the communication between the UE and the base station.

According to an aspect of embodiments herein, the object is achieved by a BBU configured to assist an RU to perform beamforming for a communication between a UE and a base station in a wireless communications network adapted to use a multiple antenna system for communication. The BBU and the RU are adapted to be associated with the base station. The BBU is further configured to:.

According to another aspect of embodiments herein, the object is achieved by an RU configured to perform beamforming for a communication between a UE, and a base station in a wireless communications network adapted to use a multiple antenna system for communication. The RU is adapted to be associated with the base station. The RU is further configured to:.

Since the BBU sends the selected subset of the channel taps and information identifying the selected subset of channel taps to the RU, which means over the fronthaul, the amount of channel data will be significantly reduced resulting in less bit rate required for fronthaul, while the performance is kept to the same level as without channel data reduction. In other words, when the same amount channel data is kept in channel taps as in the frequency-domain channel values, an improved performance of the wireless communications network when using beamforming.

As mentioned above, as a part of developing embodiments herein a problem was identified by the inventors which now will be further discussed.

As also mentioned above, the idea of LLS is to move beamforming function from the BBU to the RU so that frequency samples or data of user layers are sent over the fronthaul interface. The interface between the BBU and the RU is the fronthaul interface. The interface between the BBU and the CN is the backhaul interface.

In one O-RAN LLS implementation supporting channel-information based beamforming according to prior art, UE-specific channel information is sent from BBU to RU over the fronthaul interface using a Section Type <NUM> messages of O-RAN Fronthaul Working Group, Control, User and Synchronization Plane Specification, O-RAN. <NUM> and the newer releases (O-RAN specification). At RU, the received channel information is firstly stored in memory, with respect to a number of UEs. This channel information is UE-specific, may be for the whole channel bandwidth or Bandwidth Part (BWP), or corresponding to the channel sounding bandwidth of each UE scheduled by the base station. Channel sounding bandwidth here refers to the bandwidth used by the uplink Sounding Reference Signal (SRS). With the channel information, the RU can calculate Beamforming Weights (BFWs) if it knows which UEs are to be beamformed and how these UEs are scheduled on the frequency-time resource grid. BFWs when used herein e.g. means a set of complex weights, each of which are multiplied with the signal of one user-layer at a subcarrier or a group of subcarriers. The weighted signals of different user layers towards the same antenna or transmit beam are combined linearly. As a result, different user-layer signals are beamformed to different directions. To inform the RU such information how UEs are scheduled, for each Transmission Time Interval (TTI), the BBU will send the scheduling information of next TTI to the RU, e.g. regarding the scheduled UE Identities (IDs) and frequency-time resources such as e.g. symbol, Physical Resource Blocks (PRB), or Resource Element (RE). In O-RAN, this is done using Section Type "<NUM>" the O-RAN specification. Additionally, in O-RAN, a regularization factor is also sent for Minimum Mean Squared Error (MMSE)-based beamforming from BBU to RU using Section Extension "<NUM>" together with Section Type "<NUM>" of the O-RAN specification. After receiving the scheduling information, the RU will extract the channel information corresponding to the scheduled UE IDs from the memory and then calculate BFWs based on the extracted channel information. For DL, the BFWs are used to perform beamforming of the user-layer symbols or REs of the scheduled UEs. For UL, the BFWs are used to perform beamforming of the received frequency-domain signals or REs from different antennas and/or beams. However, the problem is that the amount of channel data is still proportional to the number of antennas. This would result in a large amount channel information to be sent via the fronthaul interface, especially when the number of UEs is large. This could significantly increase the fronthaul load. For point-to-point fronthaul topology, the available fronthaul capacity would be a constraint limiting the number of UEs to be beamformed. For switched fronthaul network topology, this may significantly increase the required capacity of the switched or packet network, reducing the potential statistical multiplexing gain, otherwise limiting the number of UEs to be beamformed. In addition, in this split, the RU memory is required to be large when there are many UEs to be beamformed.

In another possible LLS implementation according to prior art, for every TTI, the BBU sends the channel information of the scheduled UEs to the RU. Then the RU calculates the BFWs using the received channel information and then uses the calculated BFWs to perform beamforming of the user-layer signals of the scheduled UEs. In this split, the channel information needs to be sent in a short-time window such that the RU would have enough time to calculate the BFWs before the due time for doing beamforming. This results in high burst fronthaul traffic for sending the channel information, which significantly increases the required peak rate of fronthaul and therefore increases the fronthaul costs.

In both cases, it is desirable to compress the channel information. One prior art approach compresses the channel data in the frequency domain. Basically, one or multiple resource blocks (RBs) are grouped as a Subcarrier Group (SCG). For each SCG, only the channel information corresponding to one subcarrier, usually the center subcarrier, in the SCG is sent, instead of sending the channel information per subcarrier. For example, for <NUM> SCG = <NUM> RB where there are <NUM> subcarriers per RB, the channel information is compressed <NUM> times before sent to the RU. On the RU, the beamforming is done on SCG level, one corresponding set of BFWs per SCG calculated based on the channel information per SCG. Then, the same set of calculated BFWs are used for all subcarriers in each SCG. However, the compression is achieved at the cost of beamforming performance degradation, especially when the channel variation in frequency domain is high among the subcarriers in SCG.

Consider the scenario with K user-layers in a desired cell and the base-station <NUM> is composed of N antenna elements. In <NUM>, it typically has N » K, i.e. N is much larger than K. A user-layer when used herein may mean an independent data stream intended to a user. A desired cell when used herein may mean the cell which connects to the UEs of the K user-layers. These UEs are served by the desired cell. Here, MU-MIMO is applied, where K user-layers are scheduled using the same time-frequency resources, i.e., on the same REs.

The amount of DL user-plane data scales with the number of layers (K) whereas the channel data on one subcarrier composed by K × N elements scale both with the number of layers (K) and the number of antennas (N) on each subcarrier. User-plane data when used herein e.g. means the frequency-domain user-layer data sent over fronthaul. Layers when used herein e.g. means user-layers, user-layer signals or user-layer data in frequency domain.

According to a prior art solution, the amount of channel data to be sent is reduced by only sending channel information on one subcarrier in one or multiple RBs, referred to as one subcarrier group, SCG. BFWs calculated based on this channel information will be shared by other subcarriers in the SCG. This method is referred to as reference method hereinafter and will be used later on to compare with embodiments herein.

According to a further prior art solution, a higher reduction on the required fronthaul capacity may be achieved by using a larger SCG size, but the beamforming performance will be degraded since more channel data is lost by performing such down-sampling in frequency. The wording beamforming performance when used herein may mean signal quality in downlink (DL) at the UE side after the beamforming has been performed at the base station side, measured by, for example, post-processing signal-to-interference-and-noise-power ratio (SINR) at a UE, resulted user throughput, bit rate, etc..

<FIG> depicts examples of channel element power along subcarriers according to prior art. It depicts how a wireless channel frequency response may look like. This is an example of a wireless channel frequency response. <FIG> exemplifies the power in dBm of channel elements of one channel path between one antenna (for element domain) or one beam (for beam domain) of a base-station and one antenna of a UE along sub-carriers according to prior art dBm, also referred to as decibel-milliwatts (dBmW, is a unit of level used to indicate that a power level is expressed in decibels (dB) with reference to one milliwatt (mW. The circle-marked line shows results of element-domain channel, whereas the triangle-marked line shows results of beam-domain channel. It is observed that having an even-spaced down-sampling in frequency may work well when the channel does not vary so much in the neighborhood, but leads to the loss of informative channel data when the channel varies quickly in frequency and impacts beamforming performance at the RU <NUM>.

The object of embodiments herein is to improve the performance of a wireless communications network using beamforming.

The wording tap-domain when used herein e.g. means frequency-domain channel coefficients are transferred to channel taps by a mathematical transformation, such as DCT, DFT etc. Each channel tap corresponds to a multi-path component of the wireless channel, resolved by the system, e.g. sample rate and transformation size etc. Each channel tap is a complex value, representing the amplitude and phase of the resolved multi-path component of the wireless channel. The channel taps are related to the impulse response of the wireless channel.

The wording channel value, also referred to as channel data, when used herein e.g. means one or a set of complex values representing the amplitude and phase of the channel coefficients in frequency domain. The channel values are related to the frequency response of the wireless channel. The wording channel information, when used herein, e.g., means the information about channel properties carried by the channel values.

A beam when used herein e.g. means a directional beam formed by multiplying a signal with different weights, in frequency-domain, at multiple antennas such that the energy of the signal is concentrated to a certain direction.

Beamforming when used herein e.g. means a technique which multiplying a signal with different weights (in frequency-domain) at multiple antennas, which would cause the signal energy sent to space according to a wanted beam pattern to form a directional beam to concentrate to certain direction or form nulling to certain direction, or the combination of two.

Examples of embodiments herein provide tap-domain compression for channel data in fronthaul.

In some examples, the method according to embodiments herein compress the channel information by transforming the channel data in the tap-domain, also referred to as transforming frequency-domain channel data into channel taps. Only the transformed channel data on selected taps are sent from the BBU to the RU. At the RU, the tap-domain channel data is reconstructed based on the selected channel taps received, to obtain corresponding frequency domain channel values, also referred to as channel data. The obtained frequency domain channel values are then used as a basis when calculating BFWs for beamforming.

The embodiments provided herein e.g. have the following advantage:
In today's O-RAN specification, the channel data is sent per PRB. By using embodiments herein, the channel data will be significantly reduced while the performance is kept. This is since most of the channel energy may be concentrated on a limited number of channel taps, in which most of the channel information is kept by only sending the selected high-power channel taps.

<FIG> is a schematic overview depicting a wireless communications network <NUM> wherein embodiments herein may be implemented. The wireless communications network <NUM> comprises one or more RANs, and one or more CNs. The wireless communications network <NUM>, the RAN and the CN may use a number of different technologies, such as Wi-Fi, Long Term Evolution (LTE), LTE-Advanced, <NUM>, NR, Wideband Code Division Multiple Access (WCDMA), Global System for Mobile communications/enhanced Data rate for GSM Evolution (GSM/EDGE), Worldwide Interoperability for Microwave Access (WiMax), or Ultra Mobile Broadband (UMB), just to mention a few possible implementations. Embodiments herein relate to recent technology trends that are of particular interest in a <NUM> context, however, embodiments are also applicable in further development of the existing wireless communication systems such as e.g. WCDMA and LTE.

A number of network nodes operate in the wireless communications network <NUM> such as e.g. a base station <NUM>. The base station <NUM> comprises a BBU <NUM> and a RU <NUM>, also referred to as the base station <NUM> is associated to the BBU <NUM> and the RU <NUM>. The base station <NUM> provide radio coverage in a number of cells which may also be referred to as a sector or a group of sectors, such as a cell <NUM> provided by the base station <NUM>.

The base station <NUM>, may be any of a radio network node, NG-RAN node, a transmission and reception point e.g. a base station, a TRP, a radio access network node, a Wireless Local Area Network (WLAN) access point or an Access Point Station (AP STA), an access controller, a base station, e.g. a radio base station such as a NodeB, an evolved Node B (eNB, eNode B), a gNB, a base transceiver station, a radio remote unit, an Access Point Base Station, a base station router, a transmission arrangement of a radio base station, a stand-alone access point or any other network unit capable of communicating with a UE such as UE <NUM>, within a service area served by the base station <NUM>, depending e.g. on the first radio access technology and terminology used. The base station <NUM> may be referred to as a serving radio network node and communicates with the UE <NUM> with Downlink (DL) transmissions to the UE <NUM> and Uplink (UL) transmissions from the UE <NUM>.

One or more UEs operate in the wireless communications network <NUM>, such as e.g. the UE <NUM>. The UE <NUM> may also referred to as a device, an loT device, a mobile station, a non-access point (non-AP) STA, a STA, a user equipment and/or a wireless terminals, communicate via one or more Access Networks (AN), e.g. RAN, to one or more CNs. It should be understood by the skilled in the art that "wireless device" is a non-limiting term which means any terminal, wireless communication terminal, user equipment, Machine Type Communication (MTC) device, Device to Device (D2D) terminal, or node e.g. smart phone, laptop, mobile phone, sensor, relay, mobile tablets or even a small base station communicating within a cell. The UE <NUM> is in some example scenarios served by the base station <NUM> in the cell <NUM>.

Methods herein may be performed by the BBU <NUM> and the RU <NUM>. As an alternative, a Distributed Node (DN) and functionality, e.g. comprised in a cloud <NUM> as shown in <FIG>, may be used for performing or partly performing the methods herein.

The above described problem is addressed in a number of embodiments, some of which may be seen as alternatives, while some may be used in combination.

<FIG> shows example embodiments of the method as seen in a view of the BBU <NUM>, and <FIG> shows example embodiments of the method as seen in a view of the RU <NUM>.

<FIG> shows a sequence diagram of example embodiments of a method performed by the BBU <NUM> and the RU <NUM>. The BBU <NUM> assists the RU <NUM> to perform beamforming, and the RU <NUM> performs the beamforming assisted by the BBU <NUM>. The beamforming is for a communication between the UE <NUM> and the base station <NUM> in the wireless communications network <NUM>.

The text described below in relation to <FIG> shall preferably be read together with both <FIG> and <FIG>, and the text described below in relation to <FIG> shall preferably be read together with both <FIG> and <FIG>.

<FIG> shows example embodiments of a method performed by the BBU <NUM> for assisting the RU <NUM> to perform beamforming. The beamforming is for a communication between the UE <NUM> and the base station <NUM> in the wireless communications network <NUM>. The wireless communications network <NUM>, e.g. the RU <NUM> and the UE <NUM>, uses a multiple antenna system for communication. The multiple antenna system may e.g. be MIMO, Single-Input Multiple-Output (SIMO) and/or Multiple-Input Single-Output (MISO).

The BBU <NUM> and the RU <NUM> are associated with the base station <NUM>. This means that the base station <NUM> comprises two parts, i.e. the BBU <NUM> and the RU <NUM>. The method comprises the following actions, which actions may be taken in any suitable order. Optional actions are referred to as dashed boxes in <FIG>.

In some embodiments, channel estimation is already done by the BBU <NUM> in the tap-domain and the tap-domain channel data will be available for the BBU <NUM> without additional mathematical transformation into tap-domain.

In some embodiments, frequency domain channel values resulted from the channel estimation may be based on uplink signals, e.g. Sounding Reference Signal (SRS) and/or Demodulation Reference Signal (DMRS), sent by the UE <NUM> to the BBU <NUM>. In these embodiments, the BBU <NUM> obtains frequency domain channel values related to each respective subcarrier out of a number of subcarriers.

In some embodiments the number of subcarriers may comprise subcarriers corresponding for the whole bandwidth used for the communication with the UE <NUM>. This may be performed in cases such as for SRS.

In some alternative embodiments the number of subcarriers comprises subcarriers corresponding to the bandwidth for the UE <NUM> scheduled for the next TTI in the communication. This may be used in cases such as e.g. SRS, and Demodulation Reference Signal (DMRS).

The frequency-domain channel values may be obtained based on any one or more out of.

The BBU <NUM> obtains channel taps related to a number of subcarriers. the BBU <NUM> obtains a set of channel taps, where the set of channel taps is related to a number of subcarriers.

In some embodiments, the BBU <NUM> obtains the channel taps by transforming the obtained frequency domain channel values into the channel taps by a mathematical transformation. The mathematical transformation may e.g. be Discrete Fourier Transform (DFT), or Discrete Cosine Transform (DCT).

The relation between the channel taps and the number of subcarriers is many to many. Each channel tap has contributions from all subcarriers used in a transformation. The channel values in frequency domain correspond to, also referred to as related to, the channel frequency response, while the channel taps correspond to, also referred to as related to, the channel impulse response. Basically, each channel tap is a linear combination of the channel values of all subcarriers, weighted differently based on the type of transformation used.

In some embodiments as mentioned above, the channel estimation is already done by the BBU <NUM> in tap-domain inside the channel estimation process, and the tap-domain channel data is available for the BBU <NUM> without the need of performing additional mathematical transformation to tap-domain.

The BBU <NUM> selects a subset of the channel taps. This is performed to reduce the required fronthaul capacity for sending channel information from the BBU <NUM> to the RU <NUM>.

The selection may be based on different values. In some embodiments the subset of the channel taps is selected according to, anyone or more out of:.

The selection may be performed in different ways. The selection of the subset of the channel taps may e.g. be performed by anyone out of:.

The BBU <NUM> sends to the RU <NUM>, the selected subset of the channel taps and information identifying the selected subset of channel taps. The selected subset of channel taps and information identifying the selected subset of channel taps assists the RU <NUM> to perform beamforming for the communication between the UE <NUM> and the base station <NUM>.

This way of sending the selected subset of the channel taps and information identifying the selected subset of channel taps provides to the RU <NUM>, essential channel information for BFW calculation while reducing the required fronthaul capacity for sending such information.

The handling of selected subset of the channel taps and information identifying the selected subset of channel taps, by the RU <NUM>, will be described below together with <FIG> and <FIG>.

<FIG> shows example embodiments of a method performed by the RU <NUM>. The method is for performing beamforming for a communication between the UE <NUM> and the base station <NUM> in the wireless communications network <NUM> using a multiple-antenna system for communication.

The RU <NUM> is associated with the base station <NUM>. The method comprises the following actions, which actions may be taken in any suitable order. Optional actions are referred to as dashed boxes in <FIG>.

The RU <NUM> receives from the BBU <NUM>, a subset of channel taps selected by the BBU <NUM>, and information identifying the selected subset of channel taps. The BBU <NUM> is associated with the base station <NUM>.

By means of the received a subset of channel taps selected by the BBU <NUM>, and information identifying the selected subset of channel taps, the RU <NUM> may now reconstruct the channel taps based on the received information identifying the selected subset of channel taps. Zeros may be refilled at the positions of the unselected channel taps. At least some of the reconstructed channel taps are transformed to obtain corresponding frequency domain channel values related to respective subcarriers, which will be used for determines respective BFWs. This will be described below.

The RU <NUM> reconstructs the channel taps in the tap domain based on the information identifying the selected subset of channel taps. This may be performed in different ways.

In some embodiments the RU <NUM> reconstructs the channel taps in the tap domain, by filling zeros at the positions of the unselected channel taps according to the received information identifying the selected subset of channel taps The received channel data , such as the selected subset, is always non-zero.

There are also some alternative embodiments. If the subset of channel taps is very small, it is possible to calculate the transform, below in Action <NUM>, directly for those channel taps only, without filling any zeros. A small subset of channel taps may e.g. be a few channel taps, e.g. less than <NUM>. This may mean that for too few channel taps it may be more efficient to calculate transformation by matrix multiplication, instead of doing a full transformation with zero-filled channel taps, due to the property of sparse matrix multiplication. A sparse matrix multiplication when used herein may mean the matrices or vectors involved in the matrix multiplication operation having more zero elements than non-zero elements.

The RU <NUM> transforms, at least some of the channel taps out of the set of channel taps, i.e. out of the reconstructed set of channel taps. This is to obtain corresponding frequency domain channel values related to respective subcarriers out of a number of subcarriers. This is performed by a mathematical transformation, such as e.g. DFT or DCT.

When having obtained the frequency domain channel values related to respective subcarriers out of a number of subcarriers, the RU <NUM> determines respective BFWs, according to the obtained frequency domain channel values, on the respective subcarriers out of the number of subcarriers.

In some embodiments the determining of the respective BFWs according to the obtained frequency domain channel values, on the respective subcarriers out of the number of subcarriers comprises:.

In some embodiments the BFWs on the remaining subcarriers are obtained by anyone or more out of: Repeating the calculated BFWs for neighboring sub-carriers of the remaining sub-carriers, and/or interpolating the calculated BFWs for the remaining sub-carriers. This will be described more in detail below.

The RU <NUM> then performs beamforming with the determined BFWs on the respective subcarriers out of the number of subcarriers for the communication between the UE <NUM> and the base station <NUM>.

In this way, the required fronthaul capacity for sending channel information from the BBU <NUM> to the RU <NUM> is significantly reduced while the beamforming performance is maintained.

The above embodiments will now be further explained and exemplified below. The embodiments below may be combined with any suitable embodiment above.

In the examples below, the frequency domain channel values are referred to as channel data and these wordings may be used interchangeably.

Some embodiments relate to frequency domain channel value based beamforming such as e.g. channel-information based beamforming. When these embodiments relate to the LLS architecture, channel estimation may be performed at the BBU <NUM> based on UL reference signals, e.g. SRS transmitted by the UE (<NUM>). The frequency domain channel values are transformed to channel taps.

The selected channel taps are then sent from the BBU <NUM> to the RU <NUM>. At the RU <NUM>, BFWs are calculated using the obtained frequency domain channel values corresponding to the received channel taps, and downlink (DL) or uplink (UL) beamforming is conducted for a received data stream in the communication between the UE <NUM> and the base station <NUM>.

According to embodiments herein, channel data is explored in tap-domain instead of frequency-domain by taking advantage of good energy compacting feature of certain mathematical transformation such as DFT or DCT, so that the channel energy is concentrated on a limited number of taps after transformation.

As mentioned above, the channel taps may be obtained by transforming the frequency domain channel values into the channel taps by a mathematical transformation. It is observed that the mathematical transformation such as some Fourier transforms, for example, DFT, or DCT, has good energy compacting feature. After transformation, channel energy may be concentrated in a limited number of taps. <FIG>: depicts examples of channel element power along taps according to embodiments herein. <FIG> exemplifies the power of channel elements of the same channel path as exemplifies the power of channel elements in <FIG> depicting prior art, but along taps after conducting certain Fourier transform according to some embodiments herein. The circle-marked line shows results of tap-domain channel transformed by DFT from channel data in element-domain. The triangle-marked line shows results of tap-domain channel transformed by DCT from channel data in element-domain. The square-marked line shows results of tap-domain channel transformed by DFT from channel data in beam-domain. The diamond-marked line shows results of tap-domain channel transformed by DCT from channel data in beam-domain. It is observed in <FIG> that the channel energy concentrates on some channel taps in all four cases, i.e. the beginning and tail parts of the circle and square marked curves and the beginning part of the triangle and diamond marked curve. In this example, DCT compacts the channel energy better than DFT, and transform from beam-domain compacts the channel energy better than that from element-domain.

Therefore, according to an example embodiment herein, the BBU <NUM> performs channel data reduction by selecting a subset of the channel taps, preferably the strongest ones. Then BBU <NUM> sends the reduced tap-domain channel data to RU <NUM>. In this way, more channel energy, comprising more frequency-domain channel information, may be maintained comparing to the frequency-domain compression with the same compression ratio. The reduced channel data will be utilized by the RU <NUM> for beamforming.

Below, a further example of embodiments herein is described.

Consider a scenario with K user-layers in a desired cell communicating with the base station <NUM> being equipped with N antennas. The channel data such as the frequency domain channel values may either be in UL or DL.

To illustrate advantages of embodiments herein, simulations have been performed as follows:.

For tap-domain compression as described above, it is implemented as follows:.

The simulation results are shown in <FIG> and <FIG>. <FIG>: depicts SINR comparison without beam selection at DU with <NUM> sub-band for transforming to tap-domain and <FIG>: depicts comparison of required fronthaul capacity.

<FIG> compares the SINR performance between the reference method of sending channel data in frequency-domain and the method of the invention of sending channel data in tap-domain. And <FIG> shows the required fronthaul capacity for sending channel data associated with each of the method.

In this simulation example, only <NUM>% of the taps are selected to be sent in an example of the method according to embodiments herein. As a result, the channel data is compressed by <NUM> times comparing to the reference case when frequency-domain channel (freqD-Ch) data on one subcarrier per <NUM> PRBs is sent; and it is compressed by <NUM> times comparing to the reference method when frequency-domain channel data on one subcarrier per <NUM> RB is sent. Performance-wise, the method according to embodiments herein, have better performance with BFWs on <NUM> subcarriers calculated per SCG than the reference method with the same SCG size. This performance is quite close to the reference method with SCG size of <NUM> RB which requires <NUM> times fronthaul capacity to send the channel data. When calculating BFWs on <NUM> subcarriers per SCG, the method according to embodiments herein only has the performance slightly improved comparing to the <NUM>-subcarrier-per-SCG case. It shows that the performance gets closer to the benchmark case where the channel data on every subcarrier is sent and more BFWs are calculated. Thus, with the simulated channel realizations, calculating BFWs on <NUM> subcarriers for the method according to embodiments herein would be enough from the performance perspective.

To perform the method actions above, the BBU <NUM> is configured to assist the RU, <NUM> to perform beamforming for a communication between the UE <NUM> and the base station <NUM> in the wireless communications network <NUM> using a multiple antenna system for communication. The BBU <NUM> and the RU <NUM> are adapted to be associated with the base station <NUM>. The BBU <NUM> may comprise an arrangement depicted in <FIG>.

The BBU <NUM> may comprise an input and output interface <NUM> configured to communicate with other network entities such as the RU <NUM>. The input and output interface <NUM> may comprise a wireless receiver (not shown) and a wireless transmitter (not shown).

The BBU <NUM> may further be configured to, e.g. by means of an obtaining unit <NUM> in the BBU <NUM>, obtain channel taps related to a number of subcarriers.

The BBU <NUM> may further be configured to, e.g. by means of the obtaining unit <NUM> in the BBU <NUM>, obtain frequency domain channel values related to each respective subcarrier out of a number of subcarriers, and frequency domain channel values transformed into channel taps by a mathematical transformation.

The BBU <NUM> may further be configured to, e.g. by means of a selecting unit <NUM> in the BBU <NUM>, select a subset of the channel taps.

The BBU <NUM> may further be configured to, e.g. by means of the selecting unit <NUM> in the BBU <NUM>, select the subset of the channel taps by anyone out of:.

The BBU <NUM> may further be configured to, e.g. by means of a sending unit <NUM> in the BBU <NUM>, send to the RU <NUM>, the selected subset of the channel taps and information identifying the selected subset of channel taps. The selected subset of channel taps and information identifying the selected subset of channel taps will assist the RU <NUM> to perform beamforming for the communication between the UE <NUM> and the base station <NUM>.

In some embodiments, the number of subcarriers is adapted to comprise any one out of:.

In some embodiments, the obtaining of the channel taps is adapted to be performed by transforming the frequency domain channel values into the channel taps by a mathematical transformation.

In some embodiments, the frequency domain channel values are adapted to be obtained based on any one or more out of.

In some embodiments, the subset of the channel taps is adapted to be selected according to anyone or more out of:.

The embodiments herein may be implemented through a respective processor or one or more processors, such as the processor <NUM> of a processing circuitry in the BBU <NUM> depicted in <FIG>, together with respective computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the BBU <NUM>. One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick. The computer program code may furthermore be provided as pure program code on a server and downloaded to the BBU <NUM>.

The BBU <NUM> may further comprise a memory <NUM> comprising one or more memory units. The memory <NUM> comprises instructions executable by the processor in BBU <NUM>. The memory <NUM> is arranged to be used to store e.g. information, indices, channel data, indications, data, configurations, and applications to perform the methods herein when being executed in the BBU <NUM>.

In some embodiments, a computer program <NUM> comprises instructions, which when executed by the respective at least one processor <NUM>, cause the at least one processor of the BBU <NUM> to perform the actions above.

In some embodiments, a respective carrier <NUM> comprises the respective computer program <NUM>, wherein the carrier <NUM> is one of an electronic signal, an optical signal, an electromagnetic signal, a magnetic signal, an electric signal, a radio signal, a microwave signal, or a computer-readable storage medium.

Those skilled in the art will appreciate that the units in the BBU <NUM> described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in the BBU <NUM>, that when executed by the respective one or more processors such as the processors described above. One or more of these processors, as well as the other digital hardware, may be included in a single Application-Specific Integrated Circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).

To perform the method actions above, the RU <NUM> is configured to perform beamforming for a communication between the UE <NUM> and the base station <NUM> in the wireless communications network <NUM> using a multiple antenna system for communication. The RU <NUM> is adapted to be associated with the base station <NUM>. The RU <NUM> may comprise an arrangement depicted in <FIG>.

The RU <NUM> may comprise an input and output interface <NUM> configured to communicate with other network entities such as the UE <NUM> and the BBU <NUM>. The input and output interface <NUM> may comprise a wireless receiver (not shown) and a wireless transmitter (not shown).

The RU <NUM> may further be configured to, e.g., by means of a receiving unit <NUM> in the RU <NUM>, receive from the BBU <NUM> associated with the base station <NUM>, a subset of channel taps selected by the BBU <NUM>, and information identifying the selected subset of channel taps.

The RU <NUM> may further be configured to, e.g., by means of a reconstructing unit <NUM> in the RU <NUM>, reconstruct the channel taps in the tap domain based on the information identifying the selected subset of channel taps.

The RU <NUM> may further be configured to, e.g., by means of the reconstructing unit <NUM> in the RU <NUM>, reconstruct the channel taps in the tap domain, by filling zeros at the positions of the unselected channel according to the received information identifying the selected subset of channel taps.

The RU <NUM> may further be configured to, e.g., by means of a transforming unit <NUM> in the RU <NUM>, transform by a mathematical transformation, at least some of the channel taps out of the set of channel taps, to obtain corresponding frequency domain channel values related to respective subcarriers out of a number of subcarriers.

The RU <NUM> may further be configured to, e.g., by means of a determining unit <NUM> in the RU <NUM>, determine respective Beamforming Weights, BFWs, according to the obtained frequency domain channel values, on the respective subcarriers out of the number of subcarriers, and.

The RU <NUM> may further be configured to, e.g., by means of the determining unit <NUM> in the RU <NUM>, determine the respective BFWs according to the obtained frequency domain channel values, on the respective subcarriers out of the number of subcarriers by:.

The RU <NUM> may further be configured to, e.g., by means of a performing unit <NUM> in the RU <NUM>, perform beamforming with the determined BFWs on the respective subcarriers out of the number of subcarriers for the communication between the UE <NUM> and the base station <NUM>.

In some embodiments, the BFWs on the remaining subcarriers are adapted to be obtained by anyone or more out of:.

The embodiments herein may be implemented through a respective processor or one or more processors, such as the processor <NUM> of a processing circuitry in the RU <NUM> depicted in <FIG>, together with respective computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the RU <NUM>. One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick. The computer program code may furthermore be provided as pure program code on a server and downloaded to the RU <NUM>.

The RU <NUM> may further comprise a memory <NUM> comprising one or more memory units. The memory <NUM> comprises instructions executable by the processor in RU <NUM>. The memory <NUM> is arranged to be used to store e.g., information, channel data, indices, indications, data, configurations, and applications to perform the methods herein when being executed in the RU <NUM>.

In some embodiments, a computer program <NUM> comprises instructions, which when executed by the respective at least one processor <NUM>, cause the at least one processor of the RU <NUM> to perform the actions above.

Those skilled in the art will appreciate that the units in the RU <NUM> described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g., stored in the RU <NUM>, that when executed by the respective one or more processors such as the processors described above. One or more of these processors, as well as the other digital hardware, may be included in a single Application-Specific Integrated Circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).

With reference to <FIG>, in accordance with an embodiment, a communication system includes a telecommunication network <NUM>, such as a 3GPP-type cellular network, e.g., wireless communications network <NUM>, which comprises an access network <NUM>, such as a radio access network, and a core network <NUM>. The access network <NUM> comprises a plurality of base stations 3212a, 3212b, 3212c, such as AP STAs NBs, eNBs, gNBs, e.g., base station <NUM>, or other types of wireless access points, each defining a corresponding coverage area 3213a, 3213b, 3213c. Each base station 3212a, 3212b, 3212c is connectable to the core network <NUM> over a wired or wireless connection <NUM>. A first UE such as a Non-AP STA <NUM>, e.g. UE <NUM>, located in coverage area 3213c is configured to wirelessly connect to, or be paged by, the corresponding base station 3212c. A second UE <NUM> such as a Non-AP STA in coverage area 3213a is wirelessly connectable to the corresponding base station 3212a.

While the OTT connection <NUM> is active, the network infrastructure may further take decisions by which it dynamically changes the routing, e.g., on the basis of load balancing consideration or reconfiguration of the network.

The wireless connection <NUM> between the UE <NUM> and the base station <NUM> is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE <NUM> using the OTT connection <NUM>, in which the wireless connection <NUM> forms the last segment. More precisely, the teachings of these embodiments may improve the RAN effect: data rate, latency, power consumption and thereby provide benefits such as corresponding effect on the OTT service: reduced user waiting time, relaxed restriction on file size, better responsiveness, extended battery lifetime.

The communication system includes a host computer, a base station such as a AP STA, and a UE such as a Non-AP STA which may be those described with reference to <FIG> and <FIG>.

The communication system includes a host computer, a base station such as a AP STA, and a UE such as a Non-AP STA which may be those described with reference to <FIG> and <FIG>.

The communication system includes a host computer, a base station such as a AP STA, and a UE such as a Non-AP STA which may be those described with reference to <FIG> and <FIG>.

The communication system includes a host computer, a base station such as a AP STA, and a UE such as a Non-AP STA which may be those described with reference to <FIG> and <FIG>.

When using the word "comprise" or "comprising" it shall be interpreted as non-limiting, i.e. meaning "consist at least of".

Claim 1:
A method performed by a Baseband Unit, BBU, (<NUM>) for assisting a Radio Unit, RU, (<NUM>) to perform beamforming for a communication between a User Equipment, UE, (<NUM>) and a base station (<NUM>) in a wireless communications network (<NUM>) using a multiple antenna system for communication, wherein the BBU (<NUM>) and the RU (<NUM>) are associated with the base station (<NUM>), the method comprising:
obtaining (<NUM>) channel taps related to a number of subcarriers,
characterized by
selecting (<NUM>) a subset of the channel taps,
sending (<NUM>) to the RU (<NUM>), the selected subset of the channel taps and information identifying the selected subset of channel taps,
which selected subset of channel taps and information identifying the selected subset of channel taps assists the RU (<NUM>) to perform beamforming for the communication between the UE (<NUM>) and the base station (<NUM>).