网络通信功能异常的处理方法、应用处理器和用户终端

摘要

本发明公开了一种网络通信功能异常的处理方法，该方法包括：应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。本发明实施例还提供了一种应用处理器和用户终端。采用本发明实施例可快速检测和恢复网络通信功能的异常。

权利要求

1.一种网络通信功能异常的处理方法，其特征在于，包括：应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；

所述应用处理器关闭引起协议栈状态异常的第一协议栈；

所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；

若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息；

若所述第二协议栈注册失败，所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器，使用默认协议栈进行网络注册。

2.根据权利要求1所述的方法，其特征在于，所述若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息之后，所述方法还包括：若位置发生变化，所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：若协议栈状态异常原因未上报，所述应用处理器获取所述协议栈状态异常原因和日志；

所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

4.一种应用处理器，其特征在于，包括：

接收模块，用于接收调制解调器检测到协议栈状态异常而发送的异常指示消息；

关闭模块，用于关闭引起协议栈状态异常的第一协议栈；

注册模块，用于开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；

记录模块，用于若所述第二协议栈注册成功，记录当前的位置信息；

恢复模块，用于当所述第二协议栈注册失败；以及当所述第二协议栈注册成功后且位置发生变化时，恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器；

所述注册模块，还用于在所述调制解调器复位完成后，使用默认协议栈进行网络注册。

5.根据权利要求4所述的应用处理器，其特征在于，所述应用处理器还包括：上报模块，用于协议栈状态异常原因未上报，获取所述协议栈状态异常原因和日志；将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

6.一种用户终端，其特征在于，包括如权利要求4-5任意一项所述的应用处理器。

7.一种存储介质，其特征在于，其存储有程序指令，所述程序指令被处理器执行时实现权利要求1～3任意一项所述的方法。

说明书

网络通信功能异常的处理方法、应用处理器和用户终端

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及一种网络通信功能异常的处理方法、应用处理器和用户终端。

背景技术

[0002] 随着移动互联网的高速发展数据业务占据的比重越来越大，使得智能手机中的调制解调器的作用和地位变得日益重要，调制解调器用于将待发送数据转换为射频信号以及将射频信号转换为待处理数据、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等。在智能手机的使用过程中，智能手机可能会在不同的通信制式(比如2G、3G和4G的通信制式)之间切换，在通信制式切换的过程中经常可能会发生异常，手机无法正常连网通信，例如协议栈状态异常。目前，解决因异常而无法连网通信的解决方案有：智能手机移动到新的位置区域时，向网络侧设备发起位置更新通知，网络侧设备重新对智能手机进行配置，恢复调制解调器的配置参数；或用户发现长时间不能连网通信后，手动对用户终端进行强制重启恢复或设置调制解调器的配置参数。该两种方案耗费的时间均过长，影响用户体验。

发明内容

[0003] 本发明实施例所要解决的技术问题在于，提供一种网络通信功能异常的处理方法、调制解调器和用户终端，用于解决现有技术中网络通信功能发生异常无法连网通信的情况下，手动恢复网络通信功能耗时过长的问题。

[0004] 为了解决上述技术问题，本发明实施例第一方面提供一种网络通信功能异常的处理方法，包括：

[0005] 应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；

[0006] 所述应用处理器关闭引起协议栈状态异常的第一协议栈；

[0007] 所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；

[0008] 若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。

[0009] 结合本发明实施例第一方面，在第一方面的第一种可能的实现方式中，所述方法还包括：

[0010] 若所述第二协议栈注册失败，所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0011] 结合本发明实施例第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息之后，所述方法还包括：

[0012] 若位置发生变化，所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0013] 结合本发明实施例第一方面、在第一方面的第三种可能的实现方式中，所述方法还包括：

[0014] 若所述协议栈状态异常原因未上报，所述应用处理器获取所述协议栈状态异常原因和日志；

[0015] 所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0016] 结合本发明实施例第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户，包括：

[0017] 所述应用处理器通过无线保真WiFi网络向网络侧设备上报所述协议栈状态异常原因、日志和所述当前的位置信息。

