一种加密通话呼叫方法、终端和网络设备技术

技术编号:33837160 阅读:14 留言:0更新日期:2022-06-16 11:55
本发明专利技术提出一种加密通话呼叫方法、终端和网络设备,其方法技术方案包括:呼叫控制服务器接收主叫端发起的对被叫端的呼叫请求;呼叫控制服务器查询主叫端和被叫端在呼叫控制服务器中的注册状态,若均已注册,则:将呼叫请求添加加密标记后发送至被叫端,并接收被叫端响应于呼叫请求的振铃消息,将振铃消息添加加密标记后发送至主叫端;被叫端接听后,主叫端向被叫端直接发起密钥协商,密钥协商完成后进行加密通话。本申请解决了现有方法在进行加密通话时密钥协商容易失败且失败后用户体验感差的问题。的问题。的问题。

【技术实现步骤摘要】
一种加密通话呼叫方法、终端和网络设备


[0001]本专利技术属于通信
,尤其涉及一种加密通话呼叫方法、终端和网络设备。

技术介绍

[0002]在相关技术中,实现加密通话的方式有很多,实现加密通话首先需要协商加解密密钥。具体的,通常有两种方案协商加解密密钥,一是在网络内部署KDC(密钥分发中心),主被叫终端通过KDC来协商密钥;二是终端之间直接协商密钥。密钥协商通常在通话建立过程中或在通话建立后进行,协商能否成功,不仅关系到本次加密通话能否成功,同时对用户体验有很大影响。但在实际应用中,很多因素会导致密钥协商失败,例如:1、被叫手机不支持加密;2、被叫加密模块异常;3、被叫与主叫注册网络不一致。

技术实现思路

