CONDITIONAL BUFFER STATUS REPORTING

TECHNICAL FIELD The proposed technology generally relates to wireless communications, and more specifically to resource allocation, scheduling and/or buffer status reporting, and in particular a method for managing buffer status reporting for a wireless communication device in a wireless communication system, and a method for controlling buffer status reporting for a wireless communication device and corresponding arrangements, communication units, computer programs, computer-program products and apparatuses.

BACKGROUND Buffer Status Reporting

In wireless communication systems, such as LTE, the uplink (as well as the downlink) transmissions are scheduled by the network. For LTE, as an example, this means that when and which resources a UE transmits on is indicated by the eNB including other information such as which modulation and coding scheme the UE shall apply, and so forth. For the eNB to be aware of how much resources to schedule the UE on the eNB would need to know how much data the UE has to transmit. For this purpose a buffer status reporting mechanisms is used in LTE according to which the UE sends MAC messages, referred to as MAC Control Elements, to the eNB indicating the size of the UE's uplink buffer.

FIG. 1 is a schematic diagram illustrating an example of buffer status reporting between a wireless communication device and a network node.

Below is an excerpt from the MAC specification 3GPP TS 36.321 v12.5.0 showing the logics the UE applies when determining when to send Buffer status Reports, BSRs. 5.4.5 Buffer Status Reporting

The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data available for transmission in the UL buffers associated with the MAC entity. RRC controls BSR reporting by configuring the three timers periodicBSR-Timer, retxBSR-Timer and logicalC annelSR-Pro ibitTimer and by, for each logical channel, optionally signalling logicalC annelGroup which allocates the logical channel to an LCG [8].

For the Buffer Status reporting procedure, the MAC entity shall consider all radio bearers which are not suspended and may consider radio bearers which are suspended.

A Buffer Status Report (BSR) shall be triggered if any of the following events occur:

- UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or in the PDCP entity (the definition of what data shall be considered as available for transmission is specified in [3] and [4] respectively) and either the data belongs to a logical channel with higher priority than the priorities of the logical channels which belong to any LCG and for which data is already available for transmission, or there is no data available for transmission for any of the logical channels which belong to a LCG, in which case the BSR is referred below to as "Regular BSR";

- UL resources are allocated and number of padding bits is equal to or larger than the size of the Buffer Status Report MAC control element plus its subheader, in which case the BSR is referred below to as "Padding BSR";

- retxBSR-Timer expires and the MAC entity has data available for transmission for any of the logical channels which belong to a LCG, in which case the BSR is referred below to as "Regular BSR";

- periodicBSR-Timer expires, in which case the BSR is referred below to as "Periodic BSR".

For Regular BSR:

- if the BSR is triggered due to data becoming available for transmission for a logical channel for which logicalChannelSR-ProhibitTimer is configured by upper layers:

- if not running, start the logicalChannelSR-ProhibitTimer;

- else:

- if running, stop the logicalChannelSR-ProhibitTimer .

For Regular and Periodic BSR: - if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Long BSR;

- else report Short BSR.

For Padding BSR:

- if the number of padding bits is equal to or larger than the size of the Short BSR plus its subheader but smaller than the size of the Long BSR plus its subheader:

- if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Truncated BSR of the LCG with the highest priority logical channel with data available for transmission;

- else report Short BSR.

- else if the number of padding bits is equal to or larger than the size of the Long BSR plus its subheader, report Long BSR.

If the Buffer Status reporting procedure determines that at least one BSR has been triggered and not cancelled:

- if the MAC entity has UL resources allocated for new transmission for this TTI:

- instruct the Multiplexing and Assembly procedure to generate the BSR MAC control element(s);

- start or restart periodicBSR-Timer except when all the generated BSRs are

Truncated BSRs;

- start or restart retxBSR-Timer.

- else if a Regular BSR has been triggered and logicalChannelSR-ProhibitTimer is not running:

- if an uplink grant is not configured or the Regular BSR was not triggered due to data becoming available for transmission for a logical channel for which logical channel SR masking (logicalChannelSR-Mask) is setup by upper layers:

- a Scheduling Request shall be triggered.

A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the padding BSR.

The MAC entity shall restart retxBSR-Timer upon indication of a grant for transmission of new data on any UL-SCH. All triggered BSRs shall be cancelled in case the UL grant(s) in this subframe can accommodate all pending data available for transmission but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs shall be cancelled when a BSR is included in a MAC PDU for transmission.

The MAC entity shall transmit at most one Regular/Periodic BSR in a TTI. If the MAC entity is requested to transmit multiple MAC PDUs in a TTI, it may include a padding BSR in any of the MAC PDUs which do not contain a Regular/Periodic BSR.

All BSRs transmitted in a TTI always reflect the buffer status after all MAC PDUs have been built for this TTI. Each LCG shall report at the most one buffer status value per TTI and this value shall be reported in all BSRs reporting buffer status for this LCG.

NOTE: A Padding BSR is not allowed to cancel a triggered Regular/Periodic BSR. A Padding BSR is triggered for a specific MAC PDU only and the trigger is cancelled when this MAC PDU has been built.

WO 2015/047152 relates to a method for handling data transmissions in Long Term Evolution networks, and involves evaluating whether a trigger condition for buffer status reporting is fulfilled, and transmitting status report to radio base station when condition is fulfilled.

