CN117979326A - 通信方法及装置 - Google Patents

Abstract

本申请提供了一种通信方法及装置，该通信方法在位置更新流程失败后启动第一定时器，在确定由于底层原因导致位置更新流程失败后，进一步检测当前环境的信号条件是否明显变化，如果是则停止第一定时器并立即重发位置更新请求，无需等待第一定时器超时。从而缩短了等待重发位置更新请求的时长，即缩短了网络侧的终端位置与终端实际位置不同步的时长，最终缩短了业务中断时长以及降低了业务中断概率。

Description

通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及通信方法及装置。

背景技术

随着终端的通信技术发展，终端可以支持多种通信网络，例如，终端当前驻留的区域的信号质量变差可以切换至其他区域承载相应的业务，例如，终端当前驻留在小区A，终端检测到小区A的信号质量变差后，可以从小区A切换至其他小区。终端从一个小区切换到另一个小区后，需要向网络侧发送跟踪区更新请求，并在接收到网络侧的应答后，才能在新的小区上执行相应的业务。

但是，由于底层原因导致跟踪区更新请求未发送成功，按照协议规定跟踪区更新请求发送失败后超过一段时间后才能重发该请求，在等待重发请求期间，核心网并不知道终端已经重选到其他小区，因此当该终端的被叫到来时，仍向切换前的小区发送相应的消息，导致终端收不到消息，进而被叫不通，即跟踪区更新请求发送失败导致业务中断。

发明内容

有鉴于此，本申请提供了通信方法及装置，以解决上述的至少部分问题，其公开的技术方案如下：

第一方面，本申请提供了一种通信方法，应用于移动终端，该方法包括：移动终端发送位置更新请求（如TAU请求或MRU请求）失败，位置更新请求用于使网络侧同步更新移动终端的最新位置；移动终端响应于位置更新请求发送失败，启动第一定时器（如T3411定时器或T3511定时器），判定由于底层原因导致位置更新请求发送失败后，以及在第一定时器超时前检测到当前环境满足预设条件，停止第一定时器并立即重发位置更新请求，第一定时器用于设定移动终端等待重发位置更新请求的时长，预设条件包括当前驻留小区的信号质量增强第一预设阈值，或当前驻留小区发生变化。这样，由于底层原因导致位置更新请求根本就没发出去的场景下，检测到满足预设条件后立即重发位置更新请求无需等待第一定时器超时，从而缩短了等待重发位置更新请求的时长，即网络侧的终端位置与终端实际位置不同步的时长，最终缩短了业务中断时长以及降低了业务中断概率。

在第一方面的一种可能的实现方式中，若移动终端在第一定时器超时前发送的位置更新请求失败，则不累计到位置更新总失败次数中。这样，在第一定时器超时前若发起的位置更新流程仍异常不会累计到位置更新总失败次数中，这样可以避免位置更新失败次数很快达到最大数值而进入位置更新抑制阶段。

在第一方面的一种可能的实现方式中，移动终端响应于位置更新请求发送失败，若接收到底层模块上报的随机接入失败或RRC链路建立失败则确定由于底层原因导致更新请求失败。

在第一方面的一种可能的实现方式中，移动终端包括基带处理器，基带处理器包括非接入层NAS层、RRC层、媒体接入控制MAC层和物理层；若RRC层未接收到MAC层发送的资源信息，则确定由于底层原因导致位置更新请求发送失败；或者，若RRC层未收到网络侧发送的RRC连接响应消息，则确定由于底层原因导致位置更新请求发送失败。

在第一方面的一种可能的实现方式中，RRC层确定由于底层原因导致位置更新请求发送失败，则触发执行检测当前环境是否满足预设条件的流程；或者，NAS层接收到RRC层上报的底层原因导致位置更新请求发送失败，则触发执行检测当前环境是否满足预设条件的流程。

在第一方面的一种可能的实现方式中，移动终端响应于TAU请求发送失败，启动T3411定时器，以及在判定由于底层原因导致TAU请求发送失败后，若T3411定时器超时前检测到当前环境满足预设条件，则停止T3411定时器并立即重发TAU请求。可见，该方案在判定由于底层原因导致TAU请求根本就没发出时，满足预设条件时立即重发TAU请求无需等待T3411超时，缩短了等待重发TAU请求的时长，即缩短了完成TAU流程的时长，最终缩短了业务中断时长以及降低了业务中断概率。

在第一方面的一种可能的实现方式中，移动终端从第一区域切换至第二区域后向网络侧设备发送TAU请求；其中，第一区域为5G通信网络中的小区，第二区域为4G通信网络中的小区；或者，第一区域为4G通信网络中的第一小区，第二区域为4G通信网络中的第二小区，第一小区与第二小区属于不同的跟踪区列表。可见，该方案可以应用于从5G小区重选到4G小区的场景，也可以应用于从一个4G小区重选到另一个4G小区的场景中。

在第一方面的一种可能的实现方式中，移动终端响应于MRU请求发送失败，启动T3511定时器，以及判定由于底层原因导致所述MRU请求发送失败后，若在所述T3511定时器超时前检测到当前环境满足预设条件，停止所述T3511定时器并立即重发MRU请求。可见，该方案适用于重选到5G小区的场景，在判定由于底层原因导致MRU请求根本就没发出时，在满足预设条件时立即重发MRU请求无需等待T3511超时，缩短了等待重发MRU请求的时长，即缩短了完成MRU流程的时长，最终缩短了业务中断时长以及降低了业务中断概率。

