GB2593122A - Cellular telecommunications network - Google Patents

Cellular telecommunications network Download PDF

Info

Publication number
GB2593122A
GB2593122A GB1908302.1A GB201908302A GB2593122A GB 2593122 A GB2593122 A GB 2593122A GB 201908302 A GB201908302 A GB 201908302A GB 2593122 A GB2593122 A GB 2593122A
Authority
GB
United Kingdom
Prior art keywords
bit width
base station
mitigation technique
error mitigation
samples
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.)
Granted
Application number
GB1908302.1A
Other versions
GB201908302D0 (en
GB2593122B (en
GB2593122A8 (en
GB2593122B8 (en
Inventor
Mackenzie Robert
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.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Priority to GB1908302.1A priority Critical patent/GB2593122B8/en
Publication of GB201908302D0 publication Critical patent/GB201908302D0/en
Publication of GB2593122A publication Critical patent/GB2593122A/en
Publication of GB2593122B publication Critical patent/GB2593122B/en
Application granted granted Critical
Publication of GB2593122A8 publication Critical patent/GB2593122A8/en
Publication of GB2593122B8 publication Critical patent/GB2593122B8/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/29Flow control; Congestion control using a combination of thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203Details of error rate determination, e.g. BER, FER or WER
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • H04W88/085Access point devices with remote components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/12Interfaces between hierarchically different network devices between access points and access point controllers

Abstract

This invention provides a method of operating a base station in a cellular telecommunications network, the base station having a central base station unit, CU 10 and a distributed base station unit, DU 20; the CU and DU communicate over a fronthaul link 40, and the cellular telecommunications network includes User Equipment, UE 30, consuming a service via the base station in which communications between the CU and UE utilise a configurable error mitigation technique. The method steps are: communicating data samples over the fronthaul link at a first bit width; determining that a latency, or related, measure of the service satisfies a threshold; and, in response, reconfiguring the samples to use a second bit width, different from the first bit width, and reconfiguring the error mitigation technique; communicating samples over the fronthaul link at the second bit width; and communicating between the CU and UE using the reconfigured error mitigation technique. Another embodiment involves the capacity of the fronthaul link being reconfigured along with the bit-width in response to the error rate. Optionally, the data samples are In-Phase and Quadrature (QS) samples.

Description

CELLULAR TELECOMMUNICATIONS NETWORK
Field of the Invention
The present invention relates to a cellular telecommunications network.
Background
A cellular telecommunications network may comprise a core network, a radio access network and a plurality of User Equipment (UE). Each UE may access the core network (and any onward connection from the core network such as to the Internet) via the radio access network. A base station is an example of a radio access network node. The base station implements several functions known as baseband processing. In an example, baseband processing includes the PHYsical-layer (PHY) layer functions, Medium Access Control (MAC) layer functions, Radio Link Control (RLC) layer functions, Packet Data Convergence Protocol (PDCP) layer functions, and Radio Resource Control (RRC) layer functions.
In modern cellular telecommunications networks implementing a Centralised Radio Access Network (C-RAN), base station functionality may be divided into several (typically two) components (either physically if implemented in hardware or logically if implemented in a software defined network). These two components are commonly known as the Central Unit (CU) and Distributed Unit (DU), although other terminology (such as BaseBand Unit (BBU) and Remote Radio Unit (RRU)) may be used. The CU and DU are connected by a fronthaul link, which may be a wireless or wired (typically optical fibre) connection. The DU implements at least a set of Radio Frequency (RF) functions (e.g. analog to digital and digital to analog conversion) and optionally one or more baseband processing functions. The remainder of the baseband processing functions are implemented in the CU. The split of functions between the CU and DU is known as the "functional split".
There are advantages and disadvantages to the choice of functional split when the CU is connected to a plurality of DUs. That is, as more functions are implemented in the CU (so that fewer functions are implemented in the DU) then the processing requirements for the DU are reduced and the CU may improve coordination across the plurality of DUs. However, such implementations generally have more stringent fronthaul requirements, such as greater capacity and lower latency.
One possible functional split is known as the intra-PHY split, in which the SF and lowerPHY functions are implemented in the DU and all remaining functions are implemented in the CU. In this implementation, the CU and DUs communicate In-Phase and Quadrature (10) samples over the fronthaul connection.
Summary of the Invention
According to a first aspect of the invention, there is provided method of operating a base station in a cellular telecommunications network, the base station having a central base station unit and a distributed base station unit, wherein the central base station unit and distributed base station unit communicate over a fronthaul link, and the cellular telecommunications network further includes a User Equipment, UE, consuming a service via the base station in which communications between the central base station unit and UE utilise a configurable error mitigation technique, the method comprising the steps of: communicating samples over the fronthaul link at a first bit width; determining that a latency measure, or derivative thereof, of the service satisfies a threshold; and, in response, reconfiguring the samples to use a second bit width, wherein the first bit width is different to the second bit width, and reconfiguring the error mitigation technique; communicating samples over the fronthaul link at the second bit width; and communicating between the central base station unit and UE using the reconfigured error mitigation technique.
According to a second aspect of the invention, there is provided a computer program product comprising instructions which, when the program is executed by a computer, cause the computer to carry out the method of the first aspect of the invention. The computer program may be stored on a computer-readable data carrier.
According to a third aspect of the invention, there is provided a central base station unit for a cellular telecommunications network, wherein the cellular telecommunications network includes a User Equipment, UE, consuming a service via the central base station unit, wherein communications between the central base station unit and UE utilise a configurable error mitigation technique, the base station unit comprising: a transceiver configured to communicate samples over a fronthaul link with a distributed base station unit at a first bit width and with the UE using the error mitigation technique; and a processor configured to determine that a latency measure, or derivative thereof, of the service satisfies a threshold; and, in response, reconfigure the samples to use a second bit width, wherein the first bit width is different to the second bit width, and reconfigure the error mitigation technique, wherein, following reconfiguration, the transceiver is configured to communicate samples over the fronthaul link at the second bit width and communicate with the UE using the reconfigured error mitigation technique.
Upon determining that the latency measure, or derivative thereof, of the service is more than the threshold, then the second bit width may have more bits per sample than the first bit width. Alternatively, upon determining that the latency measure, or derivative thereof, of the service is less than the threshold, then the second bit width may have fewer bits per sample than the first bit width.
The step of reconfiguring the error mitigation technique may include switching between a first state, in which the error mitigation technique is active, and a second state, in which the error mitigation technique is inactive.
The samples may be In-Phase and Quadrature (10) samples.
Brief Description of the Figures
In order that the present invention may be better understood, embodiments thereof will now be described, by way of example only, with reference to the accompanying drawings in which: Figure 1 is a schematic diagram of an embodiment of a cellular telecommunications network of the present invention; Figure 2 is a schematic diagram of a central base station unit of the network of Figure 1; Figure 3 is a schematic diagram of a distributed base station unit of the network of Figure 1; and Figure 4 is a flow diagram of an embodiment of a method of the present invention.
Detailed Description of Embodiments
A first embodiment of a cellular telecommunications network of the present invention will now be described with reference to Figures 1 to 3. Figure 1 illustrates a Centralised Radio Access Network (C-RAN) 1 including a Central Unit (CU) 10, a Distributed Unit (DU) 20 and a User Equipment (UE) 30. The CU 10 and DU 20 are connected by a fronthaul link 40.
The CU 10 is shown in more detail in Figure 2. The CU 10 includes a first communications interface 11 for connecting the CU 10 to the cellular core network (via a backhaul link), a processor 13, memory 15, a second communications interface 17 for connecting the CU 10 to the DU 20 (via the fronthaul link 40), all connected via bus 19. In this embodiment, the first communications interface 11 is an optical fibre interface for connecting the CU 10 to an optical fibre backhaul link, and the second communications interface 17 is also an optical fibre interface for connecting the CU 10 to an optical fibre fronthaul link. However, the skilled person will understand that other forms of backhaul and fronthaul links are possible, such as another form of wired connection (e.g. xDSL) or a form of wireless connection (e.g. operating according to a cellular telecommunications protocol).
The DU 20 is shown in more detail in Figure 3. The DU 20 includes a first communications interface 21 for connecting the DU 20 to the CU 10 via the fronthaul link 40, a processor 23, memory 25, and a second communications interface 27 for connecting the DU 20 to the UE 30 via an access link. In this embodiment, the second communications interface 27 is an interface to an antenna for wireless communications with the UE 30.
Turning back to Figure 1, it is shown that the CU 10 and DU 20 perform different functions of the cellular telecommunications protocol. In this embodiment, the DU 20 performs Radio Frequency (RF) functions (not shown) and lower PHYsical (PHY) layer functions, whilst the CU 10 performs all higher layer functions including the higher PHY layer functions, Medium Access Control (MAC) functions, Radio Link Control (RLC) functions and Packet Data Convergence Protocol (PDCP) functions. This is known as an intraPHY functional split. In this arrangement, the CU 10 and DU 20 communicate using frequency domain In-Phase and Quadrature (IQ) samples, transmitted over the fronthaul link 40.
xRAN Fronthaul Working Group Technical Specification "Control, User and Synchronisation Plane Specification" v02.00 specifies (in Annex D) various IQ sample structures in which the number of bits used in each 10 sample varies. The number of bits in an IQ sample is known as the "bit width". These IQ sample bit widths range from 6 to 16 bits (inclusive). These different IQ sample bit widths are achievable using different compression levels. That is, the IQ sample may use a greater compression level to achieve relatively fewer bits per sample instead of a lower compression level to achieve relatively more bits per sample. Annex A of the above xRAN specification defines different compression techniques that may be used. The respective processors 13, 23 of the CU '10 and DU 20 are able to implement one or more of these compression techniques to achieve any one of the available bit widths.
A performance of a receiver or transmitter may be defined by its Error Vector Magnitude (EVM) parameter. The error vector is a vector in the 1-0 plane between an ideal constellation point and a measured signal. The average amplitude of the error vector, normalised to peak signal amplitude, is the EVM. 3GPP Technical Specification 36.104 "Evolved Universal Terrestrial Radio Access (E-UTRA); Base Station (BS) radio transmission and reception" defines, in section 6.5.2, several EVM requirements for E-UTRA carriers as Modulation scheme Required EVM [%] QPSK 17.5% 16QAM 12.5% 64QAM 8% 2560AM 3.5 % 1024QAM 2.5 % Table 1: EVM Requirements for E-UTRA Carrier Table 1 illustrates that higher order modulation schemes require improved EVM performance (in which a lower EVM percentage corresponds with improved EVM performance). Furthermore, table 1 illustrates that there is a minimum EVM for each Modulation and Coding Scheme (MCS).
The following description relates to the transmitter EVM. However, it is noted that the receiver EVM is also measurable and contributes to a reduction in Signal-to-Interference-and-Noise-Ratio (SINR). That is, the effect of bit width for uplink traffic can also be considered as a quantization effect, where reduced bit width can degrade the effective Signal-to-Interference-and-Noise-Ratio (SINR) of the received signal.
A first embodiment of a method of the present invention will now be described with reference to Figures 1 and 4. In this embodiment, the cellular telecommunications network 1 is arranged as shown in Figure 1 and the CU 10 and DU 20 communicate using IQ samples having 6 bits per sample (the smallest number of bits per sample according to the XRAN specification noted above) and thus use the highest compression level. In this starting scenario, the UE 30 is consuming a service from the cellular core network so that traffic for this service is transmitted between the UE 30 and cellular core network via the CU 10, DU 20 and the fronthaul link 40.
In this embodiment, the CU 10 and DU 20 utilise a fronthaul link 40 that has an initial capacity that supports the current traffic for the service. However, the CU 10 and DU 20 may vary this capacity by switching from a low capacity configuration (for example, using 100Mb/s Ethernet) to a high capacity configuration (for example, using a 1 Gb/s Ethernet). In this starting scenario, the fronthaul link 40 is using the low capacity configuration and therefore only a proportion of its potential capacity.
In a first step of this embodiment (step Si), the CU 10 monitors the access link to the UE 30 to determine the error rate for the traffic for the service. The error rate may be a single measurement of the error rate at a particular layer of the protocol stack, or a set of measurements of the error rate at a plurality of layers of the protocol stack.
In step S3, the error rate between the CU 10 and UE 30 is compared to a threshold. This threshold is based upon the particular service being consumed by the UE 30, so that if the service requires, for example, a physical layer block error rate of no more than 10%, then an error rate less than 10% will satisfy this threshold. The threshold may also be based on other layers of the protocol, such as a MAC layer block error rate of no more than 0.1% or and RLC layer block error rate of no more than 0.0001%.
In an example scenario, the RE environment between the DU 20 and UE 30 degrades such that the error rate between the DU 20 and UE 30 increases above the threshold.
This degradation may be due to, for example, an obstacle moving between the DU 20 and UE 30. In the prior art, this event may be used as a trigger for the CU 10 to switch from its current MCS to another. However, in this embodiment, the CU 10 does not switch MCS (because, for example, it is already using the most robust MCS) but instead implements the following steps.
In step S5, the CU 10 determines the maximum bit width (that is, a maximum number of bits per sample) possible. In this embodiment, this determination is based on: * for the downlink, the maximum bit-width of the inverse Fast Fourier Transform (iFFT) and the accuracy of both the power amplifier and the digital to analog converter; and, * for the uplink, the maximum bit-width of the FFT, the accuracy of both the analog to digital converter and receiver sensitivity.
In this example, the CU 10 determines that the maximum bit width is 9 bits per sample.
Therefore, the fronthaul link 40 may use any one of 6, 7, 8 or 9 bits per sample. In step S7, the CU 10 then selects a bit width from these candidate bit widths based on: 1. a comparison of the expected capacity requirements for the fronthaul link 40 when using the candidate bit width to the fronthaul link's capacity when operating under its high capacity configuration; and 2. a comparison of an expected error rate when using the candidate bit width to the error rate threshold for the service (known from certification and/or calibration data).
The expected capacity requirements may be calculated as: Q. PRBi t=1 Where Rt is the instantaneous user plane rate for Transmission Time Interval (TTI) PRB1 is the number of Phsyical Resource Blocks (PRBs) scheduled in layer / at time t; Q is the number of bits per FRB; and LE is the number of co-scheduled UEs at time t.
The CU 10 then selects a candidate bit width which has an expected capacity requirement that is greater than the current capacity of the fronthaul link 40 (but within the potential capacity of the fronthaul link 40 when operating under its high capacity configuration) and has an expected error rate that is below the error rate threshold used in step S3 (plus, optionally, a margin). In this example, the selected bit width is 8 bits per sample.
In step 39, the CU 10 and DU 20 cooperate to increase the capacity of the fronthaul link 40 by switching to the high capacity configuration. In this example, this is achieved by switching from a 100Mb/s Ethernet connection to a 1Gb/s Ethernet connection. This step may also include an admission control function to remove resources being used by traffic of other services being transmitted over the fronthaul link 40 and reallocate them to the service.
Following reconfiguration to increase the capacity of the fronthaul link 40, in step 311, the CU 10 and DU 20 increase the bit width of the IQ samples to 8 bits per sample. This is achieved by using a lower compression level for the IQ samples. In step 313, the CU and DU 20 communicate using IQ samples having the new bit width.
In the prior art, a CU 10 may respond to a worsening SF environment by improving the quality of the symbols used in the transmission by modifying the MCS. As shown in table 1 above, a change to a more robust MCS (that is, one in which each symbol represents fewer bits) improves the EVM performance and thus improves the error rate. However, it may not always be appropriate to switch to a more robust MCS, such as when the access link between the DU 20 and the UE 30 is already using the most robust scheme (either theoretically or based on the service constraints). In this embodiment of the invention, the DU 20 responds to the worsening RE environment by both increasing the bit width of the IQ sample and increasing the capacity of the fronthaul link 40 to accommodate the corresponding increased fronthaul capacity requirement. The effect of increasing the bit width of the IQ sample is to improve the EVM performance, so that the DU 20 may maintain its current MCS whilst maintaining an acceptable error rate.
Accordingly, the UE 30 may continue to consume the service in the degraded SF environment whilst maintaining an acceptable error rate. This embodiment of the invention is therefore particularly suitable for high reliability services operating over a cellular telecommunications network, such as autonomous driving services. This embodiment is also particularly suitable for control data communication, which should typically be more reliable than user data.
The process then loops back to step Si such that the DU 20 monitors the error rate of the service and, in step S3, compares the error rate to a threshold. In this second iteration of the method of this embodiment, the error rate falls below the threshold. In the prior art, this would typically be used as a trigger to switch the service to a less robust MCS (which would therefore use more bits per symbol and therefore increase capacity utilisation of the link for the service). However, in this second iteration, this event is used as a trigger to change the bit width and, possibly, reduce the capacity of the fronthaul link 40 by switching to its low capacity configuration.
In step S5 of this second iteration, the DU 20 determines the minimum possible bit width, and, in step 57, the DU 20 selects a reduced bit width based on: 1. a comparison of the expected capacity requirements of the fronthaul link 40 when using the candidate bit width to the fronthaul link's capacity when using its low capacity configuration; and 2. a comparison of an expected error rate when using the candidate bit width to the error rate threshold for the service.
In this example, the DU 20 selects a reduced bit width of 7 bits per sample, which has both an expected error rate that satisfies the error rate threshold for the service and has an expected capacity requirement that would allow the fronthaul to switch to the low capacity configuration.
In step 59, the DU 20 and CU 10 cooperate to switch to the low capacity configuration and, in step S11, the CU 10 and DU 20 decrease the bit width of the IQ samples to 7 bits per sample. In step S13, the CU 10 and DU 20 communicate using IQ samples having the new bit width. In doing so, the additional fronthaul capacity that has now become redundant (e.g. due to the RF environment improving such that the increased bit width is no longer necessary) is no longer being used. This reduces the energy requirements of operating the CU 10 and DU 20, and releases those resources to be used by another entity.
In the above embodiments, the process of reconfiguring the bit width of the IQ samples and the capacity of the fronthaul link is triggered upon detection of a changing RE environment (or at least by a derivative measurement such as a changing error rate).
However, the skilled person will understand that this is not essential, and other triggers may be used. For example, the process may be triggered upon the UE 30 requesting a new service, or an existing service being reclassified, whereby the requirements of the new or reclassified service exceed the resources of the fronthaul link 40.
In one implementation, it is possible to implement the above embodiment for traffic for a particular service (e.g. the traffic for the new or reclassified service) instead of traffic for all services. Accordingly, the traffic for different services may be of different bit widths.
Furthermore, in the above embodiment, the fronthaul link 40 is an optical fibre connection having a low capacity configuration and a high capacity configuration. However, the skilled person will understand that other forms of connection may be used having multiple capacity configurations. For example, the fronthaul link may be based on a wireless connection and the capacity may be modified by enabling/disabling antennae or switching to a different communications protocol. Furthermore, it is not essential that there is a single fronthaul connection between the CU 10 and DU 20 having multiple capacity configurations. Instead, the CU 10 and DU 20 may have a multipath fronthaul connection (e.g. using multiple optical fibres between the CU 10 and DU 20 or multiple connections between the CU 10 and DU 20 of different forms) and the capacity may be modified by using a different number of these connections.
In the second iteration of the above embodiment, the selected bit width was one that resulted in a reconfiguration of the capacity of the fronthaul link 40. However, the CU 10 may take a conservative approach in which the bit width is reduced in relatively small increments (compared to the increments used when increasing the bit width in the first iteration) which would not immediately permit a change in capacity of the fronthaul for several iterations. This provides some protection for a high reliability service in case the predicted error rate following a reduction in bit width is too optimistic.
In the above embodiment, the CU estimated the capacity requirements of a candidate bit width and compared the estimated capacity requirement to the potential capacity of the fronthaul link when using a particular capacity configuration. However, the skilled person will understand that this comparison may be a function of the potential capacity of particular capacity configuration (e.g. 90% of the potential capacity), such that any subsequent reconfiguration does not use an unfair proportion of resources of the fronthaul link.
A second embodiment of a method of the present invention will now be described. This embodiment utilises the same CU 10, DU 20 and UE 30 as the first embodiment, and the CU 10 and DU 20 again use an intra-PHY split such that communications between the CU 10 and DU 20 use IQ samples (initially at a bit width of 6 bits per sample). However, in this second embodiment, communications between the CU 10 and UE 30 also utilise Automatic Repeat reQuest (ARQ), an example of an error mitigation technique which may be selectively applied by the respective processors of the CU 10 and UE 30 between a first state in which ARQ is applied to communications and a second state in which ARQ is not applied to communications. ARQ is a service specific error mitigation technique that is enabled in the RLC layer of the CU 10 and UE 30 for a service that requires a particular error rate. ARQ operates by the receiving node requesting a retransmission from a sending node of a data packet that is either not received within a particular time period or that is received but cannot be decoded. In response, the receiving node requests a retransmission of that data packet by sending a feedback message to the sending node. This delay On sending the feedback message to the sending node and the sending node retransmitting the data packet) introduces a delay to the overall transmission which results in increased latency. Accordingly, the ARQ technique is used to improve reliability, but degrades latency.
In this embodiment, the CU 10 monitors communications between the CU 10 and UE 30 for the service to determine whether a latency metric (either the latency or some derivative of latency, such as a count of retransmissions) satisfies a threshold. If the latency surpasses this threshold, then the CU 10 reacts in the following manner. Firstly, the CU 10 and DU 20 cooperate to increase the bit width of IQ samples communicated over the fronthaul link. This is implemented in a similar manner as described above for the first embodiment, in which the CU 10 identifies a maximum bit width (based on the current capacity of the fronthaul link and the expected error rate of each bit width) to identify a set of candidate bit widths (e.g. 8 bits per sample), selects one of these candidate bit widths, and cooperates with the DU 20 to increase the bit width of communications over the fronthaul link to this selected bit width. Secondly, the CU 10 and UE 30 cooperate to disable ARQ. This is implemented by the respective processors of the CU 10 and UE 30 switching from the first state to the second state.
Although the order of events (disabling ARQ and switching bit width) is non-essential, it is noted that it is preferable to switch bit width before disabling ARQ. This would increase the error rate performance in between the events, but would come at an increased resource utilisation penalty. It would also be possible to disable ARQ before switching bit width (for example if resource utilisation is already at or near maximum), but this may lead to an increased error rate in between the events. It is possible to implement the two processes simultaneously, although inter-layer traffic must be considered (for example by applying an offset).
The effect of increasing the bit width of communications over the fronthaul link is to reduce the overall error rate of communications for the service. Accordingly, ARQ becomes redundant as an error mitigation technique, and so this technique is switched off and communications for the service no longer suffer from latency degradation caused by ARQ retransmissions. In effect, this second embodiment reacts to the trigger of latency increasing above a threshold by substituting a higher-layer error mitigation technique (ARQ) with a lower-layer error mitigation technique (increasing bit width), in which the lower-layer error mitigation technique offers improved latency performance over the higher-layer error mitigation technique. Accordingly, this second embodiment is particularly applicable to low latency (and high-reliability, low latency) services.
Following this reconfiguration, the CU 10, DU 20 and UE 30 continue to monitor the latency of communications for the service and if the latency improves (e.g. satisfying a threshold) then these nodes may revert to their original configuration by reducing the bit width of communications over the fronthaul link and switching ARQ on again. This reduces fronthaul utilisation as the communications at the lower bit width require fewer resources.
Although ARQ is used as an example, the skilled person will understand that this is not essential. That is, there are many other error mitigation techniques that may be subject to the steps of this second embodiment. In other embodiments utilising the same protocol stack, the error mitigation technique may be Hybrid ARQ (implemented in the MAC layer), in which the trigger could be (for example) based on the count of retransmissions for a successful transmission and the reconfiguration would be to reduce the limit on the number of retransmissions for each data packet. In another embodiment, the error mitigation technique may be Transport Control Protocol (TCP) retransmission (implemented in the IP layer), in which the trigger would be a count of retransmissions for a successful transmission and the reconfiguration would be to switch from TCP to the User Datagram Protocol (UDP). Other error mitigation techniques may apply for other protocol stacks.
Furthermore, the skilled person will understand that it is not essential for the trigger to be a direct measure of latency. That is, the trigger may be based on a derivative of latency, such as a count of retransmissions or another measure linked to latency. That is, the definitions of latency and error rate are linked (as error rate is a measure of the number of data packets that don't successfully arrive in a particular time period), so a threshold based on error rate could also be used as a trigger. Furthermore, the trigger may be based on the service changing its latency requirements so that they are no longer satisfied by the current latency measurements.
The skilled person will understand that the methods of the first and second embodiments may be combined, so that the three reconfigurations (changing bit width, changing fronthaul capacity, and changing a higher-layer error mitigation configuration) could all be used in parallel. This would be highly applicable to high-reliability, low latency services.
In the above embodiments, the base station implements one or more compression techniques from the XRAN specification in order to vary the bit width from 6 bits per sample to 16 bits per sample. However, this is only an example and other compression techniques may be used and other bit widths may be used.
Furthermore, in the above embodiments, the method is implemented in the CU 10. However, the skilled person will understand that the method may be implemented in the DU 20 either exclusively or in combination with the CU 10 (with appropriate additional messages between the CU 10 and DU 20 to communicate the necessary data).
Furthermore, the skilled person will understand that some or all of the steps of the method may be implemented in a separate node to the base station, such as in an XRAN controller with a connection to the CU 10 and/or DU 20.
The skilled person will understand that any combination of features is possible within the scope of the invention, as claimed.

Claims (12)

  1. CLAIMS1. A method of operating a base station in a cellular telecommunications network, the base station having a central base station unit and a distributed base station unit, wherein the central base station unit and distributed base station unit communicate over a fronthaul link, and the cellular telecommunications network further includes a User Equipment, UE, consuming a service via the base station in which communications between the central base station unit and UE utilise a configurable error mitigation technique, the method comprising the steps of: communicating samples over the fronthaul link at a first bit width; determining that a latency measure, or derivative thereof, of the service satisfies a threshold; and, in response, reconfiguring the samples to use a second bit width, wherein the first bit width is different to the second bit width, and reconfiguring the error mitigation technique; communicating samples over the fronthaul link at the second bit width; and communicating between the central base station unit and UE using the reconfigured error mitigation technique.
  2. 2. A method as claimed in Claim 1, wherein, upon determining that the latency measure, or derivative thereof, of the service is more than the threshold, then the second bit width has more bits per sample than the first bit width.
  3. 3. A method as claimed in Claim 1, wherein, upon determining that the latency measure, or derivative thereof, of the service is less than the threshold, then the second bit width has fewer bits per sample than the first bit width.
  4. 4. A method as claimed in any one of the preceding claims, wherein the step of reconfiguring the error mitigation technique includes switching between a first state, in which the error mitigation technique is active, and a second state, in which the error mitigation technique is inactive.
  5. 5. A method as claimed in any one of the preceding claims, wherein the samples are In-Phase and Quadrature (IC)) samples.
  6. 6. A computer program product comprising instructions which, when the program is executed by a computer, cause the computer to carry out the method of any one of the preceding claims.
  7. 7. A computer-readable data carrier having stored thereon the computer program of Claim 6.
  8. 8. A central base station unit for a cellular telecommunications network, wherein the cellular telecommunications network includes a User Equipment, UE, consuming a service via the central base station unit, wherein communications between the central base station unit and UE utilise a configurable error mitigation technique, the base station unit comprising: a transceiver configured to communicate samples over a fronthaul link with a distributed base station unit at a first bit width and with the UE using the error mitigation technique; and a processor configured to determine that a latency measure, or derivative thereof, of the service satisfies a threshold; and, in response, reconfigure the samples to use a second bit width, wherein the first bit width is different to the second bit width, and reconfigure the error mitigation technique, wherein, following reconfiguration, the transceiver is configured to communicate samples over the fronthaul link at the second bit width and communicate with the UE using the reconfigured error mitigation technique.
  9. 9. A base station unit as claimed in Claim 8, wherein, upon determining that the latency measure, or derivative thereof, of the service is more than the threshold, then the second bit width has more bits per sample than the first bit width.
  10. 10. A base station unit as claimed in Claim 8, wherein, upon determining that the latency measure, or derivative thereof, of the service is less than the threshold, then the second bit width has fewer bits per sample than the first bit width.
  11. 11. A method as claimed in any one of Claims 8 to 10, wherein processor is configured to reconfigure the error mitigation technique by switching between a first state, in which the error mitigation technique is active, and a second state, in which the error mitigation technique is inactive.
  12. 12. A method as claimed in any one of Claims 8 to 11, wherein the samples are In-Phase and Quadrature (10) samples.
GB1908302.1A 2019-06-11 2019-06-11 Cellular telecommunications network Active GB2593122B8 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
GB1908302.1A GB2593122B8 (en) 2019-06-11 2019-06-11 Cellular telecommunications network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB1908302.1A GB2593122B8 (en) 2019-06-11 2019-06-11 Cellular telecommunications network

Publications (5)

Publication Number Publication Date
GB201908302D0 GB201908302D0 (en) 2019-07-24
GB2593122A true GB2593122A (en) 2021-09-22
GB2593122B GB2593122B (en) 2022-05-25
GB2593122A8 GB2593122A8 (en) 2022-06-22
GB2593122B8 GB2593122B8 (en) 2022-06-22

Family

ID=67386268

Family Applications (1)

Application Number Title Priority Date Filing Date
GB1908302.1A Active GB2593122B8 (en) 2019-06-11 2019-06-11 Cellular telecommunications network

Country Status (1)

Country Link
GB (1) GB2593122B8 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070218863A1 (en) * 2006-03-16 2007-09-20 Nec Corporation Wireless communication system, wireless communication method, and signal processing program therefor
US20130136214A1 (en) * 2011-11-28 2013-05-30 Toshiyuki Yamagishi Scaling decision device and method for deciding scaling value used in normalization of signal
WO2016145371A2 (en) * 2015-03-11 2016-09-15 Phluido, Inc. Distributed radio access network with adaptive fronthaul
WO2019027711A1 (en) * 2017-07-31 2019-02-07 Mavenir Networks, Inc. Method and apparatus for flexible fronthaul physical layer split for cloud radio access networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070218863A1 (en) * 2006-03-16 2007-09-20 Nec Corporation Wireless communication system, wireless communication method, and signal processing program therefor
US20130136214A1 (en) * 2011-11-28 2013-05-30 Toshiyuki Yamagishi Scaling decision device and method for deciding scaling value used in normalization of signal
WO2016145371A2 (en) * 2015-03-11 2016-09-15 Phluido, Inc. Distributed radio access network with adaptive fronthaul
WO2019027711A1 (en) * 2017-07-31 2019-02-07 Mavenir Networks, Inc. Method and apparatus for flexible fronthaul physical layer split for cloud radio access networks

Also Published As

Publication number Publication date
GB201908302D0 (en) 2019-07-24
GB2593122B (en) 2022-05-25
GB2593122A8 (en) 2022-06-22
GB2593122B8 (en) 2022-06-22

Similar Documents

Publication Publication Date Title
US11503614B2 (en) Downlink data transmission method and device
US8923426B2 (en) Methods and apparatus for managing wireless medium utilization
CN110720200B (en) Apparatus and method for controlling congestion in a wireless communication system
US20080268833A1 (en) System and Method for Self-Optimization of Interference Coordination in Communication Systems
US20110280195A1 (en) Increasing throughput by adaptively changing pdu size in wireless networks under low snr conditions
WO2020011264A1 (en) Channel quality notification method, receiving method and device
US11349607B2 (en) Cellular telecommunications network
CN115104264A (en) Beam fault recovery for M-TRP URLLC transmission based on single DCI
WO2014101852A1 (en) Channel state information reporting method and user equipment
KR102543360B1 (en) Apparatus and method for processing packet in wireless communication system
EP3957097B1 (en) Fronthaul physical layer split in a cellular telecommunications network
KR20140077603A (en) Apparatus and method for managing mobility in wireless communication system
CN114503451A (en) Group-based SCELL beam failure recovery
US11689965B2 (en) Fronthaul physical layer split in a cellular telecommunications network
WO2023107799A1 (en) Techniques for managing access combinations for multiple access protocol data unit sessions
GB2593122A (en) Cellular telecommunications network
CN106100714B (en) Method and apparatus based on dynamic receive diversity
CN115039485A (en) Adaptive cumulative triggering for enhanced throughput and performance
GB2592429A (en) Cellular telecommunications network
Maria et al. Channel selectivity schemes for re-transmission diversity in industrial wireless system

Legal Events

Date Code Title Description
AT Applications terminated before publication under section 16(1)
S20A Reinstatement of application (sect. 20a/patents act 1977)

Free format text: REQUEST FOR REINSTATEMENT FILED

Effective date: 20210610

Free format text: REQUEST FOR REINSTATEMENT ALLOWED

Effective date: 20210721

S117 Correction of errors in patents and applications (sect. 117/patents act 1977)

Free format text: REQUEST FILED; REQUEST FOR CORRECTION UNDER SECTION 117 FILED ON 25 MAY 2022

S117 Correction of errors in patents and applications (sect. 117/patents act 1977)

Free format text: CORRECTIONS ALLOWED; REQUEST FOR CORRECTION UNDER SECTION 117 FILED ON 25 MAY 2022 WAS ALLOWED ON 15 JUNE 2022