已解决问题
关闭所有答案回应
最佳答案
几个原因
首先可能是网络干扰严重,空口报文大量重传
其次,如果是1x认证,设备需要访问radius服务器,可能是有线网络故障
还有一种特殊情况是终端问题,被设备多次reject
正常情况最复杂的上线方式
也就1秒左右
首先可能是网络干扰严重,空口报文大量重传
其次,如果是1x认证,设备需要访问radius服务器,可能是有线网络故障
还有一种特殊情况是终端问题,被设备多次reject
正常情况最复杂的上线方式
也就1秒左右
|
回应该答案 (0) |
回答时间:2011-7-19 19:10
其他答案 ( 4 条 )
2楼回答比较完善,我就不补充了,主要是空口干扰,信道之间的抢占,以及eifs、difs、gifs等报文间隔
就是说主要的瓶颈在有线段,连接认证服务器的延时?
现有的家庭用的普通AP连接也需要认证服务器么?有的时候AP都没有联网阿。
我觉得空口的延时应该是非常短的,毕竟WLAN的速率很高,而且需要传送和处理的消息也很简短。
不知道原因在那里,我观察的连接都要几个秒钟,而且连接之前应该已经明确Probe到了AP的信道,SINR等基本信息。
现有的家庭用的普通AP连接也需要认证服务器么?有的时候AP都没有联网阿。
我觉得空口的延时应该是非常短的,毕竟WLAN的速率很高,而且需要传送和处理的消息也很简短。
不知道原因在那里,我观察的连接都要几个秒钟,而且连接之前应该已经明确Probe到了AP的信道,SINR等基本信息。
协商速率需要时间,一般ap和客户端本身都维护一个速率列表,连接时需要协商共同支持的最高速率
我理解协商速率之需要一个Assoisication消息就完成
除此以外,没有看到其它的消息用以反复协商速率阿?
除此以外,没有看到其它的消息用以反复协商速率阿?
热点问题