CN104301924B - 呼叫处理方法、装置及终端 - Google Patents

Abstract

本发明提供了一种呼叫处理方法、装置及终端，该方法包括：获取将用于呼叫的通话链路的链路通话质量；根据该链路通话质量进行呼叫处理，通过本发明，解决了相关技术中存在呼叫不稳定，时延大，严重影响用户体验的问题，进而达到了在用户进行呼叫之前就知道当前网络的通话质量，从而可以根据通话质量选择合适的呼叫方式及应用进行呼叫，大大地提高了用户体验的效果。

Description

呼叫处理方法、装置及终端

技术领域

本发明涉及通信领域，具体而言，涉及一种呼叫处理方法、装置及终端。

背景技术

随着第三代移动通信技术（3rd-generation，简称为3G），第四代移动通信技术（4th-generation，简称为4G）网络，以及无线局域网络（Wireless Local Area Networks，简称为WLAN）网络的发展，数据域的数据传输速度和稳定性得到大大提高，并且网络的覆盖面也越来越广，很多地区已经实现了WLAN的覆盖。网络的发展使得网络电话的使用成为可能，网络电话由于其通话费用低廉，甚至是免费的，得到广大用户的欢迎，具有此功能的应用也很多。但是，由于用户所在的网络情况多样，网络质量各不相同，并且应用服务器所在的网络也不一样，所以呼叫后的通话质量不稳定，经常出现时延大，甚至呼叫失败的情况。

因此，在相关技术中存在呼叫不稳定，时延大，严重影响用户体验的问题。

发明内容

本发明提供了一种呼叫处理方法、装置及终端，以至少解决在相关技术中存在呼叫不稳定，时延大，严重影响用户体验的问题。

根据本发明的一个方面，提供了一种呼叫处理方法，包括：获取将用于呼叫的通话链路的链路通话质量；根据所述链路通话质量进行呼叫处理。

优选地，获取将用于呼叫的通话链路的所述链路通话质量包括：确定将用于检测的通话链路；根据对所述通话链路的探测，获取所述通话链路的传输时延和丢包率；根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。

优选地，根据对所述通话链路的探测，获取所述通话链路的所述传输时延和所述丢包率包括：向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个所述探测消息包中携带有发送时间戳；接收对端返回的同样大小负载的返回探测消息包，其中，所述返回探测消息包中携带有探测消息包中所对应的发送时间戳；根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的传输时延；根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话链路的丢包率。

优选地，根据所述链路通话质量进行呼叫处理包括：根据不同呼叫方式对应的链路通话质量选择呼叫方式；采用选择的呼叫方式进行呼叫处理。

优选地，根据所述链路通话质量进行呼叫处理包括：根据不同呼叫应用对应的链路通话质量选择呼叫应用；采用选择的呼叫应用进行呼叫处理。

优选地，在获取将用于呼叫的通话链路的所述链路通话质量之后，还包括：对不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示。

根据本发明的另一方面，提供了一种呼叫处理装置，包括：获取模块，用于获取将用于呼叫的通话链路的链路通话质量；处理模块，用于根据所述链路通话质量进行呼叫处理。

优选地，所述获取模块包括：第一确定单元，用于确定将用于检测的通话链路；获取单元，用于根据对所述通话链路的探测，获取所述通话链路的传输时延和丢包率；第二确定单元，用于根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。

优选地，所述获取单元包括：发送子单元，用于向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个所述探测消息包中携带有发送时间戳；接收子单元，用于接收对端返回的同样大小负载的返回探测消息包，其中，所述返回探测消息包中携带有探测消息包中所对应的发送时间戳；第一确定子单元，用于根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的传输时延；第二确定子单元，用于根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话链路的丢包率。

优选地，所述处理模块包括：第一选择单元，用于根据不同呼叫方式对应的链路通话质量选择呼叫方式；第一处理单元，用于采用所述第一选择单元选择的呼叫方式进行呼叫处理。

