一种5G移动终端丢失覆盖处理方法与流程

本发明涉及到移动终端技术，特别涉及到一种第五代移动通信(简称，5g)移动终端(简称，终端)丢失覆盖之后的处理方法。

背景技术：

在移动通信系统中，由于终端的移动以及无线网络覆盖的不完善，特别是无线生灭信道环境，或是终端短暂移动到无线覆盖盲区的情况下，会导致终端处于丢失覆盖状态。对于5g移动终端丢失覆盖后移动终端应该如何处理，目前的5g标准没有给出具体的处理方式，现有技术中也没有具体的技术方案。

参见图1，如图1所示，在第四代移动通信(简称，4g)系统中，移动终端在丢失覆盖之后的处理方法基本相同：

终端在进入无线信号丢失覆盖状态(简称，rrc-loss-coverage)时，终端的移动管理层(简称，mm)会启动丢失覆盖定时器(简称，t-loss-coverage-timer)，在t-loss-coverage-timer超时后，终端将发起小区选择过程，如果找到合适的小区可以驻留，并且满足位置区更新(简称，lau)条件，则终端驻留后将发起位置区更新过程；如果没有找到合适的小区，则终端继续停留在丢失覆盖状态。

4g系统的这种实现方式能够在一定程度上满足4g终端在空闲模式下丢失覆盖的处理，但是，在终端丢失覆盖之后，如果终端周期性位置更新定时器超时，终端将不做任何操作，t-loss-coverage-timer超时后才开始进行小区搜索。由于这种操作方式周期性位置区更新定时器比较长，对于终端丢失覆盖的情况，t-loss-coverage-timer定时器比较短，所以t-loss-coverage-timer定时器超时开始进行小区搜索，如果搜索到小区，并且满足位置区更新条件，则启动位置区更新过程，所以在非接入层(简称：nas)在终端进入丢失覆盖状态之后，采用这种启动位置区更新操作的方法较为实用。

在5g通信系统中，如果直接使用现有4g系统在空闲模式丢失覆盖的处理方法来实现5g终端在无线资源控制层非激活(简称，rrc-inactive)状态下的丢失覆盖的处理，存在以下几个问题：

1.由于5g工作频段处于毫米波频段，小区半径比较小，终端在rrc-inactive状态丢失覆盖后，如果仅仅采用t-loss-coverage-timer定时器监视的方式，那么只要终端进入丢失覆盖状态，就必须等待t-loss-coverage-timer才可以开始搜索新小区和进行基于基站接入网(简称，ran)的通知区域(简称：rna)更新。在这期间，如果基于接入网的通知区更新定时器(简称，t-rna-periodic-timer)超时，即使终端已经返回覆盖区，终端也无法驻留到小区上。这会导致网络认为终端出现异常，直接将终端上下文从ran中删除，在t-loss-coverage-timer定时器超时，即使终端搜索到可驻留小区，由于没有及时进行rna更新过程，错过了rna正常更新的时间范围，网络会默认终端出现异常，此时，终端进行rna更新过程也会失败，如图1所示，t-rna-periodic-timer在t-loss-coverage-timer之前超时，按照现有的处理方法，此时，终端不会进行小区搜索和rna更新，在t-rna-periodic-timer超时后到t-loss-coverage-timer超时前这段时间，网络可能会直接将终端上下文从接入网中删除，并导致终端rna更新失败。

2.终端在rrc-inactive状态丢失覆盖之后，在t-rna-periodic-timer定时器超时之前，即使终端进入到覆盖区域，也无法收到寻呼，这会导致在此期间网络寻呼终端失败。

技术实现要素：

为了解决现有技术中存在的上述问题，本发明提出了一种5g移动终端在rrc-inactve状态下进入丢失覆盖区域的处理方法，以解决5g无线终端在丢失覆盖之后的小区选择和rna更新的问题。

为了实现上述目的，本发明采用了以下技术方案：

一种5g移动终端丢失覆盖处理方法，包括：

终端进入丢失覆盖状态后，如果t-rna-periodic-timer超时和/或t-loss-coverage-timer超时和/或终端上层应用发起业务过程时，终端进行小区搜索，选择小区进行驻留；

终端在驻留小区上进行rna更新。

进一步的，所述终端进行小区搜索，选择小区进行驻留包括：

终端检测原服务小区是否可以驻留；

如果原服务小区可以驻留，终端选择原服务小区驻留；

如果原服务小区不可驻留，终端发起小区重选过程，选择一个合适的小区进行驻留。

进一步的，所述终端进行小区搜索，选择小区进行驻留包括：

如果原服务小区不可驻留，且小区选择和小区重选过程未选择到合适的小区进行驻留，终端继续保持丢失覆盖状态。

进一步的，所述终端进行小区搜索，选择小区进行驻留包括：

如果所述终端进行小区搜索是由终端上层应用发起业务过程触发，且终端继续保持丢失覆盖状态，终端拒绝发起业务过程。

进一步的，所述终端在驻留小区上进行rna更新包括：

如果t-rna-periodic-timer超时，终端选择合适的小区驻留后，直接在驻留小区上发起rna更新过程，进行rna更新。

进一步的，所述终端在驻留小区上进行rna更新包括：

