一种语音处理方法，及装置制造方法
【专利摘要】本发明实施例公开了一种语音处理方法，及装置，其中方法的实现包括：执行场景模式检测，获取当前的音频应用场景；配置与所述音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高；按照所述音频处理参数对采集的音频信号进行语音处理得到音频编码包，向音频接收端发送所述音频编码包。针对不同音频质量要求的音频应用场景对应有不同的音频处理参数，从而确定与当前的音频应用场景相适应的音频处理参数。采用与当前的音频应用场景相适应的音频处理参数进行语音处理得到音频编码包，则可以使语音处理的方案适应于当前音频应用场景，因此可以实现在满足音质要求的前提下节省系统资源的技术效果。
【专利说明】—种语音处理方法，及装置【技术领域】
[0001]本发明涉及信息【技术领域】，特别涉及一种语音处理方法，及装置。
【背景技术】
[0002]随着互联网语音通话的普及，语音通话逐渐成为了用户日常生活中不可缺少的一部分。例如:网络聊天室、游戏过程中的聊天以及网络语音直播等均涉及网络语音通话的技术。 [0003]要实现网络语音通话，在语音的采集设备侧需要执行如下流程:
[0004]1、采集音频信号；该步骤会采集用户的语音，可以通过麦克风等设备实现音频信号的采集工作。
[0005]2、对音频信号进行数字信号处理(Digital Signal Processing，DSP)得到音频编码包；该步骤是对采集的音频信号进行的处理过程，可以有的处理包括:回声消除、噪音抑制等。
[0006]如果采集到的是多路音频信号，则在得到音频编码包之前，还可能需要进行混音处理。得到音频编码包之前还可以对音频进行其他音效方面的处理。
[0007]3、向音频接收端发送上述得到的音频编码包。
[0008]目前语音通话软件对于不同的应用场景，均按照统一处理方式处理音频流，对于音质要求高的场景不能达到音质要求，对于音质要求低的场景又因占用较多的系统资源造成资源浪费的现象，因此目前采用统一处理方式处理音频流的方案并不能与目前多场景下的音频需求相适应。
【发明内容】
[0009]本发明实施例提供了一种语音处理方法，及装置，用于提供基于音频应用场景的语音处理方案，使语音处理方案与音频应用场景相适应，从而在满足音质要求的前提下节省系统资源。
[0010]一种语音处理方法，包括:
[0011]执行场景模式检测，获取当前的音频应用场景；配置与所述音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高；
[0012]按照所述音频处理参数对采集的音频信号进行语音处理得到音频编码包，向音频接收端发送所述音频编码包。
[0013]一种语音处理装置，包括:
[0014]场景获取单元，用于执行场景模式检测，获取当前的音频应用场景；
[0015]参数配置单元，用于配置与所述场景获取单元获取的音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高；
[0016]音频处理单元，用于按照所述参数配置单元配置的音频处理参数对采集的音频信号进行语音处理得到音频编码包；[0017]发送单元，用于向音频接收端发送所述音频处理单元得到的音频编码包。
[0018]从以上技术方案可以看出，本发明实施例具有以下优点:针对不同音频质量要求的音频应用场景对应有不同的音频处理参数，从而确定与当前的音频应用场景相适应的音频处理参数。采用与当前的音频应用场景相适应的音频处理参数进行语音处理得到音频编码包，则可以使语音处理的方案适应于当前音频应用场景，因此可以实现在满足音质要求的前提下节省系统资源的技术效果。
【专利附图】
【附图说明】
[0019]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0020]图1为本发明实施例方法流程示意图；
[0021]图2为本发明实施例方法流程示意图；
[0022]图3为本发明实施例方法流程示意图；
[0023]图4为本发明实施例装置结构示意图；
[0024]图5为本发明实施例装置结构示意图；
[0025]图6为本发明实施例终端结构示意图。
【具体实施方式】
[0026]为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0027]本发明实施例提供了一种语音处理方法，如图1所示，包括:
[0028]101:执行场景模式检测，获取当前的音频应用场景；
[0029]上述场景模式检测的过程，可以是设备执行的自动检测过程，也可以是用户对于场景模式的设置，具体获得音频应用场景的方式并不会影响到本发明实施例的实现，因此本发明实施例对此不予限定。
[0030]上述音频应用场景是指语音处理所针对的当前应用场景，因此以上音频应用场景可以是目前计算机【技术领域】能够应用到音频的各种应用场景，本领域技术人员可以获知的是目前能够用到音频的应用场景有很多，本发明实施例对此无法穷举，不过本发明实施例仍然就其中几种有代表性的音频应用场景进行了举例说明:可选地，上述音频应用场景包括:游戏场景(Game Talk Mode, GTM,也称为游戏场景的聊天模式)、通话聊天场景(NormalTalk Mode, NTM,也称为一般的通话聊天模式)、高音质无视频聊天场景(High QualityMode, HQM也可以称为闻首质场景下的无视频聊天|旲式)、闻首质直播场景或闻首质视频聊天场景(High Quality with Video Mode, HQVM,也称为高音质直播模式或者高音质场景下的视频聊天模式)、超高音质直播场景或超高音质视频聊天场景(Super Quality withVideo Mode, SQV超高音质直播模式:超高音质场景下的视频聊天模式)中的至少一项。[0031]对于不同的音频应用场景，对音频的质量会有所不同，例如:游戏场景对音频质量要求最低，但是要求对当前的网速占用要求较高，并且音频处理所用的CPU (CentralProcessor Unit，中央处理器)资源要较少。直播相关的场景则相对需要高保真，需要特殊的音效处理。高音质模式下，则需要消耗更多的CPU资源和网络流量来保证音质满足用户需求。
[0032]102:配置与上述音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高；
[0033]音频处理参数是用来决定如何进行音频处理的指导性标准参数，本领域技术人员可以获知的是对音频处理的控制可以有很多种选择，对于各种可能的选择会导致音频处理所占用的系统资源的变化本领域技术人员也是可以预知的，各种音频处理将会导致音频质量的变化也是可以预知的，基于各种应用场景对音频质量要求以及对资源消耗的要求本领域技术人员是可以确定音频处理参数是如何选择的。
[0034]在获得音频应用场景以后需要确定相应的音频处理参数，音频处理参数可以是预置在本地的，例如采用配置表的形式存放，具体实现如下:可选地，在音频处理设备中预置有各音频应用场景对应的音频处理参数，各音频应用场景对应不同的音频质量；上述配置与上述音频应用场景对应的音频处理参数包括:依据预置的各音频应用场景对应的音频处理参数，配置与上述音频应用场景对应的音频处理参数。
[0035]本领域技术人员可以获知对音频处理的控制可以有很多种选择，对于各种可能的选择会导致音频处理所占用的系统资源的变化本领域技术人员也是可以预知的，各种音频处理将会导致音频质量的变化也是可以预知的，本发明实施例还对优选用来进行控制决策的音频处理参数进行了举例说明，具体如下:可选地，上述音频处理参数包括:音频采样率、声学回声抵消是否开启、噪声抑制(Noise Suppress,NS)是否开启、噪声衰减的强度、自动增益控制(Automatic Gain ControI, AGC)是否开启、语音活性检测是否开启、静音巾贞数、编码码率、编码复杂度、前向纠错是否开启、网络封包方式、网络包发送方式中的至少一项。
[0036]依据以上举例的音频处理参数，其参数结果的选择会导致音频处理所占用的系统资源的变化本领域技术人员也是可以预知的，各种音频处理将会导致音频质量的变化也是可以预知的，基于前述实施例所举例的各种应用场景本发明实施例还给出了优选的设置方案，具体如下:上述音频质量要求越高的应用场景对应的音频处理参数的标准越高包括:
[0037]游戏场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度强、自动增益控制开启、语音活性检测开启、静音帧数多、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为2个音频帧封I个音频编码包、网络包发送方式为单发；
[0038]通话聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为3个音频帧封I个音频编码包、网络包发送方式为单发；
[0039]高音质无视频聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发；[0040]高音质直播场景或高音质视频聊天场景下音频处理参数设置为:声学回声抵消是关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为双发；
[0041]超高音质直播场景或超高音质视频聊天场景下音频处理参数设置为:声学回声抵消关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率高、编码复杂度默认值、前向纠错关闭、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发。
[0042]对于音频采样率的控制还可以进一步通过控制声道数来影响音频采样率，本发明实施例所称的多声道包含双声道或者更多的声道数，具体的声道数本发明实施例可以不予限制，对于各种不同的应用场景音频采样率的优选设置方案具体如下:可选地，游戏场景和通话聊天场景下音频采样率设置为:单声道低采样率，低码率；高音质无视频聊天场景、高音质直播场景或高音质视频聊天场景以及超高音质直播场景或超高音质视频聊天场景下音频采样率设置为:多声道高采样率，高码率；上述高码率为高于上述低码率的码率。
[0043]103:按照上述音频处理参数对采集的音频信号进行语音处理得到音频编码包，向音频接收端发送上述音频编码包。
[0044]以上实施例,针对不同音频质量要求的音频应用场景对应有不同的音频处理参数，从而确定与当前的音频应用场景相适应的音频处理参数。采用与当前的音频应用场景相适应的音频处理参数进行语音处理得到音频编码包，则可以使语音处理的方案适应于当前音频应用场景，因此可以实现在满足音质要求的前提下节省系统资源的技术效果。
[0045]对采集的音频信号进行语音处理得到音频编码包的过程，依据不同需要可以选用控制参数，对应不同的控制参数则会有不同的控制流程，本发明实施例给出了其中的一种可选方案的举例，本领域技术人员可以获知的是以下举例并不是可选方案的穷举，因此不应理解为对本发明实施例的限定，具体如下:可选地，上述对采集的音频信号进行语音处理得到音频编码包括:
[0046]若当前开启有背景音，则确定是否为麦克风输入的音频，如是麦克风输入的音频则进行数字信号处理，在对麦克风输入的音频流进行数字信号处理完毕后与背景音进行混音、音频编码以及打包得到音频编码包；若不是麦克风输入的音频则在音频采集完毕后进行混音、音频编码以及打包得到音频编码包；
[0047]若当前未开启背景音，则采集的音频信号进行数字信号处理得到音频帧，对得到的音频帧进行语音活性检测确定是否为静音帧，对非静音帧进行音频编码并打包得到音频编码包。
[0048]可选地，上述数字信号处理包括:音频信号预处理、回声消除、噪声抑制、自动增益控制中的至少一项。
[0049]以下实施例将就本发明实施例的具体应用场景，进行更详细的举例说明。
[0050]不同场景的语音通话是语音设计者要面临的一个问题，比如游戏聊天场景、普通聊天场景、高音质聊天场景、高音质直播场景(一般的视频模式)、超高音质直播场景(主要是针对演唱会的)等等，由于不同场景对音质音效、CPU效率、上下行流量等参数指标的要求不同，所以需要分场景设计语音引擎算法以满足不同的用户需要。然而现有的语音通话软件都不区分这些应用场景，按照统一处理方式去处理音频流，这会导致在以上应用场景中存在如下的具体问题:1、游戏模式场景下，不需要太高的音质，但是要求不能卡游戏，所以如果不区别处理就会造成过高的CPU开销，过大的上下行流量开销，影响到游戏的体验；
2、高音质模式场景下，如果按照普通的语音聊天模式处理，音质会明显满足不了用户需求；
3、在演唱会的时候，需要高保真的音乐，需要特殊的音效处理；基于以上技术问题，本发明实施例将根据不同的应用场景，设计不同的音频处理方法，达到各中场景下在满足效果要求的前提下实现资源代价的最合理要求。
[0051]基于多场景语音引擎技术发送端具体流程，如图2所示，该图2只是一个一般性的框架图，不同模式各步骤是可选的(即可以不需要执行)，在图2所示的各步骤中将会使用到的具体参数请参阅模式配置表I。
[0052]201:场景模式检测,确定当前的音频应用场景；
[0053]本步骤的场景模式检测执行的是检测语音的音频应用场景，在本发明实施例的举例中主要如下5个场景:普通聊天场景、游戏聊天场景、高音质聊天场景、高音质直播场景、超高音质直播场景。
[0054]202:音频信号采集；
[0055]对于语音处理端而言，采集可以通过麦克风来进行采集。
[0056]本步骤会启动采集线程，根据引擎的配置进行音频采集，其中普通聊天场景、游戏聊天场景采用单声道低采样率；其他几种应用场景采用双声道高采样率；
[0057]203:确定是否开启背景音；如果是，进入204，如果否，进入210 ；
[0058]有的应用场景是有背景音的，例如音乐会的伴奏。有些应用场景则没有背景音，例如语音聊天的场景。
[0059]204:确定是否是麦克风信号；如果是进入205，否则进入206 ；
[0060]本步骤执行的是对音频来源的确定。
[0061]205:进行 DSP 处理；
[0062]DSP的具体处理流程，在后续实施例中将给出更详细的说明；
[0063]206:确定音频数据的采集是否完毕；如果是，进入207，否则进入202 ；
[0064]对于采用麦克风采集音频的方案来说，此步骤需要确定的是各路麦克风的音频数据采集是否均完毕。
[0065]207:混音处理；
[0066]本步骤中，混音是对背景音和麦克风音的混音。另外，本步骤也可以不执行混音，混音的步骤在对端，即音频编码包的接收端进行混音也是可以的，例如在聊天室场景下，各音频编码包的接收端接收到的背景音可以是相同的，也即是时候音频编码包的接收端也有上述背景音，此时完全可以在音频编码包的接收端执行混音处理。
[0067]208:音频编码；
[0068]本步骤执行的是对混音处理后的音频信号进行压缩，从而节省了流量，编码模块会根据不同的应用场景选择最合适的算法，游戏模式或普通的聊天模式一般开启FEC(Forward Error Correction,前向纠错)，降低上下行流量的同时,提高了抗丢包能力；而且在游戏模式或普通的聊天模式一般都选择低码率、低复杂度的编码器；在高音质模式下会选择高码率、高复杂度的编码器。具体如何配置音频编码参数可以参考表I。[0069]209:音频帧打包，得到音频编码包。打包完成以后则可以发送给音频编码包对应的接收端。
[0070]在本步骤中，会根据不同的场景选择不同的打包长度和打包方式，具体参数控制请参阅表1。
[0071]210:进行 DSP 处理；
[0072]211:进行语音活性检测(Voice Active Detect, VAD)；
[0073]212:通过211步骤的语音活性检测可以确定当前帧是否是静音帧，是静音帧，则可以丢弃掉，如果确定结果为否，则进入208的音频编码。
[0074]表1各音频应用场景语音引擎算法配置信息表
[0075]
【权利要求】
1.一种语音处理方法，其特征在于，包括: 执行场景模式检测，获取当前的音频应用场景；配置与所述音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高； 按照所述音频处理参数对采集的音频信号进行语音处理得到音频编码包，向音频接收端发送所述音频编码包。
2.根据权利要求1所述方法，其特征在于，在音频处理设备中预置有各音频应用场景对应的音频处理参数，各音频应用场景对应不同的音频质量；所述配置与所述音频应用场景对应的音频处理参数包括: 依据预置的各音频应用场景对应的音频处理参数，配置与所述音频应用场景对应的音频处理参数。
3.根据权利要求1或2所述方法，其特征在于，所述音频处理参数包括: 音频采样率、声学回声抵消是否开启、噪声抑制是否开启、噪声衰减的强度、自动增益控制是否开启、语音活性检测是否开启、静音帧数、编码码率、编码复杂度、前向纠错是否开启、网络封包方式、网络包发送方式中的至少一项。
4.根据权利要求3所述方法，其特征在于，所述对采集的音频信号进行语音处理得到音频编码包包括: 若当前开启有背景音，则确定是否为麦克风输入的音频，如是麦克风输入的音频则进行数字信号处理，在对麦克风输入的音频流进行数字信号处理完毕后与背景音进行混音、音频编码以及打包得到音频编码包；若不是麦克风输入的音频则在音频采集完毕后进行混音、音频编码以及打包得到音频编码包； 若当前未开启背景音，则采集的音频信号进行数字信号处理得到音频帧，对得到的音频帧进行语音活性检测确定是否为静音帧，对非静音帧进行音频编码并打包得到音频编码包。
5.根据权利要求4所述方法，其特征在于，所述数字信号处理包括: 音频信号预处理、回声消除、噪声抑制、自动增益控制中的至少一项。
6.根据权利要求3所述方法，其特征在于，所述音频应用场景包括: 游戏场景、通话聊天场景、高音质无视频聊天场景、高音质直播场景或高音质视频聊天场景、超高音质直播场景或超高音质视频聊天场景中的至少一项；所述音频质量要求越高的应用场景对应的音频处理参数的标准越高包括: 游戏场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度强、自动增益控制开启、语音活性检测开启、静音帧数多、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为2个音频帧封I个音频编码包、网络包发送方式为单发； 通话聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为3个音频帧封I个音频编码包、网络包发送方式为单发； 高音质无视频聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发；高音质直播场景或高音质视频聊天场景下音频处理参数设置为:声学回声抵消是关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为双发； 超高音质直播场景或超高音质视频聊天场景下音频处理参数设置为:声学回声抵消关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率高、编码复杂度默认值、前向纠错关闭、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发。
7.根据权利要求6所述方法，其特征在于， 游戏场景和通话聊天场景下音频采样率设置为:单声道低采样率，低码率； 闻首质无视频聊天场景、闻首质直播场景或闻首质视频聊天场景以及超闻首质直播场景或超高音质视频聊天场景下音频采样率设置为:多声道高采样率，高码率；所述高码率为高于所述低码率的码率。
8.一种语音处理装置，其特征在于，包括: 场景获取单元，用于执行场景模式检测，获取当前的音频应用场景； 参数配置单元，用于配置与所述场景获取单元获取的音频应用场景对应的音频处理参数；音频质量要求越高的应用场景对应的音频处理参数的标准越高； 音频处理单元，用于按照所述参数配置单元配置的音频处理参数对采集的音频信号进行语音处理得到音频编码包； 发送单元，用于向音频接收端发送所述音频处理单元得到的音频编码包。
9.根据权利要求8所述装置，其特征在于，在音频处理设备中预置有各音频应用场景对应的音频处理参数，各音频应用场景对应不同的音频质量； 所述参数配置单元，用于依据预置的各音频应用场景对应的音频处理参数，配置与所述音频应用场景对应的音频处理参数。
10.根据权利要求8或9所述装置，其特征在于， 所述参数配置单元，用于配置的音频处理参数包括:音频采样率、声学回声抵消是否开启、噪声抑制是否开启、噪声衰减的强度、自动增益控制是否开启、语音活性检测是否开启、静音帧数、编码码率、编码复杂度、前向纠错是否开启、网络封包方式、网络包发送方式中的至少一项。
11.根据权利要求10所述装置，其特征在于， 所述音频处理单元，用于若当前开启有背景音，则确定是否为麦克风输入的音频，如是麦克风输入的音频则进行数字信号处理，在对麦克风输入的音频流进行数字信号处理完毕后与背景音进行混音、音频编码以及打包得到音频编码包；若不是麦克风输入的音频则在音频采集完毕后进行混音、音频编码以及打包得到音频编码包；若当前未开启背景音，则采集的音频信号进行数字信号处理得到音频帧，对得到的音频帧进行语音活性检测确定是否为静音帧，对非静音帧进行音频编码并打包得到音频编码包。
12.根据权利要求11所述装置，其特征在于， 所述音频处理单元，用于进行的所述数字信号处理包括:进行音频信号预处理、回声消除、噪声抑制、自动增益控制中的至少一项。
13.根据权利要求10所述装置，其特征在于，所述场景获取单元，用于获取的音频应用场景包括:游戏场景、通话聊天场景、高音质无视频聊天场景、高音质直播场景或高音质视频聊天场景、超高音质直播场景或超高音质视频聊天场景中的至少一项； 所述参数配置单元，用于配置的音频处理参数包括: 游戏场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度强、自动增益控制开启、语音活性检测开启、静音帧数多、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为2个音频帧封I个音频编码包、网络包发送方式为单发； 通话聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率低、编码复杂度高、前向纠错开启、网络封包方式为3个音频帧封I个音频编码包、网络包发送方式为单发； 高音质无视频聊天场景下音频处理参数设置为:声学回声抵消开启、噪声抑制开启、噪声衰减的强度低、自动增益控制开启、语音活性检测开启、静音帧数低、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发； 高音质直播场景或高音质视频聊天场景下音频处理参数设置为:声学回声抵消是关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率默认值、编码复杂度默认值、前向纠错开启、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为双发； 超高音质直播场景或超高音质视频聊天场景下音频处理参数设置为:声学回声抵消关闭、噪声抑制关闭、自动增益控制关闭、语音活性检测关闭、编码码率高、编码复杂度默认值、前向纠错关闭、网络封包方式为I个音频帧封I个音频编码包、网络包发送方式为单发。
14.根据权利要求13所述装置，其特征在于， 所述参数配置单元，用于配置的音频处理参数包括:游戏场景和通话聊天场景下音频采样率设置为:单声道低采样率，低码率；高音质无视频聊天场景、高音质直播场景或高音质视频聊天场景以及超高音质直播场景或超高音质视频聊天场景下音频采样率设置为:多声道高采样率，高码率；所述高码率为高于所述低码率的码率。
【文档编号】G10L21/02GK103617797SQ201310661273
【公开日】2014年3月5日 申请日期:2013年12月9日 优先权日:2013年12月9日
【发明者】刘洪
申请人:腾讯科技（深圳）有限公司