[0018] 本发明实施例第二方面提供一种应用处理器，包括：

[0019] 接收模块，用于接收调制解调器检测到协议栈状态异常而发送的异常指示消息；

[0020] 关闭模块，用于关闭引起协议栈状态异常的第一协议栈；

[0021] 注册模块，用于开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；

[0022] 记录模块，用于若所述第二协议栈注册成功，记录当前的位置信息。

[0023] 结合本发明实施例第二方面，在第二方面的第一种可能的实现方式中，所述应用处理器还包括：

[0024] 恢复模块，用于当所述第二协议栈注册失败；以及当所述第二协议栈注册成功后且位置发生变化时，恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0025] 结合本发明实施例第二方面，在第二方面的第二种可能的实现方式中，所述应用处理器还包括：

[0026] 上报模块，用于协议栈状态异常原因未上报，获取所述协议栈状态异常原因和日志；将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0027] 结合本发明实施例第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述上报单元具体用于：

[0028] 通过无线保真WiFi网络向网络侧设备上报所述协议栈状态异常原因、日志和所述当前的位置信息。

[0029] 本发明实施例第三方面提供了一种用户终端，包括上述任意一项所述的应用处理器。

[0030] 实施本发明实施例，具有如下有益效果：

[0031] 应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常工作时，通过网络注册的方式使调制解调器自动尝试恢复正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

附图说明

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

[0033] 图1为本发明实施例提供的网络通信功能异常的处理方法的第一实施例流程图；

[0034] 图2为本发明实施例提供的网络通信功能异常的处理方法的第二实施例流程图；

[0035] 图3为本发明实施例提供的网络通信功能异常的处理方法的第三实施例流程图；

[0036] 图4为本发明实施例提供的应用处理器的第一实施例结构示意图；

[0037] 图5为本发明实施例提供的应用处理器的第二实施例结构示意图。

具体实施方式

[0038] 本发明实施例所要解决的技术问题在于，提供一种网络通信功能异常的处理方法、调制解调器和用户终端，用于解决现有技术中网络通信功能发生异常无法连网通信的情况下，手动恢复网络通信功能耗时过长的问题。

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

[0040] 以下分别进行详细说明。

[0041] 本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0042] 本发明涉及的用户终端例如可以是下面中的任何一项或者全部，智能电话、可穿戴设备(个人中枢)、个人或移动多媒体播放器、个人数字助理(PDA)、膝上型计算机、平板电脑、智能本、掌上型计算机以及类似的个人电子设备，上述用户终端可以包括网络接口、处理器、存储器、音频处理电路、麦克风、摄像头、闪光灯，并且包括可以在内部或外部的音频放大器以及包括连接到音频放大器的扬声器单元。

[0043] 请参见图1，图1为本发明实施例提供的一种网络通信功能异常的处理方法的第一实施例流程图。其中，如图1所示，本发明的一个实施例提供的一种网络通信功能异常的处理方法可以包括步骤S101～S104：

[0044] S101、应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息。

[0045] 本发明实施例中，上述应用处理器全称为多媒体应用处理器(Multimedia Application Processor，简称MAP)，用于在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路，是智能手机中的重要部件，应用处理器一般和基带处理器是独立的两个芯片。上述调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等，调制解调器可支持多种协议栈。协议栈状态异常指的是在通信过程中对当前的状态上下文的检测结果与预先期望的结果不相符合，比如，当检测到一段时间内只有上行数据包，而没有任何下行数据包时则认为协议栈状态异常(即上下行链路不通)；或者，用户终端(User Equipment，简称UE)智能算法根据状态异常的现象判断出协议栈运行出现了异常；或者，UE与网络侧设备的通信过程受到不确定因素的影响而出现失步的情况；等等。当调制解调器检测到协议栈状态异常之后，调制解调器会发生崩溃，无法正常进行数据处理，导致UE不能上网。协议栈表示某个通信制式对应的多种协议的总和。可选的，协议栈包括全球移动通信系统(Global System for Mobile Communication，GSM)协议栈、增强型数据速率GSM演进(Enhanced Data Rate for GSM Evolution，EDGE)协议栈、高速分组接入(High Speed Downlink Packet Access，HSPDA)协议栈、时分同步码分多址(Time Division-Synchronous Code Division Multiple Access，TD-SCDMA)协议栈、分时长期演进(Time Division Long Term Evolution，TDD-LTE)协议栈、频分双工长期演进(Frequency Division Dual Long Term Evolution，FDD-LTE)协议栈等，各个通信制式协议栈下面又包括多个子协议栈，此处不再赘述。调制解调器在检测到内存访问错误时，确定当前使用的第一协议栈。

[0046] 需要说明的是，调制解调器可以集成在应用处理器的内部，也可以是独立于应用处理器的一个芯片，本发明不作限制。

[0047] S102、所述应用处理器关闭引起协议栈状态异常的第一协议栈。

[0048] 本发明实施例中，有的协议栈状态异常现象是常见的并易于处理的，有的协议栈状态异常是罕见并难以处理的，对于难以处理的协议栈状态异常现象放任不管可能导致协议栈错误进一步恶化而难以控制。为了防止协议栈状态异常反复发生或进一步恶化，应用处理器需要关闭引起协议栈状态异常的第一协议栈。

[0049] S103、所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈。

[0050] 本发明实施例中，在关闭第一协议栈后，UE由连接态转换为空闲态，应用处理器选择第二协议栈，第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈，应用处理器开启第二协议栈，并使用第二协议栈进行网络注册。可选的，网络注册的具体实现方式可以是：UE向网络侧设备发起附着请求(attache request)，若网络侧设备允许UE接入，向UE返回附着响应(attach response)，表示网络注册成功，UE由空闲态转换为连接态；若网络侧设备不允许UE接入，向UE返回错误信息，表示网络注册失败。可选的，应用处理器选择第二协议栈的策略可以是：选择比第一协议栈低一级的协议栈作为第二协议栈；或者，测量调制解调器支持的各个协议栈对应的小区信号的信号强度，并将信号强度最大的协议栈作为第二协议栈；或者，选择比第一协议栈高一级的协议栈作为第二协议栈；或者，采用其他的策略确定第二协议栈，本发明不作限制。

[0051] S104、若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。

[0052] 可选的，位置信息表示UE在移动通信网络中逻辑位置，位置信息可以是小区标识或区域位置码或位置跟踪区域等，本发明不作限定。若果使用第二协议栈注册网络成功，应用处理器记录当前的位置信息。

[0053] 可以看出，本发明实施例中，应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常通信时快速的被检测到，并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

[0054] 可选的，图1所示的网络通信功能异常的处理方法还包括：

[0055] 若所述第二协议栈注册失败，所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。

[0056] 可选的，所述若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息之后，图1所示的网络通信功能异常的处理方法还包括：

[0057] 若位置发生变化，所述调制解调器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。

[0058] 可选的，图1所示的网络通信功能异常的处理方法还包括：

[0059] 若协议栈状态异常原因未上报，所述应用处理器获取所述协议栈状态异常原因和日志；所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0060] 可选的，应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧，包括：所述应用处理器通过无线保真WiFi网络向网络侧设备上报所述协议栈状态异常原因、日志和所述当前的位置信息。

[0061] 请参见图2，图2为本发明实施例提供的一种网络通信功能异常的处理方法的第二实施例流程图。其中，如图2所示，本发明的一个实施例提供的一种网络通信功能异常的处理方法可以包括步骤S201～S212：

[0062] S201、调制解调器是否检测到协议栈状态异常。

[0063] 若是，则执行步骤S202。

[0064] 若否，则执行步骤S201。

