一种空口非激活态维持方法和装置与流程

文档序号:19184587发布日期:2019-11-20 01:21阅读:627来源:国知局
一种空口非激活态维持方法和装置与流程

本发明涉及移动通讯技术领域,尤指一种空口非激活态维持方法和装置。



背景技术:

在5g系统中,支持终端ue(用户设备)单连接(singleconnectivity,sc)和双/多连接(dual/multipleconnectivity,dc/mc)配置和操作功能。在sc单连接模式下,ue在空口和网络侧都只有一条数据传输通道,而在dc/mc双/多连接模式下,ue在空口或网络侧都有两条或者以上的数据传输通道。以双连接为例,ue可以在空口,同时与两个ng-ran基站建立和保持两条独立的无线链路连接(空口数据传输通道),一个基站称为主基站(masternode,mn),另一个基站称为辅基站(secondarynode,sn);而mn和sn可以在ng接口,同时和核心网用户面网元节点upf,同时建立和保持两条独立的网络侧连接(网络数据传输通道),但只有mn能和核心网控制面网元节点amf建立和保持ng-c连接,相关架构如附图1所示。处于双连接配置操作的ue,也可以进入到rrc_inactive非激活状态双连接操作同时结合着rrc_inactive非激活状态的好处是:网络侧主辅基站mn/sn和ue都可以同时保持着各自双连接通讯配置的上下文,从而避免网络侧和终端ue回落到单连接配置操作,之后可能又再次通过配置回到双连接操作,相关架构如附图2所示。

在ue不改变当前服务主基站mn和辅基站sn的前提下,ue和网络侧进入和退出rrc_inactive非激活状态的流程,当前标准协议已可以支持;但随着ue移动,当ue离开当前服务主基站mn和辅基站sn小区覆盖的时候,比如:mn发生了切换,sn发生了改变等,ue如何一直维持在rrc_inactive非激活状态,当前标准协议还不能有效地支持。



技术实现要素:

为了解决上述问题,本发明提出了一种空口非激活态维持方法和装置,能够有效的支持ue维持在rrc_inactive非激活状态。

为了解决上述技术问题,本发明提出了一种空口非激活态维持方法,所述方法包括:

接收ue发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

基于所述rrc上行通知消息,执行ue锚定在源辅基站侧pdusession的相关高层配置的迁移操作,迁移目标节点是目标辅基站或者当前主基站;

在执行所述高层配置的迁移操作之后,向所述ue发送rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息;并且维持ue仍然处于双连接或单连接空口非激活态。

本发明还提出了一种空口非激活态维持方法,所述方法包括:

在处于空口非激活态时,基于主基站和源辅基站的rrm测量配置信息,执行对主基站和源辅基站两侧的候选目标服务小区的rrm空口测量,以判定当前的移动环境;

在通过所述空口rrm测量感知到源辅基站无线覆盖的更新事件时,向主基站发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

接收主基站发送的rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息。

本发明还提出了一种空口非激活态维持方法,所述方法包括:

接收主基站发送的上下文信息释放消息;

基于接收的上下文信息释放消息,释放掉本地保存的ue在源辅基站侧上下文信息。

本发明还提出了一种空口非激活态维持方法,所述方法包括:

接收主基站发送的辅基站通知消息;所述辅基站通知消息包含:ue在源辅基站侧上下文信息;

在目标辅基站本地存储接收的ue在源辅基站侧上下文信息,完成对ue上下文信息在不同辅基站之间的迁移操作。

本发明还提出了一种空口非激活态维持装置,设置在基站上,所述装置包括:

第一接收单元,用于接收ue发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

迁移配置单元,用于基于所述rrc上行通知消息,执行ue锚定在源辅基站侧pdusession的相关高层配置的迁移操作,迁移目标节点是目标辅基站或者当前主基站;以及,维持ue仍然处于双连接或单连接空口非激活态

第一发送单元,用于在执行所述高层配置的迁移操作之后,向所述ue发送rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息。

本发明还提出了一种空口非激活态维持装置,设置在用户设备ue上,所述装置包括:

测量单元,用于在处于空口非激活态时,基于主基站和源辅基站的rrm测量配置信息,执行对主基站和源辅基站两侧的候选目标服务小区的rrm空口测量,以判定当前的移动环境;

第二发送单元,用于在通过所述空口rrm测量感知到源辅基站无线覆盖的更新事件时,向主基站发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

第二接收单元,用于接收主基站发送的rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息。

本发明还提出了一种空口非激活态维持装置,设置在基站上,所述装置包括:

第三接收单元,用于接收主基站发送的上下文信息释放消息;

释放单元,用于基于接收的上下文信息释放消息,释放掉本地保存的ue在源辅基站侧上下文信息。

本发明还提出了一种空口非激活态维持装置,设置在基站上,所述装置包括:

第四接收单元,用于接收主基站发送的辅基站通知消息;所述辅基站通知消息包含:ue在源辅基站侧上下文信息;

存储单元,用于在目标辅基站本地存储接收的ue在源辅基站侧上下文信息,完成对ue上下文信息在不同辅基站之间的迁移操作。

本发明还提出了一种设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本发明提供的任一空口非激活态维持方法的处理。

