企业官网建设流程全解析

简介：针对华为5G上行载波聚合（上行CA）的开通与优化，这份技术文档面向通信网络工程师、无线优化与5G运维人员，系统解决上行2CC功能的参数配置与性能验证问题。文档从3GPP R15载波聚合原理切入，梳理FR内CA、PCell/SCell等基本概念，并给出TDD+TDD、TDD+FDD及SUL等典型与非标频段组合的终端能力要求和配置流程，涵盖帧偏置核查、异频频点关系、外部小区、CA频点集及上行CA开关启用等实测操作细节。同时提供后台指标观测方法与苏州、南京、南通等现网试点验证数据，可帮助读者评估不同场景下上行CA对速率和PRB利用率的影响，为热点区域容量提升提供可落地的实践依据。资源包共1个docx文件，约6.07MB，内容结构完整、命令示例详实，目前已有126人学习下载。 做移动通信优化的同行应该都有同感：5G网络下行跑到1Gbps已经不新鲜了，但一到上行就露馅。尤其是直播、视频回传、工业数据采集这类业务，用户反馈最多的往往是“下行挺快，传东西却卡”，本质就是上行速率和覆盖没跟上。我这次要聊的，就是解决这类问题的关键手段——5G上行载波聚合（UL CA），以及我们在华为设备上做多频段组合部署和性能验证的完整过程，适合运营商优化工程师、设备商交付人员和高校通信方向的学生参考。

先交代一下背景。我们这边现网是3.5GHz TDD为主力承载，典型帧结构下上行时隙占比偏低，加上高频段上行覆盖天生吃亏，终端发射功率又有限，上行体验一直是投诉集中点。客户要求在不换终端、不大改现有网络架构的前提下，把上行吞吐提上来，尤其是边缘覆盖区域。我们综合评估后，决定采用上行载波聚合作为主要方案，把FDD中频段作为补充上行载波叠加进去。这篇博文就是整个项目的复盘，从方案选型到华为设备上的MML配置，再到优化调参和实测数据分析，全都摊开讲。

1. 项目背景：上行瓶颈到底卡在哪

1.1 单频段上行的物理限制

5G时代的业务模型和4G时代差很多。4G以内容消费为主，下行流量占绝对大头；5G则催生了大量上行敏感型业务，比如手机直播、4K/8K视频回传、无人机巡检、智能工厂的数据采集，上行流量占比明显上升。但网络侧的上行能力却受三方面限制：

一是终端的发射功率。手机最大发射功率一般是23dBm（约200mW），要同时支撑覆盖和速率，在3.5GHz这种高频段上信噪比天然不如低频，边缘用户的上行MCS普遍很低，速率起不来。二是TDD帧结构约束。3.5GHz频段上下行共用一个载波，靠时隙切分。商用网络常用的7:3或8:2配置下，上行时隙本来就少，能分给PUSCH的资源非常有限。三是覆盖不对称。下行的波束赋形增益可以做得很高，上行没有这个增益，导致覆盖半径受限。用户侧感受到的就是“下行几百M，上行几十M”，上传文件要等半天。

1.2 项目要解决的核心矛盾

客户提的几个硬性需求很明确：边缘区域上行吞吐至少翻倍，重点覆盖区域上行峰值速率有明显提升，切换和业务连续性不能劣化。最关键的一条——不能依赖终端更换。这直接排除了那些只靠终端能力才能发挥的方案，也逼着我们在无线侧找解法。

当时团队内部也讨论过几个技术路线：补天线、增加上行时隙配比、开上行CA、做SUL。天线受限于站点条件，不好动；时隙配比涉及全网规划，会影响下行容量，轻易不能改；剩下的就是上行CA和SUL二选一。经过技术对比和终端支持度调研，我们最终锁定了上行CA路线，具体原因下一节细说。

2. 方案选型：为什么最终选了上行载波聚合

2.1 上行CA与SUL的技术路线对比

上行载波聚合（Uplink Carrier Aggregation）和补充上行（Supplement Uplink，简称SUL）经常被放在一起比较，但原理有本质区别。UL CA是让终端同时在主小区（PSCell/PCell）和辅小区（SCell）的两个上行载波上发送数据，接收端把两条链路的数据合并，属于“叠加”逻辑，吞吐增益接近双倍。SUL则是给主载波配一个低频补充上行载波，同一时刻数据走哪条上行链路由网络动态选择，属于“切换”逻辑，它解决的是覆盖问题，吞吐叠加效果有限。

我们最终选择UL CA，原因有三点：第一，项目目标既要有边缘覆盖增益、也要有近中点吞吐提升，UL CA两条腿都能覆盖；第二，现网3.5GHz终端普遍支持FDD+TDD的inter-band上行CA能力（但具体要验证，后面会讲）；第三，华为设备侧UL CA的特性成熟度在现网已经比较稳定，参数配置和功能开关都有现成的模板支撑。SUL也不是不好，但在我们“要实现上行速率翻倍”这个核心指标上，不如UL CA直接。

