CN112788639B - 网络状态同步方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种网络状态同步方法、装置、存储介质及电子设备，其中，方法包括：在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。采用本申请实施例，可以降低网络状态同步的时延。

Description

网络状态同步方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种网络状态同步方法、装置、存储介质及电子设备。

背景技术

随着通信技术的发展，电子设备也随之快速普及。通常，当电子设备(如终端)的使用者所持电子设备进行移动，电子设备会存在从信号质量好的区域移动到信号质量不佳的区域，从而导致脱网，当电子设备重新回到信号质量好的区域，又会恢复网络。

在上述电子设备脱网并恢复网络的过程中，通常为了保障后续业务服务的正常进行，会涉及到与网络侧进行网络状态同步，如通知网络端电子设备当前所处的驻网小区，又如通知网络端电子设备当前网络恢复。

发明内容

本申请实施例提供了一种网络状态同步方法、装置、存储介质及电子设备，可以为业务线程分配到合适的处理器集群。本申请实施例的技术方案如下：

第一方面，本申请实施例提供了一种网络状态同步方法，所述方法包括：

在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。

第二方面，本申请实施例提供了一种网络状态同步装置，所述装置包括：

标识获取模块，用于在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

状态同步模块，用于若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请一个或多个实施例中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种网络状态同步方法的流程示意图；

图2是本申请实施例提供的网络状态同步方法涉及到的一种设备移动场景示意图；

图3是本申请实施例提供的网络状态同步方法涉及到的另一种设备移动场景示意图；

图4是本申请实施例提供的另一种网络状态同步方法的流程示意图；

图5是本申请实施例提供的另一种网络状态同步方法的流程示意图；

图6是本申请实施例提供的网络状态同步方法涉及到的一种脱网恢复的场景示意图；

图7是本申请实施例提供的网络状态同步方法涉及到的另一种脱网恢复的场景示意图；

图8是本申请实施例提供的另一种网络状态同步方法的流程示意图；

图9是本申请实施例提供网络状态同步方法涉及到的一种局域网内设备状态同步的场景示意图；

图10是本申请实施例提供的一种网络状态同步的场景架构示意图；

图11是本申请实施例提供的一种网络状态同步装置的结构示意图；

图12是本申请实施例提供的一种状态同步模块的结构示意图；

图13是本申请实施例提供的一种电子设备的结构示意图；

图14是本申请实施例提供的操作系统和用户空间的结构示意图；

图15是图13中安卓操作系统的架构图；

图16是图13中IOS操作系统的架构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

下面结合具体的实施例对本申请进行详细说明。

在一个实施例中，如图1所示，特提出了一种网络状态同步方法，该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的网络状态同步装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。

具体的，该网络状态同步方法包括：

步骤S101：在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

在实际应用中，第一设备通常基于网络端对应的服务小区获取相应的通信网络服务。

服务小区是指当前为第一设备(如终端UE)提供网络数据服务的当前驻网小区，而网络服务小区也称第一设备当前可获得网络服务(如LTE网络服务、NR网络服务)的区域，是从网络端所提供的整个通信服务区(如LTE通信服务区、NR网络服务区)中划分出来的小区，小区内设有用于通信的基站(eNB)，负责与小区中的各电子设备建立无线连接，如第一设备，支持通信服务对应通信制式(如LTE通信制式)的电子设备在通信服务区内的任意小区里均能进行通信，如利用服务小区承载语音通话上/下行的业务数据。

在第一设备移动过程中，如用户所持第一设备进行移动，如图2所示，图2是本申请涉及到的一种设备移动场景示意图，第一设备在t1时间点处于图2中的A位置，属于A小区基站信号覆盖范围内，若第一设备从当前的服务小区移动到服务小区信号质量较弱的区域，在t2时间点处于图2中的B位置，在这个移动过程中，若第一设备从当前的A小区基站移动到服务小区信号质量较弱的区域，比如电梯、地下车库，以及一些特定的屏蔽场所等因为覆盖不足、遮挡或人为屏蔽，会导致网络信号质量较弱，则会由于信号质量不佳导致脱网的情况，当第一设备重新进入信号质量较好的服务小区覆盖区域(如另一服务小区B)时，第一设备可以重新驻网服务小区B，此时，第一设备即从脱网恢复到驻网，也即重新恢复网络，重新恢复网络之后，第一设备可以是处于正常服务空闲状态(即此时无上下行传输业务进行)。

具体的，在第一设备脱网并恢复网络过程中，第一设备可以获取到所属网络当前的服务小区的跟踪区标识，也即获取到当前驻网的服务小区所对应的跟踪区标识(TrackingAreaIdentity，TAI)。

示意性的，移动通信系统中，例如长期演进(Long Term Evolution，LTE)系统，处于空闲(IDLE)态的第一设备在移动过程中由于信号质量变化，需要进行小区重选时，会对当前服务小区及其它相邻服务小区的小区参考信号进行测量，并基于测量结果确定是否启动小区重选过程。在第一设备从其它相邻服务小区中确定目标服务小区，也就是完成小区重选完成之后，第一设备可以通过主通信接口接收目标服务小区的系统消息块1(SystemInformationBlock1，SIB1)，从SIB1中获取目标服务小区的跟踪区标识(Tracking AreaIdentity，TAI)。

示意性的，第一设备也可以在处于当前服务小区信号覆盖范围之内时，服务小区对应的基站会广播同步帧，如同步唤醒包，第一设备从通过网络接口接收的当前服务小区的网络设备(如基站)广播发送的同步帧中得到当前服务小区所属TA的标识信息，进而根据当前服务小区所属TA的标识信息确定目标服务小区所属TA的TAI，也即跟踪区同步标识。

其中，跟踪区(Tracking Area)是网络通信系统为UE(如第一设备)的位置管理设立的概念。当UE处于空闲状态时，跟踪区是用来进行寻呼和位置更新的区域，诸如核心网络等网络端能够知道UE(如第一设备)所在的跟踪区，同时当处于空闲状态的UE需要被寻呼(也即被网络端寻呼时)时，通常仅能在UE所注册的跟踪区的所有小区进行寻呼。其中，UE(如第一设备)所注册的跟踪区的所有小区通常以跟踪区标识的形式进行表征，且UE(如第一设备)所注册的跟踪区的所有小区对应的跟踪区标识属于网络端在UE(如第一设备)驻网前下发的跟踪区标识列表中。

另外，TA是小区级的配置，多个小区可以配置相同的TA，且一个小区只能属于一个TA。也即每个小区均对应一个唯一的跟踪区标识，且同一跟踪区标识下的小区可以是多个。

步骤S102：若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。

在实际应用中，第一设备脱网前的初始驻网阶段会向网络端发起附着(attach)流程，在网络附着流程里，第一设备与网络端之间，如移动管理实体(MobilityManagementEntity，MME)，需要进行附着请求(AttachRequest)/附着确认(AttachAccept)/附着完成(AttachComplete)等交互流程，网络端在附着确认消息中，携带跟踪区标识(TrackingAreaIdentity，TAI)列表给第一设备。

