CN109429192A - 一种通话呼叫处理方法、收发设备及计算机可读存储介质 - Google Patents

一种通话呼叫处理方法、收发设备及计算机可读存储介质 Download PDF

Info

Publication number
CN109429192A
CN109429192A CN201710756313.3A CN201710756313A CN109429192A CN 109429192 A CN109429192 A CN 109429192A CN 201710756313 A CN201710756313 A CN 201710756313A CN 109429192 A CN109429192 A CN 109429192A
Authority
CN
China
Prior art keywords
call
dial
type
terminal
setup requests
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710756313.3A
Other languages
English (en)
Other versions
CN109429192B (zh
Inventor
田野
侯长江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710756313.3A priority Critical patent/CN109429192B/zh
Publication of CN109429192A publication Critical patent/CN109429192A/zh
Application granted granted Critical
Publication of CN109429192B publication Critical patent/CN109429192B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

本发明提供了一种通话呼叫处理方法、收发设备及计算机可读存储介质，其中，通话呼叫处理方法，包括：若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；根据所述通话呼叫信息，对所述呼叫建立请求进行处理；所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。本方案能够实现对VoLTE加密电话的呼叫等待进行有效控制，避免冲突的发生；很好的解决现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。

Description

一种通话呼叫处理方法、收发设备及计算机可读存储介质
技术领域
本发明涉及通信技术领域，特别是指一种通话呼叫处理方法、收发设备及计算机可读存储介质。
背景技术
对于VoLTE(Voice over LTE，LTE承载的语音电话)加密电话，目前没有控制呼叫等待的技术方法。
一种可能的方案是从业务管理角度提出的，就是对开通VoLTE加密电话业务的用户，要求用户关闭呼叫等待业务；能够防止用户在进行一通加密电话的过程中，接听另一通新的明文或者加密来电。但这样会对标准VoLTE电话的呼叫等待造成影响，使用户不能够为标准VoLTE电话设置呼叫等待。用户在标准明文VoLTE电话的通话过程中将无法接听新的来电，在很大程度上破坏了用户的电话应用体验。也就是，这种方案对现有网络和现有业务造成了比较大的影响，不可取。
此外，专利申请CN201110270174.6《保密通话的通信方法及用户终端》提供了一种保密通话的通信方法及用户终端，通过用户终端在呼叫建立过程中，获取并保存用于呼叫的标识；用户终端在呼叫建立过程中或者在呼叫接通后、进行通话前，获取并保存所述呼叫的密钥，同时对保存的所述标识及密钥建立一一对应关系，从而当进行呼叫等待或呼叫保持时，将不会出现密钥被覆盖而不能进行保密通话的状况，由此便可实现保密通话的呼叫等待和呼叫保持业务。
但是，这种技术方案是针对允许并行进行多路加密电话的终端提出的，而目前VoLTE加密终端的密码模块不支持多路加密电话并行，因此该方案同样不能够针对现有VoLTE加密电话进行较好的控制呼叫等待。
进一步，VoLTE加密电话是在标准VoLTE电话的基础之上做的功能增强，拨打时需要使用定制的VoLTE加密终端。VoLTE加密终端主要由标准终端和密码模块两部分融合组成，分别负责完成VoLTE加密电话的呼叫控制和语音信息的加解密处理。标准终端能够支持VoLTE电话呼叫等待业务，具有在接听一通电话的同时处理多路新的来电的能力。
然而，密码模块处理逻辑简单，同一时刻只能对一通电话的语音信息进行加解密处理。受此能力限制影响，VoLTE加密终端实际只能处理一路加密呼叫。如果不对这种情况进行考虑，将会导致加密电话处理逻辑与呼叫等待处理逻辑发生冲突，在用户加密通话的过程中将会造成密码模块系统崩溃。
发明内容
本发明的目的在于提供一种通话呼叫处理方法、收发设备及计算机可读存储介质，解决现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
为了解决上述技术问题，本发明实施例提供一种通话呼叫处理方法，包括：
若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
可选的，在所述通话呼叫信息不包括所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
可选的，所述通话呼叫处理方法还包括：
获取所述呼叫建立请求对应的呼叫类型；
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
可选的，所述通话呼叫处理方法还包括：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
可选的，在所述通话呼叫信息不包括所述通话类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
可选的，所述通话呼叫处理方法还包括：
获取所述通话的通话类型；
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
可选的，所述通话呼叫处理方法还包括：
在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
可选的，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
可选的，所述拒绝所述呼叫建立请求的步骤包括：
通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
可选的，所述拒绝所述呼叫建立请求的步骤包括：
所述第一终端拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
可选的，在所述通话呼叫信息包括所述通话类型时，所述获取通话呼叫信息的步骤包括：
获取所述通话的类型标识信息；
根据所述类型标识信息，得到所述通话的通话类型。
本发明实施例还提供了一种收发设备，包括：处理器和收发器；
所述处理器用于，若在第一终端正在进行通话时，所述收发器接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
可选的，在所述通话呼叫信息不包括所述呼叫类型时，所述处理器具体用于：
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
可选的，所述处理器还用于：
获取所述呼叫建立请求对应的呼叫类型；
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
可选的，所述处理器还用于：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
可选的，在所述通话呼叫信息不包括所述通话类型时，所述处理器具体用于：
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
可选的，所述处理器还用于：
获取所述通话的通话类型；
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
可选的，所述处理器还用于：
在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
可选的，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述处理器具体用于：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
可选的，所述处理器具体用于：
通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
可选的，所述收发设备为所述第一终端时，所述处理器具体用于：
拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
可选的，在所述通话呼叫信息包括所述通话类型时，所述处理器具体用于：
获取所述通话的类型标识信息；
根据所述类型标识信息，得到所述通话的通话类型。
本发明实施例还提供了一种收发设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现上述的通话呼叫处理方法。
可选的，所述收发设备为所述第一终端时，所述处理器执行所述程序时实现如下步骤：
拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的通话呼叫处理方法中的步骤。
本发明的上述技术方案的有益效果如下：
上述方案中，所述通话呼叫处理方法通过若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；根据所述通话呼叫信息，对所述呼叫建立请求进行处理；并且所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种；能够实现对VoLTE加密电话的呼叫等待进行有效控制，避免冲突的发生；很好的解决了现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
附图说明
图1为本发明实施例的通话呼叫处理方法流程示意图；
图2为本发明实施例的通话呼叫处理方法具体应用流程示意图一；
图3为本发明实施例的通话呼叫处理方法具体应用流程示意图二；
图4为本发明实施例的通话呼叫处理方法具体应用流程示意图三；
图5为本发明实施例的通话呼叫处理方法具体应用流程示意图四；
图6为本发明实施例的收发设备结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
本发明针对现有的技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题，提供一种通话呼叫处理方法，如图1所示，包括：
步骤11：若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
步骤12：根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
本发明实施例提供的所述通话呼叫处理方法通过若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；根据所述通话呼叫信息，对所述呼叫建立请求进行处理；并且所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种；能够实现对VoLTE加密电话的呼叫等待进行有效控制，避免冲突的发生；很好的解决了现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
本发明实施例针对通话呼叫信息的具体包含情况提供了以下三种示例：
第一种，在所述通话呼叫信息不包括所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
进一步的，所述通话呼叫处理方法还包括：获取所述呼叫建立请求对应的呼叫类型；在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
更进一步的，所述通话呼叫处理方法还包括：在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
第一种示例可以理解为先判断第一终端的通话类型，再判断呼叫建立请求对应的呼叫类型，进而对呼叫建立请求进行控制处理。
第二种，在所述通话呼叫信息不包括所述通话类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
进一步的，所述通话呼叫处理方法还包括：获取所述通话的通话类型；在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
更进一步的，所述通话呼叫处理方法还包括：在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
第二种示例可以理解为先判断呼叫建立请求对应的呼叫类型，再判断第一终端的通话类型，进而对呼叫建立请求进行控制处理。
第三种，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
第三种示例可以理解为同时判断呼叫建立请求对应的呼叫类型和第一终端的通话类型，进而对呼叫建立请求进行控制处理。
优选的，所述拒绝所述呼叫建立请求的步骤包括：通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
具体的，在所述通话呼叫信息包括所述通话类型时，所述获取通话呼叫信息的步骤包括：获取所述通话的类型标识信息；根据所述类型标识信息，得到所述通话的通话类型。
在所述通话呼叫信息包括所述呼叫类型时，所述获取通话呼叫信息的步骤包括：
获取所述呼叫建立请求中的来电标识；根据所述来电标识，得到所述呼叫建立请求对应的呼叫类型。
以上操作的执行主体可以是所述第一终端，或者与所述第一终端通信连接的应用服务器，在此不作限定。
对应的，所述获取通话呼叫信息的步骤包括：所述第一终端或者与所述第一终端通信连接的接入服务器，获取通话呼叫信息。
在执行主体为所述第一终端时，所述拒绝所述呼叫建立请求的步骤包括：所述第一终端拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。此操作能够提升用户体验。
由上可知，本发明实施例提供的方案很好的解决了现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
下面对本发明实施例提供的所述通话呼叫处理方法进行进一步说明。
针对上述技术问题，在设计VoLTE加密电话的过程中，需要引入VoLTE加密电话业务功能，具体是需要一种方案来对VoLTE电话的呼叫等待业务进行有效控制，避免冲突的发生；因此，本发明实施例提出了一种通话呼叫处理方法(控制加密电话呼叫等待业务功能的方法)；
为了避免呼叫等待功能给正在进行加密通话的终端造成系统崩溃的影响，并简化业务逻辑，本发明实施例提供的方案主要能够达到如下控制目的：
1.禁止正在进行加密通话的用户接听加密来电或明文来电；
2.禁止正在进行明文通话的用户接听加密来电。
具体根据实现方式的不同，本发明实施例提供基于终端和基于网络两种示例实现，如下：
第一种，基于终端
主要内容如下：
假设，VoLTE加密终端(具备进行加密通话功能的终端)B和C之间通话已经建立，并且终端B开通了呼叫等待业务，此时主叫终端A呼叫被叫终端B，试图与被叫终端B建立通话；
则被叫终端B判断本机的通话状态，如果正在进行加密通话，则不论主叫终端A发起的是明文呼叫还是加密呼叫，被叫终端B均拒绝主叫终端A的呼叫请求；如果正在进行明文通话，被叫终端B则进一步判断主叫终端A的呼叫请求是否为加密呼叫。如果为加密呼叫，则拒绝主叫终端A的呼叫请求；如果是明文呼叫，则正常处理主叫终端A的呼叫请求并支持呼叫等待，以保证用户业务应用体验的一致性。拒绝时，VoLTE加密终端可通过返回486Busy响应消息的方法实现，表明原因值为“用户忙”。
在拒绝新的呼入请求之后，被叫终端B可以进一步形成未接来电记录，向用户提示未接的来电信息，以便用户查询。
在被叫终端B的当前通话为加密通话时，具体流程如图2所示，终端B与终端C正在进行VoLTE加密通话。终端B开通了呼叫等待业务。主叫终端A向被叫终端B发起另一通电话呼叫，主叫终端A向被叫终端B发送呼叫建立请求INVITE。主叫终端A发起的呼叫可以是明文电话，也可以是加密电话，这取决于主叫终端A的选择。
接收到INVITE呼叫建立请求消息后，被叫终端B对当前正在进行通话的明密性质做出判断。当前通话是加密通话，被叫终端B向主叫终端A返回486Busy响应消息，拒绝新的电话呼叫请求。进一步地，加密终端B可形成关于主叫终端A的未接来电记录，以提示被叫终端B。
接收到拒绝消息后，主叫终端A向用户播放忙音，用户挂机。
在被叫终端B的当前通话为明文通话时，具体流程如图3所示，终端B与终端C正在进行VoLTE明文通话。终端B开通了呼叫等待业务。主叫终端A向被叫终端B发起另一通电话呼叫，主叫终端A向被叫终端B发送呼叫建立请求INVITE。主叫终端A发起的呼叫可以是明文电话，也可以是加密电话，这取决于主叫终端A的选择。
接收到INVITE呼叫建立请求消息后，被叫终端B对当前正在进行通话的明密性质做出判断。当前终端B与C正在进行明文通话，处于明文通话状态。这时，被叫终端B再进一步判断主叫终端A发起的呼叫是否为加密呼叫。如果为加密呼叫，被叫终端B则向主叫终端A返回486Busy响应消息，拒绝新的加密电话呼叫请求。进一步地，被叫终端B可形成关于主叫终端A的未接来电记录，以提示被叫终端B。如果为明文呼叫，被叫终端B则按照现有标准中规定的流程进行处理，支持呼叫等待。
接收到拒绝消息后，主叫终端A向用户播放忙音，用户挂机。
第二种，基于网络
主要内容如下：
假设，VoLTE加密终端B和C之间通话已经建立，并且终端B开通了呼叫等待业务。此时主叫终端A通过加密终端呼叫被叫终端B，试图与被叫终端B建立通话。
被叫终端B所注册的VoLTE AS(VoLTE Application Server，VoLTE应用服务器)接收到主叫终端A发送的呼叫建立请求消息INVITE后，判断被叫终端B的通话状态，如果被叫终端B正在进行加密通话，则不论主叫终端A发起的是明文呼叫还是加密呼叫，VoLTE AS均拒绝主叫终端A的呼叫请求；如果被叫终端B正在明文通话，VoLTE AS则进一步判断主叫终端A的呼叫请求是否为加密呼叫。如果为加密呼叫，则拒绝主叫终端A的呼叫请求。如果是明文呼叫，则正常处理主叫终端A的呼叫请求并支持呼叫等待，以保证用户业务应用体验的一致性。拒绝时，VoLTE AS可通过返回486Busy响应消息的方法实现，表明原因值为“用户忙”。
在被叫终端B的当前通话为加密通话时，具体流程如图4所示，终端B和终端C之间正在进行VoLTE加密通话。终端B开通了呼叫等待业务。主叫终端A向被叫终端B发起另一通电话呼叫，主叫终端A向被叫终端B发送呼叫建立请求INVITE。主叫终端A发起的呼叫可以是明文电话，也可以是加密电话，这取决于主叫终端A的选择。
被叫终端B所注册的VoLTE AS收到主叫终端A发送的INVITE呼叫建立请求消息后，检查被叫终端B当前所处的通话状态，判断出被叫终端B正在进行加密通话。这时，VoLTE AS向主叫终端A返回486Busy响应消息(向主叫终端A播放忙音)，拒绝新的电话呼叫请求。
在被叫终端B的当前通话为明文通话时，具体流程如图5所示，终端B和终端C之间正在进行VoLTE明文通话。终端B开通了呼叫等待业务。主叫终端A向被叫终端B发起另一通电话呼叫，主叫终端A向被叫终端B发送呼叫建立请求INVITE。主叫终端A发起的呼叫可以是明文电话，也可以是加密电话，这取决于主叫终端A的选择。
被叫终端B所注册的VoLTE AS接收到主叫终端A发送的INVITE呼叫建立请求消息后，检查被叫终端B当前所处的通话状态，判断出被叫终端B正在进行明文通话。这时，VoLTEAS则进一步根据INVITE消息中携带的加密电话呼叫标识判断本次呼叫是加密呼叫还是明文呼叫。如果是加密呼叫，VoLTE AS则向主叫终端A返回486Busy响应消息(向主叫终端A播放忙音)，拒绝新的电话呼叫请求。如果是明文呼叫，VoLTE AS则正常处理主叫终端A的呼叫请求，支持被叫终端B的呼叫等待业务。
在此说明，图2和图3中的AS可以被主叫终端A和被叫终端B共用，不作区分，而图4和图5中的AS不能被主叫终端A和被叫终端B共用，需要区分；
图2至图4中涉及的VoLTE AS均为VoLTE应用服务器(VoLTE ApplicationServer)，HSS均为归属签约用户服务器(Home Subscriber Server)，I-CSCF均为询问呼叫会话控制功能(Interrogating Call Session Control Function)，P-CSCF均为代理呼叫会话控制功能(Proxy Call Session Control Function)，S-CSCF均为服务呼叫会话控制功能(Serving Call Session Control Function)，SBC均为会话边界控制器(SessionBorder Controller)，UE均为用户设备/终端(User Equipment)，CSCF均为呼叫会话控制功能(Call Session Control Function)；
UE-A代表终端A，UE-B代表终端B，UE-C代表终端C，P-CSCF(A)代表与终端A通信的P-CSCF，S-CSCF(A)代表与终端A通信的S-CSCF，S-CSCF(B)代表与终端B通信的S-CSCF，VoLTE AS(B)代表与终端B通信的VoLTE AS。
由上可知，本发明实施例提供的方案中VoLTE加密终端在进行VoLTE加密通话的过程中应不支持呼叫等待，在接收到新的电话呼叫建立请求时，VoLTE加密终端或VoLTE AS应拒绝新的呼入请求；
VoLTE加密终端在进行明文通话的过程中有选择地支持呼叫等待，不支持新的加密呼叫请求，支持新的明文呼叫请求。VoLTE加密终端或VoLTE AS应根据具体情况来做处理。
下面对本发明实施例中涉及的部分内容进行详细解释：
1、VoLTE加密电话
为了提高用户语音电话的安全性，保证主被叫用户之间的通话内容不被攻击者窃听，基于4G网络VoLTE电话技术研制出VoLTE加密电话。VoLTE加密电话是在标准VoLTE电话的基础之上，采用密码技术对话音内容进行加密保护，未授权人员即便截获了通话双方已加密的话音信息，也无法了解用户真实的通话内容。
VoLTE加密电话是在标准VoLTE电话的基础上，采用端到端、带内密钥协商机制实现的分组域加密电话。用户拨打加密电话后，终端和网络首先按照标准VoLTE电话流程在信令层面进行接续。在被叫用户接听来电后，主被叫VoLTE加密终端利用媒体面话音通道在两端之间协商本次呼叫的会话密钥，用于加密用户话音信息。密钥协商成功之后，用户可以开始进行加密通话。
VoLTE加密电话使用与普通电话(即不加密的标准电话)相同的手机号码，呼叫信令处理流程与标准VoLTE电话完全一致，网络侧不做区分，因此VoLTE加密电话不支持独立的补充业务，它的补充业务依附于标准VoLTE电话的补充业务。对于VoLTE加密电话来说，各种补充业务的开通/关闭状态与标准VoLTE电话的完全一致，用户不能为加密电话单独开通/关闭某种补充业务。例如，如果用户为标准VoLTE电话开通了呼叫等待的业务，那么对于加密电话网络也会以相同的方式处理，即在用户正在进行加密通话的时候，接收到新的来电的提示。
用户必须使用定制的VoLTE加密终端拨打加密电话，加密电话可以在两部VoLTE加密终端之间互通，在VoLTE加密终端和普通终端(不支持VoLTE加密电话，如2G/3G/4G终端、标准VoLTE终端、固定电话)之间只可互通普通电话，不可互通加密电话。
2、补充业务
补充业务是对基本电信业务进行修改或者补充的业务，它依附于基本呼叫之上而为用户特别提供的、满足特殊应用场景的业务功能，它不能脱离基本呼叫业务而单独向用户提供。
根据《中国移动VoLTE多媒体电话业务规范》，标准VoLTE电话提供的补充业务包括：号码显示、呼叫等待、呼叫保持、呼叫前转、呼叫限制、黑白名单、多方通话，共7大种。
呼叫等待和呼叫保持是常用的两种VoLTE电话补充业务。呼叫等待业务是指：当用户在一个已经存在的通话中收到新的呼叫请求时，用户将听到呼叫等待提示音，表示另有用户等待与之通话。同时，通知新呼叫方等待接听，并向该呼叫方播放呼叫等待提示音。呼叫保持业务是指：允许用户保持现有呼叫的通信，并在其后恢复已建立的通信。在呼叫保持期间向被保持用户播放呼叫保持提示音。
用户通过启用“呼叫等待”与“呼叫保持”业务，可在保持当前正在进行的通话的同时，接听另一通来电，并在通话结束之后，恢复继续先前被保持的通话，极大的方便了用户电话的使用。
3、标准呼叫等待处理流程
用户UE-B和用户UE-C正在通话，用户UE-B签约呼叫等待业务；
主叫用户UE-A呼叫被叫用户UE-B；
被叫用户UE-B收到主叫用户UE-A的呼叫，其终端给用户UE-B播放呼叫等待提示音(一般为“嘟嘟”的提示音)，并返回180消息给核心网，指示主叫用户UE-A处于呼叫等待状态；
被叫侧VoLTE AS收到180消息后，判断被叫用户UE-B是否开通有呼叫等待业务，若没有开通，则透传180消息；如果被叫用户UE-B开通了呼叫等待业务，则VoLTE AS(MRF)向主叫用户UE-A播放呼叫等待提示音；
主叫用户UE-A听到呼叫等待提示音后决定暂时不挂机；此时被叫用户UE-B可以接听主叫用户UE-A的来话，首先UE-B的终端将发送re-INVITE(sendonly)消息给用户UE-C，将其呼叫保持；之后回复给主叫用户UE-A 200OK将其接通；要求被叫侧VoLTE AS按照RFC3264中的offer/answer模型更新主叫用户UE-A所收到的用户UE-B的媒体信息；
媒体切换完成之后，用户UE-A，UE-B用户进入通话，用户UE-C将处于被保持状态。
综上所述，本发明实施例提供的方案中VoLTE加密终端在进行VoLTE加密通话的过程中，如果有其他终端向其发送INVITE请求消息建立新的呼叫，则不论是加密呼叫还是明文呼叫，VoLTE加密终端或VoLTE AS均应拒绝新的呼叫建立请求；VoLTE加密终端或VoLTEAS可通过返回486Busy响应消息拒绝新的呼叫建立请求，表示“用户忙”；对于基于终端的方案，VoLTE加密终端在拒绝新的呼叫建立请求之后，可以进一步形成未接来电记录提醒用户；
VoLTE加密终端在进行标准明文通话的过程中，如果有其他终端向其发送INVITE请求消息建立新的呼叫，若为加密呼叫，VoLTE加密终端或VoLTE AS则应拒绝新的呼叫请求；若为明文呼叫，VoLTE加密终端或VoLTE AS则应正常处理新的呼叫请求，支持呼叫等待，允许终端接入新的来电；
与现有技术中关闭终端呼叫等待业务的业务管理方法相比，本方案可以使VoLTE加密电话不影响标准VoLTE电话呼叫等待业务功能的使用，提高用户的业务应用体验；
与专利申请CN201110270174.6《保密通话的通信方法及用户终端》提出的方案相比，本方案满足了VoLTE加密终端的密码模块目前仅支持一路加密电话的使用限制，解决了呼叫等待业务引入多路并行加密电话的问题。
本发明实施例还提供了一种收发设备，如图6所示，包括：处理器61和收发器62；
所述处理器61用于，若在第一终端正在进行通话时，所述收发器62接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
收发设备可为所述第一终端，或者与所述第一终端通信连接的应用服务器，在此不作限定。
本发明实施例提供的所述收发设备通过若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；根据所述通话呼叫信息，对所述呼叫建立请求进行处理；并且所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种；能够实现对VoLTE加密电话的呼叫等待进行有效控制，避免冲突的发生；很好的解决了现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
本发明实施例针对通话呼叫信息的具体包含情况提供了以下三种示例：
第一种，在所述通话呼叫信息不包括所述呼叫类型时，所述处理器具体用于：在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
进一步的，所述处理器还用于：获取所述呼叫建立请求对应的呼叫类型；在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
更进一步的，所述处理器还用于：在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
第二种，在所述通话呼叫信息不包括所述通话类型时，所述处理器具体用于：在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
进一步的，所述处理器还用于：获取所述通话的通话类型；在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
更进一步的，所述处理器还用于：在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
第三种，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述处理器具体用于：在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
优选的，所述处理器具体用于：通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
具体的，所述收发设备为所述第一终端时，所述处理器具体用于：拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
其中，在所述通话呼叫信息包括所述通话类型时，所述处理器具体用于：获取所述通话的类型标识信息；根据所述类型标识信息，得到所述通话的通话类型。
由上可知，本发明实施例提供的方案很好的解决了现有技术中针对VoLTE加密电话的呼叫等待，无法进行有效控制的问题。
其中，上述通话呼叫处理方法的所述实现实施例均适用于该收发设备的实施例中，也能达到相同的技术效果。
本发明实施例还提供了一种收发设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述程序时实现上述的通话呼叫处理方法。
具体的，所述收发设备为所述第一终端时，所述处理器执行所述程序时实现如下步骤：
拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述的通话呼叫处理方法中的步骤。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述原理前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (25)

1.一种通话呼叫处理方法，其特征在于，包括：
若在第一终端正在进行通话时，接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
2.根据权利要求1所述的通话呼叫处理方法，其特征在于，在所述通话呼叫信息不包括所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
3.根据权利要求2所述的通话呼叫处理方法，其特征在于，所述通话呼叫处理方法还包括：
获取所述呼叫建立请求对应的呼叫类型；
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
4.根据权利要求3所述的通话呼叫处理方法，其特征在于，所述通话呼叫处理方法还包括：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
5.根据权利要求1所述的通话呼叫处理方法，其特征在于，在所述通话呼叫信息不包括所述通话类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
6.根据权利要求5所述的通话呼叫处理方法，其特征在于，所述通话呼叫处理方法还包括：
获取所述通话的通话类型；
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
7.根据权利要求6所述的通话呼叫处理方法，其特征在于，所述通话呼叫处理方法还包括：
在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
8.根据权利要求1所述的通话呼叫处理方法，其特征在于，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述根据所述通话呼叫信息，对所述呼叫建立请求进行处理的步骤包括：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
9.根据权利要求2、5或8所述的通话呼叫处理方法，其特征在于，所述拒绝所述呼叫建立请求的步骤包括：
通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
10.根据权利要求2、5或8所述的通话呼叫处理方法，其特征在于，所述拒绝所述呼叫建立请求的步骤包括：
所述第一终端拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
11.根据权利要求1所述的通话呼叫处理方法，其特征在于，在所述通话呼叫信息包括所述通话类型时，所述获取通话呼叫信息的步骤包括：
获取所述通话的类型标识信息；
根据所述类型标识信息，得到所述通话的通话类型。
12.一种收发设备，其特征在于，包括：处理器和收发器；
所述处理器用于，若在第一终端正在进行通话时，所述收发器接收到第二终端向所述第一终端发送的呼叫建立请求，则获取通话呼叫信息；
根据所述通话呼叫信息，对所述呼叫建立请求进行处理；
所述通话呼叫信息包括所述通话的通话类型和所述呼叫建立请求对应的呼叫类型中的至少一种。
13.根据权利要求12所述的收发设备，其特征在于，在所述通话呼叫信息不包括所述呼叫类型时，所述处理器具体用于：
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
14.根据权利要求13所述的收发设备，其特征在于，所述处理器还用于：
获取所述呼叫建立请求对应的呼叫类型；
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
15.根据权利要求14所述的收发设备，其特征在于，所述处理器还用于：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待。
16.根据权利要求12所述的收发设备，其特征在于，在所述通话呼叫信息不包括所述通话类型时，所述处理器具体用于：
在所述呼叫类型为密文呼叫时，拒绝所述呼叫建立请求。
17.根据权利要求16所述的收发设备，其特征在于，所述处理器还用于：
获取所述通话的通话类型；
在所述通话类型为密文通话时，拒绝所述呼叫建立请求。
18.根据权利要求17所述的收发设备，其特征在于，所述处理器还用于：
在所述呼叫类型为明文呼叫，且所述通话类型为明文通话时，控制所述呼叫建立请求对应的呼叫进行等待。
19.根据权利要求12所述的收发设备，其特征在于，在所述通话呼叫信息包括所述通话类型和所述呼叫类型时，所述处理器具体用于：
在所述通话类型为明文通话，且所述呼叫类型为明文呼叫时，控制所述呼叫建立请求对应的呼叫进行等待；否则，拒绝所述呼叫建立请求。
20.根据权利要求13、16或19所述的收发设备，其特征在于，所述处理器具体用于：
通过向所述第二终端发送486Busy响应消息，拒绝所述呼叫建立请求。
21.根据权利要求13、16或19所述的收发设备，其特征在于，所述收发设备为所述第一终端时，所述处理器具体用于：
拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
22.根据权利要求12所述的收发设备，其特征在于，在所述通话呼叫信息包括所述通话类型时，所述处理器具体用于：
获取所述通话的类型标识信息；
根据所述类型标识信息，得到所述通话的通话类型。
23.一种收发设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述程序时实现如权利要求1至9以及11中任一项所述的通话呼叫处理方法。
24.根据权利要求23所述的收发设备，其特征在于，所述收发设备为所述第一终端时，所述处理器执行所述程序时实现如下步骤：
拒绝所述呼叫建立请求，并生成关于所述第二终端的未接来电提醒信息。
25.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至11中任一项所述的通话呼叫处理方法中的步骤。
CN201710756313.3A 2017-08-29 2017-08-29 一种通话呼叫处理方法、收发设备及计算机可读存储介质 Active CN109429192B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710756313.3A CN109429192B (zh) 2017-08-29 2017-08-29 一种通话呼叫处理方法、收发设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710756313.3A CN109429192B (zh) 2017-08-29 2017-08-29 一种通话呼叫处理方法、收发设备及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN109429192A true CN109429192A (zh) 2019-03-05
CN109429192B CN109429192B (zh) 2021-07-16

Family

ID=65502034

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710756313.3A Active CN109429192B (zh) 2017-08-29 2017-08-29 一种通话呼叫处理方法、收发设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN109429192B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114222290A (zh) * 2020-09-04 2022-03-22 成都鼎桥通信技术有限公司 通信方法、装置、设备及存储介质
WO2023273106A1 (zh) * 2021-06-30 2023-01-05 展讯通信(天津)有限公司 通话控制方法及装置、计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10243058A (ja) * 1997-02-21 1998-09-11 Meiji Wakayama 電話着信パターン変換システム
EP1175073A2 (de) * 2000-07-17 2002-01-23 Dirk Direct-Sistemas de Telecomunicacones E servicos sociedade/Unipessoal, LDA Telefonvermittlungssystem und -verfahren zur anonymen Anrufherstellung
CN101951554A (zh) * 2010-08-25 2011-01-19 中兴通讯股份有限公司 一种实现加密会议电话预接入的方法及系统
CN103002439A (zh) * 2011-09-13 2013-03-27 联芯科技有限公司 保密通话的通信方法及用户终端
US20140187203A1 (en) * 2013-01-02 2014-07-03 International Business Machines Corporation Authentication of phone caller identity
CN106658486A (zh) * 2015-10-30 2017-05-10 中国移动通信集团公司 一种加密通话的呼叫方法、装置及终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10243058A (ja) * 1997-02-21 1998-09-11 Meiji Wakayama 電話着信パターン変換システム
EP1175073A2 (de) * 2000-07-17 2002-01-23 Dirk Direct-Sistemas de Telecomunicacones E servicos sociedade/Unipessoal, LDA Telefonvermittlungssystem und -verfahren zur anonymen Anrufherstellung
CN101951554A (zh) * 2010-08-25 2011-01-19 中兴通讯股份有限公司 一种实现加密会议电话预接入的方法及系统
CN103002439A (zh) * 2011-09-13 2013-03-27 联芯科技有限公司 保密通话的通信方法及用户终端
US20140187203A1 (en) * 2013-01-02 2014-07-03 International Business Machines Corporation Authentication of phone caller identity
CN106658486A (zh) * 2015-10-30 2017-05-10 中国移动通信集团公司 一种加密通话的呼叫方法、装置及终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张杰: "实现运营商级的VOIP安全", 《现代电信科技》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114222290A (zh) * 2020-09-04 2022-03-22 成都鼎桥通信技术有限公司 通信方法、装置、设备及存储介质
CN114222290B (zh) * 2020-09-04 2023-10-03 成都鼎桥通信技术有限公司 通信方法、装置、设备及存储介质
WO2023273106A1 (zh) * 2021-06-30 2023-01-05 展讯通信(天津)有限公司 通话控制方法及装置、计算机可读存储介质

Also Published As

Publication number Publication date
CN109429192B (zh) 2021-07-16

Similar Documents

Publication Publication Date Title
EP2157767B1 (en) A method, system and device for realizing multimedia coloring ring back tone
CN100444550C (zh) 在一次呼叫过程中实现多个早期媒体类业务的方法
EP3148228B1 (en) Video media playing methods, apparatuses and systems, and computer storage medium
CN101141700B (zh) 一种多媒体彩铃业务的实现方法
CN105530389B (zh) 基于ims网络的语音留言方法及装置
CN102123211B (zh) 一种多方通话业务的实现方法和系统
CN101141692A (zh) 多媒体彩铃业务的实现方法
EP2763464B1 (en) Convergence calling method and system
CN106658486A (zh) 一种加密通话的呼叫方法、装置及终端
EP2479968B1 (en) Method for playing multimedia ring tone during conversation period, server and terminal device thereof
CN102394989A (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
EP2896193A1 (en) Method for handling a call from a calling subscriber towards a called subscriber
CN109429192A (zh) 一种通话呼叫处理方法、收发设备及计算机可读存储介质
CN101179458B (zh) 一种实现多媒体信息的主叫呈现业务的方法
CN111404865A (zh) Ims系统加密通话方法、网络设备、终端及系统
CN101795330A (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
CN101247564B (zh) 在呼叫前转业务基础上实现多媒体彩像业务的方法、装置、系统
CN102664863B (zh) 终端实现呼叫等待的方法、装置和系统
CN108271132A (zh) 一种语音加密电话呼叫方法及系统
EP2249554B1 (en) A method for realizing characteristic ring back tone in multi-party session
CN108347414A (zh) 一种语音加密传输的方法及设备
CN107613123A (zh) 基于wifi实现无绳电话功能的系统及方法
CN100450311C (zh) 一种呼叫控制的方法、系统及设备
CN102257784B (zh) 一种实现多媒体铃音业务安全机制的方法、设备及系统
CN106658435B (zh) 一种早媒体放音方法、网络系统及终端

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant