HUE034720T2 - Felhasználói készülék és eljárás késleltetés csökkentésére egy rádió hozzáférési hálózatban - Google Patents

Description

(12) EUROPEAN PATENT SPECIFICATION (45) Date of publication and mention (51) Int Cl.: of the grant of the patent: H04W 72112 <2009 01> H04W 72104 <2009 01> 26.07.2017 Bulletin 2017/30 (86) International application number: (21) Application number: 13760885.7 PCT/US2013/027144 (22) Date of filing: 21.02.2013 (87) International publication number: WO 2013/138043 (19.09.2013 Gazette 2013/38)

(54) USER EQUIPMENT AND METHOD FOR REDUCING DELAY IN A RADIO ACCESS NETWORK

benutzergerAt UND VERFAHREN ZURVERZOGERUNGSREDUZIERUNG IN EINEM FUNKZUGRIFFSNETZWERK

EQUIPEMENT D’UTILISATEUR ET PROCEDE POUR REDUIRE LE RETARD DANS UN RESEAU D’ACCES RADIO (84) Designated Contracting States: · VANNITHAMBY, Rath AL AT BE BG CH CY CZ DE DK EE ES FI FR GB Portland, Oregon 97229 (US)

GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR (74) Representative: Goddar, Heinz J.

Boehmert &amp; Boehmert

(30) Priority: 16.03.2012 US 201261612188 P Anwaltspartnerschaft mbB 25.09.2012 US 201213625977 Pettenkoferstrasse 22 80336 Miinchen (DE) (43) Date of publication of application: 21.01.2015 Bulletin 2015/04 (56) References cited: WO-A1-2009/024596 WO-A1-2011/025427 (73) Proprietor: Intel Corporation KR-A- 20100 114 921 KR-A- 20100 116 120

Santa Clara, CA 95054 (US) US-A1-2007 259 673 US-A1-2010 284 314 US-A1- 2011 044 192 US-A1- 2011 075 744 (72) Inventors: US-A1-2011 249 583 US-A1-2011 292 901 • ZHU, Jing

Portland, OR 97229 (US)

Description

TECHNICAL FIELD

[0001] Embodiments pertain to wireless communications. Some exemplary embodiments relate to packet scheduling in wireless access networks including the third generation partnership project (3GPP) Universal Terrestrial Radio Access Network (UTRAN) Long-Term-Evolution (LTE) networks (E-UTRAN). Some exemplary embodiments relate to the Evolved Packet Core (EPC) of an LTE network.

BACKGROUND

[0002] In radio access networks (RANs), communication stations, such as user equipment (UE), conventionally request grants of uplink bandwidth when uplink packets are ready to send. One issue with this technique is that a UE will have to wait for a new uplink packet to arrive from its application layer before requesting an uplink grant. This results in a delay, which may be an issue particularly fordelay-sensitive and real-time applications. With the proliferation of portable internet devices such as smartphones, tablets and notebook devices, packets of various applications are delivered over-the-top (OTT) using a default bearer. These applications are transparent to the EPC making it difficult to support quality-of-service (QoS) level requirements for these applications, particularly for delay-sensitive applications.

[0003] Thus, what is needed are UEs and methods that help reduce or eliminate delays in RANs, including delays associated with requesting uplink bandwidth grants. Also needed are UEs and methods that reduce or eliminate delays suitable for use with delay-sensitive and real-time applications. There are general needs for systems and methods that provide improved QoS support for applications and particularly for delay-sensitive applications that are transparent in the EPC.

[0004] WO 2011/025427 A1 relates to a method and arrangement in a base station for scheduling radio resources to a user equipment. The method and arrangement comprises receiving a scheduling request from the user equipment, and also a time offset value which value is associated with the moment of time when a frame of data was generated in the user equipment buffer. Also, the moment of time when the frame of data was generated in the user equipment buffer is determined, based on the received time offset value. Thereby the buffer state of the user equipment buffer is predicted by using the determined moment of time when the frame of data was generated in the user equipment buffer. Further, radio resources are granted to the user equipment, based on the predicted buffer state of the user equipment buffer. In addition, a method and arrangement in a user equipment for assisting the base station in scheduling radio resources are described.

BRIEF DESCRIPTION OF THE DRAWINGS

[0005] FIG. 1 illustrates elements of a wireless access network in accordance with some embodiments; FIG. 2 illustrates various bearers in accordance with some embodiments; FIG. 3 illustrates an LTE protocol stack in accordance with some embodiments; FIG. 4 is a table illustrating logical channel identifier (LCID) values for an uplink shared channel, in accordance with some embodiments; FIG. 5 illustrates a delayed buffer status report (D-BSR) medium-access control (MAC) control, element in accordance with some embodiments; FIG. 6 is a table illustrating delay-value indexing in accordance with some embodiments; FIG. 7 illustrates a downlink congestion and buffer report (DCBR) control element in accordance with some embodiments; FIG. 8A is a table illustrating average packet delay (APD) indexing in accordance with some embodiments; FIG. 8B is a table illustrating downlink buffer size (DBS) indexing in accordance with some embodiments; FIG. 9 is a table illustrating LCID values for a downlink shared channel in accordance with some embodiments; and FIG. 10 is a table illustrating priority to traffic characteristics (TC) parameter mapping (PTM) in accordance with some embodiments.

DETAILED DESCRIPTION

[0006] The following description and the drawings sufficiently illustrate specific embodiments to enable those skilled in the art to practice them. Other embodiments may incorporate structural, logical, electrical, process, and other changes. Portions and features of some embodiments may be included in, or substituted for, those of other embodiments. Embodiments set forth in the claims encompass all available equivalents of those claims.

[0007] FIG. 1 illustrates elements of a wireless access network, in accordance with some embodiments. Radio access network 100 may include user equipment (UE) 102 and enhanced node B (eNB) 104, which communicate wirelessly overone or more wireless communication channels. In radio access network 100, data flows may be mapped to bearers using QoS class identifiers (QCIs). In LTE embodiments, the eNB 104 may include an LTE protocol stack 114 and the UE 102 may include an LTE protocol stack 112. The LTE protocol stacks 112, 114 may be configured to allow the eNB 104 and the UE 102 communicate in accordance with a 3GPP LTE protocol. The LTE protocol stacks may comprise processing cir- cuitry configured to perform the operations described herein.

[0008] Some embodiments disclosed herein provide enhancements that may be applicable to a 3GPP LTE radio-access network for reducing delay that may be particularly beneficial for real-time OTT applications. Some embodiments reduce delay by providing for an uplink delayed buffer status report. Some embodiments reduce delay by providing for a downlink congestion and buffer report. Some embodiments reduce delay by providing for traffic characteristic based inter-UE/intra QCI prioritization. These embodiments are described in more detail below.

[0009] In accordance with uplink delayed buffer status report embodiments, the UE 102 may determine a delay value indicating a minimum time for the eNB 104 (which may be the serving eNB) to delay scheduling an uplink grant. The UE 102 may determine a predicted buffer size and generate a delayed buffer status report (D-BSR) MAC control element for transmission to the eNB 104 with a last-scheduled uplink (UL) grant (i.e., the prior UL grant). In these embodiments, the D-BSR control element may include at least an indicator of the delay value and an indicator of the predicted buffer size. The predicted buffer size may indicate an amount of grant the UE 102 anticipates it will need at a near-future time indicated by the delay value.

[0010] In these embodiments, the D-BSR MAC control element is used to request a delayed uplink grant. The delay value may indicate a minimum time for the eNB 104 to delay scheduling an uplink grant. By predicting a buffer size and requesting the delayed scheduling of an uplink grant, the UE 102 may not have to wait for a new uplink packet to arrive from its application layer before requesting an uplinkgrant. Conventionally, when the current buffer size is zero, the UE does not request an uplink grant since there are no uplink packets ready for transmission.

[0011] In accordance with embodiments, the UE 102 may receive an uplink grant from the eNB 104. In response to the uplink grant, the UE 102 may send a MAC protocol data unit (PDU) with data payload and the D-BSR MAC control element to the eNB 104 if no other types of BSRs are triggered. In these embodiments, the delay value and the buffersize in the D-BSR MAC control element may beset by the UE 102 based on information, such as minimum packet size and maximum inter-arrival interval, which may be determined or provided by the applications that are running locally on the UE 102. When the eNB 104 receives the packet with the D-BSR MAC control element, the eNB 104 may schedule an uplink grant with a minimal delay and a grant size based on the information in the D-BSR MAC control element. These embodiments are discussed in more detail below.