2.2 多频段组合的选频逻辑

确定了技术路线后，紧接着就是把“哪两个频段绑在一起”这个问题敲定。我们现网的主力FDD频段是1.8GHz（对应LTE Band 3 / NR n3），覆盖能力比3.5GHz好不少，终端也普遍支持n78+n3的带间组合，所以组合方案定为3.5GHz TDD做主载波、1.8GHz FDD做辅载波。

这里有一个工程约束要提醒大家：多频段组合不是随便绑的，要同时满足终端射频支持、设备RRU/AAU硬件支持、以及频段间的干扰隔离条件。比如某些终端虽然支持n78和n3，但只在band combination清单里写了上行2CC，下行3CC也可能只是“上报能力”但功率共享策略有差异。所以选频之前一定要先拉终端支持矩阵和基站硬件能力表，否则配置下发后SCell根本立不起来。这也是我们项目里踩过的一个小坑，后文会展开。

3. 华为设备多频段组合的部署实操

3.1 部署前检查清单

在动手配数据之前，我把需要核查的点列了一个清单，供大家参考：

• 基站硬件版本和基带板能力：确认AAU/RRU支持待叠加的FDD频段，确认基带板处理能力支持双载波调度；
• License资源：华为设备上行CA功能通常需要单独授权，核查链路里是否已经激活UL CA相关功能license；
• 网管版本与MML命令：不同版本命令稍有差异，以现网实际版本为准，建议先在实验网验证一轮；
• 终端支持矩阵：挑选主流芯片平台的终端做摸底测试，确认band combination和上行2CC上报正常；
• 邻区与干扰扫描：部署前对1.8GHz频段的底噪做一轮扫描，避免有外部干扰源影响后续验证。

3.2 MML配置流程解析

华为设备上做UL CA的配置，核心是添加一个用于上行叠加的SCell，并且把上行CA的开关打开。我这边以通用配置思路给大家展示，具体命令名和参数名以你们现网版本为准。

第一步是添加SCell。需要定义一个辅小区，分配SCellId，绑定到对应的上行载波（比如1.8GHz的FDD载波），并配置好物理小区标识PCI、带宽和上下行频点。配置的关键点在于要把这个SCell的“用途”明确为上行叠加，而不是一个独立完整的5G小区，否则网络会把它当普通邻区，数据面的承载逻辑就不对了。

第二步是配置测量和添加事件。网络只有在终端上报了对应频段的测量结果后，才能下发SCell添加指令。这里主要涉及A4/A5事件门限的配置，建议把SCell添加门限设置为较低门限，例如RSRP达到-115dBm即可触发，保证边缘用户也能用上双载波。门限设太高，远端用户吃不到增益；设太低，SCell频繁添加释放，消耗信令。

第三步是打开小区级UL CA开关。华为设备里一般有类似ulCaSwitch、pscellUlCaSwitch的开关位，开启后基站才会在上行调度时为支持双发能力的终端同时分配两个载波的PUSCH资源。配置后需要确认小区的SIB配置同步更新，让终端在接入阶段就知道这里上行CA可用。

第四步是核查邻区关系。虽然SCell通常配置为本小区内部管理，但涉及异频测量时，需要保证主小区和SCell频点之间的互操作关系正确，避免终端测量不到辅载波。

这一步排查最费时间。曾经遇到配置完一天后发现终端上报SCell添加成功率只有60%，跟踪信令发现终端始终没有上报1.8GHz的测量结果，最后定位到是邻区关系表里缺少了一条异频频点配置。所以每次MML改完，我建议都把时钟、邻区、测量频点重新拉一遍，别省这一步。

4. 开启后的优化：从“能用”到“好用”

4.1 功率控制与终端功耗平衡

UL CA开启后，终端理论上要同时在两个载波上发射信号，两条上行链路的总功率不能超过终端的最大发射功率。实际调度时网络侧需要分配功率比例：均衡分配适合大多数场景，但也可以针对边缘用户提高低频FDD载波的发射功率，利用1.8GHz的覆盖优势保底，同时用3.5GHz TDD载波尽力传。这个策略在现网实测下来，对边缘用户的上行增益非常明显。

这里有个关键参数要提：A-MPR（额外的最大功率回退）。双载波同时发射时，为了避免射频非线性互调产物超标，终端会被要求额外回退一点功率。回退幅度过大就会抵消CA的增益，所以建议在配置中选用终端上报的P-MPR能力做自适应回退，不要把A-MPR配置成一个固定的偏大的值。我们一开始用固定值，导致中近点用户的发射功率被限制，双载波速率反而没跑上去，调整后问题才解决。

4.2 调度策略和移动性参数优化

调度策略直接影响用户到底能不能吃到双载波的增益。华为设备的调度器在UL CA场景下支持按比例在两个载波上分配RB，我们的建议是初期采用基于用户信道质量的调度策略，信道质量好的载波多分配RB，信道质量差的载波保底分配。对于MCS选择，由于FDD低频段信道质量通常优于高频，FDD载波上的MCS可以放开一点，TDD载波则保持原有限制。