在第一方面的一种可能的实现方式中，移动终端从第三区域切换至第四区域后向网络侧设备发送MRU请求；其中，第三区域为4G通信网络中的小区，第四区域为5G通信网络中的小区；或者，第三区域为5G通信网络中的第一小区，第四区域为5G通信网络中的第二小区，第一小区和第二小区属于不同的跟踪区列表。可见，该方法可以应用于从4G小区重选到5G小区的场景，也可以应用于从一个5G小区重选到另一个5G小区的场景中。

第二方面，本申请还提供了一种电子设备，电子设备包括：一个或多个处理器、存储器和触摸屏；存储器用于存储程序代码；处理器用于运行程序代码，使得电子设备实现如第一方面任一项的通信方法。

第三方面，本申请还提供了一种计算机可读存储介质，其上存储有指令，当指令在电子设备上运行时，使得电子设备执行如第一方面任一项的通信方法。

第四方面，本申请还提供了一种计算机程序产品，其上存储有指令，当计算机程序产品在电子设备上运行时，使得电子设备实现如第一方面任一项的通信方法。

第五方面，本申请还提供了一种芯片系统，包括：至少一个处理器以及至少一个接口，至少接口用于接收代码指令，并传输至至少一个处理器；至少一个处理器运行代码指令，以实现第一方面任一项的通信方法。

附图说明

图1是本申请实施例提供的一种从5G小区重选至4G小区的场景示意图；

图2是本申请实施例提供的一种从4G小区重选至5G小区的场景示意图；

图3是本申请实施例提供的一种通信方法的流程图；

图4是本申请实施例提供的另一种通信方法的流程图；

图5是本申请实施例提供的又一种通信方法的流程图；

图6是本申请实施例提供的再一种通信方法的流程图；

图7是本申请实施例提供的一种终端的结构示意图；

图8是本申请实施例提供的一种终端的软件结构示意图；

图9是本申请实施例提供的一种芯片系统的结构示意图。

具体实施方式

本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请提供的通信方法可以应用于各种通信系统，例如，第三代合作伙伴计划(third generation partnership project，3GPP)通信系统，第四代（the fourthgeneration，4G）移动通信技术如长期演进(long term evolution，LTE)系统，第五代(fifth generation，5G)移动通信系统、新空口(new radio，NR)通信系统（是5G系统的无线网）、新空口车联网(vehicle to everything，NR V2X)系统，还可以应用于LTE和5G混合组网的系统中，或者非陆地通信网络(non-terrestrial network，NTN)系统、设备到设备(device-to-device，D2D)通信系统、机器到机器(machine to machine，M2M)通信系统、物联网(internet of things，IoT)，以及其他下一代通信系统，例如6G，也可以为非3GPP通信系统，本申请对此不予限制。

本申请实施例中的终端，可以是一种向用户提供语音或者数据连通性的设备，终端可称为终端设备(terminal equipment)、移动台(mobile station)、用户单元、用户站、移动站、移动终端、(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端可以为蜂窝电话(cellular phone)、个人数字助理(personal digital assistant，PDA)、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)、无线本地环路(wirelesslocal loop，WLL)台、平板电脑(pad)等。随着无线通信技术的发展，可以接入无线通信网络、可以与无线网络侧进行通信，或者通过无线网络与其它物体进行通信的设备都可以是本申请实施例中的终端。譬如，智能交通中的终端和汽车、智能家居中的家用设备、智能电网中的电力抄表仪器、电压监测仪器、环境监测仪器、智能安全网络中的视频监控仪器、收款机等等。终端可以是静态固定的，或者是移动的，本申请对于终端的类型不做限定。此外，终端还可以是物联网(Internet of things，IoT)系统中的终端设备。

本申请实施例中的接入网设备，可以是接入网侧用于支持终端接入通信系统的设备，或者可以设置于该设备的芯片。该接入网设备能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发。该接入网设备可以是无线接入网（Radio Access Network，RAN）设备。该接入网设备可以为演进型节点(evolved Node B，eNB)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved Node B，或home NodeB，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission and reception point，TRP或者transmission point，TP)等。或者可以为5G系统中的gNB或传输点(TRP或TP)等，或5G系统中的基站中的一个或一组(包括多个天线面板)天线面板，或构成gNB或传输点的网络节点，例如，BBU，或分布式单元(distributed unit，DU)等，或者还可以是未来的6G系统中的具有相应功能的节点或单元，在此不做限定。

本申请实施例中的核心网（Core Network，CN）设备，可以连接一个或者多个接入网设备，可以为通信系统中的终端提供会话管理、接入认证、互联网协议(internetprotocol，IP)地址分配和数据传输中的一种或者多种功能。例如，核心网设备可以是4G系统中的移动管理实体(mobile management entity，MME)或者服务网关(serving gateway，SGW)，5G系统中的接入和移动性管理功能(access and mobility management function，AMF)网元或者用户面性能(user plane function，UPF)网元等，又如，未来的6G系统中具有相似功能的网络节点，在此不做限定。核心网设备还可以称为核心网网元。

