去激活态UE异常处理方法、设备和计算机可读存储介质与流程

本发明涉及移动通信技术领域，尤其涉及一种去激活态用户设备(ue)异常处理方法、设备和计算机可读存储介质。

背景技术：

5g系统中的ue处于去激活态时，ue与基站之间没有无线资源控制(rrc)连接，但基站仍然保留ue上下文，ue在无线接入网(ran)侧的行为类似空闲态，而核心网(cn)还处于连接态。此时，如果有下行数据到达，cn不触发寻呼流程，而是发送数据到基站，由基站寻呼ue，ue发起连接建立流程。

但是，如果异常情况发生导致ue不可达，例如ue信号短时被遮挡，基站寻呼ue失败，则基站可能会通知cn，由cn寻呼ue。但此时ue处于去激活态(ue认为自己不应收到cn的寻呼消息)，而基站和cn侧记录的ue的状态可能不一致，进而可能导致ue行为发生异常，不能正常接收数据。

技术实现要素：

有鉴于此，本发明实施例期望提供一种去激活态ue异常处理方法、设备和计算机可读存储介质。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种去激活态ue异常处理方法，该方法包括：

接收核心网发送的寻呼消息，基于所述寻呼消息确定异常发生；

发起连接恢复流程；

连接恢复后，接收网络侧发送的所述ue的数据。

可选的，所述基于所述寻呼消息确定异常发生后，该方法还包括：

将所述ue的状态设置为空闲态、或保持ue的状态为去激活态。

其中，所述ue的状态设置为空闲态时，所述发起连接恢复流程，并在连接恢复后，接收网络侧发送的所述ue的数据，包括：

发起连接建立流程；

连接建立后，接收基站或核心网发送的所述ue的数据。

其中，所述ue的状态为去激活态时，所述发起连接恢复流程，并在连接恢复后，接收网络侧发送的所述ue的数据，包括：

发起连接激活流程；

连接激活后，接收基站发送的所述ue的数据。

其中，所述发起连接恢复流程，包括：

发送携带ue去激活态标识的连接恢复消息。

本发明实施例还提供了一种通信设备，该通信设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行上述方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本发明实施例还提供了一种去激活态ue异常处理方法，该方法包括：

确定ran侧的ue寻呼失败；

通知核心网ran侧的ue寻呼失败。

其中，所述通知核心网ran侧的ue寻呼失败，包括：

发送ue上下文释放消息，所述ue上下文释放消息中携带ran侧的ue寻呼失败标识。

可选的，所述通知核心网无线接入网ran侧的ue寻呼失败之后，该方法还包括：

在ue连接恢复后向所述ue发送ue的数据。

可选的，该方法还包括：

将所述ue的数据上传到核心网，用于所述核心网将所述ue的数据发送给ue。

可选的，该方法还包括：

删除基站保存的该ue的上下文，并删除所述ue与核心网的连接。

本发明实施例还提供了一种通信设备，该通信设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行上述方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本发明实施例提供的去激活态ue异常处理方法、设备和计算机可读存储介质，ue接收核心网发送的寻呼消息，基于所述寻呼消息确定异常发生；发起连接恢复流程；连接恢复后，接收网络侧发送的所述ue的数据。本发明实施例处于去激活态的ue在收到核心网的寻呼后，进行连接恢复，从而接收网络侧发送的数据，保证ue数据不丢失，提升用户体验；同时，避免了现有因ue不理解核心网的寻呼而导致处理异常的情况发生。

附图说明

图1为本发明实施例所述去激活态ue异常处理方法流程示意图一；

图2为本发明实施例所述去激活态ue异常处理方法流程示意图二；

图3为本发明实施例所述ue的结构示意图；

图4为本发明实施例所述基站设备的结构示意图；

图5为本发明场景实施例一所述方法流程示意图；

图6为本发明场景实施例二所述方法流程示意图；

图7为本发明场景实施例三所述方法流程示意图。

具体实施方式

下面结合附图和实施例对本发明进行描述。

本发明实施例提供了一种去激活态ue异常处理方法，如图1所示，该方法包括：

