A Case for Amplify–Forward Relaying in the Block-Fading Multiple-Access Channel

DOI10.1109/TIT.2008.926336MaRDI QIDQ3604749zbMATH OpenFDO

Authors Deqiang Chen, Kambiz Azarian, J. Nicholas Laneman

Publication date 24 February 2009

Published in IEEE Transactions on Information Theory (Search for Journal in Brave)

Full work available at URL https://arxiv.org/abs/cs/0701053

Mathematics Subject Classification ID

Channel models (including quantum) in information and communication theory (94A40)

Abstract: This paper demonstrates the significant gains that multi-access users can achieve from sharing a single amplify-forward relay in slow fading environments. The proposed protocol, namely the multi-access relay amplify-forward, allows for a low-complexity relay and achieves the optimal diversity-multiplexing trade-off at high multiplexing gains. Analysis of the protocol reveals that it uniformly dominates the compress-forward strategy and further outperforms the dynamic decode-forward protocol at high multiplexing gains. An interesting feature of the proposed protocol is that, at high multiplexing gains, it resembles a multiple-input single-output system, and at low multiplexing gains, it provides each user with the same diversity-multiplexing trade-off as if there is no contention for the relay from the other users.

Recommendations

• Diversity–Multiplexing Tradeoff in Multiple-Access Channels
• Towards the Optimal Amplify-and-Forward Cooperative Diversity Scheme
• Amplify-and-Forward in Wireless Relay Networks: Rate, Diversity, and Network Size
• Relaying protocols for two colocated users
• Asymptotic performance of amplify-and-forward MIMO relaying with transmit antenna selection

Cited in

(2)

• QOS-Constrained Multiuser Peer-to-Peer Amplify-and-Forward Relay Beamforming
• Towards the Optimal Amplify-and-Forward Cooperative Diversity Scheme

This page was built for publication: A Case for Amplify–Forward Relaying in the Block-Fading Multiple-Access Channel

Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q3604749)