CN112134863A - 提示音播放方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请是关于一种提示音播放方法、装置、计算机设备及存储介质，主要涉及无线通信领域。所述方法包括：当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；获取预设的时间周期，和初始值为0的计数变量；基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，当所述数据变量满足第一指定条件时，将计数变量加1；当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。上述方案在终端处于被呼叫保持状态下，通过监测网络侧设备下发的数据帧，使得网络提示音异常的情况下，终端可以播放预设的提示音，避免了用户无法判断是否处于通话保持状态的问题。

Description

提示音播放方法、装置、计算机设备及存储介质

技术领域

本申请涉及无线通信技术领域，特别涉及一种提示音播放方法、装置、计算机设备及存储介质。

背景技术

随着通信技术的不断发展，正在通话的用户，可以暂时中断数据原来的电话，从而打出新的电话，从而与原来的电话保持联系；当需要回复原来的通话时，则使新打出的电话处于保持状态，再继续与原来的通话方通话。

在相关技术中，为了使用户知晓自身终端处于通话保持状态，通常通过网络侧设备，向用户发送announcement(音频数据流)，在音频数据流中包含具有提示音频的音频帧。

然而，相关技术中，用户在处于通话保持状态时，经常出现终端无法根据网络侧设备下发的announcement播放与通话保持状态对应的提示音的情况，导致用户无法判断是否处于通话保持状态。

发明内容

本申请实施例提供了一种提示音播放方法、装置、计算机设备及存储介质。所述技术方案如下：

一方面，提供了一种提示音播放方法，所述方法包括：

当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流；

获取预设的时间周期，和初始值为0的计数变量；

基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

当所述数据变量满足第一指定条件时，将计数变量加1；

当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。

又一方面，提供了一种提示音播放装置，所述装置包括：

数据流接收模块，用于当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流；

参数获取模块，用于获取预设的时间周期，和初始值为0的计数变量；

数据变量获取模块，用于基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

计数变量更新模块，用于当所述数据变量满足第一指定条件时，将计数变量加1；

提示音播放模块，用于当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。

再一方面，本申请实施例提供了一种终端，所述终端包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以实现上述提示音播放方法。

又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述提示音播放方法。

另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述提示音播放方法。

本申请提供的技术方案可以包括以下有益效果：

终端处于被呼叫保持状态时，通过对网络侧设备下发的音频数据流中的数据帧根据时间周期进行监测，获取用于指示该音频数据流在各个时间周期内的RTP数据帧的数量的第一数据变量，以及用于指示不为静音插入描述帧SID的数量的第二数据变量中的至少一种，并根据上述两个数据变量中的至少一种，判定该时间周期内的音频数据流是否是正常的音频数据流，从而判定在该时间周期内，终端是否正常播放网络侧设备下发的提示音数据，当终端未正常播放提示音数据的时间达到阈值时，播放终端中预设的提示音。通过上述方案，终端在被呼叫保持状态下，通过监测网络侧设备下发的数据帧，进行网络提示音的监测，使得网络提示音异常的情况下，终端可以播放预设的提示音，避免了用户无法判断是否处于通话保持状态的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的提供的通信系统的网络架构的示意图。

图2是根据一示例性实施例示出的一种提示音播放方法的流程示意图。

图3是根据一示例性实施例提供的一种提示音播放方法的框图。

图4是根据一示例性实施例提供的一种提示音播放方法的方法流程图。

图5是图4所示实施例涉及的一种提示音播放方法的流程框图。

图6是根据一示例性实施例示出的一种被呼叫保持终端提示音播放方法的流程图。

图7是根据一示例性实施例示出的一种提示音播放装置的结构方框图。

图8是根据一示例性实施例示出的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在对本申请所示的各个实施例进行说明之前，首先对本申请涉及到的几个概念进行介绍：

1)网际互连协议多媒体子系统(IMS，IP Multimedia Subsystem)

IMS技术即IP(Internet Protocol,网际互联协议)多媒体子系统技术，由3GPP标准组织在R5版本基础上提出，是在基于IP的网络上提供多媒体业务的通用网络架构。IMS技术对控制层功能做了进一步分解，实现了会话控制实体CSCF(Call Session ControlFunction)和承载控制实体MGCF(Media Gateway Control Function)在功能上的分离，使网络架构更为开放、灵活，所以IMS实际上比传统软交换更“软”。IMS以其业务、控制、承载完全分离的水平架构，集中的用户属性和接入无关等特性，一方面解决了软交换技术还无法解决的问题，如用户移动性支持、标准开放的业务接口、灵活的IP多媒体业务提供等；另一方面，其接入无关性，也使得IMS成为固定和移动网络融合演进的基础。