[0012] In some embodiments, the data flows may be mapped to bearers using the QCIs to provide end-to-end QoS support via an evolved packet system (EPS) bearer. In some embodiments, the characteristics of QCIs may be in accordance with 3GPP Technical Specification (TS) 23.203, although this is not a requirement. In these embodiments, radio access network 100 may provide an all internet-protocol (IP) core network with open interfaces and may be referred to as an EPC. The EPC may provide higher throughput, lower latency, simplified mobility between 3GPP and non-3GPP networks, enhanced service control and provisioning, and efficient use of network resources.

[0013] FIG. 2 illustrates various bearers, in accordance with some embodiments. In these embodiments, data flows are mapped to bearers 200 using QCIs. As illustrated in FIG. 2, an E-UTRAN radio-access bearer (E-RAB) 207 may transport the packets of an EPS bearer 211 between the UE 102 and the EPC. When an E-RAB 207 exists, there may be a one-to-one mapping between the E-RAB 207 and the EPS bearer 211. The data radio bearer 203 may transport the packets of an EPS bearer 211 between a UE 102 and an eNB 104. When a data radio bearer exists, there may be a one-to-one mapping between the data radio bearer 203 and the EPS bearer or E-RAB 207. The S1 bearer 205 may transport the packets of an E-RAB 207 between an eNB 104 and a serving gateway (S-GW) 106. An S5/S8 bearer 209 may transport the packets of an EPS bearer 211 between the S-GW 106 and a packet data network (PDN) gateway (P-GW) 108.

[0014] The UE 102 may store a mapping between an uplink packet filter and a data radio bearer to create the binding between a data flow and a data radio bearer in the uplink. An uplink traffic-flow template (TFT) in the UE may bind a data flow to an EPS bearer in the uplink direction. Multiple data flows may be multiplexed onto the same EPS bearer. A downlink TFT in the P-GW may bind a data flow to an EPS bearer in the downlink direction. Multiple data flows can be multiplexed onto the same EPS bearer by including multiple downlink packet filters in the downlink TFT. The P-GW 108 may store a mapping between a downlink packet filter and an S5/S8 bearer 209 to create the binding between a data flow and an S5/S8a bearer in the downlink.

[0015] The eNB 104 may store a one-to-one mapping between the data radio bearer 203 and the S1 bearer 205 to create the binding between a data radio bearer and an S1 bearer in both the uplink and downlink. The S-GW 106 may store a one-to-one mapping between the S1 bearer 205 and the S5/S8 bearer 209 to create the binding between an S1 bearer and an S5/S8 bearer in both the uplink and downlink.

[0016] Insomeembodiments, packets ofthe data flows are delivered OTT using the default bearer (i.e., QCI=9). Examples of such applications include applications that may be running on a portable internet device such as a smartphone, tablet or ultrabook for use over the network. Data packets generated by these applications may be delivered OTT (i.e., using the default bearer) since the QoS requirements may not be known to the network or the mobile operators (e.g., sometimes due to encryption).

Examples of some delay-sensitive and real-time applications that may delivered OTT may include Skype, FaceTime, GoogleTalk and voice-over-internet protocol (VoIP), each having different QoS requirements in terms of delay and throughput, which may be distinguished from non-real-time applications such as web browsing or email. The use of a D-BSR may reduce any delay associated with real-time applications that are delivered OTT.

[0017] FIG. 3 illustrates an LTE protocol stack in accordance with some embodiments. LTE protocol stack 300 may be suitable for use as LTE protocol stack 112 (FIG. 1) and LTE protocol stack 114 (FIG. 1), although other configurations may also be suitable.

[0018] LTE channels may be categorized into three types of data channels. A logical channel is defined by the type of information it carries. The logical channel is classified into control and traffic channels. The transport channel is defined by how and with what characteristics the information is transmitted. The physical channel is defined by the physical resources used to transmit the data. Transport channels are mapped onto physical channels. Data channels are further divided into control channels and traffic channels. The traffic channels carry information of the user-plane, while the control channels carry information of the control-plane. The radio bearer channel transports the packets of the EPS bearer between the UE 102 and the eNB 104.

[0019] LTE Layer 3 includes the Radio Resource Control (RRC) layer. The LTE RRC layer provides broadcast of system information, configures the MAC, Radio Link Control (RLC) and Packet Data Convergence Protocol (PDCP) layers, and carries out mobility functions and QoS managementfunctions. Further, the RRC is responsible for control plane signaling between UE and the network. The RRC takes care of the broadcasted system information related to the access stratum and transport of the Non-Access Stratum (NAS) messages, paging, establishment and release of the RRC connection, security key management, handover, UE measurements related to inter-system mobility, QoS, and the like. The NAS provides communication between the UE and the mobility management entity (MME) on the network side (not shown) for control purposes, such as network attach, authentication, establishing and setting up bearers, and mobility management. The NAS also performs authentication of the UE and security control and generates part of the paging messages.

[0020] Layer 3 interfaces with layer 2 and also directly interfaces with layer 1. Layer 2 is split into the MAC, RLC and PDCP. The MAC provides addressing and channel access control mechanisms. The MAC also manages hybrid automatic repeat request (FIARQ) error correction, prioritization of the logical channels for the same UE and dynamicscheduling between UEs, and the like. The RLC is used to format and transport traffic. Further, the RLC transports the PDUs of the PDCP and may work in one of three different modes depending on the reliability provided. Depending on this mode, the RLC can provide automatic repeat request (ARQ) error correction, seg-mentation/concatenation of PDUs, reordering for in-se-quence delivery, duplicate detection, and the like. The PDCP is responsible for (de-) compressing the headers of IP packets of the user plane. The PDCP provides transport of data of the RRC with ciphering and integrity protection and for the IP layer transport of the IP packets, with header compression, ciphering, and, depending on the mode of the RRC, in-sequence delivery, duplicate detection, and retransmission of its own service data units (SDUs) during handover.

[0021] Layerl is the physical (PHY) layer and provides the basic networking hardware transmission technologies of a network. The PFIY layer translates logical communication requests into hardware specific operations such as modulation, bit synchronization, multiplexing, equalization, forward error correction and the like. The physical layer carries information from the transport channels of the MAC over the air interface, and handles the link adaptation (AMC), power control, cell search (for initial synchronization and handover purposes), and other measurements (inside the LTE system and between systems) for the RRC layer.

[0022] FIG. 4 is a table illustrating LCID values for an uplink shared channel in accordance with some embodiments. In these embodiments, the UE 102 (FIG. 1) may configure the D-BSR MAC control element to further include a LCID index 402 to indicate a control element for a delayed buffer status report. In other words, the LCID index 402 may indicate that the MAC control element is a D-BSR MAC control element. In these embodiments, a predetermined LCID index 404, such as index Ό101T as illustrated in Fig. 4, may be used to indicate that the D-BSR MAC control element includes information for a D-BSR and is a D-BSR control element (rather than another type of MAC control element as illustrated in the table). A non-delayed or conventional BSR control element may include an LCID index to indicate one of a truncated BSR 406, a short BSR 408 and a long BSR 410.

[0023] FIG. 5 illustrates a D-BSR MAC control element in accordance with some embodiments. In these embodiments, the D-BSR MAC control element 500 may include a logical channel group (LCG) identifier (ID) field 502 to indicate the LCG ID of the control element 500. The LCG IDfield 502 may include a predetermined LCID index 404 (FIG. 4), such as index Ό101Τ as illustrated in FIG. 4, to indicate that the control element is a D-BSR MAC control element that is requesting a delayed uplink grant. The D-BSR MAC control element 500 may also include at least an indicator 504 of the delay value and an indicator 506 of the predicted buffer size.

[0024] In some embodiments, the D-BSR MAC control element 500 may be considered a MAC control frame. The D-BSR MAC control element 500 may be a request for a delayed grant of uplink bandwidth. In some embodiments, the D-BSR MAC control element 500 may be sent from the UE 102 to the eNB 104 on an uplink shared channel (UL-SCH), although the scope of the embodi- merits is not limited in this respect.

[0025] FIG. 6 is a table illustrating delay-value indexing in accordance with some embodiments. An index 602 for a selected delay value 604 may be included in the D-BSR MAC control element 500 (FIG. 5) for indicator 504 (FIG. 5). The table may be stored in memory of the UE 102 (FIG. 1).

[0026] In accordance with embodiments, the UE 102 may determine the delay value 604 indicating a time for the eNB 104 to delay scheduling an uplink grant. The UE 102 may also determine the predicted buffer size for indication by indicator 504, and may generate the D-BSR MAC control element 500 for transmission to the eNB 104 with the last-scheduled uplink grant. As discussed above, the D-BSR MAC control element 500 may include at least an indicator 504 of the delay value 604 and the indicator 506 of the predicted buffer size.

[0027] In some embodiments, the delay value 604 may indicate a minimum time for the eNB 104 to delay scheduling an uplink grant. In some embodiments, the predicted buffer size indicates an amount of uplink grant the UE 102 anticipates it will need at a near-future time indicated by the delay value 604.

