WO2014173465A1 - Configuration of communications link to backhaul hub according to predicted backhaul capacity need based on control signalling received prior to user data - Google Patents
Configuration of communications link to backhaul hub according to predicted backhaul capacity need based on control signalling received prior to user data Download PDFInfo
- Publication number
- WO2014173465A1 WO2014173465A1 PCT/EP2013/058902 EP2013058902W WO2014173465A1 WO 2014173465 A1 WO2014173465 A1 WO 2014173465A1 EP 2013058902 W EP2013058902 W EP 2013058902W WO 2014173465 A1 WO2014173465 A1 WO 2014173465A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- backhaul
- functional unit
- network node
- control signalling
- hub
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/14—Backbone network devices
Definitions
- Embodiments presented herein relate to mobile communication networks, and particularly to a method, a user equipment and a computer program for configuring a communications link in a mobile communication network.
- Wireless backhaul is a proven technology for connecting network nodes such as radio base stations to the backbone network.
- the communications between the network node and the backbone network occurs between a backbone client provided at the network node and a backbone hub provided at the backbone network.
- Point-to-point microwave links have been used to provide this connectivity.
- P2MP Point-to-MultiPoint
- one backhaul hub often provides connectivity to more than one backbone client.
- Such P2MP systems thus impose the need for multiplexing of more than one backhaul client.
- a scheduled air interface is needed.
- a method for configuring a communications link is performed by a network node functional unit.
- the method comprises wirelessly receiving control signalling from a user equipment.
- the control signalling relates to an uplink communications resource between the user equipment and the network node functional unit.
- the method comprises notifying, in response to receiving said control signalling and prior to receiving any user data associated with said control signalling from said user equipment on said uplink communications resource, a backhaul client functional unit to configure a communications link to a backhaul hub.
- this reduces the uplink data delay over a wireless backhaul.
- this also reduces the time to prepare the backhaul for data transmission (i.e. to switch the backhaul from "idle mode” to "connected mode”).
- the network node comprises a network node functional unit.
- the network node functional unit is arranged to wirelessly receive control signalling from a user equipment.
- the control signalling relates to an uplink communications resource between the user equipment and the network node functional unit.
- the network node functional unit is arranged to notify, in response to receiving the control signalling and prior to receiving any user data associated with the control signalling from the user equipment on the uplink communications resource, a backhaul client functional unit to configure a communications link to a backhaul hub.
- a computer program for configuring a communications link comprising computer program code which, when run on a network node functional unit, causes the network node functional unit to perform a method according to the first aspect.
- a computer program product comprising a computer program according to the third aspect and a computer readable means on which the computer program is stored.
- a method for configuring a communications link is performed by a backhaul client functional unit.
- the method comprises receiving a notification from a network node functional unit to configure a communications link to a backhaul hub, wherein the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment, the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit, the notification having been issued prior to the network node functional unit receiving any user data associated with said control signalling from said user equipment on said uplink communications resource.
- the method comprises initiating configuration of said communications link to the backhaul hub.
- the network node for configuring a communications link.
- the network node comprises a backhaul client functional unit.
- the backhaul client functional unit is arranged to receive a notification from a network node functional unit to configure a
- the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment.
- the control signalling relates to an uplink communications resource between the user equipment and the network node functional unit.
- the notification has been issued prior to the network node functional unit receiving any user data associated with the control signalling from the user equipment on the uplink communications resource.
- the backhaul client functional unit is arranged to initiate configuration of the communications link to the backhaul hub.
- a seventh aspect there is presented a computer program for configuring a communications link, the computer program comprising computer program code which, when run on a backhaul client functional unit, causes the backhaul client functional unit to perform a method according to the fifth aspect.
- a computer program product comprising a computer program according to the seventh aspect and a computer readable means on which the computer program is stored.
- any feature of the first, second, third, fourth, fifth, sixth, seventh and eighth aspects may be applied to any other aspect, wherever appropriate.
- any advantage of the first aspect may equally apply to the second, third, fourth, fifth, sixth, seventh and/or eighth aspect, respectively, and vice versa.
- Figure 1 is a schematic diagram illustrating a mobile communication network where embodiments presented herein may be applied;
- Figures 2-9 are signal flow diagrams according to embodiments;
- Figure 10 is a schematic diagram showing functional units of a network node
- Figure 11 shows one example of a computer program product comprising computer readable means
- Figures 12, 13, 14 and 15 are flowcharts of methods according to
- FIG. 1 is a schematic diagram illustrating a mobile communication network 1 where embodiments presented herein can be applied.
- the mobile communications network 1 comprises network nodes 2a, 2b, user equipment (UE) 3a, 3b, 3c, 3d and a backhaul hub 4.
- UE user equipment
- the term UE is also known as mobile communication terminal, mobile terminal, user terminal, user agent, mobile phone, etc.
- network node is also known as base station and may generally be a eNodeBs (E-UTRAN NodeB, also known as Evolved NodeB), a NodeB, a base transceiver station, or any type of similar base station.
- E-UTRAN NodeB also known as Evolved NodeB
- NodeB a NodeB
- base transceiver station or any type of similar base station.
- the network nodes 2a- b provide network connectivity to the UEs 3a-3d through wireless
- the network nodes 2a-b are operatively connected to the backhaul hub 4 through wireless
- the mobile communication network 1 may generally comply with any one or a combination of W-CDMA (Wideband Code Division Multiplex), LTE (Long Term Evolution), EDGE (Enhanced Data Rates for GSM Evolution, Enhanced GPRS (General Packet Radio Service)), CDMA2000 (Code Division Multiple Access 2000), etc., as long as the principles described hereinafter are applicable.
- W-CDMA Wideband Code Division Multiplex
- LTE Long Term Evolution
- EDGE Enhanced Data Rates for GSM Evolution
- Enhanced GPRS General Packet Radio Service
- CDMA2000 Code Division Multiple Access 2000
- each network node 2a-b may comprise a network node functional unit and a backhaul client functional unit.
- the network node functional unit is responsible for handling the communications with the UE 3a-d
- the backhaul client functional unit is responsible for handling the communications with the backhaul hub.
- Figure 2 illustrates an exemplary scenario where the communications between the UE 3a-d and the network node 2a-b as well as the communications between the network node 2a-b and the backhaul hub 4 is based on any wireless technology.
- the communications between the network node 2a-b and the backhaul hub 4 is based on LTE. Examples of signalling that precede the actual data transfer in a LTE system are 'Scheduling
- SR Request'
- BSR 'Buffer Status Report'
- SG 'Scheduling Grant'
- AG 'Access Grant'
- control signalling After successfully decoded user data has been transmitted from the network node functional unit 11a to the backhaul client functional unit 11b the backhaul client functional unit lib exchanges control signalling with the backhaul hub 4.
- the control signalling involves SR, BSR and SG.
- Backhaul data may then be transmitted from the backhaul client functional unit 11b to the backhaul hub 4.
- the trigger for the backhaul capacity is provided by a uplink (UL) grant sent fron the network functional unit 11a to the UE 3a-d.
- UL uplink
- the transition from an empty to a non-empty buffer triggers the backhaul client functional unit lib to request backhaul resources from the backhaul hub 4, as described above with reference to Figure 2.
- the backhaul hub 4 grants resources and backhaul data is transmitted from the backhaul client functional unit 11b to the backhaul hub 4.
- Figure 4 illustrates the same system as described with reference to Figure 3 but illustrates the control signalling if initial data shall be forwarded (i.e., so- called initial access).
- initial data i.e., so- called initial access
- This may represent a scenario where data buffers in the UE 3a-d and in the backhaul client functional unit lib were both empty when the data transfer need occurred in the UE 3a-d.
- the backhaul client functional unit 11b shall in such a case be prepared to forward data to the backhaul hub 4.
- initial access is the first action in order to switch from "Initial mode” to "Connected mode” in order to prepare the backhaul for data forwarding.
- a physical random access channel PRACH
- PRACH physical random access channel
- Figure 4 shows the PRACH signalling scheme between a UE 3a-d and a network node functional unit 11a of a network node 2a-b. The signalling starts with the UE 3a-d transmitting a preamble within a predefined time window.
- Such a preamble is also part of the herein denoted control signalling.
- the network node functional unit thus needs to detect the incoming PRACH preamble and in return transmit a Random Access Response (RAR) containing an identifier of the used preamble within a given timeframe.
- the identifier includes the detected preamble and the time-frequency slot in which the preamble was detected.
- This RAR also contains timing alignment (TA) instructions, an initial uplink resource grant and an assignment of a Cell Radio Network Temporary Identifier (C-RNTI).
- TA timing alignment
- C-RNTI Cell Radio Network Temporary Identifier
- the UE 3a-d responds to the network node functional unit with a so-called "Step 3 message".
- PRACH sequence in Figure 4 implies a long delay from UE initiated PRACH until the backhaul is ready for data transmissions.
- the embodiments disclosed herein relate to configuring a communications link 6a, 6b.
- the embodiments disclosed herein are based on the network node functional unit 11a and the backhaul client functional unit 11b have access to and make use of information that data soon will be forwarded from a UE 3a-d to a network node 2a-b. Such information may be used to speed up the data forwarding over the backhaul link 6a-b.
- the backhaul link 6a-b does not need to be 3GPP compliant, proprietary modifications can be made to improve backhaul performance further (in comparison to LTE compliant backhaul access).
- some embodiments disclosed herein are based on a speculative "radio resource control (RRC) connect request" to be forwarded from the backhaul client functional unit 11b to the backhaul hub based on random access transmission from the UE 3a-d to the network node functional unit 11a.
- RRC radio resource control
- a network node 2a-b comprising a network node functional unit 11a, a method performed by the network node functional unit, a computer program 13a comprising code, for example in the form of a computer program product 12a, that when run on the network node functional unit 11a, causes the network node functional unit 11a to perform the method.
- a network node 2a-b comprising a backhaul client functional unit 11b, a method performed by the backhaul client functional unit 11b, a computer program 13b comprising code, for example in the form of a computer program product 12b, that when run on the backhaul client functional unit lib, causes the backhaul client functional unit lib to perform the method.
- FIG 10 schematically illustrates, in terms of a number of functional modules, the components of a network node 2a, 2b.
- a processing unit 7 is provided using any combination of one or more of a suitable central processing unit (CPU), multiprocessor, microcontroller, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate arrays (FPGA) etc., capable of executing software instructions stored in at least one computer program product 12a, 12b (as in Figure 11), e.g. in the form of a memory 10.
- CPU central processing unit
- DSP digital signal processor
- ASIC application specific integrated circuit
- FPGA field programmable gate arrays
- the memory 10 comprises instructions related to a network node functional unit 11a and to a backhaul client functional unit lib.
- the network node functional unit 11a is thus arranged to hold functionality associated with the network node functional unit 11a.
- the backhaul client functional unit lib is thus arranged to hold functionality associated with the backhaul client functional unit lib.
- the memory 10 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.
- the network node 2a, 2b may further comprise an input/output (I/O) interface 8 for receiving and providing information to other network nodes 2a, 2b
- the network node 2a, 2b may also comprises one or more transmitters and receivers as schematically denoted by the antennae 9, comprising analogue and digital components and a suitable number of antennae elements for radio communication with the UE 3a-d as well as the backhaul hub 4.
- the processing unit 7 controls the general operation of the network node 2a, 2b, e.g., by executing instructions as provided by the network node functional unit 11a and the backhaul client functional unit lib.
- Other components, as well as the related functionality, of the network node 2a, 2b are omitted in order not to obscure the concepts presented herein.
- Figures 12, 13, 14 and 15 are flow charts illustrating embodiments of methods for configuring a communications link 6a, 6b.
- the methods of Figures 12 and 13 are performed by the network node functional unit 11a.
- the methods of Figures 12 and 13 are performed by the backhaul client functional unit lib.
- the methods are advantageously provided as computer programs 13a, 13b.
- Figure 11 shows one example of a computer program product 12a, 12b comprising computer readable means 14a, 14b.
- On this computer readable means 14a, 14b at least one computer program 13a, 13b can be stored, which at least one computer program 13a, 13b can cause the processing unit 7 and thereto operatively coupled entities and devices to execute methods according to embodiments described herein.
- the computer program product 12a, 12b is illustrated as an optical disc, such as a CD (compact disc) or a DVD (digital versatile disc) or a Blu-Ray disc.
- the computer program product 12a, 12b could also be embodied as a memory, such as a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), or an electrically erasable programmable read-only memory (EEPROM) and more particularly as a non-volatile storage medium of a device in an external memory such as a USB (Universal Serial Bus) memory.
- RAM random access memory
- ROM read-only memory
- EPROM erasable programmable read-only memory
- EEPROM electrically erasable programmable read-only memory
- the scheduler in a network node 2a, 2b is arranged to schedule resources in both downlink (i.e., transmission from a network node 2a, 2b to a UE 3a-d) and uplink (i.e., transmission from a UE 3a-d to a network node 2a, 2b).
- downlink i.e., transmission from a network node 2a, 2b to a UE 3a-d
- uplink i.e., transmission from a UE 3a-d to a network node 2a, 2b.
- the scheduler needs information about the user data that is available in the buffers of the UE 3a-d.
- scheduling information messages from the UE 3a-d to the network node 2a, 2b to which the UE 3a-d is operatively connected.
- the scheduling information is transmitted as part of the Medium Access Layer Protocol (MAC) and can therefore be either piggybacked with other transmissions (when those are on-going) or be sent stand alone by creating MAC protocol data units (PDUs) just to transfer the scheduling information.
- MAC Medium Access Layer Protocol
- the scheduler is part of the network node functional unit iia.
- the scheduler at the network node 2a, 2b is able to, with relatively high accuracy, predict the amount of data that will be added to the backhaul client functional unit lib based on the signalling preceding the actual data transfer. This predicted information can be forwarded to the backhaul client functional unit lib with low delay and the backhaul client functional unit lib can perform reservation of backhaul capacity in a speculative way, leading to reduced delay for backhaul transmission.
- a method for configuring a communications link 6a, 6b as performed by a network node functional unit 11a thus comprises, in a step S12, wirelessly receiving control signalling from a user equipment, UE, 3a, 3b, 3c, 3d.
- the control signalling relates to an uplink communications resource between the UE 3a-d and the network node functional unit 11a.
- the control signalling may be received over a physical uplink shared channel, PUSCH, or a physical uplink control channel, PUCCH.
- the communications resource may thus refer to a communications link 5a-d already having been established between the UE 3a-d and the network node functional unit 11a.
- the control signalling may relate to initial access of the UE 3a-d to the network node functional unit 11a.
- the communications resource may thus refer to a communications link 5a, 5b, 5c, sd to be established between the UE 3a-d and the network node functional unit 11a.
- the control signalling may thus comprise a random access preamble or a response to the random access preamble.
- the control signalling may thus be received over a physical random access channel, PRACH.
- the backhaul capacity need estimate is then sent to the backhaul client functional unit lib.
- the network node functional unit na is arranged to, in a step S14, notify the backhaul client functional unit lib to configure a communications link 6a, 6b to a backhaul hub 4.
- the communications link 6a, 6b to be configured may be an already established communications link 6a, 6b or a communications link 6a, 6b which is to be established (below referred to as initial access).
- the configuration pertains to a change of at least one property of the
- the change may involve change of amount of data to be transmitted, bit rate, scheduling, etc.
- the notifying is by the network node functional unit 11a performed in response to receiving the control signalling. The notifying is further performed prior to the network node functional unit 11a receiving any user data associated with the control signalling from the UE 3a-d on the uplink communications resource.
- a method for configuring a communications link 6a, 6b as performed by a backhaul client functional unit lib thus comprises receiving, in a step S32, the notification from the network node functional unit 11a to configure the communications link 6a, 6b to the backhaul hub 4.
- the backhaul client functional unit lib is then arranged to, in a step S34, initiate configuration of the communications link 6a-b to the backhaul hub 4.
- the backhaul hub 4 is thus arranged to receive signalling associated with the configuration from the backhaul client functional unit 11b.
- a backhaul capacity grant issued by the backhaul hub 4 may be based on actual and/or predicted capacity need from all backhaul client functional units 11b operatively connected to the backhaul hub 4.
- the network node functional unit 11a may be arranged to, in a step S16, predict a backhaul capacity need for transmitting user data from the backhaul client functional unit 11b to the backhaul hub 4.
- the prediction is based on the control signalling received by the network node functional unit 11a.
- the prediction may be based on at least one from a set of available parameters suitable for evaluation and prediction of the need of backhaul resources.
- the herein disclosed available In general terms the herein disclosed available
- parameters suitable for evaluation and prediction of the need of backhaul resources are indicative of a resource need.
- the backhaul capacity need may be predicted based on a random access preamble in the control signalling.
- the random access preamble may imply that UL backhaul resources may be needed within a short period.
- the backhaul capacity need may be predicted based on a random access response in the control signalling.
- the random access response may imply, with an even larger probability than if a random access preamble is present, that UL backhaul resources may be needed resources within a short period.
- the backhaul capacity need may be predicted based on a scheduling request (SR) in the control signalling.
- the SR may imply with a large probability that UL backhaul resources may be needed within a short period.
- the backhaul capacity need may be predicted based on an access grant (AG) in the control signalling, the AG following a SR.
- AG access grant
- the AG may imply, with an even larger probability than if a SR is present, that UL backhaul resources may be needed within a short period.
- the backhaul capacity need may be predicted based on a buffer status report (BSR) in the control signalling.
- BSR buffer status report
- the BSR may imply that there will be a specific need of UL backhaul resources within a short period.
- the backhaul capacity need may be predicted based on information in the control signalling regarding the amount of data in at least one uplink buffer originating from the UE 3a-d. This may indicate that there exists an immediate need of UL backhaul resources corresponding to the amount of data in the buffer.
- the backhaul capacity need may be predicted based on an AG in the control signalling, the AG following a BSR.
- the AG may imply, with an even larger probability than if a BSR is present, that UL backhaul resources may be needed within a short period.
- the backhaul capacity need may be predicted based on channel state information (CSI) in the control signalling.
- the network node functional unit 11a may be arranged to estimate of how the backhaul resource need indicated by BSR will change over time by means of the CSI.
- the prediction may further be based on an amount of data generated by the network node functional unit 11a addressed to a network-side node, such as to another network node 2b or a backhaul hub 4. This prediction may correspond to the actual amount of data generated.
- the notification with backhaul capacity need as sent in step S14 from the network node functional unit 11a to the backhaul client functional unit lib may comprise a predicted estimate of backhaul need for the time when a grant is expected from the backhaul hub 4.
- the network node functional unit 11a may therefore be arranged to, in a step S18, estimate a point in time for a scheduling grant to be issued by the backhaul hub 11b.
- the scheduling grant pertains to the backhaul capacity need.
- the backhaul capacity need may be predicted based on said point in time.
- the notification with backhaul capacity need as sent in step S14 from the network node functional unit 11a to the backhaul client functional unit lib may alternatively be provided as a forecast of future backhaul need over close time. That is, the backhaul capacity need may be predicted for data transmission from the backhaul client functional unit lib to the backhaul hub 4 over a predetermined period of time. Information relating to the prediction may then be forwarded from the network node functional unit 11a to the backhaul client functional unit lib and from the backhaul client functional unit 11b to the backhaul hub 4.
- the network node functional unit 11a may be arranged to, in a step Si4f, notify, in response to receiving the control signalling and prior to receiving any user data corresponding to the control signalling from the UE 3a-d on the uplink communications resource, the backhaul client functional unit 11b of the predicted backhaul capacity need.
- the network node functional unit 11a may further be arranged to, in a step S22, transmit a scheduling grant to the UE 3a-d in conjunction with notifying the backhaul hub functional 11a of the predicted backhaul capacity need. This may further reduce the time needed before any backhaul transmission may be executed.
- the prediction information sent by the network node functional unit 11a is received by the backhaul client functional unit lib.
- the backhaul client functional unit 11b may be arranged to, in a step S32f, receive the notification from the network node functional unit 11a.
- the backhaul client functional unit lib may then be arranged to, in a step S36, wirelessly transmit the predicted backhaul capacity need to the backhaul hub 4.
- the predicted backhaul capacity need is then received by the backhaul hub 4.
- the backhaul hub 4 may in such scenarios act as a common network node 2a-b, such as an LTE eNodeB.
- the backhaul client functional unit lib may act as a UE 3a-d, such as an LTE UE (except for handling prediction and estimation as herein disclosed). This is illustrated in Figure 5.
- the network node functional unit 11a transmits a prediction to the backhaul client functional unit 11b before having received any user data from the UE 3a-d.
- the backhaul client functional unit lib may thereby initiate communications with the backhaul hub 4 before having received any user data from the network node functional unit 11a.
- the backhaul hub 4 may be enabled to determine scheduling decisions which take into consideration information from more than one client functional unit lib. Moreover, the backhaul hub 4 may further be arranged to issue speculative grants with good result even if a new updated BSR is received late. This is illustrated in Figure 6.
- each backhaul client functional unit 11b sends a forecast of a future backhaul need and a corresponding reliability measure of this forecast to the backhaul hub 4. Therefore, the network node functional unit 11a may be arranged to, in a step S20, determine a reliability measure of the prediction. The network node functional unit 11a may then be arranged to, in a step Si4g, notify the backhaul client functional unit 11b of the determined reliability measure in conjunction with the notification of the predicted backhaul capacity need. Thereby, for a backhaul client functional unit 11b that will receive user data with a probability less than 1 may only receive a speculative grant if no other backhaul client functional units 11b will receive user data with probability 1.
- the LTE standard supports data streams with different priorities in such way that the UE 3a-d is arranged to inform the network node functional unit 11a of the buffer status for each priority class.
- the user data to be transmitted may be associated with at least two priority classes, and the control signalling from the UE 3a-d may comprise buffer status information from at least one of the at least two priority classes.
- a format which considers priority classes may thus be utilized for the LTE oriented wireless backhaul, thereby enabling the backhaul hub 4 scheduler to perform decisions based on data priority. This is illustrated in Figure 7.
- An alternative approach is illustrated in Figure 8.
- the predicted backhaul capacity need may be based on parameters received by the network node functional unit 11a in the control signalling from the UE 3a-d. Additionally or alternatively the network node functional unit 11a may me arranged to determine the predicted backhaul capacity need based on other parameters, such as uplink communications resource between the UEs 3a-d and the network node functional unit 11a. Particularly, the network node functional unit 11a may be arranged to, in a step Si2a, wirelessly receive separate control signalling from Ki number of UEs 3a-d, wherein each separate control signalling relates to an uplink communications resource between one UE 3a-d and the network node functional unit 11a. The network node functional unit 11a may then be arranged to, in a step Si6a, predict the backhaul capacity need, Q, as
- the network node functional unit 11a may be further be arranged to, in a step Si2b, wirelessly receive separate control signalling from K 2 ⁇ Ki number of UEs 3a-d, wherein each separate control signalling relates to an uplink communications resource between one UE 3a- d and the network node functional unit 11a. Further, for K 2 , the network node functional unit 11a may be arranged to, in a step Si6b, predict the backhaul capacity need, Q, as
- the network node functional unit 11a may then be arranged to, in a step S14I1, notify the backhaul client functional unit lib to transmit Q and information regarding a current buffer status, B, of the backhaul client functional unit to the backhaul hub 4.
- the backhaul client functional unit lib may in turn me arranged to forward Q along with its current buffer status, B, as a backhaul BSR message to the backhaul hub 4.
- B current buffer status
- This enables the scheduler at the backhaul hub 4 to grant resources in advance (at most B+Q bytes) which in turn enables backhaul transmission to start immediately after user data is available in the buffer at the backhaul client functional unit 11b.
- the predicted backhaul capacity need may thus be based on control signaling from a plurality of UEs 3a-d.
- the network node functional unit 11a may be arranged to, in a step Si2c, wirelessly receive further control signalling from at least one further u UE 3a-d, the further control signalling relating to user data to be transmitted between the at least one further UE 3a-d and the network node functional unit 11a.
- the network node functional unit 11a may then be arranged to, in a step Si6b, predict the backhaul capacity need also based on the further control signalling.
- One such example has been provided above with reference to the determined backhaul capacity need Q.
- the predicted backhaul capacity need based on the further control signalling is transmitted to, and received by, the backhaul client functional unit lib.
- the backhaul client functional unit 11b may further receive predicted backhaul capacity needs from a plurality of network node functional units
- the backhaul client functional unit lib may be arranged to, in a step S32g, receive a further notification from a further network node functional unit 11a, the further notification comprising a further predicted backhaul capacity need, the further predicted backhaul capacity need being based on further control signalling received by the further network node functional unit 11a.
- the backhaul client functional unit lib may then be arranged to determine the predicted backhaul capacity need to be wirelessly transmitted to the backhaul hub 4 also based on the further predicted backhaul capacity need. Further, as inferred from the above, the backhaul hub 4 may receive actual and/or predicted capacity needs from a plurality of backhaul client functional units 11b.
- the backhaul capacity grant issued by the backhaul hub 4 may therefore be based on actual and/or predicted capacity needs as transmitted from all backhaul client functional units 11b.
- the backhaul client functional unit 11b may therefore be arranged to, in a step S38, wirelessly receive a backhaul capacity grant from the backhaul hub 4 where the backhaul capacity grant is based on actual and/or the predicted capacity need from all backhaul client functional units 11b operatively connected to the backhaul hub 4.
- the backhaul hub 4 may be arranged to grant resources corresponding to an average data rate of Q/N bytes per sub-frame, where N is the number of sub frames between two backhaul BSRs.
- N is the number of sub frames between two backhaul BSRs.
- the backhaul client functional unit 11b may be arranged to combine the current buffer status and the predicted capacity need into a single value.
- the backhaul client functional unit 11b may further be arranged to report this value to the backhaul hub 4. This is illustrated in Figure 8.
- the format for the BSR report can be used as it is specified in 3GPP/LTE.
- control signalling may relate to initial access of the UE 3a-d to the network node functional unit 11a.
- herein disclosed embodiments may in such scenarios enable the time to change from "Idle mode” to "Connected mode” to be reduced.
- a random access preamble issued by a UE 3a-d may be regarded as an indicator to set the backhaul in "Connected mode". That the transmission of the random access preamble does not result in any further signalling does not matter since the UE 3a-d for some reason deems a connection to the network node functional unit 11a to be of use/need. For example, the UE 3a-d may at a later stage transmit a further random access preamble.
- the random access preamble may be regarded as the first step in the connection set-up between the UE 3a-d and the network node functional unit 11a.
- the signalling flow according to Figure 9 follows.
- a random access procedure may also be initiated between the backhaul client functional unit lib and the backhaul hub 4.
- the network node functional unit 11a may be arranged to, in a step Si4a, notify the backhaul client functional unit 11b to initiate a random access procedure with the backhaul hub 4 in response to the network node functional unit lib having received the control signalling from the network node functional unit 11a in step S32.
- the backhaul client functional unit lib may thus be arranged to, in a step S32a, receive the notification from the network node functional unit 11a to configure the communications link by initiating a random access procedure with the backhaul hub 4.
- the backhaul client functional unit 11b may then be arranged to, in a step S34a, initiate the random access procedure with the backhaul hub 4. This procedure may be initiated by the backhaul client functional unit lib sending a random access preamble in the first available time and frequency interval allocated for random access.
- the network node functional unit na may be arranged to, in a step Si4b, notify the backhaul client functional unit to lib initiate the random access procedure by wirelessly transmitting a random access preamble in a first available time and frequency interval allocated for random access between the backhaul client functional unit lib and the backhaul hub 4.
- This notification is received by the backhaul client functional unit to 11b in a step S32b.
- the backhaul client functional unit to 11b may then be arranged to, in a step S34b, initiate the random access procedure by wirelessly transmitting the random access preamble in the first available time and frequency interval allocated for random access between the backhaul client functional unit 11b and the backhaul hub 4.
- the network node functional unit 11a may determine a false detection of a random access preamble. In this case no L2/L3 message associated with the falsely detected random access preamble will be detected from the UE 3a-d and the random access procedure may be terminated by the network node functional unit 11a.
- the initiated random access procedure between the backhaul client functional unit 11b and the backhaul hub 4 may however already have been initiated but is of no use. At least two alternative
- the network node functional unit 11a may therefore be arranged to, in a step S14C, notify the backhaul client functional unit to interrupt the initiated random access procedure by the backhaul client functional unit lib by not transmitting any L2 and/or L3 messages to the backhaul hub 4.
- This notification is received by the backhaul client functional unit 11b in a step S32C.
- the backhaul client functional unit to 11b may then be arranged to, in a step S34C, interrupt the initiated random access procedure according to the received notification.
- the backhaul hub 4 may thus be arranged to regard the random access preamble transmitted by the backhaul client functional unit to 11b as a false detection.
- An alternatively procedure is that the random access procedure between the backhaul client functional unit 11b and the backhaul hub 4 is finalized, but that the backhaul client functional unit lib does not request any transmission on the thus established backhaul (i.e. on the communications link 6a-b) or reports an empty BSR to the backhaul hub 4. That is, in an embodiment where the random access procedure has been completed, the network node functional unit 11a may be arranged to, in a step Si4d, notify the backhaul client functional unit lib to interrupt further communications with the backhaul hub 4 by not requesting any transmission on the communications link 6a-b to the backhaul hub 4 or by transmitting an empty buffer status report (BSR) to the backhaul hub 4. This notification is received by the backhaul client functional unit 11b in a step S32d. The backhaul client functional unit to lib may then be arranged to, in a step S34d, interrupt the further communications according to the received notification.
- BSR buffer status report
- a yet further alternatively procedure is that the backhaul client functional unit 11b and the backhaul hub 4 already have established a connection.
- the backhaul client functional unit 11b may then send a scheduling request (SR) or buffer status report (BSR) instead when the network node functional unit 11a detects a random access preamble. That is, in an embodiment where the backhaul client functional unit 11b has established the communication link 6a-b to the backhaul hub 4, the network node functional unit 11a may be arranged to, in a step Si4e, notify, the backhaul client functional unit 11b, upon having received the control signalling from the UE 3a-d, to transmit a scheduling request, SR, or buffer status report, BSR, to the backhaul hub 4.
- SR scheduling request
- BSR buffer status report
- This notification is received by the backhaul client functional unit lib in a step S32e.
- the backhaul client functional unit to 11b may then be arranged to perform the instructions as received in the notification.
- the inventive concept has mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the inventive concept, as defined by the appended patent claims.
- the backhaul does not need to be 3GPP compliant. Proprietary modifications may thus be made to improve backhaul performance further compared to a LTE compliant backhaul access.
- Such modifications may enable the backhaul hub 4 to be aware of not only an estimate of the current resource need, but also of the prediction (future backhaul capacity need). This may enable the backhaul hub 4 to perform more intelligent scheduling decisions, which in turn may lead to yet further increased quality of service.
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
There is provided configuration of a communications link. The configuration involves wirelessly receiving control signalling from a user equipment by a network node functional unit. The control signalling relates to an uplink communications resource between the user equipment and the network node functional unit. The configuration further involves notifying, in response to receiving the control signalling and prior to receiving any user data associated with the control signalling from the user equipment on the uplink communications resource, a backhaul client functional unit to configure a communications link to a backhaul hub.
Description
CONFIGURATION OF COMMUNICATIONS LINK TO BACKHAUL HUB ACCORDING TO PREDICTED BACKHAUL CAPACITY NEED BASED ON CONTROL SIGNALLING RECEIVED PRIOR TO USER DATA
TECHNICAL FIELD
Embodiments presented herein relate to mobile communication networks, and particularly to a method, a user equipment and a computer program for configuring a communications link in a mobile communication network.
BACKGROUND
In mobile communication networks, there is always a challenge to obtain good performance and capacity for a given communications protocol, its parameters and the physical environment in which the mobile
communication network is deployed.
Wireless backhaul is a proven technology for connecting network nodes such as radio base stations to the backbone network. The communications between the network node and the backbone network occurs between a backbone client provided at the network node and a backbone hub provided at the backbone network. Point-to-point microwave links have been used to provide this connectivity. Lately, so-called Point-to-MultiPoint (P2MP) systems have been considered. In P2MP systems one backhaul hub often provides connectivity to more than one backbone client. Such P2MP systems thus impose the need for multiplexing of more than one backhaul client. In a case there is a wireless communications link between the backbone client and the backbone hub a scheduled air interface is needed.
Hence, there is still a need for an improved backhaul communications.
SUMMARY
An object of embodiments herein is to provide improved backhaul
communications.
The inventors of the enclosed embodiments have realized that one parameter characteristic for backhaul communications is the data transmission delay that the backhaul results in. A particular object is therefore to provide improved backhaul communications by reducing the data transmission delay.
According to a first aspect there is presented a method for configuring a communications link. The method is performed by a network node functional unit. The method comprises wirelessly receiving control signalling from a user equipment. The control signalling relates to an uplink communications resource between the user equipment and the network node functional unit. The method comprises notifying, in response to receiving said control signalling and prior to receiving any user data associated with said control signalling from said user equipment on said uplink communications resource, a backhaul client functional unit to configure a communications link to a backhaul hub.
Advantageously this reduces the uplink data delay over a wireless backhaul. Advantageously this also reduces the time to prepare the backhaul for data transmission (i.e. to switch the backhaul from "idle mode" to "connected mode"). According to a second aspect there is presented a network node for
configuring a communications link. The network node comprises a network node functional unit. The network node functional unit is arranged to wirelessly receive control signalling from a user equipment. The control signalling relates to an uplink communications resource between the user equipment and the network node functional unit. The network node functional unit is arranged to notify, in response to receiving the control signalling and prior to receiving any user data associated with the control signalling from the user equipment on the uplink communications resource, a backhaul client functional unit to configure a communications link to a backhaul hub.
According to a third aspect there is presented a computer program for configuring a communications link, the computer program comprising computer program code which, when run on a network node functional unit, causes the network node functional unit to perform a method according to the first aspect.
According to a fourth aspect there is presented a computer program product comprising a computer program according to the third aspect and a computer readable means on which the computer program is stored.
According to a fifth aspect there is presented a method for configuring a communications link. The method is performed by a backhaul client functional unit. The method comprises receiving a notification from a network node functional unit to configure a communications link to a backhaul hub, wherein the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment, the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit, the notification having been issued prior to the network node functional unit receiving any user data associated with said control signalling from said user equipment on said uplink communications resource. The method comprises initiating configuration of said communications link to the backhaul hub.
According to a sixth aspect there is presented a network node for configuring a communications link. The network node comprises a backhaul client functional unit. The backhaul client functional unit is arranged to receive a notification from a network node functional unit to configure a
communications link to a backhaul hub. The notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment. The control signalling relates to an uplink communications resource between the user equipment and the network node functional unit. The notification has been issued prior to the network node functional unit receiving any user data associated with the control signalling from the user equipment on the uplink communications resource. The backhaul client functional unit is arranged to initiate configuration of the communications link to the backhaul hub.
According to a seventh aspect there is presented a computer program for configuring a communications link, the computer program comprising computer program code which, when run on a backhaul client functional
unit, causes the backhaul client functional unit to perform a method according to the fifth aspect.
According to a eighth aspect there is presented a computer program product comprising a computer program according to the seventh aspect and a computer readable means on which the computer program is stored.
It is to be noted that any feature of the first, second, third, fourth, fifth, sixth, seventh and eighth aspects may be applied to any other aspect, wherever appropriate. Likewise, any advantage of the first aspect may equally apply to the second, third, fourth, fifth, sixth, seventh and/or eighth aspect, respectively, and vice versa. Other objectives, features and advantages of the enclosed embodiments will be apparent from the following detailed disclosure, from the attached dependent claims as well as from the drawings.
Generally, all terms used in the claims are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to "a/an/the element, apparatus, component, means, step, etc." are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated. BRIEF DESCRIPTION OF THE DRAWINGS
The inventive concept is now described, by way of example, with reference to the accompanying drawings, in which:
Figure 1 is a schematic diagram illustrating a mobile communication network where embodiments presented herein may be applied; Figures 2-9 are signal flow diagrams according to embodiments;
Figure 10 is a schematic diagram showing functional units of a network node;
Figure 11 shows one example of a computer program product comprising computer readable means; and
Figures 12, 13, 14 and 15 are flowcharts of methods according to
embodiments.
DETAILED DESCRIPTION
The inventive concept will now be described more fully hereinafter with reference to the accompanying drawings, in which certain embodiments of the inventive concept are shown. This inventive concept may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and will fully convey the scope of the inventive concept to those skilled in the art. Like numbers refer to like elements throughout the description.
There exist several standardized radio access networks that offer wireless data communication. Common for most of all these radio access networks is that initial control signalling precedes the actual data transfer. In general terms, the initial control signalling indicates that there soon will be data transferred from the entity transmitting of the initial control signalling to the entity receiving the initial control signalling. Figure 1 is a schematic diagram illustrating a mobile communication network 1 where embodiments presented herein can be applied. The mobile communications network 1 comprises network nodes 2a, 2b, user equipment (UE) 3a, 3b, 3c, 3d and a backhaul hub 4. The term UE is also known as mobile communication terminal, mobile terminal, user terminal, user agent, mobile phone, etc. The term network node is also known as base station and may generally be a eNodeBs (E-UTRAN NodeB, also known as Evolved NodeB), a NodeB, a base transceiver station, or any type of similar base station. The network nodes 2a- b provide network connectivity to the UEs 3a-3d through wireless
communications links 5a, 5b, 5c, 5d. In turn, the network nodes 2a-b are operatively connected to the backhaul hub 4 through wireless
communications links 6a, 6b. The mobile communication network 1 may generally comply with any one or a combination of W-CDMA (Wideband Code Division Multiplex), LTE (Long Term Evolution), EDGE (Enhanced
Data Rates for GSM Evolution, Enhanced GPRS (General Packet Radio Service)), CDMA2000 (Code Division Multiple Access 2000), etc., as long as the principles described hereinafter are applicable.
As will be further disclosed below, each network node 2a-b may comprise a network node functional unit and a backhaul client functional unit. The network node functional unit is responsible for handling the communications with the UE 3a-d and the backhaul client functional unit is responsible for handling the communications with the backhaul hub. Figure 2 illustrates an exemplary scenario where the communications between the UE 3a-d and the network node 2a-b as well as the communications between the network node 2a-b and the backhaul hub 4 is based on any wireless technology. In the exemplary scenario of Figure 2 the communications between the network node 2a-b and the backhaul hub 4 is based on LTE. Examples of signalling that precede the actual data transfer in a LTE system are 'Scheduling
Request' (SR), 'Buffer Status Report' (BSR), 'Scheduling Grant' (SG), and 'Access Grant' (AG). As schematically illustrated in Figure 2, before access data (hereinafter denoted user data) is transmitted from the UE 3a-d to the network node functional unit 11a the UE 3a-d and the network node functional unit 11a exchange signalling preceding the user data. Such signalling is hereinafter denoted control signalling. After successfully decoded user data has been transmitted from the network node functional unit 11a to the backhaul client functional unit 11b the backhaul client functional unit lib exchanges control signalling with the backhaul hub 4. According to the exemplary scenario of Figure 2 the control signalling involves SR, BSR and SG. Backhaul data may then be transmitted from the backhaul client functional unit 11b to the backhaul hub 4. In general trems, the trigger for the backhaul capacity is provided by a uplink (UL) grant sent fron the network functional unit 11a to the UE 3a-d.
Scheduling in a conventional, data driven, wireless backhaul system is illustrated in Figure 3. Successfully decoded data on the communications link between the UE 3a-d and the network node functional unit 11a is provided to a buffer at the backhaul client functional unit 11b after control signalling
between the network node functional unit na and the UE 3a-d and
transmission of user data from the network node functional unit na to the UE 3a-d. The transition from an empty to a non-empty buffer triggers the backhaul client functional unit lib to request backhaul resources from the backhaul hub 4, as described above with reference to Figure 2. The backhaul hub 4 grants resources and backhaul data is transmitted from the backhaul client functional unit 11b to the backhaul hub 4.
Figure 4 illustrates the same system as described with reference to Figure 3 but illustrates the control signalling if initial data shall be forwarded (i.e., so- called initial access). This may represent a scenario where data buffers in the UE 3a-d and in the backhaul client functional unit lib were both empty when the data transfer need occurred in the UE 3a-d. The backhaul client functional unit 11b shall in such a case be prepared to forward data to the backhaul hub 4. This corresponds to scenarios where the backhaul switch from "Idle mode" to "Connected mode", described in Figure 7.1-1 in the 3GPP specification 25.331 v 11.4.0. In general terms, initial access is the first action in order to switch from "Initial mode" to "Connected mode" in order to prepare the backhaul for data forwarding. A physical random access channel (PRACH) is provided for the UE 3a-d to request access to the network by means of establishing a communications link to a network node 2a-b). This means that random access bursts should be detected with good confidence and, when detected, used for propagation delay estimation. Figure 4 shows the PRACH signalling scheme between a UE 3a-d and a network node functional unit 11a of a network node 2a-b. The signalling starts with the UE 3a-d transmitting a preamble within a predefined time window. Such a preamble is also part of the herein denoted control signalling. The network node functional unit thus needs to detect the incoming PRACH preamble and in return transmit a Random Access Response (RAR) containing an identifier of the used preamble within a given timeframe. The identifier includes the detected preamble and the time-frequency slot in which the preamble was detected. This RAR also contains timing alignment (TA) instructions, an initial uplink resource grant and an assignment of a Cell Radio Network
Temporary Identifier (C-RNTI). In turn, the UE 3a-d responds to the network node functional unit with a so-called "Step 3 message".
The sequence of events in Figures 2 and 3 implies a relatively long data delay as the backhaul client functional unit lib is enabled to initiate any signalling first when having observed that data has arrived at its buffers. Also, the
PRACH sequence in Figure 4 implies a long delay from UE initiated PRACH until the backhaul is ready for data transmissions.
The embodiments disclosed herein relate to configuring a communications link 6a, 6b. The embodiments disclosed herein are based on the network node functional unit 11a and the backhaul client functional unit 11b have access to and make use of information that data soon will be forwarded from a UE 3a-d to a network node 2a-b. Such information may be used to speed up the data forwarding over the backhaul link 6a-b. Also, as the backhaul link 6a-b does not need to be 3GPP compliant, proprietary modifications can be made to improve backhaul performance further (in comparison to LTE compliant backhaul access). Moreover, in order to speed up transition from "Idle mode" to "Connected mode" for the backhaul, some embodiments disclosed herein are based on a speculative "radio resource control (RRC) connect request" to be forwarded from the backhaul client functional unit 11b to the backhaul hub based on random access transmission from the UE 3a-d to the network node functional unit 11a.
In order to obtain configuration of a communications link 6a, 6b there is provided a network node 2a-b comprising a network node functional unit 11a, a method performed by the network node functional unit, a computer program 13a comprising code, for example in the form of a computer program product 12a, that when run on the network node functional unit 11a, causes the network node functional unit 11a to perform the method. In order to obtain configuration of a communications link 6a, 6b there is further provided a network node 2a-b comprising a backhaul client functional unit 11b, a method performed by the backhaul client functional unit 11b, a computer program 13b comprising code, for example in the form of a
computer program product 12b, that when run on the backhaul client functional unit lib, causes the backhaul client functional unit lib to perform the method.
Figure 10 schematically illustrates, in terms of a number of functional modules, the components of a network node 2a, 2b. A processing unit 7 is provided using any combination of one or more of a suitable central processing unit (CPU), multiprocessor, microcontroller, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate arrays (FPGA) etc., capable of executing software instructions stored in at least one computer program product 12a, 12b (as in Figure 11), e.g. in the form of a memory 10.
The memory 10 comprises instructions related to a network node functional unit 11a and to a backhaul client functional unit lib. The network node functional unit 11a is thus arranged to hold functionality associated with the network node functional unit 11a. The backhaul client functional unit lib is thus arranged to hold functionality associated with the backhaul client functional unit lib. The memory 10 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.
By accessing the memory 10 and/or the computer program product 12a, 12b the processing unit 7 is thereby arranged to execute methods as herein disclosed. The network node 2a, 2b may further comprise an input/output (I/O) interface 8 for receiving and providing information to other network nodes 2a, 2b The network node 2a, 2b may also comprises one or more transmitters and receivers as schematically denoted by the antennae 9, comprising analogue and digital components and a suitable number of antennae elements for radio communication with the UE 3a-d as well as the backhaul hub 4. The processing unit 7 controls the general operation of the network node 2a, 2b, e.g., by executing instructions as provided by the network node functional unit 11a and the backhaul client functional unit lib.
Other components, as well as the related functionality, of the network node 2a, 2b are omitted in order not to obscure the concepts presented herein.
Figures 12, 13, 14 and 15 are flow charts illustrating embodiments of methods for configuring a communications link 6a, 6b. The methods of Figures 12 and 13 are performed by the network node functional unit 11a. The methods of Figures 12 and 13 are performed by the backhaul client functional unit lib. The methods are advantageously provided as computer programs 13a, 13b. Figure 11 shows one example of a computer program product 12a, 12b comprising computer readable means 14a, 14b. On this computer readable means 14a, 14b, at least one computer program 13a, 13b can be stored, which at least one computer program 13a, 13b can cause the processing unit 7 and thereto operatively coupled entities and devices to execute methods according to embodiments described herein. In the example of Figure 11, the computer program product 12a, 12b is illustrated as an optical disc, such as a CD (compact disc) or a DVD (digital versatile disc) or a Blu-Ray disc. The computer program product 12a, 12b could also be embodied as a memory, such as a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), or an electrically erasable programmable read-only memory (EEPROM) and more particularly as a non-volatile storage medium of a device in an external memory such as a USB (Universal Serial Bus) memory. Thus, while the computer programs 13a, 13b are here schematically shown as a track on the depicted optical disk, the computer programs 13a, 13b can be stored in any way which is suitable for the computer program product 12a, 12b. In general terms, the scheduler in a network node 2a, 2b is arranged to schedule resources in both downlink (i.e., transmission from a network node 2a, 2b to a UE 3a-d) and uplink (i.e., transmission from a UE 3a-d to a network node 2a, 2b). In the uplink, the scheduler needs information about the user data that is available in the buffers of the UE 3a-d. This is achieved by transmitting scheduling information messages from the UE 3a-d to the network node 2a, 2b to which the UE 3a-d is operatively connected. The scheduling information is transmitted as part of the Medium Access Layer
Protocol (MAC) and can therefore be either piggybacked with other transmissions (when those are on-going) or be sent stand alone by creating MAC protocol data units (PDUs) just to transfer the scheduling information.
According to the herein disclosed subject matter the scheduler is part of the network node functional unit iia. The scheduler at the network node 2a, 2b is able to, with relatively high accuracy, predict the amount of data that will be added to the backhaul client functional unit lib based on the signalling preceding the actual data transfer. This predicted information can be forwarded to the backhaul client functional unit lib with low delay and the backhaul client functional unit lib can perform reservation of backhaul capacity in a speculative way, leading to reduced delay for backhaul transmission.
Returning now to Figure l, the herein disclosed embodiments are in general terms based on the network node functional unit iia evaluating (and predicting) a backhaul capacity need for a UE 3a-d based on signalling preceding actual data transfer from the UE 3a-d to the network node functional unit 11a. A method for configuring a communications link 6a, 6b as performed by a network node functional unit 11a thus comprises, in a step S12, wirelessly receiving control signalling from a user equipment, UE, 3a, 3b, 3c, 3d. The control signalling relates to an uplink communications resource between the UE 3a-d and the network node functional unit 11a.
The control signalling may be received over a physical uplink shared channel, PUSCH, or a physical uplink control channel, PUCCH. The communications resource may thus refer to a communications link 5a-d already having been established between the UE 3a-d and the network node functional unit 11a. Alternatively, and as will be further disclosed below, the control signalling may relate to initial access of the UE 3a-d to the network node functional unit 11a. According to one embodiment the communications resource may thus refer to a communications link 5a, 5b, 5c, sd to be established between the UE 3a-d and the network node functional unit 11a. The control signalling may thus comprise a random access preamble or a response to the random access
preamble. The control signalling may thus be received over a physical random access channel, PRACH.
The backhaul capacity need estimate is then sent to the backhaul client functional unit lib. Particularly, the network node functional unit na is arranged to, in a step S14, notify the backhaul client functional unit lib to configure a communications link 6a, 6b to a backhaul hub 4. In this respect, the communications link 6a, 6b to be configured may be an already established communications link 6a, 6b or a communications link 6a, 6b which is to be established (below referred to as initial access). Further, the configuration pertains to a change of at least one property of the
communications link 6a, 6b. The change may involve change of amount of data to be transmitted, bit rate, scheduling, etc. The notifying is by the network node functional unit 11a performed in response to receiving the control signalling. The notifying is further performed prior to the network node functional unit 11a receiving any user data associated with the control signalling from the UE 3a-d on the uplink communications resource.
The notifying is received by the backhaul client functional unit lib. A method for configuring a communications link 6a, 6b as performed by a backhaul client functional unit lib thus comprises receiving, in a step S32, the notification from the network node functional unit 11a to configure the communications link 6a, 6b to the backhaul hub 4. The backhaul client functional unit lib is then arranged to, in a step S34, initiate configuration of the communications link 6a-b to the backhaul hub 4. The backhaul hub 4 is thus arranged to receive signalling associated with the configuration from the backhaul client functional unit 11b.
As will be further disclosed next, a backhaul capacity grant issued by the backhaul hub 4 may be based on actual and/or predicted capacity need from all backhaul client functional units 11b operatively connected to the backhaul hub 4. Particularly, the network node functional unit 11a may be arranged to, in a step S16, predict a backhaul capacity need for transmitting user data from the backhaul client functional unit 11b to the backhaul hub 4. The
prediction is based on the control signalling received by the network node functional unit 11a. The prediction may be based on at least one from a set of available parameters suitable for evaluation and prediction of the need of backhaul resources. In general terms the herein disclosed available
parameters suitable for evaluation and prediction of the need of backhaul resources are indicative of a resource need.
For example, if present, the backhaul capacity need may be predicted based on a random access preamble in the control signalling. The random access preamble may imply that UL backhaul resources may be needed within a short period. For example, if present, the backhaul capacity need may be predicted based on a random access response in the control signalling. The random access response may imply, with an even larger probability than if a random access preamble is present, that UL backhaul resources may be needed resources within a short period. For example, if present, the backhaul capacity need may be predicted based on a scheduling request (SR) in the control signalling. The SR may imply with a large probability that UL backhaul resources may be needed within a short period. For example, if present, the backhaul capacity need may be predicted based on an access grant (AG) in the control signalling, the AG following a SR. The AG may imply, with an even larger probability than if a SR is present, that UL backhaul resources may be needed within a short period.
For example, if present, the backhaul capacity need may be predicted based on a buffer status report (BSR) in the control signalling. The BSR may imply that there will be a specific need of UL backhaul resources within a short period. For example, if present, the backhaul capacity need may be predicted based on information in the control signalling regarding the amount of data in at least one uplink buffer originating from the UE 3a-d. This may indicate that there exists an immediate need of UL backhaul resources corresponding to the amount of data in the buffer. For example, if present, the backhaul capacity need may be predicted based on an AG in the control signalling, the AG following a BSR. The AG may imply, with an even larger probability than
if a BSR is present, that UL backhaul resources may be needed within a short period. For example, if present, the backhaul capacity need may be predicted based on channel state information (CSI) in the control signalling. The network node functional unit 11a may be arranged to estimate of how the backhaul resource need indicated by BSR will change over time by means of the CSI.
The prediction may further be based on an amount of data generated by the network node functional unit 11a addressed to a network-side node, such as to another network node 2b or a backhaul hub 4. This prediction may correspond to the actual amount of data generated.
The notification with backhaul capacity need as sent in step S14 from the network node functional unit 11a to the backhaul client functional unit lib may comprise a predicted estimate of backhaul need for the time when a grant is expected from the backhaul hub 4. The network node functional unit 11a may therefore be arranged to, in a step S18, estimate a point in time for a scheduling grant to be issued by the backhaul hub 11b. The scheduling grant pertains to the backhaul capacity need. The backhaul capacity need may be predicted based on said point in time.
The notification with backhaul capacity need as sent in step S14 from the network node functional unit 11a to the backhaul client functional unit lib may alternatively be provided as a forecast of future backhaul need over close time. That is, the backhaul capacity need may be predicted for data transmission from the backhaul client functional unit lib to the backhaul hub 4 over a predetermined period of time. Information relating to the prediction may then be forwarded from the network node functional unit 11a to the backhaul client functional unit lib and from the backhaul client functional unit 11b to the backhaul hub 4.
Particularly, the network node functional unit 11a may be arranged to, in a step Si4f, notify, in response to receiving the control signalling and prior to receiving any user data corresponding to the control signalling from the UE
3a-d on the uplink communications resource, the backhaul client functional unit 11b of the predicted backhaul capacity need. The network node functional unit 11a may further be arranged to, in a step S22, transmit a scheduling grant to the UE 3a-d in conjunction with notifying the backhaul hub functional 11a of the predicted backhaul capacity need. This may further reduce the time needed before any backhaul transmission may be executed.
The prediction information sent by the network node functional unit 11a is received by the backhaul client functional unit lib. Particularly, the backhaul client functional unit 11b may be arranged to, in a step S32f, receive the notification from the network node functional unit 11a. The backhaul client functional unit lib may then be arranged to, in a step S36, wirelessly transmit the predicted backhaul capacity need to the backhaul hub 4. The predicted backhaul capacity need is then received by the backhaul hub 4.
An advantage with providing a notification comprising a predicted estimate is that the backhaul hub 4 does not need to be involved in the prediction process. Hence, the backhaul hub 4 may in such scenarios act as a common network node 2a-b, such as an LTE eNodeB. In this context, the backhaul client functional unit lib may act as a UE 3a-d, such as an LTE UE (except for handling prediction and estimation as herein disclosed). This is illustrated in Figure 5. In Figure 5 the network node functional unit 11a transmits a prediction to the backhaul client functional unit 11b before having received any user data from the UE 3a-d. As further illustrated in Figure 5, the backhaul client functional unit lib may thereby initiate communications with the backhaul hub 4 before having received any user data from the network node functional unit 11a.
Alternatively, if the backhaul hub 4 receives a forecast of future backhaul need over close time from each operatively connected backhaul client functional unit 11b, the backhaul hub 4 may be enabled to determine scheduling decisions which take into consideration information from more than one client functional unit lib. Moreover, the backhaul hub 4 may further
be arranged to issue speculative grants with good result even if a new updated BSR is received late. This is illustrated in Figure 6.
A further alternative is that each backhaul client functional unit 11b sends a forecast of a future backhaul need and a corresponding reliability measure of this forecast to the backhaul hub 4. Therefore, the network node functional unit 11a may be arranged to, in a step S20, determine a reliability measure of the prediction. The network node functional unit 11a may then be arranged to, in a step Si4g, notify the backhaul client functional unit 11b of the determined reliability measure in conjunction with the notification of the predicted backhaul capacity need. Thereby, for a backhaul client functional unit 11b that will receive user data with a probability less than 1 may only receive a speculative grant if no other backhaul client functional units 11b will receive user data with probability 1. This alternative is also covered by the steps illustrated in Figure 6. The LTE standard supports data streams with different priorities in such way that the UE 3a-d is arranged to inform the network node functional unit 11a of the buffer status for each priority class. Hence, the user data to be transmitted may be associated with at least two priority classes, and the control signalling from the UE 3a-d may comprise buffer status information from at least one of the at least two priority classes. A format which considers priority classes may thus be utilized for the LTE oriented wireless backhaul, thereby enabling the backhaul hub 4 scheduler to perform decisions based on data priority. This is illustrated in Figure 7. An alternative approach is illustrated in Figure 8. As noted above, the predicted backhaul capacity need may be based on parameters received by the network node functional unit 11a in the control signalling from the UE 3a-d. Additionally or alternatively the network node functional unit 11a may me arranged to determine the predicted backhaul capacity need based on other parameters, such as uplink communications resource between the UEs 3a-d and the network node functional unit 11a. Particularly, the network node functional unit 11a may be arranged to, in a step Si2a, wirelessly receive separate control signalling from Ki number of UEs 3a-d, wherein each separate control signalling relates to an
uplink communications resource between one UE 3a-d and the network node functional unit 11a. The network node functional unit 11a may then be arranged to, in a step Si6a, predict the backhaul capacity need, Q, as
Q =∑k ( Gk ( i - Pk ) ) [bytes]
where∑k is the summations operator over the index k, where o < Pk < 1 denotes hybrid automatic repeat request, HARQ, retransmission rate on the k:th access link, 1 < k < K, and where Gk denotes the access scheduling grant for the k:th access link, 1 < k < Ki. The network node functional unit 11a may be further be arranged to, in a step Si2b, wirelessly receive separate control signalling from K2 < Ki number of UEs 3a-d, wherein each separate control signalling relates to an uplink communications resource between one UE 3a- d and the network node functional unit 11a. Further, for K2, the network node functional unit 11a may be arranged to, in a step Si6b, predict the backhaul capacity need, Q, as
Q =∑k ( Gk ) [bytes],
where∑k is the summations operator over the index k, where Gk denotes the access scheduling grant for the k:th access link, 1 < k < K2. This alternative estimation of Q may be used in order to avoid assigning too small grants to transmit a complete OSI (Open Systems Interconnection) model layer-3 packet.
As the skilled person understands, these are just two examples of available ways to determine Q. For example, the backhaul capacity need, Q, may take into consideration also the magnitude of the Gk. For example, if all Gk are ordered such that Gi > Gi+i for all i = 1, K, then Q could be estimated as Gi +∑k>i ( Gk ( i - Pk ) ) [bytes].
The network node functional unit 11a may then be arranged to, in a step S14I1, notify the backhaul client functional unit lib to transmit Q and information regarding a current buffer status, B, of the backhaul client functional unit to the backhaul hub 4. B and Q may be transmitted either as separate values or as a single value, C, for example as C = B + Q.
l8
Upon reception of this notification the backhaul client functional unit lib may in turn me arranged to forward Q along with its current buffer status, B, as a backhaul BSR message to the backhaul hub 4. This enables the scheduler at the backhaul hub 4 to grant resources in advance (at most B+Q bytes) which in turn enables backhaul transmission to start immediately after user data is available in the buffer at the backhaul client functional unit 11b.
In general terms, the predicted backhaul capacity need may thus be based on control signaling from a plurality of UEs 3a-d. Particularly, the network node functional unit 11a may be arranged to, in a step Si2c, wirelessly receive further control signalling from at least one further u UE 3a-d, the further control signalling relating to user data to be transmitted between the at least one further UE 3a-d and the network node functional unit 11a. The network node functional unit 11a may then be arranged to, in a step Si6b, predict the backhaul capacity need also based on the further control signalling. One such example has been provided above with reference to the determined backhaul capacity need Q. The predicted backhaul capacity need based on the further control signalling is transmitted to, and received by, the backhaul client functional unit lib.
The backhaul client functional unit 11b may further receive predicted backhaul capacity needs from a plurality of network node functional units
11a. Particularly the backhaul client functional unit lib may be arranged to, in a step S32g, receive a further notification from a further network node functional unit 11a, the further notification comprising a further predicted backhaul capacity need, the further predicted backhaul capacity need being based on further control signalling received by the further network node functional unit 11a. The backhaul client functional unit lib may then be arranged to determine the predicted backhaul capacity need to be wirelessly transmitted to the backhaul hub 4 also based on the further predicted backhaul capacity need. Further, as inferred from the above, the backhaul hub 4 may receive actual and/or predicted capacity needs from a plurality of backhaul client functional
units 11b. The backhaul capacity grant issued by the backhaul hub 4 may therefore be based on actual and/or predicted capacity needs as transmitted from all backhaul client functional units 11b. The backhaul client functional unit 11b may therefore be arranged to, in a step S38, wirelessly receive a backhaul capacity grant from the backhaul hub 4 where the backhaul capacity grant is based on actual and/or the predicted capacity need from all backhaul client functional units 11b operatively connected to the backhaul hub 4.
In the embodiment illustrated in Figure 7 it may be assumed that a backhaul BSR is transmitted in every sub-frame (however, as will be understood from the below, this is not a necessary criterion). Clearly, this minimizes the queuing delay at the backhaul client functional unit 11b and the overhead is manageable as long as the number of backhaul client functional units 11b operatively connected to the backhaul hub 4 remains below a certain number of operatively connected devices. To maintain a low overhead also when there are a higher number of operatively connected devices, it may be necessary to reduce the BSR rate. In either case, Q may be regarded as a prediction of the number of bytes that will be added in the backhaul client functional unit 11b buffers until the next BSR. In addition to the B bytes that reside in the buffer at the backhaul client functional unit lib when the backhaul BSR is transmitted, the backhaul hub 4 may be arranged to grant resources corresponding to an average data rate of Q/N bytes per sub-frame, where N is the number of sub frames between two backhaul BSRs. Further, assuming a wireless backhaul (i.e., wireless communications links 6a-b) that has similar performance characteristics as the LTE access network, an uplink scheduling grant sent in sub-frame n is valid in sub-frame n + 4. As a consequence thereof, the delay reduction achieved is 4 ms.
To reduce the BSR overhead further, the backhaul client functional unit 11b may be arranged to combine the current buffer status and the predicted capacity need into a single value. The backhaul client functional unit 11b may further be arranged to report this value to the backhaul hub 4. This is illustrated in Figure 8. In this and similar cases, the format for the BSR
report can be used as it is specified in 3GPP/LTE. For example, the backhaul client functional unit lib may report C = B + Q as the BSR.
As noted above, the control signalling may relate to initial access of the UE 3a-d to the network node functional unit 11a. As disclosed next, herein disclosed embodiments may in such scenarios enable the time to change from "Idle mode" to "Connected mode" to be reduced.
In general terms, if the backhaul is in "Idle mode" a random access preamble issued by a UE 3a-d may be regarded as an indicator to set the backhaul in "Connected mode". That the transmission of the random access preamble does not result in any further signalling does not matter since the UE 3a-d for some reason deems a connection to the network node functional unit 11a to be of use/need. For example, the UE 3a-d may at a later stage transmit a further random access preamble. The random access preamble may be regarded as the first step in the connection set-up between the UE 3a-d and the network node functional unit 11a.
In this case the signalling flow according to Figure 9 follows. As soon as a random access preamble is received by the network node functional unit 11a a random access procedure may also be initiated between the backhaul client functional unit lib and the backhaul hub 4. Particularly, the network node functional unit 11a may be arranged to, in a step Si4a, notify the backhaul client functional unit 11b to initiate a random access procedure with the backhaul hub 4 in response to the network node functional unit lib having received the control signalling from the network node functional unit 11a in step S32. The backhaul client functional unit lib may thus be arranged to, in a step S32a, receive the notification from the network node functional unit 11a to configure the communications link by initiating a random access procedure with the backhaul hub 4. The backhaul client functional unit 11b may then be arranged to, in a step S34a, initiate the random access procedure with the backhaul hub 4.
This procedure may be initiated by the backhaul client functional unit lib sending a random access preamble in the first available time and frequency interval allocated for random access. Therefore, the network node functional unit na may be arranged to, in a step Si4b, notify the backhaul client functional unit to lib initiate the random access procedure by wirelessly transmitting a random access preamble in a first available time and frequency interval allocated for random access between the backhaul client functional unit lib and the backhaul hub 4. This notification is received by the backhaul client functional unit to 11b in a step S32b. The backhaul client functional unit to 11b may then be arranged to, in a step S34b, initiate the random access procedure by wirelessly transmitting the random access preamble in the first available time and frequency interval allocated for random access between the backhaul client functional unit 11b and the backhaul hub 4. The network node functional unit 11a may determine a false detection of a random access preamble. In this case no L2/L3 message associated with the falsely detected random access preamble will be detected from the UE 3a-d and the random access procedure may be terminated by the network node functional unit 11a. The initiated random access procedure between the backhaul client functional unit 11b and the backhaul hub 4 may however already have been initiated but is of no use. At least two alternative
procedures can then be followed by the backhaul client functional unit 11b.
One possible procedure is that the L2/L3 message from the backhaul client functional unit lib is not transmitted to the backhaul hub 4 such that the random access procedure between the backhaul client functional unit 11b and the backhaul hub 4 is terminated. The network node functional unit 11a may therefore be arranged to, in a step S14C, notify the backhaul client functional unit to interrupt the initiated random access procedure by the backhaul client functional unit lib by not transmitting any L2 and/or L3 messages to the backhaul hub 4. This notification is received by the backhaul client functional unit 11b in a step S32C. The backhaul client functional unit to 11b may then be arranged to, in a step S34C, interrupt the initiated random access procedure
according to the received notification. The backhaul hub 4 may thus be arranged to regard the random access preamble transmitted by the backhaul client functional unit to 11b as a false detection.
An alternatively procedure is that the random access procedure between the backhaul client functional unit 11b and the backhaul hub 4 is finalized, but that the backhaul client functional unit lib does not request any transmission on the thus established backhaul (i.e. on the communications link 6a-b) or reports an empty BSR to the backhaul hub 4. That is, in an embodiment where the random access procedure has been completed, the network node functional unit 11a may be arranged to, in a step Si4d, notify the backhaul client functional unit lib to interrupt further communications with the backhaul hub 4 by not requesting any transmission on the communications link 6a-b to the backhaul hub 4 or by transmitting an empty buffer status report (BSR) to the backhaul hub 4. This notification is received by the backhaul client functional unit 11b in a step S32d. The backhaul client functional unit to lib may then be arranged to, in a step S34d, interrupt the further communications according to the received notification.
A yet further alternatively procedure is that the backhaul client functional unit 11b and the backhaul hub 4 already have established a connection. The backhaul client functional unit 11b may then send a scheduling request (SR) or buffer status report (BSR) instead when the network node functional unit 11a detects a random access preamble. That is, in an embodiment where the backhaul client functional unit 11b has established the communication link 6a-b to the backhaul hub 4, the network node functional unit 11a may be arranged to, in a step Si4e, notify, the backhaul client functional unit 11b, upon having received the control signalling from the UE 3a-d, to transmit a scheduling request, SR, or buffer status report, BSR, to the backhaul hub 4. This notification is received by the backhaul client functional unit lib in a step S32e. The backhaul client functional unit to 11b may then be arranged to perform the instructions as received in the notification.
The inventive concept has mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the inventive concept, as defined by the appended patent claims. For example, the backhaul does not need to be 3GPP compliant. Proprietary modifications may thus be made to improve backhaul performance further compared to a LTE compliant backhaul access. Such modifications may enable the backhaul hub 4 to be aware of not only an estimate of the current resource need, but also of the prediction (future backhaul capacity need). This may enable the backhaul hub 4 to perform more intelligent scheduling decisions, which in turn may lead to yet further increased quality of service.
Claims
1. A method for configuring a communications link (6a, 6b), the method being performed by a network node functional unit (11a), comprising the steps of:
wirelessly receiving (S12) control signalling from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit; and
notifying (S14), in response to receiving said control signalling and prior to receiving any user data associated with said control signalling from said user equipment on said uplink communications resource, a backhaul client functional unit (lib) to configure a communications link (6a, 6b) to a backhaul hub (4).
2. The method according to claim 1, wherein the communications resource refers to a communications link (5a, 5b, 5c, sd) to be established between the user equipment and the network node functional unit.
3. The method according to claim 1 or 2, wherein the control signalling comprises a random access preamble or a response to the random access preamble.
4. The method according to any one of the preceding claims, further comprising:
notifying (Si4a) the backhaul client functional unit to initiate a random access procedure with the backhaul hub in response to the network node functional unit receiving the control signalling.
5. The method according to claim 4, further comprising:
notifying (S14C) the backhaul client functional unit to interrupt the initiated random access procedure by the backhaul client functional unit by not transmitting any L2 and/or L3 messages to the backhaul hub.
6. The method according to claim 4, wherein in a case the random access procedure has been completed, the method further comprises:
notifying (Si4d) the backhaul client functional unit to interrupt further communications with the backhaul hub by not requesting any transmission on the communications link to the backhaul hub or by transmitting an empty buffer status report to the backhaul hub.
7. The method according to any one of the preceding claims, wherein in a case the backhaul client functional unit has established the communication link to the backhaul hub, the method further comprises:
notifying (Si4e), upon having received the control signalling, the backhaul client functional unit to transmit a scheduling request, SR, or buffer status report, BSR, to the backhaul hub.
8. The method according to any one of the preceding claims, further comprising:
predicting (S16), based on the received control signalling, a backhaul capacity need for transmitting user data from said backhaul client functional unit to said backhaul hub; and
notifying (14Ϊ), in response to receiving said control signalling and prior to receiving said user data corresponding to said control signalling from said user equipment on said uplink communications resource, the backhaul client functional unit of the predicted backhaul capacity need.
9. The method according to claim 8, further comprising:
determining (S20) a reliability measure of the prediction; and notifying (Si4g) the backhaul client functional unit of the determined reliability measure to the backhaul client functional unit in conjunction with the predicted backhaul capacity need.
10. The method according to claim 7 or 8, wherein the user data to be transmitted is associated with at least two priority classes, and wherein the control signalling from the user equipment comprises buffer status information from at least one of said at least two priority classes.
11. The method according to any one of claims 8 to 10, further comprising: transmitting (S22) a scheduling grant to the user equipment in conjunction with notifying the backhaul hub functional unit of the predicted backhaul capacity need.
12. The method according to any one of claims 8 to 11, further comprising: wirelessly receiving (Si2c) further control signalling from at least one further user equipment (3a, 3b, 3c, 3d), the further control signalling relating to user data to be transmitted between the at least one further user equipment and the network node functional unit; and
predicting (Si6b) said backhaul capacity need also based on said further control signalling.
13. A method for configuring a communications link (6a, 6b), the method being performed by a backhaul client functional unit (lib), comprising the steps of:
receiving (S32) a notification from a network node functional unit (11a) to configure a communications link (6a, 6b) to a backhaul hub (4), wherein the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit, the notification having been issued prior to the network node functional unit receiving any user data associated with said control signalling from said user equipment on said uplink communications resource; and
initiating (S34) configuration of said communications link to the backhaul hub.
14. The method according to claim 13, wherein the communications resource refers to a communications link (5a, 5b, 5c, sd) to be established between the user equipment and the network node functional unit.
15. The method according to claim 13 or 14, further comprising:
receiving (S32a) a notification from the network node functional unit to
configure the communications link by initiating a random access procedure with the backhaul hub, the notification having been issued in response to the network node functional unit receiving the control signalling; and
initiating (S34a) said random access procedure with the backhaul hub.
16. The method according to claim 13, further comprising:
receiving (S32C) a notification from the network node functional unit to interrupt the initiated random access procedure by not transmitting any L2 and/or L3 messages to the backhaul hub; and
interrupting (S34C) said initiated random access procedure according to said received notification.
17. The method according to any one of claims 13 to 16, wherein in a case the backhaul client functional unit has established the communication link to the backhaul hub, the method further comprises:
receiving (S32e) a notification from the network node functional unit to transmit a scheduling request, SR, or buffer status report, BSR, to the backhaul hub, wherein the notification has been issued in response to the network node functional unit having received the control signalling from the user equipment.
18. The method according to any one of claims 13 to 17, further comprising: receiving (S321 a notification from the network node functional unit, the notification comprising a predicted backhaul capacity need, the predicted backhaul capacity need being based on the control signalling received by the network node functional unit and relating to a backhaul capacity need for transmitting user data from said backhaul client functional unit to said backhaul hub, which user data is to be transmitted using said uplink communications resource, wherein the notification has been issued in response to the network node functional unit having received said control signalling and prior to the network node functional unit having received user data corresponding to said control signalling from said user equipment on said uplink communications resource; and
wirelessly (S36) transmitting the predicted backhaul capacity need to the backhaul hub.
19. The method according to claim 18, further comprising:
receiving (S32g) a further notification from a further network node functional unit, the further notification comprising a further predicted backhaul capacity need, the further predicted backhaul capacity need being based on further control signalling received by the further network node functional unit and relating to a further backhaul capacity need for
transmitting further user data from said backhaul client functional unit to said backhaul hub, wherein the further notification has been issued in response to the further network node functional unit having received said further control signalling and prior to the further network node functional unit having received said further user data corresponding to said further control signalling from at least one further user equipment; and
determining the predicted backhaul capacity need to be wirelessly transmitted to the backhaul hub also based on said further predicted backhaul capacity need.
20. The method according to claim 17 or 18, further comprising:
wirelessly (S38) receiving a backhaul capacity grant from the backhaul hub, the backhaul capacity grant being based on actual and/or said predicted capacity need from all backhaul client functional units operatively connected to the backhaul hub.
21. A network node (2a, 2b) for configuring a communications link (6a, 6b), comprising:
a network node functional unit (11a) arranged to wirelessly receive control signalling from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit; and
to notify, in response to receiving said control signalling and prior to receiving any user data associated with said control signalling from said user equipment on said uplink communications resource, a backhaul client
functional unit (lib) to configure a communications link (6a, 6b) to a backhaul hub (4).
22. A computer program (13a) for configuring a communications link (6a, 6b), the computer program comprising computer program code which, when run on a network node functional unit (11a), causes the network node functional unit to:
wirelessly receive (S12) control signalling from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit; and
notify (S14), in response to receiving said control signalling and prior to receiving any user data associated with said control signalling from said user equipment on said uplink communications resource, a backhaul client functional unit (lib) to configure a communications link (6a, 6b) to a backhaul hub (4).
23. A computer program product (12a) comprising a computer program (13a) according to claim 22 and a computer readable means (14a) on which the computer program is stored.
24. A network node (2a, 2b) for configuring a communications link (6a, 6b), comprising:
a backhaul client functional unit (11b) arranged to receive a notification from a network node functional unit (11a) to configure a communications link (6a, 6b) to a backhaul hub (4), wherein the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit, the notification having been issued prior to the network node functional unit receiving any user data associated with said control signalling from said user equipment on said uplink communications resource; and
to initiate configuration of said communications link to the backhaul hub.
25. A computer program (13b) for configuring a communications link (6a, 6b), the computer program comprising computer program code which, when run on a backhaul client functional unit (11b), causes the backhaul client functional unit to:
receive (S32) a notification from a network node functional unit (11a) to configure a communications link (6a, 6b) to a backhaul hub (4), wherein the notification was issued in response to control signalling wirelessly received by the network node functional unit from a user equipment (3a, 3b, 3c, 3d), the control signalling relating to an uplink communications resource between the user equipment and the network node functional unit, the notification having been issued prior to the network node functional unit receiving any user data associated with said control signalling from said user equipment on said uplink communications resource; and
initiate (S34) configuration of said communications link to the backhaul hub.
26. A computer program product (12b) comprising a computer program (13b) according to claim 25 and a computer readable means (14b) on which the computer program is stored.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
MX2015014822A MX356662B (en) | 2013-04-26 | 2013-04-29 | Configuration of communications link to backhaul hub according to predicted backhaul capacity need based on control signalling received prior to user data. |
EP13721938.2A EP2989843B1 (en) | 2013-04-26 | 2013-04-29 | Configuration of communications link to backhaul hub based on control signalling received prior to user data |
US13/883,410 US10506562B2 (en) | 2013-04-26 | 2013-04-29 | Communications link configuration |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EPPCT/EP2013/058684 | 2013-04-26 | ||
EP2013058684 | 2013-04-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014173465A1 true WO2014173465A1 (en) | 2014-10-30 |
Family
ID=48428448
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2013/058902 WO2014173465A1 (en) | 2013-04-26 | 2013-04-29 | Configuration of communications link to backhaul hub according to predicted backhaul capacity need based on control signalling received prior to user data |
Country Status (2)
Country | Link |
---|---|
MX (1) | MX356662B (en) |
WO (1) | WO2014173465A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020125941A1 (en) * | 2018-12-18 | 2020-06-25 | Nokia Technologies Oy | Resource allocation for data transmission |
US12015952B2 (en) | 2019-03-28 | 2024-06-18 | Samsung Electronics Co., Ltd. | Resource management method, control information transmission method and information configuration method |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2454872A (en) * | 2007-11-16 | 2009-05-27 | Motorola Inc | Performing serving cell management in a base station by determining backhaul loading |
US20100272007A1 (en) * | 2009-01-06 | 2010-10-28 | Texas Instruments Incorporated | Protocol Stack and Scheduler for L3 Relay |
US20100272006A1 (en) * | 2009-01-06 | 2010-10-28 | Texas Instruments Incorporated | Design of In-Band Backhaul for Wireless Relays in Wireless Networks |
EP2362708A1 (en) * | 2010-02-15 | 2011-08-31 | Alcatel Lucent | Method for performing a random access procedure by a relay node in a wireless or radio communication network, corresponding relay node and base station |
WO2011126437A1 (en) * | 2010-04-09 | 2011-10-13 | Telefonaktiebolaget L M Ericsson (Publ) | Relay node and a controlling node of a lte network |
EP2398160A2 (en) * | 2009-02-11 | 2011-12-21 | LG Electronics Inc. | Method for transmitting an uplink signal and feedback information, and relay apparatus using the method |
GB2481715A (en) * | 2010-07-02 | 2012-01-04 | Vodafone Plc | Control of transmission of data based on assessed/predicted radio conditions |
WO2012116754A1 (en) * | 2011-03-03 | 2012-09-07 | Telecom Italia S.P.A. | Link scheduling algorithm for ofdma wireless networks with relay nodes |
-
2013
- 2013-04-29 MX MX2015014822A patent/MX356662B/en active IP Right Grant
- 2013-04-29 WO PCT/EP2013/058902 patent/WO2014173465A1/en active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2454872A (en) * | 2007-11-16 | 2009-05-27 | Motorola Inc | Performing serving cell management in a base station by determining backhaul loading |
US20100272007A1 (en) * | 2009-01-06 | 2010-10-28 | Texas Instruments Incorporated | Protocol Stack and Scheduler for L3 Relay |
US20100272006A1 (en) * | 2009-01-06 | 2010-10-28 | Texas Instruments Incorporated | Design of In-Band Backhaul for Wireless Relays in Wireless Networks |
EP2398160A2 (en) * | 2009-02-11 | 2011-12-21 | LG Electronics Inc. | Method for transmitting an uplink signal and feedback information, and relay apparatus using the method |
EP2362708A1 (en) * | 2010-02-15 | 2011-08-31 | Alcatel Lucent | Method for performing a random access procedure by a relay node in a wireless or radio communication network, corresponding relay node and base station |
WO2011126437A1 (en) * | 2010-04-09 | 2011-10-13 | Telefonaktiebolaget L M Ericsson (Publ) | Relay node and a controlling node of a lte network |
GB2481715A (en) * | 2010-07-02 | 2012-01-04 | Vodafone Plc | Control of transmission of data based on assessed/predicted radio conditions |
WO2012116754A1 (en) * | 2011-03-03 | 2012-09-07 | Telecom Italia S.P.A. | Link scheduling algorithm for ofdma wireless networks with relay nodes |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "Resource State Measurements for RNs", 3GPP DRAFT; R3-113005, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. San Francisco, USA; 20111114 - 20111118, 4 November 2011 (2011-11-04), XP050566194 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020125941A1 (en) * | 2018-12-18 | 2020-06-25 | Nokia Technologies Oy | Resource allocation for data transmission |
CN112805952A (en) * | 2018-12-18 | 2021-05-14 | 诺基亚技术有限公司 | Resource allocation for data transmission |
US12015952B2 (en) | 2019-03-28 | 2024-06-18 | Samsung Electronics Co., Ltd. | Resource management method, control information transmission method and information configuration method |
Also Published As
Publication number | Publication date |
---|---|
MX356662B (en) | 2018-06-08 |
MX2015014822A (en) | 2016-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10506562B2 (en) | Communications link configuration | |
RU2510598C2 (en) | Method and device in wireless communication system | |
US20210051675A1 (en) | Communication method and device | |
EP3833064B1 (en) | Method and apparatus for configuring sidelink transmission resource | |
KR101595992B1 (en) | Method for communicating and radio station therefor | |
EP2474193B1 (en) | Method and apparatus for scheduling assistance | |
US9001731B2 (en) | Method for communicating in a network, a secondary station and system therefor | |
US11357032B2 (en) | Control information transmission method, transmit end, and receive end | |
CN108540994B (en) | Method and device for triggering cache status report and user equipment | |
US20130294384A1 (en) | Method for communicating and radio station therefor | |
EP2989843B1 (en) | Configuration of communications link to backhaul hub based on control signalling received prior to user data | |
US20140044055A1 (en) | Method and Apparatus for Resource Relocation in a Wireless Communication Network | |
WO2014173465A1 (en) | Configuration of communications link to backhaul hub according to predicted backhaul capacity need based on control signalling received prior to user data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 13883410 Country of ref document: US |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 13721938 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2013721938 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: MX/A/2015/014822 Country of ref document: MX |
|
NENP | Non-entry into the national phase |
Ref country code: DE |