优选地，所述处理模块包括：第二选择单元，用于根据不同呼叫应用对应的链路通话质量选择呼叫应用；第二处理单元，用于采用所述第二选择单元选择的呼叫应用进行呼叫处理。

优选地，该装置还包括：显示模块，用于对不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示。

根据本发明的再一方面，还提供了一种终端，包括上述任一项所述的装置。

通过本发明，采用获取将用于呼叫的通话链路的链路通话质量；根据所述链路通话质量进行呼叫处理，解决了相关技术中存在呼叫不稳定，时延大，严重影响用户体验的问题，进而达到了在用户进行呼叫之前就知道当前网络的通话质量，从而可以根据通话质量选择合适的呼叫方式及应用进行呼叫，大大地提高了用户体验的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的呼叫处理方法的流程图；

图2是根据本发明实施例的呼叫处理装置的结构框图；

图3是根据本发明实施例的呼叫处理装置中获取模块22的优选结构框图；

图4是根据本发明实施例的呼叫处理装置中获取模块22中获取单元34的优选结构框图；

图5是根据本发明实施例的呼叫处理装置中处理模块24的优选结构框图一；

图6是根据本发明实施例的呼叫处理装置中处理模块24的优选结构框图二；

图7是根据本发明实施例的呼叫处理装置的优选结构框图；

图8是根据本发明实施例的终端的结构框图；

图9是根据本发明优选实施方式的不同呼叫方式显示链路通话质量的呼叫处理示意图；

图10是根据本发明优选实施方式的不同呼叫应用显示链路通话质量的呼叫处理示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种呼叫处理方法，图1是根据本发明实施例的呼叫处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，获取将用于呼叫的通话链路的链路通话质量；

步骤S104，根据上述链路通话质量进行呼叫处理。

通过上述步骤，在进行呼叫之前获取了将用于呼叫的通话链路的链路通话质量，相对于相关技术中由于提前不知道链路的通话质量，在呼叫后通话质量不稳定，经常出现时延大，甚至呼叫失败的情况，不仅解决了上述严重影响用户体验的问题，进而使得在用户进行呼叫之前就知道当前网络的通话质量，从而可以根据通话质量选择合适的呼叫方式及应用进行呼叫，大大地提高了用户体验。

获取将用于呼叫的通话链路的链路通话质量时，可以采用多种方式，例如，为了获取当前实时的将用于呼叫的通话链路的链路通话质量，可以先确定将用于检测的通话链路，即先确保该通话链路是畅通的，而后才对该畅通的通话链路进行检测（或探测）获取表征该通话链路质量的一些参数，比如，可以采用相关技术中的相互连接建立（InteractiveConnectivity Establishment，简称为ICE）探测的方式确定将用于检测的通话链路；根据对通话链路的探测，获取通话链路的传输时延和丢包率，需要说明的是，根据对通话链路的探测，获取上述传输时延和丢包率的方式也可以多种，比如，向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个探测消息包中携带有发送时间戳；接收对端返回的同样大小负载的返回探测消息包，其中，返回探测消息包中携带有探测消息包中所对应的发送时间戳；根据接收返回探测消息包的时间以及对应的发送时间戳确定通话链路的传输时延；根据接收到的返回探测消息包的数目以及预定数目确定所述通话链路的丢包率。具体实施时可采用以下处理方式：先采用由探测端向对端发送探测消息包的方式来进行探测，在探测消息包中携带发送的时间戳，对端向探测端反馈与探测消息包同样大小的响应报文，其中，响应报文中携带有上述发送探测消息包的时间戳；探测端根据反馈的时间戳以及接收到响应报文的时间获取通话链路的传输时延，根据响应报文中的应答包数量与发送的探测包的数量之比确定丢包率。根据获取到的传输时延和丢包率确定通话链路的链路通话质量。需要说明的是，在根据获取到的传输时延和丢包率确定通话链路的链路通话质量时也可以采用多种方式，比如，可以直接根据传输时延的大小，以及丢包率确定通话链路的链路通话质量；又比如，还可以通过将包大小与传输时延之比获取到网络带宽，以及依据上述方式确定的丢包率来确定通话链路的链路通话质量。

