编码协作分集传输结构

详细内容

　　我们把N2／N定义为协作水平，即用户为伙伴传送的比特数目与总传输比特数的比值。一个小的比值意味着在第一帧中有/uploadfile/20081126153141593.gif" border=0>

　　图 第二帧的传输中有四种可能的协作方案

　　在第一种情况中，在第一帧时两用户都成功的检测到对方，所以在第二帧中它们都传输其伙伴的N，比特信息，可以达到完全增益。第二种情况在第－帧时两用户都不能成功地检测到对方，系统此时返回到非协作模式。第三种情况，第一帧时用户2可以成功地检测到用户1，但用户1不能成功检测到用户2。从而在第二帧时，两用户都传输用户1的／N2比特信息，用户2的N2比特则不被传输。用户1两个独立的N1和N2比特译码前在接收端可以得到最优的合并。第四种情况和第三种情况相反，只是把用户1和用户2的位置调换。

　　毫无疑问，在接收端，基站需要知道两用户间究竟发生了上面那四个例子中的那一种情况，从而来正确地对其所收到的信息进行解码。我们就此给出两种解决方法。第一种方法是，每一个用户在第二帧的时候顺带发送一个附加位，来向基站说明其在第一帧对协作伙伴发送信息的检测解码情况。我们必须对这个附加位进行严格的保护。例如，一种方法是，可以用重复编码来实现这一点；另一种方法是，基站根据这四种情况发生的相对概率，对这四种情况进行连续的解码，直到译码正确（由CRC决定）。这种方法对整个系统的性能和码率并不产生影响，但在接受端将会增加一些复杂度。