一种提升通信装置续航时间的方法及装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种提升通信装置续航时间的方法及装置。

背景技术

真无线立体声(true wireless stereo，TWS)耳机具有巨大的市场潜力，吸引了众多厂商竞争。其中，为用户提供优质的音质、强劲的续航和良好的舒适度，这三项关键指标成为用户选择TWS耳机的重要参考。尤其是续航问题，一直是TWS耳机设计的技术瓶颈。

其中，续航取决于功耗，相同电池容量的TWS耳机，功耗越大续航越少。虽然增大电池容量能有效地提升续航能力，但同时也将带来耳机的尺寸和重量的增加。耳机的尺寸和重量的增加，将会影响用户长时间佩戴耳机的舒适性。

发明内容

本申请实施例提供一种提升通信装置续航时间的方法及装置，用以提升通信装置的续航能力。

第一方面，本申请实施例提供一种提升通信装置续航时间的方法，该方法包括：获取第一状态和第二状态，所述第一状态指示上行数据是否包括有效数据，所述第二状态指示下行数据是否包括有效数据，进一步地可以根据所述第一状态和所述第二状态配置处理器的运行频率。

上述方法可以应用于至少两个用户进行通话的场景，其中，上行数据是指发送至通话对端的数据。下行数据，是指接收到的来自于通话对端的数据。有效数据是指有信息量传输的数据，或者，有效数据是指包括实质内容的数据。例如，有效数据可以包括用户之间通话的人声数据，又例如，有效数据还可以包括一些环境数据，例如，用户a在与用户b进行通话的过程中，用户a通过其他设备(例如平板、电脑或电视)播放一段音频，该段音频为用户a希望用户b听到的信息，因而该段音频也为有效数据。又或者，用户a在与用户b进行通话的过程中，用户a家中的门铃响了或者敲门声或者用户c跟用户a讲话，则门铃、敲门声、用户c的声音也为有效数据。应理解的是，上述举例不作为本申请实施例的限定，有效数据不限于用户之间通话的人声数据，还可以包括其他具有信息量的数据。接着用户a在与用户b进行通话的这个例子补充解释下上下行数据的概念，用户a的通话对端就是用户b。因而用户a的通话设备的上行数据是指要发送至用户b的数据，比如用户a的人声数据或用户a的环境音，用户a的通话设备的下行数据是指接收到的来自用户b的数据，比如用户b的人声数据或用户b的环境音。

处理器的运行频率是指处理器的时钟频率或主频。相较于现有技术中，在通话过程中，处理器的运行频率一直处于固定频率，本申请实施例中结合上行数据是否包括有效数据以及下行数据是否包括有效数据，可以实现动态调整处理器的运行频率。由于处理器的运行频率动态可变，因而处理器可能工作在较低的运行频率，进而可以节省通信装置的功耗，提升通信装置的续航时间。

在一种可能的设计中，根据所述第一状态和所述第二状态配置处理器的运行频率可以采用以下方法：在所述上行数据和下行数据均包括有效数据时，配置所述处理器的运行频率为第一频率。其中，第一频率为较高的频率，采用上述设计可以保证用户之间的通话质量不受影响。

在一种可能的设计中，根据第一状态和第二状态配置处理器的运行频率，还包括：在上行数据和下行数据中至少一个不包括有效数据时，配置处理器的运行频率为第二频率，其中第二频率小于第一频率。

在一种可能的设计中，根据所述第一状态和所述第二状态调整处理器的运行频率可以采用以下方法：在所述上行数据和下行数据均包括有效数据时，配置所述处理器的运行频率为第一频率；在所述上行数据和所述下行数据中至少一个不包括有效数据时，将所述处理器的运行频率从第一频率调整为第二频率，所述第二频率小于所述第一频率。采用上述设计，采用上述设计，当上行数据和下行数据均包括有效数据时，保持处理器的运行频率较高；在上行数据和下行数据中至少一个不包括有效数据时，处理器不需要保持在较高的运行频率，调低处理器的运行频率不会影响用户之间的通话质量，调低处理器的运行频率还可以实现节省处理器的功耗，提升耳机的续航时长。

在一种可能的设计中，在所述上行数据和所述下行数据均不包括有效数据时，配置所述处理的运行频率为第三频率。如果在此之前处理器的运行频率为第二频率，则将所述处理器的运行频率从所述第二频率调整为第三频率，所述第三频率小于或等于所述第二频率。当上、下行数据都不包括有效数据时，降低处理器的运行频率能有效节省处理器的功耗，提升设备的续航时间。

在一种可能的设计中，根据所述第一状态和所述第二状态调整处理器的运行频率可以采用以下方法：在所述上行数据和下行数据均包括有效数据时，配置所述处理器的运行频率为第一频率；在所述上行数据和所述下行数据均不包括有效数据时，将所述处理器的运行频率从第一频率调整为第三频率，所述第三频率小于所述第一频率。采用上述设计，当上行数据和下行数据均包括有效数据时，保持处理器的运行频率较高，在上行数据和下行数据均不包括有效数据时，处理器不需要保持在较高的运行频率，调低处理器的运行频率不会影响用户之间的通话质量，调低处理器的运行频率还可以实现节省处理器的功耗，提升耳机的续航时长。

综上来看，在本申请实施例的一种可能的实现方式中，可以根据上下行数据是否包括有效数据来将处理器的运行频率设置为第一、二、三频率中的对应的一个，其中第一频率高于第二和第三频率，第三频率小于或等于第二频率。在上行数据和下行数据均包括有效数据时，将处理器的运行频率设置为第一频率；在上行数据和下行数据中至少一个不包括有效数据时，将处理器的运行频率设置为第二频率；在上行数据和下行数据均不包括有效数据时，将处理器的运行频率设置为第三频率。当上行数据和下行数据满足前述判断条件时，就可以将处理器的运行频率调整到对应的频率。也就是说，当判断条件满足时，处理器的运行频率可以在第一频率、第二频率和第三频率之间进行切换，从较低的频率切换至较高的频率或者从较低的频率切换至较高的频率。