具体的，跟踪区标识(TrackingAreaIdentity，TAI)列表由网络端在第一设备发起驻网时向其分配，跟踪区标识(TrackingAreaIdentity，TAI)列表中包含多个跟踪区标识，第一设备获取所述网络当前的跟踪区标识，通常若跟踪区标识不存在于脱网前的跟踪区标识列表中时，网络端对应的各网络设备(如跟踪区标识列表中相应跟踪区标识对应的网络设备，如基站)都可以通过发送寻呼消息找到该UE。当跟踪区标识不存在于脱网前的跟踪区标识列表中，此时第一设备移动出了该跟踪区范围时，也就是第一设备在重选到的小区不在跟踪区范围时，为了当有下行数据业务时，还能寻呼到第一设备，通常第一设备会主动发起网络状态同步。

在相关技术中，若跟踪区标识存在于脱网前的跟踪区标识列表中，通常网络端所对应的各网络设备是可以在有相应数据业务产生时寻呼到第一设备，因此，第一设备在这种情况下，第一设备会在网络恢复之后，处于空闲状态，等待网络端的寻呼才能与网络端进行网络状态同步，在脱网的那段时间内，网络端可能会有些流程(如下行数据)要与第一设备进行交互，而第一设备因为当时在脱网状态，无法及时知道这些信息。因此等到第一设备恢复网络后，由于当前驻网小区的跟踪区标识存在于脱网前的跟踪区标识列表中，通常第一设备不会向网络端发起跟踪区更新而网络端此时就无法即时确定第一设备已经恢复网络。具体如下：如图3所示，图3是一种本申请涉及到的一种脱网网络端寻呼时序图；

处于空闲(IDLE)态的第一设备在移动过程中由于信号质量变化，第一设备此时从当前的服务小区A移动到服务小区信号质量较弱的区域，在这个移动过程中，信号质量较弱的区域比如电梯、地下车库，以及一些特定的屏蔽场所等因为覆盖不足、遮挡或人为屏蔽，会导致网络信号质量较弱，则会由于信号质量不佳导致脱网的情况，假设第一设备在t2时间点脱网处于当前驻网小区A处于无信号区域，在第一设备脱网阶段，第一设备会进行小区搜网，以及进行小区重选，这个过程中会对当前服务小区及其它相邻服务小区的小区参考信号进行测量，并基于测量结果确定启动小区重选过程。若第一设备重新进入信号质量较好的服务小区覆盖区域，第一设备从其它相邻服务小区中确定一个信号质量好的目标服务小区B，第一设备可以重新驻网服务小区B，此时重新驻网服务小区B也即t3时间点；

第一设备获取重新驻网服务小区B的跟踪区标识，若所述跟踪区标识存在于脱网前的跟踪区标识列表中通常会等待网络端进行寻呼。在上述脱网过程中，若网络端存在网络业务需要与第一设备进行交互(如下行数据场景)，如在t3到t2时间段的某个时间点需要与第一设备进行交互，则网络端会发起针对第一设备的寻呼过程(也即寻呼流程)，此时，由于第一设备当前网络信号质量不佳处于脱网无服务状态，因此，网络端发起的寻呼过程失败，在相关技术中网络端通常对应寻呼失败的寻呼处理策略，如在寻呼无响应时会缓存相关业务数据，然后相隔一段时间在重新发起寻呼过程，而在网络端重新发起寻呼过程之前，第一设备会存在上述在t3时间内网络恢复的情况，由于重新驻网的小区的跟踪区标识存在于脱网前的跟踪区标识列表，此时，第一设备又处于空闲状态，第一设备通常不会去发起网络同步，在这种场景下，第一设备仅能等候网络端重新发起寻呼过程，假设网络端重新发起寻呼过程在t5时间点，由于此时第一设备已经网络恢复，则此时重试寻呼成功，然后网络端才会传输业务数据；

此时，对应第一设备而言就会存在数据接收不及时的情况，延迟时间为(t5-t4)，同时寻呼响应时延也较高，网络状态同步也不及时。

在本申请中，第一设备可以执行本申请的网络状态同步方法，若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以在网络恢复之后向网络端进行网络状态同步。以使网络端可以基于第一设备发起的网络状态同步流程，以便网络端可以及时确定第一设备的网络状态，从而保证第一设备与网络端之间的业务信息准确实时同步。

一种网络同步方式可以是：第一设备与网络端预先预定网络同步策略，在第一设备网络恢复时，可以基于网络同步策略向网络端发送同步信息，如可以发送一个心跳包(心跳包中的数据为空)，以降低传输开销，从而便于网络端确定终端网络状态恢复。

一种网络同步方式：第一设备可以主动向网络端发业务服务请求，其中业务服务请求主要涉及主叫场景，也就是在第一设备存在上行业务数据的场景时，才会产生上行业务的业务服务请求，在本申请中，第一设备首选判决当前是否存在主叫业务，需要基于网络端发送上行业务数据，

若存在主叫业务，第一设备即随之生成业务服务请求，将业务服务请求发送至网络端，以便网络端可确定第一设备当前网络状态恢复；

若不存在主叫业务，此时第一设备通常处于空闲状态，此时，通常不会主动发起业务请求，为了实现网络状态的实时同步，第一设备可以进行主叫模拟，也即主动作为主叫方，模拟主叫场景，生成业务服务请求，将业务服务请求发送至网络端，以便网络端可确定第一设备当前网络状态恢复；其中主叫模拟，可以是按照预设的主叫模拟策略，向指定设备发起主叫场景，此时即可按照正常流程生成业务服务请求。进一步的，所述指定设备可以是预设的，也可以是基于第一设备的历史交互场景随机确定的一个电子设备。实际应用中，模拟主叫的目的在于产生业务服务请求，以符合网络端的业务流程，避免被网络端的业务响应策略所屏蔽。

一种网络同步方式：第一设备可以在当前场景下主动生成跟踪区更新请求，将跟踪区更新请求发送至网络端，以便网络端可确定第一设备当前网络状态恢复。

进一步的，第一设备在向网络端进行网络状态同步的过程中，网络端接收到第一设备主动发起的任一类型请求或信息之后，还需要进行网络恢复验证，也即重新发起针对第一设备的寻呼过程，基于寻呼过程的寻呼结果来确定寻呼成功，寻呼成功也即网络状态同步成功。

在本申请实施例中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性。

请参见图4，图4是本申请提出的一种网络状态同步方法的另一种实施例的流程示意图。具体的：

步骤S201：在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

具体可参见步骤S101，此处不再赘述。

步骤S202：若所述跟踪区标识存在于脱网前的跟踪区标识列表中，则获取同步判决信息。

在本申请中，若所述跟踪区标识存在于脱网前的跟踪区标识列表中，可以不基于当前的实际应用环境，来衡量网络同步的需求，判决是否需要立即进行网络状态同步，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率。

具体的，第一设备可以预先设置同步判决规则，基于同步判决规则来衡量且量化当前网络同步的迫切程度以及及时程度。不同的同步判决规则对应不同类型的同步判决信息，具体同步判决规则可基于实际应用环境确定。

可选的同步判决规则可以是对脱网时长进行判决，通过获取大量实际应用环境下的样本数据，来确定一时长阈值，基于时长阈值来衡量是否进行网络同步。

其中，第一设备可以由于信号质量不佳处于脱网状态时，开启脱网定时器，当第一设备脱网的时候，记录为时间t1；当第一设备恢复信号成功驻网时，记录为时间t2；t1和t2的间隔记录为Tsync，Tsync也即上述所需获取的脱网时长。

可选的，同步判决规则可以是对网络交互信息进行判决，所述网络交互信息包括网络交互频率、网络交互数据量、网络交互场景中的至少一种。

其中，网络交互频率为上行数据与下行数据的交互频率度量值，如以交互时间间隔参数作为网络交互频率。

