CN111883152A - 一种音频信号处理方法和一种电子设备 - Google Patents

Abstract

本申请公开了一种音频信号处理方法，包括：识别输入的音频文件的格式信息，判断其是否为第一预定格式；如果是，则采用第一预定格式音效处理算法处理所述音频文件后输出；如果否，则判断所述音频文件的采样率是否大于等于第一采样值、及比特率是否大于等于第一比特值；如果是，则采用高保真音效算法处理所述音频文件后输出；如果否，则依次采用音质修复算法和高保真音效算法处理所述音频文件后输出。该种音频信号处理方法能够根据音频信号的不同格式采用不同的音频修理方法，从而能够确保较高音质的输出。此外，本申请还公开了一种电子设备。

Description

一种音频信号处理方法和一种电子设备

本申请要求专利名称为“一种声音处理方法及设备”、申请号为“202010578782.2”、申请日为“2020年06月23日”的在先申请的优先权。

技术领域

本申请涉及音频信号处理技术领域，特别涉及一种音频信号处理方法和一种电子设备。

背景技术

随着电视及手机等智能设备的发展，音频信号处理相关技术得到越来越广泛的应用。但是目前的音频信号处理方面存在有如下问题：

问题一、算法兼容性差。杜比、DTS的音效解码器和音效算法，对于自家片源的还原效果提升明显，但是对于普通立体声片源、MP3等效果较差。

问题二、音源压缩受损。MP3、AAC等片源在压缩过程中，丢失了大量的声音细节信息，造成了声音清晰度差、音质模糊。即使再好的硬件系统也难以补充压缩过程中的细节损失。

也就是电视机、手机的解码器和音效算法处理，只能针对固定的运算模式处理信号，不同类型的信号只能通过固定的方式进行处理。当处理的流程和算法固定后，音质的好坏都取决于音源。

发明内容

本申请要解决的技术问题为提供一种音频信号处理方法，该种音频信号处理方法能够根据音频信号的不同参数条件采用相对应的不同的音频处理方法，从而能够确保高质量音频的输出。此外，本申请另一个要解决的技术问题为提供一种电子设备。

为解决上述技术问题，本申请提供一种音频信号处理方法，包括：

接收输入的音频数据；

在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据后输出；

在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后输出。

此外，为解决上述技术问题，本申请还提供一种电子设备，所述电子设备包括音频处理器和扬声器；

所述音频处理器被配置为：接收输入的音频数据；

在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据通过所述扬声器输出；

在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后通过所述扬声器输出。

接着，为解决上述技术问题，本申请还提供一种声音处理方法，所述方法包括：

接收输入的码流数据；

解析处声音数据；

判断声音数据的预置参数；

在预置参数满足阈值时，采用高保真音效算法处理所述声音数据，并将处理后的声音输出；

在阈值参数不满足阈值时，使用修复算法处理所述声音数据，并将修复后的声音数据进行高保真音效算法处理后，将处理后的声音输出；

其中，预置参数满足阈值的声音数据的直接播放的效果好于预置参数不满足阈值的声音数据的直接播放。

最后，为解决上述技术问题，本申请还提供一种设备，包括处理器和扬声器；

所述处理器用于：

接收输入的码流数据；

解析出声音数据；

判断声音数据的预置参数；

在预置参数满足阈值时，采用高保真音效算法处理所述声音数据，并将处理后的声音输出给所述扬声器；

在阈值参数不满足阈值时，使用修复算法处理所述声音数据，并将修复后的声音数据进行高保真音效算法处理后，将处理后的声音输出给所述扬声器。

以下介绍本申请实施例的技术效果：

在一种实施例中，本申请所提供的一种音频信号处理方法，包括：

识别输入的音频文件的格式信息，判断其是否为第一预定格式；本专利涉及了三种音频信号处理方式，并通过在播放音乐文件前，读取文件的信息即可获得。在一些实施例中，所述第一预定格式为杜比格式或DTS格式。

如果是，则采用第一预定格式音效处理算法处理所述音频文件后输出；具体的，当系统准备播放音乐时，首先读取文件格式信息，如果是AC3、eAC3等杜比的格式，则解码器采用杜比的解码器，音效处理也采用杜比的音效处理，最终输出信号给后端的功放和扬声器。

如果否，则判断所述音频文件的采样率是否大于等于第一采样值、及比特率是否大于等于第一比特值；在一些实施例中，第一采样值为48kHz，第一比特值为24bit。在此基础上，如果不是杜比格式的文件，如MP3、AAC、FLAC、WAV等，则采用非杜比解码器(一般电视机和手机都能够正常解码出常见的音频格式)。同时可以通过文件的信息获取到当前文件的采样率以及采样位宽。

如果是，则采用高保真音效算法处理所述音频文件后输出；如果采样率≥48kHz以及比特率≥24bit，这种格式的片源压缩率都比较低，保真度较好。因此直接采用可以支持高保真的音效算法进行处理。

如果否，则依次采用音质修复算法和高保真音效算法处理所述音频文件后输出。如果采样率＜48或者比特率＜24bit，这样的音源一般都经过为了不同程度的压缩，有可能会存在一定清晰度问题。一旦检测到这种音源，首先采用音质修复算法，对高频部分进行修补，而后采用高保真的音效算法进行处理。

综上所述，本申请所提供的音频信号处理方法能够根据音频信号的不同格式及不同参数条件采用不同的音频修理方法，从而能够确保较高音质的输出。

