首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >802.11 PHY链路速率是否总是由发射机决定,而不是由接收器决定?

802.11 PHY链路速率是否总是由发射机决定,而不是由接收器决定?
EN

Network Engineering用户
提问于 2013-11-14 02:36:27
回答 1查看 2.1K关注 0票数 4

我的AP报告的数据/链接速率与我的客户端PC报告的数据/链路速率不同。发送设备总是决定链路速率吗?或者,例如,AP可以同时支配TX和RX链路速率吗?

EN

回答 1

Network Engineering用户

回答已采纳

发布于 2013-11-14 05:56:53

虽然这似乎是一个相当直截了当的问题,但答案绝非直截了当。这将持续很长时间,但简单的答案是,这两种设备一直在调整RX和TX速率,这两种数据速率不需要相同。

在基础设施模式中,接入点确定用于无线网络的支持和基本数据速率。客户端需要至少支持最低的基本数据速率才能连接到网络。

这些广告是在接入点发送的信标帧中公布的。下面是我从存储的一个捕获图中提取的一个信标帧的示例:

这个Cisco接入点正在公布以下数据速率: 6、9、12、18、24、36、48和54 Mbps。它们都被标记为基本数据速率。

仅以1、2、5.5和11 Mbps运行的802.11b客户端将无法连接到此网络。

在操作中,接入点和客户端设备都将使用任何或所有这些数据速率,并不断调整它们以适应环境的变化。通常,他们会尝试使用最快的数据,但是如果他们不能以较高的数据速率获得确认,他们将以更低的数据速率重试传输。接入点和客户端可以使用两种完全不同的数据速率,并且经常这样做。每个人最终决定在任何给定的时间点使用什么数据速率。

设备如何选择/调整数据速率的确切过程是由设备的程序员确定的过程。有些人非常积极,总是以最高的数据速率开始工作,并努力寻找最好的性能,即使所有的确认都以非常低的数据速率出现(导致许多重试)。其他人将跟踪最近的成功确认,并保守地向上调整数据速率,为较低的重试次数牺牲较高的数据速率。

无线芯片组也可能存在“不平衡”功能。例如,英特尔5100是一个1x2:2的设备。它只有一条发射无线电链,而两条接收无线电链,这意味着它在传输时只能使用其中一条空间流。这导致接收数据速率(2.4GHz,20 MHz信道宽度,长GI)为130 Mbps,但只能以高达65 Mbps的数据速率传输。

在报告数据速率时,不同的AP和客户端也有不同的做法。我看到一些只报告最好的数据率的人,一些报告TX率的人,一些报告RX率的人,还有一些分别报告这两种情况的人。他们可以在接近实时的情况下更新这个值,或者每x秒只更新一次。它们可能对数据集使用中值、平均值或模式值;如果使用平均值,则它甚至可能与实际数据速率不相对应。

无论如何,无论给出什么值,都不是使用中的单一数据速率。为了说明这一点,下面是来自Meru访问点的客户端设备的输出,它显示了数据帧的RX和TX分布(以及TX上的成功率/失败率-- AP对于RX不会有这种情况,因为它应该只接收一个可用的帧,然后对其进行包装):

代码语言:javascript
运行
复制
***********************************************
  Rate --------------- Short Term -------------
  Kbps  #RX_frame(P)     Bytes
  6000       11(  0)      1455
 36000       15(  0)       420
 48000      214(  8)      6020
 54000     1069( 43)     31962
 81000      147(  5)     19426
108000      309( 12)     56322
121500      524( 21)     59948
135000      185(  7)     25439
***********************************************
***********************************************************************
   TX Rate Statistics for MAC address = xx:xx:xx:xx:xx:xx
                                BSSID = xx:xx:xx:xx:xx:xx 
***********************************************************************
  rate ------------------------- Short Term ---------------------------
  Kbps  #frame(P)  #suces(P)   #fail    byteSuc  byteFail (S/T) 
  6000     97(  4)     19(  1)     78       3938    10502 ( 19) 
 54000     59(  2)     58(  3)      1      17130      178 ( 98) 
 81000    312( 13)    272( 15)     40      56450    11380 ( 87) 
108000   1074( 46)    857( 50)    217     165724    42175 ( 79) 
121500    684( 29)    454( 26)    230      92321    47461 ( 66) 
135000     96(  4)     52(  3)     44      12815    11743 ( 54) 
************************************************************************
票数 7
EN
页面原文内容由Network Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://networkengineering.stackexchange.com/questions/4956

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档