在一种可能的设计中，第一缓存存储有所述上行数据，所述第一缓存用于存储需要采用第一预设音频算法进行处理的数据。在所述上行数据不包括有效数据时，将所述第一缓存置零。采用上述设计，在上行数据包括有效数据时，对上行数据执行第一预设算法处理，在上行数据不包括有效数据时，不对上行数据执行第一预设算法处理。因此，既可以实现对包括有效数据的上行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的上行数据执行音效优化从而造成功耗浪费。

其中，将第一缓存置零是指将第一缓存存储的所有字节置零。

在一种可能的设计中，第二缓存存储有所述下行数据，所述第二缓存用于存储需要采用第二预设音频算法进行处理的数据。在所述下行数据不包括有效数据时，将所述第二缓存置零。采用上述设计，在下行数据包括有效数据时，对下行数据执行第二预设算法处理，在下行数据不包括有效数据时，不对下行数据执行第二预设算法处理。因此，既可以实现对包括有效数据的下行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的下行数据执行音效优化从而造成功耗浪费。

其中，将第二缓存置零是指将第二缓存存储的所有字节置零。

可以理解的是，第一预设算法和第二预设算法可以为相同的算法(例如3A算法)或不同的算法，本申请实施例对此不作限定。

在一种可能的设计中，在所述上行数据和所述下行数据中至少一个不包括有效数据时，若所述处理器的运行频率处于同一个频率(例如第一频率)的时长大于或等于第一时长，配置所述处理器的运行频率为第二频率；换句话说，就是将所述处理器的运行频率从该频率(例如第一频率)调整为所述第二频率。在本申请实施例中，从处理器的运行频率处于该频率开始，触发计时器开始计时。在上行数据和下行数据中至少一个不包括有效数据时，结合该计时器指示的时长判断是否执行运行频率的调整，因而可以避免繁切换处理器的运行频率，对系统性能产生影响。

在一种可能的设计中，在所述上行数据和所述下行数据均不包括有效数据时，若所述处理器的运行频率处于同一个(例如第一频率)的时长大于或等于第二时长，配置所述处理器的运行频率为所述第三频率。在本申请实施例中，从处理器的运行频率处于该频率开始，触发计时器开始计时。在上行数据和下行数据中至少一个不包括有效数据时，结合该计时器指示的时长判断是否执行运行频率的调整，因而可以避免繁切换处理器的运行频率，对系统性能产生影响。

在一种可能的设计中，当所述上行数据不全为0时，所述第一状态指示所述上行数据包括有效数据；或者，当所述上行数据全为0时，所述第一状态指示所述上行数据不包括有效数据。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，准确度高。

在一种可能的设计中，当所述下行数据不全为0时，所述第二状态指示所述下行数据包括有效数据；或者，当所述下行数据全为0时，所述第二状态指示所述下行数据不包括有效数据。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，准确度高。

示例性地，一段语音可以被分割为一个或多个数据包，数据包的大小可以由音频协议确定。例如，每10ms的语音作为一个数据包，则一段3s的语音可以被分割为300个数据包。每个数据包可以包括一个或多个16比特(bit)的数据流，每个bit的取值为0或1。

上述上行数据可以是指上行数据包。当上行数据包中比特的取值全为0时，第一状态指示上行数据包不包括有效数据。当上行数据包不全为0时，第一状态指示上行数据包包括有效数据。

同理，上述下行数据可以是指下行数据包。当下行数据包中比特的取值全为0时，第一状态指示下行数据包不包括有效数据。当下行数据包不全为0时，第一状态指示下行数据包包括有效数据。

在一种可能的设计中，当第一参数小于或等于第一预设阈值时，所述第一状态指示所述上行数据不包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的；或者，当第一参数大于第一预设阈值时，所述第一状态指示所述上行数据包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，容易实现。

在一种可能的设计中，当第二参数大于第二预设阈值时，所述第二状态指示所述下行数据包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的；或者，当第二参数小于或等于所述第二预设阈值时，所述第二状态指示所述下行数据不包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，容易实现。

示例性地，一段语音可以被分割为一个或多个数据包，数据包的大小可以由音频协议确定。例如，每10ms的语音作为一个数据包，则一段3s的语音可以被分割为300个数据包。每个数据包可以包括一个或多个16比特(bit)的数据流，每个bit的取值为0或1。进一步地，可以将每个16bit数据流由2进制转换为10进制，将每个16bit数据流对应的10进制数和基线对应的10进制数的差值作为该16bit数据流的振幅，可以计算一个数据包的振幅均值或者振幅方均根等。

上述上行数据可以是指上行数据包。第一参数可以是指上行数据包中比特的取值的振幅均值或者振幅方均根等。同理，上述下行数据可以是指下行数据包。第二参数可以是指下行数据包中比特的取值的振幅均值或者振幅方均根等。

第二方面，本申请实施例提供一种提升通信装置续航时间的方法，该方法包括：获取数据状态，所述数据状态指示数据是否包括有效数据，所述有效数据是指有信息量传输的数据；根据所述数据状态判断所述数据是否经预设算法处理，在所述数据状态指示数据不包括所述有效数据时，不对所述数据执行所述预设算法处理。相比于不区分数据中是否包括有效数据，都对数据进行算法处理，会造成不必要的功耗，本方法在数据中不包括有效数据时，不对该数据进行算法处理，当判断数据中包括有效数据时，才对该数据进行算法处理，从而能够节省功耗。

其中，数据可以为上行数据或下行数据。具体的，获取上行数据是否包括有效数据，根据上行数据是否包括有效数据判断上行数据是否经第一预设算法处理。获取下行数据是否包括有效数据，根据下行数据是否包括有效数据判断下行数据是否经第二预设算法处理。可以理解的是，第一预设算法和第二预设算法可以为相同的算法(例如3A算法)或不同的算法，本申请实施例对此不作限定。此外，上行数据的判断过程和下行数据的判断过程相互独立。

采用上述方法，根据数据是否包括有效数据判断是否对数据执行预设算法处理。因此，既可以实现对包括有效数据的数据执行音效优化保障用户体验，又可以避免对不包括有效数据的数据执行音效优化造成功耗浪费。

在一种可能的设计中，所述数据为上行数据，所述预设算法为第一预设算法。第一缓存存储有所述上行数据，所述第一缓存用于存储需要采用所述第一预设音频算法进行处理的数据。在所述上行数据不包括有效数据时，将所述第一缓存置零。或者，在所述上行数据包括有效数据时，采用所述第一预设音频算法对所述上行数据进行处理。