附图说明

为了更清楚地说明本申请实施例或相关技术中的实施方式，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图；

图2中示例性示出了根据一些实施例的显示设备200的硬件配置框图；

图3中示例性示出了根据一些实施例的控制设备100的硬件配置框图；

图4为本申请一种实施例中音频信号处理方法的逻辑流程图；

图5为本申请一种实施例中音频信号处理装置的功能框图；

图6是本申请实施例提供的一种软件处理流程图；

图7示出了本申请一实施例提供的一种音效处理架构图；

图8示出了本申请另一实施例提供的一种音频处理架构图；

图9示出了本申请实施例提供的一种一种音质修复算法的架构图；

图10为本申请另一种实施例提供的一种软件处理流程图。

具体实施方式

为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明(Unless otherwise indicated)。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

本申请中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接，也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。

本申请中使用的术语“手势”，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。

图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出，用户可通过移动终端300和控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式等，通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。

在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上，在直观的用户界面(UI)中为用户提供各种控制。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。如：可以实现用移动终端300与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端300上，通过控制移动终端300上用户界面，实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能。

如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的，显示设备200通过发送和接收信息，以及电子节目指南(EPG)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。

显示设备200，可以液晶显示器、OLED显示器、投影显示设备。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上一些改变。

显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能，包括但不限于，网络电视、智能电视、互联网协议电视(IPTV)等。

图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200中包括控制器250、调谐解调器210、通信器220、检测器230、输入/输出接口255、显示器275，音频输出接口285、存储器260、供电电源290、用户接口265、外部装置接口240中的至少一种。

在一些实施例中，显示器275，用于接收源自第一处理器输出的图像信号，进行显示视频内容和图像以及菜单操控界面的组件。

在一些实施例中，检测器230还可以包括图像采集器，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。

在一些实施例中，检测器230还可以包括温度传感器等，如通过感测环境温度。

在一些实施例中，显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时，可调整显示设备200显示图像色温偏冷色调，或当温度偏低的环境时，可以调整显示设备200显示图像偏暖色调。

在一些实施例中，检测器230还可声音采集器等，如麦克风，可以用于接收用户的声音。示例性的，包括用户控制显示设备200的控制指令的语音信号，或采集环境声音，用于识别环境场景类型，使得显示设备200可以自适应适应环境噪声。

在一些实施例中，如图2所示，输入/输出接口255被配置为，可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。

在一些实施例中，外部装置接口240可以包括，但不限于如下：可以高清多媒体接口HDMI接口、模拟或数据高清分量输入接口、复合视频输入接口、USB输入接口、RGB端口等任一个或多个接口。也可以是上述多个接口形成复合性的输入/输出接口。

在一些实施例中，如图2所示，调谐解调器210被配置为，通过有线或无线接收方式接收广播电视信号，可以进行放大、混频和谐振等调制解调处理，从多多个无线或有线广播电视信号中解调出音视频信号，该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号，以及EPG数据信号。

在一些实施例中，调谐解调器210解调的频点受到控制器250的控制，控制器250可根据用户选择发出控制信号，以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。

如图2所示，控制器250包括随机存取存储器251(Random Access Memory，RAM)、只读存储器252(Read-Only Memory,ROM)、视频处理器270、音频处理器280、其他处理器253(例如：图形处理器(Graphics Processing Unit，GPU)、中央处理器254(CentralProcessing Unit，CPU)、通信接口(Communication Interface)，以及通信总线256(Bus)中的至少一种。其中，通信总线连接各个部件。

在一些实施例中，RAM 251用于存储操作系统或其他正在运行中的程序的临时数据。

在一些实施例中，ROM 252用于存储各种系统启动的指令。

在一些实施例中，ROM 252用于存储一个基本输入输出系统，称为基本输入输出系统(Basic Input Output System，BIOS)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。

在一些实施例中，视频处理器270被配置为将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，图形处理器253可以和视频处理器可以集成设置，也可以分开设置，集成设置的时候可以执行输出给显示器的图形信号的处理，分离设置的时候可以分别执行不同的功能，例如GPU+FRC(Frame Rate Conversion))架构。

在一些实施例中，音频处理器280，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。

在一些实施例中，视频处理器270可以包括一颗或多颗芯片组成。音频处理器，也可以包括一颗或多颗芯片组成。

在一些实施例中，视频处理器270和音频处理器280，可以单独的芯片，也可以于控制器一起集成在一颗或多颗芯片中。

在一些实施例中，音频输出，在控制器250的控制下接收音频处理器280输出的声音信号，如：扬声器286，以及除了显示设备200自身携带的扬声器之外，可以输出至外接设备的发生装置的外接音响输出端子，如：外接音响接口或耳机接口等，还可以包括通信接口中的近距离通信模块，例如：用于进行蓝牙扬声器声音输出的蓝牙模块。

供电电源290，在控制器250控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部电源，在显示设备200中提供外接电源的电源接口。

用户接口265，用于接收用户的输入信号，然后，将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号，可以通过网络通信模块接收各种用户控制信号。

在一些实施例中，用户通过控制装置100或移动终端300输入用户命令，用户输入接口则根据用户的输入，显示设备200则通过控制器250响应用户的输入。

在一些实施例中，用户可在显示器275上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。

控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。如：用户通过操作控制设备100上频道加减键，显示设备200响应频道加减的操作。

