对双STA-双连接的一些思考

近期做这个开发，因为要和硬件同事合作，花了很多功夫和他们解释为什么双连接提升不了吞吐
实际上，我自己也对这个特性有很多不懂的地方，实在头痛，这里整篇文章，把自己最近的困惑写一下
基本都是口语化，没什么逻辑

吞吐是负提升的

双STA要做，基本就是要在支持 MIMO + DBDC 的wifi chip上去做，比如MTK的mt6635,mt6635x,mt6637x等

在不支持MIMO的wifi chip上能不能做？当然也能做，比如mt6631，SISO，一根天线，我们也可以强行去创建两个连接（同频段或者不同频段），但是实际发生数传业务时就需要分时了，也就是我们常说的MBO(Multi Band Operation)，天线一会要切到频段1去tx/rx，一会要切到频段2上去tx/rx，总体上的效率会很差，没有多大实现的意义

回到正题，总的来说，做的前提就是 两个RF模块（直白点说，两根天线） + 两个PHY处理模块

对于双STA来说，我们假设实现了 wlan0与ap0的连接，拿到了ip0，用的是ant0；wlan1与ap1的连接，拿到了ip1，用的是ant1，实际上注册到ConnectivityService中的只有一个WifiNetworkAgent发挥作用（供上层app发起网络请求），即 DefaultNetworkAgent，简单来讲，谁评分高谁来做，谁来干活。这个时候，wlan0(ip0)和wlan1（ip1）只有一个能工作，无法并行，退化成SISO，相比MIMO来说，吞吐是降低的！

双STA的优势在哪里？

我设想的理想使用场景是 用户家中有多个路由器（注意不是单个双频路由），用户可以使用这个特性，始终保持两个连接，离哪个近就用哪个路由对应的ip，不至于出现 “离哪个远了哪个就断，进而要等一会才能自动连接上最近的那个” 的情况

所以双STA的优势体现在更流畅的网络体验

说到这个，需要思考和看源码求证，在ConnectivityService中两个WifiNetworkAgent的打分，谁来做干活的哪个？在framework中主辅