处理网络注册异常的方法、装置、存储介质和芯片与流程

1.本技术涉及通信技术领域，并且更具体地涉及通信领域中的处理网络注册异常的方法、存储介质和芯片。


背景技术：

2.目前，在终端设备注册某一网络时，由于终端设备与该网络交互发生异常而导致终端设备注册该网络失败。在终端设备注册网络失败的情况下，终端设备通常会等待预设时长后重新向该网络发起注册请求，若重新注册该网络时仍然失败，则终端设备会再等待该预设时长后重试；如此终端设备会尝试多次(例如最大尝试注册次数为5)，并且在达到最大尝试注册次数均失败后，终端设备会在一段时间内不再向该网络发起注册请求，而向其他网络发起注册请求以恢复业务。由此可见，在终端设备注册某一网络一直存在异常的情况下，由于需要多次尝试，注册流程耗时长，无法快速恢复业务，影响用户业务体验。


技术实现要素：

3.本技术实施例提供了一种处理网络注册异常的方法、装置、存储介质和芯片，能够解决网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题。
4.第一方面，提供了一种处理网络注册异常的方法，包括：终端设备向第五代(5th generation，5g)独立网络(standalone，sa)发起第m次注册请求，m为小于n的正整数，n为预设整数；在第m次注册失败的情况下，终端设备获取第m次注册失败的原因信息和累计失败次数m；当第m次注册失败的原因信息符合第一预设原因信息，且累计失败次数m大于或等于与第一预设原因信息对应的第一预设次数时，终端设备执行与第一预设原因信息对应的第一处理策略，该第一处理策略包括停止向所述5g sa网络发起注册请求并且向与5g sa网络不同的第二网络发起注册请求。其中，第一预设原因信息用于指示以下任一项：由于建立链路失败导致注册失败、由于链路在建立后被释放导致注册失败、由于5g sa网络无响应导致注册失败、由于5g sa网络拒绝注册导致注册失败。
5.通过上述方案，在网络注册发生异常时，终端设备可以获取注册失败原因信息以及累计失败次数，以此判断是否满足提前结束注册条件，若满足条件，则提前结束注册流程，不必按协议规定重试多次，此时可以到其他网络注册以快速恢复业务。因此，本技术方案可以在网络注册发生异常时提前结束异常注册并到其他网络注册，减少注册异常影响时间，从而解决网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题，提升用户业务体验。
6.在一些可能的实现方式中，第二网络为长期演进lte网络，在手机向5g sa网络连续多次注册失败的情况下，在根据注册失败原因信息及累计失败次数判断出当前注册异常场景满足提前结束注册条件时，手机停止向5g sa网络发起注册请求，此时可以向lte网络发起注册请求。由此，通过本技术提供的处理网络注册异常的方法，手机在5g sa网络注册流程中发生异常时可以快速逃生，回落到lte网络注册，减少注册异常影响时间，提升用户
业务体验。
7.其中，m可以取1，也可以取2，还可以取3，或者可以取4。其中，当m为1时，终端设备向5g sa网络发起第1次(即首次)注册请求。当m大于1且小于5时，在终端设备向5g sa网络发起第m次注册请求之前，终端设备向5g sa网络连续m
‑
1次注册失败。例如，当m为2时，终端设备在向5g sa网络第1次注册失败之后，向5g sa网络发起第2次注册请求。
8.在一些可能的实现方式中，当m大于1且小于n时，在终端设备向5g sa网络发起第m次注册请求之前，终端设备向5g sa网络连续m
‑
1次注册失败。
9.在一些可能的实现方式中，所述方法还包括：每当终端设备向5g sa网络注册失败时，终端设备计数一次，在第m次注册失败的情况下累计得到累计失败次数m。
10.在一些可能的实现方式中，在终端设备获取第m次注册失败的原因信息和累计失败次数m之后，所述方法还包括：当第m次注册失败的原因信息不符合第一预设原因信息时，或者当第m次注册失败的原因信息符合第一预设原因信息且累计失败次数m小于第一预设次数时，终端设备在第一等待时长后向5g sa网络发起第m 1次注册请求。
11.在一些可能的实现方式中，在终端设备在第一等待时长后向5g sa网络发起第m 1次注册请求之后，所述方法还包括：
12.在终端设备向5g sa网络第m 1次注册失败的情况下，终端设备获取第m 1次注册失败的原因信息和累计失败次数m 1；
13.当第m 1次注册失败的原因信息符合第二预设原因信息，且累计失败次数m 1大于或等于与第二预设原因信息对应的第二预设次数时，终端设备执行与第二预设原因信息对应的第一处理策略。
14.在一些可能的实现方式中，终端设备停止向5g sa网络发起注册请求，包括：终端设备禁止在与第一预设原因信息对应的第一预设惩罚时长内向5g sa网络发起注册请求；其中，该第一预设惩罚时长大于第一等待时长。
15.在一些可能的实现方式中，在所述终端设备禁止在第一预设惩罚时长内向5g sa网络发起注册请求之后，所述方法还包括：在经过所述第一预设惩罚时长之后，所述终端设备向所述5g sa网络发起注册请求。
16.在一些可能的实现方式中，在经过第一预设惩罚时长之后，终端设备向5g sa网络发起注册请求之前，所述方法还包括：所述终端设备接收5g sa网络或第二网络发送的指示信息，该指示信息用于指示向5g sa网络发起注册请求。
17.在此情况下，终端设备向5g sa网络发起注册请求，包括：终端设备根据上述指示信息向5g sa网络发起注册请求。
18.在一些可能的实现方式中，在终端设备向5g sa网络发起注册请求之后，所述方法还包括：在终端设备向5g sa网络连续m次注册失败且第m次注册失败的注册失败原因信息符合第一预设原因信息的情况下，终端设备禁止在第二预设惩罚时长内向5g sa网络发起注册请求。
19.其中，上述第二预设惩罚时长大于上述第一预设惩罚时长。
20.在一些可能的实现方式中，所述方法还包括：所述终端设备预先存储至少一项对应关系，所述至少一项对应关系包括第一对应关系和第二对应关系，所述第一对应关系为第一预设原因信息、第一预设次数与第一处理策略之间的对应关系，所述第二对应关系为
第二预设原因信息、第二预设次数与第一处理策略之间的对应关系。
21.当第m次注册失败的原因信息符合第一预设原因信息时，所述方法还包括：终端设备根据第一对应关系，确定与第一预设原因信息对应的第一预设次数。
22.在一些可能的实现方式中，终端设备向与5g sa网络不同的第二网络发起注册请求，包括：终端设备搜索到除5g sa网络之外的至少一个可用网络，该至少一个可用网络包括第二网络，且该至少一个可用网络中第二网络的参考信号接收质量最优；终端设备向第二网络发起注册请求。
23.第二方面，本技术提供一种处理注册异常的装置，所述装置用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地，所述装置可以包括用于执行第一方面或第一方面的任一可能的实现方式中的方法的模块。
24.第三方面，本技术提供一种处理注册异常的装置，所述装置包括处理器，处理器与存储器耦合，存储器用于存储计算机程序或指令，处理器用于执行存储器存储的计算机程序或指令，使得第一方面中的方法被执行。
25.例如，处理器用于执行存储器存储的计算机程序或指令，使得该装置执行第一方面中的方法。
26.可选地，该装置包括的处理器为一个或多个。
27.可选地，该装置中还可以包括与处理器耦合的存储器。
28.可选地，该装置包括的存储器可以为一个或多个。
29.可选地，该存储器可以与该处理器集成在一起，或者分离设置。
30.可选地，该装置中还可以包括收发器。
31.第四方面，提供一种计算机可读存储介质，其上存储有用于实现第一方面中的方法的计算机程序(也可称为指令或代码)。
32.例如，该计算机程序被计算机执行时，使得该计算机可以执行第一方面中的方法。该计算机可以为通信装置。
33.第五方面，本技术提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。
34.可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线与存储器连接。
35.进一步可选地，所述芯片还包括通信接口。
36.第六方面，本技术提供一种计算机程序产品，所述计算机程序产品包括计算机程序(也可称为指令或代码)，所述计算机程序被计算机执行时使得所述计算机实现第一方面中的方法。所述计算机可以为通信装置。
附图说明
37.图1是本技术实施例提供的一种通信系统的架构示意图。
38.图2是本技术实施例提供的一种通信系统中终端设备与网络进行交互的示意图。
39.图3是相关技术提供的处理网络注册异常的方法的流程示意图。
40.图4是本技术实施例提供的一种处理网络注册异常的方法的流程示意图。
41.图5是系统协议栈架构的示意图。
42.图6是终端设备与网络建立无线链路的信令交互示意图。
43.图7是本技术实施例提供的另一种处理网络注册异常的方法的流程示意图。
44.图8是本技术实施例提供的一种处理网络注册异常的方法应用于链路失败导致注册失败的场景中的流程示意图。
45.图9是本技术实施例提供的一种处理网络注册异常的方法应用于随机接入失败导致注册失败的场景中的流程示意图。
46.图10是本技术实施例提供的一种处理网络注册异常的方法应用于网络释放链路导致注册失败的场景中的流程示意图。
47.图11是本技术实施例提供的一种处理网络注册异常的方法应用于通信系统的示意图。
48.图12是本技术实施例提供的一种处理注册异常的装置的示意性框图。
49.图13是本技术实施例提供的一种通信装置的示意性框图。
具体实施方式
50.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
51.本技术实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(global system for mobile communications，gsm)系统、码分多址(code division multiple access，cdma)系统、宽带码分多址(wideband code division multiple access，wcdma)系统、通用分组无线业务(general packet radio service，gprs)、长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统、未来的5g系统或新无线(new radio，nr)等。
52.终端设备，包括向用户提供语音和/或数据连通性的设备，具体的，包括向用户提供语音的设备，或包括向用户提供数据连通性的设备，或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，ran)设备与核心网设备进行通信，与ran交换语音或数据，或与ran交互语音和数据。该终端设备可以包括用户设备(user equipment，ue)、无线终端设备、移动终端设备、设备到设备通信(device
‑
to
‑
device，d2d)终端设备、车到一切(vehicle to everything，v2x)终端设备、机器到机器/机器类通信(machine
‑
to
‑
machine/machine
‑
type communications，m2m/mtc)终端设备、物联网(internet of things，iot)终端设备、用户单元(subscriber unit)、用户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，ap)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，pcs)电
话、无绳电话、会话发起协议(session initiation protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，rfid)、传感器、全球定位系统(global positioning system，gps)、激光扫描器等信息传感设备。
53.本技术实施例中，终端设备还可以包括中继(relay)。或者理解为，能够与基站进行数据通信的都可以看作终端设备。
54.本技术实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统，该装置可以被安装在终端设备中。本技术实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本技术实施例提供的技术方案中，以用于实现终端的功能的装置是终端设备为例，描述本技术实施例提供的技术方案。
55.本技术实施例中的网络设备可以是具有能够为终端设备提供随机接入功能的设备或可设置于该设备的芯片。该设备包括但不限于：演进型节点b(evolved node b，enb)、无线网络控制器(radio network controller，rnc)、节点b(node b，nb)、基站控制器(base station controller，bsc)、基站收发台(base transceiver station，bts)、家庭基站(home evolved nodeb，或home node b，hnb)、基带单元(baseband unit，bbu)，无线保真(wireless fidelity，wifi)系统中的接入点(access point，ap)、无线中继节点、无线回传节点、传输点(transmission point，tp)或者发送接收点(transmission and reception point，trp)等，还可以为第五代(the fifth generation,5g)系统，例如，新空口(new radio,nr)中的5g基站(gnb)或传输点(trp或tp)，5g系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gnb或传输点的网络节点，例如基带单元(bbu)或分布式单元(distributed unit,du)等。5g基站可以包括各种形式的宏基站、微基站、中继站、接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同。
56.在一些部署中，gnb可以包括集中式单元(centralized unit,cu)和分布式单元(distributed unit,du)。gnb还可以包括有源天线单元(active antenna unit,aau)。cu实现gnb的部分功能，du实现gnb的部分功能。比如，cu负责处理非实时协议和服务，实现无线资源控制(radio resource control，rrc)，分组数据汇聚层协议(packet data convergence protocol，pdcp)层的功能。du负责处理物理层协议和实时服务，实现无线链路控制(radio link control，rlc)层、媒体接入控制(media access control，mac)层和物理(physical，phy)层的功能。aau实现部分物理层处理功能、射频处理及有源天线的相关功能。由于rrc层的信息最终会变成phy层的信息，或者，由phy层的信息转变而来，因而，在这种架构下，高层信令，如rrc层信令，也可以认为是由du发送的，或者，由du aau发送的。可以理解的是，网络设备可以为包括cu节点、du节点、aau节点中一项或多项的设备。此外，可以将cu划分为ran中的网络设备，也可以将cu划分为核心网(core network，cn)中的网络设备，本技术对此不做限定。
57.为便于理解本技术实施例，以下对本技术实施例的部分用语进行解释说明，以便于本领域技术人员理解。
58.1)sa组网：独立组网，指的是新建5g网络，包括新基站、回程链路以及核心网。sa网络引入了全新网元与接口的同时，还将大规模采用网络虚拟化、软件定义网络等新技术，并与5g nr结合，同时其协议开发、网络规划部署及互通互操作所面临的技术挑战将超越3g和4g系统。
59.相对于sa组网，还存在一种非独立组网，即5g nsa(non
‑
standalone)，指的是使用现有的4g基础设施，进行5g网络的部署。基于nsa架构的5g载波仅承载用户数据，其控制信令仍通过4g网络传输。
60.2)网络注册
61.终端设备要获取网络提供的服务，首先需要向网络进行注册，即注册入网。通常网络注册可以划分为下述两种类型：
62.(a)初始注册：当终端设备开机时会触发初始注册。例如，假设终端设备当前处于5g sa网络中，当终端设备开机时，终端设备会发起向5g sa网络注册，实现初始注册。
63.(b)移动更新注册(也称为移动注册)：当终端设备离开当前注册区域进入一个新的跟踪小区(tracking area，ta)时，就会触发移动更新注册。例如，当终端设备从当前注册的lte网络移动到5g sa网络中时，终端设备会发起向5g sa网络注册，实现移动更新注册。
64.需要说明的是，以上示例性的列举了两种类型的网络注册，本技术实施例不限定网络注册的类型，可以理解，在实际实现时，网络注册还可以包括其他任意可能的网络注册，例如周期性注册。周期性注册可以由网络侧下发的周期性计时器t3512触发，即周期注册定时器超时，就会触发周期性注册，这种注册类似于心跳机制，就是让网络知道终端设备还开机在服务区。
65.参见图1，图1中的(a)示出了本技术实施例的一种通信系统的架构示意图。图1中的通信系统可以包括终端设备01和sa网络02。示例性的，sa网络02可以包括接入网设备(例如gnb)和核心网设备(例如5g核心网设备，记为5gc)，相应地sa网络可称为5g sa网络。终端设备01与5g sa网络02之间可以建立无线连接，sa网络可以为终端设备01提供通信服务。其中，终端设备01需要先向5g sa网络02发起注册请求，在注册成功后才能获得授权接受5g sa网络02提供的服务。需要说明的是，图1是以一个终端设备、一个接入网设备和一个核心网设备为例示意说明的，可以理解，本技术实施例可以应用于包括一个或多个接入网设备的通信系统中，也可以应用于包括一个或多个终端设备的通信系统中，本技术对此不进行限定。
66.需要说明的是，如图2所示，终端设备01向5g sa网络02发起注册请求，具体是终端设备向5g sa网络02中的网元设备(例如ran设备，比如gnb)发送注册请求消息。网元设备在接收到注册请求消息之后，可以向终端设备01发送注册接受(registration accept)消息或者注册拒绝(registration reject)消息。网络在接收到注册请求消息之后各个网元设备之间信令交互的描述具体可以参照相关技术中对网络注册的详细描述，此处不予赘述。
67.其中，在终端设备进行网络注册的过程中，注册可能成功，也可能失败。
68.示例性的，终端设备向sa网络发送注册请求消息后，若终端设备接收到sa网络返回的注册接受消息，则终端设备注册sa网络成功。这种属于网络注册正常的场景。
69.再示例性的，例如，若终端设备接收到sa网络返回的注册拒绝消息，或者，终端设备在向sa网络发送注册请求消息后的预设时长(协议中采用定时器t3510计时，定时15秒)
内未接收到注册响应消息(不管是注册接受消息还是注册拒绝消息)，或者底层链路发生异常，均会导致终端设备注册失败。这种属于网络注册异常的场景。
70.参见图1中的(a)，终端设备01向sa网络02发起注册(初始注册或移动更新注册)，参见图1中的(b)，终端设备01向sa网络02发起注册失败，即出现网络注册异常的情况。针对这种网络注册异常的情况，相关技术提供了一种异常处理策略：当网络注册失败时，终端设备会累加注册尝试次数(registration attempt counter)。当注册尝试次数小于5次时，终端设备起定时器t3511(10秒)，并且在定时器t3511超时后，终端设备重新向sa网络发起注册(也可以简称为发起sa注册)。当注册尝试次数等于5次时，终端设备起定时器t3502(默认12分钟)，在这一段时间内终端设备不会向sa网络发起注册请求。需要说明的是，这种异常处理策略具体可参考协议24.501 5.5.1.2.7和5.5.1.3.7章节的描述内容，其详细描述了在sa网络初始注册和移动注册过程中，发生核心网不响应注册请求或底层链路异常的情况下终端设备侧的处理方式。
71.示例性的，图3示出了相关技术提供的处理网络注册异常的方法200的流程示意图，该方法200可应用于图1所示的通信系统。参见图3，方法200可以包括下述的步骤s201
‑
s210。需要说明的是，为了便于描述，以下将注册尝试次数用counter表示。
72.s201，终端设备向sa网络发起注册(称为第一次注册)。
73.示例性的，在终端设备向sa网络发出注册请求的情况下，终端设备可以起定时器t3510，例如设定时长为15秒，并根据在该设定时长内是否接收到响应消息来判定是否注册成功。需要说明的是，在终端设备每次向sa网络发起注册请求时，都会起定时器t3510。
74.一方面，当终端设备在发出注册请求后的15秒内收到sa网络反馈的注册接受消息时，终端设备注册成功。另一方面，当终端设备在发出注册请求后的15秒内未收到对该注册请求的响应消息时(例如sa网络中的核心网设备不响应注册请求，相应地t3510超时)，终端设备注册失败，因此将该注册失败场景称为t3510超时场景。当然，注册失败还可能是由于其他原因引起的，例如由于底层链路异常而引起注册失败，可以将由于底层链路异常而引起注册失败称为底层链路异常场景。
75.s202，当注册失败时，终端设备累加计数counter＝1，并启用定时器t3511。
76.其中，定时器t3511的设定时长为10秒。
77.s203，当定时器t3511超时，终端设备再次向sa网络发起注册(称为第二次注册)。
78.s204，当注册失败时，终端设备累加计数counter＝2，并启用定时器t3511。
79.示例性的，终端设备可以根据在定时器t3511的设定时长内是否接收到响应消息来判定是否注册成功。一方面，当终端设备在发出注册请求后的10秒内收到sa网络反馈的注册接受消息时，终端设备注册成功。另一方面，当终端设备在发出注册请求后的10秒内未收到对该注册请求的响应消息时(例如sa网络中的核心网设备不响应注册请求)，终端设备注册失败。
80.s205，当定时器t3511超时，终端设备再次向sa网络发起注册(称为第三次注册)。
81.s206，当注册失败时，终端设备累加计数counter＝3，并启用定时器t3511。
82.对于终端设备是注册成功还是注册失败的描述请参见上述s204中对于注册成功和注册失败的详细描述，此处不再赘述。
83.s207，当定时器t3511超时，终端设备再次向sa网络发起注册(称为第四次注册)。
84.s208，当注册失败时，终端设备累加计数counter＝4，并启用定时器t3511。
85.对于终端设备是注册成功还是注册失败的描述请参见上述s204中对于注册成功和注册失败的详细描述，此处不再赘述。
86.s209，当定时器t3511超时，终端设备再次向sa网络发起注册(称为第五次注册)。
87.s210，当注册失败时，终端设备累加计数counter＝5，并启用定时器t3502。
88.对于终端设备是注册成功还是注册失败的描述请参见上述s204中对于注册成功和注册失败的详细描述，此处不再赘述。
89.其中，定时器t3502对应的时长默认为12分钟。终端设备在这一段时间内不重新进行sa注册。此时终端设备可以向其他网络发起注册。在定时器t3502超时的情况下，终端设备可以根据实际情况，确定是否再次向sa网络发起注册。若终端设备再次向sa网络发起注册，则具体注册流程仍然按照上述的s201
‑
s210注册程序执行。
90.上述网络注册异常的情况可能是由于在sa网络初始注册或移动注册过程中发生t3510超时(例如核心网设备不响应注册请求)而引起的，也可能是由于底层链路异常而引起的。示例性的，下述的表1示出在注册异常时相关技术的处理方式。参见表1，上述相关技术的方案中，终端设备在向sa网络注册的过程中发生异常的情况下，按协议需要等待10秒后再次重新发起注册，若重新注册时仍发生异常，终端设备需再等待10秒后重试；最大尝试5次，5次失败后才能结束sa注册流程，耗时40秒以上，期间终端设备在sa网络上处于等待状态，也就是说，终端设备在注册过程中不管注册失败原因，只要注册失败，则在sa网络等待一段时间后继续尝试注册。因此，在终端设备向sa网络发起注册时一直存在异常情况下，注册流程耗时长，无法快速恢复业务。
91.表1
[0092][0093]
鉴于此，本技术实施例提供一种处理网络注册异常的方法，可以应用于图1所示的通信系统中，可以解决sa网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题，提前逃生回落到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0094]
在本技术实施例提供的处理网络注册异常的方法中，在sa网络注册流程中，当某次注册发生异常时，终端设备获取注册失败原因信息以及累计失败次数，以此判断是否满足提前结束注册条件，若满足条件，则提前结束sa注册流程，不必按协议规定重试5次，此时可以快速回落到lte恢复业务。其中，提前结束注册条件为本次注册失败原因信息为预设原因信息(cause)，且当前注册尝试次数(也称为累计失败次数)大于或等于与预设原因信息对应的预设次数(n)。其中，参数cause和n可灵活定制。预设原因信息包括但不限于注册流程中建链失败、随机接入失败、网络释放rrc链路、t3510超时、网络下发注册拒绝。下面将结合附图对本技术实施例体统的处理网络注册异常的方法进行详细描述。
[0095]
图4示出了本技术实施例提供的一种处理网络注册异常的方法的流程图，该方法
可以应用于图1所示的通信系统中。如图4所示，该方法300可以包括下述的步骤s310
‑
s350。
[0096]
s310，终端设备向5g sa网络发起第m次注册请求。
[0097]
其中，m可以为小于n的正整数，n可以为预设整数。可选地，n可以是终端设备与5g sa网络协商好的或者协议规定的(例如n可以取5)，本技术不予限制。为了便于说明，以下以n取5为例进行示例性说明。
[0098]
示例性的，假设n＝5，那么m可以取1，也可以取2，还可以取3，或者可以取4。当m为1时，终端设备向5g sa网络发起第1次(即首次)注册请求。当m大于1且小于5时，在终端设备向5g sa网络发起第m次注册请求之前，终端设备向5g sa网络连续m
‑
1次注册失败。例如，当m为2时，终端设备在向5g sa网络第1次注册失败之后，向5g sa网络发起第2次注册请求。当m为3时，终端设备在向5g sa网络连续两次注册失败之后，向5g sa网络发起第3次注册请求。当m为4时，终端设备在向5g sa网络连续三次注册失败之后，向5g sa网络发起第4次注册请求。
[0099]
需要说明的是，本技术实施例中，终端设备向5g sa网络发起注册请求，在实际实现时是通过向5g sa网络中的网元设备发送注册请求消息实现的，也就是说，网络注册流程涉及终端设备与网络中的网元设备(例如gnb或者移动性管理功能(access and mobility management function，amf)网元)之间的信令交互，为了便于说明，以下对于终端设备与网络中的网元之间的具体信令交互的描述有所省略。
[0100]
s320，在第m次注册失败的情况下，终端设备获取第m次注册失败的原因信息和累计失败次数m。
[0101]
在本技术实施例中，上述累计失败次数m是在终端设备连续m次注册失败的情况下对失败次数进行累加得到的次数。可以理解，每当终端设备向5g sa网络注册失败时，终端设备计数一次，在第1次注册失败后累计得到累计失败次数1；以此类推，在第m
‑
1次注册失败后累计得到累计失败次数m
‑
1；在第m次注册失败后累计得到累计失败次数m。其中，累计失败次数也可以称为注册尝试计数。
[0102]
示例性的，当m为1时，在第1次注册失败的情况下，终端设备可以获取第1次注册失败的原因信息和累计失败次数1。
[0103]
再示例性的，当m为2时，在第1次注册失败且第2次注册失败的情况下，终端设备可以获取第2次注册失败的原因信息和累计失败次数2。
[0104]
又示例性的，当m为3时，在连续3次注册失败的情况下，终端设备可以获取第3次注册失败的原因信息和累计失败次数3。
[0105]
再示例性的，当m为4时，在连续4次注册失败的情况下，终端设备可以获取第4次注册失败的原因信息和累计失败次数4。
[0106]
在一些实施例中，在终端设备注册5g sa网络的过程中，终端设备可以在某些场景下将当前的累计失败次数更新为零。具体累计失败次数清零可能实现方式包括但不限于如下述两种方式：
[0107]
方式一，在终端设备注册5g sa网络成功的情况下，终端设备可以将当前的累计失败次数更新为零。
[0108]
方式二，在终端设备关机或打开飞行模式时，终端设备可以将当前的累计失败次数更新为零。
[0109]
可选的，上述第m次注册失败的原因可能是由于5g sa网络(例如核心网)不响应注册请求而引起注册失败，也可能是由于5g sa网络(例如核心网)反馈注册拒绝消息而引起注册失败，还可能是由于终端设备的底层链路异常而引起注册失败，或者可能是其他任意可能的原因，具体可以根据实际应用确定，本技术实施例不作限定。其中，由于终端设备的底层链路异常引起注册失败也可能存在多种情况，例如由于建立链路失败导致注册失败，由于链路在建立后被释放导致注册失败，或者其他任意可能的情况，具体可以根据实际应用确定，本技术实施例不作限定。
[0110]
图5示出了系统协议栈架构的示意图，为了便于说明，其中仅示出了与本方案相关的多个层。如图5所示，该系统协议栈架构中从上到下依次为非接入层(non
‑
access stratum，nas层)、rrc层、pdcp层、rlc层、mac层和phy层。为了便于描述，将nas层称为上层，将rrc层、pdcp层、rlc层、mac层和phy层统称为底层。如上下文提到的底层链路失败或底层异常可以指rrc层、pdcp层、rlc层、mac层和phy层等底层中的某个层发生异常，也可能是这些底层中的多个层发生异常。
[0111]
示例性的，下述的表2列举了几种可能引起终端设备注册网络失败的相关原因以及各个原因对应的协议规定场景。如表2所示，注册失败相关原因可以包括以下四项：(1)建链失败相关原因(即由于建立链路失败导致注册失败)，例如链路失败、异系统挂起、随机接入失败、丢网等；(2)链路释放相关原因(即由于链路释放导致注册失败)，例如恢复失败、链路释放、其他原因、nr到lte重定向、上层异常、rrc异常、底层异常等；(3)核心网无响应，即由于网络无响应导致注册失败；(4)初始注册时核心网拒绝，即由于网络拒绝注册导致注册失败。其中，建链失败和链路释放对应于协议规定中的底层链路异常(lower layer failure)场景中的情况，核心网无响应对应于协议规定中的t3510超时(t3510 timeout)场景中的情况。
[0112]
表2
[0113][0114]
需要说明的是，表2中还列举了协议未描述的注册失败原因：核心网拒绝(#9原因值)，尽管协议没有描述初始注册流程中被网络拒绝(#9原因值)的这一场景，但是该场景在实际实现时可以参照t3510超时场景和底层链路异常场景的处理方式。
[0115]
图6示意性地示出了终端设备与网络建立无线链路(可简称为建链)的流程示意图。如图6所示，终端设备向网络发送rrc设置请求，网络向终端设备发送rrc设置参数，进而终端设备根据rrc设置参数进行rrc设置，在rrc设置完成后，终端设备与网络建立无线链路。
[0116]
参考图2、图5和图6，终端设备能将注册请求消息成功发送给网络的提前条件是：终端设备与无线接入网ran之间成功建立无线链路且链路正常，主要是终端设备rrc层信令交互。也就是说，在注册流程中，终端设备需先与网络建立好无线链路，才能将注册请求发送给网络。若rrc层发生异常，则可能会出现建链失败，进而会导致注册失败。另外，在网络回复注册接受消息之前，若无线接入网释放了无线链路也会导致注册失败。
[0117]
此外，由于随机接入是终端设备和无线接入网络之间建立无线链路的必经过程，只有在随机接入完成之后，接入网设备(基站)和终端设备之间才能正常进行数据互操作。在随机接入成功后，终端设备才能向无线接入网ran发送rrc设置请求。此过程主要表现为rrc层及rrc层以下层相关交互。因此，若随机接入失败，则会导致建链失败，从而会导致注册失败。
[0118]
在本技术实施例中，终端设备获取的第m次注册失败的原因信息可以是能够指示上述任一种原因的空口信令或者日志信息。需要说明的是，对于不同的注册失败原因，则终端设备采用不同的方式获取注册失败原因信息。下面结合上述的表2，针对每项注册失败原因进行详细说明，并且说明终端设备获取注册对应的失败原因信息的可能实现方式。
[0119]
第一、建链失败相关原因，包括在sa网络注册流程中rrc无线链路建立失败的相关原因。
[0120]
1)链路失败：指rrc层内部发生异常，导致建链失败。此异常可能发生在图6建立连接过程中的任何时候。
[0121]
在此情况下，注册失败的原因信息可体现于注册流程中生成的日志(log)内容中。例如，在sa网络注册流程中，若终端设备未建链成功，则rrc层会向nas层回复建链失败消息，这些交互消息被记录生成日志内容，由此可以获知由于rrc链路失败导致建链失败。相应地，终端设备可以从日志内容中获取注册失败的原因信息。
[0122]
2)异系统挂起：指在建链过程中终端设备从sa网络系统切换到异系统(如lte网络)，注册sa网络的流程被打断，rrc需挂起，导致建链失败。
[0123]
在此情况下，注册失败的原因信息可体现于注册流程中生成的日志内容中。例如，在sa网络注册流程中，终端设备未建链成功，且随后驻留到其他制式(如lte网络)，这些现象被记录生成日志内容，由此可以获知由于异系统挂起导致建链失败。相应地，终端设备可以从该日志内容中获取注册失败的原因信息。
[0124]
3)随机接入失败：指建链过程中随机接入失败，导致建链失败。
[0125]
在此情况下，注册失败的原因信息可体现于注册流程中生成的日志内容中。例如，在sa网络注册流程中，终端设备建立链路时的随机接入相关消息可以指示随机接入失败，或者随机接入流程消息不完整，这些消息或现象被记录生成日志内容，由此可以获知由于随机接入失败导致建链失败。相应地，终端设备可以从日志内容中获取注册失败的原因信息。
[0126]
4)丢网：指建链过程中网络信号质量不满足驻留条件，发生丢网，导致建链失败。
[0127]
在此情况下，注册失败的原因信息可体现于注册流程中生成的日志内容中。例如，在sa网络注册流程中，终端设备未建链成功，并且sa网络信号质量低于阈值，不满足驻留准则，这些被记录生成日志内容，由此可以获知由于发生丢网导致建链失败。相应地，终端设备可以从日志内容中获取注册失败的原因信息。
[0128]
第二、链路释放相关原因，包括注册sa网络的过程中rrc无线链路建立成功后被释放的相关原因。
[0129]
5)恢复失败：指rrc链路从非活动态(rrc_inactive)到连接态(rrc_connected)时恢复链路失败，导致链路释放。
[0130]
该场景可从空口信令观察，在sa网络注册流程中，在rrc链接处于非活动态时，终端设备未发送rrc恢复请求(rrc resume request)消息，或者rrc恢复完成(rrc resume complete)消息。
[0131]
6)链路释放：rrc链路连接失败，导致链路释放。
[0132]
该场景无直观空口信令观察，可从log或现象观察：在sa网络注册流程中，rrc链接建立完成后，若rrc层以下的底层(例如rlc层、mac层或phy层)发生失步或接入失败，则会向rrc层上报链路异常。
[0133]
7)其他原因：指在链路建链成功后网络未回复注册接受或注册拒绝消息前就主动释放了链路。
[0134]
该场景可从空口信令观察，在sa网络注册流程中，rrc链接建立完成后，网络下发rrc释放(rrc release)消息，未携带挂起或重定向等信息，直接释放rrc链接。
[0135]
8)nr到lte重定向：指由于nr到lte重定向，导致链路释放。
[0136]
该场景可观察空口信令，在sa网络注册流程中，rrc链接建立完成后，网络下发rrc release消息，携带重定向到lte相关信息。
[0137]
9)上层异常：nas层发生异常导致链路释放。
[0138]
该场景无直观空口信令观察，可从log或现象观察：在sa网络注册流程中，rrc链接建立完成后，nas层发生异常，指示rrc层释放rrc链接。
[0139]
10)rrc异常：rrc层发生异常导致链路释放。
[0140]
该场景无直观空口信令观察，可从log或现象观察：在sa网络注册流程中，rrc链接建立完成后，rrc层发生异常，直接释放rrc链接。
[0141]
11)底层异常：指底层(例如mac、pdcp、phy等)发生异常，导致链路释放。
[0142]
该场景无直观空口信令观察，可从log或现象观察：在sa网络注册流程中，rrc链接建立完成后，底层发生异常，上报给rrc层，导致rrc链接释放。
[0143]
第三、t3510超时：终端设备向网络发送注册请求消息后，网络未回复注册接受(registration accept)或注册拒绝(registration reject)。
[0144]
第四、核心网拒绝：终端设备发起的初始注册请求没有被网络正确接收，网络会发送注册拒绝消息给终端设备，该消息会包含拒绝的原因值。终端设备向网络发送注册请求消息后，网络会发送注册拒绝消息给终端设备，该消息中会包含拒绝的原因值，例如原因值为#9原因值。
[0145]
s330，终端设备判断第m次注册失败的原因信息是否符合第一预设原因信息，且累计失败次数m是否大于或等于与第一预设原因信息对应的第一预设次数。
[0146]
其中，上述“符合”可以理解为信息完全等同或者部分等同。示例性的，若信息1和信息2对比后得到的相似度大于或等于预设相似度阈值(例如80％)，则可认为这两项信息符合；若信息1和信息2对比后得到的相似度小于预设相似度阈值，则可认为这两项信息不符合。具体可以根据实际使用需求确定，本技术实施例不作限定。
[0147]
可选的，本技术实施例中，上述第一预设原因信息可以指示由于建立链路失败导致注册失败(或者指示建链失败)，也可以指示由于链路在建立后被释放导致注册失败(或者指示链路释放)，还可以指示由于5g sa网络无响应导致注册失败，或者可以指示由于5g sa网络拒绝注册导致注册失败。或者，上述第一预设原因信息可以指示上述表2中列举的13种注册失败原因中的任一种原因，以下为了便于描述，仅采用其中一部分注册失败原因进行示例性描述。
[0148]
在一些实施例中，终端设备可以预先存储有至少一项对应关系，每一项对应关系为预设原因信息、预设次数与处理策略之间的对应关系。示例性的，至少一项对应关系包括第一预设原因信息、第一预设次数与第一处理策略之间的对应关系，以及第二预设原因信息、第二预设次数与第一处理策略之间的对应关系，其中第一处理策略可以为终端设备停止向5g sa网络发起注册请求并向第二网络发起注册请求。示例性的，参见下述的表3所示的对应关系列表或者预设原因信息列表，该关系列表中示例性地示出了三项对应关系：预设原因信息指示链路失败，对应的预设次数为2，对应的处理策略为第一处理策略；预设原因信息指示随机接入失败，对应的预设次数为2，对应的处理策略为第一处理策略；预设原因信息指示链路释放，对应的预设次数为1，对应的处理策略为第一处理策略。
[0149]
表3
[0150][0151]
需要说明的是，为了便于说明，上述表3仅列举了三种不同预设原因信息及对应预设次数的情况，可以理解，在实际实现时，这三种预设原因信息对应的预设次数可以根据实际情况进行设置，并且与这三种预设原因信息不同的其他预设原因信息及对应预设次数也可以根据实际情况进行设置，这些可以由终端设备与网络协商或者由协议规定，本技术不予限制。
[0152]
还需要说明的是，以上以三种不同预设原因信息均对应同一处理策略为例进行示例性说明，本技术实施例还可以包括如下实现方式：不同预设原因信息分别可以对应不同的处理策略。例如，预设原因信息指示随机接入失败，对应的处理策略可以为终端设备停止向5g sa网络发起注册请求，并向第二网络发起注册请求；预设原因信息指示链路释放，对应的处理策略可以为终端设备向5g sa网络发起注册请求并向第二网络发起注册请求，如此通过向两个网络均发起注册请求实现竞速注册，以先注册成功的网络作为驻留网络。
[0153]
在一些实施例中，预设原因信息与对应预设次数及处理策略的关系可以结合网络情况、终端设备表现和业务影响等因素进行设置，也可以根据网络情况变化而进行调整。可选的，该关系的具体设置还可以通过分析大量相关问题日志，并考虑不同地点、不同设备商网络情况、终端设备业务影响等进行综合考量。
[0154]
在上述s330中，在终端设备注册失败的情况下，终端设备可以将第m次注册失败的原因信息和累计失败次数m，分别与上述预先存储的关系列表中的预设原因信息和预设次数进行比对，判断第m次注册失败的原因信息是否符合第一预设原因信息，且累计失败次数m是否大于或等于与第一预设原因信息对应的第一预设次数，即判断当前注册异常场景是否符合提前结束注册条件。
[0155]
在一些实施例中，终端设备可以先判断第m次注册失败的原因信息是否符合第一预设原因信息，当第m次注册失败的原因信息符合第一预设原因信息时，终端设备根据第一对应关系，确定与第一预设原因信息对应的第一预设次数。然后，终端设备将累计失败次数m与第一预设次数进行比对，判断累计失败次数m是否大于或等于第一预设次数。
[0156]
若终端设备判断第m次注册失败的原因信息符合第一预设原因信息，且累计失败次数m大于或等于与第一预设原因信息对应的第一预设次数，即满足提前结束注册条件，则终端设备继续执行下述的s340；否则，终端设备继续执行下述的s350。
[0157]
s340，终端设备停止向5g sa网络发起注册请求，并向与5g sa网络不同的第二网络发起注册请求。
[0158]
在本技术实施例中，当第m次注册失败的原因信息符合第一预设原因信息，且累计失败次数m大于或等于与第一预设原因信息对应的第一预设次数时，终端设备可以执行与该第一预设原因信息对应的第一处理策略。也就是说，在终端设备向5g sa网络连续多次注册失败的情况下，在根据注册失败原因信息及累计失败次数判断出当前注册异常场景满足提前结束注册条件时，终端设备可以暂时停止向5g sa网络发起注册请求，此时可以向第二网络发起注册请求。
[0159]
在本技术实施例中，表4示出了不同原因导致注册失败场景下本技术的处理方式和相关技术的处理方式。其中，c表示累计失败次数，例如c＝2表示累计失败次数为2。
[0160]
由表4可以看出，在相关技术的处理方式中，终端设备在向sa网络注册的过程中发生异常的情况下，按协议需要等待10秒后再次重新发起注册，若重新注册时仍发生异常，终端设备需再等待10秒后重试；最大尝试5次，5次失败后才能结束sa注册流程，耗时40秒以上，期间终端设备在sa网络上处于等待状态，也就是说，终端设备在注册过程中不管注册失败原因，只要注册失败，则在sa网络等待一段时间后继续尝试注册。与相关技术不同的是，本技术的处理方式是终端设备在向sa网络注册的过程中发生异常的情况下，获取注册失败原因信息以及累计失败次数，以此判断是否满足提前结束注册条件，若条件满足则可以提前结束本轮sa网络注册；此时终端设备可到其他网络(lte网络)注册进行业务，实现快速逃生。
[0161]
表4
[0162][0163]
由此可见，本技术方案可以解决sa网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题，提前逃生回落到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0164]
可选的，上述s340中的终端设备向第二网络发起注册请求的步骤可以通过下述两种方式中任一种方式实现：
[0165]
方式一，对于终端设备在5g sa网络注册失败后提前结束注册并到第二网络注册的情况，第二网络可以是协议规定的，也可以是终端设备与5g sa网络协商好的。示例性的，以协议规定第二网络为let网络为例，在终端设备在5g sa网络注册失败并满足提前结束注册条件时，终端设备可以按照协议规定，此时到let网络注册。
[0166]
方式二，终端设备搜索到除5g sa网络之外的至少一个可用网络，该至少一个可用网络包括第二网络；并获取该至少一个可用网络中每个网络的参考信号接收质量参数；当至少一个可用网络中第二网络的参考信号接收质量参数指示的信号质量最优时，终端设备向第二网络发起注册请求。也就是说，终端设备可以在搜索到的多个可用网络中选择网络信号质量最好的网络发起注册。
[0167]
可选的，参考信号接收质量参数可以包括但不限于下述至少一项参数：接收信号强度(received signal strength indication，rssi)、接收的参考信号功率(reference signal received power，rsrp)、信号与噪声比(signal
‑
to
‑
noise ratio，snr)。
[0168]
需要说明的是，对于终端设备搜索到的上述至少一个可用网络，即使网络信号质量比5g sa网络差，只要网络信号质量满足网络给出的最低接入质量，也可以选择注册。
[0169]
可选的，在本技术实施例中，上述第二网络可以为lte网络。示例性的，在手机向5g sa网络连续多次注册失败的情况下，在根据注册失败原因信息及累计失败次数判断出当前注册异常场景满足提前结束注册条件时，手机停止向5g sa网络发起注册请求，此时可以向lte网络发起注册请求。由此，通过本技术提供的处理网络注册异常的方法，手机在5g sa网络注册流程中发生异常时可以快速逃生，回落到lte网络注册，减少注册异常影响时间，提
升用户业务体验。
[0170]
s350，终端设备在第一等待时长后向5g sa网络发起第m 1次注册请求。
[0171]
在一些实施例中，当第m次注册失败的原因信息不符合第一预设原因信息时，或者当第m次注册失败的原因信息符合第一预设原因信息且累计失败次数m小于第一预设次数时，终端设备可以在第一等待时长后向5g sa网络发起第m 1次注册请求。
[0172]
其中，第一等待时长可以是终端设备与网络协商好的或者协议规定的，本技术不予限制。例如，第一等待时长可以为10秒。
[0173]
在一些实施例中，在当前注册异常场景满足提前结束注册条件的情况下，可以对sa网络进行惩罚，例如关闭sa能力，即在一段时间内不发起sa注册。并且可以采用递进式惩罚方式，首次惩罚t1时长，第二次惩罚t2时长，第三次惩罚t3时长，
……
，以此类推。其中，t3>t2>t1，参数t1、t2、t3等可根据需求定制。在惩罚时间超时后，可以恢复sa能力，由终端设备定制参数决定是否立即发起sa注册。
[0174]
具体的，针对预设原因信息可以预设对应的惩罚时长，相应地，当终端设备满足提前结束注册条件时在此预设惩罚时长内暂停向5g sa网络发起注册请求。示例性的，针对第一预设原因信息可以对应设置第一预设惩罚时长。具体的，在第m次注册失败的原因信息符合第一预设原因信息，且累计失败次数m大于或等于与第一预设原因信息对应的第一预设次数时，即满足提前结束注册条件，终端设备可以禁止在与第一预设原因信息对应的第一预设惩罚时长内向5g sa网络发起注册请求。
[0175]
其中，第一预设惩罚时长可以是终端设备与网络协商好的或者协议规定的，本技术不予限制。协议可以规定第一预设惩罚时长大于上述的第一等待时长。例如，第一预设惩罚时长可以为12分钟。
[0176]
可选的，不同的预设原因信息可以对应设置不同的预设惩罚时长。例如，预设原因信息指示由于链路失败导致注册失败，对应的预设惩罚时长可以为12分钟；预设原因信息指示由于链路释放导致注册失败，对应的预设惩罚时长可以为15分钟，具体可以根据实际使用需求确定，本技术不予限制。
[0177]
通过本技术实施例提供的处理网络注册异常的方法，在网络注册发生异常时，终端设备可以获取注册失败原因信息以及累计失败次数，以此判断是否满足提前结束注册条件，若满足条件，则提前结束注册流程，不必按协议规定重试多次，此时可以到其他网络注册以快速恢复业务。因此，本技术方案可以在网络注册发生异常时提前结束异常注册并到其他网络注册，减少注册异常影响时间，从而解决网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题，提升用户业务体验。
[0178]
在一些实施例中，结合图4，如图7所示，在s350之后，方法300还可以包括下述的步骤s360
‑
s380。
[0179]
s360，在终端设备向5g sa网络第m 1次注册失败的情况下，终端设备获取第m 1次注册失败的原因信息和累计失败次数m 1。
[0180]
这里，对于终端设备如何获取第m 1次注册失败的原因信息和累计失败次数m 1的描述具体可以参见上述步骤s320中对终端设备获取第m次注册失败的原因信息和累计失败次数m的详细描述，此处不再赘述。
[0181]
s370，终端设备判断第m 1次注册失败的原因信息是否符合第二预设原因信息，且
累计失败次数m 1是否大于或等于与第二预设原因信息对应的第二预设次数。
[0182]
若第m 1次注册失败的原因信息符合第二预设原因信息，且累计失败次数m 1大于或等于与第二预设原因信息对应的第二预设次数，则终端设备继续执行下述的步骤s380。否则，终端设备可以等待继续注册5g sa网络，例如可以在第一等待时长后向5g sa网络发起注册请求。
[0183]
s380，终端设备执行与第二预设原因信息对应的第一处理策略。
[0184]
对于第二预设原因信息、对应的第二预设次数以及对应的第一处理策略的描述可以参见上述对于第一预设原因信息、对应的第一预设次数以及对应的第一处理策略的详细描述，此处不再赘述。
[0185]
需要说明的是，上述第二预设原因信息与上述第一预设原因信息可以相同，也可以不同。在相同情况下，第二预设次数即为第一预设次数。
[0186]
在一些实施例中，在终端设备向第二网络注册成功之后，在经过第一预设惩罚时长之后，若满足一定条件，则终端设备可以返回到5g sa网络注册，下面示例性地描述三种可能的实现方式。
[0187]
方式一，终端设备可以自主返回到5g sa网络。例如，协议可以规定在经过第一预设惩罚时长之后，终端设备可以自主返回到5g sa网络注册。
[0188]
方式二，5g sa网络可以指示终端设备返回到5g sa网络。
[0189]
在经过第一预设惩罚时长之后，5g sa网络可以向终端设备发送指示信息，指示终端设备返回到5g sa网络。终端设备在接收到5g sa网络发送的指示信息之后，可以根据指示信息向5g sa网络发起注册请求，该指示信息用于指示向5g sa网络发起注册请求。
[0190]
方式三，第二网络可以指示终端设备返回到5g sa网络。
[0191]
例如，假设终端设备当前驻留于第二网络，终端设备实时采集第二网络的参考信号接收质量参数以及其他网络(包括5g sa网络)的参考信号接收质量参数，并上报给第二网络，第二网络根据各个网络的参考信号接收质量参数判断各个网络的参考信号接收质量，进而确定终端设备适合驻留的网络。协议可以规定在第二网络确定5g sa网络的参考信号接收质量优于第二网络的参考信号接收质量的情况下，第二网络指示终端设备返回到5g sa网络注册。
[0192]
再例如，协议可以规定在经过第一预设惩罚时长之后，第二网络指示终端设备返回到5g sa网络进行注册。
[0193]
在一些实施例中，在终端设备返回到5g sa网络注册的情况下，若因为同一原因导致注册失败，则终端设备可以增大惩罚时长。示例性的，在终端设备向5g sa网络连续m次注册失败且第m次注册失败的注册失败原因信息符合第一预设原因信息的情况下，终端设备禁止在第二预设惩罚时长内向5g sa网络发起注册请求。其中，第二预设惩罚时长大于第一预设惩罚时长。可选的，第二预设惩罚时长可以是终端设备与5g sa网络协商好的或者协议规定的，本技术不予限制。
[0194]
举例来说，假设第一预设原因信息对应的预设次数为2，那么在终端设备向5g sa网络连续2次注册失败且第2次注册失败的注册失败原因信息符合第一预设原因信息的情况下，终端设备禁止在12分钟内向5g sa网络发起注册请求，此时到lte网络注册。进一步的，在终端设备返回到5g sa网络注册时，若终端设备向5g sa网络连续2次注册失败且第2
次注册失败的注册失败原因信息仍然符合第一预设原因信息，则终端设备禁止在2小时内向5g sa网络发起注册请求。其中，惩罚时长从12分钟增大为2小时，可减少用户业务影响时间。
[0195]
针对上面提到的注册异常场景下可能存在的问题，考虑实际用户体验，下文针对建链失败、随机接入失败或链路释放等原因导致注册失败的场景，设计了对应的处理策略，具体实现参见下述实施例(第一实施例至第三实施例)描述，下述实施例均以第二网络为lte网络为例进行示例性描述。需要说明的是，当前产品实现的场景为整个发明方案的子集，当然还可以针对其他场景定制不同的策略，下述具体实施例不代表本方案的全部方案。
[0196]
第一实施例：链路失败导致注册失败的场景
[0197]
在第一实施例中，针对注册流程中链路失败导致注册失败的场景进行逃生设计(即在5g sa网络注册不成功时，则向第二网络注册)，假设预设原因信息指示由于链路失败引起注册失败，对应的预设次数为2；并且假设递进式惩罚策略为：第一轮对sa网络惩罚12分钟(即上述的第一预设惩罚时长)，第二轮及以后每一轮均惩罚2小时(即上述的第二预设惩罚时长)。示例性的，在第一轮注册流程中第二次注册失败原因为链路失败，终端设备判断当前满足提前结束注册条件，结束sa网络注册流程。并对sa网络进行惩罚，首次惩罚12分钟。超时后(12分钟后)，终端设备可恢复sa能力，并在sa网络重新发起注册。在第二轮注册流程中，若第二次注册失败原因仍然为链路失败，则终端设备提前结束sa注册流程，并对sa网络惩罚2小时。为了便于描述，下面采用c代表累计失败次数的取值。
[0198]
图8示出了本技术实施例提供的处理网络注册异常的方法应用于链路失败导致注册失败的场景中的流程示意图。如图8所示，该方法400包括下述的步骤s411
‑
s422。
[0199]
s411，终端设备向sa网络发起注册请求。
[0200]
当终端设备开机(假设终端设备默认开机后接入sa网络)或从异系统切换到sa网络时，终端设备向sa网络发起注册请求，以接入sa网络。
[0201]
s412，在注册失败时，终端设备累计失败次数c＝1，获取注册失败原因信息，并判断当前注册异常场景是否满足提前结束注册条件。
[0202]
终端设备可以根据注册失败原因信息和累计失败次数，判断当前注册异常场景是否满足提前结束注册条件。示例性的，若确定链路失败导致本次注册失败且累计失败次数c大于或等于对应的预设次数2时，可以确定当前注册异常场景满足提前结束注册条件。当确定当前注册异常场景满足提前结束注册条件时，终端设备继续执行下述的s413。当确定当前注册异常场景不满足提前结束注册条件时，终端设备可以起定时器(例如t3511)，在sa网络等待，超时后继续尝试注册。
[0203]
其中，在注册流程中由于某些原因导致本次注册失败，但是当前注册异常场景可能并不满足提前结束注册条件，这是因为导致本次注册失败的原因可能是预设原因信息列表中没有的原因，也可能是预设原因信息列表中有的原因(例如可能是建链异常、网络不响应或网络拒绝等原因)但是累计失败次数没有达到对应的预设次数，因此当前注册异常场景不满足提前结束注册条件，终端设备可以继续尝试向sa网络注册。
[0204]
s413，在不满足提前结束注册条件时，终端设备启动定时器。
[0205]
示例性的，在注册失败且当前注册异常场景不满足提前结束注册条件时，终端设备起定时器t3511，时长为10秒(对应于上述的第一等待时长)，在此期间终端设备在sa网络
等待，10秒后可继续尝试向sa网络注册。
[0206]
s414，当定时器超时，终端设备向sa网络发起注册请求。
[0207]
示例性的，经过10秒后定时器t3511超时，终端设备重新向sa网络发起注册请求。
[0208]
s415，在注册失败时，终端设备累计失败次数c＝2，获取注册失败原因信息，并判断当前注册异常场景是否满足提前结束注册条件。
[0209]
示例性的，注册失败原因信息指示随机接入失败导致本次注册失败，且累计失败次数c大于或等于预设次数2，可以确定当前注册异常场景满足提前结束注册条件。
[0210]
s416，在链路失败导致本次注册失败且累计失败次数等于对应的预设次数2时，满足提前结束注册条件，禁止在12分钟内向sa网络发起注册请求，并向lte网络发起注册请求。
[0211]
由于导致本次注册失败的链路失败符合预设原因信息，且累计失败次数等于对应的预设次数2，满足提前结束注册条件，因此可以快速逃生到其他网络注册。
[0212]
从相关技术方案看，终端设备在连续两次注册失败时会累计失败次数c＝2，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待继续尝试注册。与相关技术不同的是，本技术中终端设备在连续两次注册失败时由于链路失败导致本次注册失败，可以提前结束本轮sa网络注册，并对sa进行惩罚12分钟，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃生。
[0213]
如此，在sa网络注册流程中发生异常的情况下，当第二次异常原因为链路失败场景时，终端设备可提前结束sa网络注册流程，回落到lte网络进行注册，减少用户业务影响时间。
[0214]
在终端设备注册到lte网络之后，对sa网络的惩罚时间结束，即12分钟之后，终端设备恢复sa能力，可重新返回sa网络注册，执行步骤s417至s422。对于s417至s422的描述参见上述对s411至s416的详细描述，此处不再赘述。
[0215]
这里，s411至s416可认为是第一轮注册流程，s417至s422可认为是第二轮注册流程，当然还可能出现更多轮注册流程。其中，与第一轮注册流程不同之处在于，第二轮注册流程的惩罚时长增加，减少注册异常影响时间。具体参见s422，在链路失败导致本次注册失败且累计失败次数等于对应的预设次数2时，禁止在2小时内向sa网络发起注册请求，并向lte网络发起注册请求。其中，惩罚时长由12分钟增加到2小时。
[0216]
相关技术中，终端设备在第二次注册失败时会累计失败次数c＝2，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待。与相关技术不同的是，本技术在第二轮注册流程中终端设备可以此时提前结束本轮sa网络注册，并对sa进行惩罚2小时，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃生。
[0217]
通过第一实施例提供的方案，本技术可以在注册流程中第二次失败原因为链路失败时提前结束sa网络注册流程，不必继续累加注册尝试计数(对应于上述的累计失败次数)。同时，对sa网络进行渐进式惩罚，首轮惩罚时间为12分钟；第二轮及以后均惩罚2小时，与相关技术中注册尝试5次均失败后禁止12分钟相比，惩罚时长增加到2小时，从而通过减少注册异常影响时间来降低对用户业务的影响。因此，本技术在5g sa注册异常时可以快速逃生到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0218]
第二实施例：随机接入失败导致注册失败的场景
[0219]
在第二实施例中，针对注册流程中随机接入失败导致注册失败的场景进行逃生设计(即在5g sa网络注册不成功时，则向第二网络注册)，假设预设原因信息指示由于随机接入失败引起注册失败，对应的预设次数为2；并且假设递进式惩罚策略为：第一轮对sa网络惩罚12分钟(即第一预设惩罚时长)，第二轮及以后每一轮均惩罚2小时(即第二预设惩罚时长)。示例性的，在第一轮注册流程中第二次注册失败原因为随机接入失败，终端设备判断当前满足提前结束注册条件，结束sa网络注册流程。并对sa网络进行惩罚，首次惩罚12分钟。惩罚超时后(12分钟后)，终端设备可恢复sa能力，并在sa网络重新发起注册请求。在第二轮注册流程中，若第二次注册失败原因仍然为随机接入失败，则终端设备提前结束sa注册流程，并对sa网络惩罚2小时。
[0220]
图9示出了本技术实施例提供的处理网络注册异常的方法应用于随机接入失败导致注册失败的场景中的流程示意图。如图9所示，该方法500包括下述的步骤s511
‑
s522。
[0221]
s511，终端设备向sa网络发起注册请求。
[0222]
当终端设备开机或从异系统切换到sa网络时，终端设备向sa网络发起注册请求，以接入sa网络。
[0223]
s512，在注册失败时，终端设备累计失败次数c＝1，获取注册失败原因信息，并判断当前注册异常场景是否满足提前结束注册条件。
[0224]
终端设备可以根据注册失败原因信息和累计失败次数，判断当前注册异常场景是否满足提前结束注册条件。示例性的，若确定随机接入失败导致本次注册失败且累计失败次数c大于或等于对应的预设次数2时，可以确定当前注册异常场景满足提前结束注册条件。当确定当前注册异常场景满足提前结束注册条件时，终端设备继续执行下述的s513。当确定当前注册异常场景不满足提前结束注册条件时，终端设备可以起定时器(例如t3511)，在sa网络等待，超时后继续尝试注册。
[0225]
其中，在注册流程中由于某些原因导致本次注册失败，但是当前注册异常场景并不满足提前结束注册条件，这是因为导致本次注册失败的原因可能是预设原因信息列表中没有的原因，也可能是预设原因信息列表中有的原因(例如可能是建链异常、网络不响应或网络拒绝等原因)但是累计失败次数没有达到对应的预设次数，因此当前注册异常场景不满足提前结束注册条件，终端设备可以继续尝试向sa网络注册。
[0226]
s513，在不满足提前结束注册条件时，终端设备启动定时器。
[0227]
示例性的，在注册失败且当前注册异常场景不满足提前结束注册条件时，终端设备起定时器t3511，时长为10秒(对应于上述的第一等待时长)，在此期间终端设备在sa网络等待。
[0228]
s514，当定时器超时，终端设备向sa网络发起注册请求。
[0229]
示例性的，经过10秒后定时器t3511超时，终端设备重新向sa网络发起注册请求。
[0230]
s515，在注册失败时，终端设备累计失败次数c＝2，获取注册失败原因信息，并判断当前注册异常场景是否满足提前结束注册条件。
[0231]
示例性的，注册失败原因信息指示随机接入失败导致本次注册失败，且累计失败次数c大于或等于预设次数2，可以确定当前注册异常场景满足提前结束注册条件。
[0232]
s516，在随机接入失败导致本次注册失败且累计失败次数等于对应的预设次数2时，满足提前结束注册条件，禁止在12分钟内向sa网络发起注册请求，并向lte网络发起注
册请求。
[0233]
由于导致本次注册失败的随机接入失败符合预设原因信息，且累计失败次数等于对应的预设次数2，满足提前结束注册条件，因此可以快速逃生到其他网络注册。
[0234]
从相关技术方案看，终端设备在连续两次注册失败时会累计失败次数c＝2，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待，超时后继续尝试注册，注册耗时较长。再看本技术方案，终端设备在连续两次注册失败时由于随机接入失败导致本次注册失败，可以提前结束本轮sa网络注册，并对sa进行惩罚12分钟，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃生。
[0235]
相比而言，本技术方案在sa网络注册流程中发生异常的情况下，当第二次异常原因为随机接入失败场景时，可提前结束sa网络注册流程，终端设备回落到lte网络进行注册，减少用户业务影响时间，提升用户业务体验。
[0236]
在终端设备注册到lte网络之后，对sa网络的惩罚时间结束，即12分钟之后，终端设备恢复sa能力，可重新返回sa网络注册，执行步骤s517至s522。对于s517至s522的描述参见上述对s511至s516的详细描述，此处不再赘述。
[0237]
这里，s511至s516可认为是第一轮注册流程，s517至s522可认为是第二轮注册流程，当然还可能出现更多轮注册流程。其中，与第一轮注册流程不同之处在于，第二轮注册流程的惩罚时长增加，减少注册异常影响时间。具体参见s422，在随机接入失败导致本次注册失败且累计失败次数等于对应的预设次数2时，禁止在2小时内向sa网络发起注册请求，并向lte网络发起注册请求。其中，惩罚时长由12分钟增加到2小时。
[0238]
相关技术中，终端设备在第二次注册失败时会累计失败次数c＝2，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待。与相关技术不同的是，本技术在第二轮注册流程中终端设备可以此时提前结束本轮sa网络注册，并对sa进行惩罚2小时，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃生。
[0239]
在第二实施例提供的方案中，本技术可以在注册流程中第二次失败原因为随机接入失败时提前结束sa网络注册流程，不必继续累加注册尝试计数(对应于上述的累计失败次数)。同时，对sa网络进行渐进式惩罚，首轮惩罚时间为12分钟；第二轮及以后均惩罚2小时，与相关技术中注册尝试5次均失败后禁止12分钟相比，惩罚时长增加到2小时，从而通过减少注册异常影响时间来降低对用户业务的影响。因此，本技术在5g sa注册异常时可以快速逃生到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0240]
第三实施例：网络释放链路导致注册失败的场景
[0241]
在第三实施例中，针对注册流程中网络释放链路导致注册失败的场景进行逃生设计(即在5g sa网络注册不成功时，则向第二网络注册)，假设预设原因信息指示由于网络释放链路引起注册失败，对应的预设次数为1；并且假设递进式惩罚策略为：第一轮对sa网络惩罚12分钟(即第一预设惩罚时长)，第二轮及以后每一轮均惩罚12小时(即第二预设惩罚时长)。示例性的，在第一轮注册流程中第二次注册失败原因为网络释放链路，终端设备判断当前满足提前结束注册条件，结束sa网络注册流程。并对sa网络进行惩罚，首次惩罚12分钟。惩罚超时后(12分钟后)，终端设备可恢复sa能力，并在sa网络重新发起注册请求。在第二轮注册流程中，若第二次注册失败原因仍然为网络释放链路，则终端设备提前结束sa注册流程，并对sa网络惩罚12小时。
[0242]
图10示出了本技术实施例提供的处理网络注册异常的方法应用于网络释放链路导致注册失败的场景中的流程示意图。如图10所示，该方法600包括下述的步骤s611
‑
s616。
[0243]
s611，终端设备向sa网络发起注册请求。
[0244]
如图11中的(a)所示，当终端设备01开机或从异系统切换到sa网络02时，终端设备向sa网络02发起注册请求，以接入sa网络02。
[0245]
s612，在注册失败时，终端设备累计失败次数c＝1，获取注册失败原因信息，并判断当前注册异常场景是否满足提前结束注册条件。
[0246]
终端设备可以根据注册失败原因信息和累计失败次数，判断当前注册异常场景是否满足提前结束注册条件。示例性的，若确定网络释放链路导致本次注册失败且累计失败次数c大于或等于对应的预设次数1时，则可以确定当前注册异常场景满足提前结束注册条件。当确定当前注册异常场景满足提前结束注册条件时，终端设备继续执行下述的s613。当确定当前注册异常场景不满足提前结束注册条件时，终端设备可以起定时器(例如t3511)，在sa网络等待，超时后继续尝试注册。
[0247]
s613，在网络释放链路导致本次注册失败且累计失败次数c等于对应的预设次数1时，满足提前结束注册条件，终端设备禁止在12分钟内向sa网络发起注册请求，并向lte网络发起注册请求。
[0248]
由于导致本次注册失败的网络释放链路符合预设原因信息，且累计失败次数等于对应的预设次数1，满足提前结束注册条件，因此如图11中的(b)所示，终端设备01可以快速逃生到lte网络03注册。
[0249]
从相关技术方案看，终端设备在第一次注册失败时会累计失败次数c＝1，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待继续尝试注册，注册耗时较长。再看本技术方案，终端设备在第一次注册失败时由于网络释放链路导致注册失败，可以提前结束本轮sa网络注册，并对sa进行惩罚12分钟，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃生。相比而言，本技术方案在sa网络注册流程中发生异常的情况下，当第二次异常原因为网络释放链路场景时，可提前结束sa网络注册流程，终端设备回落到lte网络进行注册，减少用户业务影响时间，提升用户业务体验。
[0250]
在终端设备注册到lte网络之后，对sa网络的惩罚时间结束，即12分钟之后，终端设备恢复sa能力，可重新返回sa网络注册，执行步骤s614至s616。对于s614至s616的描述参见上述对s611至s613的详细描述，此处不再赘述。
[0251]
这里，s611至s613可认为是第一轮注册流程，s614至s616可认为是第二轮注册流程，当然还可能出现更多轮注册流程。其中，与第一轮注册流程不同之处在于，第二轮注册流程的惩罚时长增加，减少了注册异常影响时间。具体参见s616，在网络释放链路导致本次注册失败且累计失败次数等于对应的预设次数1时，禁止在12小时内向sa网络发起注册请求，并向lte网络发起注册请求。其中，惩罚时长由12分钟增加到12小时。
[0252]
相关技术中，终端设备在第一次注册失败时会累计失败次数c＝1，并起定时器t3511，时长为10秒，在此期间终端设备在sa网络等待。与相关技术不同的是，本技术在第二轮注册流程中终端设备可以此时提前结束本轮sa网络注册，并对sa进行惩罚12小时，关闭sa能力，不在sa网络上发起注册；此时终端设备可回落lte网络注册进行业务，实现快速逃
生。
[0253]
在第三实施例提供的方案中，本技术可以在注册流程中第一次失败原因为网络释放链路时提前结束sa网络注册流程，不必继续累加注册尝试计数(对应于上述的累计失败次数)。同时，对sa网络进行渐进式惩罚，首轮惩罚时间为12分钟；第二轮及以后均惩罚12小时，与相关技术中注册尝试5次均失败后禁止12分钟相比，惩罚时长增加到12小时，从而通过减少注册异常影响时间来降低对用户业务的影响。因此，本技术在5g sa注册异常时可以快速逃生到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0254]
需要说明的是，尽管本技术实施例中当前仅列出了13种异常原因，并给出了3个实施例，但是对于注册异常原因，可以理解为可变的方案输入参数，其他原因也可使用本技术方案的实现逻辑进行实施，因此当前列出的异常原因可持续扩展。此外，对于实施例中的配置参数可根据网络情况灵活修改定制。
[0255]
本技术实施例提供的处理网络注册异常的方法，可以在5g sa网络注册流程中发生异常时快速逃生，在满足提前结束注册条件时，终端设备能够提前结束sa网络注册流程，快速逃生到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0256]
需要说明的是，首先，本技术方案可以按不同异常原因值(即上述的注册失败原因信息)定制最大注册尝试次数(协议规定为5次)，以便发生异常时提前结束sa网络注册，其中，不同异常原因值定制最大注册尝试次数具体如何设计可能有各种可能的实现方式，本技术对此不作限定。其次，本技术方案可以定制惩罚时间，设计渐进式惩罚策略，例如第二轮注册流程的惩罚时长大于第一轮注册流程的惩罚时长，其中，渐进式惩罚策略具体如何设计可能有各种可能的实现方式，本技术对此不作限定。再次，本技术方案可以根据异常原因值，起定时器时长不固定，其中，异常原因值对应的定时器时长具体如何设计可能有各种可能的实现方式，本技术对此不作限定。
[0257]
也需要说明的是，在本技术实施例中，“大于”可以替换为“大于或等于”，“小于或等于”可以替换为“小于”，或者，“大于或等于”可以替换为“大于”，“小于”可以替换为“小于或等于”。
[0258]
本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本技术的保护范围中。
[0259]
可以理解的是，上述各个方法实施例中由接入网设备实现的方法和操作，也可以由可用于接入网设备的部件(例如芯片或者电路)实现。上述各个方法实施例中由终端设备实现的方法和操作，也可以由可用于终端设备的部件(例如芯片或者电路)实现。上述各个方法实施例中由核心网设备实现的方法和操作，也可以由可用于核心网设备的部件(例如芯片或者电路)实现。
[0260]
上文描述了本技术提供的方法实施例，下文将描述本技术提供的装置实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
[0261]
上文主要从设备与设备之间交互的角度对本技术实施例提供的方案进行了描述。可以理解的是，各个设备，例如发射端设备或者接收端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软
件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的保护范围。
[0262]
本技术实施例可以根据上述方法示例，对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有其它可行的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
[0263]
图12为本技术实施例提供的处理注册异常的装置700的示意性框图。该装置700可以用于执行上文方法实施例中接入网设备所执行的动作。该装置700包括收发单元710和处理单元720。收发单元710用于执行上文方法实施例中终端设备侧的收发相关的操作。收发单元710还可以称为通信接口或通信单元。处理单元720用于进行数据处理，处理单元720用于执行上文方法实施例中终端设备侧的处理相关的操作。
[0264]
收发单元710用于向5g sa网络发起第m次注册请求，m为小于n的正整数，n为预设整数。
[0265]
处理单元720用于在第m次注册失败的情况下，获取第m次注册失败的原因信息和累计失败次数m；并且，当第m次注册失败的原因信息符合第一预设原因信息，且累计失败次数m大于或等于与第一预设原因信息对应的第一预设次数时，执行与第一预设原因信息对应的第一处理策略，该第一处理策略包括停止向5g sa网络发起注册请求并且向与5g sa网络不同的第二网络发起注册请求。
[0266]
在一些实施例中，n可以为5。示例性的，m可以取1，也可以取2，还可以取3，或者可以取4。其中，当m为1时，收发单元710向5g sa网络发起第1次(即首次)注册请求。当m大于1且小于5时，在收发单元710向5g sa网络发起第m次注册请求之前，装置700向5g sa网络连续m
‑
1次注册失败。例如，当m为2时，装置700在向5g sa网络第1次注册失败之后，向5g sa网络发起第2次注册请求。
[0267]
在一些实施例中，第二网络可以为lte网络。示例性的，在手机向5g sa网络连续多次注册失败的情况下，在根据注册失败原因信息及累计失败次数判断出当前注册异常场景满足提前结束注册条件时，手机停止向5g sa网络发起注册请求，此时可以向lte网络发起注册请求。由此，通过本技术提供的处理网络注册异常的方法，手机在5g sa网络注册流程中发生异常时可以快速逃生，回落到lte网络注册，减少注册异常影响时间，提升用户业务体验。
[0268]
在一些实施例中，当m大于1且小于n时，在收发单元710向5g sa网络发起第m次注册请求之前，装置700向5g sa网络连续m
‑
1次注册失败。
[0269]
在一些实施例中，装置700还可以包括计数单元，该计数单元用于每当装置700向5g sa网络注册失败时计数一次，在第m次注册失败的情况下累计得到累计失败次数m。
[0270]
在一些实施例中，上述第一预设原因信息可以用于指示以下任一项：由于建立链路失败导致注册失败、由于链路在建立后被释放导致注册失败、由于5g sa网络无响应导致注册失败、由于5g sa网络拒绝注册导致注册失败。
[0271]
在一些实施例中，收发单元710还用于当第m次注册失败的原因信息不符合第一预设原因信息时，或者当第m次注册失败的原因信息符合第一预设原因信息且累计失败次数m小于第一预设次数时，在第一等待时长后向5g sa网络发起第m 1次注册请求。
[0272]
在一些实施例中，处理单元720还用于在装置700向5g sa网络第m 1次注册失败的情况下，获取第m 1次注册失败的原因信息和累计失败次数m 1；并且，当第m 1次注册失败的原因信息符合第二预设原因信息，且累计失败次数m 1大于或等于与第二预设原因信息对应的第二预设次数时，执行与第二预设原因信息对应的第一处理策略。
[0273]
在一些实施例中，处理单元720具体用于禁止在与第一预设原因信息对应的第一预设惩罚时长内向5g sa网络发起注册请求。其中，该第一预设惩罚时长大于第一等待时长。
[0274]
在一些实施例中，收发单元710还用于在经过第一预设惩罚时长之后，向5g sa网络发起注册请求。
[0275]
在一些实施例中，收发单元710具体用于接收5g sa网络或第二网络发送的指示信息，并根据该指示信息向5g sa网络发起注册请求，该指示信息用于指示向5g sa网络发起注册请求。
[0276]
在一些实施例中，处理单元720还用于：在收发单元710向5g sa网络连续m次注册失败且第m次注册失败的注册失败原因信息符合第一预设原因信息的情况下，禁止在第二预设惩罚时长内向5g sa网络发起注册请求。其中，上述第二预设惩罚时长可以大于上述第一预设惩罚时长。
[0277]
在一些实施例中，装置700还可以包括存储单元，该存储单元用于预先存储至少一项对应关系，该至少一项对应关系包括第一对应关系和第二对应关系，该第一对应关系为第一预设原因信息、第一预设次数与第一处理策略之间的对应关系，该第二对应关系为第二预设原因信息、第二预设次数与第一处理策略之间的对应关系。
[0278]
在一些实施例中，处理单元720还用于当第m次注册失败的原因信息符合第一预设原因信息时，根据第一对应关系，确定与第一预设原因信息对应的第一预设次数。
[0279]
在一些实施例中，收发单元710具体用于在装置700搜索到除5g sa网络之外的至少一个可用网络(该至少一个可用网络包括第二网络)且该至少一个可用网络中第二网络的参考信号接收质量最优的情况下，向第二网络发起注册请求。
[0280]
通过本技术实施例提供的处理注册异常的装置，在网络注册发生异常时，终端设备可以获取注册失败原因信息以及累计失败次数，以此判断是否满足提前结束注册条件，若满足条件，则提前结束注册流程，不必按协议规定重试多次，此时可以到其他网络注册以快速恢复业务。因此，本技术方案可以在网络注册发生异常时提前结束异常注册并到其他网络注册，减少注册异常影响时间，从而解决网络注册流程中因网络异常或环境信号差等原因导致频繁注册失败的问题，提升用户业务体验。
[0281]
根据本技术实施例的装置700可对应于执行本技术实施例中描述的方法，并且装置700中的单元的上述和其它操作和/或功能分别为了实现方法的相应流程，为了简洁，在此不再赘述。
[0282]
图13是本技术实施例提供的通信装置900的结构性示意性图。所述通信装置900包括：处理器910、存储器920、通信接口930、总线940。
[0283]
在一种可能的实现方式中，图13所示的装置900中的处理器910可以对应于图12中的装置700中的处理单元720。图13所示的装置900中的通信接口930可以对应于图12中的装置700中的收发单元710。
[0284]
其中，该处理器910可以与存储器920连接。该存储器920可以用于存储该程序代码和数据。因此，该存储器920可以是处理器910内部的存储单元，也可以是与处理器910独立的外部存储单元，还可以是包括处理器910内部的存储单元和与处理器910独立的外部存储单元的部件。
[0285]
可选的，装置900还可以包括总线940。其中，存储器920、通信接口930可以通过总线940与处理器910连接。总线940可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。所述总线940可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。
[0286]
应理解，在本技术实施例中，该处理器910可以采用中央处理单元(central processing unit，cpu)。该处理器还可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器810采用一个或多个集成电路，用于执行相关程序，以实现本技术实施例所提供的技术方案。
[0287]
该存储器920可以包括只读存储器和随机存取存储器，并向处理器910提供指令和数据。处理器910的一部分还可以包括非易失性随机存取存储器。例如，处理器910还可以存储设备类型的信息。
[0288]
在装置900运行时，所述处理器910执行所述存储器920中的计算机执行指令以通过所述装置700执行上述方法的操作步骤。
[0289]
应理解，根据本技术实施例的装置900可对应于本技术实施例中的装置700，并且装置700中的各个单元的上述和其它操作和/或功能分别为了实现方法的相应流程，为了简洁，在此不再赘述。
[0290]
可选地，在一些实施例中，本技术实施例还提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
[0291]
可选地，在一些实施例中，本技术实施例还提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。
[0292]
在本技术实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。其中，硬件层可以包括中央处理器(central processing unit，cpu)、内存管理单元(memory management unit，mmu)和内存(也称为主存)等硬件。操作系统层的操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios操作系统或windows操作系统等。应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件等
应用。
[0293]
本技术实施例并未对本技术实施例提供的方法的执行主体的具体结构进行特别限定，只要能够通过运行记录有本技术实施例提供的方法的代码的程序，以根据本技术实施例提供的方法进行通信即可。例如，本技术实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
[0294]
本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本文中使用的术语“制品”可以涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read
‑
only memory，eprom)、卡、棒或钥匙驱动器等)。
[0295]
本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于：无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
[0296]
应理解，本技术实施例中提及的处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0297]
还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read
‑
only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)。例如，ram可以用作外部高速缓存。作为示例而非限定，ram可以包括如下多种形式：静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0298]
需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。
[0299]
还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0300]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以
对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的保护范围。
[0301]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0302]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0303]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0304]
另外，在本技术各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0305]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上，或者说对现有技术做出贡献的部分，或者该技术方案的部分，可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，该计算机软件产品包括若干指令，该指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。前述的存储介质可以包括但不限于：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0306]
除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。
[0307]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。