采用上述设计，在上行数据包括有效数据时，对上行数据执行第一预设算法处理，在上行数据不包括有效数据时，不对上行数据执行第一预设算法处理。因此，既可以实现对包括有效数据的上行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的上行数据执行音效优化造成功耗浪费。

在一种可能的设计中，所述数据为下行数据，所述预设算法为第二预设算法。第二缓存存储有所述下行数据，所述第二缓存用于存储需要采用所述第二预设音频算法进行处理的数据。在所述下行数据不包括有效数据时，将所述第二缓存置零。或者，在所述下行数据包括有效数据时，采用所述第二预设音频算法对所述下行数据进行处理。采用上述设计，在下行数据包括有效数据时，对下行数据执行第二预设算法处理，在下行数据不包括有效数据时，不对下行数据执行第二预设算法处理。因此，既可以实现对包括有效数据的下行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的下行数据执行音效优化造成功耗浪费。

在一种可能的设计中，当所述上行数据不全为0时，所述第一状态指示所述上行数据包括有效数据；或者，当所述上行数据全为0时，所述第一状态指示所述上行数据不包括有效数据。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，准确度高。

在一种可能的设计中，当所述下行数据不全为0时，所述第二状态指示所述下行数据包括有效数据；或者，当所述下行数据全为0时，所述第二状态指示所述下行数据不包括有效数据。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，准确度高。

在一种可能的设计中，当第一参数小于或等于第一预设阈值时，所述第一状态指示所述上行数据不包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的；或者，当第一参数大于第一预设阈值时，所述第一状态指示所述上行数据包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，容易实现。

在一种可能的设计中，当第二参数大于第二预设阈值时，所述第二状态指示所述下行数据包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的；或者，当第二参数小于或等于所述第二预设阈值时，所述第二状态指示所述下行数据不包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的。采用上述设计可以实现判断上行数据是否包括有效数据，方法简便，容易实现。

第三方面，本申请实施例提供一种提升通信装置续航时间的装置，该装置包括：获取单元，用于获取第一状态和第二状态，所述第一状态指示上行数据是否包括有效数据，所述第二状态指示下行数据是否包括有效数据；所述有效数据是指有信息量传输的数据；处理单元，用于根据所述第一状态和所述第二状态配置处理器的运行频率。

在一种可能的设计中，所述处理单元，用于在所述上行数据和所述下行数据均包括有效数据时，配置所述处理器的运行频率为第一频率。

在一种可能的设计中，所述处理单元，还用于在所述上行数据和所述下行数据中至少一个不包括有效数据时，配置所述处理器的运行频率为第二频率，其中，所述第二频率小于所述第一频率。也就是说可以将所述处理器的运行频率第一频率调整为第二频率。

在一种可能的设计中，所述处理单元，还用于在所述上行数据和所述下行数据均不包括有效数据时，配置所述处理器的运行频率为第三频率，所述第三频率小于或等于所述第二频率。

在一种可能的设计中，所述处理单元，用于在所述上行数据和所述下行数据均包括有效数据时，配置所述处理器的运行频率为第一频率；在所述上行数据和所述下行数据均不包括有效数据时，将所述处理器的运行频率从第一频率调整为第三频率，所述第三频率小于所述第一频率。

在一种可能的设计中，所述装置还包括第一缓存，所述第一缓存存储有所述上行数据，所述第一缓存用于存储需要采用第一预设音频算法进行处理的数据；所述处理单元，用于在所述上行数据不包括有效数据时，将所述第一缓存置零。

在一种可能的设计中，所述装置还包括第二缓存，所述第二缓存存储有所述下行数据，所述第二缓存用于存储需要采用第二预设音频算法进行处理的数据；所述处理单元，用于在所述下行数据不包括有效数据时，将所述第二缓存置零。

在一种可能的设计中，所述处理单元，用于在所述上行数据和所述下行数据中至少一个不包括有效数据时，若所述处理器的运行频率处于同一个频率(例如所述第一频率)的时长大于或等于第一时长，配置所述处理器的运行频率为所述第二频率。

在一种可能的设计中，所述处理单元，用于在所述上行数据和所述下行数据均不包括有效数据时，若所述处理器的运行频率处于同一个频率(例如所述第一频率)的时长超过第二时长，配置所述处理器的运行频率为所述第三频率。

在一种可能的设计中，当所述上行数据不全为0时，所述第一状态指示所述上行数据包括有效数据；或者，当所述上行数据全为0时，所述第一状态指示所述上行数据不包括有效数据。

在一种可能的设计中，当所述下行数据不全为0时，所述第二状态指示所述下行数据包括有效数据；或者，当所述下行数据全为0时，所述第二状态指示所述下行数据不包括有效数据。

在一种可能的设计中，当第一参数小于或等于第一预设阈值时，所述第一状态指示所述上行数据不包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的；或者，当第一参数大于第一预设阈值时，所述第一状态指示所述上行数据包括有效数据，其中，所述第一参数是根据所述上行数据的振幅计算的。

在一种可能的设计中，当第二参数大于第二预设阈值时，所述第二状态指示所述下行数据包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的；或者，当第二参数小于或等于所述第二预设阈值时，所述第二状态指示所述下行数据不包括有效数据，其中，所述第二参数是根据所述下行数据的振幅计算的。

第四方面，本申请实施例提供一种提升通信装置续航时间的装置，该方法包括：获取单元，用于获取数据状态，所述数据状态指示数据是否包括有效数据，所述有效数据是指有信息量传输的数据；处理单元，用于根据所述数据状态确定所述数据是否经预设算法处理；在所述数据状态指示数据不包括所述有效数据时，不对所述数据执行所述预设算法处理。

在一种可能的设计中，所述数据为上行数据，所述预设算法为第一预设算法；第一缓存存储有所述上行数据，所述第一缓存用于存储需要采用所述第一预设音频算法进行处理的数据。处理单元，用于在所述上行数据不包括有效数据时，将所述第一缓存置零，或者，在所述上行数据包括有效数据时，采用所述第一预设音频算法对所述上行数据进行处理。