The 3GPP Draft; R2-080375, 20080108 3rd Generation Partnership Project (3GPP) , Mobile Competence Centre ; 650, route des Lucioles; F-06921 Sophia-Antipolis Cedex ; France, RAN WG2, Sevilla, Spain; 20080108 discloses different triggers for buffer status reports.

Below is an excerpt from the MAC specification 3GPP TS 36.321 v12.5.0 showing the definition of Buffer status Reports, BSRs. 6. 1.3. 1 Buffer Status Report MAC Control Elements

Buffer Status Report (BSR) MAC control elements consist of either:

- Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 6.1.3.1-1); or

- Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2).

The BSR formats are identified by MAC PDU subheaders with LCIDs as specified in table 6.2.1-2.

The fields LCG ID and Buffer Size are defined as follow:

- LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is being reported. The length of the field is 2 bits;

- Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a logical channel group after all MAC PDUs for the TTI have been built. The amount of data is indicated in number of bytes. It shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. If extendedBSR-Sizes is not configured, the values taken by the Buffer Size field are shown in Table 6.1.3.1-1. If extendedBSR-Sizes is configured, the values taken by the Buffer Size field are shown in Table 6.1.3.1-2.

I I I I I I I I I

LCG ID Buffer Size Oct 1

Figure 6.1.3.1-1 : Short BSR and Truncated BSR MAC control element

Figure 6.1.3.1-2: Long BSR MAC control element

Table 6.1.3.1 -1 : Buffer size levels for BSR

0 BS = 0 32

1 132 < BS <= 1326

1 33

0 < BS <= 10 1326 < BS <= 1552

2 34

10 < BS <= 12 1552 < BS <= 1817

3 35

12 < BS <= 14 1817 < BS <= 2127

4 36

14 < BS <= 17 2127 < BS <= 2490

5 37

17 < BS <= 19 2490 < BS <= 2915

6 38

19 < BS <= 22 2915 < BS <= 3413

7 39

22 < BS <= 26 3413 < BS <= 3995

8 40

26 < BS <= 31 3995 < BS <= 4677

9 41

31 < BS <= 36 4677 < BS <= 5476

10 42

36 < BS <= 42 5476 < BS <= 641 1

1 1 43

42 < BS <= 49 6411 < BS <= 7505

12 44

49 < BS <= 57 7505 < BS <= 8787

13 45

57 < BS <= 67 8787 < BS <= 10287

14 46

67 < BS <= 78 10287 < BS <= 12043

15 47

78 < BS <= 91 12043 < BS <= 14099

16 48

91 < BS <= 107 14099 < BS <= 16507

17 49

107 < BS <= 125 16507 < BS <= 19325

18 50

125 < BS <= 146 19325 < BS <= 22624

19 51

146 < BS <= 171 22624 < BS <= 26487 20 52

171 < BS <= 200 26487 < BS <= 31009

21 53

200 < BS <= 234 31009 < BS <= 36304

22 54

234 < BS <= 274 36304 < BS <= 42502

23 55

274 < BS <= 321 42502 < BS <= 49759

24 56

321 < BS <= 376 49759 < BS <= 58255

25 57

376 < BS <= 440 58255 < BS <= 68201

26 58

440 < BS <= 515 68201 < BS <= 79846

27 59

515 < BS <= 603 79846 < BS <= 93479

28 60

603 < BS <= 706 93479 < BS <= 109439

29 61

706 < BS <= 826 109439 < BS <= 128125

30 62

826 < BS <= 967 128125 < BS <= 150000

31 63

967 < BS <= 32 BS > 150000

Table 6.1.3.1 -2: Extended Buffer size levels for BSR

Index Buffer Size (BS) value Index Buffer Size (BS) value

[bytes] [bytes]

0 BS = 0 32

4940 < BS <= 6074

1 33

0 < BS <= 10 6074 < BS <= 7469

2 34

10 < BS <= 13 7469 < BS <= 9185

3 35

13 < BS <= 16 9185 < BS <= 11294 4 36

16 < BS <= 19 11294 < BS <= 13888

5 37

19 < BS <= 23 13888 < BS <= 17077

6 38

23 < BS <= 29 17077 < BS <= 20999

7 39

29 < BS <= 35 20999 < BS <= 25822

8 40

35 < BS <= 43 25822 < BS <= 31752

9 41

43 < BS <= 53 31752 < BS <= 39045

10 42

53 < BS <= 65 39045 < BS <= 48012

11 43

65 < BS <= 80 48012 < BS <= 59039

12 44

80 < BS <= 98 59039 < BS <= 72598

13 45

98 < BS <= 120 72598 < BS <= 89272

14 46

120 < BS <= 147 89272 < BS <= 109774

15 47

147 < BS <= 181 109774 < BS <= 134986

16 48

181 < BS <= 223 134986 < BS <= 165989

17 49

223 < BS <= 274 165989 < BS <= 204111

18 50

274 < BS <= 337 20411 K BS <= 250990

19 51

337 < BS <= 414 250990 < BS <= 308634

20 52

414 < BS <= 509 308634 < BS <= 379519

21 53

509 < BS <= 625 379519 < BS <= 466683

22 54

625 < BS <= 769 466683 < BS <= 573866

23 55

769 < BS <= 945 573866 < BS <= 705666 24 56

945 < BS <= 1162 705666 < BS <= 867737

25 57

1 162 < BS <= 1429 867737 < BS <= 1067031

26 58

1429 < BS <= 1757 106703K BS <= 1312097