终端（UE）从一个跟踪区（tracking area，TA）切换到另一TA区域（此处的两个TA区域分别属于不同额跟踪区列表（TA List））后，需要向网络侧发送跟踪区更新（trackingarea update，TAU）请求或移动注册更新（mobility registration updating，MRU）请求。其中，若UE在4G网络中从一个TA切换至另一个TA，或者从5G网络小区切换至4G网络的小区，则UE向网络侧发送TAU请求。若UE在5G网络中从一个TA切换至另一个TA，或者从4G网络小区切换至5G网络小区，则UE向网络侧发送MRU请求。

但是，处于空闲态的终端在发起TAU流程或MRU流程时会触发RRC链路建立过程，如果RRC建链失败会导致TAU流程或MRU流程无法发出，进而导致TAU流程或MRU流程失败。

TA是LTE系统为UE的位置管理新设立的概念。它是小区级的配置，多个小区可以配置相同的TA，但一个小区只能属于一个TA。TA的作用是在UE处于空闲状态时，使核心网络能够知道UE所在的跟踪区。当UE需要被寻呼时，必须在UE所注册的TA的所有小区中进行寻呼。

跟踪区列表（Tracking Area List，TA List）是多个TA组成的一个集合。同一个TA可以从属于不同的TA List，TA List的组成是动态的、可调整的，可以根据网络优化和运营商的策略进行动态调整。当UE在一个TA List内移动时，不需要执行TAU流程，这有助于减少与网络的频繁交互。然而，当UE进入不在其所注册的TA List中的新TA区域时，需要执行TAU流程。

请参见图1，示出了本申请实施例提供的终端从5G网络小区重选到4G网络小区的场景示意图。

如图1所示，该通信系统可以是4G和5G混合组网系统，其中，101为5G接入网设备（或称为5G基站），102为4G接入网设备（或称为4G基站）。

终端100成功驻留在5G网络，当终端100检测到5G信号质量变差（如NR信号变差）后进行小区重选，并驻留到4G网络（如LTE网络），终端100需要向网络侧设备发送TAU请求，并在接收到TAU应答后才能在4G网络执行相应的业务。如果终端100由于底层原因（如随机接入失败或RRC建链失败）导致TAU请求发送失败，按照协议TS24.301规定，TAU请求发送失败后需要启动定时器T3411，T3411超时后才能重发TAU请求。

在等待重发TAU请求期间，核心网并不知道终端100已经重选到LTE小区，因此当针对终端100的被叫到来时，核心网仍向NR网络发送寻呼消息，而此时终端已驻留到LTE小区从而导致终端100收不到寻呼进而导致被叫不通。同理，在等待重发TAU请求期间，如果终端100发起主叫，由于底层链路不通导致无法向核心网侧发送主叫消息，即等待TAU重发期间主叫也不通。

请参见图2，示出了本申请实施例提供的终端从4G网络重选到5G网络的场景示意图。

如图2所示，101为5G接入网设备（或称为5G基站），102为4G接入网设备（或称为4G基站）。

终端100成功驻留在4G网络，当终端100检测到5G网络信号变好后重选到5G网络，终端100需要向网络侧设备发送MRU请求，并在接收到MRU应答后才能在5G网络执行相应的业务。如果终端100由于底层原因（如随机接入失败或RRC建链失败）导致MRU请求发送失败，按照协议TS24.501规定，MRU请求发送失败后需要启动定时器T3511，T3511超时后才能重发MRU请求。

与图1所示的场景相同，在等待重发MRU请求期间，核心网并不知道终端100已经重选到NR小区，当针对终端100的被叫到来时，核心网仍向LTE网络发送寻呼消息，而此时终端已驻留到NR小区从而导致终端收不到寻呼进而导致被叫不通。同理，在等待MRU重发期间该终端的主叫也不通。

图1和图2仅示意了在4G网络与5G网络之间切换的场景，实际应用中还可能在同类型通信网络中的不同TA之间切换的场景，同样可能存在上述的问题。即终端进行小区重选后，由于底层原因导致TAU请求或MRU请求发送失败，仍按定时器时长重发TAU请求或MRU请求，导致等待重发TAU请求或MRU请求期间业务中断。即此种方案的业务中断概率高，以及业务中断时长较长。

本申请提供了一种通信方法，以减少业务中断时长以及降低业务中断概率，该方法在TAU流程或MRU流程失败后启动定时器。在确定由于底层原因导致TAU流程或MRU流程异常的情况下，检测驻留小区变化或原小区的信号质量变化情况。在定时器超时前若检测到原小区的信号质量变好或驻留小区发生变化，则停止定时器并立即重新发起TAU流程或MRU流程，无需等待该定时器超时。这样缩短了等待重发TAU请求或MRU请求的时长，即缩短了终端成功发送TAU请求或MRU请求的等待时长，缩短了网络侧的终端位置与终端实际位置不同步的时长，从而缩短了业务中断时长以及降低了业务中断概率。

请参见图3，示出了本申请实施例提供的一种通信方法的流程图，本实施例以UE从5G小区重选到4G小区（如LTE小区）的场景为例进行说明，如图3所示，该方法包括如下步骤：

S101，终端当前成功驻留在5G网络。

S102，处于空闲态的终端检测到5G信号质量变差后，进行异系统重选。

