4. 协同通信的无线资源管理框架
各位好,我是老周。这一章咱们聊聊组网架构。说白了,就是LTE和WiFi到底怎么“搭伙过日子”。
我入行那会儿,3G和WiFi还是各玩各的。后来LTE起来了,流量压力越来越大,运营商才真正开始琢磨:能不能让这两个网络互相帮衬一下?于是就有了紧耦合和松耦合这两种架构。
4.1 为什么需要两种耦合方式?
你想想看,一个网络要跟另一个网络“打通”,无非两种思路:
- 改得彻底一点——把WiFi接入点当成LTE的一个基站来管。这就是紧耦合。
- 改得少一点——核心网不动,只在数据出口做个对接。这就是松耦合。
这两种思路没有绝对的好坏。我在项目里见过不少团队,一开始想搞紧耦合,结果发现现网设备不支持,最后老老实实退回到松耦合。所以,选哪种架构,得看你的家底和需求。
核心区别一句话总结:
- 紧耦合:WiFi接入点模拟成eNB,走LTE核心网全套流程。
- 松耦合:WiFi独立工作,只在核心网侧做数据分流和策略控制。
4.2 紧耦合架构(Tight Coupling)
紧耦合,我习惯叫它“深度绑定”。WiFi接入点(AP)在3GPP眼里,就是一个增强型基站(eNB)。它得支持LTE的S1接口,能跟MME和S-GW直接通信。
这样做的好处很明显:
- 无缝移动性:用户在LTE和WiFi之间切换,几乎感觉不到中断。我在现网测试过,VoLTE通话从LTE切到WiFi,时延控制在50ms以内。
- 统一认证:WiFi接入也走EPS-AKA流程,不用额外建AAA服务器。
- QoS一致:LTE的承载机制可以直接延伸到WiFi侧。
但代价也不小:
- AP硬件得升级,支持LTE协议栈。成本高。
- 部署复杂,需要跟现网核心网做大量对接测试。
- 标准定义得早(3GPP Release 8/9),但实际商用案例不多。
避坑指南:我曾经在一个项目中,客户坚持要用紧耦合方案。结果发现现网的MME版本太老,不支持S1-flex的扩展。最后花了三个月升级核心网,工期直接翻倍。所以,选紧耦合前,一定先确认核心网版本。
4.3 松耦合架构(Loose Coupling)
松耦合就灵活多了。WiFi网络还是它自己,有自己的认证、计费系统。只是在核心网侧,通过一个叫可信WLAN接入网关(TWAG)或者ePDG的网元,跟LTE核心网对接。
我参与过的一个智慧园区项目,用的就是松耦合。园区里本来就有成熟的WiFi网络,运营商不想动它。于是我们在核心网侧加了一台ePDG,通过S2b接口跟PDN-GW对接。用户接入WiFi后,走的是IPSec隧道,安全性和移动性都有保障。
松耦合的优势:
- 现网改动小:WiFi侧基本不动,核心网加个网关就行。
- 部署快:我见过最快的案例,从设备到货到调通,只用了两周。
- 成本低:不需要换AP,普通企业级WiFi就能用。
缺点也很明显:
- 切换时延比紧耦合大,一般在200-500ms。
- QoS保障不如紧耦合精细,毕竟WiFi侧没有LTE的承载概念。
4.4 3GPP与WLAN互通的标准化历程
这个历程,我把它分成三个阶段。每个阶段都对应着不同的业务需求。
| 阶段 | 3GPP版本 | 核心能力 | 典型场景 |
|---|---|---|---|
| 第一阶段 | Release 8/9 | 非3GPP接入的认证与授权 | 简单的WiFi分流,无移动性 |
| 第二阶段 | Release 10/11 | IFOM、MAPCON、ANDSF策略下发 | 多接入并发,业务级分流 |
| 第三阶段 | Release 12/13 | LWA、LWIP、RAN侧紧耦合 | 无缝移动性,空口聚合 |
嗯,这里要注意。Release 8/9的时候,3GPP其实没怎么考虑WiFi。那时候的互通,主要是通过ePDG做非可信接入。说白了,就是把WiFi当成一个“外来户”,走IPSec隧道进来。
到了Release 10/11,3GPP开始认真了。推出了ANDSF(接入网络发现与选择功能)。这个ANDSF,我理解就是个“交通指挥员”。它告诉手机:什么时候用LTE,什么时候切到WiFi,哪些业务走哪条路。
我记得Release 11的时候,有个客户问我:“ANDSF策略下发后,手机不听话怎么办?”我说:“没办法,ANDSF只是建议,不是命令。手机厂商可以自己改策略。”所以那时候,ANDSF的实际效果并不理想。
真正的突破在Release 12/13。3GPP推出了LWA(LTE-WLAN Aggregation)和LWIP(LTE-WLAN Radio Level Integration with IPsec Tunnel)。这两个技术,把WiFi的整合级别从核心网拉到了基站侧。
- LWA:基站直接通过WiFi发送LTE数据。手机需要同时支持LTE和WiFi双连接。
- LWIP:基站通过IPSec隧道,把数据发给WiFi AP,再由AP转发给手机。手机不需要改硬件。
我在实验室测过LWA,下行速率能提升30%-50%。但问题是,手机得支持LWA协议栈。当时只有少数几款旗舰机支持,所以商用规模一直不大。
个人经验:如果你现在要选型,我建议优先考虑松耦合+ANDSF的组合。原因很简单:成熟、稳定、成本可控。紧耦合虽然技术先进,但生态不成熟,容易踩坑。除非你有足够的研发资源去推动终端和网络侧的适配。
4.5 架构对比与选型建议
下面这张图,是我自己总结的两种架构的对比。你可以把它当成选型时的参考清单。
最后,我个人的选型建议是这样的:
- 如果你做的是运营商级网络,对移动性和QoS要求极高,可以考虑紧耦合。但要做好长期测试和适配的准备。
- 如果你做的是企业园区、智慧城市,松耦合+ANDSF是最稳妥的方案。成本可控,效果也不错。
- 如果你做的是热点覆盖(比如商场、机场),松耦合就够了。用户对切换时延不敏感,关键是便宜、好维护。