27 59

1757 < BS <= 2161 1312097 < BS <= 1613447

28 60

216K BS <= 2657 1613447 < BS <= 1984009

29 61

2657 < BS <= 3267 1984009 < BS <= 2439678

30 62

3267 < BS <= 4017 2439678 < BS <= 3000000

31 63

4017 < BS <=4940 BS > 3000000

Pre-scheduling for latency reduction

A way to reduce scheduling latency in LTE is to lower the time for grant acquisition by using various pre-scheduling or semi-persistent scheduling, SPS, strategies. The idea of pre-scheduling, which is supported already in Rel-8 as an implementation choice, is to opportunistically schedule users without scheduling request, SR, when network resources are available. With pre-scheduling, UEs can receive UL grants without the UE having sent, or the network having received, a prior request for an UL grant by the UE. A request could be for instance an SR and/or BSR. With SPS, the network can provide periodic UL grants and/or DL assignments with reduced L1/L2 control compared to dynamic scheduling. SPS can be used for pre-scheduling.

However, there is a general need for more efficient use of the available resources including optimized control signaling and/or increased channel occupancy and/or improved scheduling or resource allocation. SUMMARY

It is desirable to provide an improved mechanism for buffer status reporting in a wireless communication system.

It is a specific object to provide a method for managing buffer status reporting for a wireless communication device in a wireless communication system.

It is also an object to provide an arrangement configured to manage or perform buffer status reporting for a wireless communication device in a wireless communication system.

It is another object to provide a communication unit, such as a wireless communication device, comprising such an arrangement.

Yet another object is to provide a corresponding computer program, and a computer- program product comprising a computer-readable medium having stored thereon such a computer program. Still another object is to provide an apparatus for managing buffer status reporting for a wireless communication device in a wireless communication system.

It is also an object to provide a method for controlling buffer status reporting for a wireless communication device in a wireless communication system.

It is another object to provide an arrangement configured to control buffer status reporting for a wireless communication device in a wireless communication system.

Yet another object is to provide a communication unit, such as a network node, comprising such an arrangement for controlling buffer status reporting. Still another object is to provide a corresponding computer program, and a computer- program product comprising a computer-readable medium having stored thereon such a computer program. It is also an object to provide an apparatus for enabling control of buffer status reporting for a wireless communication device in a wireless communication system.

These and other objects are met by embodiments of the proposed technology. According to a first aspect, there is provided a method for managing buffer status reporting for a wireless communication device in a wireless communication system. The method comprises: checking condition(s) for suppressing at least one Buffer Status Report, BSR, which is up for transmission, and suppressing the BSR if the condition(s) is/are fulfilled, wherein the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

According to a second aspect, there is provided a method for controlling buffer status reporting for a wireless communication device in a wireless communication system. The method comprises: triggering or generating a control indication, or command, for enabling control of the buffer status reporting, and sending the control indication to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs. According to a third aspect, there is provided an arrangement configured to manage buffer status reporting for a wireless communication device in a wireless communication system.

The arrangement is configured to check condition(s) for suppressing at least one Buffer Status Report, BSR, which is up for transmission.

The arrangement is also configured to suppress the BSR if the condition(s) is/are fulfilled, wherein the arrangement is configured to suppress the BSR: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

According to a fourth aspect, there is provided a communication unit comprising such an arrangement. According to a fifth aspect, there is provided a computer program for managing, when executed by a processor, buffer status reporting for a wireless communication device in a wireless communication system, wherein the computer program comprises instructions, which when executed by the processor, cause the processor(s) to: - check condition(s) for suppressing at least one Buffer Status Report, BSR, which is triggered and up for transmission, and suppress the BSR if the condition(s) is/are fulfilled, wherein the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes. According to a sixth aspect, there is provided a computer-program product comprising a computer-readable medium having stored thereon such a computer program.

According to a seventh aspect, there is provided an apparatus for managing buffer status reporting for a wireless communication device in a wireless communication system. The apparatus comprises: a checking module for checking condition(s) for suppressing at least one Buffer Status Report, BSR, which is triggered and up for transmission, and - a suppressing module for suppressing the BSR if the condition(s) is/are fulfilled wherein the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

According to an eighth aspect, there is provided an arrangement configured to control buffer status reporting for a wireless communication device in a wireless communication system. The arrangement is configured to trigger or generate a control indication, or command, for enabling control of the buffer status reporting, and to send the control indication to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs.

According to a ninth aspect, there is provided a communication unit comprising such an arrangement.

According to a tenth aspect, there is provided a computer program for controlling, when executed by a processor, buffer status reporting for a wireless communication device in a wireless communication system. The computer program comprises instructions, which when executed by the processor, cause the processor(s) to: trigger or generate a control indication, or command, for enabling control of the buffer status reporting, and - output the control indication for transmission to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs.

According to an eleventh aspect, there is provided a computer-program product comprising a computer-readable medium having stored thereon such a computer program.

According to a twelfth aspect, there is provided an apparatus for enabling control of buffer status reporting for a wireless communication device in a wireless communication system. The apparatus comprises: a trigger or generating module for triggering or generating a control indication, or command, for enabling control of the buffer status reporting, and an output module for outputting the control indication for transmission to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs.