[0028] In some embodiments, the UE 102 may be configured to refrain from requesting an additional uplink grant in response to receipt of a new uplink packet from an application layer when expecting a delayed grant (in response to transmitting the D-BSR MAC control element 500). These embodiments are described in more detail below.

[0029] In some embodiments, the UE 102 may receive a delayed grant for uplink bandwidth in response to transmission of the D-BSR MAC control element 500. The grant may be received from the eNB 104 no sooner than the delay value 604 and include a bandwidth allocation sufficient to handle the predicted buffer size 506.

[0030] In some embodiments, the UE 102 may generate the D-BSR MAC control element 500 fortransmission to the eNB 104 with the last-scheduled uplink grant when a current buffer size is zero and when the UE anticipates (e.g., predicts or determines) that itwill have uplink packets soon (e.g., within less than 120 ms) based on the predicted buffer size (i.e., since the predicted buffer size is greater than zero). In these embodiments, the buffer-status report may indicate that current uplink buffer is empty and therefore the UE 102 does not have any packets ready for uplink transmission; however, the D-BSR MAC control element 500 is configured to indicate the predicted buffer size. In these embodiments, the D-BSR MAC control element 500 may be used only used when the current buffer size is zero. Otherwise a conventional or non-delayed BSR control element may be used. In these embodiments, the predicted buffer size may be determined based on applications that may be running on the UE that are generating packets for uplink transmission.

[0031] In some embodiments, the UE 102 may refrain from generating the D-BSR MAC control element 500 for transmission to the eNB 104 with the last-scheduled grant when the current buffer size is zero and when the UE does not anticipate that it will have packets soon based on the predicted buffer size. In this situation, the predicted buffer size may be zero; however, the current buffer size may be zero or greater than zero.

[0032] In some embodiments, the UE 102 may generate a non-delayed BSR control element for transmission to the eNB 104 with the last-scheduled uplink grant when the current buffer size is not zero. The non-delayed BSR control element may indicate at least the current buffer size. The non-delayed BSR control element may be a conventional BSR control element, although the scope of the embodiments is not limited in this respect. The non-delayed BSR control element may include an LCID index to indicate one of a truncated BSR 406, a short BSR 408 and a long BSR 410 as illustrated in FIG. 4.

[0033] In some embodiments, the UE 102 may refrain from generating the D-BSR MAC control frame 500 when other types ofBSRs are triggered. In these embodiments, the UE 102 may generate the D-BSR MAC control frame 500 when none of the other types of (non-delayed) BSRs are triggered. The non-delayed BSRs may be triggered when the current buffer size at the UE is not zero. The embodiments disclosed herein for D-BSR reporting are unlike some conventional BSR reporting in which no grant is requested or scheduled when the current buffer size is zero, thereby causing the UE 102 to wait for a future (new) uplink packet to arrive from the application layer of the UE 102 before requesting an uplink grant. The use of a D-BSR MAC control element 500 may reduce the delay between when a new packet arrives from the application layer and when the eNB 104 schedules an uplink grant. Through the use of a D-BSR MAC control element 500, this delay may be reduced to zero or close to zero.

[0034] Conventionally, an eNB 104 has to wait for this delay (at a minimum) before scheduling grants based on the reported buffer size. However in accordance with an example embodiment, at the UE 102 may send a D-BSR MAC control element to the eNB 104 with the delay set to 100ms and the buffer size set to 100 Bytes. Then, the eNB 104 may schedule the 100 bytes only after to+100ms. In some embodiments, the delay value 504 indicates the minimum amount of time that the eNB 104 is to wait before scheduling an uplink grant. In this example, the eNB 104 may schedule the grant at t0 + 200ms (any value greater than or equal to 100ms), but would not schedule a grant at to + 99ms.

[0035] In some embodiments, the UE 102 may be configured to determine the delay value 604 and the predicted buffer size (i.e., for inclusion in the D-BSR MAC control element 500) based at least in part on uplink traffic information for one or more applications running on the UE 102. The uplink traffic information includes one or more of a packet or bit generation rate, a packet arrival interval (PAI) and packet size (PS) information for the one or more applications. In these embodiments, the UE 102 may determine the delay value and the predicted buffer size based on information, such as minimum PS and maximum inter-arrival interval, which may be determined or provided by the applications that are running locally on the UE 102.

[0036] In some embodiments, the delay value 604 may be determined based on the packet arrival interval, the last packet arrival time, and the last grant arrival time. The predicted buffer size may be based on the packet size. In these embodiments, the delay value 604 may be an uplink grant request delay value.

[0037] In an example embodiment in which a VoIP application is running on the UE 102 and generating traffic at a constant bit rate (CBR) with a PAI of 20ms and a PS of 200 bites, the UE 102 may determine the delay value 604 and the predicted bufFer size as follows: The delay value may be calculated based on the equation z - (y -x), and the predicted bufFer size may be set to ’s’, where ’x’ represents the last packet arrival time (packet arriving from upper layer to cellular modem), ’y’ represents the last grant arrival time (the grant is used to schedule D-BSR and the last packet in the bufFer), ’z’ represents the known PAI, and ’s’ represents the known PS. A delay value 604 may be selected from a table, such as the table illustrated in FIG. 6, which may be stored in the memory of the UE 102. In these embodiments, the delay value selected from the table may be greater than or equal to the calculated delay value. For example, if a delay value of 21ms is calculated, the delay value of 40ms may be selected from the table. The index 602 for the selected delay value may be included in the D-BSR MAC control element 500 for indicator 504.

[0038] In some embodiments, the D-BSR MAC control element 500 may be used for requesting a delayed grant of uplink bandwidth for one or more data flows. For example, the UE 102 may be configured to operate within a radio access network (such as an LTE network) in which the data flows are mapped to bearers using QCIs. The data flows may be associated with OTT applications using a default bearer (e.g., QCI=9), although the scope of the embodiments is not limited in this respect as the D-BSR MAC control element 500 may be used to request delay grants of uplink bandwidth for data flows with other QCI values. In these embodiments, each bandwidth request may be associated with a LCG, which may be identified in the LCG ID field 502 of the D-BSR MAC control element 500. In some embodiments, all data traffic for the UE regardless of the QCI may be sent in the same LCG.

[0039] In some downlink congestion and buffer report embodiments, the UE 102 may be configured to send a request to the eNB 104 to activate downlink congestion and buffer reporting and to receive a DCBR from the eNB 104. The DCBR may indicate whether or not congestion exists for downlink traffic and may indicate average packet delay and downlink buffer size. The DCBR may indicate whether or not congestion exists for downlink traffic for a certain QCI of the EPS bearer. In response to receipt of a DCBR that indicates that congestion exists, the UE 102 may report information from the DCBR to one or more of its applications (operating at upper-level layers) for traffic rate reduction, congestion mitigation and/or delay reduction. These embodiments are discussed in more detail below.

[0040] FIG. 7 illustrates a DCBR control element in accordance with some embodiments. The DCBR may be received by the UE 102 (FIG. 1) as part of a DCBR MAC control element 700, which may include a congestion indicator (Cl) 702, an average packet delay (APD) indicator 704 and a DBS indicator 706. The Cl 702 may indicate whether or not congestion exists for downlink traffic.

[0041] In some embodiments, the DCBR MAC control element 700 may include a LCID index 904 (FIG. 9) to indicate that the control element is for downlink congestion and bufFer reporting. In some embodiments, the DCBR MAC control element 700 may include a LCG ID field (not separately illustrated), which may be similar to field 502 (FIG. 5).

[0042] In some embodiments, the DCBR MAC control element 700 may be received by the UE 102 from the eNB 104 on downlink shared channel (DL-SCH) as part of a MAC PDU or along with a MAC PDU, although the scope of the embodiments is not limited in this respect. In these embodiments, the APD indicator 704 indicates an average packet delay on the downlink and the DBS indicator 706 indicates a number of remaining bytes in a downlink buffer.

[0043] In some embodiments, congestion may be detected by the eNB 104 based on its downlink transmission queue, for example, although the scope of the embodiments is not limited in this respect. In some embodiments, congestion may be detected if the queuing delay of the downlink transmission queue exceeds a threshold (e.g., 200ms) continuously for a period of time longer than a threshold (e.g., 20ms), although the scope of the embodiments is not limited in this respect.

[0044] In an example embodiment, the average packet delay may be measured every N transmitted packets (e.g., N=100), and the buffer size may indicate the number of remaining bytes when the DCBR MAC control element 700 is prepared. The tables of FIGs. 8A and 8B are examples of how the APD 804 and DBS 806 may be encoded for inclusion in the DCBR MAC control element 700. In an example embodiment, the Cl indicator 702 may be set to zero to indicate that congestion does not exist or no longer exists and may be set to another value to indicate that congestion is detected.

