CN115460181A - 通话建立方法、应用服务器系统、终端和通信网络单元及系统 - Google Patents

通话建立方法、应用服务器系统、终端和通信网络单元及系统 Download PDF

Info

Publication number
CN115460181A
CN115460181A CN202110642785.2A CN202110642785A CN115460181A CN 115460181 A CN115460181 A CN 115460181A CN 202110642785 A CN202110642785 A CN 202110642785A CN 115460181 A CN115460181 A CN 115460181A
Authority
CN
China
Prior art keywords
call
calling
identifier
request
called
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.)
Pending
Application number
CN202110642785.2A
Other languages
English (en)
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 Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202110642785.2A priority Critical patent/CN115460181A/zh
Priority to PCT/CN2022/097687 priority patent/WO2022257988A1/zh
Publication of CN115460181A publication Critical patent/CN115460181A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开提出一种通话建立方法、应用服务器系统、终端和通信网络单元及系统,涉及网络与安全技术领域。本公开的一种通话建立方法,包括:应用服务器AS接收来自主叫终端的呼叫请求;根据呼叫请求确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识;将呼叫请求转发给被叫终端,以便被叫终端在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式;在被叫终端反馈的呼叫响应中插入预定第二标识,并发送给主叫终端,以便主叫终端根据预定第二标识确定采用第一通话类型和预定编解码方式。通过这样的方法,能够提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。

Description