网络交互数据量为一定时间段网络上行以及下行数据的总数据量。

网络交互场景为第一设备的交互应用场景，如即时通讯场景、电子商务场景、邮件收发场景、视频数据场景等等，网络交互场景通常与第一设备上后台应用服务相关联，可基于后台应用服务确定。

步骤S203：基于所述同步判决信息向网络端进行网络状态同步。

在一种可行的实施方式中：所述同步判决信息为脱网时长，则可以判断脱网时长是否满足网络同步条件，网络同步条件可以是脱网时长大于预设时长阈值；

1、若获取的所述脱网时长小于或等于预设时长阈值，则可以先进行网络同步等待，不立即发起向网络端的网络状态同步，而是在存在主叫业务时，在发起网络状态同步。

2、若获取的所述脱网时长大于预设时长阈值，则可以立即触发向网络端进行网络状态同步。

进一步的，第一设备可以在脱网时即实时对脱网时长进行同步判决，当在脱网下的某一时刻大于预设时长阈值是，第一设备可进行网络恢复时的同步标记，目的在于在网络恢复时可直接基于标识的同步标记，第一设备直接发起向网络端的网络状态同步。

在一种可行的实施方式中：所述同步判决信息为所述第一设备脱网前的网络交互信息，若所述网络交互信息与参考交互信息相匹配，则向网络端进行网络状态同步；

其中，所述网络交互信息包括但不限于网络交互频率、网络交互数据量、网络交互场景中的至少一种。

如，可以基于网络交互频率设置交互频率阈值，若网络交互频率大于交互频率阈值，则可以立即触发向网络端进行网络状态同步；反之则进行网络同步等待。

如，可以基于网络交互数据量设置数据量阈值，若网络交互数据量大于数据量阈值，则可以立即触发向网络端进行网络状态同步；反之则进行网络同步等待。

如，可以基于网络交互场景预先设置至少一个参考交互场景，若网络交互场景属于参考交互场景，则可以立即触发向网络端进行网络状态同步；反之则进行网络同步等待。

当选取的判决维度参数为多个时，如同时选取网络交互频率、网络交互数据量，则可以设置为只要至少一个判决维度参数满足同步判决条件，则可以立即触发向网络端进行网络状态同步；进一步的，也可以基于实际应用环境进行设置，如进行参数加权，基于加权值来进行判决等等。

步骤S204：进行网络同步等待，并监测针对网络主叫业务的网络业务指令；

在一种可行的实施方式中，可以基于实际应用环境，设置相应执行策略，也即即使在同步判决信息满足网络同步条件时，如脱网时长大于时长阈值的情况下，也不立即向网络端进行网络状态同步，以避免信令开销造成的网络负荷，进而避免后续寻呼过程中频繁的寻呼信令造成信令风暴。第一设备可以在所述同步判决信息满足网络同步条件时，进行网络同步等待，也即不立即进行网络同步，因为此时通常而言，第一设备处于空闲状态，可以无需较早发起网络同步，而是可以监测针对网络主叫业务的网络业务指令，也即检测当前第一设备是否处于主叫业务场景，是否存在上行数据进行发送，用来判断在同步执行之前是否很快有上行数据要发送。如果是，则通过3GPP协议的主叫服务过程来完成，无需再执行一些实施方式中的同步过程(如跟踪区列表同步)。

示意性的，监测针对网络主叫业务的网络业务指令，实施中：可以开启针对网络主叫业务的监测定时器T_data，，基于所述监测定时器监测针对所述网络主叫业务的网络业务指令。

步骤S205：确定监测到所述网络业务指令，向网络端进行网络状态同步。

其中监测定时器T_data可以设置有倒计时，倒计时可以基于实际应用环境确定，也可以在第一设备出厂时设置好，然后第一设备可以提供人机交互界面由用户自定义确定。

进一步的，如果Tdata定时器倒计时结束之前有主叫业务对应的网络业务指令发起，则通过发起服务请求过程(Service Request)，也即生成业务服务请求，基于业务服务请求发起服务请求过程。如果Tdata定时器也超时，也即倒计时结束，则第一设备执行向网络端的网络状态同步过程，如发起跟踪区列表同步过程。

可选的，上述对网络业务指令的检测可以是：第一设备在同步判决信息满足网络同步条件之后，创建用于检测网络业务指令的业务进程，并调用第一设备所包含的资源池中的资源(如线程量、I/O口、内存)，将资源分配至业务进程，基于业务进程实现对网络业务指令的监测。进一步的，业务进程可以设置业务运行时长，在运行时长内若监测到所述网络业务指令，向网络端进行网络状态同步；若监测所述网络业务指令的时长超过运行时长，则在超时后向网络端进行网络状态同步。

在本申请实施例中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性；以及基于多种同步判决信息可以实现对网络状态同步的智能判决，从实际通信环境出发，衡量网络同步的需求，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率。

请参见图5，图5是本申请提出的一种网络状态同步方法的另一种实施例的流程示意图。具体的：

步骤S301：在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

具体可参见步骤S101，此处不再赘述。

步骤S302：确定所述跟踪区标识存在于脱网前的跟踪区标识列表中。

具体可参见步骤S102，此处不再赘述。

步骤S303：获取数据传输状态，基于所述数据传输状态生成网络同步请求；

在本申请中，数据传输状态包括但不限于主叫业务状态、被叫业务状态以及空闲业务状态；

其中，处于主叫业务状态的第一设备，通常第一设备处于上行数据(如通话数据、网络应用数据)传输的业务场景，如第一设备上的应用存在上行数据需要通过网络端发送至目的地址指示的另一设备。

处于被叫业务状态的第一设备，通常第一设备处于下行数据(如通话数据、网络应用数据)传输的业务场景，如网络端存在下行数据到达需要通过网络端发送至接收地址指示的第一设备。

处于空闲业务状态的第一设备，通常第一设备无下行数据或上行数据需要传输，此时第一设备也即处于网络业务空闲的。

在一种可行的实施方式中，第一设备可检测当前时间点的数据传输状态，具体实施中可遍历后台所有业务进程是否存在数据需要传输(如下载下行数据、上传上行数据)，基于业务进程的数据传输的业务场景可检测出当前时间点的数据传输场景，继而基于数据传输场景来确定数据传输状态。

在一种可行的实施方式中，由于第一设备处于脱网恢复的场景中，会存在脱网前有相应业务进程的数据传输业务产生中断，因此造成所有数据传输业务处于业务等待状态或业务暂停状态，通常仅检测当前时间的数据传输状态难以适用于所有实际应用场景，因此，第一设备可设置一检测时长，该检测时长覆盖脱网前的任一时间点至当前的时间点，第一设备可对该检测时长内的所有业务进程的运行记录信息进行分析检测，以确定是否存在处于业务等待状态或业务暂停状态的数据传输业务，分析检测的手段可以是通过检测状态标识、传输数据进度等方式进行。

在一种具体的实施场景中，第一设备获取数据传输状态，若所述数据传输状态为主叫业务状态，则生成业务服务请求。其中，业务服务请求为在处于主叫业务状态下，第一设备由于业务场景需要，存在上行数据需要通过网络端发送至目的地址指示的另一设备时，就可以生成业务服务请求，实际应用中，第一设备发起业务服务请求用于向网络端请求上行数据传输业务，网络端会基于业务服务请求进行业务鉴权，只有在业务鉴权通过后网络端服务请求验证鉴权通过，此时通知到第一设备，第一设备才可进行后续主叫业务中上行数据的传输。另外，业务服务请求通常可以仅在第一设备处于主叫业务状态时才生成。

