CN105682157A - 通话方法及系统 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种通话方法及系统。本发明中，服务器存储软件端与手机号的对应关系，以及软件端的当前网络状态；当服务器收到呼叫软件端的请求时，服务器根据软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：通过IP网络呼叫软件端；或者，运营商线路呼叫与软件端对应的手机号。本发明与现有技术相比，避免了软件端在2G/3G/4G网络下进行IP通话，由于网络不稳定而导致的接通率和通话质量下降的问题，从而提升了通话体验。

Description

通话方法及系统

技术领域

本发明涉及通讯技术领域，特别涉及一种通话方法及系统。

背景技术

随着互联网与传统语音的不断发展及融合，以网络协议(英文全称：InternetProtocol，英文缩写：IP)网络为基础的网络电话(VoiceoverInternetProtocol，简称VoIP)语音通信发展迅速，越来越多的用户选择IP网络电话。VoIP电话俗称网络电话，其基本原理是通过语音压缩设备对语音进行压缩编码处理，然后再把这些语音数据根据相关的协议进行打包，经过IP网络把数据包传送到目的地后，再把这些语音数据包串起来，经过解压解码处理后，恢复成原来的信号，从而达到由IP网络发送语音的目的。

VoIP通话业务费用低廉，因而能够为商业企业、家庭等用户的通话需求提供富有竞争力的选择。然而，由于2G、3G、4G等通信网络自身的稳定性问题，造成用户使用IP电话业务时存在接通率不佳，通话质量不佳等的问题，影响用户的通话体验。

发明内容

本发明的目的在于提供一种通话方法及系统，避免了软件端在2G/3G/4G网络下进行IP通话，由于网络不稳定而导致的接通率和通话质量下降的问题。

为解决上述技术问题，本发明的实施方式提供了一种通话方法，包含以下步骤：服务器存储软件端与手机号的对应关系，以及软件端的当前网络状态；当服务器收到呼叫软件端的请求时，所述服务器根据所述软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：通过IP网络呼叫所述软件端；或者，运营商线路呼叫与所述软件端对应的手机号。

本发明的实施方式还提供了一种通话系统，包含：服务器，软件端和具有手机号的移动终端；所述服务器存储有软件端与手机号的对应关系，以及软件端的当前网络状态；并在收到呼叫软件端的请求时，根据所述软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：通过IP网络呼叫所述软件端；或者，运营商线路呼叫与所述软件端对应的手机号。

本发明实施方式相对于现有技术而言，在服务器存储软件端与手机号的对应关系，从而实现了软件端(即分机号)与手机号的绑定，同时，服务器还存储有软件端的当前网络状态。当收到呼叫软件端的请求时，服务器根据软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：当前网路状态满足IP网络通话需求时，通过IP网络呼叫软件端，或者当前网络状态可能影响IP网络通话质量时，通过运营商线路呼叫与软件端对应的手机号，从而避免了由于网络不稳定而导致的接通率差以及通话质量下降的问题，提高了通话体验。

优选地，所述网络状态包含网络模式；其中，所述网络模式包括Wifi、4G、3G、2G；在所述服务器根据所述软件端的当前网络状态，选择呼叫方式的步骤中，若网络模式为Wifi，则所述服务器通过IP网络呼叫所述软件端；若网络模式为4G、3G、2G中任意之一，则所述服务器通过运营商线路呼叫与所述软件端对应的手机号。在Wifi网络模式下，使用IP网络电话，而在2G、3G、4G等的网络模式下，通过运营商线路呼叫与软件端对应的手机号，有利于提高通话质量。

优选地，所述网络状态包含网络模式及其网络质量；其中，所述网络模式包括Wifi、4G、3G、2G；在所述服务器根据所述软件端的当前网络状态，选择呼叫方式的步骤中，若网络模式为Wifi，且其网络质量满足正常语音通信基本要求，则所述服务器通过IP网络呼叫所述软件端；否则，所述服务器通过运营商线路呼叫与所述软件端对应的手机号。使得Wifi的信号质量不佳时，通过运营商线路呼叫与软件端对应的手机号，避免了由于Wifi网络信号不佳造成的通话质量下降的问题。

优选地，在判断网络质量是否满足正常语音通信基本要求的步骤中，包含以下子步骤：