本发明还提出了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本发明提供的任一空口非激活态维持方法的处理。

与现有技术相比,本发明提供的技术方案包括:接收ue发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;基于所述rrc上行通知消息,执行ue锚定在源辅基站侧pdusession的相关高层配置的迁移操作,迁移目标节点是目标辅基站或者当前主基站;在执行所述高层配置的迁移操作之后,向所述ue发送rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息;并且维持ue仍然处于双连接或单连接空口非激活态。通过本发明的方案,处于双连接配置且进入非激活状态的ue,当发生辅基站变化的时候,mn能够及时知道ue从源辅基站移动到了目标辅基站的服务小区覆盖,或者仅离开源辅基站而并没有进入新的目标辅基站,源辅基站内保存的ue上下文信息,能够及时地被传递转移到目标辅基站或主基站内,或者被删除,从而保证网络侧连接状态和相关的高层配置能和ue的最新移动状态保持对应一致,从而提供了一种有效的支持ue维持在rrc_inactive非激活状态的解决方案。

附图说明

下面对本发明实施例中的附图进行说明,实施例中的附图是用于对本发明的进一步理解,与说明书一起用于解释本发明,并不构成对本发明保护范围的限制。

图1为终端ue双连接操作激活态架构图;

图2为终端ue双连接操作非激活态架构图;

图3为双连接非激活态ue从sn-1小区覆盖移动到sn-2小区覆盖;

图4为双连接非激活态ue在源sn-1的架构图;

图5为双连接非激活态ue在新目标sn-2后的架构图;

图6、图7、图8和图9分别为本发明实施例提供的一种空口非激活态维持方法的流程图。

具体实施方式

为了便于本领域技术人员的理解,下面结合附图对本发明作进一步的描述,并不能用来限制本发明的保护范围。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的各种方式可以相互组合。

本发明提出了一种空口非激活态维持方法,所述方法包括:

步骤011,接收ue发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

该rrc上行通知消息为rrcconnectionresumerequest消息或其它适用的rrc上行消息;rrc上行通知消息为ue在空口非激活态时与网络侧之间能够进行传输的上行消息;

在一个示例中,所述rrc上行通知消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的上下文索引信息s-i-rnti、sgnb2下新服务小区标识id、以及辅基站更新指示信息。本发明实施例中,辅基站更新指示信息可以携带恢复原因值casuevalue中,例如,设置恢复原因值casuevalue=snchange;

在另一个示例中,所述rrc上行通知消息包含:sgnb1给ue分配的s-i-rnti、sgnb2下新服务小区标识id、以及辅基站更新指示信息;

其中,主基站为ue对应的主基站,sgnb1为源辅基站,sgnb2为目标辅基站;即,sgnb1为ue位置切换之前对应的辅基站,sgnb2为ue位置切换之后对应的辅基站;

步骤012,基于所述rrc上行通知消息,执行ue锚定在源辅基站侧pdusession的相关高层配置的迁移操作,迁移目标节点是目标辅基站或者当前主基站;

其中,步骤012包括:

步骤0121,主基站根据接收sgnb2下新服务小区标识id,确定ue移动到sgnb2下新服务小区标识id对应的服务小区;

步骤0122,主基站获取ue在sgnb1侧上下文;

一种方式包括:在主机站存储有ue在sgnb1侧上下文信息的情况下,主基站基于s-i-rnti信息,通过索引方式,找到储存的ue在sgnb1侧上下文信息;

另一种方式包括:主基站向源辅基站sgnb1发起uecontext获取流程,包括:

步骤0122a、主基站向源辅基站sgnb1发送上下文信息请求消息,其中携带有s-i-rnti信息,所述s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;优选地,所述上下文信息请求消息为retrieveuecontextrequest消息。

其中,主基站通过xn接口向源辅基站sgnb1发起uecontext获取流程。

步骤0122b、主基站接收源辅基站sgnb1回复的上下文信息响应消息,所述上下文信息响应消息携带sgnb1内原来保存的ue在sgnb1侧上下文信息。优选地,所述上下文信息响应消息为retrieveuecontextresponse消息。

步骤0123,主基站向目标辅基站sgnb2发送辅基站通知消息;所述辅基站通知消息包含:源sgnb1对应的ue在sgnb1侧上下文信息;

步骤0124,主基站接收目标辅基站sgnb2发送的辅基站通知确认消息;所述辅基站通知确认消息包含:用于承载pdusession2需要的sgnb2侧下行传输地址信息;

本发明实施例中,优选地,所述辅基站通知消息为snadditionrequest消息;所述辅基站通知确认消息为snadditionrequestack消息。

步骤0125,主基站向amf/smf发起pdusession资源修改指示流程;

包括:主基站向amf/smf发送pdusession资源修改指示信息,所述pdusession资源修改指示信息携带有用于承载被迁移后的pdusession的基站下行传输地址信息。

步骤0126,主基站向源sgnb1发送上下文信息释放消息,从而使得sgnb1基于该消息,释放掉原来保存的ue在sgnb1侧上下文信息。其中,上下文信息释放消息可以是uecontextrelease消息。

步骤013,向所述ue发送rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息;并且维持ue仍然处于双连接或单连接空口非激活态。

