5G基带架构设计之总体篇

5G基带架构设计之总体篇传输带

⽬前，对着通信的发展，对的计算能⼒要求越来越⾼，尤其是NR的到来，Massive MIMO，30K，60K，120K⼦载波的引⼊，导致了

1. 天线数由原来的8增长到128，如果软件架构设计较好，计算量可以看作近似线性增长，存储可以看作近似线性增长。选址方法

rbd-5732. TTI由原来的1ms，压缩为0.5ms, 0.25ms, 0.125ms。计算时间可以简单看作是线性的压缩。

暂且不提带宽的增加，URLLC等⼀些其他因素，上诉两个宏观的变化，对提出了更严苛的要求，也就需要的设计者，要对的整体性能有⼀个把握。

数据库探针

这个总体把握，⼀般的，是指基于现有的，综合以上因素的影响，涉及到哪些⼦系统，就要重新评估该⼦系统所需要的硬件资源。评估过程中，如果计算资源受限，软件系统设计需要有相应的调整，要具体情况，具体分析。

⽬前，关于计算架构，每⼀种都可以详细来阐述，在以后的介绍中，会具体分析，并举例说明，本篇⽂章，仅是抛砖引⽟，并只做概要性的介绍，并加⼊个⼈的⼀些主观意见：智能控制模块

1. ping-pong机制，即线程1做核⼼业务的时候，线程2在做更新如接受消息，为接下来的事情做准备或者为已经结束的事情做更新，线

程1做完核⼼业务，向线程2发送中断，线程2开始做核⼼业务，同时线程1开始做些接受消息等⼀些maintenance的⼯作。该计算⽅式，个⼈认为可以理解为双缸发送机，简单好⽤，适合双线程实时⼦系统。

2. Master-salve机制，即master线程负责分发任务，slave线程负责具体⼯作。例如master线性接受消息，如果是简单的更新计算，就

直接处理；如果是庞⼤的计算，就简单处理后，分发给salve线性去处理。这样，可以让master线性迅速空闲来处理接下来的消息。

该计算⽅式，实时性⾼于第⼀种ping-pong机制，但显然，需要的线性资源也多余第⼀种。

3. Distributed机制，这种机制，在通⽤⽅⾯有什么优势，在这⾥，不做过多阐述，⼤家可以在⽹络上⾃⾏搜索，在专有的通信⽅⾯，相

电动橡皮对于master-slave架构，其解决了master线程过载的问题，更主要的，如果设计合理，总体资源的利⽤率更加平稳，就像⼀台16杠发送机⼀样，解决抖动⽅⾯，优势明显。该⽅案，会重点讲述。

本文发布于:2024-09-21 17:44:49，感谢您对本站的认可！

标签：线程基站线性需要计算看作

留言与评论（共有 0 条评论）