CN117441329A - 解决呼叫质量问题 - Google Patents

Abstract

此文档描述了用于解决在实时的人对人媒体会话(例如，呼叫)期间的呼叫质量问题的方法和设备。本文描述的技术利用第一计算设备以通过无线通信网络(例如，IMS网络)与第二计算设备建立呼叫。第一计算设备可以在呼叫期间与第二计算设备交换状态消息以传达设备的状态信息。例如，如果第一计算设备使用在来自第二计算设备的状态消息中接收到的状态信息检测到呼叫质量问题，则第一计算设备可以确定问题的原因并通知第一计算设备的用户呼叫质量问题。此外，第一计算设备可以确定用于解决呼叫质量问题的推荐并向用户通知该推荐以改善用户体验。

Description

解决呼叫质量问题

背景技术

计算设备(例如，智能手机)可以通过通信网络与另一个计算设备进行通信。例如，第一计算设备可以出于实时人对人媒体会话(例如，呼叫)的目的通过无线通信网络连接到第二计算设备。然而，设备通过通信网络的这种网络连接易于出现可能降低呼叫质量的问题。这些呼叫质量问题包括例如由于低电池状况而导致设备突然断电、位于远程位置中的设备导致的音频质量差、由于网络拥塞导致的视频质量差等。用户通常会自行确定这些呼叫质量问题的解决方案，这可能需要他们导航其设备上的设置以尝试解决问题。用户在导航时可能会分心或对如何解决问题感到困惑，从而进一步降低呼叫的有效性和用户体验。结果，存在阻止用户在呼叫期间与另一用户有效通信的障碍。

发明内容

此文档描述了用于解决呼叫质量问题的技术和设备。本文描述的技术利用计算设备以使用无线通信网络(例如，互联网协议多媒体核心网络子系统(IMS)网络)与另一设备建立实时的人对人媒体会话(简言之，本文被称为呼叫)。通过无线通信网络，计算设备可以在呼叫期间与另一设备交换状态消息以传达设备中至少一个(例如，设备的健康状况、呼叫质量、网络质量)的状态信息。状态消息可以在呼叫期间使用例如实时传输协议(RTP)报头扩展或未使用的双音多频(DTMF)数位(例如，数位A、B、C或D)在设备之间交换。计算设备可以部分地使用在从另一设备在状态消息中接收到的状态信息来检测呼叫质量问题。在确定呼叫质量问题之后，计算设备可以生成要显示给设备的用户的通知以向用户告知该问题。计算设备可以另外确定帮助用户解决呼叫质量问题的推荐。

下面描述的方面包括用于解决呼叫质量问题的技术。示例方法由第一计算设备执行并且可以包括请求在无线通信网络中注册以及通过无线通信网络与第二计算设备建立实时的人对人媒体会话。第一计算设备可以从第二计算设备接收状态消息，该状态消息包括第二计算设备的设备健康信息，指示实时的人对人媒体会话的质量。基于第二计算设备的设备健康信息，第一计算设备可以确定实时的人对人媒体会话的呼叫质量问题。第一计算设备可以生成通知以向第一计算设备的用户告知实时的人对人媒体会话的呼叫质量问题。第一计算设备可以使用该通知来通知用户。

如将会领会到的，本文描述的各种示例可以用作向呼叫的一方或多方通知连接/通信的现存情形和/或断开连接的原因。在一些示例中，所提供的通知可以形成人机交互的一部分，用于有效地解决两方之间的连接/通信问题。指示断开连接原因的通知除了其他好处外还可以提供有关是否值得尝试重新发起连接的信息。

提供此发明内容是为了介绍解决呼叫质量问题的简化概念，这将在下面的详细说明和附图中进一步描述。此发明内容并不旨在标识所要求保护的主题的基本特征，也不旨在用于确定所要求保护的主题的范围。

附图说明

参考下图描述用于解决呼叫质量问题的技术和设备的一个或多个方面的细节：

图1图示了其中由经连接的计算设备在呼叫期间执行解决呼叫质量问题的技术的示例环境；

图2图示了实现解决呼叫质量问题的技术的示例计算设备；

图3图示了可以被用于在呼叫期间建立设备到设备通信的示例握手过程；

图4图示了可以包括在状态消息中以标识和解决呼叫质量问题的示例状态信息；

图5图示了允许用户选择隐私选项的状态模块的示例状态共享控件；

图6图示了随着时间的流逝在第一设备上显示的通知的示例序列；

图7图示了在计算设备上显示的用于解决呼叫质量问题的示例推荐序列；

图8描绘了用于解决呼叫质量问题的示例方法；以及

图9图示了体现解决呼叫质量问题的技术或在其中可以实现能够使用解决呼叫质量问题的技术的示例计算系统。

在整个附图的不同实例中使用相同的数字可以指代相似的特征和组件。

具体实施方式

概述

计算设备之间的网络连接(例如，启用音频呼叫、视频呼叫的网络连接)易于出现可能降低呼叫质量的呼叫质量问题。这些问题可以包括例如智能手机由于低电池而突然断电、与远程位置中的智能手机信号差相关联的音频干扰、由于通信网络拥塞而导致视频呼叫的时延等等。设备用户可能经常遇到呼叫质量问题，同时不了解问题的原因或解决方案。例如，如果呼叫意外掉线，用户可能会想知道呼叫为何结束以及他们的设备是否是问题的根源。即使在设备上标识了问题，用户也可能想知道如何快速解决该问题。用户通常会自行确定呼叫质量问题的解决方案并且然后导航他们的设备来解决问题。用户可能会在导航的同时时分心或对如何解决问题感到困惑，从而进一步降低呼叫的有效性和用户体验。因此，存在阻止用户解决呼叫质量问题的障碍。

为了应对这些挑战，此文档描述了用于解决呼叫质量问题的方法。在各方面中，该解析是实时执行的。在与另一设备建立呼叫之后，计算设备可以与另一设备交换状态消息以实时被动地传达(例如，如用户所感知的)设备中的一个或多个的状态信息。此状态信息可以包括例如设备的状态(例如，电池水平)、呼叫的质量(例如，连接强度)、无线通信网络的质量(例如，网络流量水平)和/或相关用户输入(例如，设置、输入)。为了在呼叫期间交换这些状态消息，设备可以通过使用例如RTP报头扩展和/或未使用的DTMF数位执行握手过程的操作来建立与另一设备的设备到设备通信。

设备可以使用在呼叫中(on a call)的经连接设备的接收到的状态消息和/或他们自己设备的本地健康状况来确定呼叫前(例如，在呼叫之前)、在拨打呼叫时、在呼叫期间、或呼叫后(例如，在呼叫已经挂断之后)的呼叫质量问题。在确定呼叫质量问题之后，计算设备可以通过执行下述中的一个或多个解决问题：向设备的用户通知问题的详细信息、通知用户用于快速解决问题的推荐、或者向呼叫中的另一设备传送状态消息以告知另一台设备的用户呼叫质量问题。推荐可以包括允许用户快速解决呼叫质量问题而无需导航他们的设备来执行操作的附加功能(例如，快捷方式)。例如，推荐可以包括一个或多个用户可选择的选项，其选择可以使在其上选择推荐的设备执行所推荐的动作/操作。

示例环境

图1图示了示例环境100，其中解决呼叫质量问题的技术由经连接的计算设备在呼叫期间执行。示例环境100包括第一计算设备102-1(设备102-1)，其通过被图示为无线链路110-1的一个或多个无线通信链路110(无线链路110)与第一基站106通信。示例环境100进一步包括第二计算设备102-2(设备102-2)，其通过被图示为无线链路110-2的一个或多个无线链路110与第二基站108通信。为了便于描述，此处，第一设备102-1和第二设备102-2可以分别被称为计算设备102，并且第一基站106和第二基站108被统称为基站104。

宏小区、微小区、小型小区、微微小区、分布式基站等或其任意组合或未来演进可以实现基站104(例如，演进型通用地面无线电接入网络节点B、E-UTRAN节点B、演进型节点B、eNodeB、eNB、下一代eNB、ng-eNB、下一代节点B、gNode B、gNB、基站收发器系统、无线本地接入网络(WLAN)路由器、卫星、地面电视广播塔、接入点、对等设备、充当基站的另一计算设备等)。基站104可以使用实现为任何合适类型的无线链路的无线链路110与计算设备102通信。无线链路110可以包括控制和数据通信，诸如从基站104传达到计算设备102的数据和控制信息的下行链路、从计算设备102传达到基站104的其他数据和控制信息的上行链路、或两者。无线链路110可以包括使用任何合适的通信协议或标准、或者通信协议或标准的组合(诸如第三代合作伙伴计划长期演进(3GPP LTE)、第五代新无线电(5G NR)等等)实现的一个或多个无线链路(例如，无线电链路)或承载。