步骤101：接收核心网发送的寻呼消息，基于所述寻呼消息确定异常发生；

步骤102：发起连接恢复流程；

步骤103：连接恢复后，接收网络侧发送的所述ue的数据。

本发明实施例处于去激活态的ue在收到核心网的寻呼后，进行连接恢复，从而接收网络侧发送的数据，保证ue数据不丢失，提升用户体验；同时，避免了现有因ue不理解核心网的寻呼而导致处理异常的情况发生。

一个实施例中，所述基于所述寻呼消息确定异常发生后，该方法还包括：

将所述ue的状态设置为空闲态、或保持ue的状态为去激活态。

这里，核心网在发送寻呼消息到ue之前，可将核心网侧的ue状态设置为空闲态；或者，核心网不改变ue的状态设置，仍为连接态或去激活态。

一个实施例中，所述ue的状态设置为空闲态时，所述发起连接恢复流程，并在连接恢复后，接收网络侧发送的所述ue的数据，包括：

发起连接建立流程；

连接建立后，接收基站或核心网发送的所述ue的数据。

一个实施例中，所述ue的状态为去激活态时，所述发起连接恢复流程，并在连接恢复后，接收网络侧发送的所述ue的数据，包括：

发起连接激活流程；

连接激活后，接收基站发送的所述ue的数据。

一个实施例中，所述发起连接恢复流程，包括：

发送携带ue去激活态标识的连接恢复消息。

例如：在连接建立流程或连接激活流程中发送连接建立或连接激活消息时，所述连接建立或连接激活消息中携带ue去激活态标识。

本发明实施例还提供了一种去激活态ue异常处理方法，如图2所示，该方法包括：

步骤201：确定ran侧的ue寻呼失败；

步骤202：通知核心网ran侧的ue寻呼失败。

本发明实施例处于去激活态的ue在收到核心网的寻呼后，进行连接恢复，从而接收网络侧发送的数据，保证ue数据不丢失，提升用户体验；同时，避免了现有因ue不理解核心网的寻呼而导致处理异常的情况发生。

一个实施例中，所述通知核心网ran侧的ue寻呼失败，包括：

发送ue上下文释放消息，所述ue上下文释放消息中携带ran侧的ue寻呼失败标识。

一个实施例中，所述通知核心网无线接入网ran侧的ue寻呼失败之后，该方法还包括：

在ue连接恢复后向所述ue发送ue的数据。

一个实施例中，所述通知核心网无线接入网ran侧的ue寻呼失败时、或之前、或之后，该方法还包括：

将所述ue的数据上传到核心网，用于所述核心网将所述ue的数据发送给ue。

这里，基站将ue的数据上传到核心网后，在连接恢复后，由核心网将所述ue的数据发送给ue，基站不再进行ue的数据的传输。

一个实施例中，所述通知核心网无线接入网ran侧的ue寻呼失败时或之后，该方法还包括：

删除基站保存的该ue的上下文，并删除所述ue与核心网的连接。

本发明实施例还提供了一种ue，如图3所示，所述ue30包括：

收发器301，用于接收核心网发送的寻呼消息；连接恢复后，接收网络侧发送的所述ue的数据；

处理器302，用于基于所述寻呼消息确定异常发生；发起连接恢复流程。

一个实施例中，所述处理器302基于所述寻呼消息确定异常发生后，

还用于将所述ue的状态设置为空闲态、或保持ue的状态为去激活态。

一个实施例中，所述ue的状态设置为空闲态时，所述处理器302发起连接恢复流程，所述收发器301在连接恢复后，接收网络侧发送的所述ue的数据，包括：

所述处理器302，用于发起连接建立流程；

所述收发器301，用于在连接建立后，接收基站或核心网发送的所述ue的数据。

一个实施例中，所述ue的状态为去激活态时，所述处理器302发起连接恢复流程，所述收发器301在连接恢复后，接收网络侧发送的所述ue的数据，包括：

所述处理器302，用于发起连接激活流程；

所述收发器301，用于连接激活后，接收基站发送的所述ue的数据。

一个实施例中，所述收发器301，还用于发送携带ue去激活态标识的连接恢复消息。

