1 CCA

  CCA(空间信道评估)在CSMA/CA中比较非常重要,事关整机吞吐量,所以对其实现进行简单分析。CCA好像应该有2种:CCA-CS,是属于PLCP层的,捕获到能量且能量值高于-82dB后,确定空间忙;CCA-ED,属于协议层,捕获到-62dB信号后,需要判定空间忙,并等待。

  修改CCA等级,可以让它对“弱信号”失聪,从而可以在干扰环境中提高吞吐量。

2 具体实现

ar9300_update_cca_threshold(struct ath_hal *ah, int16_t nfarray[NUM_NF_READINGS], u_int8_t rxchainmask)

  nf=ah->nf_2GHz.max  OR ah->nf_5GHz.max        频段噪底

  nf_max_primary = nf_max_extension = nf;  主信道噪底=辅信道噪低=频段噪底

  chainmask = rxchainmask & ahpriv->ah_caps.hal_rx_chain_mask; 天线数

  for (chan = 0; chan < 2 /*ctl,ext*/; chan++) 基于nfarry[]获得最高nf,利用nf更新 nf_max_primary 和nf_max_extension

  nf_nominal = -101(HT20) OR  -98(HT40)  标称噪低(极限)

  if (nf_max_primary < nf_nominal)

  cca_detection_margin_pri = ahpriv->ah_config.ath_hal_cca_detection_margin + (nf_nominal - nf_max_primary);

  主信道cca检测余量值=配置检测余量+极限噪底-当前主信道噪底

  else

  cca_detection_margin_pri = ahpriv->ah_config.ath_hal_cca_detection_margin;

  主信道cca检测余量值=配置检测余量 (一般都是这里)

  if (nf_max_extension < nf_nominal)

  cca_detection_margin_ext = ahpriv->ah_config.ath_hal_cca_detection_margin + (nf_nominal - nf_max_extension);

  辅信道cca检测余量值=配置检测余量+极限噪底-当前辅信道噪底

  else

   cca_detection_margin_ext = ahpriv->ah_config.ath_hal_cca_detection_margin;

  辅信道cca检测余量值=配置检测余量  (一般都是这里)

  derived_max_cca = (ahpriv->ah_config.ath_hal_cca_detection_level - ahpriv->ah_config.ath_hal_cca_detection_margin - (-130);

  计算出的最大cca=配置的检测等级值 – 配置的检测余量 - (-130)

  max_cca_cap = derived_max_cca < 90 ? derived_max_cca : 90;

  最大cca门限=(计算出的最大cca值 与90之间的小者)

  cca_threshold_primary = (ahpriv->ah_config.ath_hal_cca_detection_level - cca_detection_margin_pri - nf_max_primary);

  主信道CCA门限=配置的CCA检测余量值-计算出的主信道检测余量值-当前主信道噪低

  cca_threshold_primary = cca_threshold_primary < max_cca_cap ? (cca_threshold_primary > 0 ? cca_threshold_primary : 0) : max_cca_cap;

  主信道CCA门限 =(主信道CCA门限 与最大cca门限间的小者)

  主信道CCA门限 =(主信道CCA门限 与0 间的大者)

  cca_threshold_extension = (ahpriv->ah_config.ath_hal_cca_detection_level - cca_detection_margin_ext - nf_max_extension);

  辅信道CCA门限=配置的CCA检测余量值-计算出的辅信道检测余量值-当前辅信道噪低

  cca_threshold_extension = cca_threshold_extension < max_cca_cap ? (cca_threshold_extension > 0 ? cca_threshold_extension : 0) : max_cca_cap;

  辅信道CCA门限 =(辅信道CCA门限 与最大cca门限间的小者)

  辅信道CCA门限 =(辅信道CCA门限 与0 间的大者)

  更新寄存器

   AR_PHY_CCA_0.AR_PHY_CCA_THRESH62= cca_threshold_primary

  主信道CCA值写入BB_cca_b0的0x0007F000位。这个寄存器应该是同时支持CCA_CS和CCA_ED的,这里所写入的也许就是CCA_ED,因为它命名为THRESH62;如果是CS,则为THRESH80才吻合;同样,该寄存器的0x1FF00000位好像不可改写,也不会随THRESH62值跳变,也许就是PLCP中的CCA_CS值,即真实的载波能量值。

  AR_PHY_EXTCHN_PWRTHR1.AR_PHY_EXT_CCA0_THRESH62=cca_threshold_extension

  辅信道CCA值写入BB_ext_chan_pwr_thr_1的0x000000FF位

  AR_PHY_EXT_CCA0.AR_PHY_EXT_CCA0_THRESH62_MODE=0x0

  BB_cca_ctrl_2_b0的0x00040000位置0。模式0/1的具体意思不明白,也许是自动和固定。

3 引申

  仅涉及到BB_cca_b0,BB_ext_chan_pwr_thr_1和BB_cca_ctrl_2_b0。因此,在需要强制提高CCA的场景下,仅需求关闭CCA自动调整功能(缺省模式),然后手工修改这3个寄存器即可。

  当然,开启CCA自动调整(CCAThEna ),也可以获得吞吐量提升,但要预设好适合当前场景的CCADetLevel值即可。  

CCA更新流程分析的更多相关文章

  1. WebGL 启动载入触发更新流程分析

    WebGL 启动载入触发更新流程分析 太阳火神的漂亮人生 (http://blog.csdn.net/opengl_es) 本文遵循"署名-非商业用途-保持一致"创作公用协议 转载 ...

  2. Android7.0 Phone应用源码分析(二) phone来电流程分析

    接上篇博文:Android7.0 Phone应用源码分析(一) phone拨号流程分析 今天我们再来分析下Android7.0 的phone的来电流程 1.1TelephonyFramework 当有 ...

  3. Android7.0 Phone应用源码分析(一) phone拨号流程分析

    1.1 dialer拨号 拨号盘点击拨号DialpadFragment的onClick方法会被调用 public void onClick(View view) { int resId = view. ...

  4. SQL Server中CURD语句的锁流程分析

    我只在数据库选项已开启“行版本控制的已提交读”(READ_COMMITTED_SNAPSHOT为ON)中进行了观察. 因此只适用于这种环境的数据库. 该类数据库支持四种不同事务隔离级别,下面分别观察数 ...

  5. spark 启动job的流程分析

    从WordCount開始分析 编写一个样例程序 编写一个从HDFS中读取并计算wordcount的样例程序: packageorg.apache.spark.examples importorg.ap ...

  6. Android 4.4 Kitkat Phone工作流程浅析(六)__InCallActivity显示更新流程

    本文来自http://blog.csdn.net/yihongyuelan 转载请务必注明出处 本文代码以MTK平台Android 4.4为分析对象,与Google原生AOSP有些许差异,请读者知悉. ...

  7. openstack之nova-api服务流程分析

    nova-api公布api服务没实用到一个些框架,基本都是从头写的.在不了解它时,以为它很复杂,难以掌握.花了两三天的时间把它分析一遍后,发现它本身的结构比較简单,主要难点在于对它所使用的一些类库不了 ...

  8. Android7.0 Phone应用源码分析(三) phone拒接流程分析

    本文主要分析Android拒接电话的流程,下面先来看一下拒接电话流程时序图 步骤1:滑动按钮到拒接图标,会调用到AnswerFragment的onDecline方法 com.android.incal ...

  9. Android7.0 Phone应用源码分析(四) phone挂断流程分析

    电话挂断分为本地挂断和远程挂断,下面我们就针对这两种情况各做分析 先来看下本地挂断电话的时序图: 步骤1:点击通话界面的挂断按钮,会调用到CallCardPresenter的endCallClicke ...

随机推荐

  1. java 二维码解析和生成

    package ykxw.web.qrcode.utils; import java.awt.Color; import java.awt.Graphics2D; import java.awt.im ...

  2. nyoj Dinner

    Dinner 时间限制:100 ms  |  内存限制:65535 KB 难度:1   描述 Little A is one member of ACM team. He had just won t ...

  3. IdentityServer4实战 - 基于角色的权限控制及Claim详解

    一.前言 大家好,许久没有更新博客了,最近从重庆来到了成都,换了个工作环境,前面都比较忙没有什么时间,这次趁着清明假期有时间,又可以分享一些知识给大家.在QQ群里有许多人都问过IdentityServ ...

  4. JS 实现MVC的写法

    案例:当select 下拉选择框值变化时,显示其值(不是文本) 常规写法 <h3>JavaScript no MVC</h3>  <div>   <selec ...

  5. GIT入门笔记(14)- 链接到远程仓库

    1.远程仓库地址https://github.com/ 2.注册远程仓库账号 3.生成ssh-key,并配置到github 由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的,所以, ...

  6. 新概念英语(1-21)Whick book

    Which book does the man want? A:Give me a book, please, Jane? B:Whick book? this one ? A:No, not tha ...

  7. Spring 环境与profile(三)——利用maven的resources、filter和profile实现不同环境使用不同配置文件

    基本概念 profiles定义了各个环境的变量id filters中定义了变量配置文件的地址,其中地址中的环境变量就是上面profile中定义的值 resources中是定义哪些目录下的文件会被配置文 ...

  8. PV 动态供给 - 每天5分钟玩转 Docker 容器技术(153)

    前面的例子中,我们提前创建了 PV,然后通过 PVC 申请 PV 并在 Pod 中使用,这种方式叫做静态供给(Static Provision). 与之对应的是动态供给(Dynamical Provi ...

  9. Hive函数:rank()、dense_rank()

    数据准备: G1,KING, G1,BING, G2,FING, G1,FORD, G2,SCOTT, G1,JONES, G2,BLAKE, G1,CLARK, G1,ALLEN, G1,CELL1 ...

  10. Hive:insert into table 与 insert overwrite table 区别

    创建测试表,来测试看看测试结果: create table test(name string,pwd string,createdate string)row format delimited fie ...