例如，终端处于空闲态时，若检测到当前驻留的5G网络信号质量变差（如NR信号质量变化（具体指减小）超过第一阈值），则进行异系统重选的操作，即UE检测到NR信号质量变差后选择其他通信系统最优小区进行驻留，如LTE小区。例如，UE处于移动场景（如，处于快速移动的交通工具上，如汽车、火车、飞机等），可能从5G网络覆盖区域移动至4G网络覆盖区域，此种情况下UE检测到的5G信号质量变差。

异系统重选系统由UE控制，与网络侧无信令交互。此处的异系统是指不同类型的通信系统，如4G系统与5G系统互为异系统，3GPP系统和4G系统也互为异系统。

S103，终端成功驻留在4G小区A。

UE经过异系统重选成功驻留在4G系统中的小区A。

S104，处于空闲态的终端触发TAU流程，启动定时器T300和T3430。

当UE从5G小区重选到4G小区后，会触发TAU流程，以使网络侧更新UE所在的TA信息。

当UE发出tracking area update request（TAU请求）消息时，启动定时器T3430，当UE接收到网络侧发送的TAU应答消息（如tracking area update accept或trackingarea update reject消息）后停止计时，若T3430超时则启动定时器T3411。

UE处于空闲（IDLE）态时发起的TAU流程会触发无线资源控制（radio resourcecontrol，RRC）建立流程，触发RRC建立流程会启动定时器T300，T300是UE等待RRC连接响应的定时器长度。RRC建立流程会触发随机接入过程，整个过程也称为RRC接入，RRC接入过程可包括：

UE触发RRC建立流程时会（如UE的modem中的L2（MAC层））向网络侧发送msg1用于告诉网络侧UE要发送消息。网络侧接收到msg1后会向UE（modem中的L2层）返回msg2，用于告知UE时频、时隙、频率等信息。若UE接收到msg2后，UE的modem中的L3（RRC层）向网络侧发送RRC连接请求（即，msg3），若在T300定时器超时前UE中的RRC层接收到网络侧的响应消息（RRCsetup消息，即msg4）则停止T300定时器，否则RRC层未接收到RRC setup消息则T300会超时，表明TAU流程失败。RRC建立完成后UE向网络侧上报RRC setup complete消息（或称为msg5），该消息用于回复网络侧RRC建立完成。

上述msg1~msg4中任一个消息不成功则表明随机接入过程失败。在本场景（RRC建立流程触发随机接入的场景）中，即随机接入失败会导致RRC建链失败，因此上述msg1~msg5中的任一个消息不成功表明RRC建链失败。

S105，TAU流程失败后，停止计时器T3430，并启动定时器T3411。

前已叙及，T300定时器超时表明随机接入失败或RRC建链失败，也即TAU流程失败。根据协议TS24.301规定，TAU流程失败后会启动T3411定时器。T3411定时器是UE等待重发TAU请求的时长。

S106，终端判定由于底层原因导致TAU流程失败后，在T3411超时前检测驻留小区的变化或当前驻留小区信号质量的变化情况。

UE确定由于底层原因导致TAU流程失败，如随机接入失败或RRC建链失败，检测驻留小区是否发生变化或当前驻留小区的信号质量是否变好。若驻留小区发生变化或当前驻留小区信号质量变好，则执行S107；若驻留小区未发生变化且当前驻留小区信号质量未变，则在T3411超时前继续检测。

在一示例性实施例中，UE可以先检测驻留小区是否发生变化，若驻留小区发生变化则直接执行S107；若驻留小区未变化则可以继续检测当前驻留小区的信号质量的变化情况，如果信号质量变好则执行S107。

例如，在一种场景下，UE处于高速移动场景（如，处于快速移动得到汽车、火车或飞机等交通工具上），随着位置移动UE从5G小区重选至4G小区后发起的TAU流程失败，此场景下，UE在判定由于底层原因导致TAU流程失败后会检测到UE的当前驻留小区是否发生变化。若驻留小区变化，例如，从4G的A小区重选到C小区，则直接执行S107。若驻留小区未变（UE仍驻留在4G的A小区），则继续检测A小区的信号质量，若信号质量变好则执行S107。

S107，停止T3411定时并立即重新发起TAU流程。

在T3411定时器超时之前，如果检测到驻留小区发生变化（如UE从4G的A小区变化到4G的C小区），或者，驻留小区未变化且当前驻留小区的信号质量变好（如信号质量增强数值超过第二阈值，第二阈值可以根据实际需求设定），则停止T3411定时器，并且立即重新发起TAU流程无需等T3411定时器超时。TAU流程如S108-1~S108-2所示，下面以UE的驻留小区发生变化（如从4G的A小区重选到C小区）为例说明：

S108-1，UE进行随机接入及RRC连接流程。

其中，重新发起TAU流程的过程与S104所示的过程相同，即触发TAU流程时启动T3430，处于空闲态的UE触发TAU流程后会触发RRC连接流程，触发RRC连接流程时会启动T300定时器，此处不再赘述。

S108-2，UE经接入网设备与核心网进行TAU流程。

例如，UE向接入网设备发送TAU请求，接入网设备向核心网发送该TAU请求，核心网响应该TAU请求向该接入网设备返回TAU应答消息，该接入网设备向UE返回该TAU应答消息。

UE与网络侧完成TAU流程后UE可以进行被叫业务或主叫业务。

