1. 从一条覆盖需求说起:350M PDT集群到底在解决什么问题
做专网通信的同行大概都有类似经历:客户拿着一份规划图过来,说这片区域要上350M PDT集群,要求“哪儿都能通、什么时候都能通”,预算却只够立三五个站。350M PDT集群信号覆盖,这八个字看着简单,背后其实是一整套从频率特性、链路预算、站址选择到现场优化的工程闭环。它指的是用350MHz频段、基于PDT数字集群标准搭建的无线专网,让手持台、车载台在目标区域内实现可靠的组呼、个呼、数据传输和紧急呼叫。跟公网追求“大带宽、高密度”相反,这类专网追求的是“广覆盖、高可靠、抗灾害、可独立运行”,一个基站要管好几公里,一次组呼要在几百毫秒内接通,断电断链的时候还得能撑住。
我接触过的几个类似项目,需求方多是行业专网用户——园区调度、野外作业、大型场馆保障这类场景,共同点是人员分散、业务以语音指挥为主、对覆盖连续性的要求远高于对速率的要求。这类项目最容易被低估的地方在于:350M频段的传播条件确实比高频好,但它同时意味着干扰更容易扩散、站址一旦选错很难补救、上行链路往往比下行更早失效。很多方案在纸面上算出来的覆盖半径很漂亮,实际路测一跑,边缘区域全是断续的杂音。所以这篇内容我打算按真实项目的推进顺序来写:先讲清楚设计思路怎么定,再把链路预算的算法摊开,然后是站址和天馈的落地细节、现场实测的方法、室内补盲的做法,最后是我这些年踩过的坑和对应的排查手法。不管你是刚接手覆盖规划的工程师,还是需要评估方案可行性的项目负责人,应该都能从中拿到可以直接用的东西。
2. 整体设计思路:先想清楚“覆盖到什么程度算合格”
2.1 350M PDT的技术底子决定了它的覆盖性格
PDT标准用12.5kHz载波带宽、4FSK调制、TDMA双时隙结构,一个载波分两个时隙,每时隙等效4.8kbps。这套参数带来的直接结果是:单载波承载的语音路数有限,但解调门限低、抗噪能力强,接收灵敏度可以做到-118dBm上下。换句话说,别人听不见的地方它还能听见,这就是350M专网敢用“大区制”组网的底气——基站数量少、单站覆盖半径大、建设和运维成本都可控。
但大区制不是没有代价。第一,基站少意味着单站承载的话务量集中,一旦某个站失效,覆盖空洞会非常大,所以关键站点必须有备份链路和备用电源。第二,TDMA体制对同步极其敏感,基站之间要靠卫星同步信号对齐时隙,同步丢失会导致时隙碰撞、全区掉话,这个坑我在一个项目里真实遇到过,后面会细讲。第三,350M频段可用带宽窄,频点规划的回旋余地小,同频复用距离算不准就会出现越区干扰。所以设计阶段最该做的不是急着画覆盖圈,而是先把这三件事的边界想明白:站点的可靠性等级、同步方案、频率复用方案。
2.2 覆盖目标要拆成可测量的三级指标
“信号覆盖良好”这种描述没法验收。我在项目里习惯把它拆成三层,每层都对应明确的测试方法和门限值。
第一层是场强层:室外覆盖边缘的接收电平不低于-105dBm,室内重点区域不低于-95dBm。这两个数是行业里比较通行的经验值,取自语音质量3级以上、误码率可控的实测统计,不是标准强制的死数,具体项目可以根据终端灵敏度和业务类型上下浮动2到3dB。
第二层是质量层:边缘区域语音要能听清,具体看误码率和语音质量评分,同时组呼建立时长控制在500ms以内,紧急呼叫优先抢占要能生效。这一层最容易被忽略,因为场强够了不代表质量够——同频干扰下的-100dBm可能比干净环境下的-108dBm还难听。
第三层是可靠性层:覆盖概率。通常要求室外90%的位置、90%的时间可通信,这就引出后面要讲的阴影衰落余量。如果客户是应急救援类场景,这个概率还得往上提,代价是覆盖半径要缩水一到两成。
注意:三级指标必须在方案评审阶段就和需求方书面确认。我见过太多项目前期口头说“差不多就行”,验收时拿着一张“全域无盲区”的宣传图来对账,最后只能靠加站解决,成本翻倍。
2.3 大区制还是小区制:算一笔总账再决定
选型上最常见的分歧是“少建几个高站”还是“多建几个低站”。我的经验是拿三个维度算总账:建设成本、覆盖效果、运维复杂度。
大区制的优势是站少,铁塔、机房、传输、电源一次性投入低,适合郊县、山区、线性工程这类地广人稀的场景。弊端是单站覆盖半径大,边缘场强裕量小,一旦遇到地形遮挡或建筑密集区,补盲很麻烦;而且高站越区覆盖严重,频率复用困难。小区制反过来,覆盖均匀、容量大、干扰可控,但站点数量翻几倍,传输和电源配套成本是硬支出,选址周期也长。
实操中我更倾向“混合制”:在话务密集的城区用中等高度的站做连续覆盖,站间距控制在3到5公里;在郊县和外围用两三个高点站做广域兜底;两者之间靠切换参数衔接。这个组合的好处是既控制了站数,又保证了城区质量,还留了扩展余地。判断依据可以用一个粗略的门槛:如果目标区域的话务量集中在20%的面积内,混合制基本都能省钱。
3. 链路预算:覆盖半径不是拍脑袋定的
3.1 把上下行链路拆成一张表
链路预算的核心就一句话:发射端出去多少能量,经过空间损耗后到接收端还剩多少,必须高于接收灵敏度加各种余量。350M PDT的坑在于上下行不对称——基站发射功率大、天线增益高,但合路器损耗也大;终端只有2W,天线还是全向的,人体遮挡还要再扣几个dB。所以上下行必须分开算,取较小的那个作为覆盖半径的依据。
以我做过的一个典型配置为例,基站20W、天馈系统用常规器件、终端2W手持台:
| 项目 | 下行(基站→终端) | 上行(终端→基站) |
|---|---|---|
| 发射功率 | 43dBm(20W) | 33dBm(2W) |
| 合路/双工损耗 | -3dB | 0 |
| 馈线与接头损耗 | -2dB | -2dB |
| 塔放增益 | 不适用 | +12dB |
| 发射天线增益 | +9dBi | +9dBi |
| 人体及环境损耗 | -3dB | -3dB |
| 等效EIRP | 47dBm | 49dBm |
| 接收灵敏度 | -118dBm | -118dBm |
| 理论允许最大路损 | 162dB | 164dB |
看起来上下行差不多,实际上上行的裕量全被塔放吃掉了。如果这个站没装塔放,上行允许路损立刻掉到152dB,比下行少10dB,覆盖半径的瓶颈就从下行转到上行,而且这种“上行受限”在现场的表现特别隐蔽——手持台能听到调度台说话,自己按下PTT却发不出去,用户会误以为是终端坏了。
3.2 传播模型怎么选,算出来的半径才靠谱
350MHz属于150到1500MHz区间,工程上最常用的是Okumura-Hata模型,城市、郊区、开阔地各有一套修正因子。我一般先用中小城市模型做初算,再按实际地物叠加修正,公式是:
L = 69.55 + 26.16·lg(f) − 13.82·lg(hb) − a(hm) + (44.9 − 6.55·lg(hb))·lg(d)
其中f是频率(MHz),hb是基站天线挂高(m),hm是终端高度(m),d是距离(km),a(hm)是终端高度修正因子。代入f=350、hb=50、hm=1.5,a(hm)约等于0,公式化简成:
L ≈ 112.6 + 33.77·lg(d)
把前面算出的有效路损代进去就能反推距离。但直接用162dB算会得出十几公里,这显然不现实,因为还要扣掉三块余量:阴影衰落余量、干扰余量、建筑穿透损耗。
阴影衰落余量按覆盖概率取:要求90%的位置可通信,衰落标准差取8dB,余量就是1.28×8≈10.2dB;要求95%就得取1.65×8≈13.2dB。干扰余量一般给3dB。这样下行有效路损变成162−10.2−3≈149dB,对应距离约12公里——这是郊区开阔地的理论值。城区要再叠加10dB左右的修正,有效路损降到139dB,对应距离约6公里;如果还要穿一两道墙进室内,再扣15dB,就只剩2到3公里。
这组数字和我实际路测的结果基本对得上:城区连续覆盖站间距4公里左右,郊县单站能覆盖10公里以上,山区受地形影响波动极大,最远能到20公里,但背坡面可能只有1公里。所以我从来不用单一数字承诺覆盖半径,给客户的永远是“在什么地形条件下、什么概率下的覆盖范围”。
3.3 天线挂高和下倾角:最容易被忽略的两个杠杆
天线挂高对覆盖的影响是超线性的。从公式看,挂高翻倍,第一项减少13.82×lg2≈4.16dB,斜率项也有微调,综合下来覆盖半径能提升三成左右。但挂高不是越高越好——挂到80米以上,天线主瓣打得太远,近处形成“塔下黑”,远处又造成越区干扰,反而得不偿失。我的经验区间是城区25到40米、郊县40到60米,超过60米就要认真评估是否必要。
下倾角的作用是压住远端的越区信号。机械下倾角的估算可以按θ≈arctan((hb−hm)/d)的几何关系来给:挂高50米、想覆盖5公里,主瓣下倾约0.5度就够,但为了压制远端,实际会给到2到3度,让能量集中在中近区。电调下倾比机械下倾好,因为它不改变水平波束形状,调整时不用爬塔。这里有个细节值得说:很多项目为了省事,把所有站的下倾角都设成一样,结果高站压不住、低站覆盖不足。正确做法是按每个站的挂高和目标覆盖距离单独算,我一般会做一张站表,逐站标注挂高、目标半径、计算下倾角和实际设定值,现场按表施工。
提示:下倾角调整后必须重新测一遍近区和远区场强。压得太狠会出现近处过强、中段凹陷的“甜甜圈”现象,用户走到三四百米外反而听不清。
4. 站址与天馈:七分站址,三分优化
4.1 站址勘察的检查清单
站址选错,后面所有优化都是打补丁。我现在勘察都带一张固定清单,逐项打勾,缺一项就不签字。
| 检查项 | 判断标准 | 常见问题 |
|---|---|---|
| 目标覆盖重心 | 站点靠近话务密集区,边缘方向无高大遮挡 | 站建在区域边角,一半覆盖浪费在区外 |
| 天线挂高 | 满足目标半径需要的挂高,且周围5年内无新建高楼 | 站旁已批高层,半年后覆盖被毁 |
| 供电 | 双路或至少一路市电加足够时长后备电池 | 只有单路市电,停电即断网 |
| 传输 | 有两条以上可选路由,带宽满足基站回传 | 只有一条微波,雨衰就掉站 |
| 防雷接地 | 接地电阻符合要求,避雷针保护角覆盖天线 | 天线在避雷针保护角外,雷雨季频繁损坏 |
| 承重与空间 | 满足机柜、电池、空调安装,留有维护通道 | 机房被杂物占满,故障时无法上站操作 |
| 业主协调 | 长期租赁协议,进出通道畅通 | 楼顶业主临时反悔,被迫搬迁 |
这张表里我最看重的是“5年内无新建高楼”和“传输双路由”。前者是隐性的定时炸弹,后者决定了一次单点故障会不会演变成全网瘫痪。有个项目就是因为回传只走一条链路,施工挖断光缆后整个片区失联四十分钟,事后追责发现方案评审时就没人问过这个问题。
4.2 天馈系统的安装细节
天馈是整条链路里损耗最不可控的部分。馈线损耗跟长度和粗细直接相关:350MHz下7/8英寸馈线每百米损耗约2dB,1/2英寸约4dB。50米长度用7/8英寸是2dB左右,用1/2英寸就到2dB出头,看着差别不大,但如果馈线长到80米、还要走三个弯,接头损耗和弯折损耗叠加起来能多出1到2dB,这1到2dB直接反映在覆盖半径上就是几百米。
安装上有几个硬要求:馈线弯曲半径不能小于厂家规定值,否则内部结构变形导致驻波升高;室外接头必须做防水处理,先缠防水胶带再缠绝缘胶带,顺序反了会存水;天线与馈线连接处要留滴水弯,让雨水顺着线缆流走而不是灌进接头。驻波比要在安装完成后逐段测,整条天馈系统的驻波比控制在1.5以内,超过就说明有接头虚接或线缆损伤,必须查出来再开通。
塔放的安装位置也有讲究。塔放要尽量靠近天线端,这样它补偿的是塔放到机房这段馈线的损耗;如果装在机房侧,馈线损耗已经发生,补偿效果大打折扣。同时塔放需要供电,通常走馈线内芯馈电,安装时要确认基站支持馈电且供电模块功率足够。我遇到过塔放增益设得过高导致上行噪声抬升、底噪抬高、覆盖反而缩水的情况,所以增益不是越大越好,一般按实际馈线损耗加3到5dB余量来设。
4.3 频率规划与同步方案
PDT的频点资源紧张,同频复用距离算不准就是干扰。粗略的算法是用同频干扰保护比反推复用距离:载干比要求一般在17dB以上(12.5kHz带宽、4FSK体制下的经验值),结合前面的传播斜率33.77,可以推算出同频复用距离约等于覆盖半径的3倍以上。这个倍数在平原地区好实现,山区地形起伏会形成自然的隔离,反而容易;最难的是城区高层之间,信号沿街道波导传播,隔了几公里还能收到强信号,必须靠下倾角和定向天线压制。
同步方案是另一个必须提前定的东西。TDMA体制要求所有基站时隙对齐,通常靠卫星同步模块实现,每个站配一套,还要考虑天线安装位置能看到足够开阔的天空。这里我要重点提一个坑:卫星同步模块的备份不能省。曾经有个项目为了省成本,只在中心站装了同步模块,其他站通过传输链路取同步,结果一次传输抖动导致边缘几个站时隙偏移,表现为“接通率骤降、组呼断续”,排查了两天才定位到同步上。后来改成每站独立卫星同步加传输备份,问题再没复现。
5. 现场实测:把纸面预算打成可验证的数据
5.1 路测怎么跑才有意义
路测不是开着车绕一圈看信号格数。我习惯把测试分成三类,每类解决不同问题。
第一类是主干道连续测试,沿着区域主要道路匀速行驶,采样间隔不大于5米,记录接收电平、误码率、服务小区、切换事件。这条轨迹用来判断覆盖连续性和切换是否平滑。测试时要把车速控制在40公里以内,太快会导致采样点稀疏,漏掉短距离的覆盖凹陷。
第二类是重点区域定点测试,在政府办公楼、学校、医院、交通枢纽这类重点位置选取若干测试点,每点静止测3到5分钟,记录平均电平和语音质量。定点测试能排除快衰落的随机性,数据更稳定。
第三类是边界穿透测试,从室外走向室内、从地面走到地下,观察信号衰减的拐点和通话是否中断。这类测试最能暴露设计缺陷,因为纸面预算里的穿透损耗是估算值,实际墙体的钢筋密度、玻璃镀膜情况差异极大。
测试工具上,除了测试终端和路测软件,我强烈建议带一台扫频仪。测试终端只能看到“自己这个网”的信号,扫频仪能看到整个频段的能量分布,干扰源、杂散、邻频泄漏一目了然。有一次边缘区域通话质量差,测试终端显示电平正常,扫频一看发现有个未知信号正好压在两个频点中间,属于外部干扰,这种情况只靠终端永远查不出来。
5.2 覆盖图怎么读,问题怎么定位
把路测数据导成覆盖图之后,不要只看颜色。我通常同时看四张图:接收电平图、语音质量图、切换事件图、上下行平衡图。四张图叠起来看,问题类型基本就能判断出来。
电平好但质量差,多半是干扰,去查同频、邻频和外部干扰源。电平差但质量好,是纯粹的弱覆盖,考虑加站、调天馈或者补直放站。电平忽高忽低、切换频繁,是越区覆盖导致的乒乓,需要压下倾角、调切换门限。下行好上行差,是上行受限,查塔放工作状态、馈线驻波、终端功率设置。
这张判断逻辑我整理成了速查表,现场排查时省不少时间:
| 现象 | 优先怀疑 | 现场验证手段 | 处理方向 |
|---|---|---|---|
| 边缘断续、电平接近门限 | 覆盖不足 | 定点长时观测平均值 | 调整下倾、加塔放、补点 |
| 电平正常但噪音大 | 同频或外部干扰 | 扫频仪看频谱 | 改频、加滤波器、找干扰源 |
| 移动中频繁掉话 | 切换参数不合理或越区 | 看切换事件时序 | 调门限、压越区信号 |
| 能收不能发 | 上行受限 | 对比上下行电平差 | 查塔放、馈线、终端功率 |
| 全区同时失效 | 同步丢失或传输中断 | 查同步状态、链路告警 | 恢复同步源、切备用路由 |
5.3 参数优化的顺序不能乱
优化最忌讳东调一下西调一下。我的顺序是:先调天馈(物理层),再调功率(能量层),最后调切换和接入参数(逻辑层)。原因很实际——天馈调完,前面的路测数据全部作废,得重测;如果先调参数再动天馈,等于白干一遍。
天馈调完、复测确认覆盖形态符合预期之后,再做功率和参数微调。功率调整要注意上下行匹配,基站功率调大而终端功率不变,会造成下行覆盖远大于上行,用户走到边缘能听到但说不出话,这种“假覆盖”比没覆盖更糟糕。切换门限的调整要看实际重叠区宽度,重叠太少容易掉话,重叠太多浪费资源还增加干扰,经验值是相邻站重叠区占覆盖半径的10%到15%。
6. 室内与特殊场景的补盲做法
6.1 室内覆盖:不是简单加个直放站
室外站穿墙进室内,损耗通常在15到25dB,钢筋混凝土结构的建筑更严重。指望室外站解决室内覆盖,结果往往是窗边能用、房间中间断断续续。室内覆盖要单独设计。
小面积单层建筑,一路微功率信号源加几个吸顶天线就能解决,天线间距按覆盖半径的1.5倍布置,避开金属吊顶和消防管道。多层建筑要按层做功率分配,注意上下层之间的信号泄漏,否则楼梯间会出现强干扰区。大面积场馆、地下空间,用泄漏电缆更合适,信号沿电缆均匀辐射,没有远端衰减的问题,缺点是施工成本高、后期改布局困难。
这里有个常见的错误做法:为了省事,在室内装一个宽带直放站,把室外信号放大后重新发射。这种做法在单站环境下勉强能用,在多站组网时极易引发自激和干扰,因为直放站会同时放大多个基站的信号,导致切换混乱。我的原则是室内优先用独立信号源,实在要用直放站也必须选频段选择性好的设备,并且严格计算隔离度。
6.2 隧道、地下车库、高层建筑的针对性做法
隧道是典型的线性场景,用定向天线沿隧道轴向覆盖,或者直接敷设泄漏电缆。要注意隧道弯道处的信号遮挡,直隧道一站能覆盖七八百米,有弯道就得分段。地下车库层高矮、柱网密,吸顶天线要贴近车道布置,装在柱子上容易被车体遮挡形成阴影。
高层建筑的难点在垂直面。室外高站的天线主瓣是水平打的,高层的中上部往往落在主瓣之上,出现“上不着天下不着地”的覆盖空档。解决办法是在楼内做分层覆盖,或者在楼顶加装朝下的定向天线。这类场景我一般会先做一次垂直剖面测试,从一楼走到顶楼每层记录电平,画出垂直覆盖曲线,空档位置一目了然,比凭经验猜准得多。
7. 常见故障与排查实录
7.1 几个真实踩过的坑
坑一:塔放增益设太高,覆盖反而缩小。有个站的覆盖半径只有设计值的一半,现场测上下行都正常,就是边缘上不去。后来把塔放增益从18dB降到12dB,底噪下降6dB,覆盖立刻恢复。原因是增益过高把上行噪声一起放大了,基站的接收灵敏度被自己抬高的底噪吃掉。经验是塔放增益按馈线损耗加3到5dB设,绝不追求“越大越好”。
坑二:卫星同步模块天线被遮挡,每天固定时段掉话。表现很怪,每天上午十点左右接通率下降,其他时间正常。查了半天发现同步天线旁边新装了一个设备箱,正好在特定日照角度下形成遮挡,同步信号质量下降。把天线挪到开阔位置后恢复正常。这个案例说明同步状态要纳入日常监控,不能只看基站告警。
坑三:接头进水导致驻波缓慢升高。站开通时一切正常,三个月后边缘覆盖逐步变差,最后发展到频繁掉线。上站测驻波比到了2.1,拆开接头发现内部氧化发绿。防水处理没做到位,雨水顺着馈线外皮渗进接头。重做防水后恢复。这件事之后我把所有室外接头的防水工艺写进了施工规范,并且要求每年雨季前后各测一次驻波。
坑四:相邻两个站的下倾角设反了。高站下倾角给小了,低站给大了,结果高站越区覆盖到低站区域,低站又在自己的近区形成凹陷,用户在两个站之间来回切换,通话断断续续。逐站核对挂高和下倾角之后重调,问题解决。这也是我坚持做站表的原因。
7.2 排查的基本顺序
遇到问题不要急着上站,先做三件事:看告警、看历史数据、看是否可复现。告警能排除硬件和链路问题,历史数据能判断是突发还是渐变,可复现性能区分是环境问题还是设备问题。这三步做完再决定是远程调参还是上站。
上站之后按“电源—传输—天馈—设备—参数”的顺序查,从最基础的开始。我见过太多人一上来就怀疑参数配置,折腾半天最后发现是电源模块输出电压偏低导致发射功率不足。基础项永远是高发故障点,先把它们排除掉。
8. 验收测试与长期运维的重点
8.1 验收测什么,怎么测
验收不应该是“走一圈看看有没有信号”。我的做法是拿设计阶段的覆盖目标逐条对:按网格抽取测试点,室外每平方公里不少于若干个点,室内按重点区域逐个测,记录电平和语音质量;组呼建立时长测多次取统计值;边界切换做往返测试;断电测试验证后备电源续航;断传输测试验证单点故障不影响其他站点。
测试报告里我最看重的是原始数据而不是结论页。原始采样点、测试时间、天气、设备状态都要留档,因为覆盖是随环境变化的,半年后出问题,没有原始数据就无法判断是设计缺陷还是环境改变。这一点在项目交接时尤其重要。
8.2 运维阶段最该盯的几个指标
长期运维不用盯所有指标,盯住几个关键的就行:站点在线率、同步状态、驻波比趋势、上行底噪趋势、组呼建立成功率。前两个反映可用性,中间两个是渐变型故障的早期信号,最后一个直接反映用户体验。
底噪趋势特别值得说。正常情况下上行底噪是稳定的,一旦出现缓慢抬升,要么是外部干扰源出现,要么是器件老化,早发现早处理,等到覆盖明显缩水再查就晚了。我一般建议按月导出底噪数据做趋势对比,这个习惯帮我提前发现过好几次干扰源。
心得:覆盖优化没有“一次到位”。用户行为在变、周边建筑在变、干扰环境在变,方案交付只是起点。真正省钱的策略是把监测做在前面,而不是等投诉堆起来再救火。
最后分享一个我一直在用的笨办法:每个项目交付时建一份“覆盖档案”,把站表、链路预算、路测原始数据、参数配置、历次调整记录全部归档。后来接手的人不用从头猜,翻档案就知道每个站为什么这么设。这套东西不高级,但在我经历过的项目里,它的价值比任何优化技巧都大。