一种上下文恢复方法及装置与流程

1.本发明涉及通信技术领域，尤其涉及一种上下文恢复方法及装置。


背景技术：

2.新空口(new radio，nr)系统增加了非激活(rrc_inactive)态，用户设备(user equipment，ue)进入rrc_inactive态时，会保留核心网用户上下文不会进行释放。如果在rrc_inactive态下有数据接收或发送，则只需要通过无线资源控制(radio resource control，rrc)恢复(resume)过程跃迁至连接(rrc_conneted)态，此时只需要携带非激活状态下的无线网络临时标识(inactive-radio network tempory identity，i-rnti)来恢复上下文。i-rnti用于终端设备的身份信息的识别以及服务基站的身份信息的识别。
3.基站侧的多个小区资源会均衡分布到不同的处理器或进程上。基站上多个小区资源的管理由一个单独的处理器核或进程来管理。终端设备在由rrc_inactive态跃迁至rrc_conneted态时，需要发消息到用于管理多个小区资源的处理器核或者进程上，然后用于管理多个小区资源的处理器核或者进程需要分别向多个小区分别所在的处理器核或进程发送消息，来检索用户的上下文以及进行终端设备的身份信息验证。
4.随着接入基站用户的增多，在rrc_inactive状态与rrc_conneted状态间转换的用户数也会增加，导致用于管理多个小区资源的处理器核或者进程与多个小区的分别所在的处理器核或进程间交互频繁，导致资源浪费。


技术实现要素：

