CN112333792A - 一种网络接入失败的处理方法及其装置 - Google Patents

Abstract

本申请公开了一种网络接入失败的处理方法及其装置。其中方法包括：向网络设备发送第一请求，第一请求用于请求接入网络；接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败；第一消息携带接入失败原因；若接入失败原因包括于预设失败原因集合，则启动第一定时器；在第一定时器超时的情况下，重启终端设备。通过本申请实施例，有利于终端设备尽快驻网。

Description

一种网络接入失败的处理方法及其装置

技术领域

本申请涉及通信技术领域，尤其涉及一种网络接入失败的处理方法及其装置。

背景技术

窄带物联网(Narrow Band Internet of Things,NB-IoT)具有以下特点：广覆盖、低功耗和低成本，其中低功耗使得NB-IoT终端设备的待机时间更长，甚至可长达10年。

在NB-IoT系统中，当终端设备(User Equipment,UE)在网络接入失败时，需要等待人工重启，才能重新执行网络接入流程，否则UE一直无法尝试接入网络，也就无法驻留网络。

发明内容

本申请公开了一种网络接入失败的处理方法及其装置，在第一定时器超时的情况下，重启终端设备，使得终端设备能尽快重新发送第一请求，从而有利于终端设备尽快驻网。

第一方面，本申请提供了一种网络接入失败的处理方法，应用于终端设备，该方法包括：向网络设备发送第一请求，第一请求用于请求接入网络；接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败；第一消息携带接入失败原因；若接入失败原因包括于预设失败原因集合，则启动第一定时器；在第一定时器超时的情况下，重启终端设备。

在一个实施例中，预设失败原因集合包括第一预设失败原因和第二预设失败原因；在第一定时器超时的情况下，重启终端设备，包括：在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，重启终端设备；该方法还包括：在接入失败原因为第二预设失败原因，且第一定时器超时的情况下，清除第二预设失败原因对应的受限状态。

在一个实施例中，启动第一定时器，包括：若终端设备不支持T3245定时器，则启动第一定时器。

在一个实施例中，启动第一定时器，包括：若终端设备支持T3245定时器，且第一定时器的时长小于T3245定时器的时长，则启动第一定时器。

在一个实施例中，第一定时器的时长根据终端设备的使用频率确定。

在一个实施例中，第一预设失败原因包括：终端设备的全球用户识别卡处于禁用状态，或终端设备所处的跟踪区域为禁止接入的跟踪区域；第二预设失败原因包括：请求接入的网络为禁止接入的公共陆地移动网络。

在一个实施例中，终端设备为支持增强型机器类型通信eMTC，和/或通用移动通信技术的长期演进LTE的终端设备。

第二方面，本申请提供一种网络接入失败的处理装置，该装置包括：

发送单元，用于向网络设备发送第一请求，第一请求用于请求接入网络；

接收单元，用于接收来自网络设备的第一消息，第一消息用于指示处理装置接入网络失败；第一消息携带接入失败原因；

处理单元，用于若接入失败原因包括于预设失败原因集合，则启动第一定时器；

处理单元，还用于在第一定时器超时的情况下，重启处理装置。

在一个实施例中，预设失败原因集合包括第一预设失败原因和第二预设失败原因；处理单元用于在第一定时器超时的情况下，重启终端设备时，具体用于：在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，重启终端设备；该处理单元还可以用于：在接入失败原因为第二预设失败原因，且第一定时器超时的情况下，清除第二预设失败原因对应的受限状态。

在一个实施例中，处理单元用于启动第一定时器时，具体用于：若处理装置不支持T3245定时器，则启动第一定时器。

在一个实施例中，处理单元用于启动第一定时器时，具体用于：若处理装置支持T3245定时器，且第一定时器的时长小于T3245定时器的时长，则启动第一定时器。

在一个实施例中，第一定时器的时长根据该处理装置的使用频率确定。

