LTE到3G的无缝切换其实很讲究。当UE在E-UTRAN里正处于ECM-CONNECTED状态，突然发现旁边的WCDMA信号更好更稳时，源eNodeB就赶紧把这位老乘客接过来。在数据层面，虽然UE还是通过GTP隧道连在S-GW/P-GW那边，但后台动作早就开始了。 先看准备阶段，这就好比打仗前先布好局。GPP 36.300规定这得三步走：先让源eNodeB去通知源MME，接着把目标RNC、SGSN还有S-GW都叫来开会。第一步就是源eNodeB递一张“邀请函”，把目标RNC的身份和自己的身份一起打包发给源MME。核心网一看这架势，立马就在这三端同步准备资源。 目标SGSN拿到了选址权，要是觉得这个新S-GW不合适，就给它发个Create Bear Request来创造新的承载。等到目标RNC那边也把无线高速路建起来，把参数传回去之后，SGSN就能把路由表更新好。只要源MME一收到Forward Relocation Request Ack，说明“数据接力棒”就已经准备好了。 到了执行阶段，速度必须快。整个过程虽然只有十几秒，但得保证用户面不丢包、控制面不卡顿。这时候源eNodeB就有点累了，一边得继续向UE发HO from E-UTRAN Command，一边把下行PDU缓存得满满的。与此同时目标RNC也没闲着，迅速拉起无线连接完成Relocation Complete握手。 这时候数据流开始转弯了：从S-GW跑到目标SGSN，再到目标RNC，最后到UE那里去绕一圈。只有等数据流走稳了，源eNodeB才敢把LTE的承载关了。另一边源MME也没闲着，赶紧去释放源eNodeB那边的资源。而UE这时候也触发了RAU（路由区更新），把自己的新位置记到HSS/HLR里。 其实这看似简单的切换过程背后藏着不少门道。从源eNodeB发出HandoverRequired到UE在新RNC下收到第一次上行调度信号，整个过程不到30毫秒就能搞定。而后台的资源准备、数据迁移还有路由重写这些动作都是在几秒内悄悄完成的。 正是因为这套“先建后拆”的机制让两边同时干活（双平面并行），用户才基本感觉不到信号格在跳变，通信始终在线不卡顿。