CN105656863B - 一种语音呼叫方法及装置 - Google Patents

Abstract

本发明涉及通信技术领域，尤其涉及一种语音呼叫方法及装置，本发明实施例提供的语音呼叫方法包括：主叫终端在与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；所述主叫终端在接收到被叫终端的振铃消息后进行本地放音；所述主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。采用本发明实施例，可以保证主叫终端在解析播放被叫终端的语音数据包之前，停止进行本地放音，从而保证了主叫终端与被叫终端之间的正常通信。

Description

一种语音呼叫方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种语音呼叫方法及装置。

背景技术

随着长期演进(Long Term Evolution，LTE)网络的发展，运营商开始广泛关注基于LTE的语音(Voice over LTE，VoLTE)业务。VoLTE语音业务依赖于互联网协议多媒体子系统(IP Multimedia Subsystem，IMS)，IMS支持多种接入和丰富的多媒体业务，是全IP时代的核心网标准架构。因此，VoLTE是一种IP数据传输技术，可实现数据与语音业务的统一。

当终端侧和网络侧支持资源预留(pre-condition)时，主叫终端(MobileOriginal，MO)与被叫终端(Mobile Terminated，MT)之间建立通话时，MO与MT将进行网络交互，提前协商并预留端到端语音传输，或端到端语音和视频传输所需的网络资源，在资源预留成功后，MT通过网络侧发送振铃消息(180Ringing)给MO，MO接收到该振铃消息后，对本端用户进行振铃提示。MT用户接听呼叫后，MT将通过网络侧发送呼叫响应消息(200ok)给MO，MO通过网络侧向MT回复确认(ACK)消息，至此，MO与MT之间的会话建立成功。

在上述流程中，MO接收到该180Ringing消息后，对本端用户进行振铃提示，此时振铃的语音可以来自于网络侧(网络侧放音)也可以来自于本端(本地放音)；MO进行本地放音后，只有在接收到MT发送的呼叫响应消息时才停止本地放音。如果MT发送的呼叫响应消息在传输中丢失，MO将一直进行本地放音，如果此时MO接收到MT发送的语音数据包，会选择直接丢弃或者将该语音数据包与本地振铃音一起混放，显然，不管哪种方式，MO用户都不会正常接听到MT用户的语音，影响了MO与MT之间的正常通信。

发明内容

本发明实施例提供一种语音呼叫方法及装置，用以解决现有技术中主叫终端因没有接收到被叫终端发送的呼叫响应消息将一直进行本地放音，影响主叫终端与被叫终端之间的正常通信的问题。

本发明实施例提供的一种语音呼叫方法包括：

主叫终端在与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；

所述主叫终端在接收到被叫终端的振铃消息后进行本地放音；

所述主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

可选地，所述主叫终端在接收到被叫终端的振铃消息后进行本地放音，包括：

所述主叫终端在接收到的振铃消息中不存在早期媒体头域或者该头域为非激活时，进行本地放音。

可选地，所述主叫终端进行本地放音之后，还包括：

所述主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式不一致，则丢弃该语音数据包。

可选地，所述主叫终端接收被叫终端发送的语音数据包之前，还包括：

所述主叫终端确定未接收到所述被叫终端在被叫用户接听呼叫后发送的接听响应消息。

本发明另一实施例提供的一种语音呼叫方法，包括：

网络侧设备接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息；

所述网络侧设备对接收的所述语音数据包进行缓存，并生成所述接听响应消息；

所述网络侧设备将生成的所述接听响应消息发送给所述主叫终端；

所述网络侧设备在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音据包发送给所述主叫终端。

本发明实施例提供的一种语音呼叫装置，包括：

记录模块，用于在主叫终端与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；

播放模块，用于在接收到被叫终端的振铃消息后进行本地放音；

处理模块，用于在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

本发明另一实施例提供的一种语音呼叫装置，包括：

确定模块，用于接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息；

处理模块，用于对接收的所述语音数据包进行缓存，并生成所述接听响应消息；

发送模块，用于将所述处理模块生成的所述接听响应消息发送给所述主叫终端；在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音据包发送给所述主叫终端。

采用本发明实施例上述任一方式，都可以保证主叫终端在解析播放被叫终端的语音数据包之前，停止进行本地放音，从而保证了主叫终端与被叫终端之间的正常通信。

附图说明

图1为本发明实施例一提供的语音呼叫方法流程图；

图2为两个VoLTE终端之间进行视频呼叫业务的信令流程交互示意图；