在进行呼叫时可以采用不同的呼叫方式，或是不同的呼叫应用，根据链路通话质量进行呼叫处理进可以先对呼叫方式或是呼叫应用进行选择，例如，可以根据不同呼叫方式对应的链路通话质量选择呼叫方式；采用选择的呼叫方式进行呼叫处理。又例如，还可以根据不同呼叫应用对应的链路通话质量选择呼叫应用；采用选择的呼叫应用进行呼叫处理。

较优地，在获取将用于呼叫的通话链路的链路通话质量之后，还可以对不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示。显示的方式也可以多种，例如，可以对链路通话质量采用数值表示的方式进行显示，比如，用0到5数值的大小表示链路通话质量的好坏，0表示链路通话质量极差，5表示链路通话质量非常好。又例如，还可以采用信号图标的方式来表示链路通话质量的好坏，比如，信号满格表示链路通话质量极好，而信号不显示格时表示链路通话质量极差。当然也可以采用其它有区别的标识来进行显示，在此不进行一一举例。

在本实施例中还提供了一种呼叫处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的呼叫处理装置的结构框图，如图2所示，该装置包括获取模块22和处理模块24，下面对该呼叫处理装置进行说明。

获取模块22，用于获取将用于呼叫的通话链路的链路通话质量；处理模块24，连接至上述获取模块22，用于根据上述链路通话质量进行呼叫处理。

图3是根据本发明实施例的呼叫处理装置中获取模块22的优选结构框图，如图3所示，该获取模块22包括第一确定单元32、获取单元34和第二确定单元36，下面对该获取模块22进行说明。

第一确定单元32，用于确定将用于检测的通话链路；获取单元34，连接至上述第一确定单元32，用于根据对通话链路的探测，获取通话链路的传输时延和丢包率；第二确定单元36，连接至上述获取单元34，用于根据上述传输时延和丢包率确定通话链路的链路通话质量。

图4是根据本发明实施例的呼叫处理装置中获取模块22中获取单元34的优选结构框图，如图4所示，该获取单元34包括：发送子单元42、接收子单元44、第一确定子单元46和第二确定子单元48，下面对该获取单元34进行说明。

发送子单元42，用于向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个探测消息包中携带有发送时间戳；接收子单元44，用于接收对端返回的同样大小负载的返回探测消息包，其中，该返回探测消息包中携带有探测消息包中所对应的发送时间戳；第一确定子单元46，连接至上述接收子单元44，用于根据接收返回探测消息包的时间以及对应的发送时间戳确定通话链路的传输时延；第二确定子单元48，连接至上述接收子单元44，用于根据接收到的返回探测消息包的数目以及预定数目确定通话链路的丢包率。

图5是根据本发明实施例的呼叫处理装置中处理模块24的优选结构框图一，如图5所示，该处理模块24包括第一选择单元52和第一处理单元54，下面对该处理模块24进行说明。

第一选择单元52，用于根据不同呼叫方式对应的链路通话质量选择呼叫方式；第一处理单元54，连接至上述第一选择单元52，用于采用上述第一选择单元52选择的呼叫方式进行呼叫处理。

图6是根据本发明实施例的呼叫处理装置中处理模块24的优选结构框图二，如图6所示，该处理模块24包括第二选择单元62和第二处理单元64，下面对该处理模块24进行说明。

第二选择单元62，用于根据不同呼叫应用对应的链路通话质量选择呼叫应用；第二处理单元64，连接至上述第二选择单元62，用于采用上述第二选择单元62选择的呼叫应用进行呼叫处理。

图7是根据本发明实施例的呼叫处理装置的优选结构框图，如图7所示，该装置除包括图2所示的所有模块外，还包括显示模块72，下面对该显示模块72进行说明。

