编码协作分集传输结构

　　我们把N2／N定义为协作水平，即用户为伙伴传送的比特数目与总传输比特数的比值。一个小的比值意味着在帧中有更多的码字被传输，并增加了对其伙伴成功译码的可能性；同时，也意味着一个较小的N2值，使分集增益减小。

　　通常，各种信道编码方法都可以用于编码协作网络中。例如，整个码字可以是分组码（如LDPC码），也可以是卷积码，或者是二者的结合。N1和N2的值可以通过凿孔、乘积码或其他串联的形式得到。

　　用户在第二帧中的行为是独立的，并不知道它们自己的帧是否被成功译码。因此，在第二帧的传输中有四种可能的协作方案，如图所示。

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

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

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