在一个实施例中，前述第一预设失败原因包括：处理装置的全球用户识别卡处于禁用状态，或处理装置所处的跟踪区域为禁止接入的跟踪区域；前述第二预设失败原因包括：请求接入的网络为禁止接入的公共陆地移动网络。

在一个实施例中，前述处理装置为支持增强型机器类型通信eMTC，和/或通用移动通信技术的长期演进LTE的处理装置。

第三方面，本申请提供了一种网络接入失败的处理装置，包括处理器、存储器和收发器，处理器、存储器和收发器相互连接，其中，存储器用于存储计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序指令，执行上述第一方面的网络接入失败的处理方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有一条或多条指令，一条或多条指令适于由处理器加载并执行上述第一方面的网络接入失败的处理方法。

本申请中，终端设备向网络设备发送第一请求，第一请求用于请求接入网络；接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败；第一消息携带接入失败原因；若接入失败原因包括于预设失败原因集合，则启动第一定时器；在第一定时器超时的情况下，重启终端设备。通过实施本申请实施例，在网络接入失败时，终端设备可以通过定时器自动重启，以重新发起网络接入流程，从而有利于终端设备尽快驻网。

附图说明

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

图1A为因USIM不可用而导致网络接入失败时的一种处理方法的流程图；

图1B为因跟踪区域为禁止接入的跟踪区域而导致网络接入失败时的一种处理方法的流程图；

图1C为因请求接入的网络为禁止接入的网络而导致网络接入失败时的一种处理方法的流程图；

图2为本申请实施例提供的一种通信系统的架构图；

图3为本申请实施例提供的一种网络接入失败的处理方法的流程图；

图4为本申请实施例提供的另一种网络接入失败的处理方法的流程图；

图5为本申请实施例提供的又一种网络接入失败的处理方法的流程图；

图6为本申请实施例提供的一种网络接入失败的处理装置的结构示意图；

图7为本申请实施例提供的另一种网络接入失败的处理装置的结构示意图。

具体实施方式

为了便于理解，首先介绍本申请涉及的术语。

1.公共陆地移动网络(publicland mobile network,PLMN)

PLMN是由政府或其所批准的经营者，为公众提供陆地移动通信业务目的而建立和经营的网络。PLMN由移动国家代码(mobile country code,MCC)和移动网络代码(mobilenetwork code,MNC)组成，例如中国移动的PLMN为46000，中国联通的PLMN为46001。

PLMN类型有很多种，可以包括：归属PLMN(home PLMN,HPLMN)和等效本地PLMN(equivalent home PLMN)。其中，HPLMN为终端设备归属的PLMN，即终端设备全球用户识别卡(universal subscriber identity module,USIM)上的国际移动用户识别码中包含的MCC和MNC与HPLMN上的MCC和MNC一致。EHPLMN为与终端设备当前选择的PLMN处于同等地位的本地PLMN。

2.跟踪区域(tracking area,TA)

TA的定义是UE不需要更新服务的自由移动区域，TA功能为实现对UE位置的管理。一个TA可以对应一个或多个小区，而一个小区只能对应一个TA。每个TA对应一个跟踪区域识别码(tracking area identity,TAI)，TAI用于唯一标识一个TA。

3.现有的一种网络接入失败的处理方法

终端设备接入网络失败的原因可以包括：

USIM不可用。终端设备在附着流程、跟踪区域更新流程或业务请求流程中，接收到的第一消息所携带的接入失败原因(即终端设备接入网络失败的原因)值为原因#3、或原因#6、或原因#7、或原因#8时，终端设备可以认为网络接入失败原因为USIM不可用。

终端设备所处的TA为禁止接入的TA。终端设备在附着流程、跟踪区域更新流程或业务请求流程中，接收到的第一消息携带的接入失败原因值为以下任一种：第一种，第一消息携带的接入失败原因值为原因#12，终端设备可以认为网络接入失败原因为其所处TA不能提供区域服务，因此其所处TA禁止终端设备接入。第二种，第一消息携带的接入失败原因值为原因#13、或#15，终端设备可以认为网络接入失败原因为其所处的TA不能提供漫游服务，因此其所处TA禁止终端设备接入。第三种，在HPLMN或EHPLMN网络下，第一消息携带的接入失败原因值为原因#11、或#35，终端设备可以认为网络接入失败原因为其所处的TA为禁止接入的TA。

