研究802.11high throughput MAC机制的同行近来讨论一下

☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Fri Sep 15 20:08:10 2006)  提到:
以我近来做的研究来看，当物理层数据率达到很高的时候
吞吐量受到的瓶颈主要是MAC和PHY的开销造成的
在采用数据包aggregation之后，就能解决这个瓶颈
我采用a-mpdu对dcf，edca，cp-multipoll进行吞吐量分析
理论上都能到达很高的吞吐量
个人的感觉是接入机制在11n中对吞吐量的提高起的作用已经不是很
重要了，对iel上很多有polling的文章进行研究以后发现
靠中央调度提高量，目前还能做的不多，困惑住了
大伙在中央调度接入机制上还有什么发现，讨论一下
我个人的感觉是无论采用何种接入机制，只要是基于stop-wait应答
机制的，如果不采用包聚合降低开销，吞吐量都不会有大的提高
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Sat Sep 16 04:04:08 2006)  提到:
没错 就算物理层速率无穷大 实际throughput也有上限的
aggregation 是11n mac的主要proposal之一 最近很多人再搞 想做趁早
☆─────────────────────────────────────☆
   deardeer (dd☆离别的日子) 于  (Sat Sep 16 10:32:08 2006)  提到:
啊……
11n现在有什么文档么，哪里可以找到？
自己埋头在搞，想的也是aggregation的方案，没想到要成11n标准了啊
唉，以前没仔细关注这块，现在的工作岂不是没啥意义了，sigh
☆─────────────────────────────────────☆
   justicezyx (just) 于  (Sat Sep 16 12:01:57 2006)  提到:
aggregation是虾米意思？。。。
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Sat Sep 16 12:40:56 2006)  提到:
5月份的第一个草案的通信投票没有通过
最近的情况不知道
目前有的是ewc提出的规范
11n的目标是 high throughput,聚合是肯定要用的
否则就要改变基于stop-wait的应答传输机制
目前我的难点是做high throughput的中央调度机制
但是我的基本评估是单靠中央调度是无法大幅度提高throughtput
只是有一个疑问，采用了aggregation后，中央调度上面需要
作什么变化和改动
希望这方面的大牛给点建议
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Sat Sep 16 19:40:24 2006)  提到:
为什么说单靠中央调度是无法大幅度提高throughtput？
aggregation用中央调度更容易实现啊
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Sat Sep 16 22:01:36 2006)  提到:
聚合是传输机制
和接入有什么关系呢
仁兄可以说详细点，可能我了解得不够
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Sun Sep 17 05:58:21 2006)  提到:
没什么很大关系
中央调度可以精确的保证qos
比如说隔一段时间poll 一下 不管station的small frame有几个 都合成一个传一次
☆─────────────────────────────────────☆
   rivertomoon (rivertomoon) 于  (Sun Sep 17 09:17:28 2006)  提到:
Aggregation好象在11e中已经写进去了
☆─────────────────────────────────────☆
   deardeer (dd☆离别的日子) 于  (Sun Sep 17 09:29:05 2006)  提到:
有么？
还是你是指那个TXOP？那个只是降低了退避时间，而没有降低协议头的开销
当然，退避时间也是一块很大的开销了
☆─────────────────────────────────────☆
   dengqinyuan (dq) 于  (Sun Sep 17 13:50:47 2006)  提到:
16中也有aggregation相关的传输机制，最近感兴趣的是
中央调度 + pricing来保证和提供QOS，其实要想通过算法
单纯地提高吞吐量，觉得确实无法提高很大。不过通过
合适的算法在保证吞吐量的情况下，大幅度降低延时倒是很有
可能的。大家可以讨论交流一下
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Sun Sep 17 21:51:30 2006)  提到:
11e没有这个东西的
不然11n就不用单独在提出来作为主要的机制
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Sun Sep 17 21:59:12 2006)  提到:
中央调度就是协调各个sta以什么顺序，何种方式(比如按照退避或计数的方式)接入信道。
如果不采用包聚合
单纯改进中央调度的方案，吞吐量还能有数量及别的提高吗
我的难点就是在采用包聚合以后
是否采用已经存在的中央调度机制就可以满足这种特殊机制
或者需要再改进出一种新的适应包聚合的中央调度机制
☆─────────────────────────────────────☆
   deardeer (dd☆离别的日子) 于  (Sun Sep 17 22:40:53 2006)  提到:
没看过11n的文档，手头暂时也找不到
现在不清楚你所说的聚合，和中央调度之间有什么冲突么？
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Sun Sep 17 23:08:08 2006)  提到:
没有冲突
一个属于传输，一个属于接入
功能不同
☆─────────────────────────────────────☆
   rivertomoon (rivertomoon) 于  (Tue Sep 19 14:00:50 2006)  提到:
呵呵，ＳＯＲＲＹ了，恩，１１e里只不过是多个ＰＤＵ连续发送，没有Aggregation。
以前看过别人写的Ｍ－Ｍ方案在现有的机制上实现Aggregation，然后评估对ＶＯＩＰ的影响的
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Tue Sep 19 14:34:44 2006)  提到:
PPDU bursting
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Tue Sep 19 20:01:38 2006)  提到:
哈 wang mm的 ieee top 100啊
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Tue Sep 19 20:08:02 2006)  提到:
这个应该不是中央调度的难点把
难点在于 polling list生成 和减少poll overhead
想要提高throughput 核心还是减少overhead
而aggregation是最直接的一种方案了
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Tue Sep 19 21:07:04 2006)  提到:
对啊，而且是最见效得一种
但是之前我导师要我在通过中央调度大幅度提高吞吐量上做点
尝试，所以发觉很困难
我顶多能做到在特定场景下(比如存在隐终端)改进中央调度
来提高吞吐量
还有，想在这讨论得是
采用aggregation后，中央调度采用原先的就可以呢？
还是需要做些调整(我的意思是aggregation会给
整个调度过程带来某些影响什么的)
☆─────────────────────────────────────☆
   flytoheaven (Joseph) 于  (Tue Sep 19 22:14:44 2006)  提到:
理论上说不需要改动接入机制
需要的只是适当调节各种时间间隔
本来中央调度就不是用来加强throughput的 是用来加强qos的
不过似乎没什莫人做过 可以做做试试
☆─────────────────────────────────────☆
   smiler (笑语人生) 于  (Wed Sep 20 10:07:15 2006)  提到:
aggregation是比较工程化的方案，
通过改变MAC帧结构就可以做到，
个人以为在理论上的创新价值有限。
☆─────────────────────────────────────☆
   smiler (笑语人生) 于  (Wed Sep 20 10:12:30 2006)  提到:
aggregation之所以有效，
是因为原来的帧结构在物理层高阶调制下就会不合理，
现在是把它变得合理了。
中央调度应该可以提高throughput，
主要是因为可以减少碰撞，
但提高的幅度比较有限，
其实，能提高10%也就很好了。
不知道你的结果能提高多少？
你的中央调度有新招吗？
☆─────────────────────────────────────☆
   smiler (笑语人生) 于  (Wed Sep 20 10:16:31 2006)  提到:
需要的话，给个邮箱，我寄给你一份。
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Wed Sep 20 19:42:23 2006)  提到:
调度效率也是要考虑的重要指标
☆─────────────────────────────────────☆
   starrylife (如果爱) 于  (Wed Sep 20 19:44:58 2006)  提到:
有效主要还是降低了MAC和PHY的开销，祯间隔时间，还有应答开销吧
                     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                       这个可以详细说一下吗？对物理层不熟悉                        

还可以从multi-channel和multi-radio方面着手研究提高throughput的方法吧。