CN110035495A - 一种去激活态的恢复方法和设备 - Google Patents
一种去激活态的恢复方法和设备 Download PDFInfo
- Publication number
- CN110035495A CN110035495A CN201810028110.7A CN201810028110A CN110035495A CN 110035495 A CN110035495 A CN 110035495A CN 201810028110 A CN201810028110 A CN 201810028110A CN 110035495 A CN110035495 A CN 110035495A
- Authority
- CN
- China
- Prior art keywords
- target cell
- configuration
- cell
- paging
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
Abstract
本发明实施例提供一种去激活态的恢复方法和设备，恢复方法包括：确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，其中，所述UE在所述源小区处于去激活态；根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。使得处于去激活态UE在不同RAT制式的小区之间移动时能够直接进行UE恢复。
Description
技术领域
本发明实施例涉及通信技术领域，具体涉及一种去激活(inactive)态(或者称为非激活态)的恢复方法和设备。
背景技术
目前，第五代移动通信技术(Fifth-generation，5G)新空口(New Radio，NR)的标准化制定中，已经引入了inactive态的管理机制，inactive态在同一个无线接入网(RadioAccess Network，RAN)区域(area)是可以保持的。
在演进型长期演进(Evolved Long Term Evolution，eLTE)中，也已经同意引入inactive态，由于eLTE采用长期演进(Long Term Evolution，LTE)的空口和5G的核心网(简称5GC)，且eLTE在分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层和业务数据适配协议(Service data adaptation protocol，SDAP)层采用NR PDCP和SDAP协议，但是其无线链路控制层(Radio Link Control，RLC)协议/媒体接入控制(Media AccessControl，MAC)协议/PHY(物理层)协议依然采用LTE的空口协议栈。
如果用户设备(User Equipment，UE)在一个RAN area中移动，这个RAN area包含eLTE节点(node)和NR节点，如果进入inactive态的基站是eLTE节点或NR节点，而恢复连接建立的基站是NR节点或LTE节点，这就导致待恢复连接的基站获取(fetch)的UE的上下文，可能并不能直接用于UE恢复，即无法进行UE恢复。
发明内容
本发明实施例的一个目的在于提供一种去激活态的恢复方法和设备，解决处于去激活态UE在不同RAT制式的小区之间移动时，如何直接进行UE恢复的问题。
第一方面，提供了一种去激活态的恢复方法，应用于用户设备，所述恢复方法包括：
确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，所述UE在所述源小区处于去激活态；
根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。
第二方面，还提供了一种去激活态的恢复方法，应用于网络侧设备，所述恢复方法包括：
向UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
第三方面，还提供了一种寻呼方法，应用于用户设备，所述方法包括：
当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；
根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
第四方面，还提供了一种寻呼方法，应用于网络侧设备，所述方法包括：
向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
第五方面，还提供了一种UE，包括：
第一确定模块，用于确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，其中，所述UE在所述源小区处于去激活态；
第一恢复模块，用于根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。
第六方面，还提供了一种网络侧设备，包括：
第二发送模块，用于向用户设备UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
第七方面，还提供了一种用户设备，包括：
第二确定模块，用于当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；
第三确定模块，用于根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
第八方面，还提供了一种网络侧设备，包括：
第三发送模块，用于向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
第九方面，还提供了一种用户设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面所述的去激活的恢复方法的步骤；或者实现如第三方面所述的寻呼方法的步骤。
第十方面，还提供了一种网络侧设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第二方面所述的去激活的恢复方法的步骤；或者如第四方面所述的寻呼方法的步骤。
第十一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的去激活的恢复方法的步骤；或者如第二方面所述的去激活的恢复方法的步骤；或者如第三方面所述的寻呼方法的步骤；或者如第四方面所述的寻呼方法的步骤。
这样，UE通过识别源小区支持的核心网类型和目标小区支持的核心网类型和是否支持Inactive态，根据识别结果采用相应的恢复连接建立流程，使得处于去激活态UE在不同RAT制式的小区之间移动时能够直接进行UE恢复，避免现有技术中处于去激活态UE在不同RAT制式的小区之间移动时，无法直接进行UE恢复的问题，节省网络侧将UE从Inactive态转换为idle态的信令。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为UE恢复和获取UE的上下文过程的示意图；
图2为本发明实施例的无线通信系统的架构示意图；
图3为本发明实施例的去激活态的恢复方法的流程图之一；
图4为本发明实施例的去激活态的恢复方法的流程图之二；
图5为本发明实施例的寻呼方法的流程图之一；
图6为本发明实施例的寻呼方法的流程图之二；
图7为本发明实施例的用户设备的结构图之一；
图8为本发明实施例的网络侧设备的结构图之一；
图9为本发明实施例的用户设备的结构图之二；
图10为本发明实施例的网络侧设备的结构图之二；
图11为本发明实施例的用户设备的结构图之三；
图12为本发明实施例的网络侧设备的结构图之三。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了便于理解本发明实施例的技术方案，下面介绍几个技术点：
(1)关于演进型长期演进(Evolved Long Term Evolution，eLTE)的介绍：
第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)无线接入网(Radio Access Network，RAN)主要定义了第五代移动通信技术(Fifth-generation，5G)系统两个演进方向，eLTE和5G新空口(New Radio，NR)。eLTE指空口LTE接入5G核心网(或者称为下一代核心网(Next Generation Core，NGC))。
eLTE项目在RAN#75次会议立项成功，在RAN2#98次会议上进行了讨论。LTE、eLTE、NR网络共存可能会成为较为常见的部署场景。eLTE已经确定数据无线承载(Data RadioBearer，DRB)使用NR分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)，并且信令无线承载(Signaling Radio Bearer，SRB)在初始接入后也使用NR PDCP。
(2)关于轻连接(Light Connection)态和去激活(Inactive)态的介绍：
LTE在R14(Release 14，版本14)引入了Light Connection，NR在第1阶段(phase1)引入了Inactive态(或者称为Inactive状态)，基于最新的结论，eLTE中需要引入Inactive态。
所谓Light Connection态，即基站和核心网保存UE(User Equipment，用户设备)的S1接口(S1接口是LTE基站与分组核心网之间的通讯接口)连接，在释放空口连接后，基站和UE侧保存UE的空口上下文。从核心网角度看UE始终在线。无线侧通过RAN发起寻呼(paging)消息寻呼UE，而不采用核心网的paging消息寻呼UE。UE在Light Connection态的行为接近UE在空闲(IDLE)态的行为，也需要进行重选操作。
Inactive态是5G NR中引入的状态，类似于LTE中Light Connection态，也是保留核心网的连接，同时在释放空口后网络侧和UE都保存UE的上下文。当UE在同一RAN paging区域(area)发起恢复连接请求时，UE将保留的上下文恢复使用，网络侧接收恢复请求的基站将从源节点(node)将之前保存的UE的上下文拿到本节点，用于恢复(resume)该UE相关信息。
(3)关于eLTE下的Inactive态的介绍：
目前在eLTE R15(Release 15，版本15)的讨论中，已经确定将Inactive态引入eLTE。其基本思路和LTE Light Connection态以及NR Inactive态类似。其基本状态转换流程NR Inactive态类似。
(4)关于UE的上下文的介绍：
UE的上下文可以包括以下一项或多项组合：
UE当前的无线资源控制(Radio Resource Control，RRC)配置、当前的安全上下文、包含健壮性报头压缩协议(ROHC)信息的PDCP状态、源主小区的小区无线网络临时标识(C-RNTI)、小区标识(ID)和源主小区的物理小区标识(PCI)；
(5)关于UE resume和context fetch(上下文获取)过程的介绍：
如图1所示，其中第一无线接入网节点(第一RAN node)可以是LTE node或者NRnode，第二无线接入网节点可以是NR node或者LTE node，具体步骤如下：
步骤1、UE向第一无线接入网节点发送随机接入码(Random Access Preamble)；步骤2、第一无线接入网节点向UE发送随机接入响应(Random Access Response)；步骤3、第一无线接入网节点向UE发送RRC连接恢复请求(RRC Connection Resume Request)；步骤4、第一无线接入网节点向第二无线接入网节点发送恢复UE的上下文请求(Retrieve UEContext Request)；步骤5、第二无线接入网节点向第一无线接入网发送恢复UE的上下文响应(Retrieve UE Context Response)；步骤6、第一无线接入网节点向UE发起RRC连接恢复(RRC Connection Resume)。
(6)关于无线接入网寻呼(RAN paging)的介绍：
在Light Connection态和NR Inactive态均引入了RAN paging。所谓RAN paging，相对于核心网寻呼(CN paging)而言，即寻呼是由无线网发起，而不经由核心网发起。因为引入了Inactive态，无线侧可以在一定范围内进行寻呼，这就减少了寻呼的范围。CNpaging是在整个跟踪区(TA)内进行的，相比较RAN paging而言，信令消耗更多。当UE进入了Light Connection态或者Inactive态，UE会被分配一个无线接入网区域(RAN area)，在UE不离开这个RAN area的情况下，网络只需要在该RAN area内进行寻呼即可；如果离开了这个RAN area，UE会向网络发起更新请求，网络即重新知道UE的位置，方便下一次进行RANpaging。
下面结合附图介绍本发明的实施例。本发明实施例提供的去激活态的恢复方法和设备，以及寻呼方法和设备可以应用于无线通信系统中。该无线通信系统可以为演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者采用第五代(5th Generation，5G)移动通信技术的系统(以下均简称为5G系统)，或者后续演进通信系统，参考图2，为本发明实施例提供的一种无线通信系统的架构示意图。如图2所示，该无线通信系统可以包括：网络侧设备20和用户设备，例如用户设备记做UE 21，UE 21可以与网络侧设备20通信。在实际应用中上述各个设备之间的连接可以为无线连接，为了方便直观地表示各个设备之间的连接关系，图2中采用实线示意。
需要说明的是，上述通信系统可以包括多个UE，网络侧设备和可以与多个UE通信(传输信令或传输数据)。
本发明实施例提供的网络侧设备可以为基站，该网络侧设备可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络侧设备(例如下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))等设备。
本发明实施例提供的用户设备可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(PersonalDigital Assistant，PDA)等。
参见图3，图中示出了根据发明实施例的去激活态的恢复方法的流程，该方法的执行主体为UE，具体步骤如下：
步骤301、确定源小区发送的第一指示信息和目标小区发送的第二指示信息；
其中，第一指示信息指示出源小区的相关信息，例如包括源小区所支持的核心网类型等，第二指示信息指示出目标小区的相关信息，例如包括目标小区所支持的核心网类型和目标小区是否支持去激活(Inactive)态等。
其中，UE在源小区处于Inactive态。
其中，该源小区和目标小区位于同一RAN area，该RAN area包括：多个小区，其中，多个小区的RAT制式不同，该多个小区支持的核心网类型相同，以及多个小区对应不同的RAN节点(node)。即，RAN area的配置可以涵盖不同制式但是相同核心网的、不同RAN node下的小区，例如eLTE小区和NR小区属于同一个RAN area。
在本发明实施例中，可选地，第一指示信息和第二指示信息可以携带在网络侧发送的广播消息或专有信令中。
步骤302、根据第一指示信息和第二指示信息，进行相应去激活态的恢复连接建立流程。
在本发明实施例中，根据第一指示信息和第二指示信息，进行相应的去激活态的恢复连接建立流程，包括以下任意一项：
a、当源小区所支持的核心网类型和目标小区所支持的核心网类型不同时，发起跟踪区更新(TAU)，然后进入空闲(idle)态；
b、当源小区所支持的核心网类型和目标小区所支持的核心网类型相同，源小区的无线接入技术(RAT)制式与目标小区的RAT制式相同，以及目标小区不支持Inactive态时，发起恢复连接，然后进入idle态；
c、当源小区所支持的核心网类型和目标小区所支持的核心网类型相同，源小区的RAT制式与目标小区的RAT制式相同，以及目标小区支持Inactive态时，进行Inactive态(或者称为常规inactive态)的重选流程，然后进行恢复(或者称为常规恢复(resume))连接流程；
d、当源小区所支持的核心网类型和目标小区所支持的核心网类型相同，源小区的RAT制式与目标小区的RAT制式不相同，以及目标小区不支持Inactive态时，发起跟踪区更新(TAU)，然后进入idle态；
e、当源小区所支持的核心网类型和目标小区所支持的核心网类型相同，源小区的RAT制式与目标小区的RAT制式不相同，以及目标小区支持Inactive态时，进行以下任意一项或多项的组合：
当需要发起连接恢复请求时，恢复部分的UE的上下文；
当需要发起连接恢复请求时，无线数据承载(DRB)和信令无线承载(SRB)2的无线链路控制层(RLC)、媒体接入控制层(MAC)或者物理层(PHY)配置采用预先定义的配置，或者采用默认配置，或者采用全配置(full configuration)；
当需要发起连接恢复请求时，信令无线承载(SRB)1的配置采用恢复原来的SRB1配置，或者采用预先定义的配置，或者采用默认配置，或者采用full configuration。
进一步地，可选地，部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议(SDAP)相关的服务质量(QoS)配置，例如映射(mapping)关系，反射(reflective)配置，流(flow)相关信息等；分组数据汇聚协议(DPCP)相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载(DRB)配置。
进一步地，可选地，上述恢复方法还包括：在UE进入去激活态或轻连接态时，接收网络侧分配的对应UE的恢复标识(resume ID)，该resume ID用于网络侧从对应节点获取UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码，能够明确识别不同制式的节点。
进一步地，可选地，上述恢复方法还包括：在UE从Inactive态进入idle态之后，通过核心网指示通知、或者通过其他UE辅助通知、或者通过节点间接口(或者称为基站间接口)通知源小区释放该UE的上下文。
这样，UE通过识别源小区支持的核心网类型和目标小区支持的核心网类型和是否支持Inactive态，根据识别结果采用相应的恢复连接建立流程，使得处于去激活态UE在不同RAT制式的小区之间移动时能够直接进行UE恢复，避免现有技术中处于去激活态UE在不同RAT制式的小区之间移动时，无法直接进行UE恢复的问题，节省网络侧将UE从Inactive态转换为idle态的信令。
参见图4，图中示出了根据发明实施例的去激活态的恢复方法的流程，该方法的执行主体为网络侧设备，具体步骤如下：
步骤401、向UE发送第二指示信息，以使UE根据第一指示信息和第二指示信息，进行相应去激活态的恢复连接建立流程，其中，第一指示信息指示出源小区的相关信息，第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
其中，第一指示信息包括源小区所支持的核心网类型等，第二指示信息包括目标小区所支持的核心网类型和目标小区是否支持去激活(Inactive)态等。
其中，该源小区和目标小区位于同一RAN area，该RAN area包括：多个小区，其中，多个小区的RAT制式不同，多个小区支持的核心网类型相同，以及多个小区对应不同的RAN节点(node)。即，RAN area的配置可以涵盖不同制式但是相同核心网的、不同RAN node下的小区，例如eLTE小区和NR小区属于同一个RAN area。
在本发明实施例中，可选地，第一指示信息和第二指示信息可以携带在网络侧发送的广播消息或专有信令中。
进一步地，可选地，部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议(SDAP)相关的服务质量(QoS)配置，例如映射(mapping)关系，反映(reflective)配置，流(flow)相关信息等；分组数据汇聚协议(DPCP)相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载(DRB)配置。
在本发明实施例中，可选地，恢复方法还包括：接收源小区发送的UE的上下文；对UE的上下文中的部分内容进行恢复。即，网络侧在恢复UE的上下文时，可以向源小区的节点请求获取(fetch)该UE的上下文，在获得该UE的上下文后，选择适当可以使用的内容进行恢复，其他内容可以丢弃。
在本发明实施例中，可选地，该恢复方法还包括：在UE进入去激活态或轻连接态时，分配UE对应的恢复标识(resume ID)，该resume ID用于网络侧从对应节点获取UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码，能够明确识别不同RAT制式的节点。
具体地，UE在进入Inactive态或Light Connection态后，网络会分配给UE一个resume ID用于恢复连接。在eLTE-NR Inactive状态互相直接转化的示例中，该UE的resumeID需要被NR节点和eLTE节点都识别。
在本发明实施例中，可选地，恢复方法还包括：通过节点间接口(例如eLTE节点和NR节点之间的接口)获取部分的UE的上下文，该节点间接口也可称为基站间接口。
进一步地，该部分的UE的上下文包括以下任意一项或多项的组合：SDAP相关的QoS配置，例如mapping关系，reflective配置，flow相关信息等；DPCP相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及DRB配置。
这样，UE通过识别源小区支持的核心网类型和目标小区支持的核心网类型和是否支持Inactive态，根据识别结果采用相应的恢复连接建立流程，使得处于去激活态UE在不同RAT制式的小区之间移动时能够直接进行UE恢复，避免现有技术中处于去激活态UE在不同RAT制式的小区之间移动时，无法直接进行UE恢复的问题，节省网络侧将UE从Inactive态转换为idle态的信令。
参见图5，图中示出了根据发明实施例的寻呼方法的流程，该方法的执行主体为UE，具体步骤如下：
步骤501、当UE从源小区进入到目标小区时，确定目标小区发送的RAT制式的相关寻呼信息；
在本发明实施例中，可选地，该相关寻呼信息包括以下任意一项或多项组合：寻呼周期(paging cycle)；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域(paging area)配置；周期性更新配置；以及新空口无线接入网非连续接收(NR RAN drx)配置；或者该相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
步骤502、根据目标小区的RAT制式的相关寻呼信息，确定目标小区的寻呼位置。
在本发明实施例中，可选地，在步骤502中，根据UE的非连续性接收(DRX)配置和目标小区的RAT制式的相关寻呼信息，确定目标小区的寻呼位置。可选地，DRX配置是UE专用非连续性接收配置、RAN寻呼非连续性接收配置和默认非连续性接收配置中的最小一个，或者非连续性接收配置采用在目标小区(或者称为当前制式当前小区)广播消息中的非连续性接收配置。
在现有技术中，网络侧释放处于连接(connect)态UE到Inactive态。在释放消息中可以包括RAN paging的相关信息，该RAN paging的相关信息包包括RAN paging周期(cycle)，RAN paging Area和RAN period PAU。但是UE在eLTE和NR之间移动时，当UE从一个RAT制式的小区进入到另外一个新RAT制式的小区时，原有的paging和drx配置可能无法用于新RAT制式的小区计算paging的位置。
在本发明实施例中，当UE进入目标小区并且仍然保持在Inactive态时，使用当前目标小区的RAT制式的相关paging信息计算寻呼位置，例如寻呼时机(PO)或寻呼帧(PF)。例如：在释放UE至Inactive态的释放消息内，除了携带源小区的RAT制式的paging相关信息，也携带目标小区的RAT制式的相关paging信息。
参见图6，图中示出了根据发明实施例的寻呼方法的流程，该方法的执行主体为网络侧设备，具体步骤如下：
步骤601、向UE发送目标小区的RAT制式的相关寻呼信息，以使UE根据目标小区的RAT制式的相关寻呼信息，确定目标小区的寻呼位置。
在本发明实施例中，可选地，该相关寻呼信息包括以下任意一项或多项组合：寻呼周期(paging cycle)；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域(paging area)配置；周期性更新配置；以及新空口无线接入网非连续接收(NR RAN drx)配置；或者，该相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
在本发明实施例中，可选地，所述方法还包括：通过节点接口(例如eLTE节点和NR节点之间的接口)向其他小区发送所述相关寻呼信息。例如：相关寻呼信息包括寻呼周期配置、非连续接收配置、寻呼区域配置等配置。
本发明实施例中，当UE进入目标小区并且仍然保持在Inactive态时，可使用当前目标小区的RAT制式的相关paging信息计算寻呼位置，该寻呼位置可以是寻呼时机(PO)或寻呼帧(PF)。例如：在释放UE至Inactive态的释放消息内，除了携带源小区的RAT制式的paging相关信息，也携带目标小区的RAT制式的相关paging信息。
本发明实施例中还提供了一种用户设备，由于用户设备解决问题的原理与本发明实施例中去激活态的恢复方法相似，因此该用户设备的实施可以参见方法的实施，重复之处不再敷述。
参见图7，图中示出根据本发明实施例的UE的结构，该UE700包括：
第一确定模块701，用于确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，其中，所述UE在所述源小区处于去激活态；
第一恢复模块702，用于根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。
在本发明实施例中，可选地，第一恢复模块702进一步用于：
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型不同时，发起跟踪区更新，然后进入空闲(idle)态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的无线接入技术(RAT)制式与所述目标小区的RAT制式相同，以及所述目标小区不支持Inactive态时，发起恢复连接，然后进入idle态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式相同，以及所述目标小区支持Inactive态时，进行Inactive态的重选流程，然后进行恢复连接流程；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区不支持inactive态时，发起跟踪区更新，然后进入idle态；或者
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区支持inactive态时，进行以下任意一项或多项的组合：
当需要发起连接恢复请求时，恢复部分的UE的上下文；
当需要发起连接恢复请求时，无线数据承载和信令无线承载(SRB)2的无线链路控制层、媒体接入控制层或者物理层配置采用预先定义的配置，或者采用默认配置，或者采用全配置(full configuration)；
当需要发起连接恢复请求时，信令无线承载(SRB)1的配置采用恢复原来的SRB1配置，或者采用预先定义的配置，或者采用默认配置，或者采用full configuration。
在本发明实施例中，可选地，所述部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议(SDAP)相关的服务质量(QoS)配置；分组数据汇聚协议相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载配置。
继续参见图7，在本发明实施例中，可选地，UE700还包括：
第一接收模块703，用于在所述UE进入去激活态或轻连接态时，接收网络侧分配的对应所述UE的恢复标识(resume ID)，所述resume ID网络侧获取所述UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码。
继续参见图7，在本发明实施例中，可选地，UE700还包括：
第一发送模块704，用于当所述UE从Inactive态进入idle态之后，通过核心网指示通知、或者通过其他UE辅助通知、或者通过节点间接口(或者称为基站间接口)通知所述源小区释放所述UE的上下文。
在本发明实施例中，可选地，所述第一指示信息和第二指示信息携带在网络侧发送的广播消息或专有信令中。
在本发明实施例中，可选地，所述源小区和目标小区位于同一无线接入网区域(RAN area)，所述RAN area包括：多个小区，其中，所述多个小区的RAT制式不同，所述多个小区支持的核心网类型相同，以及所述多个小区对应不同的RAN节点。
本发明实施例提供的用户设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本发明实施例中还提供了一种网络侧设备，由于网络侧设备解决问题的原理与本发明实施例中去激活态的恢复方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再敷述。
参见图8，图中示出根据本发明实施例的网络侧设备的结构，该网络侧设备800包括：
第二发送模块801，用于向UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
继续参见图8，在本发明实施例中，可选地，网络侧设备800还包括：
在本发明实施例中，可选地，所述部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议SDAP相关的服务质量QoS配置；分组数据汇聚协议相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载配置。
继续参见图8，在本发明实施例中，可选地，网络侧设备800还包括：
第二接收模块803，用于接收所述源小区发送的所述UE的上下文；
第三恢复模块804，用于对所述UE的上下文中的部分内容进行恢复。
在本发明实施例中，可选地，所述第一指示信息和第二指示信息携带在广播消息或专有信令中。
在本发明实施例中，可选地，所述RAN area包括：多个小区，其中，所述多个小区的RAT制式不同，所述多个小区支持的核心网类型相同，以及所述多个小区对应不同的RAN节点。
继续参见图8，在本发明实施例中，可选地，网络侧设备800还包括：
分配模块805，用于在所述UE进入去激活态或轻连接态时，向所述UE分配对应的恢复标识resume ID，所述resume ID网络侧获取所述UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码。
继续参见图8，在本发明实施例中，可选地，网络侧设备800还包括：
第三接收模块806，用于通过节点间接口接收所述部分的UE的上下文。
本发明实施例提供的网络侧设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本发明实施例中还提供了一种UE，由于UE解决问题的原理与本发明实施例中寻呼方法相似，因此该UE的实施可以参见方法的实施，重复之处不再敷述。
参见图9，图中示出根据本发明实施例的UE的结构，该UE900包括：
第二确定模块901，用于当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；
第三确定模块902，用于根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
在本发明实施例中，可选地，所述相关寻呼信息包括以下任意一项或多项组合：寻呼周期；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域配置；周期性更新配置；以及新空口无线接入网非连续接收配置；或者
所述相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
在本发明实施例中，可选地，所述第三确定模块902进一步用于：
根据所述UE的非连续性接收配置和所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
在本发明实施例中，可选地，所述非连续性接收配置是UE专用非连续性接收配置、RAN寻呼非连续性接收配置和默认非连续性接收配置中的最小一个；或者所述非连续性接收配置采用在目标小区(当前制式当前小区)广播消息中的非连续性接收配置。
本发明实施例提供的用户设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本发明实施例中还提供了一种网络侧设备，由于网络侧设备解决问题的原理与本发明实施例中寻呼方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再敷述。
参见图10，图中示出根据本发明实施例的网络侧设备的结构，该网络侧设备1000包括：
第三发送模块1001，用于向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
在本发明实施例中，可选地，所述非连续性接收配置是UE专用非连续性接收配置、RAN寻呼非连续性接收配置和默认非连续性接收配置中的最小一个；或者所述非连续性接收配置采用在目标小区(当前制式当前小区)广播消息中的非连续性接收配置
继续参见图10，在本发明实施例中，可选地，网络侧设备1000还包括：
第四发送模块1002，用于通过节点间接口向其他小区发送所述相关寻呼信息。
在本发明实施例中，可选地，所述相关寻呼信息包括以下任意一项或多项组合：
寻呼周期；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域配置；周期性更新配置；以及非连续接收配置；或者所述相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
本发明实施例提供的网络侧设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
如图11所示，图11所示的用户设备1100包括：至少一个处理器1101、存储器1102、至少一个网络接口1104和用户接口1103。用户设备1100中的各个组件通过总线系统1105耦合在一起。可理解，总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1105。
其中，用户接口1103可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本发明实施例中的存储器1102可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Datarate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器1102旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器1102保存了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统11021和应用程序11022。
其中，操作系统11021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序11022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序11022中。
在本发明实施例中，通过调用存储器1102保存的程序或指令，具体的，可以是应用程序11022中保存的程序或指令，执行时实现以下步骤：确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，其中，所述UE在所述源小区处于去激活态；根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。或者，
在本发明实施例中，通过调用存储器1102保存的程序或指令，具体的，可以是应用程序11022中保存的程序或指令，执行时实现以下步骤：当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
本发明实施例提供的用户设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图12，图12是本发明实施例应用的网络侧设备的结构图，如图12所示，网络侧设备1200包括：处理器1201、收发机1202、存储器1203和总线接口，其中：
在本发明实施例中，网络侧设备1200还包括：存储在存储器上1203并可在处理器1201上运行的计算机程序，计算机程序被处理器1201、执行时实现如下步骤：向UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。或者
存储在存储器上1203并可在处理器1201上运行的计算机程序，计算机程序被处理器1201、执行时实现如下步骤：向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器1201负责管理总线架构和通常的处理，存储器1203可以存储处理器1201在执行操作时所使用的数据。
本发明实施例提供的网络侧设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。
本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (37)
1.一种去激活态的恢复方法，应用于用户设备UE，其特征在于，所述恢复方法包括：
确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，所述UE在所述源小区处于去激活态；
根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。
2.根据权利要求1所述的恢复方法，其特征在于，所述根据所述第一指示信息和所述第二指示信息，进行相应的去激活态的恢复连接建立流程，包括以下任意一项：
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型不同时，发起跟踪区更新，然后进入空闲idle态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的无线接入技术RAT制式与所述目标小区的RAT制式相同，以及所述目标小区不支持Inactive态时，发起恢复连接，然后进入idle态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式相同，以及所述目标小区支持Inactive态时，进行Inactive态的重选流程，然后进行恢复连接流程；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区不支持inactive态时，发起跟踪区更新，然后进入idle态；以及
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区支持inactive态时，进行以下任意一项或多项的组合：
当需要发起连接恢复请求时，恢复部分的UE的上下文；
当需要发起连接恢复请求时，无线数据承载和信令无线承载SRB2的无线链路控制层、媒体接入控制层或者物理层配置采用预先定义的配置，或者采用默认配置，或者采用全配置full configuration；
当需要发起连接恢复请求时，信令无线承载SRB1的配置采用恢复原来的SRB1配置，或者采用预先定义的配置，或者采用默认配置，或者采用full configuration。
3.根据权利要求2所述的恢复方法，其特征在于，所述部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议SDAP相关的服务质量QoS配置；分组数据汇聚协议相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载配置。
4.根据权利要求1所述的恢复方法，其特征在于，在所述确定源小区发送的第一指示信息和目标小区发送的第二指示信息之前，所述恢复方法还包括：
在所述UE进入去激活态或轻连接态时，接收网络侧分配的对应所述UE的恢复标识resume ID，所述resume ID用于网络侧从对应节点获取所述UE的上下文，其中，所述resumeID采用源小区的节点和目标小区的节点统一框架编码。
5.根据权利要求2所述的恢复方法，其特征在于，所述恢复方法还包括：
当所述UE从Inactive态进入idle态之后，通过核心网指示通知、或者通过其他UE辅助通知、或者通过节点间接口通知所述源小区释放所述UE的上下文。
6.根据权利要求1所述的恢复方法，其特征在于，所述第一指示信息和第二指示信息携带在网络侧发送的广播消息或专有信令中。
7.根据权利要求1所述的恢复方法，其特征在于，所述源小区和目标小区位于同一无线接入网区域RAN area，所述RAN area包括：多个小区，其中，所述多个小区的RAT制式不同，所述多个小区支持的核心网类型相同，以及所述多个小区对应不同的RAN节点。
8.一种去激活态的恢复方法，应用于网络侧设备，其特征在于，所述恢复方法包括：
向UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
9.根据权利要求8所述的恢复方法，其特征在于，在所述向UE发送第二指示信息之前，所述恢复方法还包括：
接收所述源小区发送的所述UE的上下文；
对所述UE的上下文中的部分内容进行恢复。
10.根据权利要求8所述的恢复方法，其特征在于，所述第二指示信息携带在广播消息或专有信令中。
11.根据权利要求8所述的恢复方法，其特征在于，所述源小区和目标小区位于同一无线接入网区域RAN area，所述RAN area包括：多个小区，其中，所述多个小区的RAT制式不同，所述多个小区支持的核心网类型相同，以及所述多个小区对应不同的RAN节点。
12.根据权利要求8所述的恢复方法，其特征在于，在所述向UE发送第二指示信息之前，所述恢复方法还包括：
在所述UE进入去激活态或轻连接态时，向所述UE分配对应的恢复标识resume ID，所述resume ID用于网络侧获取所述UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码。
13.根据权利要求8所述的恢复方法，其特征在于，在所述向UE发送第二指示信息之前，所述恢复方法还包括：
通过节点间接口获取部分的UE的上下文。
14.根据权利要求13所述的恢复方法，其特征在于，所述部分的UE的上下文包括以下任意一项或多项的组合：业务数据适配协议SDAP相关的服务质量QoS配置；分组数据汇聚协议相关配置；安全相关配置；核心网标识信息；UE签约注册信息；以及无线数据承载配置。
15.一种寻呼方法，应用于用户设备UE，其特征在于，所述方法包括：
当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；
根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
16.根据权利要求15所述的方法，其特征在于，所述相关寻呼信息包括以下任意一项或多项组合：
寻呼周期；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域配置；周期性更新配置；以及非连续接收配置；或者
所述相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
17.根据权利要求15所述的方法，其特征在于，所述根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置，包括：
根据所述UE的非连续性接收配置和所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
18.根据权利要求17所述的方法，其特征在于，所述非连续性接收配置是UE专用非连续性接收配置、RAN寻呼非连续性接收配置和默认非连续性接收配置中的最小一个；或者
所述非连续性接收配置采用在目标小区广播消息中的非连续性接收配置。
19.一种寻呼方法，应用于网络侧设备，其特征在于，所述方法包括：
向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
20.根据权利要求19所述的方法，其特征在于，所述方法还包括：
通过节点间接口向其他小区发送所述相关寻呼信息。
21.根据权利要求19～20任一项所述的方法，其特征在于，所述相关寻呼信息包括以下任意一项或多项组合：
寻呼周期；时域寻呼相关配置；频域寻呼相关配置；空域寻呼相关配置；寻呼区域配置；周期性更新配置；以及非连续接收配置；或者
所述相关寻呼信息包括以下任意一项或多项组合：默认的寻呼配置；以及预先定义的寻呼配置。
22.根据权利要求21所述的方法，其特征在于，所述非连续性接收配置是UE专用非连续性接收配置、RAN寻呼非连续性接收配置和默认非连续性接收配置中的最小一个；或者
所述非连续性接收配置采用在目标小区广播消息中的非连续性接收配置。
23.一种UE，其特征在于，包括：
第一确定模块，用于确定源小区发送的第一指示信息和目标小区发送的第二指示信息，其中，所述第一指示信息指示出所述源小区的相关信息，所述第二指示信息指示出所述目标小区的相关信息，其中，所述UE在所述源小区处于去激活态；
第一恢复模块，用于根据所述第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程。
24.根据权利要求23所述的UE，其特征在于，所述第一恢复模块进一步用于：
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型不同时，发起跟踪区更新，然后进入空闲idle态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的无线接入技术RAT制式与所述目标小区的RAT制式相同，以及所述目标小区不支持Inactive态时，发起恢复连接，然后进入idle态；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式相同，以及所述目标小区支持Inactive态时，进行Inactive态的重选流程，然后进行恢复连接流程；
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区不支持Inactive态时，发起跟踪区更新，然后进入idle态；或者
当所述源小区所支持的核心网类型和所述目标小区所支持的核心网类型相同，所述源小区的RAT制式与所述目标小区的RAT制式不相同，以及所述目标小区支持Inactive态时，进行以下任意一项或多项的组合：
当需要发起连接恢复请求时，恢复部分的UE的上下文；
当需要发起连接恢复请求时，无线数据承载和信令无线承载SRB2的无线链路控制层、媒体接入控制层或者物理层配置采用预先定义的配置，或者采用默认配置，或者采用全配置full configuration；
当需要发起连接恢复请求时，信令无线承载SRB1的配置采用恢复原来的SRB1配置，或者采用预先定义的配置，或者采用默认配置，或者采用full configuration。
25.根据权利要求23所述的UE，其特征在于，所述UE还包括：
第一接收模块，用于在所述UE进入去激活态或轻连接态时，接收网络侧分配的对应所述UE的恢复标识resume ID，所述resume ID用于网络侧从对应节点获取UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码。
26.根据权利要求24所述的UE，其特征在于，所述UE还包括：
第一发送模块，用于当所述UE从Inactive态进入idle态之后，通过核心网指示通知、或者通过其他UE辅助通知、或者通过节点间接口通知所述源小区释放所述UE的上下文。
27.一种网络侧设备，其特征在于，包括：
第二发送模块，用于向用户设备UE发送第二指示信息，以使所述UE根据第一指示信息和所述第二指示信息，进行相应去激活态的恢复连接建立流程，其中，所述第一指示信息指示出源小区的相关信息，所述第二指示信息指示出目标小区的相关信息，其中，所述UE在所述源小区处于去激活态。
28.根据权利要求27所述的网络侧设备，其特征在于，所述网络侧设备还包括：
第二接收模块，用于接收所述源小区发送的所述UE的上下文；
第三恢复模块，用于对所述UE的上下文中的部分内容进行恢复。
29.根据权利要求27所述的网络侧设备，其特征在于，所述网络侧设备还包括：
分配模块，用于在所述UE进入去激活态或轻连接态时，向所述UE分配对应的恢复标识resume ID，所述resume ID用于网络侧从对应节点获取UE的上下文，其中，所述resume ID采用源小区的节点和目标小区的节点统一框架编码。
30.根据权利要求27所述的网络侧设备，其特征在于，所述网络侧设备还包括：
第三接收模块，用于通过节点间接口接收部分的UE的上下文。
31.一种用户设备UE，其特征在于，包括：
第二确定模块，用于当所述UE从源小区进入到目标小区时，确定所述目标小区发送的RAT制式的相关寻呼信息；
第三确定模块，用于根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
32.根据权利要求31所述的UE，其特征在于，所述第三确定模块进一步用于：
根据所述UE的非连续性接收配置和所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
33.一种网络侧设备，其特征在于，包括：
第三发送模块，用于向UE发送目标小区的RAT制式的相关寻呼信息，以使所述UE根据所述目标小区的RAT制式的相关寻呼信息，确定所述目标小区的寻呼位置。
34.根据权利要求33所述的网络侧设备，其特征在于，所述网络侧设备还包括：
第四发送模块，用于通过节点间接口向其他小区发送所述相关寻呼信息。
35.一种用户设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的去激活的恢复方法的步骤；或者实现如权利要求15至18中任一项所述的寻呼方法的步骤。
36.一种网络侧设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求8至14中任一项所述的去激活的恢复方法的步骤；或者如权利要求19至22中任一项所述的寻呼方法的步骤。
37.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的去激活的恢复方法的步骤；或者如权利要求8至14中任一项所述的去激活的恢复方法的步骤；或者如权利要求15至18中任一项所述的寻呼方法的步骤；或者如权利要求19至22中任一项所述的寻呼方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810028110.7A CN110035495A (zh) | 2018-01-11 | 2018-01-11 | 一种去激活态的恢复方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810028110.7A CN110035495A (zh) | 2018-01-11 | 2018-01-11 | 一种去激活态的恢复方法和设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110035495A true CN110035495A (zh) | 2019-07-19 |
Family
ID=67234663
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810028110.7A Pending CN110035495A (zh) | 2018-01-11 | 2018-01-11 | 一种去激活态的恢复方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110035495A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021047637A1 (en) * | 2019-09-13 | 2021-03-18 | Qualcomm Incorporated | Resume of dual connectivity from secondary node with delta configuration |
| CN112867072A (zh) * | 2020-12-30 | 2021-05-28 | 京信网络系统股份有限公司 | 一种非激活态控制方法、系统、用户终端及网络侧设备 |
| CN113179512A (zh) * | 2020-07-30 | 2021-07-27 | 华为技术有限公司 | 一种通信方法及通信装置 |
| WO2021197036A1 (zh) * | 2020-04-01 | 2021-10-07 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106470460A (zh) * | 2015-08-18 | 2017-03-01 | 北京三星通信技术研究有限公司 | Ue接入的方法和设备 |
| CN106658758A (zh) * | 2017-02-10 | 2017-05-10 | 北京小米移动软件有限公司 | 状态转换方法、状态保持方法、装置及用户设备 |
| US20170374598A1 (en) * | 2013-03-04 | 2017-12-28 | Apple Inc. | HetNet Mobility Management |
-
2018
- 2018-01-11 CN CN201810028110.7A patent/CN110035495A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170374598A1 (en) * | 2013-03-04 | 2017-12-28 | Apple Inc. | HetNet Mobility Management |
| CN106470460A (zh) * | 2015-08-18 | 2017-03-01 | 北京三星通信技术研究有限公司 | Ue接入的方法和设备 |
| CN106658758A (zh) * | 2017-02-10 | 2017-05-10 | 北京小米移动软件有限公司 | 状态转换方法、状态保持方法、装置及用户设备 |
Non-Patent Citations (1)
| Title |
|---|
| INTEL CORPORATION: "《3GPP TSG RAN WG2 Meeting #99 R2-1708807》", 12 August 2017 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021047637A1 (en) * | 2019-09-13 | 2021-03-18 | Qualcomm Incorporated | Resume of dual connectivity from secondary node with delta configuration |
| CN114424613A (zh) * | 2019-09-13 | 2022-04-29 | 高通股份有限公司 | 利用增量配置从副节点恢复双连通性 |
| WO2021197036A1 (zh) * | 2020-04-01 | 2021-10-07 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
| CN113179512A (zh) * | 2020-07-30 | 2021-07-27 | 华为技术有限公司 | 一种通信方法及通信装置 |
| CN112867072A (zh) * | 2020-12-30 | 2021-05-28 | 京信网络系统股份有限公司 | 一种非激活态控制方法、系统、用户终端及网络侧设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110035495A (zh) | 一种去激活态的恢复方法和设备 | |
| CN109309950B (zh) | 寻呼消息盲检测方法、发送方法、相关设备和系统 | |
| CN105392197B (zh) | 用于链路预算有限的用户装置的寻呼机制 | |
| CN108040367B (zh) | 一种ue位置区域更新方法、接入网实体、ue及核心网实体 | |
| WO2017101102A1 (zh) | 寻呼用户设备的装置、方法以及通信系统 | |
| CN109845216B (zh) | 一种通信方法及装置 | |
| CN109996333A (zh) | 寻呼位置或驻留位置的确定方法和设备 | |
| WO2018082817A1 (en) | Systems and methods of handing over a wireless device | |
| CN110035491B (zh) | 一种同步指示方法和设备 | |
| US20230091129A1 (en) | Signal receiving method, signal transmission method, user equipment, and network device | |
| US20130130727A1 (en) | Method and apparatus for utilizing discovery signals | |
| CN109152005A (zh) | 一种上行波束指示方法、ue、基站及存储介质 | |
| CN109151802A (zh) | 一种接入控制方法、基站和终端 | |
| CN105282733A (zh) | 电子装置以及电子装置的网络连接方法 | |
| CN110198562A (zh) | 第n次寻呼尝试之后增大功率 | |
| CN105635337A (zh) | 一种绑定iOS设备的方法、iOS设备及辅助设备 | |
| CN104205995A (zh) | 用于改进支持类型a rf技术的多个nfc设备之间的设备激活的方法和装置 | |
| CN110290541A (zh) | 配置方法和设备 | |
| CN108616967A (zh) | 一种网络侧通知区域的更新方法、相关设备和系统 | |
| WO2023093894A1 (zh) | 感知业务实现方法、装置、网络侧设备及终端 | |
| CN104969598A (zh) | 一种利用白频谱通信的方法及设备 | |
| CN115665856A (zh) | 一种寻呼方法和装置 | |
| US20220322051A1 (en) | Multicast service processing method, multicast service configuration method, and communications device | |
| CN106658436A (zh) | 减少传呼作业的装置与方法 | |
| CN105657691A (zh) | 移动终端及其双芯片系统的数据共享方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190719 |
|
| RJ01 | Rejection of invention patent application after publication |