终端设备请求接入的网络为禁止接入的PLMN。终端设备在附着流程或跟踪区域更新流程中，接收到的第一消息所携带的接入失败原因值为#14，终端设备可以认为网络接入失败原因为其请求接入的网络不能使用通用无线分组业务(general packet radioservice,GPRS)，因此该网络禁止终端设备接入。

现有技术中，终端设备因USIM不可用而导致网络接入失败时的一种处理方法，如图1A所示。若终端设备不支持T3245定时器，则只能在人工重启终端设备或热插拔USIM后，终端设备才会认为USIM可用，进而，终端设备可以重新执行网络接入流程。若终端设备支持T3245定时器，则终端设备设置T3245定时器的时长，当T3245定时器超时后，终端设备可以认为USIM可用，进而可以重新执行网络接入流程。人工重启终端设备或热插拔USIM，终端设备也可以认为USIM可用，进而可以重新执行网络接入流程。其中，热插拔USIM是指：在终端设备开机的状态下，插入或取下终端设备的USIM。

现有技术中，终端设备因跟踪区域为禁止接入的跟踪区域而导致网络接入失败时的一种处理方法，如图1B所示。若终端设备不支持T3245定时器，则终端设备只能尝试在所请求接入的PLMN下的(除终端设备当前所处跟踪区域以外的)其他TA，或者在所请求接入的PLMN以外的其他PLMN下的TA驻留。若终端设备支持T3245定时器，则终端设备设置T3245定时器的时长，在T3245定时器超时前，终端设备只能尝试在所请求接入的PLMN下的(除终端设备当前所处跟踪区域以外的)其他TA，或者在所请求接入的PLMN以外的其他PLMN下的TA驻留。若在T3245定时器超时之前，未在其他TA驻留成功，那么在T3245定时器超时后，终端设备可以认为其所处TA为可以接入的TA，进而可以重新执行网络接入流程。无论终端设备是否支持T3245定时器，人工重启终端设备或热插拔USIM后，终端设备都可以认为其所处TA为可以接入的TA，进而可以再次发起网络接入流程。需要说明的是，图1B中提及的其他TA指：所请求接入的PLMN下的(除终端设备当前所处跟踪区域以外的)其他TA，或者在所请求接入的PLMN以外的其他PLMN下的TA。

现有技术中，终端设备因请求接入的网络为禁止接入的网络而导致网络接入失败时的一种处理方法，如图1C所示。若终端设备不支持T3245定时器，则终端设备只能尝试在其他PLMN下的TA驻留。若终端设备支持T3245定时器，则终端设备设置T3245定时器的时长，在T3245定时器超时前，终端设备只能尝试在其他PLMN下的TA驻留。若在T3245定时器超时之前，未在其他PLMN下的TA驻留成功，那么在T3245定时器超时后，终端设备可以认为其请求接入的网络为可以接入的PLMN，进而可以在该PLMN下的TA重新执行网络接入流程。

在NB-IoT系统中，终端设备多在信号较弱且位置固定的场景工作，可能不具备多个可用的TA或PLMN。因此在网络接入失败原因为终端设备所处的TA为禁止接入的TA，终端设备无法在其他TA驻留。因此，若终端设备不支持T3245定时器，则只能在人工重启终端设备或热插拔USIM后，终端设备才可以重新发起网络接入流程。若终端设备支持T3245定时器，则T3245定时器超时后，终端设备也可以重新发起网络接入流程。在网络接入失败原因为接入的网络为禁止接入的PLMN时，若终端设备不支持T3245定时器，则无法清除导致该终端设备无法重新尝试接入网络的受限状态，使得终端设备一直无法驻留网络。若终端设备支持T3245定时器，则T3245定时器超时后，终端设备可以清除导致该终端设备无法重新尝试接入网络的受限状态，从而能重新发起网络接入流程。