在一种可能的设计中，所述数据为下行数据，所述预设算法为第二预设算法；第二缓存存储有所述下行数据，所述第二缓存用于存储需要采用所述第二预设音频算法进行处理的数据。处理单元，用于在所述下行数据不包括有效数据时，将所述第二缓存置零，或者，在所述下行数据包括有效数据时，采用所述第二预设音频算法对所述下行数据进行处理。

上述第三方面和第四方面中的各个设计的有益效果可以参考上述第一方面和第二方面中对应设计的有益效果，重复之处不再赘述。

第五方面，本申请实施例提供一种通信装置，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器调用所述存储器执行所述计算机程序用于实现如第一方面的任一项可能的设计或如第二方面的任一项可能的设计。

第六方面，本申请实施例提供一种计算机可读存储介质，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如第一方面的任一项可能的设计或如第二方面的任一项可能的设计。

第七方面，本申请实施例提供一种计算机程序产品，当所述计算机程序产品在通信装置上运行时，使得所述通信装置执行如第一方面的任一项可能的设计或如第二方面的任一项可能的设计。

附图说明

图1(a)为本申请的实施例中的终端设备A与终端设备B进行通信的场景示意图；

图1(b)为本申请的实施例中的在终端设备A与终端设备B进行通信的场景下上行通路和下行通路的示意图；

图2为本申请的实施例中的现有上下行负载与DSP核的运行频率的对应关系示意图；

图3为本申请的实施例中的耳机的结构示意图；

图4为本申请的实施例中的处理器分层的结构示意图；

图5为本申请的实施例中的提升耳机续航时间的方法的概述流程图；

图6(a)为本申请的实施例中的判断上行数据是否包括有效数据的示意图之一；

图6(b)为本申请的实施例中的判断下行数据是否包括有效数据的示意图之一；

图7(a)为本申请的实施例中的判断上行数据是否包括有效数据的示意图之二；

图7(b)为本申请的实施例中的判断下行数据是否包括有效数据的示意图之二；

图8为本申请的实施例中的判断数据是否包括有效数据的示意图；

图9为本申请的实施例中的第一状态和第二状态的上报示意图；

图10(a)为本申请的实施例中的上行通路和下行通路的示意图之一；

图10(b)为本申请的实施例中的上行通路和下行通路的示意图之二；

图11为本申请的实施例中的动态调整DSP核的运行频率的示意图之一；

图12为本申请的实施例中的动态调整DSP核的运行频率的示意图之二；

图13为本申请的实施例中的上下行负载与DSP核的运行频率的对应关系示意图；

图14为本申请的实施例中的通信装置的结构示意图。

具体实施方式

以下首先对本申请实施例涉及的技术术语进行说明。

1、TWS耳机(又可称为TWS蓝牙耳机)

与有线耳机相比，TWS耳机摒弃有线烦恼，做到真正的无线结构，移动自由，且TWS耳机可以具有多种功能，其中，音质、降噪、通话质量均有较好表现。此外，TWS耳机还配备了兼具充电和收纳功能的便携盒，将TWS耳机放入便携盒内即可实现自动充电，非常方便。

其中，TWS耳机包括主耳和副耳，主耳可以负责采集上行数据，副耳可以负责采集下行数据。其中，主耳和副耳组成立体声系统，配合专业的降噪技术，可以实现较好的用户体验。

2、蓝牙通话

基于蓝牙芯片技术的发展，手机等终端设备可以基于蓝牙协议将下行数据传输到耳机，并接收耳机采集的上行数据。

示例性地，手机与耳机建立连接。终端设备在开始语音通话时，通知耳机进入通话场景。耳机内的应用核(application core，ACore)控制数字信号处理器(digital signalprocessing，DSP)核执行通话业务。

3、上行通路和下行通路

上行数据，是指发送至通话对端的数据。下行数据，是指接收到的来自于通话对端的数据。

以下以终端设备A和终端设备B进行通信的场景为例说明上行数据在通信设备的上行通路的传输过程以及下行数据在通信设备的下行通路的传输过程，其中，通信设备与终端设备A建立连接(例如蓝牙连接)。如图1(a)所示，通信设备采集上行数据并发送至终端设备A，终端设备A将上行数据发送至终端设备B。终端设备B将下行数据发送至终端设备A，终端设备A将下行数据发送至通信设备，通信设备播放下行数据。其中，通信设备可以是终端设备A中的组件，也可以是独立于终端设备A的设备。示例性地，通信设备可以为耳机，终端设备A与终端设备B可以分别为用户A的手机与用户B的手机，用户A与用户B进行语音通话，用户A佩戴耳机。这里提到的上行数据和下行数据是指终端设备A或者通信设备的上下行数据，上行数据是指通信设备采集到的、且要发给终端设备B的数据，下行数据是指通信设备接收到的、从终端设备B接收到的数据。

如图1(b)所示，在耳机上行通路中，上行数据可以通过主麦克风(mainmicrophone，Main Mic)、副麦克风(subMic)、骨振动传感器(voice process unit，VPU)中任一个或多个来采集，经编解码器(Coder-DECoder，Codec)传输至DSP核。DSP核通过通信总线协议接收输入的上行数据，DSP核依次调用采样频率转换(sample rate convertor，SRC)处理，3A上行(uplink，UL)算法、SRC和上行编解码模块对上行数据进行处理。进一步地，经DSP核处理后的上行数据传输至蓝牙(bluetooth，BT)核，由BT核将上行数据通过空口发送给终端设备A。进一步地，终端设备A将上行数据进行处理并发送给终端设备B。