基站104(第一基站106、第二基站108)统称为无线电接入网络118(例如，RAN、演进型通用陆地无线电接入网络、E-UTRAN、5G NR RAN或NR RAN)。RAN 118中的基站106和108被连接到核心网络112(例如，支持可以与其他网络对接以用于语音、图像、视频、文本、消息传递等的服务的IMS网络)。基站106和108可以分别在120和122处使用当连接到5G核心网络时用于用户平面数据通信的NG3接口、当连接到演进型分组核心(EPC)网络时用于控制平面信令和用户平面数据通信的S1接口等等中的任意一个通过用于控制平面信令的NG2接口连接到核心网络112。在123处，基站106和108可以通过Xn接口使用Xn应用协议(XnAP)进行通信，通过X2接口使用X2应用协议(X2AP)进行通信以交换用户平面和控制平面数据等。计算设备102可以使用核心网络112连接到诸如互联网114的公共网络，以与远程服务116交互。

所公开的解决呼叫质量问题的技术可以由第一设备102-1或第二设备102-2中的一个或多个来执行。在示例环境100中，第一设备102-1利用无线链路110-1来执行信令并注册到实时的人对人媒体会话以启用通过基站104与第二设备102-2的呼叫。呼叫可以通过IMS网络建立并且包括例如音频呼叫、视频呼叫、共享服务器上的连接、长期演进语音(VoLTE)呼叫、互联网协议语音(VoIP)呼叫、5G新无线电语音(VoNR)呼叫、语音(VoWiFi)呼叫等等。呼叫的建立使第一用户124-1能够利用他们各自的计算设备102与第二用户124-2进行通信。为了便于描述，第一用户124-1和第二用户124-2在本文中可以分别被称为用户124。

在示例环境100中，第一设备102-1和第二设备102-2可以在呼叫期间交换状态消息以标识并解决呼叫质量问题。这些呼叫质量问题可以与例如网络状况(例如，拥塞的网络)、媒体会话的质量、计算设备102的健康状态(例如，电池水平)、或者一个或多个用户输入(例如，用户124的有意命令、用户124的无意命令)中的一个或多个相关联。

在示例环境100中，第一设备102-1和第二设备102-2之间的呼叫如第一用户124-1所感知的那样意外掉线。使用本文描述的技术，通知126被显示在第一设备102-1的显示器128-1上以告知第一用户124-1呼叫可能由于第二设备102-2的低电池状况而掉线。在此示例中，第一设备102-1可能已经检测到呼叫质量问题(例如，掉线呼叫)，基于从第二设备102-2在状态消息中接收到的信息确定呼叫质量问题的原因(例如，第二设备102-2的低电池状况)，并且利用包括呼叫质量问题的原因的通知126来通知第一用户124-1。一般而言，第一设备102-1可以向第二设备102-2传送关于检测到的呼叫质量问题的状态消息，这可以使第二设备102-2能够向第二用户124-2通知该问题。然而，因为第二设备102-2在示例环境100中已经断电，所以通知可以不显示在第二设备102-2的显示器128-2上或者不被第二设备102-2接收。为了便于描述，显示器128-1和显示器128-2在本文中可以分别被称为显示器128。虽然此公开中描述的示例计算设备是智能电话，但是其他类型的计算设备102也可以支持解决呼叫质量问题的技术，如关于图2进一步描述的。

示例计算设备

图2图示了实现解决呼叫质量问题的技术的示例计算设备102。计算设备102被图示有各种非限制性示例设备，包括台式计算机202-1、平板电脑202-2、膝上型计算机202-3、电视202-4、计算手表202-5、计算眼镜202-6、游戏系统202-7、微波炉202-8和车辆202-9。还可以使用其他设备，包括家庭服务设备、智能扬声器、智能恒温器、安全摄像头、婴儿监视器、路由器、无人机、触控板、绘图板、上网本、电子阅读器、家庭自动化和控制系统、墙壁显示器、虚拟现实耳机和/或另一家用电器。计算设备102可以是可穿戴的、不可穿戴但移动的、或相对固定的(例如，台式机、电器)。

计算设备102可以包括处理器204，该处理器204包括例如中央处理单元(CPU)、数据处理单元(DPU)、图形处理单元(GPU)等中的一个或多个。计算设备102还可以包括用于接收和传送信号的一个或多个收发器206。收发器206可以被用于向另一计算设备传送状态消息并且从另一计算设备接收状态消息。尽管在图2中未图示，计算设备102可以可替代地包括被指定为分别从另一设备接收信号和向另一设备传送信号的接收器和发射器。

计算设备102可以包括显示器128和至少一个传感器208。如图1的示例环境100中，显示器128部分地被用于显示掉线呼叫的通知126。一般而言，显示器128可以被用于查看和/或控制包括用户设置、偏好等等的计算设备102的内容。至少一个传感器208可以部分地被用于例如使用与计算设备102相关联的场境信息(例如，触觉输入、位置、检测到的运动等等)来确定计算设备102的状态。传感器208可以包括例如相机、麦克风、扬声器、环境光传感器、生物传感器、加速计、陀螺仪、磁力计、接近传感器、全球导航卫星系统(GNSS)传感器、触摸屏传感器、健康传感器、条形码扫描仪、快速响应(QR)代码扫描仪、气压计、雷达传感器等。

图2中图示的计算设备102还可以包括计算机可读介质(CRM)210。体现为CRM 210上的计算机可读指令的应用和/或操作系统(未图示)由处理器204执行，并且可以提供本文描述的一些功能性。CRM 210可以从收发器206和/或传感器208接收信息作为对状态模块212的输入以确定呼叫质量问题。CRM 210可以包括用于引导计算设备102的状态模块212执行解决呼叫质量问题的技术的指令。

为了使在呼叫期间能够交换状态消息，可以使用状态模块212的消息初始化器214来建立设备到设备通信。消息初始化器214可以通过指示消息生成器216以生成可以使用收发器206传送到呼叫中的另一设备的请求消息来建立设备到设备通信。如果计算设备102使用收发器206接收到响应消息，则状态模块212的消息分析器218分析(例如，解码、转换)此消息作为对消息初始化器214的输入。一旦计算设备102与另一设备建立设备到设备通信，消息生成器216和消息分析器218可以另外被用于分别生成和分析在设备之间交换的状态消息。

状态模块212的连接分析器220可以基于从关于呼叫中的另一设备接收到的状态消息中的信息和/或计算设备102的本地健康信息来确定呼叫质量问题。虽然未描绘，但是状态模块212可以使用CRM 210的用户输入模块(例如，用于检测一个或多个用户输入)、设备健康模块(例如，用于确定计算设备102的健康状态)、媒体连接模块(例如，用于确定通过无线链路110的呼叫的质量)、或通信网络模块(例如，用于检测核心网络112的状况)中的任意一个或其组合来确定本地健康信息。这些模块(未描绘)中的一个或多个可以使用硬件、软件、固件或其组合来实现。

在连接分析器220确定呼叫质量问题之后，通知生成器222可以确定被用于向设备的用户警告该问题的一个或多个通知126(例如，使用第一设备102-1以在显示器128-1上通知第一用户124-1)。通知生成器222还可以确定要传送(例如，使用收发器206)到另一设备的一个或多个状态消息，其包括与呼叫质量问题相关联的状态信息。在另一设备处接收到此状态消息时，另一设备可以使用本地状态模块212来执行向该设备的用户通知该问题的类似操作。另外，状态模块212可以使用推荐生成器224来确定用于解决呼叫质量问题的一个或多个推荐。例如，第一设备102-1的推荐生成器224可以确定推荐并在显示器128-1上向第一用户124-1告知该推荐。

建立设备到设备的通信

为了启用解决呼叫质量问题的技术，计算设备102可以在呼叫期间与经连接的设备交换状态消息。这种状态消息的交换(例如，设备到设备通信)可以在用户124不直接参与的情况下执行(例如，如用户124感知到的被动交换)。例如，在没有第一用户124-1或第二用户124-2直接执行交换的情况下，第一设备102-1可以在与第二设备102-2的呼叫期间接收和/或传送一个或多个状态消息。当检测到呼叫质量问题(例如，掉线呼叫)时，第一设备102-1可以在显示器128-1上显示通知126，以部分地基于在状态消息中从第二设备102-2接收到的信息来向第一用户124-1通知呼叫质量问题。虽然第一设备102-1和第二设备102-2的示例计算设备102支持这种设备到设备通信，但是一些计算设备102可能不支持这种消息交换。因此，第一设备102-1可能需要在传送状态消息之前确定经连接的第二设备102-2是否支持设备到设备通信，如关于图3进一步描述的。