在一些实施例中，控制设备100可是一种智能设备。如：控制设备100可根据用户需求安装控制显示设备200的各种应用。

在一些实施例中，如图1所示，移动终端300或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。如：用户可以通过安装应用，在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制设备100实体按键的功能。

控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。

输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。

在一些实施例中，控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130，如：WiFi、蓝牙、NFC等模块，可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码，发送至显示设备200。

存储器190，用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。

供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。

请参考图4至图9，图4为本申请一种实施例中音频信号处理方法的逻辑流程图；图5为本申请一种实施例中音频信号处理装置的功能框图；图6是本申请实施例提供的一种软件处理流程图；图7示出了本申请一实施例提供的一种音效处理架构图；图8示出了本申请另一实施例提供的一种音频处理架构图；图9示出了本申请实施例提供的一种一种音质修复算法的架构图。

在一种实施例中，如图4所示，本申请所提供的一种音频信号处理方法，包括：

第一步：接收输入的音频数据；

具体的，在一种实施例中，所述“接收输入的音频数据”包括：

接收输入的音频数据和描述信息，所述描述信息包括用于描述所述音频数据音质的音质参数，和用于描述所述音频数据格式的格式参数；

第二步：在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据后输出；

具体的，在一种实施例中，在所述“接收输入的音频数据”后，所述方法还包括：

根据所述音质参数确定所述音质参数对应的采样率和比特率；

在所述采样率不小于第一采样值，且所述比特率不小于第第一比特值时，确定所述音频数据的音质参数满足预设条件。

第三步：在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后输出。

具体的，在一种实施例中，在所述采样率小于所述第一采样值，或所述比特率小于所述第一比特值时，确定所述音频数据的音质参数不满足预设条件。

此外，在一些实施例中，对上述技术方案还可以做出进一步设计。

比如，在所述“接收输入的音频数据”后，所述方法还包括：

在所述音频数据为预定格式时，直接采用预定格式对应的预定音频算法处理后输出，不进行音频数据的音质参数是否满足预设条件的判断；

在所述音频数据为非预定格式时，进行音频数据的音质参数是否满足预设条件的判断。

对于上述技术方案，下边结合图6，进行详细介绍。

步骤S01:识别输入的音频文件的格式信息，判断其是否为第一预定格式；在该步骤中，也就是上文中，在所述“接收输入的音频数据”后，所述方法还包括：

在所述音频数据为预定格式时，直接采用预定格式对应的预定音频算法处理后输出，不进行音频数据的音质参数是否满足预设条件的判断；

在所述音频数据为非预定格式时，进行音频数据的音质参数是否满足预设条件的判断。

如图6所示，本专利涉及了三种音频信号处理方式，并通过在播放音乐文件前，读取文件的信息即可获得。

在一些实施例中，所述第一预定格式为杜比格式或DTS格式。

步骤S02:如果是，则采用第一预定格式音效处理算法处理所述音频文件后输出；

具体的，当系统准备播放音乐时，首先读取文件格式信息，如果是AC3、eAC3等杜比的格式，则解码器采用杜比的解码器，音效处理也采用杜比的音效处理，最终输出信号给后端的功放和扬声器。

步骤S03:如果否，则判断所述音频文件的采样率是否大于等于第一采样值、及比特率是否大于等于第一比特值；

在一些实施例中，第一采样值为48kHz，第一比特值为24bit。在此基础上，如果不是杜比格式的文件，如MP3、AAC、FLAC、WAV等，则采用非杜比解码器(一般电视机和手机都能够正常解码出常见的音频格式)。同时可以通过文件的信息获取到当前文件的采样率以及采样位宽。

步骤S04:如果是，则采用高保真音效算法处理所述音频文件后输出；在这里，高保真音效算法是第一音频算法的一种举例，需要说明的是，任何一种算法，智能能够用于提升音效，都可以作为第一音频算法的一种举例。

如果采样率≥48kHz以及比特率≥24bit，这种格式的片源压缩率都比较低，保真度较好。因此直接采用可以支持高保真的音效算法进行处理。

步骤S05:如果否，则依次采用音质修复算法和高保真音效算法处理所述音频文件后输出。在这里，需要说明的是，音质修复算法是第二音频算法的一种举例，需要说明的是，任何一种算法只要能够用于音质修复，都可以作为第二音频算法的一种举例。

如果采样率＜48或者比特率＜24bit，这样的音源一般都经过为了不同程度的压缩，有可能会存在一定清晰度问题。一旦检测到这种音源，首先采用音质修复算法，对高频部分进行修补，而后采用高保真的音效算法进行处理。

综上所述，本申请所提供的音频信号处理方法能够根据音频信号的不同格式及不同的参数条件采用不同的音频处理方法，从而能够确保高质量音频的输出。

在一些实施例中，可以做出进一步设计。比如，在上述步骤S102中，则采用第一预定格式音效处理算法处理所述音频文件后输出，包括：

采用第一预定格式解码器对所述音频文件解码形成音频码流；

将解码形成的音频码流重抽采样到第一采样值和第二比特值；

将重抽采样后的音频码流进行数字信号处理；

将数字信号处理后的音频数据输出。

在一些实施例中，第二比特值可以为16bit，因而将解码形成的音频码流重抽采样到第一采样值和第二比特值，也就是重抽采样到48KHz/16bit。

