企业官网建设流程全解析

简介：面向通信网络工程师、无线优化人员及5G运维管理者的华为设备上行载波聚合技术文档，聚焦5G上行2CC功能的开启与优化，系统讲解CA原理、支持频段组合、终端能力要求，并给出TDD+TDD、TDD+FDD及SUL等多频段组合下的参数配置方案。文档详细梳理帧偏置核查、邻区关系设置、CA频点集配置、上行CA开关启用等操作步骤，同时提供后台指标观测方法和苏州、南京、南通等地的现网试点验证结果，通过上行流量与PRB利用率变化直观呈现部署效果，为热点区域容量提升提供技术依据和实践参考。资源包内为1个docx格式文档，大小6.07MB，兼具原理讲解与实操命令，适合结合现场环境逐步对照配置，尤其要关注终端支持情况与帧偏置一致性等前提条件，确保功能开通后获得预期速率增益。已有130人学习下载，适合通信工程与网络优化领域的中高级技术人员参考。

1. 5G上行CA到底解决了什么：不换频段也能把上行速率翻倍

把上行速率从几百兆提到上千兆，最直接的手段不是换频段，而是开启上行载波聚合。5G上行CA，简单说就是让终端的上行数据同时在两个载波上发射，速率叠加，这是FR1内最常见的提速手段之一。某设备商的商用基站里，这项功能的开关早已内置，可一次FWA试点里，我见过配置照着文档做、上行速率却不升反降的情况，问题出在辅小区激活时序和功率共享回退参数上。这篇文章先把FR1内上行CA的概念和选型逻辑讲清楚，再给出可落地的配置路径与性能验证方法，重点记录几处常见的翻车点，给正在做上行速率优化的工程师一条可以照走的捷径。

2. 上行CA的三种形态：带内连续、带内不连续、带间CA怎么选

2.1 三种子场景的速率增益与频点要求

5G的FR1内载波聚合，是把同一个频率范围内的两个载波聚在一起用。按3GPP的定义，FR1内CA分成三种子场景：带内连续CA、带内不连续CA和带间CA。带内连续CA是两个分量载波（CC）位于同一频段且相邻，中间没有保护频带；带内不连续CA是同一频段内两段频谱不相邻，中间被其他业务频谱隔开；带间CA则是跨频段组合，例如3.5GHz频段与2.6GHz频段一起聚合。

三种形态对基站射频资源、终端收发链路、调度复杂度的要求差异很大。带内连续CA实现最简单，基带资源占用少，但要求运营商有相邻的整段频谱，现实中很难找；带内不连续CA把零散频谱利用了起来，但副载波需要额外的滤波避免邻频泄漏，对射频指标要求高；带间CA的收益最大，主辅载波信道特性差异明显，调度灵活，也是目前现网部署最多的形态。

实际选型时，我倾向优先考虑带间CA。原因是现网频谱规划里，同一频段内很难留出两段可聚合的连续带宽；而带间CA把两个覆盖特点互补的频段组合起来，一个是容量层，一个是覆盖层，上行调度时也能利用不同频段的传播特性，在边缘区域获得额外的频率分集增益。

2.2 上行SUL在CA部署里的角色

上行补充载波（SUL）不是载波聚合，但部署上行CA时几乎绕不开它。SUL是给一个下行载波额外配一个低频上行载波，如n78配n80或n81，终端在上行覆盖受限时可以选择低频SUL发射，专门解决高频上行覆盖差的问题。

很多工程人员以为SUL就是“上行CA的简化版”，这个理解在参数配置上会翻车。SUL和传统上行CA的区别在于：SUL的终端在上行调度时二选一，要么用普通上行载波，要么用SUL载波；而CA是让两个上行载波同时工作。也就是说SUL提升的是覆盖半径，CA提升的是峰值速率，它们不是替代关系而是互补关系。

