Method of controlling traffic flows in a radio communications network, remote node and radio communications network
15 claims: 8 independent, 7 dependent
- 1A method (100, 110, 120, 130, 140, 150, 160) of controlling traffic flows in a radio communications network comprising a plurality of radio units (502), a remote node (200, 210) and a baseband unit (300), the method comprising steps of:receiving (102) at the remote node a plurality of traffic flows transmitted from a plurality of radio units;buffering (104, 124) the traffic flows in a common buffer (202) of the remote node;and causing (106), at the remote node, a control signal to be sent to a baseband unit when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval, wherein the control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
- 4A method as claimed in any preceding claim, further comprising:buffering (122) each of the plurality of traffic flows in a respective input buffer and then outputting (122) each of the plurality of traffic flows from the respective input buffer to the common buffer;and monitoring (126, 170) a respective fill level of each input buffer and predicting (124) based on a current fill level of each input buffer whether the fill level of the common buffer will go above the maximum fill level within the pre-set time interval.
- 5A method as claimed in any preceding claim, wherein adjusting a radio resource allocation one of the plurality of radio units comprises one of:changing (152) a current modulation format used at the radio unit for radio transmission to a different modulation format having a lower spectral-efficiency;and changing (162) a current number of radio beams used at the radio unit for radio transmission to a lower number of radio beams.
- 6A method as claimed in any preceding claim, wherein the plurality of traffic flows comprise one or more of a low-latency packet interface traffic flow, an Ethernet traffic flow, a common public radio interface traffic flow and a wireless fidelity traffic flow.
- 7A remote node (200, 210) for a radio communications network comprising a plurality of radio units (502), the remote node and a baseband unit (300), the remote node comprising:a common buffer (202) configured to receive a plurality of traffic flows (1, 2, 3) transmitted from a plurality of radio units of the radio communications network and configured to buffer the plurality of traffic flows;and a radio resource allocation element (204) configured to cause a control signal (206) to be sent to a baseband unit of the radio communications network when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval, wherein the control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
- 12A radio resource allocation element (600, 204) in a remote node (200, 210) for controlling traffic flows in a radio communications network comprising a plurality of radio units (502), the remote node and a baseband unit (300), the radio resource allocation element comprising processing circuitry (610), the processing circuitry being configured to monitor the status of a common buffer (202) and to cause a control signal to be sent to the baseband unit when a fill level of the common buffer of the remote node is predicted to go above a maximum fill level within a pre-set time interval, wherein the common buffer is configured to buffer a plurality of traffic flows received from the plurality of radio units, and wherein the control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
- 15A carrier containing the computer program of the previous claim, wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
Independent claims9
127 paragraphs, as filed
Technical Field
0001The invention relates to a method of controlling traffic flows in a radio communications network. The invention further relates to a remote node for a radio communications network and to a radio communications network comprising the remote node.
Background
0002Motivated by the potential significant benefits, radio processing centralization has been advocated by both mobile operators and equipment vendors as it speeds up radio deployment and dramatically reduces network operational costs. However, centralization also comes with its own technological challenges; in particular, very tight latency requirements for links between radio base units, RBU, and baseband units, BB, significantly limit the centralization depth, reducing its benefits.
0003The transport network is a crucial part of the radio communications network to enable 5G network deployment. Transport will be demanded to support current and next-generation radio access technologies and various schemes of radio functions.
0004Based on the radio architectures, it is possible to define many radio access network deployment scenarios, ranging from a fully centralized one, CRAN, to the conventional scenario in which all functions are replicated at each radio site, using monolithic radio base stations. However, the evolution towards 5G is characterized by several radio splitting options where the partitioning of radio functions can be distributed in different ways. In this scenario, the same transport network infrastructure should be able to provide fronthaul, backhaul and midhaul interconnection. Fronthaul refers to the interconnection between RBUs and BBs, whatever the radio split is implemented. The fronthaul transmission interface could be the common public radio interface, CPRI, in case of pure CRAN, or packet traffic with very tight latency requirements. Backhaul refers to the interconnection of BBs, whether located in monolithic RBSs or centralized, and the core part of the network. Midhaul refers to the interconnection among BBs, with specific latency requirements. xHaul is a term that has been introduced to indicate a common network and infrastructure integrating both the fronthaul and the backhaul. Several implementations are possible for an xHaul network. For example, a specific xHaul solution can be based on dense wavelength division multiplexing, DWDM, fibre rings connecting a central hub to remote nodes where radio and wireline clients are connected. This solution offers a predictable latency between RBU and BB that it is not possible to achieve using packet switched interfaces such as Ethernet.
0005In many network scenarios, CPRI connectivity requirements will be insurmountable, especially considering expected 5G requirements such as extreme data rates and massive beamforming, which will feature many more individually-controlled antenna streams. With this limitation in mind, several network scenarios will require a different distribution of radio protocols among the RBUs and the BBs. As a consequence, in these scenarios, the conventional CPRI radio interface will be, in most cases, replaced with a low latency packet interface. This type of interface is expected to be one of the key transport interfaces used to convey data plane, control plane and beamforming parameters for the next generation radio interface compliant with 5G New Radio, NR, but it could be used also for legacy radio access technologies, such as LTE and HSPA.
0006It is expected that, especially for the NR radio technologies, there will be a maximum edge-to-edge, E2E, tolerated latency, between RBU and BB, of the order of one hundred µs. Referring to <figref idref="f0001">Figure 1</figref>, this latency budget can be partitioned into three contributions: the latency added at the remote node, L<sub>Remote</sub>; the latency added during transmission across the optical fibre, L<sub>Fibre</sub>; and the latency added at the hub node, L<sub>Hub</sub>.
0007The low latency packet interface follows the trend of radio traffic and has a bursty behaviour. In particular, the combined bit rate distribution of three RBUs is sufficiently close to a Gaussian distribution. This has been verified with real measured distributions. The more of these distributions, i.e. more than 3, that are observed at the same time, the more the combined distribution approaches a Gaussian normal distribution. However, a buffering function would be required in the remote node, between the RBUs and BB, to absorb the condition of simultaneous peaks. The larger the buffer, the more robust the system is to traffic loss, but the higher the latency at the remote node is.
0008Tight latency requirements require use of a small buffer at the output of the remote node. If an RBU generates a peak of traffic for many scheduling events (which each generally last for one transmission time interval, TTI) some losses may occur. In particular, if more traffic peaks occur in the same TTI or last for more than one TTI, a traffic loss is experienced if the output bandwidth of the remote node buffer cannot support the increased traffic rate. Moreover, there is no traffic differentiation based on radio bearers or any other priority mechanism, as the bitrate of any radio base station (RBU plus BB) is only decided on the basis of the quality of its radio channels.
0009Patent document <patcit id="pcit0001" dnum="WO2016039673A"><text>WO2016/039673</text></patcit> discloses monitoring a congestion metric on a data radio bearer. Control information indicating traffic congestion is transmitted between a sending and receiving radio network node, based on the congestion metric.
Summary
0010The invention is defined by the independent claims. The dependent claims define particular embodiments of the invention. It is an object to provide an improved method of controlling traffic flows in a radio communications network. It is a further object to provide an improved remote node for a radio communications network. It is a further object to provide an improved radio communications network.
0011An aspect of the invention provides a method of controlling traffic flows in a radio communications network. The method comprises receiving at a remote node a plurality of traffic flows transmitted from a plurality of radio units. The method additionally comprises buffering the traffic flows in a common buffer of the remote node. The method additionally comprises causing a control signal to be sent to a baseband unit when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval. The control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
0012This method is based on an interaction between a remote node within the transport network of a radio communications network and a baseband unit, by which radio resource allocation within the radio access network of the radio communications network may be adjusted when the transport resources at the remote node are near to an overflow condition. The method causes the baseband processing of the radio communications network to downscale radio performances within the radio access network "just enough" to come back to an acceptable rate. The radio service availability may therefore be maximized without overprovisioning the transport network. The method may thereby dynamically prevent the risk of congestion at a remote node of a radio communications network and may avoid packet losses without the need for expensive bandwidth overprovisioning in the transport network infrastructure and without limiting spectrum usage a priori. The method may further stretch operation of a radio communications network at the limit of minimal latency, increasing spectrum usage and removing even potentially rare events, with a faster response. The method may be implemented without requiring modifications to currently deployed radio units.
0013The method may support resource allocation needs in 5G xHaul networks. When statistical multiplexing is used in order to meet these needs, the congestion avoidance provided by the method may be beneficial to minimize the risk of traffic loss or degradation.
0014In an embodiment, the method further comprises monitoring a fill level and a fill rate of the common buffer and predicting, based on a current fill level and a current fill rate, whether the fill level will go above the maximum fill level within the pre-set time interval. The method may thereby control traffic flows taking into account the data rates of the traffic flows and the delay introduced by the common buffer.
0015In an embodiment, causing a control signal to be sent to the baseband unit comprises sending a reallocation request from the remote node to the baseband unit. The reallocation request is configured to cause the adjustment of the radio resource allocation of one of the plurality of radio units.
0016The method may be based on a direct interaction between a remote node and a baseband unit.
0017In an embodiment, the method further comprises buffering each of the plurality of traffic flows in a respective input buffer and then outputting each of the plurality of traffic flows from the respective input buffer to the common buffer. The method further comprises monitoring a respective fill level of each input buffer and predicting, based on a current fill level of each input buffer, whether the fill level of the common buffer will go above the maximum fill level within the pre-set time interval. This is useful, in particular, to determine which of the input traffic flows is causing the potential overflow condition at the common buffer.
0018In an embodiment, the method further comprises, when the fill level of the common buffer is predicted to go above the maximum fill level within the pre-set time interval, identifying which of the traffic flows has caused the fill level of the respective input buffer to go above a preselected threshold fill level. Causing a control signal to be sent to the baseband unit comprises one of causing a reallocation request to be sent from the remote node to the baseband unit and causing a resource allocation feedback signal to be sent to the radio unit from which the said traffic flow is transmitted. The reallocation request is configured to cause an adjustment of the radio resource allocation of the radio unit from which the said traffic flow is transmitted. The resource allocation feedback signal is configured to cause the radio unit to adjust a user equipment parameter for negotiating the radio resource allocation of the radio unit at the baseband unit and to cause the radio unit to send a control plane signal comprising an indication of the user equipment parameter to the baseband unit.
0019The interaction between the remote node and the baseband unit may therefore be direct or may be via the relevant radio unit. By identifying which of the traffic flows is expected to cause the potential overflow condition at the common buffer, only the radio performance of that radio unit needs to be degraded and the radio performance of the other radio units will not be affected.
0020In an embodiment, the control plane signal is carried in a medium access control, MAC, layer of the radio communications network. In an embodiment, the control plane signal comprises one of channel quality information, CQI, and a buffer status report, BSR, carried in the MAC layer.
0021In an embodiment, the radio units comprise at least one of remote radio units, RRU, and radio base units, RBU.
0022In an embodiment, the radio units comprise a plurality of beamforming antennas.
0023In an embodiment, the baseband unit is an evolved NodeB, eNB. The baseband unit comprises a downlink scheduler configured to assign and allocate radio resources.
0024In an embodiment, adjusting a radio resource allocation one of the plurality of radio units comprises one of: changing a current modulation format used at the radio unit for radio transmission to a different modulation format having a lower spectral-efficiency; and changing a current number of radio beams used at the radio unit for radio transmission to a lower number of radio beams.
0025The radio spectral efficiency within the radio access network may thereby be improved for a given transport bandwidth and latency, with the radio spectral efficiency being reduced "just enough" to avoid imminent congestion at the remote node within the transport network.
0026In an embodiment, the plurality of traffic flows comprise one or more of a low-latency packet interface traffic flow, an Ethernet traffic flow, a common public radio interface traffic flow and a wireless fidelity traffic flow. The method may be applied to the case of multiplexing traffic from multiple RBUs, or it may be applied to cases where traffic of different types need to be merged.
0027In an embodiment, the radio communications network comprises a radio access network comprising a plurality of radio units, RBU, and a transport network comprising a remote node.
0028In an embodiment, the radio transport network comprises an xHaul network.
0029In an embodiment, the radio communications network comprises a radio access network, comprising a plurality of radio units, RBU, for communication with user equipment, UE, a transport network comprising a remote node located generally near the radio units, serving as an access point to the transport network, and a hub node serving a plurality of baseband units, located remote from the remote node and the radio units.
0030In an embodiment, the radio communications network comprises a plurality of baseband units and an orchestrator. The method further comprises causing a further control signal to be sent from the orchestrator to the remote node. The further control signal comprises an indication of to which of the plurality of baseband units the control signal is to be caused to be sent. The method may therefore be applied when there are a plurality of radio units and a plurality of baseband units and the remote node does not have visibility of which baseband unit is responsible for managing the radio resource allocation of the radio unit causing the overflow.
0031Another aspect of the invention provides a remote node for a radio communications network. The remote node comprises a common buffer and a radio resource allocation element. The common buffer is configured to receive a plurality of traffic flows transmitted from a plurality of radio units of the radio communications network and is configured to buffer the plurality of traffic flows. The radio resource allocation element is configured to cause a control signal to be sent to a baseband unit of the radio communications network when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval. The control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
0032The remote node forms an access point to a transport network of the radio communications network.
0033The remote node is configured to interact with a baseband unit by which radio resource allocation within a radio access network of the radio communications network may be adjusted when the transport resources at the remote node are near to an overflow condition. The radio resource allocation element causes the baseband processing within the radio access network of the radio communications network to downscale radio performances "just enough" to come back to an acceptable rate. The radio service availability may therefore be maximized without overprovisioning the transport network of the radio communications network. The radio resource allocation element may thereby dynamically prevent the risk of congestion at the remote node and may avoid packet losses without the need for expensive bandwidth overprovisioning in the transport network infrastructure and without limiting spectrum usage a priori. This may further stretch operation of a radio communications network at the limit of minimal latency, increasing spectrum usage and removing even potentially rare events, with a faster response. The remote node may be deployed without requiring modifications to currently deployed radio units.
0034The remote node may support resource allocation needs in 5G Xhaul networks. When statistical multiplexing is used in order to meet these needs, the congestion avoidance provided at the remote node may be beneficial to minimize the risk of traffic loss or degradation.
0035In an embodiment, the radio resource allocation element is configured to monitor a fill level and a fill rate of the common buffer and is configured to predict, based on a current fill level and a current fill rate, whether the fill level will go above the maximum fill level within the pre-set time interval. The radio resource allocation element may thereby control traffic flows at the remote node taking into account the data rates of the traffic flows and the delay introduced by the common buffer.
0036In an embodiment, the control signal comprises a reallocation request and the radio resource allocation element is configured to transmit the reallocation request to the baseband unit. The reallocation request is configured to cause the adjustment of the radio resource allocation of one of the plurality of radio units. The remote node may therefore interact directly with the baseband unit.
0037In an embodiment, the remote node further comprises a plurality of input buffers configured to receive respective ones of the plurality of traffic flows. The input buffers are configured to buffer the plurality of trafficflows and are configured to output the plurality of traffic flows to the common buffer. The radio resource allocation element is configured to monitor a respective fill level of each input buffer. The radio resource allocation element is additionally configured to predict, based on a current fill level of each input buffer, whether the fill level of the common buffer will go above the maximum fill level within the pre-set time interval. This is useful, in particular, to determine which of the input traffic flows is causing the potential overflow condition at the common buffer.
0038In an embodiment, the radio resource allocation element is configured to identify which of the traffic flows has caused the fill level of the respective input buffer to go above a preselected threshold fill level when it has predicted that the fill level of the common buffer will go above the maximum fill level within the pre-set time interval. The radio resource allocation element is configured to transmit the control signal to the baseband unit. The control signal comprises a reallocation request configured to cause an adjustment of the radio resource allocation of the radio unit from which the said traffic flow is transmitted.
0039In an embodiment, the radio resource allocation element is configured to identify which of the traffic flows has caused the fill level of the respective input buffer to go above a preselected threshold fill level when it has predicted that the fill level of the common buffer will go above the maximum fill level within the pre-set time interval. The radio resource allocation element is configured to transmit the control signal to the radio unit from which the said traffic flow is transmitted. The control signal comprises a resource allocation feedback signal configured to cause the radio unit to adjust a user equipment parameter for negotiating the radio resource allocation of the radio unit at the baseband unit. The resource allocation feedback signal is additionally configured to cause the radio unit to send a control plane signal comprising an indication of the user equipment parameter to the baseband unit.
0040By identifying which of the traffic flows is expected to cause the potential overflow condition at the common buffer, only the radio performance of that radio unit needs to be degraded and the radio performance of the other radio units will not be affected.
0041The radio resource allocation element could be implemented as one or more processors, hardware, processing hardware or circuitry.
0042References to processors, hardware, processing hardware or circuitry can encompass any kind of logic or analog circuitry, integrated to any degree, and not limited to general purpose processors, digital signal processors, ASICs, FPGAs, discrete components or logic and so on. References to a processor are intended to encompass implementations using multiple processors which may be integrated together, or co-located in the same node or distributed at different locations for example.
0043In an embodiment, the control plane signal is carried in a medium access control, MAC, layer of the radio communications network. In an embodiment, the control plane signal comprises one of channel quality information, CQI, and a buffer status report, BSR, carried in the MAC layer.
0044In an embodiment, the radio units comprise at least one of remote radio units, RRU, and radio base units, RBU.
0045In an embodiment, the radio units comprise a plurality of beamforming antennas.
0046In an embodiment, the baseband unit is an evolved NodeB, eNB. The baseband unit comprises a downlink scheduler configured to assign and allocate radio resources.
0047In an embodiment, an adjustment of a radio resource allocation one of the plurality of radio units comprises one of: a change from a current modulation format used at the radio unit for radio transmission to a different modulation format having a lower spectral-efficiency; and a change from a current number of radio beams used at the radio unit to transmit the traffic flow to a lower number of radio beams. The radio spectral efficiency within the radio access network may thereby be improved for a given transport bandwidth and latency, with the radio spectral efficiency being reduced "just enough" to avoid imminent congestion at the remote node.
0048In an embodiment, the plurality of traffic flows comprise one or more of a low-latency packet interface traffic flow, an Ethernet traffic flow, a common public radio interface traffic flow and a wireless fidelity traffic flow. The remote node may be used for multiplexing traffic from multiple RBUs, or it may be used where traffic of different types need to be merged.
0049In an embodiment, the radio communications network comprises a radio access network comprising a plurality of radio units, RBU, and a transport network comprising the remote node.
0050In an embodiment, the radio transport network comprises an xHaul network.
0051It is noted that the term xHaul is also intended to embrace other terms used to represent such a network, for example "anyhaul", "newhaul" or "omnihaul". Networks such as xHaul are evolving to include wireline traffic, and they are expected to support whatever will be required to be transported between radio units and baseband units. In such xHaul networks, where all the traffic shares the same transport infrastructure, bounding the distance between nodes to the most stringent one in terms of the latency requirements mentioned earlier would be extremely penalizing for the non-latency critical traffic, i.e. traffic flows that do not have responsiveness requirements, for example the Ethernet traffic. The xHaul network may use wired and/or wireless technologies.
0052In an embodiment, the radio communications network comprises a radio access network, comprising a plurality of radio units, RBU, for communication with user equipment, UE, a transport network comprising a remote node located generally near the radio units, serving as an access point to the transport network, a hub node serving a plurality of baseband units, located remote from the remote node and the radio units, and an orchestrator. The remote node is configured to receive a further control signal from the orchestrator. The further control signal comprises an indication of which of the plurality of baseband units the radio resource allocation element is to cause the control signal to be sent to. This may enable the remote node to be used when there are a plurality of radio units and a plurality of baseband units in the radio communications network, and the remote node does not have visibility of which baseband unit is responsible for managing the radio resource allocation of the radio unit causing the overflow.
0053Corresponding embodiments are also applicable to the aspects of the invention described below.
0054Another aspect of the invention provides radio resource allocation element for controlling traffic flows in a radio communications network comprising a plurality of radio units, a remote node and a baseband unit. The radio resource allocation element comprises processing circuitry. The processing circuitry is configured to cause a control signal to be sent to the baseband unit when a fill level of a common buffer of the remote node is predicted to go above a maximum fill level within a pre-set time interval. The common buffer is configured to buffer a plurality of traffic flows received from the plurality of radio units. The control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
0055Another aspect of the invention provides a radio communications network comprising a plurality of radio units configured to transmit a plurality of traffic flows, a remote node and a baseband unit. The remote node comprises a common buffer and a radio resource allocation element. The common buffer is configured to receive a plurality of traffic flows transmitted from a plurality of radio units of the radio communications network and is configured to buffer the plurality of traffic flows. The radio resource allocation element is configured to cause a control signal to be sent to a baseband unit of the radio communications network when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval. The control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from said radio unit.
0056In an embodiment, the radio communications network comprises a radio access network, comprising the plurality of radio units, RBU, for communication with user equipment, UE, a transport network comprising the remote node located generally near the radio units, serving as an access point to the transport network, and a hub node serving a plurality of baseband units, located remote from the remote node and the radio units.
0057Another aspect of the invention provides a computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out any of the steps of the above described method of controlling traffic flows in a radio communications network.
0058Another aspect of the invention provides a carrier containing a computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out any of the steps of the above described method of controlling traffic flows in a radio communications network. The carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
0059Embodiments of the invention will now be described, by way of example only, with reference to the accompanying drawings.
Brief Description of the drawings
0060<ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">Figure 1</figref> illustrates a prior art radio access network architecture, including an xHaul network;</li><li><figref idref="f0001 f0002 f0003 f0004 f0005 f0006 f0007">Figures 2 to 9</figref> illustrate the steps of methods according to embodiments of the invention of controlling traffic flows in a radio communications network;</li><li><figref idref="f0007">Figures 10</figref> and <figref idref="f0008">11</figref> illustrate remote nodes according to embodiments of the invention;</li><li><figref idref="f0008">Figure 12</figref> illustrates operation of the input buffers and common buffer of the remote node of <figref idref="f0008">Figure 11</figref>;</li><li><figref idref="f0009">Figure 13</figref> illustrates a radio communications network according to an embodiment of the invention, comprising a radio communications network according to another embodiment of the invention and a baseband unit according to a further embodiment of the invention;</li><li><figref idref="f0009">Figure 14</figref> illustrates a radio communications network according to an embodiment of the invention, comprising a radio communications network according to another embodiment of the invention and a baseband unit according to a further embodiment of the invention;</li><li><figref idref="f0010">Figure 15</figref> illustrates a radio communications network according to an embodiment of the invention, comprising a radio communications network according to another embodiment of the invention and a baseband unit according to a further embodiment of the invention; and</li><li><figref idref="f0010">Figure 16</figref> illustrates a radio resource allocation element according to an embodiment of the invention.</li></ul>
Detailed description
0061In the following, if wording such as "optionally" or "may" is used in relation to the features of the independent claims , this should not be interpreted as meaning that such features arc optional to the definition of the invention, i.e. the broadest scope of the invention is defined by the independent claims. Similar arguments apply to any alternatives discussed below to (features of) the independent claims, i.e. these are only included for illustration.
0062The same reference numbers will used for corresponding features in different embodiments.
0063Referring to <figref idref="f0001">Figure 2</figref>, an embodiment of the invention provides a method 100 of controlling traffic flows in a radio communications network. The method comprises steps of receiving 102 at a remote node a plurality of traffic flows transmitted from a plurality of radio units and buffering 104 the traffic flows in a common buffer of the remote node. The method further comprises causing 106 a control signal to be sent to a baseband unit when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval. The control signal is configured to cause an adjustment of a radio resource allocation of one of the plurality of radio units to cause a reduction in a data rate of the traffic flow transmitted from that radio unit.
0064One of the key Radio Resource Management, RRM, functions in Long Term Evolution, LTE, networks is Medium Access Control, MAC, scheduling, which coordinates access to shared radio resources. In LTE networks, each user is allocated a number of "resource blocks" in a time-frequency grid. The more resource blocks a user is allocated, and the higher the modulation format used at the radio units for radio transmission, the higher the transmission bit rate . Which resource blocks and how many a user is allocated at a given point in time depend on advanced scheduling mechanisms in the frequency and time dimensions.
0065The radio units form part of a radio access network of the radio communications network and remote node forms an access point to a transport network of the radio communications network. The remote node may be considered as aggregating data from a plurality of radio units, and so may alternatively be termed an aggregation node. The adjustment of a radio resource allocation may refer to adjustment of any aspect of radio resource used by a radio unit for communication with one or more wireless device (UE).
0066An embodiment of the invention provides a method 110 of controlling traffic flows in a radio communications network, as illustrated in <figref idref="f0002">Figure 3</figref>.
0067The method 110 additionally comprises monitoring 112 a fill level and a fill rate of the common buffer. Based on a current fill level and a current fill rate, it is then predicted whether the fill level will go above the maximum fill level within the pre-set time interval.
0068In this embodiment, the step of causing a control signal to be sent to a baseband unit comprises sending 114 a reallocation request from the remote node to the baseband unit. The reallocation request is configured to cause an adjustment of the radio resource allocation of one of the radio units, to cause a reduction in the data rate of the traffic flow transmitted from that radio unit.
0069As illustrated in <figref idref="f0003">Figure 4</figref>, an embodiment of the invention provides a method 120 of controlling traffic flows in a radio communications network, comprising the following additional steps.
0070In this embodiment, each of the traffic flows received from the radio units is buffered 122 in a respective input buffer of the remote node. Each of the traffic flows is then output 122 from the respective input buffer to the common buffer and is buffered 124 in the common buffer.
0071The method 120 comprises monitoring 126 a respective fill level of each input buffer. Then, based on a current fill level of each input buffer, predicting 126 whether the fill level of the common buffer will go above the maximum fill level within the pre-set time interval.
0072As described above, a control signal is caused to be sent 106 to a baseband unit when the fill level of the common buffer is predicted to go above the maximum fill level within the pre-set time interval.
0073An embodiment of the invention, illustrated in <figref idref="f0004">Figure 5</figref>, provides a method 130 of controlling traffic flows in a radio communications network, which is similar to the method 120 of the previous embodiment.
0074The method 130 of this embodiment additionally comprises identifying 132 which of the traffic flows has caused the fill level of the respective input buffer to go above a preselected threshold fill level, when the fill level of the common buffer is predicted to go above the maximum fill level within the pre-set time interval. In other words, the method of this embodiment additionally identifies which traffic flow is the one that is going to cause the predicted overflow of the common buffer.
0075Causing a control signal to be sent to the baseband unit here comprises causing 134 a reallocation request to be sent from the remote node to the baseband unit. The reallocation request is configured to cause an adjustment of the radio resource allocation of the radio unit from which the traffic flow that is going to cause the predicted overflow of the common buffer is transmitted.
0076An embodiment of the invention, illustrated in <figref idref="f0005">Figure 6</figref>, provides a method 140 of controlling traffic flows in a radio communications network, which is similar to the method 130 of the previous embodiment.
0077In this embodiment, causing a control signal to be sent to the baseband unit comprises causing 142 a resource allocation feedback signal to be sent to the radio unit from which the traffic flow that is going to cause the predicted overflow of the common buffer is transmitted. The resource allocation feedback signal is configured to cause that radio unit to adjust a user equipment parameter for negotiating its radio resource allocation at the baseband unit. The resource allocation feedback signal is additionally configured to cause the radio unit to send a control plane signal comprising an indication of the adjusted user equipment parameter to the baseband unit.
0078In an embodiment, the control plane signal is carried in a medium access control, MAC, layer of the radio communications network. In an embodiment, the control plane signal comprises one of channel quality information, CQI, and a buffer status report, BSR, carried in the MAC layer.
0079An embodiment of the invention, illustrated in <figref idref="f0006">Figure 7</figref>, provides a method 150 of controlling traffic flows in a radio communications network, which is similar to the method 100 illustrated in <figref idref="f0001">Figure 2</figref>.
0080In this embodiment, the adjustment of the radio resource allocation of a radio unit comprises changing 152 the modulation format used at the radio unit for radio transmission from a current modulation format to a different modulation format, having a lower spectral-efficiency than the current modulation format. The modulation format is changed so that the spectral-efficiency is reduced just enough to avoid imminent overflow of the common buffer, e.g. for a given transport bandwidth and latency. The resource allocation feedback signal is therefore configured to cause baseband processing of the radio network to downscale radio performances just enough to come back to an acceptable rate. Radio service availability may thus be maximized without overprovisioning the transport network.
0081An embodiment of the invention, illustrated in <figref idref="f0006">Figure 8</figref>, provides a method 160 of controlling traffic flows in a radio communications network, which is similar to the method 100 illustrated in <figref idref="f0001">Figure 2</figref>.
0082In this embodiment, the radio units comprise a plurality of beamforming antennas. The adjustment of the radio resource allocation the of a radio unit comprises changing 162 the number of radio beams used at the radio unit for radio transmission from a current number to a lower number of radio beams.
0083In an embodiment, the baseband unit is an eNodeB comprising a downlink scheduler. The downlink scheduler assigns and allocates radio resources to all users in a radio cell in each Transmission Time Interval, TTI; the TTI is 1ms for LTE. The downlink scheduler uses information on available eNodeB resources, Channel Quality Indicator, CQI, reports data from the user equipments, UEs, within the radio cell and Quality of Service, QoS, priorities in order to make scheduling decisions.
0084The eNodeB also performs measurements in Uplink to support the uplink scheduler to make scheduling decisions and send scheduling grants to the UE over PDCCH.
0085The UE may send a scheduling request when it has no scheduled resources and has data in its Uplink buffer, for example via BSR signalling, which carries the information on how much data is in the UE buffer to be sent out.
0086In an embodiment, the radio communications network comprises a radio access network, comprising a plurality of radio units, RBU, for communication with user equipment, UE, a transport network comprising a remote node located generally near the radio units, serving as the access point to the transport network, a hub node serving a plurality of baseband units, located remote from the remote node and the radio units, and an orchestrator. In this embodiment, the method further comprises causing a further control signal to be sent from the orchestrator to the remote node. The further control signal comprises an indication of to which of the plurality of baseband units the control signal is to be caused to be sent. The method may therefore be applied when there are a plurality of radio units and a plurality of baseband units and the remote node does not have visibility of which baseband unit is responsible for managing the radio resource allocation of the radio unit causing the overflow.
0087In an embodiment, the plurality of traffic flows comprise a plurality of low-latency packet interface traffic flows. In another embodiment, low-latency packet interface traffic flows may be mixed with one or more Ethernet traffic flows, originating for example from a RBS or wireline sources, CPRI traffic flows and wireless fidelity, Wi-Fi, traffic flows.
0088The low-latency packet interface traffic flows follow the trend of radio traffic and have a bursty behavior. In particular, the combined bit rate distribution of traffic flows from three sectors (where each RBU is mapped to one sector) is sufficiently close to a Gaussian distribution. This has been verified with real measured distributions. The more of these distributions, i.e. more than 3, that are observed at the same time, the more the combined distribution approaches a Gaussian normal distribution. As a consequence, more low-latency packet interface traffic flows, transmitted to the same remote node, could benefit from statistical multiplexing thus demanding a reduced transport bandwidth with respect to a transport bandwidth dimensioned for the sum of traffic flow peaks.
0089An embodiment of the invention provides a method of controlling traffic flows in a radio communications network. Some of the steps 170 of this embodiment are illustrated in <figref idref="f0007">Figure 9</figref>.
0090As in the method of <figref idref="f0003">Figure 4</figref>, the method of this embodiment comprises receiving 102 a plurality of traffic flows, transmitted from a plurality of radio units, at a remote node. Each of the traffic flows received from the radio units is buffered 122 in a respective input buffer of the remote node. Each of the traffic flows is then output 122 from the respective input buffer to the common buffer of the remote node.
0091In this embodiment, the method 170 comprises monitoring 172 the status and filling rate of the common buffer. The method 170 additionally comprises determining 174 if the fill level of the common buffer exceeds a threshold, maximum fill level or if the threshold is expected to be exceeded within a certain time window, for example 1 TTI. If not, the method continues monitoring the status and filling rate of the common buffer. If the common buffer fill level threshold is exceeded, or expected to be exceeded, the method comprises analysing 176 the input buffers to identify which of the input radio units are causing the threshold exceeding condition. A request is then sent 178 to the identified radio unit to adjust its resource allocation. The request may be sent to the baseband unit, BB, directly or via the radio unit, RBU, as described above.
0092Referring to <figref idref="f0007">Figure 10</figref>, an embodiment of the invention provides a remote node 200 for a radio communications network. The remote node comprises a common buffer 202 and a radio resource allocation element 204.
0093The remote node 200 is configured to form an access point to a transport network of a radio communications network.
0094The common buffer 202 is configured to receive a plurality of traffic flows 1, 2, 3 transmitted from a plurality of radio units within a radio access network of the radio communications network and is configured to buffer each of the traffic flows. The radio resource allocation element 204 is configured to cause a control signal 206 to be sent to a baseband unit of the radio communications network when a fill level of the common buffer is predicted to go above a maximum fill level within a pre-set time interval. The control signal is configured to cause an adjustment of a radio resource allocation of one of the radio units to cause a reduction in a data rate of the traffic flow transmitted from that radio unit.
0095In an embodiment, the radio resource allocation element 204 is configured to monitor a fill level and a fill rate of the common buffer and is configured to predict based on a current fill level and a current fill rate whether the fill level will go above the maximum fill level within the pre-set time interval.
0096In an embodiment, the control signal 206 comprises a reallocation request and the radio resource allocation element is configured to transmit the reallocation request to the baseband unit. The reallocation request is configured to cause the adjustment of the radio resource allocation of one of the radio units.
0097In an embodiment, the common buffer 202 is included in the remote node to manage traffic peaks from a number of radio traffic flows. The longer the buffer, the more robust the system is against traffic loss, but higher is the latency acquired at the remote node.
0098<figref idref="f0001">Figures 1</figref> and <figref idref="f0007">10</figref>, illustrate the case in which three low latency packet interface traffic flows are wrapped together and transmitted on a shared optical channel in the transport network. The common buffer is able to manage one traffic peak per TTI, which ensures minimal impact on the edge-to-edge latency at to the remote node. If the traffic condition overcomes the capacity of the common buffer, a radio resource allocation element 204 establishes a "cooperation" with radio, by causing a control signal 206 to be sent to the baseband unit, asking for a reduction of traffic throughput by a controlled degradation of radio performance, by causing an adjustment of a radio resource allocation of one of the radio units to cause a reduction in the data rate of the traffic flow transmitted from that radio unit. This prevents uncontrolled packet loss due to common buffer overflow.
0099The radio resource allocation element 204 is a Real-Time Radio Resource Allocation, RT RA, functional block within the remote node. The RT RA monitors the status of the common buffer by means of a pre-defined threshold. The threshold may be based on the time needed to react to a potential overflow situation. For example, in LTE, 2ms are needed to take into account the TTI, plus some margin and the fill rate of the common buffer. Alternatively, the radio resource allocation element 204 is located separately to the remote node 204, and is in communication with at least one of the remote node 204, radio units and/or baseband units.
0100The RT RA may be implemented as one or more processors, hardware, processing hardware or circuitry. References to processors, hardware, processing hardware or circuitry can encompass any kind of logic or analog circuitry, integrated to any degree, and not limited to general purpose processors, digital signal processors, ASICs, FPGAs, discrete components or logic and so on. References to a processor are intended to encompass implementations using multiple processors which may be integrated together, or co-located in the same node or distributed at different locations for example.
0101Referring to <figref idref="f0001">Figures 1</figref> and <figref idref="f0008">11</figref>, an embodiment of the invention provides a remote node 210 for a radio communications network. In this embodiment, the remote node additionally comprises a plurality of input buffers 212; three input buffers are illustrated, one for each of the RBUs, but it will be appreciated that a greater number of input buffers may be provided, to handle a greater number of traffic flows.
0102The input buffers 212 are configured to receive respective ones of the plurality of traffic flows and to buffer the plurality of traffic flows. The input buffers are also configured to output the plurality of traffic flows to the common buffer 202. The radio resource allocation element 204 is configured to monitor a respective fill level of each input buffer and is configured to predict based on a current fill level of each input buffer whether the fill level of the common buffer will go above the maximum fill level within the pre-set time interval.
0103In an embodiment, the radio resource allocation element 204 is additionally configured to, having predicted that the fill level of the common buffer will go above the maximum fill level within the pre-set time interval, identify which of the traffic flows has caused the fill level of the respective input buffer to go above a preselected threshold fill level. The radio resource allocation element 204 is configured to transmit the control signal from the remote node to the radio unit from which the overflow causing traffic flow is transmitted. In this embodiment, the control signal comprises a resource allocation feedback signal 214 configured to cause the radio unit to adjust a user equipment parameter for negotiating the radio resource allocation of the radio unit at the baseband unit. The resource allocation feedback signal 214 is also configured to cause the radio unit to then send a control plane signal comprising an indication of the user equipment parameter to the baseband unit.
0104In a further embodiment, the radio resource allocation element 204 is additionally configured to transmit a control signal 206 from the remote node directly to the baseband unit. The control signal comprises a reallocation request configured to cause the baseband unit to adjust the radio resource allocation of the radio unit from which the overflow causing traffic flow is transmitted.
0105Referring to <figref idref="f0008">Figures 11 and 12</figref>, in an embodiment where input buffers are provided at the input ports of the remote node, thresholds, Th1, Th2, Th3, can be used to determine whether each of the input buffers are approximating to a specific fill level. The remote node is configured to communicate this information to the common buffer, which in this embodiment forms a common output buffer. This is useful, in particular, to determine which of the input traffic flows, 1, 2, 3, is causing the overflow condition at the common buffer. In the example illustrated in <figref idref="f0008">Figure 12</figref>, the third traffic flow, RIN3, is exceeding its input threshold Th3 and will, sooner or later, cause an overflow of the common buffer threshold, ThC, thus impacting all the input flows, not only the third one.
0106In this embodiment, the RT RA causes a resource allocation feedback signal to be sent to the RBU transmitting RIN3, asking for a degradation of radio performance of the third RBU, while the other two RBUs are not affected. The RBU that receives the resource allocation feedback signal can modify "on-the-fly" the existing UEs parameters used to re-negotiate resource allocation at the BB. For example, by modifying the CQI or BSR exchanged over a MAC layer of the radio communications network.
0107Referring to <figref idref="f0007">Figures 10</figref> and <figref idref="f0008">11</figref>, communication from the RT RA to the BB or RBU can be done over existing control or operations, administration and management, OAM, protocols. This could be also done via a centralized controller, such as a software defined networking, SDN, controller, or a management element, within the radio communications network.
0108Referring to <figref idref="f0009">Figure 13</figref>, an embodiment of the invention provides a radio communications network 500 comprising a plurality of radio units 502 configured to transmit a plurality of traffic flows 1, 2, 3, a remote node 200 as described above with reference to <figref idref="f0007">Figure 10</figref>, and a plurality of baseband units 300.
0109The baseband units 300 are connected to a hub node 302, and through the hub node and optical fibre link 410 to the remote node 210. The remote node, optical fibre link and hub node together form a transport network, which in this example is an xHaul network 400.
0110In this embodiment, the radio resource allocation element, RA, 204 communicates directly with the respective BB 300, which causes a reallocation of radio resources as described above.
0111In an embodiment, illustrated in <figref idref="f0010">Figure 15</figref>, where different BBs 300 using the same RBU 502, if the remote node 200 does not have visibility of which BB is responsible for the RBU generating the traffic flow causing the predicted overflow of the common buffer, CB, 202, the network 520 additionally comprises an orchestrator 522. The remote node 200 is configured to receive a further control signal from the orchestrator. The further control signal comprises an indication of which BB the radio resource allocation element is to cause the control signal 206 to be sent to. In this scenario, it is then possible to make a judgement based on additional information, if available, at the orchestrator level as to which RBU to perform radio resource allocation on, or to equally impact all the traffic flows.
0112Referring to <figref idref="f0009">Figure 14</figref>, an embodiment of the invention provides a radio communications network 510 comprising a plurality of radio units 502 configured to transmit a plurality of traffic flows 1, 2, 3, a remote node 210 as described above with reference to <figref idref="f0008">Figure 11</figref>, and a plurality of baseband units 300.
0113As described above, the radio resource allocation element 204 is configured to transmit a resource allocation feedback signal 214 from the remote node 210 to the RBU 502 from which the overflow causing traffic flow is transmitted. The resource allocation feedback signal is configured to cause the radio unit to adjust a user equipment parameter for negotiating the radio resource allocation of the RBU at the respective BB 300. The resource allocation feedback signal 214 is also configured to cause the RBU to then send a control plane signal 512 comprising an indication of the user equipment parameter to the BB. In some aspects, the RBU(s) 502 that receives the signal 512 is configured to modify "on-the-fly", i.e. dynamically, the existing UEs parameters used to re-negotiate the resource allocation at the baseband units. For example, the RBU may be configured to modify a parameter used for negotiating the radio resource allocation, e.g. a parameter indicating signal quality and/or strength, e.g. CQI or BSR.
0114In this embodiment, the BBs 300 are eNodeBs, comprising downlink schedulers configured to assign and allocate radio resources. The control plane signal is carried in a medium access control, MAC, layer of the radio communications network 510. The control plane signal may comprise one of channel quality information, CQI, and a buffer status report, BSR.As such, the modified parameter used for negotiating the radio resource allocation is in some examples exchanged over the MAC control plane signalling.
0115In an embodiment, where different BBs 300 using the same RBU 502, if the remote node 210 does not have visibility of which BB is responsible for the RBU generating the traffic flow causing the predicted overflow of the common buffer, CB, 202, the RBU itself is able make the correct decision. In fact, when the RBUs belong to different BB, the signalling arrangement used in this embodiment is transparent to the RBU / BB relationship. The correct BB will be addressed by the RBU sending the control plane signal 512.
0116An embodiment of the invention provides a computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out any of the steps of the above described method 100, 110, 120, 130, 140, 150, 160 of controlling traffic flows in a radio communications network.
0117An embodiment of the invention provides a carrier containing the computer program of the previous embodiment. The carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
0118<figref idref="f0010">Figure 16</figref> schematically illustrates, in terms of a number of functional units, the components of a radio resource allocation element 600 according to an embodiment for controlling traffic flows in a radio communications network comprising a plurality of radio units, a remote node and a baseband unit. Processing circuitry 610 is provided using any combination of one or more of a suitable central processing unit (CPU), multiprocessor, microcontroller, digital signal processor (DSP), etc., capable of executing software instructions stored in a computer program product, e.g. in the form of a storage medium 630. The processing circuitry 610 may further be provided as at least one application specific integrated circuit (ASIC), or field programmable gate array (FPGA).
0119Particularly, the processing circuitry 610 is configured to cause the radio resource allocation element 600 to perform a set of operations, or steps, 106, 112, 114, 126, 132, 134, 142, 152, 162 as disclosed above. For example, the storage medium 630 may store the set of operations, and the processing circuitry 610 may be configured to retrieve the set of operations from the storage medium 630 to cause the radio resource allocation element 600 to perform the set of operations. The set of operations may be provided as a set of executable instructions. Thus, the processing circuitry 610 is thereby arranged to execute methods as herein disclosed.
0120The storage medium 630 may also comprise persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, solid state memory or even remotely mounted memory.
0121The radio resource allocation element 600 may further comprise a communications interface 620 for communications at least with one of a baseband unit, BB, 300, a radio unit, RBU, 502, and an orchestrator 522. As such the communications interface 620 may comprise one or more transmitters and receivers, comprising analogue and digital components and a suitable number of antennas for wireless communications and ports for wireline communications.
0122The processing circuitry 610 controls the general operation of the radio resource allocation element 600 e.g. by sending data and control signals to the communications interface 620 and the storage medium 630, by receiving data and reports from the communications interface 620, and by retrieving data and instructions from the storage medium 630. Other components, as well as the related functionality, of the radio resource allocation element 600 are omitted in order not to obscure the concepts presented herein.
10 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| WO2016039673A1 | Cites | World Intellectual Property Organization (WIPO) |
| CAVALIERE FABIO ET AL: "Towards a unified fronthaul-backhaul data plane for 5G The 5G-Crosshaul project approach", COMPUTER STANDARDS AND INTERFACES, ELSEVIER SEQUOIA. LAUSANNE, CH, vol. 51, 17 November 2016 (2016-11-17), pages 56-62, XP029889854, ISSN: 0920-5489, DOI: 10.1016/J.CSI.2016.11.005 | Non-patent | – |
5 members in 3 offices
Priority claims3
| Document | Office | Kind | Date |
|---|---|---|---|
| 2016081804 | European Patent Office (EPO) | W | |
| WO2016EP81804 | – | – | – |
| EP2016081804 | – | – | – |
Members5
| Document | Office | Kind | |
|---|---|---|---|
| WO2018113907A1 | World Intellectual Property Organization (WIPO) | A1 | |
| EP3556064A1 | European Patent Office (EPO) | A1 | |
| US2020084667A1 | United States of America | A1 | |
| US10979935B2 | United States of America | B2 | |
| EP3556064B1This record | European Patent Office (EPO) | B1 |
70 legal events, as 9 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed because of non-payment of the annual feeLapsedMM | MM | BE | |
| No opposition filedOpposition26N | 26N | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Invalidation of extension of european patentsMG9D | MG9D | LT | |
| Translation for ep filed (entry of ep into country)FP | FP | NL | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: H04L0012801000R079 | R079 | DE | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE PATENT HAS BEEN GRANTEDSTAA | STAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Intention to grant announcedINTG | INTG | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: GRANT OF PATENT IS INTENDEDSTAA | STAA | EP | |
| Request for validation of the european patent (deleted)DAV | DAV | EP | |
| Request for extension of the european patent (deleted)DAX | DAX | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: REQUEST FOR EXAMINATION WAS MADESTAA | STAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADESTAA | STAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: UNKNOWNSTAA | STAA | EP |
Numbers
- Publication
- 3556064
- Publication, DOCDB
- 3556064
- Publication, EPODOC
- EP3556064
- Application
- 16816682
- Application, DOCDB
- 16816682
- Application, EPODOC
- EP20160816682
Titles3
- German
- VERFAHREN ZUR STEUERUNG VON VERKEHRSFLÜSSEN IN EINEM FUNKKOMMUNIKATIONSNETZ, FUNKKNOTEN UND FUNKKOMMUNIKATIONSNETZ
- English
- METHOD OF CONTROLLING TRAFFIC FLOWS IN A RADIO COMMUNICATIONS NETWORK, REMOTE NODE AND RADIO COMMUNICATIONS NETWORK
- French
- PROCÉDÉ DE COMMANDE DE FLUX DE TRAFIC DANS UN RÉSEAU DE COMMUNICATION RADIO, NOEUD DISTANT ET RÉSEAU DE COMMUNICATION RADIO
Classification
- CPC, 7
- H04L47/115
- H04W28/10
- H04L47/14
- H04L47/263
- H04L47/127
- H04L47/30
- H04L47/76
- IPC, 2
- H04L12 801
- H04L12 825
Designated states38
- Contracting states, 38
- Albania
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Croatia
- Hungary
- Ireland
- Iceland
- Italy
- Liechtenstein
- Lithuania
- Luxembourg
- Latvia
and 14 moreShow fewer
- Monaco
- North Macedonia
- Malta
- Netherlands (Kingdom of the)
- Norway
- Poland
- Portugal
- Romania
- Serbia
- Sweden
- Slovenia
- Slovakia
- San Marino
- Türkiye