[0065] 本发明实施例中，调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等；调制解调器支持多种协议栈。协议栈状态异常指的是在通信过程中对当前的状态上下文的检测结果与预先期望的结果不相符合，例如当检测到一段时间内只有上行数据包，但没有任何下行数据包则认为协议栈状态异常(即上下行链路不通)；或者，UE智能算法根据状态异常的现象判断出协议栈运行出现了异常；或者，UE与网络侧设备的通信过程受到不确定因素的影响而出现失步的情况；协议栈状态异常原因可分为多种，相同的协议栈状态异常可能由不同的异常原因导致的，具体的异常原因的定位可采用任意已知的手段来确定，本发明不作限制。

[0066] S202、所述调制解调器指示应用处理器处理本次异常。

[0067] 可选的，调制解调器指示应用处理器处理本次异常的具体实施方式为：调制解调器向应用处理器发送异常指示消息，应用处理器接收到异常指示消息表明调制解调器检测到协议栈状态异常，此时应用处理器需要对该异常进行处理。其中，异常指示消息的格式本发明不作限制，可以利用现有的消息中扩展字段的方式来实现或构造新的消息来实现。

[0068] S203、所述应用处理器关闭引起协议栈状态异常的第一协议栈。

[0069] 若调制解调器使用第一协议栈发生协议栈状态异常，为了防止协议栈状态异常反复发生或进一步恶化，应用处理器需要关闭第一协议栈。可选的，应用处理器关闭引起协议栈状态异常的第一协议栈具体实施方式为：应用处理器查询调制解调器中表示协议栈的状态标志位以获取当前使用的第一协议栈(例如状态标志位为1表示对应的协议栈为开启状态，状态标志位为0表示对应的协议栈为关闭状态)，应用处理器将第一协议栈的状态标志位置为0以关闭第一协议栈。

[0070] S204、所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈。

[0071] 本发明实施例中，在关闭第一协议栈后，UE由连接态转换为空闲态，应用处理器选择第二协议栈，第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈，应用处理器开启第二协议栈，并使用第二协议栈进行网络注册。可选的，网络注册的具体实现方式可以是：UE向网络侧设备发起附着请求(attache request)，若网络侧设备允许UE接入，向UE返回附着响应(attach response)，表示网络注册成功，UE由空闲态转换为连接态；若网络侧设备不允许UE接入，向UE返回错误信息，表示网络注册失败。可选的，应用处理器选择第二协议栈的策略可以是：选择比第一协议栈低一级的协议栈作为第二协议栈；或者，测量调制解调器支持的各个协议栈对应的小区信号的信号强度，并将信号强度最大的协议栈作为第二协议栈；或者，选择比第一协议栈高一级的协议栈作为第二协议栈；或者，采用其他的策略确定第二协议栈，本发明不作限制。

[0072] S205、所述应用处理器判断网络注册是否成功。

[0073] 若是，则执行步骤S206。

[0074] 若否，则执行步骤S207。

[0075] S206、所述应用处理器记录当前的位置信息。然后执行步骤S209，并启动步骤S208的并行进程。

[0076] 可选的，位置信息表示移动通信网络中预先规划的逻辑位置的标识，例如，位置信息包括小区标识或位置区域码等。

[0077] S207、所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0078] 其中，调制解调器所支持的多个协议栈存在优先级别高低之分。可选的，调制解调器所支持的各个协议栈的优先级别可以是预置的，比如，可以在调制解调器出厂时即设置调制解调器所支持的各个协议栈的优先级别；或者，可以在调制解调器被配置于UE内并进行初始化的过程中，按照UE使用各个协议栈时的网络连接以及网络信号强度情况设置调制解调器所支持的各个协议栈的优先级别；等等。可选的，调制解调器所支持的各个协议栈的优先级别可以是灵活调整的，比如，可以依据UE在某个位置区域使用各个协议栈时的网络连接及网络信号强度情况设置优先级别；或者，可以按照UE的常用网络通信制式的顺序设置各个协议栈的优先级别；等等。需要说明的是，某个协议栈的优先级别越高，说明UE基于该协议栈可以获得更好的网络连接或更强的网络信号。调制解调器中优先级别最高的协议栈通常被称为默认协议栈，而应用处理器通常也是按照优先级别从高至低的顺序使用各个协议栈实现UE的网络注册及网络使用的。

