2025年9月3日，高通发表对未来连接体验的研究讨论。当时文章把6G、AI与跨设备协作放在一起，提出通信和计算共同支撑新服务的方向；这些表述属于研究愿景，不能当作当年已经普遍部署的网络能力。
尊龙凯时人生就是博回看这份讨论，值得追问的是服务怎样改变对网络的要求。终端不仅接收内容，也可能持续提供环境信息、请求计算或协同完成任务。需求变化之后，连接质量需要与完整的应用过程一起理解。
应用变化会改变通信需求
传统内容消费常常强调把信息送到终端，而持续交互的任务还需要把输入及时送出。输入的类型、更新方式和任务持续时间，都会改变通信过程。判断需求时，不能只沿用单向内容传输的评价习惯。
不同应用对等待和中断的感受也不相同。有些任务允许稍后完成，有些任务则需要结果与正在发生的动作保持联系。将这些差异表达为可测试的要求，有助于网络研发理解应用真正需要解决的问题。
因此，体验讨论应从任务开始，而不是从某个峰值指标开始。明确用户想完成什么、信息怎样流动、哪些变化会影响结果，能够把抽象的未来场景转成更具体的设计问题，也便于后续比较不同方案。
计算位置需要随任务安排
设备附近处理与网络侧处理各有条件。决定任务放在哪里时，需要考虑输入是否容易传送、结果何时有用，以及连接状态是否支持相应安排。这些因素相互联系，很难用固定的位置偏好概括所有应用。
任务转移也会产生组织成本。输入和状态怎样保持一致、连接变化后怎样继续，以及结果如何回到使用流程，都是需要设计的部分。把计算移到其他位置，并不意味着原有流程可以不作调整。
对此更有用的讨论，是说明变化发生时系统怎样选择和退回。明确可用条件与替代路径，能够使应用在环境变化时保留清楚的行为。研究演示展示某种协作可能性，距离长期稳定服务仍需要完整验证。
上下文共享需要明确使用边界
终端可能掌握应用状态和设备运行条件，但这些信息不应被笼统视为越多越好。服务需要什么、网络能据此调整什么，以及信息保持多长时间，都应围绕明确目的组织，避免收集与任务无关的内容。
上下文也具有时效性。某个状态在被传送和使用之前可能已经改变，系统需要理解它对应什么时刻及可信范围。将信息当成持续不变的事实，容易使后续安排与真实设备状态脱节。
这类共享机制还需要让不同参与者理解责任。应用、设备与网络分别依据什么进行调整，出现偏差时如何检查，应形成能够复查的关系。清楚的边界有助于把个性化体验与可理解的服务行为结合起来。
研究愿景需要逐步形成部署证据
当时材料呈现了通信与计算共同设计的研究思路。评价这些想法，可以关注测试条件、比较对象和结果适用范围，而不只是展示中的顺畅体验。演示证明了某条路径值得研究，部署还要面对环境与使用方式的变化。
通信与计算的结合，让未来网络有机会围绕任务重新分工，但当时仍有多种实现路径需要比较。信息在哪里产生、哪些环节需要及时响应，以及终端能够承担多少处理，都会影响方案是否适合走向长期服务。