The proposed technology provides new and efficient ways of conditionally sending Buffer Status Reports, BSRs. The buffer status reporting mechanism may thus apply a set of one or more novel conditions for determining whether or not to send a BSR. By way of example, the buffer status reporting mechanism may decide to suppress or cancel a BSR if the condition(s) are met. In other words, the considered communication unit(s) will only send BSRs under certain circumstances, for example to avoid sending BSRs which would cause transmissions and battery drain for no other reason than sending of unnecessary BSR(s).

The proposed technology also relates to a mechanism for at least partially controlling the buffer status reporting from the network side.

The proposed technology generally covers methods and corresponding arrangements, communication units comprising such arrangements, corresponding computer programs and computer-program products as well as corresponding apparatuses.

Other advantages will be appreciated when reading the detailed description.

BRIEF DESCRIPTION OF THE DRAWINGS The embodiments, together with further objects and advantages thereof, may best be understood by making reference to the following description taken together with the accompanying drawings, in which:

FIG. 1 is a schematic diagram illustrating an example of buffer status reporting between a wireless communication device and a network node.

FIG. 2 is a schematic flow diagram illustrating an example of a method for buffer status reporting in a wireless communication system. FIG. 3 is a schematic flow diagram illustrating an example of a method for controlling buffer status reporting in a wireless communication system. FIG. 4 is a schematic block diagram illustrating an example of an arrangement/system comprising a processor and an associated memory.

FIG. 5 is a schematic block diagram illustrating a communication unit comprising an arrangement of FIG. 4.

FIG. 6 is a schematic diagram illustrating an example of a computer implementation according to an embodiment. FIG. 7 is a schematic diagram illustrating an example of an apparatus for buffer status reporting in a wireless communication system.

FIG. 8 is a schematic diagram illustrating an example of an apparatus for enabling control of buffer status reporting in a wireless communication system.

DETAILED DESCRIPTION

Throughout the drawings, the same reference designations are used for similar or corresponding elements.

As used herein, the non-limiting terms "User Equipment", "UE", "terminal" and "wireless communication device" may refer to a mobile phone, a cellular phone, a Personal Digital Assistant, PDA, equipped with radio communication capabilities, a smart phone, a laptop or Personal Computer, PC, equipped with an internal or external mobile broadband modem, a tablet PC with radio communication capabilities, a target device, a device to device UE, a machine type UE or UE capable of machine to machine communication, iPAD, customer premises equipment, CPE, laptop embedded equipment, LEE, laptop mounted equipment, LME, USB dongle, a portable electronic radio communication device, a sensor device equipped with radio communication capabilities or the like. In particular, the term "UE", the term "terminal" and the term "wireless communication device" should be interpreted as non-limiting terms comprising any type of wireless device communicating with a radio network node in a cellular or mobile communication system or any device equipped with radio circuitry for wireless communication according to any relevant standard for communication within a cellular or mobile communication system.

As used herein, the non-limiting term "network node" may refer to base stations, network control nodes such as network controllers, radio network controllers, base station controllers, and the like. In particular, the term "base station" may encompass different types of radio base stations including standardized base station functions such as Node Bs, or evolved Node Bs, eNBs, and also macro/micro/pico radio base stations, home base stations, also known as femto base stations, relay nodes, repeaters, radio access points, base transceiver stations, BTSs, and even radio control nodes controlling one or more Remote Radio Units, RRUs, or the like.

A careful analysis by the inventors have revealed that with the current buffer status reporting mechanism the UE will specifically send periodic BSRs in each TTI when the timer periodicBSR-Timer expires and the UE has valid uplink resources in a TTI. With the pre-scheduling or SPS mechanisms the UE can be provided or configured with uplink resources which can be used on a per need basis. This may result in that the UE sends periodic BSRs unnecessarily often as the UE condition on that the UE should have valid uplink resources will be true more often, and especially more often in cases when the UE anyway does not have any data to transmit compared to when no pre-scheduling is done. These periodic BSRs will not only waste UE power due to additional transmissions, but they also will create more interference and increase channel occupancy which in its turn will make collisions between transmissions more frequent.

It is desirable to avoid unnecessary transmissions and to that end it would under certain circumstances be desirable to generally avoid sending BSRs which would cause a transmission for no other reason than a potentially unnecessary BSR. In other words, it may be beneficial to avoid unnecessary transmission due to unnecessary BSRs. As an example, there may be a situation where a BSR (under certain circumstances) would trigger a transmission which would not be needed for any other purpose than delivering the BSR. As mentioned, the proposed technology provides new and efficient ways of conditionally sending Buffer Status Reports, BSRs. The buffer status reporting mechanism may thus apply a set of one or more novel conditions for determining whether or not to trigger transmission of a BSR.

FIG. 2 is a schematic flow diagram illustrating an example of a method for buffer status reporting for a wireless communication device in a wireless communication system. The method basically comprises: S1 : Checking condition(s) for suppressing buffer status reporting, i.e. one or more BSRs.

S2: Suppressing the BSR if the condition(s) is/are fulfilled, (else send the BSR).

According to an aspect of the proposed technology, the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

WO 201 1/038768 relates to suppression of Scheduling Requests, which differ from Buffer Status Reports. Furthermore, the mechanism disclosed in WO 201 1/038768 uses entirely different conditions for suppressing the Scheduling Requests. EP 2 693 821 discloses methods for when to transmit and when to cancel BSRs. An example is given in which a BSR canceling module cancels a regular BSR in case there are no data to be transmitted. However, EP 2 693 821 does not check the BSR indication, but rather check if there is data to be transmitted when deciding whether to cancel a BSR.