该rrc下行回复消息为rrcconnectionresumereject消息或其它适用的rrc下行消息;rrc下行通知消息为ue在空口非激活态时网络侧能够向ue传输的下行消息;

该rrc下行回复消息包含:news-i-rnti信息、和sn更新完成指示信息。本发明实施例中,sn更新完成指示信息可以携带在拒绝原因值casuevalue中,例如,设置拒绝原因值casuevalue=snchangedone;

在主基站给ue新分配p-i-rnti的情况下,该rrc下行回复消息还包含新分配的newp-i-rnti。

步骤014,主基站在ue需要切换至双连接激活态时,启动ue恢复到双连接激活态。例如,在ue有上行用户数据抵达待传输,或有下行用户数据抵达待传输,或有下行控制数据抵达待传输的情况下,需要切换至双连接激活态。

基于与上述实施例相同或相似的构思,本发明提出了一种空口非激活态维持方法,所述方法包括:

步骤021,主基站接收ue发送的rrc上行通知消息;

该rrc上行通知消息为rrcconnectionresumerequest消息或其它适用的rrc上行消息;

在一个示例中,所述rrc上行通知消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的s-i-rnti、以及辅基站释放指示信息,本发明实施例中,辅基站释放指示信息可以携带恢复原因值casuevalue中,例如,设置恢复原因值casuevalue=snrelease;

在另一个示例中,所述rrc上行通知消息包含:sgnb1给ue分配的s-i-rnti、以及恢复原因值casuevalue=snrelease;

其中,主基站为ue对应的主基站,sgnb1为源辅基站;在切换之后,ue不存在相应的辅基站小区;

步骤022,主基站确定ue移动到sgnb2下新服务小区标识id对应的服务小区;

其中,基于接收的恢复原因值casuevalue=snrelease,主基站确定ue移出sgnb1下的服务小区。

步骤023,主基站获取ue在sgnb1侧上下文信息;

一种方式包括:在主机站存储有ue在sgnb1侧上下文信息的情况下,主基站基于s-i-rnti信息,通过索引方式,找到储存的ue在sgnb1侧上下文信息;

另一种方式包括:主基站向源辅基站sgnb1发起uecontext获取流程,包括:

步骤023a、主基站向源辅基站sgnb1发送上下文信息请求消息,其中携带有s-i-rnti信息,所述s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;

其中,主基站通过xn接口向源辅基站sgnb1发起uecontext获取流程。

步骤023b、主基站接收源辅基站sgnb1回复的上下文信息响应消息,所述上下文信息响应消息携带sgnb1内原来保存的ue在源辅基站侧上下文信息信息。

步骤026,主基站向ue发送rrc下行回复消息;

该rrc下行回复消息为rrcconnectionresumereject消息或其它适用的rrc下行消息;

该rrc下行回复消息包含:sn释放完成指示信息。本发明实施例中,sn释放完成指示信息可以携带在拒绝原因值casuevalue中,例如,设置拒绝原因值casuevalue=snreleasedone;

在主基站给ue新分配p-i-rnti的情况下,该rrc下行回复消息还包含新分配的newp-i-rnti。或者,主基站没有给ue新分配p-i-rnti的情况下,该rrc下行回复消息还包含基站给ue之前分配的p-i-rnti。

步骤027,主基站向amf/smf发起pdusession资源修改指示流程;

包括:主基站向amf/smf发送pdusession资源修改指示信息,所述pdusession资源修改指示信息携带有用于承载pdusession2需要的下行传输地址信息。该下行地址是主基站为承载pdusession2新配置的下行地址。

优选地,所述pdusession资源修改指示信息为pdusessionresourcemodifyindication消息。

步骤028,主基站向源sgnb1发送uecontextrelease消息,从而使得sgnb1基于该消息,释放掉原来保存的ue在sgnb1侧上下文信息。

步骤029,主基站在ue需要切换至双连接激活态时,启动ue恢复到双连接激活态。例如,在ue有上行用户数据抵达待传输,或有下行用户数据抵达待传输,或有下行控制数据抵达待传输的情况下,需要切换至双连接激活态。

基于与上述实施例相同或相似的构思,本发明实施例提出了一种空口非激活态维持方法,所述方法包括:

步骤031,ue向主基站发送的rrc上行通知消息;该rrc上行通知消息为rrcconnectionresumerequest消息或其它适用的rrc上行消息;

在一个示例中,所述rrc上行通知消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的s-i-rnti、sgnb2下新服务小区标识id、以及恢复原因值casuevalue=snchange;

在另一个示例中,所述rrc上行通知消息包含:sgnb1给ue分配的s-i-rnti、sgnb2下新服务小区标识id、以及恢复原因值casuevalue=snchange;

其中,主基站为ue对应的主基站,sgnb1为ue位置切换之前对应的辅基站,sgnb2为ue位置切换之后对应的辅基站;

步骤032,ue接收主基站发送的rrc下行回复消息,该rrc下行回复消息为rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrc下行回复消息包含:news-i-rnti信息、和拒绝原因值casuevalue=snchangedone;

在主基站给ue新分配p-i-rnti的情况下,该rrc下行回复消息还包含新分配的newp-i-rnti。