图3图示了可以被用于在呼叫期间建立设备到设备通信的示例握手过程300。示例握手过程300被图示为由包括第一设备102-1和第二设备102-2的系统执行的一组操作(或动作)。这些计算设备102中的一个或多个可以利用该计算设备102的各自状态模块212来启用所示的操作。示例握手过程300不限于所示的操作，并且可以根据需要重新布置、重复或消除以启用本文描述的技术。300中描绘了两条生命线，其中由第一设备102-1执行的操作至少部分地围绕第一生命线定向或源于第一生命线并且由第二设备102-2执行的操作至少部分地围绕第二生命线定向或源于第二生命线。

虽然示例握手过程300可以由状态模块212的消息初始化器214执行，但是一般来说，示例握手过程300可以由处理器204、CRM 210的另一模块或其任意组合来执行。示例握手过程300的操作可以在呼叫之前(呼叫前)、在拨打呼叫时(例如，在第一设备已经发起呼叫之后但在第二设备连接到该呼叫之前)、并且/或在呼叫期间执行。在建立设备到设备通信之后，可以在拨打呼叫时或在呼叫期间交换状态消息。一般而言，设备到设备通信可以由用户基于例如用户需要在任何设备上手动启用或禁用。假定在300中，第一设备102-1已经启用设备到设备通信特征，并且正在执行握手过程以部分地确定第二设备102-2是否也已经启用了此特征(如果设备支持的话)。

在网络连接过程302-1处，第一设备102-1和第二设备102-2使用一个或多个基站(例如，基站104)、公共服务器、对等网络、和/或启用本文描述的技术的客户端-服务器模型建立到无线通信网络的连接(例如，使用无线链路110)。基站104可以启用到核心网络112的连接(例如，IMS网络连接)。例如，第一设备102-1可以请求在IMS网络中的注册。

在呼叫连接过程302-2处，在建立到无线通信网络的连接后，在第一设备102-1和第二设备102-2之间建立实时的人对人媒体会话(呼叫)。例如，第一设备102-1可以接收IMS网络中的注册，并且然后开始与第二设备102-2建立音频呼叫。呼叫可以包括音频呼叫、视频呼叫、共享服务器上的连接、VoLTE呼叫、VoIP呼叫、VoNR呼叫、VoWiFi呼叫等中的一个或多个。

第一设备102-1可以传送请求消息304(在300中图示为第一请求消息304-1)。此请求消息304可以包括一个或多个二进制数位(比特)、第一设备102-1支持的消息传递协议(例如，设备到设备通信)的版本、音调、消息、指令集等等，其可以被传送到经连接的第二设备102-2。第一设备102-1的消息初始化器214可以通过指示第一设备102-1使用收发器206向第二设备102-2传送请求消息304以确定第二设备102-2是否支持状态消息的交换来建立设备到设备通信。

请求消息304可以由消息生成器216生成并在时间的持续时间内(例如，周期性地每40毫秒(ms))重传，因为可能无法保证通过无线通信网络接收到请求。在该时间的持续时间期间，第一设备102-1可以执行第一接收验证过程306，以确定是否已经从第二设备102-2接收到响应消息312。如果在时间的持续时间内的给定时间尚未接收到响应消息312，则第一设备102-1可以重传请求消息304(在300中被图示为另一请求消息304-N，其中N表示大于一的整数值，其随着每次重传单调增加)。第一设备102-1可以重传请求，直到第一设备102-1已经接收到响应消息312或者时间的持续时间已经期满。请求消息304的重传可以基于用户需要(例如，节省电池电荷)连续地、周期性地、在预定时间或者在时间的持续时间内间歇地执行。

可以相对于从第一设备102-1传送第一请求消息304-1的时间来测量时间的持续时间。具体地，在传送第一请求消息304-1时，定时器可以被触发到活动情形(例如，触发定时器的开始)。定时器(例如，计时系统)可以被用于对时间的持续时间内的时间进行计数，并且保持在活动情形直到时间的持续时间期满或者从第二设备102-2接收到响应消息312。在第一接收验证过程306处，第一设备102-1可以另外确定定时器是否处于活动情形或者不活动情形(例如，指示时间的持续时间已经期满)。在时间的持续时间内的给定时间，如果确定定时器处于活动情形并且尚未接收到响应消息312，则第一设备102-1可以重传请求消息304。

在示例握手过程300中，如果第二设备102-2支持设备到设备通信，则可以执行响应过程308。在第一确认过程310处，第二设备102-2可以例如基于接收请求消息304来确定第一设备102-1支持设备到设备通信。如果第二设备102-2从第一设备102-1接收到重传的请求消息(例如，304-N)，则第二设备102-2可以忽略与第一接收到的请求消息304类似的任何附加请求。第二设备102-2可以在第二设备102-2(例如，CRM 210)上存储第一设备102-1的设备到设备通信设置以供将来参考。

第二设备102-2还可以向第一设备102-1传送响应消息312(在300中图示为第一响应消息312-1)，其包括一个或多个比特、由第二设备102-2支持的消息传递协议的版本、音调、消息、指令集等等，其与请求消息304类似或不同。具体地，第二设备102-2的收发器206可以从第一设备102-1接收请求消息304并且第二设备102-2的消息初始化器214可以确定第一设备102-1支持设备到设备通信。此消息初始化器214还可以指示消息生成器216生成可以使用第二设备102-2的收发器206将其传送到第一设备102-1的响应消息312。

在第二接收验证过程314处，第二设备102-2可以在时间的第二持续时间内重传响应消息312(在300中被图示为另一请求消息312-M，其中M表示大于一的整数值，其随着每次重传单调增加)，因为可能无法保证通过无线通信网络接收到响应。第二设备102-2可以重传响应，直到设备到设备通信开始(例如，在第二设备102-2处从第一设备102-1接收到状态消息)或者时间的第二持续时间已经期满。基于用户需求，可以连续地、周期性地、在预定时间或者在时间的第二持续时间内间歇地执行响应消息312的重传。时间的第二持续时间可以与该时间的持续时间相似或不同。第二定时器也可以在第一响应消息312-1的传输时被触发进入活动情形。第二定时器可以被用于对时间的第二持续时间内的时间进行计数并保持在活动情形直到时间的第二持续时间期满或设备到设备通信开始(例如，从第一设备102-1接收到状态消息)。

在第二确认过程316处，第一设备102-1可以基于例如在时间的持续时间内接收到响应消息312来确定第二设备102-2支持设备到设备通信。在做出此确定后，第一定时器可以被第一设备102-1触发到不活动情形。如果第一设备102-1从第二设备102-2接收到重传的响应消息(例如，312-M)，则第一设备102-1可以忽略与第一接收到的响应消息312类似的任何附加响应。设备102-1可以将第二设备102-2的设备到设备通信设置存储在第一设备102-1(例如，CRM 210)上以供将来参考。

一般来说，请求消息304和/或响应消息312可以是随机的、预定的、加密的(例如，为了隐私而编码)、和/或包括关于传送设备的信息(例如，标识符)。虽然与示例握手过程300的第一生命线相关联的操作被描述为由第一设备102-1执行并且与第二生命线相关联的操作被描述为由第二设备102-2执行，但是一般来说，第二设备102-2可以执行第一生命线的操作，并且第一设备102-1可以执行第二生命线的操作。

在确定第二设备102-2支持设备到设备通信之后，第一设备102-1和第二设备102-2可以开始交换状态消息。在示例中，可以使用设备到设备通信来交换状态消息，以部分地标识和解决呼叫质量问题。很多时候，用户可能会遇到呼叫质量问题，同时不了解问题的原因或解决方案。例如，呼叫可能会意外掉线，让用户想知道呼叫为何结束以及他们的设备是否是问题的根源。可以在呼叫期间交换状态消息以传达关于可以解决这些类型的呼叫质量问题的经连接的设备的场境信息。在当前示例中，设备可以使用设备到设备通信来传送“低电池”的状态消息，以告知低水平的电池电荷的另一设备，其可能导致呼叫掉线。如果呼叫意外结束，用户可以从状态消息中接收到的信息更好地理解呼叫掉线的原因(例如，另一设备由于不充足水平的电池电荷而断电)。