如图1(b)所示，下行数据由终端设备B发送至终端设备A，终端设备A可以通过蓝牙传输模块传输至耳机的BT核。在下行通路中，下行数据由BT核传输至DSP核，DSP核依次调用下行编解码模块、SRC、3A下行(downlink，DL)算法、SRC、混音及增益处理模块对下行数据依次执行处理，并通过通信总线协议输出经DSP核处理后的下行数据。进一步地，经DSP核处理后的下行数据传输至Codec，经喇叭(speaker，SPK)进行播放。在通话场景中，耳机内主要有三个核参与工作，Acore为应用核，主要负责功能逻辑控制，例如通话开始、结束等。在整个通话过程中，Acore大部分功能实际上处于休眠状态，因此，Acore的功耗也较低(其中，Acore在图1(a)和图1(b)中未画出)。BT核主要负责传输上行数据和下行数据，一般处于低功耗工作模式。DSP核负责上行数据和下行数据编解码及处理，例如，DSP核可以通过接口调度3A等音频算法对上行数据和下行数据进行处理。因此，在通话场景中，耳机的功耗大部分来源于DSP核。其中，3A是指回音消除(acoustic echo cancelling，AEC)、自动增益(automatic gain control，AGC)和主动降噪(active noise control，ANC)三个算法的统称。

如表1所示为5种TWS耳机的续航能力分析表格。下述TWS耳机普遍通话续航能力均有待提高，没有达到用户期望的续航水平。

表1

此外，在通话场景中，上述TWS耳机中的DSP核始终处于一个固定的频率工作，示例性地，该频率一般由耳机出厂时统一设定，而且该频率不会随周围环境改变而变化，如表2所示。

表2

由表2可知，上下行数据状态可以分为四种，只有上行数据、只有下行数据、上、下行数据均存在和上、下行均无数据。在这四种状态下，DSP核始终工作在固定的M

如图2所示，在双方用户在语音通话过程中，只有极少时间段内会出现上下行负载同时执行的情况，即上、下行数据同时存在的情况，但是DSP核始终工作在固定频率以保证最大负载可以正常执行。因此，在整个通话生命周期中，DSP核采用固定频率的工作方式将会造成大量无用的功耗。其中，图2的上半部分所示为上行数据的波形和下行数据的波形，图2的下半部分所示为与上行数据的波形和下行数据的波形对应的DSP核的工作频率。

可以理解的是，本申请实施例所涉及的终端设备可以是指具有蓝牙模块的终端设备，例如，手机、电脑、平板等，本申请实施例对此不作限定。

本申请实施例不限于应用于TWS耳机，还可以应用于其他具有蓝牙模块的耳机。

如图3所示为一种耳机的可能结构示意图。该耳机可包括处理器，存储器，还可以进步包括蓝牙通信模块，音频模块，一个或多个麦克风，一个或多个扬声器，骨振动传感器，充电管理模块，电量计管理模块，电池，加速度传感器，磁传感器，陀螺仪传感器，压力传感器，接近光传感器，霍尔传感器，触摸传感器等。

其中，处理器包含一个或多个处理单元，例如，处理器可以为应用处理器，蓝牙处理器或数字信号处理器等。不同处理器可以是独立器件，也可以集成到一个或多个处理单元中。

存储器用于存储系统可执行的程序代码。存储器可以包括内部存储器和/或外部存储器，例如闪存存储器(Flash)。示例性地，存储器可以同时存储音频数据文件，例如一些必要的提示音等。

处理器可以调用存储器执行系统可执行的程序代码，用于实现本申请各个实施例提供的提升通信装置续航时间的方法。

蓝牙通信模块用于基于蓝牙协议传输音频数据。

音频模块用于管理和控制音频数据的输入和输出，音频模块可以连接一个或多个麦克风设以及一个或多个扬声器设备，也可以使用骨振动传感器用于人声识别等高级功能。

一个或多个麦克风用于采集音频数据，一个或多个扬声器用于播放音频数据。

充电管理模块连接电池和处理器，用于管理和控制系统充放电，电量计管理模块用于测量系统电量消耗情况。电池用于对系统进行供电。

加速度传感器用于检测耳机在各个方向上的运动情况。磁传感器包括霍尔传感器，可以用于开盒检测等业务。陀螺仪传感器用于确定耳机的运动状态。压力传感器用于检测耳机收到的压力信号，主要用于按压功能的业务。接近光传感器用于检测耳机附近是否有物体，主要用于佩戴检测等业务。触摸传感器用于检测耳机上是否有滑动操作，一般用于音量控制等业务。骨振动传感器用于将声音信号转换为机械振动信号，例如用于人声检测等业务。

可以理解的是，本申请实施例示意的结构并不构成对耳机的具体限定。在本申请另一些实施例中，耳机可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

通信装置的软件系统可以采用分层架构，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。图4是本申请实施例的通信装置的软件结构框图。在一些实施例中，通信装置的软件系统分为三层，从下至上分别为内核及驱动层、框架及算法层和应用层。

其中，应用层可以包括一系列应用程序包。框架及算法层为应用层的应用程序提供应用编程接口(application programming interface，API)和编程框架。框架及算法层包括一些预先定义的函数，示例性地，框架及算法层包括用于实现本申请各个实施例提供的提升通信装置续航时间方法的软件模块。内核及驱动层是硬件和软件之间的层。

本申请实施例可以应用于至少两个用户之间进行通话的场景。例如，用户A通过拨打用户B的手机号与用户B进行语音通话，或者，用户A通过预设软件与用户B进行语音通话或视频通话。又例如，多个用户之间通过预设软件进行电话会议，或者，多个用户之间通过预设软件进行视频通话等。上述预设软件是指具有语音通话或视频通话功能的软件。上述任一用户可以佩戴耳机，该耳机可以采用本申请实施例提供的调整处理器的运行频率的方法。本申请实施例对耳机和处理器的具体结构不作限定。

本申请实施例中所涉及的上行数据，又可称为上行音频数据，是指发送至通话对端的音频数据。下行数据，又可称为下行音频数据，是指接收到的来自于通话对端的音频数据。

基于此，本申请实施例提供一种提升通信装置续航时间的方法，用以实现提升耳机续航能力。其中，该通信装置可以是指耳机，或耳机内的芯片，或处理器，或DSP核等。以下以通信装置为耳机为例进行说明，如图5所示，该方法包括：

S501：耳机获取第一状态和第二状态。

其中，第一状态指示上行数据是否包括有效数据，第一状态可以记为S

