- 博客(212)
- 收藏
- 关注
RSS订阅
原创 AHB协议
当master想要访问slave时，master发送HBUSREQ信号给arbiter请求总线控制权，arbiter如果返回给master一个HGRANT信号，则该master获得总线控制权，然后master给slave发送HTRANS信号，开始和slave进行数据传输。HTRANS[1:0] 2位址的控制信号。HREADY表示上一master有效，因此，HSELx和HREADY都有效，才采样地址和控制信号。HRESP[1:0] 响应。HWRITE 读写信号。HSIZE[3:0] 传输数据的位宽。
2024-05-22 17:36:30
2
原创 AXI (3)
BVALID信号必须在WVALID和WREADY信号之后。可以在第一个burst还未完成时，即进行第二个burst。写响应信号BRESP必须在最后一笔数据数据完成之后。VALID信号和READY信号同时有效，则方采样。多burst(可outstanding)写传输。写地址和写数据通道之间没有严格的顺序限制。只有当读地址通道完成后才有读数据通道。数据则使用LAST标识最后一笔。数据传输过程只发送首地址。
2024-05-22 14:10:14
1
原创 AXI (2)
BRESP[1:0] slave响应表明写传输状态。AWREADY 用来判断slave是否准备好接收写地址信号，为高才接收。WSTRB[3:0] 写字节使能信号，用来表明写数据中的哪些字节是有效的。ARREADY 用来判断slave是否准备好接收读地址信号。WREADY 用来判断slave是否准备好接收写数据，为高才接收。BREADY 用来判断是否准备好接收写响应信号，为高才接收。AWVALID 用来判断写地址信号是否有效。BVALID 用来判断写响应信号是否有效。WVALID 用来判断写数据是否有效。
2024-05-22 13:44:27
3
原创 AXI (1)
这对应定制/控制和数据分离 不分离没有办法outstanding，不outstanding, 那么分离意义何在。非及时 这和outstanding, 地址/控制和数据分离体现了一样的点 可以支持延迟 并且可以利用延迟。Outstanding，可以实现上一次数据传输还没有完成的情况下继续下一次的地址/控制信号。允许添加寄存器打拍，这对应总线内部是没有明确定义的 这也支持“大”系统。这可以提高延迟的容忍度 所以响应延迟的地方 可以提高吞吐。总线的地址/控制和数据通路是分离的。读写独立 带宽增加了一倍。
2024-05-22 13:16:52
5
原创 静态时序分析 (2)
比如recovery/removal, Areset和当前clock路径。比如setup, 下一data路径和当前clock路径，比如hold, 当前data路径和当前clock路径。以setup为例子，检查的是两条路径的相对的时间！如果多个clock之间，那么寻找重复的周期即可以。根据路径的不一样，分为不一样的。也可以是模型计算出来的。
2024-05-21 15:10:58
2
原创 静态时序分析（1）
有两种进行时序验证的方式，一个是时序仿真，一个是静态时序分析(STA)。STA可以在多个芯片环节使用 区别在于STA所用的信息的准确度和完备性。比如理想的时钟和互联信息时 这一般在RTL综合阶段进行。在CTS完成之后，则有真实的clock 时间信息。时序分析（公共的时钟周期内进行）比其仿真更快。时序仿真 要求向量，包含逻辑和时序信息。其会遍历所有的时钟以及外部环境的可能。在布局完成之后，则有真实的互联信息。在布线完成之后，有了真实的RC信息。时序是IC中非常重要的一环。时序仿真有时候也是必要的。
2024-05-20 14:56:53
26
原创 架构也需要做设计（内存分配设计）
从每一个level的节点中寻找为0的节点。（节点逻辑为“或”，逻辑输出值0代表相应size的memory可用。一句话，需要在横向上把设计对比一遍，纵向上了解设计的代价，难度和细节。更大的区别在于分配操作时，一个修改链表，一个操作bit-map。应该做确保上面的设计的变化不会影响更上层，以及更以上的设计目标。上面如果理解成一个电路，也就是设计（内存分配）。那么不管什么方法，去查找，即进行了设计。比如上面的设计，有哪些被抛弃的竞争方案？甚至在需要时设想过上面的设计的细节。也了解过上面的设计有哪些变化，
2024-05-17 15:52:49
11
原创 为什么descriptor和data分离可以内存高效率
Descriptor和data是同样的，只有descriptor有了，即可以开始处理data了。所以data不需要停留更长时间。以下为例，需要有前面的6个bytes开始，用来处理数据，一旦这6个bytes有了即可以处理了。
2024-05-15 15:51:09
11
原创 为什么cca门限和tx 功率有关系
设想一下这个网路布局。如果某个STA在决定是否发送的时候，是否不能只看收到的干扰多大，还应该“冒险”一下，如果自己的功率足够，那么就可以扛住干扰发出去。Cca是用来决定信道是否繁忙，好像只和收有关。但是为什么和tx有关。
2024-05-14 19:58:05
32
原创 WiFi7为什么需要6G频谱
当然AR/VR streaming的，4k，8k不压缩！一定是3个320MHz宽的不重叠信道，方能达到AV/VR的end-2-end delay每个路由器（AP）除了连接AR/VR设备之外，还要连接8个非AR/VR设备。日常不AR/VR的情况，只需要3Mbps的流量。办公，娱乐，投影，学习无所不包。为什么要这么宽的频谱呢？
2024-03-19 14:53:39
161
原创 WiFi7 MLO技术框架
并在此基础上建立了multi link setup的概念，以实现灵活multi link steering/balancing, aggregation的目的。在Multi link setup中，则不尽然，由于关联和capability交换是由其中一个Link进行的，而每个link的capability, PS等都不尽然，所以，关联之后，哪些link被用作class 2和class 3 frame的传输是不一定的。聚合则在双STA这样的技术上已经有了，为了尽可能利用多link带来的健壮性和带宽提升。
2024-03-17 14:30:10
244
原创 灵敏度都那么低了，为什么CCA的阈值还是-82
主要决定于两个因素。一个因素是邻区的干扰。如果干扰弱，那么就可以调高一点。那么其实在家庭环境，这个不好控制。所以CCA阈值不好调整。但是如果仔细测量邻区的干扰，依然是可以变的，如隔壁家的羊毛。还有一个因素，是设备的抗干扰程度。如果耐受力好，那么cca阈值是可以调高的。这是NEC公司1998年的提案里面有过详细的描述。实际这个值的确是可以变化的。只是一般都不怎么变。
2024-03-09 14:58:57
72
原创 WiFi7之block Ack
CBA和MBA都允许不同的BA Bitmap长度。该长度由Block Ack Starting Sequence Control中的Fragment Number指定。-发送窗大小不超过ADDBA Response指示的Buffer size大小。-发送窗大小不超过Response的buffer size。WiFi7支持512与1024bit map的Ack。-发送窗大小不超过1024。-发送窗大小不超过1024。
2024-02-18 14:43:15
145
原创 WiFi7： ML建立流程
-链接对应的non-AP STA1属于non-AP MLD1，其MAC地址和链接对应的AP关联的non-AP STA2(和某non-AP MLD2附属或者不附属于某MLD)的MAC地址相同。对各setup 链接，non-AP MLD和其下的non-AP STA处于何non-AP MLD之间相同的关联状态，关联对象是AP MLD下的对应AP。NOTE-对每一个setup链接，每种MLD下的non-AP STA和AP之间的服务即对应规则，与非MLD下的non-AP STA和AP之间的相同。
2024-01-16 20:21:20
240
原创 WiFi7: MLO发现和建立时的帧交换
原文：如果AP(可以是transmitted BSSID)在Beacon或Probe Response帧中既包含Reduced Neighbor Report element,也包含Basic Multi-Link element,且后者携带一个或更多的Per-STA Profile subelement(s)，并且两个elements携带了同一被请求AP(附属于某AP MLD)的信息。原文：non-AP MLD需要先发现AP MLD和附属的AP(s)才能和AP MLD建立ML。
2024-01-16 15:13:22
321
原创 WiFi7: MLO操作之AP MLD的发现
-必须包含AP MLD的Basic Multi-Link element。NOTE-如果non-AP MLD收到multi-link probe response,但是其中没有携带一个或多个关心的AP的profile,那么non-AP MLD可以再发送一个multi-link probe request来请求，通过在Probe Request Multi-Link element中包含对应Per-STA Profile subelement(s)。
2024-01-15 16:16:37
267
原创 WiFi7: MLO操作之AP MLD的发现—ML probe request和response的使用
NOTE-non-AP MLD在Probe Request帧中请求某AP MLD下的某些或者全部AP的complete profile(以在Probe Request Multi-Link element中包含Link Info域的显式或者不包含的隐式方式)，那么AP可能不能回应所有被请求的profiles，原因是size或者duration受限(9-34(Maximum data unit sizes(in octets) and durations(in microseconds))。
2024-01-14 10:46:54
276
原创 WiFi7: MLO操作之AP MLD的发现—AP的行为
原文：如果报告AP在Reduced Neighbor Report element中包含MLD Parameters子域，那么报告AP必须如9.4.2.169.2（Neighbor AP Information field）描述的，设置AP MLD ID，Link ID，BSS Parameters Change Count子域。--AP MLD2下的所有AP的信息还没有被和报告AP同一co-hosted AP下的其他和报告AP同一channel的AP报告过。报告AP满足要以下全部条件。
2024-01-12 14:34:01
385
原创 WiFi7: 使用Multi-Link Element告知ML信息之Link ID
NOTE-由于link ID标识了AP所建立的BSS的全生命周期，因此，当AP转移其BSS到另一channel(11.8.8(Selecting and advertising a new channel))时，link ID保持不变。Link ID是AP MLD下的各AP的唯一标识，取整数0-14。Link ID在该AP所建立的BSS的全生命周期内都不能更改。NOTE-non-AP MLD在发现期间获取AP的link ID(和AP所工作的link)，将其用来在和该AP的MLO操作中标识该AP。
2024-01-07 16:40:34
818
原创 WiFi7: 使用Multi-Link Element告知ML信息之概述
NOTE-如果同一帧中，一个Multi-Link element和另一Multi-Link Element一并携带，且该Multi-Link element是被分片的(见(10.28.11(Element分片))，那么各分片element需要紧跟另一Multi-Link Element。STA接收到携带了含有Per-STA Profile subelement的Multi-Link Element时，必须基于STA Control 域的子域判断STA Info域的子域是否存在。
2024-01-07 16:25:57
827
原创 WiFi7: MLD寻址
NOTE MLD MAC address可以和其下的某个STA的MAC address相同或者不同于任一MAC Address。NOTE 携带EAPOL-Key的PDUs的MSDU的SA和DA设置为MLD MAC address。原文：MLD使用MLD MAC address唯一的标识本MLD。MLD下的STA(s)使用与之不同的MAC address。--如果STA是AP，设置为AP的MAC address。--如果STA非AP，设置为AP的MAC address。
2024-01-04 11:05:44
830
原创 WiFi7: MLO之概述
关联后，non-AP不支持MLO操作。Non-AP可以使用任一AP的TSF和该TSF offset获知每一个AP的TSF信息。Non-AP MLD可以只有一个non-AP，比如其他non-AP关联的AP被AP MLD移除后。AP必须时MLD的，non-AP不必须是MLD的。原文：允许地，non-AP和另一non-AP间构建单一，直连地link TDLS。NOTE non-AP也可以从每个AP的beacon帧中获得各AP的TSF信息。原文/注释：non-AP使用non-AP MLD的MAC address。
2024-01-04 10:43:37
804
原创 WiFi7: EMLSR 操作之三 – 运行时
non-AP在(Re)Association Request帧的Basic Multi-Link element的Common Info域的EML Capabilities子域的EMLSR Padding Delay子域中填写initial Control frame需要的最小MAC Padding duration。--NDP Announcement帧，STA Info域包含non-AP，和对应的sounding NDP。--CTS-to-self帧，RA为AP。
2024-01-03 17:49:17
592
原创 WiFi7：EMLSR 操作之二 – 打开和关闭
-必须的，non-AP 不能在收到AP的EML Operating Mode Notification或者Transition timeout interval结束前，在发送帧中设置Power Management子域为1。--推荐的，AP在收到STA发送的上述帧后，在Transition Timeout interval内，发送同样的帧，表示准备进入EMLSR模式。--non-AP发送EML Operating Mode Notification帧，将EMLSR Mode子域设置为0。
2024-01-03 17:02:09
582
原创 WiFi7: EMLSR操作之一 -- 概述
MLD如果dot11EHTEMLSROptionActivated设置为假，而dot11EHTEMLMROptionActivated设置为真，必须设置EML Capabilities Present子域为1，设置EMLSR Support子域为0.MLD如果MLSROption域MLMROption都都设置为假，必须设置EML Capabitlites Present子域为0。原文：非AP MLD可以仅在部分使能的link上和关联的AP MLD以EMLSR模式运行。将对应bit置为1。
2024-01-01 22:45:40
928
原创 WiFi7: 多link间的TWT对齐
这个TWT element必须包含Aligned TWT Bitmap子域，子域的比特设置为0，则表示TWT参数和Link ID Bitmap指示的Link的TWT参数一致。原文/注释：TWT请求方发送对齐/重叠的TWT SPs，将各TWT elements中的Target Wake Time设置为start时间相同，wake 间隔为公倍数关系。原文：TWT请求方发送TWT请求，请求中包含TWT elements，用以请求多Link间的TWT对齐/非对齐，发送给上述的STA。是一种TWT请求接收方的能力。
2024-01-01 22:06:00
431
原创 PCIe还是SDIO
PCIe的带宽足够，一般Host Cpu也足够，因此可以看到driver和firmware都可以run在Host cpu上，但是SDIO则不是这样，也是connection管理的功能，也是run在Wlan cpu上的，这样可以减少控制面的开销，不去占用已经有限的SDIO带宽。广义来讲，WLAN的驱动可以包含host cpu上的，和WLAN cpu上的两部分，但是后者一般还是称为firmware的。不同的Host接口，对系统的吞吐，功耗是有影响的。USB，则更加为人所知了，电脑，电视上都是有的。
2023-12-24 19:19:07
305
原创 beamforming和mimo可以同时吗
而对于beamforming，x经过预编码，预编码w=H(H。预编码的增益，和有多少直连通道，以及反射通道都有关系。唯一的不同是经过了预编码。对于mimo. Y=XH。
2023-12-10 20:38:42
90
原创 学习技巧总结
6. 大问题导向可以。但是一般的小问题导向不要。2. 将待学习的东西和已经知道的东西联系起来。4. 忽略那些和已经知道的东西太过远的部分。1. 抓住各种机会进行知识的传播。5. 忽略那些不会被记住的东西。3. 将待学习的东西网络化。7.从其他人那里学习。
2023-12-07 16:52:15
53
原创 那么多的工艺 终于清楚了
一种折中的方式，是部分集成，这样性能和成本可以平衡。但是对于至关重要的通信性能来讲 ，却是反过来的。所以越是高性能，一般都是各自分立的。越是一般的性能，往往集成度也越高。这里简单说一下通信领域的工艺。依次是一种更新进程递减的关系。然后收发机是CMOS工艺。然后射频前端又是一类工艺。然后协议层是中等工艺。
2023-12-05 14:40:46
47
原创 wifi8 Multi-AP介绍
第一个TDMA由CC决定，它可以决定哪些AP(BSS)工作，也就是那些AP（BSS）不工作。每个BSS的信息都可以在CC处得到。这样就是一种基于CC的总控的MAP。作为一种结构，multi-AP最早在wifi7的草案中被提出。比如下面是一种设想。总体是以若干BSS为单位。第二个TDMA由sharing AP决定。它同样也会决定哪些AP工作，哪些不工作。但是wifi7估计不会加入。现在变成了wifi8的路线。显然，不工作，不一定好处。总控分为两个TDMA，
2023-11-29 15:51:17
506
原创 阅读芯片源码(RTL)
比如说RTL，从控制类的代码，到信号处理类的代码，到协议类的代码。逻辑中，还应该注意层次，还是if，如果if中还有if，那么两个if的逻辑层次是依据什么来的呢？重要的，对rtl来讲，存储，状态机，interface都是重点。那么，其实很多面向市场，产品，项目的，人，都是有非常强的学习能力的。逻辑行中，如果向下面说的，如果多个if 分支，或者非常多的if层次，那更有可能是重要的。反之，多个分开的if，则更不一定是重要的。熟悉的，有时不是真熟悉，而只是熟悉其中一个字眼，基于这个字眼，能够联想，就是扫雷。
2023-11-19 20:29:52
252
原创 有成效的工作
回过头来，这是流程，代码，产生了何种效果，是否有人利用该流程，这些代码做出一些什么来。一个优化项目，优化的原理也许可以说很多，但是优化要做的事情，却可能一件都做不成，因为时间上，复杂度上，别人会觉得不能接受。所以，首先考虑交付的条件，别人的需求，从这出发，才好决定哪些地方投入多一些，哪些地方投入少一些。不只是先后的问题，往往，在难度上，满足它人的需求，是比自己的工作量提高更有难度的。如果不重复，那么是，这次，怎么讲，下次怎么讲，这次怎么跑，下次怎么跑。做什么，是被告诉的，怎么做，是自己要做什么。
2023-11-19 20:25:20
101
原创 wifi7有关的210个提案
[1] TGbe, “Compendium of motions related to the contents of the TGbe specification framework document,” 19/1755r8, September 2020. [2] Bin Tian (Qualcomm), “Discussion on 11be PHY capabilities,” 20/0975r0, July 2020. [3] TGbe, “Compendium of
2023-09-26 14:36:56
208
原创 排队理论值
等待的队列的长度，那么就是输入速度乘以等待时间就好。而方差呢，就是长度再乘以一个差速比系数。即输出速度比（输出-输入）的比值。比如输出866,输入800。那么比值13.12。因此等待都是围观的被动等待。ping pong就是一种等待。当下一级在工作的时候，上一级只能等待。排队中，排队涉及到的是什么问题。既然输出，比输入的速度，快，那么何来涉及一个等待的问题呢。等待是围观层面的，而流量快，是宏观的层面的。
2023-08-02 14:31:22
57
转载 以往WiFi的最大痛点，终于被WiFi7给解决掉了。。。
当你从 “ 1 号 AP ” 走向 “ 2 号 AP ” 的时候，系统在检测到信号变弱的情况下，会先把你从 “ 1 号 AP ” 踢下线，然后再去和 “ 2 号 AP ” 建立通讯。当你往卧室走，随着墙越来越多，信号也越来越差，直到 5 GHz 绷不住了，这时候手机可以自动切换到 2.4 GHz 上。毕竟这技术还得三四年后才能落地呢，到那时候，或许 AR，VR，MR，元宇宙，甚至是一些还没诞生的新事物。在你走动的时候，能够一边降低距离越来越远的 AP 的信号，一边让你接受新的信号越来越强的 AP 信号。
2023-07-23 14:17:45
337
原创 wifi 7主要性能提升
4096 QAM提升120%速度， 320MH在带宽提升200%速度。单用户低延迟提升80%，多用户低延迟提升25%。接近4倍的速率提升，高达36Gbps。MLO提升80%的低延迟和接近2倍的带宽。改变1：6GHz 320MHz。改变3：MLO & MRU。MRU提升30%的低延迟。改变2：4096 QAM。
2023-07-02 21:24:10
568
原创 wifi c++源代码解析之一：速率调整minstrel HT之一
头定义，将引用的文件包含，除了packet和simulator两个最基本，剩下的就只有wifi-mac和wifi-phy了。正如上面所说，这里是一个manager实体，那么它的manage的对象是应该存在的。特别的，SampleColumn作为HT的一个参数，只会探测一定数量的模式：NSS/GI等。该算法是将带宽，gi， stream都作为group的index的。以上类似一个连线的过程，设定当前manage多少的天线，设定它的phy, mac对象。当然这个manage的对象是从基础的对象中派生出来的。
2023-06-11 15:54:51
819
原创 wifi 自动速率调整
长时间接测量+随机。就是minstrel算法。因此调整就分为两步，一步是测量，一步是调整。测量分为直接测量，间接测量，反馈法。短时间接测量+步进。速率调整是针对空口的变化而调整。调整，则有步进，随机等算法。而间接测量有短时和长时之分。最常用的就是这么几种组合。
2023-05-28 21:43:07
239
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人