状态消息可以由计算设备102的收发器206根据来自状态模块212的指令使用设备到设备通信在任何时间(例如，周期性地、在预定时间、间歇地)传送。状态消息可以由消息生成器216生成，并且可以被加密以防止第三方(例如，不同于第一设备102-1和第二设备102-2的实体)访问设备的状态信息。计算设备102还可以在计算设备102的收发器206处随时接收状态消息。消息分析器218可以对经加密的消息进行解码、转换状态消息中的信息、和/或执行分析过程以理解状态消息中的信息。

在示例中，第一设备102-1检测设备的电池电荷水平的变化，并且处理器204在使用设备到设备通信的呼叫期间指示状态模块212将第一设备102-1的状态信息的此变化传达到经连接的第二设备102-2。第一设备102-1的消息生成器216可以生成状态消息(例如，“低电池”的状态消息)以告知第二设备102-2第一设备102-1具有低水平的电池电荷。第一设备102-1可以加密要由收发器206传送到第二设备102-2的此状态消息。第二设备102-2可以使用收发器206来接收经加密的消息，并且第二设备102-2的消息分析器218可以将该消息解码为到连接分析器220的输入。

如果第二设备102-2不支持设备到设备通信，则可以执行禁用过程320。在解除过程322处，第二设备102-2可以忽略来自第一设备102-1的请求消息304。即使第二设备102-2能够支持设备到设备通信，用户124(例如，第二用户124-2)也可能已经禁用了第二设备102-2上的该特征。在这种情况下，第二设备102-2仍可以忽略请求消息304，如在解除过程322处所图示的。

在时间验证过程324，第一设备102-1确定时间的持续时间已经期满(例如，使用定时器)并且尚未从第二设备102-2接收到响应消息312。基于此确定，第一设备102-1在第三确认过程326处可以确定第二设备102-2不支持设备到设备通信并且可以禁用或避免状态消息的交换。可以使用例如在第一设备102-1的CRM 210上存储的第二设备102-2的设置在此呼叫期间和/或在与第二设备102-2的未来呼叫期间暂时禁用设备到设备通信特征。例如，当与第三设备建立设备到设备通信时，可以再次启用此特征。

请求消息304、响应消息312和状态消息可以利用消息报头(例如，使用RTP报头扩展)和/或未使用的DTMF数位(例如，A-D的数位)。使用消息报头或未使用的DTMF数位，在不修改任何现有标准(例如，机械、软件、网络)的情况下和/或不需要对运营商基础设施(例如，LTE、5G NR、或无线局域网)进行任何修改的情况下可以执行示例握手过程300的操作。此外，在不被操作电信系统的运营商网络修改或阻止的情况下，状态消息可以在设备之间交换。

在一示例中，设备到设备通信和握手过程可以使用包括至少一个RTP报头扩展的消息报头来执行。根据3GPP为电信系统设置的标准和规范，许多计算设备102支持用于通过IP网络递送音频和视频信息的RTP数据分组。例如，IMS网络可以允许使用IP网络将多媒体服务(例如，呼叫、文本、RTP消息)递送到另一个设备。在此示例中，IMS网络使RTP数据分组能够从第一计算设备(例如，第一设备102-1)递送到第二计算设备(例如，第二设备102-2)。RTP数据分组可以提供启用计算设备102之间的实时数据传输的端到端网络传输功能(例如，媒体流、电话会议应用等)。使用RTP数据分组传送数据的操作可以包括将数据结构化成数据分组以能够跨IP网络快速传送。在接收到数据分组之后，数据被重组成供接收方计算设备流畅流动的数据流。RTP数据分组可以包括告知接收方计算设备如何重组数据的RTP报头。RTP报头可以包括例如报头扩展、协议版本、填充字节、贡献源标识、标记、有效负载类型信息、序列号、时间戳等等。

RTP规范要求接收方计算设备忽略不被理解的RTP报头。因为RTP报头承载独立信息(例如，与RTP有效负载不同)，所以忽略RTP报头不会影响数据(例如，音频数据、视频数据)的处理、解码或编码。消息(例如，包括状态信息)可以被包括在RTP报头扩展中作为用于在计算设备102之间传送数据的技术。在示例握手过程300中，第一设备102-1可以使用RTP报头扩展(例如，RTP请求)来传送请求消息304。RTP请求可以包括一个比特或多个比特的信息，包括例如标识符(ID)、信息长度和数据。因为通过无线通信网络可能无法保证RTP请求的递送，所以第一设备102-1可以在时间的持续时间内(例如，每20-40ms，取决于捆绑)重传RTP请求。如果在时间的持续时间内在第一设备102-1处接收到使用RTP报头扩展(例如，RTP响应)的响应消息312，则第一设备102-1可以避免重传RTP请求。在一些情况下，RTP报头扩展可以优先化作为用于交换关于例如未使用的DTMF数位的状态消息的主要技术。

在设备之间的消息交换期间，RTP报头扩展可以包含关于计算设备102的状态的信息，例如，以位数组的形式。例如，包括在RTP报头扩展中的RTP消息可以包括[1011 00000001 0100]的位数组，其中第一四位组[1011]指示该消息指的是设备状态，第二四位组[0000]指的是有效负载长度，第三四位组[0001]表示随着每个新的RTP消息单调增加的序列号，并且第四四位组[0100]表示设备“低电量”的消息。在任何给定时间，每个设备都可能接收一个或多个RTP消息。计算设备102可以忽略与先前接收到的消息相似的一个或多个RTP消息。结果，计算设备102可以使用RTP消息来使用本文描述的技术来检测呼叫中的另一计算设备的状态的变化。

