CN117979348A - 网络状态确定方法、装置、电子设备及介质 - Google Patents

Abstract

本公开实施例提供了一种网络状态确定方法、装置、电子设备及介质。该网络状态确定方法包括，确定终端设备所处的状态；采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息；基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态；以及在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

Description

网络状态确定方法、装置、电子设备及介质

技术领域

本公开涉及通信技术领域，尤其涉及一种网络状态确定方法、装置、电子设备及介质。

背景技术

目前的电子设备在连接网络时可能会出现丢网的情况。一些电子设备会定期查询当前系统中统计的丢包数量或丢包率来初步判断是否处于断网状态，进而再发送网络探测包来确认网络是否已经丢网。这种方案需要定期统计相关信息，会有延时大，在某些场景下监听不准确的缺点。另一些电子设备不进行初步判断，仅定时发送网络探测包以确认网络是否在线，然而这种方式发送了更多的网络探测包，无疑会增加设备功耗。

发明内容

为解决相关技术中的问题，本公开实施例提供了一种网络状态确定方法、装置、电子设备及介质。

本公开实施例的一个方面提供了一种网络状态确定方法，包括确定终端设备所处的状态；采用与终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息；基于网络控制协议包和传输控制协议统计信息，预测终端设备是否处于无网络状态；以及在预测终端设备处于无网络状态的情况下，发送网络探测包以确认终端设备的网络状态。

根据本公开实施例，采用与终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息包括，在终端设备处于第一状态下，被动监听网络控制协议包，并获得传输控制协议统计信息。

根据本公开实施例，第一状态包括亮屏状态并且/或者非省电状态。

根据本公开实施例，采用与终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息包括，在终端设备处于第二状态的情况下，周期性地主动查询网络控制协议包和传输控制协议统计信息。

根据本公开实施例，第二状态包括灭屏状态或者省电状态。

根据本公开实施例，基于网络控制协议包和传输控制协议统计信息，预测终端设备是否处于无网络状态包括，在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合传输控制协议统计信息，预测终端设备是否处于无网络状态。

根据本公开实施例，被动监听网络控制协议包包括，抓取并解析网络控制协议包，以确定所抓取的网络控制协议包的状态类型和目标地址；其中，预定条件包括，网络控制协议包的状态类型为网络不可达，并且网络控制协议包的目标地址不是以太网地址。

根据本公开实施例，传输控制协议统计信息包括传输控制协议包中发送成功的数量和发送失败的数量，或者传输控制协议包的丢包率，在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合传输控制协议统计信息，预测终端设备是否处于无网络状态包括：在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，若传输控制协议统计信息表明传输控制协议包的丢包率大于阈值，则预测终端设备处于无网络状态。

根据本公开实施例，网络状态确定方法还包括在确认终端设备的网络状态为无网络状态的情况下，停止监听网络控制协议包。

本公开实施例的另一个方面提供了一种网络状态确定装置，包括确定模块、获得模块、预测模块以及发送模块。确定模块被配置为确定终端设备所处的状态。获得模块被配置为采用与终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息。预测模块被配置为基于网络控制协议包和传输控制协议统计信息，预测终端设备是否处于无网络状态。发送模块被配置为在预测终端设备处于无网络状态的情况下，发送网络探测包以确认终端设备的网络状态。

本公开实施例的另一个方面提供了一种电子设备，包括至少一个处理器，以及与至少一个处理器通信连接的存储器，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使得处理器实现如上所述的方法。

本公开实施例的另一个方面提供了一种计算机可读存储介质，其上存储有计算机可读指令，指令被处理器执行时使得处理器实现如上所述的方法。

本公开实施例的另一个方面提供了一种计算机程序，其被处理器执行时使得处理器实现如上所述的方法。

根据本公开实施例的技术方案，根据终端设备所处的状态不同，采用不同的方式获取网络控制协议包和传输控制统计信息，并基于网络控制协议包和传输控制统计信息预测终端设备的网络状态，在预测终端设备处于无网络状态的情况下，发送网络探测包以确认终端设备的网络状态，如此可以兼顾不同状态下功耗和实时性的要求。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示意性示出本公开实施例的网络状态确定方法的应用场景的示意图；

图2示意性示出本公开实施例的网络状态确定方法的流程图；

图3示意性示出本公开另一实施例的网络状态确定方法的流程图；

图4示意性示出本公开实施例的网络状态确定装置的框图；

图5示意性示出适于实现本公开实施例的网络状态确定方法和装置的计算机系统的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施例，以使本领域技术人员更容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施例无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示意性示出本公开实施例的网络状态确定方法的应用场景的示意图。

如图1所示，该场景内可以包括终端设备101和基站102。终端设备101可以是各种专用或通用的电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。终端设备101上可以安装有各种客户端应用。例如浏览器类应用、搜索类应用、即时通信类工具等等。基站102用于将终端设备101接入网络。终端设备101可以与基站102交互，以接收或发送消息等。本公开实施例提供的网络状态确定方法可以由终端设备101执行。

图2示意性示出本公开实施例的网络状态确定方法的流程图。

如图2所示，该网络状态确定方法包括操作S210-S240。

