本发明涉及移动通信技术，尤指一种网络侧位置区更新的方法、装置和设备。
背景技术：
在lte系统中，针对低成本和低吞吐量类型的终端设备，提出了窄带物联网(narowband-internetofthings，nb-iot)的研究课题，即为：在200千赫兹(khz)的频带上为nb-iot低成本终端设备(userequipment，ue)提供低吞吐量的无线通讯服务。随着无线通信技术和协议标准的不断演进，移动分组业务经历了巨大的发展，单个终端的数据吞吐能力不断提升。
为了满足用户节能需求，以及减少核心网(cn)和无线接入网(ran)之间的信令交互，引入ran控制的未激活(inactive)状态，由ran侧触发ue进入该状态，ue在该模式下可以移动，无数据传输，可以处理寻呼消息。当有下行数据到达基站、或者ue有上行数据需要传输时都可触发ue发起空口恢复流程，转入连接态。ue的ran控制的未激活状态对cn不感知。
在上述nbiot技术中，如果ue发生了跨基站的恢复流程，且在x2接口不存在的情况下无法实现跨基站的用户文本信息获取，也就无法完成恢复流程。同时，在nbiot技术中由于用户只有连接态和空闲(idle)态，且核心网是感知用户状态变化的，因此也不存在用户在挂起后还会有数据到达源基站的情况。而在5g系统下则不同，用户存在网络侧控制的未激活状态，且核心网是不感知用户状态变化的；对于5g系统中的用户，在下述两种情况下会频繁触发位置区更新，造成的用户能量损耗：用户在未激活状态下的移动造成的位置变化而导致网络侧无法感知用户移动位置；或者，用户在小范围内移动，比如小区范围。综合上述场景，在移动通信系统中如何实现位置区管理更新是目前需要解决的问题。
技术实现要素：
本发明提供了一种网络侧位置区更新的方法、装置和设备，可在ue文本信息获取过程中实现网络侧位置区信息的更新，提升网络效率。
为了达到本发明目的，本发明提供了一种网络侧位置区更新的方法，该方法包括：
目标ran节点接收第一更新请求消息，所述第一更新请求消息为处于未激活状态的ue发送的；
所述目标ran节点依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点；所述第二更新请求消息携带所述ue的相关标识信息；
所述目标ran节点接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程。
本发明实施例中，所述第一更新请求消息包括以下一种或多种信息：
源ran位置区信息；
ue识别标志、或者用户文本识别标志；
更新类型；
ue在源ran位置区的锚点信息和路由信息；
ue能力信息。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
所述目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，所述ran节点为基站、或为无线中心单元cu和无线远端单元du两个分离单元形成的节点。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，
所述目标无线接入网ran节点接收第一更新请求消息，依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点，包括：
目标du接收到所述第一更新请求消息；
所述目标du将所述第一更新请求消息转发给目标cu；
所述目标cu依据所述第一更新请求消息生成第二更新请求消息，并将所述第二更新请求消息发送给源cu。
本发明实施例中，所述目标ran节点执行后续位置区更新流程，包括：
目标ran节点将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
目标ran节点将所述第一更新确认消息下发给所述处于未激活状态的ue，且在本地保存ue文本信息，更新ue的ran位置区信息，并触发所述目标ran节点和核心网cn之间接口的路径切换流程。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，
所述目标ran节点接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程，包括：
目标cu将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
所述目标cu将所述第一更新确认消息下发给目标du，并本地保存ue文本信息，更新ue的ran位置区信息，触发所述目标cu和cn之间接口的路径切换流程；所述目标du收到所述第一更新确认消息后为所述ue分配资源，并将所述第一更新确认消息下发给所述处于未激活状态的ue。
本发明实施例还提供了一种网络侧位置区更新的方法，该方法包括：
源无线接入网ran节点接收对端ran节点发送的第四更新请求消息，所述第四更新请求消息携带用户设备ue的相关标识信息，所述ue处于未激活状态；
所述源ran节点依据所述第四更新请求消息生成第二更新确认消息，并发送到所述对端ran节点，用于所述对端ran节点执行位置区更新流程；
其中，所述第四更新请求消息为：所述对端ran节点依据接收的第三更新请求消息所生成，所述第三更新请求消息为所述ue发送的。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
源ran位置区信息；
ue识别标志、或者用户文本识别标志；
更新类型；
ue在源ran位置区的锚点信息和路由信息；
ue能力信息。
本发明实施例中，所述第二更新确认消息包括以下多种信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明实施例中，所述第二更新确认消息包括以下多种信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，所述源ran节点收到第四更新请求消息后，该方法还包括：
所述源ran节点找到本地保存的ue上下文信息，并依据ue当前的位置区信息判断是否需要更换所述ue的移动管理锚点。
本发明实施例中，所述ran节点为基站、或为无线中心单元cu和无线远端单元du两个分离单元形成的节点。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，
所述源无线接入网ran节点接收对端ran节点发送的第四更新请求消息，依据所述第四更新请求消息生成第二更新确认消息，并发送到对端ran节点，包括：
源cu接收所述第四更新请求消息；
所述源cu依据所述第四更新请求消息生成第二更新确认消息，并将所述第二更新确认消息发送给目标cu。
本发明实施例中，所述源cu发送第二更新确认消息后，该方法还包括：
所述源cu给源du下发ue文本资源释放消息，用于清除ue在所述源du上的资源，该消息中包含：cu-du接口上唯一识别ue的标志信息，以及资源释放原因。
本发明实施例还提供了一种网络侧位置区更新的装置，该装置包括：
第一接收单元，用于接收第一更新请求消息，所述第一更新请求消息为处于未激活状态的用户设备ue发送的；
第一发送单元，用于依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点；所述第二更新请求消息携带所述ue的相关标识信息；
第一处理单元，用于接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程。
本发明实施例中，所述第一更新请求消息包括以下一种或多种信息：
源ran位置区信息；
ue识别标志、或者用户文本识别标志；
更新类型；
ue在源ran位置区的锚点信息和路由信息；
ue能力信息。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
所述目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明实施例中，所述第一更新确认消息包括以下多种信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明实施例中，所述第一更新确认消息包括以下多种信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，所述第一处理单元还包括：
第一发送子单元，用于将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
所述第一处理单元还包括：
第一发送子单元，用于将所述第一更新确认消息下发给所述处于未激活状态的ue；
第一更新子单元，用于在目标ran节点本地保存ue文本信息，更新ue的ran位置区信息，并触发所述目标ran节点和核心网cn之间接口的路径切换流程。
本发明实施例还提供了一种网络侧位置区更新的装置，该装置包括：
第二接收单元，用于接收对端ran节点发送的第四更新请求消息，所述第四更新请求消息携带用户设备ue的相关标识信息，所述ue处于未激活状态；
第二处理单元，用于依据所述第四更新请求消息生成第二更新确认消息，并发送到所述对端ran节点，用于所述对端ran节点执行位置区更新流程；
其中，所述第四更新请求消息为：所述对端ran节点依据接收的第三更新请求消息所生成，所述第三更新请求消息为所述ue发送的。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
源ran位置区信息；
ue识别标志、或者用户文本识别标志；
更新类型；
ue在源ran位置区的锚点信息和路由信息；
ue能力信息。
本发明实施例中，所述装置还包括：
第一判断单元，用于所述第二接收单元收到第四更新请求消息后，找到源ran节点本地保存的ue上下文信息，并依据ue当前的位置区信息判断是否需要更换所述ue的移动管理锚点。
本发明实施例还提供了一种ran节点，所述ran节点包括：上文所述的任一种网络侧位置区更新的装置。
与现有技术相比，本发明包括目标无线接入网ran节点接收第一更新请求消息，所述第一更新请求消息为处于未激活状态的用户设备ue发送的；所述目标ran节点依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点；所述第二更新请求消息携带所述ue的相关标识信息；所述目标ran节点接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程。本发明可以在跨ran节点ue移动场景下实现跨ran节点的ue网络侧位置区信息获取，且可实现ran节点缓存数据的转发，避免由于ue移动而导致ue恢复失败以及无法实现缓存数据转发的缺陷，节省了ue的能量，另外，ue文本信息可迁移到新的移动管理锚点，可提升网络效率。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为分布式网络架构示意图；
图2为集中式网络架构示意图；
图3为分布式网络架构中ran侧位置区更新发生在同一锚点下的场景示意图；
图4为分布式网络架构中ran侧位置区更新发生在不同锚点下的场景示意图；
图5为集中式网络架构中ran侧位置区更新发生在同一锚点下的场景示意图；
图6为集中式网络架构中ran侧位置区更新发生在不同锚点下的场景示意图；
图7为本发明实施例所述网络侧位置区更新的方法流程示意图一；
图8为本发明实施例所述网络侧位置区更新的方法流程示意图二；
图9为本发明实施例所述网络侧位置区更新的装置结构示意图一；
图10为本发明实施例所述第一处理单元的结构示意图一；
图11为本发明实施例所述第一处理单元的结构示意图二；
图12为本发明实施例所述网络侧位置区更新的装置结构示意图二；
图13为本发明实施例所述网络侧位置区更新的装置结构示意图三；
图14为本发明实施例场景一的方法流程示意图；
图15为本发明实施例场景二的方法流程示意图；
图16为本发明实施例场景三的方法流程示意图；
图17为本发明实施例场景四的方法流程示意图；
图18为本发明实施例场景五的方法流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
首先对相关技术进行简单描述：
针对nb-ciot(基于蜂窝网络的窄带物联网技术)用户可以设置专用的核心网。运营商可以在专门的核心网中管理这些具备特殊用途的终端设备，而和普通用户进行区分，尽量减少对普通用户的影响。同时，nb-iot针对ue低成本和小数据量传输的特性，引入了不同的上行窄带接入能力，以及优化的数据传输方案，该优化的数据传输方案包括基于用户面和控制面传输的优化方案。并且，对于智能手机用户，也可以扩展支持用户面和控制面传输的优化方案。
在相关的用户面传输优化方案中，与lte流程类似，数据通过数据无线承载(dataradiobearer，drb)进行传输，信令仍通过srb1/srb2进行传输，目前标准已明确对于nb-iot用户仅配置一个drb。而对于支持用户面方案的智能终端用户则可以支持多个承载。同时网络侧引入了挂起(suspend)和恢复(resume)流程，基站和mme在挂起的时候保存用户文本信息，在恢复的时候可以快速激活ue文本，s1接口的挂起和恢复都由基站发起。在空口挂起流程完成后，ue转入idle态。终端在idle态需要传输数据或“信令+数据”时，可以直接通过resume机制，而不需再空口加密、as承载建立等流程。其中，ue文本信息可包括：用户的标志信息、s1接口用户相关的标志信息，用户安全相关信息、承载信息，服务质量相关信息，用户历史信息，包括用户在连接态下的历史信息，以及终端上报的用户最近在连接态和idle态下驻留过的历史信息等。当用户在挂起状态下移动到目标基站，并且在目标基站发起恢复流程的时候，目标基站可以通过x2接口或者s1接口从保存有ue文本信息的源基站获取ue文本信息。在空口恢复流程完成后，ue转入连接态。ue的状态转换对ran和核心网是感知的。
同时，随着无线通信技术和协议标准的不断演进，移动分组业务经历了巨大的发展，单个终端的数据吞吐能力不断提升。以长期演进(longtermevolution，lte)系统为例，在20m带宽内可以支持下行最大速率为100mbps的数据传输；后续的lte增强系统及其后续5g系统中，数据的传输速率将进一步提升，甚至可以达到数十gbps。5g技术特征有：无缝广域覆盖、大容量热点、低功耗的大量连接和低延迟的高可靠性等等。3gpprelease14对下一代无线接入网(radioaccessnetwork，ran))的设计目标之一是，采用单一的技术架构来支持多种类型业务，比如增强移动宽带(enhancedmobilebroadband，embb)，大规模机器类型通信(massivemachinetypecommunications，mmtc)，超可靠和低延迟通信(ultrareliableandlowlatencycommunications，urllc)等。为达到上述目标，5gnr(newradio)用户面架构的设计要足够灵活多样。近些年来，集中基带单元(basebandunit，bbu)、拉远射频拉远单元(radioremoteunit，rru)的集中式、协同、云、清洁-无线接入网(centralized,cooperative,cloud&clean-radioaccessnetwork，c-ran)网络部署在全球许多国家和地区得到了越来越广泛的应用，为了对底层多样化接入技术进行屏蔽以及支持面向业务的接入，类似lte中bbu+rru的架构，5g无线接入网包含无线中心单元(cu:centerunit)和无线远端单元(du:distributedunit)两级网络功能架构，cu和du部署在同一网络设备则为分布式网络架构，见图1，若部署在不同网络设备则为集中式网络架构，见图2。cu满足以用户为中心的设计理念，承担无线网络的集中控制和管理功能，并可作为用户终端的业务锚点。du是远端接入单元，包含射频功能及部分处理功能，cu和du之间的接口可以称为前传(fronthaul)，其中关于fronthaul的具体划分位置(在用户面的什么位置划分)目前正在标准化。为描述方便，5gran和5gcn之间的接口我们称为ng1接口，5gran之间的接口我们称为ng2接口。
考虑到5gnr里ran节点可以是分布式也可以是集中式的。分布式表示ran节点为基站；集中式表示ran节点实现cu-du分离，可以把cu或者某一个5g基站(bs)作为ran移动性管理的锚点(anchornode)。
在5gnr里可以考虑两层结构的用户位置管理。ran管理ran级别位置区域，用户移动出该区域，则触发ue进行位置区域更新，ran侧控制是否更新用户的ran级别寻呼区域(ran级别寻呼区域可以由1个多个ran级别位置区构成)，或者更改用户(ue)的移动管理锚点。
本发明实施例中rau流程，即：ran侧位置区更新。ran侧位置区更新可能发生在同一个锚点(ran节点)下，也可能发生在不同的锚点(ran节点)下。一个或多个小区组成ran位置区，多个小区可以配置相同的ra(ran位置区简称)，且一个小区只能属于一个ra。
在一个ra下ue移动不需要触发rau流程(ran侧位置区更新流程)，跨ra则触发rau流程。
下面对ran侧位置区更新的场景进行简单描述如下：
一、分布式ran节点
1)rau发生在同一锚点下：
这里，假设ue从连接态转入未激活(inactive)状态的基站为锚点，如图3所示。所示虚线为ue在inactive状态下移动轨迹。
ue初始驻留在ra1，在bs1转入inactive态，移动到bs2，不触发rau。当ue从bs2移动到bs3，触发rau，空口发起rau更新流程。bs3需要通知bs1ue发生了ra变化。bs1本地更新ue的ra信息，后续mme的寻呼消息到达的时候，可以根据最新的ra区域进行寻呼。
这里，ue的上下文信息在rau过程不改变锚点的情况下是否需要进行迁移可以根据以下因素考虑：
比如：在没有业务发起的情况下可以不进行用户文本和路径迁移；
比如：源锚点根据ue对业务的敏感性和基站间接口的bakchaul是否是理想bakchaul来决定是否进行用户文本迁移。
2)rau发生在不同锚点下：
如图4所示，虚线为ue在inactive状态下移动轨迹。
ue初始驻留在ra1，在bs1转入inactive态，移动到bs3，不触发rau。当ue从bs3移动到bs4，触发rau流程，空口发起rau更新流程。bs4需要通知bs1ue发生了ra变化。bs1从本地支持的ra列表可知ue移动出了本锚点的管理范围，因此bs1会将本地的ue上下文信息传递给bs4。bs4需要和核心网(cn)交互通知，通知cnue的锚点发生了变化。由于只是rau流程触发，可以不更改ue在cn和ran的状态。后续cn的寻呼消息从新锚点下发。
二、集中式ran节点
1)rau发生在同一锚点下：
这里，假设集中式下锚点为cu节点。ue从连接态转入inactive状态的cu为锚点。如图5所示，虚线为ue在inactive状态下移动轨迹。
ue初始驻留在ra1，在cu1转入inactive态，移动到cu2，不触发rau。当ue从cu2移动到cu3，触发rau，空口发起rau更新流程。cu3需要通知cu1ue发生了ra变化。cu1本地更新ue的ra信息，后续mme的寻呼消息到达的时候，可以根据最新的ra区域进行寻呼。
ue的上下文信息在rau过程不改变锚点的情况下是否需要进行迁移可以根据以下因素考虑：
比如：在没有业务发起的情况下可以不进行用户文本和路径迁移；
比如：源锚点根据ue对业务的敏感性和基站间接口的bakchaul是否是理想bakchaul来决定是否进行用户文本迁移。
这里，和分布式的区别在于，在该场景下cu和du之间也需要消息交互，具体见后面流程描述。
2)rau发生在不同锚点下：
如图6所示，虚线为ue在inactive状态下移动轨迹。这个场景下一种特殊场景，每个cu管理一个ra区域，在ra下有若干个du连接到cu，可以简化cu接口间消息交互。
ue初始驻留在ra1，在cu1转入inactive态，移动到cu3，不触发rau。当ue从cu3移动到cu4，触发rau，空口发起rau更新流程。cu4需要通知cu1ue发生了ra变化。cu1从本地支持的ra列表可知ue移动出了本anchor管理范围，因此cu1会将本地的ue上下文信息传递给cu4。cu4需要和cn交互通知，以通知cn所述ue的锚点节点发生了变化。由于只是rau更新触发，可以不更改ue在cn和ran的状态。后续cn的寻呼消息从新锚点下发。
这里，和分布式的区别在于，在该场景下cu和du之间也需要消息交互，具体见后面流程描述。
下面结合实施例对所述网络侧位置区更新过程进行描述。
本发明实施例提供了一种网络侧位置区更新的方法，如图7所示，该方法包括：
步骤701：目标无线接入网ran节点接收第一更新请求消息，所述第一更新请求消息为处于未激活状态的用户设备ue发送的；
步骤702：所述目标ran节点依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点；所述第二更新请求消息携带所述ue的相关标识信息；
步骤703：所述目标ran节点接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程。
这里，所述目标ran节点为：ue移动到的新的ran节点，所述ue的移动管理锚点可能发生变化，也可能不变。
本发明实施例中，所述第一更新请求消息(为空口恢复请求)包括以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi、或者用户(ue)文本识别标志，可以在源ran节点唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源ran位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源ran位置区的锚点可以是ue在连接态最后驻留的ran节点；
ue能力信息，比如指示ue是否支持跨ran节点文本获取，或者ue支持不同业务的能力。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
所述目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者ue(用户)文本标志信息，可以在源侧唯一识别ue文本。
本发明一实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明另一实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，所述ran节点可为基站、或为无线中心单元cu和无线远端单元du两个分离单元形成的节点。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，所述目标无线接入网ran节点接收第一更新请求消息，依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点，包括：
目标du接收到所述第一更新请求消息；
所述目标du将所述第一更新请求消息转发给目标cu；
所述目标cu依据所述第一更新请求消息生成第二更新请求消息，并将所述第二更新请求消息发送给源cu。
本发明实施例中，所述目标ran节点执行后续位置区更新流程，包括：
目标ran节点将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
目标ran节点将所述第一更新确认消息下发给所述处于未激活状态的ue，且在本地保存ue文本信息，更新ue的ran位置区信息，并触发所述目标ran节点和核心网cn之间接口的路径切换流程。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，所述目标ran节点接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程，包括：
目标cu将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
所述目标cu将所述第一更新确认消息下发给目标du，并本地保存ue文本信息，更新ue的ran位置区信息，触发所述目标cu和cn之间接口的路径切换流程；所述目标du收到所述第一更新确认消息后为所述ue分配资源，并将所述第一更新确认消息下发给所述处于未激活状态的ue。
本发明实施例中，如果所述ue没有收到第一更新确认消息，则重发第一更新请求消息，重发若干次失败，则转idle态。
本发明实施例中，在rau更新流程后，如果ue有新的下行数据到源ran节点，锚点会在新的ra位置区进行寻呼消息下发(ran触发的寻呼)，可通过ran节点间接口转发寻呼消息，提高用户寻呼成功概率，以及减小寻呼范围；
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入激活(active)态，转active态的时候可以考虑直接进行承载路径迁移，保证后续数据上下行发送为最短路径。
本发明可以在跨ran节点ue移动场景下实现跨ran节点的ue网络侧位置区信息获取，且可实现ran节点缓存数据的转发，避免由于ue移动而导致ue恢复失败以及无法实现缓存数据转发的缺陷，节省了ue的能量，另外，ue文本信息可迁移到新的移动管理锚点，可提升网络效率。
另外，本发明能够满足lte系统下窄带物联网用户以及支持用户面方案的智能手机用户，以及5g系统下支持ran侧控制未激活状态的用户在ue文本恢复过程中实现用户文本信息获取和数据转发。
本发明实施例还提供了一种网络侧位置区更新的方法，如图8所示，该方法包括：
步骤801：源无线接入网ran节点接收对端ran节点发送的第四更新请求消息，所述第四更新请求消息携带用户设备ue的相关标识信息，所述ue处于未激活状态；
步骤802：所述源ran节点依据所述第四更新请求消息生成第二更新确认消息，并发送到所述对端ran节点，用于所述对端ran节点执行位置区更新流程；
这里，所述源ran节点为：ue从目标ran节点移动到新的ran节点之前驻留的ran节点；所述ue的移动管理锚点可能发生变化，也可能不变。
其中，所述第四更新请求消息为：所述对端ran节点依据接收的第三更新请求消息所生成，所述第三更新请求消息为所述ue发送的。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者ue(用户)文本标志信息，可以在源侧唯一识别ue文本。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi、或者用户(ue)文本识别标志，可以在源ran节点唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源ran位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源ran位置区的锚点可以是ue在连接态最后驻留的ran节点；
ue能力信息，比如指示ue是否支持跨ran节点文本获取，或者ue支持不同业务的能力。
本发明一实施例中，所述第二更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明另一实施例中，所述第二更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，所述源ran节点收到第四更新请求消息后，该方法还包括：
所述源ran节点找到本地保存的ue上下文信息，并依据ue当前的位置区信息判断是否需要更换所述ue的移动管理锚点。
这里，如果ue的移动管理锚点不需更换，则所述源ran节点可以保留ue在inactive状态下的ra更新历史，可用于后续寻呼优化辅助信息的上报。如果ue的移动管理锚点需更换，比如源锚点不支持ue新驻留的rai，则意味着ue需要更换锚点。
本发明实施例中，所述ran节点为基站、或为无线中心单元cu和无线远端单元du两个分离单元形成的节点。
本发明实施例中，所述ran节点为cu和du两个分离单元形成的节点时，所述源无线接入网ran节点接收对端ran节点发送的第四更新请求消息，依据所述第四更新请求消息生成第二更新确认消息，并发送到对端ran节点，包括：
源cu接收所述第四更新请求消息；
所述源cu依据所述第四更新请求消息生成第二更新确认消息，并将所述第二更新确认消息发送给目标cu。
本发明实施例中，所述源cu发送第二更新确认消息后，该方法还包括：
所述源cu给源du下发ue文本资源释放消息，用于清除ue在所述源du上的资源，该消息中包含：cu-du接口上唯一识别ue的标志信息，以及资源释放原因。
本发明实施例中，在rau更新流程后，如果ue有新的下行数据到源ran节点，锚点会在新的ra位置区进行寻呼消息下发(ran触发的寻呼)，可通过ran节点间接口转发寻呼消息，提高用户寻呼成功概率，以及减小寻呼范围；
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入激活(active)态，转active态的时候可以考虑直接进行承载路径迁移，保证后续数据上下行发送为最短路径。
本发明可以在跨ran节点ue移动场景下实现跨ran节点的ue网络侧位置区信息获取，且可实现ran节点缓存数据的转发，避免由于ue移动而导致ue恢复失败以及无法实现缓存数据转发的缺陷，节省了ue的能量，另外，ue文本信息可迁移到新的移动管理锚点，可提升网络效率。
另外，本发明能够满足lte系统下窄带物联网用户以及支持用户面方案的智能手机用户，以及5g系统下支持ran侧控制未激活状态的用户在ue文本恢复过程中实现用户文本信息获取和数据转发。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行本发明实施例上文所述的步骤，此处不再详述。上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了实现上述方法实施例的装置和设备，以下装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例描述而理解，为节约篇幅，这里不再赘述。
本发明实施例还提供了一种网络侧位置区更新的装置，如图9所示，该装置包括：
第一接收单元901，用于接收第一更新请求消息，所述第一更新请求消息为处于未激活状态的用户设备ue发送的；
第一发送单元902，用于依据所述第一更新请求消息生成第二更新请求消息，并发送到对端ran节点；所述第二更新请求消息携带所述ue的相关标识信息；
第一处理单元903，用于接收所述对端ran节点发送的第一更新确认消息，并执行后续位置区更新流程。
这里，所述装置中的单元可能位于同一个ran节点中，也可能位于不同ran节点中。
本发明实施例中，所述第一更新请求消息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者ue(用户)文本标志信息，可以在源侧唯一识别ue文本。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi、或者用户(ue)文本识别标志，可以在源ran节点唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源ran位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源ran位置区的锚点可以是ue在连接态最后驻留的ran节点；
ue能力信息，比如指示ue是否支持跨ran节点文本获取，或者ue支持不同业务的能力。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
所述目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明一实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明另一实施例中，所述第一更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，如图10所示，所述第一处理单元903还包括：
第一发送子单元9031，用于将所述第一更新确认消息下发给所述处于未激活状态的ue；或者，
如图11所示，所述第一处理单元903还包括：
第一发送子单元9032，用于将所述第一更新确认消息下发给所述处于未激活状态的ue；
第一更新子单元9033，用于在目标ran节点本地保存ue文本信息，更新ue的ran位置区信息，并触发所述目标ran节点和核心网cn之间接口的路径切换流程。
本发明实施例还提供了一种网络侧位置区更新的装置，如图12所示，该装置包括：
第二接收单元1201，用于接收对端ran节点发送的第四更新请求消息，所述第四更新请求消息携带用户设备ue的相关标识信息，所述ue处于未激活状态；
第二处理单元1202，用于依据所述第四更新请求消息生成第二更新确认消息，并发送到所述对端ran节点，用于所述对端ran节点执行位置区更新流程；
其中，所述第四更新请求消息为：所述对端ran节点依据接收的第三更新请求消息所生成，所述第三更新请求消息为所述ue发送的。
这里，所述装置中的单元可能位于同一个ran节点中，也可能位于不同ran节点中。
本发明实施例中，所述ue的相关标识信息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志、或ue文本标志信息。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
目标ran节点为所述ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者ue(用户)文本标志信息，可以在源侧唯一识别ue文本。
本发明实施例中，所述第三更新请求消息包括以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi、或者用户(ue)文本识别标志，可以在源ran节点唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源ran位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源ran位置区的锚点可以是ue在连接态最后驻留的ran节点；
ue能力信息，比如指示ue是否支持跨ran节点文本获取，或者ue支持不同业务的能力。
本发明一实施例中，所述第二更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息。
本发明另一实施例中，所述第二更新确认消息包括以下信息：
源ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
目标ran节点为ue分配的用于在ran节点间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源ran节点上保留的ue文本信息。
本发明实施例中，如图13所示，所述装置还包括：
第一判断单元1203，用于所述第二接收单元1201收到第四更新请求消息后，找到源ran节点本地保存的ue上下文信息，并依据ue当前的位置区信息判断是否需要更换所述ue的移动管理锚点。
本发明实施例还提供了一种ran节点，所述ran节点包括：图9-11中任一所述的网络侧位置区更新的装置；或者，包括：图12或图13所述的网络侧位置区更新的装置。
下面结合具体场景的实施方式对本发明进行详细描述。
实施例场景一、分布式网络架构中移动管理锚点不变
如图14所示，包括如下步骤：
步骤1401：ue触发空口恢复请求，请求类型为rau更新。rau更新消息中携带以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi，或者用户文本识别标志，可以在源侧唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源位置区的锚点可以是ue在连接态最后驻留的基站。
ue能力信息，可选，比如指示ue是否支持跨基站文本获取，或者ue支持不同业务的能力；
步骤1402：新基站(目标基站)收到无线资源控制(rrc)消息后，给源锚点发送rau更新消息，所述rau更新消息中携带以下一种或多种信息：
新基站为ue分配的用于在基站间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者用户文本标志信息，可以在源侧唯一识别ue文本；
步骤1403：源锚点收到rau更新消息后，找到本地保存的ue上下文，通过ue当前上报的位置区信息判断是否需要更换锚点。
这里我们假设锚点不需要更改。同时锚点，可以保留ue在inactive状态下的ra更新历史，可用于后续寻呼优化辅助信息的上报。锚点给新基站发送rau更新确认消息。rau更新确认消息中携带以下信息：
源锚点为ue分配的用于在基站间接口唯一识别ue的标志信息；
新基站为ue分配的用于在基站间接口唯一识别ue的标志信息；
步骤1404：新基站将rau更新确认消息下发给ue。ue继续保持inactive态。如果ue没有收到rau确认消息，则重发，重发若干次失败，则转idle态。
在rau更新流程后，如果ue有新的下行数据到达锚点，锚点会在新的ra位置区进行寻呼消息下发(ran触发的寻呼)，可通过基站间接口转发寻呼消息，提高用户寻呼成功概率，以及减小寻呼范围。
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入active态。转active态的时候可以考虑直接进行承载路径迁移，保证后续数据上下行发送为最短路径。
失败流程：
如果rau更新失败，则给新基站bs2返回更新失败消息，bs2在公共信道上实现空口释放ue。ue转入idle态。同时源锚点和cn之间的ng1接口可以不释放，等待后续保活机制来触发ue文本释放流程，通知cn释放ue文本，以及实现cn侧ue状态变化。
实施例场景二、分布式网络架构中移动管理锚点变化
如图15所示，该流程包括如下步骤：
步骤1501：ue触发空口恢复请求，请求类型为rau更新。rau更新消息中携带以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi，或者用户文本识别标志，可以在源侧唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源位置区的锚点可以是ue在连接态最后驻留的基站。
ue能力信息，可选，比如指示ue是否支持跨基站文本获取，或者ue支持不同业务的能力；
步骤1502：新基站收到rrc消息后，给源锚点发送rau更新消息。rau更新消息中携带以下一种或多种信息：
新基站为ue分配的用于在基站间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者用户文本标志信息，可以在源侧唯一识别ue文本；
步骤1503：源锚点收到rau更新消息后，找到本地保存的ue上下文，通过ue当前上报的rai信息判断是否需要更换锚点。
比如源锚点不支持ue新驻留的rai，则意味着ue需要更换锚点。这里我们假设锚点需要更改。源锚点给新基站发送rau更新确认消息，其中包含了ue的文本信息。rau更新确认消息中携带以下信息：
源锚点为ue分配的用于在基站间接口唯一识别ue的标志信息；
新基站为ue分配的用于在基站间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源锚点上保留的ue文本信息；
步骤1504：用户文本完成迁移后，新基站作为新锚点将rau更新确认消息下发给ue。新锚点本地保存ue文本信息，更新ue的最新ran侧位置信息。同时触发ran和cn之间接口的路径切换流程。对cn来说，认为ue在连接态下发生了切换。而基站和ue在rau过程结束后仍然保持在inactive状态。
在rau更新流程后，如果ue有新的下行数据，则会传递到新锚点，新锚点会在新的ra位置区进行寻呼消息下发，提高用户寻呼成功概率，以及减小寻呼范围。
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入active态。转active态的时候相当于在新锚点上做恢复流程，承载路径不需要再进行迁移。
失败流程：
rau更新失败，则给新锚点返回更新失败消息，源锚点在公共信道上实现空口释放ue，ue转入idle态。同时源锚点和cn之间接口可以不释放，等待后续保活机制来触发ue文本释放流程，通知mme释放ue文本，实现cn侧ue状态更新。
若ng1接口路径迁移失败，则mme和新锚点释放所有资源，空口也触发rrc连接释放，ue转入idle态。
实施例场景三、集中式网络架构中移动管理锚点不变
如图16所述，该流程包括如下步骤：
步骤1601：ue触发空口恢复请求，请求类型为rau更新。rau更新消息中携带以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi，或者用户文本识别标志，可以在源侧唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源位置区的锚点可以是ue在连接态最后驻留的基站(cu)。
ue能力信息，可选，比如指示ue是否支持跨基站文本获取，或者ue支持不同业务的能力；
步骤1602：du2收到rrc消息后，给cu2发送rau更新消息。
步骤1603：cu2给cu1发送rau更新消息，其中携带以下一种或多种信息：
cu2为ue分配的用于在cu间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者用户文本标志信息，可以在源侧唯一识别ue文本；
步骤1604：cu1收到rau更新消息后，找到本地保存的ue上下文，通过ue当前上报的位置区信息判断是否需要更换锚点。这里我们假设锚点不需要更改。同时cu1可以保留ue在inactive状态下的ra更新历史，可用于后续寻呼优化辅助信息的上报。cu1给cu2发送rau更新确认消息。rau更新确认消息中携带以下信息：
cu1为ue分配的用于在cu间接口唯一识别ue的标志信息；
cu2为ue分配的用于在cu间接口唯一识别ue的标志信息；
步骤1605：cu2将rau更新确认消息下发给ue。ue继续保持inactive态。如果ue没有收到rau确认消息，则重发，重发若干次失败，则转idle态。
在rau更新流程后，如果ue有新的下行数据到达锚点cu1，锚点会在新的ra位置区进行寻呼消息下发(ran触发的寻呼)，可通过cu间接口转发寻呼消息，提高用户寻呼成功概率，以及减小寻呼范围。
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入active态。转active态的时候可以考虑直接进行承载路径迁移，保证后续数据上下行发送为最短路径。
失败流程：
rau更新失败，则给cu2返回更新失败消息，du2在公共信道上实现空口释放ue。ue转入idle态。同时cu1和cn之间的ng1接口可以不释放，等待后续保活机制来触发ue文本释放流程，通知cn释放ue文本，以及实现cn侧ue状态变化。
实施例场景四、集中式网络架构中移动管理锚点变化
如图17所示，该流程包括如下步骤：
步骤1701：ue触发空口恢复请求，请求类型为rau更新。rau更新消息中携带以下一种或多种信息：
源ran位置区信息，比如rai；
ue识别标志，比如s-tmsi，或者用户文本识别标志，可以在源侧唯一识别ue；
更新类型：周期rau还是事件触发rau；
ue在源位置区的锚点信息，比如锚点id(也可以是能获取到锚点id的信息，比如从小区全局标识符中解析出锚点id)和路由信息(tai、rai，或者通过用户文本相关信息能在ran或者cn侧索引到源锚点)，源位置区的锚点可以是ue在连接态最后驻留的基站(cu)。
ue能力信息，可选，比如指示ue是否支持跨基站(cu)文本获取，或者ue支持不同业务的能力；
步骤1702：du2收到rrc消息后，给cu2发送rau更新消息。
步骤1703：cu2给源锚点cu1发送rau更新消息。rau更新消息中携带以下一种或多种信息：
cu2为ue分配的用于在cu间接口唯一识别ue的标志信息；
ue当前驻留的小区的位置区信息；
ue识别标志，比如s-tmsi，或者用户文本标志信息，可以在源侧唯一识别ue文本；
步骤1704：cu1收到rau更新消息后，找到本地保存的ue上下文，并判断是否需要为ue更换锚点，比如通过ue当前上报的rai信息判断是否需要更换锚点，如果源锚点不支持ue新驻留的rai，则意味着ue需要更换锚点。这里我们假设锚点需要更改。源锚点cu1给cu2发送rau更新确认消息，其中包含了ue的文本信息。rau更新确认消息中携带以下信息：
cu1为ue分配的用于在cu间接口唯一识别ue的标志信息；
cu2为ue分配的用于在cu间接口唯一识别ue的标志信息；
ue文本信息，包含ue在源锚点cu1上保留的ue文本信息；
步骤1705：cu1给du1下发用户文本资源释放消息，清除ue在du1上的资源。该消息中可包含cu-du接口上能唯一识别ue的标志信息，以及释放原因；
步骤1706：用户文本完成迁移后，cu2作为新锚点将rau更新确认消息下发给du2,同时du2为用户分配资源；
步骤1707：du2将rau更新确认消息下发给ue。cu2本地保存ue文本信息，更新ue的最新ran侧位置信息。
步骤1708：cu2触发ran和cn之间接口的路径切换流程。对cn来说，认为ue在连接态下发生了切换。而cu和ue在rau过程结束后仍然保持在inactive状态。
在rau更新流程后，如果ue有新的下行数据，则会传递到新锚点cu2，新锚点cu2会在新的ra位置区进行寻呼消息下发，提高用户寻呼成功概率，以及减小寻呼范围。
如果ue有上行数据需要发送，则自行触发业务建立请求流程，转入active态。转active态的时候相当于在新锚点cu2上做恢复流程，ran和cn之间的承载路径不需要再进行迁移。
失败流程：
rau更新失败，则给新锚点cu2返回更新失败消息，源锚点cu1在公共信道上实现空口释放ue，ue转入idle态。同时源锚点cu1和cn之间接口可以不释放，等待后续保活机制来触发ue文本释放流程，通知cn释放ue文本，实现cn侧ue状态更新。
若ran和cn之间接口路径迁移失败，则cn和新锚点cu2释放所有资源，空口也触发rrc连接释放，ue转入idle态。
实施例场景五、
本实施例场景为lte系统下支持上述方案的用户跨站用户文本信息获取和恢复过程，如图18所示，包括：
步骤1801：ue可能在挂起状态从源基站移动到目标基站，并且在目标基站发起恢复请求；
步骤1802：目标基站收到ue的恢复请求后，根据空口请求消息中携带的信息给源基站发送ue文本获取请求，该请求消息中携带唯一识别ue文本的标志信息resumeid，该标志由源基站识别信息和ue识别信息构成，由源基站分配并在挂起的时候通知给ue；
步骤1803：源基站如果在本地查找到ue的文本信息，则在文本获取响应消息中反馈给目标基站。否则，发送文本获取失败消息给目标基站；
步骤1804：目标基站获取到ue的文本信息后，通过路径请求流程实现承载路径信息更新以及ue文本恢复。
需要说明的是，本发明实施例适用但不限于于5g、elte等系统。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。