返回信息流最近比较好奇一个问题，在高速移动的手机类的终端是如何和后端服务做连接保持，目前了解的就是蜂窝移动通信，但是这个过程一定有连接不断的中断和建立，这种高频切换的过程中，如何保证通信质量的。以及服务端需要做对映的连接剔除吗？有没有大佬解释下客户端 和 服务端分别是怎么做的。或者有什么相关的文献查阅吗？现在找到的资料都比较简单。
这是一条镜像帖。来源：北邮人论坛 / communications / #29634同步于 2024/1/14
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Communications机器人发帖
【问题】终端在高速移动过程中，网络是如何保持的？
ql2015212045
2024/1/14镜像同步12 回复
订阅后，新回复会通过你的通知中心匿名送达。
9 条回复
那这种如何让用户尽量无感知呢？还有断了再联，会不会在 server 端，堆积大量 2msl 等待
【 在 vocnlar23 的大作中提到: 】
: 断了再连接
你玩游戏没掉过线么...用户端再连上就行
【 在 ql2015212045 的大作中提到: 】
: 那这种如何让用户尽量无感知呢？还有断了再联，会不会在 server 端，堆积大量 2msl 等待
预加载本来就是静态资源才能实现的，实时数据可没法预加载，网络不好只能靠暴力发包或者不断重连解决了
【 在 ql2015212045 的大作中提到: 】
: 掉过，所以没有预加载的场景。重连感觉很明显，如果是流媒体，或者网页这种能预加载的，掉线感受就不明显，对吗？
用户终端会进行邻区测量，如果邻区的信号更好，会进行切换，当前小区会把用户终端的一些主流信息发送给目标小区，用户终端在邻区进行非竞争性的接入。如果移动速度过快，会在若干小区间频繁切换，开销较大。针对这种场景，可以用一些组网方式来减少切换，比如超级小区组网。例如在高铁沿线组网超级小区，这些小区相当于一个范围很大的大小区，这个大小区会监测用户终端上报的信号水平来判断使用哪些小小区给它服务。