2)呼叫保持(Call Hold)

呼叫保持就是正在通话的移动用户，可以暂时中断数据原来的电话，而打出新的电话，同时与原来的电话保持联系；当需要回复原来的通话时，则使新打出的电话处于保持状态，再继续与原来的通话方通话，即可以通过操作手机的按键选择及切换这两个通话，还可以分别或同时结束与他们的通话。呼叫保持是指通话中的一方处于单向接通状态的呼叫，此时被保持的用户一般会听到一段网络播放的背景音乐。呼叫保持与基本通话的不同之处在于，它使得我们可以有两个处于连接中的呼叫，而且可以在这两个呼叫之间进行任意次的来回切换。

请参考图1，其是根据一示例性实施例示出的通信系统的网络架构的示意图。该网络架构可以包括：终端10和网络侧设备20。

同一个网络侧设备20通常可以同时接入多个终端10。终端10可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminal device)等等。为方便描述，本申请实施例中，上面提到的设备统称为终端。

网络侧设备20是一种部署在接入网中用以为终端20提供无线通信功能的装置。网络侧设备20可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在5G新空口(NewRadio，NR)系统中，称为gNodeB或者gNB。随着通信技术的演进，“基站”这一名称可能会变化。为方便描述，本申请实施例中，上述为终端20提供无线通信功能的装置统称为网络侧设备。

可选的，图1中未示出的是，上述网络架构还包括其它网络设备，比如：中心控制节点(Central Network Control，CNC)、接入和移动性管理功能(Access and MobilityManagement Function，AMF)设备、会话管理功能(Session Management Function，SMF)或者用户面功能(User Plane Function，UPF)设备等等。

请参考图2，其是根据一示例性实施例示出的一种提示音播放方法的流程示意图。该方法可以由计算机设备执行，该计算机设备可以是终端，其中，该终端可以是上述图1所示的实施例中的终端10。如图2所示，该提示音播放的流程可以包括如下步骤：

步骤21，当该终端处于呼叫保持状态下时，接收网络侧设备下发的音频数据流；该音频数据流是服务器根据终端所处的呼叫保持状态下发的包含音频数据的数据流。

其中，终端所处的呼叫保持状态，是网络侧设备提供的放音呼叫保持状态。即网络侧设备在终端处于呼叫保持状态后，通过发送包含announcement的音频数据流，提醒用户此时终端处于呼叫保持状态。

在一种可能的实现方式中，该网络侧设备可以是IMS(IP Multi-mediaSubsystem，IP多媒体子系统)中的AS(Application Server，应用服务器)。AS是IMS系统中位于最上层的应用层设备，提供基本业务和补充业务、多媒体会议、融合通讯、短信网关、标准话务台等业务，因此又称为业务服务器。

步骤22，获取预设的时间周期，和初始值为0的计数变量。

其中，该时间周期用于将网络侧设备发送的音频数据流按该时间周期划分为若干个数据流子集，该数据流子集中包含该时间周期内的音频数据流的数据帧。

在一种可能的实现方式中，该时间周期是根据预设的时间参数确定的。

步骤23，基于第i个时间周期内的该音频数据流的数据帧，获取数据变量，该数据变量包括第一数据变量与第二数据变量中的至少一种；该第一数据变量用于指示该数据帧中属于实时传输协议RTP(Real-time Transport Protocol)的数据帧的数量；该第二数据变量用于指示该数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数。

在一种可能的实现方式中，根据时间周期，将该音频数据流划分为若干个数据流子集，该数据流子集中包含该时间周期内的音频数据流的数据帧，并根据该数据流子集的时间顺序，对每个时间周期内的数据流子集进行监测，并根据监测结果获取第一数据变量与第二数据变量中的至少一种。

步骤24，当该数据变量满足第一指定条件时，将计数变量加1。

在一种可能的实现方式中，当数据变量满足第二指定条件时，将数据变量置零。

其中，终端对每一个时间周期内的音频数据流的数据帧进行监测，根据每一个时间周期内的监测结果，对计数变量进行更新。

步骤25，当该计数变量大于阈值时，播放该终端中预设的提示音，该提示音用于指示该终端处于该呼叫保持状态。