[0079] 由于UE具备移动性以及平台更新性的特点，当UE出现位置移动或者进行平台更新时，其当前属性会发生变化，其网络连接情况也可能发生变化，例如：UE基于第二协议栈在位置A可以进行网络连接，然而当UE从位置A移动至位置B时则基于第二协议栈可能无法进行网络连接；同理，UE基于第一协议栈在位置A可能无法进行网络连接，然而在位置B时则可以进行网络连接。因此，应用处理器使用第二协议栈未成功注册上网络，应用处理器根据默认协议栈的开关状态，恢复默认协议栈开关状态或调制解调器恢复默认协议栈开关状态并同时对调制解调器进行复位操作。可以理解的是，此处的默认协议栈既可能是第一协议栈，也可能是第一协议栈以外的其他协议栈。需要说明的是，若本实施例中默认协议栈为第一协议栈(即已被关闭的、引起协议栈状态异常的协议栈)，那么，此步骤相当于重新开启第一协议栈。因此，本步骤在重新开启第一协议栈之后，由于UE的当前属性已发生变化，这使得UE基于重新开启的第一协议栈可进行正常网络注册而恢复网络使用。

[0080] S208、所述应用处理器检测位置信息是否发生变化。

[0081] 若是，则执行步骤S207。

[0082] 若否，则执行步骤S208。

[0083] 可选的，应用处理器周期性的获取位置信息，在当前获取的位置信息和上一次获取的位置信息相比发生变化时，执行步骤S207，否则继续获取位置信息。例如，位置信息为小区标识，UE由一个小区移动到另一小区，表示位置信息发生变化；又如，位置信息为位置区域码，UE由一个位置区域移动到另一个位置区域，表明位置信息发生变化。应用处理器获取位置信息的周期本发明不作限制，可以根据实际需求进行设置。

[0084] S209、所述应用处理器判断是否已上报协议栈状态异常原因。

[0085] 若是，则执行步骤S212。

[0086] 若否，则执行步骤S210。

[0087] 可选的，协议栈状态异常原因可以通过原因代码来表示，不同的异常原因对应不同的原因代码，同时异常原因可通过文本描述的方式表示。

[0088] S210、所述应用处理器获取所述协议栈状态异常原因和日志。

[0089] 本发明实施例中，日志表示调制解调器检测协议栈状态的操作信息，操作信息包括：操作指令、操作时间和返回结果。

[0090] S211、所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0091] 可选的，应用处理器将异常原因、当前的位置信息和日志上报给网络侧设备的具体实施方式可以是：通过无线保真WiFi网络向网络侧设备上报；或者应用处理器也可以将异常原因显示在UE的显示屏上，供用户进行查看。

[0092] S212、所述应用处理器处理本次异常结束。

[0093] 可以看出，本发明实施例中，应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常工作时，通过网络注册的方式使调制解调器恢复正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

[0094] 请参见图3，图3为本发明实施例提供的一种网络通信功能异常的处理方法的第三实施例流程图。其中，如图3所示，本发明的一个实施例提供的一种网络通信功能异常的处理方法可以包括步骤S301～S310：

[0095] S301、应用处理器是否检测到协议栈状态异常。

[0096] 若是，则执行步骤S302。

[0097] 若否，则执行步骤S301。

[0098] S302、所述调制解调器指示应用处理器处理本次异常。

[0099] 可选的，调制解调器指示应用处理器处理本次异常的具体实施方式为：调制解调器向应用处理器发送异常指示消息，应用处理器接收到异常指示消息表明调制解调器检测到协议栈状态异常，此时应用处理器需要对该异常进行处理。其中，异常指示消息的格式本发明不作限制，可以利用现有的消息中扩展字段的方式来实现或构造新的消息来实现。

[0100] S303、所述应用处理器关闭引起协议栈状态异常的第一协议栈。

[0101] S304、所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈。

[0102] S305、若网络注册成功，所述应用处理器记录当前的位置信息。

[0103] S306、所述应用处理器检测位置信息是否发生变化。