在一些实施例中，所述将重抽采样后的音频码流进行数字信号处理，包括：

将重抽采样后的音频码流采用第一预定格式音效算法处理；

将通过第一预定格式音效算法处理后音频数据重抽采样到第二采样值和第一比特值。

在一些实施例中，第二采样值可以为96KHz，因而将通过第一预定格式音效算法处理后音频数据重抽采样到第二采样值和第一比特值，也就是重抽采样到96KHz/24bit。

在一些实施例中，所述第一预定格式为杜比格式或DTS格式，所述第一预定格式音效算法为杜比音效算法或DTS音效算法。

以下结合图7对上述实施例做出具体介绍。

在一些实施例中，特别说明的时，为了保证整个系统的高保真输出，当播放高保真的音源比如96kHz/24bit格式的信号时，整个系统的解码必须工作在96kHz/24bit的模式下，因为一旦系统进行码率转换，比如安卓系统默认的转换成48k/16bit，高保真的音源同样受损，无法达到原有的效果。但是频繁的切换安卓系统和音频功放硬件的采样率和比特率，会带来系统稳定不足的问题。

为了解决上述安卓系统默认重抽采样到48K/16bit以及系统稳定性的问题，我们针对图一的三种软件处理流程，又重新设定了系统的解码架构如下：

图7示意了一种杜比或DTS专有格式的片源的处理流程，当检测到是杜比、DTS专有片源时，调用杜比或DTS的解码器，解码后的音频码流统一SRC(重抽采样)到48kHz/16bit。重抽采样后的数据输入给音频DSP，并经过杜比、DTS的音效算法处理后，在经过SRC采样到94kHz/24bit输出给音频放大器并经过扬声器发出声音。其中SRC到94kHz/24bit属于上抽采样，不会对原有音源的质量造成损失。

同时如果在外接设备(SPDIF、HDMI ARC、BT等)，也是将48kHz/16bit的数据输出。

在一些实施例中，还可以做出进一步设计。比如，在上述步骤S104中，所述则采用高保真音效算法处理所述音频文件后输出，包括：

对所述音频文件解码形成音频码流；

将解码形成的音频码流重抽采样到第二采样值和第一比特值，产生重抽采样后的音频数据；

；在这里，就是将解码形成的音频码流重抽采样到96kHz/24bit。

将重抽采样后的音频数据通过所述高保真音效算法处理，，以便获得音效提升后的音频数据；

将经过所述高保真音效算法处理后的音频数据输出。

以下结合图8对上述实施例的技术细节做出介绍：

图8示意了当片源不是杜比、DTS专有片源时的音效处理架构。针对信号源有三种分类。第一种分类是96kHz/24bit及其以上码率的片源。这种片源满足日本JAS组织规定的Hi-Res标准的片源。一旦系统检测到这种片源后，SRC模块将其重抽采样到96kHz/24bit，而后将此信号输入到高保真音效算法，经过算法处理后，输出给后端的音频放大器并经扬声器放出。

如果音源类型是48K/24bit的，这种音源也是属于高质量的音源信号。为了减少对这种信号的损失，也将其SRC到96kHz/24bit，并经过，经过算法处理后，输出给后端的音频放大器并经扬声器放出。

在一些实施例中，可以进一步设计。比如，上述实施例中，步骤S105中，所述则依次采用音质修复算法和高保真音效算法处理所述音频文件后输出，包括：

对所述音频文件解码形成音频码流；

将解码形成的音频码流重抽采样到第一采样值和第二比特值，产生重抽采样后的音频数据；在这里，也就是将解码形成的音频码流重抽采样到48kHz/16bit。

将重抽采样的音频数据依次通过所述音质修复算法，以便获得音质修复后的音频数据；

将音质修复后的音频数据通过高保真音效算法，以便获得音效提升后的音频数据；

将音效提升后的音频数据重抽采样到第二采样值和第一比特值，产生重抽采样后的音频数据并输出。在这里，也就是将处理后的音频数据重抽采样到96kHz/24bit。

以下结合图8对上述技术方案做出详细介绍：

如图8所示，对于低于48kHz/24bit的音源，一般都经过了重新压制和压缩，音质参差不齐，为了确保这样的片源回放给用户的体验较好，我们首先将低于48kHz/24bit的音源统一SRC至48k/16bit，同时将处理后的信号输入到音频DSP的音质修复算法，而后经过高保真音效算法后，再输入给SRC模块，上抽采样到96kHz/24bit，输出给后端的音频放大器并经扬声器放出。

当非杜比、DTS的专有格式的片源情况下，接入外接设备时(SPDIF、HDMI ARC、BT等)，为了保证设备的兼容性和系统的简单，无论什么音源，统一SRC到48kHz/16bit输出。

当然如果系统的处理能力足够的情况下，也可以通过获取外部设备的信息，确认其是否支持96kHz/24bit，如果支持，也可以统一SRC到96kHz/24bit输出。

在一些实施例中，可以对上述实施例中的音质修复算法做出具体介绍。比如，

所述音质修复算法用于：

将重抽采样到第一采样值和第二比特值后音频数据进行高频处理，以便获得高频音频数据；

将重抽采样到第一采样值和第二比特值后音频数据进行中频处理，，以便获得中频音频数据；

叠加所述高频音频数据和所述中频音频数据；

将叠加后音频数据进行滤波处理，用于排除干扰噪音数据；