在一种具体的实施场景中，第一设备获取数据传输状态，若所述数据传输状态为被叫业务状态或空闲业务状态，则可以生成跟踪区更新请求。通常，在处于被叫业务状态或空闲业务状态下的第一设备，第一设备通常等待网络端在下一寻呼间隔到来时，网络端发起针对第一设备的寻呼流程，此时基于寻呼流程网络端才会与第一设备进行网络状态同步，在寻呼成功时，若存在下行数据到达则会在寻呼成功之后向第一设备进行下行数据的传输；然而实际应用中，这种方式会有与网络状态不及时，造成业务响应或处理不及时的情况；通过执行本申请的网络状态同步方法，可以在第一设备处于被叫业务状态或空闲业务状态的情况下，主动向网络端发起网络状态同步；进一步的，为了避免发生任一同步消息而该同步消息会存在被网络端的相关策略(如负载策略)屏蔽，因此，第一设备此时可以生成跟踪区更新请求，跟踪区更新请求通常在网络端的任务优先级较高，通常网络端可以对跟踪区更新请求进行及时响应。

实际应用中，第一设备在基于所述数据传输状态生成网络同步请求之后，如跟踪区更新请求、业务服务请求，第一设备可以向所述网络端发送网络同步请求。

步骤S304：向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证。

在实际应用中，网络端与相应设备的通信请求过程，通常会涉及到网络验证，网络验证的顺利进行基于相应设备的身份标识，如临时身份标识。

具体的，第一设备在生成网络同步请求时，如跟踪区更新请求、业务服务请求；网络同步请求会携带身份标识，身份标识可便于网络端对网络同步请求进行网络恢复验证，通常网络端在收到网络同步请求之前由于针对第一设备的寻呼流程失败，因此会认定该第一设备由于网络故障处于失联或下线中，在接收到该网络恢复验证之后，即可基于该网络同步请求携带的身份标识进行网络恢复验证，也即检测第一设备是否恢复网络。网络恢复验证的过程中，网络端会涉及到对第一设备的身份标识的验证过程，基于将身份标识与第一设备脱网前保存的参考身份标识进行匹配，若匹配则身份验证通过，不匹配则拒绝该网络同步请求，此时网络同步失败。

其中，身份标识可以是国际移动用户识别码(International Mobile SubscriberIdentification Number，IMSI)，IMSI是区别移动用户的标志，储存在SIM卡中，可用于区别移动用户的有效信息。或者国际移动台设备标识(International Mobile StationEquipment Identity，IMEI)，用以识别网络端对应的某一移动通信网中的移动用户(如第一设备)。

进一步的，身份标识如IMSI通常为涉及设备隐私的安全数据，在实际通信网络环境中，考虑到空口数据安全的需求，UE(也即第一设备)不会在诸如网络同步请求等空口信令中携带IMSI和IMEI信息；同时由于网络端对应的无线网的eNodeB和核心网的MME(移动管理实体)网元之间的链路为网际协议(Internet Protocol，IP)承载链路，同样考虑到网络端对应的IP承载链路可能带来的数据安全问题，一般不在IP承载链路中传递IMSI和IMEI信息。在这些场景中，会基于网络端分配的临时移动用户标识(S-Temporary MobileSubscriber Identity，S-TMSI)进行，S-TMSI的分配过程可以是在：第一设备附着网络端所包含的MME时，网络端会基于第一设备的身份标识(IMSI和/或IMEI信息)进行临时移动用户标识(与下述临时身份标识为同一概念)的分配，同时也建立临时移动用户标识与第一设备的身份标识的映射关系，则后续空口信令中网络端可基于携带的临时身份标识来唯一识别到该第一设备，可以理解的是，当第一设备存储的临时身份标识，或网络端存储的临时移动用户标识与第一设备的身份标识的映射关系出错或丢失，则会出现空口信令不响应或响应失败的情况下，如空口信令为网络同步请求时，则就会出现网络验证失败的情况。

实际应用中，第一设备向所述网络端发送携带临时身份标识的网络同步请求，如发送携带临时身份标识的跟踪区更新请求、如发送携带临时身份标识的业务服务请求，网络端在接收到该网络同步请求之后，可获取网络同步请求携带的临时身份标识S-TMSI，基于临时身份标识S-TMSI进行针对第一设备的身份验证以及其他网络恢复验证流程(如在身份验证后发起针对第一设备的寻呼流程)再进行对所述网络同步请求进行网络恢复验证。

步骤S305：接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功。

所述验证结果为网络端进行网络恢复验证过程中的验证后结果，包括但不限于验证成功信息和验证失败信息。

在一种具体的实施场景中，可参考图6，图6是本申请涉及的一种脱网恢复的场景示意图，第一设备在脱网恢复(此时处于图6中的t3时间点)后获取当前重新驻网服务小区的跟踪区标识，若所述跟踪区标识存在于脱网前的跟踪区标识列表中通常会等待网络端进行寻呼。在上述脱网过程中，若网络端存在网络业务需要与第一设备进行交互(如下行数据场景)，如在t3到t2时间段的某个时间点需要与第一设备进行交互，则网络端会发起针对第一设备的S-TMSI寻呼过程(也即寻呼流程)，此时，由于第一设备当前网络信号质量不佳处于脱网无服务状态，因此，网络端发起的寻呼过程失败，在相关技术中网络端通常对应寻呼失败的寻呼处理策略，如在寻呼无响应时会缓存相关业务数据，然后相隔一段时间在重新发起寻呼过程，而在网络端重新发起寻呼过程之前，第一设备会存在上述在t3时间内网络恢复的情况，在本申请中重新驻网的小区的跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备向所述网络端发送网络同步请求，网络同步请求携带S-TMSI，以使所述网络端基于S-TMSI对所述网络同步请求进行网络恢复验证；网络端接收到网络同步请求获取携带的S-TMSI，基于预存的S-TMSI临时移动用户标识与第一设备的身份标识的映射关系，来判决网络同步请求中的S-TMSI是否正确，若正确，此时网络端网络同步请求接收，通常可反馈一个同步请求接收的讯息至第一设备，然后网络端可如图6所示，再次发起针对第一设备的S-TMSI寻呼过程，当S-TMSI寻呼过程重试寻呼成功时，网络端可生成验证成功讯息至第一设备，此时第一设备即可接收所述网络端发送的验证成功信息，确定网络状态同步成功。

其中，网络同步的关键通常在于网络端保存的S-TMSI临时移动用户标识与第一设备的身份标识的映射关系是否存储正常，若数据存储正常(如未丢失)，通常同步请求成功，进而网络恢复验证对应的网络同步通常也会同步成功，反之，则会失败。

在一种具体的实施场景中，可参考图7，图7是本申请涉及的另一种脱网恢复的场景示意图，以下将结合图7对网络端针对第一设备的S-TMSI丢失的场景进行释义，如下：