S109-1，核心网向该接入网设备发送UE的被叫消息。

S109-2，该接入网设备向UE发送该被叫消息。

S110-1，UE向小区C对应的接入网设备发送被叫响应消息。

S110-2，小区C对应的接入网设备向核心网发送该被叫响应消息。

在UE有被叫的情况下，核心网向UE接入的接入网设备发送被叫消息，进一步由该接入网设备向UE发送该被叫消息。

UE与网络侧完成TAU流程后UE进入连接态，若此时UE有被叫，核心网向接入网设备发送被叫消息，接入网设备进一步向UE发送被叫消息。UE接收到网络侧发送的被叫消息后，发送给上层的通话应用，以使通话应用显示该被叫信息，UE的用户可以通过通话应用的界面接收或拒绝该被叫，UE接收到接收或拒绝操作后向网络侧发送被叫响应消息，即接通被叫或拒绝被叫的消息。UE向接入网设备发送被叫响应消息，进一步地该接入网设备向核心网发送该被叫响应消息。

S109-1~S110-2示出了UE有被叫时的处理流程，此外，UE与网络侧完成TAU流程后还可以进行主叫业务，UE发起主叫的流程如下：

UE向接入网设备发送主叫请求，该接入网设备将该主叫请求转发给核心网，核心网响应该主叫请求，如向被叫方发送被叫消息，核心网向该接入网设备发送主叫响应消息，进一步地，该接入网设备向UE转发该主叫响应消息。

S111，若在T3411超时前触发的TAU流程仍异常，则不累计到TAU的总失败次数中。

为了防止终端重复多次发送TAU请求导致网络负担重，设定一段时间内TAU请求的最大次数，如5次，该最大次数是TAU流程异常后允许发起TAU请求的最大数值。如果TAU流程异常则TAU失败次数进行累加，并重新发起TAU请求。若终端发送TAU的次数达到5次则一段时间内（即T3402定时器，如12min，该时长可由网络配置）不允许再发起TAU请求。

在本申请实施例中，若在T3411超时前发起的TAU流程异常则不累计到TAU总失败次数中，这样，避免了TAU失败次数很快达到TAU的最大次数而进入TAU抑制阶段，即一段较长时间段内不允许发送ATU请求。

在另一种场景下，UE处于低速移动场景，例如，UE从LTE的一个小区（第一小区）切换至LTE的另一小区（第二小区），而且，第二小区与第一小区属于不同的TA List时会发起TAU流程，但当前驻留小区的信号质量不好导致UE与网络侧的RRC链路建立失败，进而导致TAU流程异常，启动定时器T3411。该场景中，UE检测到由于底层原因导致TAU流程失败后，检测驻留小区或当前驻留小区的信号质量变化情况。若驻留小区未变且当前驻留小区的信号质量变好（如信号质量增强的数值超过第二阈值，第二阈值可以根据实际需求设定），则停止T3411，并立即重发TAU流程无需等待T3411超时。此场景的通信过程请详见图4所示的流程，图4所示流程可以参见图3所示流程，此处不再赘述。

本实施例提供的通信方法，UE由于驻留区域发生变化发起TAU流程，且在TAU流程失败后启动T3411定时器。若检测到由于底层原因导致TAU流程异常，则检测信号条件是否发生变化，若信号条件明显变化，如重选到信号质量较好的其他小区或者当前驻留小区的信号质量变好，则停止T3411定时器并立即重发TAU请求无需等待T3411超时。从而缩短了等待重发TAU请求的时长，即缩短了网络侧的终端位置与终端实际位置不同步的时长，最终缩短了业务中断时长以及降低了业务中断概率。而且，该方案在T3411超时前若发起的TAU流程仍异常不会累计到TAU总失败次数中，这样可以避免TAU失败次数很快达到最大数值而进入TAU抑制阶段。

在又一种场景下，UE从4G小区重选到5G小区，如图4所示，示出了此场景下的通信方法流程图。如图5所示，该方法可以包括如下步骤：

S301，终端当前成功驻留在4G网络，如LTE网络。

S302，处于空闲态的终端检测到5G信号（如NR信号）变好后，进行异系统重选。

LTE小区选择的触发条件核心在于服务小区与临近小区之间的信号质量比较。当存在比当前服务小区信号质量更好的小区，并且在一段时间内该小区都保持最佳信号质量时，就会触发小区重选。这样做旨在最大程度地保证空闲模式下的UE驻留在信号质量最佳的小区，同时保证一定的稳定性，避免频繁的重选震荡。

具体来说，LTE小区重选分为同频小区重选和异频小区重选（包括不同无线接入技术（RAT）之间的小区重选）两种。对于异频小区重选，可能会引入小区重选测量的异频测量启动门限值，如S_nonIntraSearchP和S_nonIntraSearchQ。只有当服务小区的信号质量低于这些门限值时，才会对异频小区进行测量。

另外，邻小区的载频优先级也会影响是否进行重选测量。如果邻小区的载频优先级高于服务小区，那么会始终对邻小区进行测量。而如果邻小区的载频优先级等于或低于服务小区，并且为异频邻小区，那么是否进行测量就会受到上述异频测量启动门限值的影响。

综上所述，LTE小区选择的触发条件主要基于信号质量和载频优先级的比较，并结合异频测量启动门限值来决策是否进行小区重选。这些机制确保了UE能够在信号质量最佳的小区中驻留，从而提供高质量的通信服务。