在操作S210，确定终端设备所处的状态。

在操作S220，采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息。

在操作S230，基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态。

在操作S240，在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

根据本公开实施例，网络控制协议包例如可以包括ICMP(Internet ControlMessage Protocol，因特网控制报文协议)包。ICMP包用于传递控制消息，即网络是否可用、主机是否可达、路由是否可用等网络本身的消息。

根据本公开实施例，传输控制协议即TCP(Transmission Control Protocol)。传输控制协议统计信息例如可以包括传输控制协议包中发送成功的数量和发送失败的数量；或者传输控制协议包的丢包率。例如，传输控制协议统计信息可以是最近一段时间发送的数据包中有90个数据包发送成功，10个数据包发送失败(或重传)；也可以是当前的丢包率为10％。根据发送成功的数量和发送失败的数量也可以计算丢包率。

根据本公开实施例，在终端设备处于不同的状态下，可以采用不同的方式获取以上两种信息。例如，在亮屏且非省电模式下，可以选择更加灵敏的低延时策略，从而能够及时地判定出丢网的结果。在灭屏或者省电模式下，可以选择低功耗策略，在对丢网检测的实时性要求不高时侧重节省功耗。

根据本公开实施例，所述采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息，包括在终端设备处于第一状态下，被动监听网络控制协议包，并获得传输控制协议统计信息。其中，所述第一状态例如可以包括亮屏状态、非省电状态、或者亮屏且非省电状态。当然，终端设备也可以在开机状态下始终采用被动监听的方式获得网络控制协议包，以提高丢网检测的及时性。

根据本公开实施例，所述基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态，包括在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合所述传输控制协议统计信息，预测所述终端设备是否处于无网络状态。如此，可以仅在出现预定条件的网络控制协议包的情况下才获取传输控制协议统计信息，进一步降低复杂度，节省功耗。

根据本公开实施例，监听网络控制协议包可以参照相关技术进行实现。被动监听网络控制协议包，例如可以包括抓取并解析网络控制协议包，以确定所抓取的网络控制协议包的状态类型和目标地址。例如，可以通过注册BPF(Berkeley Packet Filter，柏克莱封包过滤器)回调来实时监听ICMP包，然后对监听到的包进行解析，以确定所抓取的ICMP包的状态类型和目标地址。ICMP包的其中一种状态类型为网址不可达，可以只保留这种状态类型的ICMP包，而过滤掉其他类型的包。ICMP包的目标地址可以包括以太网地址和因特网地址，可以过滤以太网地址的包，保留因特网地址的包，从而避免根据以太网地址的包误判为设备网络连接正常的情况。之后可以将过滤后的ICMP包上报给监测进程。相应地，预定条件可以包括网络控制协议包的状态类型为网络不可达，并且网络控制协议包的目标地址不是以太网地址。根据本公开实施例的技术方案，通过抓取并解析网络控制协议包，确定网络控制协议包的状态类型和目标地址，从而可以在出现满足预定条件的网络控制协议包的情况下及时上报，提高监测的实时性。

根据本公开实施例，可以采用类似于上述获取网络控制协议包括的被动监听的方式获得传输控制协议统计信息。即，可以在终端设备处于第一状态的情况下，监听网络控制协议包和传输控制协议统计信息。通过这种方式，可以进一步提高网络确定方法的实时性。此外，也可以在出现满足预定条件的网络控制协议包的情况下主动查询传输控制协议统计信息，从而可以至少部分地节省功耗。

根据本公开实施例，所述在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合所述传输控制协议统计信息，预测所述终端设备是否处于无网络状态，包括：在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，若所述传输控制协议统计信息表明所述传输控制协议包的丢包率大于阈值，则预测所述终端设备处于无网络状态。通过出现满足预定条件的网络控制协议包结合传输控制协议的丢包率的阈值判定，可以准确而及时地发现丢网情况，降低误判的可能性。

根据本公开实施例，如预测终端设备处于无网络状态，则触发网络探测包的发送，执行操作S240。如果未能正常返回网络探测包的反馈信息，则确认终端设备处于无网络状态，并向用户提示。网络探测包触发后，可以定期发送网络检测包，直到网络可以访问。

根据本公开实施例，所述网络状态确定方法还包括在确认所述终端设备的网络状态为无网络状态的情况下，停止监听网络控制协议包。可以等待至网络探测包的反馈结果表明终端设备联网后，再继续监听，从而可以实现节省功耗的效果。

根据本公开实施例的技术方案，通过被动监测网络控制协议包并获得传输控制协议统计信息，据此判断是否需要发送校验包，这种实时监测的方式延时小，并且相对于定期发送探测包的方案而言耗电量更低。

根据本公开实施例，所述采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息，包括在终端设备处于第二状态的情况下，周期性地主动查询网络控制协议包和传输控制协议统计信息。其中，所述第二状态例如可以包括灭屏状态或者省电状态。相对于被动查询而言，主动查询虽然延时稍长，但功耗更低，采用这种方式能够更好地满足该状态下的用户需求。

图3示意性示出本公开另一实施例的网络状态确定方法的流程图。