所述软件端定时向所述服务器发送语音包；

所述服务器对收到的语音包进行分析；

若所述服务器判定对语音包的分析结果满足以下三个条件任意之一或者其任意组合，则判定所述网络质量满足正常语音通信基本要求：

丢包率小于预设的丢包门限；

时延小于预设的时延门限；

抖动小于预设的抖动门限。

通过定时发送语音包，可检测网络是否适于语音通话，从而进一步保证语音通话质量。

优选地，所述服务器存储的软件端的当前网络状态在所述软件端所处网络发生切换时，所述软件端将切换后的网络状态上报给所述服务器进行更新。从而使得服务器存储的软件端的当前网络状态与软件端实际的网络状态保持同步，避免出现通话接入故障。

附图说明

图1是根据本发明第一实施方式通话方法的流程图；

图2是根据本发明第二实施方式通话方法的流程图；

图3是根据本发明第三实施方式通话系统的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种通话方法，具体流程如图1所示，包含以下步骤：

步骤10：服务器存储软件端与手机号的对应关系，以及软件端的当前网络状态。

具体而言，软件端为安装于终端上的IP网络电话软件，软件端经IP传输协议与服务器进行通信。在使用软件端拨打网络电话进行通话前，需要对软件端进行简单设置，比如，设置软件端的网络识别号(类似于分机号)，软件端的网络识别号可以为用户账号等。这样，当该软件端作为被叫时，主叫方可以向服务器发出对于该被叫软件端的呼叫请求。在现有的网络通话技术中，由于仅是主叫软件端、服务器、被叫软件端之间的通信，软件端之间仅能够通过IP网络进行通话。而由于网络自身的不稳定性，加之网络繁忙时，软件端之间的通话可能就会出现接通率不佳、通话质量下降等的问题。而在本实施方式中，将手机号与软件端对应存储于服务器中，即将手机号与软件端进行绑定。具体地，可以在软件端设置与软件端绑定的手机号，设置完成，服务器即能够收到并存储该软件端与手机号的对应关系。从而，当软件端被呼叫时，服务器能够建立主叫和与被呼叫软件端对应的手机之间的通话通道。

同时，服务器还存储软件端的当前网络状态。网络状态包含网络模式，通常，网络模式包括Wifi(Wireless-Fidelity，无线保真)、4G、3G、2G。近年来，WIFI技术发展迅速，在短距离无线通信领域获得了极大的应用，Wifi数据传输率高，网络稳定性佳。服务器存储的软件端的当前网络状态在软件端上线时由软件端上报给服务器进行存储。具体地，当软件端与服务器建立连接时，比如，当软件端上线时，由软件端将自身的当前网络状态上报给服务器进行存储。目前，智能手机等的移动终端的网络模式会在Wifi或者2G/3G/4G之间切换。因此，服务器存储的软件端的当前网络状态在软件端所处网络发生切换时，软件端将切换后的网络状态上报给服务器进行更新，从而可以保证软件端的网络状态与服务器存储的网络状态同步，避免影响到呼叫接入。

较佳地，软件端上线之后，可以定时向服务器上报当前网络状态，从而有利于服务器存储有效地软件端的当前网络状态。

步骤11：当服务器收到呼叫软件端的请求时，服务器根据软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：通过IP网络呼叫软件端；或者，通过运营商线路呼叫与软件端对应的手机号。

具体而言，步骤11包含以下子步骤110至子步骤113：

子步骤110：服务器是否收到呼叫软件端的请求。若是，则执行子步骤111，若否，则返回子步骤110。

子步骤111：判断网络模式是否为wifi。若是，则执行子步骤112，若否，则执行子步骤113。

子步骤112：服务器通过IP网络呼叫软件端。即主叫软件端与被叫软件端之间通过IP网络进行通话，具体通过技术为现有技术，在此不再赘述。

子步骤113：服务器通过运营商线路呼叫与软件端对应的手机号。即服务器将主叫软件端与被叫软件端之间的通话切换至主要软件端与被叫手机号之间的通话。主叫软件端与被叫软件端对应的手机号之间通过2G、3G或者4G等的运营商线路进行通话。