在本实施例场景中，NR小区的载频优先级高于LTE小区，在检测到邻小区是NR小区后始终测量邻小区的信号质量，当检测到邻小区的NR信号质量稳定且较好时，进行异系统重选，即从LTE小区重选到NR小区。

示例性的，UE处于快速移动场景（如处于高速移动的汽车、火车或飞机上）中，UE可能从LTE网络覆盖区域移至NR网络覆盖区域，此种情况下UE可能会检测到LTE信号质量变差，而NR信号质量变好。

与图3所示实施例相同，UE处于空闲态时，若UE检测到信号条件明显变化后进行异系统重选，与网络侧无信令交互。

S303，终端成功驻留在5G小区。

S304，处于空闲态的终端触发MRU流程，启动定时器T300和T3510。

当UE从LTE小区重选至NR小区时，会触发MRU流程，MRU流程的目的是使网络侧更新UE所在的TA区域。

当UE发出MRU请求时，启动定时器T3510，当UE接收到网络侧返回的MRU应答消息（mobility registration accept或mobility registration reject消息）后停止计时，若T3510超时则启动定时器T3511。

UE处于空闲态下发起MRU流程会触发RRC建立流程，触发RRC建立流程会启动定时器T300，T300是UE等待RRC连接响应的定时器长度，若T300超时表示未收到RRC连接响应消息。

S305，MRU流程失败后，停止计时器T3510并启动T3511。

示例性的，UE未接收到网络侧发送的msg2，或者，UE发出RRC连接请求之后直到定时器T300超时未收到网络侧发送的RRC连接响应消息，均表明MRU流程失败。

根据协议TS24.501规定，MRU流程失败会停止T3510定时器同时启动T3511定时器，T3511是UE等待重发MRU请求的时长。

S306，终端判定由于底层原因导致MRU流程失败后，在T3511超时前检测小区的变化或当前驻留小区信号质量的变化情况。

UE确定由于底层原因导致MRU流程失败，即底层原因导致MRU请求未成功发出，如随机接入失败或RRC建链失败导致无法成功发送MRU请求后，检测驻留小区是否变化，或者检测当前驻留小区信号质量的变化情况。若驻留小区发生变化或当前驻留小区的信号质量变好，则执行S307；若驻留小区未发生变化且当前驻留小区信号质量未变好，则在T3511超时前继续检测。该步骤的实施过程可以参见S106所述的过程，此处不再赘述。

S307，若UE检测到驻留小区发生变化或当前驻留小区的信号质量变好，则停止T3511定时器并立即重新发起MRU流程。

例如，在UE快速移动的场景下，UE会检测到驻留小区发生变化，如从5G的A小区重选到C小区，驻留小区变化后重发MRU流程成功的概率也变大，则无需等T3511定时器超时立即重新发起MRU流程。

本实施例以UE的驻留小区发生变化（如从NR的A小区重选到C小区）为例，MRU流程如下述步骤S308-1~S308-3所示。

S308-1，UE与接入网设备进行随机接入及RRC连接流程。

S308-2，UE与接入网设备进行MRU流程。

S308-3，该接入网设备与核心网进行MRU流程。

UE触发MRU的过程与S304所示的过程相同，即发起MRU流程时启动T3510定时器，处于空闲态的UE触发MRU流程后会触发RRC建立流程，RRC建立流程会启动T300定时器，此处不再赘述。

UE与网络侧完成MRU流程后UE可以进行被叫业务或主叫业务。

S309-1，核心网向接入网设备发送UE的被叫消息。

S309-2，接入网设备向UE发送该被叫消息。

S310-1，UE向接入网设备发送被叫响应消息。

S310-2，接入网设备向核心网发送该被叫响应消息。

在UE有被叫的情况下，核心网向UE接入的接入网设备发送被叫消息，进一步由该接入网设备向UE发送该被叫消息。

此外，UE与网络侧完成MRU流程后还可以进行主叫业务，UE发起主叫的流程如下：

UE向接入网设备发送主叫请求，该接入网设备将该主叫请求转发给核心网，核心网响应该主叫请求，如向被叫方发送被叫消息，核心网向该接入网设备发送主叫响应消息，进一步地，该接入网设备向UE转发该主叫响应消息。

S311，若在T3511超时前触发的MRU流程仍异常，则不累计到MRU的总失败次数中。

这样，避免了MRU失败次数很快达到MRU的最大次数而进入MRU抑制阶段，即一段较长时间段内不允许发送MRU请求。

在另一种场景下，UE处于低速移动场景，例如，UE从5G网络的一个小区（第一小区）切换至5G网络的另一小区（第二小区），而且第二小区与第一小区属于不同的TA List时，会发起MRU流程，但当前驻留小区的信号质量不好导致UE与网络侧的RRC链路建立失败，进而导致MRU流程异常，启动定时器T3511。该场景中，UE检测到由于底层原因导致MRU流程失败后，检测驻留小区或当前驻留小区的信号质量的变化情况。若当前驻留小区的信号质量变好（如信号质量增强的数值超过第三阈值，第三阈值可以根据实际需求设定），则停止T3511，并立即重发MRU流程，无需等待T3511超时。此场景的通信过程请详见图6所示的流程，图6所示流程中各步骤的过程可以参见图5所示流程此处不再赘述。