如果某个组合里同时配置了SUL和CA，网管上需要专门指定哪个上行载波属于CA组、哪个属于SUL候选，不能把SUL直接绑定为主辅上行载波。否则终端在边缘区域会上报支持CA却不支持SUL回退，调度器选错载波，上行速率反而比单载波更差。

2.3 不上行CA时，单载波上行到底卡在哪

理解上行CA的价值，得从单载波上行的三个天花板说起。

第一个天花板是时隙占比。TDD系统里一个无线帧只有部分时隙用于上行，比如3.5GHz频段常见的3D:1U配比，一个周期内只有1/4时隙能发上行数据。就算频谱能力再强，上行速率也被压缩在时隙占比以内。

第二个天花板是发射功率。终端最大发射功率是固定的，常见为23dBm。单载波时这些功率全部给一个发射链路，但受限于功率放大器的线性区间，实际能达到的发射功率往往打折扣。多载波时功率还能分布式利用，让两个PA分别工作在线性区。

第三个天花板是调度和MCS。单载波在高负荷下，基站调度器分给单个用户的上行RB数有上限，同时用户在无线环境较差时MCS会降阶，这两者叠加导致上行速率明显下跌。CA等于把两个频段的RB资源和调度机会放在一起，上限自然高出不少。

3. 开启上行CA的配置路径：从License检查到参数生效

3.1 开启前检查清单：License、基带资源、UE能力上报

上行CA不是网管上点开一个开关就能跑起来的，在我做过的项目里，有接近一半的现场问题出在开启前的检查没做全。

License检查是第一关。某设备商的商用基站把FR1上行CA做成独立Feature，需要在网管的Feature Manager里确认License已加载且状态为“有效”。如果没有对应License，配置保存后功能不生效，而且网管不会报明显错误，只有在话统里能看到CA建立成功率始终为0。

基带资源同样关键。上行CA开启后，基带板要同时处理两个载波的调度、解调和HARQ进程，对基带CPU负载和中频资源的占用会明显上升。建议在开启前查一下基带板的主控CPU占用率，空闲率低于30%的先做资源扩容，否则后期峰值业务时段会出现调度拥塞。

UE能力上报有时被忽略。基站侧开了CA，但终端在上报无线能力时没带上对应的上行CA能力位，基站不会主动调度辅载波。查UE能力的关键字段包括上行CA带宽等级（如UL_CA_2A/2B/2C）和同时发射能力位。这个问题在测试机上尤其常见，有些测试软件默认关闭了上行2CA上报。

3.2 分步配置：以某设备商商用基站为例

以我常用的一套某设备商基站操作流程为例，上行CA的配置大致分四步走。第一步在网管上新建一个载波聚合组，指定该组使用的上行CA类型为“FR1内上行CA”。第二步把主小区（PCell）和准备加入的辅小区（SCell）绑定到同一个CA组，要求这两个小区覆盖区域基本重叠。第三步开启上行CA的PUSCH同时发送开关，这一步决定了两个上行载波能否在同一时刻并行发射。第四步保存配置并去激活再激活一次小区，让参数生效。

配置完成后要做的第一件事不是测速率，而是查看辅小区状态。我会在网管上检查SCell的状态是否处于“已激活”，同时查一条RRC连接重配置的完成记录，确认终端确实接受了SCell配置。很多现场打开CA后测试没效果，最后定位到是SCell配置下发失败，而网管上SCell状态还停在“待激活”。

常见做法是先在同一个站点内部完成配置和验证，再延伸到跨站组合。跨站组合时SCell和PCell分属不同站点，需要额外配置站点间的时延补偿参数，否则上行HARQ时序会错乱，造成大量重传。

3.3 三个容易设错的参数

SCell激活延迟参数是第一个容易踩坑的地方。该参数决定SCell从配置完成到实际参与调度的等待时间，默认值往往偏保守，对峰值速率测试影响很大。测试时看到CA生效但速率提升缓慢，优先怀疑这个参数，建议在现网测试阶段调小到默认值的一半，注意观察激活成功率和HARQ重传率变化。