[0045] In some embodiments, the eNB 104 may receive an RRC message to activate downlink congestion and buffer reporting from the UE 102. The message may indicate the QCI of the EPS bearer where downlink congestion and buffer reporting is to be activated. The eNB 104 may monitor downlink traffic of the indicated QCI for the UE 102 to determine whether congestion exists and may send DCBR MAC control element 700 to the UE 102 along with a MAC PDU. The QCI may indicate a default bearer (e.g., QCI=9), although this is not a requirement as other QCIs may be indicated. The DCBR MAC control element 700 may indicate whether or not congestion exists for downlink traffic for the identified QCI of the EPS bearer, may indicate the APD, and may indicate the downlink buffer size. In response to receipt of a DCBR MAC control element 700 that indicates that congestion exists, the UE102 may report information from the DCBR MAC control element 700 to one or more of its applications (operating at upper-level layers) for traffic rate reduction, congestion mitigation, and/or delay reduction.

[0046] In some embodiments, the eNB 104 may be configured to continue to send a DCBR MAC control element 700 to the UE 102with MAC PDUswhenthedown-link buffer size increases for downlink traffic with the indicated QCI. The eNB 104 may send MAC PDUs without a DCBR MAC control element 700 when the downlink buffer size does not increase for downlink traffic with the indicated QCI.

[0047] When downlink congestion is no longer detected, the eNB 104 may send a DCBR MAC control element 700 to the UE 102 with a MAC PDU indicating that congestion no longer exists (i.e., the Cl may be set to zero). In this case, the DCBR MAC control element 700 may include the current average packet delay and the current downlink buffer size. In these embodiments, the UE 102 may be configured to send a RRC message to deactivate downlink congestion and buffer reporting. The message to deactivate downlink congestion and buffer reporting may be sent from the UE 102 at any time after downlink congestion and buffer reporting has been activated and the UE 102 no longer wishes to receive downlink congestion and buffer reports from the eNB 104. In response to receipt of the RRC message to deactivate downlink congestion and buffer reporting, the eNB 104 may deactivate downlink congestion and buffer reporting and may refrain from sending any further DCBR MAC control frames.

[0048] FIG. 9 is a table illustrating LCID values for a downlink shared channel in accordance with some embodiments. In these embodiments, the DCBR MAC control element 700 (FIG. 7) may include a LCID index 904, such as index Ό101T, to indicate that the control element is for downlink congestion and buffer reporting.

[0049] FIG. 10 is a table illustrating priority to PTM in accordance with some embodiments. In these PTM embodiments, the UE 102 (FIG. 1) and the eNB 104 (FIG. 1) may be arranged to perform traffic characteristic (TC) based inter-UE/intra-QCI prioritization (TCUP). In these embodiments, the eNB 104 may send inter-UE/intra-QCI traffic characteristics to the UE 102 to allow the UE 102 to inform its applications to regulate their traffic. The eNB 104 may, for example, prioritize light real-time traffic over heavy non-real-time traffic even when both traffic types have the same QCI. Examples of traffic characteristics may include maximum traffic burst size, and maximum sustained traffic rate, although other traffic characteristics may also be used.

[0050] In some embodiments, the UE 102 may send an RRC request message to the eNB 104 to activate TCUP for QCI of an EPS bearer. The UE 102 may receive an RRC response message from the eNB 104 indicating a priority to traffic-characteristic parameter mapping (e.g., PTM) for the requested QCI. The RRC response may indicate inter-UE/intra-QCI priority and TC parameters. The UE 102 may regulate uplink traffic having the requested QCI based on the PTM. In these embodiments, the RRC request message sent by the UE 102 may indicate the QCI of the EPS bearer where TCUP will be active. In these embodiments, the RRC response message may be sent from the eNB 104 if the eNB 104 accepts the request for TCUP.

[0051] In some embodiments, the inter-UE/intra-QCI priority and TC parameters may include an inter-UE/intra-QCI priority 1002 for one or more of a maximum traffic burst size 1004 and maximum sustained traffic rate 1006. An example of this is illustrated in FIG. 10. In these embodiments, the regulating of the uplink traffic may include instructing one or more applications operating on the UE 102 to regulate uplink traffic based on the parameters.

[0052] In the example illustrated in FIG. 10, traffic for a UE with a QCI of 9 will be given higher priority in the scheduling if its maximum traffic burst is <200 bytes, and its maximum sustained traffic rate is < 10kBps. In some embodiments, the PTM may be UE specific, which may depend on the UE’s channel quality and mobility characteristics. The details on how to specify the PTM may be up to individual eNB implementation.

[0053] In some embodiments, the eNB 104 may send a RRC message to the UE 102 if the mapping needs to be updated due to a change in network load, a change in UE channel quality, or other reason. The UE 102 may also send an RRC message to deactivate TCUP.

[0054] In some embodiments, the physical layer of the UE 102 (see FIG. 3) may include physical layer circuitry for transmitting and receiving signals to and from eNBs using one or more antennas. The UE 102 may also include processing circuitry that may include, among other things, a channel estimator. The UE 102 may also include memory. The processing circuitry may be configured to determine several different feedback values discussed below for transmission to the eNB. The processing circuitry may also include a MAC layer.

[0055] In some embodiments, the UE 102 may include one or more of a keyboard, a display, a non-volatile memory port, multiple antennas, a graphics processor, an application processor, speakers, and other mobile device elements. The display may be a liquid-crystal display (LCD) screen including a touch screen. The one or more antennas utilized by the UE 102 may comprise one or more directional or omnidirectional antennas, including, for example, dipole antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of radio-frequency (RF) signals. In some embodiments, instead of two or more antennas, a single antenna with multiple apertures may be used. In these embodiments, each aperture may be considered a separate antenna. In some multiple-input multiple-output (ΜΙΜΟ) embodiments, the antennas may be effectively separated to take advantage of spatial diversity and the different channel characteristics that may result between each of antennas and the antennas of a transmitting station. In some ΜΙΜΟ embodiments, the antennas may be separated by up to 1/10 of a wavelength or more.

[0056] Although the UE102 is illustrated as having several separate functional elements, one or more of the functional elements may be combined and may be implemented by combinations of software-configured elements, such as processing elements including digital signal processors (DSPs), and/or other hardware elements. For example, some elements may comprise one or more microprocessors, DSPs, application specific integrated circuits (ASICs), radio-frequency integrated circuits (RFICs) and combinations of various hardware and logic circuitry for performing at least the functions described herein. In some embodiments, the functional elements may refer to one or more processes operating on one or more processing elements.

[0057] Embodiments may be implemented in one or a combination of hardware, firmware and software. Embodiments may also be implemented as instructions stored on a computer-readable storage medium, which may be read and executed by at least one processor to perform the operations described herein. A computer-readable storage medium may include any non-transitory mechanism for storing information in a form readable by a machine (e.g., a computer). For example, a computer-readable storage medium may include read-only memory (ROM), random-access memory (RAM), magnetic disk storage media, optical storage media, flash-memory devices, and other storage devices and media. In these embodiments, one or more processors of the UE 102 may be configured with the instructions to perform the operations described herein.

[0058] In some embodiments, the UE 102 maybe configured to receive orthogonal frequency division multiplexed (OFDM) communication signals over a multicarrier communication channel in accordance with an orthogonal frequency division multiple access (OFDMA) communication technique. The OFDM signals may comprise a plurality of orthogonal subcarriers.

[0059] In some LTE embodiments, the basic unit of the wireless resource is the Physical Resource Block (PRB). The PRB may comprise 12 sub-carriers in the frequency domain x 0.5 ms in the time domain. The PRBs may be allocated in pairs (in the time domain). In these embodiments, the PRB may comprise a plurality of resource elements (REs). A RE may comprise one subcarrier x one symbol.

[0060] Two types of reference signals may be transmitted by an eNB including demodulation reference signals (DM-RS), channel state information reference signals (CIS-RS) and/or a common reference signal (CRS).

The DM-RS may be used by the UE for data demodulation. The reference signals may be transmitted in predetermined PRBs.

[0061] In some embodiments, the OFDMA technique may be either a frequency domain duplexing (FDD) technique that uses different uplink and downlink spectrum or a time-domain duplexing (TDD) technique that uses the same spectrum for uplink and downlink.

[0062] In some other embodiments, the UE 102 and the eNB 104 may be configured to communicate signals that were transmitted using one or more other modulation techniques such as spread spectrum modulation (e.g., direct sequence code division multiple access (DS-CD-MA) and/or frequency hopping code division multiple access (FH-CDMA)), time-division multiplexing (TDM) modulation, and/or frequency-division multiplexing (FDM) modulation, although the scope of the embodiments is not limited in this respect.

