高通专利探索改善AR/VR设备的调制解调器散热性能

　　调制解调器客户端设备一般配备有散热结构。但对于小形状参数的设备，它们只能提供更少或更小的散热结构，并会对设备的功耗和/或散热产生显著的负面影响。

　　另外，LTE、5G NR和其他调制解调器可以支持低延迟模式(LLM)。在LLM模式下运行时，数据包会移动到下一级，而不会累积或聚合。这减少了延迟，但增加了设备使用的功率和处理资源。对于诸如扩展现实XR这样的高性能要求应用，这会进一步加大处理压力，并可能造成过热现象。

　　所以为了改善客户端计算设备的热量产生，高通在名为“Systems and method for modem power aware extended reality (xr) and gaming software applications”的专利申请中提出了一种解决方案。

　　所述发明描述的方法主要用于调整客户端设备中的调制解调器的低延迟模式的数据流管理框架。在一个实施例中，数据流管理框架从应用客户端和计算设备的调制解调器接收与下行链路数据packet流的接收和处理相关的多个输入;使用数据流管理框架中的多个输入来确定对一个或多个调制解调器操作参数和调制解调器功率估计的调整，以支持下行链路数据packet流的处理;可以经由第一API接收来自调制解调器的输入;数据流管理框架可以经由第二API向调制解调器输出对一个或多个调制解调器操作参数和调制解调器功率估计的确定的调整。

　　在一个实施例中，客户端计算设备可以确定平衡设备等待时间、性能和功耗的操作参数。客户端软件应用程序可以使用触发器来确定下行链路数据packet是否应该以更高的功耗更快地传送、下行链路数据packet在调制解调器是否可以经受IPA和数据路径聚合/累积以减少客户端设备的功耗，和/或是否存在允许聚合数据packet以进一步降低客户端设备功耗的静态条件。

　　在一个实施例中，客户端计算设备可以在快速时间尺度调用packet刷新，使得由客户端软件应用识别的下行链路数据packet移动到调制解调器的协议或处理堆栈中的下一级，而不执行累积或聚合操作，从而减少客户端设备的等待时间，并且对剩余的下行链路数据packet执行累积或聚合操作以减少客户端设备的功耗。

　　在一个实施例中，客户端计算设备可以基于设备的操作条件在不同低延迟模式之间切换，以平衡设备的延迟、性能和功耗。

　　在图4所示的示例中，系统400包括客户端应用402、调制解调器404、网络基础设施406和应用服务器408。客户端应用402可以经由反馈API 410和/或动作API 412与调制解调器通信。客户端

　　图5示出了框架362组件，其可以配置为智能地和动态地调整计算设备中的调制解调器的低延迟模式。在一个实施例中，框架362可以作为包括在客户端设备中的软件系统。

　　在图5所示的示例中，框架362接收应用推断事件502和扩展调制解调器反馈504。框架362可以向应用服务器输出速率自适应反馈506。框架362可以输出调制解调器动作API 508。

　　图6-8示出了可以由计算设备(或框架362等)执行的各种速率适配操作。

　　在图6所示的示例中，姿势样本602、应用姿势样本604和姿势传输packet606之间存在一对一的对应关系或比率。换句话说，姿态采样率的降低减少了应用姿态采样604和姿态传输packet606。

　　在图7所示的示例中，系统在应用层处捆绑姿势样本702。换句话说，姿势样本702不减少，而是捆绑以生成减少的应用姿势样本704和减少的姿势传输packet706。

　　应用402可以通过调制解调器404和网络基础设施406与应用服务器408通信。

　　在图8所示的示例中，系统将姿态样本802捆绑在较低层，即姿势样本802和应用姿势样本804都没有减少。相反，应用发送指示以允许较低层捆绑样本以减少姿势传输packet806。

　　图9A和9B示出了用于动态调整调制解调器的低延迟模式的方法900、950。

　　参考图9A，在框902中，数据流管理框架可以接收与下行链路数据packet流的接收和处理相关的多个输入。在各种实施例中，数据流管理框架可以是应用客户端、中间件或SDK。

　　在框902中，由数据流管理框架接收的多个输入可以包括应用客户端的输入。多个输入可以包括来自应用客户端推断事件API的输入，例如调制解调器功率估计、调制解调器推断视频延迟事件、网络拥塞水平或链路质量反馈等。

　　在框902中，由数据流管理框架接收的多个输入可以包括调制解调器推断的视频延迟事件。在各种实施例中，计算设备可以配置为基于packet header检查调制解调器事件、传输层调制解调器事件或机器学习事件来确定调制解调器推断的视频延迟事件。例如，计算系统可以配置为基于实时传输协议(RTP)层来确定调制解调器推断的视频延迟事件。

　　在框902中，由数据流管理框架接收的多个输入可以包括传输层调制解调器事件。计算系统可以配置为通过确定传输层中是否存在任何预先编程的超时，并确定传输层调制解调器事件。RUDP层可以请求丢失packet的重传。RUDP层可以在检测到预编程超时之前触发LLM，从而立即释放任何累积的packet。

　　在框904中，数据流管理框架可以使用数据流管理架构中的多个输入来确定对一个或多个调制解调器操作参数的调整，以及调制解调器功率估计，从而支持下行链路数据packet流的处理。

　　基于来自应用客户端推断事件API的输入和/或来自扩展调制解调器反馈API的输入，数据流管理框架可以确定对调制解调器操作参数和/或调制解调器功率估计的调整。

　　来自扩展调制解调器反馈API的输入可以包括调制解调器功率估计、调制解调器推断的视频延迟事件、网络拥塞水平和/或链路质量反馈。

　　在一个实施例中，可以基于正在进行的上行链路数据速率、正在进行的下行链路数据速率、可用的上行链路数据率、可用的下行链路数据率和/或低延迟模式设置来确定调制解调器功率估计。

　　在框906中，经由第二API，数据流管理框架可以从数据流管理架构向调制解调器输出所确定的调制解调器操作参数调整，以及调制解调器功率估计，从而支持对调制解调器的下行链路数据packet流的处理。

　　参考图9B，在操作框902–906中，数据流管理框架可以执行上面参考图9A讨论的操作。

　　在框952中，数据流管理框架可以基于多个输入来确定应用服务器的反馈信息，以支持下行链路数据packet流的处理。

　　提供给应用服务器的反馈信息可以包括包括调制解调器反馈、来自调制解调器的关于功耗的反馈、来自指示可以降低功耗的调制解调器的反馈、从调制解调器的关于链路质量的反馈、扩展的调制解调器反馈等等。

　　在框954中，数据流管理框架可以向应用服务器提供反馈。例如，数据流管理框架可以向应用服务器提供调制解调器反馈、来自调制解调器的关于功耗的反馈、设备温度反馈、可容忍的热包络反馈、到服务器的比特率反馈或速率自适应反馈等等。

　　通过以上描述方法，可以帮助改善客户端计算设备的热量产生。

　　名为“Systems and method for modem power aware extended reality (xr) and gaming software applications”的高通专利申请最初在2021年9月提交，并在日前由美国专利商标局公布。