简介：这份PDF文档面向通信工程技术人员、校园信息化建设者及5G网络规划学习者，围绕学校场景下的5G室内分布系统设计展开，提供一套完整的覆盖解决方案。内容从需求分析入手，梳理教学楼、宿舍、图书馆、食堂等区域的覆盖与速率要求，进而阐述分布式架构、统一管理、安全机制等设计原则，并给出需求分析、网络规划、设备安装、网络测试到运维管理的建设步骤，同时总结覆盖广、速率高、安全性强、管理灵活等优势，以及信号干扰、成本控制、安全威胁等现实挑战。资源包为单一PDF文件，大小约2.16MB，结构紧凑，便于快速通读与方案参考。目前已有188人学习，适合需要撰写校园5G室内分布方案、开展网络规划或进行技术选型论证的读者借鉴使用。
1. 5G室内分布系统设计：学校场景为什么总在宿舍楼翻车
做过校园室分的人都有个共识：教学楼好做，宿舍楼难搞。教学楼白天用户密集但流量模型单一，宿舍楼晚上全员在线，上行底噪抬升、切换频繁、小区边缘速率断崖式下跌，一套在写字楼跑得好好的方案搬到宿舍区，可能连基本的VoNR通话都保不住。5G室内分布系统设计在学校场景下的核心矛盾，不是“信号覆盖不到”，而是“覆盖到了但用不了”。学校建筑密度高、楼层多、隔断复杂，单靠室外宏站穿透，室内深度覆盖往往差10~20dB；而如果盲目加功率、加天线，又会把小区干扰抬上去，形成越补越差的死循环。这篇笔记面向的是需要独立完成校园室分方案设计、设备选型、链路预算和现场调试的工程师，从需求分析一路讲到参数配置和踩坑排查，尽量把每一步的选型理由和可复现的操作写清楚。
2. 从需求到方案：校园室分设计的前置计算怎么做
2.1 先搞清楚学校场景的流量模型和覆盖目标
校园室分和普通商场的最大区别在于用户分布的时间集中性和空间不均匀性。教学楼白天每平米活跃用户可能到0.3~0.5人，宿舍楼晚上高峰时段每平米能到0.8~1.2人，而图书馆和食堂是脉冲式高峰。做链路预算之前，先要确定三个输入：目标区域面积、预估用户密度、业务类型占比。常见做法是按每用户下行2~5Mbps、上行512Kbps~1Mbps来估算，eMBB场景下宿舍区单小区并发用户数建议控制在200以内，超过这个数就要考虑小区分裂。
覆盖目标方面，RSRP不低于-105dBm、SINR不低于3dB是基本门槛，边缘速率下行不低于50Mbps、上行不低于10Mbps。这些数字不是拍脑袋来的，而是根据3GPP TR 38.901的室内传播模型和实际路测经验反推的。如果校方要求支持VR教学或4K直播，边缘速率还要往上提，这时候就得重新核算天线密度和发射功率。
2.2 链路预算：从天线口功率反推覆盖半径
链路预算的核心公式是：接收功率 = 天线口EIRP - 路径损耗。室内路径损耗常用多墙模型或ITU-R P.1238模型来估算。以3.5GHz频段为例，ITU-R P.1238给出的路径损耗公式为：
# ITU-R P.1238 室内路径损耗计算（3.5GHz，办公室/教室环境） # PL = 20*log10(f) + N*log10(d) - 28 + X # f: 频率(MHz), d: 距离(m), N: 距离损耗系数, X: 墙损耗(dB) import math def indoor_path_loss(f_mhz, d_m, N=28, wall_loss=0): """ f_mhz: 频率，单位MHz d_m: 发射机到接收机距离，单位米 N: 距离损耗系数，视距环境取22，非视距取28~30 wall_loss: 穿墙损耗，每堵承重墙约10~15dB，隔断墙约5~8dB """ pl = 20 * math.log10(f_mhz) + N * math.log10(d_m) - 28 + wall_loss return pl # 示例：3.5GHz，距离20米，非视距，穿一堵隔断墙 loss = indoor_path_loss(3500, 20, N=28, wall_loss=6) print(f"路径损耗: {loss:.1f} dB") # 输出约 20*3.544 + 28*1.301 - 28 + 6 = 70.9 + 36.4 - 28 + 6 = 85.3 dB这段代码算的是单点路径损耗，实际设计中要取多个采样点做统计。参数N的取值很关键：视距走廊取22，教室内部取28，穿过承重墙的宿舍取30以上。墙损耗是最容易低估的部分，很多方案翻车就是因为把宿舍隔断墙当成5dB来算，实际测量下来一堵混凝土墙在3.5GHz能吃掉15dB以上。
天线口功率一般取15~20dBm每端口，MIMO双流场景下每通道功率要单独核算。如果天线口EIRP为20dBm，路径损耗85dB，接收功率就是-65dBm，看起来余量很大，但这是单天线单流的情况。实际组网中还要考虑多小区干扰余量、人体损耗（3~5dB）、天线增益和馈线损耗，最终边缘RSRP能到-95dBm左右就算合格。
2.3 天线选型和点位规划：别把全向天线当万能药
校园室分常用的天线类型有全向吸顶天线、定向板状天线、对数周期天线和漏缆。教学楼走廊适合用定向板状天线沿走廊布放，宿舍楼房间内部适合全向吸顶天线，电梯和地下车库用对数周期或漏缆。选型时看三个参数：增益、波束宽度、频段支持。3.5GHz频段下，全向吸顶天线增益一般2~3dBi，定向板状天线8~12dBi，对数周期天线10~14dBi。
点位规划有个经验法则：全向天线覆盖半径在开放区域取15~25米，有隔断的房间取8~12米；定向天线沿走廊布放间距取20~30米。宿舍楼建议每2~3个房间布一个全向天线，放在走廊吊顶内，通过门缝和窗户耦合进房间。如果房间密闭性好，就要考虑在房间内单独布放天线，但这样会增加馈线损耗和施工成本。
注意：天线点位不是越密越好。间距过小会导致重叠覆盖，SINR恶化，切换频繁。实际调试中经常遇到天线布得太密反而速率上不去的情况，这时候要适当关掉部分天线或降低功率。
3. 设备选型与组网架构：pRRU、RRU和直放站怎么选
3.1 有源室分和無源室分的适用边界
5G室分方案主要分两类：无源室分（DAS）和有源室分（pRRU+BBU）。无源室分用功分器、耦合器把信号分配到天线，成本低、施工简单，但馈线损耗大，3.5GHz频段每米馈线损耗约0.15~0.25dB，100米馈线就是15~25dB，功率全耗在路上了。有源室分用光纤拉远，pRRU靠近天线安装，馈线损耗几乎可以忽略，适合大面积、高密度场景。
学校场景下，教学楼和宿舍楼建议用有源室分，图书馆和体育馆可以用无源室分加定向天线。有源室分的典型架构是：BBU集中放在机房，通过光纤连接到各楼层的pRRU，pRRU再通过网线或馈线连接天线。一个BBU可以带多个pRRU，具体数量取决于基带处理能力和光纤链路预算。
3.2 pRRU的级联数量和光纤链路预算
pRRU级联数量受限于光纤链路损耗和时延。常见做法是每级级联不超过4~6个pRRU，总链路损耗控制在10dB以内。光纤链路预算包括：BBU光口发射功率、光纤损耗、分光器损耗、pRRU接收灵敏度。以10km光纤为例，1310nm窗口损耗约0.35dB/km，10km就是3.5dB，加上分光器1:8的损耗约9dB，总损耗12.5dB，如果BBU光口发射功率为0dBm，pRRU接收灵敏度为-12dBm，余量只有-0.5dB，基本没有余量。
# 光纤链路预算计算示例 # 假设：BBU光口发射功率 0dBm，光纤长度 5km，分光比 1:4 # 光纤损耗 0.35dB/km，分光器损耗 1:4 约 6dB，连接器损耗 0.5dB/个 tx_power=0 # dBm fiber_length=5 # km fiber_loss_per_km=0.35 splitter_loss=6 # dB connector_loss=0.5 # dB per connector, 假设2个连接器 total_loss = fiber_length * fiber_loss_per_km + splitter_loss + 2 * connector_loss rx_power = tx_power - total_loss print(f"总损耗: {total_loss:.1f} dB") print(f"pRRU接收功率: {rx_power:.1f} dBm") # 总损耗: 5*0.35 + 6 + 1 = 8.75 dB # pRRU接收功率: -8.75 dBm如果pRRU接收灵敏度为-12dBm，余量约3.25dB，勉强够用。如果光纤长度增加到10km，总损耗到13.5dB，接收功率-13.5dBm，就低于灵敏度了。这时候要么加光放大器，要么减少级联数量，要么改用更高发射功率的光模块。
3.3 小区分裂和PCI规划
校园室分的小区规划直接影响切换性能和干扰水平。宿舍楼建议每栋楼独立成小区，或者每2~3层成一个小区，避免跨楼切换。PCI规划要保证同频邻区PCI模3不同，模30尽量错开。常见做法是用PCI mod 3 = 0,1,2循环分配，同时避免相邻小区PCI相同。
# PCI规划检查脚本（简化版） # 检查相邻小区PCI是否满足模3和模30约束 def check_pci_conflict(pci_list): """ pci_list: 相邻小区的PCI列表 返回冲突列表 """ conflicts = [] for i in range(len(pci_list)): for j in range(i+1, len(pci_list)): pci1, pci2 = pci_list[i], pci_list[j] if pci1 % 3 == pci2 % 3: conflicts.append(f"PCI {pci1} 和 {pci2} 模3冲突") if pci1 % 30 == pci2 % 30: conflicts.append(f"PCI {pci1} 和 {pci2} 模30冲突") return conflicts # 示例：三个相邻小区的PCI pci_list = [10, 13, 16] conflicts = check_pci_conflict(pci_list) if conflicts: for c in conflicts: print(c) else: print("PCI规划无冲突") # 10%3=1, 13%3=1, 16%3=1 -> 全部模3冲突这个脚本跑出来会发现10、13、16全部模3等于1，这在同频邻区中会导致CRS干扰。正确的做法是改成10、11、12或者10、13、17。PCI规划看起来简单，但现场调试时经常因为规划不当导致切换失败率偏高，血泪经验是规划阶段多花十分钟，调试阶段少跑十趟楼。
4. 现场调试与参数配置：从RSRP到SINR的优化路径
4.1 初始参数配置和功率设置
设备上电后，先配置基础参数：频点、带宽、PCI、TAC、小区标识。功率设置从低往高调，先设到标称功率的70%，然后根据路测结果逐步增加。pRRU的发射功率一般可调范围是0~20dBm每端口，初始值建议设10~15dBm。功率过高会导致重叠覆盖和干扰，功率过低则边缘覆盖不足。
# 通过网管配置pRRU功率的示例命令（伪代码，具体命令视设备厂商而定） # 设置pRRU 1的发射功率为12dBm set prru 1 tx-power 12 # 设置小区PCI为10 set cell 1 pci 10 # 设置TAC为100 set cell 1 tac 100 # 查询当前配置 get prru 1 tx-power get cell 1 pci配置完成后，用测试终端做单点验证：靠近天线1米处RSRP应在-60~-70dBm，SINR大于20dB；走到覆盖边缘，RSRP不低于-105dBm，SINR不低于3dB。如果边缘SINR不达标，先检查是否有邻区干扰，再调整天线方向和功率。
4.2 路测数据分析和覆盖优化
路测是验证室分效果的核心手段。测试路线要覆盖所有目标区域：走廊、房间、楼梯间、电梯。测试终端建议用支持5G NR的商用手机或测试模块，配合路测软件记录RSRP、SINR、下行速率、上行速率、切换事件。
常见问题及调整方法：
| 现象 | 可能原因 | 调整方法 |
|---|---|---|
| RSRP达标但SINR低 | 重叠覆盖或邻区干扰 | 降低功率、调整天线方向、优化PCI |
| 边缘速率低 | 功率不足或天线密度不够 | 增加pRRU或天线、提高功率 |
| 切换频繁 | 小区覆盖重叠过大 | 调整切换门限、减少重叠区域 |
| 上行速率差 | 上行干扰或底噪高 | 排查干扰源、调整上行功控参数 |
路测数据要分段分析，不能只看平均值。宿舍楼晚上8~10点的数据和凌晨2点的数据可能差好几倍，要分时段测试。如果条件允许，建议连续测试一周，记录每天不同时段的KPI变化。
4.3 切换参数和邻区优化
校园室分的切换主要发生在楼层之间和楼栋之间。切换参数包括A3事件门限、迟滞、触发时间。A3门限一般设2~3dB，迟滞1~2dB，触发时间100~200ms。如果切换太频繁，可以适当提高门限和迟滞；如果切换太慢导致掉话，就降低门限和触发时间。
邻区优化要确保每个小区只添加必要的邻区，避免邻区列表过长导致测量报告延迟。常见做法是每个小区添加6~8个邻区，覆盖相邻楼层和相邻楼栋。邻区关系可以通过网管自动生成，但建议手动核查一遍，把明显不可能切换的小区删掉。
5. 避坑与排查：校园室分最常见的五个翻车现场
5.1 宿舍楼晚上速率暴跌，白天正常
现象：白天测试一切正常，晚上8点后宿舍区下行速率从200Mbps掉到20Mbps以下，上行几乎不可用。
原因：宿舍楼晚上用户集中上线，上行底噪抬升，小区内干扰加剧。如果多个pRRU属于同一小区，用户密集时上行PRACH冲突和PUSCH干扰会非常严重。
解决：把宿舍楼按楼层或按单元分裂成多个小区，每个小区控制用户数在150以内。同时开启上行干扰消除功能，调整上行功控目标值。如果条件允许，增加pRRU密度，降低单pRRU覆盖范围。
5.2 走廊信号满格，进房间就掉到2格
现象：走廊RSRP-70dBm，进房间后RSRP掉到-100dBm以下，SINR急剧恶化。
原因：天线布放在走廊吊顶，信号通过门缝耦合进房间，但宿舍门通常是金属材质或关闭状态，穿透损耗极大。3.5GHz频段下，一扇关闭的金属门损耗可达20dB以上。
解决：在房间内增加全向吸顶天线，或者把走廊天线换成定向天线对准房门。如果施工条件不允许，可以考虑在门框上方开孔安装小型天线。实际项目中遇到过宿舍门全关导致室内覆盖几乎为零的情况，最后是每两个房间加一个室内天线才解决。
5.3 电梯和地下车库无信号
现象：电梯轿厢内和地下车库完全没有5G信号，4G信号也很弱。
原因：电梯井和地下车库属于封闭金属空间，室外信号无法穿透，必须单独布放天线。电梯井内常用对数周期天线或漏缆，地下车库用定向板状天线。
解决：电梯井内每3~4层布一个对数周期天线，通过馈线连接到最近的pRRU。地下车库按每500~800平方米一个定向天线的密度布放。注意电梯井内施工要符合特种设备安全规范，馈线固定要牢固。
5.4 切换失败率高，用户感知差
现象：用户在楼层间移动时频繁掉话或切换失败，VoNR通话断续。
原因：PCI规划不合理、邻区漏配、切换门限设置不当。常见的是相邻小区PCI模3冲突，导致CRS干扰，测量报告不准确。
解决：重新规划PCI，确保相邻小区模3不同。核查邻区列表，确保每个小区的邻区完整。调整A3门限和迟滞，适当提前切换。如果问题依然存在，检查是否存在越区覆盖，调整天线方向角或降低功率。
5.5 设备频繁重启或光口告警
现象：pRRU频繁重启，网管上报光口LOS告警或误码率超标。
原因：光纤链路损耗过大、光模块不匹配、光纤连接器污染。常见的是施工时光纤弯曲半径过小导致损耗增加，或者连接器端面有灰尘。
解决：用光功率计测量收光功率，确保在pRRU灵敏度以上。检查光纤弯曲半径，单模光纤弯曲半径不小于30mm。用专用清洁工具清理光纤连接器端面。如果光模块型号不匹配，更换为设备厂商推荐的型号。
6. 进阶技巧：用Python脚本批量分析路测数据并自动生成优化建议
现场调试到后期，路测数据量会非常大，手动分析效率很低。我一般会写一个Python脚本，把路测CSV文件读进来，自动计算每个采样点的RSRP、SINR分布，识别弱覆盖区域和干扰区域，然后输出优化建议。下面是一个简化版的实现思路。
import pandas as pd import numpy as np def analyze_drive_test(csv_file): """ 读取路测CSV文件，分析覆盖和干扰情况 CSV列：latitude, longitude, rsrp, sinr, dl_rate, ul_rate """ df = pd.read_csv(csv_file) # 覆盖统计 weak_coverage = df[df['rsrp'] < -105] good_coverage = df[df['rsrp'] >= -95] # 干扰统计 low_sinr = df[df['sinr'] < 3] # 速率统计 low_dl = df[df['dl_rate'] < 50] low_ul = df[df['ul_rate'] < 10] print(f"总采样点: {len(df)}") print(f"弱覆盖点占比: {len(weak_coverage)/len(df)*100:.1f}%") print(f"低SINR点占比: {len(low_sinr)/len(df)*100:.1f}%") print(f"低下行速率点占比: {len(low_dl)/len(df)*100:.1f}%") print(f"低上行速率点占比: {len(low_ul)/len(df)*100:.1f}%") # 输出弱覆盖区域坐标 if len(weak_coverage) > 0: print("\n弱覆盖区域坐标（前10个）：") print(weak_coverage[['latitude', 'longitude', 'rsrp']].head(10)) # 优化建议 print("\n优化建议：") if len(weak_coverage)/len(df) > 0.1: print("- 弱覆盖比例超过10%，建议增加天线或提高功率") if len(low_sinr)/len(df) > 0.05: print("- 低SINR比例超过5%，建议检查PCI规划和邻区干扰") if len(low_dl)/len(df) > 0.1: print("- 低下行速率比例超过10%，建议检查小区用户数和调度策略") # 使用示例 # analyze_drive_test("drive_test_data.csv")这个脚本的核心逻辑是分维度统计：覆盖维度看RSRP，干扰维度看SINR，容量维度看速率。参数阈值可以根据项目要求调整，比如校方要求边缘速率不低于100Mbps，就把low_dl的阈值改成100。脚本输出的优化建议只是方向性的，具体调整还要结合现场情况和设备能力。
实际使用中，我习惯把路测数据按楼层和区域分段分析，比如宿舍楼1~3层、4~6层分别统计，这样能快速定位问题楼层。另外，脚本可以扩展成自动生成报告，把统计结果和优化建议输出成Excel或PDF，方便和团队沟通。
最后一个习惯：每次调试完，把当天的路测数据、参数配置、调整记录归档到一个文件夹里，标注日期和版本。校园室分项目周期长，中间可能换人接手，没有完整的调试记录，后面的人就得从头踩坑。这个习惯看起来笨，但能省下大量重复劳动。希望帮到你。
本文还有配套的精品资源，点击获取
