The present application relates generally to data block transmission from a transmitting radio node to a receiving radio node, and more particularly to feedback about the data block transmission.
One technique for improving radio coverage in a wireless communication system involves transmitting data multiple times in repetition. The data repetitions are soft combined on the receiving side before decoding. Narrowband Internet of Things (NB-IoT) systems will adopt this repetition technique for both user- and control-plane data in an effort to support coverage enhancements of up to 164 dB coupling loss. This will enable NB-IoT systems to provide good coverage for devices located deep indoors, in underground basements, or even built into walls of a building with no possibility for battery charging.
Data repetition, however, proves costly in terms of radio resource consumption, interference generation, and device power consumption. For example, as many as 24 repetitions may be necessary to achieve coverage enhancement of 164 dB for some NB-IoT channels, leading to transmission/reception times of 216 ms. Such a long reception time translates into substantial lengths of time that a device must activate its receiver and consume power.
The published patent application EP2919534 A1 discloses methods for improving power headroom reporting for UEs being in enhanced coverage mode. The UE may be configured to transmit a virtual power headroom report to the eNB, when in enhanced coverage mode, always or when at the same time being power limited. Moreover, the UE may determine a repetition level for transmissions in the uplink and/or determine a repletion level for transmissions in the downlink. The power headroom report can be used to transport this information by using preconfigured codepoints in the power headroom report.
According to one or more embodiments herein, a receiving radio node transmits feedback to a transmitting radio node indicating how many repetitions of a data block transmission the receiving radio node needs to combine for successful data block decoding. Based on this feedback, the transmitting radio node may adapt the level of redundancy that the transmitting radio node uses for data block transmission to the receiving radio node. For example, the transmitting radio node may adapt the number of repetitions used for data block transmission to the receiving radio node. Repetition adaptation may for instance aim to match the number of repetitions transmitted to the number of repetitions actually needed by the receiving node for successful data block decoding, e.g., so as to avoid transmitting unnecessary repetitions and thereby conserve radio resources and battery power.
More particularly, embodiments herein include a method implemented by a transmitting radio node. The method comprises transmitting a data block to a receiving radio node; responsive to said transmitting, receiving from the receiving radio node feedback indicating how many repetitions of a data block transmission the receiving radio node needs to combine for successful data block decoding; and based on the received feedback, adapting a level of redundancy that the transmitting radio node uses for data block transmission to the receiving radio node.
In some embodiments, the level of redundancy comprises a number of repetitions that the transmitting radio node uses for data block transmission to the receiving radio node.
In one or more embodiments, adaptation involves, based on the received feedback, adapting a level of redundancy that the transmitting radio node uses for transmitting the data block to the receiving radio node.
Alternatively or additionally, this method in some embodiments further comprises, prior to said adapting, scheduling one or more repetitions of the data block to be transmitted to the receiving radio node, and wherein said adapting comprises canceling one or more of the scheduled repetitions.
Alternatively or additionally, this method in some embodiments further comprises, prior to said adapting, scheduling a number of repetitions of the data block to be transmitted to the receiving radio node, and wherein said adapting comprises scheduling a different number of repetitions of a subsequent data block to be transmitted to the receiving radio node.
In some embodiments, the method further comprises, prior to said adapting, scheduling a number of repetitions of the data block to be transmitted to the receiving radio node in a hybrid automatic repeat request (HARQ) transmission. In this case, the feedback indicates how many more repetitions of the data block the receiving radio node will need to combine to successfully decode the data block. Moreover, adapting comprises scheduling a different number of repetitions of the data block to be transmitted to the receiving radio node in a subsequent HARQ transmission.
In any of these embodiments, the level of redundancy may comprise a modulation and coding scheme that the transmitting radio node uses for data block transmission to the receiving radio node.
Alternatively or additionally, the method in some embodiments further comprises scheduling one or more repetitions of the data block to be transmitted to the receiving radio node. In this case, the method may comprise receiving the feedback prior to transmitting one or more of the scheduled repetitions, and adapting the level of redundancy as a function of the number of scheduled repetitions that were transmitted prior to receiving the feedback.
Embodiments herein further include a method implemented by a receiving radio node. The method comprises receiving a data block from a transmitting radio node. The method also comprises determining how many repetitions of the data block the receiving radio node needed or will need to combine in order to successfully decode the data block. The method further comprises, based on said determining, generating feedback indicating how many repetitions of a data block transmission the receiving radio node needs to combine for successful data block decoding. The method also comprises transmitting the feedback to the transmitting radio node.
This receiving radio node method may further comprise receiving scheduling information indicating that the transmitting radio node has scheduled a number of repetitions of the data block to be transmitted to the receiving radio node. In this case, the method may entail successfully decoding the data block prior to receiving one or more of the scheduled repetitions. Moreover, the method's transmitting step may comprise transmitting the feedback responsive to successfully decoding the data block and prior to receiving one or more of the scheduled repetitions.
In any of the above embodiments, though, the feedback may transmitted from the receiving radio node to the transmitting radio node only when the receiving radio node successfully decodes the data block either within a defined window of time since initial transmission of the data block or by combining a number of repetitions less than a defined threshold.
Alternatively or additionally, in some embodiments, the feedback's content acknowledges successful decoding of the data block and the feedback's timing is based on how many repetitions of the data block the receiving radio node combined to successfully decode the data block. In this case, the feedback may comprise a dedicated non-contention based preamble code on a random access channel. Alternatively, the feedback may be transmitted on a radio resource that is granted to the receiving radio node and that is scheduled to occur prior to transmission of one or more repetitions of the data block. In this latter case, the receiving radio node may be granted multiple radio resources that occur at different times during which repetitions of the data block are scheduled to be transmitted, as different candidate resources on which the receiving radio node is permitted to transmit the feedback.
In still other embodiments, the feedback may non-specifically indicates whether the receiving radio node needs some number of repetitions lower than a number of repetitions of the data block transmitted to the receiving radio node. Alternatively, the feedback may specifically indicates a number of repetitions, or a range of repetitions, that the receiving radio node needs for successful data block decoding.
Alternatively or additionally, the feedback may indicate whether the receiving radio node needs a number of repetitions less than a defined threshold.
In some embodiments, the feedback is based on how many repetitions the receiving radio node needed to combine to successfully decode the data block. In other embodiments, though, the feedback is based on how many repetitions of the data block the receiving radio node will need to combine to successfully decode the data block.
Note that in some embodiments multiple repetitions are included within any given hybrid automatic repeat request (HARQ) transmission to the receiving radio node.
In fact, in one or more embodiments, multiple repetitions are included within any given hybrid automatic repeat request (HARQ) transmission to the receiving radio node, and the receiving radio node successfully decodes the data block based on combining the repetitions in one or more initial HARQ transmissions with only a portion of the repetitions in a subsequent HARQ transmission. In this case, the feedback may indicate the number of repetitions in that portion.
In any of these embodiments, the data block may be transmitted on a physical downlink shared channel (PDSCH) as a narrowband Internet of Things (IoT) transmission.
Embodiments herein further include a transmitting radio node configured to transmit a data block to a receiving radio node. The transmitting radio node is also configured to, responsive to transmitting the data block, receive from the receiving radio node feedback indicating how many repetitions of a data block transmission the receiving radio node needs to combine for successful data block decoding. The transmitting radio node is further configured to, based on the received feedback, adapt a level of redundancy that the transmitting radio node uses for data block transmission to the receiving radio node.
Embodiments moreover include a receiving radio node configured to receive a data block from a transmitting radio node. The receiving radio node is further configured to determine how many repetitions of the data block the receiving radio node needed or will need to combine in order to successfully decode the data block. The receiving radio node is also configured to, based on the determination, generate feedback indicating how many repetitions of a data block transmission the receiving radio node needs to combine for successful data block decoding. Furthermore, the receiving radio node is configured to transmit the feedback to the transmitting radio node.
Embodiments further include a computer program comprising instructions which, when executed by at least one processor of a node, causes the node to perform the method of any of the embodiments herein. In some cases, this carrier may be one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
In some embodiments, the transmitting radio node 12 transmits the data block 16 with a certain level of redundancy. For example, the transmitting radio node 12 may transmit the data block 16 as well as a number of repetitions 18 (i.e., redundant versions) of the data block 16 to the receiving radio node 14. The transmitting radio node 12 may transmit these repetitions contiguously in time, one after the other, as a group. Or the transmitting radio node 12 may transmit the repetitions over the course of multiple such groups that are non-contiguous in time and that each include multiple contiguous repetitions. As an example, the transmitting radio node 12 may transmit the repetitions over the course of a single, initial hybrid automatic repeat request (HARQ) transmission that includes multiple repetitions. Or, the transmitting radio node 12 may transmit the repetitions over the course of multiple such HARQ transmissions, including one or more HARQ re-transmissions that are transmitted after receiving a negative acknowledgement. Either way, the receiving radio node 14 can soft combine the repetitions to improve its ability to decode the data block 16.
Alternatively or additionally, the transmitting radio node 12 may transmit the data block 16 with a modulation and coding scheme (MCS) that adds a number of redundant bits or symbols to the transmission (i.e., according to the MCS's coding rate). No matter the type of redundancy, a redundancy controller 20 at the transmitting radio node 12 may control the redundancy level with which the data block 16 is transmitted by selecting that level from one of multiple different possible redundancy levels 0, 1 . . . N (e.g., possible number of repetitions and/or possible MCS to use).
Irrespective of the level of redundancy used, if any, to transmit the data block 16, the receiving radio node 14 responds to that transmission by sending certain feedback 22 to the transmitting radio node 12. The feedback 22 indicates how many repetitions of a data block transmission the receiving radio node 14 needs to combine for successful data block decoding.
In some embodiments, for example, the receiving radio node 14 generates the feedback 22 based on how many repetitions the receiving radio node 14 needed to combine for successful decoding in the past. The feedback 22 in this regard may be based on how many repetitions 18 the receiving radio node 14 needed to combine to successfully decode data block 16, based on how many repetitions the receiving radio node 14 has needed to combine on average in the past to successfully decode a data block, or the like. Alternatively or additionally, the receiving radio node 14 may generate the feedback 22 based on a prediction of how many repetitions the receiving radio node 14 will need to combine for successful decoding in the future (e.g., based on how many repetitions 18 of data block 16 it will need to combine to successfully decode data block 16). No matter the basis on which the feedback 22 is generated, though, the receiving radio node 14 via the feedback 22 gives the transmitting radio node 12 an idea of how many repetitions the receiving radio node 14 needs for successful decoding, e.g., of any given data block or a particular data block 16.
Based on this feedback 22, the transmitting radio node 12 adapts the level of redundancy that the transmitting radio node 12 uses for data block transmission to the receiving radio node 14. The transmitting radio node 12 may for instance schedule or otherwise plan to transmit the data block 16 using one redundancy level, but then switch to using a different redundancy level for that same data block 16. Alternatively or additionally to this “mid-block” adaptation approach, the transmitting radio node 12 may adapt the redundancy level between different data blocks; that is, transmit one data block using a certain redundancy level but then switch to using a different redundancy level for transmitting a subsequent data block. Accordingly, redundancy level adaptation herein may be an adaptation within the same data block transmission or be an adaptation between different data block transmissions.
The feedback 22 may specifically indicate the number of needed repetitions in any number of ways. For example, the feedback 22 may explicitly indicate that number of repetitions. The feedback 22 may do so in either absolute terms (e.g., “6” in
Alternatively, the feedback 22 may explicitly indicate an index into a defined or preconfigured table that maps different indices to different numbers of repetitions. This table is defined or preconfigured at both the receiving radio node 14 and the transmitting radio node 12 so that an index indicated in the feedback 22 implicitly indicates a number of needed repetitions. In yet another alternative, the receiving radio node 14 selects, from among multiple different possible radio resources that are mapped to different numbers of repetitions, the radio resource that is mapped to the number of repetitions it needs for successful decoding. In this way, the feedback implicitly indicates the number of needed repetitions based on the feedback 22 being transmitted on a certain radio resource. Any sort of radio resource can be used to implicitly indicate the number of needed repetitions, including for instance a channel, subcarrier, time-frequency resource, etc.
Of course, although not shown, the feedback 22 may instead specifically indicate a range of repetitions that the receiving radio node 14 needs for successful data block decoding. For example, multiple different ranges of repetitions may be predefined, e.g., 0-5, 6-10, 11-15, etc. The feedback 22 in this case just indicates which of the predefined ranges the number of needed repetitions falls within. Although such an embodiment sacrifices some granularity in the feedback 22, the embodiment reduces the signalling overhead of the feedback 22.
As alluded to above, though, adapting the number of repetitions is not the only way to adapt the level of redundancy used for a data block transmission.
Note that no matter the type of redundancy adapted, or the form of the feedback 22, the feedback 22 in some embodiments only indicates how many repetitions the receiving radio node 14 needs for successful data block decoding, above and beyond the number of repetitions the transmitting radio node 12 already knows the receiving radio node 14 needs. For example, where the repetitions are transmitted over the course of multiple HARQ (re-)transmissions that each include multiple repetitions, the receiving radio node 14 transmits a negative acknowledgement after failing to decode the data block 16 with the repetitions received thus far. Based on this negative acknowledgement, the transmitting radio node 12 deduces that the receiving radio node 14 needs more repetitions than that transmitted so far (i.e., the number of repetitions transmitted thus far is the minimum number needed). Accordingly, when the receiving radio node 14 later succeeds in decoding the data block 16, it need only indicate the additional number of repetitions that it used in the latest HARQ re-transmission.
Thus, in some embodiments, multiple repetitions are included within any given HARQ transmission to the receiving radio node 14. The receiving radio node 14 successfully decodes the data block 16 based on combining the repetitions in one or more initial HARQ transmissions with only a portion of the repetitions in a subsequent HARQ transmission. In this case, the feedback 22 may indicate the number of repetitions in that portion (as opposed to the number of repetitions combined across all HARQ transmissions).
Consider the example from
In another example of this concept, the receiving radio node 14 needs repetitions from one original transmission Tx1 and two re-transmissions re-Tx1 and re-Tx2 until it feeds back a HARQ acknowledgement (ACK). The original transmission and re-transmission each use eight repetitions each. Assume that during re-Tx2, the receiving radio node 14 manages to decode the data block 16 already after two repetitions. Hence, an ACK and feedback 22 from which the transmitting radio node 12 can deduce the need for 2 repetitions (as per any of the aforementioned options) is provided to the transmitting radio node 12. As a result, the transmitting radio node 12 knows that the receiving radio node 14 needed in total 8+8+2=18 repetitions to successfully decode the data block. The transmitting radio node 12 can take this information into consideration for scheduling a next block of data. For example, in the next data block assignment, the receiving radio node 14 could be scheduled with 16 repetitions for a first transmission, and if NACKed, 2 . . . 4 repetitions are used in sub-sequent re-transmissions until ACKed. Note that the transmitting radio node 12 behavior is just exemplary and other strategies are possible such as already at the first transmission using 18 repetitions if resources are available. In this way, the number of repetitions may be adaptive in-between HARQ retransmissions so that the transmitting radio node 12 uses this information to better adapt the number of repetitions needed in the next transmissions (if close enough in time).
Any of the above feedback 22 approaches may be used in the example of
Early acknowledgement feedback 22 may be realized in any number of ways. In some embodiments, the feedback 22 comprises a dedicated non-contention based preamble code on a random access channel. Specifically, the receiving radio node 14 is assigned a dedicated non-contention based preamble code that will serve as an ACK. The receiving radio node 14 may be assigned the preamble code during connection setup between the transmitting radio node 12 and the receiving radio node 14, as part of a downlink assignment that assigns radio resources on which to receive the data block 16, or the like. Regardless, upon successful decoding, the receiving radio node performs a random access procedure using the assigned preamble code to inform the transmitting radio node 12 about the successful decoding before all repetitions were received.
Alternatively, early acknowledgement feedback 22 may be realized by granting one or more radio resources to the receiving radio node 14 to use, if needed, to transmit the feedback 22 earlier than when all repetitions have been transmitted/received. The radio resource(s) in this regard are scheduled to occur prior to transmission of one or more repetitions of the data block 16. In some embodiments, this means granting the receiving radio node 14 more than just the one radio resource to be used after all repetitions have finished, and instead granting the receiving radio node 14 multiple radio resources that occur at different possible “candidate” times the feedback 22 could be sent. In fact,
Note that the candidate radio resources 32 may be scheduled across the repetition transmission time frame using any number of scheduling strategies. As shown in
In one example, for instance, the transmitting radio node 12 schedules 24 repetitions to be transmitted over the course of 216 ms. The receiving radio node 14 in such a case may be given a periodic grant starting after half of the repetitions; namely 12 (i.e., 108 ms or an offset compared to this, such as 4 ms to allow for decoding processing time). The grant period may then be after every 4th repetition. That is, the “early” feedback opportunities would occur at 112 ms to indicate successful decoding after 12 repetitions, 148 ms to indicate successful decoding after 16 repetitions, and 184 ms to indicate successful decoding after 20 repetitions. An “on-time” feedback opportunity may still occur at 220 ms (4 ms after the last repetition) to indicate successful decoding after all repetitions, or to indicate decoding failure (NAK).
Of course, the number, time and/or frequency location, and/or periodicity of early feedback radio resources may vary from that described in these examples. In fact, the number, time and/or frequency location, and/or periodicity of early feedback radio resources may vary dynamically in some embodiments. For example, after each repetition, the periodicity and the amount of feedback resources may increase; periodicity because the receiving radio node 14 may earlier indicate as a result of more soft-combining after each repetition, and at the same time more resource due to a need of more repetitions (to signal as being needed). Moreover, the transmitting radio node 12 may choose to vary the resource scheduling in between HARQ re-transmissions.
Other possibilities are also envisioned in further embodiments. For example, the number, time and/or frequency location, periodicity, or any other characteristic of the feedback resources may be dynamically signalled to the receiving radio node 14. Such characteristics may include for instance an offset between the radio resources used to transmit the repetitions to the receiving radio node 14 (e.g., a physical downlink shared channel, PDSCH) and the feedback resources. Other characteristics may include the number of early feedback resources/grants and/or the number of repetitions in between early feedback resources/grants (i.e., the receiving radio node 14 will calculate the feedback resource occasions based on this signalling). For the example above with 216 ms transmission time for 24 repetitions, the signalling may indicate for instance 4 ms timing offset, 3 early feedback resources, with 3 repetitions between each early feedback resource.
In still other embodiments, the feedback 22 is transmitted in a separate procedure, e.g., in a new CSI content item such as “repetition info” or “rpi”. The feedback 22 in this case may be transmitted together with other possible contents helping the transmitting radio node 12 in deciding upon the upcoming MCS.
In some embodiments, the receiving radio node 14 transmits the feedback 22 to the transmitting radio node 12 in a full-duplex manner, e.g., the receiving radio node 14 receives a repetition 18 at the same time as it transmits the feedback 22. In other embodiments, though, the receiving radio node 14 transmits the feedback 22 to the transmitting radio node 12 in a half-duplex manner. This may be the case for instance where the receiving radio node 14 is an NB-IoT device operating in half-duplex mode. In such a case, the feedback resources 32 may be scheduled to occur during transmission gaps configured between some or all of the repetitions 18. Similar transmission gaps may be used for transmitting the feedback 22 in other embodiments as well, e.g., for transmitting a preamble code on a random access channel.
Note also that the feedback 22 may be transmitted to the transmitting radio node 12 over any sort of channel. For example, the channel may be dedicated for transmission of the feedback 22, may be dedicated for transmission of the feedback 22 as well as other control signalling, or may be shared for transmission of control signalling and “user” data. Where the receiving radio node 14 is a NB-IoT device, for instance, the feedback 22 may be transmitted over a physical uplink shared channel (PUSCH) that transports both control and user data, as opposed to a legacy LTE physical uplink control channel (PUCCH) which may not exist in an NB-IoT context.
Given the potential scarcity of resources available for the feedback 22, though, one or more embodiments herein limit the conditions under which the feedback 22 (at least “early” feedback) is transmitted. For example, in some embodiments, the feedback 22 is transmitted from the receiving radio node 14 to the transmitting radio node 12 only when the receiving radio node 14 successfully decodes the data block within a defined window of time since initial transmission of the data block 16, or by combining a number of repetitions less than a defined threshold. The defined window of time and/or defined repetition threshold may be set to ensure that meaningful performance improvement would result from adapting the redundancy level based on the feedback 22. For example, early feedback 22 indicating that repetitions could be reduced by just a small amount may not justify consuming radio resources to signal that feedback 22.
As alluded to previously, the feedback 22 in some embodiments is based on how many repetitions 18 of a data block 16 the receiving radio node 14 will need to combine to successfully decode that data block 16. Based on this feedback, the transmitting radio node 12 may adapt the number of forthcoming repetitions of the data block 16 that it schedules for transmission.
As shown, the transmitting radio node 12 initially schedules a first HARQ transmission 34-1 that includes the data block 16 as well as eleven repetitions 18-1, 18-2, . . . 18-11. After failing to successfully decode the data block 16 by combining these repetitions, though, the receiving radio node 14 transmits feedback 22 to the transmitting radio node 12. Notably, the receiving radio node 14 generates the feedback 22 to indicate how many more repetitions 18 of the data block 16 the receiving radio node 14 will need to combine in order to successfully decode the data block 16. The receiving radio node 14 may predict this number of additional repetitions needed in any number of ways. The receiving radio node 14 may for instance base its prediction on historical data, e.g., based on how many repetitions 18 it has needed in the past (on average or under certain conditions). Alternatively or additionally, the receiving radio node 14 may maintain a history of reception (channel) conditions and the number of repetitions respectively needed under those different conditions, and then map the current reception conditions to a number of additional repetitions needed. In any event, though, the transmitting radio node 12 upon receiving this feedback 22 may schedule a different number of repetitions of the data block 16 to be transmitted to the receiving radio node 14 in a subsequent HARQ transmission. As shown, for instance, the transmitting radio node 12 only transmits 6 repetitions in the next HARQ transmission 34-2.
Note that in some embodiments the number of HARQ processes is reduced to one single HARQ process (compared to 8 in legacy LTE). This means that scheduling may become more cumbersome due to the longer transmission times and varying amount of repetitions between users and different physical channels.
Various advantages of embodiments herein for example include higher system capacity and/or spectral efficiency, less interference, and lower power consumption.
In NB-IoT contexts, the data block 16 may be a message transmitted as part of random access, e.g., a random access response (RAR) transmitted by a base station in response to receiving a random access attempt by a user equipment (UE). In this case, the feedback 22 may indicate when the UE has managed to decode a message such as the RAR message. With such feedback, the number of repetitions may be reduced, thus reducing interference and latency for the random access process. The information on the number of repetitions needs for decoding the RAR may be used to adapt the number of repetitions used for remaining messages in the random access process, e.g., the contention-resolution message (Msg4). In general, therefore, some embodiments herein introduce UE feedback indicating when the UE manages to decode a data block. These embodiments may selectively apply for coverage levels with a large number of repetitions. In some embodiments, the base station requests such feedback from the UE.
Moreover, despite particular applicability to NB-IoT in some examples, it will be appreciated that the techniques may be applied to other wireless networks, including enhancements for machine type communication (eMTC) as well as to successors of the E-UTRAN. Thus, references herein to signals using terminology from the 3GPP standards for LTE should be understood to apply more generally to signals having similar characteristics and/or purposes, in other networks.
A radio node herein is any type of node (e.g., a base station or wireless communication device) capable of communicating with another node over radio signals. A radio network node is any type of radio node within a wireless communication network, such as a base station. A wireless communication device 14 is any type of radio node capable of communicating with a radio network node over radio signals. A wireless communication device 14 may therefore refer to a machine-to-machine (M2M) device, a machine-type communications (MTC) device, a NB-IoT device, etc. The wireless device may also be a UE, however it should be noted that the UE does not necessarily have a “user” in the sense of an individual person owning and/or operating the device. A wireless device may also be referred to as a radio device, a radio communication device, a wireless terminal, or simply a terminal—unless the context indicates otherwise, the use of any of these terms is intended to include device-to-device UEs or devices, machine-type devices or devices capable of machine-to-machine communication, sensors equipped with a wireless device, wireless-enabled table computers, mobile terminals, smart phones, laptop-embedded equipped (LEE), laptop-mounted equipment (LME), USB dongles, wireless customer-premises equipment (CPE), etc. In the discussion herein, the terms machine-to-machine (M2M) device, machine-type communication (MTC) device, wireless sensor, and sensor may also be used. It should be understood that these devices may be UEs, but are generally configured to transmit and/or receive data without direct human interaction.
In an IoT scenario, a wireless communication device as described herein may be, or may be comprised in, a machine or device that performs monitoring or measurements, and transmits the results of such monitoring measurements to another device or a network. Particular examples of such machines are power meters, industrial machinery, or home or personal appliances, e.g. refrigerators, televisions, personal wearables such as watches etc. In other scenarios, a wireless communication device as described herein may be comprised in a vehicle and may perform monitoring and/or reporting of the vehicle's operational status or other functions associated with the vehicle.
Furthermore, in an NB-IoT context, it may be the case that, to support lower manufacturing costs for NB-IoT devices, the transmission bandwidth is reduced to one physical resource block (PRB) of size 180 KHz. Both frequency division duplexing (FDD) and TDD are supported. For FDD (i.e. the transmitter and receiver operate at different carrier frequencies) only half-duplex mode needs to be supported in the UE. The lower complexity of the devices (e.g. only one transmission/receiver chain) means that a small number of repetitions might be needed also in normal coverage. Further, to alleviate UE complexity, the working assumption may be to have cross-subframe scheduling. That is, a transmission is first scheduled on Enhanced Physical DL Control Channel (E-PDCCH aka M-EPDCCH) and then the first transmission of the actual data on the Physical DL Shared Channel (PDSCH) is carried out after the final transmission of the M-EPDCCH.
One or more embodiments may generally, in addition to CSI/CQI feedback, also or instead indicate/feedback from a UE to the network the amount of repetitions needed for successful decoding of a data block. This way, the network can adapt upcoming data transmissions based on that feedback.
Any of the embodiments herein however may be implemented selectively, e.g., under certain conditions or circumstances only. For example, some embodiments herein are intended to be implemented only for a receiving radio node 14 in low coverage scenarios. Thus, for a receiving radio node 14 in good coverage, other feedback may be transmitted instead, including for instance CSI type reports used for link adaptation.
While often exemplified with a base station as the transmitting radio node 12 and a wireless communication device as the receiving radio node 14 (e.g., in a downlink context), embodiments herein are equally applicable to the converse (e.g., in an uplink context).
In view of the various modifications and variations described above, those skilled in the art will appreciate that the transmitting radio node 12 herein may perform the processing 100 shown in
Those skilled in the art will also appreciate that the receiving radio node 14 may perform the processing 200 shown in
Note that the transmitting radio node 12 as described above may perform the processing herein by implementing any functional means or units. In one embodiment, for example, the transmitting radio node 12 comprises respective circuits or circuitry configured to perform the steps shown in
For example, the transmitting radio node 12 in some embodiments implements various functional means or units, e.g., via the processing circuitry 320. These functional means or units, e.g., for implementing the method in
The receiving radio node 14 as described above may similarly perform the processing herein by implementing any functional means or units. In one embodiment, for example, the receiving radio node 14 comprises respective circuits configured to perform the steps shown in
For example, the receiving radio node 14 in some embodiments implement various functional means or units, e.g., via the processing circuitry 420. These functional means or units, e.g., for implementing the method in
Those skilled in the art will also appreciate that embodiments herein further include corresponding computer programs.
A computer program comprises instructions which, when executed on at least one processor of a node, cause the node to carry out any of the respective processing described above. A computer program in this regard may comprise one or more code modules corresponding to the means or units described above.
Embodiments further include a carrier containing such a computer program. This carrier may comprise one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
In this regard, embodiments herein also include a computer program product stored on a non-transitory computer readable (storage or recording) medium and comprising instructions that, when executed by a processor of a (transmitting or receiving) radio node, cause the radio node to perform as described above.
Embodiments further include a computer program product comprising program code portions for performing the steps of any of the embodiments herein when the computer program product is executed by a computing device. This computer program product may be stored on a computer readable recording medium.
Those skilled in the art will recognize that the present invention may be carried out in other ways than those specifically set forth herein without departing from essential characteristics of the invention. The present embodiments are thus to be considered in all respects as illustrative and not restrictive.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2017/050369 | 1/10/2017 | WO | 00 |
Number | Date | Country | |
---|---|---|---|
62277242 | Jan 2016 | US |