In this regard, it is important to keep in mind that BSRs transmitted in a TTI reflect the buffer status after all MAC PDUs have been built for this TTI, i.e. reflect the remaining data in the buffer after the upcoming transmission.

For example, if the data buffer includes 80 bytes of data and all data can be transmitted in a TTI, the BSR itself will indicate zero bytes. According to EP 2 693 821 , in this case, the BSR will not be suppressed since there is apparently data to be transmitted. However, according to the present invention, the BSR will be suppressed since the condition(s) for suppressing the BSR considers what the BSR itself is indicating, and this reflects the buffer status after transmission. The 3GPP Draft; R2-082295 on cancelling BSR, 20080429 3rd Generation Partnership Project (3GPP) , Mobile Competence Centre ; 650, route des Lucioles; F-06921 Sophia-Antipolis Cedex ; France, RAN WG2, Kansas City, USA; 20080429 discloses methods for cancelling buffer status reports (BSRs). One example is given in which a threshold is used for determining cancellation of BSRs instead of logical channel prioritization.

The 3GPP Draft; R2-080400, 20080108 3rd Generation Partnership Project (3GPP) , Mobile Competence Centre ; 650, route des Lucioles; F-06921 Sophia-Antipolis Cedex ; France, RAN WG2, Sevilla, Spain; 20080108 discloses a method in which a BSR, that would signal that the buffer is empty, could be cancelled to save data for other logical channel groups.

A corresponding computer program will check the condition(s) and either suppress the BSR if the conditions are met or else output/prepare the BSR for transmission. The proposed technology may alternatively be regarded as a method for triggering buffer status reports.

It should be appreciated that the terms suppress, drop, and cancel a BSR may be used interchangeably. For example, only a certain type or types of previous BSRs may be considered when determining whether the previous BSR(s) indicate less than or equal to a threshold amount of bytes. This could be for example periodic BSRs, as will be discussed later on.

In a particular example, the BSR is suppressed: when the BSR indicates that the wireless communication device has less than or equal to Z bytes in the buffer(s), where Z is a value equal to or larger than zero, and/or when the X most recent BSR(s) transmitted by the wireless communication device indicated less than or equal to Y bytes in the buffer(s), where X is an integer equal to or greater than 1 and Y is a value equal to or greater than zero.

Optionally, if only a BSR indicating less than or equal to a threshold amount, Z, of bytes of data is up for transmission that BSR is suppressed. In another example, the BSR is suppressed if the X most recent BSR(s) has indicated zero, or less than or equal to Y bytes of data.

In yet another example, the BSR is suppressed when the X most recent BSR(s) indicated zero, or less than Y bytes of data in the buffer(s), unless the wireless communication device has data in its buffer.

In a particular example, the BSR up for transmission is a BSR for which a timer has expired and/or the wireless communication device has valid uplink resources for transmitting the BSR.

As an example, the BSR planned for transmission may be a periodic BSR. For example, the wireless communication device will only send a periodic BSR if the wireless communication device has data to transmit and a previous BSR did not indicate less than or equal to a second threshold amount of bytes, otherwise the periodic BSR will be suppressed.

In an alternative embodiment the UE would, in the above example only send a periodic BSR if the wireless communication device has data to transmit and a previous periodic BSR (i.e. not just any type of BSR) did not indicate less than or equal to a second threshold amount of bytes, otherwise the periodic BSR will be suppressed.

In an optional embodiment, the periodicity of the BSR reporting may be changed if the condition(s) is/are fulfilled.

As will be discussed later on, the step of suppressing the BSR may include at least temporarily refraining from sending the BSR or dropping the BSR.

In another optional embodiment, the suppressing step may be performed only if the wireless communication device has received a network indication from the network allowing the wireless communication device to perform the suppressing step.

By way of example, the method may be performed depending on what type of uplink grant the UE has in a Transmission Time Interval, TTI, such as a pre-scheduled grant or a requested grant. As will be discussed, the method may be performed only for Transmission Time Intervals, TTIs, when the wireless communication device has a pre-scheduled grant for uplink transmission.

As an example, the condition(s) for suppressing are configured by the network, specified in a specification, and/or determined by or preconfigured in the wireless communication device. As already indicated, a UE or similar wireless communication device will send BSRs, and especially periodic BSRs, only if certain conditions are met.

As indicated, it may be desirable to avoid transmissions, and thus battery drain, for no other reason than sending of unnecessary BSR(s).

In a particular example, if only a BSR indicating less than or equal to a threshold amount of bytes, e.g. a BSR indicating buffer size zero, is up for transmission then drop/suppress/cancel that BSR.

In other words, when the UE has no (or little) data to send and only a BSR that would indicate a buffer size less than or equal to given threshold size (e.g. zero), the UE may decide to suppress or drop the BSR. It is also possible, as a complement or an alternative, to check one or more previous BSRs to see whether they indicated less than or equal to a threshold amount of bytes. For example, if at least one of the X most recent BSRs indicated a buffer size less than or equal to Y, then drop/suppress/cancel the considered BSR. In this example, X is an integer greater than 1 and Y is a value that may be set to zero or some larger value.