综上所述，在本申请实施例所示的方案中，终端处于被呼叫保持状态时，通过对网络侧设备下发的音频数据流中的数据帧根据时间周期进行监测，获取用于指示该音频数据流在各个时间周期内的RTP数据帧的数量的第一数据变量，以及用于指示不为静音插入描述帧SID的数量的第二数据变量，并根据该两个数量，判定该时间周期内的音频数据流是否是正常的音频数据流，从而判定在该时间周期内，终端是否正常播放网络侧设备下发的提示音数据，当终端未正常播放提示音数据的时间达到阈值时，播放终端中预设的提示音。通过上述方案，终端在被呼叫保持状态下，通过监测网络侧设备下发的数据帧，进行网络提示音的监测，使得网络提示音异常的情况下，终端可以播放预设的提示音，避免了用户无法判断是否处于通话保持状态的问题。

请参考图3，其是根据一示例性实施例提供的一种提示音播放方法的框图。

如图3所示，终端监测到会话状态变更(S301)，即终端判断从通话状态变更为被保持状态(S302)，触发终端开启监测机制(S303)，对网络侧设备下发的下行语音数据(音频数据流)进行监测，判断该网络侧设备下发的下行语音数据是否存在异常(S304)，若存在异常，则继续判断该下行语音数据的异常持续时间是否达到了预设值(S305)，如果没有达到预设值，则继续监测下行语音数据(S303)，若达到预设值，则通知本地设备播放被保持音(S306)。

当该下行语音数据未存在异常，或者该下行语音数据存在异常的持续时间未达到预设值时，终端播放网络侧设备下发的下行语音数据中对应的被保持音(网络提示音)(S307)。

当终端的会话状态再次变更时，即从被保持状态变更为通话状态，此时判定终端并未处于被保持状态，触发终端停止监测机制(S308)。

请参考图4，其是根据一示例性实施例提供的一种提示音播放方法的方法流程图。该方法可以由计算机设备执行，该计算机设备可以是终端，其中，该终端可以是上述图1所示的实施例中的终端10。如图4所示，该提示音播放方法可以包括如下步骤：

步骤401，接受网络侧设备下发的音频数据流。

在一种可能的实现方式中，终端确认该终端变更为通话保持状态后，记录该网络侧设备下发的音频数据流(audio数据流)对应的端口号。

其中，该SDP(Session Description Protocol，会话描述协议)数据是包含方向属性为recvonly的满足SDP协议的数据。当终端监测到该方向属性为recvonly的SDP数据时，终端开始监测从网络侧设备下发至该终端的音频数据流，以及获取该音频数据流对应的端口号。

在一种可能的实现方式中，当该终端发送至该网络侧设备的SDP数据的方向属性为recvonly时，将该终端确认为被呼叫保持状态。

在一种可能的实现方式中，该终端响应于网络侧设备发送的呼叫保持请求，终端向网络侧设备上传答复请求，且该答复请求中包含SDP数据的方向属性，且该方向属性为recvonly。因此，当监测到终端发送的SDP数据的方向属性为recvonly时，确认该终端变更为被呼叫保持状态。

在一种可能的实现方式中，当网络侧设备接收到另一侧终端(第一终端)发送的方向属性为sendonly的SDP数据时，确认此时该终端(第二终端)与该另一侧终端(第一终端)将要进行呼叫保持操作，此时网络侧设备向该第一终端发送呼叫保持请求。

其中，在该呼叫保持流程中，第一终端为呼叫保持终端，第二终端为被呼叫保持终端。

步骤402，获取预设的时间周期，和初始值为0的计数变量。

在一种可能的实现方式中，该时间周期可以是通过预设参数配置的。

例如，第二终端可以通过预设参数进行配置时间周期timerA为1秒，该计数变量InvalidRtpCount初始值为0。

在一种可能的实现方式中，该计数变量InvalidRtpCount用于监测该音频数据流的异常持续时间。

步骤403，基于第i个时间周期内的该音频数据流的数据帧，获取数据变量。

该数据变量包括第一数据变量与第二数据变量中的至少一种。

其中，该第一数据变量用于指示该周期内的数据帧中属于实时传输协议RTP的数据帧的数量；第二数据变量用于指示该周期内的数据帧中不属于静音插入描述帧SID的数据帧的数量。

在一种可能的实现方式中，当该一个周期内的音频数据流的数据帧中，该属于实时传输协议RTP的数据帧的数量为0时，将该第一数据变量设置为0。

其中，该第一数据变量可以通过属于实时传输协议RTP的数据帧的数量确定，该第一数据变量也可以称为RTP流监测变量isRtprecv，当该时间周期内属于实时传输协议RTP的数据帧的数量为0时，RTP流监测变量isRtprecv也为0，代表该周期内的数据帧均不属于实时传输协议RTP。

另一种可能的实现方式中，当该一个周期内的音频数据流的数据帧中，该不属于静音插入描述帧SID的数据帧的数量为0时，将该第二数据变量设置为1。

