简介以中国移动携手中国广电共享共建700M网络为主线这份PPT系统梳理了700M频段引入后的频谱定位、覆盖策略与建设节奏适合通信行业规划人员、5G网络工程师以及关注低频组网的从业者学习参考。内容围绕频谱现状对比、2.6G/4.9G/700M多频协同、室外宏站与数字化室分招标模型、电联与移动建网策略差异等模块展开并配有分场景网络架构定位示意便于快速理解低频广覆盖在5G竞争中的价值。资源包仅一份PPT演示文稿压缩后大小3.52MB内容紧凑可直接用于内部培训或方案汇报。已有4713人学习下载说明该选题关注度较高。通过学习可掌握700M共享共建的背景逻辑、农村及郊区覆盖增强方案、分场景频段使用定位以及室外宏站占比91%、数字化室分占比9%的招标模型要点对2.1G设备从220M到250M的升级路径亦做了说明是一份兼顾战略规划与落地细节的参考资料。1. 从“中国移动700M无线网络建设.pptx”说起这张PPT到底要建一张什么网“中国移动700M无线网络建设.pptx”这个名字只要做过无线网络规划和优化的人都不会陌生它经常出现在立项评审、省公司汇报和工程启动会里。700M频段也就是n28频段被行业内叫了多年的“低频黄金频段”——覆盖远、穿透强一个农村宏站顶得上2.6G频段好几个站。但我拿到这类PPT的第一反应从来不是“又要覆盖农村了”而是把它拆成一张可以落地的任务清单链路预算怎么算、站距怎么定、天面怎么整合、干扰怎么协调、验收怎么卡。这篇笔记就是按这个顺序写的适合正在做700M规划、工程督导、网优的同行也适合需要审方案的技术管理者。低频建网看上去比高频简单实际坑一点不少天线占天面、无源互调、上下行不平衡都会让现场翻车。2. 覆盖规划先算对链路预算、传播模型与站距选择规划最忌讳打开地图直接画站。700M覆盖目标在PPT上写着“覆盖率98%”但规划人员要做的第一件事是把这句话翻译成“边缘RSRP不低于-105dBm”或者“-110dBm”再翻译成具体的站距。这一步错了后面所有站点布局、设备选型、优化策略全部跟着错。2.1 从RSRP目标倒推链路预算一张表和一个可调脚本链路预算就是把从发射端到接收端的所有增益加进去、所有损耗减掉看最终接收电平是否超过目标。700M频段覆盖优势的根源也体现在这里空间损耗随频率降低而减少同样距离下700M比2.6G省出十几dB的余量。下面这张表是工程估算用的典型参数具体值必须按你项目里的站型、天线型号和覆盖场景改。链路预算项下行示例值上行示例值备注发射功率46 dBm23 dBm基站RRU总功率按设备铭牌填终端按最大发射功率发射天线增益17 dBi-2 dBi上行取终端天线效率手持终端一般按-2到0 dBi馈线/跳线损耗0.5 dB0 dBRRU上塔后跳线很短损耗很小穿透损耗15 dB15 dB农村砖混5~10dB城区高层玻璃幕墙按24dB以上估人体损耗3 dB3 dB手持终端才有CPE固定接入可设0阴影衰落余量7 dB7 dB郊区95%位置覆盖率常用7~8dB城区按8~10dB干扰余量3 dB3 dB新开网络可先取3后期干扰大再往上调接收电平-105 dBm目标-113 dBm下行按覆盖目标反推上行算出来是多少就是多少把这张表里的每一步写成脚本调参时就不用每次手算了。下面是我一般用的快速判断脚本能直接看出这站覆盖够不够、是下行受限还是上行受限。# 700M 链路预算快速判断脚本改参数后直接跑 import math def dbm_to_w(dbm): return 10 ** ((dbm - 30) / 10) # 核心参数按你的站型改这里 bs_tx_power_dbm 46 # 基站总发射功率 dBm常见RRU按40W起步 bs_ant_gain_dbi 17 # 基站天线增益 dBi700M低频天线常见15~18 bs_feeder_loss_db 0.5 # 馈线及跳线损耗 dB ue_tx_power_dbm 23 # 手持终端最大发射功率 dBm ue_ant_gain_dbi -2 # 终端天线效率 dB body_loss_db 3 # 人体损耗 dB penetration_db 15 # 穿透损耗 dB农村5~10城区20~30 shadow_fade_db 7 # 阴影衰落余量 dB interference_db 3 # 干扰余量 dB rsrp_target -105 # 覆盖目标 RSRP dBm def downlink(): r (bs_tx_power_dbm - bs_feeder_loss_db bs_ant_gain_dbi ue_ant_gain_dbi - penetration_db - body_loss_db - shadow_fade_db - interference_db) return r, r - rsrp_target def uplink(): r (ue_tx_power_dbm ue_ant_gain_dbi - body_loss_db - penetration_db - shadow_fade_db - interference_db bs_ant_gain_dbi - bs_feeder_loss_db) return r, r - (-115) # 基站侧覆盖目标按 -115 dBm 左右看 dl, dl_margin downlink() ul, ul_margin uplink() print(f下行边缘RSRP: {dl:.1f} dBm相对目标 {rsrp_target} : {dl_margin:.1f} dB) print(f上行基站接收电平: {ul:.1f} dBm相对 -115 dBm : {ul_margin:.1f} dB) if dl_margin 0: print( 下行链路预算吃紧检查天线高度、倾角或穿透损耗假设) if ul_margin 0: print( 上行受限优先考虑塔顶放大器、高增益接收分集或室外CPE)这个脚本的逻辑是把下行和上行分开算。下行关心终端能收到多强的信号上行关心基站能收到多强的信号。跑出来如果是负值说明链路预算吃紧。700M建网里上行受限比下行受限常见得多原因是手机发射功率只有23dBm而基站侧可以有40W甚至更高终端天线效率又是负增益这一来一回就差出去十几dB。调参时要特别注意两个地方一个是穿透损耗农村空心砖墙和城市玻璃幕墙可以差20dB以上直接影响站距结论另一个是站点密集区域要把干扰余量调大新站刚开时干扰预算可以按3dB算等连片站点都起来了再回头看这个值通常要往上加到5到7dB。2.2 传播模型选择城市和农村不要一套参数打天下链路预算解决“一个站覆盖多远”的问题但站与站之间的关系、每个点的RSRP预测要靠传播模型。700M频段因为低频传播模型的选择和2.6G、3.5G差别很大。农村开阔地带用Okumura-Hata模型的修正版本通常偏差可控站距估到3到8公里不稀奇。城区和城郊就不一样了建筑密集、街道峡谷效应明显要用COST 231 Walfisch-Ikegami或者经过本地校准的射线追踪模型。我见过不止一次有人直接把2.6G频段的规划模型套到700M上结果路径损耗被严重高估站点数量多规划了一倍方案评审时看似保险实际上预算全花在没必要的地方。反过来也有翻车的情况用农村模型套城区站距画得太大结果连片弱覆盖开通后投诉不断。正确的做法是先用理论模型粗算出站距然后到当地做连续波测试用实测数据反推模型修正因子。没有本地校准数据的传播模型就是一个黑匣子规划阶段看是准的等你上站验证就发现全是偏差。一个新区域至少选两到三条典型测试路线覆盖农村、城乡接合部、城区高密度三种场景校准工作量可控但能让整个规划可信很多。2.3 站距、边缘速率与上下行平衡低频也要讲容量有了链路预算和传播模型站距就不该拍脑袋。覆盖半径和站距之间的关系在宏站组网里大约按两倍关系估一个三扇区宏站的覆盖半径如果是3公里站间距通常按5到6公里来布。这个数字只够保基本覆盖如果你要求的不是“能打电话”而是边缘有10Mbps的下行速率、2Mbps的上行速率那站距要再收紧。还有一个关键概念是上下行平衡。700M频段上下行频差不大信道传播特性接近但上下行发射功率严重不对等。基站侧功率大、天线增益高下行覆盖半径远大于上行。很多农村700M站开通后用户终端显示信号不错但上传照片、视频很慢网管里看到上行PRB利用率高、MCS上不去原因就是上行链路先触底了。我一般会把站距分两档评估只保覆盖的广覆盖档、保边缘速率的体验档。广覆盖档适合山区、人口稀疏区域能打通电话、能连上物联网就行体验档适合乡镇、行政村聚集区边缘速率要求高站距就必须收。这个取舍要在规划阶段就跟业务方对齐否则后期站点建成再想加密站距成本就是成倍的了。3. 设备选型与天面整合把700M频段优势变成站点增益规划图纸做完工程建设才刚开始。无线网络建设里真正耗时的是塔上工作而不是机房工作。700M一个最头疼的问题是天线尺寸大低频天线一副比2.6G天线长不少而存量站点天面上往往已经挂了GSM900、DCS1800、LTE多副天线再想加一副700M天线根本没位置。设备选型和天面整合是现场遇到的第一道坎。3.1 700M与900M共天馈利与弊要算清楚很多存量站有900M天线频率与700M接近工程上很自然会想“能不能直接共天馈”。好处是省天面、省馈线、施工周期短。但必须先把两笔账算清楚。第一笔是天线带宽。原有的900M天线如果不是宽频型号带宽覆盖不到703到733MHz的下行或者758到788MHz的上行硬把700M信号合路进去驻波比会恶化实际辐射功率远低于标称值。第二笔是无源互调。天馈系统里任何一个接头、任何一个非线性接触在两个大功率信号同时传输时都可能产生互调产物正好落在接收频段内。900M和700M同时工作互调挑战比单频段大得多。我通常会这样处理先查天线标签和型号确认工作频段是否包含n28包含再谈共天馈否则直接换多频天线。天面确实紧张的时候换一副覆盖700/900/1800/2100的多频天线是常见做法代价是一次性更换成本和重新做天馈驻波比测试的时间。另外如果做共天馈合路器的插损也必须加进链路预算一般0.5到1dB这在规划评审时就该体现而不是等工程做完现场测量才发现。3.2 RRU功率、天线增益与塔放的取舍设备选型不是功率越大越好。低频段远点上行的瓶颈决定了你该优先解决哪一头。第一优先考虑的是基站接收侧能力RRU支持4T4R接收分集能带来几dB的合并增益天线增益选高一点的型号比如17到18dBi的700M电调天线比普通天线又能多出1到2dB。第二优先才是塔顶放大器塔放放在天线下方、馈线之前直接改善上行接收灵敏度对农村远点效果明显。第三是无线参数侧的优化比如上行功率控制目标、PUSCH满功率调度门限这些在网管上可以调但不能解决物理层面的硬缺口。下行功率够用就好。40W和80W之间就差3dB这3dB在下行覆盖上能往外推一小段距离但如果网络已经进入干扰受限阶段加大下行功率只是给邻区添乱。更值得投资的是天线本身700M天线尽量选支持远程电调倾角的这对后期网优价值极大。低频天线不带远程电调的话每次调倾角都要上塔一次上塔的成本和协调难度会让你后悔当初省的那几万块钱。还有一个被忽略的增益来自终端侧。做农村固定无线接入时给用户装室外CPE天线增益从手持终端的-2dBi拉到5dBi以上链路预算直接多出7dB比任何基站侧改造都划算。所以规划阶段就要区分覆盖对象是手持终端还是CPE这两种场景的站距和设备策略完全不同。3.3 配套与传输的隐性工期别只盯着天线天面工作除了天线本身还牵扯抱杆、塔桅承重和馈线走线。新增一副低频天线或者把旧天线替换成多频天线都要复核塔桅的承重和迎风面积这些不在施工图上仔细标注到了现场就是停工待料。传输和电源同理700M RRU功耗通常比老旧GSM设备低但新增站点需要新的光缆和传输资源有些位置偏远到传输无法及时到位基站设备装好了也只能干等。做工程计划时我习惯把塔桅复核、天馈安装、传输进点这三件事列为关键路径分别排期别把所有时间压在设备安装上。3.4 入网调测驻波比、功率核查与工参记录设备装完调测验收是最后一关。这个环节最怕“设备灯亮了就算开通”。下面是现场验收必查的清单。验收项工具/方法合格门限不合格处置天馈驻波比Site Master天馈仪700M频段≤1.5检查接头力矩、天线有无损伤小区RSRP/EPRE手持路测或扫频仪与规划仿真偏差≤6dB核查方位角、倾角、功率配置天线工参倾角仪、罗盘、GPS与工参表偏差≤2°立即调整并更新图纸上行干扰电平网管查NR小区上行噪声不大于-110dBm左右天馈排查、无源器件更换工参记录是验收里最容易被忽略的一项。天线方位角和倾角测完必须当天回填到网管和规划工具里。后期网优定位问题第一件事永远是“图上和塔上对不对得上”。很多优化问题的根源就是图纸上写倾角6度塔上实际是9度这类偏差让一堆网优参数调来调去最后发现是工参数据错了。4. 干扰协调与性能优化多频组网下的实测调优700M网络不是在一张白纸上从头建的周边一定还有4G FDD、TDD、物联网甚至可能还有广播等其他无线系统。这些系统可能和你同塔共站也可能在邻近区域独立建站。干扰协调决定了一张网络是白天指标好看还是全天稳定好用。4.1 邻频与系统间干扰先分清是谁在干扰谁700M频段与既有系统之间的干扰路径主要有三种邻频泄漏、带外杂散和接收机阻塞。邻频泄漏是指邻近频段发射机的信号功率泄漏到700M接收带宽内带外杂散是发射机在非工作频段产生的杂散辐射接收机阻塞则是强信号把接收机前端压住了导致灵敏度下降。处理顺序是有讲究的。第一步先判断干扰特征全天上干扰电平平稳多半是外部干扰或系统间互调干扰随忙闲时剧烈变化多半是同频邻区业务干扰或者邻频泄漏。第二步做频谱扫描用扫频仪看干扰信号出现在哪些频点、什么时间出现。第三步再动设备加滤波器、调整天线隔离度、协调时频资源一步步来。顺带说一句有些做WLAN出身的朋友会把portal认证、radius接入那一套经验往700M宏站上套那是两码事。宏站干扰优化的核心在射频链路和频谱资源不在认证和接入协议。4.2 无源互调PIM低频组网里最阴的干扰源700M建网里我最想提醒的就是无源互调。两个或多个大功率发射信号在无源器件里遇到非线性结比如生锈的接头、不同金属的接触点、天线上有裂纹的振子就会混频产生新的频率这个新频率要正好落在接收频段直接抬高底噪。这种干扰的现场症状很有迷惑性平时测试正常业务量一上来干扰电平跟着涨有时候下雨天反而好转有时候下雨天更差因为雨水改变了接触点的湿度。加功率之后覆盖没怎么涨干扰反而涨得更快这就是被互调卡住了。排查要用无源互调分析仪现场逐段测馈线、接头和天线。但更有效的其实是预防采购时指定低PIM器件施工时用扭力扳手按标准力矩拧紧每个接头禁止在馈线连接处做任何可能引入异种金属的操作。低频大功率条件下互调问题比高频更敏感这一点很多第一次做700M工程的团队都会吃一次亏。4.3 用路测数据定位干扰源从海量采样里找“高RSRP低SINR”的点怀疑有干扰第一件事不是上站而是先把手里的路测数据过一遍。原理很简单如果某个位置RSRP不差、信号条显示满格但SINR很差那大概率不是覆盖问题而是干扰。下面这个脚本能从路测CSV里快速筛出可疑点。# 从路测CSV里筛出“RSRP不差但SINR差”的采样点用于干扰定位 import pandas as pd # 字段名按路测软件导出的实际列名改常见是 RSRP / SINR / PCI / Lon / Lat df pd.read_csv(dt_700m.csv) bad df[(df[RSRP] -95) (df[SINR] 3)] print(可疑采样点数量, len(bad)) print(bad.groupby([CellName, PCI]).size().sort_values(ascendingFalse).head(10)) # 按经纬度粗聚一下把集中成片的点导出去画地图 bad.to_csv(bad_points.csv, indexFalse)这段逻辑是RSRP大于-95dBm说明覆盖不缺SINR小于3dB说明干扰压过了有用信号。挑出来之后再按小区PCI聚合能看到哪些站点问题最集中。最后带着扫频仪去这些点的地理中心做频谱测量就能区分是外部干扰、系统间互调还是自己的天馈问题。如果想再细一点可以用500米格子做地理聚合把散点聚成热区再上站能省很多油钱。4.4 载波聚合与锚点配置700M和2.6G怎么配合700M定位是广覆盖层和基础覆盖层容量还是要靠2.6G或者其它高频段来兜。网络配置上要做的是让终端优先驻留在700M业务需求上来之后触发CA或者说切换到容量层。这里最常见的坑是“切得出去、回不来”。终端在700M和2.6G之间来回切换如果没有配置好A2/A5事件门限会导致频繁往返切换。一个是延时增加一个是终端功耗上涨。参数配置上要把测量上报门限、切换迟滞和触发时间三个参数放在一起调不能单独动一个。连片组网后还要做切换带验证在700M覆盖边缘和容量层覆盖边缘分别打点确认两个系统之间的重选与切换都有稳定边界。单站验不出这个问题一定要连片跑簇优化。5. 建设避坑与常见问题五个上站后才发现的坑以下这些坑从PPT和设计图纸上基本看不出来都是上站之后才会暴露的。我按自己的经验把它们写下来每一条都是“现象 → 原因 → 解决”的完整过程。5.1 天面隔离度不足白天正常忙时或下雨天干扰飙升现象站点开通初期测试指标正常但忙时上行IOT明显抬升掉线率升高有时下雨后反而更严重让人摸不着头脑。原因700M天线与同塔其它系统天线隔离度不够。其它系统发射时信号通过天线间耦合、馈线串扰甚至塔身反射进入700M接收通道。白天测试时业务量低发射功率和占用时间都不够多问题不暴露忙时所有系统都在满负荷跑干扰就集中爆发。雨水改变天线周围介电特性也会让耦合波动。解决施工之前先做天面勘查量天线之间的水平距离和垂直距离做隔离度估算隔离度不够就调天线挂高、调整朝向或者加带通滤波器。验收阶段一定要选一次忙时时段做复测不要只在白天清闲的时候测“干净指标”。5.2 测试手机和用户手机表现不一致断流问题怎么查现象路测终端在同一地点速率正常用户的中低端手机却反复掉线、视频卡顿投诉描述里经常出现“断流”“网络不稳定”。原因700M终端生态碎片化。部分终端不支持n28频段或者只支持部分CA组合很多中低端终端的省电策略导致测量周期变长在弱场和干扰环境下反应迟钝表现出来就是断流。解决覆盖验收时不要只带一部旗舰测试机。我一般会带三台设备一部支持n28的旗舰机、一部中低端机型、一个物联网模组。要做“断流”复现测试用连续UDP灌包看时延抖动和丢包率同时记录RSRP和SINR变化能把“网络真有问题”和“终端能力不足”区分开。这个问题在700M网络尤其明显因为低频网络服务的终端跨度很大从老年机到最新旗舰都有。5.3 下行覆盖看着够上行链路先断了现象边缘点RSRP读-108dBm手机信号条显示满格但用户打电话断续上行速率经常不到1Mbps。原因上下行链路预算不平衡。下行是40W级别的基站发射机和17dBi天线增益上行是23dBm的手机发射功率加负增益的天线效率加上人体损耗和穿透损耗上行覆盖半径是明显短于下行的。低频传播优势挽救不了终端发射功率低的物理事实。解决第一个动作是上塔放或者用高增益天线增加接收分集第二个动作是在网管侧调整上行功率控制目标让边缘用户尽可能用满PUSCH功率第三个动作是如果用户是固定场景直接推荐室外CPE。关键是参数改完后要回到原来那个测试点复测不能只看网管平均指标。5.4 功率越加越大网络反而越来越差现象为了把边缘RSRP拉高网络侧把RRU功率加3dB结果全网的SINR和用户速率不升反降投诉反而多了。原因功率加在干扰受限的网络里不只是让本小区覆盖变好还会让所有邻区的干扰一起变高。700M覆盖半径大同频小区之间的重叠覆盖区也大加功率等于同时给邻区加干扰。这种操作的本质是在一个已经拥挤的系统里继续增加噪声底。解决先评估重叠覆盖区域优先通过调整下倾角和方位角来收窄越区覆盖再考虑功率。每次做完功率调整都要对比调整前后的SINR分布图而不是只看平均RSRP有没有变好。记住在干扰受限网络里功率不是后悔药而是一剂副作用很大的药。5.5 低频不是万能穿透室分和室内覆盖被忽略现象某商场地下两层700M信号RSRP只有-125dBm左右用户进地下停车场上不了网反复投诉。原因700M低频穿透力的确是优势但面对地下建筑纵深、钢筋混凝土厚墙、金属框架和电梯井等结构穿透损耗累积之后仍然不够用。低频穿一堵墙可以穿三堵墙加两层楼板就不行了。解决这类点位要补室内分布或者用低成本的皮站、微站做定向补盲。如果业主协调有难度至少利用通风井、电梯井这些相对通透的通道做天线对打。以后做700M规划时模板里一定要加一条“每个覆盖区域抽查室内关键点位”别再拿低频当万能穿透来赌覆盖。6. 用单站验证和簇优化确认网络是否达标我的验收习惯到了建设尾期所有站点开通之后最关键的动作是验证网络是不是真的达到设计目标。这一步做得扎实后面优化阶段能省一半时间。6.1 单站验证不是“灯亮就行”单站验证要按清单打勾每一项都必须亲眼看到数据小区状态正常、PCI规划无冲突、SSB功率和规划一致、上下行峰值速率达标、切换和重选正常。我习惯做一张表格每个站一行列上RSRP覆盖距离、SINR、时延、上下行速率和切换成功率全部达标才允许进入连片优化阶段。另要提醒一点打流测试至少用两款不同定位的终端各测一遍旗舰机过了不代表中低端终端也过了。6.2 簇优化连片看问题单站看不见单站验证解决的是“这个站没问题”簇优化解决的是“这一片网络有没有问题”。分簇一般按行政边界和自然阻隔来划一个簇10个站左右。第一轮扫测找问题越区覆盖、切换失败、邻区漏配、模3干扰、重叠覆盖过大第二轮验证参数调整效果。验收指标通常按“95%位置RSRP≥-105dBm”“SINR≥3dB占比90%以上”这样的里程碑卡不达标的位置要回到链路预算表和天面隔离度验证结果里找原因而不是继续堆功率。6.3 我的收尾习惯这么多年做无线网络建设我养成了两个习惯。第一个习惯是每次上站之前把链路预算脚本重新跑一遍确认目标站的发射功率、天线增益和覆盖目标之间没有拍脑袋的参数第二个习惯是在优化阶段每调一个参数就留一张前后对比截图和一段指标记录不靠脑子记。工程这行七分靠流程三分靠仪表流程守住了大部分坑都可以提前躲开。希望这篇关于700M建设从PPT到验收的路径能帮你在自己的项目里少走一段弯路。本文还有配套的精品资源点击获取