步骤033,在ue需要切换至双连接激活态时,ue向主基站发送rrcconnectionresumerequest消息。

例如,在一个示例中,所述rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的s-i-rnti、以及uldataarriving。

基于与上述实施例相同或相似的构思,本发明实施例提出了一种空口非激活态维持方法,所述方法包括:

步骤041,ue向主基站发送rrc上行通知消息;该rrc上行通知消息为rrcconnectionresumerequest消息或其它适用的rrc上行消息;

在一个示例中,所述rrc上行通知消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的s-i-rnti、以及恢复原因值casuevalue=snrelease;

在另一个示例中,所述rrc上行通知消息包含:sgnb1给ue分配的s-i-rnti、以及恢复原因值casuevalue=snrelease;

其中,主基站为ue对应的主基站,sgnb1为ue位置切换之前对应的辅基站,sgnb2为ue位置切换之后对应的辅基站;

步骤042,ue接收主基站发送的rrc下行回复消息;该rrc下行回复消息为rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrc下行回复消息包含:拒绝原因值casuevalue=snchangedone;

可选地,该rrc下行回复消息还包含主基站为ue分配的p-i-rnti。

步骤043,在ue需要切换至双连接激活态时,ue向主基站发送的rrcconnectionresumerequest消息或其它适用的rrc上行消息。

例如,在一个示例中,所述rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:主基站给ue分配的p-i-rnti、sgnb1给ue分配的s-i-rnti、以及uldataarriving。

基于与上述实施例相同或相似的构思,本发明实施例提出了一种空口非激活态维持方法,所述方法包括:

步骤051,源辅基站sgnb1接收主基站发送的上下文信息请求消息,其中携带有s-i-rnti信息,所述s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;

其中,源辅基站sgnb1通过xn接口接收主基站发发起的uecontext获取流程。

步骤052、源辅基站sgnb1向主基站发送回复的上下文信息响应消息,所述上下文信息响应消息携带sgnb1内原来保存的ue在sgnb1侧上下文信息。

步骤053,源辅基站sgnb1接收主基站发送的uecontextrelease消息;

步骤054,sgnb1基于接收的uecontextrelease消息,释放掉本地保存的ue在sgnb1侧上下文信息。

基于与上述实施例相同或相似的构思,本发明提出了一种空口非激活态维持方法,所述方法包括:

步骤061,目标辅基站sgnb2接收主基站发送的辅基站通知消息;所述辅基站通知消息包含:源sgnb1对应的ue在sgnb1侧上下文信息;

步骤062,目标辅基站sgnb2在本地存储接收的ue在sgnb1侧上下文信息;

步骤063,目标辅基站sgnb2向主基站发送辅基站通知确认消息;所述辅基站通知确认消息包含:用于承载pdusession2需要的sgnb2侧下行传输地址信息。

下面结合具体的实施场景进行说明。

实施例1

流程如附图6所示:某ue处于menb和sgnb1双连接工作模式,且pdusession1锚定建立在menb侧;同时pdusession2锚定建立在sgnb1侧。某时刻,pdusession1和2的用户数据暂时中断停止,menb决定通过空口suspend流程,将ue重配置到rrc_inactive非激活状态,从而释放掉mcgradiolink和scgradiolink和低层的无线配置。menb保存着ng-c和ng-u(mn)网络连接,和pdusession1相关的高层配置;sgnb1保存着ng-u(sn)网络连接,和pdusession2相关的高层配置;ue保存着pdusession1和2相关的高层配置。

步骤101:ue处于双连接配置和rrc_inactive非激活状态,仍然继续执行对部署有候选目标辅基站的各个异频点rrm无线测量。当ue测量后,发现自己已进入到新的目标辅基站sgnb2之后,ue在空口uu触发rrc连接恢复流程,发起rrcconnectionresumerequest消息或其它适用的rrc上行消息。rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:menb/sgnb1之前给ue分配的p-i-rnti和s-i-rnti信息,sgnb2下新服务小区标识id,恢复原因值casuevalue=snchange。

p-i-rnti信息包含源menb基站标识id和menb侧保存的ue在menb侧上下文的索引信息。

s-i-rnti信息包含源sgnb1基站标识id和sgnb1侧保存的ue在sgnb1侧上下文的索引信息。

步骤102:menb接收到该rrcconnectionresumerequest消息或其它适用的rrc上行消息之后,基于p-i-rnti信息,通过索引方式,能找到menb内保存的ue在menb侧上下文信息(即menb侧的网络连接和相关高层配置);基于s-i-rnti信息,通过索引方式,能找到sgnb1内保存的ue在sgnb1侧上下文信息(即sgnb1侧的网络连接和相关高层配置);基于ue上报的恢复原因值casuevalue=snchange,得知该ue移动发生了辅基站sn变化(sgnb1-)sgnb2),基于sgnb2下新服务小区标识id,menb得知ue已经移动到了sgnb2某服务小区覆盖之下。

步骤103:menb通过xn接口,向源辅基站sgnb1发起uecontext获取流程,发起retrieveuecontextrequest消息,其中s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;基于该获取请求消息,源辅基站sgnb1回复retrieveuecontextresponse消息,把sgnb1内原来保存的ue在sgnb1侧上下文信息发送给menb。