上行功率共享回退参数是第二个坑。双载波同时发射时，终端总功率受限，两个上行载波要平分功率预算。如果回退参数设置不合理，辅载波发射时会把主载波功率压得过低，主载波MCS掉阶，反而拖累整体速率。这个参数需要配合终端日志看实际功率分配，不能直接照搬模板值。

第三个坑在BWP配置。两个载波的上行BWP数量如果不一致，调度器在SCell上找不到可用的BWP，上行数据只能等主载波调度。配置时确认两个载波的BWP配置对齐，带宽和子载波间隔最好保持一致，以减少跨载波调度的复杂度。

4. 多频段组合部署：n78+n41与n78+SUL的差距不在频点而在配比

4.1 两个典型组合的部署差异

现网最常见的FR1内上行CA组合是3.5GHz频段加2.6GHz频段，也就是n78聚合n41。这对组合频率间隔约900MHz，射频链路需要支持两个频段同时发射，对RRU和终端收发机的要求都不低。部署时要注意两个频段本身的上行时隙配比，这是影响CA实际增益的第一因素。

另一个典型组合是n78加n77，频率间隔较小，终端射频实现相对容易，但两个频段的覆盖特性接近，边缘增益有限。还有一种常见做法是给n78配SUL（n80/n81），从覆盖角度补强上行，从速率角度并不算CA，如果要把速率做上去，建议SUL和CA同时配置。

选择组合时我一般先看两个频段的时隙配比，再评估终端支持度。有的频段在本地网里被定义成特殊时隙配比，两个载波的上行机会本来就少，聚合后增益自然不明显。

4.2 时隙配比与上行授权周期：决定了速率翻倍的玄学

上行CA的调度本质，是让终端在两个频段的上行时隙里分别获得授权。如果两个载波的上行时隙恰好错开，终端在原本的“下行时隙”里也能通过另一个载波发上行数据，上行占空比接近翻倍，这就是速率翻倍的核心机制。

实际部署中最常见的问题是两个载波的上行时隙完全重叠。比如n78用3D:1U，n41也用3D:1U，两个载波的上行窗口在同一时间段，CA只是把频谱宽度增加了，占空比没有变，增益远低于预期。理想配置是n78用DDDSU，n41用DSUUU，这样两个频段的上行机会在时域上几乎无缝衔接，上行速率增益可观。

时隙配比改动涉及同频段所有小区的对齐，很多项目卡在这里。改配比前要确认邻区关系、干扰协调策略和终端的老旧型号兼容性，不能只为一个CA组合单独改。我一般建议先从单站试点配比组合，验证上行Gap性能后再扩大到连续覆盖区域。

4.3 天线模式与UE能力：CA速率是终端“同时发出来”的

上行CA对终端的要求比下行CA苛刻。终端需要有两套可同时工作的上行发射链路，而且两个链路都要满足频段和发射功率要求。测试时如果CA没有建立，先查终端能力里有没有“UL CA”相关字段，例如上行2CC同步发射字段。

基站侧的天线配置也要配合。上行CA建议开启SRS天线切换，让基站能同时估计两个上行载波的信道质量，调度时才能把RB和MCS配在合适的位置。有些基站默认只对主载波做SRS估计，辅载波按固定MCS调度，测试结果会比预期差很多。

天线端口配置上，4T4R或2T4R的接收通道对双载波上行接收能力较强，纯2T2R配置下两个载波分集增益不足，边缘区域的速率波动会变大。部署前确认站点的接收通道数，这也是硬件侧最容易忽略的瓶颈。

5. 性能验证与避坑：指标怎么读、翻车怎么修

5.1 验证前的基准：终端、位置与邻区

上行CA的性能验证，最怕在前面几步就引入大变量。我会固定一个支持上行2CC发射的测试终端，同一芯片方案、同一固件版本，保证UE能力一致；位置选在近点RSRP大于-80dBm的区域，避免覆盖差导致MCS太低，掩盖CA的真实增益；同时要求周边邻区降功率或临时关闭同频干扰源，让测试结果尽量反映配置本身的性能。