显示模块72，连接至上述获取模块22和处理模块24，用于对不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示。

图8是根据本发明实施例的终端的结构框图，如图8所示，该终端80包括上述任一项所述的呼叫处理装置82。

在相关技术中的IP呼叫应用界面设计中没有对通话质量的指示，用户无法判断呼叫以后的通话质量。如果有多个可以用于呼叫的应用的话，用户也无法选择当前最优的应用来发起呼叫，或者是当前网络完全不适合基于数据的语音呼叫，用户必须选择传统的CS呼叫。基于此，在本实施例中，提出了一种指导用户对即将产生的通话的质量做出判断的界面设计方法，通过该方法，解决现有的IP呼叫应用无法让用户在呼叫前就知道当前网络的通话质量，从而选择合适的呼叫方式。

在本实施例中提供的具有指示通话质量的实现方法包括：在通话链路建立之前获得即将产生的通话链路的相关数据，从而预先估计通话质量（即上述的链路通话质量）。影响通话质量的情况一般有：声音质量，通话时延。其中，影响声音质量的情况（因素）有，录音质量，扬声器播放质量，回声抑制算法效果，网络丢包率。通话时延=发送端处理时间+端到端传输时间+接收端接收时间；其中，网络丢包率和端到端传输时间与当前呼叫的媒体链路有关，其他因素都与终端设备和IP呼叫应用有关，因此，终端在获得网络丢包率和端到端传输时间两个数据以后再结合终端本身特性即可以预估通话质量。

首先，需要确定媒体链路，在发起呼叫之前先发送一个sip Message到对端，请求发起ICE探测，该Message为自定义的消息类型，Message中携带ICE探测需要的相关Candidate数据，对端收到Message后在返回的200Ok消息中携带自己的Candidate数据。然后双方发起ICE探测，确定媒体发送链路。以上提到的Candidate数据的收集，ICE探测流程可以参照ICE相关文档。

在确定了媒体传输路径后，就需要对该链路进行探测。探测通过上述路径，向对端连续发送多个带有固定大小负载的探测消息包，该探测消息包携带有发送侧的时间戳，对端收到探测消息包以后，回复带有同样大小负载的200Ok应答报文，并将探测消息包中的时间戳复制到200Ok应答报文中。探测端记录每个探测消息包的回路时间，然后根据公式：网络带宽=包大小/传输时间，以及丢包率=应答包数量/探测包数量。在有了网络带宽和丢包率两个数据以后，探测终端对比呼叫本身对网络带宽和丢包率的要求，得出相应的链路通话质量评估值。

在某个特定的IP呼叫应用中，可能存在多个呼叫方式，比如，单纯的语音呼叫，视频呼叫等。在得到评估值以后，在发起呼叫前，将通话质量评估值显示在相应的按键图标上，比如，红色表示质量差，绿色表示质量好，用户很方便的选择能满足自己需要的呼叫方式。

在操作系统级别，现在主流操作系统都支持同一个操作有多个应用选择，比如，发短信，可以用系统自带短信模块，或用第三方应用。呼叫也是一样，当用户想对某联系人发起呼叫，点击呼叫按钮，有多种呼叫方式及呼叫应用供其选择，在此时显示各种不同方式各自的通话质量提升图标，方便用户做出判断。

下面结合附图对本发明的优选实施方式进行说明。

图9是根据本发明优选实施方式的不同呼叫方式显示链路通话质量的呼叫处理示意图，如图9所示，在某个拥有IP呼叫功能的Wtalk中显示通话质量，在Wtalk内部的联系人详情界面，有视频呼叫和语音呼叫两种选择，例如，在Wtalk内部选中张某某，Wtalk通过对对端进行探测，得出两种方式自个的通话质量评估值，通话质量评估值可以采用多种方式表示，例如，可以用类似于信号强度的图标标识各自的通话质量，满格表示质量优秀，图示显示当前视频链路通话质量不佳，语音链路通话质量良好，如图所示，又例如，还可以采用数值的方式来表示，假设为0-5，0表示不可用，5表示非常好，然后标识出每种呼叫方式对应的通话质量，用户据此选择合适的呼叫方式。