本发明实施例还提供了一种基站设备，如图4所示，所述基站设备40包括：

收发器401，用于通知核心网无线接入网ran侧的ue寻呼失败；

处理器402，用于确定ran侧的ue寻呼失败。

一个实施例中，所述收发器401通知核心网无线接入网ran侧的ue寻呼失败，包括：

发送ue上下文释放消息，所述ue上下文释放消息中携带ran侧的ue寻呼失败标识。

一个实施例中，所述收发器401通知核心网无线接入网ran侧的ue寻呼失败之后，

还用于在ue连接恢复后向所述ue发送ue的数据。

一个实施例中，所述收发器401通知核心网无线接入网ran侧的ue寻呼失败时、或之前、或之后，

所述处理器402，还用于将所述ue的数据上传到核心网，用于所述核心网将所述ue的数据发送给ue。

一个实施例中，所述收发器401通知核心网无线接入网ran侧的ue寻呼失败时或之后，

所述处理器402，还用于删除基站保存的该ue的上下文，并删除所述ue与核心网的连接。

本发明实施例还提供了一种ue，该ue包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行：

接收核心网发送的寻呼消息，基于所述寻呼消息确定异常发生；

发起连接恢复流程；

连接恢复后，接收网络侧发送的所述ue的数据。

所述基于所述寻呼消息确定异常发生后，所述处理器还用于运行所述计算机程序时，执行：

将所述ue的状态设置为空闲态、或保持ue的状态为去激活态。

所述ue的状态设置为空闲态时，所述处理器还用于运行所述计算机程序时，执行：

发起连接建立流程；

连接建立后，接收基站或核心网发送的所述ue的数据。

所述ue的状态为去激活态时，所述处理器还用于运行所述计算机程序时，执行：

发起连接激活流程；

连接激活后，接收基站发送的所述ue的数据。

所述发起连接恢复流程中，所述处理器还用于运行所述计算机程序时，执行：

发送携带ue去激活态标识的连接恢复消息。

本发明实施例还提供了一种基站设备，该基站设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行：

确定并通知核心网无线接入网ran侧的ue寻呼失败。

所述通知核心网无线接入网ran侧的ue寻呼失败时，所述处理器还用于运行所述计算机程序时，执行：

发送ue上下文释放消息，所述ue上下文释放消息中携带ran侧的ue寻呼失败标识。

所述通知核心网ran侧的ue寻呼失败之后，所述处理器还用于运行所述计算机程序时，执行：

在ue连接恢复后向所述ue发送ue的数据。

所述通知核心网ran侧的ue寻呼失败时，所述处理器还用于运行所述计算机程序时、或之前、或之后，执行：

将所述ue的数据上传到核心网，用于所述核心网将所述ue的数据发送给ue。

所述通知核心网无线接入网ran侧的ue寻呼失败时或之后，所述处理器还用于运行所述计算机程序时，执行：

删除基站保存的该ue的上下文，并删除所述ue与核心网的连接。

需要说明的是：上述实施例提供的ue和基站设备在进行异常处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将设备的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的ue和基站设备与相应方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

在示例性实施例中，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：

接收核心网发送的寻呼消息，基于所述寻呼消息确定异常发生；

发起连接恢复流程；

连接恢复后，接收网络侧发送的所述ue的数据。

所述基于所述寻呼消息确定异常发生后，所述计算机程序被处理器运行时，还执行：

将所述ue的状态设置为空闲态、或保持ue的状态为去激活态。

所述ue的状态设置为空闲态时，所述计算机程序被处理器运行时，还执行：

发起连接建立流程；

连接建立后，接收基站或核心网发送的所述ue的数据。

所述ue的状态为去激活态时，所述计算机程序被处理器运行时，还执行：

发起连接激活流程；

连接激活后，接收基站发送的所述ue的数据。

所述发起连接恢复流程中，所述计算机程序被处理器运行时，还执行：

发送携带ue去激活态标识的连接恢复消息。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器运行时，执行：

确定并通知核心网无线接入网ran侧的ue寻呼失败。

所述通知核心网无线接入网ran侧的ue寻呼失败时，所述计算机程序被处理器运行时，还执行：

