US9591625B2 - Technique for uplink data processing - Google Patents
Technique for uplink data processing Download PDFInfo
- Publication number
- US9591625B2 US9591625B2 US14/413,865 US201214413865A US9591625B2 US 9591625 B2 US9591625 B2 US 9591625B2 US 201214413865 A US201214413865 A US 201214413865A US 9591625 B2 US9591625 B2 US 9591625B2
- Authority
- US
- United States
- Prior art keywords
- uplink data
- pending
- channels
- status report
- buffer status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related, expires
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000012545 processing Methods 0.000 title claims description 37
- 239000000872 buffer Substances 0.000 claims abstract description 94
- 230000005540 biological transmission Effects 0.000 claims abstract description 56
- 230000009467 reduction Effects 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 8
- 230000003247 decreasing effect Effects 0.000 claims description 4
- 230000001960 triggered effect Effects 0.000 claims description 3
- 102100026679 Carboxypeptidase Q Human genes 0.000 description 7
- 101100166333 Homo sapiens CPQ gene Proteins 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 238000012805 post-processing Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000779 depleting effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H04W72/0413—
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H04W72/1284—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
Definitions
- the present disclosure relates to a technique for processing uplink data pending for transmission.
- the disclosure relates to a technique for allocating a granted uplink data volume to pending uplink data on a Data Link layer of a telecommunications device.
- the User Equipment In cellular telecommunications networks, for example according the Long Term Evolution (LTE) standard, the User Equipment (UE) has to send a Buffer Status Report (BSR) to the Evolved Node B (eNB), to which the UE is connected.
- BSR Buffer Status Report
- the BSR contains information about the amount of pending uplink data, i.e., the data available on the Data Link layer in the UE for transmission.
- the eNB Based on the BSRs received from each of the connected UEs, the eNB has an overview of all pending transmission requests and grants uplink data volumes to the UEs.
- the standard document 3GPP TS 36.321 (version 10.5.0, release 10) defines in clause 5.4.5 events that require the Medium Access Control (MAC) sublayer of the Data Link layer to send a BSR.
- the standard document further defines different sizes for the BSR depending on the number of channels for which uplink data is pending in the UE.
- the MAC sublayer When the UE has received a grant for uplink data transmission and when an event requires the transmission of a BSR, the MAC sublayer has to reserve an amount of bytes corresponding to the size of the BSR, in order to prevent that the reserved bytes are used for user data transmission. The Data Link layer then performs an uplink data processing of the pending uplink data.
- the number of bytes actually needed for the BSR does not change and is consistent with the number of reserved bytes. If, however, the number of channels, for which uplink data is pending, is being reduced during the uplink data processing, fewer bytes may actually be needed for the BSR. As a consequence, some of the bytes reserved in the granted uplink data volume are not used for uplink data transmission. It is essential for the performance of the UE to efficiently use all granted uplink resources. In the sketched situation, however, uplink resources may be wasted.
- the reservation could be corrected and the uplink data processing could be repeated based on the corrected reservation.
- a repetition of grant reserving and uplink data processing delays the transmission of the pending data and additionally requires computational and power resources.
- the size of the BSR can change again as a result of the repeated uplink data processing based on the corrected reservation, which leads to a resource-consuming iteration of the uplink data processing.
- RLC Radio Link Control
- PDU Packet Data Unit
- a method of allocating in a telecommunications device an uplink data volume to uplink data pending for transmission comprises the steps of receiving a grant of the uplink data volume, reserving a portion of the granted uplink data volume for transmission of a buffer status report of a Data Link layer of the telecommunications device, wherein a size of the buffer status report depends on a number of channels for which uplink data is pending, and if an unreserved portion of the granted uplink data volume is not sufficiently sized for the pending uplink data, allocating the unreserved portion and at least a part of the reserved portion to at least a portion of the pending uplink data when the allocation corresponds to a reduction of the number of channels for which uplink data is pending so that the buffer status report is at least one of reduced in size and avoided.
- the reserved portion may be reserved for the size of the buffer status report depending on the number M of channels for which uplink data is pending.
- the unreserved portion and the part of the reserved portion may be allocated to all the uplink data pending for N channels of the M channels.
- the N channels may be a subset of the M channels, or N ⁇ M (e.g., N ⁇ M).
- the size of the buffer status report may be reduced or the buffer status report may be avoided as the number of channels for which uplink data is pending is decreased to M-N by the allocation.
- the unreserved portion may not be sufficiently sized for the uplink data pending for the N channels.
- the reserved portion may include an unallocated part, which does not overlap the allocated part and is sufficiently sized for the reduced size of the buffer status report. An increase in the uplink data allocation may be compensated by a decrease in the size of the buffer status report.
- At least one of the numbers M and N may be a maximum number.
- the N channels of the M channels may be at least one of a largest number of channels and a largest collection of uplink data, so that the unallocated part of the reserved portion is sufficiently sized for the reduced size of the buffer status report determined by the reduced number of M-N channels.
- the unreserved portion may be allocated to a part of the pending uplink data.
- the part may be selected so that the unreserved portion is sufficiently sized for that part.
- the partial allocation may be subject to the condition that there is no number of N channels of the M channels so that the unreserved portion of the granted uplink data volume is not sufficiently sized for the uplink data pending for the N channels and so that the size of the buffer status report reduces to fit into the reserved portion without overlapping the allocated part of the reserved portion.
- the method may further comprise the step of allocating the unreserved portion to all of the pending uplink data, if the unreserved portion of the granted uplink data volume is sufficiently sized for all the uplink data pending for the M channels.
- Each of the channels may include at least one radio bearer.
- the allocation of the unreserved portion may be successively performed, for example radio bearer by radio bearer. The allocation may be performed until an unallocated part of the unreserved portion is not sufficiently sized for uplink data pending on a next radio bearer.
- the channels may logical channels of the Data Link layer.
- the radio bearers may be grouped in logical channels.
- the Data Link layer may include one or more of a Packet Data Convergence Protocol sublayer, a Radio Link Control sublayer and a Medium Access Control sublayer.
- the uplink data may be pending on at least one of the Packet Data Convergence Protocol sublayer and the Radio Link Control sublayer.
- the reservation may be performed by the Medium Access Control sublayer.
- At least one of the size of the reserved portion and the size of the unreserved portion are may be determined by the Medium Access Control sublayer. At least one of the size of the reserved portion and the size of the unreserved portion may be signaled to each of the Packet Data Convergence Protocol sublayer and the Radio Link Control sublayer.
- the allocation may be performed on the Data Link Layer, for example by at least one of the Packet Data Convergence Protocol sublayer and the Radio Link Control sublayer.
- the allocation may include scheduling a transmission of the allocated uplink data for an upcoming transmission time interval.
- the grant may indicate at least one of a size of the uplink data volume and a transmission time interval.
- the grant may be based on a previously transmitted buffer status report.
- the portion may be reserved at a time prior to the allocation.
- a buffer status report may be included in the unallocated part of the reserved portion after the allocation.
- the buffer status report may be included in the unallocated part of the reserved portion.
- the number of M channels including pending uplink data may be determined at a time prior to the allocation.
- the reduced number of M-N channels may correspond to a number of channels including pending uplink data after the allocation.
- the unreserved portion may be defined by the granted uplink data volume less the reserved portion.
- the reserved portion may be sized according to the size of buffer status report.
- a size of the unreserved portion may equal a size of the granted uplink data volume subtracted by the reserved portion.
- the method may be triggered by a predetermined criterion for uplink transmission of a buffer status report is fulfilled.
- the criterion may include the occurrence of one of the events specified in clause 5.4.5 of 3GPP TS 36.321, Version 10.5.0, Release 10, or a corresponding clause in a later version thereof.
- the sizes assumed by the buffer status report as a function of the number of channels including pending data may be predetermined.
- the predetermined sizes may, for example, include zero, 2 bytes and 4 bytes. Those predetermined sizes may be assumed for uplink data pending on no channels, one channel, and more than one channel, respectively.
- the reduction in the number of pending channels may be associated with the reduction in the size of the buffer status report.
- a computer program product comprises code portions for performing one or more of the steps of the method described therein when the computer program product is executed on one or more computer devices.
- the computer program product may be stored on a computer-readable recording medium such as a permanent or re-writable memory.
- the computer program product may also be provided for download by a one or more computer networks, such as the Internet, a cellular telecommunications network, or a wireless or wired Local Area Network (LAN).
- a computer networks such as the Internet, a cellular telecommunications network, or a wireless or wired Local Area Network (LAN).
- an apparatus for allocating in a telecommunications device an uplink data volume to uplink data pending for transmission comprises a receiving unit adapted to receive a grant of the uplink data volume, a reserving unit adapted to reserve a portion of the granted uplink data volume for transmission of a buffer status report of a Data Link layer of the telecommunications device, wherein a size of the buffer status report depends on a number of channels for which uplink data is pending, and an allocating unit adapted to allocate, if an unreserved portion of the granted uplink data volume is not sufficiently sized for the pending uplink data, the unreserved portion and at least a part of the reserved portion to at least a portion of the pending uplink data when the allocation corresponds to a reduction of the number of channels for which uplink data is pending so that the buffer status report is at least one of reduced in size and avoided.
- the above-mentioned units or additional units of the apparatus may be further adapted to perform one or more of the steps mentioned in the context of the method aspect.
- the reserved portion may include an unallocated part, which does not overlap the allocated part and is sufficiently sized for the reduced size of the buffer status report.
- FIG. 1 schematically illustrates an embodiment of a telecommunications network environment including an actively connected mobile device comprising an apparatus for allocating an uplink data volume to uplink data pending for transmission;
- FIG. 2 shows a flow chart of an embodiment of a method of allocating in the mobile device of FIG. 1 an uplink data volume to uplink data pending for transmission;
- FIG. 3 schematically illustrates a logical structure of the apparatus shown in FIG. 1 ;
- FIG. 4 illustrates an allocation avoiding a long buffer status report
- FIG. 5 illustrates an allocation reducing a long buffer status report to a short buffer status report
- FIG. 6 illustrates an allocation avoiding a short buffer status report
- FIG. 7 shows a flow chart for performing the method of FIG. 2 for a plurality of radio bearers
- FIG. 8 shows a flow chart including details of an allocation decision in FIG. 7 .
- the disclosure may, partially or completely, be implemented on another layer of a transmission protocol (e.g., on a physical layer or a transport layer) or on a layer of a Radio Resource Control (RRC) protocol (e.g., on a control plane or data plane).
- a transmission protocol e.g., on a physical layer or a transport layer
- RRC Radio Resource Control
- FIG. 1 shows an exemplary network environment for practicing the technique disclosed herein.
- wireless telecommunications network 100 includes a base station 110 and a plurality of mobile devices 120 in wireless communications via active connections 115 with the base station 110 .
- At least some of the actively connected mobile devices 120 are configured to send a buffer status report to the base station 110 .
- the buffer status report may comply with clause 5.4.5 of 3GPP TS 36.321 (Version 10.5.0, Release 10) or a similar standard.
- the base station 110 is thus provided with information about the amount of data available for transmission in an uplink buffer of the mobile device 120 .
- the base station 110 Based on the buffer status reports received from the plurality of mobile devices 120 , the base station 110 schedules the mobile devices 120 for uplink data transmission. Every millisecond, the base station 110 assigns the available uplink resources to one or, more often, several mobile devices 120 . Since a transmission capacity of the wireless connections 115 is limited in bandwidth, it is crucial to efficiently share resources among the mobile devices 120 .
- 3GPP TS 36.321 stipulates a size of the buffer status report, including the case that no buffer status report is to be sent, depending on a number of logical channels (abbreviated by LCH), for which uplink data is pending in the mobile device 120 .
- LCH logical channels
- the mobile device 120 includes at least one antenna 122 coupled to a transceiver 124 that implements a physical layer of the connection 115 .
- the mobile device 120 further includes an apparatus 130 implementing a Data Link layer of the transmission protocol.
- the apparatus 130 comprises a receiving unit 132 for receiving a grant of an uplink data volume from the base station 110 , a reserving unit 134 for reserving a portion of the granted uplink data volume for a buffer status report, and an allocating unit 136 for allocating the unreserved portion, and when applicable, at least a part of the reserved portion to pending uplink data.
- FIG. 2 shows a general embodiment of a method 200 of allocating in a telecommunications device an uplink data volume to uplink data pending for transmission.
- the method comprises a step 210 of receiving a grant of an uplink data volume, and a step 220 of reserving a portion of the granted data volume for a buffer status report.
- a size of the buffer status report depends on a number of M logical channels, on which uplink data is pending.
- the unreserved portion and at least a part of the reserved portion is allocated in a step 240 to uplink data pending on N channels out of the M channels.
- the allocation is subject to the condition that the allocation corresponds to a reduction of the number of channels, on which uplink data in pending, so that the buffer status report is reduced in size or avoided.
- the reduced size is determined by a number of M ⁇ N remaining channels for N ⁇ M.
- the unreserved portion is allocated to all pending uplink data according to step 250 .
- the telecommunications device may be the base station 110 or any one of the mobile devices 120 .
- the step 210 is implemented by the receiving unit 132
- the step 220 is implemented by the reserving unit 134
- the steps 230 to 250 are implemented by the allocating unit 136 .
- the grant is received from the base station 110 .
- FIG. 3 shows the Data Link layer 300 implemented in the apparatus 130 of the mobile device 120 .
- the Data Link layer 300 includes a Packet Data Convergence Protocol sublayer 310 , a Radio Link Control sublayer 320 and a Medium Access Control sublayer 330 .
- the Data Link layer 300 is structured by a control plane and a user plane.
- the LTE signaling is exchanged in the control plane using a logical channel LCH 1 .
- User data provided by higher layers, such as Internet Protocol (IP) packets, is exchanged on the user plane using a logical channel LCH 2 .
- All uplink data transmission is routed via Radio Bearers (RBs).
- RBs Radio Bearers
- Each radio bearer is mapped by the base station 110 to one of four uplink logical channels (LCH 1 to LCH 4 ).
- LTE specifies two kind of buffer status reports (BSRs), as defined on page 27 of the above mentioned 3GPP TS 36.321.
- BSRs buffer status reports
- a “short BSR” is reported when the pending uplink data is available for only one logical channel, whereas a “long BSR” is reported when more than one logical channel includes pending uplink data.
- LTE further stipulates not to send a buffer status report when it is possible to transmit all pending uplink data (cf. page 27 of the above-mentioned LTE standard document).
- the MAC sublayer has to reserve either 2 or 4 bytes of the granted uplink data volume for the transmission of the short BSR or the long BSR, respectively.
- pending data relates to data available for the uplink transmission on the PDCP sublayer 310 or the RLC sublayer 320 .
- Uplink data pending on the PDCP sublayer 310 includes new data that has not previously been transmitted.
- Data pending on the RLC sublayer 320 may include Packet Data Units (PDUs) to be retransmitted in response to receiving a negative RLC Status PDU from a peer RLC entity and RLC Status PDUs indicating negative or positive reception of previously transmitted PDUs.
- PDUs Packet Data Units
- FIGS. 4 to 6 schematically illustrates pending uplink data and a corresponding buffer status report of the Data Link layer 300 before uplink data processing (situation shown on the left-hand side) and after the uplink processing (situation on the right-hand side).
- the uplink data processing includes the allocation according to the steps 230 to 250 of the method 200 .
- FIG. 4 shows a first example of entirely allocating a reserved portion 402 of the granted uplink volume 404 to pending uplink data. The allocation is consistent with the avoidance of the buffer status report.
- the radio bearer RB 1 Prior to the uplink data processing, the radio bearer RB 1 , which is mapped to the logical channel LCH 1 , includes in total 8 bytes of pending uplink data.
- the radio bearers RB 4 and RB 5 are mapped to the logical channel LCH 2 .
- the radio bearer RB 4 has 5 bytes of pending uplink data
- the radio bearer RB 5 has in total 7 bytes of pending uplink data. Consequently, uplink data is pending for two logical channels and the MAC sublayer 330 reserves the portion 402 having a size of 4 bytes of the granted uplink data volume 404 for a long BSR 406 .
- FIG. 5 shows a second example of using half of a reserved portion 502 of a granted uplink data volume 504 .
- the allocation is consistent with an uplink data processing that avoids the long BSR 506 in favor of a short BSR 508 , i.e., a reduction in BSR size.
- the logical channel LCH 1 comprises 8 bytes of pending uplink data and the granted uplink data volume 504 comprises 10 bytes.
- the amount of data pending for the LCH 1 is consistent with allocating 6 bytes of the 8 bytes of an unreserved portion 503 and 2 bytes of the 4 bytes of the reserved portion 502 (reserved for the long BSR 506 ) to the uplink data pending on the radio bearer RB 1 of the logical channel LCH 1 , so that only the logical channel LCH 2 remains with pending uplink data. Consequently, the short BSR 508 having a size of 2 bytes has to be transmitted and fits into the unallocated part of the reserved portion 502 of the granted uplink data volume 504 .
- the second example is thus an example for reducing the BSR size from 4 bytes to 2 bytes.
- FIG. 6 shows a third example of entirely allocating a reserved portion 602 , which is initially reserved on the granted uplink data volume 604 for a short BSR 606 , to pending uplink data.
- the allocation is consistent with the avoidance of the buffer status report 608 .
- uplink data is only pending for the logical channel LCH 2 . Consequently, the MAC layer 330 reserves a portion 602 of the granted uplink data volume 604 for the short BSR 606 .
- an unreserved portion 603 and the reserved portion 602 are allocated to the pending uplink data, because this leads to a depletion of the logical channel LCH 2 and, thus, to the avoidance 608 of the short BSR 606 .
- the uplink data processing is described in more details with reference to the FIGS. 7 and 8 .
- the technique can be referred to as a “reserved grant handling technique”, because the MAC layer 330 reserves 2 or 4 bytes of the granted uplink data volume 404 , 504 or 604 when the short BSR or the long BSR, respectively, is triggered.
- the MAC sublayer 330 subtracts the size of the reserved portion 402 , 502 or 602 from the granted uplink data volume 404 , 504 or 604 resulting in the size of the unreserved portion 403 , 503 or 603 .
- the MAC sublayer 330 signals the size of the reserved portion 402 , 502 or 602 and the size of the unreserved portion 403 , 503 or 603 to the PDCP sublayer 310 and the RLC sublayer 320 .
- the PDCP sublayers 310 and the RLC sublayer 320 schedule their pending uplink data as usual. Only if the unreserved portion 403 , 503 or 603 , to the extent not yet allocated, is not sufficiently sized for transmitting all uplink data pending on one of their logical channels, it is assessed whether allocating some or all of the reserved portion 402 , 502 or 602 to all the data pending for one or more their logical channels is possible and would lead to a reduction or an avoidance of the buffer status report.
- the initially reserved portion 402 , 502 or 602 can be used by the PDCP sublayer 310 and/or the RLC sublayer 320 for transmitting the pending uplink data, if the number of logical channels could be reduced to zero (in which case the entire granted data volume can be used) or to one (in which case two of the initially four reserved bytes can be used) during the uplink data processing.
- FIG. 7 shows a flow chart 700 of the uplink data processing performed by the PDCP sublayer 310 and the RLC sublayer 320 .
- the uplink data processing is based on the reserved portion 402 , 502 or 602 and the unreserved portion 403 , 503 or 603 (which are collectively denoted by reference sign 702 ) as well as a list of radio bearers 704 , for which uplink data is pending.
- the information 702 and 704 is provided by the MAC sublayer 330 to PDCP sublayer 310 and the RLC sublayer 320 .
- the uplink data processing is performed, radio bearer by radio bearer, starting at a step 706 of assessing whether further radio bearers exists in the list 704 . If no further radio bearers exist in the list 704 , the uplink data processing ends, which end is indicated by reference sign 708 . Since the unreserved portion and, potentially, the reserved portion are successively allocated in the uplink data processing, a step 710 verifies that at least one of the reserved portion and the unreserved portion is at least partially available, i.e. has not yet been allocated.
- the method processes with higher priority the uplink data pending on the RLC sublayer 320 in the steps 712 and 714 , and processes with lower priority the uplink data pending on the
- PDCP sublayer 310 in a step 716 .
- the uplink data processing on the sublayers 310 and 320 is similar and denoted by like reference signs in the flow chart 700 .
- the uplink data processing is exemplified for the case of a pending RLC Status PDU.
- the allocation according to the step 240 is performed when the allocation corresponds to a reduction of the number of channels for which uplink data is pending so that the buffer status report is at least one of reduced in size and avoided.
- Latter condition is assessed in a step 800 described in more details with reference to FIG. 8 below.
- a step 718 verifies that the available unreserved portion 403 , 503 or 603 and the at least partially available reserved portion 402 , 502 or 602 are sufficiently sized for transmitting the PDU: If the available unreserved portion and the at least partially available reserve portion are sufficiently size, the complete PDU is allocated for transmission in a step 720 .
- the PDU pending for transmission is shortened to the available transmission capacity and the remaining part is discarded in a step 722 .
- the uplink data of an RLC Retransmission PDU (starting at branching step 714 ) and of a PDCP Initial Transmission (starting at branching step 716 ) are processed.
- a partial transmission step 724 similar to the step 722 is performed with the difference of retransmitting a PDU segment.
- the complete PDU is transmitted in a step 726 , wherein the PDU is, by construction, sized according to the available uplink data volume.
- step 230 evaluates to “NO”, it is already decided that the procedure will end after processing (e.g., allocating and scheduling) the last PDU in the step 726 .
- the intermediary branching step 800 does not influence the flow but determines the uplink data volume available for the last PDU in the step 726 . More specifically, the step 800 determines if reserved grant, and if so, how much of the reserved grant can be used.
- the available uplink data volume is then allocated in the step 726 . Since the reserved portion is used, the size of the transmitted PDU is not predetermined but depends on the determination in the step 800 .
- the uplink data processing is continued for the next radio bearer in step 728 .
- the step 800 of assessing the availability of at least a part of the reserved portion verifies in a step 802 that the preserved portion 402 , 502 or 602 is still available, i.e., has not yet been completely allocated to another radio bearer.
- a step 804 differentiates between a short BSR (i.e., two reserved bytes) and a long BSR (i.e., four reserved bytes).
- the fulfillment of the matching condition is then assessed for the first possible transition from the long BSR to the avoidance of the BSR in a step 806 .
- a step 810 assesses the matching condition. More specifically, it is assessed whether the unreserved portion 603 and the two bytes of the reserved portion 602 are sufficiently sized to be allocated to all pending uplink data so that all logical channels are completed and the short BSR is avoided, which corresponds to the case described with reference to FIG. 6 .
- At least some of the embodiments allow a MAC layer to comply with the required transmission of a buffer status report so that all of the granted uplink data volume is efficiently used without the need of any post-activity or the maintenance of additional processing information, which would be needed if after uplink data processing less than the reserved portion is needed for the buffer status report. At least some of the embodiments thus require less time for the uplink data processing, or consume less memory.
- Certain embodiments allow to efficiently use the available granted uplink data volume, especially in scenarios when after the uplink data processing a smaller buffer status report, or even no buffer status report, needs to be transmitted by the telecommunications device when using the additional bytes available for transmitting pending uplink data.
- an efficient interaction of the sublayers within the Data Link layer is realized by distributing the decision about allocating the uplink data volume over all sublayers.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
Claims (18)
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/002924 WO2014008905A1 (en) | 2012-07-11 | 2012-07-11 | Technique for uplink data processing |
Publications (2)
Publication Number | Publication Date |
---|---|
US20150173062A1 US20150173062A1 (en) | 2015-06-18 |
US9591625B2 true US9591625B2 (en) | 2017-03-07 |
Family
ID=46583936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/413,865 Expired - Fee Related US9591625B2 (en) | 2012-07-11 | 2012-07-11 | Technique for uplink data processing |
Country Status (3)
Country | Link |
---|---|
US (1) | US9591625B2 (en) |
EP (1) | EP2873282B1 (en) |
WO (1) | WO2014008905A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11825537B2 (en) * | 2017-09-28 | 2023-11-21 | Telefonaktiebolaget Lm Ericsson (Publ) | PDCP UL split and pre-processing |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090113086A1 (en) * | 2007-10-29 | 2009-04-30 | Sunplus Mmobile Inc. | Method for providing a buffer status report in a mobile communication network |
US20100077100A1 (en) * | 2008-09-22 | 2010-03-25 | Chia-Chun Hsu | Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system |
US20120039263A1 (en) * | 2008-03-21 | 2012-02-16 | Peter Moberg | Prohibiting unnecessary scheduling requests for uplink grants |
US20120069805A1 (en) * | 2009-04-03 | 2012-03-22 | Panasonic Corporation | Buffer status reporting in a mobile communication system |
US20130028223A1 (en) * | 2010-04-06 | 2013-01-31 | Samsung Electronics Co. Ltd. | Method and apparatus for processing scheduling information in mobile communication system |
US20130083677A1 (en) * | 2011-09-30 | 2013-04-04 | Bong Ho Kim | Method And Apparatus For Controlling Buffer Status Report Messaging |
-
2012
- 2012-07-11 EP EP12740484.6A patent/EP2873282B1/en not_active Not-in-force
- 2012-07-11 WO PCT/EP2012/002924 patent/WO2014008905A1/en active Application Filing
- 2012-07-11 US US14/413,865 patent/US9591625B2/en not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090113086A1 (en) * | 2007-10-29 | 2009-04-30 | Sunplus Mmobile Inc. | Method for providing a buffer status report in a mobile communication network |
US20120039263A1 (en) * | 2008-03-21 | 2012-02-16 | Peter Moberg | Prohibiting unnecessary scheduling requests for uplink grants |
US20100077100A1 (en) * | 2008-09-22 | 2010-03-25 | Chia-Chun Hsu | Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system |
US20120069805A1 (en) * | 2009-04-03 | 2012-03-22 | Panasonic Corporation | Buffer status reporting in a mobile communication system |
US20130028223A1 (en) * | 2010-04-06 | 2013-01-31 | Samsung Electronics Co. Ltd. | Method and apparatus for processing scheduling information in mobile communication system |
US20130083677A1 (en) * | 2011-09-30 | 2013-04-04 | Bong Ho Kim | Method And Apparatus For Controlling Buffer Status Report Messaging |
Non-Patent Citations (8)
Title |
---|
Huawei, et al., "BSR Type Selection", 3GPP TSG-RAN WG2 Meeting #72bis, Dublin, IE, Jan. 17, 2011, pp. 1-2, R2-110370, 3GPP. |
New Postcom, "Discussions on BSR format selection", 3GPP TSG-RAN WG2 Meeting #72bis, Dublin, IE, Jan. 17, 2011, pp. 1-4, R2-110049, 3GPP. |
Samsung, "On BSR type selection", 3GPP TSG-RAN 2#72bis meeting, Dublin, IE, Jan. 17, 2011, pp. 1-2, Tdoc R2-110073, 3GPP. |
Samsung, "The complexity of BSR cancellation", 3GPP TSG-RAN2 Meeting #62bis, Warsaw, PL, Jun. 30, 2008, pp. 1-6, Tdoc R2-083504, 3GPP. |
Third Generation Partnership Project, "3rd Generation Partnership Project; Technical Specification Gropu Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification (Release 10)", Technical Specification, 3GPP TS 36.321 V10.5.0, Mar. 1, 2012; pp. 1-54, 3GPP, France. |
Third Generation Partnership Project, "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification (Release 8)", Technical Specification, 3GPP TS 36.321 V8.1.0, Mar. 1, 2008, pp. 1-30, 3GPP, France. |
Third Generation Partnership Project, "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification (Release 9)", Technical Specification, 3GPP TS 36.322 V9.2.0, Jun. 1, 2010, pp. 1-39, 3GPP, France. |
ZTE, "BSR reporting scheme", 3GPP TSG RAN WG2#70, Montreal, CA, May 10, 2010, pp. 1-4, R2-102816, 3GPP. |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11825537B2 (en) * | 2017-09-28 | 2023-11-21 | Telefonaktiebolaget Lm Ericsson (Publ) | PDCP UL split and pre-processing |
US20240057185A1 (en) * | 2017-09-28 | 2024-02-15 | Telefonaktiebolaget Lm Ericsson (Publ) | PDCP UL Split and Pre-Processing |
Also Published As
Publication number | Publication date |
---|---|
US20150173062A1 (en) | 2015-06-18 |
EP2873282B1 (en) | 2016-03-23 |
WO2014008905A1 (en) | 2014-01-16 |
EP2873282A1 (en) | 2015-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6868834B2 (en) | Efficient uplink scheduling mechanism for dual connectivity | |
US11051322B2 (en) | Data processing method, apparatus, and system | |
US11153778B2 (en) | Buffer status report reporting method and apparatus | |
US8223708B2 (en) | Method and apparatus for handling scheduling information report | |
US9270430B2 (en) | Method and apparatus for power headroom reporting | |
US20200196387A1 (en) | Methods and devices associated with direct communications in a radio access network | |
CN101742664A (en) | Method and apparatus for improving uplink transmission in a wireless communication system | |
JP2019525622A (en) | System and method for uplink data scheduling for grant-free transmission | |
WO2018059518A1 (en) | Data transmission method, device and system | |
US20220377781A1 (en) | Method, apparatus, computer program product and computer program | |
CN109587770A (en) | The processing method and terminal device of scheduling request | |
CN113647182B (en) | Wireless communication method and device | |
CN107113821A (en) | The method and apparatus of transmitting uplink data | |
JP7670065B2 (en) | Operating method and communication device | |
CN108322939B (en) | Method and apparatus for wireless communication system supporting multiple physical layer methods | |
CN111148225B (en) | Resource scheduling method, device and equipment | |
WO2021056213A1 (en) | Wireless communication method and device | |
CN110870265B (en) | Scheduling policy for out-of-order grants | |
WO2016125775A1 (en) | Control device, communication device, control method and program | |
US9591625B2 (en) | Technique for uplink data processing | |
US20230019547A1 (en) | Uplink data transmission scheduling | |
TW201701626A (en) | Detection and reduction of delays in reverse link control data | |
WO2024168869A1 (en) | Wireless communication method and related devices | |
US20250159553A1 (en) | Transmission latency mitigation for voice over new radio (vonr) | |
WO2022267022A1 (en) | Wireless communication method, terminal device, and network device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET L M ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ARMBRUSTER, JOERG;HIERL, GERHARD;HOFMANN, CHRISTIAN;AND OTHERS;REEL/FRAME:034675/0207 Effective date: 20121105 |
|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: CHANGE OF NAME;ASSIGNOR:TELEFONAKTIEBOLAGET L M ERICSSON (PUBL);REEL/FRAME:040086/0687 Effective date: 20151119 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20250307 |