在上述脱网过程中，若网络端存在网络业务需要与第一设备进行交互(如下行数据、设备状态确认场景)，如在t3到t2时间段的某个时间点需要与第一设备进行交互，但是若在第一设备脱网器件，网络端数据异常导致预存的S-TMSI临时移动用户标识与第一设备的身份标识的映射关系丢失，网络端在针对第一设备的S-TMSI寻呼过程(也即寻呼流程)必然会由于数据缺失寻呼失败，因此，在相关技术中网络端通常对应寻呼失败的寻呼处理策略，如在寻呼无响应时会缓存关于第一设备的相关业务数据，然后后续由于S-TMSI丢失后续不会重新发起S-TMSI寻呼过程，而第一设备会存在上述在t3时间后网络恢复的情况，在本申请中第一设备重新驻网的小区的跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备会继续向所述网络端发送携带临时身份标识的网络同步请求，以使所述网络端基于S-TMSI对所述网络同步请求进行网络恢复验证；网络端接收到网络同步请求获取携带的S-TMSI，由于预存的S-TMSI临时移动用户标识与第一设备的身份标识的映射关系存储异常，无法针对第一设备判决网络同步请求中的S-TMSI是否正确，则会进行同步请求拒绝，通常网络端会向第一设备发送随之生成的验证失败信息。第一设备接收到所述网络端发送的验证失败信息，此时可确定所述网络端的第一临时身份标识丢失；

其中，第一临时身份标识为网络端存储的关于第一设备的临时身份标识S-TMSI，用于进行空口指令中的设备身份验证。

此时，第一设备向所述网络端发起网络身份注册流程(也即图7中的重注册过程)，在所述网络身份注册流程成功后，第一设备可确定网络状态同步成功。

一种网络身份注册过程可以是：第一设备向网络端发起网络附着(Attach)流程，网络附着流程中，第一设备会发送携带身份标识(IMSI和/或IMEI信息)的Attach Request消息至网络端所包含的网络设备(如MME)，网络端会基于第一设备的身份标识(IMSI和/或IMEI信息)进行临时身份标识的分配，同时也建立临时身份标识与第一设备的身份标识的映射关系，则后续空口信令中第一设备可基于携带的临时身份标识进行，如在t5时间段，第一设备存在主叫业务，则第一设备生成携带临时身份标识的网络业务服务请求，将该网络业务服务请求发送至网络端，网络端即可基于携带的临时身份标识来唯一识别到该第一设备，进而进行业务服务接受流程。

在本申请中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性；以及基于多种同步判决信息可以实现对网络状态同步的智能判决，从实际通信环境出发，衡量网络同步的需求，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率；以及基于相应的数据传输状态，来对应生成相应的网络同步请求，网络同步方式多样化，提高了网络同步的智能性和便捷性，在整个网络状态更新过程中，网络侧沿用现有的3GPP协议框架，采用一般的跟踪区更新请求流程或业务服务请求流程来完成，提高了网络状态更新的普适性以及通用性。

请参见图8，图8是本申请提出的一种网络状态同步方法的另一种实施例的流程示意图。具体的：

步骤S401：在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

具体可参见步骤S101，此处不再赘述。

步骤S402：若所述跟踪区标识存在于脱网前的跟踪区标识列表中，获取同步判决信息，基于所述同步判决信息确定向网络端进行网络状态同步。

具体的，第一设备在获取同步判决信息之后，在基于所述同步判决信息确定向网络端进行网络状态同步时，可以预先判断网络端上针对所述第一设备的第一临时身份标识的第一存储状态。

其中，所述第一临时身份标识为网络端存储的针对第一设备的临时身份标识，网络端会在第一设备为脱网前基于第一设备的身份标识(IMSI和/或IMEI信息)进行临时身份标识的分配，同时也建立临时身份标识与第一设备的身份标识的映射关系，则后续空口信令中网络端可基于携带的临时身份标识来唯一识别到该第一设备。

所述第一存储状态为网络端上第一临时身份标识是否保存完好，第一存储状态可以是存储丢失状态，也即网络端发送数据异常导致第一临时身份标识丢失；第一存储状态可以是存储正常状态。第一存储状态在网络状态同步过程中重要性高，决定网络状态同步是否成功。

步骤S403：获取至少一个第二设备的第二存储状态；所述第二存储状态为所述网络端上所述第二设备对应的第二临时身份标识的存储状态；所述第二设备与所述第一设备处于同一局域网下；

在实际应用中，第一设备处于脱网状态下时，第一设备无法与网络端进行交互，也即无法确定网络端上第一临时身份标识的第一存储状态。而第一存储状态是否为存储正常状态，将直接关系到后续发起携带临时身份标识的网络同步请求的验证结果。在本申请中，第一设备可借鉴其他可供参考的设备的临时身份标识在网络端的存储状态来判决本端的第一存储状态。

在实际应用中，若多个设备之间所处环境的差异较小，第一设备可基于处于同一环境下的其他的可供参考的第二设备的第二存储状态，来参考判决第一存储状态。

例如第一设备与多个参考设备的持有者在日常使用过程中，由于移动至信号质量较差的区域，如电梯、地下车库，以及一些特定的屏蔽场所等因为覆盖不足、遮挡或人为屏蔽，会导致手机信号差甚至没有信号；此时第一设备与各参考设备可同时处于脱网状态，且由于各持有者在相似环境中移动具备共性，第一设备通常会与参考设备在脱网后又重新恢复网络，由于整个过程中，第一设备与参考设备间所处同一环境，其中同一环境的定义，可以是基于第一设备与参考设备的位置差异度(距离差异值、角度差异值)确定是否可将参考设备纳入参考，在位置差异度满足一定的约束条件，如预先设置差异阈值，。小于差异阈值认为满足约束条件，则认为参考设备是满足参考需求的第二设备。进一步的，在实际应用中，由于第一设备与各第二设备之间的设备个体差异，如设备性能，如存在某一第二设备向完成网络恢复后网络同步的情况，则此时可将向完成网络同步的某一第二设备纳入参考，获取至少一个第二设备的第二存储状态，所述第二存储状态为所述网络端上所述第二设备对应的第二临时身份标识的存储状态，基于第二存储状态来辅助判断第一设备本端对与的第一身份存储状态。

其中，第二存储状态以及第二临时身份标识与上述“第一身份存储状态以及第一临时身份标识”类似，仅设备主体不同，此处不再赘述。

进一步的，第一设备与各第二设备之间可预先进行约定网络存储状态共享策略，在任一设备完成脱网并恢复后的网络状态同步之后，将本端的临时身份标识在网络端的存储状态进行共享；其中，网络存储状态共享策略可基于第一设备与各第二设备预先加入同一局域网络，其中所述局域网络与网络端提供的通信网络不一样，且相互独立互不影响，该局域网络可以是基于蓝牙通信方式的局域网络，可以是基于紫峰通信方式的局域网络，可以是基于zigbee通信方式的局域网络，可以是基于WIFI通信方式的局域网络。具体可根据实际应用环境确定，如图9所示，图9是一种本申请涉及的局域网内设备状态同步的场景示意图，在图9中，以第一设备为电子设备1为例，以第二设备为电子设备2为例，第一设备与第二设备的持有者由于移动至信号质量较差的区域，如电梯、地下车库导致没有信号；此时第一设备与第二设备可同时处于脱网状态，第二设备早与第一设备发起本申请涉及的网络状态同步，从而根据网络状态同步过程预先确定第二存储状态，此时，第二设备即可将第二存储状态同步至处于同一局域网下的第一设备，此时第一设备即可获取到第二设备同步的第二存储状态。当第二设备数量为多个时，此时第一设备即可获取到多个第二设备的第二存储状态。

其中，上述同步可以是第二设备采用点对点传输方式逐一向局域网下的各设备进行发送，可以是第二设备采用信息广播的方式将第二存储状态进行同步。