图10是根据本发明优选实施方式的不同呼叫应用显示链路通话质量的呼叫处理示意图，如图10所示，在联系人列表发起IP呼叫时，系统获得能满足该呼叫方式的应用集，并从相应的应用中获得其对该链路通话质量的评估值，系统通过该评估值给出不同的标识，并在弹出菜单中显示。例如，在联系人列表对李某发起IP呼叫，系统提示有两个应用可以发起IP呼叫，分别为Ctalk和Wtalk，用一个类似于信号强度的图标标识每种呼叫方式的通话质量，通过图示很容易判断Wtalk的通话质量更佳。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种呼叫处理方法，其特征在于，包括：

获取将用于呼叫的通话链路的链路通话质量；

根据所述链路通话质量进行呼叫处理；

其中，在获取将用于呼叫的通话链路的所述链路通话质量之后，还包括：对存在于一呼叫应用中的不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示；

根据所述链路通话质量进行呼叫处理包括：根据显示的所述不同呼叫方式对应的链路通话质量选择呼叫方式；采用选择的呼叫方式进行呼叫处理；或，

根据所述链路通话质量进行呼叫处理包括：根据显示的所述不同呼叫应用对应的链路通话质量选择呼叫应用；采用选择的呼叫应用进行呼叫处理。

2.根据权利要求1所述的方法，其特征在于，获取将用于呼叫的通话链路的所述链路通话质量包括：

确定将用于检测的通话链路；

根据对所述通话链路的探测，获取所述通话链路的传输时延和丢包率；

根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。

3.根据权利要求2所述的方法，其特征在于，根据对所述通话链路的探测，获取所述通话链路的所述传输时延和所述丢包率包括：

向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个所述探测消息包中携带有发送时间戳；

接收对端返回的同样大小负载的返回探测消息包，其中，所述返回探测消息包中携带有探测消息包中所对应的发送时间戳；

根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的传输时延；

根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话链路的丢包率。

4.一种呼叫处理装置，其特征在于，包括：

获取模块，用于获取将用于呼叫的通话链路的链路通话质量；

处理模块，用于根据所述链路通话质量进行呼叫处理；

显示模块，用于对存在于一呼叫应用中的不同呼叫方式对应的链路通话质量和/或不同呼叫应用对应的链路通话质量进行显示；

其中，所述处理模块包括：第一选择单元，用于根据显示的所述不同呼叫方式对应的链路通话质量选择呼叫方式；第一处理单元，用于采用所述第一选择单元选择的呼叫方式进行呼叫处理；或，

所述处理模块包括：第二选择单元，用于根据显示的所述不同呼叫应用对应的链路通话质量选择呼叫应用；第二处理单元，用于采用所述第二选择单元选择的呼叫应用进行呼叫处理。

5.根据权利要求4所述的装置，其特征在于，所述获取模块包括：

第一确定单元，用于确定将用于检测的通话链路；

获取单元，用于根据对所述通话链路的探测，获取所述通话链路的传输时延和丢包率；

第二确定单元，用于根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。

6.根据权利要求5所述的装置，其特征在于，所述获取单元包括：

发送子单元，用于向传输链路的对端发送预定数目的固定大小负载的探测消息包，其中，每个所述探测消息包中携带有发送时间戳；

接收子单元，用于接收对端返回的同样大小负载的返回探测消息包，其中，所述返回探测消息包中携带有探测消息包中所对应的发送时间戳；

第一确定子单元，用于根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的传输时延；

第二确定子单元，用于根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话链路的丢包率。

7.一种终端，包括权利要求4至6中任一项所述的装置。