从表1.1所示协同系统优缺点的列表中可以明显地看出,许多的系统设计因素需要考虑折中的问题,其中一些重要的关系如下所示:
●覆盖范围与容量。就像已经讨论的一些细节一样,中继系统允许容量和覆盖范围的折中,而这等价于中断率与速率的折中或者分集和复用的折中。因此,系统的设计者可以用中继来提高容量,也可以用来提高覆盖范围。不过,提高其中一个方面必然就会降低另一个方面。
●算法与硬件复杂度。通过建设更多蜂窝基站的方式来解决覆盖范围和容量问题需要更加复杂且昂贵的硬件,更不用说基站占用的不便宜的地产。而中继的硬件复杂度就相对较低。然而,这种硬件复杂度的降低相应地会带来软件算法复杂度的提高,因为调度、同步、切换等算法在中继系统中变得更为复杂。因此,我们需要对硬件复杂度和软件复杂度做一个折中,比如采用基站和中继混合部署的方法。
●干扰与性能。如1.2.2节所讨论,协同通信带来的增益可以被用来降低传输功率从而降低干扰,也可以被用来增大容量或覆盖范围。但是中继链路自己也成为了一个增加的干扰源。
●部署灵活性与性能。中继系统可以按规划部署,也可以自由部署。对于前者,网络设计者需要优化静态中继节点的位置和各项参数。这是一项相当复杂的工作,但是可以带来较优的性能。而对于后者,中继节点的部署是没有规划的,既可能是静态的也可能是动态的。这样中继节点的部署就比较简单,但这种简单是以降低系统性能为代价的。(www.xing528.com)
●代价与性能。一般而言,付出的代价就决定了系统的性能。显然地,如果配置高复杂度的中继节点,比如协同的空时处理中继,在代价提高的同时也带来了性能上的增益。
图1.7给出了这些折中的示意图。可以看出,特定的性能前提下,覆盖范围可与系统容量折中,软件算法可与硬件折中,性能可与干扰、部署的灵活性、费用折中。
图1.7 折中的示意图
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。