本实施例提供的通信方法，UE由于驻留区域发生变化发起MRU流程，在MRU流程失败后启动T3511定时器。若检测到由于底层原因导致MRU流程异常，则在T3511超时前检测信号条件是否发生变化，若信号条件明显变化（如重选到信号质量较好的其他小区或者当前驻留小区的信号质量变好），则停止T3511定时器并立即重发MRU请求无需等待T3511超时。从而缩短了等待重发MRU请求的时长，即缩短了网络侧的终端位置与终端实际位置不同步的时长，最终缩短了业务中断时长以及降低了业务中断概率。而且，该方案在T3511超时前若发起的MRU流程仍异常不会累计到MRU总失败次数中，这样可以避免MRU失败次数很快达到最大数值而进入MRU抑制阶段。

下面将结合图7介绍本申请实施例提供的终端的结构。

如图7所示，终端可以包括处理器、外部存储器接口，内部存储器，通用串行总线（universal serial bus，USB）接口，充电管理模块，电源管理模块，电池，天线1，天线2，移动通信模块，无线通信模块，音频模块，扬声器，受话器，麦克风，耳机接口，传感器模块，按键，马达，指示器，摄像头，显示屏，以及用户标识模块（subscriber identificationmodule，SIM）卡接口等。

其中，传感器模块可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

可以理解的是，本实施例示意的结构并不构成对终端的具体限定。在另一些实施例中，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器可以包括一个或多个处理单元，例如：处理器可以包括应用处理器（application processor，AP），调制解调处理器，基带处理器等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

终端的无线通信功能可以通过天线1，天线2，移动通信模块，无线通信模块，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块可以提供应用在终端上的包括2G/3G/4G/5G等无线通信的解决方案。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器，受话器等)输出声音信号，或通过显示屏显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器，与移动通信模块或其他功能模块设置在同一个器件中。

