定义
BBU（Baseband Unit，基带处理单元）负责基带信号处理、信道编码、调制解调、协议栈（RRC、RLC、MAC、PDCP）、调度算法等，通过CPRI/eCPRI前传接口与RRU连接。5G时代BBU可拆分为CU（Central Unit）和DU（Distributed Unit），支持集中化部署（C-RAN）与云化，BBU是基站智能与容量的核心。
功能模块
- 基带处理：FFT/IFFT、OFDM调制、信道编码（LDPC、Polar）、MIMO预编码
- 协议栈与调度：RRC连接管理、RLC分段/重组、MAC调度与HARQ、PDCP加密与压缩
- 接口：S1/X2（4G）或NG/Xn（5G）与核心网、邻站；CPRI/eCPRI与RRU
5G CU/DU分离
CU负责RRC、PDCP等非实时功能，可集中部署；DU负责RLC、MAC、PHY等实时功能，靠近RRU部署。CU-DU分离支持灵活切分（如Option 2、Option 7-2），降低前传带宽需求，便于密集组网与云化。
典型应用场景
分布式基站、C-RAN、5G CU/DU分离架构。达希物联的物联网卡通过运营商基站连接，BBU的调度与覆盖直接影响设备接入质量与速率。
BBU是基站智能的核心，承载着物联网设备与基站间的数据调度。达希物联的物联网卡通过运营商基站网络连接，BBU的覆盖与容量直接影响连接质量。达希物联可为客户提供覆盖优化建议，助力物联网设备在高密度部署场景下的稳定连接。
前传带宽怎样限制能挂多少射频单元
基带单元和射频单元之间走的是前传，而不是业务IP。前传要运送量化后的时域或频域样本，带宽跟天线数、采样率和量化位宽一起涨，跟用户实际发了多少字节关系不大。一条前传链路的容量先被样本流占满时，再增加物联网终端也只是在基带调度里排队，射频侧并不会多出空口资源。判断扩容点，要看前传利用率是不是已经贴近线速，而不是只看核心网出口。
压缩和功能切分可以降低前传流量，但会限制可选的信号处理位置。压缩开得过狠，高阶调制的误差会先在边缘用户上露出来，表现为误块上升而射频功率并未下降。更换前传光模块之前，应核对采样参数和压缩是否匹配，避免用更大的光口去掩盖配置错误。
切分点一移动，时延预算就跟着改
集中单元处理非实时的无线资源控制和分组数据汇聚，分布单元处理调度、链路层和物理层里必须卡时间的部分。切分点越往物理层靠，前传带宽越大，集中单元能做的协同也越多；切分点往上移，前传轻松了，联合调度的空间变小。物联网若要求上行准点到达，分布单元和射频之间的时延必须留在混合自动重传的预算里，集中单元侧的云化时延不能算进这个预算。
池化部署时，多台射频共享一组基带。某一基带板过载，连在上面的所有小区会一起出现调度延迟，地理上并不相邻的设备会同时变慢。这种相关性是基带池的特征：故障面按板卡聚合，不按单个扇区聚合。定位时应先问这些设备是否挂在同一基带池，再决定是覆盖问题还是处理能力问题。
小包为什么在基带调度里更容易被饿到
调度器位于基带侧，按优先级、信道质量和缓存占用决定谁先拿到资源块。视频大缓存会持续请求资源，周期上报的物联网小包如果优先级低，可能连续几个调度周期都排不上。应用层超时并不等于无线链路断了，包还在基站缓存里。判断条件是：终端仍处于连接态，缓存占用不为空，授权次数却很少。解决办法是提高承载优先级或减少无意义的连接态驻留，而不是加大应用重传。
达希物联的卡和模组不替代运营商的基带单元，但设备是否被调度到，会直接写进在线时延和失败重传。平台上若一批卡在同一站点同时变慢、信号电平却正常，应把怀疑点放到该站的基带负载和前传，而不是逐张卡做复机。选模组时要确认它上报的缓存状态和优先级参数能被网络采用，否则签约了高优先级也进不了调度队列。
基带板倒换时小区名字可能看起来没变
池化的基带单元可以在板卡之间迁移小区。迁移之后小区标识仍是原来的，射频单元也没动，但调度进程、缓存里的混合自动重传状态和未完成的加密上下文都换了一套运行实例。终端可能要重建无线连接，应用层表现为短时中断后恢复，信号电平始终正常。若只按小区标识判断“基站没变过”，会把这次中断记成终端自己重启。应同时看基带板的倒换记录和终端的重建时刻是否重合。
倒换期间前传若短暂中断，该板卡上的所有小区会一起出现重建，地理上分散的设备呈现出同一秒的失败。这是基带池的故障面，不是某一张卡的故障面。达希物联平台如果能按小区把重建时间对齐，就可以把“同一基带板上的卡”和“偶然单台掉线的卡”分开。对齐之后仍只有一台设备失败，再回到模组侧查能力上报和优先级，而不是要求运营商更换整站。