In other words, the terminal may decide to suppress a BSR if the most recent BSR(s) has indicated zero, or less than or equal to Y bytes data in the UE's buffer, unless the UE has data in its buffer to avoid transmissions to conserve UE battery and radio resources. This is beneficial for example in a pre-scheduling scenario. A particular benefit is that the terminal will refrain from sending unnecessary BSRs to the network while still allowing the terminal to send at least one BSR which indicates zero (or more generally a buffer size less than or equal to a threshold). Multiple subsequent/consecutive BSRs indicating zero which are not so useful for the network can thus be avoided. In the following, specific non-limiting examples will be presented. Below is a set of conditions which the UE may apply when determining whether or not to send the BSR. The UE may apply one or more of the below conditions. Examples of condition on value indicated in the previous BSR(s)

The UE drops a BSR if the (at least one of the) X most recent BSRs which the UE transmitted indicated a buffer size less than or equal to Y and the UE does not have any data, or less than or equal to Z bytes, in the buffers, else the UE sends the BSR.

The values X, Y and Z may be configured by the network, specified in a specification, or determined by the UE. Note that it would be possible that e.g. X is specified in a specification and Y signaled by the network.

If previous BSR(s) should be considered, X will be an integer equal to or greater than 1 . By way of example, X may be set to 1 , if desired, to ensure that the UE only considers the previous BSR. If previous BSR(s) should not be considered, X may be set to zero.

For example, Y may be set to zero, if desired, to ensure that the UE suppresses a BSR if the X most recent BSR indicated an empty buffer.

As an example, Z may be set to zero, if desired.

It should be appreciated that when it herein says that a BSR indicates zero it may comprise the case that the buffer size of all logical channel groups is zero.

In one particular embodiment the UE will not send a BSR which indicates zero, i.e. regardless of the values of the previous BSRs.

Examples of condition on network indication The UE may stop sending BSRs which indicates zero (or a buffer size less than or equal to Y), if the UE has received a certain indication from the network. For example, if the UE has emptied its buffer and hence any BSR would indicate zero, then the UE would keep sending BSRs indicating zero, until the UE has received such an indication from the eNB. This condition ensures that the UE will only stop sending zero BSRs if the network has indicated that the UE is allowed to do so.

The network indication may be triggered or generated based on signaling from the terminal side, including BSRs.

The indication may be an uplink grant, a MAC CR, and so forth.

If later the UE gets new data in its buffers the BSR would of course indicate non-zero values. But when that new data has been sent then the UE may again start sending zero-BSRs, or BSRs indicating a buffer size less than or equal to Y, to the eNB until the network indication has been received again. So this can be seen as/implemented as a function where the UE goes back to not suppressing BSRs as soon as new data arrives.

In one embodiment the network may control the lifting of the restriction for sending BSRs.

FIG. 3 is a schematic flow diagram illustrating an example of a method for controlling buffer status reporting for a wireless communication device in a wireless communication system. The method basically comprises: S1 1 : Triggering or generating a control indication, or command, for enabling control of the buffer status reporting.

S12: Sending the control indication to the wireless communication device such as a UE or the like to allow the device to stop sending certain BSRs.

For example, the control indication may allow the device to at least temporarily stop sending BSRs that would indicate zero buffer size, or more generally would indicate a buffer size less than or equal to a given threshold. By way of example, the method is normally performed from the network side, such as by a base station or the like. A corresponding computer program would generate the control indication and output the indication for transmission to the wireless communication device.

Examples of condition on previously dropped BSR(s)

According to current specifications, there are some rules according to which the UE drops/suppresses/cancels a BSR in case the UL grant(s) can accommodate all pending data available for transmission but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader.

In one embodiment, the UE considers a BSR which was dropped due to the fact that it would have been indicating zero (or a buffer size less than or equal to Y), as a "BSR which the UE transmitted" and which indicated a buffer size of zero (or a buffer size less than or equal to Y). Hence the UE may, according to the embodiments in this document, refrain from sending a BSR if the previously BSR was dropped based on the rules described above. Examples of handling of dropped BSRs

If the UE suppresses/drops/cancels a BSR that may imply that the UE never sends that BSR. This implies that a new BSR needs to be triggered before the UE can send a BSR.

Alternatively it may be so that the UE only delays a triggered BSR if the above conditions are met, until that the conditions for suppression, e.g. buffer is empty (or less than threshold) are no longer met or that the network lifts possible restriction(s).

Examples of which earlier BSRs to consider The UE may only consider a certain type (or certain types) of BSR when determining whether the previous BSR was indicating zero or not. For example, "type" refers to periodic, regular, padding BSR or other BSR types which may be introduced in the future. For example, the UE may only consider whether the previous periodic BSR indicated zero or not when determining whether to send a period BSR. In that case the UE would send a periodic BSR only if the most recent periodic BSR(s) did not indicate zero, but the UE would not consider e.g. the most recent regular BSR(s).

According to a particular example, relating to periodic BSRs, the terminal will only send a periodic BSR if the UE has data to transmit and a previous BSR did not indicate zero (or small) buffer size.

Examples of change of periodicity of BSR reporting Above it has been described how the UE will drop BSRs based on conditions. It would also be possible that the UE would change the periodicity for which the UE sends periodic BSRs based on some conditions. For example, the UE may apply a different periodic BSR period for the case when the UE has no (or less than or equal to Z bytes) data in the buffer, compared to when the UE has data in the buffer.

Examples of consideration on type of uplink transmission opportunity

