进行传统的互相关检测处理时，频域通常会采用最中间的1.08mhz。但我看这些数据，估摸着10mhz的系统带宽进行1024互相关检测，那计算量太大了，所以在频域上要下功夫，看能拿到多少待处理的信号点，然后利用尽可能小的fft计算。而接下来就是把计算结果进行仿真，完成峰值检测，得出信号的功率和损耗，在什么区间内能做到不影响后续模块工作，然后进行改进。只要完成了峰值检测，那么一定能减少计算量，为实现过程完成节省硬件资源。就这么简单。”
“”
这下，连孙立强也绷不住了。
就这么简单？
简单个屁！
虽然他这会儿的眼神已经逐渐变成了惊叹。
可自己这弟子的话是错误的。
这活真的一点都不简单。
其中涉及的计算量尤为庞大，绝对是天文数字。
不过华为肯定有自己的超算，所以似乎也不难。
但话又说回来
其实弟子说的又没错。
因为在这处lte基带的传输优化上，难点，已经被他给搞定了。
同步模块占用的内存确实过高。
但优化需要考虑的东西太多了不同思路的人，要进行不同的尝试，才能一点点的摸索，进行优化。
这才是最难的。
该从哪方面下手？该牺牲哪个？又该取舍哪个？
这才是最难的。
而现在最难的地方，被自己的弟子用几分钟的功夫，就给搞定了。
虽然没拿到实验结果，无法证明路遥说的就是对的。
可就目前而言
孙立强发现，这个方法是最稳妥，也是最中肯的。
不会过于牺牲任何其他模块，并且连检测方法和优化方案，都已经有了。
如果说这份优化工作至少需要6个月的时间，那么按照这个方法来走，至少在得出的检测结果无法证实路线正确前，团队至少可以节省3个月的时间。
原因无他，弟子亲自种下了一颗树。
虽然不知道能不能活，但这棵树的根系、躯干，都有了。
他在短时间内以一种很离谱的视角，完成了最难的基础工作。而其他人只需要顺着他的思路去一样一样做实验，拿数据，验证就可以了。
如果验证成功，那么这棵树就能