将滤波后的音频数据与重抽采样到第一采样值和第二比特值后音频数据相加后输出。

也就是，高频处理模块和中频处理模块的输出相加，而后通过滤波器后，与原始信号相加并输出。

结合图9对上述实施例的技术细节做出详细介绍：

图9示意了一种音质修复算法。这个算法由高频处理模块、中频处理模块、音源质量评估模块以及频域平衡度监测模块等组成。

将重抽采样到第一采样值和第二比特值后音频数据进行高频处理，如图9所示，通过如下模块设计实现：

高频处理处理模块包括一个高通滤波器1，多次谐波生成模块，高通滤波器2组成。其中高通滤波器1主要滤除人声基频所在的中低频部分，低频截止点优选在2.5kHz～5kHz之间的频段。避免人声被过分的多次谐波生成损失。多次谐波生成模块将高通滤波器1的输出进行卷积运算以及进行奇次谐波抑制计算，多次谐波优选2次至5次。输出的信号对包含了原始信号、偶次谐波信号以及较少的奇次谐波。为了避免谐波加回到原始信号对原始信号的造成的干扰，高频处理模块又设置有一个高通滤波2，仅仅保留2次谐波以上的频率成分。

如图9所示，将重抽采样到第一采样值和第二比特值后音频数据进行中频处理的过程，通过如下模块设计实现：

中频处理模块主要增加人声的清晰度和温暖度。通过人声提取模块(属于业内已有公开技术)，可以获取人声信号。通过卷积运算获得了人声的二次谐波。为了避免带有基频分量的信号对原始信号的影响，以及对非人声频段的影响，本模块还设置有一个带通滤波器，带通滤波器优选的频率范围是3k～8kHz。

在一些实施例中，还可以做出进一步设计。比如，所述音质修复算法的处理过程还包括：

将重抽采样到第一采样值和第二比特值后音频数据进行音源质量评估，得到音源质量参数；

将所述音源质量参数作为输入，控制所述高频处理和所述中频处理的步骤中参数设置。

如图9所示，将重抽采样到第一采样值和第二比特值后音频数据进行音源质量评估，得到音源质量参数的过程，通过如何模块设计实现：

音源质量评估模块的作用是实时评估音源的质量，用于控制高频处理模块和中频处理模块的算法和输出。本模块有两个输入，分别是原始的音频信号和通过软件操作系统读取到的音源的文件信息。通过文件信息(包括但是不限于格式、采样率、采样深度、比特率等)可以获取音源文件的质量。比如192kbps的质量明显优于128kbps的质量。但是因为很多文件在传播、制作、重制做的过程中会存在各种问题，因此文件信息的读取，只能是一个辅助技术手段，只是用于指导压缩受损水平评估的一个初始条件，便于压缩受损算法更快的得出信息。音源压缩最显著的一个特征是高频信号的丢失。比如128kbps的音源，普遍存在着16kHz以上的信号出现显著的频域信号衰落。因此通过对比16kHz以上频率信号能量和原始信号能量，观察其是否存在非正常的显著差异(如30dB以上)，可以快速定位音源的受损程度。对于64kbps的音源，出现高频信号衰落的现象越明显。如果能够获取到文件的信息，可以快速设定高通滤波器3。如果系统不支持本算法获取文件信息，高通滤波器3采用多个频率多次比较的方法，比如设定在8KHz、10kHz、12kHz、14kHz、16kHz分别计算信号的幅度差异，通过幅度差异突变的频率点可以定位受损程度。最终本模块输出频率、幅度两个信息给到高频处理模块和中频处理模块。

如图9所示，将所述音源质量参数作为输入，控制所述高频处理和所述中频处理的步骤中参数设置的过程，具体介绍如下：

高频处理模块接收到音源质量评估模块输出的频率、幅度信息后，设置高通滤波器1和高通滤波器2的参数，并设置多次谐波生成模块的参数。以16kHz、30dB为例，高通滤波器的低频截止点设置为14kHz，高频滤波器1的低频截止点设置为3.5kHz，多次谐波生成模块设置为生成4次谐波，信号幅度设置为30dB。

中频处理模块接收到音源质量评估模块输出的频率、幅度信息后，设置带通滤波器的参数。以10kHz、30dB为例，带通滤波器设置为4kHz～6kHz，增益为3dB。

因音源质量评估模块的运算需要基于一定时间的频率能量累计计算，并且考虑到音质的稳定性，音源质量评估模块每次输出结果有一定时间间隔t，优选t的范围是0.4s～1s。在一个音源文件最开始的时间t以内，因为没有音源质量评估模块的输出，高频处理模块和中频处理模块工作在初始化的相对保守的设置上，避免造成过于激进的结果输出。

在一些实施例中，还可以做出进一步设计。比如，所述将滤波后的音频数据与重抽采样到第一采样值和第二比特值后音频数据相加后输出后，还包括：

计算相加后输出的音频数据在预定时间内的频域累计，输出实际频谱图；

通过频率响应识别修正算法，比较所述实际频谱图与预设的舒适频率响应特征；

输出滤波系数；

所述将叠加后音频数据进行滤波处理，包括：

将叠加后音频数据，并结合所述滤波系数，进行滤波处理。

以下结合图9对上述实施例的技术细节做出详细介绍：