通话建立方法、应用服务器系统、终端和通信网络单元及系统
技术领域
本公开涉及网络与安全技术领域,特别是一种通话建立方法、应用服务器系统、终端和通信网络单元及系统。
背景技术
2G密话终端拨号界面有“明”“密”2个发送键,主叫用户选择密话时,终端在发起呼叫的同时,会向密话平台发送密话请求短信。密话平台收到密话请求短信后,向被叫终端发送密话通知短信。被叫终端在收到呼叫的同时收到密话通知短信,表明此次呼叫为密话。待通话应答后主、被叫终端切换为密话进行通信。
发明内容
本公开的一个目的在于提高密话建立的成功率,提高通话的安全性。
根据本公开的一些实施例的一个方面,提出一种通话建立方法,包括:AS(Application Server,应用服务器)接收来自主叫终端的呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合;根据呼叫请求确定是否采用第一通话类型;在确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识;将呼叫请求转发给被叫终端,以便被叫终端在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式;在被叫终端反馈的呼叫响应中插入预定第二标识,并发送给主叫终端,以便主叫终端根据预定第二标识确定采用第一通话类型和预定编解码方式。
在一些实施例中,根据呼叫请求确定是否采用第一通话类型包括:AS获取呼叫请求中的主叫号码和被叫号码;根据主叫号码和被叫号码,确定呼叫请求是否采用第一通话类型。
在一些实施例中,第一通话类型包括加密通话。
在一些实施例中,AS接收来自主叫终端的呼叫请求包括:主叫VoLTE(Voice overLong-Term Evolution,长期演进语音承载)网络在收到来自主叫终端的呼叫请求的情况下,将呼叫请求发送给主叫AS;主叫AS将呼叫请求反馈给主叫VoLTE网络;主叫VoLTE网络将呼叫请求转发给被叫VoLTE网络;被叫VoLTE网络将呼叫请求发送给被叫AS;根据呼叫请求确定是否采用第一通话类型包括:被叫AS在收到来自被叫VoLTE网络的呼叫请求后,根据呼叫请求确定是否采用第一通话类型;在确定采用第一通话类型的情况下,在呼叫请求中插入预定标识包括:被叫AS在确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识。
在一些实施例中,根据呼叫请求确定是否采用第一通话类型还包括:主叫AS在收到来自主叫VoLTE网络的呼叫请求的情况下,根据呼叫请求确定是否采用第一通话类型;在被叫终端反馈的呼叫响应中插入预定第二标识包括:主叫AS在根据来自主叫VoLTE网络的呼叫请求确定采用第一通话类型的情况下,在收到被叫终端反馈的呼叫响应后,在呼叫响应中插入预定第二标识。
在一些实施例中,呼叫响应由被叫终端发送给被叫VoLTE网络后,按照呼叫请求的原路返回给主叫AS。
通过这样的方法,能够由AS识别、确定通话类型,并通过在呼叫请求、呼叫响应中插入标识的方式分别通知被叫、主叫终端,使两者完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
根据本公开的一些实施例的一个方面,提出一种通话建立方法,包括:主叫终端向AS发送呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合,其中,应用服务器AS在根据呼叫请求确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识,以便被叫终端在编解码标识集合中选择预定编解码方式;主叫终端在收到的呼叫响应中包括预定第二标识的情况下,确定与被叫终端采用第一通话类型通话,其中,应用服务器在确定采用第一通话类型的情况下在被叫终端反馈的呼叫响应中插入预定第二标识。
在一些实施例中,通话建立方法还包括:主叫终端接收被叫终端反馈的第一响应;根据第一响应确定编解码方式。
在一些实施例中,通话建立方法还包括:被叫终端接收来自AS的呼叫请求;在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式;反馈第一响应和呼叫响应,其中,第一响应中包括预定编解码方式的标识。
通过这样的方法,能够由AS识别、确定通话类型,终端能够基于由AS插入呼叫请求中的标识确定采用第一通话类型,并完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
根据本公开的一些实施例的一个方面,提出一种应用服务器系统,包括:请求接收单元,被配置为接收来自主叫终端的呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合;通话类型确定单元,被配置为根据呼叫请求确定是否采用第一通话类型;第一标识插入单元,被配置为在确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识;请求转发单元,被配置为将呼叫请求转发给被叫终端,以便被叫终端在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式;第二标识插入单元,被配置为在被叫终端反馈的呼叫响应中插入预定第二标识,并发送给主叫终端,以便主叫终端根据预定第二标识确定采用预定编解码方式。
在一些实施例中,应用服务器系统包括主叫应用服务器AS和被叫AS,通话类型确定单元包括主叫侧通话类型确定单元和被叫侧通话类型确定单元,
其中,主叫AS包括:请求接收单元,被配置为接收来自主叫长期演进语音承载VoLTE网络的呼叫请求,其中主叫VoLTE网络在收到来自主叫终端的呼叫请求的情况下,将呼叫请求发送给主叫AS;将呼叫请求反馈给主叫VoLTE网络;主叫侧通话类型确定单元,被配置为在收到来自主叫VoLTE网络的呼叫请求的情况下,根据呼叫请求确定是否采用第一通话类型;和第二标识插入单元,被配置为在主叫侧通话类型确定单元确定采用第一通话类型的情况下,在收到被叫终端反馈的呼叫响应后,在呼叫响应中插入预定第二标识;
被叫AS包括:被叫侧通话类型确定单元,被配置为在收到来自被叫VoLTE网络的呼叫请求后,根据呼叫请求确定是否采用第一通话类型,其中,主叫VoLTE网络在收到主叫AS的请求接收单元的反馈后,将呼叫请求转发给被叫VoLTE网络;第一标识插入单元,被配置为在被叫侧通话类型确定单元确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识;和请求转发单元,被配置为将已插入预定第一标识的呼叫请求转发给被叫终端。
根据本公开的一些实施例的一个方面,提出一种终端,包括:呼叫请求单元,被配置为向AS发送呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合,其中,AS在根据呼叫请求确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识,以便被叫终端在编解码标识集合中选择预定编解码方式;响应接收单元,被配置为在收到的呼叫响应中包括预定第二标识的情况下,确定与被叫终端采用预定编解码方式通话,其中,AS在确定采用第一通话类型的情况下,在被叫终端反馈的呼叫响应中插入预定第二标识。
在一些实施例中,响应接收单元还被配置为接收被叫终端反馈的第一响应,并根据第一响应确定编解码方式。
在一些实施例中,终端还包括:请求接收单元,被配置为接收来自AS的呼叫请求;在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式;响应单元,被配置为反馈第一响应和呼叫响应,其中,第一响应中包括预定编解码方式的标识。
根据本公开的一些实施例的一个方面,提出一种通信网络单元,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行上文中任意一种通话建立方法。
根据本公开的一些实施例的一个方面,提出一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上文中任意一种通话建立方法的步骤。
根据本公开的一些实施例的一个方面,提出一种通信系统,包括:上文中任意一种应用服务器系统;和多个终端,每个终端为上文中任意一种终端。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本公开的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1为本公开的通话建立方法的一些实施例的流程图。
图2为本公开的通话建立方法的一些实施例的信令交互图。
图3为本公开的通话建立方法的又一些实施例的信令交互图。
图4为本公开的通话建立方法的再一些实施例的流程图。
图5为本公开的应用服务器系统的一些实施例的示意图。
图6为本公开的终端的一些实施例的示意图。
图7为本公开的通信网络单元的一些实施例的示意图。
图8为本公开的通信网络单元的另一些实施例的示意图。
图9为本公开的通信系统的一些实施例的示意图。
具体实施方式
下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
由于语音是实时业务,而短信是非实时业务,两者的路径不一致。密话平台下发的密话通知短信,很难与语音呼叫同步到达被叫终端,例如,移动交换机从语音呼叫发起寻呼、到建立业务信道的这一时间段内收到其他下行短信,则会返回失败,从而导致密话建立失败。
在VoLTE网络里,主、被叫终端通过SDP(Session Description Protocol,会话描述协议)进行媒体编解码offer(提议)/answer(响应)协商。主叫终端通过SDP offer同时携带多个支持的可选编解码,被叫终端根据自身支持情况选择其中一个编解码作为SDPanswer返回给主叫终端,从而完成端到端媒体编解码协商。主叫终端没有办法去引导被叫终端选择特定编解码。
本公开的通话建立方法的一些实施例的流程图如图1所示。
在步骤101中,AS接收来自主叫终端的呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合。在一些实施例中,编解码标识集合中包括主叫终端允许使用的各种编解码方式的标识。
在步骤102中,根据呼叫请求确定是否采用第一通话类型。在一些实施例中,第一通话类型包括加密通话。
在一些实施例中,是否采用第一通话类型可以与主叫号码、被叫号码中至少一个相关,例如保密单位,或开通加密通话业务的用户,所拥有的号码作为主叫或被叫号码时,确定采用加密通话。在一些实施例中,AS获取呼叫请求中的主叫号码和被叫号码,进而将主叫号码和被叫号码与预存的信息进行匹配,或查询用户签约信息,确定呼叫请求是否采用第一通话类型。
在步骤103中,在确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识。在一些实施例中,预定第一标识可以为约定字符,由AS插入相关技术中呼叫请求的空闲字段。
在步骤104中,将呼叫请求转发给被叫终端,以便被叫终端在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式,预定编码方式可以为预定的第一通话类型能够采用的编解码方式。在一些实施例中,允许的预定编解码方式可以为一种或多种,通过将允许的预定编解码方式与呼叫请求中的编解码标识集合匹配,确定预定编解码方式。
在步骤105中,在被叫终端反馈的呼叫响应中插入预定第二标识,并发送给主叫终端,以便主叫终端根据预定第二标识确定采用第一通话类型和预定编解码方式。在一些实施例中,主叫终端在识别出呼叫响应中包括预定第二标识的情况下,确定采用第一通话类型与被叫终端通话。在一些实施例中,主叫终端可以采用第一通话类型对应的编解码方式。在另一些实施例中,可以由被叫终端反馈响应信息,在响应中携带被叫终端选择的预定编解码方式,从而使主、被叫双方的编解码方式、通话类型匹配。
在一些实施例中,预定第二标识可以与预定第一标识相同或不同,由AS插入相关技术中的呼叫响应的空闲字段。
通过这样的方法,能够由AS识别、确定通话类型,并通过在呼叫请求、呼叫响应中插入标识的方式分别通知被叫、主叫终端,使两者完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,保证通话的安全性;无需用户执行操作,降低用户负担。
本公开的通话建立方法的一些实施例的信令交互图如图2所示。
在201中,主叫终端21向网络侧发起呼叫请求,呼叫请求中可以包括被叫号码、主叫号码以及SDP offer。SDP offer中包括编解码集合,如编解码1、编解码2、……、编解码n,n为正整数。
在202中,网络侧的AS 22获取呼叫请求后,确定是否采用第一通话类型。若确定采用第一通话类型,则在呼叫请求中插入预定第一标识,并发送给被叫终端。在确定采用第一通话类型的情况下,呼叫请求中包括被叫号码、主叫号码,预定第一标识,以及SDP offer。
在203中,被叫终端23得到呼叫请求,在呼叫请求的SDP offer中选择符合第一通话类型的编解码方式,生成呼叫响应,呼叫响应的SDP answer中的编码方式为被叫终端选择的预定编解码方式。被叫终端将呼叫响应方发送给AS 22。
在204中,AS 22在呼叫响应中增加预定第二标识,指示采用第一通话类型,并将呼叫响应转发给主叫终端21。主叫终端根据呼叫响应中的SDP answer确定编解码方式,并根据预定第二标识确定采用第一通话类型。
通过这样的方法,能够将触发采用特殊通话类型(如加密通话)的操作由主叫终端转为网络侧自动执行,降低了用户负担,同时避免由于用户误操作造成的泄密,提高了用户信息安全性;另外,在呼叫过程中随着信令发送同步完成指定通话类型的指令传输,避免了由于短信发送与通话信令不同步造成的通话类型设置失败的问题,提高了通话类型设置的成功率和可靠性。
本公开的通话建立方法的又一些实施例的信令交互图如图3所示。
在301中,主叫终端发起呼叫,向主叫VoLTE网络发送Invite(呼叫请求)消息,Invite中包括被叫号码、主叫号码、SDP offer,SDP offer包含特定编解码方式(即第一通话类型所允许使用的编解码方式)在内的多个可选编解码,例如AMR-NB(Adaptive MultiRate-Narrow Band Speech Codec,自适应多速率窄带语音编码)、AMR-WB(AdaptiveMulti-RateWideband Speech Codec,自适应多速率宽带语音编码)、EVS(Enhance VoiceServices Codec,增强语音服务编码)、G.711等。
在302中,主叫VoLTE网络触发主叫AS,转发Invite消息给主叫AS。
在303中,主叫AS分析主、被叫号码,判断该呼叫是否符合特定业务场景(例如保密场景等)。主叫AS下发Invite消息给主叫VoLTE网络。
在304中,主叫VoLTE网络将呼叫路由至被叫VoLTE网络。
在305中,被叫VoLTE网络触发被叫AS,转发Invite消息给被叫AS。
在306中,被叫AS分析主、被叫号码,判断该呼叫是否符合特定业务场景。在符合特定业务场景的情况下,被叫AS在Invite消息中插入特定标识(预定第一标识),并将修改后的Invite消息给被叫VoLTE网络。
在307中,被叫VoLTE网络接续呼叫,将带有特定标识的Invite消息发送至被叫终端。
在308中,被叫终端识别出特定标识,作相应处理,如选定SDP offer中的特定编解码作为SDP answer,确定采用第一通话类型,并返回183响应消息,183响应消息中携带SDPanswer。
在309~314中,被叫VoLTE网络将183响应转发给被叫AS,原路转发至主叫VoLTE网络、主叫终端。
在315中,被叫终端振铃,向被叫VoLTE网络返回180响应。
在316~318中,被叫VoLTE网络将180响应转发给被叫AS,原路转发至主叫VoLTE网络。
在319中,主叫VoLTE网络将180响应转发给主叫AS,主叫AS根据在上述303中的判断操作,在确定符合特定业务场景的情况下,在发送给主叫VoLTE网络的180响应中插入特定标识(预定第二标识,可以与预定第一标识相同)。
在320中,主叫VoLTE网络接收主叫AS修改后的180响应。
在321中,主叫VoLTE网络将180响应转发给主叫终端,由主叫终端识别出特定标识,作相应处理,例如确定后续采用第一通话类型。
通过这样的方法,针对特定业务场景的通话无需用户干预,由网络自动判断并协同终端采用特定编解码进行通信;业务控制信息与语音呼叫信令“随路”传送,同步到达终端,实时性、可靠性同步于语音呼叫,提高了通话方式的可靠性。
本公开的通话建立方法的再一些实施例的流程图如图4所示,图4中的流程示出了主叫终端在通话建立过程中的操作。
在步骤401中,主叫终端向AS发送呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合。
在步骤402中,主叫终端在收到的呼叫响应后,判断呼叫响应中是否包括预定第二标识。若包括预定第二标识,则执行步骤403;否则,采用默认的通话方式。
在步骤403中,主叫终端确定与被叫终端采用第一通话类型通话。在一些实施例中,主叫终端可以显示采用第一通话类型的标识,方便用户了解当前的通话状态。
在一些实施例中,主叫终端还可以接收被叫终端反馈的第一响应,如183响应。主叫终端根据第一响应中携带的SDP answer确定编解码方式。
通过这样的方法,在主叫终端无需主动触发选择通话类型的情况下,能够由AS识别、确定通话类型,终端能够基于由AS插入呼叫响应中的标识确定采用第一通话类型,并完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在一些实施例中,在通话建立过程中,被叫终端若接收到来自AS的呼叫请求,则先判断呼叫请求中是否包括第一预定标识。在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式,并反馈第一响应和呼叫响应,其中,第一响应中包括预定编解码方式的标识。在一些实施例中,被叫终端可以显示采用第一通话类型的标识,方便用户了解当前的通话状态。
通过这样的方法,被叫终端能够基于由AS插入呼叫请求中的标识确定采用第一通话类型,并完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
本公开的AS系统的一些实施例的示意图如图5所示。
请求接收单元501能够接收来自主叫终端的呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合。
通话类型确定单元502能够根据呼叫请求确定是否采用第一通话类型。在一些实施例中,第一通话类型包括加密通话。
第一标识插入单元503能够在确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识。在一些实施例中,预定第一标识可以为约定字符,由AS插入相关技术中的呼叫请求的空闲字段。
请求转发单元504,能够将呼叫请求转发给被叫终端,以便被叫终端在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式,预定编码方式可以为预定的第一通话类型能够采用的编解码方式。在一些实施例中,允许的预定编解码方式可以为一种或多种,通过将允许的预定编解码方式与呼叫请求中的编解码标识集合匹配,确定预定编解码方式的选择范围,进而从中选择一种预定编解码方式。
第二标识插入单元505能够在被叫终端反馈的呼叫响应中插入预定第二标识,并发送给主叫终端,以便主叫终端根据预定第二标识确定采用第一通话类型和预定编解码方式。在一些实施例中,主叫终端在识别出呼叫响应中包括预定第二标识的情况下,确定采用第一通话类型与被叫终端通话。在一些实施例中,主叫终端可以采用第一通话类型对应的编解码方式。在另一些实施例中,可以由被叫终端反馈响应信息,在响应中携带被叫终端选择的预定编解码方式,从而使主、被叫双方的编解码方式、通话类型匹配。
这样的AS系统能够由AS识别、确定通话类型,并通过在呼叫请求、呼叫响应中插入标识的方式分别通知被叫、主叫终端,使两者完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在一些实施例中,AS系统中包括主叫AS和被叫AS,通话类型确定单元分为主叫侧通话类型确定单元和被叫侧通话类型确定单元。
上文中提到的请求接收单元、主叫侧通话类型确定单元和第二标识插入单元属于主叫AS;被叫侧通话类型确定单元、第一标识插入单元和请求转发单元属于被叫AS。
在主叫AS侧:
请求接收单元能够接收来自主叫VoLTE网络的呼叫请求,其中主叫VoLTE网络在收到来自主叫终端的呼叫请求的情况下,将呼叫请求发送给主叫AS;进一步的,请求接收单元将呼叫请求反馈给主叫VoLTE网络;
主叫侧通话类型确定单元能够在收到来自主叫VoLTE网络的呼叫请求的情况下,根据呼叫请求确定是否采用第一通话类型;
第二标识插入单元能够在主叫侧通话类型确定单元确定采用第一通话类型的情况下,在收到被叫终端反馈的振铃响应呼叫响应后,在振铃响应呼叫响应中插入预定第二标识。
在被叫AS侧:
被叫侧通话类型确定单元能够在收到来自被叫VoLTE网络的呼叫请求后,根据呼叫请求确定是否采用第一通话类型,其中,主叫VoLTE网络在收到主叫AS的请求接收单元的反馈后,将呼叫请求转发给被叫VoLTE网络;
第一标识插入单元能够在被叫侧通话类型确定单元确定采用第一通话类型的情况下,在呼叫请求中插入预定第一标识;
请求转发单元能够将已插入预定第一标识的呼叫请求转发给被叫终端。
这样的系统中,针对特定业务场景的通话无需用户干预,由网络自动判断并协同终端采用特定编解码进行通信;业务控制信息与语音呼叫信令“随路”传送,同步到达终端,实时性、可靠性同步于语音呼叫,提高了通话方式的可靠性。
在一些实施例中,AS系统中的每个AS均包括如图5中所示的全部单元,从而保证每个AS均能够作为主叫AS和被叫AS,保证双向通话建立的可靠性。
本公开的终端的一些实施例的示意图如图6所示。终端可以为主叫终端,包括呼叫请求单元601和响应接收单元602。
呼叫请求单元601能够发送呼叫请求,呼叫请求中包括主叫号码、被叫号码和编解码标识集合。
响应接收单元602能够收到的呼叫响应中包括预定第二标识的情况下,确定与被叫终端采用第一通话类型通话。
这样的主叫终端无需主动触发指定呼叫类型,能够基于由AS插入呼叫响应中的标识确定采用第一通话类型,并完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在一些实施例中,终端为被叫终端,包括请求接收单元603和响应单元604。
请求接收单元603能够接收来自AS的呼叫请求;在确定呼叫请求中包括预定第一标识的情况下,在编解码标识集合中选择预定编解码方式。
响应单元604能够反馈第一响应和呼叫响应,其中,第一响应中包括预定编解码方式的标识。
这样的终端能够作为被叫终端,基于由AS插入呼叫请求中的标识确定采用第一通话类型,并完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在一些实施例中,每个终端可以既包括主叫终端中所需的呼叫请求单元601和响应接收单元602,也包括被叫终端中所需的请求接收单元603和响应单元604,从而确保双向通信建立的可靠性。
在一些实施例中,终端可以包括通信模块和应用模块。作为主叫终端时,通信模块能够发起呼叫请求,且能够接收呼叫响应,并检查是否携带预定第二标识。若呼叫响应中携带预定第二标识,则传递给应用模块。应用模块能够接收通信模块传递的预定第二标识,对通信内容进行对应处理,如加密操作,以约定的预定编解码方式进行媒体传送;另外,应用模块还能够在主叫终端UI(User Interface,用户接口)界面以预定的醒目的方式表示该呼叫采用了预定编解码方式处理。
在一些实施例中,作为被叫终端时,通信模块能够接收呼叫请求,检查是否携带预定第一标识。若包含预定第一标识,则将呼叫请求传递给应用模块;另外,通信模块还能够根据应用模块指定的预定编解码方式生成SDP answer,并通过呼叫响应消息返回主叫终端。应用模块能够接收来自通信模块的预定第一标识,指示通信模块使用特定编解码作为SDP answer;应用模块能够根据预定第一标识对通信内容进行对应的处理,以约定的预定编解码方式进行媒体传送;另外,应用模块还能够在被叫终端UI界面以预定的醒目的方式表示该呼叫采用了预定编解码方式处理。
这样的终端能够基于其通信模块和应用模块,在配合网络侧实现呼叫类型随呼叫信令确定、建立的同时,在用户终端显示标志,方便用户了解、监控当前的通信方式,进一步提高用户信息安全保障的可靠性。
本公开通信网络单元的一个实施例的结构示意图如图7所示。通信网络单元可以为AS系统,也可以为终端,包括存储器701和处理器702。其中:存储器701可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中通话建立方法的对应实施例中的指令。处理器702耦接至存储器701,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器702用于执行存储器中存储的指令,能够提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在一个实施例中,还可以如图8所示,通信网络单元800包括存储器801和处理器802。处理器802通过BUS总线803耦合至存储器801。该通信网络单元800还可以通过存储接口804连接至外部存储装置805以便调用外部数据,还可以通过网络接口806连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,能够提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
在另一个实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现通话建立方法对应实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开的通信系统的一些实施例的示意图如图9所示。通信系统包括上文中任意一种应用服务器系统91,执行上文中任意一项由AS执行的通话建立方法。通信系统还包括多个终端921~92n,n为大于等于2的正整数,每个终端可以为上文中任意一种终端,每个终端在同一时刻可以作为主叫终端或被叫终端中的一种,执行上文中任意一项由主叫终端或被叫终端执行的通话建立方法。
这样的通信系统能够由AS识别、确定通话类型,并通过在呼叫请求、呼叫响应中插入标识的方式分别通知被叫、主叫终端,使两者完成采用相同的编解码类型的协商,提高了协商成功的概率,提高密话建立的成功率,提高通话的安全性;无需用户执行操作,降低用户负担。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本公开的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本公开的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本公开实施为记录在记录介质中的程序,这些程序包括用于实现根据本公开的方法的机器可读指令。因而,本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
最后应当说明的是:以上实施例仅用以说明本公开的技术方案而非对其限制;尽管参照较佳实施例对本公开进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本公开技术方案的精神,其均应涵盖在本公开请求保护的技术方案范围当中。