在现有技术中，人工重启终端设备或热插拔USIM，会影响用户体验。并且，由于T3245定时器的时长为12小时～24小时，因此，在网络接入失败的情况下，至少需要等待12小时，才能再次尝试驻留网络，这种方式无法满足用户需要高频率地使用终端设备的需求。因此，本申请提出了一种网络接入失败的处理方法，通过自动重启终端设备，以使得终端设备尽快驻网。

下面将结合附图对本申请实施例中的技术方案进行描述。

图2为本申请实施例提供的一种通信系统的架构图。如图2所示，通信系统包括终端设备201，网络设备202。其中，终端设备201是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端(terminal)、用户设备、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。终端设备可以是手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtualreality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smarthome)中的无线终端、为支持增强型机器类型通信(enhanced Machine-Type communication,eMTC)和/或支持通用移动通信技术的长期演进(long term evolution,LTE)的终端设备等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

网络设备202是网络侧的一种用于发射或接收信号的实体。例如，网络设备可以为演进型基站(evolvedNodeB，eNB)、传输点(transmission reception point，TRP)、5G新空口(new radio,NR)系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wirelessfidelity，WiFi)系统中的接入节点等。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

需要说明的是，本申请实施例的技术方案可以应用于以下通信系统：LTE、eMTC、第五代(5th generation,5G)移动通信。可选的，本申请实施例的方法还可以适用于未来的各种通信系统，例如6G系统或者其他通信网络等。

其中，终端设备201用于向网络设备202发送第一请求，第一请求用于请求接入网络；网络设备202用于接收来自终端设备201的第一请求，并发送第一消息，第一消息可以用于指示终端设备接入网络是否失败。若第一消息指示终端设备接入网络失败，第一消息还可以携带接入失败原因。相应的，终端设备201还用于接收来自网络设备的第一消息，并判断第一消息携带的接入失败原因是否包括于预设失败原因集合。若接入失败原因包括于预设失败原因集合，则终端设备201启动第一定时器。在第一定时器超时的情况下，重启终端设备。

通过上述网络接入失败的处理方法，终端设备201在网络接入失败原因包括于预设原因集合时，在第一定时器超时的情况下，自动重启终端设备201后，终端设备可以认为USIM是可用的，终端设备所处TA为可以接入的TA，使得终端设备201可以获得再次接入网络的机会，从而有利于终端设备201尽快驻网。

下面对本申请提供的一种网络接入失败的处理方法进行详细介绍。

请参阅图3，图3为本申请实施例提供的一种网络接入失败的处理方法的流程图。该处理方法可由图2所示的终端设备201实现，或者可以由终端设备201中的芯片实现；如图3所示，网络接入失败的处理方法包括但不限于如下步骤S301～步骤S304，图3所示的方法以应用于终端设备201为例进行说明。

S301、终端设备向网络设备发送第一请求，第一请求用于请求接入网络。

终端设备发起网络接入流程，即终端设备向网络设备发送第一请求。本申请实施例中向网络设备发送第一请求是指：在开机注册过程、跟踪区域更新流程、或业务请求流程中，终端设备针对其所处跟踪区域中的小区对应的网络设备发送第一请求。

S302、终端设备接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败，该第一消息携带接入失败原因。

第一消息为网络设备响应第一请求而发送的消息。第一消息携带的接入失败原因可以包括预设失败原因，也可以包括其他原因。本申请所解决的问题是网络接入失败原因为预设失败原因的处理方法。

S303、若接入失败原因包括于预设失败原因集合，则终端设备启动第一定时器。

预设失败原因集合可以包括第一预设失败原因和第二预设失败原因。其中，该第一预设失败原因包括：终端设备的USIM处于禁用状态，或终端设备所处的跟踪区域为禁止接入的跟踪区域。第二预设失败原因可以包括终端设备请求接入的网络为禁止接入的PLMN。其中，终端设备的USIM处于禁用状态，即终端设备的USIM不可用。禁止接入的跟踪区域可以包括但不限于以下一项或多项：不能提供区域服务的跟踪区域，不能提供漫游服务的跟踪区域。若终端设备请求接入的PLMN的标识包括于ForbiddeenPLMN列表中，则不允许在该PLMN下发起网络接入流程。ForbiddeenPLMN列表包括一个或多个禁止接入的PLMN的标识。

