在测试通话功能时，出现如下异常情况： 1.设备端正在待机状态（无通话中）。 2.手机A向设备端发起呼叫，设备端开始响铃，屏幕正常显示来电界面。 3.手机A在响铃阶段直接挂断（未接通）。 4.紧接着（大约1秒内），手机B立刻再次呼叫设备端。 5.此时，设备端仍然出现响铃的声音，但屏幕没有显示任何来电信息，也无法接听或拒接。 这种情况是有概率出现的，请问是什么原因导致的呢？有什么解决办法吗

问题背景： 我们在智能电视设备上通过微信小程序硬件框架（WMPF）集成了音视频通话功能。遇到了如下问题： 当 TV 端处于断网状态时，手机端发起一次视频通话并随后挂断。TV 端网络恢复后，在界面正常操作的过程中，会突然弹出一次视频通话的来电弹窗，但很快就自动挂断。 从现象来看，TV端应该是在恢复网络后，自动拉取了之前遗留的呼叫信令，虽然通话已结束，但仍触发了来电逻辑。由于通话实际上已经被挂断，设备端小程序弹窗在几秒内就消失。 遇到的限制： 1、TV端作为硬件框架容器运行，通话 UI 和行为由壳应用和 VoIP 插件控制； 2、我们在业务层无法拦截来电弹窗，亦无法监听或处理这类已失效呼叫； 3、看上去没有机制可以判断这些信令是否“已过期”或“已挂断”。 想请教的问题： 1、是否有机制避免恢复网络后处理已失效的通话请求 或 是否支持判断通话请求是否过期（如有时间戳）后丢弃不拉起小程序？ 2、有没有推荐的临时规避方案（例如：重连后延迟一段时间再接收信令）？ 期望结果： 希望能避免 TV 设备端在无效通话情况下弹出 UI 干扰用户体验；如果能提供一个控制接口、过滤机制或通话状态校验方式会非常有帮助。 感谢！

在设备呼叫小程序的时候，使用VoIP 通话插件中，当呼叫中的时候，那个响铃就响了一声，然后不响了，但是通话还在呼叫中，怎么让这个铃声循环播放，直至对方接听了，在停止播放铃声。

要做校园电话机，现在看文档遇到了一个问题，就是这个WMPF分成了三部分，一个是WMPF环境，一个是安卓客户端，还有一个是小程序，请问在拨打电话的逻辑是放在安卓客户端还是小程序？小程序只负责发起通话吗？

在小程序与设备端进行通话时，存在通话时长显示不一致的问题。具体表现为：小程序端的通话计时显示为 01:38，而设备端显示为 01:35，设备端比小程序少了约 3 秒。 复现步骤如下： 1.小程序发起呼叫； 2.设备端接听来电，点击“接听”按钮； 3.小程序端在设备端点击“接听”后立即开始通话计时； 4.设备端在点击“接听”后仍需约 3 秒，才真正进入通话状态并开始计时。 该问题为偶发，怀疑是由于网络延迟或链路波动导致设备端进入通话状态存在延迟，进而引起双方计时不同步。请问这种情况算正常的吗？ [图片]

产品环境：arm linux +nand 因为我的产品是使用nand存储器，没有rpmb分区，我看设备认证部分的文档中，可以使用opentee完成设备认证。但是我发现需要在arm板上运行rpmbd_tee 服务程序，而此服务程序是软浮点编译： [图片] 而linux的voip sdk是硬浮点编译。 这个没办法兼容吧？

[图片]

https://developers.weixin.qq.com/miniprogram/dev/framework/device/voip-plugin/api/initByCaller.html

怎么监听wmpf-voip电话关断关闭之后返回小程序中

[图片] 这个环境是小程序正式环境，正常不是不用登录这个步骤吗？为什么还会提示出现异常退出登录？还有要怎么避免这种弹窗呢？