其中，第二数据变量可以通过不属于静音插入描述帧SID的数据帧的数量确定，该第二数据变量也可以称为语言数据格式变量isAllSID，当该时间周期内不属于静音插入描述帧SID的数据帧的数量为0时，即该时间周期内所有的数据帧均为静音插入描述帧SID，此时语言数据格式变量isAllSID设置为1。

在一种可能的实现方式中，当该一个周期内的音频数据流的数据帧中，该属于实时传输协议RTP的数据帧的数量不为0时，将该第一数据变量设置为1。

其中，当该时间周期内属于实时传输协议RTP的数据帧的数量不为0，即该时间周期内存在属于实时传输协议RTP的数据帧时，RTP流监测变量isRtprecv设置为1。

另一种可能的实现方式中，当该一个周期内的音频数据流的数据帧中，该不属于静音插入描述帧SID的数据帧的数量不为0时，将该第二数据变量设置为0。

其中，当该时间周期内，该不属于静音插入描述帧SID的数据帧的数量不为0时，即该周期内的数据帧中，包含不属于静音插入描述帧SID的数据帧，将该语言数据格式变量isAllSID设置为0。

步骤404a，当该数据变量满足第一指定条件时，将计数变量加1。

其中，该计数变量InvalidRTPCount用于指示被呼叫保持的异常状态的持续时间。该异常状态是指，第二终端在该被呼叫保持状态下，无法正常播放网络侧设备下发的提示音的状态。

在一种可能的实现方式中，当该第一数据变量为0时，将该计数变量加1。

其中，当该第一数据变量，即RTP流监测变量isRtprecv为0，则该属于实时传输协议RTP的数据帧的数量为0，此时第i个时间周期内的数据帧中，没有符合实时传输协议RTP的数据帧，而在呼叫保持情况下，网络侧设备通过实时传输协议RTP下发提示音。因此当该时间周期内属于实时传输协议RTP的数据帧的数量为0，代表该时间周期内，第二终端没有接受到正常下发的提示音，处于被呼叫保持的异常状态，因此将计数变量加1，表明处于被呼叫保持的异常状态的持续时间增加了一个时间周期。

另一种可能的实现方式中，当该第二数据变量为1时，将该计数变量加1。

第二终端也可以通过第二数据变量，即语言数据格式变量isAllSID，判定该时间周期内第二终端是否接收到正常下发的提示音，从而判断第二终端是否处于被呼叫保持的异常状态。

当该第二数据变量为1时，则该时间周期内不属于静音插入描述帧SID的数据帧的数量为0，即该时间周期内，网络侧设备下发的音频数据帧均为SID静音数据帧，此时第二终端无法根据该网络侧设备下发的音频数据帧播放对应的提示音，因此将计数变量加1，表明处于被呼叫保持的异常状态的持续时间增加了一个时间周期。

在一种可能的实现方式中，当该第一数据变量为0，且该第二数据变量为1时，将该计数变量加1。

第二终端可以同时通过第二数据变量与第一数据变量，判定该时间周期内第二终端是否接收到正常下发的提示音。

另一种可能的实现方式中，当该第一数据变量为0时，不用确定该第二数据变量的值，直接将该计数变量加1。

当该第一数据变量，即RTP数据帧数为0时，该时间周期内的音频数据帧中，不含有提示音有关的数据帧，因此，直接判定该时间周期内的呼叫保持处于异常状态，将该计数变量加1。

步骤404b，当该数据变量满足第二指定条件时，将计数变量置零。

其中，当第二指定条件用于指示第二终端正常播放网络侧设备下发的提示音，此时，当第二终端的数据变量满足第二指定条件时，即该第二终端可以正常播放网络侧下发的提示音时，将该计数变量置零，重新开始计算第二终端处于被呼叫保持的异常状态的持续时间。

在一种可能的实现方式中，当该第一数据变量为1时，将该计数变量置零。

其中，当该第一数据变量，即RTP流监测变量isRtprecv为1，则该属于实体传输协议RTP的数据帧的数量不为0，此时，第i个时间周期内的数据帧中，包含符合实时传输协议RTP的数据帧，此时，第二终端可以接受到网络侧设备通过实时传输协议RTP下发的announcement(提示音)，因此，在该时间周期内，第二终端处于被呼叫保持的正常状态，此时将计数变量置0，重新开始计算被呼叫保持异常状态的持续时间。

在一种可能的实现方式中，当该第二数据变量为0时，将该计数变量置零。

