一种终端设备、通话方法及通话系统的制作方法
【专利摘要】本发明提供一种终端设备、通话方法及通话系统，包括：监测模块，用于监测电话通话呼叫请求；获取模块，用于从所述呼叫请求中获取目标号码和通话数据；切换模块，用于当存在所述呼叫请求时，开启网络接口；发送模块，用于通过所述网络接口将所述通话数据发送至运营商服务器，并由所述运营商服务器转发至所述目标号码所对应的目标终端。本发明在终端设备处仍采用传统的电话通话模式，但在接收到呼叫请求后，优先通过网络进行传输，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，且使用价格低廉。
【专利说明】
-种终端设备、通话方法及通话系统
技术领域
[0001] 本发明属于融合通信领域，尤其设及一种终端设备、通话方法及其通话系统。
【背景技术】
[0002] 终端设备有很多固有的通讯应用，如：电话、短信、或彩信等，通常是通过通信网络 来进行数据传递的。通信网络的运营商一般会提供不同的通信套餐，如X元/月包含时长为N 分钟的电话通话，对于N分钟之外的电话通话则另外收取费用。
[0003] 随着终端设备的不断普及，对于通信运营商而言，面临的第一个问题是:海量用户 同时通话时会导致基站的负载过大，进而可能通话质量差、干扰较大、或通话中断等错误； 面临的第二个问题是：与终端设备上安装的即时通信软件相比，传统的电话通话不具有价 格上的优势，长此W往，很可能造成客户或部分业务的流失。
[0004] 而对于终端设备的用户而言，既要考虑通过传统的电话服务在使用时的费用梯度 问题，又要考虑联系方式的切换，十分容易造成沟通的中断、和数据的混淆。
【发明内容】
[0005] 有鉴于此，本发明的旨在提供一种终端设备、通话方法及其通话系统，可W解决传 统电话通话服务所导致运营商端基站的负载过大、运营成本过高、W及用户端价格梯度大、 与替换方案交替使用所导致的沟通中断和数据混淆等技术问题。
[0006] 为解决上述技术问题，本发明实施例提供了一种终端设备，包括：
[0007] 监测模块，用于监测电话通话呼叫请求；
[000引获取模块，用于从所述呼叫请求中获取目标号码和通话数据；
[0009] 切换模块，用于当存在所述呼叫请求时，开启网络接口； W及
[0010] 发送模块，用于通过所述网络接口将所述通话数据发送至运营商服务器，并由所 述运营商服务器转发至所述目标号码所对应的目标终端。
[0011] 为解决上述技术问题，本发明实施例还提供了一种终端设备的通话方法，包括：
[001 ^ 监测电话通话呼叫请求；
[0013]从所述呼叫请求中获取目标号码和通话数据；
[0014] 当存在所述呼叫请求时，开启网络接口； W及
[0015] 通过所述网络接口将所述通话数据发送至运营商服务器，并由所述运营商服务器 转发至所述目标号码所对应的目标终端。
[0016] 为解决上述技术问题，本发明实施例又提供了一种通话系统，包括：
[0017] 上述终端设备、运营商服务器、基站、及目标终端。
[0018] 相对于现有技术，本发明的终端设备、通话方法及通话系统，在终端设备处仍采用 传统的电话通话模式，但在接收到呼叫请求后，优先通过网络进行传输，有效的平衡运营商 端基站的负载、降低运营成本，并保持终端设备中沟通数据的完整，且使用价格低廉。
【附图说明】
[0019] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于 本领域技术人员来讲，在不付出创造性劳动的前提下，还可W根据运些附图获得其他的附 图。
[0020] 图1是本发明实施例提供的终端设备及其通话方法的应用环境示意图；
[0021 ]图2是本发明实施例一提供的终端设备的模块示意图；
[0022] 图3是本发明实施例二提供的终端设备的模块示意图；
[0023] 图4是本发明实施例=提供的终端设备的电话通话方法的流程示意图；
[0024] 图5是本发明实施例四提供的终端设备的电话通话方法的流程示意图。
【具体实施方式】
[0025] 请参照附图中的图式，其中相同的组件符号代表相同的组件，本发明的原理是W 实施在一适当的运算环境中来举例说明。W下的说明是基于所示例的本发明的具体实施 例，其不应被视为限制本发明未在此详述的其它具体实施例。
[0026] 本发明原理W上述文字来说明，其并不代表为一种限制，本领域技术人员将可了 解到W下所述的多种步骤及操作亦可实施在硬件当中。本发明的原理使用许多其它泛用性 或特定目的运算、通信环境或组态来进行操作。
[0027] 请参阅图1，为本发明中提供的终端设备及其通话方法的应用环境示意图。所述应 用环境，包括终端设备10、基站20、网络热点30、运营商服务器40、W及通信网络50。
[00巧]其中，所述终端设备10,包括融合通信功能（Rich Communication Suite,RCS)的 业务接口，其中，所述融合通信功能可W是通过终端设备10所订制的内置功能、或下载的应 用程序进行实现。所述终端设备10,在监测到电话通话的呼叫请求后，根据通话的历史记录 对当前通话时长进行预估，并根据预估结果来选择基站20或运营商服务器40来提供电话通 话服务。
[0029] 所述基站20,用于通过传统方式进行通话数据传输，即，通过由基站20与终端设备 10之间的数据通道51进行传输。可W理解的是，通过基站20进行传输会记入在用户的通信 套餐中，且对于超出部分而言，则一般是按照每分钟进行收费。
[0030] 所述运营商服务器40,用于接收所述通话数据，并通过与终端设备10之间的网络 通道52进行传输。网络服务40的优点在于价格，缺点是部署没有基站20密集，因而可能会出 现无法连接或系统繁忙的情况，进而导致通话信息传输失败、或服务质量不佳。
[0031] 当所述运营商服务器40传输失败时，通知所述终端设备10, W便所述终端设备10 可W及时通过基站20进行通话数据传输。可W理解的是，通过运营商服务器40传输通话数 据一般是免费或按流量费。
[0032] 通信网络50,包括数据通道51和网络通道52,用于支持终端设备与目标终端之间 的通话数据传输。数据通道51由基站20与终端设备10等设备构建而成。网络通道52,由运营 商服务器40、网络热点30、与终端设备10等设备构建而成，包括无线广域网、无线局域网、无 线城域网、和/或个人网络中的一个或多个的组合。
[0033] 所述网络热点30,连接于终端设备10与运营商服务器40之间，用于将来自于终端 设备10的通话数据经由运营商服务器40传输至另一网络热点，直至传输至另一终端设备。 优选为用户指定的WiFi热点，如在家中、办公场所、或商场的WiFi热点等。
[0034] 请参照W下实施例，实施例一、二侧重于终端设备，实施例=、四侧重于终端设备 的通话方法。可W理解的是:虽然各实施例的侧重不同，但其设计思想是一致的。且，在某个 实施例中没有详述的部分，可W参见说明书全文的详细描述，不再寶述。
[00对实施例一
[0036] 请参阅图2,所示为本发明实施例提供的终端设备的模块示意图。所述终端设备， 包括:手机、或平板电脑等，此处不一一枚举。
[0037] 所述终端设备200,包括:监测模块21、获取模块22、查询模块23、对比模块24、切换 模块25、网络接口 26、数据接口 27、和发送模块28。
[003引监测模块21，用于监测电话通话呼叫请求。
[0039] 获取模块22,连接于监测模块21，用于从所述呼叫请求中获取目标号码和通话数 据。
[0040] 查询模块23,连接于获取模块22,用于查询所述目标号码的平均通话时长。
[0041] 其中，W目标号码是134****0918为例，假设查询结果为共有3次通信记录，第1次 是5分钟，第2次是3分钟，第3次是7分钟。则平均通话时长为(5+3巧)/3 = 5分钟。
[0042] 可W理解的是，在本发明中通过计算所述平均通话时长，来对本次的通话时长进 行评估和预测。其中，预估本次的通话时长约等于平均通话时长。
[0043] 对比模块24，连接于查询模块23，用于对比所述目标号码的平均通话时长是否超 过预设时长阔值。
[0044] 比如，预设时长阔值为3分钟。
[0045] 切换模块25,连接于对比模块24,用于当存在所述呼叫请求时，对数据接口 26和网 络接口 27进行切换。
[0046] 具体而言，当所述目标号码的平均通话时长超过预设时长阔值时，开启网络接口 26;当所述目标号码的平均通话时长不超过预设时长阔值时，开启数据接口 27。
[0047] 其中，所述网络接口 26,无线连接于运营商服务器，用于将所述通话数据发送至运 营商服务器，并由所述运营商服务器转发至所述目标号码所对应的目标终端。
[0048] 所述数据接口 27，无线连接于基站，用于将所述通话数据发送至基站，并由所述基 站转发至所述目标号码所对应的目标终端。
[0049] 在本实施例中，可W默认为将通话数据发送至数据接口27,也可W默认为网络接 日26。
[0050] 默认数据接口 27的原因在于:第一，用户购买的通信套餐中包含一定数量的免费 通话时长和短信，应优先使用；第二，就目前的基础设施而言，基站一般要比运营商服务器 的部署更加广泛和密集、服务质量也更加稳定。
[0051] 但随着融合通信技术的不断推进，此处也可W默认为连接网络接口 26,并当判断 不超过所述时长阔值时，将通话数据从网络接口 26切换至数据接口 27。其原因在于，运营商 服务器在指定的网络热点下，比如，家里、公司时，具有服务质量稳定、且免费等优点。
[0052] 发送模块28，连接于网络接口 26和数据接口 27，用于通过所述网络接口 26或数据 接口 27发送所述通话数据。
[0053] 本发明的终端设备，仍采用传统的电话通话模式，但在接收到呼叫请求后，优先通 过网络进行传输，有效的平衡运营商端基站的负载、降低运营成本，并保持终端设备中沟通 数据的完整，且使用价格低廉。
[0054] 实施例二
[0055] 请参阅图3,所示为本发明实施例提供的终端设备的模块示意图。所述终端设备， 包括:手机、或平板电脑等，此处不一一枚举。
[0056] 可W理解的是，图3的终端设备是对图2中终端设备的优化。其中，图3中与图2中相 同的部分，仍采用2开头，与图2不同的部分，采用3开头，W示其差异。
[0057] 所述终端设备300,包括:监测模块21、获取模块31、历史数据库32、查询模块33、对 比模块24、切换模块25、数据接口 27、封装模块34、网络接口 35、和发送模块28。
[005引监测模块21，用于监测电话通话呼叫请求。
[0059] 获取模块31，连接于监测模块21，用于从所述呼叫请求中获取目标号码和通话数 据。
[0060] 具体而言，所述获取模块31，包括：
[0061] 号码子模块311，用于从所述呼叫请求中获取目标号码；W及
[0062] 转换子模块312,用于在电话通话时，接收通话语音，并将所述通话语音转换为通 话数据，并在传输时W数据封包的形式进行传输。
[0063] 历史数据库32,用于存储每次通话的通话时长、和目标号码。
[0064] 如表1所示，其中，所述历史数据库32中还可W存储通话时长和目标号码之外的其 他信息，比如:将每次通话的开始时间作为时间戳，用作参考。比如:A与B是非工作关系，贝U 在上班时间9:00-17:00时间内，若通信，则每次通话时长会比较短，比如5分钟内，而在非上 班时间，比如21:00-23:00之间，若通信，则每次通话时长会比较长，比如30分钟W上。即：时 间戳亦可作为参考数据。
[0065] 表1历史数据库示意表
[0066]
[0
[0068]查询模块33，连接于获取模块31和历史数据库32，用于查询所述目标号码的平均 通话时长。
[0069] 具体而言，所述查询模块33,包括：
[0070] 查询子模块331，连接于号码子模块311和历史数据库32，用于根据所述目标号码 获取对应的所述每次通话的通话时长。W目标号码是134****0918为例，假设其中查询结果 为共有N次通信记录，其中，10次是5分钟，11次是3分钟，15次是7分钟，1次是1小时21分钟。
[0071] 离散子模块332,连接于查询子模块331，用于判断所述历史数据库中是否存在出 现频率较低的异常通话时长。
[0072] 可见，由于上述数据1小时21分钟，则，视为频率出现较低的异常通话时长，不具备 参考价值。
[0073] 此外，在数据采样时，通常将出现频率低于5%的样本或仅出现过1次的样本，视为 频率较低。可W理解的是，上述比例和数字仅用于示例，不应视为对本发明的限制。
[0074] 过滤子模块333,连接于离散子模块332,用于过滤掉所述异常通话时长，并将过滤 后的通话时长发送给所述计算子模块。
[0075] 如上述数据，则暂时过滤掉上述数据1小时21分钟的通话时长。需要说明的是，仅 是在计算前根据历史数据的离散读进行过滤，并不是删除。原因在于，一次的异常也许是未 来的常态。故，所述过滤子模块333,会在每次通之前进行过滤，一般计算出实时的、更贴切 的数据。
[0076] 计算子模块334,连接于过滤子模块333,用于根据所述每次通话的通话时长，计算 所述目标号码的平均通话时长。
[0077] 仍W上述数据为例，则平均通话时长为(5*10+3*11+15*7)/(10+11+15) - 5分钟。
[0078] 可W理解的是，在本发明中通过计算所述平均通话时长，来对本次的通话时长进 行评估和预测。其中，预估本次的通话时长约等于平均通话时长。
[0079] 此外，若历史通话时长为，3分钟、5分钟、7分钟，也可W根据其变化，生成其他计算 模型，来预估本次的通话时长，比如，根据上述递增时长，预估本次通话时长约为9分钟。
[0080] 对比模块24，连接于查询模块33，用于对比所述目标号码的平均通话时长是否超 过预设时长阔值。
[0081 ] 其中，W预设时长阔值为3分钟为例，则上述目标号码134****0918的平均通话时 长时5分钟，对比结果是目标号码的平均通话时长超过预设时长阔值。
[0082] 切换模块25,连接于对比模块24,用于当存在所述呼叫请求时，对数据接口 27和网 络接口 35进行切换。
[0083] 具体而言，当所述目标号码的平均通话时长超过预设时长阔值时，开启网络接口 35;当所述目标号码的平均通话时长不超过预设时长阔值时，开启数据接口 27。
[0084] 可W理解的是，所述切换模块25的本质是一种单刀双掷开关，其控制端连接于对 比模块24,并根据对比模块24的对比结果在网络接口 35与数据接口 27之间进行切换。
[00化]封装模块34,用于通过软件开发工具包（Software Development Kit,SDK)将融合 通信的功能模块进行封装，W生成具有融合通信功能的应用程序、插件、和/或进程；
[0086] 所述网络接口 35,连接于所述封装模块34和切换模块25,用于:通过调用所述具有 融合通信功能的应用程序、插件、和/或进程，W连接所述运营商服务器，并将所述通话数据 发送至所述运营商服务器。
[0087] 可W理解的是，所述运营商服务器首先根据目标号码，匹配所述目标号码所在的 区域，再确认所述区域对应的网络热点，并由所述网络热点将所述通话数据传输至所述目 标号码所对应的目标终端。
[0088] 其中，若通过所述运营商服务器传输失败，则发送失败通知至所述网络接口 35,所 述网络接口35接收到所述发送失败的通知后，通知切换模块25开启数据接口 27,或理解为 将所述通话数据从网络接口 26切换至数据接口 27进行传输。
[0089] 本发明实施例提供的终端设备，仍采用传统的电话通话模式，但在接收到呼叫请 求后，优先通过网络进行传输，有效的平衡运营商端基站的负载、降低运营成本，并保持终 端设备中沟通数据的完整，且使用价格低廉。
[0090] 实施例S
[0091] 请参阅图4,所示为发明实施例提供的终端设备的通话方法的流程示意图。
[0092] 所述终端设备的通话方法，包括：
[0093] 在步骤S401中，监测电话通话呼叫请求。
[0094] 在步骤S402中，当存在所述呼叫请求时，开启网络接口。
[00%]可W理解的是，随着融合通信技术的不断推进，在运营商服务器在指定的网络热 点下，比如，家里、公司时，具有服务质量稳定、且免费等优点。
[0096] 在步骤S403中，从所述呼叫请求中获取目标号码，并在通话过程中获取通话数据。
[0097] 在步骤S404中，通过所述网络接口将所述通话数据发送至运营商服务器，并由所 述运营商服务器转发至所述目标号码所对应的目标终端。
[0098] 在步骤S405中，判断发送是否成功。
[0099] 可W理解的是，也可W判断网络连接是否成功。
[0100] 其中，若判断不成功，则执行步骤S406;若判断成功，则执行步骤S408。
[0101] 在步骤S406中，开启数据接口。
[0102] 在步骤S407中，通过所述数据接口将所述通话数据发送至基站，并由所述基站W 4G形式转发至所述目标号码所对应的目标终端。
[0103] 在步骤S408中，完成通话，并记录通话时长。
[0104] 本发明实施例提供的终端设备的通话方法，仍采用传统的电话通话模式，但在接 收到呼叫请求后，优先通过网络进行传输，有效的平衡运营商端基站的负载、降低运营成 本，并保持终端设备中沟通数据的完整，且使用价格低廉。
[0105] 实施例四
[0106] 请参阅图5,所示为发明实施例提供的终端设备的通话方法的流程示意图。
[0107] 可W理解的是，图5的终端设备是对图4中终端设备的优化。其中，图5中与图5中相 同的部分，仍采用S4开头，与图4不同的部分，采用S5开头，W示其差异。
[0108] 所述终端设备的通话方法，包括：
[0109] 在步骤S401中，监测电话通话呼叫请求。
[0110] 在步骤S403中，从所述呼叫请求中获取目标号码，并从通话过程中获取通话数据。
[0111] 具体而言，本步骤包括：
[0112] (1)从所述呼叫请求中获取目标号码；W及
[0113] (2)在电话通话时，接收通话语音，并将所述通话语音转换为通话数据，并在传输 时W数据封包的形式进行传输。
[0114] 在步骤S501中，当存在所述呼叫请求时，从历史数据库中查询所述目标号码的平 均通话时长。
[0115] 其中，所述历史数据库，用于存储每次通话的通话时长和对应的目标号码。
[0116] 具体而言，本步骤包括：
[0117] (1)根据所述目标号码，从所述历史数据库中获取对应的所述每次通话的通话时 长。
[0118] W目标号码是134****0918为例，假设其中查询结果为共有N次通信记录，其中，10 次是5分钟，11次是3分钟，15次是7分钟，1次是1小时21分钟。
[0119] (2)判断所述历史数据库中是否存在出现频率较低的异常通话时长；
[0120] 在数据采样时，通常将出现频率低于5%的样本或仅出现过1次的样本，视为频率 较低。可W理解的是，上述比例和数字仅用于示例，不应视为对本发明的限制。W上述出现 仅1次的数据1小时21分钟因频率出现较低，判断为异常通话时长，不具备参考价值。
[0121] (3)过滤掉所述异常通话时长；
[0122] 如上述数据，则暂时过滤掉上述数据1小时21分钟的通话时长。需要说明的是，仅 是在计算前根据历史数据的离散读进行过滤，并不是删除。原因在于，一次的异常也许是未 来的常态。故，所述过滤子模块333,会在每次通之前进行过滤，一般计算出实时的、更贴切 的数据。
[0123] (4)根据过滤后的通话时长，计算所述目标号码的平均通话时长。
[0124] 仍W上述数据为例，则平均通话时长为(5*10+3*11+15*7)/(10+11+15) - 5分钟。
[0125] 可W理解的是，在本发明中通过计算所述平均通话时长，来对本次的通话时长进 行评估和预测。其中，预估本次的通话时长约等于平均通话时长。
[01%]此外，若历史通话时长为，3分钟、5分钟、7分钟，也可W根据其变化，生成其他计算 模型，来预估本次的通话时长，比如，根据上述递增时长，预估本次通话时长约为9分钟。 [0127]在步骤S502中，对比所述目标号码的平均通话时长是否超过预设时长阔值。
[01%]其中，当超过时，执行步骤S503,当不超过时，执行步骤S406。
[0129] 可W理解的是，W预设时长阔值为3分钟为例，则上述目标号码134****0918的平 均通话时长时5分钟，对比结果是目标号码的平均通话时长超过预设时长阔值。
[0130] 在步骤S503中，开启网络接口。
[0131 ]在步骤S404中，通过所述网络接口将所述通话数据发送至运营商服务器，并由所 述运营商服务器转发至所述目标号码所对应的目标终端。
[0132] 可W理解的是，随着融合通信技术的不断推进，在运营商服务器在指定的网络热 点下，比如，家里、公司时，具有服务质量稳定、且免费等优点。
[0133] 在步骤S405中，判断发送是否成功。
[0134] 可W理解的是，也可W判断网络连接是否成功。
[0135] 其中，若判断结果为发送成功或连接不成功，则执行步骤S406;若判断判断结果为 发送成功或连接成功，则执行步骤S504。
[0136] 在步骤S406中，开启数据接口。
[0137] 在步骤S407中，通过所述数据接口将所述通话数据发送至基站，并由所述基站转 发至所述目标号码所对应的目标终端。
[0138] 在步骤S504中，完成通话，并将每次通话的通话时长、和目标号码存储至历史数据 库，W供查询。
[0139] 本发明实施例提供的终端设备的通话方法，仍采用传统的电话通话模式，但在接 收到呼叫请求后，优先通过网络进行传输，有效的平衡运营商端基站的负载、降低运营成 本，并保持终端设备中沟通数据的完整，且使用价格低廉。
[0140] 本发明实施例提供的终端设备的通话方法，仍采用传统的电话通话模式，但在接 收到呼叫请求后，优先通过网络进行传输，有效的平衡运营商端基站的负载、降低运营成 本，并保持终端设备中沟通数据的完整，且使用价格低廉。。
[0141] 本发明实施例提供的终端设备、通话方法、及通话系统属于同一构思，其具体实现 过程详见说明书全文，此处不再寶述。
[0142] 综上所述，虽然本发明已W优选实施例掲露如上，但上述优选实施例并非用W限 制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润 饰，因此本发明的保护范围W权利要求界定的范围为准。
【主权项】
1. 一种终端设备，其特征在于，包括： 监测模块，用于监测电话通话的呼叫请求； 获取模块，用于从所述呼叫请求中获取目标号码、和从通话过程中获取通话数据； 切换模块，用于当监测到所述呼叫请求时，开启网络接口；以及 发送模块，用于通过所述网络接口将所述通话数据发送至运营商服务器，并由所述运 营商服务器转发至所述目标号码所对应的目标终端。2. 如权利要求1所述的终端设备，其特征在于，还包括： 查询模块，用于查询所述目标号码的平均通话时长； 对比模块，用于对比所述目标号码的平均通话时长是否超过预设时长阈值； 所述切换模块，还用于当超过时开启网络接口，以及当不超过时保持数据接口； 所述发送模块，还用于通过所述数据接口将所述通话数据发送至基站，并由所述基站 转发至所述目标号码所对应的目标终端。3. 如权利要求2所述的终端设备，其特征在于，还包括： 历史数据库，用于存储每次通话的通话时长、和目标号码； 所述查询模块，包括： 查询子模块，用于根据所述目标号码，从所述历史数据库中获取对应的所述每次通话 的通话时长；以及 计算子模块，用于根据所述每次通话的通话时长，计算所述目标号码的平均通话时长。4. 如权利要求3所述的终端设备，其特征在于，所述查询模块，还包括： 离散子模块，连接于查询子模块，用于判断所述历史数据库中是否存在出现频率较低 的异常通话时长；以及 过滤子模块，用于过滤掉所述异常通话时长，并将过滤后的通话时长发送给所述计算 子模块。5. 如权利要求1所述的终端设备，其特征在于，所述获取模块包括： 号码子模块，用于从所述呼叫请求中获取目标号码； 转换子模块，用于从通话过程中接收通话语音，并将所述通话语音转换为通话数据。6. 如权利要求1所述的终端设备，其特征在于，还包括： 封装模块，用于通过SDK将融合通信的功能模块进行封装，以生成具有融合通信功能的 应用程序、插件、和/或进程； 所述网络接口，具体用于:通过调用所述具有融合通信功能的应用程序、插件、和/或进 程，以连接所述运营商服务器。7. -种终端设备的通话方法，其特征在于，包括： 监测是否存在电话通话呼叫请求； 当存在所述呼叫请求时，开启网络接口； 从所述呼叫请求中获取目标号码，并在通话过程中获取通话数据；以及 通过所述网络接口将所述通话数据发送至运营商服务器，并由所述运营商服务器转发 至所述目标号码所对应的目标终端。8. 如权利要求7所述的通话方法，其特征在于，从所述呼叫请求中获取目标号码，之后 还包括： 查询所述目标号码的平均通话时长； 对比所述目标号码的平均通话时长是否超过预设时长阈值； 当超过时开启网络接口，以及当不超过时保持数据接口； 通过所述数据接口将所述通话数据发送至基站，并由所述基站转发至所述目标号码所 对应的目标终端。9. 如权利要求8所述的通话方法，其特征在于，在完成电话通话后，还包括： 将每次通话的通话时长、和目标号码存储至历史数据库，以供查询。10. 如权利要求9所述的通话方法，其特征在于，查询所述目标号码的平均通话时长，包 括： 根据所述目标号码，从所述历史数据库中获取对应的所述每次通话的通话时长；以及 根据所述每次通话的通话时长，计算所述目标号码的平均通话时长。11. 如权利要求9所述的通话方法，其特征在于，根据所述目标号码，从所述历史数据库 中获取对应的所述每次通话的通话时长，之后还包括： 判断所述历史数据库中是否存在出现频率较低的异常通话时长；以及 过滤所述异常通话时长； 根据所述每次通话的通话时长，计算所述目标号码的平均通话时长，具体包括:根据过 滤后的通话时长，计算所述目标号码的平均通话时长。12. 如权利要求7所述的通话方法，其特征在于，从所述呼叫请求中获取目标号码，并在 通话过程中获取通话数据，包括： 从所述呼叫请求中获取目标号码；以及 从通话过程中接收通话语音，并将所述通话语音转换为通话数据。13. -种通话系统，其特征在于，包括： 如权利要求1至6中任一项所述的终端设备、运营商服务器、基站、及目标终端。
【文档编号】H04M7/12GK105847610SQ201610373534
【公开日】2016年8月10日
【申请日】2016年5月30日
【发明人】黄宏用
【申请人】广东欧珀移动通信有限公司