状态消息的交换不限于包括RTP报头扩展的消息报头。设备到设备通信和握手过程可以使用未使用的DTMF数位来执行。由3GPP为电信系统设置的标准和规范还指示许多计算设备102可以协商并支持使用十五个数位(0-9、*、#、A、B、C和D)的DTMF信令的使用。虽然用户124可能仅受计算设备102的键盘上的十二个数位(0-9、*和#)的限制，但是额外的未使用的DTMF数位A-D可用于设备到设备通信。

在示例握手过程300中，第一设备102-1使用一个或多个未使用的DTMF数位来传送一个或多个请求消息304。请求可以包括例如参数标识符和参数值。参数标识符可以包括由数位A和/或B表示的基3编码版本号，其以数位D终止。参数值例如可以将第一设备102-1支持的协议版本传达到第二设备102-2。数位A-C可以组合使用来标识协议版本，而数位D标识参数值的终止。例如，第一设备102-1将请求消息304中的“AD”传送到第二设备102-2以传达第一设备102-1支持的IP版本1.0。如果第一设备102-1确定第二设备102-2支持使用未使用的DTMF数位的设备到设备通信，则第一设备102-1可以传送字母A-D的组合以向第二设备102-2传达状态信息。

在示例中，“ABBAD”的DTMF消息包括用于标识序列的开始的第一个数位“A”，以及用于标识序列的结束的第五数位“D”。第二、第三、以及第四数位形成数组[XYZ]，并且表示状态消息的数据，其中X表示参数类别，Y表示参数类型，并且Z表示参数值。状态消息“ABBAD”的数据括“BBA”，其中X＝“B”指的是设备状态，Y＝“B”指的是网络覆盖范围，并且Z＝“A”指的是质量差。状态消息“ABBAD”指示设备的网络覆盖范围很差。一般而言，数据数组可以包括小于或大于三的任意数量的数位以形成替代数组(例如，X的数组、UVWXYZ的数组等)。相对于RTP报头扩展，未使用的DTMF数位可以被优先化为用于交换状态消息的辅助技术，以防止通信网络的拥塞。如果使用未使用的DTMF数位来交换消息，则每个设备可以避免播放与A-D的DTMF数位相关联的音调以改善用户体验。

如果出现不兼容条件，包括例如紧急呼叫、律师呼叫、会议、单个无线电语音连续性(SRVCC)被检测到的活动情形等等，则计算设备102可以随时禁用设备到设备通信。在这些情况下，其他连接的设备(例如，紧急操作员的固定电话)通常不支持在呼叫期间交换状态消息，并且可能无法从本文描述的技术中受益。

如果两个设备(例如，第一设备102-1和第二设备102-2)都在共享服务器上，则也可以简化图3中所图示的握手过程。在这种情况下，第一设备102-1连接到共享服务器并且确定第二设备102-2也连接到共享服务器。两个设备可以开始通过共享服务器交换状态消息。

确定呼叫质量问题

状态消息可以包括关于例如无线通信网络的状况(例如，IMS网络的状况)、呼叫的质量(例如，音频质量)、呼叫中的一个或多个设备的健康状况(例如，电池水平)、来自设备的用户的输入(例如，触觉输入、命令、用户设置)、自定义消息等等中的一个或多个的状态信息，如关于图4进一步描述的。可以使用例如在状态消息中交换的信息、接收到的状态消息的分析(由连接分析器220执行)、由一个或多个传感器208、CRM 210的一个或多个附加模块(未图示)收集的信息等等来确定此状态信息。状态消息中包括的状态信息可以另外包括关于失真的音频/视频信号、回声、间歇的音频/视频信号、静音、音频信号的音量或清晰度的变化、视频信号的分辨率降低、延迟的音频/视频(例如，时延、滞后)、音频/视频干扰或静态噪音、背景噪音、无意的用户输入、一个或多个用户设置、用户命令、触觉输入、语音输入、手势输入、由用户已经选择以与另一设备共享的已存储的信息(例如，旅行信息、日历事件)、电池水平、一个或多个传感器的活动或不活动情形、麦克风的静音状态、扬声器的静音状态，等等中的一个或者多个的信息。状态信息还可以包括如使用加速计确定的用户的活动(例如，步行)、位置传感器确定的设备的位置、如运动传感器确定的紧急信息(例如，车祸)等等。

可以向计算设备102的用户124提供控件，其允许用户124做出关于本文描述的系统、应用和/或特征是否以及何时可以启用用户信息和/或设备信息(例如，偏好、存储的信息、设备的当前位置)的收集，以及是否从服务器向用户124发送内容和/或通信的选择。此外，某些数据在存储和/或使用之前可能会以一种或多种方式进行处理，使得删除个人身份信息。例如，可以处理用户124的身份，使得不能确定用户124的个人身份信息。在另一示例中，可以在获得位置信息的地方概括用户124的地理位置(例如，到城市、区域改善计划(ZIP)代码或州级别)，使得不能确定用户124的特殊位置。因此，用户124可以控制收集什么信息、如何使用该信息以及向呼叫中的设备提供什么信息。状态消息中的信息还可以由一个或多个计算设备102的软件应用(例如，电话簿应用)使用以改善用户体验。

图4图示了可以包括在状态消息中以标识和解决呼叫质量问题的示例状态信息。在示例环境402、404、406和408处图示了状态信息的示例，其可以由状态模块212的连接分析器220使用以确定呼叫质量问题。状态信息可以链接到计算设备102上的其他应用或程序(例如，与电话簿应用、消息传递应用等共享)。

在示例环境402处，在与第二设备102-2的呼叫期间，第一设备102-1已被移动到远离基站(例如，104)的远程位置(例如，森林)，导致第一设备102-1的连接性差。状态模块212可以将关于第一设备102-1的差连接性的状态信息传送到第二设备102-2，以使第二设备102-2的状态模块212能够确定呼叫质量问题。当与之前的连接质量(例如，在较远的位置中)相比，第一设备102-1和/或第二设备102-2的连接分析器220可以例如通过标识设备的连接性质量的变化(例如，从平均到差)来确定与第一设备102-1的差连接性相关联的呼叫质量问题。具体地，连接分析器220可以确定连接性的资质差超过与呼叫质量问题相关联的预定阈值。一般来说，连接分析器220可以通过标识随着时间的流逝设备的连接性的变化、可能超过预定或可变阈值的连接性水平、从第二设备102-2接收到的关于呼叫质量的状态消息中的状态信息等等中的一个或多个来确定该呼叫质量问题。

在示例环境404处，基站104被连接到大量用户设备，导致网络拥塞。如果第一设备102-1使用此基站104建立网络连接，则可能发生一个或多个呼叫质量问题，从而导致例如音频/视频内容的时延或呼叫掉线。基于来自例如传感器208的关于无线通信网络的当前质量的输入，连接分析器220可以标识与拥塞网络相关联的呼叫质量问题。第一设备102-1可以在例如拨打与第二设备102-2的呼叫之前标识此问题。通过在尝试呼叫之前标识此呼叫质量问题，第一设备102-1可以更好地告知第一用户124-1关于成功呼叫的可能性。

在示例环境406处，第一用户124-1正在与第二用户124-2(例如，John)处于呼叫中，并且第一用户124-1通过用他们的手部分地覆盖第一设备102-1的麦克风412来开始无意地失真呼叫的音频。第一设备102-2可以使用连接分析器220来确定与此音频失真相关联的呼叫质量问题。具体地，第一设备102-1的传感器208(例如，触摸传感器、雷达传感器、超声波传感器、环境光传感器)可以检测麦克风412的这种遮挡作为对状态模块212的输入。连接分析器220可以确定第一用户的手对麦克风412的遮挡正在导致音频失真。消息生成器216可以生成一个或多个状态消息以将此状态信息传达到第二设备102-2，从而使第二设备102-2能够本地确定与音频失真相关联的呼叫质量问题。

在示例环境408处，第一设备102-1具有低电池，这可能导致与第二设备102-2的呼叫掉线。基于状态模块212的输入(例如，电池水平电荷信息)，连接分析器220确定可能由于低电池而发生呼叫质量问题(例如，掉线呼叫)，并且状态模块212开始与另一设备交换状态消息以传达此呼叫质量问题。

一般来说，连接分析器220可以使用如在状态消息中接收到的第一设备102-1的状态信息和/或第二设备102-2的状态信息通过标识设备的健康状况的变化、可能超过预定或可变阈值(例如，电池水平)的设备健康水平等等中的一个或者多个来确定呼叫质量问题。连接分析器220还可以使用来自接收到的状态消息、本地设备的状态消息、和/或机器学习(ML)模型来确定呼叫质量问题。ML模型可以基于设备遇到的呼叫质量问题的历史来预测本地设备上的问题。ML模型可以是基于标准神经网络的模型，其具有对处理像固定侧向量、文本嵌入或可变长度序列的输入特征所需的对应层。ML模型可以被实现为支持向量机(SVM)、递归神经网络(RNN)、卷积神经网络(CNN)、密集神经网络(DNN)、一种或多种启发法、其他机器学习技术、其组合等等中的一种或多种。ML模型可以经过训练以基于呼叫中的一个或多个设备的状态历史来预测呼叫质量问题。状态历史可以包括从另一设备接收到的一个或多个状态消息和/或设备的本地状态信息。为了保护用户124的状态信息，参考图5描述隐私设置。

图5图示了允许用户选择隐私选项的状态模块212的示例状态共享控件。在示例环境500中，状态模块212为用户提供选择加入或退出设备到设备通信的选项。如果用户124选择退出，则如果另一个经连接的设备尝试建立设备到设备通信，则计算设备102可以执行解除过程322。如果用户124选择加入到设备到设备通信，则可以向用户124提供附加控件来修改与其他设备共享的信息。在示例环境502处，用户124可以定制在呼叫期间与联系人共享的选择信息。如果用户124选择退出不与所有联系人共享信息(如502所图示)，则用户124可以为个别联系人定制他们的共享设置。例如，用户124可以选择在呼叫期间与其共享信息的特定联系人(例如，John)。尽管未描绘，用户124还可以被提供有控件来监视由状态模块212收集的信息并且随着时间的流逝设置对存储在计算设备102上的信息的偏好。

在连接分析器220确定呼叫质量问题之后，状态模块212可以执行附加操作来解决呼叫质量问题。具体地，状态模块212可以使用通知生成器222向本地设备的用户通知呼叫质量问题。一般来说，通知126可以包括关于呼叫质量问题(例如，检测到的噪音)、每个设备的相关状态信息、呼叫质量问题的原因和/或问题的来源的细节。因此，将会领会到，某些通知126可以代表系统的现存情形(例如，两个设备及其间的连接)，并且可以使到连接的一方或双方能够更好地理解为何已经出现呼叫质量问题。这可以允许更有效地解决呼叫质量问题和/或改善用户体验。其他通知126可以向用户指示导致呼叫掉线的系统的技术环境/情形。除此之外，这样的通知126可以为用户124提供确定是否尝试重新发起呼叫的信息。例如，指示呼叫可能由于第二设备102-2的低电池状况而掉线的通知126可以向第一用户124-1指示不值得立即尝试重新发起媒体会话。相反，指示一些临时/无法解释的异常导致呼叫掉线的通知126可以告知第一用户124-1值得尝试重新发起呼叫。

图6图示了随时间的流逝在第一设备102-1上显示的通知126的示例序列600。在此示例中，第一用户124-1想要呼叫第二用户102-2(例如，John)并且在随时间的流逝当出现呼叫质量问题时被通知。虽然600的通知126被视觉地显示在显示器128-1上，但一般来说，通知126还可以包括声音(例如，音调)、振动或附加视觉提示(例如，光)以警告第一用户124-1通知126。

在示例环境601处，第一设备102-1可以在呼叫建立之前(例如，呼叫前602)显示通知126-1以指示“网络正忙”。在601中，状态模块212可以使用关于无线通信网络的质量的输入来确定网络当前拥塞(参考示例环境404)。一般来说，通知126可以包括例如关于问题的来源(例如，网络)和问题的原因(例如，网络拥塞)的信息。

然而，在示例环境604处，第一用户124-1决定进行呼叫(例如，拨打呼叫606)。尽管未描绘，第一设备102-1可以在此时间期间(在执行握手过程之后)从第二设备102-2接收状态消息。在此示例中，第一设备102-1从第二设备102-2接收指示John的电话具有低电池的状态消息(参考示例环境408)。连接分析器220确定此低电池状况符合呼叫质量问题，并指示通知生成器222生成用于显示的通知126-2。通知126-2告知第一用户124-1“John具有低电池”，并且第一用户124-1可以推断John可能无法成功地建立或维持呼叫，直到第二设备102-2的电池充电更充足。

然而，在示例环境608中，与John建立了呼叫。在呼叫610期间，第一用户124-1可能通过在设备的麦克风附近摩擦他们的手(参考示例环境406)而无意地产生背景噪音。连接分析器220可以使用本地输入(例如，来自第一设备102-1的传感器208)和/或来自第二设备102-2的指示呼叫质量问题的状态消息来确定已经发生呼叫质量问题(例如，不需要的背景噪音)。状态模块212可以使用通知生成器222来生成“在您的设备上检测到背景噪音”的另一通知126-3以通知第一用户124-1。

在示例环境612处，由于网络连接差(参考示例环境402)，呼叫掉线。连接分析器220可以使用第一设备102-1的本地状态信息(例如，与第一设备102-1相关联的网络连接信息)和/或最近从第二设备102-2接收的状态消息(例如，在呼叫掉线之前在呼叫610期间接收到的最新的状态消息)，以确定此呼叫质量问题。通知126-4出现在呼叫后614(例如，在呼叫结束之后)，其指示“由于网络连接差导致呼叫掉线”以帮助第一用户124-1更好地理解为何呼叫掉线。

虽然600的示例通知126被用于以向用户通知呼叫质量问题的来源和原因，但是用户124可能想要知道如何解决此问题。状态模块212可以使用推荐生成器224来确定解决此问题的最佳解决方案，如关于图7进一步描述的。

解决呼叫质量问题

图7图示了在计算设备102上显示的用于解决呼叫质量问题的推荐701的示例序列700。示例序列700包括示例环境702、704、706和708，其分别对应于示例环境601、604、608和612。推荐701可以包括用户124可以执行以帮助解决如由状态模块212的推荐生成器224确定的呼叫质量问题的一个或多个建议的动作。推荐生成器224可以基于预设的解决方案、内部逻辑系统、滞后逻辑或ML模型来确定对呼叫质量问题的潜在解决方案。潜在的解决方案可能取决于一个或多个设备的当前状态(例如，用户设置和/或一个或多个传感器、应用或程序的活动或不活动情形)。例如，如果用户124被连接到无线局域网，则推荐生成器224可以在确定推荐701时包括此设置。

在第一时间，第一用户124-1(例如，Jane)打算拨打与第二用户124-2(例如，John)的呼叫，但是状态模块212确定网络正忙。通知126-1(在601处图示)警告Jane网络拥塞，并且在示例环境702中，推荐701-1建议切换到呼叫。在此示例中，推荐701-1与示例环境601的通知126-1分离地示出。然而，通知126-1和推荐701-1可以同时出现(例如，作为一条消息或单独的消息向Jane)或在不同时间出现在显示器128-1上。推荐701可以在一段时间内出现，直到呼叫质量问题被解决或者该时间段已经期满。如果推荐701在与显示的通知126的时间不同的时间显示，则可以触发铃声或振动以提醒用户124推荐701。虽然未图示，但是每个推荐701还可以提供用于快速访问相关用户设置、应用或程序的快捷方式。例如，推荐701-1或702可以包括快捷方式(例如，图标、按钮、链接)以快速地激活/>呼叫，而不是要求Jane导航第一设备102-1来激活正确的设置。因此，将会领会到，在一些示例中，关于推荐701的用户选择(例如，推荐701中包括的快捷方式)可以导致设备执行所推荐的动作/操作(或者，换句话说，设备可以通过使执行推荐的动作/操作来响应关于推荐701的用户选择)。

在第二时间，第一设备102-1正在进行与第二设备102-2的呼叫606，并且状态模块212确定第二设备102-2具有低电池。在示例环境704处，推荐701-2出现在第一设备102-1上，其建议要求John给他们的设备充电。尽管未描绘，此推荐701-2可以包括快捷方式，该快捷方式允许Jane将推荐701-2的文本消息快速地传送给John，而不需要Jane例如创建文本消息、将推荐701-2转录成文本消息，并将文本消息发送给John。

在第三时间，第一设备102-1正在呼叫第二设备102-2，并且通知126-3告知Jane已经在第一设备102-1上检测到背景噪音。在示例环境706处，推荐701-3建议Jane检查他们的设备是否有噪音。使用来自一个或多个传感器208的输入，推荐701-3可以包括更详细的指令(例如，检查麦克风没有障碍物)。例如，如果呼叫质量问题与麦克风或扬声器相关联，则推荐701-3可以包括允许Jane快速地执行麦克风或扬声器测试(例如，校准、重新配置)的快捷方式(未描绘)。

在第四时间，与第二设备102-2的呼叫由于网络连接差已经掉线。在示例环境708处，推荐701-4提示Jane设置提醒以在稍后给John回电话。可以推断，此推荐701-4建议Jane应该稍后回电。尽管未描绘，推荐701-4可以包括用于快速设置稍后提醒的快捷方式。当设置提醒时，状态模块212可以利用存储的信息(例如，日历事件)来优化回电的时间。例如，如果Jane选择退出与状态模块212共享存储的日历事件(例如，使用关于图5描述的隐私设置)，则推荐生成器224可以建议在Jane的日历中与计划的事件不冲突的未来回电时间。其他推荐701可以包括用于通过不同的通信方法(例如，通过电子邮件或文本消息)联系John或用于使用不同的设备(例如，使用不同的号码、手机、固定电话)联系John的用户可选择的选项。当用户124选择这样的推荐时，设备可以执行或协助用户124执行所推荐的动作(例如，通过打开电子邮件或消息传递应用，例如，预先选择John作为接收者)。用于解决呼叫质量问题的技术不限于图7中所图示的示例，并且关于图8更一般地描述这些技术。

示例方法

图8描绘了用于解决呼叫质量问题的示例方法800。方法800被图示为所执行的一组操作(或动作)，并且不一定限于其中本文图示的操作的顺序或组合。此外，能够重复、组合、重新组织或链接操作中的任意一个或多个以提供大量的附加和/或替代方法。在以下讨论的部分中，可以参考图1至7中详细描述的环境和实体，仅作为示例进行参考。这些技术不限于由在一个计算设备102上操作的一个实体或多个实体来执行。此外，示例方法800可以由在呼叫中的任何计算设备102执行。

在802处，第一计算设备请求在无线通信网络中注册。例如，第一设备102-1使用如图1的示例环境100中所描绘的基站104建立到核心网络112的网络连接(例如，使用无线链路110)。核心网络112可以包括IMS网络支持服务，其可以与其他网络对接以进行语音、图像、视频、文本、消息传递等。

在804处，第一计算设备通过无线通信网络与第二计算设备建立实时的人对人媒体会话。例如，第一设备102-1通过IMS网络与第二设备102-2建立呼叫。呼叫可以包括例如音频呼叫、视频呼叫、共享服务器上的连接、VoLTE呼叫、VoIP呼叫、VoNR呼叫、VoWiFi呼叫等等。在图1中，第一设备102-1和第二设备102-2都支持呼叫期间的设备到设备通信(例如，状态消息的交换)。然而，第一设备102-1可以使用图3的示例握手过程300来确定第二设备102-2是否支持设备到设备通信。

在806处，第一计算设备从第二计算设备接收状态消息。例如，第一设备102-1使用在握手过程期间建立的设备到设备通信在收发器206处从第二设备102-2接收状态消息。此状态消息可以包括关于第二设备102-2的状态信息(例如，设备健康信息)，以使第一设备102-1能够标识并解决呼叫质量问题。

在808处，实时的人对人媒体会话的呼叫质量问题由第一计算设备基于第二计算设备的设备健康信息来确定。例如，第一设备102-1的状态模块212的连接分析器220基于在状态消息中接收到的第二设备102-2的状态信息来确定呼叫的呼叫质量问题。具体地，连接分析器220可以确定呼叫质量问题的原因和来源(例如，第二设备102-2)以向第一用户124-1提供详细信息。将参考图4来详细地描述部分地基于在状态消息中接收到的状态信息来确定呼叫质量问题。

在810处，第一计算设备生成通知以向第一计算设备的用户告知呼叫质量问题。例如，第一设备102-1的状态模块212的通知生成器222生成通知126以向第一用户124-1告知呼叫质量问题。在图6的示例序列600中图示了示例通知126。

在812处，第一计算设备使用通知来通知第一计算设备的用户。例如，第一设备102-1通过例如在显示器128-1上显示通知126、播放音调以警告第一用户124-1和/或触发第一设备102-1的附加视觉警报(例如，灯)来通知第一用户124-1。

示例计算系统

图9图示了示例计算系统900，其体现解决呼叫质量问题的技术，或者其中可以实现能够使用解决呼叫质量问题的技术的技术。示例计算系统900能够被实现为如参考图2所描述的任何类型的客户端、服务器和/或计算设备。

计算系统900可以包括设备数据902(例如，接收到的数据、正在接收的数据、调度以广播的数据、数据的数据分组)。设备数据902或其他设备内容可以包括设备的配置设置、设备上存储的媒体内容和/或与设备的用户相关联的信息。存储在计算系统900上的媒体内容可以包括任何类型的音频、视频、文本和/或图像数据。计算系统900可以包括一个或多个数据输入904，通过其可以接收任何类型的数据、媒体内容和/或输入，包括用户可选择的输入(显式的或隐式的)、消息、音乐、电视媒体内容、记录的视频内容、以及从任何内容和/或数据源接收到的任何其他类型的音频、视频、文本和/或图像数据。

计算系统900还可以包括通信接口906，其可以被实现为串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器以及任何其他类型的通信接口中的任意一个或多个。通信接口906可以提供计算系统900和通信网络之间的连接和/或通信链路，其他电子、计算和通信设备通过该通信网络与计算系统900传达数据。

计算系统900可以包括一个或多个处理器908(例如，微处理器、控制器等中的任意一个)，其处理各种计算机可执行指令以控制计算系统900的操作并且启用用于解决呼叫质量问题的技术，或者其中能够体现解决呼叫质量问题的技术。可替选地或另外，计算系统900可以用与处理和控制电路结合实现的硬件、固件或固定逻辑电路中的任何一种或组合来实现，其通常在910处标识。虽然未示出，但是计算系统900可以包括耦合设备内的各种组件的系统总线或数据传输系统。系统总线可以包括不同总线结构中的任何一种或其组合，包括存储器总线或存储器控制器、外围总线、通用串行总线和/或利用多种总线架构中的任意一种的处理器或本地总线。

计算系统900可以另外包括计算机可读介质210，其包括能够持久和/或非暂时性数据存储(例如，与单纯的信号传输相反)的一个或多个存储器设备，其示例包括随机存取存储器(RAM)、非易失性存储器(例如，只读存储器(ROM)、闪存、EPROM、EEPROM等中的任何一种或多种)以及盘存储设备。盘存储设备可以被实现为任何类型的磁或光存储设备，包括硬盘驱动器、可记录和/或可重写光盘(CD)、任何类型的数位多功能盘(DVD)等。计算系统900还可以包括大容量存储介质设备(存储介质)912。

计算机可读介质210可以提供数据存储机制以存储设备数据902以及各种设备应用914和与计算系统900的操作方面相关的任何其他类型的信息和/或数据。例如，操作系统916被维护为具有计算机可读介质210的计算机应用并且在处理器908上执行。设备应用914可以包括设备管理器，其包括任何形式的控制应用、软件应用、信号处理和控制模块、是特殊设备本机的代码、特殊设备的硬件抽象层等等。使用计算机可读介质210的状态模块212，计算系统900可以标识并解决呼叫期间的呼叫质量问题。

结论

尽管已经以特定于特征和/或方法的语言描述了用于解决呼叫质量问题的技术和设备，但是要理解的是，所附权利要求的主题不一定限于所描述的特定特征或方法。相反，特定特征和方法被公开作为解决呼叫质量问题的示例实施方式。

下面描述了一些示例。

示例1：一种由第一计算设备执行的方法，方法包括：请求在无线通信网络中的注册；响应于接收到在无线通信网络中的注册，通过无线通信网络与第二计算设备建立实时的人对人媒体会话；从第二计算设备接收状态消息，状态消息包括第二计算设备的设备健康信息，设备健康信息指示实时的人对人媒体会话的质量；基于第二计算设备的设备健康信息来确定实时的人对人媒体会话的呼叫质量问题；响应于确定实时的人对人媒体会话的呼叫质量问题，生成通知以向第一计算设备的用户告知实时的人对人媒体会话的呼叫质量问题；以及使用通知来通知第一计算设备的用户。

示例2：如通过示例1所述的方法，方法进一步包括：利用第二计算设备的设备健康信息来确定实时的人对人媒体会话的呼叫质量问题的原因；利用原因确定对第一计算设备的用户解决呼叫质量问题的推荐，推荐包括推荐用户要执行的任务；以及向第一计算设备的用户通知推荐。

示例3：如通过任意前述示例所述的方法，方法进一步包括：确定第一计算设备的设备健康信息；基于第一计算设备的设备健康信息，确定实时的人对人媒体会话的第二呼叫质量问题；响应于确定实时的人对人媒体会话的第二呼叫质量问题，生成第二通知以向第一计算设备的用户告知实时的人对人媒体会话的第二呼叫质量问题；以及向第一计算设备的用户通知实时的人对人媒体会话的第二呼叫质量问题。

示例4：如通过示例3所述的方法，方法进一步包括：响应于确定实时的人对人媒体会话的第二呼叫质量问题，生成包括第一计算设备的设备健康信息的第二状态消息；以及向第二计算设备发送第二状态消息以使第二计算设备的用户能够被通知第二呼叫质量问题。

示例5：如通过示例2-4中的任意一项所述的方法，其中，对第一计算设备的用户的推荐包括加速执行所推荐的用户要执行的任务的快捷方式。

示例6：如通过示例3-5中的任意一项所述的方法，方法进一步包括对第二状态消息进行编码以防止第三方访问第一计算设备的状态信息，第三方不同于第一计算设备并且不同于第二计算设备。

示例7：如通过示例3-6中的任意一项所述的方法，其中，确定第一计算设备的设备健康信息包括以下中的至少一个：确定无线通信网络的状况；确定实时的人对人媒体会话的质量；确定第一计算设备在当前时间的健康状态；或者检测从用户对第一计算设备的至少一个输入。

示例8：如通过示例3-7中的任意一项所述的方法，方法进一步包括：利用从第一计算设备的至少一个传感器获得的场境信息来使能够确定第一计算设备的设备健康信息。

示例9：如通过示例3-8中的任意一项所述的方法，方法进一步包括：确定在当前时间第一计算设备的状态信息当与在较早时间第一计算设备的状态信息相比时的变化；基于第一计算设备的状态信息的所确定的变化来生成第三状态消息以发送到第二计算设备；以及将第三状态消息发送到第二计算设备以使第二计算设备能够解决实时的人对人媒体会话的呼叫质量问题。

示例10：如通过示例3-9中的任意一个所述的方法，其中，第二呼叫质量问题由机器学习模型预测。

示例11：如通过任意前述示例所述的方法，方法进一步包括使用握手过程建立设备到设备通信以在实时的人对人媒体会话期间交换状态消息，握手过程包括：通过无线通信网络向第二计算设备发送请求消息，所发送的请求消息请求在第二计算设备和第一计算设备之间状态消息的交换；或者通过无线通信网络从第二计算设备接收请求消息，所接收的请求消息请求在第二计算设备和第一计算设备之间状态消息的交换。

示例12：如通过示例11所述的方法，其中，握手过程进一步包括：响应于向第二计算设备发送请求消息，通过无线通信网络从第二计算设备接收响应消息，所接收的响应消息指示第二计算设备支持在第二计算设备和第一计算设备之间状态消息的交换；或者响应于从第二计算设备接收到请求消息，通过无线通信网络向第二计算设备发送响应消息，所发送的响应消息指示第一计算设备支持在第二计算设备和第一计算设备之间的状态消息交换。

示例13：如通过示例11或12中的任意一项所述的方法，方法进一步包括：执行握手过程以确定第二计算设备是否支持使用A、B、C或D的一个或多个双音多频DTMF数位在第二计算设备和第一计算设备之间的状态消息的交换；生成包括第一计算设备的状态信息的DTMF状态消息，DTMF状态消息使用A、B、C或D的一个或多个DTMF数位；以及响应于确定第二计算设备支持使用A、B、C或D的一个或多个DTMF数位在第二计算设备和第一计算设备之间状态消息的交换，通过无线通信网络向第二计算设备发送DTMF状态消息。

示例14：如通过示例11或12中的任意一项所述的方法，方法进一步包括：执行握手过程以确定第二计算设备是否支持使用实时传输协议RTP报头扩展在第二计算设备和第一计算设备之间的状态消息的交换；生成包括第一计算设备的状态信息的RTP状态消息，RTP状态消息使用RTP报头扩展；响应于确定第二计算设备支持使用RTP报头扩展在第二计算设备和第一计算设备之间状态消息的交换，通过无线通信网络向第二计算设备发送RTP状态消息。

示例15：如通过任意前述示例所述的方法，其中，媒体会话包括以下中的至少一个：音频呼叫；视频呼叫；共享服务器上的连接；VoLTE呼叫；VoIP呼叫、VoNR呼叫；或VoWiFi呼叫。

示例16：一种计算设备，包括：至少一个处理器；以及计算机可读存储介质，包括指令，响应于处理器的执行，该指令用于引导计算设备执行在示例1-15中所述的方法中的任意一个。

Claims (15)

1.一种由第一计算设备(102-1)执行的方法(900)，所述方法包括：

请求在无线通信网络中的注册(902)；

响应于接收到在所述无线通信网络中的注册，通过所述无线通信网络与第二计算设备(102-2)建立(904)实时的人对人媒体会话；

从所述第二计算设备接收(906)状态消息，所述状态消息包括所述第二计算设备的设备健康信息，所述设备健康信息指示所述实时的人对人媒体会话的质量；

基于所述第二计算设备的所述设备健康信息来确定(908)所述实时的人对人媒体会话的呼叫质量问题；

响应于确定所述实时的人对人媒体会话的所述呼叫质量问题，生成(910)通知以向所述第一计算设备的用户告知所述实时的人对人媒体会话的所述呼叫质量问题；以及

使用所述通知来通知(912)所述第一计算设备的所述用户。

2.如通过权利要求1所述的方法，所述方法进一步包括：

利用所述第二计算设备的所述设备健康信息来确定所述实时的人对人媒体会话的所述呼叫质量问题的原因；

利用所述原因确定对使所述第一计算设备的所述用户能够解决所述呼叫质量问题的推荐，所述推荐包括推荐所述用户要执行的任务；以及

向所述第一计算设备的所述用户通知所述推荐。

3.如通过任意前述权利要求所述的方法，所述方法进一步包括：

确定所述第一计算设备的设备健康信息；

基于所述第一计算设备的所述设备健康信息，确定所述实时的人对人媒体会话的第二呼叫质量问题；

响应于确定所述实时的人对人媒体会话的所述第二呼叫质量问题，生成第二通知以向所述第一计算设备的所述用户告知所述实时的人对人媒体会话的所述第二呼叫质量问题；以及

向所述第一计算设备的所述用户通知所述实时的人对人媒体会话的所述第二呼叫质量问题。

4.如通过权利要求3所述的方法，所述方法进一步包括：

响应于确定所述实时的人对人媒体会话的所述第二呼叫质量问题，生成包括所述第一计算设备的所述设备健康信息的第二状态消息；以及

向所述第二计算设备发送所述第二状态消息以使所述第二计算设备的用户能够被通知所述第二呼叫质量问题。

5.如通过权利要求2-4中的任意一项所述的方法，其中，对所述第一计算设备的所述用户的所述推荐包括加速执行所推荐的所述用户要执行的任务的快捷方式。

6.如通过权利要求3-5中的任意一项所述的方法，所述方法进一步包括对所述第二状态消息进行编码以防止第三方访问所述第一计算设备的状态信息，所述第三方不同于所述第一计算设备并且不同于所述第二计算设备。

7.如通过权利要求3-6中的任意一项所述的方法，其中，确定所述第一计算设备的所述设备健康信息包括以下中的至少一个：

确定所述无线通信网络的状况；

确定所述实时的人对人媒体会话的质量；

确定所述第一计算设备在当前时间的健康状态；或者

检测从所述用户对所述第一计算设备的至少一个输入。

8.如通过权利要求3-7中的任意一项所述的方法，所述方法进一步包括：

利用从所述第一计算设备的至少一个传感器获得的场境信息来使能够确定所述第一计算设备的所述设备健康信息。

9.如通过权利要求3-8中的任意一项所述的方法，所述方法进一步包括：

确定在当前时间所述第一计算设备的状态信息当与在较早时间所述第一计算设备的状态信息相比时的变化；

基于所述第一计算设备的状态信息的所确定的变化来生成第三状态消息以发送到所述第二计算设备；以及

将所述第三状态消息发送到所述第二计算设备以使所述第二计算设备能够解决所述实时的人对人媒体会话的呼叫质量问题。

10.如通过权利要求3-9中的任意一个所述的方法，其中，所述第二呼叫质量问题使用以下中的至少一个来预测：

机器学习模型；

内部逻辑系统；或

滞后逻辑。

11.如通过任意前述权利要求所述的方法，所述方法进一步包括使用握手过程建立设备到设备通信以在所述实时的人对人媒体会话期间交换状态消息，所述握手过程包括：

通过所述无线通信网络向所述第二计算设备发送请求消息，所发送的请求消息请求在所述第二计算设备和所述第一计算设备之间状态消息的交换；或者

通过所述无线通信网络从所述第二计算设备接收请求消息，所接收的请求消息请求在所述第二计算设备和所述第一计算设备之间状态消息的交换。

12.如通过权利要求11所述的方法，其中，所述握手过程进一步包括：

响应于向所述第二计算设备发送请求消息，通过所述无线通信网络从所述第二计算设备接收响应消息，所接收的响应消息指示所述第二计算设备支持在所述第二计算设备和所述第一计算设备之间状态消息的交换；或者

响应于从所述第二计算设备接收到请求消息，通过所述无线通信网络向所述第二计算设备发送响应消息，所发送的响应消息指示所述第一计算设备支持在所述第二计算设备和所述第一计算设备之间的状态消息的交换。

13.如通过权利要求11或12中的任意一项所述的方法，所述方法进一步包括：

执行所述握手过程以确定所述第二计算设备是否支持使用A、B、C或D的一个或多个双音多频DTMF数位在所述第二计算设备和所述第一计算设备之间的状态消息的交换；

生成包括所述第一计算设备的状态信息的DTMF状态消息，所述DTMF状态消息使用A、B、C或D的一个或多个DTMF数位；以及

响应于确定所述第二计算设备支持使用A、B、C或D的一个或多个DTMF数位在所述第二计算设备和所述第一计算设备之间状态消息的交换，通过所述无线通信网络向所述第二计算设备发送所述DTMF状态消息。

14.如通过权利要求11或12中的任意一项所述的方法，所述方法进一步包括：

执行所述握手过程以确定所述第二计算设备是否支持使用实时传输协议RTP报头扩展在所述第二计算设备和所述第一计算设备之间的状态消息的交换；

生成包括所述第一计算设备的状态信息的RTP状态消息，所述RTP状态消息使用RTP报头扩展；

响应于确定所述第二计算设备支持使用RTP报头扩展在所述第二计算设备和所述第一计算设备之间状态消息的交换，通过所述无线通信网络向所述第二计算设备发送所述RTP状态消息。

15.一种计算设备(102)，包括：

至少一个处理器(204)；以及

包括指令的计算机可读存储介质(210)，所述指令响应于由所述处理器的执行，用于引导所述计算设备执行在权利要求1-14中所述的方法中的任意一个。