S404：若所述第二存储状态为存储丢失状态，则确定网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储丢失状态；

具体的，第一设备获取到第二存储状态之后，若第二存储状态为存储丢失状态，通常第二设备在网络状态同步过程中重新了发起网络身份注册流程。此时第一设备以第二存储状态为参考，确定网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储丢失状态。

S405：若所述第二存储状态为存储正常状态，则确定所述网络端上针对所述第一设备的第一临时身份标识的存储状态为存储正常状态。

具体的，第一设备获取到第二存储状态之后，若第二存储状态为存储正常状态，通常第二设备在网络状态同步过程中未发起网络身份注册流程，网络端未丢失第二设备的临时身份标识，此时第一设备以第二存储状态为参考，确定网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储正常状态。

S406：基于所述第一存储状态向所述网络端进行网络状态同步。

具体的，若所述第一存储状态为存储丢失状态，则第一设备可直接向所述网络端发起网络身份注册流程，而无需生成网络状态同步请求进行发送，因为即使发送网络端也会高概率请求拒绝，因此，可直接向所述网络端发起网络身份注册流程，节省信令流转时间，提高网络状态同步效率，在所述网络身份注册流程成功后，确定网络状态同步成功；

若所述第一存储状态为存储正常状态，则第一设备正常向所述网络端发送网络同步请求，以使所述网络端对所述第一设备进行网络恢复验证；确定网络状态同步成功。其中，网络同步请求携带第一临时身份标识。

S407：向至少一个第三设备同步所述第一临时身份标识的所述第一存储状态，以使所述第三设备判断所述网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步；

其中，所述第三设备与所述第一设备处于同一局域网下。

具体的，第一设备在网络状态同步成功之后，可向局域网同步所述第一临时身份标识在网络端的所述第一存储状态，以使还未网络状态同步的第三设备以第一存储状态为参考，第三设备判断网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步。

其中，“所述第三设备判断所述网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步”可参考步骤S401-S406的相关步骤的释义，经执行主体不一样，其余执行步骤类似，此处不再赘述。

在本申请中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性；以及基于多种同步判决信息可以实现对网络状态同步的智能判决，从实际通信环境出发，衡量网络同步的需求，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率；以及基于相应的数据传输状态，来对应生成相应的网络同步请求，网络同步方式多样化，提高了网络同步的智能性和便捷性，在整个网络状态更新过程中，网络侧沿用现有的3GPP协议框架，采用一般的跟踪区更新请求流程或业务服务请求流程来完成，提高了网络状态更新的普适性以及通用性。

请参见图10，为本申请实施例提供的一种网络状态同步系统的架构示意图。如图10所示，所述网络状态同步系统包括网络端200以及第一设备100。

网络端20用于提供无线通信系统对应的通信网络，网络端20包括但不限于核心网(Core Network，CN)、接入网(Radio Access Network，RAN)对应的网络设备组成。核心网负责非接入层事务，例如终端等第一设备100的位置更新等，并且是用户面的锚点。接入网包括基站，或者基站和基站控制器，接入网负责接入层事务(如，无线资源的管理等)，基站之间可以根据实际情况存在物理或者逻辑上的连接，各基站可以和核心网中的一个或者一个以上的核心网节点连接。第一设备100，是指可以和无线通讯网络通信的各种设备，比如移动电话、笔记电脑等，终端通过基站接入核心网。

MTC业务即机器类通信业务。在MTC业务中不需要人的参与，所有的通信由机器自主完成。具体地，在MTC业务中，MTC终端通过传感器等感知设备获得数据，该数据由移动运营商或者专门的MTC运营商的特定服务器进行管理，可供MTC用户或MTC管理者查看。然后，MTC终端将所述数据上报给移动通信网络，并通过移动通信网络接入到公共数据网，例如物流监控、安全监测、远程医疗检测、远程抄表等应用上。

当诸如终端等第一设备100附着到网络端200所提供的网络上时，移动性管理实体(MME，Mobility Management Entity)从归属用户服务器中获得该第一设备100的签约信息，并保存在本地。MME是核心网中用于管理终端控制信令的实体。

而第一设备100通常被网络端分配在一个跟踪区，当第一设备100移动出跟踪区时，需要发送跟踪区更新(Tracking Area Update，TAU)请求给网络侧，以便网络侧在本地修改第一设备100的跟踪区位置信息。当第一设备100不运动并且处于空闲状态时，第一设备100通常还需要进行周期性的TAU过程，即：在一个周期内，第一设备100发送TAU请求给网络端，网络端通过移动可达性计时器监视到第一设备100在线，则向第一设备100返回TAU接受消息，进入下一个周期。

第一设备100移动出跟踪区，也即第一设备100当前的驻网小区对应的跟踪区标识不再网络端下发的跟踪区标识列表中，在本申请涉及的各实施例中主要涉及到第一设备100当前的驻网小区对应的跟踪区标识再网络端下发的跟踪区标识列表时，网络状态更新方式。

在本申请中各实施例中，第一设备、第二设备以及第三设备可以是具有网络状态同步功能的电子设备，该电子设备包括但不限于：可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、智能手机、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中第一设备设备可以叫做不同的名称，例如：用户设备、接入第一设备、用户单元、用户站、移动站、移动台、远方站、远程第一设备、移动设备、用户第一设备、第一设备、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digitalassistant，PDA)、5G网络或未来演进网络中的电子设备等。

另外，上述实施例提供的网络状态同步系统实施例与一些实施例中的所述网络状态同步方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图11，其示出了本申请一个示例性实施例提供的网络状态同步装置的结构示意图。该网络状态同步装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括标识获取模块11以及状态同步模块12。

标识获取模块11，用于在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

状态同步模块12，用于若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。

可选的，所述状态同步模块12，具体用于：

获取同步判决信息，基于所述同步判决信息向网络端进行网络状态同步。

可选的，如图12所示，所述状态同步模块12，包括：

第一同步单元121，用于若所述脱网时长大于预设时长阈值，则向网络端进行网络状态同步，所述同步判决信息为脱网时长；

第二同步单元122，用于所述同步判决信息为所述第一设备脱网前的网络交互信息，若所述网络交互信息与参考交互信息相匹配，则向网络端进行网络状态同步；所述网络交互信息包括网络交互频率、网络交互数据量、网络交互场景中的至少一种。

可选的，所述状态同步模块12，具体用于：

向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证；

接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功。

可选的，所述状态同步模块12，具体用于：获取数据传输状态，基于所述数据传输状态生成网络同步请求；

向所述网络端发送网络同步请求。

可选的，所述状态同步模块12，具体用于：

若所述数据传输状态为主叫业务状态，则生成业务服务请求；

若所述数据传输状态为被叫业务状态或空闲业务状态，则生成跟踪区更新请求。

可选的，所述装置1，具体用于：向所述网络端发送携带临时身份标识的网络同步请求，以使所述网络端基于所述临时身份标识对所述网络同步请求进行网络恢复验证。

可选的，所述装置1，具体用于：

接收所述网络端发送的验证失败信息，确定所述网络端的第一临时身份标识丢失；

向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功。

可选的，所述装置1，具体用于：接收所述网络端发送的验证成功信息，确定网络状态同步成功。

可选的，所述装置1，具体用于：若所述同步判决信息满足网络同步条件，则进行网络同步等待，并监测针对网络主叫业务的网络业务指令；