步骤104:menb再通过xn接口,向新目标辅基站sgnb2发起sn建立流程,发起snadditionrequest消息;snadditionrequest消息包含:源sgnb1内原来保存的ue在sgnb1侧上下文信息,从而将该上下文信息发送给sgnb2并进行保存。基于该上下文信息,sgnb2于是得知自己需要去承载pdusession2(原来被sgnb1承载)及其相关的上下文配置。注:因为是非激活态,sgnb2不需要建立scg低层的无线配置,仅仅继续保存ue在sn侧的网络连接和相关高层配置。

步骤105:sgnb2通过xn接口,向menb发起snadditionrequestack消息;snadditionrequestack消息包含:用于承载pdusession2需要的sgnb2侧下行传输地址信息。sgnb2基于menb转发来的sn侧上下文信息,可得知pdusession2原来在upf侧的上行传输地址,进一步和upf建立ng-u(sn)网络连接(ng-u数据传输通道),再进一步建立完成和mn的xn网络连接。

步骤106:menb通过空口uu向ue发起rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrcconnectionresumereject消息或其它适用的rrc下行消息包含:menb给ue新分配的newp-i-rnti和news-i-rnti信息,拒绝原因值casuevalue=snchangedone。

步骤107:menb通过ng-c接口向amf/smf发起pdusessionresourcemodifyindication流程,向upf提供sgnb2刚分配的用于承载pdusession2需要的sgnb2侧下行传输地址信息,从而upf和sgnb2建立完成新的ng-u(sn)网络连接(ng-u数据传输通道)。

步骤108:menb通过xn接口,向源sgnb1发起uecontext释放流程,发起uecontextrelease消息。基于该消息,sgnb1随后释放掉原来保存的ue在sgnb1侧上下文信息。

步骤109:当ue有上行用户数据抵达待传输,ue向源menb发起rach流程,并且指示该上行用户数据相关的drbid或qosflowid信息,尝试恢复到rrc_active状态。

实施例2

流程如附图7所示:某ue处于mgnb和sgnb1双连接工作模式,且pdusession1/2锚定建立在mgnb侧;同时pdusession3/4锚定建立在sgnb1侧。某时刻,pdusession1/2和3/4的用户数据暂时中断停止,mgnb决定通过空口suspend流程,将ue重配置到rrc_inactive非激活状态,从而释放掉mcgradiolink和scgradiolink和低层的无线配置。mgnb保存着ng-c和ng-u(mn)网络连接,和pdusession1/2相关的高层配置;sgnb1保存着ng-u(sn)网络连接,和pdusession3/4相关的高层配置;ue保存着pdusession1/2/3/4相关的高层配置。

步骤201:ue处于双连接配置和rrc_inactive非激活状态,仍然继续执行对部署有候选目标辅基站的各个异频点rrm无线测量。当ue测量后,发现自己已进入到新的目标辅基站sgnb2之后,ue在空口uu触发rrc连接恢复流程,发起rrcconnectionresumerequest消息或其它适用的rrc上行消息。rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:mgnb/sgnb1之前给ue分配的s-i-rnti信息(由于ue没有离开mgnb服务小区的覆盖,因此暂时不用上报p-i-rnti信息),sgnb2下新服务小区物理层标识nr-pci,恢复原因值casuevalue=snchange。

s-i-rnti信息包含源sgnb1基站标识id和sgnb1侧保存的ue在sgnb1侧上下文的索引信息。

步骤202:mgnb接收到该rrcconnectionresumerequest消息或其它适用的rrc上行消息之后,基于s-i-rnti信息,通过索引方式,能找到sgnb1内保存的ue在sgnb1侧上下文信息(即sgnb1侧的网络连接和相关高层配置);基于ue上报的恢复原因值casuevalue=snchange,得知该ue移动发生了辅基站sn变化(sgnb1-)sgnb2),基于sgnb2下新服务小区物理层标识nr-pci,通过网管地址匹配查询,mgnb得知ue已经移动到了sgnb2某服务小区覆盖之下。

步骤203:mgnb通过xn接口,向源辅基站sgnb1发起uecontext获取流程,发起retrieveuecontextrequest消息,其中s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;基于该获取请求消息,源辅基站sgnb1回复retrieveuecontextresponse消息,把sgnb1内原来保存的ue在sgnb1侧上下文信息发送给mgnb。

步骤204:mgnb再通过xn接口,向新目标辅基站sgnb2发起sn建立流程,发起snadditionrequest消息;snadditionrequest消息包含:源sgnb1内原来保存的ue在sgnb1侧上下文信息,从而将该上下文信息发送给sgnb2并进行保存。基于该上下文信息,sgnb2于是得知自己需要去承载pdusession3/4(原来被sgnb1承载)及其相关的上下文配置。注:因为是非激活态,sgnb2不需要建立scg低层的无线配置,仅仅继续保存ue在sn侧的网络连接和相关高层配置。

