大多数,如果不是全部,传播渠道在WLAN系统的工具箱(和其他工具箱)假设(传输或接收)一端是固定的。因此,它不可能分配一个速度通道的两端。
一个例外是散射MIMO信道从相控阵系统工具箱(phased.ScatteringMIMOChannel)。这个通道让用户分配以下属性:‘TransmitArrayMotionSource’,‘TransmitArrayPosition’,‘ReceiveArrayMotionSource’,‘ReceiveArrayPosition’。有关更多信息,请参见以下链接:
然而,这不是一个像“wlanTGacChannel”统计模型。这种渠道模式需要用户定义的反射或散射的位置。这些散射体的位置也可以移动。
802.11交流通道模型,“wlanTGacChannel”没有位置的一种内在的意识。这意味着“TransmitReceiveDistance”并不是随着时间的推移,更新,以反映任何特定的速度和方向。然而,用户可以手动更新后的距离,以反映实际的距离一个给定的时间位置,速度和方向的汽车被模拟。因此,如果此信息可以计算外部,相应地可以更新模型参数。模型不“知道”关于旅行的方向和位置。
802.11 p模型,示例中的V2V频道有5个内置场景来自通道模型内的论文引用。为每个场景,这些场景是硬编码和延迟和多普勒频移的力量/路径定义。例如:
情况下“公路洛杉矶”
pathDelays = [0 100 167 500] * 1 e-9;
avgPathGains = [0 -10 -15 -20];
dopplerShifts = [0 689 -492 886];
为模拟特定场景与给定的速度和方向,相应参数值必须设置包括per-path多普勒。即使在这种情况下,没有什么内在联系的通道模型的模型地理位置与发射机和接收机的速度和方向。
最后,如果信道模型不涉及为每条路径设置不同的多普勒频移的能力,当然可以符合要求,基本comm.MIMOChannel模型虽然类似于前面的通道模型没有意识构建到通道的位置或方向。多普勒扩散必须手动设置,以反映情况考虑。有关更多信息,请参阅以下链接:
