CN105472648A - 网络通信功能异常的处理方法、调制解调器和移动终端 - Google Patents
网络通信功能异常的处理方法、调制解调器和移动终端 Download PDFInfo
- Publication number
- CN105472648A CN105472648A CN201510824689.4A CN201510824689A CN105472648A CN 105472648 A CN105472648 A CN 105472648A CN 201510824689 A CN201510824689 A CN 201510824689A CN 105472648 A CN105472648 A CN 105472648A
- Authority
- CN
- China
- Prior art keywords
- demodulator
- protocol stack
- modulator
- positional information
- modem
- 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.)
- Granted
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Abstract
本发明实施例公开了一种网络通信功能异常的处理方法,包括:调制解调器检测到MT/MO呼叫失败;所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;若所述判断的结果为是,所述调制解调器获取所述调制解调器当前使用的第一协议栈;所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;若网络注册成功,所述调制解调器记录当前的位置信息。本发明实施例还公开了一种调制解调器和移动终端。采用本发明,能快速检测和恢复网络通信功能的异常。
Description
技术领域
本发明涉及通信领域,尤其涉及一种网络通信功能异常的处理方法、调制解调器和移动终端。
背景技术
随着通信技术的发展,手机支持的通信制式的类型越来越多,例如:一部手机同时支持不同运营商的2G、3G和4G的通信制式,省去更换手机的不便。移动互联网的高速发展使数据业务占据绝对的比重,从而手机中的调制解调器的作用和地位日益重要,调制解调器用于将待发送数据转换为射频信号以及将射频信号转换为待处理数据、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等。在手机所处的移动网络环境十分复杂,手机经常会在不同的通信制式之间进行切换,在通信制式切换的过程中经常会发生异常,手机无法正常连网通信,例如MT/MO呼叫失败。为了解决无法连网通信的异常,目前常采用的解决方案是:手机移动到新的位置区域时,向网络侧发起位置更新请求,网络侧重新对手机进行配置,恢复调制解调器的配置参数;或用户发现长时间不能连网通信后,手动对移动终端进行强制重启恢复或设置调制解调器的配置参数。但是,两种方案耗费的时间均过长,用户难以忍受。
发明内容
本发明实施例所要解决的技术问题在于,提供一种网络通信功能异常的处理方法、调制解调器和移动终端,以解决现有技术中网络通信功能发生异常无法连网通信的情况下,手动恢复网络通信功能耗时过长的问题。
为了解决上述技术问题,本发明实施例第一方面提供了一种网络通信功能异常的处理方法,包括:
调制解调器检测到MT/MO呼叫失败;
所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;
若所述判断的结果为是,所述调制解调器获取所述调制解调器当前使用的第一协议栈;
所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,所述调制解调器记录当前的位置信息。
结合第一方面,在第一种可能的实现方式中,所述方法还包括:
若所述判断的结果为否,对所述调制解调器进行复位操作,继续检测是否检测到MT/MO呼叫失败。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述方法还包括:
若网络注册失败,所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述若网络注册成功,所述调制解调器记录当前的位置信息之后,还包括:
若位置发生变化,所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,还包括:
若MT/MO呼叫失败的异常原因未上报,所述调制解调器获取所述MT/MO呼叫失败的异常原因和日志;
所述调制解调器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
结合第一方面的第四种可能的实现方式,在第五种可能的实现方式中,所述调制解调器将所述异常原因、所述当前的位置信息和日志上报给网络侧包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,所述调制解调器通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例第二方面提供了一种调制解调器,包括:
检测模块,用于检测到MT/MO呼叫失败;
判断模块,用于判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;
确定模块,用于若所述判断的结果为是,获取所述调制解调器当前使用的第一协议栈;
选择模块,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
注册模块,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
记录模块,用于若网络注册成功,记录当前的位置信息。
结合第二方面,在第一种可能的实现方式中,所述调制解调器还包括:
恢复模块,用于当网络注册失败时;或当网络注册成功后且位置发生变化时;恢复所述支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
结合第二方面或第一种可能的实现方式,在第二种可能的实现方式中,所述调制解调器还包括:
上报模块,用于若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述上报模块具体用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例第三方面提供了一种移动终端,包括上述任意一项所述的调制解调器。
实施本发明实施例,具有如下有益效果:
调制解调器检测到MT/MO呼叫失败时关闭调制解调器当前使用的协议栈,从调制解调器支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在成功注册上网络时,记录当前的位置信息。这样在调制解调器无法正常工作时快速的被检测到,并通过其他协议栈网络注册的方式使调制解调器自动尝试恢复正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图;
图2是本发明实施例提供的一种网络通信功能异常的处理方法的另一流程示意图;
图3是本发明实施例提供的一种网络通信功能异常的处理方法的又一流程示意图;
图4是本发明实施例提供的一种调制解调器的结构示意图;
图5是本发明实施例提供的一种调制解调器的另一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,为本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图,在本发明实施例中,所述方法包括:
S101、调制解调器检测到终端发起(MobileOriginal,简称MO)/终端终止(MobileTerminating,简称MT)的呼叫失败。其中,终端发起的呼叫即为终端主叫,终端终止的呼叫即为终端被叫。
S102、所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,若是,进行到S103;否则,进行到S101。
判断在设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,是为了确定调制解调器检测到的异常情况的稳定性。
S103、若所述判断的结果为是,所述调制解调器获取所述调制解调器当前使用的第一协议栈。
具体的,调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的用户终端(UserEquipment,简称UE)在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(RadioResourceControl,简称RRC)连接建立的原因分为终端被叫发起的RRC建立和终端主叫发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(SystemInformationBlock,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对寻呼响应消息pagingresponse不响应、鉴权失败等)。协议栈表示某个通信制式对应的多种协议的总和,例如:协议栈包括全球移动通信系统(GlobalSystemforMobileCommunication,简称GSM)协议栈、增强型数据速率GSM演进技术(EnhancedDataRateforGSMEvolution,简称EDGE)协议栈、高速下行分组接入技术(HighSpeedDownlinkPacketAccess,简称HSPDA)协议栈、时分同步的码分多址技术(TimeDivision-SynchronousCodeDivisionMultipleAccess,简称TD-SCDMA)协议栈、时分双工长期演进LTE(Time-DivisionDuplexLongTermEvolution,简称TDD-LTE)协议栈、频分双工长期演进(Frequency-DivisionDuplex,简称FDD-LTE)协议栈等,各个通信制式协议栈下面又包括多个子协议栈,此处不再赘述。发生MT/MO呼叫失败时,将导致调制解调器异常,此时,调制解调器可以检测到MT/MO呼叫失败,并确定当前使用的第一协议栈。
需要说明的是,调制解调器可以集成在应用处理器AP的内部,也可以是独立于应用处理器的一个芯片,本发明不作限制。
S104、所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,第一协议栈是引发MT/MO呼叫失败的协议栈,调制解调器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,调制解调器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,调制解调器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S105、所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,调制解调器开启选择的第二协议栈,使用第二协议栈进行网络注册,例如LTE网络注册的过程为:移动向网络侧发起附着请求(attachrequest),若网络侧允许移动终端接入,向移动终端返回附着响应(attachaccept),表示网络注册成功,移动终端由无服务状态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S106、若网络注册成功,所述调制解调器记录当前的位置信息。
具体的,位置信息表示移动终端在移动通信网络中逻辑位置,位置信息可以是小区标识或区域位置码或位置跟踪区域等,本发明不作限制。如果使用第二协议栈注册网络成功,调制解调器记录当前的位置信息。
实施本发明的实施例,调制解调器检测到MT/MO呼叫失败时,关闭调制解调器当前使用的协议栈,从调制解调器支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在注册上网络时,记录当前的位置信息。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图2,为本发明实施例提供的一种网络通信功能异常的处理方法的流程示意图,在本发明实施例中,所述方法包括:
S201、调制解调器检测到MT/MO呼叫失败。
S202、所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,若是,进行到S204;否则进行到S203。
S203、对所述调制解调器进行复位操作。可选地,此处也可以不进行复位操作而直接继续检测是否检测到MT/MO呼叫失败。
判断在设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,是为了确定调制解调器检测到的异常情况的稳定性;并对调制解调器进行复位,再次检测是否检测到MT/MO呼叫失败的异常情况。
具体的,调制解调器安装在手机内,可以封装为应用处理器AP内,或独立于应用处理器,本发明不作限制。
调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的UE在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(RadioResourceControl,简称RRC)连接建立的原因分为终端被叫发起的RRC建立和终端主叫发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(SystemInformationBlock,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对pagingresponse不响应、鉴权失败等)。发生MT/MO呼叫失败时,将导致调制解调器异常,此时,调制解调器可以检测到MT/MO呼叫失败,并确定当前使用的第一协议栈。
S204、所述调制解调器获取所述调制解调器当前使用的第一协议栈。
具体的,协议栈表示某个通信制式对应的多种协议栈的总和,例如:协议栈包括GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等,各个通信制式协议栈下面又包括多个子协议栈,例如:TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等。此处不再赘述。调制解调器获取调制解调器当前使用的第一协议栈的方法可以是:查询调制解调器中表示协议栈的状态标志位获取当前使用的第一协议栈,例如标志位1表示对应的协议栈为开启状态,标志位0表示对应的协议栈为关闭状态。
S205、所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,调制解调器使用第一协议栈发生MT/MO呼叫失败,从而引起调制解调器异常,调制解调器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,调制解调器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,调制解调器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S206、所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,调制解调器开启选择的第二协议栈,使用第二协议栈进行网络注册,例如LTE网络注册的过程为:移动向网络侧发起附着请求(attachrequest),若网络侧允许移动终端接入,向移动终端返回附着响应(attachaccept),表示网络注册成功,移动终端由无服务状态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S207、网络注册是否成功。
具体的,若调制解调器使用第二协议栈成功注册上网络,执行S208,若调制解调器使用第二协议栈未成功注册上网络,执行S209。
S208、所述调制解调器记录当前的位置信息。然后执行S212,并启动S210的并行进程。
具体的,位置信息表示移动通信网络中预先规划的逻辑位置的标识,例如,位置信息包括小区标识或位置区域码等。
S209、所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
具体的,调制解调器使用第二协议栈未成功注册上网络,调制解调器根据预先已知的默认协议栈的开关状态,恢复默认协议栈开关状态或同时对调制解调器进行复位操作。默认协议栈为调制解调器支持的多个协议栈中的一个预先设置的协议栈,此处可以针对所有地区设置同一个默认的协议栈作为调制解调器初始选择使用的协议栈,也可以针对单个地区或处于某一区域的多个地区分别设置不同的默认协议栈,本发明实施例不作任何限定。进行复位操作后,调制解调器使用默认协议栈进行网络注册,网络注册成功后,使用默认协议栈进行工作。
S210、位置信息是否发生变化。
具体的,调制解调器周期性的获取位置信息,在当前获取的位置信息和上一次获取的位置信息相比发生变化时,执行S211,否则继续获取位置信息。例如,位置信息为小区标识,移动终端由一个小区移动到另一小区,表示位置信息发生变化;位置信息为位置区域码,移动终端由一个位置区域移动到另一个位置区域,表明位置信息发生变化。调制解调器获取位置信息的周期本发明不作限制,可以根据实际需求进行设置。
S211、所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
S212、MT/MO呼叫失败的异常原因是否已上报。
具体的,如果MT/MO呼叫失败的异常原因上报过,则执行S215,否则,执行S213。
S213、获取所述MT/MO呼叫失败的异常原因和日志。
S214、将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
具体的,调制解调器将异常原因、当前的位置信息和日志上报给网络侧,其中,可以在移动终端连接上wifi热点的情况下,通过wifi热点将上述信息上报给网络侧,以节省流量。或者调制解调器也可以将异常原因显示在移动终端的显示屏上,供用户进行查看。
需要说明的是,执行完S208之后,并行的执行S210和S212。
S215、所述调制解调器处理本次异常结束。
实施本发明的实施例,调制解调器检测到MT/MO呼叫失败时,关闭当前使用的协议栈,从支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,
在成功注册上网络时,记录当前的位置信息,并在位置变化时和在注册网络失败时,恢复默认协议栈开关状态或同时重启调制解调器。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图3,为本发明实施例提供的一种网络通信功能异常的处理方法的另一流程示意图,在本发明实施例中,所述方法包括:
S301、调制解调器检测到MT/MO呼叫失败。
S302、所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,若是,进行到S304;否则进行到S303。
S303、对所述调制解调器进行复位操作。可选地,此处也可以不进行复位操作而直接继续检测是否检测到MT/MO呼叫失败。
判断在设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况,是为了确定调制解调器检测到的异常情况的稳定性;并对调制解调器进行复位,再次检测是否检测到MT/MO呼叫失败的异常情况。
具体的,调制解调器安装在手机内,可以封装为应用处理器AP内,或独立于应用处理器,本发明不作限制。
调制解调器用于将基带信号转换为射频信号、将射频信号转换为基带信号、处理接入层(AS)和非接入层(NAS)的信令、以及与AP处理器进行接口等;调制解调器支持多种协议栈。由于某些网络原因,合法的UE在主叫或被叫时也有可能失败,必须由用户手动重启再重试注册,具体地,无线资源控制(RadioResourceControl,简称RRC)连接建立的原因分为终端被叫发起的RRC建立和终端主叫发起的RRC建立。MT/MO呼叫失败的原因有:呼叫阻塞(UE发起MO或MT的RRC连接建立前根据系统消息块(SystemInformationBlock,简称SIB)2的呼叫阻塞参数进行接入阻塞检测,若检测接入被阻塞,不发送RRC连接建立请求消息)、在定时器T300超时之前收到RRC连接拒绝消息(基站收到RRC连接建立请求后进行接入控制或负载控制的结果是不允许RRC连接建立,则基站向UE发送RRC连接拒绝消息)、T300定时器超时前未收到基站发送的RRC连接建立或RRC连接拒绝消息、UE发送RRC连接建立请求消息失败(包括随机接入过程的失败)、call建立过程中的任一个信令流程失败(如网络对pagingresponse不响应、鉴权失败等)。此时,调制解调器将检测到异常,并判断是否由MT/MO呼叫失败所引起。当然,此处的检测可以是接收用户指令进行检测或进行周期性检测或在MT/MO呼叫失败时触发调制解调器的检测动作。当发生MT/MO呼叫失败时,将导致调制解调器异常,此时,调制解调器可以检测到MT/MO呼叫失败,并确定当前使用的第一协议栈。
S304、所述调制解调器获取所述调制解调器当前使用的第一协议栈。
具体的,协议栈表示某个通信制式对应的多种协议栈的总和,例如:协议栈包括GSM协议栈、EDGE协议栈、HSPDA协议栈、TD-SCDMA协议栈、TDD-LTE协议栈、FDD-LTE协议栈等,各个通信制式协议栈下面又包括多个子协议栈,例如:TD-LTE协议栈又包括物理层协议栈、介质访问控制层MAC协议栈、无线链路控制RLC协议栈、RRC协议栈、PDCP协议栈和NAS协议栈等。此处不再赘述。调制解调器获取调制解调器当前使用的第一协议栈的方法可以是:查询调制解调器中表示协议栈的状态标志位获取当前使用的第一协议栈,例如标志位1表示对应的协议栈为开启状态,标志位0表示对应的协议栈为关闭状态。
S305、所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
具体的,调制解调器使用第一协议栈发生MT/MO呼叫失败,调制解调器需要关闭第一协议栈,防止MT/MO呼叫失败的问题反复发生。然后,调制解调器确定调制解调器支持的多个协议栈中选择除第一协议栈的第二协议栈,其中,调制解调器选择的策略可以是:选择比第一协议栈低一级的协议栈作为第二协议栈;或测量周围各个协议栈对应的小区信号的信号强度,将信号强度最大的协议栈作为第二协议栈;或选择比第一协议栈高一级的协议栈作为第二协议栈;或采用其他的策略确定第二协议栈,本发明不作限制。
S306、所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
具体的,关闭第一协议栈后,移动终端变为无服务状态,调制解调器开启选择的第二协议栈,使用第二协议栈进行网络注册,
例如LTE网络注册的过程为:移动向网络侧发起附着请求(attachrequest),若网络侧允许移动终端接入,向移动终端返回附着响应(attachaccept),表示网络注册成功,移动终端由无服务状态转换为有服务状态;若网络侧不允许移动终端接入,向移动终端返回拒绝/错误信息,表示网络注册失败。
S307、若网络注册成功,所述调制解调器记录当前的位置信息。之后可执行步骤S308;同时还可以并行执行步骤S310。
具体的,位置信息表示移动通信网络中预先规划的逻辑位置的标识,例如,位置信息包括小区标识或位置区域码等。
S308、位置信息是否发生变化。
具体的,调制解调器周期性的获取位置信息,在当前获取的位置信息和上一次获取的位置信息相比发生变化时,执行S307,否则继续获取位置信息。例如,位置信息为小区标识,移动终端由一个小区移动到另一小区,表示位置信息发生变化;位置信息为位置区域码,移动终端由一个位置区域移动到另一个位置区域,表明位置信息发生变化。调制解调器获取位置信息的周期本发明不作限制,可以根据实际需求进行设置。
S309、所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
具体的,调制解调器获取检测到MT/MO呼叫失败之前支持的多个协议栈中各个协议栈对应的初始开关状态,将支持的多个协议栈中各个协议栈对应的当前开关状态恢复到初始开关状态。调制解调器支持的多个协议栈每次只有一个协议栈为开启状态,其余的协议栈为关闭状态。
S310、MT/MO呼叫失败的异常原因是否已上报。
具体的,如果MT/MO呼叫失败的异常原因已上报过,则执行S301,;当MT/MO呼叫失败的异常原因已上报过之后,用户可以根据异常原因进行调整或修复,之后继续跳转到S301由调制解调器检测异常,若调制解调器仍检测到MT/MO呼叫失败,则继续执行S302等后续步骤。否则,执行S311。
S311、获取所述MT/MO呼叫失败的异常原因和日志。
S312、将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
具体的,调制解调器将异常原因、当前的位置信息和日志上报给网络侧,其中,可以在移动终端连接上wifi热点的情况下,通过wifi热点将上述信息上报给网络侧,以节省流量。或者调制解调器也可以将异常原因显示在移动终端的显示屏上,供用户进行查看。
当上述信息上报之后,同样可跳转至步骤S301,由调制解调器检测异常,若调制解调器仍检测到MT/MO呼叫失败,则继续执行S302等后续步骤。
通过循环的方式,可确保MT/MO呼叫失败问题的解决,当问题解决之后,调制解调器将不会再检测到MT/MO呼叫失败,终端可恢复正常工作。
实施本发明的实施例,调制解调器检测到MT/MO呼叫失败时,关闭当前使用的协议栈,从支持的多个协议栈中选择出当前使用的协议栈的其他协议栈,开启其他协议栈并使用其他协议栈注册网络,在成功注册上网络时,记录当前的位置信息,并在位置变化时和在注册上网络失败时,恢复默认协议栈开关状态或同时重启调制解调器。这样在调制解调器无法正常通信时快速的被检测到,并通过切换其他协议栈进行网络注册的方式使调制解调器自动的恢复通信的正常,避免手动强制重启手机或位置更新造成的耗时过长的问题,减少了网络故障恢复的时间。
参见图4,为本发明实施例提供的一种调制解调器的结构示意图,在本发明实施例中,所述调制解调器4包括:检测模块401、判断模块402、确定模块403、选择模块404、注册模块405、记录模块406。
检测模块401,用于检测到MT/MO呼叫失败。
判断模块402,用于判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况。
确定模块403,用于若所述判断的结果为是,获取所述调制解调器当前使用的第一协议栈。
选择模块404,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈。
注册模块405,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册。
记录模块406,用于若网络注册成功,记录当前的位置信息。
本发明实施例和方法实施例一基于同一构思,其带来的技术效果也相同,具体原理请参照方法实施例一的描述,此处不再赘述。
可选的,调制解调器还包括:
恢复模块(图4未示),用于当网络注册失败时;或当网络注册成功后且位置发生变化时;恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
可选的,调制解调器还包括:
上报模块,用于若所述MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
可选的,上报模块用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例和方法实施例二和三基于同一构思,其带来的技术效果也相同,具体原理请参照方法实施例二和三的描述,此处不再赘述。
参见图5,为本发明实施例的一种调制解调器的另一结构示意图,在本实施中,调制解调器用于实现图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中以总线连接为例。
其中,存储器502中存储一组程序代码,且CPU_modem501用于调用存储器502中存储的程序代码,用于执行以下操作:
检测到MT/MO呼叫失败;
判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;
若所述判断的结果为是,获取所述调制解调器当前使用的第一协议栈;
关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,记录当前的位置信息。
在本发明的一些实施例中,CPU_modem501还用于执行:
若所述判断的结果为否,对所述调制解调器进行复位操作,继续检测是否检测到MT/MO呼叫失败。
在本发明的一些实施例中,CPU_modem501还用于执行:
若网络注册失败,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
在本发明的一些实施例中,CPU_modem501执行所述若网络注册成功,记录当前的位置信息之后,还用于执行:
若位置发生变化,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器。
其中,基带处理503,用于处理基带信号,并通过总线与其他部分进行交互;
其中,框图“通信接口/CPU_ap”504,对于modem单芯片的情况,此框图504为通信接口而没有CPU_ap,通信接口504作为用于和modem芯片的外部的AP处理器进行通信的接口;对于modem和ap集成在一个芯片的情况,此框图504为CPU_ap而没有通信接口,CPU_modem通过总线和CPU_ap进行通信而无需其他通信接口;
其中,基带射频接口505,用于与调制解调器芯片外部的射频进行接口通信。
在本发明的一些实施例中,CPU_modem501执行所述若网络注册成功,记录当前的位置信息;或所述若网络注册失败,恢复所述支持的多个协议栈中的默认协议栈开关状态或同时复位所述调制解调器之后,还用于执行:
若所述MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;
将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
在本发明的一些实施例中,CPU_modem501执行所述将所述异常原因、所述当前的位置信息和日志上报给网络侧包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
本发明实施例还提供了一种包括上述调制解调器的移动终端,移动终端包括但不限于搭载或者其它操作系统的移动终端,诸如移动电话。也可以是其它移动终端,诸如具有触敏表面(例如,触摸屏显示器和/或触控板)的膝上型计算机或平板电脑或台式计算机。
在下面的讨论中,介绍了一种包括显示器和触敏表面的移动终端。然而应当理解,移动终端可以包括一个或多个其他物理用户接口设备,诸如物理键盘、鼠标和/或操作杆。
移动终端通常支持多种应用程序,诸如以下中的一种或多种:画图应用程序、呈现应用程序、文字处理应用程序、网页创建应用程序、盘编辑应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息应用程序、锻炼支持应用程序、相片管理应用程序、数字相机应用程序、数字视频摄像机应用程序、网络浏览应用程序、数字音乐播放器应用程序、和/或数字视频播放器应用程序。
可在移动终端上执行的各种应用程序可使用至少一个共用的物理用户接口设备,诸如触敏表面。触敏表面的一种或多种功能以及显示在移动终端上的相应信息可从一种应用程序调整和/或变化至下一种应用程序和/或在相应应用程序内被调整和/或变化。这样,移动终端的共用物理架构(诸如触敏表面)可利用对于用户而言直观清楚的用户界面来支持各种应用程序。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(RandomAccessMemory,RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。
Claims (11)
1.一种网络通信功能异常的处理方法,其特征在于,包括:
调制解调器检测到MT/MO呼叫失败;
所述调制解调器判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;
若所述判断的结果为是,所述调制解调器获取所述调制解调器当前使用的第一协议栈;
所述调制解调器关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
所述调制解调器开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
若网络注册成功,所述调制解调器记录当前的位置信息。
2.如权利要求1所述的方法,其特征在于,还包括:
若所述判断的结果为否,对所述调制解调器进行复位操作,继续检测是否检测到MT/MO呼叫失败。
3.如权利要求2所述的方法,其特征在于,还包括:
若网络注册失败,所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
4.如权利要求1-3任意一项所述的方法,其特征在于,所述若网络注册成功,所述调制解调器记录当前的位置信息之后,还包括:
若位置发生变化,所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态或所述调制解调器恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
5.如权利要求1所述的方法,其特征在于,还包括:
若MT/MO呼叫失败的异常原因未上报,所述调制解调器获取所述MT/MO呼叫失败的异常原因和日志;
所述调制解调器将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
6.如权利要求5所述的方法,其特征在于,所述调制解调器将所述异常原因、所述当前的位置信息和日志上报给网络侧,包括:
扫描周围的wifi热点并在与wifi热点建立通信连接后,所述调制解调器通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
7.一种调制解调器,其特征在于,包括:
检测模块,用于检测到MT/MO呼叫失败;
判断模块,用于判断设定时间内是否发生设定次数的MT/MO呼叫失败的异常情况;
确定模块,用于若所述判断的结果为是,获取所述调制解调器当前使用的第一协议栈;
选择模块,用于关闭所述第一协议栈,以及从所述调制解调器支持的多个协议栈中选择除所述第一协议栈的第二协议栈;
注册模块,用于开启所述第二协议栈,并使用所述第二协议栈进行网络注册;
记录模块,用于若网络注册成功,记录当前的位置信息。
8.如权利要求7所述的调制解调器,其特征在于,还包括:
恢复模块,用于当网络注册失败时;或当网络注册成功后且位置发生变化时;恢复所述支持的多个协议栈中的默认协议栈开关状态或恢复所述支持的多个协议栈中的默认协议栈开关状态并同时复位所述调制解调器。
9.如权利要求7或8所述的调制解调器,其特征在于,还包括:
上报模块,用于若MT/MO呼叫失败的异常原因未上报,获取所述MT/MO呼叫失败的异常原因和日志;将所述异常原因、所述当前的位置信息和日志上报给网络侧和/或用户。
10.如权利要求9所述的调制解调器,其特征在于,所述上报模块具体用于:
扫描周围的wifi热点并在与wifi热点建立通信连接后,通过建立通信连接的wifi热点将所述异常原因、所述当前的位置信息和日志上报给网络侧。
11.一种移动终端,其特征在于,包括如权利要求7-10任意一项所述的调制解调器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510824689.4A CN105472648B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、调制解调器和移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510824689.4A CN105472648B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、调制解调器和移动终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105472648A true CN105472648A (zh) | 2016-04-06 |
CN105472648B CN105472648B (zh) | 2018-03-02 |
Family
ID=55609823
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510824689.4A Active CN105472648B (zh) | 2015-11-24 | 2015-11-24 | 网络通信功能异常的处理方法、调制解调器和移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105472648B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106792937A (zh) * | 2016-12-08 | 2017-05-31 | 北京小米移动软件有限公司 | 呼叫请求的处理方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060189317A1 (en) * | 2005-02-18 | 2006-08-24 | Oki Electric Industry Co., Ltd. | Mobile communication system and wireless base station device |
CN102243698A (zh) * | 2010-05-13 | 2011-11-16 | 康佳集团股份有限公司 | 一种实现智能终端信息安全的方法及智能终端 |
CN104902524A (zh) * | 2014-03-06 | 2015-09-09 | 中兴通讯股份有限公司 | 一种终端自动切换数据链路的方法及终端 |
CN104935732A (zh) * | 2015-04-30 | 2015-09-23 | 广东欧珀移动通信有限公司 | 一种飞行模式的控制方法及移动终端 |
CN104954546A (zh) * | 2015-01-23 | 2015-09-30 | 深圳市卡卓无线信息技术有限公司 | 双卡智能终端及基于双卡智能终端的sim卡智能切换方法 |
-
2015
- 2015-11-24 CN CN201510824689.4A patent/CN105472648B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060189317A1 (en) * | 2005-02-18 | 2006-08-24 | Oki Electric Industry Co., Ltd. | Mobile communication system and wireless base station device |
CN102243698A (zh) * | 2010-05-13 | 2011-11-16 | 康佳集团股份有限公司 | 一种实现智能终端信息安全的方法及智能终端 |
CN104902524A (zh) * | 2014-03-06 | 2015-09-09 | 中兴通讯股份有限公司 | 一种终端自动切换数据链路的方法及终端 |
CN104954546A (zh) * | 2015-01-23 | 2015-09-30 | 深圳市卡卓无线信息技术有限公司 | 双卡智能终端及基于双卡智能终端的sim卡智能切换方法 |
CN104935732A (zh) * | 2015-04-30 | 2015-09-23 | 广东欧珀移动通信有限公司 | 一种飞行模式的控制方法及移动终端 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106792937A (zh) * | 2016-12-08 | 2017-05-31 | 北京小米移动软件有限公司 | 呼叫请求的处理方法及装置 |
CN106792937B (zh) * | 2016-12-08 | 2020-06-19 | 北京小米移动软件有限公司 | 呼叫请求的处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105472648B (zh) | 2018-03-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105376773B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105357053B (zh) | 网络通信功能异常的处理方法、应用处理器及用户终端 | |
CN105338663A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105376776A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105357049A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN108601018B (zh) | 网络通信功能异常的处理方法、应用处理器及移动终端 | |
CN108738054B (zh) | 网络通信功能异常的处理方法、调制解调器、移动终端及存储介质 | |
CN105376113A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105407461A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105491604A (zh) | 网络通信功能异常的处理方法、调制解调器及用户终端 | |
CN105490838A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105376775A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376783A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105634794A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105472648A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105517029A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376784A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105515824A (zh) | 一种网络通信功能异常的处理方法和调制解调器 | |
CN105376873A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105491608B (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376787A (zh) | 一种网络通信功能异常的处理方法和应用处理器 | |
CN105357050A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105491607A (zh) | 网络通信功能异常的处理方法、应用处理器和移动终端 | |
CN105376789A (zh) | 网络通信功能异常的处理方法、调制解调器和移动终端 | |
CN105491605A (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 |