需要说明的是，第一定时器的时长可以根据终端设备的使用频率确定。终端设备的使用频率较高，则第一定时器的时长可以相对较短。终端设备的使用频率较低，则第一定时器的时长可以相对较长。这样可以保证在不影响终端设备业务的前提下，使得终端设备尽快驻网。

终端设备启动第一定时器的情况可以包括以下任一种：第一种，若终端设备不支持T3245定时器，则启动第一定时器。第二种，若终端设备支持T3245定时器，且第一定时器的时长小于T3245定时器，则启动第一定时器。

S304、在第一定时器超时的情况下，重启终端设备。

具体的，在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，重启所述终端设备，重启后，终端设备可以认为其USIM是可用的，且其所处TA为可以接入的TA，所以，终端设备可以重新发起网络接入流程。

在接入失败原因为第二预设失败原因，且第一定时器超时的情况下，清除第二预设失败原因对应的受限状态后，终端设备可以认为其请求接入的网络为可以接入的PLMN，所以，终端设备可以重新发起网络接入流程。其中，受限状态是指接入失败原因为第二预设失败原因时，终端设备所处的状态。

需要说明的是，在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，也可以通过清除第一预设失败原因对应的受限状态，使得终端设备认为其USIM是可用的，且其所处TA为可以接入的TA，从而可以重新发起网络接入流程。

在接入失败原因包括于预设失败原因集合时，在第一定时器超时后，自动重启终端设备，一方面有利于终端设备尽快驻网；另一方面，在终端设备不支持T3245定时器时，也可以再次发起网络接入流程，无需等待人工重启终端设备或热插拔USIM。另外，在没有多个TA覆盖的场景下，终端设备也可以尝试再次发起网络接入流程，这有利于提高终端设备对网络的兼容性。

请参阅图4，图4为本申请实施例提供的另一种网络接入失败的处理方法的流程图，图4所示的处理方法可有图2所示的终端设备201实现，或者可以由终端设备201中的芯片实现；如图4所示，网络接入失败的处理方法包括但不限于如下步骤S401～步骤S410：

S401、终端设备向网络设备发送第一请求。

该第一请求用于请求接入网络。

S402、终端设备接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败，第一消息携带接入失败原因。

需要说明的是，步骤S401～步骤S402的执行过程可以分别参见图3中步骤S301～步骤S302的具体描述，此处不再赘述。

S403、若接入失败原因为第一预设失败原因，则终端设备判断是否存在其他TA。

其中，其他TA指在所请求接入的PLMN下的(除终端设备当前所处跟踪区域以外的)其他TA，或者，在所请求接入的PLMN以外的其他PLMN下的TA。若存在其他TA，则执行步骤S404。若不存在其他TA，则执行步骤S405。

S404、若存在其他TA，则终端设备尝试在其他TA驻留。

需要说明的是，若终端设备未在其他TA驻留成功，则终端设备可以执行步骤S405。

S405、若不存在其他TA，则终端设备判断其是否支持T3245定时器。

需要说明的是，若终端设备支持T3245定时器，则执行步骤S406，若终端设备不支持T3245定时器，则执行步骤S409。

S406、若终端设备支持T3245定时器，则终端设备设置T3245定时器的时长。

S407、终端设备判断第一定时器的时长是否小于T3245定时器的时长。

若第一定时器的时长大于或等于T3245定时器的时长，则执行步骤S408。若第一定时器的时长小于T3245定时器的时长，则执行步骤S409。

S408、若第一定时器的时长大于或等于T3245定时器的时长，则终端设备参照执行如图1A或图1B所示的处理方法。

若第一定时器的时长大于或等于T3245定时器的时长，且终端设备认为USIM不可用，则等待T3245定时器超时。在T3245定时器超时后，终端设备可以重新执行网络接入流程。若热插拔USIM或用户重启终端设备，则终端设备也可以重新执行网络接入流程。

若第一定时器的时长大于或等于T3245定时器的时长，且终端设备所处TA为禁止接入的TA，则在T3245定时器超时前，终端设备可以尝试在其他TA驻留。在T3245定时器超时后，终端设备可以在该TA重新执行网络接入流程。热插拔USIM，或用户重启终端设备后，终端设备也可以在该TA重新执行网络接入流程。

S409、终端设备启动第一定时器。

S410、在第一定时器超时的情况下，重启终端设备。

需要说明的是，本发明实施例和图3所示方法实施例基于同一构思，其带来的技术效果也相同，具体原理请参照图3所示实施例的描述，在此不再赘述。

上述实施例中，终端设备在网络接入失败原因为预设原因时，在第一定时器超时后，自动重启终端设备，这样终端设备可以认为其USIM是可用的，其所处TA为可以接入的TA，使得终端设备可以重新发起网络接入流程，从而有利于终端设备尽快驻网。

请参阅图5，图5为本申请实施例提供的又一种网络接入失败的处理方法的流程图，图5所示的处理方法可有图2所示的终端设备201实现，或者可以由终端设备201中的芯片实现；如图5所示，网络接入失败的处理方法包括但不限于如下步骤S501～步骤S510：

S501、终端设备向网络设备发送第一请求。

该第一请求用于请求接入网络。

S502、终端设备接收来自网络设备的第一消息，第一消息用于指示终端设备接入网络失败，该第一消息携带接入失败原因。

需要说明的是，步骤S501～步骤S502的执行过程可以分别参见图3中步骤S301～步骤S302的具体描述，此处不再赘述。

S503、若接入失败原因为第二预设失败原因，则终端设备判断是否存在其他PLMN下的TA。

若存在其他PLMN下的TA，则执行步骤S504。若不存在其他PLMN下的TA，则执行步骤S505。

S504、若存在其他PLMN下的TA，则终端设备尝试在其他PLMN下的TA驻留。

需要说明的是，若终端设备未在其他PLMN下的TA驻留成功，则终端设备可以执行步骤S505。

S505、若不存在其他PLMN下的TA，则终端设备判断其是否支持T3245定时器。

需要说明的是，若终端设备支持T3245定时器，则执行步骤S506，若终端设备不支持T3245定时器，则执行步骤S509。

S506、若终端设备支持T3245定时器，则终端设备设置T3245定时器的时长。

S507、终端设备判断第一定时器的时长是否小于T3245定时器的时长。

若第一定时器的时长大于或等于T3245定时器的时长，则执行步骤S508。若第一定时器的时长小于T3245定时器的时长，则执行步骤S509。

S508、若第一定时器的时长大于或等于T3245定时器的时长，则终端设备参照执行如图1C所示的处理方法。

若第一定时器的时长大于或等于T3245定时器的时长，且请求接入的网络为禁止接入的网络，则在T3245定时器超时前，终端设备可以尝试在其他PLMN下的TA驻留。在T3245定时器超时后，终端设备可以在该PLMN下的TA重新执行网络接入流程。

S509、终端设备启动第一定时器。

S510、在第一定时器超时的情况下，清除第二预设失败原因对应的受限状态。

需要说明的是，本发明实施例和图3所示方法实施例基于同一构思，其带来的技术效果也相同，具体原理请参照图3所示实施例的描述，在此不再赘述。

上述实施例中，终端设备在网络接入失败原因为第二预设原因时，在第一定时器超时后，终端设备清除第二预设失败原因对应的受限状态，从而可以重新发起网络接入流程，有利于终端设备尽快驻网。

上述详细阐述了本申请实施例的方法，为了便于更好地实施本申请实施例的上述方案，相应地，下面提供了本申请实施例的装置。