步骤205:sgnb2通过xn接口,向mgnb发起snadditionrequestack消息;snadditionrequestack消息包含:用于承载pdusession3/4需要的sgnb2侧下行传输地址信息。sgnb2基于mgnb转发来的sn侧上下文信息,可得知pdusession3/4原来在upf侧的上行传输地址,进一步和upf建立ng-u(sn)网络连接(ng-u数据传输通道),再进一步建立完成和mn的xn网络连接。

步骤206:mgnb通过空口uu向ue发起rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrcconnectionresumereject消息或其它适用的rrc下行消息包含:mgnb给ue新分配的news-i-rnti信息,拒绝原因值casuevalue=snchangedone。

步骤207:mgnb通过ng-c接口向amf/smf发起pdusessionresourcemodifyindication流程,向upf提供sgnb2刚分配的用于承载pdusession3/4需要的sgnb2侧下行传输地址信息,从而upf和sgnb2建立完成新的ng-u(sn)网络连接(ng-u数据传输通道)。

步骤208:mgnb通过xn接口,向源sgnb1发起uecontext释放流程,发起uecontextrelease消息。基于该消息,sgnb1随后释放掉原来保存的ue在sgnb1侧上下文信息。

步骤209:当ue有上行控制信令抵达待传输,ue向源mgnb发起rach流程,并且指示该上行用户数据相关的drbid或qosflowid信息,尝试恢复到rrc_active状态。

实施例3

流程如附图8所示:某ue处于menb和sgnb1双连接工作模式,且pdusession1锚定建立在menb侧;同时pdusession2锚定建立在sgnb1侧。某时刻,pdusession1和2的用户数据暂时中断停止,menb决定通过空口suspend流程,将ue重配置到rrc_inactive非激活状态,从而释放掉mcgradiolink和scgradiolink和低层的无线配置。menb保存着ng-c和ng-u(mn)网络连接,和pdusession1相关的高层配置;sgnb1保存着ng-u(sn)网络连接,和pdusession2相关的高层配置;ue保存着pdusession1和2相关的高层配置。

步骤301:ue处于双连接配置和rrc_inactive非激活状态,仍然继续执行对部署有候选目标辅基站的各个异频点rrm无线测量。当ue测量后,发现自己离开sgnb1服务覆盖,但还没进入新目标辅基站sgnb2的服务覆盖,ue在空口uu触发rrc连接恢复流程,发起rrcconnectionresumerequest消息或其它适用的rrc上行消息。rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:menb/sgnb1之前给ue分配的p-i-rnti和s-i-rnti信息,恢复原因值casuevalue=snrelease。

p-i-rnti信息包含源menb基站标识id和menb侧保存的ue在menb侧上下文的索引信息。

s-i-rnti信息包含源sgnb1基站标识id和sgnb1侧保存的ue在sgnb1侧上下文的索引信息。

步骤302:menb接收到该rrcconnectionresumerequest消息或其它适用的rrc上行消息之后,基于p-i-rnti信息,通过索引方式,能找到menb内保存的ue在menb侧上下文信息(即menb侧的网络连接和相关高层配置);基于s-i-rnti信息,通过索引方式,能找到sgnb1内保存的ue在sgnb1侧上下文信息(即sgnb1侧的网络连接和相关高层配置);基于ue上报的恢复原因值casuevalue=snrelease,得知该ue移动离开了源辅基站sgnb1服务覆盖。

步骤303:menb通过xn接口,向源辅基站sgnb1发起uecontext获取流程,发起retrieveuecontextrequest消息,其中s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;基于该获取请求消息,源辅基站sgnb1回复retrieveuecontextresponse消息,把sgnb1内原来保存的ue在sgnb1侧上下文信息发送给menb。

步骤304:由于ue还没进入新目标辅基站sgnb2的服务覆盖,menb不需要通过xn接口,向新目标辅基站sgnb2发起sn建立流程。

步骤305:sgnb2暂时不需要和mn建立xn网络连接。

步骤306:menb通过空口uu向ue发起rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrcconnectionresumereject消息或其它适用的rrc下行消息包含:menb给ue新分配的newp-i-rnti信息,拒绝原因值casuevalue=snreleasedone。

步骤307:menb通过ng-c接口向amf/smf发起pdusessionresourcemodifyindication流程,向upf提供menb刚分配的用于承载回流的pdusession2需要的下行传输地址信息,从而upf和menb建立完成新的ng-u(mn)网络连接(ng-u数据传输通道)。

步骤308:menb通过xn接口,向源sgnb1发起uecontext释放流程,发起uecontextrelease消息。基于该消息,sgnb1随后释放掉原来保存的ue在sgnb1侧上下文信息。

步骤309:当ue有上行用户数据抵达待传输,ue向源menb发起rach流程,并且指示该上行用户数据相关的drbid或qosflowid信息,尝试恢复到rrc_active状态。

实施例4

流程如附图9所示:某ue处于mgnb和sgnb1双连接工作模式,且pdusession1/2锚定建立在mgnb侧;同时pdusession3/4锚定建立在sgnb1侧。某时刻,pdusession1/2和3/4的用户数据都暂时中断停止,mgnb决定通过空口suspend流程,将ue重配置到rrc_inactive非激活状态,从而释放掉mcgradiolink和scgradiolink和低层的无线配置。mgnb保存着ng-c和ng-u(mn)网络连接,和pdusession1/2相关的高层配置;sgnb1保存着ng-u(sn)网络连接,和pdusession3/4相关的高层配置;ue保存着pdusession1/2/3/4相关的高层配置。