原始信号与处理过后的信号相加后，仍然可能存在一定的问题。比如16kHz以后的信号补偿过多，导致16kHz以后的频率过于突出，进而影响听感和音色。为了及时发现优于过分补偿或者过欠补偿带来的显著问题，本算法又设置有频域平衡度监测模块。加和后的信号进入长时间频响累计模块，用于计算足够长一段时间t2内的信号频域累计结果，并输出对应的频谱图。频率响应识别修正算法，将预设舒适频率响应特征与实际频谱图进行对比，通过识别频响走势、频率峰点、频率谷点查找，输出一组滤波器系数给到滤波器，从而达到调整最终输出频响的目的。上述预设舒适度频响特性是根据大数据的统计结果，得出一组频率响应曲线的上下限。满足这个曲线的声音能够保持清晰度和舒适度。比如16kHz的声音与8kHz的声音差值应在6dB～18dB以内。

另外算法设置有用户自定义参数接口，允许设备生产厂商和用户自行调节相关高频处理模块和中频处理模块的舒适度。

补充一点，即音源修复的背景和现有技术。

音质压缩，最明显的受损的就是清晰度，即乐器的高频部分缺失或模糊，人声不够清楚。因此音质修复算法主要用来解决这两个问题。

一般电视机配有的人声清晰度算法，都是通过EQ提升高频的方法，增加信号的高频部分，一方面让传递更多信息的高频部分能力更大，一方面通过激发谐波增加高频清晰度。这种做法虽然能提升人声清晰度，但是同频段的音乐声音同样被提升，造成乐器等声音尖锐刺耳。

另外业内也有一些谐波生成算法提升中高频部分的清晰度(类似于本专利的高频处理模块)，但是因为缺少了音源质量的评估算法，因此无论音源是否受损以及受损程度大小，都一样的补偿。这显然是不合理的，一般这种算法为了避免过于补偿，都是采取欠补偿的方式，避免过分补偿带来的问题，但是同时效果也明显。

本发明的音源质量评估算法和频域平衡度检测模块，分别从补偿前和补偿后进行了智能化的运算和监控，尽最大限度的提升高频细节同时保持声音的耐听度。

本申请还提供另一种实施例，请参考图10，图10为本申请另一种实施例提供的一种软件处理流程图。

在该种实施例中，如图10所示，相对于图6，在该种实施例中，第一采样值小于48K或第一比特值小于24bit时，先通过高保真音效算法处理，然后再进行音质修复算法处理。不同于图6中，先进行音质修复算法处理，再进行高保真音效算法处理。此外，在该种实施例中，涉及到高保真音效算法和音质修复算法处理的具体内部流程，与上文相同，在此不再赘述。

此外，如图5所示，本申请还提供一种音频信号处理装置，包括：

第一预定格式识别模块，用于识别输入的音频文件的格式信息，判断其是否为第一预定格式；

第一预定格式音效处理算法处理模块，用于如果是，则采用第一预定格式音效处理算法处理所述音频文件后输出；

第一参数判断模块，用于如果否，则判断所述音频文件的采样率是否大于等于第一采样值、及比特率是否大于等于第一比特值；

高保真音效算法处理模块，如果是，则采用高保真音效算法处理所述音频文件后输出；

音质修复算法模块，用于如果否，则依次采用音质修复算法和高保真音效算法处理所述音频文件后输出。

在一些实施例中，所述第一预定格式音效处理算法处理模块包括：

第一解码子模块，用于采用第一预定格式解码器对所述音频文件解码形成音频码流；

第一重抽采样子模块，用于将解码形成的音频码流重抽采样到第一采样值和第二比特值；

第一数字信号处理子模块，用于将重抽采样后的音频码流进行数字信号处理；

第一输出子模块，用于将数字信号处理后的音频数据输出。

在一些实施例中，所述第一数字信号处理子模块包括：

第一预定格式音效处理算法处理单元，用于将重抽采样后的音频码流采用第一预定格式音效算法处理；

第二重抽采样子模块，用于将通过第一预定格式音效算法处理后音频数据重抽采样到第二采样值和第一比特值。

再者，本申请还提供一种电子设备，所述电子设备包括音频处理器和扬声器；

所述音频处理器被配置为：接收输入的音频数据；

在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据通过所述扬声器输出；

在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后通过所述扬声器输出。

需要说明是，该显示设备包括的其他部件及结构，参照图1至图3及相应的文字介绍，本实施例在此不再赘述。

需要说明的是，上述音频信号处理装置的工作过程和技术效果与上文实施例中音频信号处理方法相同，因而在此不再赘述。

在一些实施例中，所述“接收输入的音频数据”包括：

接收输入的音频数据和描述信息，所述描述信息包括用于描述所述音频数据音质的音质参数，和用于描述所述音频数据格式的格式参数；

在所述“接收输入的音频数据”后，所述音频处理器还用于：

根据所述音质参数确定所述音质参数对应的采样率和比特率；

在所述采样率不小于第一采样值，且所述比特率不小于第第一比特值时，确定所述音频数据的音质参数满足预设条件；

在所述采样率小于所述第一采样值，或所述比特率小于所述第一比特值时，确定所述音频数据的音质参数不满足预设条件。

接着，本申请还提供一种声音处理方法，所述方法包括：

接收输入的码流数据；

解析出声音数据；

判断声音数据的预置参数；

在预置参数满足阈值时，采用高保真音效算法处理所述声音数据，并将处理后的声音输出；