[0063] In some embodiments, the UE 102 may be part of a portable wireless communication device, such as a personal digital assistant (PDA), a laptop or portable computer with wireless communication capability, a web tablet, a wireless telephone, a wireless headset, a pager, an instant messaging device, a digital camera, an access point, a television, a medical device (e.g., a heart rate monitor, a blood pressure monitor, etc.), or other device that may receive and/or transmit information wirelessly.

[0064] In some LTE embodiments, the UE 102 may calculate several different feedback values, which may be used to perform channel adaption for closed-loop spatial multiplexing transmission mode. These feedback values may include a channel-quality indicator(CQI), a rank indicator (Rl) and a precoding matrix indicator (PMI). By the CQI, the transmitter selects one of several modulation alphabets and code rate combinations. The Rl informs the transmitter about the number of useful transmission layers for the current ΜΙΜΟ channel, and the PMI indicates the codebook index of the precoding matrix (depending on the number of transmit antennas) that is applied at the transmitter. The code rate used by the eNB may be based on the CQI. The PMI may be a vector that is calculated by the UE and reported to the eNB. In some embodiments, the UE may transmit a physical uplink control channel (PUCCH) of format 2, 2a or 2b containing the CQI/PMI orRI.

[0065] In these embodiments, the CQI may be an indication of the downlink mobile radio channel quality as experienced by the UE 102. The CQI allows the UE 102 to propose to an eNB an optimum modulation scheme and coding rate to use for a given radio link quality so that the resulting transport block error rate would not exceed a certain value, such as 10%. In some embodiments, the UE may report a wideband CQI value, which refers to the channel quality of the system bandwidth. The UE may also report a sub-band CQI value per subband of a certain number of resource blocks, which may be configured by higher layers. The full set of sub-bands may cover the system bandwidth. In case of spatial mul- tiplexing, a CQI per code word may be reported.

[0066] In some embodiments, the PMI may indicate an optimum precoding matrix to be used by the eNB for a given radio condition. The PMI value refers to the codebook table. The network configures the number of resource blocks that are represented by a PMI report. In some embodiments, to cover the system bandwidth, multiple PMI reports may be provided. PMI reports may also be provided for closed loop spatial multiplexing, multiuser ΜΙΜΟ, and closed-loop rank 1 precoding ΜΙΜΟ modes.

[0067] In some cooperating multipoint(CoMP) embodiments, the network may be configured for joint transmissions to a UE in which two or more cooperating/coordi-nating points, such as remote-radio heads (RRHs), transmit jointly. In these embodiments, the joint transmissions may be ΜΙΜΟ transmissions, and the cooperating points are configured to perform joint beamforming.

Claims 1. User Equipment, UE, (102) comprising processing circuitry configured to: determine a delay value (604) indicating a time for an enhanced Node B, eNB, (104) to delay scheduling an uplink grant; generate a delayed buffer status report, D-BSR, medium-access control, MAC, control element (500) for transmission to the eNB (104) with a last-scheduled uplink grant, the D-BSR MAC control element (500) to include at least an indicator (504) of the delay value (604) and an indicator (506) of a predicted buffer size, wherein the D-BSR MAC control element (500) is a request for a delayed grant of uplink bandwidth; and transmit the D-BSR MAC control element (500) to the eNB (104). 2. The UE (102) of claim 1 wherein the processing circuitry further configures the D-BSR MAC control element (500) to further include a logical channel identifier, LCID, index (402) to indicate a control element for a delayed buffer status report. 3. The UE (102) of claim 2 wherein the UE (102) comprises means configured to receive a delayed grant for uplink bandwidth in response to the transmission of the D-BSR MAC control element (500), the grant being received from the eNB (104) no sooner than the delay value (604) and including a bandwidth allocation sufficient to handle the predicted buffer size. 4. TheUE(102)ofclaim3whereinthepredicted buffer size indicates an amount of uplink grant the UE(102) anticipates it will need at a near-future time indicated by the delay value (604), and wherein the UE (102) comprises further means configured to refrain from requesting an uplink grant in response to receipt of a new uplink packet from an application layer when expecting a delayed grant (604). 5. The UE (102) of claim 3 wherein the UE (102) comprises further means configured to generate the D-BSR MAC control element (500) for transmission to the eNB, (104) with the last-scheduled uplink grant when a current buffer size is zero and when the UE (102) anticipates that it will have uplink packets based on the predicted buffer size. 6. The UE (102) of claim 5 wherein the UE comprises further means configured to refrain from generating the D-BSR MAC control element (500) for transmission to the eNB (104) with the last-scheduled grant when the current buffer size is zero and when the UE (102) does not anticipate that it will have packets based on the predicted buffer size. 7. The UE (102) of claim 5 wherein the UE (102) comprises further means configured to generate a non-delayed BSR control element (500) for transmission to the eNB (104) with the last-scheduled uplink grant when the current buffer size is not zero, the non-delayed BSR control element indicating at least the current buffer size, wherein the non-delayed BSR control element includes a LCID index to indicate one of a truncated BSR (406), a short BSR (408) and a long BSR (410). 8. The UE (102) of claim 1 wherein the processing circuitry is configured to determine the delay value (604) and the predicted buffer size based at least in part on uplink traffic information for one or more applications running on the UE (102), wherein the uplink traffic information includes one or more of a packet or bit generation rate, a packet arrival interval, PAI, and packet size, PS, information for the one or more applications. 9. The UE (102) of claim 1 wherein the D-BSR MAC control element (500) is requesting a delayed grant of uplink bandwidth for data flows, wherein the UE (102) comprises further means configured to operate within a wireless access network in which the data flows are mapped to bearers (200) using quality-of-service, QoS, class identifiers, QCIs. 10. The UE (102) of claim 1 wherein the UE (102) comprises further means configured to receive a downlink congestion and buffer report, DCBR, from the eNB (104) indicating whether or not congestion exists for downlink traffic, indicating average packet delay, APD, and indicating a downlink buffer size, wherein in response to receipt of the DCBR that indicates that congestion exists, the UE (102) is to report information from the DCBR to one or more applications for one or more of traffic rate reduction, congestion mitigation and delay reduction. 11. The UE (102) of claim 10 wherein the DCBR is received as part of a DCBR MAC control element (700), the DCBR including a congestion indicator,Cl (702), an average packet delay, APD, indicator (704), and a downlink buffer size, DBS, indicator (706), the Cl (702) indicating whether or not congestion exists for downlink traffic, and wherein the DCBR MAC control element (700) includes a logical channel identifier, LCID, index (904) to indicate a DCBR. 12. A method for reducing delay in a radio-access network (100), the method comprising: determining, by a user equipment, UE, (102), a delay value (604) indicating a time for an enhanced Node B (104), eNB, to delay scheduling an uplink grant; generating, by the UE (102), a delayed buffer status report, D-BSR, medium-access control, MAC, control element (500) for transmission to the eNB (104) with a last-scheduled uplinkgrant, the D-BSR MAC control element (500) to include at least an indicator (504) of the delay value (604) and an indicator(506)of a predicted buffer size; and receiving, by the UE (102), a delayed grant for uplink bandwidth in response to transmission of the D-BSR MAC control element (500), the delayed grant being received from the eNB (104) no sooner than the delay value (604). 13. The method of claim 12 further comprising: determining the predicted buffer size; and configuring the D-BSR MAC control element (500) to include a logical channel identifier, LCID, index (402) to indicate a control element for a delayed buffer status report. 14. The method of claim 12 wherein the delayed grant includes a bandwidth allocation sufficient to handle the predicted buffer size. 15. The method of claim 12 wherein the predicted buffer size indicates an amount of uplink grant the UE (102) anticipates it will need at a near-future time indicated by the delay value (604), and wherein the method includes refraining from requesting an uplink grant in response to receipt of a new uplink packet from an application layer when expecting a delayed grant.

Patentansprüche 1. Teilnehmereinrichtung, UE, (102), die eine Verarbeitungsschaltung umfasst, die für Folgendes ausgelegt ist:

Bestimmen eines Verzögerungswerts (604), der eine Zeit für einen Enhanced Node B, eNB, (104) zum Verzögern des Planens einer Aufwärtsgewährung anzeigt;