确定监测到所述网络业务指令，向网络端进行网络状态同步。

可选的，所述装置1，具体用于：开启针对网络主叫业务的监测定时器，基于所述监测定时器监测针对所述网络主叫业务的网络业务指令。

可选的，所述装置1，具体用于：判断网络端上针对所述第一设备的第一临时身份标识的第一存储状态；

基于所述第一存储状态向所述网络端进行网络状态同步。

可选的，所述装置1，具体用于：获取至少一个第二设备的第二存储状态；所述第二存储状态为所述网络端上所述第二设备对应的第二临时身份标识的存储状态；所述第二设备与所述第一设备处于同一局域网下；

若所述第二存储状态为存储丢失状态，则网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储丢失状态；

若所述第二存储状态为存储正常状态，则确定所述网络端上针对所述第一设备的第一临时身份标识的存储状态为存储正常状态。

可选的，所述装置1，具体用于：向至少一个第三设备同步所述第一临时身份标识的所述第一存储状态，以使所述第三设备判断所述网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步；

其中，所述第三设备与所述第一设备处于同一局域网下。

可选的，所述装置1，具体用于：

若所述第一存储状态为存储丢失状态，则向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功；

若所述第一存储状态为存储正常状态，则向所述网络端发送网络同步请求，以使所述网络端对所述第一设备进行网络恢复验证；确定网络状态同步成功。

需要说明的是，上述实施例提供的网络状态同步装置在执行网络状态同步方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的网络状态同步装置与网络状态同步方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请实施例中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性；以及基于多种同步判决信息可以实现对网络状态同步的智能判决，从实际通信环境出发，衡量网络同步的需求，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率；以及基于相应的数据传输状态，来对应生成相应的网络同步请求，网络同步方式多样化，提高了网络同步的智能性和便捷性，在整个网络状态更新过程中，网络侧沿用现有的3GPP协议框架，采用一般的跟踪区更新请求流程或业务服务请求流程来完成，提高了网络状态更新的普适性以及通用性。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1-图10所示实施例的所述网络状态同步方法，具体执行过程可以参见图1-图10所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行如上述图1-图10所示实施例的所述网络状态同步方法，具体执行过程可以参见图1-图10所示实施例的具体说明，在此不进行赘述。