在阈值参数不满足阈值时，使用修复算法处理所述声音数据，并将修复后的声音数据进行高保真音效算法处理后，将处理后的声音输出；

其中，预置参数满足阈值的声音数据的直接播放的效果好于预置参数不满足阈值的声音数据的直接播放。

需要说明的是，上述声音处理方法的技术效果与上文实施例中音频信号处理方法相同，因而在此不再赘述。

最后，本申请还提供一种设备，包括处理器和扬声器；

所述处理器用于：

接收输入的码流数据；

解析处声音数据；

判断声音数据的预置参数；

在预置参数满足阈值时，采用高保真音效算法处理所述声音数据，并将处理后的声音输出给所述扬声器；

在阈值参数不满足阈值时，使用修复算法处理所述声音数据，并将修复后的声音数据进行高保真音效算法处理后，将处理后的声音输出给所述扬声器。

需要说明的是，上述设备的技术效果与上文实施例中音频信号处理方法相同，因而在此不再赘述。

此外要意识到，本申请所述的各种组件、节点能够包括(一个或多个)电路，其能够包括适当值的组件和电路元件，以便实现本创新的方面。此外能够意识到，各种组件的许多组件能够在一个或多个集成电路(IC)芯片上实现。在一个示范实现中，组件集合能够在单个IC芯片上实现。在其它示范实现中，相应组件的一个或多个在单独IC芯片上制作或实现。

以上已经描述的包括本发明的实现的示例。为了描述要求保护主题的目的，当然不可能描述组件或方法的每一个可设想组合，但是要意识到，本创新的许多另外组合和置换是可能的。相应地，要求保护主题打算包含全部这类改变、修改和变化，其落入所附权利要求的精神和范围之内。此外，包括“摘要”中所述的事物的本申请的所示实现的以上描述并不是要详细列举或者将所公开实现局限于所公开的精确形式。虽然本申请中为了说明目的而描述具体实现和示例，但是如相关领域的技术人员能够认识的，被认为在这类实现和示例的范围之内的各种修改是可能的。

具体来说并且关于由上述组件、装置、电路、系统等所执行的各种功能，除非另加指示，否则用来描述这类组件的术语打算对应于执行所述组件的所指定功能(例如，功能等效)的任何组件，即使不是在结构上等效于所公开结构(其执行要求保护主题的本申请所示示范方面的功能)。在这方面，还将会认识到，创新包括系统以及计算机可读存储介质，其具有计算机可执行指令，以用于执行要求保护主题的各种方法的动作和/或事件。

已经针对若干组件/块之间的交互描述了上述系统/电路/模块。能够意识到，这类系统/电路和组件/块能够包括那些组件或者所指定子组件、所指定组件或者子组件的一些和/或附加组件，并且按照以上述各种置换和组合。子组件还能够实现为通信地耦合到其它组件而不是包括在父组件(分级)内的组件。另外，应当注意，一个或多个组件可组合为提供聚合功能性的单个组件或者分为若干单独子组件，以及可提供任何一个或多个中间层(例如管理层)，以通信地耦合到这类子组件，以便提供综合功能性。本申请所述的任何组件还可与本申请中没有具体描述但是本领域的技术人员已知的一个或多个其它组件进行交互。

虽然阐明本发明的广义范围的数值范围和参数是近似值，但是具体示例中阐明的数值尽可能准确地报导。但是，任何数值固有地含有必然产生于其相应测试测量中找到的标准偏差的某些误差。此外，本申请所公开的全部范围要被理解为包含其中所包含的任何和全部子范围。例如，“小于或等于11”的范围能够包括零的最小值与11的最大值之间(并且包含该最小值与最大值)的任何和全部子范围，即，任何和全部子范围具有等于或大于零的最小值以及等于或小于11的最大值(例如1至5)。在某些情况下，如对参数所述的数值能够具有负值。

另外，虽然可能已经仅针对若干实现之一公开了本创新的特定特征，但是这种特征可如对任何给定或特定应用可预期和有利的与其它实现的一个或多个其它特征相组合。此外，在详细描述或者权利要求中使用术语“包括(include、including)”、“具有”、“含有”及其变体和其它类似词语的意义上，这些术语打算采用与作为开放过渡词语的术语“包含”相似的方式是包含的，而没有排除任何附加或其它元件。

遍及本说明书中提到“一个实现”或“一实现”表示结合该实现所述的特定特征、结构或特性包含在至少一个实现中。因此，短语“在一个实现中”或者“在一实现中”在遍及本说明书中的各个位置的出现不一定全部指相同实现。此外，具体特征、结构或特性可采用任何适当方式结合在一个或多个实现中。

此外，遍及本说明书中提到“项”或“文件”意味着结合实现所述的特定结构、特征或对象不一定指相同对象。此外，“文件”或“项”能够指各种格式的对象。

如本申请中使用的术语“节点”、“组件”、“模块”、“系统”等一般打算指作为硬件(例如电路)、硬件和软件的组合的计算机相关实体或者与具有一个或多个特定功能性的操作机器相关的实体。例如，组件可以是(但不限于)在处理器(例如数字信号处理器)上运行的进程、处理器、对象、可执行、执行线程、程序和/或计算机。作为说明，在控制器上运行的应用和控制器两者均能够是组件。一个或多个组件可驻留在进程和/或执行线程中，以及组件可定位在一个计算机上和/或分布在两个或更多计算机之间。虽然在各个实现中描绘单独组件，但是要意识到，组件可采用一个或多个公共组件来表示。此外，各个实现的设计能够包括不同组件放置、组件选择等，以实现最佳性能。此外，“装置”能够采取专门设计硬件；通过其上的软件(其使硬件能够执行特定功能)的执行被专门化的一般化硬件；计算机可读介质上存储的软件；或者其组合的形式。