发送ue上下文释放消息，所述ue上下文释放消息中携带ran侧的ue寻呼失败标识。

所述通知核心网ran侧的ue寻呼失败之后，所述计算机程序被处理器运行时，还执行：

在ue连接恢复后向所述ue发送ue的数据。

所述通知核心网ran侧的ue寻呼失败时，所述计算机程序被处理器运行时、或之前、或之后，还执行：

将所述ue的数据上传到核心网，用于所述核心网将所述ue的数据发送给ue。

所述通知核心网无线接入网ran侧的ue寻呼失败时或之后，所述计算机程序被处理器运行时，还执行：

删除基站保存的该ue的上下文，并删除所述ue与核心网的连接。

下面结合场景实施例对本发明进行描述。

实施例一

本实施例中，cn和ue均配置ue状态为空闲态，gnb(5g的基站)向锚gnb获取ue数据，流程如图5所示，包括：

步骤一：锚gnb在ran侧寻呼区内寻呼不能找到ue，则锚gnb删除保留的该ue的上下文，以及删除ue的cn连接，并通知cn该ue不可达，例如：锚gnb发送ue上下文释放消息到cn；

步骤二：cn接收到通知后，将ue状态设置为空闲态，并在跟踪区内下发寻呼消息寻找ue；

步骤三：由于正常情况下，去激活态ue只会接收到gnb下发的寻呼消息，如果ue接收到cn下发的寻呼消息后，则获知异常发生，ue将自己状态设置为空闲态；

步骤四：ue发起连接建立流程，ue发送给gnb或锚gnb的连接建立消息中携带ue去激活态标识；

步骤五：ue建立与无线侧和核心网侧的连接；

步骤六：gnb或锚gnb收到连接建立消息后进行判断，若自身不是ue去激活态时的锚gnb(即与cn建立ue的cn连接的gnb)，则根据ue去激活态标识向锚gnb获取ue数据，并下发给ue；若自身为ue去激活态时的锚gnb，则自身保存有ue数据，并将保存数据下发给ue。

实施例二

本实施例中，cn和ue配置ue状态为空闲态，锚gnb上传ue数据到cn，流程如图6所示，包括：

步骤一：锚gnb在ran侧寻呼区内寻呼不能找到ue，则锚gnb删除保留的该ue上下文，并删除ue的cn连接，并通知cn该ue不可达，例如：锚gnb发送ue上下文释放消息到cn；同时，锚gnb上传保存的ue数据到cn；

步骤二：cn接收到通知后，将ue状态设置为空闲态，并在跟踪区内下发寻呼消息寻找ue；

步骤三：由于正常情况下，去激活态ue只接收到gnb下发的寻呼消息，如果ue接收到cn下发的寻呼消息后，则获知异常发生，ue将自己状态设置为空闲态；

步骤四：ue发起连接建立流程；

步骤五：连接建立完成后，cn下发ue数据给ue。

实施例三

本实施例中，cn和ue不改变当前ue状态，基站下发数据到ue，流程如图7所示，包括：

步骤一：锚gnb在ran侧寻呼区内寻呼不能找到ue，则通知cn该ue不可达，例如：锚gnb发送ue不可达指示消息到cn；

步骤二：cn接收到通知后，不删除ue的cn连接，也不改变ue的状态，仍为连接态或去激活态(ue在ran侧的状态与在核心网侧的状态不同)，同时cn在跟踪区内下发寻呼消息寻找ue，其中携带异常原因，例如去激活态ran侧不可达；

步骤三：去激活态ue接收到cn下发的寻呼消息后，不改变ue状态配置，即仍为去激活态；

步骤四：ue发起连接激活流程，其中携带ue去激活态标识；

步骤五：gnb或锚gnb收到连接建立消息后进行判断，若自身不是ue去激活态时的锚gnb，则根据ue去激活态标识向锚gnb获取ue上下文和ue数据，然后进行核心网路径切换，并将ue数据下发给ue；若自身为ue去激活态时的锚gnb(保存有ue数据)，则激活与ue的无线侧连接，并将其保存数据下发给ue。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。