wlan物理层工作模式问题！

1，phy层收发是否共用一个FFT处理器？
2，phy层速率比mac层高许多，必然导致mac层数据传输到phy层数据慢，这样会导致phy层数据传输不连续，phy层如果传输不连续，则意味着多次同步，这样带来巨大的时间开销？
3，根据协议中存在的ACK方式，每次为接收ACK，是否发端都会停一下，这样带来的传输时间开销也较大？
哪位能否对phy层的收发模式解解惑？谢谢！

我觉得是否公用fft属于实现问题，可能各有高招，各有不同。
关于传输不连续，这正是共享式局域网的特点，开销比起连续的肯定要大。
ACK不一定等不到就不发，等不到的时候可以继续连续发下一个，有一个窗口，
过一会儿才等到以前发的ACK也是可以的。

我说的是我的一些感觉。。。。可能不对，可能得认真研究过协议的出来说话

呵呵，热心的纸飞机！
PHY层协议定了，就确定是否共用fft啊！感觉无法共用，否则模拟前端收发数据同时在同一带宽上跑，岂不乱套啦？
不管怎样，只要等ACK，则发端还需去同步收端的数据？感觉效率真的好低？不知实际收发系统这一块协议是怎样做的？
呵呵，PHY层的设计除了同步、信道、解码，感觉其工作模式也挺绕的！

phy层协议应该只规定了信号格式阿，
举个最简单的例子，比如用高主频的fft模块，大家分时公用。
ACK的事情没仔细看过wlan怎么做，但其他场合中经常是我说的那样，窗口方式，一
边连续的在发，等待工作也是一直在等，允许ACK滞后到达，只要最后等到了，则意
味着不用重发，这样可以大大提高发一个等一个这种方式的效率。

WiFi的ACK和TCP的不一样。TCP是完全双向(both two-way)的，我接收ACK和我发送数据是完全不干扰的。而WiFi的共享式MAC，大家按照竞争协议分享信道，如果发端一直发，那收端就没法发ACK了。所以wifi数据传递应该类似于停等重传方式。

MAC层的东西不一定都很慢，要求实时处理的那块东西通常是放在板卡上和硬件一起做的

不是这么玩的，至少11里面是老老实实的等ACK的，接收端在接收到一个非广播数据包之后会在一个SIFS时间内乖乖的返回一个ACK的，这个SIFS好像包括了收发信机从接收模式到发射模式的切换以及信号传播传输时延。
无线网络里面的收发信机大都工作在TDD模式，所以不存在发射过程和接收过程抢FFT资源的问题
以上是我的理解，呵呵

nod. wifi mac就是这样做的。
不过停等ack确实比较浪费带宽，所以后来11e里面会有些对ack的改进。后来的改进有点类似于tcp的ack，一下子发多个包，然后一个ack。有兴趣可以看看。

恩，802.15.3和802.15.4里面把ACK分为立即ACK，延迟ACK，和选择ACK三种，好象是这个样子的，记不请了

nod，phy层的所谓峰值带宽有不少时间都在ACK！
发端接收收端的ACK，应该还需要对收端的ACK数据进行同步吧？
其实对某些业务而言，（如实时传送多媒体音视频，不需要对其保证严格的数据正确<如数据业务>），在设计PHY层工作模式时，对广播模式，令其ACK信号在若干广播信号包之后再反馈，估计能大大提高收发层的数据开销！
觉得对PHY层工作模式作优化，能提高数据吞吐率不少！
bty，为啥802.11系列都尽量不用大点数FFT？（是从占据频谱带宽角度考虑？从突发分组数据传输特点角度考虑?）

1.这个随意
3.Block ACK

嗯，我有文章做过这方面的事情

发在哪里了？

绝大部分wlan系统的MAC层都是时分模式阿，一个FFT就足够吧，而且FFT也蛮耗硬件资源的，能举一个收发器各用一个fft的实际芯片吗？

错，我在物理层也是时分的 -,-