此外，词语“示例”或“示范”在本申请中用来表示“用作示例、实例或说明”。本申请中描述为“示范”的任何方面或设计不一定被理解为相对其它方面或设计是优选或有利的。相反，词语“示例”或“示范”的使用打算以具体方式呈现概念。如本申请所使用的，术语“或者”打算表示包含“或”而不是互斥“或”。即，除非另加说明或者从上下文清楚地知道，否则“X采用A或B”打算表示自然包含置换的任一个。即，如果X采用A；X采用B；或者X采用A和B两者，则在上述实例的任何实例下均满足“X采用A或B”。另外，如本申请和所附权利要求中所使用的冠词“一(a和an)”应当一般地理解为表示“一个或多个”，除非另加说明或者从上下文清楚地知道针对单数形式。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种音频信号处理方法，其特征在于，包括：

接收输入的音频数据；

在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据后输出；

在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后输出。

2.如权利要求1所述的一种音频信号处理方法，其特征在于，所述“接收输入的音频数据”包括：

接收输入的音频数据和描述信息，所述描述信息包括用于描述所述音频数据音质的音质参数，和用于描述所述音频数据格式的格式参数；

在所述“接收输入的音频数据”后，所述方法还包括：

根据所述音质参数确定所述音质参数对应的采样率和比特率；

在所述采样率不小于第一采样值，且所述比特率不小于第第一比特值时，确定所述音频数据的音质参数满足预设条件；

在所述采样率小于所述第一采样值，或所述比特率小于所述第一比特值时，确定所述音频数据的音质参数不满足预设条件。

3.如权利要求1所述的一种音频信号处理方法，其特征在于，所述“直接采用第一音频算法处理所述音频数据后输出”包括：

对所述音频文件解码形成音频码流；

将解码形成的音频码流重抽采样到第二采样值和第一比特值，产生重抽采样后的音频数据；

将重抽采样后的音频数据通过所述第一音频算法处理，以便获得音效提升后的音频数据；

将音效提升后的音频数据输出。

4.如权利要求1所述的一种音频信号处理方法，其特征在于，所述“采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后输出”，包括：

对所述音频文件解码形成音频码流；

将解码形成的音频码流重抽采样到第一采样值和第二比特值，产生重抽采样的音频数据；

将重抽采样后的音频数据通过所述第二音频算法，以便获得音质修复后的音频数据；

将音质修复后的音频数据通过所述第一音频算法，以便获得音效提升后的音频数据；

将音效提升后的音频数据重抽采样到第二采样值和第一比特值，产生重抽采样后的音频数据并输出。

5.如权利要求1-4任一项所述的一种音频信号处理方法，其特征在于，所述第一音频算法为高保真音效算法，所述第二音频算法为音质修复算法。

6.如权利要求5所述的一种音频信号处理方法，其特征在于，所述音质修复算法用于：

将重抽采样到第一采样值和第二比特值后音频数据进行高频处理，以便获得高频音频数据；

将重抽采样到第一采样值和第二比特值后音频数据进行中频处理，以便获得中频音频数据；

叠加所述高频音频数据和所述中频音频数据；

将叠加后音频数据进行滤波处理，用于排除干扰噪音数据；

将滤波后的音频数据与重抽采样到第一采样值和第二比特值后音频数据相加后输出。

7.如权利要求1-4任一项所述的一种音频信号处理方法，其特征在于，在所述“接收输入的音频数据”后，所述方法还包括：

在所述音频数据为预定格式时，直接采用预定格式对应的预定音频算法处理后输出，不进行音频数据的音质参数是否满足预设条件的判断；

在所述音频数据为非预定格式时，进行音频数据的音质参数是否满足预设条件的判断。

8.如权利要求7所述的一种音频信号处理方法，其特征在于，所述预定格式为杜比格式或DTS格式中的任意一种。

9.一种电子设备，其特征在于，所述电子设备包括音频处理器和扬声器；

所述音频处理器被配置为：接收输入的音频数据；

在所述音频数据的音质参数满足预设条件时，直接采用第一音频算法处理所述音频数据通过所述扬声器输出；

在所述音频数据的音质参数不满足预设条件时，采用第二音频算法处理所述音频数据以提升所述音频数据的音质，并采用第一音频算法对第二音频算法处理后的音频数据进行处理后通过所述扬声器输出。

10.如权利要求9所述的一种电子设备，其特征在于，

所述“接收输入的音频数据”包括：

接收输入的音频数据和描述信息，所述描述信息包括用于描述所述音频数据音质的音质参数，和用于描述所述音频数据格式的格式参数；

在所述“接收输入的音频数据”后，所述音频处理器还用于：

根据所述音质参数确定所述音质参数对应的采样率和比特率；

在所述采样率不小于第一采样值，且所述比特率不小于第第一比特值时，确定所述音频数据的音质参数满足预设条件；

在所述采样率小于所述第一采样值，或所述比特率小于所述第一比特值时，确定所述音频数据的音质参数不满足预设条件。

Images