In one example embodiment the UE will apply the conditional periodic BSR transmission depending on what type of uplink grant the UE has in a TTI, e.g. pre- scheduled and requested grant. The UE may apply the conditional BSR transmission only for TTIs when the UE has a pre-scheduled grant, but not when the UE has a requested grant. If the UE has both a pre-scheduled grant and a requested grant for a TTI, then the UE may refrain from applying the conditional periodic BSR reporting, and hence send the periodic BSR without applying the conditions described herein. If the UE in a TTI has both a pre-scheduled grant and a requested grant the UE may select to send the BSR using the requested grant.

Examples of when to apply the conditional BSR reporting Whether and which of the above conditions the UE applies may be configured by the network. This could for example be configured via RRC signaling.

Another possibility is that it is specified in a specification whether and which conditions the UE applies.

Another possibility is that whether and which conditions the UE applies is pre- configured in the UE; for instance stored in the USIM or similar.

Possible implementation examples

Below is two possible implementation examples, here given in pseudo code, which the UE may apply when sending BSRs which applies to some of the embodiments described herein.

Example 1 :

If not only BSR indicating zero bytes is to be transmitted in this transmission opportunity:

make transmission (including BSR if needed)

else

if not (the X latest reported/transmitted BSR(s) indicated zero bytes)

make transmission (including BSR if needed)

else

drop/suppress/cancel the BSR

End Example 2:

If BSR is to be transmitted in this TTI:

If the previous BSR indicated zero bytes and the UE does not have any data in the buffers:

Not send the BSR

Else

Send the BSR

End

End

Typically, the UE does not consider a pending periodic BSR when evaluating when to trigger a transmission.

It should also be appreciated there may be additional, existing or new, conditions for when to send and when to suppress BSRs and one or more of these may be applied in addition to the conditions described herein.

It will be appreciated that the methods and devices described herein can be combined and re-arranged in a variety of ways.

For example, embodiments may be implemented in hardware, or in software for execution by suitable processing circuitry, or a combination thereof.

The steps, functions, procedures, modules and/or blocks described herein may be implemented in hardware using any conventional technology, such as discrete circuit or integrated circuit technology, including both general-purpose electronic circuitry and application-specific circuitry.

Particular examples include one or more suitably configured digital signal processors and other known electronic circuits, e.g. discrete logic gates interconnected to perform a specialized function, or Application Specific Integrated Circuits, ASICs. Alternatively, at least some of the steps, functions, procedures, modules and/or blocks described herein may be implemented in software such as a computer program for execution by suitable processing circuitry such as one or more processors or processing units.

Examples of processing circuitry includes, but is not limited to, one or more microprocessors, one or more Digital Signal Processors, DSPs, one or more Central Processing Units, CPUs, video acceleration hardware, and/or any suitable programmable logic circuitry such as one or more Field Programmable Gate Arrays, FPGAs, or one or more Programmable Logic Controllers, PLCs.

It should also be understood that it may be possible to re-use the general processing capabilities of any conventional device or unit in which the proposed technology is implemented. It may also be possible to re-use existing software, e.g. by reprogramming of the existing software or by adding new software components.

In a particular example, the apparatus comprises a processor and a memory, said memory comprising instructions executable by the processor, whereby the apparatus/processor is operative to perform buffer status reporting and/or to enable control of the buffer status reporting.

According to an aspect of the proposed technology, there is provided an arrangement configured to manage buffer status reporting for a wireless communication device in a wireless communication system,

The arrangement is configured to check condition(s) for suppressing at least one Buffer Status Report, BSR, which is up for transmission, and the arrangement is further configured to suppress the BSR if the condition(s) is/are fulfilled. More specifically, the arrangement is configured to suppress the BSR: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

In a particular example, the arrangement is configured to suppress the BSR: when the BSR indicates that the wireless communication device has less than or equal to Z bytes in the buffer(s), where Z is a value equal to or larger than zero, and/or when the X most recent BSR(s) transmitted by the wireless communication device indicated less than or equal to Y bytes in the buffer(s), where X is an integer equal to or greater than 1 and Y is a value equal to or greater than zero.

Optionally, the arrangement is configured to manage a BSR for which a timer has expired and/or the wireless communication device has valid uplink resources for transmitting the BSR.

As an example, the arrangement may be configured to manage a periodic BSR.

As indicated, the arrangement may comprise a processor and a memory, the memory comprising instructions executable by the processor, whereby the apparatus/processor is operative to enable control of the buffer status reporting.

According to a complementary aspect of the proposed technology, there is provided an arrangement configured to control buffer status reporting for a wireless communication device in a wireless communication system, wherein the arrangement is configured to trigger or generate a control indication, or command, for enabling control of the buffer status reporting, and to send the control indication to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs. By way of example, the arrangement may be configured to send control indication to allow the device to at least temporarily stop sending BSRs that would indicate a buffer size less than or equal to a given threshold. FIG. 4 is a schematic block diagram illustrating an example of an arrangement/system 100 comprising a processor 1 10 and an associated memory 120.

Optionally, the arrangement/system 100 may also include a communication circuit 130. The communication circuit 130 may include functions for wired and/or wireless communication with other devices and/or network nodes in the network. In a particular example, the communication circuit may be based on radio circuitry for communication with one or more other nodes, including transmitting and/or receiving information. The communication circuit 130 may be interconnected to the processor 1 10 and/or memory 120.

FIG. 5 is a schematic block diagram illustrating a communication unit 10 comprising an arrangement 100.

