本公开涉及通信领域，具体地，涉及一种监听通信包的方法、装置以及存储介质。
背景技术：
ble(bluetoothlowenergy；蓝牙低功耗)技术是低成本、短距离以及可互操作的鲁棒性无线技术，由于其待机功耗低，已经广泛应用于智能手机、平板电脑、智能手表、医疗监护仪等电子设备。
在相关技术中，当发送端和接收端通过ble技术连接后，接收端(或者发送端)可能电源耗尽或者死机，或者接收端可能超出发送端的通讯范围，或者接收端与发送端之间可能并不存在通信包的传输，在这些情况下，若继续保持发送端和接收端之间的蓝牙连接状态，则可能存在消耗二者的资源的情况，此时，为了减少对二者资源的耗费，可以断开二者之间的蓝牙连接。
技术实现要素：
为了解决相关技术中的问题，本公开提出了一种监听通信包的方法、装置以及存储介质。
为了实现上述目的，根据本公开实施例的第一方面，提供一种监听通信包的方法，应用于接收端，包括：
在当前监听周期监听发送端在发包时间内发送的通信包；
在所述当前监听周期结束时，确定第一监听结果是否满足持续监听触发条件；
在所述第一监听结果满足所述持续监听触发条件时，继续对所述发包时间内的通信包进行监听。
可选地，所述持续监听触发条件包括：
根据所述第一监听结果确定在所述当前监听周期内未接收到所述通信包；或者，
根据所述第一监听结果确定在所述当前监听周期内接收到的所述通信包为错包。
可选地，还包括：
在继续对所述发包时间内的通信包进行监听得到第二监听结果后，确定所述第二监听结果是否满足监听结束条件；
在所述第二监听结果满足所述监听结束条件时，结束监听所述通信包。
可选地，所述监听结束条件包括：
根据所述第二监听结果确定接收到正确的通信包；或者，
监听所述通信包的总时间大于或者等于所述发包时间。
可选地，还包括：
在接收到正确的所述通信包后，若正确的所述通信包为数据包，则向所述发送端发送第一响应消息，并在接收到所述发送端发送的响应反馈消息后，进入休眠状态；
若正确的所述通信包为空包，则向所述发送端发送第二响应消息，并进入休眠状态。
根据本公开实施例的第二方面，提供一种监听通信包的装置，应用于接收端，包括：
第一监听模块，被配置为在当前监听周期监听发送端在发包时间内发送的通信包；
第一确定模块，被配置为在所述当前监听周期结束时，确定第一监听结果是否满足持续监听触发条件；
第二监听模块，被配置为在所述第一监听结果满足所述持续监听触发条件时，继续对所述发包时间内的通信包进行监听。
可选地，所述持续监听触发条件包括：
根据所述第一监听结果确定在所述当前监听周期内未接收到所述通信包；或者，
根据所述第一监听结果确定在所述当前监听周期内接收到的所述通信包为错包。
可选地，还包括：
第二确定模块，被配置为在继续对所述发包时间内的通信包进行监听得到第二监听结果后，确定所述第二监听结果是否满足监听结束条件；
结束模块，被配置为在所述第二监听结果满足所述监听结束条件时，结束监听所述通信包。
可选地，所述监听结束条件包括：
根据所述第二监听结果确定接收到正确的通信包；或者，
监听所述通信包的总时间大于或者等于所述发包时间。
可选地，还包括：
处理模块，被配置为在接收到正确的所述通信包后，若正确的所述通信包为数据包，则向所述发送端发送第一响应消息，并在接收到所述发送端发送的响应反馈消息后，进入休眠状态；
若正确的所述通信包为空包，则向所述发送端发送第二响应消息，并进入休眠状态。
根据本公开实施例的第三方面，提供一种监听通信包的装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
在当前监听周期监听发送端在发包时间内发送的通信包；
在所述当前监听周期结束时，确定第一监听结果是否满足持续监听触发条件；
在所述第一监听结果满足所述持续监听触发条件时，继续对所述发包时间内的通信包进行监听。
根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现上述所述方法的步骤。
通过上述技术方案，接收端在当前监听周期监听发送端在发包时间内发送的通信包；在所述当前监听周期结束时，确定第一监听结果是否满足持续监听触发条件；在所述第一监听结果满足所述持续监听触发条件时，继续对所述发包时间内的通信包进行监听，这样，接收端可以及时接收到发送端发送的通信包，从而避免了接收端需要在下一监听周期对通信包进行监听而导致的通信包延迟。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
图1为本公开示例性实施例示出的一种监听通信包的方法的流程图；
图2为本公开示例性实施例示出的又一种监听通信包的方法的流程图；
图3为本公开示例性实施例示出的第一种监听通信包的装置框图；
图4为本公开示例性实施例示出的第二种监听通信包的装置框图；
图5为本公开示例性实施例示出的第三种监听通信包的装置框图；
图6为本公开示例性实施例示出的第四种监听通信包的装置框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
首先，对本公开的应用场景进行描述，发送端和接收端在通过ble技术连接后，目前通过以下方式确定是否需要断开二者的蓝牙连接：发送端在发包时间内按照预设发包周期向接收端发送通信包，并且接收端按照监听周期监听发送端发送的通信包，其中，接收端在当前监听周期内未接收到发送端发送的通信包或者接收到的通信包为错包则进入休眠状态，并在下一监听周期醒来继续监听发送端发送的通信包，这样，若确定在该发包时间内接收端监听到一个正确的通信包，则说明接收端与发送端之间存在正常的通信包传输，此时，无需断开二者的蓝牙连接，相反，若确定在该发包时间内接收端未接收到一个通信包或者接收到通信包都为错包，则说明接收端与发送端之间不存在正常的通信包传输，此时，断开二者的蓝牙连接，但是，在上述接收端监听通信包的过程中由于接收端在当前监听周期内未监听到发送端发送的通信包或者接收到的通信包为错包，需要进入休眠并在下一监听周期对通信包继续进行监听，因此，使得发送端无法及时将通信包发送至接收端，从而导致通信包存在延迟。
为了解决上述问题，本公开可以在当前监听周期结束后，确定当期监听周期的第一监听结果是否满足持续监听触发条件，并在该第一监听结果满足该持续监听触发条件时，继续对发包时间内的通信包进行监听，这样，接收端可以及时接收到发送端发送的通信包，从而避免了接收端需要在下一监听周期对通信包进行监听而导致的通信包延迟。
下面将结合具体实施例对本公开进行详细说明。
图1为本公开示例性实施例示出的一种监听通信包的方法的流程图，应用于接收端，如图1所示，该方法包括：
在步骤101中，在当前监听周期监听发送端在发包时间内发送的通信包。
其中，该发包时间可以是ble协议规范中timeout参数，示例地，该发包时间可以包括发送端发送通信包的起始时刻、结束时刻以及发包时长，并且若接收端在该发包时间内监听到正确的通信包，则该发包时间中的起始时刻和结束时刻会重置，如该接收端在该当前监听周期中的某一时刻监听到正确的通信包，可以将该当前监听周期中的该某一时刻更新为该发包时间的起始时刻，并根据更新后的起始时刻和发包时长更新结束时刻。
在本步骤中，该接收端的监听周期可以通过以下方式确定：首先，根据ble协议规范中latancy参数(相当于收包间隔)以及发包时间确定出该发包时间内的多个听包时刻，如可以根据起始时刻和latancy参数确定出该发包时间内的第一次听包时刻，并根据该第一次听包时刻和latancy参数确定出该发包时间内的第二次听包时刻，以此类推，可以确定出该发包时间内的多个听包时刻，然后，分别以每个听包时刻为时间起点，并以预设时间段为时长形成监听周期，上述示例只是举例说明，本公开对此不作限定。
在步骤102中，在该当前监听周期监听结束时，确定第一监听结果是否满足持续监听触发条件。
在本步骤中，该持续监听触发条件可以包括：根据该第一监听结果确定在该当前监听周期内未接收到该通信包；或者，根据该第一监听结果确定在该当前监听周期内接收到的该通信包为错包。
在步骤103中，在该第一监听结果满足该持续监听触发条件时，继续对该发包时间内的通信包进行监听。
由于在相关技术中，在当前监听周期未监听到发送端发送的通信包或者监听到的通信包为错包则会进入休眠状态，而本公开可以在该第一监听结果满足该持续监听触发条件时继续对该发包时间内发送端发送的通信包进行监听，从而避免了相关技术中通信包的监听延迟。
采用上述方法，可以在当前监听周期结束后，确定当期监听周期的第一监听结果是否满足持续监听触发条件，并在该第一监听结果满足该持续监听触发条件时，继续对发包时间内的通信包进行监听，这样，接收端可以及时接收到发送端发送的通信包，从而避免了接收端需要在下一监听周期对通信包进行监听而导致的通信包延迟。
图2为本公开示例性实施例示出的一种监听通信包的方法的流程图，应用于接收端，如图2所示，该方法包括：
在步骤201中，在当前监听周期监听发送端在发包时间内发送的通信包。
其中，该发包时间可以是ble协议规范中timeout参数，示例地，该发包时间可以包括发送端发送通信包的起始时刻、结束时刻以及发包时长，并且若接收端在该发包时间内监听到正确的通信包，则该发包时间中的起始时刻和结束时刻会重置，如该接收端在该当前监听周期中的某一时刻监听到正确的通信包，可以将该当前监听周期中的该某一时刻更新为该发包时间的起始时刻，并根据更新后的起始时刻和发包时长更新结束时刻。
在本步骤中，该接收端的监听周期可以通过以下方式确定：首先，根据ble协议规范中latancy参数(相当于收包间隔)以及发包时间确定出该发包时间内的多个听包时刻，如可以根据起始时刻和latancy参数确定出该发包时间内的第一次听包时刻，并根据该第一次听包时刻和latancy参数确定出该发包时间内的第二次听包时刻，以此类推，可以确定出该发包时间内的多个听包时刻，然后，分别以每个听包时刻为时间起点，并以预设时间段为时长形成监听周期，上述示例只是举例说明，本公开对此不作限定。
在步骤202中，在该当前监听周期监听结束时，确定第一监听结果是否满足持续监听触发条件。
在本步骤中，该持续监听触发条件包括：根据该第一监听结果确定在该当前监听周期内未接收到该通信包；或者，根据该第一监听结果确定在该当前监听周期内接收到的该通信包为错包，这样，由于相关技术中在该第一监听结果满足持续监听触发时该接收端进入休眠状态，并在下一监听周期醒来继续监听通信包，从而导致通信包的监听延迟，本公开通过确定该第一监听结果是否满足持续监听触发条件，解决了相关技术中通信包的监听延迟的问题。
在一种可能的实现方式中，可以通过以下方式确定该通信包是否为错包：由于发送端发送的通信包中包括检验数据和通信数据，这样，可以将通信数据进行运算得到通信结果，并确定该通信结果与该检验数据是否一致，在该通信结果与该校验数据一致时，确定该通信包为正确的通信包，在该通信结果与该校验信息不一致时，确定该通信包为错包，上述示例只是举例说明，本公开对此不作限定。
在确定该第一监听结果满足该持续监听触发条件时，执行步骤203和205；
在确定该第一监听结果不满足该持续监听触发条件时，执行步骤204。
在步骤203中，继续对该发包时间内的通信包进行监听得到第二监听结果。
本公开避免了相关技术中在该第一监听结果满足持续监听触发时该接收端进入休眠状态，这样，通过保持继续监听可以及时获取到第二监听结果。
在步骤204中，进入休眠状态。
在步骤205中，确定该第二监听结果是否满足监听结束条件。
其中，该监听结束条件可以包括：根据该第二监听结果确定接收到正确的通信包；或者，监听该通信包的总时间大于或者等于该发包时间，示例地，在该发包时间的发包时长为30s时，若接收端在该发包时间内监听该通信包的总时间为25s，则不满足该监听结束条件，仍继续对该通信包进行监听，若接收端监听该通信包的总时间为31s，则满足该监听结束条件，无需继续对该通信包进行监听。
在确定该第二监听结果满足该监听结束条件时，执行步骤206；
在确定该第二监听结果不满足该监听结束条件时，返回步骤203。
在步骤206中，结束监听该通信包。
在本步骤中，当该监听结束条件为根据该第二监听结果确定接收到正确的通信包时，在步骤205中接收到正确的通信包后，若正确的该通信包为数据包，则向该发送端发送第一响应消息，并在接收到该发送端发送的响应反馈消息后，进入休眠状态；若正确的该通信包为空包，则向该发送端发送第二响应消息，并进入休眠状态。
采用上述方法，可以在当前监听周期结束后，确定当期监听周期的第一监听结果是否满足持续监听触发条件，并在该第一监听结果满足该持续监听触发条件时，继续对发包时间内的通信包进行监听，这样，接收端可以及时接收到发送端发送的通信包，从而避免了接收端需要在下一监听周期对通信包进行监听而导致的通信包延迟。
图3为本公开实施例示出的一种监听通信包的装置框图，应用于接收端，如图3所示，包括：
第一监听模块301，被配置为在当前监听周期监听发送端在发包时间内发送的通信包；
第一确定模块302，被配置为在该当前监听周期结束时，确定第一监听结果是否满足持续监听触发条件；
第二监听模块303，被配置为在该第一监听结果满足该持续监听触发条件时，继续对该发包时间内的通信包进行监听。
可选地，该持续监听触发条件包括：
根据该第一监听结果确定在该当前监听周期内未接收到该通信包；或者，
根据该第一监听结果确定在该当前监听周期内接收到的该通信包为错包。
图4为本公开示例性实施例示出的一种监听通信包的装置框图，如图4所示，还包括：
第二确定模块304，被配置为在继续对该发包时间内的通信包进行监听得到第二监听结果后，确定该第二监听结果是否满足监听结束条件；
结束模块305，被配置为在该第二监听结果满足该监听结束条件时，结束监听该通信包。
可选地，该监听结束条件包括：
根据该第二监听结果确定接收到正确的通信包；或者，
监听该通信包的总时间大于或者等于该发包时间。
图5为本公开示例性实施例示出的一种监听通信包的装置框图，如图5所示，还包括：
处理模块306，被配置为在接收到正确的该通信包后，若正确的该通信包为数据包，则向该发送端发送第一响应消息，并在接收到该发送端发送的响应反馈消息后，进入休眠状态；
若正确的该通信包为空包，则向该发送端发送第二响应消息，并进入休眠状态。
采用上述装置，可以在当前监听周期结束后，确定当期监听周期的第一监听结果是否满足持续监听触发条件，并在该第一监听结果满足该持续监听触发条件时，继续对发包时间内的通信包进行监听，这样，接收端可以及时接收到发送端发送的通信包，从而避免了接收端需要在下一监听周期对通信包进行监听而导致的通信包延迟。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开提供的监听通信包的方法的步骤。
图6为根据本公开示例性实施例示出的一种用于监听通信包的装置600框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电力组件606，多媒体组件608，音频组件610，输入/输出(i/o)的接口612，传感器组件614，以及通信组件616。
处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述监听通信包的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
电力组件606为装置600的各种组件提供电力。电力组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。
多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(mic)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。
i/o接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到装置600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
在示例性实施例中，装置600可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述监听通信包的方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述监听通信包的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。