其中，当该第二数据变量为0时，则该时间周期内不属于静音插入描述帧SID的数量不为0，则说明该时间周期内，网络侧设备接收到的音频数据帧中，有不属于SID的数据帧，此时第二终端可以根据网络侧设备下发的音频数据帧播放提示音，因此第二终端将计数变量置0，重新开始计算被呼叫保持异常状态的持续时间。

在一种可能的实现方式中，当该第一数据变量为1，且第二数据变量为0时，将该计数变量置零。

第二终端也可以同时结合第一数据变量与第二数据变量，判定第二终端在该时间周期内，是否处于正常的被呼叫保持状态。例如，当该第一数据变量为，即RTP流监测变量isRtprecv为1，且第二数据变量，即语言数据格式变量isAllSID为0时，此时第二终端在该时间周期内，接收到的满足RTP协议的数据不为零，并且在该时间周期内接收到的数据帧不全为静音描述数据帧，此时可以认为第二终端在该时间周期内，正常播放网络侧设备下发的音频数据帧中对应的提示音，第二终端处于呼叫保持的正常状态，此时将该用于描述第二终端被呼叫保持异常状态持续时间的计数变量置零，从下一周期重新开始监测被呼叫保持是否处于异常状态。

步骤405，当该计数变量大于阈值时，播放该第二终端中预设的提示音，该提示音用于指示该第二终端处于该被呼叫保持状态。

其中，当该计数变量大于阈值时，代表第二终端处于被呼叫保持的异常状态的时间已经大于阈值，即第二终端在一定时间内没有正常的播放被呼叫保持对应的提示音，此时，第二终端直接播放预设于第二终端的提示音，该提示音用于指示该第二终端处于被呼叫保持状态。

在一种可能的实现方式中，该第二终端未被配置为仅播放本地提示音，且该第二终端优先播放从网络侧设备下发的音频数据流中的本地提示音。

在一种可能的实现方式中，当该计数变量大于阈值时，第二终端拒绝播放网络侧设备下发的提示音，并播放第二终端中预设的提示音。

当该计数变量大于阈值时，说明该第二终端从网络侧设备接收到的音频数据帧中的提示音可能存在问题，此时为了第二终端能够正常播放提示音，第二终端拒绝播放从网络侧设备接收到的提示音，从而直接播放第二终端中预设的提示音，避免了第二终端从网络侧设备接收到的可能存在问题的提示音与第二终端预设的提示音同时播放，而导致用户无法正常识别提示音的情况发生。

在一种可能的实现方式中，第二终端根据预先配置的阈值参数heldRtpInactivityTimer，确定计数变量的阈值。

在一种可能的实现方式中，当该预先配置的阈值参数heldRtpInactivityTimer为有效值时，开启对该音频数据帧的监测。例如，该阈值参数大于零时为有效值，即该计数变量的阈值可以取大于零的值时，开启对该音频数据帧的监测。

在一种可能的实现方式中，当第二终端结束被呼叫保持状态时，第二终端结束对网络侧设备下发的该音频数据帧的监测。

当第二终端结束被呼叫保持状态时，第二终端可以不再播放与被呼叫保持状态对应的提示音，也可以不再接受网络侧设备下发的音频数据帧，因此，第二终端可以结束该监测流程。

在一种可能的实现方式中，当处于呼叫保持状态的第一终端，向网络侧设备发送方向属性为sendrecv的数据请求时，网络侧设备判定此时被呼叫保持流程取消，停止向该第二终端发送包含与被呼叫保持对应的提示音的音频数据流，并向该第二终端发送取消被呼叫保持状态的请求，该第二终端与第一终端重新建立通话连接。

如图5所示，图5是本申请实施例涉及的一种提示音播放方法的流程框图。

如图5所示，第二终端监测到会话状态变更(S501)，先通过SDP中的audio媒体(即第二终端向网络侧设备发送的SDP数据)中方向属性判断该第二终端是否处于被hold(保持)状态(S502)，若此时方向属性为recvonly，则代表该第二终端处于被保持状态，此时获取第二终端中预先设置的阈值参数heldRtpInactivityTimer，当heldRtpInactivityTimer大于零时，说明该阈值参数有效，可以对网络侧设备下发的音频数据流开启监测(S503)。

当第二终端开启开启对网络侧设备下发的音频数据流的监测之后，第二终端开启定时器timerA，通过该定时器timerA设置一定的时间周期，在本申请实施例中，该时间周期取1秒。第二终端记录SDP中audio媒体的端口号，根据该端口号监测对应的网络侧设备下发的音频数据流，并初始化监测变量(即本申请实施例中的数据变量)isRtprecv＝0，isAllSID＝1(S504)，当timerA超时，即对该音频数据流的监测达到了一个周期，此时检查该监测变量(S505)。