无线通信模块可以提供应用在终端上的包括无线局域网(wireless local areanetworks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块可以是集成至少一个通信处理模块的一个或多个器件。

在一些实施例中，终端的天线1和移动通信模块耦合，天线2和无线通信模块耦合，使得终端可以通过无线通信技术与网络以及其他设备通信。

外部存储器接口可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端的存储能力。外部存储卡通过外部存储器接口与处理器通信，实现数据存储功能。

内部存储器可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器通过运行存储在内部存储器的指令，从而执行终端的各种功能应用以及数据处理。

终端可以通过音频模块，扬声器，受话器，麦克风，耳机接口，以及应用处理器等实现音频功能。例如音乐播放，录音，收听等。

扬声器，也称“喇叭”，用于将音频电信号转换为声音信号。终端可以通过扬声器收听音乐，或收听免提通话。

受话器，也称“听筒”，用于将音频电信号转换成声音信号。当终端接听电话或语音信息时，可以通过将受话器靠近人耳接听语音。

麦克风，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风发声，将声音信号输入到麦克风。终端可以设置至少一个麦克风。在另一些实施例中，终端可以设置两个麦克风，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端还可以设置三个，四个或更多麦克风，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

SIM卡接口用于连接SIM卡。SIM卡可以通过插入SIM卡接口，或从SIM卡接口拔出，实现和终端的接触和分离。终端可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口也可以兼容不同类型的SIM卡。SIM卡接口也可以兼容外部存储卡。终端通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端中，不能和终端分离。

另外，在上述部件之上，运行有智能操作系统。例如，iOS^®操作系统，Android^®开源操作系统，Windows^®操作系统等。在该操作系统上可以安装运行应用程序。

移动终端的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明移动终端的软件结构。

图8是本申请实施例的移动终端的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统由上至下可以划分为应用程序层、应用程序框架层、硬件抽象层（Hardware Abstraction Layer，HAL）、调制解调器（Modem）。

其中，应用程序层、应用程序框架层、HAL层位于应用处理器（ApplicationProcessor，AP）侧，modem位于基带处理器（Baseband Processor，BP）侧。

示例性的，modem可包括L4（非接入层（Non Access Stratum，NAS））、L3（RRC）、L2（MAC）、L1（物理层（PHY））等协议层。

应用程序层可以包括一系列应用程序包。如图8所示，应用程序包可以包括通话、设置、短信息、视频等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。本实施例中，应用程序框架层可以包括电话管理器、互联网协议（internet protocol，IP）多媒体子系统（IP multimedia subsystem，IMS）服务、无线通信接口层（radio interfacelayer，RIL）、窗口管理器等。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

IMS服务用于提供终端的通话功能，例如通话状态的管理（包括接通，挂断等）。

Modem（调制解调器）可以通过RIL与IMS服务进行信息交互。

安卓运行时（Android Runtime）包括核心库和虚拟机，Android runtime负责安卓系统的调度和管理。

核心库包括两部分，一部分时java语音需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块，例如：表面管理器(surface manager)，媒体库(Media Libraries)、三维图形处理库、2D图形引擎等。

HAL可以包括多个库模块，每个库模块可以为特定类型的硬件组件实现一组接口，如，HAL包括显示HAL、相机HAL、音频HAL和传感器HAL等。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动等。

需要说明的是，本申请实施例虽然以Android系统为例进行说明，但是其基本原理同样适用于基于iOS或Windows等操作系统的电子设备。

在一些实施例中，如图8所示，网络侧发送的寻呼消息或业务邀请消息可以通过终端内的天线硬件发送至终端内的modem，再由modem上报给终端的AP。

示例性的，其他终端（即主叫方）呼叫本端（即该本端UE是被叫方）的过程中，网络侧将被叫请求消息通过终端的天线硬件发送至终端的modem。然后modem通过终端的天线硬件向网络侧发送被叫响应消息。

本申请实施例还提供一种芯片系统，如图9所示，该芯片系统110包括至少一个处理器111和至少一个接口电路112。其中，处理器111可以是上述实施例中图7所示的处理器。接口电路112例如可以为处理器和外部存储器之间的接口电路；或者为处理器和内部存储器之间的接口电路。

上述处理器111和接口电路112可通过线路互联。例如，接口电路112可用于从其它装置（例如手机的存储器）接收信号。又例如，接口电路112可用于向其它装置（例如处理器111）发送信号。示例性的，接口电路112可读取存储器中存储的指令，并将该指令发送给处理器111。当指令被处理器111执行时，可使得终端执行上述实施例中终端侧的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当所述计算机指令在终端上运行时，使得该终端执行上述方法实施例中终端执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中终端执行的各个功能或者步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器执行各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种通信方法，其特征在于，应用于移动终端，所述方法包括：

移动终端发送位置更新请求失败，所述位置更新请求用于使网络侧同步更新所述移动终端的最新位置；

所述移动终端响应于位置更新请求发送失败，启动第一定时器，以及在判定由于底层原因导致所述位置更新请求发送失败后，若在所述第一定时器超时前检测到当前环境满足预设条件则停止所述第一定时器并立即重发所述位置更新请求，所述第一定时器用于设定所述移动终端等待重发所述位置更新请求的时长，所述预设条件包括当前驻留小区的信号质量增强第一预设阈值，或当前驻留小区发生变化。

2.根据权利要求1所述的方法，其特征在于，若所述移动终端在所述第一定时器超时前发送的位置更新请求失败，则不累计到所述位置更新总失败次数中。

3.根据权利要求1所述的方法，其特征在于，移动终端响应于位置更新请求发送失败，若接收到底层模块上报的随机接入失败或无线资源控制RRC链路建立失败则确定由于底层原因导致更新请求失败。

4.根据权利要求3所述的方法，其特征在于，所述移动终端包括基带处理器，所述基带处理器包括非接入层NAS层、RRC层、媒体接入控制MAC层和物理层；

若所述RRC层未接收到所述MAC层发送的资源信息，则确定由于底层原因导致位置更新请求发送失败；

或者，若所述RRC层未收到网络侧发送的RRC连接响应消息，则确定由于底层原因导致位置更新请求发送失败。

5.根据权利要求4所述的方法，其特征在于，

所述RRC层确定由于底层原因导致位置更新请求发送失败，则触发执行检测当前环境是否满足预设条件的流程；

或者，所述NAS层接收到所述RRC层上报的底层原因导致所述位置更新请求发送失败，则触发执行检测当前环境是否满足预设条件的流程。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述移动终端响应于跟踪区更新TAU请求发送失败，启动T3411定时器，以及在判定由于底层原因导致所述TAU请求发送失败后，若在所述T3411定时器超时前检测到当前环境满足预设条件，则停止所述T3411定时器并立即重发所述TAU请求。

7.根据权利要求6所述的方法，其特征在于，所述移动终端从第一区域切换至第二区域后向网络侧设备发送所述TAU请求；

其中，所述第一区域为5G通信网络中的小区，所述第二区域为4G通信网络中的小区；

或者，所述第一区域为4G通信网络中的第一小区，所述第二区域为所述4G通信网络中的第二小区，所述第一小区与所述第二小区属于不同的跟踪区列表。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述移动终端响应于移动注册更新MRU请求发送失败启动T3511定时器，以及在判定由于底层原因导致所述MRU请求发送失败后，若在所述T3511定时器超时前检测到当前环境满足预设条件，则停止所述T3511定时器并立即重发所述MRU请求。

9.根据权利要求8所述的方法，其特征在于，所述移动终端从第三区域切换至第四区域后，向网络侧设备发送MRU请求；

其中，所述第三区域为4G通信网络中的小区，所述第四区域为5G通信网络中的小区；

或者，所述第三区域为5G通信网络中的第一小区，所述第四区域为所述5G通信网络中的第二小区，所述第一小区和所述第二小区属于不同的跟踪区列表。

10.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器、存储器和触摸屏；所述存储器用于存储程序代码；所述处理器用于运行所述程序代码，使得所述电子设备实现如权利要求1至9任一项所述的通信方法。

11.一种计算机可读存储介质，其特征在于，其上存储有指令，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1至9任一项所述的通信方法。

12.一种计算机程序产品，其特征在于，其上存储有指令，当所述计算机程序产品在电子设备上运行时，使得所述电子设备实现如权利要求1至9任一项所述的通信方法。

13.一种芯片系统，其特征在于，包括：

至少一个处理器以及至少一个接口，所述至少一个接口用于接收代码指令，并传输至所述至少一个处理器；所述至少一个处理器运行所述代码指令，以实现权利要求1-9任一项所述的通信方法。