Abstract
This paper considers the reliable transmission for wireless multicast networks where multiple sources want to distribute information to a set of destinations with assistance of a relay. Basically, the reliability of a communication link is assured via automatic repeat request (ARQ) protocols. In the context of multisource multicast networks, the challenge is how to retransmit the lost or erroneous packets efficiently. In traditional approaches, the retransmission of lost packets from a single source is treated separately, and thus it may cause a considerable delay. To solve this problem, we propose the relay detects, combines, and forwards the packets which are lost at destinations using network coding. In the proposed ARQ protocol, the relay detects packets from different sources and combines the lost packets using NC. In particular, two packet-combination algorithms are developed to guarantee that all lost packets are retransmitted with the smallest number of retransmissions. Furthermore, we analyze the transmission bandwidth and provide the numerical results to demonstrate the superior performance of the proposed ARQ protocol over some existing schemes.
Similar content being viewed by others
1. Introduction
Recently, relay communication has been extensively investigated as a promising technique to extend the coverage of wireless networks by exploiting the spatial diversity gains [1–3]. Generally, the use of relays does not immediately increase the network throughput since packets traverse along the relays via store-and-forward manner. For some particular network topologies such as two-way relay channels, relay-assisted broadcast channels, and multicast channels, the network throughput can be dramatically improved by applying network coding (NC) at the relays [4–9]. The basic idea of NC is that the relays are allowed to perform algebraic linear operations on the received packets from multiple sources and forward the combined packet in the subsequent transmission.
In this paper, we consider the reliable transmission over multisource-multicast networks [10] with assistance of a relay, where multiple sources want to transmit their messages to a set of intended destinations. This network model is widely applicable in various scenarios, in particular wireless ad hoc networks, where a set of sources needs to transmit data to a set of destinations through relays. One way to deliver information reliably over error-prone channels is to employ automatic repeat request (ARQ) protocols [11], in which, if a packet cannot be decoded, it is discarded and retransmitted. Applying the traditional ARQ techniques to multicast or broadcast networks may cause considerable delay for two reasons: (i) the lost packets of different destinations are retransmitted individually and (ii) the retransmission will be repeated until all destinations receive all packets correctly. To reduce the number of retransmissions, ARQ schemes based on NC have been proposed in [12, 13]. The relay may XOR the disjointedly erroneous packets of different destinations and retransmit them to all the involving destinations.
The existing NC-based ARQ strategies for reliable wireless multicast networks are devised for the deployment scenario where a source distributes information to multiple intended destinations, as in [5, 14]. The problem of designing a retransmission mechanism for multisource-multicast networks that can achieve a high network throughput efficiency has received less interest. The NC-based ARQ strategies for multicast networks proposed in [12] can be reused for multisource-multicast network by viewing a multisource-multicast network as a superposition of several multicast networks. More specifically, the lost packets in the same information flow can be XORed using the NC-based ARQ strategies for multicast networks. Here, The information flow is defined as the data transmission from a source to multiple destinations. However, this traditional NC-based ARQ may result in a poor throughput efficiency since the information flows from distinct sources are treated independently.
In this paper, we propose a new NC-based ARQ protocol for multisource-multicast networks, in which the relay detects, combines, and sends the lost packets from different sources to the destinations. To achieve the best performance, multiuser detection (MUD) techniques, such as optimum detector, linear decorrelating detector, decision-feedback detector, and successive interference cancellation. [15–19] are employed at the relay and destinations.
Thus, many lost packets from different sources can be combined and retransmitted. We need to develop an ARQ protocol to retransmit these lost packets in a systematic and efficient way. First, we classify lost packets into two types: Type-I includes the packets that are lost at the destinations but successfully received at the relay, and Type-II packets are lost at both destinations and the relay. Obviously, the sources must handle the retransmission of Type-II packets. The retransmission algorithm based on NC for sources can be easily designed since these packets are in the same flow, and thus it becomes the classical application of NC. The problem is how the relay efficiently retransmits Type-I packets that can come from different sources.
Dealing with that problem, we propose an algorithm at the relay to retransmit Type-I packets and an algorithm at the source to retransmit Type-II packets. Particularly, the algorithm for the retransmission at the relay is proposed based on an integration of NC and packet detection from two different sources.
Unlike the traditional NC-based ARQ, the proposed method can combine the packets from different flows and thus can improve the network throughput for multisource-multicast networks. As we show later in an example (Figure 2), with our proposed ARQ protocol, the number of retransmissions is significantly reduced, comparing with other ARQ-based protocols. As a second contribution of the paper, we compare our proposed method with other ARQ-based protocols for multisource-multicast networks by evaluating the transmission bandwidth with theoretical analysis and numerical results. In fact, three protocols are taken into account: direct transmission (DT), relaying transmission (RT), and the traditional NC-based ARQ. DT protocol denotes the case when multiple sources simultaneously transmit information to destination without relaying technique. RT protocol represents the model where relay participates in the transmission but NC is not performed at the relay (e.g., decode-and-forward relaying technique [2]).
The rest of this paper is organized as follows. In Section 2, we describe the system model of a multisource-multicast network. Different retransmission protocols are also presented in this section, and their transmission bandwidths are derived in Section 3. We provide the numerical results in Section 4 and Section 5 concludes this paper.
2. System Model and Transmission Protocols
The system model under investigation is shown in Figure 1. The data delivery from two sources and
to two destinations
and
is assisted by a relay
. This is a specific case of multisource-multicast networks where the numbers of sources and destinations are 2 and 2, respectively. The generalization to cope with more than two sources and two destinations is straightforward.
In this paper, we assume that the sources send data in the form of packets (i.e., packet-based transmission) and each packet must be received correctly by all destinations after several transmissions and retransmissions. The packet loss of transmission from to
, from
to
, and from
to
follows Bernoulli trial with parameters
,
, and
, respectively. We also assume that the sources and the relay are equipped with sufficient signal processing modules to be able to perform NC, that is, algebraic operation such as bitwise XOR operation.
Receiving the information data from multiple sources along with the feedback from the destinations, the relay knows what destinations are waiting for the lost packets to be retransmitted and then decides how to combine and forward the data to the intended destinations. In the following, we introduce some protocols that allow the relay to resend the lost packets to the destinations. The two fundamental DT and RT protocols are presented first, and our proposed protocol is followed.
2.1. DT Protocol
In this protocol, the sources send data directly to two destinations. The transmission is carried out with the traditional ARQ scheme and completed if two destinations receive correctly the data from two sources.
2.2. RT Protocol
This protocol is different from DT protocol in that the relay participates in the transmission. When one or two destinations do not receive the packet correctly, whereas the relay receives this packet successfully, the relay can help the source to forward the correctly received packet to the erroneously received destinations in the next time slot. The retransmission at the relay will be continued until its transmitted packet is correctly received by the intended destinations. In case that one or two destinations and the relay fail to receive the same packet from the sources, it is obvious that the sources need to resend that lost packet.
2.3. Proposed Protocol
Instead of resending the lost packet as soon as the destinations fail to receive it, the retransmission in the proposed ARQ protocol will happen after packets.
The buffer of length is required at two sources, whereas the buffer of length
is required at the relay and two destinations since they receive packets from two different sources. To improve the network throughput, the relay retransmits the packets of Type-I, and the sources deal with the retransmission of Type-II packets. What is particular in the proposed ARQ strategy is that the relay can mix the packets from different data flows.
Let us describe the proposed protocol by examining an example shown in Figure 2, where wishes to deliver 10 packets
to
and
.
The packets with a crossover sign represent the lost or erroneous packets. Without loss of generality, we assume that, for the data flow from , the erroneous packets received at
,
, and
are
,
, and
, respectively. Similarly, the erroneous packets received at
,
, and
from
are assumed to be
,
, and
, respectively.
As shown in Figure 2, needs to retransmit 11 packets if applying RT protocol. The number of retransmissions can be significantly reduced with the traditional NC-based ARQ scheme where
would transmit
, and
. In this scheme, we could not combine
and
since both of them are corrupted at
. Similarly, there is no way to combine
,
, and
since
and
are simultaneously lost at
and
is lost at both
and
. Thus, 8 retransmissions are totally required for the traditional NC-based ARQ scheme. That helps
save 3 retransmissions. Not stopping at that, we can further reduce the number of retransmissions with our proposed scheme if packets from different data flows are detected in parallel at
,
, and
. As in our above definition, packets
are Type-I packets. To improve the network throughput,
forwards
in the retransmission phase. The details of this combination algorithm are presented in Algorithm 1. That means, the proposed ARQ requires 6 retransmissions and thus can save 2 further retransmissions comparing with the traditional NC-based ARQ scheme.
retransmits these packets until they are successfully received by both
and
.
Algorithm 1: Algorithm at relay to retransmit Type-I packets.
(1) Let and
denote the ordered set of correctly received packet at
transmitted from
and , respectively:
, where
,
, where
.
Define and divide
into 3 groups:
(i) Group includes packets that
receives successfully from both
and
, that is,
. In the preceding example,
,
,
,
,
, and
belongs to
,
(ii) Group includes packets that
receives successfully from
but fails to receive from
, that is,
. In Figure 2,
includes
and
.
(iii) Group includes packets that
receives successfully from
but fails to receive from
:
. In Figure 2,
includes
and
.
(2) For packets in , if one packet is correctly received at
, lost at
, while another packet is
correctly received at , lost at
, we can combine these two packets.
Thus, there are 3 possibilities: or
or
.
Start from left to right in the group of packets in , and choose the suitable combination
(e.g., ,
,
, and
in the above example)
(3) For packets in and
, similarly if one packet is correctly received at
, lost at
,
while another packet is correctly received at , lost at
, we can combine these two packets
in only one way (for
) or
(for
). (e.g.,
in the above example)
(4) For the remaining lost packets at and
that
receives successfully but cannot perform
the combination, they are normally resent without using NC (e.g., in the above example)
We can see that ,
,
, and
are lost at
and also lost at
and/or
. These packets are classified as Type-II packets. Obviously, the relay has no way to resend such packets, and thus the sources must resend these packets. In the example,
and
retransmit the combined packets
and
, respectively. The destinations are able to recover the corrupted packets by XORing their correctly received packets with the XORed packets received from the relay or sources.
The generalization of the above example for the arbitrary buffer size is summarized in Figure 3. In this protocol, the combination algorithms at the relay and sources are presented in Algorithms 1 and 2, respectively.
Algorithm 2: Algorithm at source to retransmit Type-II packets.
(1) Through the feedback from ,
, and
,
determines the number and the position of
remaining lost packets at destinations that also fails in receiving them.
(2) Combine the packets for retransmission by NC with the condition that only one packet in
the combined packet should be correctly received by only one destination, similar to the
combination performed for packets in and
explained in Algorithm 1. In the preceding
example, resends
and
resends
.
(3) For the remaining lost packets at and
that
cannot perform the combination,
they are resent without using NC.
3. Transmission Bandwidth Analysis
In this section, we study the transmission bandwidth of different transmission protocols in multisource-multicast networks consisting of two sources, one relay, and two destinations. The transmission bandwidth is defined as the average number of transmissions that is required to successfully transmit two packets from two sources to two destinations.
3.1. DT Protocol
This protocol is the simplest in which two sources directly send packets to two destinations without relay and network coding. The transmission bandwidth is given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ1_HTML.gif)
where ,
, denotes the average number of transmissions required for
to send data to both
and
and is calculated as [13]
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ2_HTML.gif)
3.2. RT Protocol
In this protocol, the relay helps two sources in sending data to two destinations, but no NC is applied at the relay. The transmission bandwidth required to successfully transmit two packets from and
to
,
, is given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ3_HTML.gif)
where denotes the average number of transmissions to send a packet from
to
with the help of
and is found as [12]
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ4_HTML.gif)
Finally, the transmission bandwidth of this protocol is
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ5_HTML.gif)
3.3. Traditional NC-Based ARQ Protocol
The relay in this protocol combines the lost packets in the same flow based on NC in the retransmission phase. The transmission bandwidth is given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ6_HTML.gif)
where ,
, denotes the average number of transmissions to transmit from
to both
and
with the help of
in the traditional NC-based ARQ (NCA) protocol. Note that the data delivery from
to
and
through
resembles the system model in [12]. However, the analysis of transmission bandwidth presented in [12] is difficult to follow. Here, we introduce a simple way to calculate the transmission bandwidth.
In this protocol, there are three steps to transmit data from to
and
through
.
Step 1.
transmits
packets.
Step 2.
retransmits Type-I packets.
Step 3.
retransmits Type-II packets.
Let ,
,
, denote the number of transmissions in the
th step of the traditional NCA protocol. The average number of transmissions to send from
to both
and
is calculated by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ7_HTML.gif)
where the number of transmissions in Step 1 is simply given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ8_HTML.gif)
The number of transmissions in Step 2 and in Step 3 is calculated by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ9_HTML.gif)
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ10_HTML.gif)
respectively, where denotes the expectation,
is the total number of subsets consisting of
elements in a set of
elements, and
is a random variable representing the number of packets that
successfully receives in the first step.
Given that packets are successfully received at
in the first step, the number of transmissions at
using traditional NCA protocol in the second step can be computed by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ11_HTML.gif)
where ,
is the average number of transmissions required at
to send a packet to both
and
, and
is the average number of transmissions for a direct transmission from
to
, where
if
, and
otherwise. The term
in (11) is derived based on the fact that there are
packets that the relay can combine with NC, and thus the number of transmissions is given by
. Then, the relay transmits the remaining
packets to the corresponding destination depending on the relation of
and
, that is, if
, then
transmits
packets to
, otherwise
transmits
packets to
. With these packets, the number of transmissions is given by
. Thus,
and
are, respectively, given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ12_HTML.gif)
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ13_HTML.gif)
In the third step where fails to receive
packets in the first step,
is required to retransmit with the number of transmissions
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ14_HTML.gif)
where ,
if
, and
otherwise.
and
are given by (5) and (12), respectively.
3.4. Proposed Protocol
The relay in the proposed protocol combines the lost packets of different flows. Since the total of packets is transmitted from
and
, the transmission bandwidth is expressed as
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ15_HTML.gif)
where denotes the number of transmissions in the
th step of the proposed protocol including the following steps.
Step 1.
Each of and
transmits
packets.
Step 2.
retransmits Type-I packets.
Step 3.
and/or
retransmit Type-II packets.
In Step 1, both and
send
packets to
,
, and
, and thus
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ16_HTML.gif)
The number of transmissions in Step 2 and Step 3 are given by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ17_HTML.gif)
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ18_HTML.gif)
respectively, where ,
,
are random variables representing the number of packets that
successfully receives from
,
, and
, respectively.
Given that packets are successfully received at
in the first group, the number of transmissions at
based on the proposed algorithm (i.e., Algorithm 1) for the packets in
in the second step can be computed by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ19_HTML.gif)
where is given by (13),
is given by (12) with
if
, and
otherwise.
For the packets in and
in Step 2, the number of transmissions is calculated by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ20_HTML.gif)
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ21_HTML.gif)
respectively, where if
, and
otherwise.
In Step 3 where the relay fails to receive packets of the first group in the first step, the sources are required to retransmit these remaining lost packets with the number of transmissions
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ22_HTML.gif)
where if
, and
otherwise.
and
are given by (5) and (3), respectively.
For the second group and the third group in Step 3, the number of transmissions is computed by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ23_HTML.gif)
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ24_HTML.gif)
respectively, where ,
, is given by (4);
if
, and
otherwise. In the above (23) and (24),
,
, denotes the number of transmissions to transmit data from
to both
and
through
that can be computed by
![](http://media.springernature.com/full/springer-static/image/art%3A10.1155%2F2011%2F643920/MediaObjects/13638_2010_Article_2130_Equ25_HTML.gif)
where is given by (13).
4. Numerical Results
In this section, we compare the transmission bandwidth of different protocols considered in our work by analytically evaluating the expressions in Section 3. In fact, the simulation and analytical results drawn in Figure 4 demonstrate a strong agreement. Consequently, it is sufficient to show the analytical results in Figures 5–7.
Figure 4 plots the transmission bandwidth of various ARQ protocols versus , the packet error rate (PER) of the wireless link from
to
. Both numerical and analytical results are included. The range of
is from 0.04 to 0.2 to characterize a wide range of wireless applications. To study the effect of the channels from the sources to the relay on the overall performance, we assume that
. The value of other PERs is arbitrarily set at
,
, and
. We can see that the proposed protocol outperforms other existing schemes since it can combine the lost packets from different flows in the retransmission phase. In particular, when
is small (e.g.,
), the proposed scheme shows a remarkable gain over the traditional ARQ method. In fact, if
is small, we have more Type-I packets in
than in
and
. For packets in
, our proposed scheme can save the number of retransmissions by mixing the packets from different flows. When
is high (i.e., the channel from sources to relay is in bad condition), the relay mostly obtains the lost packets of Type-II. Consequently, the sources should retransmit these packets. In other words, there is little benefit in applying NC at the relay in this scenario. As a result, the performance of our proposed protocol converges to that of the traditional approach. Additionally, it can be seen that the analytical results are quite matched with the simulation results, and thus, in the following, we only show the analytical results.
Figure 5 compares the transmission bandwidth of our proposed protocol with that of the traditional NC-based ARQ protocol for different values of PER of the channels from sources to destinations. The simulation setting is similar to that in Figure 4. For a given value of , our proposed approach always shows better performance than the traditional NC-based ARQ protocol. What is particular in Figure 5 is that the transmission bandwidth of our proposed protocol converges to a certain value at low
regardless of
and
. That means, when
is small, the reliability of the channels from sources to destinations has little impact on the transmission bandwidth of the proposed protocol. In fact, a small value of
denotes the case where
certainly detected the packets from
and
successfully. As a result, the lost packets at the destinations belong to Type-I. Thus, the relay handles the retransmission of these packets, and the impact of the direct channels from sources to destinations is negligible.
In Figures 6 and 7, we show the transmission bandwidth of various ARQ protocols with respect to . The PERs of the channels from the sources to the relay and from the relay to the destinations are fixed. The values of
and
are adjusted accordingly to
by the relation
. It is observed that the transmission bandwidth curve of the proposed protocol has the smallest slope. Thus, we conclude that the performance of our developed ARQ scheme is not sensitive to the quality of the channels from the sources to the destinations. The channels
and
are more important than the channels
.
5. Conclusion
In this paper, we propose a new reliable transmission scheme for wireless multisource-multicast networks based on NC. For a specific case of multisource-multicast networks with two sources and two destinations, we present two packet-combination algorithms to retransmit the lost packets efficiently. The transmission bandwidth of various ARQ protocols is analyzed. Furthermore, we provide numerical results with different simulation settings to demonstrate the effectiveness of our proposed scheme in saving the transmission bandwidth. For future works, one could possibly investigate the performance of fading channels with path loss and placement of the nodes.
References
Sendonaris A, Erkip E, Aazhang B: User cooperation diversity—part I: system description. IEEE Transactions on Communications 2003, 51(11):1927-1938. 10.1109/TCOMM.2003.818096
Laneman JN, Tse DNC, Wornell GW: Cooperative diversity in wireless networks: efficient protocols and outage behavior. IEEE Transactions on Information Theory 2004, 50(12):3062-3080. 10.1109/TIT.2004.838089
Nazer B, Gastpar M: Compute-and-forward: harnessing interference through structured codes. Proceedings of IEEE International Symposium on Information Theory (ISIT '08), July 2008, Toronto, Ontario, Canada 772-776.
Ahlswede R, Cai N, Li SYR, Yeung RW: Network information flow. IEEE Transactions on Information Theory 2000, 46(4):1204-1216. 10.1109/18.850663
Koetter R, Médard M: An algebraic approach to network coding. IEEE/ACM Transactions on Networking 2003, 11(5):782-795. 10.1109/TNET.2003.818197
Katti S, Katabi D, Hu W, Rahul H, Medard M: The importance of being opportunistic: practical network coding for wireless environments. Proceedings of the 43rd Annual Allerton Conference on Communication, Control and Computing (Allerton '05), September 2005, Montecillo, Ill, USA
Zhang S, Liew SC, Lam PP: Hot topic: physical-layer network coding. Proceedings of the 12th Annual International Conference on Mobile Computing and Networking (MOBICOM '06), September 2006, New York, NY, USA 358-365.
Katti S, Gollakota S, Katabi D: Embracing wireless interference: analog network coding. Proceedings of the ACM Conference on Applications, Technologies, Architectures, and Protocols for Computer Communications (SIGCOMM '07), August 2007, Kyoto, Japan 397-408.
Katti S, Rahul H, Hu W, Katabi D, Medard M, Crowcroft J: XORs in the air: practical wireless network coding. IEEE/ACM Transactions on Networking 2008, 16(3):497-510.
Larsson P: Multicast multiuser ARQ. Proceedings of the IEEE Wireless Communications and Networking Conference (WCNC '08), March 2008, Las Vegas, Nev, USA 1985-1990.
Chang SSL: Theory of information feedback systems. IEEE Transactions on Information Theory 1956, 2(3):29-40. 10.1109/TIT.1956.1056807
Fan P, Zhi C, Wei C, Letaief KB: Reliable relay assisted wireless multicast using network coding. IEEE Journal on Selected Areas in Communications 2009, 27(5):749-762.
Nguyen D, Tran T, Nguyen T, Bose B: Wireless broadcast using network coding. IEEE Transactions on Vehicular Technology 2009, 58(2):914-925.
Li SYR, Yeung RW, Cai N: Linear network coding. IEEE Transactions on Information Theory 2003, 49(2):371-381.
Verdu S: Multiuser Detection. Cambridge University Press, Cambridge, UK; 1998.
Huang WJ, Peter Hong YW, Jay Kuo CC: Relay-assisted decorrelating multiuser detector (RAD-MUD) for cooperative CDMA networks. IEEE Journal on Selected Areas in Communications 2008, 26(3):550-560.
Lupas R, Verdu S: Linear multiuser detectors for synchronous code-division multiple-access channels. IEEE Transactions on Information Theory 1989, 35(1):123-136. 10.1109/18.42183
Duel-Hallen A: Decorrelating decision-feedback multiuser detector for synchronous code-division multiple-access channel. IEEE Transactions on Communications 1993, 41(2):285-290. 10.1109/26.216499
Patel P, Holtzman J: Analysis of a simple successive interference cancellation scheme in a DS/CDMA system. IEEE Journal on Selected Areas in Communications 1994, 12(5):796-807. 10.1109/49.298053
Acknowledgment
This paper was partly supported by the IT R&D program of MKE/KEIT (KI001814, Game Theoretic Approach for Crosslayer Design in Wireless Communications) and this work 2010-0025926 was partly supported by Mid-career Researcher Program through NRF grant funded by the MEST.
Author information
Authors and Affiliations
Corresponding author
Rights and permissions
Open Access This article is distributed under the terms of the Creative Commons Attribution 2.0 International License ( https://creativecommons.org/licenses/by/2.0 ), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.
About this article
Cite this article
Vien, QT., Tran, LN. & Hong, EK. Network Coding-Based Retransmission for Relay Aided Multisource Multicast Networks. J Wireless Com Network 2011, 643920 (2011). https://doi.org/10.1155/2011/643920
Received:
Revised:
Accepted:
Published:
DOI: https://doi.org/10.1155/2011/643920