需要说明的是，上行数据可以是指上行数据包，下行数据可以是指下行数据包。示例性地，一段语音可以被分割为一个或多个数据包，数据包的大小可以由音频协议确定。例如，每10ms的语音作为一个数据包，则一段3s的语音可以被分割为300个数据包。每个数据包可以包括一个或多个16比特(bit)的数据流，每个bit的取值为0或1。此外，还可以将每个16bit数据流由2进制转换为10进制，将每个16bit数据流对应的10进制数和基线对应的10进制数的差值作为该16bit数据流对应的振幅。进一步地，通过上述方式，在通话过程中，可以获得的多个上行数据包的振幅和多个下行数据包的振幅，进而可以绘制得到上行数据的波形和下行数据的波形，如图2所示，此外，如图2中所示的基线不一定为0，还可以为其他数值。进一步地，还可以计算一个数据包的振幅均值或者振幅方均根等。

本申请实施例中所指的有效数据是指有信息量传输的数据，或者，有效数据是指包括实质内容的数据。例如，有效数据可以包括用户之间通话的人声数据，或者有效数据可以是指非噪声数据，或者有效数据是指非0的数据，或者有效数据是指符合预设曲线规律的数据等。又例如，有效数据还可以包括一些环境数据，例如，用户a在与用户b进行通话的过程中，用户a通过其他设备(例如平板、电脑或电视)播放一段音频，该段音频为用户a希望用户b听到的信息，因而该段音频也为有效数据。又或者，用户a在与用户b进行通话的过程中，用户a家中的门铃响了或者敲门声或者用户c跟用户a讲话，则门铃、敲门声、用户c的声音也为有效数据。应理解的是，上述举例不作为本申请实施例的限定，有效数据不限于用户之间通话的人声数据，还可以包括其他具有信息量的数据。

示例性地，耳机可以采用但不限于下述方式1至方式3判断上行数据和下行数据是否包括有效数据，进而确定第一状态和第二状态。

方式1：通过检测数据包是否为全0来判断数据包是否包括有效数据。这里的数据包可以是指上行数据包或下行数据包。

示例性地，耳机可以针对每个数据包进行检测，判断数据包是否全为0。如图6(a)所示，针对每个上行数据包，判断该上行数据包是否全为0，当该上行数据包全为0时，获取第一状态S

方式2:通过检测数据包的能量是否满足预设条件来判断数据包是否包括有效数据。这里的数据包可以是指上行数据包或下行数据包。

示例性地，上行数据包的能量可以用第一参数进行表征，其中，第一参数是根据上行数据包的振幅计算的。例如，第一参数可以为上行数据包的振幅均值或者振幅方均根。如图7(a)所示，耳机确定第一参数小于或等于第一预设阈值时，获取第一状态S

需要说明的是，第一预设阈值的设定将会对有效数据的判断产生影响，一般地，第一预设阈值可以根据经验值确定，经验值一般通过实验或历史数据确定，例如第一预设阈值的取值范围为30～80，此外，第一预设阈值还可以根据环境背景音进行调整。

同理，下行数据包的能量可以用第二参数进行表征，其中，第二参数是根据下行数据包的振幅计算的。例如，第二参数可以为下行数据包的振幅均值或者振幅方均根。如图7(b)所示，耳机确定第二参数大于第二预设阈值时，获取第二状态S

需要说明的是，第二预设阈值的设定将会对有效数据的判断产生影响，一般地，第二预设阈值可以根据经验值确定，经验值一般通过实验或历史数据确定，例如第二预设阈值的取值范围为30～80，此外，第二预设阈值还可以根据环境背景音进行调整。

可以理解的是，第一预设阈值与第二预设阈值可以相同或不同。

方式3：首先针对数据包中每个数据执行对数运算，然后将各个数据的对数结果求和作为该数据包对应的能量。进一步地，针对能量大于预先设定的阈值的数据包，进一步判断每个数据包的振幅分布曲线是否符合高斯分布，若符合高斯分布，则确定该数据包包括有效数据，否则不包括有效数据。针对能量判断小于或等于预先设定的阈值的数据包，则确定该数据包不包括有效数据，如图8所示。

其中，数据包可以为上行数据包或下行数据包。方式3为开源方案，方式3可以具有多种实现方式，本申请实施例对此不作限定。

针对上述方式1至方式3，需要说明的是，第一，以上方式1至方式3仅为举例不作为本申请实施例的限定，本领域技术人员还可以通过其他方式确定第一状态和第二状态。

第二，上述方式1至方式3还可以结合使用，例如，方式2与方式3结合，在方式2中，当耳机确定第一参数小于或等于第一预设阈值时，采用方式3的方法判断该上行数据包中的各个数据的对数结果求和是否大于预先设定的阈值，若大于预先设定的阈值，再判断该上行数据包的振幅分布曲线是否符合高斯分布。又例如，方式1与方式2结合，或者方式1与方式3结合等。

第三，上行数据是否包括有效数据的判断过程与下行数据是否包括有效数据的判断过程是相互独立的，即第一状态与第二状态也是相互独立的。

此外，在一些实施例中，第一缓存存储上行数据，第一缓存用于存储需要采用第一预设音频算法进行处理的数据。在上行数据不包括有效数据时，第一缓存被置零，即不对上行数据采用第一预设算法进行处理。具体的，在上行数据不包括有效数据时，上行数据被传输至蓝牙BT核，上行数据不采用第一预设音频算法进行处理。在上行数据包括有效数据时，在采用第一预设音频算法对上行数据进行处理后，处理后的上行数据被传输至BT核。这里的第一预设音频算法可以是指3A算法。需要说明的是，在上行数据不包括有效数据时，此时的上行数据不会被丢弃，只是跳过第一预设音频算法的处理，直接进入下一步操作，或者该上行数据跳过第一预设音频算法的处理，且被替换为预设噪声数据。因此，既可以实现对包括有效数据的上行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的上行数据执行音效优化造成功耗浪费。

同理，第二缓存存储下行数据，第二缓存用于存储需要采用第二预设音频算法进行处理的数据。在下行数据不包括有效数据时，第二缓存被置零，即不对下行数据采用第二预设算法进行处理。具体的，在下行数据不包括有效数据时，下行数据被传输至编解码器，下行数据不采用第二预设音频算法进行处理。在下行数据包括有效数据时，在采用第二预设音频算法对下行数据进行处理后，处理后的上行数据被传输至编解码器。这里的第二预设音频算法可以是指3A算法。需要说明的是，在下行数据不包括有效数据时，此时的下行数据不会被丢弃，只是跳过第二预设音频算法的处理，直接进入下一步操作，或者该下行数据跳过第二预设音频算法的处理，且被替换为预设噪声数据。因此，既可以实现对包括有效数据的下行数据执行音效优化保障用户体验，又可以避免对不包括有效数据的下行数据执行音效优化造成功耗浪费。