When the arrangement 100 is configured to manage or perform buffer status reporting in a wireless communication system, the communication unit 10 may for example be a wireless communication device such as a UE or the like.

When the arrangement 100 is configured to control buffer status reporting in a wireless communication system, the communication unit 10 may for example be a network node such as a base station, access point or the like.

FIG. 6 is a schematic diagram illustrating an example of a computer implementation according to an embodiment. In this particular example, at least some of the steps, functions, procedures, modules and/or blocks described herein are implemented in a computer program 225; 235, which is loaded into the memory 220 for execution by processing circuitry including one or more processors 210. The processor(s) 210 and memory 220 are interconnected to each other to enable normal software execution. An optional input/output device may also be interconnected to the processor(s) and/or the memory to enable input and/or output of relevant data such as input parameter(s) and/or resulting output parameter(s).

By way of example, there is provided a computer program for managing, when executed by a processor, buffer status reporting for a wireless communication device in a wireless communication system. The computer program comprises instructions, which when executed by the processor, cause the processor(s) to: check condition(s) for suppressing at least one Buffer Status Report, BSR, which is triggered and up for transmission, and suppress the BSR if the condition(s) is/are fulfilled, wherein the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes. According to a complementary aspect, there is also provided a computer program for controlling, when executed by a processor, buffer status reporting for a wireless communication device in a wireless communication system. The computer program comprises instructions, which when executed by the processor, cause the processor(s) to: trigger or generate a control indication, or command, for enabling control of the buffer status reporting, and output the control indication for transmission to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs.

The term 'processor' should be interpreted in a general sense as any system or device capable of executing program code or computer program instructions to perform a particular processing, determining or computing task.

The processing circuitry including one or more processors is thus configured to perform, when executing the computer program, well-defined processing tasks such as those described herein.

The processing circuitry does not have to be dedicated to only execute the above- described steps, functions, procedure and/or blocks, but may also execute other tasks. In a particular embodiment, the computer program 225; 235 comprises instructions, which when executed by at least one processor, cause the processor(s) to perform buffer status reporting and/or to enable control of the buffer status reporting, as described herein. The proposed technology also provides a carrier comprising the computer program, wherein the carrier is one of an electronic signal, an optical signal, an electromagnetic signal, a magnetic signal, an electric signal, a radio signal, a microwave signal, or a computer-readable storage medium. By way of example, the software or computer program 225; 235 may be realized as a computer program product, which is normally carried or stored on a computer-readable medium 220; 230, in particular a non-volatile medium. The computer-readable medium may include one or more removable or non-removable memory devices including, but not limited to a Read-Only Memory, ROM, a Random Access Memory, RAM, a Compact Disc, CD, a Digital Versatile Disc, DVD, a Blu-ray disc, a Universal Serial Bus, USB, memory, a Hard Disk Drive, HDD, storage device, a flash memory, a magnetic tape, or any other conventional memory device. The computer program may thus be loaded into the operating memory of a computer or equivalent processing device for execution by the processing circuitry thereof.

The flow diagram or diagrams presented herein and/or the presented pseudo code may be regarded as a computer flow diagram or diagrams, when performed by one or more processors. A corresponding apparatus may thus be defined as a group of function modules, where each step performed by the processor corresponds to a function module. In this case, the function modules are implemented as a computer program running on the processor.

The computer program residing in memory may thus be organized as appropriate function modules configured to perform, when executed by the processor, at least part of the steps and/or tasks described herein. FIG. 7 is a schematic diagram illustrating an example of an apparatus for managing buffer status reporting for a wireless communication device in a wireless communication system. The apparatus 300 comprises a module 310 for performing functions and/or actions described herein. More specifically, the apparatus 300 comprises: a checking module 310-A for checking condition(s) for suppressing at least one Buffer Status Report, BSR, which is triggered and up for transmission, and - a suppressing module 310-B for suppressing the BSR if the condition(s) is/are fulfilled wherein the BSR is suppressed: when the BSR indicates less than or equal to a first threshold amount of bytes, and/or when one or more previous BSRs indicate less than or equal to a second threshold amount of bytes.

FIG. 8 is a schematic diagram illustrating an example of an apparatus for enabling control of buffer status reporting for a wireless communication device in a wireless communication system. The apparatus 400 comprises a module 410 for performing functions and/or actions described herein.

More specifically, the apparatus 400 comprises: a trigger or generating module 410-A for triggering or generating a control indication, or command, for enabling control of the buffer status reporting, and an output module 410-B for outputting the control indication for transmission to the wireless communication device to allow the device to stop sending certain Buffer Status Reports, BSRs.

Alternatively it is possibly to realize the modules in FIG. 7 and FIG. 8 predominantly by hardware modules, or alternatively by hardware, with suitable interconnections between relevant modules. Particular examples include one or more suitably configured digital signal processors and other known electronic circuits, e.g. discrete logic gates interconnected to perform a specialized function, and/or Application Specific Integrated Circuits, ASICs, as previously mentioned. Other examples of usable hardware include input/output, I/O, circuitry and/or circuitry for receiving and/or sending signals. The extent of software versus hardware is purely implementation selection.

The embodiments described above are merely given as examples, and it should be understood that the proposed technology is not limited thereto. It will be understood by those skilled in the art that various modifications, combinations and changes may be made to the embodiments without departing from the present scope as defined by the appended claims. In particular, different part solutions in the different embodiments can be combined in other configurations, where technically possible.