如图3所示，该方法包括操作S310-S360。

在操作S310，确定终端设备的状态。若终端设备处于第一状态，则执行操作S320；若终端设备处于第二状态，则执行操作S340。

在操作S320，监听网络控制协议包。

在操作S330，获得传输控制协议统计信息。

在操作S340，周期性地查询网络控制协议包和传输控制协议统计信息。

在操作S350，在出现满足预定条件的网络控制协议包的情况下，结合所述传输控制协议统计信息，预测所述终端设备是否处于无网络状态。

在操作S360，在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

根据本公开实施例，第一状态例如可以是亮屏状态并且非省电状态，所述第二状态例如可以是灭屏状态或者省电状态。可以持续监测当前终端设备的状态，是否亮屏以及是否处于省电模式。在第一状态下，采取被动监听的方式获得网络控制协议包，而在第二状态下，采用主动查询的方式获得网络控制协议包。具体地，在操作S340，在终端设备处于第二状态的情况下，周期性地查询网络控制协议包和传输控制协议统计信息。例如，查询进程可以通过netlink接口定期查询网络控制协议包和传输控制协议统计信息，并将信息上报给监测进程进行处理。操作S320和S330与上文描述的操作类似。经过上述操作S320和S330后，或者经过上述操作S340后，继续执行操作S350和S360，操作S350和S360与图2所示的操作S230和S240类似，此处不再赘述。如此，在第一状态下，可以更加灵敏地检测到丢网情况，延时更小，而在第二状态下，对延时的要求不高，采用主动查询的方式，可以降低功耗。

基于同一发明构思，本公开还提供了一种网络状态确定装置，下面参照图4对本公开实施例的网络状态确定装置进行说明。

图4示意性示出本公开实施例的网络状态确定装置400的框图。其中，该装置400可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。

如图4所示，该网络状态确定装置400包括确定模块410、获得模块420、预测模块430和发送模块440。该网络状态确定装置400可以执行上文描述的各种方法。

确定模块410，被配置为确定终端设备所处的状态。

获得模块420，被配置为采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息。

预测模块430，被配置为基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态。

发送模块440，被配置为在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

本公开实施例还提供了一种电子设备，包括至少一个处理器，以及与所述至少一个处理器通信连接的存储器，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使得处理器实现如上所述的方法。

图5示意性示出适于实现本公开实施例的网络状态确定方法和装置的计算机系统的结构示意图。

如图5所示，计算机系统500包括处理器501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行上述实施例中的各种处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。处理器501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。其中，所述处理器501可实现为CPU、GPU、TPU、FPGA、NPU等处理单元。

特别地，根据本公开的实施例，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行上述方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中电子设备或计算机系统中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行本公开实施例的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种网络状态确定方法，其特征在于，包括：

确定终端设备所处的状态；

采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息；

基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态；以及

在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

2.根据权利要求1所述的方法，其特征在于，所述采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息，包括：

在终端设备处于第一状态下，被动监听网络控制协议包，并获得传输控制协议统计信息，其中，所述第一状态包括亮屏状态并且/或者非省电状态。

3.根据权利要求1所述的方法，其特征在于，所述采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息，包括：

在终端设备处于第二状态的情况下，周期性地主动查询网络控制协议包和传输控制协议统计信息，其中，所述第二状态包括灭屏状态或者省电状态。

4.根据权利要求2所述的方法，其特征在于，所述基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态，包括：

在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合所述传输控制协议统计信息，预测所述终端设备是否处于无网络状态。

5.根据权利要求4所述的方法，其特征在于，所述被动监听网络控制协议包，包括：

抓取并解析网络控制协议包，以确定所抓取的网络控制协议包的状态类型和目标地址；

其中，所述预定条件包括，网络控制协议包的状态类型为网络不可达，并且网络控制协议包的目标地址不是以太网地址。

6.根据权利要求5所述的方法，其特征在于，所述传输控制协议统计信息包括传输控制协议包中发送成功的数量和发送失败的数量，或者传输控制协议包的丢包率，

所述在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，结合所述传输控制协议统计信息，预测所述终端设备是否处于无网络状态，包括：

在所监听的网络控制协议包中出现满足预定条件的网络控制协议包的情况下，若所述传输控制协议统计信息表明所述传输控制协议包的丢包率大于阈值，则预测所述终端设备处于无网络状态。

7.根据权利要求2-6任一项所述的方法，其特征在于，还包括：

在确认所述终端设备的网络状态为无网络状态的情况下，停止监听网络控制协议包。

8.一种网络状态确定装置，其特征在于，包括：

确定模块，被配置为确定终端设备所处的状态；

获得模块，被配置为采用与所述终端设备所处的状态对应的方式获得网络控制协议包和传输控制协议统计信息；

预测模块，被配置为基于所述网络控制协议包和传输控制协议统计信息，预测所述终端设备是否处于无网络状态；以及

发送模块，被配置为在预测所述终端设备处于无网络状态的情况下，发送网络探测包以确认所述终端设备的网络状态。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，所述指令被处理器执行时使得处理器执行如权利要求1-7任一项所述的方法。