CN112910892B - 播放呼叫保持音视频信号的方法及终端 - Google Patents
播放呼叫保持音视频信号的方法及终端 Download PDFInfo
- Publication number
- CN112910892B CN112910892B CN202110129928.XA CN202110129928A CN112910892B CN 112910892 B CN112910892 B CN 112910892B CN 202110129928 A CN202110129928 A CN 202110129928A CN 112910892 B CN112910892 B CN 112910892B
- Authority
- CN
- China
- Prior art keywords
- audio
- call
- terminal
- video signal
- video
- 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.)
- Active
Links
Images
Classifications
-
- 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
- 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/40—Support for services or applications
-
- 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/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种播放呼叫保持音视频信号的方法及终端,应用于通信技术领域,可以解决终端可能会同时播放出两种Hold tone,造成混音的问题。包括:接收运营商服务器发送的呼叫保持请求消息;若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种播放呼叫保持音视频信号的方法及终端。
背景技术
在呼叫保持中,为了避免在运营商服务器未向终端下发呼叫保持音数据包,导致终端无法播放呼叫保持音的情况出现,目前无论终端基带处理器(Baseband Processor,BP)侧是否收到网络下发的实时传输协议(Real-time Transport Protocol,RTP)包(该RTP包中包括呼叫保持音的数据包),应用处理器(Application Processor,AP)侧都播放本地配置的呼叫保持音(Hold tone)。运营商服务器正常给终端下发Hold tone时,终端可能会同时播放出两种Hold tone:手机本地配置的Hold tone和网络下发的Hold tone,这样会造成混音。
发明内容
本发明实施例提供一种播放呼叫保持音视频信号的方法及终端,用以解决现有技术中终端可能会同时播放出两种Hold tone,造成混音的问题。
为了解决上述技术问题,本发明实施例是这样实现的:
第一方面,提供一种播放呼叫保持音视频信号的方法,应用于终端,包括:
接收运营商服务器发送的呼叫保持请求消息;
若在预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则播放所述呼叫保持音视频数据包中的第一呼叫保持音视频信号。
第二方面,提供一种终端,包括:接收模块,用于接收运营商服务器发送的呼叫保持请求消息;
处理模块,用于若在预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则播放所述呼叫保持音视频数据包中的第一呼叫保持音视频信号。
第三方面,提供一种终端,包括:处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序,计算机程序被处理器执行时实现如第一方面的播放呼叫保持音视频信号的方法。
第四方面,提供一种计算机可读存储介质,计算机可读存储介质上存储计算机程序,计算机程序被处理器执行时实现如第一方面的播放呼叫保持音视频信号的方法。
本发明实施例提供一种播放呼叫保持音视频信号的方法及终端,终端可以接收运营商服务器发送的呼叫保持请求消息,呼叫保持请求消息用于请求保持第一音视频通话;若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。通过该方案,在终端接收到由运营商服务器发送的呼叫保持请求消息之后,终端可以等待预设时长,判断在该预设时长内是否接收到呼叫保持音视频数据包,如果接收到了,说明运营商服务器已经向终端发送了呼叫保持音视频信号,此时可以运营商服务器发送的呼叫保持音视频数据包中的第一呼叫保持音视频信号,如此可以避免终端同时播放出两种Hold tone,造成混音的情况。
附图说明
图1为本发明实施例提供的一种通话场景的架构示意图;
图2为本发明实施例提供的一种播放呼叫保持音视频信号的方法示意图;
图3为本发明实施例提供的一种终端通话界面的示意图一;
图4为本发明实施例提供的一种终端通话界面的示意图二;
图5为本发明实施例提供的一种终端结构示意图一;
图6为本发明实施例提供的一种终端结构示意图二;
图7为本发明实施例提供的一种终端的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
首先对本发明实施例的相关技术内容进行介绍:
运营商众多,各个运营商网络行为有差异,而且一些运营商网络不健全,导致在一些终端呼叫保持时,运营商网络中的运营商服务器没有正常给该终端下发呼叫保持音(Hold tone)数据包,该数据包可以为实时传输协议(Real-time Transport Protocol,RTP)包,可能导致该终端在呼叫保持时无法播放呼叫保持音(Hold tone)的情况,用户体验差,也不满足运营商要求。
为解决上述问题,一种可能的实现方式中,在呼叫保持时,为了避免在运营商服务器未向终端下发呼叫保持音数据包,导致终端无法播放呼叫保持音的情况出现,目前无论终端基带处理器(Baseband Processor,BP)侧是否收到网络下发的实时传输协议(Real-time Transport Protocol,RTP)包(该RTP包中包括呼叫保持音的数据包),应用处理器(Application Processor,AP)侧都播放本地配置的呼叫保持音(Hold tone)。运营商服务器正常给终端下发Hold tone时,终端可能会同时播放出两种Hold tone:手机本地配置的Hold tone和网络下发的Hold tone,这样会造成混音。
一种可能的实现方式中,在呼叫保持时,检测终端是否收到Hold tone RTP包,然后再判断是否需要通知AP侧播放本地配置的Hold tone,如此可以避免终端不播放Holdtone,或者,播放两种Hold tone出现混音等情况。
本发明实施例中,上述终端可以称之为用户设备(user equipment,UE)、接入终端、终端设备、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
终端可以是WLAN中的站点(STAION,ST),可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal 40Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信系统例如NR网络中的终端,或者未来演进的公共陆地移动网络(Public Land MobileNetwork,PLMN)网络中的终端等。在本发明实施例中,终端可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。
在本发明实施例中,终端可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端、增强现实(Augmented Reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端或智慧家庭(smart home)中的无线终端等。
作为示例而非限定,在本发明实施例中,该终端还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
本发明实施例涉及的运营商服务器可以为应用服务器(Application Server,AS)或者流媒体服务器。
AS(Application Server,应用服务器)是IP多媒体系统(IP MultimediaSubsystem,IMS)系统中位于最上层的应用层设备,提供基本业务和补充业务、多媒体会议、融合通讯、短信网关、标准话务台等业务。IMS网络是一个基于IP承载并向用户提供各项多媒体服务的开放系统,AS网元与CSCF之间通过标准SIP协议进行交互,进而实现各种网络业务的触发和执行。具体来说,IMS网络中的应用服务器AS提供以下几方面的业务应用:
1、基本业务和补充业务
IMS网络中的基本业务包括点到点的语音呼叫、视频呼叫以及呼叫异常提示,点到点指呼叫可以是两个IMS用户之间,也可以是IMS用户与其他网络的用户,如PSTN固话用户、移动网GSM用户等;呼叫异常提示指在被叫忙、无应答、号码空号、主叫欠费等各种条件下的语音和视频呼叫,给主叫用户播放通知音;IMS网络中提供的补充业务种类包括号码显示、呼叫转移、呼叫限制、呼叫完成以及多方通话业务等。
2、多媒体会议
多方通话是建立在至少三个用户之间的网络应用,其中任意一个人的语音可以被会议中的所有其他人员听到,多媒体会议在多方通话传输语音信息的基础上,又提供了视频图像,从而使人们之间进行交互的媒体种类更加的丰富。
3、融合通讯
提供用户在互联网上的各类通讯方式和业务,比如消息、文件和视频共享等。除此之外,AS提供的业务功能还包括短信网关、标准话务台、群业务等,极大地丰富了IMS网络的各种应用。
流媒体是指以流方式在网络中传送音频、视频和多媒体文件的媒体形式。相对于下载后观看的网络播放形式而言,流媒体的典型特征是把连续的音频和/或视频信息压缩后存储在网络服务器(该网络服务器即为流媒体服务器),以便用户使用时下载,不必等待整个文件下载完毕。
流媒体服务器是流媒体应用的核心系统,是运营商向用户提供视频服务的关键平台,流媒体服务器的主要功能是对流媒体内容进行采集、缓存、调度和传输播放。流媒体应用系统的主要性能体现都取决于媒体服务器的性能和服务质量。因此,流媒体服务器是流媒体应用系统的基础,也是最主要的组成部分。
流媒体服务器的主要功能是以流式协议(RTP/RTSP、MMS、RTMP等)将视频文件传输到客户端,供用户在线观看;也可从视频采集、压缩软件接收实时视频流,再以流式协议直播给客户端。
本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、先进的长期演进(Advanced long term evolution,LTE-A)系统、新无线(New Radio,NR)系统、NR系统的演进系统、非授权频谱上的LTE(LTE-based access tounlicensed spectrum,LTE-U)系统、非授权频谱上的NR(NR-based access to unlicensedspectrum,NR-U)系统、非地面通信网络(Non-Terrestrial Networks,NTN)系统、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、无线局域网(WirelessLocal Area Networks,WLAN)、无线保真(Wireless Fidelity,WiFi)、第五代通信(5th-Generation,5G)系统或其他通信系统等。
应理解,本文中术语“系统”和“网络”在本文中常可被互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本发明实施例的描述中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
如图1所示,为本发明实施例提供的一种通话场景的架构示意图,其中,包括运营商服务器11、第一终端12以及第二终端13,该运营商服务器11可以接收第二终端13发送的呼叫保持请求消息,并且运营商服务器11可以将该呼叫保持请求消息转发给第一终端12,第一终端12可以在预设时长内等待运营商服务器11发送呼叫保持音视频数据包(RTP包),如果在该预设时长内未接收到呼叫保持音视频数据包,则可以认为运营商服务器11不会为其配置音视频数据包,此时第一终端12可以播放本地配置的第二呼叫保持音视频信号;如果在所述预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。
如图2所示,本发明实施例提供一种播放呼叫保持音视频信号的方法,该方法包括:
201、在第一终端与第二终端进行第一音视频通话过程中,第二终端向运营商服务器发送呼叫保持请求消息。
其中,呼叫保持请求消息用于请求保持第一音视频通话。
上述保持第一音视频通话是指针对第一音视频通话进行呼叫保持,就是正在通话的终端(如第二终端),可以暂时中断第一音视频通话,而进行其他音视频通话,同时不挂断第一音视频通话,当需要回到第一音视频通话时,可以通过操作终端的按键,或者通过针对终端的预设的输入(例如,手势输入,或者,甩动终端的输入)选择在这两个通话之间进行切换。
本发明实施例中,音视频通话(第一音视频通话)可以是指音频通话,或者,视频通话。
可选的,在第二终端进行第一音视频通话过程中,可以接收用户的呼叫保持操作,并响应于呼叫保持操作,向运营商服务器发送呼叫保持请求消息。
一种可选的实现方式中:在第二终端进行第一音视频通话过程中,第二终端接收用户在第一音视频通话的操作界面上针对第一控件的触控操作,并响应于该触控操作向运营商服务器发送呼叫保持请求消息,其中,第一控件为通话保持功能(也称为呼叫保持功能)的控件。
示例性的,如图3所示为一种终端通话界面的示意图,该界面中包括有通话保持功能的控件31,通过用户针对控件31的触控操作,可以触发该终端向运营商服务器发送呼叫保持请求消息。
其中,触控操作可以为单次点击操作、连续多次点击操作、重按操作(即按压压力值大于预设压力值)或者长按操作(即按压时长大于预设时长)等。
另一种可选的实现方式中:在第二终端进行第一音视频通话过程中,第二终端可以接收用户的音视频通话切换操作,从第一音视频通话切换至第二音视频通话,并且在音视频通话之后,响应于该切换操作向运营商服务器发送呼叫保持请求消息。
可选的,上述第一音视频通话切换至第二音视频通话可以为:在第一音视频通话过程中,触发拨打另一通第二音视频通话,而将第一音视频通话进行通话保持。
可选的,上述第一音视频通话切换至第二音视频通话可以为:在第一音视频通话过程中,切换到接通另一通第二音视频通话,而将第一音视频通话进行通话保持。
示例性的,如图4所示为一种终端通话界面的示意图,该界面中在用户与“张三”的第一通话的通话界面41,上方的显示区域42中显示存在“老王”的第二通话的来电,以及接通该来电的控件421,在用于点击该控件421时,终端从“张三”的第一通话切换为与“老王”的第二通话,并触发向运营商服务器发送呼叫保持请求消息。
在上述101中,第二终端向运营商服务器发送呼叫保持请求消息之后,可以使得运营商服务器可以将该呼叫保持请求消息发送给第一终端,第一终端可以等待运营商服务器发送呼叫保持音视频数据包。
本发明实施例中,音视频数据包可以是音频数据包、视频数据包,或者其他多媒体类数据包。
可选的,呼叫保持音视频数据包可以为RTP包。
可选的,呼叫保持音视频数据包可以为Hold tone RTP包。
202、运营商服务器将该呼叫保持请求消息发送至第一终端。
203、第一终端判断在预设时长内是否接收到呼叫保持音视频数据包。
第一终端接收运营商服务器发送的呼叫保持请求消息之后,若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则执行下述204;若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则执行下述205。
其中,该预设时长可以根据实际需求设置,本发明实施例不作限定。
可选的,第一终端接收运营商服务器发送的呼叫保持请求消息之后,还可以向运营商服务器发送第一指示,该第一指示用于指示本地是否配置有目标运营商的呼叫保持音视频信号,该目标运营商为向第一音视频通话提供服务的运营商。
该可选的方式中,第一终端可以通过向运营商服务器发送第一指示,在第一终端配置有目标运营商的呼叫保持音视频信号的情况下,可以让运营商服务器获知,如此运营商服务器可以不再向第一终端发送呼叫保持音视频数据包。
可选的,在第一终端接收运营商服务器发送的呼叫保持请求消息之后,还可以向运营商服务器发送第一指示,并在第一终端配置有目标运营商的呼叫保持音视频信号的情况下,直接播放目标运营商的呼叫保持音视频信号。
该可选的方式中,在第一终端确定自己配置有目标运营商的呼叫保持音视频信号的情况下,直接播放目标运营商的呼叫保持音视频信号,并通过第一指示通知运营商服务器,如此无需运营商服务器向第一终端发送呼叫保持音视频数据包。
可选的,第一终端接收运营商服务器发送的呼叫保持请求消息之后,若本地未配置目标运营商的呼叫保持音视频信号,则可以向运营商服务器发送第一请求消息,第一请求消息用于请求目标运营商的呼叫保持音视频信号,目标运营商为向第一音视频通话提供服务的运营商。
该可选的方式中,在第一终端确定自己没有配置目标运营商的呼叫保持音视频信号的情况下,可以向运营商服务器主动请求目标运营商呼叫保持音视频数据包,提高了终端侧的灵活度。
204、第一终端播放本地配置的第二呼叫保持音视频信号。
可选的,第一终端,若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则可以检测第一终端本地是否配置有目标运营商的第二呼叫保持音视频信号,其中,目标运营商为向第一音视频通话提供服务的运营商;若本地配置有目标运营商的第二呼叫保持音视频信号,则播放第二呼叫保持音视频信号。
示例性的,假设为第一音视频通话提供服务的运营商为运营商A,第一终端本地配置有运营商A和运营商B的呼叫保持音视频信号,那么在进行第一音视频通话过程中,向运营商A的运营商服务器发送呼叫保持请求消息之后,在预设时长内未接收到呼叫保持音视频数据包的情况下,第一终端可以播放本地配置的运营商A的呼叫保持音视频信号。
示例性的,假设为第一音视频通话提供服务的运营商为运营商A,第一终端本地配置有运营商C和运营商B的呼叫保持音视频信号,那么在进行第一音视频通话过程中,向运营商A的运营商服务器发送呼叫保持请求消息之后,在预设时长内未接收到呼叫保持音视频数据包的情况下,第一终端可以从本地配置的其他音视频信号中播放一段音视频信号作为呼叫保持音视频信号。
本发明实施例中,在第一终端和第二终端进行第一语音通话过程中,第二终端可以向运营商服务器发送呼叫保持请求消息,该呼叫保持请求消息经由运营商服务器转发后到达第一终端,第一终端在接收到呼叫保持请求消息之后,若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则可以播放本地配置的第二呼叫保持音视频信号。通过该方案,在音视频通话过程中若接收到向运营商服务器发送的呼叫保持请求消息之后,可以等待预设时长,判断在该预设时长内是否接收到呼叫保持音视频数据包,如果没有接收到,说明运营商服务器并未向第一终端发送呼叫保持音视频信号,此时可以播放本地配置的第二呼叫保持音视频信号,如此可以避免第一终端同时播放出两种呼叫保持音视频信号,造成混音的情况。
205、第一终端播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。
可选的,若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则可以直接播放该呼叫保持音视频数据包中的第一呼叫保持音视频信号。
通过该方案,在终端(即第一终端)接收到由运营商服务器发送的呼叫保持请求消息之后,终端可以等待预设时长,判断在该预设时长内是否接收到呼叫保持音视频数据包,如果接收到了,说明运营商服务器已经向终端发送了呼叫保持音视频信号,此时可以运营商服务器发送的呼叫保持音视频数据包中的第一呼叫保持音视频信号,如此可以避免终端同时播放出两种Hold tone,造成混音的情况。
进一步的,若在预设时长内接收到呼叫保持音视频数据包,还可以获取呼叫保持音视频数据包中的第一呼叫保持音视频信号;并判断第一呼叫保持音视频信号与第二呼叫保持音视频信号是否匹配,若第一呼叫保持音视频信号与第二呼叫保持音视频信号不匹配,则根据第一呼叫保持音视频信号更新本地配置的第二呼叫保持音视频信号。
其中,第一呼叫保持音视频信号为呼叫保持音视频数据包中的呼叫保持音视频信号,第二呼叫保持音视频信号针对目标运营商配置;目标运营商为向第一音视频通话提供服务的运营商。
该实现方式中,第一终端可以在接收到呼叫保持音视频数据包之后,判断其中的第一呼叫保持音视频信号与第二呼叫保持音视频信号是否匹配,在不匹配时,第一终端认为本地配置的第二呼叫保持音视频信号,不符合运营商当前的呼叫保持音视频信号,此时根据第一呼叫保持音视频信号更新第二呼叫保持音视频信号,可以及时的更新第一终端本地配置的呼叫保持音视频信号,保证在后续运营商服务器未向第一终端发送呼叫保持音视频数据包的情况下,第一终端可以播放符合运营商当前要求的呼叫保持音视频信号。
本发明提出的方法,可以应用于任意厂商的终端。当用户使用终端在4G网络进行高清语音通话,或者,5G网络下进行VONR通话(5G的高清语音通话)的情况下,一个终端(记为终端A)在触发呼叫保持业务时(用户在终端通话界面点击“保持”、用户在通话过程中拨打另一通电话,或者,接听另一通电话等场景均可触发呼叫保持业务),对端的终端(记为终端B)增加了检测是否有接收到运营商服务器下发的Hold tone RTP包的机制;如果终端B在终端A触发呼叫保持业务后的预设时间内,检测到运营商服务器有下发Hold tone RTP包,那么终端B的BP侧可以通知AP侧:本次呼叫保持播放网络下发的Hold tone;如果终端B没有检测到运营商服务器有下发Hold tone RTP包,那么终端B的BP侧通知终端B的AP侧:本次呼叫保持播放终端B本地配置的Hold tone。通过本发明实施例中的机制,终端B播放的Holdtone既可以满足运营商需求,也不会造成混音、以及无声的情况。
如图5所示,本发明实施例提供一种终端,该终端为上述第一终端,该第一终端包括:
接收模块501,用于接收运营商服务器发送的呼叫保持请求消息,呼叫保持请求消息用于请求保持第一音视频通话;
处理模块502,用于若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。
可选的,处理模块502,还用于若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则播放本地配置的第二呼叫保持音视频信号。
可选的,接收模块501,用于在第一终端与第二终端进行第一音视频通话过程中,接收运营商服务器发送的呼叫保持请求消息;呼叫保持请求消息为第二终端发起的,呼叫保持请求消息用于请求保持第一音视频通话。
可选的,处理模块502,具体用于若在预设时长内未接收到呼叫保持音视频数据包,则检测本地是否配置有目标运营商的第二呼叫保持音视频信号,其中,目标运营商为向第一音视频通话提供服务的运营商;若本地配置有目标运营商的第二呼叫保持音视频信号,则播放第二呼叫保持音视频信号。
可选的,处理模块502,还用于若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则获取呼叫保持音视频数据包中的第一呼叫保持音视频信号;若第一呼叫保持音视频信号与第二呼叫保持音视频信号不匹配,则根据第一呼叫保持音视频信号更新本地配置的第二呼叫保持音视频信号;其中,第二呼叫保持音视频信号针对目标运营商配置;目标运营商为向第一音视频通话提供服务的运营商。
可选的,上述第一终端还包括:发送模块503,用于上述接收模块501接收运营商服务器发送的呼叫保持请求消息之后,向运营商服务器发送第一指示;第一指示用于指示本地是否配置有目标运营商的呼叫保持音视频信号,目标运营商为向第一音视频通话提供服务的运营商。
本发明实施例还提供一种第二终端,该第二终端包括:
发送模块,用于第一终端与第二终端进行第一音视频通话过程中,向运营商服务器发送呼叫保持请求消息;以使得运营商服务器向第一终端转发呼叫保持请求消息,以及在第一终端接收运营商服务器发送的呼叫保持请求消息之后,若第一终端在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放所述呼叫保持音视频数据包中的第一呼叫保持音视频信号;若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则播放本地配置的第二呼叫保持音视频信号。
可选的,发送模块,具体用于在第一终端与第二终端进行第一音视频通话过程中,接收用户的呼叫保持操作;响应于呼叫保持操作,向运营商服务器发送呼叫保持请求消息。
可选的,发送模块,具体用于接收用户在第一音视频通话的操作界面上针对第一控件的触控操作,其中,第一控件为通话保持功能的控件;
或者,
接收用户的音视频通话切换操作,从第一音视频通话切换至第二音视频通话。
如图6所示,本发明实施例还提供一种终端,该终端可以包括处理器601,存储器602、以及存储在存储器602上并可在处理器601上运行的计算机程序,该计算机程序被处理器601执行时可以实现上述方法实施例中第一终端执行的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种终端,该终端可以包括处理器,存储器、以及存储在存储器上并可在处理器上运行的计算机程序,该计算机程序被处理器执行时可以实现上述方法实施例中第二终端执行的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种播放呼叫保持音视频信号的系统,该系统包括:上述第一终端、上述第二终端,以及运营商服务器。
如图7所示为本发明实施例提供的一种终端的硬件结构示意图。该终端(可以为手机)可以包括:射频(radio frequency,RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wireless fidelity,WiFi)模块770、处理器780、以及电源790等部件。其中,射频电路710包括接收器711和发送器712。本领域技术人员可以理解,图7中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
RF电路710可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器780处理;另外,将设计上行的数据发送给基站。通常,RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier,LNA)、双工器等。此外,RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(globalsystem of mobile communication,GSM)、通用分组无线服务(general packet radioservice,GPRS)、码分多址(code division multiple access,CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution,LTE)、电子邮件、短消息服务(short messaging service,SMS)等。
存储器720可用于存储软件程序以及模块,处理器780通过运行存储在存储器720的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器720可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元730可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元730可包括触控面板731以及其他输入设备732。触控面板731,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板731可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器780,并能接收处理器780发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731,输入单元730还可以包括其他输入设备732。具体地,其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741,可选的,可以采用液晶显示器(liquid crystaldisplay,LCD)、有机发光二极管(organic light-Emitting diode,OLED)等形式来配置显示面板741。进一步的,触控面板731可覆盖显示面板741,当触控面板731检测到在其上或附近的触摸操作后,传送给处理器780以确定触摸事件的类型,随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中,触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。
终端还可包括至少一种传感器750,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板741的亮度,接近传感器可在手机移动到耳边时,关闭显示面板741和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路760、扬声器761,传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号,传输到扬声器761,由扬声器761转换为声音信号输出;另一方面,传声器762将收集的声音信号转换为电信号,由音频电路760接收后转换为音频数据,再将音频数据输出处理器780处理后,经RF电路710以发送给比如另一手机,或者将音频数据输出至存储器720以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器780是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器720内的软件程序和/或模块,以及调用存储在存储器720内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器780可包括一个或多个处理单元;优选的,处理器780可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器780中。
手机还包括给各个部件供电的电源790(比如电池),优选的,电源可以通过电源管理系统与处理器780逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
本发明实施例中,RF电路710,用于接收运营商服务器发送的呼叫保持请求消息,呼叫保持请求消息为第二终端发起的,呼叫保持请求消息用于请求保持第一音视频通话;
处理器780,用于若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则播放呼叫保持音视频数据包中的第一呼叫保持音视频信号。
可选的,处理器780,还用于若在预设时长内未接收到运营商服务器发送的呼叫保持音视频数据包,则播放本地配置的第二呼叫保持音视频信号。
可选的,该终端为第一终端,RF电路710,具体用于在第一终端与第二终端进行第一音视频通话过程中,接收运营商服务器发送的呼叫保持请求消息;呼叫保持请求消息为第二终端发起的,呼叫保持请求消息用于请求保持第一音视频通话。
可选的,处理器780,具体用于若在预设时长内未接收到呼叫保持音视频数据包,则检测本地是否配置有目标运营商的第二呼叫保持音视频信号,其中,目标运营商为向第一音视频通话提供服务的运营商;
若本地配置有目标运营商的第二呼叫保持音视频信号,则播放第二呼叫保持音视频信号。
可选的,处理器780,还用于若在预设时长内接收到运营商服务器发送的呼叫保持音视频数据包,则获取呼叫保持音视频数据包中的第一呼叫保持音视频信号;
若第一呼叫保持音视频信号与第二呼叫保持音视频信号不匹配,则根据第一呼叫保持音视频信号更新本地配置的第二呼叫保持音视频信号;
其中,第二呼叫保持音视频信号针对目标运营商配置;目标运营商为向第一音视频通话提供服务的运营商。
可选的,呼叫保持请求消息中携带第一指示;
第一指示用于指示本地是否配置有目标运营商的呼叫保持音视频信号,目标运营商为向第一音视频通话提供服务的运营商。
本发明实施例提供一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现上述方法实施例中终端执行的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,该计算机可读存储介质可以为只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (9)
1.一种播放呼叫保持音视频信号的方法,其特征在于,应用于终端,所述终端为第一终端,包括:
在所述第一终端与第二终端进行第一音视频通话过程中,接收运营商服务器发送的呼叫保持请求消息;
若在预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则播放所述呼叫保持音视频数据包中的第一呼叫保持音视频信号;
所述方法还包括:
若在所述预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则获取所述呼叫保持音视频数据包中的所述第一呼叫保持音视频信号;若所述第一呼叫保持音视频信号与第二呼叫保持音视频信号不匹配,则根据所述第一呼叫保持音视频信号更新本地配置的所述第二呼叫保持音视频信号,所述第二呼叫保持音视频信号针对目标运营商配置,所述目标运营商为向所述第一音视频通话提供服务的运营商。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若在所述预设时长内未接收到所述运营商服务器发送的所述呼叫保持音视频数据包,则播放本地配置的第二呼叫保持音视频信号。
3.根据权利要求1或2所述的方法,其特征在于,所述呼叫保持请求消息为所述第二终端发起的,所述呼叫保持请求消息用于请求保持所述第一音视频通话。
4.根据权利要求3所述的方法,其特征在于,所述若在预设时长内未接收到所述运营商服务器发送的呼叫保持音视频数据包,则播放本地配置的第二呼叫保持音视频信号,包括:
若在所述预设时长内未接收到所述运营商服务器发送的所述呼叫保持音视频数据包,则检测本地是否配置有目标运营商的所述第二呼叫保持音视频信号;
若本地配置有所述目标运营商的所述第二呼叫保持音视频信号,则播放所述第二呼叫保持音视频信号。
5.根据权利要求3所述的方法,其特征在于,所述接收运营商服务器发送的呼叫保持请求消息之后,所述方法还包括:
向所述运营商服务器发送第一指示;
所述第一指示用于指示本地是否配置有目标运营商的所述呼叫保持音视频信号。
6.根据权利要求3所述的方法,其特征在于,所述接收运营商服务器发送的呼叫保持请求消息之后,所述方法还包括:
若本地未配置目标运营商的所述呼叫保持音视频信号,则向所述运营商服务器发送第一请求消息,所述第一请求消息用于请求所述目标运营商的所述呼叫保持音视频信号。
7.一种终端,其特征在于,所述终端为第一终端,包括:
接收模块,用于在所述第一终端与第二终端进行第一音视频通话过程中,接收运营商服务器发送的呼叫保持请求消息;
处理模块,用于若在预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则播放所述呼叫保持音视频数据包中的第一呼叫保持音视频信号;
所述处理模块,还用于若在所述预设时长内接收到所述运营商服务器发送的呼叫保持音视频数据包,则获取所述呼叫保持音视频数据包中的所述第一呼叫保持音视频信号;若所述第一呼叫保持音视频信号与第二呼叫保持音视频信号不匹配,则根据所述第一呼叫保持音视频信号更新本地配置的所述第二呼叫保持音视频信号,所述第二呼叫保持音视频信号针对目标运营商配置,所述目标运营商为向所述第一音视频通话提供服务的运营商。
8.一种终端,其特征在于,包括:处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序,计算机程序被处理器执行时实现如权利要求1至6任一项所述的播放呼叫保持音视频信号的方法。
9.一种计算机可读存储介质,其特征在于,包括:计算机可读存储介质上存储计算机程序,计算机程序被处理器执行时实现如权利要求1至6任一项所述的播放呼叫保持音视频信号的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110129928.XA CN112910892B (zh) | 2021-01-29 | 2021-01-29 | 播放呼叫保持音视频信号的方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110129928.XA CN112910892B (zh) | 2021-01-29 | 2021-01-29 | 播放呼叫保持音视频信号的方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112910892A CN112910892A (zh) | 2021-06-04 |
CN112910892B true CN112910892B (zh) | 2022-12-20 |
Family
ID=76121652
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110129928.XA Active CN112910892B (zh) | 2021-01-29 | 2021-01-29 | 播放呼叫保持音视频信号的方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112910892B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113596748B (zh) * | 2021-07-19 | 2023-09-15 | Oppo广东移动通信有限公司 | 实现呼叫保持功能的方法、服务器及用户终端 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020220781A1 (zh) * | 2019-04-30 | 2020-11-05 | 华为技术有限公司 | 呼叫处理的的方法和设备 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4371874B2 (ja) * | 2004-03-24 | 2009-11-25 | Necインフロンティア株式会社 | 通話保留音出力方法及びsipサーバ |
CN1964400A (zh) * | 2006-11-22 | 2007-05-16 | 华为技术有限公司 | 一种实现呼叫保持的方法及终端 |
CN101111086B (zh) * | 2007-08-28 | 2010-04-07 | 华为技术有限公司 | 一种呼叫控制的方法及系统 |
CN101527891B (zh) * | 2008-04-30 | 2011-04-20 | 华为技术有限公司 | 一种跨网络呼叫保持方法和设备 |
CN107567001A (zh) * | 2016-06-30 | 2018-01-09 | 中兴通讯股份有限公司 | 一种实现呼叫驻留的方法、应用服务器和系统 |
CN108270938B (zh) * | 2016-12-30 | 2020-07-28 | 华为技术有限公司 | 一种呼叫处理的方法和交换装置 |
-
2021
- 2021-01-29 CN CN202110129928.XA patent/CN112910892B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020220781A1 (zh) * | 2019-04-30 | 2020-11-05 | 华为技术有限公司 | 呼叫处理的的方法和设备 |
Non-Patent Citations (1)
Title |
---|
流媒体在3G网络中的应用;刘彬等;《青海民族大学学报(教育科学版)》;20100910(第05期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112910892A (zh) | 2021-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106412681B (zh) | 弹幕视频直播方法及装置 | |
CN108390816B (zh) | 网络通话方法和装置 | |
CN108965306B (zh) | 一种通话处理方法及移动终端 | |
CN106973330B (zh) | 一种屏幕直播方法、装置和系统 | |
CN107231159B (zh) | 一种射频干扰处理方法、装置、存储介质和终端 | |
CN107592415B (zh) | 语音发送方法、终端和计算机可读存储介质 | |
CN112423076B (zh) | 一种音频投屏同步控制方法、设备及计算机可读存储介质 | |
CN110531913B (zh) | 一种视频彩铃处理方法,通信设备及计算机可读存储介质 | |
CN107786427B (zh) | 一种信息交互方法、终端和计算机可读存储介质 | |
CN110187808B (zh) | 动态壁纸设置方法、装置及计算机可读存储介质 | |
CN110300187A (zh) | 一种跨终端的远程协助方法和终端、服务器以及系统 | |
CN106817482B (zh) | 移动终端及其拨打电话的方法和装置 | |
CN109495769B (zh) | 视频通信方法、终端、智能电视、服务器及存储介质 | |
CN111324407A (zh) | 一种动画显示方法、终端及计算机可读存储介质 | |
CN109120507B (zh) | 移动终端和实现与固定终端即时通讯的方法、装置 | |
CN112910892B (zh) | 播放呼叫保持音视频信号的方法及终端 | |
CN112691363A (zh) | 一种云游戏跨终端切换的方法和相关装置 | |
CN112492340B (zh) | 直播音频采集方法、移动终端及计算机可读存储介质 | |
CN107682541B (zh) | 屏幕投影的音频控制方法、移动终端及存储介质 | |
CN109462829B (zh) | 一种通话转移方法、设备及计算机可读存储介质 | |
CN107315523B (zh) | 一种分屏处理方法、移动终端及计算机可读存储介质 | |
CN107360599B (zh) | 智能wifi联网方法及移动终端 | |
US11477591B2 (en) | Audio data processing method, terminal device, and storage medium | |
CN112887195B (zh) | 语音呼叫方法、语音呼叫设备及计算机可读存储介质 | |
CN112887776B (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 |