图3为本发明实施例二提供的语音呼叫方法流程图；

图4为本发明实施例三提供的语音呼叫装置结构示意图；

图5为本发明实施例四提供的语音呼叫装置结构示意图。

具体实施方式

本发明实施例提供了两种方式解决主叫终端因没有接收到被叫终端发送的呼叫响应消息将一直进行本地放音，影响用户正常接听被叫终端发送的语音的问题，一种方式是：主叫终端在与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式，进行本地放音后，若接收到被叫终端发送的语音数据包，则确定该语音数据包的净荷类型头域与记录的媒体格式是否一致，若一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。另一种方式是：网络侧设备接收到被叫终端发送的语音数据包后，若确定还未向主叫终端发送被叫终端的接听响应消息，则对接收的所述语音数据包进行缓存，生成所述接听响应消息，并将生成的所述接听响应消息发送给主叫终端；在接收到主叫终端回复的确认ACK消息后，再将缓存的所述语音据包发送给主叫终端。

可见，采用本发明实施例上述任一方式，都可以保证主叫终端在解析播放被叫终端的语音数据包之前，停止进行本地放音，之后，可以对接收的语音数据包进行正常解析播放，从而保证了主叫终端与被叫终端之间的正常通信。

下面结合说明书附图对本发明实施例作进一步详细描述。

实施例一

如图1所示，为本发明实施例一提供的语音呼叫方法流程图，包括以下步骤：

S101：主叫终端在与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式。

该步骤中，主叫终端与被叫终端最后协商的会话描述协议(Session DescriptionProtocol，SDP)消息是指被叫终端在发送振铃消息(180Ringing)给主叫终端之前最近一次发送的响应消息中携带的SDP消息。比如，在接收180Ringing消息之前，主叫终端在完成承载资源预留后，向被叫终端发送了状态更新(UPDATE)消息，被叫终端回复相应的响应消息(200OK(for UPDATE))，其中携带最后一次协商的SDP消息；在该SDP消息语音m行中，包含媒体格式(media format)信息，比如音频编码格式G711、G712。具体可详见关于下述图2相关流程的描述。

S102：主叫终端在接收到被叫终端的振铃消息后进行本地放音。

具体地，主叫终端在接收到被叫终端的振铃消息后进行本地放音，包括：主叫终端在接收到的振铃消息中不存在早期媒体(P-Early-Media)头域或者该头域为非激活(inactive)时，进行本地放音。

在具体实施过程中，主叫终端在接收到180Ringing消息后，判断该消息中是否存在早期媒体(P-Early-Media)头域，如果存在，并且该头域为收发(sendrecv)，则说明需要进行网络侧放音，此时，主叫终端根据网络侧发送的振铃语音数据包，进行网络侧放音。如果接收的振铃消息中不存在P-Early-Media头域或者该头域取值为inactive，则进行本地放音。这里，本地放音是指主叫终端从本地语音媒体库中选取振铃语音进行播放，相应地，网络侧放音是指由网络侧控制并提供振铃语音。

S103：主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型(payload type)头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

在具体实施过程中，若主叫终端接收被叫终端发送的实时传输协议(Real-timeTransport Protocol，RTP)语音数据包之前，接收到被叫终端在被叫用户接听呼叫后发送的接听响应消息，则会停止本地放音，并回复确认(ACK)消息，这样，主叫终端与被叫终端之间的会话正式建立成功，主叫终端与被叫终端之间开始互相发送RTP语音数据包。

若主叫终端接收被叫终端发送的RTP语音数据包之前，没有接收到被叫终端发送的接听响应消息，则判断被叫终端发送的RTP语音数据包的payload type头域与记录的media format是否一致，若一致，则说明此次接收的RTP语音数据包是之前主叫终端与被叫终端之间进行SDP协商后需要传输的数据包，停止本地放音，并对接收的语音数据包解码后进行语音播放；如果不一致，则说明此次接收的RTP语音数据包不是之前主叫终端与被叫终端之间进行SDP协商传输的数据包，则直接丢弃该数据包。

为了进一步说明上述实施例一的发明思想，下面以两个VoLTE终端之间进行视频呼叫业务为例，作进一步说明。