[0104] 若是，则执行步骤S307。

[0105] 若否，则执行步骤S306。

[0106] S307、所述应用处理器恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0107] S308、所述应用处理器判断是否已上报协议栈状态异常原因。

[0108] 可选的，若协议栈状态异常原因已上报过，则执行步骤S301；当协议栈状态异常原因已上报过之后，用户可根据异常原因调整或修复，之后继续跳转到步骤S301由调制解调器检测异常，若调制解调器仍检测到协议栈状态异常，则继续执行步骤S301等后续步骤。否则，执行步骤S309。

[0109] S309、所述应用处理器获取所述协议栈状态异常原因和日志。

[0110] S310、所述应用处理器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0111] 当上述信息上报之后，同样可跳转至步骤S301，由应用处理器检测异常，若应用处理器仍检测到协议栈状态异常，则继续执行S302等后续步骤。

[0112] 通过循环的方式，可确保协议栈状态异常问题的解决，当问题解决之后，应用处理器将不会再检测到协议栈状态异常，UE可恢复正常工作。

[0113] 需要说明的是，本实施例中的步骤S301～步骤S310的具体实施方式请参照本发明第二实施例公开的一种网络通信功能异常的处理方法中的步骤S201～步骤S2012的相关描述和本发明第一实施例公开的一种网络通信功能异常的处理方法中的步骤S101～步骤S104的相关描述，此处不再赘述。

[0114] 可以看出，本发明实施例中，应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常工作时，通过网络注册的方式使调制解调器恢复正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

[0115] 请参见图4，为本发明实施例提供的一种应用处理器400的结构示意图，在本发明实施例中，所述调制解调器包括：接收模块401、关闭模块402、注册模块403和记录模块404。

[0116] 接收模块401，用于接收调制解调器检测到协议栈状态异常而发送的异常指示消息。

[0117] 关闭模块402，用于关闭引起协议栈状态异常的第一协议栈。

[0118] 注册模块403，用于开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈。

[0119] 记录模块404，用于若所述第二协议栈注册成功，记录当前的位置信息。

[0120] 可选的，图4所示的应用处理器还包括：

[0121] 恢复模块，用于当所述第二协议栈注册失败；以及当所述第二协议栈注册成功后且位置发生变化时，恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0122] 可选的，图4所示的应用处理器还包括：

[0123] 上报模块，用于协议栈状态异常原因未上报，获取所述协议栈状态异常原因和日志；将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0124] 可选的，上报模块具体用于：

[0125] 通过无线保真WiFi网络向网络侧设备上报所述协议栈状态异常原因、日志和所述当前的位置信息。

[0126] 可以理解的是，本实施例的应用处理器400的各功能模块的功能可根据所述方法实施例中的方法具体实现，其具体实现过程可以参照所述方法实施例的相关描述，此处不再赘述。

[0127] 可以看出，本发明实施例中，接收模块401接收调制解调器检测到协议栈状态异常而发送的异常指示消息；关闭模块402关闭引起协议栈状态异常的第一协议栈；注册模块403开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；记录模块404若所述第二协议栈注册成功，记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常工作时，通过网络注册的方式使调制解调器恢复正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

[0128] 请参见图5，为本发明实施例的一种应用处理器500结构示意图，在本实施中，应用处理器用于实现图1所示的网络通信功能异常的处理方法，应用处理器包括CPU_modem501、存储器502、基带处理503、通信接口/CPU_ap504(备注：对于modem单芯片的情况，此为通信接口504，用于与芯片外面的AP处理器进行通信接口；对于modem和ap集成在一个芯片的情况，此为CPU_ap504，即无需通信接口)、和基带射频接口505，应用处理器中的CPU_modem501的数量可以是一个或多个，图5以一个CPU为例(备注：此处所述CPU，也可以替换为DSP数字信号处理器)。本发明的一些实施例中，CPU_modem501、存储器502、基带处理503、通信接口/CPU_ap504和基带射频接口505可通过总线或其他方式连接，图5中以总线连接为例。