5.本发明提供一种上下文恢复方法及装置，用以解决资源浪费的问题。
6.第一方面，本发明实施例提供一种上下文恢复方法，包括：
7.处于非激活态下的终端设备需要进入连接态的情况下，第一基站接收第一请求，所述第一请求用于获取所述终端设备的用户上下文，所述第一请求携带无线网络临时标识信息，所述无线网络临时标识信息包括第一信息和第二信息；所述第一基站为所述终端设备当前驻留的基站；
8.其中，所述第一信息包括用于标识第一小区所在处理资源的资源标识和终端设备的用户临时标识，第二信息用于指示终端设备进入非激活态时驻留的小区所属的基站，所述第一小区为终端设备进入非激活态时驻留的小区；
9.当第二信息指示所述第一小区所属基站为所述第一基站时，从所述资源标识所标识的处理资源获取所述第一信息对应的所述终端设备的用户上下文。
10.通过上述方案，在第一信息中包括小区的处理资源的资源标识，从而终端设备的当前服务小区所属的处理资源能够根据第一信息确定保存用户上下文的小区的处理资源，进而能够直接向保存上下文的小区的处理资源获取用户上下文，无需在基站内的各个处理资源上进行检索，减少了处理资源之间的消息交互，减少资源浪费。
11.在一种可能的实施方式中，所述第一请求为rrc恢复请求，所述第一基站接收第一
请求，包括：
12.所述第一基站接收处于非激活状态下的终端设备在需要进入连接态时发送的rrc恢复请求。
13.在一种可能的实施方式中，所述第一请求为上下文获取请求，所述第一基站接收第一请求，包括：
14.所述第一基站接收第二基站根据所述终端设备发送的无线网络临时标识发送的所述上下文获取请求；所述终端设备发送的无线网络临时标识中的第二部分指示所述终端设备进入非激活态时驻留的小区所属的基站为所述第一基站；
15.所述方法还包括：
16.向所述第二基站发送上下文获取响应，所述上下文获取响应携带所述用户上下文。
17.在一种可能的实施方式中，所述第一小区所在处理资源的资源标识为所述第一小区所在的处理器核的标识或者所述第一小区所在的进程的标识。
18.在一种可能的实施方式中，当第二信息指示所述第一小区所属的基站为所述第一基站时，从所述资源标识所标识的处理资源获取所述第一信息对应的所述终端设备的用户上下文，包括：
19.所述第一基站的第二小区根据所述第二信息确定所述第一小区所属基站为所述第一基站；所述第二小区为所述终端设备当前驻留的小区；
20.所述第二小区根据资源标识向所述第一小区发送第一请求，所述第一请求用于请求获取所述终端设备的用户上下文；
21.所述第二小区接收所述第一小区发送的所述第一信息对应的所述终端设备的用户上下文。
22.在一种可能的实施方式中，所述方法还包括：
23.在终端设备进入非激活态时，所述第一小区生成所述无线网络临时标识信息；
24.向所述终端设备发送所述无线网络临时标识信息。
25.在一种可能的实施方式中，所述第一小区生成所述无线网络临时标识信息后，所述方法还包括：
26.所述第一小区关联保存所述第一信息与所述用户上下文的标识。
27.第二方面，本发明实施例提供一种上下文恢复装置，应用于第一基站，包括：
28.接收单元，用于在处于非激活态的终端设备需要进入连接态的情况下，接收第一请求，所述第一请求用于获取所述终端设备的用户上下文，所述第一请求携带无线网络临时标识信息，所述无线网络临时标识信息包括第一信息和第二信息；所述第一基站为所述终端设备当前驻留的基站；
29.其中，所述第一信息包括用于标识第一小区所在处理资源的资源标识和终端设备的用户临时标识，第二信息用于指示终端设备进入非激活态时驻留的小区所属的基站，所述第一小区为进入非激活态时驻留的小区；
30.第一处理单元，用于在第二信息指示所述第一小区所属基站为所述第一基站时，从所述资源标识所标识的处理资源获取所述第一信息对应的所述终端设备的用户上下文。
31.在一种可能的实施方式中，所述第一请求为rrc恢复请求，所述接收单元，具体用
于：
32.接收处于非激活状态下的终端设备在需要进入连接态时发送的rrc恢复请求。
33.在一种可能的实施方式中，所述第一请求为上下文获取请求，所述发送单元，具体用于：
34.接收第二基站根据所述终端设备发送的无线网络临时标识发送的所述上下文获取请求；所述终端设备发送的无线网络临时标识中的第二部分指示所述终端设备进入非激活态时驻留的小区所属的基站为所述第一基站；
35.所述装置还包括：发送单元，用于向所述第二基站发送上下文获取响应，所述上下文获取响应携带所述用户上下文。
36.在一种可能的实施方式中，所述第一小区所在处理资源的资源标识为所述第一小区所在的处理器核的标识或者所述第一小区所在的进程的标识。
37.在一种可能的实施方式中，所述第一处理单元属于第二小区的处理资源，所述第二小区为所述终端设备当前驻留的小区；所述装置还包括第二处理单元，所述第二处理单元属于所述第一小区的处理资源；
38.所述第一处理单元，具体用于根据所述第二信息确定所述第一小区所属基站为所述第一基站；根据资源标识向所述第二处理单元发送第一请求，所述第一请求用于请求获取所述终端设备的用户上下文，所述资源标识用于标识所述第二处理单元；
39.所述第二处理单元，用于获取所述第一信息对应的所述终端设备的用户上下文，并向所述第一处理单元发送所述终端设备的用户上下文。
40.在一种可能的实施方式中，所述第二处理单元，还用于：
41.在终端设备进入非激活状态时，为所述终端设备生成所述无线网络临时标识信息；
42.所述发送单元，还用于向所述终端设备发送所述无线网络临时标识信息。
43.在一种可能的实施方式中，所述第二处理单元，还用于在为所述终端设备生成所述无线网络临时标识信息后，创建所述第一信息与所述终端设备的用户上下文的映射关系，即关联保存所述第一信息与所述用户上下文的标识。
44.第三方面，本发明实施例提供一种上下文恢复装置，该装置可以应用于第一基站，装置包括存储器以及处理器；
45.存储器，用于存储程序指令；
46.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行第一方面的任一实现方式中源基站所执行所述的方法。
47.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行上述方法。
48.另外，第二方面至第四方面中任一种实现方式所带来的技术效果可参见第一方面不同实现方式所带来的技术效果，此处不再赘述。
附图说明
49.图1为本发明实施例提供的一种通信系统结构示意图；
50.图2为本发明实施例提供的另一种通信系统结构示意图；
51.图3a为本发明实施例提供的一种基站的集中式管理示意图；
52.图3b为本发明实施例提供的一种基站的分布式管理示意图；
53.图4为本发明实施例提供的一种rrc恢复流程示意图；
54.图5为本发明实施例提供的另一种rrc恢复流程示意图；
55.图6为本发明实施例提供的上下文恢复方法流程图；
56.图7a为本发明实施例提供的unindex示意图；
57.图7b为本发明实施例提供的基站小区资源管理架构示意图；
58.图8为本发明实施例提供的一种上下文恢复方法流程示意图；
59.图9为本发明实施例提供的另一种上下文恢复方法流程示意图；
60.图10为本发明实施例提供的又一种上下文恢复方法流程示意图；
61.图11为本发明实施例提供的上下文恢复装置1100示意图；
62.图12为本发明实施例提供的上下文恢复装置1200示意图。
具体实施方式
63.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
64.本发明实施例描述的应用场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。其中，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
65.图1示例一种通信系统架构，应理解，本发明实施例并不限于图1所示的系统中，此外，图1中的装置可以是硬件，也可以是从功能上划分的软件或者以上二者结合后的结构。如图1所示，本发明实施例提供的系统架构包括第一基站、第二基站。通信系统中还可以包括终端设备以及核心网网元(图1中未示出)等。比如，终端设备在移动过程中，可以在第一基站和第二基站之间进行切换。再比如，终端设备还可以在同一基站的不同小区间进行切换。需要说明的是，本发明实施例中对通信系统包括的基站的数量以及终端设备的数量不作限定。
66.终端设备(user equipment，ue)，又称之为终端设备、终端、移动台(mobile station，ms)、移动终端(mobile terminal，mt)等，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，mid)、可穿戴设备，虚拟现实(virtual reality，vr)设备、增强现实(augmented reality，ar)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
67.本发明实施例中涉及的基站(包括第一基站、第二基站)还可以称为接入网设备或
者接入节点(英文：access node，简称：an)，为终端提供无线接入服务。基站可以是全球移动通信(global system for mobile communication，gsm)系统或码分多址(code division multiple access，cdma)系统中的基站(base transceiver station，bts)，也可以是宽带码分多址(wideband code division multiple access，wcdma)系统中的基站(nodeb)、或者小基站设备、无线访问节点(wifi ap)、无线互通微波接入基站(worldwide interoperability for microwave access base station，wimax bs)等，还可以是lte系统中的演进型基站(英文：evolutional node b，简称：enb或enodeb)或者5g网络或者新空口(new radio，nr)网络中的基站设备，或者未来网络中的基站设备，本发明对此并不限定。
68.示例性地，核心网设备可以包括接入与移动性管理实体(access and mobility management function，amf)、会话管理功能实体(session management function，smf)等。
69.参见图2所示，以通信系统为nr系统为例。第一基站和第二基站均为gnb。作为一种示例，gnb可以采用一体化基站结构或者采用分布式基站结构。图2中以gnb1采用一体化基站结构为例，gnb采用分布式基站结构为例。gnb中包括集中单元(centralized unit，cu)和分布单元(distributed unit，du)。cu与du之间通过f1接口相连。通信系统中还可以包括核心网，图2中将核心网称为5gc。核心网与gnb之间通过ng接口相连。gnb之间可以通过xn接口相连。
70.rrc_inactive态是5g新增的一种状态，目的是使ue可以快速恢复到连接态，而无需重新接入。为了减小ue接入的时延，ue从inactive(或者称为rrc_inactive)到connected状态相比于从idle态到connected态，减少了承载建立、鉴权等流程，可以更加快速的恢复ue业务，包括在不同的gnb基站间移动过程中也可以复制传递ue的用户上下文。
71.如果在rrc_inactive态下有数据接收或发送，可以通过无线资源控制(radio resource control，rrc)恢复(resume)过程跃迁至连接(rrc_conneted)态，此时只需要携带i-rnti来恢复上下文。i-rnti用于终端设备的身份信息的识别以及服务基站的身份信息的识别。i-rnti是ng-ran级的参数。i-rnti具有两种类型，一种类型是40比特(bit)的full-i-rnti和24bit的short-i-rnti。基站在系统信息块1(system information blocks，sib1)消息中通过usefullresumeid指示，sib1消息中存在usefullresumeid，则指示使用full i-rnti，以及指示ue使用rrcresumerequest1消息发起恢复流程。如果不存在，则表示指示使用short i-rnti以及指示ue使用rrcresumerequest消息发起恢复流程。作为一种示例，参见表1所示，full-i-rnti可以包括gnbitpart和ueindexpart。ueindexpart可以包括ue身份信息(ue specific reference或者称为ueindex)。gnbitpart可以包括ng-ran节点地址索引(ng-ran node address index)，或者gnbitpart可以由公共陆地移动网络(public land mobile network，plmn) ng-ran节点地址索引(ng-ran node address index)组成。ng-ran node address index例如可以是gnb(5g基站)id或者enb id。full-i-rnti对应的配置文件可以适用于任何的ng-ran的无线接入技术(this profile may be applicable for any ng-ran rat)。
72.表1
[0073][0074]
基站通过rrc释放(release)消息携带挂起配置信息(suspendconfig)，suspendconfig包含i-rnti，通知终端设备进入rrc_inactive状态，以及通知终端设备释放基站侧的无线链路控制(radio link control,rlc)层资源/媒体接入控制(media access control，mac)层资源/物理(physical layer，phy)层资源，并通知终端设备的分组数据汇聚协议(packet data convergence protocol，pdcp)层进入rrc_inactive状态。终端设备在发起resume流程时使用rrcresumerequest1/rrcresumerequest消息携带i-rnti。i-rnti中gnbidpart和ueindexpart分别占多少bit是由基站进行统一规划，在一定区域内需配置一致。一种可能的实现方式中，基站侧的小区资源配置采用集中式管理方式，会由基站侧的一个处理器核/进程来维护。如图3a所示，将用于集中式管理小区资源的处理器核/进程称为gnbueindex管理模块为例。该种实现方式中，硬件资源的利用率较低。另一种可能的实现方式中，基站侧的小区资源配置采用分布式管理方式，由各个小区所在的处理器核/进程单独维护和管理，但是为各个小区生成i-rnti等操作由gnbueindex管理模块执行。参见图3b所示，图3b中以基站包括n个小区为例以及n个处理器核为例。n个处理器核分别为proc 0-proc n。其中，proc 0部署gnbueindex管理模块。proc 1对应于小区0和小区1。proc 2对应于小区2，proc n对应于小区n。gnbueindex管理模块负责为进入非连接态的各个终端设备生成i-rnti，并将生成的i-rnti发送给终端设备的服务小区所在的处理器核或者进程。服
务小区所在的处理器核或者进程创建i-rnti(包括的ueindex)与终端设备的用户上下文的映射关系。
[0075]
在终端设备接入基站时，gnbueindex管理模块为终端设备分配ueindex(分配原则可根据实际情况确定)，在终端设备进入rrc_inactive状态时，获取终端设备当前所接入的gnbid(基站唯一标识，可以通过o&m配置)组成i-rnti，基站侧的gnbueindex管理模块维护i-rnti与ueindex的映射关系；基站中各个小区维护ueindex与用户上下文的映射关系。
[0076]
需要说明的是，终端设备处于rrc_inactive态后以及由rrc_inactive态跃迁至rrc_conneted态之前，终端设备可能发生了小区切换，由一个小区切换到另一种小区。切换之前的小区可以称为源服务小区，源服务小区保存有终端设备的用户上下文，切换之后的小区称为目标服务小区。当终端设备由rrc_inactive态跃迁至rrc_conneted态时，终端设备通过向目标服务小区所在的基站发送rrcresumerequest或者rrcresumerequest1。后续描述时以rrcresumerequest1为例。本发明实施例中将目标服务小区所在的基站称为目标基站，源服务小区所在的基站称为源基站。目标基站接收到rrcresumerequest1后，根据rrcresumerequest1中携带的i-rnti，按照规划的i-rnti中ueindexpart的bit数来获取ueindex，gnbidpart的bit数来获取gnbid，目标基站确定gnbidpart与本基站的身份信息进行匹配，如果相同则确定目标基站与源基站为同一基站，从目标基站获取终端设备的用户上下文。如果目标基站确定gnbidpart与本基站的身份信息不相同，则确定目标基站与源基站为不同基站，从而向所述源基站获取终端设备的用户上下文。
[0077]
参见图4所示，以源基站与目标基站为相同基站为例。以目标基站包括四个处理器核(proc0～proc3)为例，gnbueindex管理模块位于处理器核0(proc0),基站的各个小区部署在处理器核1～处理器核3上。以目标服务小区位于处理器核1为例。源服务小区位于proc2为例。
[0078]
s401，终端设备向目标基站发送rrc恢复请求1(rrcresumerequest1)，rrcresumerequest1携带i-rnti。i-rnti包括gnbid和ueindex。
[0079]
s402，目标基站的目标服务小区(即proc1)接收到rrcresumerequest1，向proc0发送上下文获取请求1。上下文获取请求1中携带i-rnti。
[0080]
目标服务小区根据gnbid确定目标基站与源基站为同一基站，即终端设备的用户上下文在目标基站中，也可以解释为源服务小区与目标服务小区均归属于目标基站。
[0081]
s403，proc0接收到上下文获取请求后，从i-rnti获取ueindex，根据ueindex确定终端设备的用户为目标基站的用户，向目标基站包括的各个处理器核检索所述终端设备的用户上下文。
[0082]
s404，proc0分别向proc1-proc3发送上下文获取请求2，上下文获取请求2携带i-rnti。
[0083]
s405，proc1-proc3分别接收到上下文获取请求2，根据ueindex对终端设备的身份信息进行校验，比如执行短的用户信令数据完整性的媒体接入控制信息(short mac-i,mac used for data integrity of signaling messages)校验。
[0084]
如果proc1、proc3根据ueindex对终端设备的身份信息进行校验，由于未终端设备未连接proc1、proc3上部署的小区，因此proc1、proc3不能识别该终端设备的身份。proc2部署的源服务小区接入所述终端设备，因此proc2对终端设备的身份信息进行校验且成功，获
取存储的终端设备的用户上下文。
[0085]
s406，proc2部署的源服务小区向目标服务小区所在的proc1发送终端设备的用户上下文。
[0086]
s407，目标服务小区所在的proc1向终端设备发送rrc恢复建立(rrcresume setup)消息。
[0087]
s408，终端设备接收到rrcresume setup后，向源服务小区所在的proc2发送rrc恢复完成(rrcresume complete)消息。
[0088]
s409，源服务小区所在的proc2释放i-rnti与ueindex的映射关系。
[0089]
参见图5所示，以源基站与目标基站为不同基站为例。以源基站包括四个处理器核(proc0～proc3)为例，gnbueindex管理模块(可以简称为ueindex管理模块)位于处理器核0(proc0),基站中的各个小区部署在处理器核1～处理器核3上。以目标服务小区位于处理器核1为例。源服务小区位于proc2为例。本发明实施例中对模块的划分仅是一种示例，不作具体限定。
[0090]
s501，终端设备向目标基站发送rrc恢复请求1(rrcresumerequest1)，rrcresumerequest1携带i-rnti。i-rnti包括gnbid和ueindex。
[0091]
s502，目标基站接收到rrcresumerequest1，根据gnbid确定终端设备当前驻留的目标服务小区与切换前驻留的源服务小区属于不同的基站，向切换前驻留的源服务小区所属的源基站发送上下文获取请求1(比如retrieve ue context request)。比如，目标基站通过xn接口向源基站发送上下文获取请求1。
[0092]
s503，源基站的xn应用协议(xn application protocol，xnap)模块接收上下文获取请求1。xnap模块由一个处理器核/进程来实现。示例性地，xnap模块可以与目标服务小区均部署于处理器核1上。
[0093]
s504，源基站的xnap将上下文获取请求1发送给proc0。
[0094]
s505，源基站的proc0接收到上下文获取请求1后，从i-rnti获取ueindex，根据ueindex确定终端设备的用户为源基站的用户，向源基站包括的各个处理器核检索所述终端设备的用户上下文。
[0095]
s506，proc0分别向proc1-proc3发送上下文获取请求2，上下文获取请求2携带i-rnti。
[0096]
s507，proc1-proc3分别接收到上下文获取请求2，根据ueindex对终端设备的身份信息进行校验，比如执行short mac-i校验。
[0097]
如果proc1、proc3根据ueindex对终端设备的身份信息进行校验，由于未终端设备未连接proc1、proc3上部署的小区，因此proc1、proc3不能识别该终端设备的身份。proc2部署的源服务小区接入所述终端设备，因此proc2对终端设备的身份信息校验且成功，获取存储的终端设备的用户上下文。
[0098]
s508，源服务小区所在的proc2向xnap模块发送终端设备的用户上下文。
[0099]
s509，xnap模块向目标基站发送终端设备的用户上下文。xnap模块向目标基站发送retrieve ue context response。retrieve ue context response携带用户上下文。
[0100]
s510，目标基站向终端设备发送rrc恢复建立(rrcresume setup)消息。
[0101]
s511，终端设备接收到rrcresume setup后，向源服务小区所在的proc2发送rrc恢
复完成(rrcresume complete)消息。
[0102]
s512，源服务小区所在的proc2释放i-rnti与ueindex的映射关系。
[0103]
从上述图4和图5可以看出，由于采用基站采用分布式管理方式，终端设备由rrc_inactive态跃迁至rrc_conneted态的情况，终端设备需要发送消息到gnbindex管理模块所在的处理器核才能进行终端设备的身份信息识别，gnbindex管理模块所在的处理器核还需要到各个其它处理器核检索用户上下文并执行short-maci安全校验，基站内部的不同的处理器核之间需要进行多个消息交互，并且基站内部需要执行i-rnti与ueindex的映射关系的维护以及释放，因此导致资源浪费。
[0104]
基于此，本技术实施例提供一种上下文恢复方法及装置，用于解决资源浪费的问题。下面结合附图对本发明实施例提供的方案进行详细描述。
[0105]
参见图6所示，为本发明实施例提供的一种上下文恢复方法流程图。
[0106]
s601，在处于非激活态的终端设备进入连接态情况下，第一基站接收第一请求，第一请求用于获取终端设备的用户上下文，第一请求携带无线网络临时标识信息，无线网络临时标识信息包括第一信息和第二信息；第一基站为所述终端设备当前驻留的基站。
[0107]
其中，第一信息包括用于标识第一小区所在处理资源的资源标识和终端设备的用户临时标识，第二信息用于指示终端设备进入非激活态时驻留的小区所属的基站，第一小区为终端设备进入非激活态时驻留的小区。
[0108]
无线网络临时标识信息可以为i-rnti。
[0109]
在一种可能的实施方式中，所述第一小区所在处理资源可以为所述第一小区所在的处理器核或者所述第一小区所在的进程。所述第一小区所在处理资源的资源标识为所述第一小区所在的处理器核的标识或者所述第一小区所在的进程的标识。处理器核的标识，比如为处理器核的索引或者编号。进程的标识比如为进程的索引或者编号。
[0110]
s602，当第二信息指示所述第一小区所属基站为第一基站时，从资源标识所标识的处理资源获取第一信息对应的终端设备的用户上下文。
[0111]
本发明实施例中，用于在终端设备进入非激活状态时，作为终端设备的前一服务小区的第一小区为所述终端设备生成所述无线网络临时标识信息；并向所述终端设备发送所述无线网络临时标识信息。
[0112]
无线网络临时标识信息包括第一信息和第二信息。第一信息用于终端设备的身份信息的识别。第一信息可以称为ueindexpart。第二信息用于终端设备发生小区切换前(或者进入非激活态时)驻留的小区所属的基站的身份信息的识别。第二信息可以称为gnbidpart。在本发明实施例中，第一信息为进程级索引。
[0113]
作为一种示例，第一信息可以由小区的资源标识以及终端设备的用户临时标识。参见图7a所示，以小区的处理资源为处理器核为例，即处理器核可以称为proc，小区的资源标识可以为proc id。终端设备的用户临时标识为处理器核内的用户临时标识，比如处理器核内的用户编号或索引。以无线网络临时标识信息为full-i-rnti为例。第一信息占用16bit，第二信息占用24bit。比如，第一信息的16bit由2bit的proc id和14bit的proc内的用户编号。应理解的是，可以根据规划自行确定表示处理器核编号的bit数和proc内的用户编号的bit数。
[0114]
当ue进入rrc-inactive态时，终端设备当前驻留的小区所在的处理器核为该终端
设备用户分配进程级索引，由2bit的proc id 14bit的proc内的用户编号组合成用户i-rnti的ueindex，获取终端设备当前驻留的小区所在基站的gnbid，按照规划的i-rnti，将gnbid位于i-rnti高比特位，将ueindex位于i-rnti低比特位组成i-rnti。基站维护进程级的proc内的用户编号(可以称为ueindexproc)与在基站内用于识别用户身份信息的用户索引(可以称为ueindexgnb)的映射关系，以及ueindexproc与用户上下文的标识的映射关系(或者第一信息与用户上下文的标识的映射关系)。用户上下文的标识可以是用户上下文的索引，或者用户上下文的存储地址等。
[0115]
从上可以上述每个小区所在的处理器核单独管理该小区所服务的终端设备的ueindex，或者说每个小区所在的处理器核或进程均部署有ueindex管理模块，用来管理该处理器核或进程的小区所服务的终端设备ueindex。示例性地，参见图7b所示，基站上部署有n个处理器核，分别为proc0-procn。每个proc包括ueindex管理模块。当ue进入rrc-inactive态时，终端设备当前驻留的小区所在的处理器核上的ueindex管理模块为该终端设备用户分配进程级索引，由2bit的proc id 14bit的proc内的用户编号组合成用户i-rnti的ueindex。
[0116]
在终端设备由非激活态进入连接态时，终端设备当前驻留小区所在的基站收到终端设备的rrc恢复请求时，根据上下文resume请求中的携带的i-rnti，按照规划的i-rnti中ueindexpart的bit数来获取ueindex，gnbidpart的bit数来获取gnbid，根据gnbid与本基站/邻基站的gnbid进行匹配。一种情况下，保存用户上下文的小区与终端设备当前驻留的小区(在终端设备由非激活态进入连接态时驻留的小区)为同一小区，即终端设备进入非激活态后未发生小区切换，即执行同基站同进程的resume流程。另一种情况下，保存用户上下文的小区与终端设备当前驻留的小区为不同小区，但保存用户上下文的小区所属的基站与终端设备当前驻留的小区所属基站为同一基站，即执行同基站不同进程的resume流程。又一种情况下，保存用户上下文的小区所属的基站与终端设备当前驻留的小区所属基站为不同基站，即执行不同基站的resume流程。
[0117]
下面结合具体示例对同基站同进程的resume流程进行详细说明，参见图8所示。
[0118]
s801，处于非激活态的终端设备上有数据需要发送或者接收，需要进入连接态，向第一基站发送rrc恢复请求，rrc恢复请求携带i-rnti。i-rnti包括第一信息和第二信息。第一信息包括proc id和进程内的用户编号。第二信息包括gnbid。以第一基站上终端设备当前驻留小区的处理资源为proc0为例。
[0119]
s802，proc0根据i-rnti中的第二信息识别gnbid为第一基站的标识。
[0120]
s803，proc0从i-rnti的第一信息获取proc id，确定proc id为proc0。
[0121]
如果获取到的procid与收到rrc resume request的进程的proc id相同，即proc id＝＝proc0成立。
[0122]
s804，proc0根据第一信息中的进程内的用户编号获取用户上下文并执行short-mac-i校验。
[0123]
根据规划的ueindexpart中的ueindexproc获取用户在proc0进程的索引ueindexproc，直接在proc0进程保存的映射关系中匹配用户索引(ueindexgnb)并进行short-maci校验。
[0124]
s805，proc0向终端设备发送rrc恢复响应，rrc恢复响应中携带用户上下文。
[0125]
s806，终端设备向proc0发送rrc恢复完成消息。proc0接收成功，则resume流程完成。
[0126]
不同的处理器核或者进程单独管理和规划ueindex，即ueindex管理模块分布在各个处理器核或进程。相比分布式管理方式来说，无需配置单独用于管理的处理器核，可以减少驻留小区的处理器核与用于管理的处理器核之间的信令交互，另外，用于管理的处理器核向其他处理器核检索用户上下文的指令开销，基站可以更快的查找到终端设备的用户上下文，快速恢复业务，提升用户感知，且不需维护i-rnti与ueindex的映射关系。
[0127]
下面结合具体示例对同基站不同进程的resume流程进行详细说明，参见图9所示。
[0128]
s901，处于非激活态的终端设备上有数据需要发送或者接收，需要进入连接态，向第一基站发送rrc恢复请求，rrc恢复请求携带i-rnti。i-rnti包括第一信息和第二信息。第一信息包括proc id和进程内的用户编号。第二信息包括gnbid。以第一基站上终端设备当前驻留小区的处理资源为proc0为例。
[0129]
s902，proc0根据i-rnti中的第二信息识别gnbid为第一基站的标识。
[0130]
s903，proc0从i-rnti的第一信息获取proc id，确定proc id为proc1。
[0131]
如果获取到的procid与收到rrc resume request的进程的proc id不相同，即proc id！＝proc0且proc id！＝proc1。
[0132]
s904，proc0向proc1发送上下文获取请求。上下文获取请求中携带i-rnti。
[0133]
s905，proc1根据第一信息中的进程内的用户编号获取用户上下文并执行short-mac-i校验。
[0134]
根据规划的ueindexpart中的ueindexproc获取用户在proc1进程的索引ueindexproc，直接在proc0进程保存的映射关系中匹配用户索引(ueindexgnb)并进行short-maci校验。
[0135]
s906，proc1向proc0发送上下文获取响应。上下文获取响应中携带用户上下文。
[0136]
s907，proc0向终端设备发送rrc恢复响应，rrc恢复响应中携带用户上下文。
[0137]
s908，终端设备向proc1发送rrc恢复完成消息。proc1接收成功，则resume流程完成。
[0138]
相比图4来说，不同的处理器核或者进程单独管理和规划ueindex，即ueindex管理模块分布在各个处理器核或进程。相比分布式管理方式来说，无需配置单独用于管理的处理器核，可以减少驻留小区的处理器核与用于管理的处理器核之间的信令交互，另外，用于管理的处理器核向其他处理器核检索用户上下文的指令开销，基站可以更快的查找到终端设备的用户上下文，快速恢复业务，提升用户感知，且不需维护i-rnti与ueindex的映射关系。
[0139]
下面结合具体示例对不同基站的resume流程进行详细说明，参见图10所示。
[0140]
s1001，处于非激活态的终端设备上有数据需要发送或者接收，需要进入连接态，向第一基站发送rrc恢复请求，rrc恢复请求携带i-rnti。i-rnti包括第一信息和第二信息。第一信息包括proc id和进程内的用户编号。第二信息包括gnbid。
[0141]
s1002，第一基站根据i-rnti中的第二信息识别gnbid为第二基站的标识。
[0142]
s1003，第一基站通过xn接口向第二基站发送上下文获取请求1，上下文获取请求1携带i-rnti。上下文获取请求1为retrieve ue context request。
[0143]
s1004，第二基站的xnap接收第一基站通过xn接口发送的上下文获取请求1，从i-rnti的第一信息获取proc id，确定proc id为proc1。xnap运行于除proc1以外的其它处理器核或者进程上。
[0144]
s1005，xnap向proc1发送上下文获取请求2。上下文获取请求2中携带i-rnti。
[0145]
s1006，proc1根据第一信息中的进程内的用户编号获取用户上下文并执行short-mac-i校验。
[0146]
根据规划的ueindexpart中的ueindexproc获取用户在proc1进程的索引ueindexproc，直接在proc0进程保存的映射关系中匹配用户索引(ueindexgnb)并进行short-maci校验。
[0147]
s1007，proc1向xnap发送上下文获取响应2。上下文获取响应2中携带用户上下文。
[0148]
s1008，xnap向第一基站发送上下文获取响应1，上下文获取响应1中携带用户上下文。
[0149]
s1009，第一基站向终端设备发送rrc恢复响应，rrc恢复响应中携带用户上下文。
[0150]
s1010，终端设备向proc1发送rrc恢复完成消息。proc1接收成功，则resume流程完成。
[0151]
相比图5来说，不同的处理器核或者进程单独管理和规划ueindex，即ueindex管理模块分布在各个处理器核或进程。相比分布式管理方式来说，无需配置单独用于管理的处理器核，可以减少驻留小区的处理器核与用于管理的处理器核之间的信令交互，另外，用于管理的处理器核向其他处理器核检索用户上下文的指令开销，基站可以更快的查找到终端设备的用户上下文，快速恢复业务，提升用户感知，且不需维护i-rnti与ueindex的映射关系。
[0152]
基于与上述方法同样的发明构思，本发明实施例还提供一种上下文恢复装置1100，该上下文恢复装置应用于基站，比如第一基站，比如，上下文恢复装置1100可以是基站中的芯片或者芯片系统，或者是一个或者多个处理器。参见图11所示，所述上下文恢复装置1100包括处理单元1101、接收单元1102以及发送单元1103，发送单元1103负责发送信号，接收单元1102负责接收信号。处理单元1101中可以包括第一处理单元1101a和第二处理单元1101b，还可以包括其它的处理单元，本发明不作限定。
[0153]
接收单元1102，用于在处于非激活态的终端设备需要进入连接态的情况下，接收第一请求，所述第一请求用于获取所述终端设备的用户上下文，所述第一请求携带无线网络临时标识信息，所述无线网络临时标识信息包括第一信息和第二信息；所述第一基站为所述终端设备当前驻留的基站；
[0154]
其中，所述第一信息包括用于标识第一小区所在处理资源的资源标识和终端设备的用户临时标识，第二信息用于指示终端设备进入非激活态时驻留的小区所属的基站，所述第一小区为进入非激活态时驻留的小区；
[0155]
第一处理单元1101a，用于在第二信息指示所述第一小区所属基站为所述第一基站时，从所述资源标识所标识的处理资源获取所述第一信息对应的所述终端设备的用户上下文。
[0156]
可选地，所述第一请求为无线资源控制rrc恢复请求，所述接收单元1102，具体用于：
[0157]
接收处于非激活状态下的终端设备在需要进入连接态时发送的rrc恢复请求。
[0158]
可选地，所述第一请求为上下文获取请求，所述发送单元1103，具体用于：
[0159]
接收第二基站根据所述终端设备发送的无线网络临时标识发送的所述上下文获取请求；所述终端设备发送的无线网络临时标识中的第二部分指示所述终端设备进入非激活态时驻留的小区所属的基站为所述第一基站；
[0160]
所述装置还包括：
[0161]
发送单元1103，用于向所述第二基站发送上下文获取响应，所述上下文获取响应携带所述用户上下文。
[0162]
可选地，所述第一小区所在处理资源的资源标识为所述第一小区所在的处理器核的标识或者所述第一小区所在的进程的标识。
[0163]
可选地，所述第一处理单元1101a属于第二小区的处理资源，所述第二小区为所述终端设备当前驻留的小区；所述装置还包括第二处理单元，所述第二处理单元1101b属于所述第一小区的处理资源。
[0164]
作为一种示例，所述第一处理单元1101a可以是所述第二小区所在的处理器核或者所述第二小区所在的进程。所述第二处理单元1101b可以是所述第一小区所在的处理器核或者所述第一小区所在的进程。
[0165]
所述第一处理单元1101a，具体用于根据所述第二信息确定所述第一小区所属基站为所述第一基站；
[0166]
根据资源标识向所述第二处理单元1101b发送第一请求，所述第一请求用于请求获取所述终端设备的用户上下文，所述资源标识用于标识所述第二处理单元；
[0167]
所述第二处理单元1101b，用于获取所述第一信息对应的所述终端设备的用户上下文，并向所述第一处理单元1101a发送所述终端设备的用户上下文。
[0168]
可选地，所述第二处理单元1101b，还用于：
[0169]
在终端设备进入非激活态时，为所述终端设备生成所述无线网络临时标识信息；
[0170]
所述发送单元1103，还用于向所述终端设备发送所述无线网络临时标识信息。
[0171]
可选地，所述第二处理单元1101b，还用于在为所述终端设备生成所述无线网络临时标识信息后，关联保存所述第一信息与所述用户上下文的标识。
[0172]
本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本发明各个实施例中的各功能单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0173]
本发明实施例还提供另一种上下文恢复装置1200，参见图12所示，包括：
[0174]
通信接口1201，存储器1202以及处理器1203；
[0175]
其中，所述上下文恢复装置1200通过所述通信接口1201与其它设备进行通信，比如收发消息；存储器1202，用于存储程序指令；处理器1203，用于调用所述存储器1202中存储的程序指令，按照获得的程序执行的方法。
[0176]
本发明实施例中不限定上述通信接口1201、存储器1202以及处理器1203之间的具体连接介质，比如总线，总线可以分为地址总线、数据总线、控制总线等。
[0177]
在本发明实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、
现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0178]
在本发明实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本发明实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
[0179]
上下文恢复装置1200可以应用于基站，上述接收单元1102、发送单元1103、处理单元1101的功能均可以由处理器1203来实现。或者，接收单元1102、发送单元1103的功能由通信接口1201实现，处理单元1101的功能由处理器1203实现。即处理器1203可以包括多个处理器核或者进程(即多个处理单元)。具体的，处理器1203，用于调用存储器1202中的程序代码，并通过通信接口1201实现上述方法中源基站或者第一基站所执行的功能。
[0180]
本发明实施例还提供一种计算机可读存储介质，包括程序代码，当程序代码在计算机上运行时，程序代码用于使计算机执行上述本发明实施例上述提供的方法的步骤。
[0181]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0182]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0183]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0184]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0185]
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0186]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。