测试时长建议不少于10分钟，覆盖上行高负荷和低负荷两个场景。高负荷看峰值和容量，低负荷看调度稳定性和激活延迟。速率的统计口径也要统一，用应用层吞吐还是MAC层吞吐，不同层之间差距可能超过10%，对比时必须同口径。

5.2 指标怎么读：MCS、BLER与HARQ重传

上行CA真正的性能体现，在PUSCH的调度质量上。我在每次CA测试后必看四个指标：PUSCH PRB占用率、上行MCS值、BLER和HARQ重传率。这四个指标组合起来，能判断CA速率不达标的瓶颈在哪。

PRB占用率很低但速率上不去，多半是调度器没给满RB；占用率满但MCS低，就要看终端发射功率是不是被回退掉；MCS和PRB都正常但速率差，重点查HARQ重传。这四个指标是连在一起看的，不能单独下结论。

5.3 四个典型踩坑：现象、原因、解决

坑一，上行速率不升反降。现象是开启CA后主载波速率明显下跌，总速率低于单载波。原因多为主辅载波间功率共享回退过大，辅载波发射时把主载波功率预算挤占了。解决方法是调整上行功率共享回退参数，给主载波保留更大比例功率，同时观察MCS回升情况。

坑二，测试软件显示两个载波没有聚合。现象是终端上报了CA能力，但空口信令里始终只有PCell的调度授权。原因是FDD和TDD混合组网时，CA组类型配错，SCell被配置成下行CA专用。解决方法是检查CA组属性是否明确标记为“支持上行同时发射”，修改后重新激活小区。

坑三，SCell反复激活又释放。现象是CA建立后SCell状态频繁在激活和去激活间切换，上行吞吐抖动严重。原因是SCell激活延迟参数设置过短，加上低业务量下的去激活定时器太灵敏，业务刚起来就触发释放。解决方法是调低SCell激活延迟，同时延长去激活定时器，保证传输窗口稳定。

坑四，两个载波明明都发数据，速率却只提升20%。现象是PRB占用率双载波都高了，MCS也正常，但总吞吐和单载波差异不大。原因是两个载波上行时隙完全重叠，占空比没有变化，带宽加了但时间窗口没加。解决方法是把两个频段的上行时隙配比错开，让SCell在PCell的下行时隙里补充上行机会。

6. 调优闭环：六步完成一次上行CA组合验证

6.1 六步闭环

我每次接触一个新的多频段组合，都会按相同的六步走完整个验证流程，避免漏掉关键环节。

第一步，确认基线。先关掉CA，测出单载波在近点和远点的上行速率、MCS和BLER，作为后续对比的基准。第二步，开启CA并完成配置，记录SCell激活状态和RRC重配置成功率。第三步，连续抓取不少于10分钟的调度日志和小区级指标。第四步，对指标做判读，按屏幕上的PRB占用、MCS、BLER、HARQ重传率判定瓶颈方向。第五步，针对瓶颈参数做单变量调整，每次只改一个参数，保存后重新采集指标。第六步，复测并记录最终配置，形成站点级的参数模板，方便后续其他站点直接套用。

6.2 一次调优的实际片段

某次n78+n41组合验证中，第一轮开启CA后总速率只有单载波1.2倍，数据明显偏低。看指标发现PRB占用率接近满，MCS却比单载波低4个阶次，定位到功率回退。调整了上行功率共享回退参数后，MCS回到接近单载波水平，总速率提升到1.7倍。

随后又发现SCell在业务低谷期频繁释放，业务恢复时重新激活需要等待，平均速率被拉低。我把SCell去激活定时器从50ms调到200ms，业务波动期间的稳定性明显改善。这一轮调优提醒我一个习惯：任何参数改动后，先抓SCell激活时间戳，再下结论；从那以后我每次做上行CA验证都强制自己走一遍完整的六步闭环，不再靠感觉拍板，希望帮到你。

本文还有配套的精品资源，点击获取