+

WO2018036629A1 - Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil - Google Patents

Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil Download PDF

Info

Publication number
WO2018036629A1
WO2018036629A1 PCT/EP2016/070096 EP2016070096W WO2018036629A1 WO 2018036629 A1 WO2018036629 A1 WO 2018036629A1 EP 2016070096 W EP2016070096 W EP 2016070096W WO 2018036629 A1 WO2018036629 A1 WO 2018036629A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
data unit
network element
transmission time
radio resource
Prior art date
Application number
PCT/EP2016/070096
Other languages
English (en)
Inventor
Hamidreza Shariatmadari
Zexian Li
Mikko Aleksi Uusitalo
Richard Waldhauser
Original Assignee
Nokia Solutions And Networks Oy
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Priority to PCT/EP2016/070096 priority Critical patent/WO2018036629A1/fr
Publication of WO2018036629A1 publication Critical patent/WO2018036629A1/fr

Links

Classifications

    • 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
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent

Definitions

  • the invention relates to communications.
  • data may be transferred between network elements and terminal devices. Latency requirements for the data transfer are increasingly becoming more rigorous at least for some types of data. Therefore, providing solutions that enable communication network to more efficiently schedule needed resources for the data transfer may be beneficial for the overall performance of the communication network.
  • Figure 1 illustrates an example radio system to which embodiments of the invention may be applied
  • FIGS. 2 and 3 illustrate flow diagrams according to some embodiments
  • FIGS 4A to 5C illustrate signal diagrams according to some embodiments
  • FIGS. 6A to 6B illustrate block diagrams according to some embodiments
  • FIGS 7A to 7B illustrate examples of some benefits according to some embodiments.
  • FIGS 8, 9, and 10 illustrate block diagrams of apparatuses according to some embodiments. DETAILED DESCRIPTION OF SOME EMBODIMENTS
  • Embodiments described may be implemented in a radio system, such as in at least one of the following: Worldwide Interoperability for Micro-wave Access (WiMAX), Global System for Mobile communications (GSM, 2G), GSM EDGE radio access Network (GERAN], General Packet Radio Service (GRPS], Universal Mobile Telecommunication System (UMTS, 3G] based on basic wideband-code division multiple access (W-CDMA], high-speed packet access (HSPA], Long Term Evolution (LTE], and/or LTE-Advanced.
  • WiMAX Worldwide Interoperability for Micro-wave Access
  • GSM Global System for Mobile communications
  • GERAN GSM EDGE radio access Network
  • GRPS General Packet Radio Service
  • UMTS Universal Mobile Telecommunication System
  • W-CDMA basic wideband-code division multiple access
  • HSPA high-speed packet access
  • LTE Long Term Evolution
  • LTE-Advanced LTE-Advanced.
  • 5G is likely to use multiple input - multiple output (MIMO] techniques (e.g. antennas], many more base stations or nodes than the LTE (a so-called small cell concept], including macro sites operating in co-operation with smaller stations and perhaps also employing a variety of radio technologies for better coverage and enhanced data rates.
  • MIMO multiple input - multiple output
  • 5G will likely be comprised of more than one radio access technology (RAT], each optimized for certain use cases and/or spectrum.
  • RAT radio access technology
  • 5G mobile communications will have a wider range of use cases and related applications including video streaming, augmented reality, different ways of data sharing and various forms of machine type applications, including vehicular safety, different sensors and real-time control.
  • 5G is expected to have multiple radio interfaces, namely below 6GHz, cmWave and mmWave, and also being integradable with existing legacy radio access technologies, such as the LTE. Integration with the LTE may be implemented, at least in the early phase, as a system, where macro coverage is provided by the LTE and 5G radio interface access comes from small cells by aggregation to the LTE.
  • 5G is planned to support both inter-RAT operability (such as LTE-5G] and inter-RI operability (inter-radio interface operability, such as below 6GHz - cmWave, below 6GHz - cmWave - mmWave].
  • inter-RAT operability such as LTE-5G
  • inter-RI operability inter-radio interface operability, such as below 6GHz - cmWave, below 6GHz - cmWave - mmWave.
  • network slicing in which multiple independent and dedicated virtual sub-networks (network instances] may be created within the same infrastructure to run services that have different requirements on latency, reliability, throughput and mobility.
  • FIG. 1 illustrates example of a radio system (also referred to as a cellular communication system or cellular system] to which embodiments of the invention may be applied.
  • Radio communication networks also referred to as cellular communication networks], such as the Long Term Evolution (LTE], the LTE-Advanced (LTE-A] of the 3 rd Generation Partnership Project (3 GPP], or the predicted future 5G solutions, are typically composed of at least one network element, such as a network element 102, providing a cell 104.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • 3 GPP 3 rd Generation Partnership Project
  • a network element of the radio system may provide more than one cell.
  • the network element 102 may provide the cell 104, the cell 114, and/or the cell 124.
  • the system may comprise one or more network elements (similar to those described with reference to Figure 1], wherein each network element provides one or more cells providing service to one or more terminal devices in the cells.
  • Each cell of the radio communication network may be, e.g., a macro cell, a micro cell, a femto, or a pico-cell, for example, meaning that there may be one or more of each of the described cells.
  • Each network element of the radio communication network such as the network elements 102, 112, 122, may be an evolved Node B (eNB] as in the LTE and LTE-A, a radio network controller (RNC] as in the UMTS, a base station controller (BSC] as in the GSM/GERAN, or any other apparatus capable of controlling radio communication and managing radio resources within a cell. That is, there may be one or more of each of the described apparatuses or entities.
  • the network element 102 may be an eNB, for example.
  • the network element 112 may also be an eNB.
  • network element 102 may provide a macro cell and the network element 112 may provide a micro cell.
  • the implementation may be similar to LTE-A, as described above.
  • the network elements 102, 112, 122 may be base station(s] or a small base station(s], for example.
  • the eNBs may be connected to each other with an X2 interface 190 as specified in the LTE. Example of this may be shown in Figure 1, wherein the network element 112 may be shown to be connected to the network element 102 via the X2 interface 190. Other communication methods between the network elements may also be possible.
  • At least some of the network elements 102, 112, 122 may be further connected via an SI interface to an evolved packet core, more specifically to a mobility management entity (MME ⁇ and to a system architecture evolution gateway (SAE-GW ⁇ . So in general, the network elements of Figure 1 maybe communicatively connected (wireless and/or wired] to each other using one or more circuitries.
  • the X2 interface 190 is one example of how to realize such communication.
  • the cells 114, 124 may also be referred to as sub-cells or local area cells, for example.
  • the network elements 112, 122 may be referred to as sub-network elements or local area access nodes, for example.
  • the cell 104 may be referred also to as a macro cell, for example.
  • the network element 102 may be referred to as a macro network element, for example.
  • the local area access nodes are network elements similar to the network element 102.
  • the local area access node 112 may be an eNB or a macro eNB.
  • the cells 104, 114, 124 may provide service for at least one terminal device 110, 120, 130, 140, wherein the at least one terminal device 110, 120, 130, 140 may be located within or comprised in at least one of the cells 104, 114, 124.
  • the at least one terminal device 110, 120, 130, 140 may communicate with the network elements 102, 112, 122 using communication link(s ⁇ , which may be understood as communication link(s ⁇ for end-to-end communication, wherein source device transmits data to the destination device.
  • the cells 104, 114, 124 may provide service for a certain area, and thus the at least one terminal device 110, 120, 130, 140 may need to be within said area in order to be able to use said service (horizontally and/or vertically ⁇ .
  • a third terminal device 130 may be able to use service provided by the cells 104, 114, 124.
  • fourth terminal device 140 may be able to use only service of the cell 104, for example.
  • the cells 104, 114, 124 may be at least partially overlapping with each other.
  • the at least one terminal device 110, 120, 130, 140 may be enable to use service of more than one cell at a time.
  • the sub-cells 114, 124 may be small cells that are associated with the macro cell 104.
  • the network element 102 e.g. macro network element 102 ⁇ may at least partially control the network elements 112, 122 (e.g. local area access nodes ⁇ .
  • the macro network element 102 may cause the local area access nodes 112, 122 to transmit data to the at least one terminal device 110, 120, 130, 140.
  • the cells 114, 124 may be at least partially within the cell 104.
  • the at least one terminal device 110, 120, 130, 140 is able to communicate with other similar devices via the network element 102 and/or the local area access nodes 112, 122.
  • a first terminal device 110 may transmit data via the network element 102 to a third terminal device 130.
  • the other devices may be within the cell 104 and/or may be within other cells provided by other network elements.
  • the at least one terminal device 110, 120, 130, 140 may be stationary or on the move.
  • the at least one terminal device 110, 120, 130, 140 may communicate directly with other terminal devices using, for example, Device-to-Device (D2D] communication.
  • D2D Device-to-Device
  • the radio system may support Dual Connectivity (DC ⁇ . This may be enabled by the network element 102 and a second network element (e.g. the local area access nodes(s] 112, 122], for example. Naturally, in order to use DC, the at least one terminal device 110, 120, 130, 140 may also need to support DC.
  • the DC may be a radio system feature, wherein the at least one terminal device 110, 120, 130, 140 may simultaneously receive from and/or may simultaneously transmit to at least two network points.
  • the radio system of Figure 1 may support Multiple-Input and Multiple-Output (MIMO ⁇ .
  • MIMO ⁇ Multiple-Input and Multiple-Output
  • the network elements and/or the terminal devices of the radio system may comprise more than one antenna for data transfer.
  • the radio system may support Carrier Aggregation (CA ⁇ .
  • CA may enable increasing usable bandwidth between the terminal devices and network elements of the radio system.
  • CA may be used for LTE-A in order to support wider transmission bandwidths enhancing increased potential peak data rates to meet LTE-A requirements.
  • more than one component carriers may be aggregated, by a network element (e.g. network element 102], contiguously and/or non-contiguously to provide a wider bandwidth.
  • a network element e.g. network element 102
  • uplink carrier aggregation multiple uplink component carriers may be aggregated and can be allocated in a subframe to a terminal device.
  • the radio system may support intra-band CA with contiguous and/or non-contiguous resource allocation.
  • the radio system may also support inter-band CA enabling non-contiguous resource allocation from more than one radio band. It may be possible that the radio system of Figure 1 supports Licensed- Assisted Access (LAA ⁇ which relates to using unlicensed radio band(s ⁇ for data transfer.
  • LAA ⁇ Licensed- Assisted Access
  • the network element 102 and/or a second network element 112 may provide one or more unlicensed cells in order to increase data transfer capability on the radio communication system.
  • the network element 102 may allocate radio resources of the one or more unlicensed cell for the at least one terminal device 110, 120 through CA, thus increasing the data transfer between the at least one terminal device 110, 120 and the network element(s ⁇ .
  • WLAN ⁇ Wireless Local Area Network
  • the network element 102 may provide a primary cellular service for a terminal device in a cellfe.g. Primary Serving Cell (PSC ⁇ .
  • PSC ⁇ Primary Serving Cell
  • the same network element 102 or some other network element may provide a secondary cell (e.g. Secondary Serving Cell (SSC ⁇ , the secondary cell providing, for example, WLAN service to said terminal device.
  • Said WLAN service may at least partially be controlled by the network element 102.
  • data rates may be increased.
  • the WLAN service may be provided by a small base station or small network element (e.g. element 112 ⁇ .
  • the radio system may support enhanced LTE/WLAN aggregation (eLWA ⁇ .
  • LTE link or service may be provided by a master or primary network element (e.g. Master eNB (MeNB ⁇ and the WLAN link or service may be provided by the same master network element or a secondary network element (e.g. Secondary eNB (SeNB ⁇ .
  • the WLAN communication may utilize said unlicensed radio band(s ⁇ .
  • MTC ⁇ Machine Type Communication
  • MTC may enable providing service for a large amount of MTC capable devices. Such communication may increase the load of the radio communication network and thus solutions to enhance such communication may be beneficial.
  • the at least one terminal device 110, 120, 130, 140 may comprise mobile phones, smart phones, tablet computers, laptops and other devices used for user communication with the radio communication network. These devices may provide further functionality compared to the MTC schema, such as communication link for voice, video and/or data transfer. However, it needs to be understood that the at least one terminal device 110, 120, 130, 140 may also comprise MTC capable devices, such as sensor devices providing position, acceleration and/or temperature information to name a few examples. That said the radio communication network of Figure 1 may comprise different types of devices (e.g. phones, laptops, tablets, MTC devices] and communication methods (e.g. CA, DC ⁇ . The amount of devices and data transfer requirements may increase burden of the radio communication network. The Internet of Things (IoT] may even further increase the amount of devices within the radio communication network.
  • IoT Internet of Things
  • Ultra-reliable and low- latency communications may enable emerging new applications and services from various verticals on top of regular cellular communication, such as industrial automations, autonomous driving, vehicular safety, e-health services, and so on.
  • the targets e.g. 3 GPP] for future systems, such as the 5G systems, may be to provide connectivity with reliability corresponding to a Block Error Rate (BLER] of 10 ⁇ 5 and up to 1 millisecond (ms) latency in the future networks.
  • BLER Block Error Rate
  • latency may be regarded as "the time it takes to successfully deliver an application layer packet/message from the radio protocol layer 2/3 (L2/L3] Service Data Unit (SDU] ingress point to the radio protocol layer 2/3 (L2/L3] SDU egress point via the radio interface in both uplink and downlink directions".
  • SDU Service Data Unit
  • L2/L3 Service Data Unit
  • URLLC may provide stringent requirements for reliability and latency. For some applications, it may be beneficial to provide the latency and reliability simultaneously. This entails that a payload should be delivered with high success probability with a limited number of transmission attempts. In one example regarding 5G frame structure, payload should be delivered within less than 5 subframes (e.g. with 0.125 ms subframe length], from the time instance that the L2/L3 data packet is prepared for transmission, to meet the 1ms latency requirement.
  • MAC Media Access Protocol
  • MPDU Media Access Protocol Data Unit
  • UE User Equipment
  • SR Scheduling Request
  • UE User Equipment
  • IE ⁇ sr-Configlndex Information Element
  • the UE After transmitting (block 402 ⁇ the first SR on Physical Uplink Control Channel (PUCCH ⁇ , if the UE doesn't receive uplink resources from the eNB, then based on the periodicity, the UE re-sends or retransmits the SR on PUCCH to the eNB.
  • PUCCH ⁇ Physical Uplink Control Channel
  • the UE After transmitting (block 402 ⁇ the first SR on Physical Uplink Control Channel (PUCCH ⁇ , if the UE doesn't receive uplink resources from the eNB, then based on the periodicity, the UE re-sends or retransmits the SR on PUCCH to the eNB.
  • Example of this may be seen in Figure 4B in which the UE retransmits the SR to the eNB (block 416 ⁇ .
  • the UE transmits SR for dsr-TransMax number of times on PUCCH, if the UE doesn't receive uplink resources from the eNB (e.g. resources received in block 404 ⁇ .
  • the content of SR may not change between subsequent SR transmissions (e.g. if retransmission is needed ⁇ .
  • UE may need to send a SR message asking for radio resources for MAC PDU.
  • the SR may be delivered using PUCCH format 1. If the eNB can decode this message correctly, it will allocate radio resources for MAC PDU transmissions.
  • the delay budget for MAC PDU transmissions may vary for different payloads. The variation can be due to the delay in MAC PDU processing and preparation, periodicity of radio resources for PUCCH, and/or error in decoding SR message. In particular, the error in decoding SR can be significant for users located at the cell edge.
  • the provided solution may enhance resource allocation by the communication network in the case that the terminal device 110 requests radio resources for transmitting one or more data units or data packets.
  • the provided solution may enhance resource allocation by the communication network in the case that the terminal device 110 reports, to the communication network, that it has one or more data units or packets to be transmitted.
  • the communication network may thus allocate resources accordingly.
  • the communication network may be, for example, a wireless network, such as cellular communication network.
  • Figure 2 illustrates a flow diagram according to an embodiment.
  • a device of a wireless network may obtain at least one data unit to be transmitted by the terminal device (block 210 ⁇ ; and transmit, to a network element of the wireless network, a message comprising an information element indicating a need to transmit said at least one data unit, wherein the message comprises a further information element comprising transmission time budget information associated with said at least one data unit (block 220 ⁇ .
  • the device performing the steps of Figure 2 may be one of the terminal devices 110, 120, 130, 140, for example.
  • one or more circuitries comprised in the device may cause performing said method steps.
  • the network element described in relation to Figure 2 may be or be comprised in the network element 102, the network element 112, and/or the network element 122.
  • the network element may be eNB of the cellular communication system.
  • the network element may be referred also to as network node.
  • a network element of a wireless network may acquire, from a device of the wireless network, a message comprising an information element indicating a need, by the device, to transmit at least one data unit, wherein the message comprises a further information element comprising transmission time budget information associated with said at least one data unit (block 310 ⁇ ; initiate decoding of said message (block 320 ⁇ ; and upon successful decoding of said message, generating a radio resource message, based at least partly on the transmission time budget information, indicating radio resources for transmitting said at least one data unit and transmitting said radio resource message to the terminal device (block 330 ⁇ .
  • the acquiring may mean, for example, that the network element receives the message directly from the terminal device or via some other network element (e.g. local area network element ⁇ from the terminal device.
  • the network element performing the steps of Figure 3 may be, for example, the network element 102 or one or more circuitries comprised in the network element 102. Therefore, for example, said network element maybe a base station or eNB. In some embodiments, the network element may be referred also to as network node.
  • the device referred to in Figure 3 may be a terminal device, such as terminal device 110, 120, 130, for example.
  • the communication efficiency may improve when the device indicates transmission time budget of said at least one data unit to the network element, wherein the network element may utilize said information when allocating, scheduling and/or indicating radio resources to the terminal device for transmitting said at least one data unit.
  • One example of such indication may be the transmission of SR from the device to the network element.
  • Another such example may be the transmission of Buffer Status Report (BSR] from the device to the network element.
  • BSR Buffer Status Report
  • the provided solution may be applicable to different situations and use cases in which the device indicates that it has data to be transmitted (e.g. requests resources] and further indicates, using the same message, transmission time budget information of the data.
  • the transmission time budget information may be indicative of how much time there is left for delivering the particular data to meet the latency and/or delay requirements.
  • terminal device such as terminal device 110.
  • the solution maybe applicable to other devices of a wireless network.
  • the device mentioned above with respect to Figures 2 and 3 may also be configured to carry out embodiments discussed hereinafter.
  • cellular network or cellular communication network may be specific examples of a wireless network (e.g. wireless network of Figures 2 and 3 ⁇ to which the embodiments may also be applicable.
  • Figures 4A to 4B illustrate some embodiments. It needs to be pointed out that Figures 4A and 4B were also referred to above, but the solution proposed with respect to Figures 2 and 3 provides novel and inventive aspects to both Figures 4A and 4B.
  • FIG 4A a situation in which the terminal device 110 transmits SR to the network element 102 is shown (block 402 ⁇ .
  • the SR maybe transmitted in order to obtain radio resources for transmitting one or more data units.
  • the SR of block 402 may comprise said further information element comprising the transmission time budget information associated with the one or more data units indicated also in the SR.
  • the network element 102 may successfully decode (i.e. receive and decode] said SR, the network element 102 may provide radio resources to the terminal device 110 by transmitting a radio resource message to the terminal device 110 (block 404 ⁇ . It is further pointed out that the generated, allocated and/or indicated radio resources may be at least partially based on the transmission time budget information received with the SR. Therefore, radio resources may be such that the latency and/or delay requirements of said at least one data unit may be attained.
  • the radio resource message is referred to as a grant message.
  • the grant message may indicate specific radio resources or it may indicate a pool of radio resources from which the terminal device 110 may determine at least some radio resources to be used.
  • the grant message may be an uplink grant message.
  • the terminal device 110 may perform transmission(s] of said at least one data unit on the indicated radio resources. In some embodiments, the terminal device 110 selects which radio resources to use from an indicated pool of radio resources.
  • the transmission(s] of block 406 are performed to the network element 102 or via the network element 102.
  • the network element 102 may receive the transmission(s] and possibly decode the at least one data unit from the transmission(s ⁇ .
  • the network element 102 fails to either receive or decode the at least one data unit. This is shown in block 408.
  • the network element 102 may indicate this to the terminal device 110 (not shown in Figure 4A, maybe a non- acknowledgement (NACK] message, for example] and the terminal device 110 may retransmit (block 410 ⁇ said at least one data unit. Retransmission may be performed as a response to receiving the indication of failed decoding or failed detection.
  • NACK non- acknowledgement
  • the network element 102 may be unable to indicate this to the terminal device 110.
  • the terminal device 110 may continue to transmit said at least one data unit periodically for a predetermined number of times or a predetermined time or until an acknowledgement message is received from the network element 102.
  • the SR transmitted in block 402 may comprise the transmission time budget information on the at least one data unit and that the network element 102 may allocate radio resources for transmitting said at least one data unit at least partly on the basis of said transmission time budget information.
  • the radio resources may be allocated such that said at least one data unit may be allowed to be transmitted for predetermined number of times. For example, once, twice, thrice or four times. That is, the retransmission may be allowed or possible in the case of detection error. If said at least one data unit is decoded successfully, there may be no need the retransmit it. Allowed and/or possible number of times in this instance may mean that how many times the at least one data unit can be transmitted in order to attain the latency and/or delay requirements.
  • the terminal device 110 acquires, as a response to the transmitted message (e.g. SR transmitted in block 402], a radio resource message from the network element 102 (block 404 ⁇ ; and on the basis of said radio resource message, initiates transmission of said at least one data unit (block 406, possibly block 410 ⁇ .
  • SR is used to acquire radio resources
  • the terminal device 110 may transmit a BSR indicating that it needs to transmit at least one data unit, wherein the BSR further comprises transmission time budget information associated with said at least one data unit.
  • resource message may be received from the network element 102 (block 404 ⁇ , if the transmitted BSR is successfully decoded. If there is no response or response is non-acknowledgement, the terminal device 110 may retransmit said SR or BSR to the network element with a new or updated transmission time budget (example given in Figure 4B ⁇ . The process may continue to steps 406 and possibly to steps 408, 410 with both SR and BSR examples.
  • SR is an example and similar functionality can be applicable to, for example, BSR transmission.
  • the terminal device 110 may transmit a SR indicating the need to transmit at least one data unit and associated transmission time budget information (i.e. both may be in the same SR message ⁇ .
  • the network element 102 may in some instances be unable to receive and/or decode the transmitted SR (block 414 ⁇ . Understandably, this kind of detection error may increase delay of transmission of the at least one data unit, e.g. transmission time budget may decrease or a value that is compared with the transmission time budget may increase.
  • the terminal device 110 retransmits the message
  • BSR may be retransmitted with updated transmission time budget information.
  • the retransmission may occur a predetermined number of times (e.g. 0, 1, 2, 3, 4, 5, 6, 7, to name a few examples ⁇ or until the network element 102 responds with the radio resource message indicating radio resources for transmitting said at least one data unit (block 418 ⁇ .
  • the network element 102 is configured to receive or receives another message from the terminal device 110 (block 416 ⁇ , said another message indicating the need, by the terminal device 110, to transmit said at least one data unit, wherein the said another message comprises updated said transmission time budget information.
  • the transmission time budget information may be updated if the SR or BSR needs to be retransmitted. For example, if initially two transmission attempts were possible (e.g. message of block 412], the retransmitted message (e.g. block 416 ⁇ may indicate that only one transmission attempt is possible.
  • the network element 102 may determine suitable radio resources to attain this target and indicate them to the terminal device (e.g. block 418 ⁇ .
  • Data unit may be understood as a unit that carries data (e.g. one or more information elements associated or coupled with each other ⁇ .
  • Data unit may for example be a PDU or a Service Data Unit (SDU ⁇ of the MAC layer.
  • SDU ⁇ Service Data Unit
  • Data unit may also be understood as a data packet carrying data.
  • Data unit(s ⁇ or data packet(s ⁇ may also be processed before transmitting them over air-interface to another device or network element.
  • SR may be a special Physical Layer message as in for example 3GPP LTE, delivered using PUCCH format 1 employing energy detection, for a terminal device to ask network to send uplink (UL ⁇ Grant so that the terminal device may transmit on Physical Uplink Shared Channel (PUSCH ⁇ .
  • PUSCH ⁇ Physical Uplink Shared Channel
  • the terminal device may need to perform Random Access Procedure on Random Access Channel (RACH ⁇ with the network to acquire PUCCH access.
  • RACH ⁇ Random Access Procedure on Random Access Channel
  • the terminal device may transmit the SR on PUCCH to a network element (e.g. eNB ⁇ and further, receive radio resources for transmitting data on PUSCH.
  • BSR may be understood as a MAC layer Control Element (CE ⁇ from terminal device to network carrying information on how much data is in terminal device buffer to be transmitted.
  • CE ⁇ MAC layer Control Element
  • the proposed solution allows the network element 102 or some other network element to perform resource allocations efficiently. For example, it may be beneficial if the network element 102 knows how many transmission attempts can be performed for delivering the at least one data unit (e.g. payload ⁇ . That is, how many attempts may be performed to still attain the latency requirements. For example, if two transmission attempts can be performed, the initial transmission may be performed, by the terminal device 110, with a moderate BLER target, for example, BLER may be around 10%. If the initial transmission (e.g. block 406 ⁇ is not received or cannot be decoded by the network element 102, the retransmission (e.g. block 410 ⁇ may be performed with a lower BLER target.
  • the initial transmission e.g. block 406 ⁇ is not received or cannot be decoded by the network element 102
  • the retransmission e.g. block 410 ⁇ may be performed with a lower BLER target.
  • the BLER target may be quite low, e.g. less than tolerable error rate. This may mean that a very robust modulation and coding scheme (MCS] may be selected for the transmission, resulting in a relatively low transmission rate. However, if only one transmission attempt is allowable or available, the robust MCS may be beneficial to be selected and indicated by the network element 102 to the terminal device 110.
  • MCS modulation and coding scheme
  • the transmission time budget information may enable the network element 102 to generate or allocate needed radio resources (e.g. and indicate them in block 404 or 418 ⁇ .
  • MCS may be selected on the basis of the transmission time budget information. That is, in an embodiment, the network element 102 determines MCS to be used in the transmission of the at least one data unit by the terminal device 110. The determined MCS may be indicated to the terminal device 110 using the radio resource message (e.g. blocks 404, 418], for example. The fewer the number of allowed transmissions attempts of the at least one data unit, the lower the transmission rate or data rate resulting from the determined MCS may be. Thus, transmission or data rate may be relative to the number of allowed transmission attempts such that the transmission or data rate increases as the number of allowed transmission attempts increases.
  • said radio resource message (e.g. block 404 or 418 ⁇ indicates radio resources for transmitting the at least one data unit, the indicated radio resources being dependent at least on said transmission time budget information. Examples of this were given above.
  • MCS may be selected on the basis of the transmission time budget information (e.g. indicating one or two transmission attempt(s ⁇ .
  • One other example may be to allocate more subframes for transmission in a case of only one transmission attempt compared with a case of two or more transmission attempts.
  • said message, transmitted by the terminal device 110 to the network element 102, indicating the need to transmit the at least one data unit is a scheduling request message (e.g. transmitted in block 402 or in block 412 ⁇ or a report message (e.g. BSR ⁇ indicating data buffer status of the terminal device 110.
  • Said message may be received by the network element 102.
  • Said message may be retransmitted in a case where the network element 102 fails to decode said message.
  • the terminal device 110 may acquire data (e.g. at least one data unit] to be transmitted to another terminal device or some network element (e.g. network element 102 ⁇ (block 502 ⁇ .
  • the terminal device 110 may transmit, to the network element 102, a first message indicating a need to transmit at least one data unit and comprising transmission time budget information associated with the at least one data unit (block 504 ⁇ .
  • the terminal device 110 may transmit a second message to the network element 102 indicating the need to transmit said at least one data unit and comprising updated transmission time budget information associated with the at least one data unit (block 508 ⁇ . It is possible that the terminal device retransmits said message more than twice, each time with updated transmission time budget information.
  • the network element 102 may respond with a radio resource message (block 510 ⁇ indicating radio resources for transmitting said at least one data unit by the terminal device 110.
  • the terminal device 110 may transmit said at least one data unit. Retransmission(s ⁇ of the at least one data unit may also occur as described above.
  • the network element 102 is further configured to perform the following actions: acquiring, from the terminal device 110, a first message indicating the need to transmit said at least one data unit and transmission time budget information on said at least one data unit (block 504 ⁇ ; upon unsuccessful decoding of the first message, transmitting a non- acknowledgement message to the terminal device 110 and acquiring, from the terminal device 110, a second message indicating the need to transmit said at least one data unit and updated transmission time budget information on said at least one data unit (block 508 ⁇ .
  • the NACK message may not be necessary in all embodiments as the terminal device may continue transmitting said message for a predetermined number of times if no response is received, for example.
  • the terminal device 110 may obtain one or more data units to be transmitted to some other device or element.
  • the terminal device 110 may transmit a report or status message (e.g. BSR ⁇ to the network element 102.
  • the report message may comprise indication about the at least one data unit to be transmitted and transmission time budget information on said at least one data unit.
  • the network element 102 responds, after successful decoding, with a radio resource message (block 526 ⁇ .
  • the terminal device 110 may perform one or more transmissions on radio resources determined from or indicated by the radio resource message of block 526.
  • the at least one data unit comprises a plurality of data units.
  • the message (e.g. block 402, 412, 416, 504, 508, 524 ⁇ comprises transmission time budget information for each of the plurality of data units.
  • the transmission time budget information is data unit - specific.
  • said message may indicate two data units: first data unit and second data unit, wherein said message further comprises first transmission time budget information associated with the first data unit and second transmission time budget information associated with the second data unit. Therefore, for example, said message may indicate that two transmission attempts may be performed for the first data unit and only one transmission attempt may be performed for the second data unit.
  • the network element 102 after successful decoding of said message, may generate or allocate radio resources for transmitting the first and/or second data units accordingly.
  • the terminal device 110 may obtain data (e.g. at least one data unit ⁇ to be transmitted.
  • the terminal device 110 may further transmit a first report message and a second report message to the network element 102, wherein the first report message is associated with a first communication link and the second report message is associated with a second communication link (block 534 ⁇ .
  • the first and second report messages may be similar as described above (e.g. first BSR and second BSR ⁇ .
  • the network element 102 receives the first and second report messages.
  • the network element 102 determines based on the first and second status messages whether to allocate radio resources from first and/or second communication link to the terminal device 110 (block 536 ⁇ .
  • the terminal device 110 may transmit the at least one data unit utilizing the first and/or second communication links.
  • contents of the first and second report messages are comprised in one report message that is transmitted by the terminal device 110 to the network element 102.
  • the first communication link is between the terminal device 110 and the network element 102.
  • the second communication link is between the terminal device 110 and a second network element 112.
  • the first communication link is primary link and the second communication link is secondary link (e.g. carrier aggregation case ⁇ .
  • the first communication link is cellular communication link (e.g. LTE, LTE-A, 5G] and the second communication link is a WLAN link.
  • the proposed solution may be applicable to LWA or eLWA system in which WLAN may be used for carrier aggregation.
  • BSR for WLAN link and BSR for cellular link i.e. primary link] may both be transmitted to the primary network element (e.g. network element 102, in some instances referred to as MeNB], wherein the primary network element may perform scheduling decisions based on said BSRs.
  • the terminal device 110 records delay-related information on both the first and second communication links. This information may be incorporated into the appropriate report messages (block 534 ⁇ .
  • the delay- related information may comprise, for example, allowed number of transmission for a data unit on that communication link or delay budget for a data unit on that communication link.
  • the delay-related information may comprise also the used time for previous data unit transmission.
  • the terminal device 110 transmits a plurality of report messages to the network element 102, wherein the plurality of report messages is associated with a plurality of communication links such that each report message of the plurality of report messages is associated with a specific communication link of the plurality of communication links.
  • the network element 102 may receive a plurality of report messages from the terminal device 110, wherein the plurality of report messages is associated with a plurality of communication links such that each report message of the plurality of report messages is associated with a specific communication link of the plurality of communication links.
  • the plurality of communication links may be between the terminal device 110 and some other device or network element.
  • one link may be between the terminal device 110 and the network element 102 and some other may be between the terminal device and the network element 112.
  • the network element 102 selects a communication link among the plurality of communication links on the basis of the transmission time budget information of the plurality of report messages; and generates the radio resource message indicating radio resources on the selected communication link and transmits said radio resource message to the terminal device 110.
  • the terminal device receives a radio resource message from the network element 102, the radio resource message indicating radio resources on a specific communication link among the plurality of communication links; and on the basis of said radio resource message, initiates transmission of said at least one data unit.
  • the terminal device 110 may use the radio resources on the indicated communication link.
  • the network element 102 may indicate radio resources on a plurality of communication link using said radio resource message.
  • the terminal device 110 may perform transmission(s ⁇ on more than one communication link.
  • One specific example of transmitting plurality of messages may be the transmission of plurality of BSRs, wherein each BSR is associated with a specific communication link among a plurality of communication links. This may enable the terminal device 110 to report delay information of a plurality of communication links to the network element 102. The network element 102 may then use this indicated delay information on the plurality of communication links to select one or more of the plurality of communication links from which radio resources are granted to the terminal device 110. Thus, for example, a communication link with a lower recorded delay than some other communication link may be selected and utilized.
  • Figures 6A and 6B illustrate block diagrams according to some embodiments.
  • a message 600 is shown.
  • the message 600 may be or be similar to the messages transmitted in blocks 402, 412, 416, 504, 524, 534, for example.
  • the message 600 may comprise an information element (IE] 610 indicating at least one data unit (i.e. indicating need to transmit said at least one data unit ⁇ .
  • the message 600 may comprise a further information element 620 comprising transmission time budget information associated with or on the at least one data unit (indicate with information element 610 ⁇ .
  • the IE 610 comprises regular SR information.
  • said transmission time budget information (e.g. indicated with IE 620 ⁇ is indicative of remaining time (block 622 ⁇ for attaining latency requirements of said at least one data unit. That is, the terminal device 110 may be aware or presume certain latency requirements for the at least one data unit. Therefore, the terminal device 110 may indicate how much there is time left to attain the latency requirements for said at least one data unit.
  • the remaining time 622 may be indicated in time 622A (e.g. 0.5ms or 1ms] or in subframes 522B (e.g. 5 subframes, wherein one subframe may be, for example, 0.125ms ⁇ .
  • the terminal device 110 may determine how much this time has already been used and indicate the used time, or calculate how much time is still left and indicate the calculated time to the network element 102, for example. If retransmission(s ⁇ are required, each retransmitted message may have updated information on remaining time.
  • said transmission time budget information (e.g. indicated with IE 620 ⁇ is indicative of a number of allowed transmission attempts (block 624 ⁇ of said at least one data unit to attain said latency requirements.
  • the terminal device 110 may indicate that one, two, or three transmission attempts may be performed.
  • the network element 102 may first grant resources with higher data rate and change to lower data rate if the initial transmission fails. If a retransmission is required, the number of initially allowed transmission attempts may be reduced (e.g. if first message indicates two transmission attempts and retransmission is required, the retransmitted message may indicate only one transmission attempt ⁇ and this newly calculated value may be comprised in the retransmitted messaged.
  • said transmission time budget information (e.g. indicated with IE 620 ⁇ is indicative of elapsed time (block 626 ⁇ between the obtaining said at least one data unit and the transmitting said message.
  • the terminal device 110 may calculate time between obtaining said at least one data unit in block 210 and transmitting the message 600 to the network element 102 in block 220.
  • the elapsed time may be used by the network element 102 to calculate or estimate how much time is still left for attaining the latency requirements for said at least one data unit. If a retransmission is required, the elapsed time may be the time between the obtaining the data unit and retransmitting the message indicating the data transmission need.
  • said transmission time budget information (e.g. indicated with IE 620 ⁇ is indicative of a number of transmitted messages 600 (block 628 ⁇ , by the terminal device 110, that are transmitted to indicate the need to transmit said at least one data unit.
  • the terminal device 110 may transmit an initial message 600 requesting radio resources for transmitting said at least one data unit.
  • the message may further indicate that said message is a first message (e.g. binary representation of 0 using k bits ⁇ . However, if the decoding of said message fails, a retransmission may be performed if possible.
  • the second message 600 may further indicate that said second message is a second message (e.g. binary representation of 1 using k bits ⁇ .
  • the network element 102 may know how many times a particular SR or BSR has been transmitted. Therefore, it may estimate or determine how many transmission attempts are allowed for said at least one data unit and grant radio resources accordingly. Based on such information and the overall latency target, the network element 102 may estimate how long time has passed and what is the remaining time budget concerning the received SR. In case there is only one chance for retransmitting SR, one bit information may be sufficient.
  • the IE 620 may in some embodiments comprise only one bit for indicating said transmission time budget information. This may be quite efficient way to inform the network element 102 and cause quite minimal load to the cellular communication network.
  • the IE 620 comprises a plurality of bits which may enable more complex information (e.g. more accurate ⁇ to be informed.
  • the number of transmitted messages (block 628 ⁇ , by the terminal device 110, indicates the number of transmitted messages, to the network element 102, to indicate the need to transmit said at least one data unit.
  • each of the transmitted messages may be transmitted to the network element 102.
  • the first message may mean that the message has not been transmitted before for indicating the need to transmit said at least one data unit.
  • the first message may in some embodiments mean that it is the first message that has been transmitted to acquire radio resources for transmitting said at least one data unit.
  • the second message may mean that the message is transmitted a second time.
  • the transmission time budget information may be updated for the second message, as explained with numerous examples.
  • the IE 620 comprises one or more of the IEs 622-628.
  • the further IE 620 comprises k bits, wherein k bits can be assigned to demonstrate 2 k number of different values.
  • Value k may be a positive integer value.
  • k bits may be used to indicate elapsed time 626.
  • the values can represent elapsed time relative to the determined delay for selected Quality of Service (QoS ⁇ . Assuming that the selected QoS corresponds to delay of D, the z ' th sequence may represent elapsed time up to t j - , wherein 0 ⁇ i ⁇ 2 k — 1.
  • the elapsed time may be considered from the instance that the MAC PDU is generated or prepared to be transmitted until the time that SR is sent, in the example where SR is transmitted indicating one or more MAC PDUs.
  • the network element 102 determines, based on said transmission time budget information, remaining time for attaining latency requirements of said at least one data unit, wherein the radio resource message is generated at least partly on the basis of said remaining time 622. That is, either the message 600 comprises directly said remaining time or the network element 102 calculates said remaining time from one or more values indicated with IE 620 (e.g. remaining time in block 622 ⁇ .
  • the network element 102 determines, based on said transmission time budget information, a number of possible transmission attempts of said at least one data unit, by the terminal device 110, to attain latency requirements of said at least one data unit, wherein the radio resource message is generated at least partly on the basis of said number of possible transmission attempts.
  • the allowed number of data transmission attempts may be indicated in block 624.
  • the network element 102 determines, based on said transmission time budget information, elapsed time between obtaining, by the terminal device 110, said at least one data unit and transmitting, by the terminal device 110, said message indicating the need to transmit said at least one data unit, wherein the radio resource message is generated at least partly on the basis of said elapsed time.
  • the elapsed time may be indicated in block 626.
  • the network element 102 determines, based on said transmission time budget information, number of transmitted messages, by the terminal device, that are transmitted to indicate the need to transmit said at least one data unit, wherein the radio resource message is generated at least partly on the basis of said number of transmitted messages.
  • the elapsed time may be indicated in block 628.
  • the BSR may comprise indication of at least one data unit associated with information of how many transmission attempts are allowed for each at least one data unit (e.g. block 624 ⁇ .
  • the transmission time budget information on at least one data unit there are given a number of different ways to indicate the transmission time budget information on at least one data unit. There may be differences and different benefits between different methods, but essentially the purpose may be to inform, by the terminal device 110 to the network element 102, of remaining time budget for delivering said at least one data unit. Thus, the network element 102 may use this information to generate and/or allocate radio resources for the terminal device 110. Thus, the generation, allocation, and/or utilization of radio resources may be made more effective, for example.
  • the payload e.g. at least one data unit
  • the payload should be delivered within 5 subframes from the time instance that the terminal device 110 sends the initial SR message (block 402 or 412 ⁇ .
  • the SR is decoded correctly with the initial attempt, two transmission attempts can be performed for the payload as shown in Figure 4A. If the initial SR message is not decoded successfully (e.g. block 414], the terminal device may retransmit the SR (block 416 ⁇ .
  • only one MAC PDU transmission attempt may be performed according to the required latency performance (e.g. 5 subframes ⁇ .
  • the required latency performance e.g. 5 subframes ⁇ .
  • one bit may be carried for indicating the elapsed time. The bit may be set to 0 when the initial SR is sent, while the bit may be set to 1 when SR is retransmitted.
  • the network element 102 may not be possible for the network element 102 to know the updated transmission time budget information (e.g. elapsed time, how many transmissions are still allowed etc. ⁇ . For example, without having IE 620 to indicate the transmission time budget information, the network element 102 may always assume that there is possibility for retransmission.
  • the network element 102 may assume that SR transmitted in block 416 is initial SR if the initial SR (block 412 ⁇ is not received or decoded properly.
  • network element 102 may select MCS based on the assumption that two transmission attempts are still available (although only one would be ⁇ , and grant resources accordingly. So, in general, the network element 102 may, when the transmission time budget information is indicated to it, allocate radio resources more efficiently. That is, if there is a lot of transmission time budget available, the network element 102 may select a less robust MCS which may provide an increased data rate.
  • Figures 7A to 7B which indicate some benefits of the provided solution with different target BLERs.
  • the target BLER may be 10 ⁇ 5 and the error for detecting the SR is 3*10 ⁇ 3 .
  • the target BLER may be 10 ⁇ 6 and the error for detecting the SR is 1*10 ⁇ 3 .
  • both examples consider MAC PDU transmission, but the benefits shown may be achievable for other types of data transmission.
  • MCS 1 and MCS 2 can be selected as MCS for the initial transmission and retransmission respectively for a given MAC PDU.
  • the probability of decoding the MAC PDU, by the network element 102, may be expressed as:
  • Psuccess (1 - 3 ⁇ 4*) ⁇ (! - Pi) + Pi (l - Pi, 2 ) ⁇ + 3 ⁇ 4* (1 - 3 ⁇ 4*) (! - Pi), where, s SR is the probability of unsuccessful detection of the SR message on PUCCH format 1.
  • P 1 is the error probability of decoding the MAC PDU in the initial transmission round, while P 1>2 is the error probability of decoding the MAC
  • the average transmission rate or data rate can be expressed as:
  • r ⁇ and r 2 are the corresponding transmission rates for MCS 1 and MCS 2 respectively.
  • the optimal resource allocations may be derived to maximize the average transmission rate:
  • ⁇ is the corresponding BLER for the reliability target.
  • the transmission time budget information associated with the at least one data unit i.e. in this example MAC PDU] is added to the message (i.e. in this example SR on PUCCH format 1 ⁇ some benefits may be obtainable.
  • MCS 1 and MCS 2 are selected for the initial transmission and retransmission respectively for a MAC PDU, if the SR is received and decoded, by the network element 102, correctly with first attempt.
  • MCS 3 may be selected for the MAC PDU transmission. Example of this may be seen in Figure 4B, where retransmission of SR is required and thus the network element 102 may cause the terminal device to perform transmission of the at least one data unit with the MCS 3 .
  • the probability of decoding a MAC PDU can be expressed as:
  • Psuccess (1 - 3 ⁇ 4*) ⁇ (! - Pi) + - Pi, 2 ) ⁇ + 3 ⁇ 4*(1 - 3 ⁇ 4 «) (! - Ps), where P 3 is the probability of decoding the MPDU using the initial transmission according to the employed MCS 3 .
  • the average transmission rate is:
  • R* 7i(l - % R )(1 - + x ⁇ r Cl - % R 1 ⁇ 2 + r 3 (l - % R )% R , where r 3 is the transmission rate corresponding to the MCS 3 .
  • the optimal resource allocations can be derived maximizing the average transmission rate:
  • FIGs 7A and 7B In which the conventional SR transmission on PUCCH format 1 is illustrated with lines 710 and 730 and the enhanced SR transmission on PUCCH format 1 (e.g. comprising the additional transmission time budget information] is illustrated with dotted lines 720, 740.
  • the graphs or lines 710, 720, 730, 740 illustrate transmission rate or data rate (bits per second/Hz (bps/Hz ⁇ as function of Signal-to-Noise Ratio (SNR] (decibel (dB ⁇ .
  • SNR Signal-to-Noise Ratio
  • the conventional PUCCH 710, 730 entails to perform the initial MAC PDU transmissions with high reliability, as the network element 102 is not sure whether the retransmission is feasible or not.
  • the enhanced PUCCH 720, 740 may allow performing the first MAC PDU transmissions attempts with high transmission rate or data rate when the network element 102 may be aware (due to the additional transmission time budget information] that another transmission attempt of the MAC PDU may be performed. In case the network element 102 determines that the only one transmission may be performed due to, for example, delay caused by unsuccessful decoding of initial SR transmission, the network element 102 may select a more robust MCS for the MAC PDU transmission.
  • the network element 102 is configured to determine that a message (e.g. SR], transmitted by the terminal device 110 in block 402, indicating a need to transmit at least one data unit and comprising transmission time budget information about said at least one data unit is a first message. That is, said first message is not a retransmission, but is transmitted for the first time by the terminal device 110 for said at least one data unit.
  • the network element 102 may further determine, based at least on said transmission time budget information, that one or more transmissions of the at least one data unit is allowed. In the case that only one transmission is allowed, the network element 102 may select a third MCS and grant radio resources according to the third MCS to the terminal device 110.
  • the network element 102 may select a first and a second MCSs, and grant radio resources according to the first and second MCSs to the terminal device 110.
  • the third MCS results in a lower transmission or data rate compared with the first MCS.
  • the third MCS results in a lower transmission or data rate compared with the second MCS.
  • the first MCS results in a higher transmission or data rate compared with the second MCS.
  • the network element 102 only grants, based on the transmission time budget information, radio resources for one transmission attempt of the at least one data unit. That is, if only one transmission attempt may be performed in order to attain latency requirements, the network element 102 may not waste radio resources by reserving or granting radio resources for a second transmission attempt of the at least one data unit.
  • Figures 8 to 9 provide apparatuses 800, 900 comprising a control circuitry (CTRL] 810, 910, such as at least one processor, and at least one memory 830, 930 including a computer program code (software] 832, 932, wherein the at least one memory and the computer program code (software] 832, 932, are configured, with the at least one processor, to cause the respective apparatus 800, 900 to carry out any one of the embodiments of Figures 2 to 7B, or operations thereof.
  • CTRL control circuitry
  • the memory 830, 930 may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory.
  • the memory 830, 930 may comprise a database 834, 934 for storing data.
  • the apparatuses 800, 900 may further comprise radio interface (TRX] 820, 920 comprising hardware and/or software for realizing communication connectivity according to one or more communication protocols.
  • the TRX may provide the apparatus with communication capabilities to access the radio access network, for example.
  • the TRX may comprise standard well-known components such as an amplifier, filter, frequency-converter, (de]modulator, and encoder/decoder circuitries and one or more antennas.
  • the TRX may enable communication between the terminal device 110 and the network element 102 (e.g. on PUCCH, PUSCH ⁇ . Further, the TRX may provide access to the X2- interface for the network element 102, for example.
  • the apparatuses 800, 900 may comprise user interface 840, 940 comprising, for example, at least one keypad, a microphone, a touch display, a display, a speaker, etc.
  • the user interface 840, 940 may be used to control the respective apparatus by a user of the apparatus 800, 900.
  • a network element may be configured using the user interface comprised in said network element or using a remote user interface.
  • a terminal device may comprise a user interface.
  • the apparatus 800 may be or be comprised in a device, such as a mobile phone or cellular phone, for example.
  • the apparatus 800 may be the terminal device 110, for example.
  • the apparatus 800 is comprised in the terminal device 110 or in some other terminal device. Further, the apparatus 800 may be the device performing the steps of Figure 2, for example.
  • control circuitry 810 may comprise a data obtaining circuitry 812 configured to obtain at least one data unit to be transmitted by a device; and a message transmitting circuitry 814 configured to cause transmission of a message comprising an information element indicating a need to transmit said at least one data unit, wherein the message comprises a further information element comprising transmission time budget information associated with said at least one data unit.
  • the apparatus 900 may be or be comprised in a base station (also called a base transceiver station, a Node B, a radio network controller, or an evolved Node B (eNB], for example ⁇ .
  • the apparatus 900 may be the network element 102, for example. Further, the apparatus 900 may be the network element performing the steps of Figure 3. In an embodiment, the apparatus 900 is comprised in the network element 102 and configured to cause performing of any one of the embodiments described in relation to Figure 2 to 7B.
  • the control circuitry 910 comprises a message acquiring circuitry 912 configured to acquire, from a terminal device of a cellular communication network, a message comprising an information element indicating a need, by the terminal device, to transmit at least one data unit, wherein the message comprises a further information element comprising transmission time budget information associated with said at least one data unit; a decoding circuitry 914 configured to initiate decoding of said message; and a radio resource circuitry 916 configured to, upon successful decoding of said message by the decoding circuitry 914, generate a radio resource message, based at least partly on the transmission time budget information, indicating radio resources for transmitting said at least one data unit and transmitting said radio resource message to the terminal device.
  • the apparatus 900 may comprise a remote control unit (RCU], such as a host computer or a server computer, operatively coupled (e.g. via a wireless or wired network] to a remote radio head (RRH] located at a base station site.
  • RCU remote control unit
  • RRH remote radio head
  • at least some of the described processes of the network node may be performed by the RCU.
  • the execution of at least some of the described processes may be shared among the RRH and the RCU.
  • the RCU may comprise the components illustrated in Figure 10
  • the radio interface 920 may provide the RCU with the connection to the RRH.
  • the RRH may then comprise radio frequency signal processing circuitries and antennas, for example.
  • the RCU may generate a virtual network through which the RCU communicates with the RRH.
  • virtual networking may involve a process of combining hardware and software network resources and network functionality into a single, software-based administrative entity, a virtual network.
  • Network virtualization may involve platform virtualization, often combined with resource virtualization.
  • Network virtualization may be categorized as external virtual networking which combines many networks, or parts of networks, into the server computer or the host computer (i.e. to the RCU ⁇ . External network virtualization is targeted to optimized network sharing. Another category is internal virtual networking which provides network-like functionality to the software containers on a single system. Virtual networking may also be used for testing the terminal device.
  • the virtual network may provide flexible distribution of operations between the RRH and the RCU.
  • any digital signal processing task may be performed in either the RRH or the RCU and the boundary where the responsibility is shifted between the RRH and the RCU may be selected according to implementation.
  • circuitry refers to all of the following: (a] hardware-only circuit implementations, such as implementations in only analog and/or digital circuitry, and (b] combinations of circuits and soft-ware (and/or firmware], such as (as applicable ⁇ : (i] a combination of processors] or (if) portions of processor(s]/software including digital signal processors], software, and memory(ies] that work together to cause an apparatus to perform various functions, and (c] circuits, such as a microprocessor ⁇ ] or a portion of a microprocessor ⁇ ], that require software or firmware for operation, even if the software or firmware is not physically present.
  • This definition of 'circuitry' applies to all uses of this term in this application.
  • the term 'circuitry' would also cover an implementation of merely a processor (or multiple processors] or a portion of a processor and its (or their] accompanying software and/or firmware.
  • the term 'circuitry' would also cover, for example and if applicable to the particular element, a baseband integrated circuit or applications processor integrated circuit for a mobile phone or a similar integrated circuit in a server, a cellular network device, or another network device.
  • At least some of the processes described in connection with Figures 2 to 7B may be carried out by an apparatus comprising corresponding means for carrying out at least some of the described processes.
  • Some example means for carrying out the processes may include at least one of the following: detector, processor (including dual-core and multiple-core processors], digital signal processor, controller, receiver, transmitter, encoder, decoder, memory, RAM, ROM, software, firmware, display, user interface, display circuitry, user interface circuitry, user interface software, display software, circuit, antenna, antenna circuitry, and circuitry.
  • the at least one processor, the memory, and the computer program code form processing means or comprises one or more computer program code portions for carrying out one or more operations according to any one of the embodiments of Figures 2 to 7B or operations thereof.
  • the apparatus carrying out the embodiments comprises a circuitry including at least one processor and at least one memory including computer program code. When activated, the circuitry causes the apparatus to perform at least some of the functionalities according to any one of the embodiments of Figures 2 to 7B, or operations thereof.
  • the network element 102 may use the transmission time budget information, such as the elapsed time (block 626 of Figure 6B], in order to give higher priority to the terminal devices with shorter time budget for delivering data, for instance, terminal devices that may need to perform SR retransmission.
  • the transmission time budget information such as the elapsed time (block 626 of Figure 6B]
  • the terminal device may inform the eNodeB whether this TTI is the last chance for allocating resources for data transmission or not. In case this is the last chance, data retransmission may not be required in the later TTI. So, the eNodeB may not allocate extra radio resources if it does not receive ACK. Even the terminal device may avoid transmitting ACK/NACK for the last transmission round.
  • the proposed enhancement suitable for, for example, PUCCH may be utilized in the future 5G system to offer URLLC with quite high transmission rates. This may be achieved by embedding additional information in uplink (UL] control channel for performing scheduling request (SR ⁇ .
  • UL uplink
  • SR ⁇ scheduling request
  • the solution may be applicable to all air interface solutions applying a grant based access methods, e.g. services with higher reliability and delay requirements in LTE may also benefit.
  • the solution may be applicable to the WLAN air interface where UL grants for WLAN may also be supported, e.g. developed IEEE 802.11ax standard and the like.
  • the techniques and methods described herein may be implemented by various means. For example, these techniques may be implemented in hardware (one or more devices], firmware (one or more devices], software (one or more modules], or combinations thereof.
  • the apparatuses] of embodiments may be implemented within one or more application-specific integrated circuits (ASICs], digital signal processors (DSPs], digital signal processing devices (DSPDs], programmable logic devices (PLDs], field programmable gate arrays (FPGAs], processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof.
  • ASICs application-specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof.
  • firmware or software the implementation can be carried out through modules of at
  • the software codes may be stored in a memory unit and executed by processors.
  • the memory unit may be implemented within the processor or externally to the processor. In the latter case, it can be communicatively coupled to the processor via various means, as is known in the art.
  • the components of the systems described herein may be rearranged and/or complemented by additional components in order to facilitate the achievements of the various aspects, etc., described with regard thereto, and they are not limited to the precise configurations set forth in the given figures, as will be appreciated by one skilled in the art.
  • Embodiments as described may also be carried out in the form of a computer process defined by a computer program or portions thereof. Embodiments of the methods described in connection with Figures 2 to 7B may be carried out by executing at least one portion of a computer program comprising corresponding instructions.
  • the computer program may be in source code form, object code form, or in some intermediate form, and it may be stored in some sort of carrier, which may be any entity or device capable of carrying the program.
  • the computer program may be stored on a computer program distribution medium readable by a computer or a processor.
  • the computer program medium may be, for example but not limited to, a record medium, computer memory, read-only memory, electrical carrier signal, telecommunications signal, and software distribution package, for example.
  • the computer program medium may be a non-transitory medium. Coding of software for carrying out the embodiments as shown and described is well within the scope of a person of ordinary skill in the art.
  • a computer-readable medium comprises said computer program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé consistant : à obtenir, au moyen d'un dispositif d'un réseau sans fil, au moins une unité de données à transmettre au moyen du dispositif ; et à transmettre, au moyen du dispositif, à un élément de réseau du réseau sans fil, un message comprenant un élément d'informations indiquant un besoin de transmettre ladite unité de données, le message comprenant un élément d'informations supplémentaire comprenant des informations de budgétisation de temps de transmission associées à ladite unité de données. A cet effet, l'invention concerne également un appareil servant à mettre en œuvre ledit procédé. Le message peut, par exemple, être une demande de planification ou un message de rapport indiquant l'état de tampon de données du dispositif.
PCT/EP2016/070096 2016-08-25 2016-08-25 Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil WO2018036629A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/070096 WO2018036629A1 (fr) 2016-08-25 2016-08-25 Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/070096 WO2018036629A1 (fr) 2016-08-25 2016-08-25 Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil

Publications (1)

Publication Number Publication Date
WO2018036629A1 true WO2018036629A1 (fr) 2018-03-01

Family

ID=56842814

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2016/070096 WO2018036629A1 (fr) 2016-08-25 2016-08-25 Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil

Country Status (1)

Country Link
WO (1) WO2018036629A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210014767A1 (en) * 2018-09-29 2021-01-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Control data transmission method and network device and storage medium
CN112602366A (zh) * 2018-08-24 2021-04-02 上海诺基亚贝尔股份有限公司 用于上行链路授权的数据优先级指示
CN114450994A (zh) * 2019-10-03 2022-05-06 高通股份有限公司 剩余延迟预算的反馈
EP4369841A1 (fr) * 2022-11-08 2024-05-15 MediaTek Inc. Partage de txop adaptatif pour trafic sensible à la latence dans des communications sans fil

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120176984A1 (en) * 2009-08-31 2012-07-12 Riikka Susitaival Methods and Arrangements for Scheduling Radio Resources in a Wireless Communication System
US20130058220A1 (en) * 2010-06-18 2013-03-07 Lg Electronics Inc. Method for transmitting buffer status report from terminal in wireless communication system and apparatus therefor
US20160014803A1 (en) * 2014-07-09 2016-01-14 Qualcomm Incorporated Systems and methods for traffic information signaling in a wireless communications network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120176984A1 (en) * 2009-08-31 2012-07-12 Riikka Susitaival Methods and Arrangements for Scheduling Radio Resources in a Wireless Communication System
US20130058220A1 (en) * 2010-06-18 2013-03-07 Lg Electronics Inc. Method for transmitting buffer status report from terminal in wireless communication system and apparatus therefor
US20160014803A1 (en) * 2014-07-09 2016-01-14 Qualcomm Incorporated Systems and methods for traffic information signaling in a wireless communications network

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112602366A (zh) * 2018-08-24 2021-04-02 上海诺基亚贝尔股份有限公司 用于上行链路授权的数据优先级指示
US20210014767A1 (en) * 2018-09-29 2021-01-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Control data transmission method and network device and storage medium
US11503531B2 (en) * 2018-09-29 2022-11-15 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Control data transmission method and network device and storage medium
CN114450994A (zh) * 2019-10-03 2022-05-06 高通股份有限公司 剩余延迟预算的反馈
EP4369841A1 (fr) * 2022-11-08 2024-05-15 MediaTek Inc. Partage de txop adaptatif pour trafic sensible à la latence dans des communications sans fil

Similar Documents

Publication Publication Date Title
US12120730B2 (en) Scheduling requests, status reports, and logical channel prioritization
JP7516405B2 (ja) アップリンク伝送でのｕｅ内の優先順位付け
CN111758233B (zh) 调度请求和ack/nack的优先化
CA2985621C (fr) Division de donnees de liaison montante
JP2025020350A (ja) 同時アップリンク及びサイドリンク動作
KR102251208B1 (ko) Lte에서 채널 의존적 커버리지 향상 기술들
JP6257759B2 (ja) マルチキャリア環境内における無線リンク性能を向上させるためのシステム及び方法
EP4052396A1 (fr) Rapport de rétroaction pour une liaison latérale
CN111819881A (zh) 服务质量(qos)拥塞控制处理
EP3616437B1 (fr) Partage de bande radio entre des noeuds
WO2021207467A1 (fr) Procédés et appareil de réception de petites données de liaison descendante
EP4018586A1 (fr) Rapport de csi extrapolé, basé sur un signal de référence à symboles multiples
US11178676B2 (en) First communication device, second communication device, and methods performed thereby for handling uplink transmissions based on quality of service requirements
WO2017168039A1 (fr) Synchronisation de rétroaction
JP2023506128A (ja) 複数のアクティブグラント設定におけるタイマーハンドリング
WO2021009344A1 (fr) Procédés de résolution d'une collision entre sr et pusch
CN115997453A (zh) 在不同载波上的上行链路传输和srs传输的管理
WO2018036629A1 (fr) Amélioration de l'efficacité de communication de liaison montante dans un réseau sans fil
US11272395B2 (en) Communication efficiency
US20220322295A1 (en) Resource reservation forwarding procedure in new radio sidelink
US20210329658A1 (en) Use of priority mismatch indication for uplink transmission for wireless networks
EP4352900A1 (fr) Agrégation de porteuses de liaison latérale avec retransmission inter-porteuses
EP4356643A1 (fr) Intra-multiplexage entre une réalité étendue et un trafic de communication à faible latence ultra-fiable
CN115443635A (zh) 带宽部分改变后的通信
US20240114536A1 (en) Resource sharing for sidelink communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16757873

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16757873

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载