[0003]本申请实施例提供了一种加密通话呼叫方法、终端和网络设备,以至少解决现有方法在进行加密通话时密钥协商容易失败且失败后用户体验感差的问题。
[0004]第一方面,本申请实施例提供了一种加密通话呼叫方法,包括:呼叫控制服务器接收主叫端发起的对被叫端的呼叫请求;呼叫控制服务器查询主叫端和被叫端在呼叫控制服务器中的注册状态,若均已注册,则:将呼叫请求添加加密标记后发送至被叫端,并接收被叫端响应于呼叫请求的振铃消息,将振铃消息添加加密标记后发送至主叫端;被叫端接听后,主叫端向被叫端直接发起密钥协商,密钥协商完成后进行加密通话。
[0005]在本申请的其中一些实施例中,呼叫控制服务器查询主叫端和被叫端在呼叫控制服务器中的注册状态的步骤还包括:若其中任意一端未注册,则主叫端和被叫端之间建立明话通信。
[0006]在本申请的其中一些实施例中,主叫端和被叫端在开机时进行是否支持加密通话的自检,若主叫端和被叫端支持加密通话,则主叫端和被叫端在注册网络时向呼叫控制服务器进行注册。
[0007]第二方面,本申请实施例提供了一种终端,终端为主叫端,包括:处理器;与处理器相连接的存储器;与处理器相连接并负责与网络通信的调制解调模块;处理器被配置为:调用并执行存储器中所存储的程序和数据;向呼叫控制服务器发送对被叫端发起的呼叫请求;接收呼叫控制服务器转发的被叫端响应于呼叫请求的振铃消息;在振铃消息中携带有加密标记且被叫端接听的情况下,与被叫端协商加密密钥并进行加密通话。
[0008]在本申请的其中一些实施例中,处理器被配置为:在振铃消息中不携带有加密标记且被叫端接听的情况下,与被叫端之间建立明话通信。
[0009]第三方面,本申请实施例提供了一种终端,终端为被叫端,包括:处理器;与处理器相连接的存储器;与处理器相连接并负责与网络通信的调制解调模块;处理器被配置为:调用并执行存储器中所存储的程序和数据;接收呼叫控制服务器转发的主叫端对被叫端发起的呼叫请求;在呼叫请求中携带有加密标记的情况下,向呼叫控制服务器发送被叫端响应
于呼叫请求的振铃消息;在呼叫请求中携带有加密标记且被叫端接听的情况下,与主叫端协商加密密钥并进行加密通话。
[0010]在本申请的其中一些实施例中,处理器被配置为:在呼叫请求中不携带有加密标记且被叫端接听的情况下,与主叫端之间建立明话通信。
[0011]第四方面,本申请实施例提供了一种网络设备,网络设备为呼叫控制服务器,包括:处理器;与处理器相连接的存储器;处理器被配置为:调用并执行存储器中所存储的程序和数据;接收主叫端发起的对被叫端的呼叫请求;在主叫端和被叫端均已在呼叫控制服务器中注册的情况下,将呼叫请求添加加密标记后发送至被叫端,并接收被叫端响应于呼叫请求的振铃消息,将振铃消息添加加密标记后发送至主叫端。
[0012]在本申请的其中一些实施例中,处理器被配置为:在主叫端和被叫端中任意一端未在呼叫控制服务器中注册的情况下,将呼叫请求直接发送至被叫端,并接收被叫端响应于呼叫请求的振铃消息,将振铃消息直接发送至主叫端。
[0013]相比于相关技术,本申请首先在网络内部署加密呼叫控制服务器CCS(Call Control Server),终端在开机自检成功后注册网络,同时向CCS发起注册。终端发起呼叫请求后,该请求会转发到CCS进行查询,查询到被叫号码已完成注册后再启动密钥协商流程,本申请可有效降低密钥协商失败的概率,提高用户密话通话体验。
附图说明
[0014]此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
[0015]图1为现有技术中KDC协商模式示意图;
[0016]图2为本申请实施例加密通话呼叫方法的开机注册过程流程图;
[0017]图3为本申请实施例加密通话呼叫方法的呼叫建立过程流程图;
[0018]图4为本申请实施例的VoLTE加密通话开机注册过程流程图;
[0019]图5为本申请实施例的VoLTE加密通话呼叫建立过程流程图。
具体实施方式
[0020]为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行描述和说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。基于本申请提供的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
[0021]显而易见地,下面描述中的附图仅仅是本申请的一些示例或实施例,对于本领域的普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图将本申请应用于其他类似情景。此外,还可以理解的是,虽然这种开发过程中所作出的努力可能是复杂并且冗长的,然而对于与本申请公开的内容相关的本领域的普通技术人员而言,在本申请揭露的
技术实现思路
的基础上进行的一些设计,制造或者生产等变更只是常规的技术手段,不应当理解为本申请公开的内容不充分。
[0022]在本申请中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相
同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是,本申请所描述的实施例在不冲突的情况下,可以与其它实施例相结合。
[0023]除非另作定义,本申请所涉及的技术术语或者科学术语应当为本申请所属
内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制,可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形,意图在于覆盖不排他的包含;例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可以还包括没有列出的步骤或单元,或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0024]为提高用户通话的保密性,保证通话不被第三方窃听,传统电信运营商以及很多终端设计公司推出了加密通话方案。加密通话采用加密算法对普通话音内容进行加密,未授本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种加密通话呼叫方法,其特征在于,包括:呼叫控制服务器接收主叫端发起的对被叫端的呼叫请求;所述呼叫控制服务器查询所述主叫端和所述被叫端在所述呼叫控制服务器中的注册状态,若均已注册,则:将所述呼叫请求添加加密标记后发送至所述被叫端,并接收所述被叫端响应于所述呼叫请求的振铃消息,将所述振铃消息添加所述加密标记后发送至所述主叫端;所述被叫端接听后,所述主叫端向所述被叫端直接发起密钥协商,所述密钥协商完成后进行加密通话。2.根据权利要求1所述的加密通话呼叫方法,其特征在于,所述呼叫控制服务器查询所述主叫端和所述被叫端在所述呼叫控制服务器中的注册状态的步骤还包括:若其中任意一端未注册,则所述主叫端和所述被叫端之间建立明话通信。3.根据权利要求1所述的加密通话呼叫方法,其特征在于,所述主叫端和所述被叫端在开机时进行是否支持加密通话的自检,若所述主叫端和所述被叫端支持加密通话,则所述主叫端和所述被叫端在注册网络时向所述呼叫控制服务器进行注册。4.一种终端,所述终端为主叫端,其特征在于,包括:处理器;与所述处理器相连接的存储器;与所述处理器相连接并负责与网络通信的调制解调模块;所述处理器被配置为:调用并执行所述存储器中所存储的程序和数据;向呼叫控制服务器发送对被叫端发起的呼叫请求;接收所述呼叫控制服务器转发的所述被叫端响应于所述呼叫请求的振铃消息;在所述振铃消息中携带有加密标记且所述被叫端接听的情况下,与所述被叫端协商加密密钥并进行加密通话。5.根据权利要求4所述的终端,其特征在于,所述处理器被配置为:在所述振铃消息中不携带有加密标记且所...

【专利技术属性】
技术研发人员:薛忠余
申请(专利权)人:青岛海信电子设备股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1