通话控制方法及装置、计算机可读存储介质与流程

1.本发明涉及无线通信技术领域，尤其涉及一种通话控制方法及装置、计算机可读存储介质。


背景技术：

2.目前，蜂窝移动通信设备(以下简称用户设备)在开机后，通过网络注册功能将自身的相关信息注册到目标网络。如果目标网络支持语音通话功能，则该用户设备在完成相应的网络注册后即可被其他用户设备寻呼。发起呼叫的用户设备简称为主叫设备，被呼叫的用户设备简称为被叫设备。
3.主叫设备根据被叫设备的号码发起呼叫后，若被叫设备已注册在相应的网络中，则被叫设备直接振铃，以提醒被叫用户接听；若被叫设备未正常注册网络，则主叫设备可接收导相应的网络回铃音，提示被叫设备关机或者不在服务区。
4.然而，现有技术中，主叫设备需要在发起呼叫后，才能获知被叫设备是否能够被呼叫，且主叫设备也无法获知被叫设备当前是否方便进行通话。


技术实现要素：

5.本发明实施例解决的是主叫设备无法获知被叫设备当前的设备状态信息的技术问题。
6.为解决上述技术问题，本发明实施例提供一种通话控制方法，包括：接收到呼叫请求，获取自身当前的设备状态信息；将所述设备状态信息发送，使得所述呼叫请求对应的主叫设备获知所述设备状态信息。
7.可选的，所述将所述设备状态信息发送，包括：在发送振铃通知之前，将所述设备状态信息发送至网络侧，使得所述网络侧将所述设备状态信息转发至所述主叫设备。
8.可选的，所述将所述设备状态信息发送至网络侧，包括：采用资源预留媒体协商过程中的信令将所述设备状态信息发送至网络侧，使得所述网络侧采用所述资源预留媒体协商过程中的信令将所述设备状态信息转发至所述主叫设备。
9.可选的，所述资源预留媒体协商过程中的信令包括：183session progress信令；所述设备状态信息位于所述183session progress信令的sip私有头域。
10.可选的，所述设备状态信息包括以下至少一种：使用状态信息、电量信息、信号质量信息、所处环境信息。
11.本发明实施例还提供了一种通话控制装置，包括：第一获取单元，用于在接收到呼叫请求后，获取自身当前的设备状态信息；发送单元，用于将所述设备状态信息发送，使得所述呼叫请求对应的主叫设备获知所述设备状态信息。
12.本发明实施例还提供了另一种通话控制装置，包括：存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种所述的通话控制方法的步骤。
13.为解决上述技术问题，本发明实施例还提供了另一种通话控制方法，包括：输出呼叫请求；获取被叫设备当前的设备状态信息，所述设备状态信息是所述被叫设备在接收到所述呼叫请求之后生成的。
14.可选的，获取被叫设备当前的设备状态信息，所述设备状态信息是所述被叫设备在接收到所述呼叫请求之后生成的。
15.可选的，所述获取被叫设备当前的设备状态信息，包括：接收网络侧采用资源预留媒体协商过程中的信令发送的所述设备状态信息；所述设备状态信息是由所述被叫设备采用所述资源预留媒体协商过程中的信令发送至所述网络侧。
16.可选的，所述资源预留媒体协商过程中的信令包括：183session progress信令；所述设备状态信息位于所述183session progress信令的sip私有头域。
17.可选的，所述设备状态信息包括以下至少一种：使用状态信息、电量信息、信号质量信息、所处环境信息。
18.本发明实施例还提供了一种通话控制装置，包括：输出单元，用于输出呼叫请求；第二获取单元，用于获取被叫设备当前的设备状态信息，所述设备状态信息是所述被叫设备在接收到所述呼叫请求之后生成的。
19.本发明实施例还提供了另一种通话控制装置，包括：存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种所述的通话控制方法的步骤。
20.本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一种所述的通话控制方法的步骤。
21.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
22.在接收到呼叫请求后，获取自身当前的设备状态信息，并将自身当前的设备状态信息发送。主叫设备能够获取被叫设备当前的设备状态信息，进而由主叫用户确定是否继续呼叫被叫设备，从而在一些特殊的应用场景中能够确保主叫设备能够与被叫设备建立高质量的通话，提高用户体验。
附图说明
23.图1是本发明实施例中的一种通话控制方法的流程图；
24.图2是本发明实施例中的一种基于volte呼叫sip信令交互示意图；
25.图3是本发明实施例中的另一种通话控制方法的流程图；
26.图4是本发明实施例中的一种通话控制装置的结构示意图；
27.图5是本发明实施例中的另一种通话控制装置的结构示意图。
具体实施方式
28.然而，现有技术中，主叫设备需要在发起呼叫后，才能获知被叫设备是否能够被呼叫，且主叫设备也无法获知被叫设备当前是否方便进行通话。例如，被叫设备当前处于远程会议状态，不方便接听电话。但是，主叫设备并不知道被叫设备当前处于远程会议状态。若主叫设备发起呼叫，则可能会被被叫设备对应的被叫用户拒接。
29.在本发明实施例中，在接收到呼叫请求后，获取自身当前的设备状态信息，并将自身当前的设备状态信息发送。主叫设备能够获取被叫设备当前的设备状态信息，进而由主叫用户确定是否继续呼叫被叫设备，从而在一些特殊的应用场景中能够确保主叫设备能够与被叫设备建立高质量的通话，提高用户体验。
30.为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
31.本发明实施例提供了一种通话控制方法，参照图1，以下通过具体步骤进行详细说明。
32.在本发明实施例中，下述步骤s101～步骤s102所提供的通话控制方法可以由被叫设备执行。具体地，下述步骤s101～步骤s102可以由被叫设备中的基带芯片所执行，或者由被叫设备中包含基带芯片的芯片模组所执行。
33.步骤s101，接收到呼叫请求，获取自身当前的设备状态信息。
34.在具体实施中，主叫设备与被叫设备可以基于ims volte功能实现通话。当主叫设备存在呼叫被叫设备的需求时，主叫设备对应的主叫用户可以在主叫设备对应的拨号界面上输入被叫设备对应的电话号码并呼出。当主叫设备呼出被叫设备的电话号码时，主叫设备可以输出呼叫请求(invite)至网络侧。网络侧在接收到主叫设备输出的呼叫请求后，可以将呼叫请求转发至被叫设备。
35.在本发明实施例中，被叫设备在接收到呼叫请求后，可以获取自身当前的设备状态信息。被叫设备当前的设备状态信息可以用于表征被叫设备是否能够建立与主叫设备的通话，和/或，用于表征被叫设备是否能够建立与主叫设备的高质量通话。
36.在本发明实施例中，被叫设备当前的设备状态信息可以仅包括被叫设备当前的使用状态信息、被叫设备当前的电量信息、被叫设备当前的信号质量信息以及被叫设备当前所处环境信息中的任一种，或者被叫设备当前的使用状态信息、被叫设备当前的电量信息、被叫设备当前的信号质量信息以及被叫设备当前所处环境信息中的多种。
37.在具体应用中，若被叫设备当前的使用状态信息为与其他用户设备进行通话，则被叫设备当前可能无法建立与主叫设备的通话，或者无法建立与主叫设备的高质量通话。若被叫设备当前的使用状态信息为关机状态，则被叫设备当前无法与主叫设备建立通话。
38.若被叫设备当前的使用状态信息为：当前处于远程会议状态，则被叫设备当前可能正在处于重要场合，不方便接听电话，故可能会拒绝接听主叫设备的呼叫。若被叫设备当前的使用状态信息为：开启导航状态，则被叫设备对应的用户当前可能处于驾驶状态，不方便接听电话，故也可能会拒绝接听主叫设备的呼叫。
39.若被叫设备当前的电量较低，则被叫设备当前可能无法与主叫设备建立通话；或者，被叫设备即便能够与主叫设备建立通话，但是由于主叫设备可能需要与被叫设备进行耗时较长的通话，被叫设备的电量可能无法完成长时长的通话。
40.若被叫设备当前的信号质量较差，则被叫设备当前可能无法与主叫设备建立通话；或者，即便被叫设备能够与主叫设备建立通话，但是由于被叫设备的信号质量较差，则可能会导致与主叫设备进行通话的过程中出现通话中断的情况，导致通话质量较低。
41.若被叫设备当前处于闹市区，则由于周围环境较为嘈杂，被叫设备的背景音中的噪声较大。即便建立与主叫设备的连接，也会因为背景噪声较大而导致通话质量较低。
42.可见，上述的被叫设备当前的设备状态信息，均与被叫设备是否能够与主叫设备建立通话连接相关，和/或，均与被叫设备是否能够与主叫设备建立高质量通话连接相关。换而言之，被叫设备当前的设备状态信息，关系到被叫设备与主叫设备之间的通话建立与否、通话质量高低。
43.可以理解的是，在具体应用中，被叫设备当前的设备状态信息还可以包括被叫设备对应的其他信息，上述的被叫设备对应的其他信息可以用于表征被叫设备是否能够建立与主叫设备的通话，和/或，用于表征被叫设备是否能够建立与主叫设备的高质量通话。
44.步骤s102，将所述设备状态信息发送。
45.在具体实施中，被叫设备获取到自身当前的设备状态信息之后，可以将自身当前的设备状态信息发送。
46.参照图2，给出了现有的一种基于volte呼叫会话初始协议(session initiation protocol，sip)信令交互示意图。
47.主叫设备在发起呼叫时，可以生成呼叫请求(invite)发送至网络侧。网络侧可以将呼叫请求(invite)发送至被叫设备。被叫设备在接收到呼叫请求(invite)之后，可以向网络侧发送183session progress信令。网络侧可以将183session progress信令发送至主叫设备。183session progress信令为资源预留媒体协商过程中的信令。
48.主叫设备在接收到183session progress信令后，可以生成prack信令并发送至网络侧。网络侧将prack信令发送至被叫设备。被叫设备在接收到prack信令后，生成200ok信令并发送至网络侧，网络侧将200ok信令发送至主叫设备。
49.主叫设备在第一次接收到200ok信令后，生成updata信令并发送至网络侧，网络侧将updata信令转发至被叫设备。被叫设备在接收到updata信令后，第二次生成200ok信令，并经由网络侧转发至主叫设备。被叫设备在第二次发送200ok信令之后，生成180ringing信令并发送自网络侧。网络侧将180ringing信令发送至主叫设备。被叫设备在发送180ringing信令之后，向网络侧发送200ok(invite)信令。网络侧将200ok(invite)信令转发至主叫设备。
50.在具体应用中，上述图2中所述的基于volte呼叫sip信令交互的过程可以参照现有协议，其中具体的数据交互过程本发明实施例不做赘述。基于现有协议，本领域技术人员可知，180ringing信令为振铃信令，意味着被叫设备振铃。
51.在具体实施中，被叫设备可以在发送振铃通知(也即180ringing信令)之前，将自身当前的设备状态信息发送至网络侧。网络侧在接收到被叫设备当前的设备状态信息之后，可以将被叫设备的设备状态信息转发至主叫设备，从而使得主叫设备能够获知被叫设备的设备状态信息。
52.在本发明实施例中，被叫设备可以通过一新的信令来传输自身当前的设备状态信息。被叫设备可以将该新的信令发送自网络侧，由网络侧将该新的信令发送至主叫设备。主叫设备在接收到新的信令后，即可获知被叫设备的设备状态信息。
53.在本发明实施例中，被叫设备也可以通过现有的信令来传输自身当前的设备状态信息。由图2可知，在被叫设备发送振铃通知之前，被叫设备向网络侧发送了183session progress信令以及两次200ok信令。被叫设备可以通过该183session progress信令承载传输自身当前的设备状态信息，也可以通过任一次200ok信令承载传输自身当前的设备状态
信息。
54.通过现有的信令承载被叫设备当前的设备状态信息时，其优点在于无需对现有的sip信令交互过程进行改进，只需要对现有的信令(183session progress信令以及两次200ok信令)的结构进行改进，以在现有的信令结构中增加被叫设备当前的设备状态信息。
55.在本发明实施例中，被叫设备可以采用资源预留媒体协商过程中的信令将设备状态信息发送至网络侧，网络侧可以采用资源预留媒体协商过程中的信令将被叫设备的设备状态信息发送至主叫设备。
56.在本发明一实施例中，资源预留媒体协商过程中的信令为183session progress信令。
57.在具体实施中，若采用183session progress信令承载被叫设备当前的设备状态信息，可以在183session progress信令中新增sip私有头域，该sip私有头域用于承载被叫设备当前的设备状态信息。
58.例如，在183session progress信令中新增sip私有头域，sip私有头域中携带被叫设备当前的设备状态信息为p
‑
user
‑
status：low power，driving。也即在sip私有透雨中，被叫设备当前的设备状态信息为低电量，被叫用户处于车辆驾驶状态。
59.在具体实施中，当主叫设备获取到被叫设备的设备状态信息之后，可以在主叫设备的用户界面上显示被叫设备的设备状态信息。主叫用户(也即主叫设备对应的用户)可以在主叫设备的显示屏幕上获取被叫设备当前的设备状态信息。若主叫用户确定继续呼叫被叫设备，则发起正常的呼叫流程；若主叫用户确定不呼叫被叫设备，则结束通话。
60.例如，当主叫设备接收到被叫设备的183session progress信令之后，对183session progress信令进行解析，从中获取新增的sip私有头域所携带的信息为：p
‑
user
‑
status：low power，driving。由于被叫设备当前处于低电量状态，且被叫用户当前处于车辆驾驶状态，则可以确定被叫设备当前的设备状态信息可以能回影响通话状态。此时，主叫设备可以根据被叫设备当前的设备状态信息，生成提醒信息并显示在显示屏幕上，以提醒主叫用户。
61.在本发明实施例中，若主叫用户确定继续呼叫被叫设备，主叫设备向网络侧发送prack信令，后续流程可以参照图2。若主叫用户确定不呼叫被叫设备，则主叫设备无需向网络侧发送prack信令，主叫设备、被叫设备以及网络侧的通信流程结束。
62.在本发明一实施例中，若主叫用户认为需要与被叫用户(即被叫设备对应的用户)进行长时间通话，但是被叫设备当前的电量仅为10％，可能无法支持长时间通话，则主叫用户可以判定被叫设备无法完成通话，故主叫用户可以在主叫设备的用户界面选择“结束通话”选项，以停止呼叫被叫设备。
63.在本发明另一实施例中，若主叫用户认为需要与被叫用户进行长时间通话，但是被叫设备当前处于远程会议中时，则主叫用户认为被叫用户当前不方便接听电话，因此，主叫用户可以在主叫设备的用户界面选择“结束通话”选项，以停止呼叫被叫设备。
64.在本发明又一实施例中，若主叫用户认为仅需要与被叫用户进行短时间通话，且被叫设备当前处于安静的环境状态，则主叫用户认为被叫用户当前方便接听电话，因此，主叫用户在主叫设备的用户界面选择“继续呼叫”选项，以继续呼叫被叫设备。
65.可以理解的是，在具体应用中，被叫设备当前的设备状态信息仅是为主叫用户提
供一参考，主叫用户可以根据被叫设备的设备状态信息来确定是否继续呼叫被叫设备。当然，若主叫用户有紧急事情需要与被叫用户进行通话，则主叫用户可以忽略被叫设备的设备状态信息，继续呼叫被叫设备。
66.由此可见，在本发明实施例中，在接收到呼叫请求后，获取自身当前的设备状态信息，并将自身当前的设备状态信息发送。主叫设备能够获取被叫设备当前的设备状态信息，进而由主叫用户确定是否继续呼叫被叫设备，从而在一些特殊的应用场景中能够确保主叫设备能够与被叫设备建立高质量的通话，提高用户体验。
67.参照图3，给出了本发明实施例中的另一种通话控制方法，以下通过具体步骤进行说明。
68.在本发明实施例中，下述步骤s301～步骤s302所提供的通话控制方法可以由主叫设备执行。具体地，下述步骤s301～步骤s302可以由主叫设备中的基带芯片所执行，或者由主叫设备中包含基带芯片的芯片模组所执行。
69.步骤s301，输出呼叫请求。
70.在具体实施中，主叫设备与被叫设备可以基于ims volte功能实现通话。当主叫设备存在呼叫被叫设备的需求时，主叫设备对应的主叫用户可以在主叫设备对应的拨号界面上输入被叫设备对应的电话号码并呼出。当主叫设备呼出被叫设备的电话号码时，主叫设备可以输出呼叫请求(invite)至网络侧。网络侧在接收到主叫设备输出的呼叫请求后，可以将呼叫请求转发至被叫设备。
71.在本发明实施例中，被叫设备在接收到呼叫请求后，可以获取自身当前的设备状态信息。被叫设备当前的设备状态信息可以用于表征被叫设备是否能够建立与主叫设备的通话，和/或，用于表征被叫设备是否能够建立与主叫设备的高质量通话。
72.在本发明实施例中，被叫设备当前的设备状态信息可以仅包括被叫设备当前的使用状态信息、被叫设备当前的电量信息、被叫设备当前的信号质量信息以及被叫设备当前所处环境信息中的任一种，或者被叫设备当前的使用状态信息、被叫设备当前的电量信息、被叫设备当前的信号质量信息以及被叫设备当前所处环境信息中的多种。
73.可以理解的是，在具体应用中，被叫设备当前的设备状态信息还可以包括被叫设备对应的其他信息，上述的被叫设备对应的其他信息可以用于表征被叫设备是否能够建立与主叫设备的通话，和/或，用于表征被叫设备是否能够建立与主叫设备的高质量通话。
74.步骤s302，获取被叫设备当前的设备状态信息。
75.在具体实施中，被叫设备获取到自身当前的设备状态信息之后，可以将自身当前的设备状态信息发送。
76.在具体实施中，被叫设备可以在发送振铃通知(也即180ringing信令)之前，将自身当前的设备状态信息发送至网络侧。网络侧在接收到被叫设备当前的设备状态信息之后，可以将被叫设备的设备状态信息转发至主叫设备，从而使得主叫设备能够获知被叫设备的设备状态信息。
77.在本发明实施例中，被叫设备可以通过一新的信令来传输自身当前的设备状态信息。被叫设备可以将该新的信令发送自网络侧，由网络侧将该新的信令发送至主叫设备。主叫设备在接收到新的信令后，即可获知被叫设备的设备状态信息。
78.在本发明实施例中，被叫设备可以采用资源预留媒体协商过程中的信令将设备状
态信息发送至网络侧，网络侧可以采用资源预留媒体协商过程中的信令将被叫设备的设备状态信息发送至主叫设备。
79.在本发明一实施例中，资源预留媒体协商过程中的信令为183session progress信令。
80.在具体实施中，若采用183session progress信令承载被叫设备当前的设备状态信息，可以在183session progress信令中新增sip私有头域，该sip私有头域用于承载被叫设备当前的设备状态信息。
81.在具体实施中，当主叫设备获取到被叫设备的设备状态信息之后，可以在主叫设备的用户界面上显示被叫设备的设备状态信息。主叫用户(也即主叫设备对应的用户)可以在主叫设备的显示屏幕上获取被叫设备当前的设备状态信息。若主叫用户确定继续呼叫被叫设备，则发起正常的呼叫流程；若主叫用户确定不呼叫被叫设备，则结束通话。
82.在本发明实施例中，若主叫用户确定继续呼叫被叫设备，主叫设备向网络侧发送prack信令，后续流程可以参照图2。若主叫用户确定不呼叫被叫设备，则主叫设备无需向网络侧发送prack信令，主叫设备、被叫设备以及网络侧的通信流程结束。
83.参照图4，给出了本发明实施例中的一种通话控制装置40的结构示意图，通话控制装置40包括：第一获取单元401以及发送单元402，其中：
84.第一获取单元401，用于在接收到呼叫请求后，获取自身当前的设备状态信息；
85.发送单元402，用于将所述设备状态信息发送，使得所述呼叫请求对应的主叫设备获知所述设备状态信息。
86.在具体实施中，上述第一获取单元401以及发送单元402的具体执行过程可以对应参照上述步骤s101～步骤s102，本发明实施例不做赘述。
87.在具体实施中，上述的通话控制装置40可以对应于被叫设备中具有数据处理功能的芯片，如基带芯片；或者对应于被叫设备中包括具有数据处理功能芯片的芯片模组，或者对应于被叫设备。
88.参照图5，给出了本发明实施例中的一种通话控制装置50的结构示意图，通话控制装置50包括：输出单元501以及第二获取单元502，其中：
89.输出单元501，用于输出呼叫请求；
90.第二获取单元502，用于获取被叫设备当前的设备状态信息，所述设备状态信息是所述被叫设备在接收到所述呼叫请求之后生成的。
91.在具体实施中，上述输出单元501以及第二获取单元502的具体执行过程可以对应参照上述步骤s301～步骤s302，本发明实施例不做赘述。
92.在具体实施中，上述的通话控制装置50可以对应于主叫设备中具有数据处理功能的芯片，如基带芯片；或者对应于主叫设备中包括具有数据处理功能芯片的芯片模组，或者对应于主叫设备。
93.本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质为非易失性存储介质或非瞬态存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述步骤s101～步骤s102所提供的通话控制方法，或者执行上述步骤s301～步骤s302所提供的通话控制方法。
94.本发明实施例还提供了一种通话控制装置，包括存储器和处理器，所述存储器上
存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述步骤s101～步骤s102所提供的通话控制方法。
95.本发明实施例还提供了另一种通话控制装置，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述步骤s301～步骤s302所提供的通话控制方法。
96.在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
97.例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
98.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指示相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。
99.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。