2025年2月23日, w8¶
约 716 个字 预计阅读时间 2 分钟
上一周w7：
-
周一，Rong认为table的buffer结构的开销可以接受，可以继续搞
-
周二，在家摸鱼，看代码
-
周三，例会上问了开题相关的事情，确定了2月20日下午开题
-
周四，做ppt
-
周五，做ppt，按Rong的意见修改ppt
这周w8：
-
周一，在家摸鱼
-
周二，上午看代码改代码，下午根据Gunther的意见修改ppt
-
周三，上午看代码改代码，下午例会后修改ppt
-
周四，上午改ppt和练ppt， 下午听AEM，然后开题展示
-
周五，把calculatePerformance和movedBits相关的部分push了
这周做了开题展示，算是初步明确了整个项目的前景与计划
首先目标大概就是两个阶段： 第一个阶段改进DynamicAxcel： 第二个阶段做CA/TCC相关的算法实现、仿真，包括文献调研之类的
预计W23/24（6月底）最终展示，w15-w20（5月内）可能有个中期报告，5月之前最好要有一些仿真和分析结果，假设1个半月在算法学习研究上，则3月中旬要开始进入第二阶段的工作，离当前还有3周。希望能在这周内完成tablemigration的工作，包括对relay scenario，然后剩下两周进行一些基础的traffic steering算法的实现。
对于Axcel和Dynamic Axcel的背景： Axcel基于排队论，假设单元面积的流量符合泊松分布，根据不动点法有闭式解，但是考虑诸如Admission Control之类的东西，很难公式化流量的分布，找不到闭式解，因此诉诸timestep by timestep的仿真。另外就是爱立信重视数字孪生方向，Axcel是目前能支持系统规模最大的仿真器，领导希望Dynamic Axcel最后成为能够支持数字孪生仿真的方案。
DynamicAxcel的好处在于scheduling实现更straight forward，有建立连接，发送接收packet的概念。目前的缺陷在于还比较不完善，只支持single band，staticAxcel有的功能在DynamicAxcel中还不支持（feature parity issue），包括简单的按带宽等比例进行traffic split的功能也没有。另外就是目前的buffer结构是嵌套好几层的大结构体，里面全是基站数*buffer长度的大矩阵，内存低效，在某些高负载情况下有内存问题。且分layer，node，band存储信息，从理论上不符合未来network-centric的scheduling结构，未来的系统不会是每个基站分别各自进行分布式的scheduling策略，而是会有一个中心化的控制器根据整个网络内所有基站的情况scheduling，所以信息应该是中心存储的，而非按照网络结构分层树状存储。