Claims (17)

1.一种通话建立方法,包括:
应用服务器AS接收来自主叫终端的呼叫请求,所述呼叫请求中包括主叫号码、被叫号码和编解码标识集合;
根据所述呼叫请求确定是否采用第一通话类型;
在确定采用所述第一通话类型的情况下,在所述呼叫请求中插入预定第一标识;
将所述呼叫请求转发给被叫终端,以便所述被叫终端在确定所述呼叫请求中包括所述预定第一标识的情况下,在所述编解码标识集合中选择预定编解码方式;
在所述被叫终端反馈的呼叫响应中插入预定第二标识,并发送给所述主叫终端,以便所述主叫终端根据所述预定第二标识确定采用所述第一通话类型和所述预定编解码方式。
2.根据权利要求1所述的方法,其中,所述根据所述呼叫请求确定是否采用第一通话类型包括:
所述AS获取所述呼叫请求中的主叫号码和被叫号码;
根据所述主叫号码和所述被叫号码,确定所述呼叫请求是否采用第一通话类型。
3.根据权利要求1或2所述的方法,其中,所述第一通话类型包括加密通话。
4.根据权利要求1所述的方法,其中,
所述AS接收来自主叫终端的呼叫请求包括:
主叫长期演进语音承载VoLTE网络在收到来自所述主叫终端的呼叫请求的情况下,将所述呼叫请求发送给主叫AS;
所述主叫AS将所述呼叫请求反馈给所述主叫VoLTE网络;
所述主叫VoLTE网络将所述呼叫请求转发给被叫VoLTE网络;
所述被叫VoLTE网络将所述呼叫请求发送给被叫AS;
所述根据所述呼叫请求确定是否采用第一通话类型包括:所述被叫AS在收到来自所述被叫VoLTE网络的所述呼叫请求后,根据所述呼叫请求确定是否采用第一通话类型;
所述在确定采用所述第一通话类型的情况下,在所述呼叫请求中插入预定标识包括:所述被叫AS在确定采用所述第一通话类型的情况下,在所述呼叫请求中插入预定第一标识。
5.根据权利要求4所述的方法,其中,
所述根据所述呼叫请求确定是否采用第一通话类型还包括:所述主叫AS在收到来自所述主叫VoLTE网络的所述呼叫请求的情况下,根据所述呼叫请求确定是否采用第一通话类型;
所述在所述被叫终端反馈的呼叫响应中插入所述预定第二标识包括:
所述主叫AS在根据来自所述主叫VoLTE网络的所述呼叫请求确定采用所述第一通话类型的情况下,在收到所述被叫终端反馈的呼叫响应后,在所述呼叫响应中插入所述预定第二标识。
6.根据权利要求5所述的方法,其中,所述呼叫响应由所述被叫终端发送给所述被叫VoLTE网络后,按照所述呼叫请求的原路返回给所述主叫AS。
7.一种通话建立方法,包括:
主叫终端向应用服务器AS发送呼叫请求,所述呼叫请求中包括主叫号码、被叫号码和编解码标识集合,其中,所述应用服务器AS在根据所述呼叫请求确定采用第一通话类型的情况下,在所述呼叫请求中插入预定第一标识,以便所述被叫终端在所述编解码标识集合中选择预定编解码方式;
所述主叫终端在收到的呼叫响应中包括预定第二标识的情况下,确定与被叫终端采用所述第一通话类型通话,其中,所述应用服务器在确定采用所述第一通话类型的情况下在所述被叫终端反馈的所述呼叫响应中插入预定第二标识。
8.根据权利要求7所述的方法,还包括:
所述主叫终端接收所述被叫终端反馈的第一响应;
根据所述第一响应确定编解码方式。
9.根据权利要求7所述的方法,还包括:
被叫终端接收来自所述AS的呼叫请求;
在确定所述呼叫请求中包括所述预定第一标识的情况下,在所述编解码标识集合中选择预定编解码方式;
反馈第一响应和呼叫响应,其中,所述第一响应中包括所述预定编解码方式的标识。
10.一种应用服务器系统,包括:
请求接收单元,被配置为接收来自主叫终端的呼叫请求,所述呼叫请求中包括主叫号码、被叫号码和编解码标识集合;
通话类型确定单元,被配置为根据所述呼叫请求确定是否采用第一通话类型;
第一标识插入单元,被配置为在确定采用所述第一通话类型的情况下,在所述呼叫请求中插入预定第一标识;
请求转发单元,被配置为将所述呼叫请求转发给被叫终端,以便所述被叫终端在确定所述呼叫请求中包括所述预定第一标识的情况下,在所述编解码标识集合中选择预定编解码方式;和
第二标识插入单元,被配置为在所述被叫终端反馈的呼叫响应中插入预定第二标识,并发送给所述主叫终端,以便所述主叫终端根据所述预定第二标识确定采用所述预定编解码方式。
11.根据权利要求10所述的系统,其中,所述应用服务器系统包括主叫应用服务器AS和被叫AS,所述通话类型确定单元包括主叫侧通话类型确定单元和被叫侧通话类型确定单元,
其中,所述主叫AS包括:
请求接收单元,被配置为接收来自主叫长期演进语音承载VoLTE网络的呼叫请求,其中所述主叫VoLTE网络在收到来自所述主叫终端的呼叫请求的情况下,将所述呼叫请求发送给主叫AS;将所述呼叫请求反馈给所述主叫VoLTE网络;
主叫侧通话类型确定单元,被配置为在收到来自所述主叫VoLTE网络的所述呼叫请求的情况下,根据所述呼叫请求确定是否采用第一通话类型;和
第二标识插入单元,被配置为在所述主叫侧通话类型确定单元确定采用所述第一通话类型的情况下,在收到所述被叫终端反馈的呼叫响应后,在所述呼叫响应中插入所述预定第二标识;
所述被叫AS包括:
被叫侧通话类型确定单元,被配置为在收到来自所述被叫VoLTE网络的所述呼叫请求后,根据所述呼叫请求确定是否采用第一通话类型,其中,所述主叫VoLTE网络在收到所述主叫AS的请求接收单元的反馈后,将所述呼叫请求转发给被叫VoLTE网络;
第一标识插入单元,被配置为在所述被叫侧通话类型确定单元确定采用所述第一通话类型的情况下,在所述呼叫请求中插入预定第一标识;和
请求转发单元,被配置为将已插入所述预定第一标识的所述呼叫请求转发给被叫终端。
12.一种终端,包括:
呼叫请求单元,被配置为向应用服务器AS发送呼叫请求,所述呼叫请求中包括主叫号码、被叫号码和编解码标识集合,其中,所述AS在根据所述呼叫请求确定采用第一通话类型的情况下,在所述呼叫请求中插入预定第一标识,以便所述被叫终端在所述编解码标识集合中选择预定编解码方式;
响应接收单元,被配置为在收到的呼叫响应中包括预定第二标识的情况下,确定与被叫终端采用预定编解码方式通话,其中,所述AS在确定采用所述第一通话类型的情况下,在所述被叫终端反馈的所述呼叫响应中插入预定第二标识。
13.根据权利要求12所述的终端,其中,所述响应接收单元还被配置为接收所述被叫终端反馈的第一响应,并根据所述第一响应确定编解码方式。
14.根据权利要求13所述的终端,还包括:
请求接收单元,被配置为接收来自所述AS的呼叫请求;在确定所述呼叫请求中包括所述预定第一标识的情况下,在所述编解码标识集合中选择预定编解码方式;
响应单元,被配置为反馈第一响应和呼叫响应,其中,所述第一响应中包括所述预定编解码方式的标识。
15.一种通信网络单元,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至9任一项所述的方法。
16.一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现权利要求1至9任意一项所述的方法的步骤。
17.一种通信系统,包括:
权利要求10或11所述的应用服务器系统;和
多个终端,每个所述终端为权利要求12~14任意一项所述的终端。
CN202110642785.2A 2021-06-09 2021-06-09 通话建立方法、应用服务器系统、终端和通信网络单元及系统 Pending CN115460181A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110642785.2A CN115460181A (zh) 2021-06-09 2021-06-09 通话建立方法、应用服务器系统、终端和通信网络单元及系统
PCT/CN2022/097687 WO2022257988A1 (zh) 2021-06-09 2022-06-08 通话建立方法、应用服务器系统、终端和通信网络设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110642785.2A CN115460181A (zh) 2021-06-09 2021-06-09 通话建立方法、应用服务器系统、终端和通信网络单元及系统