当第一数据变量isRtprecv仍然为0，或第二数据变量isAllSID仍然为1时，将计数变量InvalidRTPCount加1，说明此周期内的音频数据流异常，第二终端无法正常播放与被呼叫保持状态对应的提示音(S506)。

在本申请实施例中，可以先检测isRtprecv，再检测第二数据变量isAllSID，当isRtprecv为0，即该音频数据流中的数据帧中没有RTP数据帧，则不需要再检测是否具有SID静音插入描述帧(S507)。

当第一数据变量isRtprecv为1，且第二数据变量isAllSID为0时，此周期内的音频数据流正常，第二终端可以正常播放与被呼叫保持对应的提示音，因此将用于记录音频数据流异常时间的计数变量置零，从下一个周期开始重新监测并计数(S508)。

当检测到某一周期后，计数变量大于预设的阈值参数heldRtpInactivityTimer，此时第二终端在一定时间内无法正常播放网络侧设备下发的音频数据流，因此第二终端停止播放网络侧下发的音频数据流对应的提示音，并通知本地播放被保持音(提示音)(S509)。

当第二终端检测到audio媒体对应的端口中SDP数据的方向不为recvonly时，则说明此时被呼叫保持状态已经取消，此时触发第二终端关闭上述监测流程，例如关闭1s计时器，并将计数变量置零等。

综上所述，在本申请实施例所示的方案中，终端处于被呼叫保持状态时，通过对网络侧设备下发的音频数据流中的数据帧根据时间周期进行监测，获取用于指示该音频数据流在各个时间周期内的RTP数据帧的数量的第一数据变量，以及用于指示不为静音插入描述帧SID的数量的第二数据变量，并根据该两个数量，判定该时间周期内的音频数据流是否是正常的音频数据流，从而判定在该时间周期内，终端是否正常播放网络侧设备下发的提示音数据，当终端未正常播放提示音数据的时间达到阈值时，播放终端中预设的提示音。通过上述方案，终端在被呼叫保持状态下，通过监测网络侧设备下发的数据帧，进行网络提示音的监测，使得网络提示音异常的情况下，终端可以播放预设的提示音，避免了用户无法判断是否处于通话保持状态的问题。

请参考图6，其是根据一示例性实施例示出的一种被呼叫保持终端提示音播放方法的流程图。

如图6所示，第一终端610为向网络侧设备620发送呼叫保持请求(re-INVITE)的呼叫保持终端，该呼叫保持请求是与第一终端与第二终端建立通话时的原始请求(INVITE)具有相同的SDP但方向属性不同的请求，网络侧设备620根据该第一终端610发送的SDP数据中方向属性为sendonly，触发开始进行放音呼叫保持的流程，并将该方向属性为sendonly的SDP数据传输至第二终端(被呼叫保持终端)。

第二终端630接收到该具有sendonly方向属性的SDP数据，向网络侧设备回复recvonly方向属性的SDP数据。此时第二终端630监测到方向属性为recvonly，确认该第二终端进入被呼叫保持状态。

此时，第二终端根据该SDP数据对应的端口号，获取该端口号对应的，网络侧设备下发的音频数据流，并根据时间周期，对该音频数据流中的数据帧进行监测。以第i周期的数据帧监测过程为例，对该数据帧进行监测过程中，获取该第i周期对应的第一数据变量与第二数据变量，该第一数据变量用于指示该时间周期内数据帧中属于实时传输协议RTP的数据帧的数量；该第二数据变量用于指示该数据帧中的不属于静音插入描述帧SID的数据帧的数量。

当满足第一数据变量为0，即该时间周期内数据帧都不属于RTP数据帧时，将用于指示音频数据流异常时间的计数参数加1，说明该周期内音频数据流异常，并跳转至监测下一周期；

当满足第二数据变量为1，即该时间周期内数据帧均为SID静音插入描述帧时，将用于指示音频数据流异常时间的计数参数加1，说明该周期内音频数据流异常，并跳转至监测下一周期；

当满足第一数据变量为1且第二数据变量为0时，即该时间周期内的数据帧属于RTP数据帧，且不都为SID时，说明该时间周期内音频数据流正常，第二终端可以正常播放音频数据流提示音，此时将用于指示音频数据流异常时间的计数参数置零。

当第N个周期之后，计数变量大于阈值时，播放在第二终端中预设的提示音。