可以理解的是，第一预设算法和第二预设算法可以为相同的算法(例如3A算法)或不同的算法，本申请实施例对此不作限定。

上述预设噪声数据又可称为舒适噪声数据，可以根据环境背景音生成，或者预先存储在耳机中，例如，这里的预设噪声数据可以是全0数据。

需要说明的是，由于通话刚开始启动的预设时间段内,耳机系统处于调试过程，因此，在这段时间内，即使确定上行数据不包括有效数据，也采用第一预设音频算法对上行数据进行处理，在预设时间段之后，若上行数据不包括有效数据，则不采用第一预设音频算法对上行数据进行处理。同理适用于下行数据。

通过上述设计可以保证算法的稳定性，避免出现频繁切换系统状态导致系统工作异常，例如，出现卡顿、有杂音等现象。预设时间段的大小与耳机的性能有关，例如预设时间段的取值范围为50ms～200ms。

图9所示为第一状态和第二状态的上报示意图，其中，第一模块可以用于确定调整后的DSP核的运行频率，即执行S502。第二模块用于确定第一状态，第三模块用于确定第二状态。此外，第一模块又可命名为自适应调频模块，第二模块又可命名为第一有效数据识别模块，第三模块又可命名为第二有效数据识别模块。第二模块可以在确定第一状态后，将第一状态上报至第一模块。第三模块可以在确定第二状态后，将第二状态上报至第一模块。

示例性地，第一模块、第二模块和第三模块可以位于图4中的框架及算法层。

在一些实施例中，DSP核可以调用第一模块、第二模块和第三模块分别对应的计算机程序以执行对应功能。当DSP核的运行频率为第一频率时，第一模块在确定调整后的DSP核的运行频率(例如第二频率)后，触发DSP核的运行功率调整为第二频率。当DSP核的运行频率为第二频率时，第一模块在确定调整后的DSP核的运行频率(例如第一频率)后，触发DSP核的运行功率调整为第一频率。

在一些实施例中，DSP核可以调用第一模块、第二模块和第三模块分别对应的计算机程序以执行对应功能。当DSP核的运行频率为第一频率时，第一模块在确定调整后的DSP核的运行频率(例如第二频率)后，第一模块可以将第二频率通知给应用处理器，由应用处理器向DSP核下发第一指令，该第一指令用于指示DSP核将DSP核的运行功率调整为第二频率。或者，第一模块在确定调整后的DSP核的运行频率(例如第二频率)后，第一模块向应用处理器发送第一通知消息，该第一通知消息指示调低DSP核的运行频率。应用处理器向DSP核下发第二指令，该第二指令用于指示DSP核调低DSP核的运行功率。当DSP核的运行频率为第二频率时，第一模块在确定调整后的DSP核的运行频率(例如第一频率)后，第一模块可以将第一频率通知给应用处理器，由应用处理器向DSP核下发第三指令，该第三指令用于指示DSP核将DSP核的运行功率调整为第一频率。或者，第一模块在确定调整后的DSP核的运行频率(例如第一频率)后，第一模块向应用处理器发送第二通知消息，该第二通知消息指示调高DSP核的运行频率。应用处理器向DSP核下发第四指令，该第四指令用于指示DSP核调高DSP核的运行功率。

在一些实施例中，DSP核可以执行第二模块和第三模块分别对应的计算机程序，应用处理器核执行第一模块对应的计算机程序。当DSP核的运行频率为第一频率时，第一模块在确定调整后的DSP核的运行频率(例如第二频率)后，应用处理器向DSP核下发第一指令，该第一指令用于指示DSP核将DSP核的运行功率调整为第二频率。或者，第一模块在确定调整后的DSP核的运行频率(例如第二频率)后，应用处理器向DSP核下发第二指令，该第二指令用于指示DSP核调低DSP核的运行功率。当DSP核的运行频率为第二频率时，第一模块在确定调整后的DSP核的运行频率(例如第一频率)后，应用处理器向DSP核下发第三指令，该第三指令用于指示DSP核将DSP核的运行功率调整为第一频率。或者，第一模块在确定调整后的DSP核的运行频率(例如第一频率)后，应用处理器向DSP核下发第四指令，该第四指令用于指示DSP核调高DSP核的运行功率。

如图10(a)和图10(b)所示为上行通路和下行通路的示意图。示例性地，用户A与用户B进行语音通话，用户A佩戴耳机，即用户A的手机与用户B的手机执行语音通话业务，耳机与用户A的手机建立蓝牙连接。上行数据为从用户A侧采集到的数据，下行数据为从用户B侧采集到的数据。示例性地，用户A的手机可以对应图1(a)中的终端设备A，用户B的手机可以对应图1(a)中的终端设备B，耳机可以对应图1(a)中的通信设备。

具体的，上行数据可以通过耳机的Main Mic、subMic、VPU采集，经Codec传输至DSP核。DSP核通过通信总线协议接收输入的上行数据，DSP核依次调用SRC、第二模块依次对上行数据进行处理。

若第二模块输出S

若第二模块输出S

用户A的手机接收来自于用户B的手机的下行数据，并通过用户A的手机的蓝牙传输模块传输至耳机的BT核。进一步地，下行数据由BT核传输至DSP核，DSP核依次调用下行编解码模块、SRC、第三模块对下行数据进行处理。

若第三模块输出S

若第三模块输出S

S502：耳机根据第一状态和第二状态调整处理器的运行频率。

在一些实施例中，在上行数据和下行数据均包括有效数据，耳机配置处理器的运行频率为第一频率。其中，第一频率为较高的频率，采用上述设计可以保证用户之间的通话质量不受影响。

在一些实施例中，在上行数据和下行数据中至少一个不包括有效数据时，耳机配置处理器的运行频率为第二频率。耳机可以将处理器的运行频率从第一频率调整为第二频率，第二频率小于第一频率。采用上述设计，在上行数据和下行数据中至少一个不包括有效数据时，处理器不需要保持在较高的运行频率，调低处理器的运行频率不会影响用户之间的通话质量，调低处理器的运行频率还可以实现节省处理器的功耗，提升耳机的续航时长。