步骤401:ue处于双连接配置和rrc_inactive非激活状态,仍然继续执行对部署有候选目标辅基站的各个异频点rrm无线测量。当ue测量后,发现自己离开sgnb1服务覆盖,但还没进入新目标辅基站sgnb2的服务覆盖,ue在空口uu触发rrc连接恢复流程,发起rrcconnectionresumerequest消息或其它适用的rrc上行消息。rrcconnectionresumerequest消息或其它适用的rrc上行消息包含:mgnb/sgnb1之前给ue分配的p-i-rnti和s-i-rnti信息,恢复原因值casuevalue=snrelease。

p-i-rnti信息包含源mgnb基站标识id和mgnb侧保存的ue在mgnb侧上下文的索引信息。

s-i-rnti信息包含源sgnb1基站标识id和sgnb1侧保存的ue在sgnb1侧上下文的索引信息。

步骤402:mgnb接收到该rrcconnectionresumerequest消息或其它适用的rrc上行消息之后,基于p-i-rnti信息,通过索引方式,能找到mgnb内保存的ue在mgnb侧上下文信息(即mgnb侧的网络连接和相关高层配置);基于s-i-rnti信息,通过索引方式,能找到sgnb1内保存的ue在sgnb1侧上下文信息(即sgnb1侧的网络连接和相关高层配置);基于ue上报的恢复原因值casuevalue=snrelease,得知该ue移动离开了源辅基站sgnb1服务覆盖。

步骤403:mgnb通过xn接口,向源辅基站sgnb1发起uecontext获取流程,发起retrieveuecontextrequest消息,其中s-i-rnti信息含有sgnb1内相关的ue上下文索引信息;基于该获取请求消息,源辅基站sgnb1回复retrieveuecontextresponse消息,把sgnb1内原来保存的ue在sgnb1侧上下文信息发送给mgnb。

步骤404:由于ue还没进入新目标辅基站sgnb2的服务覆盖,mgnb不需要通过xn接口,向新目标辅基站sgnb2发起sn建立流程。

步骤405:sgnb2暂时不需要和mn建立xn网络连接。

步骤406:mgnb通过空口uu向ue发起rrcconnectionresumereject消息或其它适用的rrc下行消息;该rrcconnectionresumereject消息或其它适用的rrc下行消息包含:mgnb给ue新分配的newp-i-rnti信息,拒绝原因值casuevalue=snreleasedone。

步骤407:mgnb通过ng-c接口向amf/smf发起pdusessionresourcemodifyindication流程,向upf提供mgnb刚分配的用于承载回流的pdusession3/4需要的下行传输地址信息,从而upf和mgnb建立完成新的ng-u(mn)网络连接(ng-u数据传输通道)。

步骤408:mgnb通过xn接口,向源sgnb1发起uecontext释放流程,发起uecontextrelease消息。基于该消息,sgnb1随后释放掉原来保存的ue在sgnb1侧上下文信息。

步骤409:当ue有上行控制信令抵达待传输,ue向源mgnb发起rach流程,并且指示该上行用户数据相关的drbid或qosflowid信息,尝试恢复到rrc_active状态。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种空口非激活态维持装置,设置在基站上,本发明提出的一种空口非激活态维持装置包括:

第一接收单元,用于接收ue发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

迁移配置单元,用于基于所述rrc上行通知消息,执行ue锚定在源辅基站侧pdusession的相关高层配置的迁移操作,迁移目标节点是目标辅基站或者当前主基站;以及,用于维持ue仍然处于双连接或单连接空口非激活态;

第一发送单元,用于在执行所述高层配置的迁移操作之后,向所述ue发送rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息。

本发明实施例中,所述rrc上行通知消息为rrcconnectionresumerequest消息;

所述rrc下行回复消息为rrcconnectionresumereject消息。

本发明实施例中,所述迁移配置单元还包括上下文获取模块,用于在接收ue发送的rrc上行通知消息之后,获取ue在源辅基站侧上下文信息;

所述上下文获取模块获取ue在源辅基站侧上下文信息包括:

基于上下文索引信息,通过索引查找到主基站本地储存的ue在源辅基站侧上下文信息;

或,

向源辅基站发送上下文信息请求消息,其中携带有源辅基站内相关的ue上下文索引信息;主基站接收源辅基站回复的上下文信息响应消息,所述上下文信息响应消息携带源辅基站根据所述ue上下文索引信息,而找到的在源辅基站上存储的ue在源辅基站侧上下文信息。

本发明实施例中,所述rrc上行通知消息包含:源辅基站给ue分配的上下文索引信息、以及辅基站释放指示信息。

本发明实施例中,所述rrc上行通知消息还包含如下内容至少一项:主基站给ue分配的p-i-rnti、主基站给ue分配的s-i-rnti、uerrm测量结果信息。

本发明实施例中,所述迁移配置单元还包括上下文通知模块,用于在所述获取ue在源辅基站侧上下文信息之后,根据ue上报的所述目标辅基站下新服务小区标识id,向目标辅基站发送辅基站通知消息;所述辅基站通知消息包含:ue在源辅基站侧的上下文信息。