当第一终端发送方向属性为sendrecv的SDP数据时，网络侧设备接收到该数据，判定该第一终端与第二终端停止通话保持，恢复通话状态，停止向该第二终端发送announcement，将该方向属性为sendrecv的SDP数据发送至第二终端，原处于被呼叫保持状态的第二终端接收到该方向属性为sendrecv的SDP数据后，向网络侧设备返回方向属性也为sendrecv的SDP数据，且第二终端响应于该方向属性为sendrecv的SDP数据，从被呼叫保持状态下退出，并停止对网络侧设备下发的音频数据流的监测。

图7是根据一示例性实施例示出的一种提示音播放装置的结构方框图。该提示音播放装置可以实现图2或图4所示实施例提供的方法中的全部或者部分步骤。该提示音播放装置可以包括：

数据流接收模块701，用于当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流。

参数获取模块702，用于获取预设的时间周期，和初始值为0的计数变量。

数据变量获取模块703，用于基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数。

计数变量更新模块704，用于当所述数据变量满足第一指定条件时，将计数变量加1。

提示音播放模块705，用于当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。

在一种可能的实现方式中，当所述数据变量包括所述第一数据变量时，所述数据变量获取模块703，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量为0时，将所述第一数据变量设置为0；

所述计数变量更新模块704，用于当所述第一数据变量为0时，将所述计数变量加1。

在一种可能的实现方式中，当所述数据变量包括所述第二数据变量时，所述数据变量获取模块703，用于，

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量为0时，将所述第二数据变量设置为1；

所述计数变量更新模块704，用于当所述第二数据变量为1时，将所述计数变量加1。

在一种可能的实现方式中，所述装置还包括：

计数变量置零模块，用于当所述数据变量满足第二指定条件时，将计数变量置零。

在一种可能的实现方式中，所述数据变量获取模块703，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

所述计数变量置零模块，用于当所述第一数据变量为1时，将所述计数变量置零。

在一种可能的实现方式中，所述数据变量获取模块703，用于，

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述计数变量置零模块，用于当所述第二数据变量为0时，将所述计数变量置零。

在一种可能的实现方式中，所述数据变量获取模块703，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述计数变量置零模块，用于当所述第一数据变量为1，且第二数据变量为0时，将所述计数变量置零。

综上所述，在本申请实施例所示的方案中，终端处于被呼叫保持状态时，通过对网络侧设备下发的音频数据流中的数据帧根据时间周期进行监测，获取用于指示该音频数据流在各个时间周期内的RTP数据帧的数量的第一数据变量，以及用于指示不为静音插入描述帧SID的数量的第二数据变量，并根据该两个数量，判定该时间周期内的音频数据流是否是正常的音频数据流，从而判定在该时间周期内，终端是否正常播放网络侧设备下发的提示音数据，当终端未正常播放提示音数据的时间达到阈值时，播放终端中预设的提示音。通过上述方案，终端在被呼叫保持状态下，通过监测网络侧设备下发的数据帧，进行网络提示音的监测，使得网络提示音异常的情况下，终端可以播放预设的提示音，避免了用户无法判断是否处于通话保持状态的问题。

请参考图8，其是根据一示例性实施例示出的计算机设备800的结构示意图。该计算机设备800可以包括：处理器801、接收器802、发射器803、存储器804和总线805。

处理器801包括一个或者一个以上处理核心，处理器801通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器802和发射器803可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。

存储器804通过总线805与处理器801相连。

存储器804可用于存储计算机程序，处理器801用于执行该计算机程序，以实现上述方法实施例中的服务端设备、配置设备、云平台或者账号服务器执行的各个步骤。

此外，存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。

在示例性实施例中，所述计算机设备包括处理器、存储器和收发器(该收发器可以包括接收器和发射器，接收器用于接收信息，发射器用于发送信息)。

在一种可能的实现方式中，当计算机设备实现为终端时，所述终端包括处理器、存储器和收发器；

所述处理器，用于获取预设的时间周期，和初始值为0的计数变量；

所述处理器，用于基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

所述处理器，用于当所述数据变量满足第一指定条件时，将计数变量加1；

所述处理器，用于当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态；

所述收发器，用于当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流。

本申请实施例涉及的终端中的处理器和收发器，可以执行上述图2或图4所示的方法中，由终端执行的步骤，此处不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述图2或图4所示的提示音播放方法中的各个步骤。

本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述2或图4所示的提示音播放方法中的各个步骤。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (16)

1.一种提示音播放方法，其特征在于，所述方法由终端执行，所述方法包括：

当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流；

获取预设的时间周期，和初始值为0的计数变量；

基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

当所述数据变量满足第一指定条件时，将计数变量加1；

