4. VLAN与QoS配置:VLAN划分原理、基站业务VLAN规划、QoS策略

各位好,我是老张。这一章咱们聊聊VLAN和QoS。说实话,这两个东西在基站回传里特别重要。我见过不少项目,前期规划没做好,后期运维天天救火。说白了,VLAN解决的是“谁跟谁是一伙”的问题,QoS解决的是“谁先走、谁后走”的问题。

4.1 VLAN划分原理——为什么非分不可?

先问个问题:基站回传网络里,数据流都有哪些?

  • 管理流:OMC对基站的配置、告警、升级
  • 业务流:用户的语音、视频、上网数据
  • 同步流:1588v2时间同步、GPS信号
  • 信令流:S1-MME接口的NAS信令

这些流如果混在一个广播域里,你想想看——一个基站出故障,疯狂发广播包,整个接入环都受影响。我在项目里遇到过,某个站点因为网线接触不良,产生了大量CRC错误帧,结果同VLAN里其他三个基站全部掉线。嗯,从那以后我特别强调VLAN隔离。

VLAN划分的核心原则就两条:

  1. 业务隔离:不同业务类型走不同VLAN
  2. 故障隔离:一个VLAN出问题,不影响其他VLAN

关键点:基站侧和传输侧必须VLAN一致。我曾经见过一个案例,基站侧配的VLAN 100,传输交换机配的VLAN 200,结果业务不通,排查了整整两天。最后发现是VLAN ID没对齐。

4.2 基站业务VLAN规划——实战方案

我个人习惯,给基站规划VLAN时,会按照“业务类型+站点编号”的方式。举个例子:

业务类型 VLAN范围 说明
管理VLAN 100-199 基站OMC管理、设备带外管理
业务VLAN 200-299 用户面数据(S1-U接口)
信令VLAN 300-399 S1-MME、X2接口信令
同步VLAN 400-499 1588v2、SyncE同步信号

具体到每个基站,我会这样分配:

  • 基站编号:Site-001
  • 管理VLAN:101(100+1)
  • 业务VLAN:201(200+1)
  • 信令VLAN:301(300+1)
  • 同步VLAN:401(400+1)

这样做的好处是,看到VLAN ID就能知道是哪个站、什么业务。运维排查时特别方便。

小技巧:我建议在传输汇聚交换机上做VLAN Translation。基站侧用简单VLAN,传输核心用大范围VLAN。这样既保证灵活性,又避免VLAN ID冲突。

4.3 QoS策略——关键数据凭什么优先?

基站回传网络里,带宽是有限的。尤其是5G基站,单站峰值带宽可能到1Gbps以上。但传输链路可能只有100M。这时候,谁先走谁后走,就得有个规矩。

QoS说白了就两件事:

  1. 标记优先级:给不同数据包打上“等级标签”
  2. 队列调度:高优先级先走,低优先级排队

4.4 优先级标记——802.1p与DSCP

我习惯在基站侧就做好标记。基站发出的数据包,根据业务类型打上不同的优先级:

业务类型 802.1p优先级 DSCP值 说明
语音 6 EF (46) 最高优先级,低时延
视频 5 AF41 (34) 高优先级,保证带宽
信令 4 AF31 (26) 中等优先级
普通数据 2 AF21 (18) 尽力而为
管理 1 AF11 (10) 低优先级,后台任务

这里要注意,802.1p是在VLAN标签里的3个bit,所以只有0-7共8个等级。DSCP是IP头里的6个bit,更精细。我建议两者都做,传输设备根据DSCP来调度。

避坑指南:我曾经遇到过,基站侧打了802.1p优先级,但传输交换机没开启信任模式,结果优先级被重置了。记住,传输设备必须配置“trust dscp”或“trust cos”,否则标记白做。

4.5 队列调度——谁先走?

队列调度算法有很多,但基站回传场景下,我推荐两种:

  • 严格优先级(SP):高优先级队列不空,低优先级永远没机会。适合语音、信令这类对时延敏感的业务。
  • 加权公平队列(WFQ):按权重分配带宽。适合视频、数据这类需要保证带宽的业务。

实际配置时,我会这样组合:

# 华为交换机QoS配置示例
#
# 创建队列模板
qos queue-profile base_station
  queue 0 priority 1 weight 10   # 管理数据
  queue 1 priority 2 weight 20   # 普通数据
  queue 2 priority 3 weight 30   # 视频
  queue 3 priority 4 weight 40   # 信令
  queue 4 priority 6 weight 50   # 语音
  queue 5-7 priority 0 weight 0  # 保留
#
# 应用队列模板
interface GigabitEthernet0/0/1
  qos queue-profile base_station
  qos trust dscp

这个配置的意思是:语音走队列4,严格优先级最高。信令走队列3,次高。视频走队列2,保证带宽。普通数据和管理数据走低优先级队列。

实战经验:我建议给语音和信令预留至少30%的带宽。5G基站里,语音包虽然小,但数量多,时延要求高。我曾经在现网测试过,如果不做QoS,语音包在传输拥塞时延迟能到200ms以上,用户明显感觉卡顿。

4.6 端到端QoS——别只做一半

QoS必须端到端。基站侧打了标记,传输侧要识别,核心网侧要处理。任何一个环节断了,效果都打折扣。

我见过最典型的错误是:基站侧打了DSCP EF,传输交换机也信任了,但到了核心路由器,策略没配,结果EF包被当普通包处理。嗯,这就是典型的“半吊子QoS”。

正确的做法是:

  1. 基站侧:根据业务类型标记802.1p和DSCP
  2. 接入交换机:信任DSCP,做队列调度
  3. 汇聚交换机:继续信任,做拥塞避免(WRED)
  4. 核心路由器:做流量整形和策略控制

小建议:我习惯在传输链路上做“双标记”。VLAN标签里带802.1p,IP头里带DSCP。这样即使某个设备不支持DSCP,还能用802.1p。双重保险。

4.7 总结一下

VLAN和QoS,是基站回传网络的“交通规则”。VLAN把不同业务分开,QoS给它们排好队。做好了,网络稳定、故障少。做不好,天天救火。

我个人经验是:规划阶段多花一天,运维阶段省一个月。VLAN ID规划好,QoS策略设计好,后面基本不用动。好了,这一章就到这里,下一章咱们聊聊传输链路的冗余保护。