请参见图6，图6为本申请实施例提供的一种网络接入失败的处理装置的结构示意图，图6所示的处理装置可以用于执行上述图3-图5所描述的方法实施例中的部分或全部功能。各个单元的详细描述如下：

发送单元601，用于向网络设备发送第一请求，第一请求用于请求接入网络；

接收单元602，用于接收来自网络设备的第一消息，第一消息用于指示处理装置接入网络失败；第一消息携带接入失败原因；

处理单元603，用于若接入失败原因包括于预设失败原因集合，则启动第一定时器；

处理单元603，还用于在第一定时器超时的情况下，重启处理装置。

在一个实施例中，预设失败原因集合包括第一预设失败原因和第二预设失败原因；处理单元603，用于在第一定时器超时的情况下，重启处理装置时，具体用于：在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，重启处理装置；处理单元603，还包括：在接入失败原因为第二预设失败原因，且第一定时器超时的情况下，清除第二预设失败原因对应的受限状态。

在一实施例中，处理单元603用于若启动第一定时器时，具体用于：若处理装置不支持T3245定时器，则启动第一定时器。

在一实施例中，处理单元603用于启动第一定时器时，具体用于：若处理装置支持T3245定时器，且第一定时器的时长小于T3245定时器的时长，则启动第一定时器。

在一实施例中，第一定时器的时长根据处理装置的使用频率确定。

在一实施例中，前述第一预设失败原因包括：处理装置的全球用户识别卡处于禁用状态，或者，处理装置所处的TA为禁止接入的TA；第二预设失败原因包括：处理装置请求接入的网络为禁止接入的PLMN。

在一实施例中，处理装置为支持增强型机器类型通信eMTC，和/或通用移动通信技术的长期演进LTE的处理装置。

本发明实施例和图3-图5所示方法实施例基于同一构思，其带来的技术效果也相同，具体原理请参照图3-图5所示实施例的描述，在此不再赘述。

根据本申请的一个实施例，图6所示的网络接入失败的处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其他实施例中，处理装置也可以包括其他单元，在实际应用中，这些功能也可以由其他单元协助实现，并且可以由多个单元协作实现。

上述网络接入失败的处理装置，处理装置在网络接入失败原因为第一预设原因时，在第一定时器超时后，自动重启处理装置，这样处理装置可以认为其USIM是可用的，其所处TA为可以接入的TA，使得处理装置可以重新发起网络接入流程，从而有利于处理装置尽快驻网。在网络接入失败原因为第二预设原因时，在第一定时器超时后，清除第二预设失败原因对应的受限状态，可以重新发起网络接入流程，从而有利于处理装置尽快驻网。

基于上述方法实施例以及装置实施例的描述，本申请实施例还提供了一种网络接入失败的处理装置。请参见图7，该处理装置至少包括收发器701、处理器702、存储器703、第一定时器704。其中，收发器701、处理器702、存储器703以及第一定时器704可通过总线705或其他方式连接。总线在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，收发器701通过发送和接收信号和其他设备进行通信。处理器702利用收发器701收发数据，并用于实现上述方法实施例的方法。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。本申请实施例中不限定上述收发器701、处理器702、存储器703以及第一定时器704之间的具体连接介质。

存储器703可以包括只读存储器和随机存取存储器，并向处理器702提供指令和数据。存储器703的一部分还可以包括非易失性随机存取存储器。

处理器702可以是中央处理单元(Central Processing Unit，CPU)，该处理器702还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器，可选的，该处理器702也可以是任何常规的处理器等。其中：

存储器703，用于存储程序指令。

处理器702，用于调用存储器703中存储的程序指令，以用于：

调用收发器701向网络设备发送第一请求，第一请求用于请求接入网络；

调用收发器701接收来自网络设备的第一消息，第一消息用于指示处理装置接入网络失败；第一消息携带接入失败原因；

若接入失败原因包括于预设失败原因集合，则启动第一定时器；

在第一定时器超时的情况下，重启处理装置。