本发明实施例中,所述迁移配置单元还包括地址获取模块,用于在所述向目标辅基站发送辅基站通知消息之后,接收目标辅基站发送的辅基站通知确认消息;所述辅基站通知确认消息包含:用于承载锚定于辅基站侧的迁移后的pdusession的基站下行传输地址信息。

本发明实施例中,所述迁移配置单元还包括地址配置模块,用于重新配置用于承载被迁移后的pdusession的主基站下行传输地址信息。

本发明实施例中,所述迁移配置单元还网络侧更新模块,用于向amf/smf发送pdusession资源修改指示消息,所述pdusession资源修改指示消息携带有用于承载被迁移后的pdusession的基站下行传输地址信息。

本发明实施例中,所述迁移配置单元还包括释放模块,用于向源辅基站发送的上下文信息释放消息,以使得所述源辅基站根据所述上下文信息释放消息释放掉本地保存的ue在源辅基站侧上下文信息。

本发明实施例中,所述rrc下行回复消息包含:ue在目标辅基站侧上下文信息对应的上下文索引信息、以及辅基站更新完成指示信息。

本发明实施例中,所述rrc下行回复消息包含:辅基站释放完成指示信息。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种空口非激活态维持装置,设置在用户设备ue上,本发明提出的一种空口非激活态维持装置包括:

测量单元,用于在处于空口非激活态时,基于主基站和源辅基站的rrm测量配置信息,执行对主基站和源辅基站两侧的候选目标服务小区的rrm空口测量,以判定当前的移动环境;

第二发送单元,用于在通过所述空口rrm测量感知到源辅基站无线覆盖的更新事件时,向主基站发送的rrc上行通知消息;所述rrc上行通知消息携带有通知ue已离开源辅基站的服务小区覆盖的信息;

第二接收单元,用于接收主基站发送的rrc下行回复消息,所述rrc下行回复消息携带有迁移操作完成指示信息。

本发明实施例中,在所述更新事件为辅基站的无线覆盖更新到目标辅基站时,所述rrc上行通知消息包含:源辅基站给ue分配的s-i-rnti、目标辅基站下新服务小区标识id、以及辅基站更新指示信息;所述rrc下行回复消息包含:news-i-rnti信息、以及、辅基站更新完成指示信息。

本发明实施例中,所述更新事件为辅基站的无线覆盖消失事件时,所述rrc上行通知消息包含:源辅基站给ue分配的s-i-rnti、以及辅基站释放指示信息;所述rrc下行回复消息包含:辅基站释放完成指示信息。

本发明实施例中,所述rrc上行通知消息还包含:主基站给ue分配的p-i-rnti或s-i-rnti,uerrm测量结果信息。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种空口非激活态维持装置,设置在基站上,尤其是作为源辅基站侧的基站,本发明提出的一种空口非激活态维持装置包括:

第三接收单元,用于接收主基站发送的上下文信息释放消息;

释放单元,用于基于接收的上下文信息释放消息,释放掉本地保存的ue在源辅基站侧上下文信息。

本发明实施例中,在第三接收单元接收主基站发送的上下文信息释放消息之前,所述第三接收单元还用于:接收主基站发送的上下文信息请求消息,其中携带有源辅基站内相关的ue上下文索引信息;

空口非激活态维持装置包括:

该空口非激活态维持装置还包括第三发送单元和地址查找单元;所述地址查找单元用于根据所述ue上下文索引信息,获取本地存储的所述ue上下文索引信息对应的ue在源辅基站侧上下文信息;所述第三发送单元用于向主基站发送上下文信息响应消息,所述上下文信息响应消息携带源辅基站内存储的ue在源辅基站侧上下文信息。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种空口非激活态维持装置,设置在基站上,尤其是作为目标辅基站侧的基站,本发明提出的一种空口非激活态维持装置包括:

第四接收单元,用于接收主基站发送的辅基站通知消息;所述辅基站通知消息包含:ue在源辅基站侧上下文信息;

存储单元,用于在目标辅基站本地存储接收的ue在源辅基站侧上下文信息,该空口非激活态维持装置还用于完成对ue上下文信息在不同辅基站之间的迁移操作。

本发明实施例中,该空口非激活态维持装置还包括第四发送单元:所述第四发送单元用于在所述接收主基站发送的辅基站通知消息之后,向主基站发送辅基站通知确认消息;所述辅基站通知确认消息包含:用于承载锚定于辅基站侧pdusession需要的辅基站侧下行传输地址信息。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种基站,所述基站包括本发明实施例提供的设置在主基站侧上的空口非激活态维持装置、设置在源辅基站侧上的空口非激活态维持装置、和设置在目标辅基站侧上的空口非激活态维持装置中的至少一个。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本发明实施例提供的任一空口非激活态维持方法的处理。

基于与上述实施例相同或相似的构思,本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例提供的任一空口非激活态维持方法的处理。

需要说明的是,以上所述的实施例仅是为了便于本领域的技术人员理解而已,并不用于限制本发明的保护范围,在不脱离本发明的发明构思的前提下,本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1