在一些实施例中，在上行数据和下行数据均不包括有效数据时，耳机配置处理器的运行频率为第三频率，第三频率小于或等于第二频率。采用上述设计，在上行数据和下行数据均不包括有效数据时，处理器不需要保持在较高的运行频率，调低处理器的运行频率不会影响用户之间的通话质量，调低处理器的运行频率还可以实现节省处理器的功耗，提升耳机的续航时长。

可选的，可以周期性根据第一状态和第二状态调整处理器的运行频率，例如周期性的响应上下行数据是否包括有效数据的判断结果，调整处理器的运行频率；也可以响应于前述上、下行数据是否包括有效数据的判断结果，调整处理器的运行频率。

以下结合示例1和示例2对根据第一状态和第二状态确定处理器的运行频率的具体过程进行说明，可以理解的是，示例1和示例2仅为举例不作为本申请实施例的限定。

示例1：

在上行数据包括有效数据，且下行数据包括有效数据时，调整处理器的运行频率为第一频率。在上行数据不包括有效数据，和/或下行数据不包括有效数据时，将处理器的运行频率从第一频率调整为第二频率，第二频率小于第一频率。采用上述方法，当上行数据包括有效数据且下行数据包括有效数据时，处理器的运行频率较高。当上行数据不包括有效数据和/或下行数据不包括有效数据时，处理器的运行频率较低。由于处理器的运行频率随上行数据是否包括有效数据以及下行数据是否包括有效数据执行动态调整，因此，能够有效节省处理器的功耗，提升耳机的续航时长。

示例性地，如图11所示，处理器包括一个DSP核，当S

表3

此外，为了避免繁切换处理器的运行频率，在上行数据不包括有效数据，和/或下行数据不包括有效数据时，若处理器的运行频率处于第一频率的时长超过第一时长，将处理器的运行频率从第一频率调整为第二频率。示例性地，从处理器的运行频率处于第一频率开始，触发计时器开始计时。其中，第一时长可以根据经验值确定，经验值一般通过实验或历史数据确定，例如第一时长的取值范围为80ms～150ms。在此之后，若上行数据包括有效数据，且下行数据不包括有效数据，则将处理器的运行频率从第二频率调整为第一频率，并立即执行运行频率的调整，以保障用户的通话质量。

示例2：

在上行数据包括有效数据，且下行数据包括有效数据时，调整处理器的运行频率为第一频率。在上行数据不包括有效数据，或下行数据不包括有效数据时，将处理器的运行频率从第一频率调整为第二频率，第二频率小于第一频率。在上行数据不包括有效数据，且下行数据不包括有效数据时，将处理器的运行频率从第一频率调整为第三频率，第三频率小于第一频率。采用上述方法，当上行数据包括有效数据且下行数据包括有效数据时，处理器的运行频率最高。当上行数据不包括有效数据或下行数据不包括有效数据时，处理器的运行频率较高。当上行数据不包括有效数据且下行数据不包括有效数据时，处理器的运行频率最低。由于处理器的运行频率随上行数据是否包括有效数据以及下行数据是否包括有效数据执行动态调整，因此，能够有效节省处理器的功耗，提升耳机的续航时长。

示例性地，如图12和图13所示，处理器包括一个DSP核，当S

表4

此外，为了避免频繁切换处理器的运行频率，在上行数据不包括有效数据，或下行数据不包括有效数据时，若处理器的运行频率处于第一频率的时长超过第二时长，将处理器的运行频率从第一频率调整为第二频率。在此之后，若上行数据包括有效数据，且下行数据不包括有效数据，则将处理器的运行频率从第二频率调整为第一频率，并立即执行运行频率的调整，以保障用户的通话质量。或者，在此之后，若上行数据不包括有效数据，且下行数据不包括有效数据，则可以判断处理器的运行频率处于第二频率的时长超过第三时长，若超过第三时长，则将处理器的运行频率从第二频率调整为第三频率。

同理，在上行数据不包括有效数据，且下行数据不包括有效数据时，若处理器的运行频率处于第一频率的时长超过第四时长，将处理器的运行频率从第一频率调整为第三频率。在此之后，若上行数据包括有效数据，且下行数据不包括有效数据，则将处理器的运行频率从第三频率调整为第一频率，并立即执行运行频率的调整，以保障用户的通话质量。在此之后，若上行数据不包括有效数据，或下行数据不包括有效数据，则将处理器的运行频率从第三频率调整为第二频率，并立即执行运行频率的调整，以保障用户的通话质量。

其中，第二时长、第三时长、第四时长的确定方法可以参考第一时长的确定方法，此处不再赘述。

此外，通过ANC功能关闭和ANC功能打开两个场景对采用如图5所示的实施例的方法的耳机进行测试，具体测试参数如表5所示。当ANC功能关闭时，采用如图5所示的实施例的方法的主耳和副耳的平均电流降低1.42mA，耳机的续航时间提升(4.97-4.41)*0.6≈30分钟，当ANC功能打开时，如图5所示的实施例的方法主耳和副耳的平均电流降低1.88mA，耳机的续航提升(4.37-3.80)*0.6≈30分钟。

表5

可以理解的是，为了实现上述实施例中功能，本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图14为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中耳机的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，该通信装置可以是耳机，或耳机内的芯片，或处理器，或DSP核等。

如图14所示，通信装置1400包括处理单元1410和获取单元1420。通信装置1400用于实现上述图5中所示的方法实施例中耳机的功能。获取单元1420，用于获取第一状态和第二状态，所述第一状态指示上行数据是否包括有效数据，所述第二状态指示下行数据是否包括有效数据；所述有效数据是指有信息量传输的数据；

处理单元1410，用于根据所述第一状态和所述第二状态确定处理器的运行频率。

有关上述处理单元1410和获取单元1420更详细的描述可以直接参考图5所示的方法实施例中相关描述直接得到，这里不加赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘(digital video disc，DVD)；还可以是半导体介质，例如，固态硬盘(solid state drive，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。