请参考图13，其示出了本申请一个示例性实施例提供的电子设备的结构方框图。本申请中的电子设备可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个电子设备内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，DSP)、现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑阵列(programmable logicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessing unit，CPU)、图像处理器(graphics processing unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(random Access Memory，RAM)，也可以包括只读存储器(read-only memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统，包括基于Android系统深度开发的系统、苹果公司开发的IOS系统，包括基于IOS系统深度开发的系统或其它系统。存储数据区还可以存储电子设备在使用中所创建的数据比如电话本、音视频数据、聊天记录数据，等。

参见图14所示，存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对GPU性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。

为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。

以操作系统为Android系统为例，存储器120中存储的程序和数据如图15所示，存储器120中可存储有Linux内核层320、系统运行时库层340、应用框架层360和应用层380，其中，Linux内核层320、系统运行库层340和应用框架层360属于操作系统空间，应用层380属于用户空间。Linux内核层320为电子设备的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层340通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行时库层340中还提供有安卓运行时库(Android runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层360提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层380中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、网络状态同步程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图16所示，IOS系统包括：核心操作系统层420(Core OS layer)、核心服务层440(Core Services layer)、媒体层460(Media layer)、可触摸层480(Cocoa Touch Layer)。核心操作系统层420包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层440的程序框架所使用。核心服务层440提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层460为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层480为应用程序开发提供了各种常用的界面相关的框架，可触摸层480负责用户在电子设备上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图16所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层440中的基础框架和可触摸层480中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，本申请在此不再赘述。

其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在一个示例中，输入装置130和输出装置140可以合设，输入装置130和输出装置140为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在电子设备的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的电子设备的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，电子设备中还包括射频电路、输入单元、传感器、音频电路、无线保真(wireless fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

在本申请实施例中，各步骤的执行主体可以是上文介绍的电子设备。可选地，各步骤的执行主体为电子设备的操作系统。操作系统可以是安卓系统，也可以是IOS系统，或者其它操作系统，本申请实施例对此不作限定。

本申请实施例的电子设备，其上还可以安装有显示设备，显示设备可以是各种能实现显示功能的设备，例如：阴极射线管显示器(cathode ray tubedisplay，简称CR)、发光二极管显示器(light-emitting diode display，简称LED)、电子墨水屏、液晶显示屏(liquid crystal display，简称LCD)、等离子显示面板(plasma display panel，简称PDP)等。用户可以利用电子设备101上的显示设备，来查看显示的文字、图像、视频等信息。所述电子设备可以是智能手机、平板电脑、游戏设备、AR(Augmented Reality，增强现实)设备、汽车、数据存储装置、音频播放装置、视频播放装置、笔记本、桌面计算设备、可穿戴设备诸如电子手表、电子眼镜、电子头盔、电子手链、电子项链、电子衣物等设备。

在图13所示的电子设备中，其中电子设备可以是一种第一设备，处理器110可以用于调用存储器120中存储的网络状态同步应用程序，并具体执行以下操作：

在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步。

在一个实施例中，所述处理器110在执行所述向网络端进行网络状态同步时，具体执行以下操作：

获取同步判决信息，基于所述同步判决信息向网络端进行网络状态同步。

在一个实施例中，所述处理器110在执行所述基于所述同步判决信息向网络端进行网络状态同步时，具体执行以下操作：

所述同步判决信息为脱网时长，若所述脱网时长大于预设时长阈值，则向网络端进行网络状态同步；或，

所述同步判决信息为所述第一设备脱网前的网络交互信息，若所述网络交互信息与参考交互信息相匹配，则向网络端进行网络状态同步；所述网络交互信息包括网络交互频率、网络交互数据量、网络交互场景中的至少一种。

在一个实施例中，所述处理器110在执行所述向网络端进行网络状态同步时，具体执行以下操作：

向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证；

接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功。

在一个实施例中，所述处理器110在执行所述向所述网络端发送网络同步请求时，具体执行以下操作：

获取数据传输状态，基于所述数据传输状态生成网络同步请求；

向所述网络端发送网络同步请求。

在一个实施例中，所述处理器110在执行所述获取数据传输状态，基于所述数据传输状态生成网络同步请求时，具体执行以下操作：

若所述数据传输状态为主叫业务状态，则生成业务服务请求；

若所述数据传输状态为被叫业务状态或空闲业务状态，则生成跟踪区更新请求。

在一个实施例中，所述处理器110在执行所述向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证时，具体执行以下操作：

向所述网络端发送携带临时身份标识的网络同步请求，以使所述网络端基于所述临时身份标识对所述网络同步请求进行网络恢复验证。

在一个实施例中，所述处理器110在执行所述接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功时，具体执行以下操作：

接收所述网络端发送的验证失败信息，确定所述网络端的第一临时身份标识丢失；

向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功。

在一个实施例中，所述处理器110在执行所述接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功时，具体执行以下操作：

接收所述网络端发送的验证成功信息，确定网络状态同步成功。

在一个实施例中，所述处理器110在执行所述基于所述同步判决信息向网络端进行网络状态同步时，具体执行以下操作：

若所述同步判决信息满足网络同步条件，则进行网络同步等待，并监测针对网络主叫业务的网络业务指令；

确定监测到所述网络业务指令，向网络端进行网络状态同步。

在一个实施例中，所述处理器110在执行所述监测针对网络业务的网络请求指令时，具体执行以下操作：

开启针对网络主叫业务的监测定时器，基于所述监测定时器监测针对所述网络主叫业务的网络业务指令。

在一个实施例中，所述处理器110在执行所述向网络端进行网络状态同步时，具体执行以下操作：判断网络端上针对所述第一设备的第一临时身份标识的第一存储状态；

基于所述第一存储状态向所述网络端进行网络状态同步。

在一个实施例中，所述处理器110在执行所述判断网络端上针对所述第一设备的第一临时身份标识的存储状态时，具体执行以下操作：

获取至少一个第二设备的第二存储状态；所述第二存储状态为所述网络端上所述第二设备对应的第二临时身份标识的存储状态；所述第二设备与所述第一设备处于同一局域网下；

若所述第二存储状态为存储丢失状态，则网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储丢失状态；

若所述第二存储状态为存储正常状态，则确定所述网络端上针对所述第一设备的第一临时身份标识的存储状态为存储正常状态。

在一个实施例中，所述处理器110在执行所述网络状态更新方法时，还执行以下步骤：

向至少一个第三设备同步所述第一临时身份标识的所述第一存储状态，以使所述第三设备判断所述网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步；

其中，所述第三设备与所述第一设备处于同一局域网下。

在一个实施例中，所述处理器110在执行所述基于所述第一存储状态向所述网络端进行网络状态同步，包括：

若所述第一存储状态为存储丢失状态，则向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功；

若所述第一存储状态为存储正常状态，则向所述网络端发送网络同步请求，以使所述网络端对所述第一设备进行网络恢复验证；确定网络状态同步成功。

在本申请实施例中，第一设备在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；若所述跟踪区标识存在于脱网前的跟踪区标识列表中，第一设备可以向网络端进行网络状态同步，从而避免在相关技术中，由于跟踪区标识存在于脱网前的跟踪区标识列表的情况下，等待网络端进行寻呼所造成的网络状态同步的时延较高的问题，大幅降低了网络状态的同步时延，保障了后续设备正常业务服务的进行。以及，确保了第一设备在脱网恢复后与网络状态同步的实时性；以及基于多种同步判决信息可以实现对网络状态同步的智能判决，从实际通信环境出发，衡量网络同步的需求，在需要进行网络状态同步时才发起，从而避免信令符合，降低信令风暴的几率；以及基于相应的数据传输状态，来对应生成相应的网络同步请求，网络同步方式多样化，提高了网络同步的智能性和便捷性，在整个网络状态更新过程中，网络侧沿用现有的3GPP协议框架，采用一般的跟踪区更新请求流程或业务服务请求流程来完成，提高了网络状态更新的普适性以及通用性

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(Field－ProgrammaBLE GateArray，FPGA)、集成电路(Integrated Circuit，IC)等。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (15)

1.一种网络状态同步方法，其特征在于，应用于第一设备，所述方法包括：

在所述第一设备脱网并恢复网络时，获取所述网络当前的跟踪区标识；

若所述跟踪区标识存在于脱网前的跟踪区标识列表中，向网络端进行网络状态同步，包括：获取同步判决信息，基于所述同步判决信息向网络端进行网络状态同步，其中，所述同步判决信息为脱网时长，若所述脱网时长大于预设时长阈值，则向网络端进行网络状态同步；或，所述同步判决信息为所述第一设备脱网前的网络交互信息，若所述网络交互信息与参考交互信息相匹配，则向网络端进行网络状态同步；所述网络交互信息包括网络交互频率、网络交互数据量、网络交互场景中的至少一种；

其中，所述跟踪区标识列表由所述网络端在所述第一设备发起驻网时向其分配，所述跟踪区标识列表中包含多个跟踪区标识。

2.根据权利要求1所述的方法，其特征在于，所述向网络端进行网络状态同步，包括：

向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证；

接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功。

3.根据权利要求2所述的方法，其特征在于，所述向所述网络端发送网络同步请求，包括：

获取数据传输状态，基于所述数据传输状态生成网络同步请求；

向所述网络端发送网络同步请求。

4.根据权利要求3所述的方法，其特征在于，所述获取数据传输状态，基于所述数据传输状态生成网络同步请求，包括：

若所述数据传输状态为主叫业务状态，则生成业务服务请求；

若所述数据传输状态为被叫业务状态或空闲业务状态，则生成跟踪区更新请求。

5.根据权利要求2所述的方法，其特征在于，所述向所述网络端发送网络同步请求，以使所述网络端对所述网络同步请求进行网络恢复验证，包括：

向所述网络端发送携带临时身份标识的网络同步请求，以使所述网络端基于所述临时身份标识对所述网络同步请求进行网络恢复验证。

6.根据权利要求2所述的方法，其特征在于，所述接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功，包括：

接收所述网络端发送的验证失败信息，确定所述网络端的第一临时身份标识丢失；

向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功。

7.根据权利要求2所述的方法，其特征在于，所述接收所述网络端发送的验证结果，基于所述验证结果确定网络状态同步成功，包括：

接收所述网络端发送的验证成功信息，确定网络状态同步成功。

8.根据权利要求1所述的方法，其特征在于，所述基于所述同步判决信息向网络端进行网络状态同步，包括：

若所述同步判决信息满足网络同步条件，则进行网络同步等待，并监测针对网络主叫业务的网络业务指令；

确定监测到所述网络业务指令，向网络端进行网络状态同步。

9.根据权利要求8所述的方法，其特征在于，所述监测针对网络业务的网络请求指令，包括：

开启针对网络主叫业务的监测定时器，基于所述监测定时器监测针对所述网络主叫业务的网络业务指令。

10.根据权利要求1所述的方法，其特征在于，所述向网络端进行网络状态同步，包括：

判断网络端上针对所述第一设备的第一临时身份标识的第一存储状态；

基于所述第一存储状态向所述网络端进行网络状态同步。

11.根据权利要求10所述的方法，其特征在于，所述判断网络端上针对所述第一设备的第一临时身份标识的存储状态，包括：

获取至少一个第二设备的第二存储状态；所述第二存储状态为所述网络端上所述第二设备对应的第二临时身份标识的存储状态；所述第二设备与所述第一设备处于同一局域网下；

若所述第二存储状态为存储丢失状态，则网络端上针对所述第一设备的第一临时身份标识的第一存储状态为所述存储丢失状态；

若所述第二存储状态为存储正常状态，则确定所述网络端上针对所述第一设备的第一临时身份标识的存储状态为存储正常状态。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：

向至少一个第三设备同步所述第一临时身份标识的所述第一存储状态，以使所述第三设备判断所述网络端上针对所述第三设备的第三临时身份标识的第三存储状态，并基于所述第三存储状态向所述网络端进行网络状态同步；

其中，所述第三设备与所述第一设备处于同一局域网下。

13.根据权利要求11所述的方法，其特征在于，所述基于所述第一存储状态向所述网络端进行网络状态同步，包括：

若所述第一存储状态为存储丢失状态，则向所述网络端发起网络身份注册流程，在所述网络身份注册流程成功后，确定网络状态同步成功；

若所述第一存储状态为存储正常状态，则向所述网络端发送网络同步请求，以使所述网络端对所述第一设备进行网络恢复验证；确定网络状态同步成功。

14.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1~13任意一项的方法步骤。

15.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1~13任意一项的方法步骤。