Erzeugen eines MAC-Steuerelements (Medium-Access Control - Medienzugangssteuerung) (500) für einen verzögerten Pufferstatusbericht (Delayed Buffer Status Report - D-BSR) zur Übertragung zum eNB (104) mit einer zuletzt geplanten Aufwärtsgewährung, wobei das D-BSR MAC-Steuerelement (500) mindestens einen Indikator (504) des Verzögerungswerts (604) und einen Indikator (506) einer vorausgesagten Puffergröße beinhaltet, wobei das D-BSR MAC-Steuerelement (500) eine Anforderung für eine verzögerte Gewährung von Aufwärtsbandbreite ist und Übertragen des D-BSR MAC-Steuerelements (500) zum eNB (104). 2. U E (102) nach Anspruch 1, wobei die Verarbeitungsschaltung das D-BSR MAC-Steuerelement (500) ferner dazu auslegt, ferner einen Index für eine logische Kanalkennung (Logical Channel Identifier -LCID) (402) zu beinhalten, um ein Steuerelement für einen verzögerten Pufferstatusbericht anzuzeigen. 3. U E (102) nach Anspruch 2, wobei die UE (102) Mittel umfasst, die dazu ausgelegt sind, in Reaktion auf die Übertragung des D-BSR MAC-Steuerelements (500) eine verzögerte Gewährung von Aufwärtsbandbreite zu empfangen, wobei die Gewährung nicht früher als der Verzögerungswert (604) vom eNB (104) empfangen wird sowie eine Bandbreitenzuteilung beinhaltet, die zum Handhaben der vorausgesagten Puffergröße ausreichend ist. 4. UE (102) nach Anspruch 3, wobei die vorausgesagte Puffergröße eine Menge Aufwärtsgewährung anzeigt, bei der die UE (102) davon ausgeht, dass sie sie zu einer vom Verzögerungswert (604) angezeigten Zeit in der nahen Zukunft benötigt, und wobei die UE (102) ferner Mittel umfasst, die dazu ausgelegt sind, es in Reaktion auf den Empfang eines neuen Aufwärtspakets von einer Anwendungsschicht zu unterlassen, eine Aufwärtsgewährung anzufordern, wenn eine verzögerte Gewährung (604) erwartet wird. 5. UE (102) nach Anspruch 3, wobei die UE (102) ferner Mittel umfasst, die dazu ausgelegt sind, das D-BSR MAC-Steuerelement (500) zur Übertragung zum eNB (104) mit der zuletzt geplanten Aufwärtsgewährung zu erzeugen, wenn eine aktuelle Puffergröße null ist und wenn die UE (102) davon ausgeht, dass sie auf Basis der vorausgesagten Puffergröße Aufwärtspakete haben wird. 6. U E (102) nach Anspruch 5, wobei die U E ferner Mittel umfasst, die dazu ausgelegt sind, es zu unterlassen, das D-BSR MAC-Steuerelement (500) zur Übertragung zum eNB (104) mit der zuletzt geplanten Gewährung zu erzeugen, wenn die aktuelle Puffergröße null ist und wenn die UE (102) nicht davon ausgeht, dass sie auf Basis der vorausgesagten Puffergröße Pakete haben wird. 7. UE (102) nach Anspruch 5, wobei die UE (102) ferner Mittel umfasst, die dazu ausgelegtsind, ein nichtver-zögertes BSR-Steuerelement (500) zur Übertragung zum eNB (104) mit der zuletzt geplanten Aufwärtsgewährung zu erzeugen, wenn die aktuelle Puffergröße nicht null ist, wobei das nicht verzögerte BSR-Steuerelement mindestens die aktuelle Puffergröße anzeigt, wobei das nicht verzögerte BSR-Steuerelement einen LCID-Index beinhaltet, um einen abgeschnittenen BSR (406), einen kurzen BSR (408) oder einen langen BSR (410) anzuzeigen. 8. UE (102) nach Anspruch 1, wobei die Verarbeitungsschaltung dazu ausgelegt ist, mindestens teilweise auf Basis von Aufwärtsverkehrsinformationen für eine oder mehrere Anwendungen, die aufderUE(102) ausgeführt werden, den Verzögerungswert (604) und die vorausgesagte Puffergröße zu bestimmen, wobei die Aufwärtsverkehrsinformationen eine Paket- oder Biterzeugungsrate, ein Paketankuftsinter-vall (Packet Arrival Interval - PAI) und/oder PS-ln-formationen (Packet Size - PS, Paketgröße) für die eine oder die mehreren Anwendungen beinhaltet. 9. U E (102) nach Anspruch 1, wobei das D-BSR MAC-Steuerelement (500) eine verzögerte Gewährung von Aufwärtsbandbreite für Datenströme anfordert, wobei die UE (102) ferner Mittel umfasst, die dazu ausgelegt sind, in einem drahtlosen Zugangsnetzwerk betrieben zu werden, in dem die Datenströme unter Verwendung von Dienstgüteklassenkennungen (Quality-of-Service - QoS - Class Identifiers -QCIs) Trägern (200) zugeordnet werden. 10. UE (102) nach Anspruch 1,wobeidieUE(102)ferner Mittel umfasst, die dazu ausgelegt sind, einen Abwärtsstau- und Pufferbericht (Downlink Congestion and Buffer Report - DCBR) vom eNB (104) zu empfangen, der anzeigt, ob für Abwärtsverkehr ein Stau existiert oder nicht, sowie die durchschnittliche Paketverzögerung (Average Packet Delay - APD) und eine Abwärtspuffergröße, wobei in Reaktion auf den Empfang des DCBR, der anzeigt, dass ein Stau existiert, die UE (102) einer oder mehreren Anwendungen Informationen aus dem DCBR zu Verkehrsratenreduzierung, Stauminderung und/oder Verzögerungsreduzierung melden muss. 11. UE (102) nach Anspruch 10, wobei der DCBR als Teil eines DCBR MAC-Steuerelements (700) empfangen wird, wobei der DCBR einen Stauindikator (Congestion Indicator- Cl) (702), einen Indikator für die durchschnittliche Paketverzögerung (Average Packet Delay - APD) (704) und einen Indikator für die Abwärtspuffergröße (Downlink Buffer Size -DBS) (706) beinhaltet, wobei der CI (702) anzeigt, ob für Abwärtsverkehr Stau existiert oder nicht, and wobei das DCBR MAC-Steuerelement (700) einen Index für eine logische Kanalkennung (Logical Channel Identifier- LCID) (904) beinhaltet, um einen DCBR anzuzeigen. 12. Verfahren zum Reduzieren der Verzögerung in einem Funknetzwerk (100), wobei das Verfahren Folgendes umfasst:

Bestimmen durch eine Teilnehmereinrichtung, UE, (102) eines Verzögerungswerts (604), der eine Zeit für einen Enhanced Node B (104), eNB, zum Verzögern des Planens einer Aufwärtsgewährung anzeigt;

Erzeugen durch die UE (102) eines MAC-Steu-erelements (Medium-Access Control - Medienzugangssteuerung) (500) für einen verzögerten Pufferstatusbericht (Delayed Buffer Status Report, D-BSR) zur Übertragung zum eNB (104) mit einer zuletzt geplanten Aufwärtsgewährung, wobei das D-BSR MAC-Steuerelement (500) mindestens einen Indikator (504) des Verzögerungswerts (604) und einen Indikator (506) der vorausgesagten Puffergröße beinhaltet; und in Reaktion auf die Übertragung des D-BSR MAC-Steuerelements (500) Empfangen durch die U E (102) einer verzögerten Gewährung von Aufwärtsbandbreite, wobei die verzögerte Gewährung nicht früher als der Verzögerungswert (604) vom eNB (104) empfangen wird. 13. Verfahren nach Anspruch 12, das ferner Folgendes umfasst:

Bestimmen der vorausgesagten Puffergröße und

Auslegen des D-BSR MAC-Steuerelements (500), einen Index für eine logische Kanalkennung (Logical Channel Identifier - LCID) (402) zu beinhalten, um ein Steuerelement für einen verzögerten Pufferstatusbericht anzuzeigen. 14. Verfahren nach Anspruch 12, wobei die verzögerte Gewährung eine Bandbreitenzuteilung beinhaltet, die zum Handhaben der vorausgesagten Puffergröße ausreichend ist. 15. Verfahren nach Anspruch 12, wobei die vorausgesagte Puffergröße eine Menge Aufwärtsgewährung anzeigt, bei der die UE (102) davon ausgeht, dass sie sie zu einer vom Verzögerungswert (604) angezeigten Zeit in der nahen Zukunft benötigt, und wobei das Verfahren das Unterlassen des Anfor-derns einer Aufwärtsgewährung in Reaktion auf den Empfang eines neuen Aufwärtspakets von einer Anwendungsschicht, wenn eine verzögerte Gewährung erwartet wird, beinhaltet.

