CN106921609A - 呼叫放音控制方法及装置 - Google Patents
呼叫放音控制方法及装置 Download PDFInfo
- Publication number
- CN106921609A CN106921609A CN201510989342.5A CN201510989342A CN106921609A CN 106921609 A CN106921609 A CN 106921609A CN 201510989342 A CN201510989342 A CN 201510989342A CN 106921609 A CN106921609 A CN 106921609A
- Authority
- CN
- China
- Prior art keywords
- tone
- playback
- information
- calling
- file
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
-
- 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]
-
- 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/70—Media network packetisation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种呼叫放音控制方法,该方法包括:媒体网关接收携带音包信息的呼叫放音请求;根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。本发明还公开了一种呼叫放音控制装置。本发明实现在云计算平台的媒体网关放音业务使用中,该媒体网关直接出放音需要的码型数据流到RTP,不在虚拟机内进行码型的转换处理,节省了编解码转换资源,并加快了放音效率,减少虚拟机对CPU等硬件资源的占用,从而提高了物理硬件平台的资源利用率。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种呼叫放音控制方法及装置。
背景技术
随着移动通信技术的发展,电话普及率的提高,用户对电信业务的要求越来越高,呼叫放音业务成为一项重要的电信业务。目前,在云计算平台中,媒体网关在呼叫放音时,对媒体流的交互的码型具备TC(Transcoder)编解码转换的功能,包括采用G.711单一解编码格式文件的管理呼叫放音的音元文件,并在虚拟机中直接采用在RTP(Real-time Transport Protocol)-TC-TONE的接续方式来进行呼叫放音。即在在虚拟化的硬件平台上,直接在虚拟机中进行音文件的TC处理,而虚拟机在处理语音编解码的能力相对比较差,一个虚机仅能处理有限的TC转换,因此实际放音业务中需要占用大量的虚机,同时编解码转换对虚拟机CPU和内存资源占用非常大。因此当前通过在虚拟机中完成语音编解码处理后再进行呼叫放音具有局限性,这将导致实际放音的配置成本很高,会造成云平台的硬件资源的浪费,同时也对媒体流的传输业务的性能造成了较大的影响。
发明内容
本发明的主要目的在于提供一种呼叫放音控制方法及装置,旨在解决当前呼叫放音流程中需要在虚拟机中进行语音编解码处理的问题。
为实现上述目的,本发明提供的一种呼叫放音控制方法,所述呼叫放音控制方法包括以下步骤:
媒体网关接收携带音包信息的呼叫放音请求;
根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
优选地,所述根据呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息的步骤包括:
根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
优选地,所述根据音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件的步骤包括:
根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
根据所述音元地址确定所述音元文件。
优选地,所述媒体网关接收携带音包信息的呼叫放音请求的步骤之前还包括:
加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
优选地,所述根据音元列表信息、所述编解码信息选择及所述音元编号信息对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件的步骤之后还包括:
在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
优选地,所述根据音元列表信息、所述编解码信息选择及所述音元编号信息对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件的步骤之后还包括:
在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
此外,为实现上述目的,本发明还提供一种呼叫放音控制装置,所述呼叫放音控制装置包括:
接收模块,用于接收携带音包信息的呼叫放音请求;
第一获取模块,用于根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
选择模块,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
优选地,所述第一获取模块包括:
查询单元,用于根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
获取单元,用于根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
优选地,所述选择模块包括:
第一确定单元,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
第二确定单元,用于根据所述音元地址确定所述音元文件。
优选地,所述呼叫放音控制装置还包括:
加载模块,用于加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
优选地,所述呼叫放音控制装置还包括:
第二获取模块,用于在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
优选地,所述呼叫放音控制装置还包括:
第三获取模块,用于在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
本发明通过媒体网关接收携带音包信息的呼叫放音请求,根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息,并根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。由于在云计算平台的媒体网关放音业务使用中,根据接收到的呼叫放音请求,该媒体网关直接出放音需要的码型数据流到RTP,不在虚拟机内进行码型的转换处理,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,节省了编解码转换资源,并加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
附图说明
图1为本发明呼叫放音控制方法的第一实施例的流程示意图;
图2为传统呼叫放音方式的构架示意图;
图3为本发明改进后的呼叫放音方式的构架示意图;
图4为音元文件制作与装载示意图;
图5为用户面音元寻址示意图;
图6为本发明呼叫放音控制方法的第二实施例中根据呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息的细化流程示意图;
图7为本发明呼叫放音控制方法的第三实施例中根据音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件的细化流程示意图;
图8为本发明呼叫放音控制方法的第四实施例的流程示意图;
图9为本发明呼叫放音控制方法的第五实施例的流程示意图;
图10为本发明呼叫放音控制方法的第六实施例的流程示意图;
图11为本发明呼叫放音控制装置的第一实施例的功能模块示意图;
图12为本发明呼叫放音控制装置的第二实施例中第一获取模块的细化功能模块示意图;
图13为本发明呼叫放音控制装置的第三实施例中选择模块的细化功能模块示意图;
图14为本发明呼叫放音控制装置的第四实施例的功能模块示意图;
图15为本发明呼叫放音控制装置的第五实施例的功能模块示意图;
图16为本发明呼叫放音控制装置的第六实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
基于上述问题,本发明提供一种呼叫放音控制方法。
参照图1,图1为本发明呼叫放音控制方法的第一实施例的流程示意图。
在本实施例中,所述呼叫放音控制方法包括:
步骤S10,媒体网关接收携带音包信息的呼叫放音请求;
在本实施例中,媒体网关接收到服务器发送过来的携带音包信息的呼叫放音请求,请求该媒体网关向放音收听端放音。该音包信息包含放音业务参数,如URL地址。
步骤S20,根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
在接收到该呼叫放音请求后,该媒体网关中的H248G协议根据该呼叫放音请求,获取已制作并已加载完成的,与该音包信息关联的音元列表信息、编解码信息及音元编号信息,并获取用户面语音资源。
步骤S30,根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
在获取到该音元列表信息、编解码信息及音元编号信息后,该媒体网关中的H248G协议进行TC资源分析和接续处理,使得该媒体网关中的用户面语音模块的电路接通。在该用户面语音模块的电路接通后,该用户面语音模块根据该音元列表信息、编解码信息及音元编号信息选择对应的音元文件进行播放。
该媒体网关中的H248G对G.711码型放音环节的改造包括:放音流程改造;各种停放音流程改造;收号流程改造;各种停收号流程改造;上下文资源分析流程和接续拆续分析和处理流程改造,以支持以下场景的接续和TC资源分析:
场景1:G.711码型的放音流程为RTP的码型为G.711,TONE采用G.711码型的音元,与网关内部AU律一致;
场景2:G.711放音+TC方式收号流程改造为RTP的码型为G.711,TONE采用G.711码型的音元,与网关内部AU律一致;
场景3:压缩码型放音流程改造为RTP的码型为压缩码型,TONE采用G.711码型的音元,与网关内部AU律一致;
场景4:压缩码型放音+TC方式收号流程改造为RTP的码型为压缩,TONE采用G.711码型的音元,与网关内部AU律一致。
该媒体网关中的H248G对其他压缩码型放音环节的改造包括:放音流程改造;各种停放音流程改造;收号流程改造;各种停收号流程改造;上下文资源分析流程和接续拆续分析和处理流程改造,以支持以下场景的接续和TC资源分析:
场景1:压缩码型放音流程为RTP的码型与TONE的码型一致的场景;
场景2:放音+TC方式收号流程为RTP的码型任意,TONE采用G.711码型的音元,与网关内部AU律一致;其中,如果RTP不是G.711,不收号。
需要说明的是,当没有加载某种压缩码型的音库时,如果需要放音,统一采用默认的G.711码型的音元进行放音。
图2为传统呼叫放音方式的构架示意图,传统的呼叫放音方式是在放音时,将需要放音的音数据编解码成放音终端识别的码型,从而达到呼叫放音的目的。
图3为本发明改进后的呼叫放音方式的构架示意图,经过本发明改进后的呼叫放音方式是在放音时,不需要编解码,而是通过音元寻址的方式查询到需要播放的音元文件,从而达到呼叫放音的目的。
图4为音元文件制作与装载示意图,输入标准的.wav格式的音元文件后,将该音元文件转换成媒体网关支持的编解码信息(如压缩码型净荷文件),并将该编解码信息加载且存储到该媒体网关中,以提供呼叫放音的音元文件。
图5为用户面音元寻址示意图,不同类型的音元文件对应不同类型的编解码信息,因此用户面放音需要根据不同类型的编解码信息包含的编解码参数、音元ID来索引音元地址,为此:需要建立两级索引,需要为每种编解码型(如:AMR速率)建立一个音元索引数组,根据码型信息索引该种码型的音元地址。
本实施例通过媒体网关接收携带音包信息的呼叫放音请求,根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息,并根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。由于在云计算平台的媒体网关放音业务使用中,根据接收到的呼叫放音请求,该媒体网关直接出放音需要的码型数据流到RTP,不在虚拟机内进行码型的转换处理,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于所述第一实施例,提出本发明呼叫放音控制方法的第二实施例,在本实施例中,参照图6,上述步骤S20包括:
步骤S21,根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
在本实施例中,根据该呼叫放音请求,查询并获取与该呼叫放音请求携带的音包信息关联的放音标识信息、语言类型及所述编解码信息,该放音标识信息包括呼叫放音配置参数,该解编码信息包括编解码信息包括编解码参数、音元ID等。
步骤S22,根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
在获取到与该呼叫放音请求携带的音包信息关联的放音标识信息、语言类型后,该媒体网关中的H248G协议查询该与该放音标识信息、语言类型对应的音元列表信息,并申请用户面语音资源,该音元列表信息存储的是各编解码音元索引地址。
本实施例通过根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息,并根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。由于该音元列表信息是一个检索表格,记录了每个音元文件的音元地址,而该音元编号信息是记录该音元列表信息每个音元地址的存储顺序,因此使得媒体网关能够快速的获取到呼叫放音的音元地址,从而加快了放音效率。
进一步的,基于所述第一实施例,提出本发明呼叫放音控制方法的第三实施例,在本实施例中,参照图7,上述步骤S30包括:
步骤S31,根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
在本实施例中,在获取到音元列表信息、音元编号信息,结合与该呼叫放音请求关联的编解码信息,确定该呼叫放音与获取的音元文件的音元地址。
步骤S32,根据所述音元地址确定所述音元文件。
不同类型的音元文件对应不同类型的编解码信息,因此用户面放音需要根据不同类型的编解码信息包含的编解码参数、音元ID来索引音元地址,为此:需要建立两级索引,需要为每种编解码(如:AMR速率)建立一个音元索引数组,根据码型信息索引该种码型的音元地址,该索引表需要占用用户面一定的内存空间。
用户面放音时音元文件寻址处理,即在获取到该音元地址后,根据该音元地址确定该音元文件,以供该媒体网关向放音收听端播放该音元文件。
本实施例通过根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址,根据所述音元地址确定所述音元文件,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,而不需要在呼叫放音时进行码型转换处理,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于所述第一实施例,提出本发明呼叫放音控制方法的第四实施例,在本实施例中,参照图8,上述步骤S10之前,所述呼叫放音控制方法还包括:
步骤S40,加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
在本实施例中,在输入标准的.wav格式的音元文件后,如G.711编解码(A/U律)类型的音元文件,通过转换为二进制文件格式,根据不同的编解码输出不同压缩码型的语音净荷信息文件;该转换按照一定规则,对生成的不同编解码(如G.729//EVRC/GSM_FR/…等)的音元文件进行组织。
将编解码的音库文件加载到该媒体网关主音管理任务中/进程中。根据用户的选择需要加载的音元(可以指定是否过滤已加载音元);从网管->语音任务(主)发起请求,语音任务(主)进入加载状态;语音任务(主)通过FTP连接到网管服务端,获取需要加载的文件大小,并获取需要加载的文件到本地的语音进程(主);语音任务(主)更新本地的音元配置信息,并做持久化的保存;语音任务(主)对批量保存的音元文件上报下载的进度;当所有的待加载的编解码音元处理完成后,上报处理完成的响应。
需要说明的是,语音进程(主)与用户面语音进程/语音进程(备)校验与同步,包含以下的处理步骤:
用户面语音进程/语音进程(备)上电处理:用户面语音进程/语音进程(备)在上电时,读取语音配置信息和音元编号信息并加载;用户面语音任务/语音任务(备)定期比较加载的配置信息和音元编号信息(包括是否存在,且大小、时间、CRC信息等一致比较),并删除不一致的信息;向语音任务(主)发起音校验请求并收到响应;用户面语音进程/语音进程(备)音元发起校验:语音进程(主)定期向语音任务(主)发送通信状态正常的模块信息;语音任务(主)开音元校验使用的数据区;语音任务(主)进行本地保存收到用户面语音进程/语音进程(备)上电后发起音校验请求;语音任务(主)在空闲态的情况下发起语音校验;当某个模块的语音校验完成后判断是否还有待校验的模块,如果存在则语音任务(主)主动或定时发起语音轮循校验。
用户面语音进程/语音进程(备)音元校验过程:语音任务(主)发起语音校验;进入音元同步态;用户面语音任务/语音任务(备)收到语音校验后保存语音任务(主)信息并获取音元配置信息与本地音元配置信息进行比较;发现不一致的信息后通过FTP从语音进程(主)重新获取语音文件,修改本地的语音配置信息并持久化保存;批量处理完不一致的数据后上报进度给语音任务(主);当所有音元检查请求完成后,语音任务(主)进入空闲态。
同时,用户面增加对音内存管理组织方式,即对生成的不同编解码(如G.729//EVRC/GSM_FR/…等)的音元文件进行组织。首先使用两个队列(节点方式均动态申请和释放),例如,音文件队列及空闲块队列。其中,音文件队列,用于管理插入的音元文件;空闲块队列,用于管理空闲内存块。
在分配内存时,找到一个比所要求尺寸条件的空闲块稍大的内存块(若找到一个完全符合所要求尺寸条件的空闲块,则该空闲节点就不需要了,需要释放掉),将其分裂为两块,一块大小为所要求的尺寸大小,另一块为剩余大小。产生新的文件队列节点,指向尺寸大小的内存,并将该文件节点链入文件队列。将原空闲结点指向剩余大小的内存。
在用户面内存释放时,找到需要释放的内存对应的文件节点,并检查文件节点指向的内存,如果内存左侧和右侧均为空闲内存,则将左侧空闲节点、本文件节点、右侧空闲节点指向的内存合并。并用一个新的空闲节点指向该合并的内存,即新的空闲节点链入空闲节点队列,则老的左侧、右侧空闲节点释放。同时,释放文件节点,如果仅内存左侧为空闲内存,则将本内存和左侧节点内存进行合并;如果仅内存右侧为空闲内存,则将本内存和右侧节点内存进行合并;如果左侧和右侧内存均不空闲,则产生一个新的空闲节点管理该内存。
在用户面内存紧缩时,即当共享内存中的空闲碎片过多,虽然总的空闲容量能满足一个音元的记录,但是没有一个单一的碎片能容纳音元的记录,则需要内存紧缩。内存紧缩实际就是内存移位,即将有文件的内存向前拷贝,空闲内存合并到一起。
本实施例通过加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,而不需要在呼叫放音时进行码型转换处理,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于上述第一至第三任一实施例,提出本发明呼叫放音控制方法的第五实施例,在本实施例中,参照图9,上述步骤S30之后,所述呼叫放音控制方法还包括:
步骤S50,在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
在本实施例中,在本发明的放音过程中,当放音终端发生SDP切换(如:SDP中的放音编解码等参数修改),则能及时对应修改放音参数,达到放音终端的音元文件可以继续播放。
若SDP参数切换前后都需要编解码。在SDP切换流程中,放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP需要TC,并且当前也正在使用TC,则使用原有TC和音元资源继续播放,不修改放音元文件。
若SDP参数切换前后都不需要编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP不需要TC,并且当前也未使用TC,则当前的流程保持不变。
若SDP参数切换前无编解码,切换后有编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP需要TC,并且当前不在使用TC,则首先申请TC资源,拆除RTP和TONE之间的接续(此时用户面的放音通道保持不释放),接续RTP和TC,接续TC和TONE;再通知用户面控制进程;然后用户面控制进程通知TONE放音通道;最后放音通道切换到新的码型(G.711与网元内部AU律一致)的音元文件,且需要计算下之前播放的时间,从当前时间开始使用新的码型播放。
若SDP参数切换前有编解码,切换后无编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP不需要TC,并且当前在使用TC,则首先拆除RTP和TC之间的接续,拆除TC和TONE之间的接续(用户面的放音通道保持不释放),释放TC资源,接续RTP和TONE;再通知用户面控制进程;然后用户面控制进程通知TONE放音通道;最后放音通道切换到新的码型的音元文件,且需要计算下之前播放的时间,从当前时间开始使用新的码型播放。
本实施例通过在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件,使得本法明在呼叫放音终端发生SDP切换时,能及时对应修改呼叫放音的编解码信息,从而达到呼叫放音终端的音元文件可以继续播放。
进一步的,基于所述第一至第三任一实施例,提出本发明呼叫放音控制方法的第六实施例,在本实施例中,参照图10,上述步骤S30之后,所述呼叫放音控制方法还包括:
步骤S60,在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
在本发明的放音过程中,若对端发生了主动AMR速率调整,本发明能自动识别对端AMR速率调整,并且立即切换到新的AMR速率上继续播放。
在媒体网关加载了AMR调整前后不同速率集的音库的情况下,语音资源模块识别对端RTP过来的速率调整报文,并进行分析处理。当识别到发生AMR速率调整时,用户面语音放音通道自行切换到新的AMR速率上,且重新计算下之前播放的时间,从当前时间开始使用新的码型播放。并通知用户面的控制进程AMR速率发生变化,用户面的控制进程对放音统计信息进行修改。若调整后的AMR速率对应的音元未加载,则语音放音通道自动播放G.711码型的音元进行播放。
本实施例通过在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。当放音收听端所在的无线信号弱,宽带小的情况下,在进行AMR编解码放音时请求降低播放的速率,从而保证放音的质量。
本发明进一步提供一种呼叫放音控制装置。
参照图11,图11为本发明呼叫放音控制装置的第一实施例的功能模块示意图。
在本实施例中,所述呼叫放音控制装置包括:接收模块10、第一获取模块20、选择模块30。
所述接收模块10,用于媒体网关接收携带音包信息的呼叫放音请求;
在本实施例中,媒体网关接收到服务器发送过来的携带音包信息的呼叫放音请求,请求该媒体网关向放音收听端放音。该音包信息包含放音业务参数,如URL地址。
所述第一获取模块20,用于根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
在接收到该呼叫放音请求后,该媒体网关中的H248G协议根据该呼叫放音请求,获取已制作并已加载完成的,与该音包信息关联的音元列表信息、编解码信息及音元编号信息,并获取用户面语音资源。
所述选择模块30,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
在获取到该音元列表信息、编解码信息及音元编号信息后,该媒体网关中的H248G协议进行TC资源分析和接续处理,使得该媒体网关中的用户面语音模块的电路接通。在该用户面语音模块的电路接通后,该用户面语音模块根据该音元列表信息、编解码信息及音元编号信息选择对应的音元文件进行播放。
该媒体网关中的H248G对G.711码型放音环节的改造包括:放音流程改造;各种停放音流程改造;收号流程改造;各种停收号流程改造;上下文资源分析流程和接续拆续分析和处理流程改造,以支持以下场景的接续和TC资源分析:
场景1:G.711码型的放音流程为RTP的码型为G.711,TONE采用G.711码型的音元,与网关内部AU律一致;
场景2:G.711放音+TC方式收号流程改造为RTP的码型为G.711,TONE采用G.711码型的音元,与网关内部AU律一致;
场景3:压缩码型放音流程改造为RTP的码型为压缩码型,TONE采用G.711码型的音元,与网关内部AU律一致;
场景4:压缩码型放音+TC方式收号流程改造为RTP的码型为压缩,TONE采用G.711码型的音元,与网关内部AU律一致。
该媒体网关中的H248G对其他压缩码型放音环节的改造包括:放音流程改造;各种停放音流程改造;收号流程改造;各种停收号流程改造;上下文资源分析流程和接续拆续分析和处理流程改造,以支持以下场景的接续和TC资源分析:
场景1:压缩码型放音流程为RTP的码型与TONE的码型一致的场景;
场景2:放音+TC方式收号流程为RTP的码型任意,TONE采用G.711码型的音元,与网关内部AU律一致;其中,如果RTP不是G.711,不收号。
需要说明的是,当没有加载某种压缩码型的音库时,如果需要放音,统一采用默认的G.711码型的音元进行放音。
本实施例通过接收模块10接收携带音包信息的呼叫放音请求,第一获取模块20根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息,选择模块30根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。由于在云计算平台的媒体网关放音业务使用中,根据接收到的呼叫放音请求,该媒体网关直接出放音需要的码型数据流到RTP,不在虚拟机内进行码型的转换处理,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于第一实施例,提出本发明呼叫放音控制装置的第二实施例,在本实施例中,参照图12,所述第一获取模块20包括查询单元21、获取单元22。
所述查询单元21,用于根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
在本实施例中,根据该呼叫放音请求,查询并获取与该呼叫放音请求携带的音包信息关联的放音标识信息、语言类型及所述编解码信息,该放音标识信息包括呼叫放音配置参数,该解编码信息包括编解码信息包括编解码参数、音元ID等。
所述获取单元22,用于根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
在获取到该与该呼叫放音请求携带的音包信息关联的放音标识信息、语言类型后,该媒体网关中的H248G协议查询该与该放音标识信息、语言类型对应的音元列表信息,并申请用户面语音资源,该音元列表信息存储的是各编解码音元索引地址。
本实施例通过根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息,并根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。由于该音元列表信息是一个检索表格,记录了每个音元文件的音元地址,而该音元编号信息是记录该音元列表信息每个音元地址的存储顺序,因此使得媒体网关能够快速的获取到呼叫放音的音元地址,从而加快了放音效率。
进一步的,基于第一实施例,提出本发明呼叫放音控制装置的第三实施例,在本实施例中,参照图13,所述选择模块30包括第一确定单元31、第二确定单元32。
所述第一确定单元31,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
在本实施例中,在获取到音元列表信息、音元编号信息,结合与该呼叫放音请求关联的编解码信息,确定该呼叫放音与获取的音元文件的音元地址。
所述第二确定单元32,用于根据所述音元地址确定所述音元文件。
不同类型的音元文件对应不同类型的编解码信息,因此用户面放音需要根据不同类型的编解码信息包含的编解码参数、音元ID来索引音元地址,为此:需要建立两级索引,需要为每种编解码(如:AMR速率等)建立一个音元索引数组,根据码型信息索引该种码型的音元地址,该索引表需要占用用户面一定的内存空间。
用户面放音时音元文件寻址处理,即在获取到该音元地址后,根据该音元地址确定该音元文件,以供该媒体网关向放音收听端播放该音元文件。
本实施例通过根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址,根据所述音元地址确定所述音元文件,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,而不需要在呼叫放音时进行码型转换处理,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于第一实施例,提出本发明呼叫放音控制装置的第四实施例,在本实施例中,参照图14,所述呼叫放音控制装置还包括:加载模块40。
所述加载模块40,用于加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
在本实施例中,在输入标准的.wav格式的音元文件后,如G.711编解码(A/U律)类型的音元文件,通过转换为二进制文件格式,根据不同的编解码输出不同压缩码型的语音净荷信息文件;该转换按照一定规则,对生成的不同编解码(如G.729//EVRC/GSM_FR/…等)的音元文件进行组织。
将编解码的音库文件加载到该媒体网关主音管理任务中/进程中。根据用户的选择需要加载的音元(可以指定是否过滤已加载音元);从网管->语音任务(主)发起请求,语音任务(主)进入加载状态;语音任务(主)通过FTP连接到网管服务端,获取需要加载的文件大小,并获取需要加载的文件到本地的语音进程(主);语音任务(主)更新本地的音元配置信息,并做持久化的保存;语音任务(主)对批量保存的音元文件上报下载的进度;当所有的待加载的编解码音元处理完成后,上报处理完成的响应。
需要说明的是,语音进程(主)与用户面语音进程/语音进程(备)校验与同步,包含以下的处理步骤:
用户面语音进程/语音进程(备)上电处理:用户面语音进程/语音进程(备)在上电时,读取语音配置信息和音元编号信息并加载;用户面语音任务/语音任务(备)定期比较加载的配置信息和音元编号信息(包括是否存在,且大小、时间、CRC信息等一致比较),并删除不一致的信息;向语音任务(主)发起音校验请求并收到响应;用户面语音进程/语音进程(备)音元发起校验:语音进程(主)定期向语音任务(主)发送通信状态正常的模块信息;语音任务(主)开音元校验使用的数据区;语音任务(主)进行本地保存收到用户面语音进程/语音进程(备)上电后发起音校验请求;语音任务(主)在空闲态的情况下发起语音校验;当某个模块的语音校验完成后判断是否还有待校验的模块,如果存在则语音任务(主)主动或定时发起语音轮循校验。
用户面语音进程/语音进程(备)音元校验过程:语音任务(主)发起语音校验;进入音元同步态;用户面语音任务/语音任务(备)收到语音校验后保存语音任务(主)信息并获取音元配置信息与本地音元配置信息进行比较;发现不一致的信息后通过FTP从语音进程(主)重新获取语音文件,修改本地的语音配置信息并持久化保存;批量处理完不一致的数据后上报进度给语音任务(主);当所有音元检查请求完成后,语音任务(主)进入空闲态。
同时,用户面增加对音内存管理组织方式,即对生成的不同编解码(如G.729//EVRC/GSM_FR/…等)的音元文件进行组织。首先使用两个队列(节点方式均动态申请和释放),例如,音文件队列及空闲块队列。其中,音文件队列,用于管理插入的音元文件;空闲块队列,用于管理空闲内存块。
在分配内存时,找到一个比所要求尺寸条件的空闲块稍大的内存块(若找到一个完全符合所要求尺寸条件的空闲块,则该空闲节点就不需要了,需要释放掉),将其分裂为两块,一块大小为所要求的尺寸大小,另一块为剩余大小。产生新的文件队列节点,指向尺寸大小的内存,并将该文件节点链入文件队列。将原空闲结点指向剩余大小的内存。
在用户面内存释放时,找到需要释放的内存对应的文件节点,并检查文件节点指向的内存,如果内存左侧和右侧均为空闲内存,则将左侧空闲节点、本文件节点、右侧空闲节点指向的内存合并。并用一个新的空闲节点指向该合并的内存,即新的空闲节点链入空闲节点队列,则老的左侧、右侧空闲节点释放。同时,释放文件节点,如果仅内存左侧为空闲内存,则将本内存和左侧节点内存进行合并;如果仅内存右侧为空闲内存,则将本内存和右侧节点内存进行合并;如果左侧和右侧内存均不空闲,则产生一个新的空闲节点管理该内存。
在用户面内存紧缩时,即当共享内存中的空闲碎片过多,虽然总的空闲容量能满足一个音元的记录,但是没有一个单一的碎片能容纳音元的记录,则需要内存紧缩。内存紧缩实际就是内存移位,即将有文件的内存向前拷贝,空闲内存合并到一起。
本实施例通过加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息,使得媒体网关直接通过音元寻址获取到对应的音元文件,并播放该音元文件,而不需要在呼叫放音时进行码型转换处理,节省了编解码转换资源,该方法加快了放音效率,减少虚拟机对CPU等硬件资源的占用,提升物理机运行的虚拟机数量,从而提高了物理硬件平台的资源利用率。
进一步的,基于上述第一至第三任一实施例,提出本发明呼叫放音控制装置的第五实施例,在本实施例中,参照图15,所述呼叫放音控制装置还包括:第二获取模块50。
所述第二获取模块50,用于在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
在本实施例中,在本发明的放音过程中,当放音终端发生SDP切换(如:SDP中的放音编解码等参数修改),则能及时对应修改放音参数,达到放音终端的音元文件可以继续播放。
若SDP参数切换前后都需要编解码。在SDP切换流程中,放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP需要TC,并且当前也正在使用TC,则使用原有TC和音元资源继续播放,不修改放音元文件。
若SDP参数切换前后都不需要编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP不需要TC,并且当前也未使用TC,则当前的流程保持不变。
若SDP参数切换前无编解码,切换后有编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP需要TC,并且当前不在使用TC,则首先申请TC资源,拆除RTP和TONE之间的接续(此时用户面的放音通道保持不释放),接续RTP和TC,接续TC和TONE;再通知用户面控制进程;然后用户面控制进程通知TONE放音通道;最后放音通道切换到新的码型(G.711与网元内部AU律一致)的音元文件,且需要计算下之前播放的时间,从当前时间开始使用新的码型播放。
若SDP参数切换前有编解码,切换后无编解码。在SDP切换流程中,本发明的放音流程判断如果当前正在放音或放音+收号,则采用新SDP编解码参数对是否需要TC进行重新分析。如果分析结果为新的SDP不需要TC,并且当前在使用TC,则首先拆除RTP和TC之间的接续,拆除TC和TONE之间的接续(用户面的放音通道保持不释放),释放TC资源,接续RTP和TONE;再通知用户面控制进程;然后用户面控制进程通知TONE放音通道;最后放音通道切换到新的码型的音元文件,且需要计算下之前播放的时间,从当前时间开始使用新的码型播放。
本实施例通过在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件,使得本法明在呼叫放音终端发生SDP切换时,能及时对应修改呼叫放音的编解码信息,从而达到呼叫放音终端的音元文件可以继续播放。
进一步的,基于上述第一至第三任一实施例,提出本发明呼叫放音控制装置的第六实施例,在本实施例中,参照图16,所述呼叫放音控制装置还包括:
所述第三获取模块60,用于在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
在本发明的放音过程中,若对端发生了主动AMR速率调整,本发明能自动识别对端AMR速率调整,并且立即切换到新的AMR速率上继续播放。
在媒体网关加载了AMR调整前后不同速率集的音库的情况下,语音资源模块识别对端RTP过来的速率调整报文,并进行分析处理。当识别到发生AMR速率调整时,用户面语音放音通道自行切换到新的AMR速率上,且重新计算下之前播放的时间,从当前时间开始使用新的码型播放。并通知用户面的控制进程AMR速率发生变化,用户面的控制进程对放音统计信息进行修改。若调整后的AMR速率对应的音元未加载,则语音放音通道自动播放G.711码型的音元进行播放。
本实施例通过在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。当放音收听端所在的无线信号弱,宽带小的情况下,在进行AMR编解码放音时请求降低播放的速率,从而保证放音的质量。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (12)
1.一种呼叫放音控制方法,其特征在于,所述呼叫放音控制方法包括以下步骤:
媒体网关接收携带音包信息的呼叫放音请求;
根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
2.如权利要求1所述的呼叫放音控制方法,其特征在于,所述根据呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息的步骤包括:
根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
3.如权利要求1所述的呼叫放音控制方法,其特征在于,所述根据音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件的步骤包括:
根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
根据所述音元地址确定所述音元文件。
4.如权利要求1所述的呼叫放音控制方法,其特征在于,所述媒体网关接收携带音包信息的呼叫放音请求的步骤之前还包括:
加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
5.如权利要求1-3任一项所述的呼叫放音控制方法,其特征在于,所述根据音元列表信息、所述编解码信息选择及所述音元编号信息对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件的步骤之后还包括:
在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
6.如权利要求1-3任一项所述的呼叫放音控制方法,其特征在于,所述根据音元列表信息、所述编解码信息选择及所述音元编号信息对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件的步骤之后还包括:
在所述媒体网关进行放音后,若检测所述放音收听端的AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
7.一种呼叫放音控制装置,其特征在于,所述呼叫放音控制装置包括:
接收模块,用于接收携带音包信息的呼叫放音请求;
第一获取模块,用于根据所述呼叫放音请求获取与所述音包信息关联的音元列表信息、编解码信息及音元编号信息;
选择模块,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息选择对应的音元文件,以供所述媒体网关在进行呼叫TC资源分析和接续处理后向放音收听端播放所述音元文件。
8.如权利要求7所述的呼叫放音控制装置,其特征在于,所述第一获取模块包括:
查询单元,用于根据所述呼叫放音请求,查询与所述音包信息关联的放音标识信息、语言类型及编解码信息;
获取单元,用于根据所述放音标识信息及所述语言类型获取所述音元列表信息及所述音元编号信息。
9.如权利要求7所述的呼叫放音控制装置,其特征在于,所述选择模块包括:
第一确定单元,用于根据所述音元列表信息、所述编解码信息及所述音元编号信息确定音元地址;
第二确定单元,用于根据所述音元地址确定所述音元文件。
10.如权利要求7所述的呼叫放音控制装置,其特征在于,所述呼叫放音控制装置还包括:
加载模块,用于加载已进行编解码处理的所述音元文件对应的所述音元列表信息、所述编解码信息及所述音元编号信息。
11.如权利要求7-9任一项所述的呼叫放音控制装置,其特征在于,所述呼叫放音控制装置还包括:
第二获取模块,用于在所述媒体网关进行放音后,若检测到当前的会话描述请求SDP的参数发生改变时,则获取与所述会话描述请求SDP的参数发生改变时对应的音元文件。
12.如权利要求7-9任一项所述的呼叫放音控制装置,其特征在于,所述呼叫放音控制装置还包括:
第三获取模块,用于在所述媒体网关进行放音后,若检测所述放音收听端的所述AMR速率发生改变时,则获取到与所述AMR速率发生改变时对应的音元文件。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510989342.5A CN106921609A (zh) | 2015-12-25 | 2015-12-25 | 呼叫放音控制方法及装置 |
PCT/CN2016/108113 WO2017107750A1 (zh) | 2015-12-25 | 2016-11-30 | 呼叫放音控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510989342.5A CN106921609A (zh) | 2015-12-25 | 2015-12-25 | 呼叫放音控制方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106921609A true CN106921609A (zh) | 2017-07-04 |
Family
ID=59089015
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510989342.5A Pending CN106921609A (zh) | 2015-12-25 | 2015-12-25 | 呼叫放音控制方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106921609A (zh) |
WO (1) | WO2017107750A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108632249A (zh) * | 2018-03-26 | 2018-10-09 | 厦门亿联网络技术股份有限公司 | 一种用于VoIP开发调试的codec解包实现方法及装置 |
CN112735486A (zh) * | 2020-12-22 | 2021-04-30 | 重庆德科电子仪表有限公司 | 一种基于a-law算法的音频播放方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100463474C (zh) * | 2005-10-28 | 2009-02-18 | 武汉市中光通信公司 | 一种适用于ip媒体服务器的媒体处理系统 |
CN101674207A (zh) * | 2009-10-21 | 2010-03-17 | 中兴通讯股份有限公司 | 测试播放方法及媒体网关mgw |
US8953752B2 (en) * | 2011-02-17 | 2015-02-10 | Sonus Networks, Inc. | Systems and methods for playing recorded announcements |
-
2015
- 2015-12-25 CN CN201510989342.5A patent/CN106921609A/zh active Pending
-
2016
- 2016-11-30 WO PCT/CN2016/108113 patent/WO2017107750A1/zh active Application Filing
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108632249A (zh) * | 2018-03-26 | 2018-10-09 | 厦门亿联网络技术股份有限公司 | 一种用于VoIP开发调试的codec解包实现方法及装置 |
CN108632249B (zh) * | 2018-03-26 | 2020-12-08 | 厦门亿联网络技术股份有限公司 | 一种用于VoIP开发调试的codec解包实现方法及装置 |
CN112735486A (zh) * | 2020-12-22 | 2021-04-30 | 重庆德科电子仪表有限公司 | 一种基于a-law算法的音频播放方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2017107750A1 (zh) | 2017-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101395882B (zh) | 宽带编解码器协商 | |
CN109672610B (zh) | 一种多群组语音实时通信方法及系统 | |
CN104054125B (zh) | 用于冗余帧译码和解码的装置 | |
US8089955B2 (en) | System and method for providing internet based phone conferences using multiple codecs | |
US9509755B2 (en) | Computer-implemented method, mobile device, computer network system, and computer product for optimized audio data provision | |
EP1724759A1 (en) | Method and system for efficient transmission of communication traffic | |
CN103987067B (zh) | 一种基于数据挖掘的3g语音业务质量评估方法 | |
CN107276777A (zh) | 会议系统的音频处理方法及装置 | |
CN102144256A (zh) | 用于针对矢量量化器的快速最近邻搜索的方法和设备 | |
CN109417583A (zh) | 一种将音频信号实时转录为文本的系统和方法 | |
CN110364154A (zh) | 语音实时转换成文本的方法、装置、计算机设备及存储介质 | |
US20130251121A1 (en) | Method and Apparatus for Converting Text Information | |
CN106157975A (zh) | 一种确定语音质量的系统、方法及装置 | |
CN110351445A (zh) | 一种基于智能语音识别的高并发voip录音服务系统 | |
CN106921609A (zh) | 呼叫放音控制方法及装置 | |
CN107105109A (zh) | 语音播报方法及系统 | |
CN101163172B (zh) | 一种应用于移动电话或固定电话交换系统的大容量媒体播送系统及大容量媒体播送方法 | |
CN107786619A (zh) | 媒体服务器调度方法、装置及系统 | |
CN101636786A (zh) | 在通信系统中传送数据的方法 | |
CN109218996A (zh) | 跨系统组通信方法、装置、设备及存储介质 | |
CN107783866A (zh) | 一种多媒体设备的测试方法及装置 | |
CN107809409A (zh) | 一种语音数据的发送、接收和交互的方法及装置 | |
CN110868732B (zh) | VoLTE接通无线失败的问题定位方法、系统和设备 | |
CN201270596Y (zh) | 基于直放站的网络通话质量检测系统 | |
CN105813031A (zh) | 彩铃的播放方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170704 |