Publications (1)

Publication Number Publication Date
CN115460181A true CN115460181A (zh) 2022-12-09

Family

ID=84294910

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110642785.2A Pending CN115460181A (zh) 2021-06-09 2021-06-09 通话建立方法、应用服务器系统、终端和通信网络单元及系统

Country Status (2)

Country Link
CN (1) CN115460181A (zh)
WO (1) WO2022257988A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100433725C (zh) * 2006-03-30 2008-11-12 华为技术有限公司 一种优选编解码的解决方法
CN105282734B (zh) * 2014-06-11 2018-10-26 中国移动通信集团公司 一种实现跨网络保密通话的方法、终端、无线网关及系统
CN105813035B (zh) * 2014-12-30 2019-12-17 中国移动通信集团公司 一种识别保密语音业务的方法、系统和网络设备
US9930088B1 (en) * 2017-06-22 2018-03-27 Global Tel*Link Corporation Utilizing VoIP codec negotiation during a controlled environment call
CN113301215B (zh) * 2021-05-07 2022-05-31 隆讯(徐州)智能科技有限公司 一种基于as协同终端协商特定编解码的方法

Also Published As

Publication number Publication date
WO2022257988A1 (zh) 2022-12-15

Similar Documents

Publication Publication Date Title
JP4527664B2 (ja) 2台の端末の間で通信セッションを確立する方法および装置
US8019349B2 (en) Telephone conversation resumption system, telephone conversation resumption program, telephone conversation resumption method, portable terminal and relay apparatus
US9585185B1 (en) Methods and systems to facilitate conferencing using mobile device
JP2009163734A (ja) H.324および関連する通信プロトコルを用いた装置間でセッションを高速に確立する方法、システム、およびh.324類似端末
KR20090095239A (ko) 수신단말로의 접속 성능 향상 방법 및 접속 성능 향상시스템
WO2013067806A1 (zh) 一种终端通话切换方法和装置
US6215996B1 (en) Mobile communication system
CN101160983B (zh) 一种数据流处理的方法、装置和系统
CN104980406B (zh) 通话录音方法、录音服务器、用户级交换机及录音系统
US20090219859A1 (en) Radio Communication Terminal
CN106161357B (zh) Ims网络中实现合法监听的方法、装置及应用服务器
CN110662186B (zh) 媒体协商方法、媒体网关控制设备和计算机可读存储介质
CN104348814A (zh) 一种强插/强拆业务的实现方法、系统及应用服务器
CN115460181A (zh) 通话建立方法、应用服务器系统、终端和通信网络单元及系统
US9450782B2 (en) Method for establishing a communication connection and communication device
CN113301215B (zh) 一种基于as协同终端协商特定编解码的方法
CN107148008A (zh) 通话切换方法、系统、终端及服务器
US20180152562A1 (en) Multi-party call method and device for multi-channel terminal
CN107509000B (zh) 呼叫处理方法及装置
CN110581866B (zh) 文件传输方法和ip多媒体子系统ims网络终端
CN109787936B (zh) 语音对讲方法、对讲终端以及通信系统
CN112104616B (zh) 通信方法及装置
CN102232287B (zh) 媒体加速协商的实现方法及装置
CN108234145B (zh) 在多方通话中转换主持方的实现方法、装置及移动终端
JP4276251B2 (ja) 移動通信端末および移動通信端末の制御方法。

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