Revendications 1. Equipement Utilisateur, UE, (102) comprenant des circuits de traitement configurés pour : déterminer une valeurde retard (604) indiquant une durée selon laquelle un noeud B amélioré, eNB, (104) retardera la programmation d’un accord de liaison montante ; générer un élément de commande de type commande d’accès au support, MAC, de rapport de statut de tampon retardé, D-BSR, (500) à transmettre à l’eNB (104) avec un accord de liaison montante programmé en dernier, l’élément de commande MAC de D-BSR (500) étant destiné à inclure au moins un indicateur (504) de la valeur de retard (604) et un indicateur (506) d’une taille de tampon prédite, l’élément de commande MAC de D-BSR (500) étant une demande concernant un accord retardé de bande passante de liaison montante ; et transmettre l’élément de commande MAC de D-BSR (500) à l’eNB (104). 2. UE (102) selon la revendication 1, dans lequel les circuits de traitement configurent en outre l’élément de commande MAC de D-BSR (500) de façon qu’il inclue en outre un indice d’identifiant de canal logique, LCID, (402), pour indiquer un élément de commande pour un rapport d’état de tampon retardé. 3. UE (102) selon la revendication 2, dans lequel l’UE (102) comprend des moyens configurés pour recevoir un accord retardé pour une bande passante de liaison montante en réponse à la transmission de l’élément de commande MAC de D-BSR (500), l’accord étant reçu de l’eNB (104) à un instant non antérieur à la valeur de retard (604) et incluant une allocation de bande passante suffisante pour le traitement de la taille de tampon prédite. 4. UE (102) selon la revendication 3, dans lequel la taille de tampon prédite indique une quantité d’accord de liaison montante dont l’UE (102) anticipe avoir besoin à un instant situé dans un futur proche indiqué par la valeur de retard (604), est dans lequel l’UE (102) comprend en outre des moyens configurés pour s’abstenir de demander un accord de liaison montante en réponse à la réception d’un nouveau paquet de liaison montante en provenance d’une couche d’application lorsqu’un accord retardé (604) est attendu. 5. UE (102) selon la revendication 3, dans lequel l’UE (102) comprend en outre des moyens configurés pour générer l’élément de commande MAC de D-BSR (500) à transmettre à l’eNB (104) avec l’accord de liaison montante programmé en dernier lorsqu’une taille de tampon courante est nulle et lorsque l’UE (102) anticipe qu’il aura des paquets de liaison montante sur la base de la taille de tampon prédite. 6. UE (102) selon la revendication 5, dans lequel l’UE comprend en outre des moyens configurés pour s’abstenir de générer l’élément de commande MAC de D-BSR (500) à transmettre à l’eNB (104) avec l’accords programmé en dernier lorsque la taille de tampon courante est nulle et lorsque l’UE (102) n’anticipe pas qu’il aura des paquets sur la base de la taille de tampon prédite. 7. UE (102) selon la revendication 5, dans lequel l’UE (102) comprend en outre des moyens configurés pour générer un élément de commande de BSR non retardé (500) à transmettre à l’eNB (104) avec l’accord de liaison montante programmé en dernier lorsque la taille de tampon courante n’est pas nulle, l’élément de commande de BSR non retardé indiquant au moins la taille de tampon courante, dans lequel l’élément de commande de BSR non retardé inclut un indice de LCID pour indiquer l’un d’un BSR tronqué (406), d’un BSR court (408) et d’un BSR long (410). 8. UE (102) selon la revendication 1, dans lequel les circuits de traitement sont configurés pour déterminer la valeur de retard (604) et la taille de tampon prédite sur la base au moins en partie d’informations de trafic de liaison montante pour une ou plusieurs applications s’exécutant sur l’UE (102), dans lequel les informations de trafic de liaison montante incluent un ou plusieurs d’un débit de génération de paquets ou de bits, d’un intervalle d’arrivée de paquets, PAI, et d’informations de taille de paquet, PS, pour la ou les applications. 9. UE (102) selon la revendication 1, dans lequel l’élément de commande MAC de D-BSR (500) demande un accord retardé de bande passante de liaison montante pour des flux de données, dans lequel l’UE (102) comprend en outre des moyens configurés pourfonctionnerdans un réseau d’accès sans fil dans lequel les flux de données sont mappés sur des porteuses (200) en utilisant des identifiants de classe de Qualité de Service, QoS, QCI. 10. UE (102) selon la revendication 1, dans lequel l’UE (102) comprend en outre des moyens configurés pour recevoir un rapport de congestion de liaison descendante et de tampon, DCBR, en provenance de l’eNB (104) indiquant s’il existe ou non une congestion pour le trafic de liaison descendante, indiquant un retard de paquet moyen, APD, et indiquant une taille de tampon de liaison descendante, dans lequel, en réponse à la réception du DCBR qui indique qu’il existe une congestion, l’UE (102) doit rapporter des informations provenant du DCBR à une ou plusieurs applications pour une ou plusieurs d’une réduction de débit de trafic, d’une atténuation de congestion et d’une réduction de retard. 11. UE (102) selon la revendication 10, dans lequel le DCBR est reçu sous la forme d’une partie d’un élément de commande MAC de DCBR (700), le DCBR incluant un indicateur de congestion, Cl, (702), un indicateur de retard de paquet moyen, APD, (704), et un indicateur de taille de tampon de liaison descendante, DBS, (706), le Cl (702) indiquants’il existe ou non une congestion pour le trafic de liaison descendante, et dans lequel l’élément de commande MAC de DCBR (700) inclut un indice d’identifiant de canal logique, LCID, (904), pour indiquer un DCBR. 12. Procédé de réduction d’un retard dans un réseau d’accès radio (100), le procédé comprenant : la détermination, par un équipement utilisateur, UE, (102), d’une valeurde retard (604) indiquant une durée selon laquelle un noeud B amélioré, eNB, (104) retardera la programmation d’un accord de liaison montante ; la génération, par l’UE (102), d’un élément de commande de type commande d’accès au support, MAC, de rapport de statut de tampon retardé, D-BSR, (500) à transmettre à l’eNB (104) avec un accord de liaison montante programmé en dernier, l’élément de commande MAC de D-BSR (500) étant destiné à inclure au moins un indicateur (504) de la valeur de retard (604) et un indicateur (506) d’une taille de tampon prédite ; et la réception, par l’UE (102), d’un accord retardé de bande passante de liaison montante en réponse à la transmission de l’élément de commande MAC de D-BSR (500), l’accord retardé étant reçu en provenance de l’eNB (104) à un instant non antérieur à la valeurde retard (604). 13. Procédé selon la revendication 12, comprenant en outre : la détermination de la taille de tampon prédite ; et la configuration de l’élément de commande MAC de D-BSR (500) de façon qu’il inclue un indice d’identifiant de canal logique, LCID, (402), pour indiquer un élément de commande pour un rapport d’état de tampon retardé. 14. Procédé selon la revendication 12, dans lequel l’accord retardé inclut une allocation de bande passante suffisante pour le traitement de la taille de tampon prédite. 15. Procédé selon la revendication 12, dans lequel la taille de tampon prédite indique une quantité d’accord de liaison montante dont l’UE (102) anticipe avoir besoin à un instant situé dans un futur proche indiqué par la valeur de retard (604), et dans lequel le procédé inclut le fait de s’abstenir de demander un accord de liaison montante en réponse à la réception d’un nouveau paquet de liaison montante en provenance d’une couche d’application lorsqu’un accord retardé est attendu.

REFERENCES CITED IN THE DESCRIPTION

This list of references cited by the applicant is for the reader’s convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description • WO 2011025427 A1 [0004]

Claims (4)