移动性方面，SCell的去激活定时器值得重点关注。默认的去激活定时器偏短会导致终端刚加上SCell就立刻释放，在小区边缘频繁添加释放，既吃信令又影响用户体验。建议结合实测把去激活定时器调大，或者配置为基于SCell信道质量动态去激活。我们最终把去激活门限调低、时延调长，边缘用户的上行吞吐曲线明显平滑了很多。

5. 性能验证：实测数据与增益分析

5.1 验证方案设计与测试工具

性能验证阶段，我们选用了支持上行2CC的测试终端，配合路测工具做定点、步行、车载三类场景测试。指标主要记录：上行PDCP层吞吐量、PUSCH BLER、SCell上行占用率、UL CA成功占比、切换成功率、RRC重建率和终端发射功率余量。定点测试分三个点位：好点RSRP>-80dBm，中点RSRP在-95到-100dBm之间，差点RSRP低于-110dBm。每个点位分别跑单载波（关闭UL CA）和双载波（开启UL CA）两组数据，确保对照组一致。

5.2 实测数据与增益分析

下面这组数据是我们现场测试的统计结果（为脱敏，数值做了归一化处理），单看就能看出UL CA的价值：

好点的增益没有到100%，主要因为终端在两个载波同时发射时存在功率回退，加上单载波时MCS已经接近链路极限，双载波分摊RB后单载波速率略降，叠加起来总速率自然低于两倍。这符合理论预期，不算是异常。差点这类边缘位置的提升反而最明显，接近162%，验证了FDD低频上行在覆盖上的补充作用。中点位置提升约84%，也达到客户“翻倍”的预期目标。

还有一个数据值得关注：开启UL CA后，SCell上行占用率稳定在85%以上，说明辅载波没有被浪费；RRC重建率和切换成功率与关闭CA的基线对比基本持平，没有明显的移动性劣化。整体来看，这个方案在现网是可落地的。

6. 排雷实录：常见问题与排查技巧

6.1 终端上报能力不支持该频段组合时怎么办

这是部署中最常见的问题。明明基站配置没问题，但终端就是不发起SCell添加请求。处理思路很明确：跟踪Uu口信令，找终端的UECapabilityInformation消息，看CA band combination里有没有n78+n3这个组合。部分终端虽然支持这个组合，但软件版本上限制了上行2CC能力，这时候只能选择升级终端版本，或者暂时降级到单载波。排查这个问题时，我不建议一上来就猜参数，直接看信令最快。

6.2 SCell添加失败率高的主因

SCell添加失败率高的原因通常是这几个：A4/A5门限设置过严、PCI冲突、邻区漏配、上行同步失败。我们项目里遇到过一次PCI冲突，1.8GHz频段里两个远端小区用了相同的PCI，导致终端上报的测量结果无法匹配到正确的SCell。处理办法是核查物理小区标识规划表，把冲突PCI改掉。另外提醒一个容易被忽略的点：SCell添加依赖终端的上行同步，如果上行TA一直建立不成功，SCell添加就会反复失败。这时候要去查主小区看来是否有上行干扰，或者终端发射功率余量是不是已经耗尽。

6.3 TDD+FDD组合下的互调干扰排查

TDD 3.5GHz和FDD 1.8GHz同时发射时，终端射频前端会产生互调产物，如果落在基站接收带内，就会抬升底噪、恶化PUSCH解调。现场如果发现开双载波后某个频段的BLER异常升高，排除外部干扰后就要怀疑互调问题。用网管的底噪曲线按天对比，可以看到明显抬升的时段。处理手段一般是：降低双发功率回退值、检查终端天线隔离度、临时调整双载波的RB分配避开互调最严重的区间。有一种更彻底的办法是让两个载波错开频域资源，但在标准UL CA里不总能实现，得看设备支持能力。

6.4 开了UL CA之后终端发热和耗电明显

这是用户体验层面的问题，但也得重视。双载波同时发射，终端的射频前端功耗翻倍，长时间直播场景下手机发热更快。网络侧能做的优化是：配置CDRX让终端在没有上行数据时进入微休眠，同时在确认没有上行大包业务时尽快去激活SCell。实测下来CDRX开启后，驻网电流下降明显，但也要注意对时延敏感业务的负面影响。建议对URLLC类业务单独做策略，不要全局一套参数。

回到整体项目，我个人最大的体会是：上行载波聚合最怕的不是配置复杂，而是方案选型阶段没想清楚。把目标分解清楚——到底要覆盖增益还是吞吐增益，是主要给边缘用户兜底还是给直播用户提速——再决定技术路线，后续的工作就会顺畅很多。如果你也要在华为设备上做UL CA，建议Step by Step先实验室验证，再选一个站点做单站试点，确认所有KPI没有劣化后，再推广到片区。功能开起来不难，难的是把参数调到和现网场景匹配。最后说一句，这套方案后续还可以往5G-A方向延伸，比如上行三载波聚合、AI辅助调度，到时候再单独写一篇。

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