Patent Application
20180091265
The present invention relates generally to wireless network communications, and, in particular embodiments, to a system and method for device-to-device (D2D) communication.
D2D communication may be used to offer new services, improve system throughput, and offer a better user experience in mobile devices. In future wireless networks, there may be a large quantity of user equipments (UEs) that serve different purposes. D2D communication may be an important aspect of future wireless networks. Potential use cases for D2D also include proximity-based services (ProSe). As wireless technologies have continued to develop, new challenges in D2D communication are being discovered.
In accordance with a preferred embodiment of the present invention, a method includes: acquiring, by a destination user equipment (UE), a transmission scheduling assignment, the transmission scheduling assignment indicating transmission resources and feedback resources; receiving, by the destination UE, a transmission using the transmission resources indicated by the transmission scheduling assignment; determining, by the destination UE, a receive quality of the transmission; and indicating, by the destination UE, receipt of the transmission according to the receive quality of the transmission, the indicating using the feedback resources indicated by the transmission scheduling assignment.
In accordance with a preferred embodiment of the present invention, a method includes: acquiring, by a helper user equipment (UE), a transmission scheduling assignment, the transmission scheduling assignment indicating transmission resources and feedback resources; receiving, by the helper UE, a transmission using the transmission resources indicated by the transmission scheduling assignment; determining, by the helper UE, a receive quality of the transmission; and monitoring, by the helper UE, for a negative acknowledgement (NACK) with the feedback resources in response to the receive quality of the transmission being greater than a threshold.
In accordance with a preferred embodiment of the present invention, a method includes: transmitting, by a sending user equipment (UE), a transmission scheduling assignment, the transmission scheduling assignment indicating transmission resources and feedback resources; performing, by the sending UE, a transmission using the transmission resources indicated by the transmission scheduling assignment; receiving, by the sending UE, a negative acknowledgement (NACK) using the feedback resources; and performing, by the sending UE, a retransmission in response to receiving the NACK, the retransmission and the transmission including the same payload information.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
Hybrid automatic repeat request (hybrid ARQ or HARQ) is a mechanism that may be used to improve D2D communication. Various embodiments use HARQ mechanisms over sidelink communication channels to improve the reliability of D2D communication links. In particular, UEs in a D2D communication link self-schedule HARQs between one another. A source UE (SUE) (e.g., a transmitting UE) indicates a resource in a scheduling assignment (SA) (e.g., resources or a resource block), for both transmission of data packets and transmission of an ACK/NACK, to a destination UE (DUE) (e.g., a receiving UE). Then the SUE sends the data packets to the DUE in the scheduled resource. After the transmission, the DUE sends an acknowledgement (ACK) or a negative-acknowledgement (NACK) in the resource scheduled by the SA to the SUE, which indicate a successful or a failed transmission, respectively. The SUE retransmits the data packets to the DUE in response to the NACK. In unicast D2D communication, the DUE may determine the retransmission resource and indicate it in a corresponding SA to the SUE together with the NACK. Alternatively, the retransmission may be scheduled by the SUE, similar to the original transmission. In broadcast D2D communication, the SUE determines the resource allocation for retransmission by indicating it in a new SA to the DUE before performing the retransmission. Optionally, in broadcast D2D communication, a helper UE (HUE) in the D2D communication link aids in retransmitting the data packets during the retransmission. The HUE aids with retransmission according to, e.g., the quality of the received NACK.
Various embodiments may achieve advantages. Self-scheduling HARQ between UEs in a D2D communication link may reduce the HARQ round-trip time (RTT) delay. Further, self-scheduling HARQ may avoid the need for network assistance in scheduling HARQ between UEs, reducing signaling overhead in the network links and simplifying HARQ mechanisms. Reducing the RTT delay and simplifying HARQ may improve the reliability and performance of D2D communication links in the network.
The SUE 202 indicates a transmission SA to the DUE 204 (step 302). The transmission SA indicates resources that will be used to perform a transmission (e.g., transmission resources). The transmission SA also indicates resources to be used for an ACK/NACK by the DUE 204 in a feedback link (e.g., feedback resources). For example, the transmission SA may indicate a resource for forward data transmission, and a resource for ACK/NACK feedback. The SUE 202 may indicate the transmission SA by sending a special separate message to the DUE 204, or may indicate it by modifying a message called for by a communications standard. For example, in LTE, the transmission SA may be indicated on the Physical Sidelink Shared Channel (PSSCH) or the Physical Sidelink Discovery Channel (PSDCH). The transmission SA may be indicated using a data structure similar to the structure indicated below in Table 1. The DUE 204 acquires the data structure from the SUE 202.
The SUE 202 performs a transmission to the DUE 204 according to the transmission SA (step 304). For example, the D2D communication link may be configured by the SUE 202 using parameters in the transmission SA, and then used to perform the transmission. In LTE, the transmission may be performed over a sidelink channel such as the PSSCH. The transmission is used to send information or data directly to the DUE 204.
The DUE 204 may detect a failure when receiving the transmission (step 306). The failure may be caused by a variety of sources. For example, in wireless D2D communication, the failure may be caused by errors in the air interface between the SUE 202 and the DUE 204. The DUE 204 may detect the failure using a variety of error checking or coding techniques. For example, in LTE, the DUE 204 may detect the error by determining a cyclic redundancy check (CRC) code in the transmission does not match an expected value.
After receiving the transmission, the DUE 204 transmits feedback that includes an ACK/NACK to the SUE 202 (step 308). The ACK/NACK is transmitted on the resource for ACK/NACK feedback indicated by the transmission SA. If the transmission succeeded, an ACK is transmitted to the SUE 202. If the transmission failed, a NACK is transmitted to the SUE 202. The DUE 204 may also indicate a retransmission SA with the NACK (e.g., retransmission resources). Indicating the retransmission SA when sending the NACK may reduce the quantity of signaling in the network 100, reducing the HARQ RTT between the SUE 202 and the DUE 204.
In unicast scenarios, the DUE 204 may send a retransmission SA. In this scenario, the size of the resource scheduled for retransmission may be different from the size of the resource scheduled for the original transmission. In some embodiments, the DUE 204 may adapt the retransmission resource. For example, the DUE 204 may select the retransmission resource according to the quality of the original transmission. For example, if the original transmission had a relatively high signal-to-interference-plus-noise ratio (SINR), less information may be needed in retransmission, and so fewer resources may be scheduled by DUE 204 to use for retransmission.
If the feedback link fails, then the SUE 202 may not receive the ACK/NACK. If an ACK/NACK is not received, the SUE 202 may repeat the transmission (step 304) after a predefined amount of time elapses.
The SUE 202 performs retransmission to the DUE 204 according to the retransmission SA (step 310). The retransmission may include the same payload information (e.g., when chase combining is used), or may include different payload information with different redundant version (e.g., when incremental redundancy is used) that was sent in the original transmission. However, since the retransmission is performed according to the retransmission SA received from the DUE 204, the retransmission may be performed using different resources in the network 100.
The DUE 204 detects a successful transmission (step 312). The success may be detected using the same mechanisms used to detect the failure. Although the method in
The SUE 202 indicates the transmission SA to the DUE 204 and the HUE 502 (step 602). Similar to step 302 above, the transmission SA indicates resources that will be used by the SUE 202 to perform a transmission and receive an ACK/NACK.
The SUE 202 performs a transmission to the DUE 204 and the HUE 502 according to the transmission SA (step 604). The SUE 202 performs the transmission as a broadcast, such that the DUE 204 and the HUE 502 receive it simultaneously.
The DUE 204 may detect a failure when receiving the transmission (step 606), and the HUE 502 may detect a success (step 608). The success and failure detection may be performed by each UE in a similar manner as that discussed above in step 306.
The DUE 204 sends a NACK to the SUE 202 in response to detecting the failure (step 610). Similar to the unicast scenario above, the NACK is sent in the resource scheduled by the transmission SA. In broadcast scenarios, the HUE 502 may not send an ACK in response to detecting a successful transmission.
The SUE 202 and the HUE 502 both receive the NACK from the DUE 204 (step 612). The HUE 502 may listen for and receive the NACK in response to successfully receiving a transmission in step 608. The HUE 502 listens for the NACK in the resource indicated by the transmission SA sent from the SUE 202 before the transmission. In some embodiments, the HUE 502 may always participate in retransmission after receiving the NACK. In some embodiments, the HUE 502 participates in retransmission if the quality of the received NACK is above a threshold.
The SUE 202 indicates the retransmission SA to the DUE 204 and the HUE 502 (step 614). In broadcast scenarios, the SUE 202 determines the retransmission SA. The transmission SA and the retransmission SA in broadcast scenarios may be similar to the format shown above in Table 1 for unicast scenarios.
A retransmission to the DUE 204 is performed according to the retransmission SA (step 616). The SUE 202 and the HUE 502 may both participate in the retransmission. The HUE 502 aids in the retransmission in response to receiving the indication of the retransmission SA from the SUE 202. The HUE 502 may use redundant version (RV) HARQ for the retransmission. RV can be indicated in retransmission SA or preconfigured on the UEs.
If the feedback link from the DUE 204 to the SUE 202 fails, then the HUE 502 may receive the NACK but may not receive an indication of the retransmission SA from the SUE 202. This may occur if, for example, the HUE 502 receives the NACK but the SUE 202 does not. In some embodiments, the HUE 502 performs the retransmission with a normal sidelink transmission to the DUE 204 if it does not receive the retransmission SA within a predefined amount of time. In some embodiments, the HUE 502 simply ignores the NACK if it does not receive the retransmission SA.
Although the method shown in
In some embodiments, the processing system 800 is included in a network device that is accessing, or part otherwise of, a telecommunications network. In one example, the processing system 800 is in a network-side device in a wireless or wireline telecommunications network, such as a base station, a relay station, a scheduler, a controller, a gateway, a router, an applications server, or any other device in the telecommunications network. In other embodiments, the processing system 800 is in a user-side device accessing a wireless or wireline telecommunications network, such as a mobile station, a user equipment (UE), a personal computer (PC), a tablet, a wearable communications device (e.g., a smartwatch, etc.), or any other device adapted to access a telecommunications network.
In some embodiments, one or more of the interfaces 806, 808, 810 connects the processing system 800 to a transceiver adapted to transmit and receive signaling over the telecommunications network.
The transceiver 900 may transmit and receive signaling over any type of communications medium. In some embodiments, the transceiver 900 transmits and receives signaling over a wireless medium. For example, the transceiver 900 may be a wireless transceiver adapted to communicate in accordance with a wireless telecommunications protocol, such as a cellular protocol (e.g., long-term evolution (LTE), etc.), a wireless local area network (WLAN) protocol (e.g., Wi-Fi, etc.), or any other type of wireless protocol (e.g., Bluetooth, near field communication (NFC), etc.). In such embodiments, the network-side interface 902 comprises one or more antenna/radiating elements. For example, the network-side interface 902 may include a single antenna, multiple separate antennas, or a multi-antenna array configured for multi-layer communication, e.g., single input multiple output (SIMO), multiple input single output (MISO), multiple input multiple output (MIMO), etc. In other embodiments, the transceiver 900 transmits and receives signaling over a wireline medium, e.g., twisted-pair cable, coaxial cable, optical fiber, etc. Specific processing systems and/or transceivers may utilize all of the components shown, or only a subset of the components, and levels of integration may vary from device to device.
It should be appreciated that one or more steps of the embodiment methods provided herein may be performed by corresponding units or modules. For example, a signal may be transmitted by a transmitting unit or a transmitting module. A signal may be received by a receiving unit or a receiving module. A signal may be processed by a processing unit or a processing module. Other steps may be performed by an acquiring unit/module, a receiving unit/module, a determining unit/module, an indicating unit/module, a sending unit/module, an accessing unit/module, a monitoring unit/module, a performing unit/module, and/or a transmitting unit/module. The respective units/modules may be hardware, software, or a combination thereof. For instance, one or more of the units/modules may be an integrated circuit, such as field programmable gate arrays (FPGAs) or application-specific integrated circuits (ASICs).
Although this invention has been described with reference to illustrative embodiments, this description is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other embodiments of the invention, will be apparent to persons skilled in the art upon reference to the description. It is therefore intended that the appended claims encompass any such modifications or embodiments.
