CN105491607B - 网络通信功能异常的处理方法、应用处理器和移动终端 - Google Patents
网络通信功能异常的处理方法、应用处理器和移动终端 Download PDFInfo
- Publication number
- CN105491607B CN105491607B CN201510828216.1A CN201510828216A CN105491607B CN 105491607 B CN105491607 B CN 105491607B CN 201510828216 A CN201510828216 A CN 201510828216A CN 105491607 B CN105491607 B CN 105491607B
- Authority
- CN
- China
- Prior art keywords
- protocol stack
- modem
- application processor
- network
- location information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种网络通信功能异常的处理方法,包括:应用处理器接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;若网络注册成功,所述应用处理器记录当前的位置信息。本发明实施例还公开了一种应用处理器和移动终端。采用本发明,能快速检测和恢复网络通信功能的异常。
Description
技术领域
本发明涉及通信领域,尤其涉及一种网络通信功能异常的处理方法、应用处理器和移动终端。
背景技术
随着通信技术的发展,手机支持的通信制式的类型越来越多,例如:一部手机同时支持不同运营商的2G、3G和4G的通信制式,省去更换手机的不便。移动互联网的高速发展使数据业务占据绝对的比重,从而手机中的调制解调器的作用和地位日益重要,调制解调器用于将待发送数据转换为射频信号以及将射频信号转换为待处理数据、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等。在手机所处的移动网络环境十分复杂,手机经常会在不同的通信制式之间进行切换,在通信制式切换的过程中经常会发生异常,手机无法连网通信,例如MT/MO呼叫失败。为了解决无法连网通信的异常,目前常采用的解决方案是:手机移动到新的位置区域时,向网络侧发起位置更新请求,网络侧重新对手机进行配置,恢复调制解调器的配置参数;或用户发现长时间不能连网通信后,手动对移动终端进行强制重启恢复或设置调制解调器的配置参数。但是,两种方案耗费的时间均过长,用户难以忍受。
发明内容
本发明实施例所要解决的技术问题在于,提供一种网络通信功能异常的处理方法、应用处理器和移动终端,以解决现有技术中网络通信功能发生异常无法连网通信的情况下,手动恢复网络通信功能耗时过长的问题。
为了解决上述技术问题,本发明实施例第一方面提供了一种网络通信功能异常的处理方法,包括:
应用处理器接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;
所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,所述应用处理器记录当前的位置信息。
结合第一方面,在第一种可能的实现方式中,还包括:
若网络注册失败,所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第一方面或第一种可能的实现方式,在第二种可能的实现方式中,所述若网络注册成功,记录当前的位置信息之后,还包括:
若位置发生变化,所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第一方面或第一或第二种可能的实现方式,在第三种可能的实现方式中,还包括:
若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;
将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,所述将所述异常原因、所述当前的位置信息和日志上报给网络侧包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例第二方面提供了一种应用处理器,包括:
确定模块,用于接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;
选择模块,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
注册模块,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
记录模块,用于若网络注册成功,记录当前的位置信息。
结合第二方面,在第一种可能的实现方式中,还包括:
恢复模块,用于当网络注册失败时;或当网络注册成功后且位置发生变化时;恢复所述支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第二方面或第一种可能的实现方式,在第二种可能的实现方式中,还包括:
上报模块,用于若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述上报模块具体用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例第三方面提供了一种移动终端,包括上述任意一项所述的应用处理器。
实施本发明实施例,具有如下有益效果:
应用处理器接收到调制解调器检测到MT/MO呼叫失败时发送的异常指示消息,关闭调制解调器当前使用的协议栈,从调制解调器支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在成功注册上网络时,记录当前的位置信息。这样在调制解调器无法正常工作时快速的被检测到,并通过其他协议栈网络注册的方式使调制解调器自动尝试恢复正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图;
图2是本发明实施例提供的一种网络通信功能异常的处理方法的另一流程示意图;
图3是本发明实施例提供的一种网络通信功能异常的处理方法的又一流程示意图;
图4是本发明实施例提供的一种应用处理器的结构示意图;
图5是本发明实施例提供的一种应用处理器的另一结构示意图;
图6是本发明实施例提供的一种应用处理器的又一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,为本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图,在本发明实施例中,所述方法包括:
S101、应用处理器接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示Modem检测到终端发起(MobileOriginal,简称MO)/终端终止的(Mobile Terminating,简称MT)呼叫失败。其中,终端发起的呼叫即为终端主叫,终端终止的呼叫即为终端被叫。
具体的,应用处理器全称为MAP(Multimedia Application Processor,多媒体应用处理器,简称MAP),用于在低功耗CPU的基础上扩展音视频功能和专用接口的超大规模集成电路,是智能手机中的重要部件,应用处理器一般和基带处理器是独立的两个芯片。
调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的用户终端(User Equipment,简称UE)在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(Radio ResourceControl,简称RRC)连接建立的原因分为终端被叫发起的RRC建立和终端主叫发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(System Information Block,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对寻呼响应消息paging response不响应、鉴权失败等)。协议栈表示某个通信制式对应的多种协议的总和,例如:协议栈包括全球移动通信系统(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)协议栈、时分双工长期演进LTE(Time-Division Duplex Long Term Evolution,简称TDD-LTE)协议栈、频分双工长期演进(Frequency-Division Duplex,简称FDD-LTE)协议栈等,各个通信制式协议栈下面又包括多个子协议栈,此处不再赘述。发生MT/MO呼叫失败时,将导致调制解调器异常,此时,调制解调器可以检测到MT/MO呼叫失败,并确定当前使用的第一协议栈。
需要说明的是,调制解调器可以集成在应用处理器AP的内部,也可以是独立于应用处理器的一个芯片,本发明不作限制。
S102、所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,第一协议栈是引发MT/MO呼叫失败的协议栈,应用处理器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,应用处理器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,调制解调器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S103、所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,应用处理器开启选择的第二协议栈,使用第二协议栈进行网络注册,例如LTE网络注册的过程为:移动向网络侧发起附着请求(attach request),若网络侧允许移动终端接入,向移动终端返回附着响应(attach accept),表示网络注册成功,移动终端由无服务状态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S104、若网络注册成功,所述应用处理器记录当前的位置信息。
具体的,位置信息表示移动终端在移动通信网络中逻辑位置,位置信息可以是小区标识或区域位置码或位置跟踪区域等,本发明不作限制。如果使用第二协议栈注册网络成功,应用处理器记录当前的位置信息。
实施本发明的实施例,应用处理器接收到调制解调器检测到MT/MO呼叫失败时发送的异常指示消息,关闭调制解调器当前使用的协议栈,从调制解调器支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在注册上网络时,记录当前的位置信息。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图2,为本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图,在本发明实施例中,所述方法包括:
S201、调制解调器是否检测到MT/MO呼叫失败。
具体的,调制解调器安装在手机内,可以封装为应用处理器AP内,或独立于应用处理器,本发明不作限制。
调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的UE在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(Radio Resource Control,简称RRC)连接建立的原因分为终端被叫(Mobile Terminating,简称MT)发起的RRC建立和终端主叫(Mobile Original,简称MO)发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(System Information Block,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对paging response不响应、鉴权失败等)。
若发生MT/MO呼叫失败,执行S202,若没有发生MT/MO呼叫失败,继续执行S201。发生MT/MO呼叫失败时,UE将进入无网络服务状态。
S202、所述调制解调器指示应用处理器处理本次异常。
具体的,调制解调器指示应用处理器处理本次异常的方法可以是:调制解调器向应用处理器发送异常指示消息,应用处理器接收到异常指示消息表明调制解调器检测到MT/MO呼叫失败,此时应用处理器需要对该异常进行处理。其中,异常指示消息的格式本发明不作限制,可以利用现有的消息中扩展字段的方式来实现或构造新的消息来实现。
S203、所述应用处理器获取所述调制解调器当前使用的第一协议栈。
具体的,协议栈表示某个通信制式对应的多种协议栈的总和,例如:协议栈包括GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等,各个通信制式协议栈下面又包括多个子协议栈,例如:TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等。此处不再赘述。应用处理器获取调制解调器当前使用的第一协议栈的方法可以是:应用处理器查询调制解调器中表示协议栈的状态标志位获取当前使用的第一协议栈,例如标志位1表示对应的协议栈为开启状态,标志位0表示对应的协议栈为关闭状态。
S204、所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,调制解调器使用第一协议栈发生MT/MO呼叫失败,应用处理器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,应用处理器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,应用处理器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S205、所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,应用处理器开启选择的第二协议栈,使用第二协议栈进行网络注册,例如LTE网络注册的过程为:移动向网络侧发起附着请求(attach request),若网络侧允许移动终端接入,向移动终端返回附着响应(attach accept),表示网络注册成功,移动终端由无服务状态态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S206、网络注册是否成功。
具体的,若应用处理器使用第二协议栈成功注册上网络,执行S207,若应用处理器使用第二协议栈未成功注册上网络,执行S208。
S207、所述应用处理器记录当前的位置信息。然后执行S211,并启动S209的并行进程。
具体的,位置信息表示移动通信网络中预先规划的逻辑位置的标识,例如,位置信息包括小区标识或位置区域码等。
S208、所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
具体的,应用处理器使用第二协议栈未成功注册上网络,应用处理器根据预先已知的默认协议栈的开关状态,恢复默认协议栈开关状态或同时发送复位指令对调制解调器进行复位操作。默认协议栈为调制解调器支持的多个协议栈中的一个预先设置的协议栈,此处可以针对所有地区设置同一个默认的协议栈作为调制解调器初始选择使用的协议栈,也可以针对单个地区或处于某一区域的多个地区分别设置不同的默认协议栈,本发明实施例不作任何限定。进行复位操作后,应用处理器使用默认协议栈进行网络注册,网络注册成功后,使用默认协议栈进行工作。
S209、位置信息是否发生变化。
具体的,应用处理器周期性的获取位置信息,在当前获取的位置信息和上一次获取的位置信息相比发生变化时,执行S210,否则继续获取位置信息。例如,位置信息为小区标识,移动终端由一个小区移动到另一小区,表示位置信息发生变化;位置信息为位置区域码,移动终端由一个位置区域移动到另一个位置区域,表明位置信息发生变化。应用处理器获取位置信息的周期本发明不作限制,可以根据实际需求进行设置。
S210、所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
具体的,应用处理器获取调制解调器检测到MT/MO呼叫失败之前支持的多个协议栈中各个协议栈对应的初始开关状态,将支持的多个协议栈中各个协议栈对应的当前开关状态恢复到初始开关状态。调制解调器支持的多个协议栈每次只有一个协议栈为开启状态,其余的协议栈为关闭状态。
S211、MT/MO呼叫失败的异常原因是否上报。
具体的,如果MT/MO呼叫失败的异常原因已上报过,则执行S214,否则,执行S212。
S212、获取所述MT/MO呼叫失败的异常原因和日志。
S213、将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
具体的,应用处理器将异常原因、当前的位置信息和日志上报给网络侧,其中,可以在移动终端连接上wifi热点的情况下,通过wifi热点将上述信息上报给网络侧,以节省流量。或者应用处理器也可以将异常原因显示在移动终端的显示屏上,供用户进行查看。
需要说明的是,执行完S207之后,并行的执行S209和S211。
S214、所述应用处理器处理本次异常结束。
实施本发明的实施例,应用处理器接到调制解调器检测到MT/MO呼叫失败时发送的异常指示消息,关闭当前使用的协议栈,从支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在成功注册上网络时,记录当前的位置信息,并在位置发生变化时在注册网络失败时,恢复默认协议栈开关状态或同时重启调制解调器。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图3,为本发明实施例提供的一种网络通信功能异常的处理方法的另一流程示意图,在本发明实施例中,所述方法包括:
S301、调制解调器是否检测到MT/MO呼叫失败。
具体的,调制解调器安装在手机内,可以封装为应用处理器AP内,或独立于应用处理器,本发明不作限制。
调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的UE在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(Radio Resource Control,简称RRC)连接建立的原因分为终端被叫(Mobile Terminating,简称MT)发起的RRC建立和终端主叫(Mobile Original,简称MO)发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(System Information Block,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对paging response不响应、鉴权失败等)。此时,调制解调器将检测到异常,并判断是否由MT/MO呼叫失败所引起。当然,此处的检测可以是接收用户指令进行检测或进行周期性检测或在MT/MO呼叫失败时触发调制解调器的检测动作。若发生MT/MO呼叫失败,执行S302,若没有发生MT/MO呼叫失败,继续执行S301。发生MT/MO呼叫失败时,UE将进入无网络服务状态。
S302、所述调制解调器指示应用处理器处理本次异常。
具体的,调制解调器指示应用处理器处理本次异常的方法可以是:调制解调器向应用处理器发送异常指示消息,应用处理器接收到异常指示消息表明调制解调器检测到MT/MO呼叫失败,此时应用处理器需要对该异常进行处理。其中,异常指示消息的格式本发明不作限制,可以利用现有的消息中扩展字段的方式来实现或构造新的消息来实现。
S303、所述应用处理器获取所述调制解调器当前使用的第一协议栈。
具体的,协议栈表示某个通信制式对应的多种协议栈的总和,例如:协议栈包括GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等,各个通信制式协议栈下面又包括多个子协议栈,例如:TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等。此处不再赘述。应用处理器获取调制解调器当前使用的第一协议栈的方法可以是:应用处理器查询调制解调器中表示协议栈的状态标志位获取当前使用的第一协议栈,例如标志位1表示对应的协议栈为开启状态,标志位0表示对应的协议栈为关闭状态。
S304、所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,调制解调器使用第一协议栈发生MT/MO呼叫失败,应用处理器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,应用处理器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,应用处理器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S305、所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,应用处理器开启选择的第二协议栈,使用第二协议栈进行网络注册,例如LTE网络注册的过程为:移动向网络侧发起附着请求(attach request),若网络侧允许移动终端接入,向移动终端返回附着响应(attach accept),表示网络注册成功,移动终端由无服务状态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S306、若网络注册成功,所述应用处理器记录当前的位置信息。之后可执行步骤S307;同时还可以并行执行步骤S309。
具体的,位置信息表示移动通信网络中预先规划的逻辑位置的标识,例如,位置信息包括小区标识或位置区域码等。
S307、位置信息是否发生变化。
具体的,应用处理器周期性的获取位置信息,在当前获取的位置信息和上一次获取的位置信息相比发生变化时,执行S308,否则继续获取位置信息。例如,位置信息为小区标识,移动终端由一个小区移动到另一小区,表示位置信息发生变化;位置信息为位置区域码,移动终端由一个位置区域移动到另一个位置区域,表明位置信息发生变化。应用处理器获取位置信息的周期本发明不作限制,可以根据实际需求进行设置。
S308、所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
S309、MT/MO呼叫失败的异常原因是否已上报。
具体的,如果MT/MO呼叫失败的异常原因已上报过,则执行S301,当MT/MO呼叫失败的异常原因已上报过之后,用户可以根据异常原因进行调整或修复,之后继续跳转到S301由调制解调器检测异常,若调制解调器仍检测到MT/MO呼叫失败,则继续执行S302等后续步骤。否则,执行S310。
S310、获取所述MT/MO呼叫失败的异常原因和日志。
S311、将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
具体的,应用处理器将异常原因、当前的位置信息和日志上报给网络侧,其中,可以在移动终端连接上wifi热点的情况下,通过wifi热点将上述信息上报给网络侧,以节省流量。或者应用处理器也可以将异常原因显示在移动终端的显示屏上,供用户进行查看。
当上述信息上报之后,同样可跳转至步骤S301,由调制解调器检测异常,若调制解调器仍检测到MT/MO呼叫失败,则继续执行S302等后续步骤。
通过循环的方式,可确保MT/MO呼叫失败问题的解决,当问题解决之后,调制解调器将不会再检测到MT/MO呼叫失败,终端可恢复正常工作。
实施本发明的实施例,应用处理器接到调制解调器检测到MT/MO呼叫失败时发送的异常指示消息,关闭当前使用的协议栈,从支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在成功注册上网络时,记录当前的位置信息,并在位置变化时和在注册上网络失败时,恢复默认协议栈开关状态或同时重启调制解调器。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图4,为本发明实施例提供的一种应用处理器的结构示意图,在本发明实施例中,所述应用处理器4包括:确定模块401、选择模块402、注册模块403、记录模块404。
确定模块401,用于接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败。
选择模块402,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
注册模块403,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
记录模块404,用于若网络注册成功,记录当前的位置信息。
本发明实施例和方法实施例一基于同一构思,其带来的技术效果也相同,具体原理请参照方法实施例一的描述,此处不再赘述。
可选的,应用处理器还包括:
恢复模块(图4未示),用于当网络注册失败时;或当网络注册成功后且位置发生变化时;恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
可选的,应用处理器还包括:
上报模块,用于若所述MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
可选的,上报模块用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例和方法实施例二和三基于同一构思,其带来的技术效果也相同,具体原理请参照方法实施例二和三的描述,此处不再赘述。
参见图5,为本发明实施例的一种应用处理器的另一结构示意图,在本示意图中没有集成调制解调器modem,在本实施中,应用处理器用于实现图1所述的网络异常的处理方法,应用处理器5包括CPU_ap501、存储器502和通信接口503,应用处理器中的CPU_ap501的数量可以是一个或多个,图5以一个CPU为例。本发明的一些实施例中,CPU_ap 501、存储器502和通信接口503可通过总线或其他方式连接,图5中以总线连接为例。
其中,通信接口503,用于和应用处理器芯片外部的调制解调器modem进行通信;
其中,存储器502中存储一组程序代码,且CPU_ap 501用于调用存储器502中存储的程序代码,用于执行以下操作:
接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;
关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,记录当前的位置信息。
在本发明的一些实施例中,CPU_ap 501还用于执行:
若网络注册失败,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
在本发明的一些实施例中,CPU_ap 501执行所述若网络注册成功,记录当前的位置信息之后,还用于执行:
若位置发生变化,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
在本发明的一些实施例中,CPU_ap 501执行所述若网络注册成功,所述应用处理器记录当前的位置信息;或所述若网络注册失败,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器之后,还用于执行:
若所述MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;
将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
在本发明的一些实施例中,CPU_ap 501执行所述将所述异常原因、所述当前的位置信息和日志上报给网络侧包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
参见图6,为本发明实施例提供的一种应用处理器的又一结构示意图,在本示意图中集成了调制解调器modem。图6的CPU_ap601和图5的CPU_ap501执行一样的工作,所不同的是本图的CPU_ap601与调制解调器modem的交互是通过总线进行的(而图5是通过通信接口503进行的)。
本发明实施例还提供了一种包括上述应用处理器的移动终端,移动终端包括但不限于搭载或者其它操作系统的移动终端,诸如移动电话。也可以是其它移动终端,诸如具有触敏表面(例如,触摸屏显示器和/或触控板)的膝上型计算机或平板电脑或台式计算机。
在下面的讨论中,介绍了一种包括显示器和触敏表面的移动终端。然而应当理解,移动终端可以包括一个或多个其他物理用户接口设备,诸如物理键盘、鼠标和/或操作杆。
移动终端通常支持多种应用程序,诸如以下中的一种或多种:画图应用程序、呈现应用程序、文字处理应用程序、网页创建应用程序、盘编辑应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息应用程序、锻炼支持应用程序、相片管理应用程序、数字相机应用程序、数字视频摄像机应用程序、网络浏览应用程序、数字音乐播放器应用程序、和/或数字视频播放器应用程序。
可在移动终端上执行的各种应用程序可使用至少一个共用的物理用户接口设备,诸如触敏表面。触敏表面的一种或多种功能以及显示在移动终端上的相应信息可从一种应用程序调整和/或变化至下一种应用程序和/或在相应应用程序内被调整和/或变化。这样,移动终端的共用物理架构(诸如触敏表面)可利用对于用户而言直观清楚的用户界面来支持各种应用程序。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。
Claims (9)
1.一种网络通信功能异常的处理方法,其特征在于,包括:
应用处理器接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;
所述应用处理器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
所述应用处理器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,所述应用处理器记录当前的位置信息;
若网络注册失败,所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器,使用所述默认协议栈进行网络注册。
2.如权利要求1所述的方法,其特征在于,所述若网络注册成功,记录当前的位置信息之后,还包括:
若位置发生变化,所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述应用处理器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
3.如权利要求1所述的方法,其特征在于,还包括:
若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;
将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
4.如权利要求3所述的方法,其特征在于,所述将所述异常原因、所述当前的位置信息和日志上报给网络侧,包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
5.一种应用处理器,其特征在于,包括:
确定模块,用于接收调制解调器发送的异常指示消息后,获取所述调制解调器当前使用的第一协议栈;其中,所述异常指示消息指示所述调制解调器检测到MT/MO呼叫失败;
选择模块,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
注册模块,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
记录模块,用于若网络注册成功,记录当前的位置信息;
恢复模块,用于当网络注册失败时,恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器;
所述注册单元,还用于在所述恢复模块恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器后,使用所述默认协议栈进行网络注册。
6.如权利要求5所述的应用处理器,其特征在于,还包括:
恢复模块,用于当网络注册成功后且位置发生变化时,恢复所述支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
7.如权利要求5或6所述的应用处理器,其特征在于,还包括:
上报模块,用于若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
8.如权利要求7所述的应用处理器,其特征在于,所述上报模块具体用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
9.一种移动终端,其特征在于,包括如权利要求5-8任意一项所述的应用处理器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510828216.1A CN105491607B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、应用处理器和移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510828216.1A CN105491607B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、应用处理器和移动终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105491607A CN105491607A (zh) | 2016-04-13 |
CN105491607B true CN105491607B (zh) | 2018-07-06 |
Family
ID=55678238
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510828216.1A Active CN105491607B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、应用处理器和移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105491607B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1757168A (zh) * | 2002-12-30 | 2006-04-05 | Sk电信有限公社 | 在1xev-do系统发生故障时切换到1x系统的方法和系统 |
CN104081826A (zh) * | 2012-03-16 | 2014-10-01 | Lg电子株式会社 | 用于在无线通信系统中处理nas信令请求的方法和装置 |
CN104125614A (zh) * | 2014-08-06 | 2014-10-29 | 宇龙计算机通信科技(深圳)有限公司 | 网络切换的方法、系统和终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010078255A1 (en) * | 2008-12-29 | 2010-07-08 | Interdigital Patent Holdings, Inc. | Method and apparatus for tracking area update procedure and eps bearer contexts representation |
-
2015
- 2015-11-24 CN CN201510828216.1A patent/CN105491607B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1757168A (zh) * | 2002-12-30 | 2006-04-05 | Sk电信有限公社 | 在1xev-do系统发生故障时切换到1x系统的方法和系统 |
CN104081826A (zh) * | 2012-03-16 | 2014-10-01 | Lg电子株式会社 | 用于在无线通信系统中处理nas信令请求的方法和装置 |
CN104125614A (zh) * | 2014-08-06 | 2014-10-29 | 宇龙计算机通信科技(深圳)有限公司 | 网络切换的方法、系统和终端 |
Also Published As
Publication number | Publication date |
---|---|
CN105491607A (zh) | 2016-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105376773B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105357053B (zh) | 网络通信功能异常的处理方法、应用处理器及用户终端 | |
CN108599986B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN106488492A (zh) | 网络通信功能异常的处理方法及装置 | |
CN105357049B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105338663B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN108601018B (zh) | 网络通信功能异常的处理方法、应用处理器及移动终端 | |
CN105376113B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105490838B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105376784B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376775B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105491604B (zh) | 网络通信功能异常的处理方法、调制解调器及用户终端 | |
CN105376783B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105517029B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376786B (zh) | 网络通信功能异常的处理方法、应用处理器及移动终端 | |
CN105472648B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105491608B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN108684056B (zh) | 网络通信功能异常的处理方法、调制解调器、移动终端及存储介质 | |
CN105491607B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376779B (zh) | 一种网络通信功能异常处理方法、应用处理器及移动终端 | |
CN105376774B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105376789B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105357705B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105357704B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105491609B (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Patentee before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
CP01 | Change in the name or title of a patent holder |