如图2所示，为两个VoLTE终端之间进行视频呼叫业务的信令流程交互示意图。首先，发起会话的MO向MT发送(1)呼叫请求(Invite)消息，其中携带MO支持的语音、视频编解码格式，以及申请的语音和视频资源带宽，还指示了当前MO的服务质量(Quality ofService，QoS)状态为非收发(sendrecv)状态；网络侧在收到MO发送的Invite消息之后，分别向MO、MT发送专有承载的建链请求，等待MO、MT给予建链成功的回复。网络侧将Invite消息转发到MT之后，向MO发送(2)临时响应消息(100Trying)；当MO收到100Trying时，MO确认MT收到Invite消息；此时，MT向MO发送(3)183会话进程(183Session Progress(SDP))消息，其中携带MT期望使用的语音、视频编码格式，该编码格式是MT和MO都支持的编码格式。MO在收到MT发送的183Session Progress消息后，发送(4)临时响应确认(the ProvisionalResponse ACKnowledgement，PRACK)消息；MT收到PRACK消息后回复(5)响应消息(200OK(for PRACK))，该响应消息也就是上述实施例一所说明的携带MO与MT最后协商的SDP消息的消息；当MO收到200OK(for PRACK)消息后，记录SDP消息中语音m行的media format的编号值，并在将服务质量等级标识(QoS Class Identifier，QCI)＝1的语音承载、QCI＝2的视频专有承载建立完成之后，发送(6)状态更新(UPDATE)消息，其中更新MO本端状态为收发(sendrecv)状态，此时，MO不仅可以发送语音、视频的媒体流，还可以接收处理语音、视频的媒体流；MT接收到UPDATE消息后，如果建立完成QCI＝1的语音承载、QCI＝2的视频专有承载，则回复(7)响应消息(200OK(for update))，其中携带MT的QoS状态为sendrecv，用于指示网络侧和MO，此时MT可以发送语音、视频的媒体流，也可以接收语音、视频的媒体流，至此，MO、MT两端的QoS转态都变为sendrecv，也即，MO和MT的状态都已经由inactive状态更新为sendrecv状态。之后，MT发送(8)180Ringing消息，此时，若该180Ringing消息中没有携带P-Early-Media头域，或者该头域取值为inactive，则进行本地放音。若该180Ringing消息中携带取值为sendrecv的P-Early-Media头域，则进行网络侧放音。

当MT用户接听本次呼叫时，MT将通过网络侧发送(9)接听响应消息(200OK(forInvite))给MO；MO收到200OK(for Invite)消息后，确认MT正确处理并完成了呼叫的交互过程，则回复(10)ACK消息，即向网络侧、MT指示MO已经收到200OK(for Invite)消息。至此，MO和MT之间的会话正式建立。最后，当MO与MT之间的通话结束时，如果MO主动挂机结束本次会话，MO将发送(11)再见(BYE)消息，MT收到此消息后回复(12)响应消息(200OK)同意结束此次会话。

如果MT发送的接听响应消息(200OK(for Invite))没有成功传输至MO，并且MO端进行的是本地放音，则MO在接收到MT发送的RTP语音数据包后，采用实施例一的方案，判断MT发送的RTP语音数据包的payload type头域与记录的media format中编号值是否一致，若一致，则说明此次接收的RTP语音数据包是之前MO与MT之间进行SDP协商传输的数据包，则停止本地放音，并对接收的语音数据包解码后进行语音播放；如果不一致，则说明此次接收的RTP语音数据包不是之前MO与MT之间进行SDP协商传输的数据包，则直接丢弃该数据包。

下面介绍本发明实施例二基于网络侧来解决影响主叫终端与被叫终端之间的正常通信的问题的方式。

实施例二

如图3所示，为本发明实施例二提供的语音呼叫方法流程图，包括：

S301：网络侧设备接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息。

在具体实施中，网络侧设备监测主叫终端和被叫终端之间交互的各种会话初始化协议(Session Initiation Protocol，SIP)消息以及RTP语音数据包；当网络侧设备检测到被叫终端发送给主叫终端的语音数据包后，查看是否已向主叫终端发送被叫终端的接听响应消息，这里的接听响应消息也即被叫终端在被叫终端用户接听呼叫后发送的消息，比如图2相关内容所描述的200OK(for Invite)消息；网络侧设备没有转发此消息的原因可能是网络侧设备本身没有接收到该消息，或者网络侧设备接收到了该消息，但是丢失了该消息，没有将其成功转发出去。

S302：网络侧设备对接收的所述语音数据包进行缓存，并生成所述接听响应消息。

该步骤中，网络侧设备在接收到被叫终端发送的RTP语音数据包后，若确定还没有接收到200OK(for Invite)消息，则将该RTP语音数据包先缓存下来并不转发给主叫终端。

S303：网络侧设备将生成的所述接听响应消息发送给所述主叫终端。