1. IFglhMsnálél Msx^iék és ebárfe késiébötiés osöbkeptésére egy rá élé hokkáiérést bálbsatbsn Szabadalmi Igérsy pontok f<. Ug;(*02b;émsl¥ »»-*% őgy ψη. köa%uráfm bogyt meghatározzon egy késleltetés értéket {684}, amely egy léét jste égy sftéséssé Nede 8, eü&amp;, (1041 számára, egy feltöltés irányú képcsőiét! engedély ütemezésének késleltetésére; sgy késfeltstott pu^er állapot Jelentés, 15-0¾ köts>gh«22aférés yseériés, elé fp élkSdjék (1§4|veié átvitöfté égy etolöfa útemeseu ísifölcés irányú kapcsoiatrangedéiiyei, ahol a D-bSS MAC vezérlő óism ($mf úgy van kiképezve,, hogy magában foglaljon legaíábfe égy késléiststés érték pMj indikátort: #84} és egy eiíkebecsüll poffer méret indikátort >5061, okol e O-CiSk MAC vezérlő elem {588} egy feltöbés Λ sávszélesség késleltetett engedélyezésére; vonaíkoröMroiem, és a G-BSR fklAC vesPíő ofemet ίρβ) átadja az eHb-nek {.104}.. 2. A?: 1.. lgénypontporl«tl^:|P2)yShö|ö léldolgoko áramkör továbbá úgy konligyrápa D-85R MAC vezérlés élemet {$()8}» hogy os magában foglaljon továbbá egy logikai (^atofea asooeshóí IXlp indeset: {402}, hogy égy vezérlő elemét:jelezzon egy késleltetett puffer állapot jelentés számára, 3. A 2. Igénypont szerinti UE (102), ahol az UE {182J: eszközt tartalmaz, amely égy van konfigurálva, hogy vá-ieyzképpen a P8SR MAC yetéfjS elem (588} átvitelére: egy {eltöltés Irányú kágésöíátl sávszéiességfévonatkozi késleltetett engedélyt: vegyen, ahol az engedélyt a* eNÖ {184} nem veszi korábban, mint: a késleltetés érték {68% ég egy olyan áávskáieSségallokációt foglalImágában,,a mély elegendőé becséit puffermérét kezelésére, 4. - A 3, igénypont «érinti ük (105), ahol sí siérebecsuit poffermétef egy olyas féltöltés Irányé kaaesoisti engedély értéket Jeles,: amelyre áy y£-nek 1182}: eiéreisthatéjág á: késleltetési érték: {§84}: áltál jéiketz lékéi! jŐvőbélI időben szüksége less, és áltól:at: ük {102} olyah: továbbidíszközt fartaimsz. amely úgy vanlonbpráiva,:begy yájáskképgeA: égy új {eltöltés bényö: kápCáöiáb Csomag vételére egy alkalmazás rélMidl, torfbakodjps egy feitoites irányú kapcsolati engedély ikérelmsízésétöi, hamgy késleltetett engedélyt (§84} vée $< A §, jgeoypont ísgeriotí: m jŐp2}, ahol oí ü£ {102} további eszközt tartalmaz, amely úgy van konfigurállva, hogy eldáliltsa a 0-BM MAC vezérlő elemet {580} az eN8-bm {184} véld átvitelhítú sí «toíjáfa ütemezett feltől-tél bs·bgy·48*&amp;ΙΒ|·mÉP4itt#4·««#**·#*a* Uf: *Λ0?·) úgy látja előre, hogy f eltöltés f ráfp&amp;fc^osofeíi pomsgokkallbirrenábikóíöl P m. AzS, igénypont szerinti: ü£ (102}, ahol az US további észkökt Cátíáimaz, amely úgy van konfjpráivá, hogy tsrtöskodjon a 8-BSb MAC: vezérlő: efem: {508} előállításától az eNB-bea fiöAj: való átvitelié az otopra Jtérrtá:· sett ongedéllyek ha ae áktdális puflor méret és ha nem látja eldfé úgy, Hogy cson^gokkaí fog: rendelkezői, m sidrebsesblf paffét mffeí alapján,
2. 2. Az S. igénypont Skérinti: miiMg ahol az Uf; (lökitoyábbl esyközt tartalmaz, amely égy van konfigurálva.. hogy előállitson Stégéi «fest# f§#Jtsg.«jÍMm (Iö4| viSíd gt«íídrs as iítoprs lite-· mezett kitöltés; irányú kanmdláii engedéllyel, ba az aktuális puffer méret nem íímN, aho! a nem késleltetett BBB yezébőéiem legalább az éktúllis puffé? mémét^ái, shei a n«m késleltetett m&amp;máMxkm m m&amp;m®m%gié m&amp;*%m,. hogy jelezzen 8SR <4ÖS}, egy rövid BSR (408) és egy hosszú 8SR (410) kozol. 8«--fel. Igénypont szerinti öb fiMj, abdi 4 íaídnjgozb áramkör egy van konfigurálva,hogy^méggpáfoxís e késleltetés értéket fibéjéSM élörehecéöif puAérméretet legalább részben feltÖMéí^ információ siápjén az HEm fIQ3| faM egy V4gy alkalmazáshoz, ahol aléltöités iffnyö kapcsolati íorgélöm információ egye·: vagy többet foglal magában egy csomag vagy bit élŐáliitási Sebesség, egy csomag érkezési intervallum, PAi, és az egy vagy több alkalmazásra vonatkozó csomag méret, P$, Információ kötök fo Az l.igénypcmt szerinti U£ (1021. «bői a D~ BSR MAC vezérlő elem (PÖj feítoités irányi kapcsolati sávszélesség késleltetett eogedélyetést kérelmet adatfolyamokhoz, ahol az Uv (102) további eszköti tanaimat:, amely úgy van konfigurálva, hogy egy olyan vezeték nélküli hozzáférési hálózatban múkMjöo, amelyben az adatfolyamok szolgáltatási minőségi tSoS, osztály azonosítók, ®l, használatával hordozókra |2ö0} vannak leképezve. mi Az: 1, igénypont szerinti drf lS2j, ahol az Ük jlökj további eszközt tartalmaz, amely Agy van konfigurálva, :'Nd#^il^t#.Wb#%fb^b#.'^éd᧷# peffor jelentést, ÜCBB, vegyen az ehlÁ-tői (104), amely jelzi, hogy a letöltés irányú kapasoiati forgalom számára fennálhs torlódás vagy sem, jelzi; az átlagos csomag késleltetést, Apgy és egy letöltés a anyu kapcsolati puffor htératet, ahol: válaszképpen; annak a ÖAgfonék a vételére, amely azt;:jelzi, hogy torlódás áll fenn, az Ük $102} jelenti a 0C8B-töl kapott információi egy vagy több aikájmazisnaky egy: vagy több forgalmi sebesség csökkentés. to dódét csillapítás és késleltetés: ősökként és érdekébao.
3. 11, A li. igénypont szerinti: ük fiiéi, ahol a M&amp;fot egy íüdbR· :MAb vezérlő eiem: f?0ö} részeként vesszük,: a: DCBR tartalmaz egy -odddás indikátort, Cl, (702), egy átlagos csomaglésleltötes, APÓ, Indikátort |7ö4j, és égy leigitéS:Irányé:ikapcsolari pufféi méret, DBS,.indikátort {?$&amp;)* áAI:(7ö2j:jeiZl,::b:Pgy:tenná:ii>'e torlódás yzgy sem a letöltés írártyö katiCSoiati forgaiomoszImáre^és ahol a DCBi MAS: vezérlő: elem :p5öj egy logikái csatorna azenoslíd,: Aöiö, indexetjSOAj tártoimaz egy SéúB jel zésére. fg, gijárés késiehetés csökkentésére egy rácüó hozzáférési ímtöz&amp;ihan jlöö), az sPrás tartalmazza; egy felhasználói készülék, üli, (följ óiján egy késiéitetési érték 1604- meghatározását, amely egy idő· lelet egy enhancodAíodéi pS4),:.^i^-s*á»^r8pfeö^:ikÍ^ÍtS4é:«gy feboltés irányú kapcsolati engedély ütemezését; az \M htján egy késlnitéíétt pufiét állapot jelentés, D-bSb kőzeghözzáféréa vszériés, MÁS, vezérig: elem (500; előállítását az eNB-bez 1104} való átvitelre egy utoljára ütemezett kitöltés Irányú kapcsolat! engedéllyé!, ahol « D-8SR MAC vérérig eiern {SCO} úgy van kiképezve, hí így «agában foglalja a késleltetési értik (604)Oeg" méW egy indikátorát (504) és egy eiőrebecsült púder méret egy indikátorát ($00); és n üt (102) útján egy feitbités irányé kapcsolati szélességre vonstkotó késleltetett engedély vételét, váláséképpen a D-ÚS8; tyíAO^eíáriO elemiSOOj átviteléire ^«pdÉylfSS *p8§Ö' mint s kéáieigtett áíték (684). 1$» &amp; 12, Igénypont sserin ti sprás, amely tartatnia iMimé bbá*. at elaredecsúlt putter méret meghatározását; és a D-BSR MAC vezérli süem {S00| köeflgeráiását:, Rogy ép logikai «torna asönosítb, LÓID, ingákét: 140¾ tac saimamsn, hegy jéietzén úgy vezerié elemet egy kásiaitstgtt puffer álkspot jelentéshez. 14, A 12, igénypont srerlnt; eljárás, ahol § késsslteteíi engeééiy egy sávszélesség allokálást fogial magában, :ám«^;#Í^báÍ:#|i^:I#p^MÍÍie-ái^r«feée^:büWe(rmémm
4. 15, A M. igénypont szerinti eljárás, sko! st slOreheesúlt pufim' méret egy olyan feitdites Irányú kapcsolati engedély teennyíMgéíjelezs: amelyet ábUI (.102) előre láthatólag igényein! fog egy közeli Idvöhef! Időpontban, amelyet a ikégieltstésl értéit (S04) jeibt, és shal et épnh tartalmazza a tartózkodást egyfeitoités irányú kapcsolati engedély kérelméréeétól yáiestfeéppen egy újáéltdMs: Irányú kapcsolati csomag véíáiáceagy sdkslmszős rétegtől, ba egy késibilietettengedély vátbatö.