笔趣啊

第271章 优化（第2页）

讲道理……目前这份LTe双向传输系统，至少在海思内部，已经算是非常优秀的系统了。如果不出意外，那么它可能会放到明年的手机里来运行。

这是弟子的功绩，也是给老师的“礼物”。

可谁知道……

这时，孙立强问道：

“那你觉得该怎么做呢？”

路遥看了他一眼，耸耸肩：

“简单啊，优化。师兄他们用的1o24点互相关检测，这份数据说明消耗太多硬件资源了。而接下来进行优化就行。先用1o24点互相关检测拿到尽可能多一些的数据，然后进行64点互相关检测，来割除不必要的硬件资源，降低存储空间，提高利用率。这是必然要进行的一步。而如果是我的话……唔，我想想啊。”

他略微思索后，继续说道：

“我会先看pss序列在设计时的无线帧是否可以找到检测位置，然后把得出来的公式里套用R（I+m）为接收链路信号，s（m）为本地存储的pss时域共轭序列。当然了，要考虑到信号在不同信道里传输时受到的影响，进行进一步检测。得到归一化后，设定窗能量，接着在LTe系统里利用三组得出来的本地pss序列在时域上相互处理，与接收链路信号进行滑动互相关，得到集合后进行计算，找到最大互相关值的同步序列，确定起始位置。这是检测顺序。”

“……”

“……”

“……”

不自觉的，所有人已经跟着他说话的节奏陷入了思考。

就听他继续说道：

“至于接下来的互相关算法优化，我们在进行传统的互相关检测处理时，频域通常会采用最中间的1。o8mhZ。但我看这些数据，估摸着1omhZ的系统带宽进行1o24互相关检测，那计算量太大了，所以在频域上要下功夫，看能拿到多少待处理的信号点，然后利用尽可能小的FFT计算。而接下来就是把计算结果进行仿真，完成峰值检测，得出信号的功率和损耗，在什么区间内能做到不影响后续模块工作，然后进行改进。只要完成了峰值检测，那么一定能减少计算量，为实现过程完成节省硬件资源。就这么简单。”

“……”

这下，连孙立强也绷不住了。

就这么简单？

简单个屁！

虽然……他这会儿的眼神已经逐渐变成了惊叹。

可自己这弟子的话是错误的。

这活……真的一点都不简单。

其中涉及的计算量尤为庞大，绝对是天文数字。

不过华为肯定有自己的算，所以……似乎也不难。

但话又说回来……

其实弟子说的又没错。

因为在这处LTe基带的传输优化上，难点，已经……被他给搞定了。

同步模块占用的内存确实过高。

但优化需要考虑的东西太多了……不同思路的人，要进行不同的尝试，才能一点点的摸索，进行优化。

这才是最难的。

该从哪方面下手？该牺牲哪个？又该取舍哪个？

这才是最难的。

而现在……最难的地方，被自己的弟子用几分钟的功夫，就给搞定了。

虽然没拿到实验结果，无法证明路遥说的就是对的。

可就目前而言……

孙立强现，这个方法是最稳妥，也是最中肯的。

不会过于牺牲任何其他模块，并且连检测方法和优化方案，都已经有了。