这期是无线网络仿真系列的第22篇也是我正式集中处理小基站部署仿真的一个节点。做5G网络仿真的人应该都有一种感觉宏站配置起来很套路小基站反而最难调。在仿真里添加一个Small Cell没有任何技术门槛难的是它放到网络里之后到底有没有真正起到规划时的作用——室内外补盲补没补上、热点流量吸没吸走、跟宏站的同频干扰能不能压住。这篇就把我在做5G网络仿真中小基站部署的经验、参数取舍和踩过的坑整理出来给后面接类似任务的同行一个参考。小基站部署这个题目看着是“在仿真地图上多扔几个节点”实际上牵扯到信道模型选型、回传链路建模、干扰协调策略、移动性配置、统计口径选择一整套东西。宏站部署的很多默认参数在小基站场景下直接套用会出大问题。这篇我尽量把每一步“为什么这么选”讲清楚也会附上可直接修改的配置文件思路和实测中遇到的典型异常现象适合正在做系统级仿真、或者刚从小站宏站联合组网仿真入门的人对照使用。1. 项目概述小基站部署到底在仿真什么1.1 从宏站到小站仿真建模思路的转变无线网络仿真里小基站部署通常说的不是单个小站在哪栋楼里放一个的问题而是整个网络的异构组网问题。5G网络仿真中默认的覆盖骨架是宏站站高25米到30米发射功率40W到80W覆盖半径几百米甚至上公里。小基站不一样典型发射功率从100mW到几瓦站高往往就在五六米覆盖半径几十米到两百米。这两类节点在仿真器里的建模粒度完全不同。宏站想的是“面覆盖”,天线高于屋顶线信号可以越过障碍物连续推进。小站想的是“点覆盖”,天线低于屋顶线信号主要沿着街道和室内走廊走被楼体阻挡的衰减非常严重。所以小基站部署仿真的第一步不是调参数是先切换思维不能再指望Okumura-Hata一类的宏站经典传播模型走到底必须换成适合微蜂窝场景的UMiUrban Micro模型或者室内InH模型否则小站的覆盖半径算出来能多出一倍结论完全失真。我用生活里的比喻帮助理解宏站是城市主干道上的高架桥小基站是小区门口和地下车库里的支路。主干道规划要考虑路网密度支路规划要考虑出入口怎么接、什么时候会堵。仿真小基站部署本质上就是在仿真“支路和主干道的衔接关系”。1.2 小基站部署仿真的三个核心评估对象在动手搭仿真之前先要把评估对象想清楚。我习惯把小基站部署仿真拆成三个指标域覆盖、容量、移动性。这三个域对应的建模范式不一样最后分析结果的口径也不一样。覆盖域关注的是RSRP参考信号接收功率和SINR信号与干扰加噪声比在目标区域的分布。小站有没有把宏站覆盖不到的地下室、电梯前室、商场中庭信号漏洞补上边缘区域的最差5%用户能不能达到业务门槛。这个域里关键输入是传播环境、小站位置、发射功率和天线方向角。容量域关注的是系统吞吐量、用户平均速率和热点卸载效果。部署小站的直接动机通常是把宏站下面已经拥塞的用户流量分流出来。仿真时必须看接入到小站的用户数占比、两个网络的负载均衡度、混合业务下的边缘速率。这个域里用户分布模型比任何参数都敏感如果仿真里UE是均匀撒点小站容量提升的效果会被严重低估。移动性域关注的是切换成功率、切换次数、乒乓效应和终端移动时的业务连续性。小站部署密度上去之后UE穿行小站覆盖区的时间变短切换决策来不及完成就会掉线。5G网络仿真里小站之间的切换、小站和宏站之间的层间切换需要单独配置A3事件、TTTTime To Trigger和小区偏置。这个域是最容易被忽略、也是实际项目里最折磨人的部分。2. 核心方案与建模逻辑先选对模型再谈部署2.1 信道模型选型为什么小站不能套用宏站经验我的经验是小基站部署仿真中信道模型选型直接决定仿真结论的可信度。5G网络仿真现在普遍参考3GPP TR 38.901定义的模型集合覆盖0.5GHz到100GHz频段里面几个常用场景模型刚好对应小站部署的典型环境UMaUrban Macro宏站对室外UE站高25米以上覆盖几百米。UMi-Street CanyonUMi街谷小站对室外UE站高低楼宇夹道环境对应路边灯杆站、街边微站。InH Office / InH Mixed室内热点对应商场中庭、地铁站台、办公楼室内小站。小站部署主要用UMi和InH。宏站用UMa。如果仿真里把小站也套成UMa路径损耗会偏小覆盖半径会被高估干信比算出来也会更乐观最后给出的“需要部署N个小站”的建议一定是偏少的。这个错误我早期犯过后来全部改为按节点类型绑定传播模型之后覆盖图才跟实测对标得上。UR 38.901里面UMi街谷模型的路径损耗公式大概是这样的频段单位为GHz距离单位为mLoS视距 PL 32.4 20*log10(fc) 21*log10(d3D) NLoS非视距 PL 35.3 21.3*log10(fc) 22.4*log10(d3D) - 0.3*(hUT - 1.5)d3D是基站天线到终端天线的三维距离。从这个公式能看出来几个关键信息第一NLoS的系数22.4大于LoS的21意味着非视距下信号随距离衰减更快障碍物遮挡会让覆盖变得非常不均匀第二频率项是20倍对数关系从3.5GHz换到28GHz频率每翻一倍路径损耗增加约6dB这是小站部署在毫米波频段覆盖半径大幅缩小的根本原因。仿真里如果小站下面挂的UE以NLoS为主就不能指望小站能覆盖太远点位规划要优先保证视距可达。除了大尺度路径损耗还要加上慢衰落阴影衰落和快衰落。UMi场景阴影衰落标准差通常设6dBInH室内设7dB左右。仿真里不要为了逼真把阴影衰落开得太大否则覆盖图会很“花”连小站本身的边缘性能都很难评估。建议在第一轮仿真用标准默认值等宏观趋势确认后再做敏感性分析。2.2 回传与接入建模最容易拖后腿的环节小基站部署有一个隐蔽但极其重要的变量回传链路。宏站靠光纤或者微波回传容量和时延相对充足小站位置灵活很多时候根本没有光纤到位只能用微波、毫米波无线回传甚至是xDSL这种性能差异很大的回传。仿真里如果不建模回传链路默认回传无限带宽、零时延那么小站哪怕无线侧做得再好端到端吞吐量的仿真结果也一定是虚高的。我建议在小基站部署仿真里至少给回传加两个参数回传带宽上限和单向时延。如果是仿真增强移动宽带业务回传带宽低于1Gbps时小站无线侧100MHz带宽跑到峰值意义不大如果仿真的是工业控制或者VoNR这类时延敏感业务回传时延就不能只填一个固定值要区分光纤回传和微波帧调度时延。商业仿真工具里通常提供了回传接口模型开源仿真器需要自己加一个简单的限速队列模型都不要直接省略。接入建模上小站跟宏站的差异在于接入准则偏置。宏站信号强覆盖范围大UE默认会选宏站。为了让流量往小站分流5G网络仿真里常用小区偏置Cell Range ExpansionCRE让UE更容易接入小站。CRE偏移量一般配3dB到6dB配太小流量卸不过去配太大节点会吸进来一批信噪比很差的用户导致小站边缘用户体验反而变差。仿真中这个参数要跟切换触发门限一起联调不能单独拍脑袋。2.3 部署策略与参数选型的权衡小基站部署仿真里最核心的参数其实是“部署密度”和“频谱配置”。密度太低补不了盲密度太高会形成“小站层对宏站层的干扰墙”需要做干扰协调。我的做法是先做一轮单站覆盖半径扫描固定发射功率和天线高度看RSRP达标覆盖半径大概是多少然后按目标区域面积除以覆盖半径反推初始站址数量。第二轮再把站址放到实际热点位置逐个增加小站观察SINR和吞吐量曲线拐点。频谱配置上中低频段3.5GHz附近小站和宏站同频组网能提高频谱效率但干扰复杂异频组网干扰小却需要额外频率资源。毫米波频段28GHz、39GHz小站天然适合做高容量补点但穿透损耗大基本只能覆盖室外视线内区域。仿真时我的默认策略是宏站用中低频小站优先用毫米波做热点容量如果手里只有一个频段那就打开用户调度优先级控制配合ABS几乎空白子帧或者资源静默机制压干扰。这个策略未必最优但在大多数项目里能快速得到一个可靠基线。3. 实操过程从场景搭建到结果输出3.1 仿真工具选型思路小基站部署这类系统级仿真用哪套工具取决于你要交代什么结论。如果项目目标是快速评估“某个区域放几个小站、大概什么效果”我推荐先用Matlab 5G Toolbox或者Vienna 5G System Level Simulator这一类自带标准场景和信道模型的工具上手快出图快适合方案汇报。缺点是很吃内存大规模网格化仿真跑起来比较吃力同时对自定义调度算法支持不够灵活。如果是做深入的组网研究比如要改MAC调度器、测试新型干扰协调算法、模拟真实TCP业务端到端行为建议直接用ns-3配合5G-LENA或者ns-3-mmwave模块。开源、可控性高社区例子多唯一要忍受的是编译和运行速度。OMNeT下的Simu5G也是一个不错的选择它的架构对5G核心网和接入网的抽象更完整部署小站时可以通过配置文件直观地指定小区参数适合中期规模仿真。商业工具里Atoll和WinProp常用于工程网规和射线追踪细节建模如果你要输出可直接指导立项的站址清单它们比开源工具更像“生产工具”。不过商业工具的参数封装比较重想搞清楚里面到底用了什么传播模型往往要花时间跟厂商文档较劲。我的建议是研究验证以ns-3为主工程评审以商业工具结果交叉验证两条腿走路。3.2 典型部署场景的参数配置下面以一个典型的“工业园室外热点补盲”项目为例给出我实际用过的参数基线。场景是500米×300米的园区包含1个宏站和3个微站。宏站负责基本覆盖微站负责主出入口、食堂、厂房连廊三个热点区域的容量卸载。参数项宏站微站Pico站高25m6m发射功率46dBm40W30dBm1W天线增益16dBi5dBi频段3.5GHz3.5GHz同频系统带宽100MHz100MHz信道模型UMaUMi-Street Canyon收发天线单阵面单阵面用户数400个UE同上统一撒点用户移动1.5m/s步行同左SCS子载波间隔30kHz30kHz用户分布我这里没有用纯均匀撒点而是用了“均匀背景热点簇”的混合分布背景用户占60%三个热点区域各聚集约13%的用户剩下按泊松过程落在整个园区。这个分布更贴近真实小站的卸载效果只在热点簇里体现得最明显如果全是均匀分布仿真结论会得出“小站提升不明显”误导后续决策。发射功率这里要留意Pico站1W只相当于宏站的约四十分之一靠功率天然拼不过宏站。所以仿真时要打开CRE偏置我通常先用3dB起步和小区个体偏移让更多热点用户主动接入小站。如果UE分布集中在热点CRE偏置可以稍微加大但每加1dB都要观察小站边缘SINR是否跌破-5dB跌破这个值该用户基本无法正常解调。3.3 在Simu5G/ns-3中完成小站部署的步骤以OMNeT/Simu5G为例搭一个小站部署仿真场景的一般流程如下。首先在.ned文件里定义网络拓扑创建宏站小站节点和多个UE节点小站节点选择NRBts类型并设置坐标。然后打开omnetpp.ini给每个小区绑定一个载波配置nr::NrCellInfo之类指定频点、带宽、子载波间隔和帧结构参数。接着是关键的一步为不同节点绑定传播模型。Simu5G里可以通过channel和physicalLayer参数指定损耗模型宏站用UMa小站用UMiUE挂在对应小区下会使用该小区的模型。然后把回传链路加上小站到核心网之间设置一条带宽上限为1Gbps的限速链路。用户移动性用WirelessMobility模块配置路点步行为主热点区域停留时间长一些。最后配置统计输出。我习惯在无线侧采集每用户RSRP、SINR、MAC层吞吐量在应用层采集TCP/UDP业务速率和时延。Simu5G里统计对象的记录路径比较固定直接添加对应的scalar和vector记录即可。仿真时长我一般设120秒前30秒作为系统预热丢弃取后90秒数据计算平均值和CDF。如果用的ns-3流程类似但更底层用LteHelper或者NrHelper实例化小区SetAttribute(DlFrequency, ...)配置工作频段SetPathlossModel选择传播模型然后通过EpcHelper把宏站小站接入核心网。ns-3默认的流控和队列机制比Simu5G更细致适合研究小站拥塞和调度。缺点是参数名在不同版本间不一致我每次升级版本都会花时间跑一遍回归测试。3.4 评价指标与统计输出小基站部署仿真的效果评价我强烈建议同时看三张图。第一张是RSRP覆盖热力图用于判断补盲效果第二张是SINR CDF曲线用于判断干扰水平第三张是用户吞吐量CDF曲线重点看5%分位和50%分位。CDF曲线上如果5%分位用户速率明显抬升说明小站对边缘用户改善显著如果只是50%分位往上走说明小站只是在抢宏站的热点流量整体覆盖质量没有本质变化。统计时还要区分用户接入类型。调查仿真结果时把小站用户和宏站用户分开统计否则小站“吸流”效果会被宏站用户的平均值抹平。我曾经在一个方案里看到整体平均吞吐量只提升了15%但分组后发现小站用户平均速率提升了近70%宏站用户因为负载减轻速率也有一定提升整体数据被“混合统计”稀释了对外汇报永远是一笔糊涂账。4. 典型问题与排查技录4.1 常见问题速查表小基站部署仿真的典型异常现象和排查方向我整理成一个速查表作为自检清单异常现象可能原因排查与修复方向小站部署后RSRP覆盖空洞反而增多站址被楼体遮挡、天线方向角朝墙检查三维地形/建筑遮挡调整天线方位角或站址小站区域SINR反而低于部署前同频干扰严重、无任何干扰协调开启ABS、调整CRE偏置尝试异频组网用户不上小站宏站高负载CRE偏置太小、用户分布不集中增大CRE偏置检查热点簇是否真实命中小区覆盖范围用户频繁在小站间乒乓切换小区覆盖重叠过多、TTT太短增大TTT比如从40ms调至160ms缩小重叠覆盖区小站无线侧吞吐量很高但端到端速率上不去回传带宽限制或回传时延过大检查回传链路参数提升回传带宽或降低时延模拟精度结果每次跑都不一样且波动巨大随机种子太少、用户撒点没有固定至少使用30个随机种子统一用户分布生成方式毫米波小站覆盖半径远小于预期传播模型选错或未计入雨衰/遮挡改用38.901响应的UMi/NLOS参数检查是否启用了穿透损耗模型这里每一条我都实际遇到至少一次。最常见的还是CRE偏置和同频干扰的矛盾。开大了边缘用户SINR拉胯开小了小站白建。仿真里可以采用一点一点往上试的策略每次加1dB记录小站下用户数和CDF的5%点直到边缘用户速率开始下滑再往回调1dB。4.2 我在实际跑仿真时踩过的坑第一个坑是仿真时长不够。小站部署场景里用户移动速度慢很多用户在120秒仿真里甚至没有完成一次完整的小站穿越切换统计样本量趋近于零。后来我把仿真时长加到300秒并专门让一部分UE按“热点停留穿行”两种行为分布才拿到可靠的切换指标。这里要提醒一下仿真时长越长随机数序列状态越稳定统计噪声越小代价是计算时间翻倍。建议用“预热长度加倍、统计长度不变”的方式做验证。第二个坑是天线模型。早期图省事小站用全向天线结果SINR被改得比宏站还好。实际上小站为了控制干扰很多场景会配置方向性天线特别在路边站、灯杆站场景下采用扇区天线或者波束赋形。全向天线下的小站覆盖是个“圆饼”方向性天线下是个“扇形”部署在街角的路边站效果差异巨大。仿真时从哪里拿天线增益方向图版本非常多建议至少从数据集或厂商文档里选一个常用模板别默认当成各向同性。第三个坑是日志输出级别。开源仿真器默认日志全开小站一多CPU性能直接爆炸跑一个小场景能卡到怀疑人生。我现在的习惯是先把所有RNG调试日志关掉只保留小区级统计点第一轮跑通后再针对个别UE开详细日志做微观分析。开日志和不日志的仿真时长经常能差出10倍这对调参阶段非常重要。5. 从仿真数据到真实部署的落差与应对5.1 仿真结果不能只盯均值做小基站部署仿真久了我现在养成了一个习惯任何结论都要先看CDF尾部分位然后才看均值。宏站网络里极少数位置SINR特别差尾部分位主要由阴影和距离决定。小站部署后个别用户离站很近但处于NLoS状态速率可能反而低于平均数十倍的UE如果只比均值就会得出“小站部署很成功”的错误结论。我过去处理过一个真实项目在园区补盲仿真里平均用户速率从80Mbps提到105Mbps看着不错但CDF的5%分位还是只有8Mbps基本等于没改善。分析后发现新增小站全部放在有光纤回传、方便施工的区域内而没有覆盖真正信号恶劣的区域。仿真做出来的是“容量提升”不是“覆盖补盲”跟项目目标完全错位。从那以后每次仿真前我都会先明确目标是从“均值提升”还是“最差提升”再确定指标口径。小基站部署的核心理由大多数场景就是为了托底边缘用户。5.2 真实环境比仿真多了哪些变量仿真做得再细跟真实部署之间也有几个经典落差。第一是工勘误差。仿真里的站址坐标是理想点实际部署时可能因为物业协调、承重、电力供给把站点移动几十米甚至换一栋楼。几十米的偏移在宏站覆盖下无所谓在小站覆盖半径只有几十米的场景里基本等于换了一个部署点。所以仿真结果要预留余量不要把5%分位卡在业务阈值上至少要留3dB的余量。第二是动态干扰。仿真里的干扰源是确定的小区和UE但真实环境里还存在WiFi、专网、无授权频段的异系统干扰尤其3.5GHz附近还有其他5G运营商同频邻区干扰。这部分我们用比标准更高一点的干扰功率底噪来模拟比如把邻区干扰噪声抬升2到3dB让结果更贴近“同频重叠覆盖”的严苛场景。第三是用户行为。仿真里的UE位置、移动速度、业务模型都是概率分布真实用户会有明显的时空潮汐中午热点排队、傍晚下班潮、周末园区冷清。如果我们仿真只用单一业务模型小站容量配置一定不是最优的。现在我的仿真方案都会加两套业务模型一套大文件下载代表高负载一套VoNRweb混合代表常态取两者结果的中位数做最终结论。另外还要提一下物料的季节变化。园区树木茂密时叶片含水量对毫米波和3.5GHz的衰减比我们仿真默认的墙体损耗还大。这一类环境参数建议在仿真里做敏感性分析看结论是否对降雨和植被系数敏感敏感的话就在最终报告中明确标注适用季节。把这些变量想透了仿真结果才值得拿去跟现场路测对标和迭代。