当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。

2.根据权利要求1所述的方法，其特征在于，当所述数据变量包括所述第一数据变量时，所述基于第i时间周期内的所述音频数据流的数据帧，获取数据变量，包括：

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量为0时，将所述第一数据变量设置为0；

所述当所述数据变量满足第一指定条件，将计数变量加1，包括：

当所述第一数据变量为0时，将所述计数变量加1。

3.根据权利要求1所述的方法，其特征在于，当所述数据变量包括所述第二数据变量时，所述基于第i时间周期内的所述音频数据流的数据帧，获取数据变量，包括：

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量为0时，将所述第二数据变量设置为1；

所述当数据变量满足第一指定条件，将计数变量加1，包括：

当所述第二数据变量为1时，将所述计数变量加1。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述数据变量满足第二指定条件时，将计数变量置零。

5.根据权利要求4所述的方法，其特征在于，所述基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，包括：

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

所述当所述数据变量满足第二指定条件时，将计数变量置零，包括：

当所述第一数据变量为1时，将所述计数变量置零。

6.根据权利要求4所述的方法，其特征在于，所述基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，包括：

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述当所述数据变量满足第二指定条件时，将计数变量置零，包括：

当所述第二数据变量为0时，将所述计数变量置零。

7.根据权利要求4所述的方法，其特征在于，所述基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，包括：

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述当所述数据变量满足第二指定条件时，将计数变量置零，包括：

当所述第一数据变量为1，且第二数据变量为0时，将所述计数变量置零。

8.一种提示音播放装置，其特征在于，所述装置用于终端中，所述装置包括：

数据流接收模块，用于当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流；

参数获取模块，用于获取预设的时间周期，和初始值为0的计数变量；

数据变量获取模块，用于基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

计数变量更新模块，用于当所述数据变量满足第一指定条件时，将计数变量加1；

提示音播放模块，用于当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态。

9.根据权利要求8所述的装置，其特征在于，当所述数据变量包括所述第一数据变量时，所述数据变量获取模块，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量为0时，将所述第一数据变量设置为0；

所述计数变量更新模块，用于当所述第一数据变量为0时，将所述计数变量加1。

10.根据权利要求8所述的装置，其特征在于，当所述数据变量包括所述第二数据变量时，所述数据变量获取模块，用于，

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量为0时，将所述第二数据变量设置为1；

所述计数变量更新模块，用于当所述第二数据变量为1时，将所述计数变量加1。

11.根据权利要求8所述的装置，其特征在于，所述装置还包括：

计数变量置零模块，用于当所述数据变量满足第二指定条件时，将计数变量置零。

12.根据权利要求11所述的装置，其特征在于，所述数据变量获取模块，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

所述计数变量置零模块，用于当所述第一数据变量为1时，将所述计数变量置零。

13.根据权利要求11所述的装置，其特征在于，所述数据变量获取模块，用于，

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述计数变量置零模块，用于当所述第二数据变量为0时，将所述计数变量置零。

14.根据权利要求11所述的装置，其特征在于，所述数据变量获取模块，用于，

当所述一个周期内的音频数据流的数据帧中，所述属于实时传输协议RTP的数据帧的数量大于0时，将所述第一数据变量设置为1；

当所述一个周期内的音频数据流的数据帧中，所述不属于静音插入描述帧SID的数据帧的数量不为0时，将所述第二数据变量设置为0；

所述计数变量置零模块，用于当所述第一数据变量为1，且第二数据变量为0时，将所述计数变量置零。

15.一种终端，其特征在于，所述终端包括处理器、存储器和收发器；

所述处理器，用于获取预设的时间周期，和初始值为0的计数变量；

所述处理器，用于基于第i个时间周期内的所述音频数据流的数据帧，获取数据变量，所述数据变量包括第一数据变量与第二数据变量中的至少一种；所述第一数据变量用于指示所述数据帧中属于实时传输协议RTP的数据帧的数量；所述第二数据变量用于指示所述数据帧中的不属于静音插入描述帧SID的数据帧的数量；i大于0，且i为整数；

所述处理器，用于当所述数据变量满足第一指定条件时，将计数变量加1；

所述处理器，用于当所述计数变量大于阈值时，播放所述终端中预设的提示音，所述提示音用于指示所述终端处于所述被呼叫保持状态；

所述收发器，用于当所述终端处于被呼叫保持状态下时，接收网络侧设备下发的音频数据流；所述音频数据流是服务器根据终端所处的被呼叫保持状态下发的包含音频数据的数据流。

16.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至7任一项所述的上行数据传输方法。

Images