如果t-rna-periodic-timer未超时，终端选择合适的小区驻留后，如果驻留小区和原服务小区的rna不同，终端在所述驻留小区上发起rna更新过程。

进一步的，所述终端在驻留小区上进行rna更新包括：

如果所述终端进行小区搜索是由t-rna-periodic-timer超时和/或t-loss-coverage-timer超时触发，且终端rna更新成功，终端进入rrcinactive状态；

进一步的，如果终端rna更新失败，终端重新启动t-loss-coverage-timer定时器，继续保持丢失覆盖状态。

进一步的，所述终端在驻留小区上进行rna更新包括：

如果所述终端进行小区搜索是由终端上层应用发起业务过程触发，且终端rna更新成功，终端在所述驻留小区上发起业务过程；

进一步的，如果终端rna更新失败，终端拒绝发起业务过程，继续保持丢失覆盖状态。

本发明的技术方案中，终端在丢失覆盖后，t-rna-periodic-timer继续保持激活状态，当t-rna-periodic-timer超时，触发终端进行小区搜索和发起rna更新过程。本发明的技术方案能防止终端在丢失覆盖期间由于没有及时发起rna更新过程造成网络认为终端出现异常的情况，有效的提高了终端rna更新过程的成功率，提升了用户体验。

附图说明

图1是现有技术终端丢失覆盖处理方法流程图；

图2是本发明具体实施例5g移动终端丢失覆盖处理方法流程图

具体实施方式

为了更好的说明本发明的技术方案，下面结合附图对本发明的具体实施方式进行详细描述。

在5g标准中，无线资源控制层(简称：rrc)定义了三个状态，rrc-idle，rrc-connected和rrc-inactive状态。rrc-idle为rrc空闲状态，该状态下终端rrc和接入网之间没有上下文关联；rrc-connected为rrc连接状态，该状态下终端和接入网之间正在进行数据传输；rrc-inactive为rrc非激活状态，在该状态下终端和ran之间存在上下文关联，但是终端和接入网之间未进行数据传输。在实际的工程实现中，rrc层还增加了rrc-loss-coverage状态，此为rrc丢失覆盖状态。

网络可以指定终端从rrc-connected状态进入到rrc-inactive状态，终端收到网络指令并进入rrc-inactive状态之后，开启t-rna-periodic-timer定时器。

终端在rrc-inactive状态，由于终端移动，rrc选择了不同的rna区域的小区或t-rna-periodic-timer超时，则需要发起rna更新过程，通知网络终端驻留小区的rna已经发生改变。

终端在rrc-inactive状态时，由于终端移动，终端进入丢失覆盖区域，亦无法检测到服务小区，也无法搜索到其他邻近小区进行驻留，那么终端将进入到丢失覆盖状态rrc-loss-coverage。

具体实施例

本实施例为本发明一种5g移动终端丢失覆盖处理方法的优选实施方式。

参见图2，本实施例的无线资源管理流程如图2所示，包括：

s101、终端在丢失覆盖状态下，发生触发终端进行小区搜索的事件；

本实施例中，所述事件指t-rna-periodic-timer超时和/或t-loss-coverage-timer超时和/或终端上层应用发起业务过程。

s102、终端进行小区搜索，选择一个合适的小区进行驻留；

本实施例中，本步骤进一步包括：

s1021、终端检测原服务小区是否可以驻留，如果是，执行步骤s1022；否则，执行步骤s1023；

s1022、终端选择原服务小区驻留；执行步骤s103；

s1023、终端发起小区重选过程；

s1024、如果小区重选成功，执行步骤s1025，否则执行步骤s108；

s1025、终端选择一个合适的小区驻留，执行步骤s103；

s103、判断t-rna-periodic-timer是否超时，如果是，执行步骤s105，否则执行步骤s104；

s104、终端判断驻留小区的rna是否和原服务小区一致，如果是，执行步骤s107，否则执行步骤s105；

s105、终端在驻留的小区上发起rna更新过程；

s106、如果rna更新过程成功，执行步骤s107，否则执行步骤s108；

s107、判断所述触发终端进行小区搜索的事件是否是终端上层应用发起业务过程，如果是，执行步骤s110，否则执行步骤s109；

s108、终端重新启动t-loss-coverage-timer定时器，保持丢失覆盖状态，结束处理流程。

如果触发终端进行小区搜索的事件是终端上层应用发起业务过程，终端将拒绝发起业务过程，保持失覆盖状态。

s109、终端进入rrc-incative状态，结束处理流程。

s110、终端发起业务过程，结束处理流程。

本发明的具体实施例中，将t-rna-periodic-timer超时作为触发终端进行小区搜索的事件之一，终端在收到事件触发进行小区搜索并选择合适的小区驻留后，判断是否满足rna更新条件，如果满足，终端将发起rna更新过程。所述rna更新条件包括t-rna-periodic-timer超时或驻留小区的rna和原服务小区的rna不一致。采用本发明具体实施例的方案，能够避免现有技术中存在的终端在丢失覆盖状态下rna更新不及时从而造成网络默认终端出现异常，终端进行rna更新过程失败的问题，有效提高了终端rna更新过程成功率，提升了用户体验。

需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。