[0129] 其中，存储器502中存储一组程序代码，且CPU_modem501用于调用存储器502中存储的程序代码，用于执行以下操作：

[0130] 接收调制解调器检测到协议栈状态异常而发送的异常指示消息；

[0131] 关闭引起协议栈状态异常的第一协议栈；

[0132] 开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；

[0133] 若所述第二协议栈注册成功，记录当前的位置信息。

[0134] 在本发明的一些实施例中，CPU_modem501还用于执行：

[0135] 若所述第二协议栈注册失败，恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。

[0136] 在本发明的一些实施例中，CPU_modem501执行若所述第二协议栈注册成功，记录当前的位置信息之后，还用于执行：

[0137] 若位置发生变化，恢复所述调制解调器支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。

[0138] 其中，基带处理503，用于处理基带信号，并通过总线与其他部分进行交互；

[0139] 其中，框图“通信接口/CPU_ap”504，对于modem单芯片的情况，此框图504为通信接口而没有CPU_ap，通信接口504作为用于和modem芯片的外部的AP处理器进行通信的接口；对于modem和ap集成在一个芯片的情况，此框图504为CPU_ap而没有通信接口，CPU_modem通过总线和CPU_ap进行通信而无需其他通信接口；

[0140] 其中，基带射频接口505，用于与调制解调器芯片外部的射频进行接口通信。

[0141] 在本发明的一些实施例中，CPU_modem501还用于执行：

[0142] 若协议栈状态异常原因未上报，获取所述协议栈状态异常原因和日志；将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。

[0143] 在本发明的一些实施例中，CPU_modem501将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户包括：

[0144] 通过无线保真WiFi网络向网络侧设备上报所述协议栈状态异常原因、日志和所述当前的位置信息。

[0145] 可以理解的是，本实施例的应用处理器500的各功能模块的功能可根据所述方法实施例中的方法具体实现，其具体实现过程可以参照所述方法实施例的相关描述，此处不再赘述。

[0146] 可以看出，本发明实施例中，应用处理器接收调制解调器检测到协议栈状态异常而发送的异常指示消息；所述应用处理器关闭引起协议栈状态异常的第一协议栈；所述应用处理器开启第二协议栈，并使用所述第二协议栈进行网络注册，所述第二协议栈为所述调制解调器支持的多个协议栈中除了所述第一协议栈以外的协议栈；若所述第二协议栈注册成功，所述应用处理器记录当前的位置信息。这样在协议栈状态异常而引起调制解调器无法正常工作时，通过网络注册的方式使调制解调器恢复正常，避免手动强制重启手机或位置更新造成的耗时过长的问题，减少了网络故障恢复的时间。

[0147] 本发明实施例还提供了一种包括上述应用处理器的UE，UE包括但不限于搭载或者其它操作系统的UE，诸如移动电话。也可以是其它UE，诸如具有触敏表面(例如，触摸屏显示器和/或触控板)的膝上型计算机或平板电脑或台式计算机。

[0148] 在下面的讨论中，介绍了一种包括显示器和触敏表面的UE。然而应当理解，UE可以包括一个或多个其他物理用户接口设备，诸如物理键盘、鼠标和/或操作杆。

[0149] UE通常支持多种应用程序，诸如以下中的一种或多种：画图应用程序、呈现应用程序、文字处理应用程序、网页创建应用程序、盘编辑应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息应用程序、锻炼支持应用程序、相片管理应用程序、数字相机应用程序、数字视频摄像机应用程序、网络浏览应用程序、数字音乐播放器应用程序、和/或数字视频播放器应用程序。

[0150] 可在UE上执行的各种应用程序可使用至少一个共用的物理用户接口设备，诸如触敏表面。触敏表面的一种或多种功能以及显示在UE上的相应信息可从一种应用程序调整和/或变化至下一种应用程序和/或在相应应用程序内被调整和/或变化。这样，UE的共用物理架构(诸如触敏表面)可利用对于用户而言直观清楚的用户界面来支持各种应用程序。

[0151] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

[0152] 以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。