问题背景：

我们在智能电视设备上通过微信小程序硬件框架（WMPF）集成了音视频通话功能。遇到了如下问题：

当 TV 端处于断网状态时，手机端发起一次视频通话并随后挂断。TV 端网络恢复后，在界面正常操作的过程中，会突然弹出一次视频通话的来电弹窗，但很快就自动挂断。

从现象来看，TV端应该是在恢复网络后，自动拉取了之前遗留的呼叫信令，虽然通话已结束，但仍触发了来电逻辑。由于通话实际上已经被挂断，设备端小程序弹窗在几秒内就消失。

遇到的限制：

1、TV端作为硬件框架容器运行，通话 UI 和行为由壳应用和 VoIP 插件控制；

2、我们在业务层无法拦截来电弹窗，亦无法监听或处理这类已失效呼叫；

3、看上去没有机制可以判断这些信令是否“已过期”或“已挂断”。

想请教的问题：

1、是否有机制避免恢复网络后处理已失效的通话请求 或 是否支持判断通话请求是否过期（如有时间戳）后丢弃不拉起小程序？

2、有没有推荐的临时规避方案（例如：重连后延迟一段时间再接收信令）？

期望结果：

希望能避免 TV 设备端在无效通话情况下弹出 UI 干扰用户体验；如果能提供一个控制接口、过滤机制或通话状态校验方式会非常有帮助。

感谢！