在一实施方式中，预设失败原因集合包括第一预设失败原因和第二预设失败原因；处理器702用于在第一定时器超时的情况下，重启所述处理装置，包括：在接入失败原因为第一预设失败原因，且第一定时器超时的情况下，重启所述处理装置；该处理器702还可以用于：在接入失败原因为第二预设失败原因，且第一定时器超时的情况下，清除第二预设失败原因对应的受限状态。

在一实施方式中，处理器702用于启动第一定时器时，具体用于：若处理装置不支持T3245定时器，则启动第一定时器。

在一实施方式中，处理器702用于启动第一定时器时，具体用于：若处理装置支持T3245定时器，且第一定时器的时长小于T3245定时器的时长，则启动第一定时器。

在一实施方式中，第一定时器的时长根据处理装置的使用频率确定。

在一实施方式中，第一预设失败原因包括：处理装置的全球用户识别卡处于禁用状态；或者，处理装置所处的跟踪区域为禁止接入的跟踪区域；第二预设失败原因包括：请求接入的网络为禁止接入的公共陆地移动网络。

在一实施方式中，处理装置为支持增强型机器类型通信eMTC，和/或通用移动通信技术的长期演进LTE的处理装置。

根据本申请的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算装置上运行能够执行如图3-图5所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图6-图7所示的网络接入失败的处理装置，以及来实现本申请实施例的网络接入失败的处理方法。计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述网络接入失败的处理装置中，并在其中运行。

基于同一发明构思，本申请实施例中提供的网络接入失败的处理装置解决问题的原理与有益效果与本申请方法实施例中网络接入失败的处理装置解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有一条或多条指令，一条或多条指令适于由处理器加载并执行上述方法实施例的网络接入失败的处理方法。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例的网络接入失败的处理方法。

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

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

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

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

Claims (10)

1.一种网络接入失败的处理方法，其特征在于，应用于终端设备，所述方法包括：

向网络设备发送第一请求，所述第一请求用于请求接入网络；

接收来自所述网络设备的第一消息，所述第一消息用于指示所述终端设备接入所述网络失败；所述第一消息携带接入失败原因；

若接入失败原因包括于预设失败原因集合，则启动第一定时器；

在所述第一定时器超时的情况下，重启所述终端设备。

2.根据权利要求1所述的方法所述预设失败原因集合包括第一预设失败原因和第二预设失败原因；

所述在所述第一定时器超时的情况下，重启所述终端设备，包括：

在接入失败原因为所述第一预设失败原因，且所述第一定时器超时的情况下，重启所述终端设备；

所述方法还包括：

在接入失败原因为所述第二预设失败原因，且所述第一定时器超时的情况下，清除所述第二预设失败原因对应的受限状态。

3.根据权利要求1或2所述的方法，其特征在于，所述启动第一定时器，包括：

若所述终端设备不支持T3245定时器，则启动所述第一定时器。

4.根据权利要求1或2所述的方法，其特征在于，所述启动第一定时器，包括：

若所述终端设备支持T3245定时器，且所述第一定时器的时长小于所述T3245定时器的时长，则启动所述第一定时器。

5.根据权利要求1所述的方法，其特征在于，所述第一定时器的时长根据所述终端设备的使用频率确定。

6.根据权利要求2所述的方法，其特征在于，所述第一预设失败原因包括：所述终端设备的全球用户识别卡处于禁用状态，或所述终端设备所处的跟踪区域为禁止接入的跟踪区域；所述第二预设失败原因包括：所述网络为禁止接入的公共陆地移动网络。

7.根据权利要求1、2、5或6中任一项所述的方法，其特征在于，所述终端设备为支持增强型机器类型通信eMTC，和/或通用移动通信技术的长期演进LTE的终端设备。

8.一种网络接入失败的处理装置，其特征在于，包括用于执行如权利要求1～7中任一项所述的方法的单元。

9.一种网络接入失败的处理装置，其特征在于，包括处理器、存储器和收发器，所述处理器、所述存储器和所述收发器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1～7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如权利要求1～7中任一项所述的方法。

Images