与 atheros 技术沟通总结 交流时间： 2012-9-27~28 交流内容： 一、射频方面 1、ini 文件版本 解释：ART 测试软件中的 ini 文件版本与 WLAN 驱动中用到的 ini 文件不一致 处理：可能会影响同频干扰、灵敏度差的问题，需下一版本中更新此版本文件，并做射频验 证。 需系统、硬件人员配合验证。 后续 WLAN 应用软件需提供查看 ART 和 INI 文件版本的方法，方便生产调测。 2、CCK、OFDM 相关参数，可能会和低速率灵敏度差的问题有关 解释：该处参数与 ANI 的内部算法相关，默认属于动态调节； 处理：这类参数驱动中接口还未实现，需自己编码实现。目前代码为默认的配置，不可改。 atheros 不建议调整该类参数；我们希望能和系统、硬件一起验证各参数的实际效果，找到 一种最优化的配置。 二、吞吐量方面 1、关于 UDP 吞吐量异常 解释：IXchariot 测试 UDP 吞吐量不达标：atheros 反馈该问题属于 IXchariot 默认脚本问题； 处理：朱健文后续给出 UDP 测试脚本，可后续验证； 2、命令： iwpriv burst 1 解释：开启该功，则参数设置不符合标准 802.11n 协议规定，但可以提高性能 5%~10%; 处理：招标测试、集采测试可考虑开启该功能，实际效果需要后续验证评估，实际应用场景 建议关闭该功能； 3、修改聚合中断时长 处理：代码修改需支持这些命令。 { ATH_PARAM_TIMT_FIRST | ATH_PARAM_SHIFT, IW_PRIV_TYPE_INT | IW_PRIV_SIZE_FIXED | 1, 0, { ATH_PARAM_TIMT_FIRST | ATH_PARAM_SHIFT, 0, IW_PRIV_TYPE_INT | IW_PRIV_SIZE_FIXED | 1, "tximt_first" }, "get_tximt_first" }, { ATH_PARAM_TIMT_LAST | ATH_PARAM_SHIFT, IW_PRIV_TYPE_INT | IW_PRIV_SIZE_FIXED | 1, 0, "tximt_last" }, - 1 - 

{ ATH_PARAM_TIMT_LAST | ATH_PARAM_SHIFT, 0, IW_PRIV_TYPE_INT | IW_PRIV_SIZE_FIXED | 1, "get_tximt_last" }, 后续验证其效果； 三、省电模式方面 1、省电模式打印信息异常 解释：atheros 反馈截止目前确认的该类问题都属终端问题； 处理：由于该问题定位需要大量时间，atheros 建议在无重大影响的情况下搁置该问题、更 换终端，若有重大影响，可要求 atheros 专门针对某终端进行定位问题； 四、其他 1、AMSDU 解释：根据 atheros 的反馈现阶段已经支持 AMSDU，但其实际效果不如 AMPDU； 处理：建议选择 AMPDU，不选择 AMSDU 2、QOS 不生效 解释：atheros 反馈该功能有效，但需要在 Windows 进行相应设置、修改注册表，QOS 是根 据 IP 层的 TOS 进行分类； 处理：朱健文后续给出具体的设置方法，可进行后续验证； 3、部分参数调整无效或异常 解释：需要采用 vap down、 wifi down 、设置参数 、wifi up 、vap up 方式才能正确生效； 处理：后续设置参数可要求按此步骤操作，防止异常； 4、BlockAck 窗口大小 解释：atheros 反馈该值调整无效，且有部分终端的 BlockAck 设置有问题，会导致异常问题； 处理：建议不做更改，要关注终端 BlockAck 设置异常引起的问题； 5、AMPDULimit 和 AMPDUFrames 解释：针对 AMPDU 该两个值共同作用，工作中，满足一个限制条件即可； 处理：atheros 认为 AMPDUFrames 的帧数默认为 64，但根据我们的实际测试，该值默认为 32，根据 atheros 的反馈实际使用中，最大为 42 子帧；该问题需要进一步确认，若为 32 则 需要修改为 42 或进一步验证其适当设置； 6、TCP 防饿死 解释：该功能有效，默认应为不开启，且我司之前理解其功能正确； 处理：主要应用在 AP 热点，防止出现 TCP 饿死，atheros 此前有遇到类似问题，但其参数 的具体设置仍需进一步研究，或需根据实际情况调整； 7、addBcnRespt、DMABcnRespT 解释：影响不明确，但应有提高，但不明显； 处理：atheros 建议该处不做调整； - 2 - 

五、建议提议 1、智能天线 解释：根据 atheros 反馈，该接口已经给出，且有简单代码实现； 处理：其效果有待验证，后续可研究智能天线的补偿算法及其实现，该技术属于核心竞争力； 在基站方面移动已经将其归属为“智能基站”类，目前我司的自研产品属于“高增益基站”， 暂无此类自研产品； 2、AMPDUFrames 建议：atheros 建议在该处做动态调整，根据无线环境的使用情况、丢包率来增加产品在实 际应用场景中的稳定性； 处理：需要研究其不同条件下，该值的实际影响及效果，再进一步研究其动态设置的算法及 处理方法； 3、TID 建议：建议重点关注该问题，此处出现问题较多，atheros 有遇到过某些终端报文异常，AP 无法正确解析，导致报文越读越长； 处理：需要进一步加深对该处的研究。 六、支持力度方面 1、支持等级 出货前 10 的厂家，atheros 将亲自支持，前 5 的厂家 atheros 将有专人负责支持，其他都 只能通过代理提供支持。目前 comba 的排名非常靠后，原厂的支持力度有限。但 comba 的 出货情况非常好，不过都是 OEM 的。所以有必要公司或部门高层和 atheros 原厂方面进行 沟通，以提高支持等级。 关于对代理方面，始终不能提前将一些已知的缺陷或技巧提前知会给我们，这对我们产 品性能或多或少有些影响，比如这次 INI 版本问题。 2、原厂资料 目前已经开放了针对 comba 的资料网站，相关资料可能在网站上获取。不过需我们自行定 期查看网站，主动更新相关内容。 目前已经支持的平台：AR9344、AR9341、AR9331。后续需原厂补充 PLC 方面相关资料。 3、与润欣代理的技术沟通 现状：沟通较慢，沟通信息不全。 后续我们将整理一份沟通模板，将问题描述的更清晰后再提供给 FAE。 - 3 -