本实施方式与现有技术相比，通过将手机号与软件端进行绑定，使得服务器能够根据软件端的当前网络状态作出判断，并在当前网络状态适合IP网络通话时，通过IP网络呼叫软件端，而在当前网络状态不适于IP网络通话时，则通过供应商线路进行呼叫，从而，避免了IP网络电话由于网络不稳定造成的接通率不佳以及通话质量下降等的问题，提升用户的通话体验。

本发明的第二实施方式涉及一种通话方法。第二实施方式在第一实施方式的基础上做出进一步改进，主要改进之处在于：网络状态还包含网络模式的网络质量，在服务器根据软件端的当前网络状态，选择呼叫方式的步骤中，若网络模式为Wifi，且其网络质量满足正常语音通信基本要求，则服务器通过IP网络呼叫软件端。否则，服务器通过运营商线路呼叫与软件端对应的手机号。通过对软件端当前网络模式的网络质量进行判断，取消网络质量不符合预设条件下的IP网络通话，从而可以进一步避免IP网络通话质量受到影响。

如图2所示，该通话方法包含以下步骤20至步骤21：

其中，步骤20与第一实施方式中的步骤21相同，在此不再赘述。步骤21包含以下子步骤210至子步骤214。其中，子步骤210与第一实施方式中的子步骤110相同，在此不再赘述。

子步骤211：判断网络模式是否为Wifi，在判断出网络模式不为Wifi时，则执行子步骤214，在判断出网络模式为Wifi时，执行子步骤212。

子步骤212：判断网络质量是否满足正常语音通信基本要求，若满足，则执行子步骤213，否则，执行子步骤214。

判断网络质量是否满足正常语音通信基本要求，可以通过模拟发送语音包的方式来检测网络质量。具体地说，可以由软件端定时向服务器发送语音包；服务器对收到的语音包进行分析，并根据分析结果进行判断。比如，如果软件端发送的语音包为一段预先录制的语音，并在服务器上有备份，那么服务器在收到语音包后，可以与备份的语音包进行比较，从而判断网络质量是否满足正常语音通信基本要求。此外，服务器还可以对收到语音包的其他指标，比如丢包率，时延或抖动等能用于判断网络质量的参数进行分析，从而判断网络质量是否满足正常语音通信基本要求。举例来说，若服务器判定对语音包的分析结果满足以下三个条件任意之一或者其任意组合，则判定网络质量满足正常语音通信基本要求：

(1)丢包率小于预设的丢包门限；

(2)时延小于预设的时延门限；

(3)抖动小于预设的抖动门限。

值得说明的是，本实施方式中涉及的丢包门限、时延门限或者抖动门限，技术人员可以根据经验获得；或者根据实验得到；或者为一可调节数值(用户可以根据需要调节)，本发明不应以此为限，任何设定门限的方法均应在本发明的保护范围之内。

子步骤213：服务器通过IP网络呼叫软件端。

子步骤214与第一实施方式中的子步骤113相同，在此不再赘述。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种通话系统，如图3所示，包含：服务器，软件端和具有手机号的移动终端。

具体而言，服务器存储有软件端与手机号的对应关系，以及软件端的当前网络状态。网络状态包含网络模式，网络模式包括Wifi、4G、3G、2G。

服务器在收到呼叫软件端的请求时，根据软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：通过IP网络呼叫软件端，或者，运营商线路呼叫与软件端对应的手机号。

具体地，服务器还用于在网络模式为Wifi时通过IP网络呼叫软件端，并在网络模式为4G、3G、2G中任意之一时通过运营商线路呼叫与软件端对应的手机号。

需要说明的是，本实施方式中的软件端比如为安装与平板电脑等中的软件端。于其它实施方式中，软件端也可以直接安装于智能手机中，软件端的安装位置不应构成对本发明的限制，软件端安装在任意终端上均应在本发明的保护范围之内。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第四实施方式涉及一种通话系统。第四实施方式在第三实施方式的基础上做出进一步改进，主要改进之处在于：网络状态还包含网络模式对应的网络质量。服务器还用于在网络模式为Wifi，且其网络质量满足正常语音通信基本要求时，通过IP网络呼叫软件端。并在其余情形下，通过运营商线路呼叫与软件端对应的手机号。从而通过对软件端当前网络状态的信号强度进行判断，取消网络信号强度不符合预设条件下的IP网络通话，可以进一步避免IP网络通话质量受到影响。