在具体实施中，网络侧设备以被叫终端的名义生成200OK(for Invite)消息，并发送给主叫终端。

S304：网络侧设备在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音据包发送给所述主叫终端。

该步骤中，主叫终端在接收到200OK(for Invite)消息后，回复ACK消息，网络侧设备在检测到该消息后，再将之前缓存的语音据包发送给主叫终端。

基于同一发明构思，本发明实施例中还提供了一种与语音呼叫方法对应的语音呼叫装置，由于该装置解决问题的原理与本发明实施例语音呼叫法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

实施例三

如图4所示，为本发明实施例三提供的语音呼叫装置结构示意图，该装置可以是主叫终端，或者是主叫终端控制下的具有下述功能的实体，包括：

记录模块41，用于在主叫终端与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；

播放模块42，用于在接收到被叫终端的振铃消息后进行本地放音；

处理模块43，用于在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

可选地，所述播放模块42具体用于：

所述主叫终端在接收到的振铃消息中不存在早期媒体头域或者该头域为非激活时，进行本地放音。

可选地，所述处理模块43还用于，在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式不一致，则丢弃该语音数据包。

可选地，所述处理模块43具体用于，在接收被叫终端发送的语音数据包之前，确定未接收到所述被叫终端在被叫用户接听呼叫后发送的接听响应消息。

实施例四

如图5所示，为本发明实施例四提供的语音呼叫装置结构示意图，该装置可以是网络侧设备，或者是网络侧设备控制下的具有下述功能的实体，包括：

确定模块51，用于接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息；

处理模块52，用于对接收的所述语音数据包进行缓存，并生成所述接听响应消息；

发送模块53，用于将所述处理模块52生成的所述接听响应消息发送给所述主叫终端；在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音据包发送给所述主叫终端。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种语音呼叫方法，其特征在于，该方法包括：

主叫终端在与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；

所述主叫终端在接收到被叫终端的振铃消息后进行本地放音；

所述主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

2.如权利要求1所述的方法，其特征在于，所述主叫终端在接收到被叫终端的振铃消息后进行本地放音，包括：

所述主叫终端在接收到的振铃消息中不存在早期媒体头域或者该头域为非激活时，进行本地放音。

3.如权利要求1所述的方法，其特征在于，所述主叫终端进行本地放音之后，还包括：

所述主叫终端在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式不一致，则丢弃该语音数据包。

4.如权利要求1～3任一所述的方法，其特征在于，所述主叫终端接收被叫终端发送的语音数据包之前，还包括：

所述主叫终端确定未接收到所述被叫终端在被叫用户接听呼叫后发送的接听响应消息。

5.一种语音呼叫方法，其特征在于，该方法包括：

网络侧设备接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息；

所述网络侧设备对接收的所述语音数据包进行缓存，并生成所述接听响应消息；

所述网络侧设备将生成的所述接听响应消息发送给所述主叫终端；

所述网络侧设备在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音数据包发送给所述主叫终端。

6.一种语音呼叫装置，其特征在于，该装置包括：

记录模块，用于在主叫终端与被叫终端完成会话描述协议SDP协商后，记录最后一次协商的SDP消息的媒体格式；

播放模块，用于在接收到被叫终端的振铃消息后进行本地放音；

处理模块，用于在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式一致，则停止本地放音，并对接收的语音数据包解码后进行语音播放。

7.如权利要求6所述的装置，其特征在于，所述播放模块具体用于：

所述主叫终端在接收到的振铃消息中不存在早期媒体头域或者该头域为非激活时，进行本地放音。

8.如权利要求6所述的装置，其特征在于，所述处理模块还用于，在接收到被叫终端发送的语音数据包后，若确定该语音数据包的净荷类型头域与记录的媒体格式不一致，则丢弃该语音数据包。

9.如权利要求6～8任一所述的装置，其特征在于，所述处理模块具体用于，在接收被叫终端发送的语音数据包之前，确定未接收到所述被叫终端在被叫用户接听呼叫后发送的接听响应消息。

10.一种语音呼叫装置，其特征在于，该装置包括：

确定模块，用于接收到被叫终端发送的语音数据包后，确定还未向主叫终端发送被叫终端的接听响应消息；

处理模块，用于对接收的所述语音数据包进行缓存，并生成所述接听响应消息；

发送模块，用于将所述处理模块生成的所述接听响应消息发送给所述主叫终端；在接收到所述主叫终端回复的确认ACK消息后，将缓存的所述语音数据包发送给所述主叫终端。