其中，软件端和服务器通过发送模拟语音包进行网络质量判定。具体地说，软件端还用于定时向服务器发送语音包。服务器还用于对收到的语音包进行分析；并在判定对语音包的分析结果满足以下三个条件任意之一或者其任意组合，判定网络质量满足正常语音通信基本要求：

(1)丢包率小于预设的丢包门限；

(2)时延小于预设的时延门限；

(3)抖动小于预设的抖动门限。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种通话方法，其特征在于，包含以下步骤：

服务器存储软件端与手机号的对应关系，以及软件端的当前网络状态；

当服务器收到呼叫软件端的请求时，所述服务器根据所述软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：

通过IP网络呼叫所述软件端；或者，

运营商线路呼叫与所述软件端对应的手机号。

2.根据权利要求1所述的通话方法，其特征在于，所述网络状态包含网络模式；其中，所述网络模式包括Wifi、4G、3G、2G；

在所述服务器根据所述软件端的当前网络状态，选择呼叫方式的步骤中，

若网络模式为Wifi，则所述服务器通过IP网络呼叫所述软件端；

若网络模式为4G、3G、2G中任意之一，则所述服务器通过运营商线路呼叫与所述软件端对应的手机号。

3.根据权利要求1所述的通话方法，其特征在于，所述网络状态包含网络模式及其网络质量；其中，所述网络模式包括Wifi、4G、3G、2G；

在所述服务器根据所述软件端的当前网络状态，选择呼叫方式的步骤中，

若网络模式为Wifi，且其网络质量满足正常语音通信基本要求，则所述服务器通过IP网络呼叫所述软件端；否则，所述服务器通过运营商线路呼叫与所述软件端对应的手机号。

4.根据权利要求3所述的通话方法，其特征在于，在判断网络质量是否满足正常语音通信基本要求的步骤中，包含以下子步骤：

所述软件端定时向所述服务器发送语音包；

所述服务器对收到的语音包进行分析；

若所述服务器判定对语音包的分析结果满足以下三个条件任意之一或者其任意组合，则判定所述网络质量满足正常语音通信基本要求：

丢包率小于预设的丢包门限；

时延小于预设的时延门限；

抖动小于预设的抖动门限。

5.根据权利要求1所述的通话方法，其特征在于，所述服务器存储的软件端的当前网络状态在所述软件端上线时由所述软件端上报给所述服务器进行存储。

6.根据权利要求1所述的通话方法，其特征在于，所述服务器存储的软件端的当前网络状态在所述软件端所处网络发生切换时，所述软件端将切换后的网络状态上报给所述服务器进行更新。

7.一种通话系统，其特征在于，包含：服务器，软件端和具有手机号的移动终端；

所述服务器存储有软件端与手机号的对应关系，以及软件端的当前网络状态；并在收到呼叫软件端的请求时，根据所述软件端的当前网络状态，选择以下两种呼叫方式之一进行通话：

通过IP网络呼叫所述软件端；或者，

运营商线路呼叫与所述软件端对应的手机号。

8.根据权利要求7所述的通话系统，其特征在于，所述网络状态包含网络模式；其中，所述网络模式包括Wifi、4G、3G、2G；

所述服务器还用于在网络模式为Wifi时通过IP网络呼叫所述软件端；并在网络模式为4G、3G、2G中任意之一时通过运营商线路呼叫与所述软件端对应的手机号。

9.根据权利要求7所述的通话系统，其特征在于，所述网络状态包含网络模式及其网络质量；其中，所述网络模式包括Wifi、4G、3G、2G；

所述服务器还用于在网络模式为Wifi，且其网络质量满足正常语音通信基本要求时，通过IP网络呼叫所述软件端；并在其余情形下，通过运营商线路呼叫与所述软件端对应的手机号。

10.根据权利要求9所述的通话系统，其特征在于，所述软件端还用于定时向所述服务器发送语音包；

所述服务器还用于对收到的语音包进行分析；并在判定对语音包的分析结果满足以下三个条件任意之一或者其任意组合时，判定所述网络质量满足正常语音通信基本要求：

丢包率小于预设的丢包门限；

时延小于预设的时延门限；

抖动小于预设的抖动门限。