CN109392084B - 基于接入网的位置区域更新方法及装置 - Google Patents
基于接入网的位置区域更新方法及装置 Download PDFInfo
- Publication number
- CN109392084B CN109392084B CN201710687725.6A CN201710687725A CN109392084B CN 109392084 B CN109392084 B CN 109392084B CN 201710687725 A CN201710687725 A CN 201710687725A CN 109392084 B CN109392084 B CN 109392084B
- Authority
- CN
- China
- Prior art keywords
- base station
- notification
- user equipment
- access network
- anchor base
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种针对待用态(RRC_INACTIVE state)用户设备的基于接入网的位置区域更新方法,该方法包括:锚基站为用户设备配置N个通知区,N为大于或者等于1的整数;锚基站具有用户设备的核心网‑接入网连接关系,已配置的每个通知区包括一个头基站,每个头基站与锚基站之间具有连接接口,头基站拥有由锚基站发来的用户设备上下文;锚基站向用户设备发送为该用户设备配置的N个通知区的信息。本发明还公开了一种基于接入网的位置区域更新装置。通过上述方式,本发明能够保证用户设备在待用态下完成基于接入网的位置区域更新,从而减少信令开销及功率消耗。
Description
技术领域
本发明涉及通信领域,特别是涉及一种基于接入网的位置区域更新方法及装置。
背景技术
在新无线(New Radio,NR)中,用户设备(User Equipment,UE)有三种状态,无线资源控制(Radio Resource Control,RRC)连接态、RRC待用(inactive)态和RRC空闲态。处于RRC待用态的UE仍然建立有Core Network(CN)-Radio Access Network(RAN)连接关系,且至少一个基站保存有UE的接入上下文(Access context,以下简称上下文)。无线接入网(Radio access network,RAN)知道UE所处的通知区(Notification Area,NA)。
当UE从当前驻留的通知区移动到另一通知区时,需要执行基于接入网的位置区域更新(RAN-based location area update,RLAU)过程。在这一过程中,UE重选择的目标基站需要从UE之前驻留的源基站获取UE的上下文,如果目标基站和源基站之间存在连接接口,例如Xn接口,且目标基站能够成功的通过连接接口从源基站获取UE的上下文,则基于接入网的位置区域更新能够在UE保持待用态的情况下完成。
如果目标基站无法从源基站获取UE的上下文,例如目标基站和源基站之间不存在连接接口,那么在RLAU过程中,UE需要从待用态变为连接态以使得目标基站从核心网获取UE的上下文,然后从连接态变回待用态,这样会带来额外的信令开销,包括核心网-接入网接口及接入网-用户设备接口的信令开销及核心网处理信令的开销,额外的功率消耗以及额外的延时。
发明内容
本发明主要解决的技术问题是提供一种基于接入网的位置区域更新方法及装置,能够解决现有技术中RLAU过程中UE可能需要进入RRC连接态带来额外的信令开销及功率消耗等问题。
为了解决上述技术问题,本发明第一方面提供了一种基于接入网的位置区域更新方法,该方法包括:锚基站为用户设备配置N个通知区,锚基站具有用户设备的核心网-接入网连接关系,N为大于或者等于1的整数,已配置的每个通知区包括一个头基站,每个头基站与锚基站之间具有连接接口;锚基站向用户设备发送为用户设备配置的N个通知区的信息。
为了解决上述技术问题,本发明第二方面提供了一种基于接入网的位置区域更新方法,该方法包括:用户设备接收来自锚基站的N个通知区的信息,锚基站具有用户设备的核心网-接入网连接,N个通知区是锚基站为用户设备配置的,N为大于或者等于1的整数,每个配置的通知区包括一个头基站,每个头基站与锚基站之间具有连接接口;用户设备在进入任一已配置的通知区后保持待用态下完成基于接入网的位置区域更新。
为了解决上述技术问题,本发明第三方面提供了一种基于接入网的位置区域更新方法,该方法包括:头基站接收并存储来自于锚基站的用户设备的上下文及源通知区的信息,锚基站具有用户设备的核心网-接入网连接关系,头基站与锚基站之间具有连接接口,源通知区为锚基站所处的通知区,源通知区的信息包括锚基站的恢复标识,恢复标识用于定位存储有用户设备的上下文的基站及验证用户设备的上下文;头基站向锚基站发送对应的通知区的信息以配合锚基站完成通知区的配置,对应的通知区的信息包括头基站的恢复标识。
为了解决上述技术问题,本发明第四方面提供了一种基于接入网的位置区域更新方法,该方法包括:目标基站接收用户设备在待用态下发送的RRC请求,目标基站为用户设备在待用态下重选择的目标,目标基站所处的通知区为目标通知区,且目标通知区属于锚基站为用户设备配置的N个通知区,N为大于或者等于1的整数,锚基站具有用户设备的核心网-接入网连接,目标通知区包括一个头基站,头基站与锚基站之间具有连接接口,RRC请求中包括头基站的恢复标识,恢复标识用于定位存储有用户设备的上下文的基站及验证用户设备的上下文;目标基站向头基站发送第二基于接入网的位置区域更新请求,以使得头基站向锚基站发送第一基于接入网的位置区域更新请求,第二基于接入网的位置区域更新请求中包括头基站的恢复标识。
为了解决上述技术问题,本发明第五方面提供了一种基于接入网的位置区域基于接入网的位置区域更新装置,该装置包括处理器和通信电路,处理器连接通信电路,处理器用于执行指令以实现本发明第一至第四方面中任一种提供的方法。
为了解决上述技术问题,本发明第六方面提供了一种基于接入网的位置区域更新装置,该装置存储有指令,指令被执行时实现本发明第一至第四方面中任一种提供的方法。
本发明的有益效果是:锚基站为用户设备配置N个通知区然后向用户设备发送为其配置的N个通知区的信息,锚基站具有用户设备的核心网-接入网连接关系,已配置的每个通知区包括一个头基站,每个头基站与锚基站之间具有连接接口。假设用户设备后续进入了任意一个已配置的通知区并执行了重选择,如果用户设备选择的目标基站是头基站,则可以通过连接接口从锚基站获取用户设备的上下文,不需要用户设备进入连接态即可完成基于接入网的位置区域更新;如果用户设备重选择的目标基站不是头基站,也可以通过同一通知区的头基站完成基于接入网的位置区域更新而不需要用户设备进入连接态,从而减少信令开销及功率消耗。
附图说明
图1是本发明基于接入网的位置区域更更新方法第一实施例的流程示意图;
图2是本发明基于接入网的位置区域更新方法第二实施例的流程示意图;
图3是本发明基于接入网的位置区域更新方法第三实施例的流程示意图;
图4是本发明基于接入网的位置区域更新方法第四实施例的流程示意图;
图5是本发明基于接入网的位置区域更新方法第五实施例的流程示意图;
图6是本发明基于接入网的位置区域更新方法第六实施例的流程示意图;
图7是本发明基于接入网的位置区域更新方法第七实施例的流程示意图;
图8是本发明基于接入网的位置区域更新方法第八实施例的流程示意图;
图9是本发明基于接入网的位置区域更新方法第九实施例的流程示意图;
图10是本发明基于接入网的位置区域更新方法第十实施例的流程示意图;
图11是本发明基于接入网的位置区域更新方法第十一实施例的流程示意图;
图12是本发明基于接入网的位置区域更新方法一实施例的应用场景示意图;
图13是本发明基于接入网的位置区域更新方法一实施例的第一个例子的流程示意图;
图14是本发明基于接入网的位置区域更新方法一实施例的第二个例子的流程示意图;
图15是本发明基于接入网的位置区域更新方法一实施例的第三个例子的流程示意图;
图16是本发明基于接入网的位置区域更新方法一实施例的第四个例子的流程示意图;
图17是本发明基于接入网的位置区域更新装置第一实施例的结构示意图;
图18是本发明基于接入网的位置区域更新装置第二实施例的结构示意图;
图19是本发明基于接入网的位置区域更新装置第三实施例的结构示意图;
图20是本发明基于接入网的位置区域更新装置第四实施例的结构示意图。
具体实施方式
下面结合附图和实施例对本发明进行详细说明。以下各实施例中不冲突的可以相互结合。
本发明基于接入网的位置区域更新方法第一实施例的执行主体为基站,本实施例中作为锚基站。基站连接核心网并与用户设备进行无线通信,为相应的地理区域提供通信覆盖。基站可以为宏基站、微(micro)基站、微微(pico)基站或家庭基站(femtocell)。在一些实施例中,基站也可以被称为无线基站、接入点、B节点,演进型B节点(eNodeB,eNB),gNB或其他合适的术语。如图1所示,本实施例包括:
S11:锚基站为用户设备配置N个通知区。
锚基站具有用户设备的核心网-接入网连接关系并且存储有用户设备的上下文。N为大于或者等于1的整数。
锚基站可以是用户设备当前驻留的小区的基站,例如由锚基站控制用户设备从RRC连接态进入RRC待用态,或者用户设备在RRC待用态下重选择至锚基站。锚基站也可以不是用户设备当前驻留的小区的基站,此时用户设备当前驻留的小区的基站与锚基站属于同一通知区。锚基站所处的通知区可以被称为源通知区。
已配置的每个通知区包括一个头基站,每个头基站与锚基站之间具有连接接口,例如Xn接口。锚基站可以是源通知区的头基站。锚基站和头基站可以通过连接接口进行信息交互。
每个通知区(包括源通知区和已配置的通知区)包括一个头基站,如果通知区内的基站的数量大于一,则头基站与其他基站之间都具有连接接口。接入网包括哪些通知区,每个通知区包括哪些基站及其中哪个是头基站可以是固定的,也可以根据用户设备决定。
锚基站可以根据用户设备的状态从固定的通知区中选择若干个配置给用户设备,或者为用户设备专门配置若干个通知区。用户设备的状态可以包括位置、运动轨迹、运动速度中的至少一种。具体的,锚基站可以根据用户设备的状态为其配置若干个邻近源通知区的且用户设备有较大概率移动至的通知区。锚基站可以在确定通知区后与头基站进行信息交互以获取通知区的信息。为了优化后续的RLAU过程,锚基站可以在信息交互中将UE的上下文发送给头基站。
S12:锚基站向用户设备发送为该用户设备配置的N个通知区的信息。
为该用户设备配置的N个通知区的信息可以由RRCConnectionSuspend,即RRC连接暂停信令承载。RRCConnectionSuspend可以是用户设备在连接态下连接的基站(用户设备进入待用态后成为锚基站)控制用户设备从连接态进入待用态时发送,也可以是用户设备在待用态下进入新的通知区,响应用户设备的RRCConnectionResumeRequest而发送。
N个已配置的通知区中每一个通知区的信息可以包括该通知区的区域信息,由ranAreaInformation信元承载。此外每个通知区的信息还可以包括其头基站的Resume ID,即恢复标识,由ResumeID信元承载。头基站的恢复标识由头基站的ID和用户设备的ID组成,可以用于RLAU过程中定位存储有UE上下文的基站以及上下文的验证。
通过本实施例的实施,锚基站为用户设备配置N个通知区然后向用户设备发送为其配置的N个通知区的信息,锚基站具有用户设备的核心网-接入网连接关系,已配置的每个通知区包括一个头基站,每个头基站与锚基站之间具有连接接口。假设用户设备后续进入了任意一个已配置的通知区并执行了重选择,如果用户设备选择的目标基站是头基站,则可以通过连接接口从锚基站获取用户设备的上下文,不需要用户设备进入连接态即可完成基于接入网的位置区域更新;如果用户设备重选择的目标基站不是头基站,也可以通过同一通知区的头基站完成基于接入网的位置区域更新而不需要用户设备进入连接态,从而减少信令开销及功率消耗。
如图2所示,本发明基于接入网的位置区域更新方法第二实施例,是在基于接入网的位置区域更新方法第一实施例的基础上,S11包括:
S111:锚基站向N个头基站发送用户设备的上下文及源通知区的信息。
源通知区的信息包括锚基站的恢复标识,类似的,锚基站的恢复标识由锚基站的ID和用户设备的ID组成。每个头基站接收并存储用户设备的上下文及源通知区的信息。
S112:锚基站接收来自N个头基站的对应的通知区的信息。
每个头基站对应的通知区是指该头基站所处的通知区,该通知区的信息可以包括该通知区中的区域信息及头基站的恢复标识。对于为用户设备配置的N个通知区中的每一个通知区,锚基站都需要与其头基站进行本实施例中的交互以获取该通知区的信息。随后锚基站可以将接收到的通知区的信息发送给用户设备。用户设备可以根据接收到的N个通知区信息中的区域信息来确认进入了哪个通知区,而该通知区的头基站的恢复标识可以用于让目标基站确认哪个是头基站。
通过本实施例的实施,锚基站预先将用户设备的上下文发送给已配置的N个通知区的头基站,使得后续可能进行的RLAU过程中目标基站所在的通知区的头基站无需再向锚基站请求用户设备的上下文,从而优化RLAU,降低信令开销及进一步缩短延时。
如图3所示,本发明基于接入网的位置区域更新方法第三实施例,是在基于接入网的位置区域更新方法第二实施例的基础上,S12之后进一步包括:
S13:锚基站接收来自目标通知区的头基站的第一基于接入网的位置区域更新请求。
目标通知区为用户设备在待用态下重选择的目标基站所处的通知区,且目标通知区为锚基站为用户设备配置的N个通知区中的一个。第一基于接入网的位置区域更新请求包括锚基站的恢复标识,在前述配置过程中头基站接收并存储了锚基站的恢复标识。
S14:锚基站根据接收到的锚基站的恢复标识验证用户设备的上下文,若验证成功,则决定是否转移锚基站。
锚基站根据接收到的第一基于接入网的位置区域更新请求中的锚基站的恢复标识对本地存储的用户设备的上下文进行验证。
用户设备处于待用态的情况下同一时间只有锚基站具有用户设备的CN-RAN连接关系。转移锚基站是指变更具有用户设备的CN-RAN连接关系的基站。
如果决定转移锚基站,则跳转到步骤S15;如果决定不转移锚基站,则跳转到步骤S19。
S15:锚基站通知除目标通知区的头基站之外的其他已配置的通知区的头基站释放用户设备的上下文。
转移锚基站之后原有的用户设备的上下文可能失效,因此原锚基站需通知除转移目标之外的其他头基站释放原有的上下文。
S16:锚基站通知目标通知区的头基站将锚基站转移至该目标通知区的头基站自身。
目标通知区的头基站为转移目标,头基站在转移完成后拥有该用户设备的CN-RAN连接,即成为新的锚基站,目标通知区成为新的源通知区。
本步骤与S15的执行顺序仅为示意,实际也可以调换部分先后顺序或者同时执行。
S17:锚基站接收来自目标通知区的头基站的释放用户设备的上下文的通知。
S18:锚基站响应通知释放用户设备的上下文。
S19:锚基站通知目标通知区的头基站保持锚基站不变。
在本实施例中,用户设备在待用态下进入了已配置的通知区,从而启动了基于接入网的位置区域更新过程。由于本实施例中锚基站已经预先在头基站中部署了用户设备的上下文,因此头基站无需再向锚基站请求上下文。在其他实施例中,如果锚基站没有预先向头基站发送上下文,则头基站需要从锚基站获取上下文。
本发明基于接入网的位置区域更新方法第四实施例的执行主体为用户设备(UserEquipment,UE),用户设备可以是固定的也可以是移动的,可以为蜂窝电话、个人数字助理(PDA)、无线调制解调器、平板电脑、笔记本电脑、无绳电话等。如图4所示,本实施例包括:
S21:用户设备接收来自锚基站的N个通知区的信息。
锚基站具有用户设备的核心网-接入网连接关系并且存储有用户设备的上下文。
锚基站可以是用户设备当前驻留的小区的基站,例如由锚基站控制用户设备从RRC连接态进入RRC待用态,或者用户设备在RRC待用态下重选择至锚基站。锚基站也可以不是用户设备当前驻留的小区的基站,此时用户设备当前驻留的小区的基站与锚基站属于同一通知区。锚基站所处的通知区可以被称为源通知区。
N个通知区是锚基站为用户设备配置的,N为大于或者等于1的整数。每个已配置的通知区包括一个头基站,每个头基站与锚基站之间具有连接接口,例如Xn接口。每个通知区包括一个头基站,如果同一个通知区内的基站的数量大于一,则头基站与其他基站之间都具有连接接口。
N个通知区的信息可以由RRCConnectionSuspend,即RRC连接暂停信令承载。RRCConnectionSuspend可以是用户设备在连接态下连接的基站(用户设备进入待用态后成为锚基站)控制用户设备从连接态进入待用态时发送,也可以是用户设备在待用态下进入新的通知区,响应用户设备的RRCConnectionResumeRequest而发送。
N个已配置的通知区中每一个通知区的信息可以包括该通知区中的区域信息,由ranAreaInformation信元承载。此外每个通知区的信息还可以包括该通知区内头基站的Resume ID,即恢复标识,由ResumeID信元承载。头基站的恢复标识由头基站的ID和用户设备的ID组成,可以用于RLAU过程中定位存储有UE上下文的基站以及上下文的验证。
S22:用户设备在进入任一已配置的通知区后保持待用态下完成基于接入网的位置区域更新。
用户设备在待用态下进入任一已配置的通知区后完成基于接入网的位置区域更新,具体过程可参考后续实施例的描述。
由于每个头基站与锚基站之间具有连接接口,如果用户设备选择的目标基站是头基站,则可以通过连接接口从锚基站获取用户设备的上下文,如果用户设备重选择的目标基站不是头基站,也可以通过同一通知区的头基站完成基于接入网的位置区域更新,使得基于接入网的位置区域的更新过程中用户设备均保持在待用态下而无需进入连接态,从而减少信令开销及功率消耗。
如图5所示,本发明基于接入网的位置区域更新方法第五实施例,是在本发明基于接入网的位置区域更新方法第四实施例的基础上,步骤S22包括:
S221:用户设备在待用态下重选择目标基站。
待用态下的用户设备的移动性管理使用重选择。目标基站所处的通知区为目标通知区,且目标通知区为锚基站为用户设备配置的N个通知区中的一个。目标基站可以是目标通知区的头基站,也可以不是。
S222:用户设备将目标基站的信息与接收到的N个通知区的信息匹配以确定目标通知区及其头基站的恢复标识。
用户设备将目标基站的ID与已配置的N个通知区的信息中的区域信息进行匹配,匹配成功之后即可确定当前进入的目标通知区是已配置的N个通知区中的哪一个,然后可以根据目标通知区的头基站的恢复标识确认目标通知区的头基站是哪一个。
S223:用户设备在待用态下向目标基站发送RRC请求。
RRC请求用于请求基于接入网的位置区域更新且其中包括目标通知区的头基站的恢复标识。如果目标基站不是目标通知区的头基站,那么目标基站可以根据该恢复标识来找出目标通知区的头基站,从而通过其完成基于接入网的位置区域更新。RRC请求可以为RRCConnectionResumeRequest,即RRC连接恢复请求。RRCConnectionResumeRequest中的causeValue可以为ranAreaUpdate,以表示本请求是用于请求基于接入网的位置区域更新。
收到RRC请求后,如果目标基站为目标通知区的头基站,那么可以直接与锚基站进行交互以完成基于接入网的位置区域更新。如果目标基站不是目标通知区的头基站且与锚基站之间没有连接接口,那么目标基站可以通过目标通知区的头基站与锚基站进行交互以完成基于接入网的位置区域更新,此时如果锚基站决定转移锚基站,新的锚基站为目标基站;或者目标基站根据收到的RRC请求向目标通知区的头基站发送第二基于接入网的位置区域更新请求以使其与锚基站进行交互以完成基于接入网的位置区域更新,此时如果锚基站决定转移锚基站,新的锚基站为头基站。如果目标基站不是目标通知区的头基站且与锚基站之间有连接接口,那么目标基站可以直接与锚基站进行交互或者通过头基站与锚基站进行交互或者向头基站发送第二基于接入网的位置区域更新请求。
S224:用户设备接收来自目标基站的RRC信令。
RRC信令可以是RRCConnectionSuspend,即RRC连接暂停信令。如果锚基站决定不执行锚基站转移,则RRC信令包括表示锚基站不变的标识;如果锚基站决定执行锚基站转移,则RRC信令包括转移后新的锚基站为用户设备重新配置的M个通知区的信息,M为大于或者等于1的整数。
本发明基于接入网的位置区域更新方法第六实施例的执行主体为基站,本实施例中作为头基站。基站连接核心网并与用户设备进行无线通信,为相应的地理区域提供通信覆盖。基站可以为宏基站、微(micro)基站、微微(pico)基站或家庭基站(femtocell)。在一些实施例中,基站也可以被称为无线基站、接入点、B节点、演进型B节点(eNodeB,eNB)、gNB或其他合适的术语。如图6所示,本实施例包括:
S31:头基站接收并存储来自于锚基站的用户设备的上下文及源通知区的信息。
锚基站具有该用户设备的核心网-接入网连接关系并且存储有用户设备的上下文,头基站并不拥有该用户设备的核心网-接入网连接关系,头基站与锚基站之间具有连接接口,源通知区为锚基站所处的通知区,源通知区的信息包括锚基站的恢复标识。锚基站的恢复标识由锚基站的ID和用户设备的ID组成。每个通知区(包括源通知区和已配置的通知区)包括一个头基站(源通知区内为锚基站),如果通知区内的基站的数量大于一,则头基站(源通知区内为锚基站)与其他基站之间都具有连接接口。
S32:头基站向锚基站发送对应的通知区的信息以配合锚基站完成通知区的配置。
头基站对应的通知区是指头基站所处的通知区,该通知区的信息可以包括该通知区中的区域信息及头基站的恢复标识,头基站的恢复标识由头基站的ID和用户设备的ID组成。该通知区的信息会包括在随后锚基站向用户设备发送的为该用户设备配置的N个通知区的信息中。
如图7所示,本发明基于接入网的位置区域更新方法第七实施例,是在本发明基于接入网的位置区域更新方法第六实施例的基础上,S32之后进一步包括:
S33:头基站接收来自于用户设备的RRC请求,或头基站接收来自于目标基站的第二基于接入网的位置区域更新请求。
本实施例中,用户设备在待用态下进入了头基站所在的通知区并发生了重选择,头基站所在的通知区成为了目标通知区,重选择的目标为目标基站。RRC请求用于请求基于接入网的位置区域更新,RRC请求及第二基于接入网的位置区域更新请求中包括头基站的恢复标识。
如果头基站是用户设备重选择的目标基站,那么头基站直接接收来自于用户设备的RRC请求;如果头基站不是目标基站,那么头基站接收来自目标基站的第二基于接入网的位置区域更新请求,第二基于接入网的位置区域更新请求是目标基站基于来自用户设备的RRC请求而发送的。
用户设备直接发送的RRC请求可以为RRCConnectionResumeRequest,即RRC连接恢复请求。RRCConnectionResumeRequest中的causeValue可以为ranAreaUpdate,以表示本请求是用于基于接入网的位置区域更新。
S34:头基站根据接收到的头基站的恢复标识验证用户设备的上下文,若验证成功,则向锚基站发送第一基于接入网的位置区域更新请求。
第一基于接入网的位置区域更新请求中包括锚基站的恢复标识以供锚基站进行用户设备上下文的验证。验证成功后锚基站可以决定是否转移锚基站。
用户设备处于待用态的情况下同一时间只有锚基站具有用户设备的CN-RAN连接关系。转移锚基站是指变更具有用户设备的CN-RAN连接关系的基站。
如图8所示,本发明基于接入网的位置区域更新方法第八实施例,是在本发明基于接入网的位置区域更新方法第七实施例的基础上,S34之后进一步包括:
S351:头基站接收来自于锚基站的转移通知。
本实施例中原锚基站决定转移锚基站。
S352:头基站响应转移通知发起路径切换,将用户设备的核心网-接入网连接关系修改至自身。
具体的,头基站向核心网发送路径切换请求,核心网响应请求修改承载信息之后向头基站发送路径切换请求响应消息以完成路径切换。路径切换完成后,头基站具有用户设备的核心网-接入网连接关系且存储有用户设备的更新后的上下文,成为新的锚基站,用户设备驻留的通知区变为头基站所在的通知区。
S353:头基站通知锚基站释放用户设备的上下文。
头基站作为新的锚基站通知原锚基站释放存储的用户设备的上下文。
S354:头基站作为新的锚基站为用户设备重新配置M个通知区。
具体过程可参考前述实施例中的描述。M为大于或者等于的整数。M和N可以相等,也可以不相等。
S355:头基站向用户设备发送重新配置的M个通知区的信息。
类似的,如果头基站是目标基站,则可以直接向用户设备发送重新配置的M个通知区的信息;如果头基站不是目标基站,则需要通过目标基站进行转发。由目标基站直接发送给用户设备的重新配置的M个通知区的信息可以由RRCConnectionSuspend,即RRC连接暂停信令承载。
本实施例中,RLAU过程完成后头基站是新的锚基站,在其他实施例中,也可以由目标基站作为新的锚基站。
如图9所示,本发明基于接入网的位置区域更新方法第九实施例,是在本发明基于接入网的位置区域更新方法第七实施例的基础上,S34之后进一步包括:
S356:头基站接收来自于锚基站的保持锚基站不变的通知。
本实施例中锚基站决定不转移锚基站,锚基站和用户设备驻留的通知区保持不变。
S357:头基站向用户设备转发保持锚基站不变的通知。
类似的,如果头基站是目标基站,则可以直接向用户设备发送保持锚基站不变的通知;如果头基站不是目标基站,则需要通过目标基站进行转发。由目标基站直接发送给用户设备的保持锚基站不变的通知可以由RRCConnectionSuspend,即RRC连接暂停信令承载。
本发明基于接入网的位置区域更新方法第十实施例的执行主体为基站,本实施例中作为目标基站。基站连接核心网并与用户设备进行无线通信,为相应的地理区域提供通信覆盖。基站可以为宏基站、微(micro)基站、微微(pico)基站或家庭基站(femtocell)。在一些实施例中,基站也可以被称为无线基站、接入点、B节点、演进型B节点(eNodeB,eNB)、gNB或其他合适的术语。如图10所示,本实施例包括:
S41:目标基站接收用户设备在待用态下发送的RRC请求。
目标基站为用户设备在待用态下重选择的目标,目标基站所处的通知区为目标通知区,且目标通知区为锚基站为用户设备配置的N个通知区中的一个。
锚基站具有用户设备的核心网-接入网连接,目标通知区包括一个头基站,头基站与锚基站之间具有连接接口。本实施例中目标基站不是目标通知区的头基站,在其他实施例中,目标基站也可以是头基站。如果通知区内的基站的数量大于一,则该区域内的头基站与其他基站之间都具有连接接口,意味着本实施例中目标通知区的头基站和目标基站之间具有连接接口。
RRC请求可以为RRCConnectionResumeRequest,即RRC连接恢复请求。RRCConnectionResumeRequest中的causeValue可以为ranAreaUpdate,以表示本请求是用于请求基于接入网的位置区域更新。
RRC请求中包括头基站的恢复标识。头基站的恢复标识由头基站的ID和用户设备的ID组成。如果目标基站不是头基站,则目标基站可以根据恢复标识来确认哪个是头基站。
S42:目标基站向头基站发送第二基于接入网的位置区域更新请求,以使得头基站向锚基站发送第一基于接入网的位置区域更新请求。
第二基于接入网的位置区域更新请求中包括头基站的恢复标识,以供头基站验证用户设备的上下文,验证成功后可以向锚基站发送第一基于接入网的位置区域更新请求。
如图11所示,本发明基于接入网的位置区域更新方法第十一实施例,是在本发明基于接入网的位置区域更新方法第十实施例的基础上,S42之后进一步包括:
S43:目标基站接收来自于头基站的第二基于接入网的位置区域更新响应消息。
本实施例中目标基站不是头基站。目标基站是头基站的情况可参考前述实施例的描述。
如果锚基站决定不执行锚基站转移,则第二基于接入网的位置区域更新响应消息包括表示锚基站不变的标识;如果锚基站决定执行锚基站转移,则第二基于接入网的位置区域更新响应消息包括转移后新的锚基站,即目标通知区域的头基站为用户设备重新配置的M个通知区的信息,M为大于或等于1的整数。
S44:目标基站向用户设备发送RRC信令。
RRC信令可以为RRCConnectionSuspend,即RRC连接暂停信令。RRC信令可以包括表示锚基站不变的标识或头基站作为转移后新的锚基站为用户设备重新配置的M个通知区的信息。
下面结合附图举例说明完整的基于接入网的位置区域更新过程。
如图12所示,在本发明基于接入网的位置区域更新方法的一个实施例中,有相邻的两个通知区NA1和NA2,NA1包括gNB1一个基站,NA1包括gNB2和gNB3两个基站。gNB2和gNB3之间有Xn接口,gNB2和gNB1之间有Xn接口,gNB3和gNB1之间无Xn接口。
初始UE处于RRC连接态且连接gNB1;随后gNB1控制UE进入RRC待用态,成为了UE的锚基站,并为UE配置了NA2,其中gNB2为NA2的头基站;接着UE在RRC待用态下进入了NA2。
根据UE选择的目标基站是gNB2还是gNB3,以及gNB1是否转移锚基站,共分为四种情况分别举例说明。以下内容中与前述实施例相同的部分在此不再描述。
第一个例子:UE选择gNB3作为目标基站且gNB1决定转移锚基站。如图13所示,本例具体包括:
S171:gNB1(即锚基站)决定将UE变为待用态且为其确定N个通知区(包括NA2)。
为了便于示意,本例中只画出了一个通知区NA2,实际通知区的数量可以更多。
S172:gNB1向gNB2(即NA2的头基站)发送UE Context(即UE的上下文)及NA1(即UE的源通知区)的信息(包括resumeID 1,即gNB1的恢复标识),并请求获取NA2的信息。
S173:gNB2存储UE Context及NA1的信息。
S174:gNB2向gNB1发送NA2的信息(包括resumeID 2,即gNB2的恢复标识)。
本步骤与步骤S173的执行顺序仅为示意,实际不做限制。
如果N大于1,则锚基站需要与每个通知区的头基站执行S172-S174所述的信息交互的步骤。
S175:gNB1向UE发送RRCConnectionSuspend。
该RRC信令承载有为UE配置的N个通知区(包括NA2)的信息及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
接收到该RRC信令后,UE从RRC连接态变为RRC待用态。
S176:UE进入NA2并重选择至gNB3(即目标基站)。
S177:UE与gNB3完成随机接入。
S178:UE根据NCC获取新的密钥,并从接收到的N个通知区信息中选择resumeID 2。
UE将gNB3的ID与接收到的为其配置的N个通知区的信息中的区域信息进行匹配,匹配成功之后即可确定当前进入的是NA2,然后从N个通知区的头基站的恢复标识中选择NA2的头基站gNB2的恢复标识resumeID 2。
S179:UE向gNB3发送RRCConnectionResumeRequest。
该RRC请求由新的密钥保护,且其中的causeValue为ranAreaUpdate,并包括resumeID 2。
S180:gNB3向gNB2发送第二基于接入网的位置区域更新请求(包括resumeID 2)。
S181:gNB2根据resumeID 2验证本地存储的UE Context。
验证成功后才可执行下一步骤。
S182:gNB2向gNB1发送第一基于接入网的位置区域更新请求(包括resumeID 1)。
S183:gNB1根据resumeID 1验证本地存储的UE Context,验证成功后决定转移锚基站。
S184:gNB1通知N个已配置的通知区中除gNB2之外的其他头基站释放UE Context。
S185:gNB1向gNB2发送第一基于接入网的位置区域更新响应消息(用于通知gNB2将锚基站转移至自身)。
S186:gNB2向核心网发送路径切换请求。
核心网响应请求修改承载信息。
S187:核心网向gNB2发送路径切换请求响应消息。
gNB2成为了新的锚基站。
S188:gNB2向gNB1发送释放UE Context的通知。
S189:gNB1释放本地存储的UE Context。
S190:gNB2为UE重新配置M个通知区。
本步骤与步骤S188、S189之间的执行顺序仅为示意,实际并无限制。
gNB2为UE确定新的M个通知区后与新的M个通知区的头基站进行信息交互以获取新的M个通知区的信息。具体过程未示出,可部分参考步骤S171-S174。
S191:gNB2向gNB3发送第二基于接入网的位置区域更新响应消息(包括为UE配置的新的M个通知区的信息)。
S192:gNB3向UE发送RRCConnectionSuspend。
该RRC信令使用新的密钥加密且承载有新的M个通知区的信息及NCC。
第二个例子:UE选择gNB3作为目标基站且gNB1决定不转移锚基站。本例中与前例中相同的部分不再重复。如图14所示,本例具体包括:
S271:gNB1(即锚基站)决定将UE变为待用态且为其确定N个通知区(包括NA2)。
为了便于示意,本例中只画出了一个通知区NA2,实际通知区的数量可以更多。
S272:gNB1向gNB2(即NA2的头基站)发送UE Context(即UE的上下文)及NA1(即UE的源通知区)的信息(包括resumeID 1,即gNB1的恢复标识),并请求获取NA2的信息。
S273:gNB2存储UE Context及NA1的信息。
S274:gNB2向gNB1发送NA2的信息(包括resumeID 2,即gNB2的恢复标识)。
本步骤与步骤S273的执行顺序仅为示意,实际不做限制。
如果为UE配置的通知区的数量N大于1,则锚基站需要与每个通知区的头基站执行S272-S274所述的信息交互的步骤。
S275:gNB1向UE发送RRCConnectionSuspend。
该RRC信令承载有为UE配置的N个通知区(包括NA2)的信息及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
接收到该RRC信令后,UE从RRC连接态变为RRC待用态。
S276:UE进入NA2并重选择至gNB3(即目标基站)。
S277:UE与gNB3完成随机接入。
S278:UE根据NCC获取新的密钥,并从接收到的N个通知区信息中选择resumeID 2。
UE将gNB3的ID与接收到的N个通知区的信息中的区域信息进行匹配,匹配成功之后即可确定当前进入的是NA2,然后从N个通知区的头基站的恢复标识中选择NA2的头基站gNB2的恢复标识resumeID 2。
S279:UE向gNB3发送RRCConnectionResumeRequest。
该RRC请求由新的密钥保护,且其中的causeValue为ranAreaUpdate,并包括resumeID 2。
S280:gNB3向gNB2发送第二基于接入网的位置区域更新请求(包括resumeID 2)。
S281:gNB2根据resumeID 2验证本地存储的UE Context。
验证成功后才可执行下一步骤。
S282:gNB2向gNB1发送第一基于接入网的位置区域更新请求(包括resumeID 1)。
S283:gNB1根据resumeID 1验证本地存储的UE Context,验证成功后决定不转移锚基站。
S284:gNB1向gNB2发送第一基于接入网的位置区域更新响应消息(保持锚基站不变)。
S285:gNB2向gNB3发送第二基于接入网的位置区域更新响应消息(保持锚基站不变)。
S286:gNB3向UE发送RRCConnectionSuspend。
该RRC信令使用新的密钥加密且包括表示保持锚基站不变的标识及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
第三个例子:UE选择gNB2作为目标基站且gNB1决定转移锚基站。本例中与前例中相同的部分不再重复。如图15所示,本例具体包括:
S371:gNB1(即锚基站)决定将UE变为待用态且为其确定N个通知区(包括NA2)。
为了便于示意,本例中只画出了一个通知区NA2,实际通知区的数量可以更多。
S372:gNB1向gNB2(即NA2的头基站)发送UE Context(即UE的上下文)及NA1(即UE的源通知区)的信息(包括resumeID 1,即gNB1的恢复标识),并请求获取NA2的信息。
S373:gNB2存储UE Context及NA1的信息。
S374:gNB2向gNB1发送NA2的信息(包括resumeID 2,即gNB2的恢复标识)。
本步骤与步骤S373的执行顺序仅为示意,实际不做限制。
如果为UE配置的通知区数量N大于1,则锚基站需要分别与每个通知区的头基站执行S372-S374所述的信息交互的步骤。
S375:gNB1向UE发送RRCConnectionSuspend。
该RRC信令承载有为UE配置的N个通知区(包括NA2)的信息及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
接收到该信令后,UE从RRC连接态变为RRC待用态。
S376:UE进入NA2并重选择至gNB2(即目标基站,同时也是NA2的头基站)。
S377:UE与gNB2完成随机接入。
S378:UE根据NCC获取新的密钥,并从接收到的N个通知区信息中选择resumeID 2。
UE将gNB2的ID与接收到的为其配置的N个通知区的信息中的区域信息进行匹配,匹配成功之后即可确定当前进入的是NA2,然后从N个通知区的头基站的恢复标识中选择NA2的头基站gNB2的恢复标识resumeID 2。
S379:UE向gNB2发送RRCConnectionResumeRequest。
该信令由新的密钥保护,且其中的causeValue为ranAreaUpdate,并包括resumeID2。
S380:gNB2根据resumeID 2验证本地存储的UE Context。
验证成功后才可执行下一步骤。
S381:gNB2向gNB1发送第一基于接入网的位置区域更新请求(包括resumeID 1)。
S382:gNB1根据resumeID 1验证本地存储的UE Context,验证成功后决定转移锚基站。
S383:gNB1通知N个已配置的通知区中除gNB2之外的其他头基站释放UE Context。
S384:gNB1向gNB2发送第一基于接入网的位置区域更新响应消息(用于通知gNB2将锚基站转移至自身)。
S385:gNB2向核心网发送路径切换请求。
核心网响应请求修改承载信息。
S386:核心网向gNB2发送路径切换请求响应消息。
gNB2成为了新的锚基站。
S387:gNB2向gNB1发送释放UE Context的通知。
S388:gNB1释放本地存储的UE Context。
S389:gNB2为UE重新配置M个通知区。
本步骤与步骤S387、S388之间的执行顺序仅为示意,实际并无限制。
gNB2为UE确定M个新的通知区后与M个新的通知区的头基站进行信息交互以获取M个新的通知区的信息。具体过程未示出,可部分参考步骤S371-S374。
S390:gNB2向UE发送RRCConnectionSuspend。
该RRC信令使用新的密钥加密且承载有新的M个通知区的信息及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
第四个例子:UE选择gNB2作为目标基站且gNB1决定不转移锚基站。本例中与前例中相同的部分不再重复。如图16所示,本例具体包括:
S471:gNB1(即锚基站)决定将UE变为待用态且为其确定N个通知区(包括NA2)。
为了便于示意,本例中只画出了一个通知区NA2,实际通知区的数量可以更多。
S472:gNB1向gNB2(即NA2的头基站)发送UE Context(即UE的上下文)及NA1(即UE的源通知区)的信息(包括resumeID 1,即gNB1的恢复标识),并请求获取NA2的信息。
S473:gNB2存储UE Context及NA1的信息。
S474:gNB2向gNB1发送NA2的信息(包括resumeID 2,即gNB2的恢复标识)。
本步骤与步骤S473的执行顺序仅为示意,实际不做限制。
如果为UE配置的通知区数量N大于1,则锚基站需要与每个通知区的头基站执行S472及S474所述的信息交互的步骤。
S475:gNB1向UE发送RRCConnectionSuspend。
该RRC信令承载有为UE配置的N个通知区(包括NA2)的信息及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
接收到该RRC信令后,UE从RRC连接态变为RRC待用态。
S476:UE进入NA2并重选择至gNB2(即目标基站,同时也是NA2的头基站)。
S477:UE与gNB2完成随机接入。
S478:UE根据NCC获取新的密钥,并从接收到的N个通知区信息中选择resumeID 2。
UE将gNB2的ID与接收到的N个通知区的信息中的区域信息进行匹配,匹配成功之后即可确定当前进入的是NA2,然后从N个通知区的头基站的恢复标识中选择NA2的头基站gNB2的恢复标识resumeID 2。
S479:UE向gNB2发送RRCConnectionResumeRequest。
该RRC请求由新的密钥保护,且其中的causeValue为ranAreaUpdate,并包括resumeID 2。
S480:gNB2根据resumeID 2验证本地存储的UE Context。
验证成功后才可执行下一步骤。
S481:gNB2向gNB1发送第一基于接入网的位置区域更新请求(包括resumeID 1)。
S482:gNB1根据resumeID 1验证本地存储的UE Context,验证成功后决定不转移锚基站。
S483:gNB1向gNB2发送第一基于接入网的位置区域更新响应消息(保持锚基站不变)。
S484:gNB2向UE发送RRCConnectionSuspend。
该RRC信令使用新的密钥加密且承载表示保持锚基站不变的标识及下一跳链接计数器(Next Hop Chaining Counter,NCC)。
如图17所示,本发明基于接入网的位置区域更新装置第一实施例包括:处理器110和通信电路120,处理器110连接通信电路120。
通信电路120用于发送和接收数据,是基于接入网的位置区域更新装置与其他通信设备进行通信的接口。
处理器110控制基于接入网的位置区域更新装置的操作,处理器110还可以称为CPU(Central Processing Unit,中央处理单元)。处理器110可能是一种集成电路芯片,具有信号的处理能力。处理器110还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器110用于执行指令以实现本发明基于接入网的位置区域更新方法第一至第三、第六至第十一实施例中任一个以及不冲突的组合所提供的方法。
本实施例中的基于接入网的位置区域更新装置可以是基站,也可以是可集成于基站中的独立部件,例如基带板,各部分的功能以及可行的扩展具体可参考本发明基于接入网的位置区域更新方法对应实施例中的描述,在此不再重复。
如图18所示,本发明基于接入网的位置区域更新装置第二实施例包括:处理器210和通信电路220,处理器210连接通信电路220。
通信电路220用于发送和接收数据,是基于接入网的位置区域更新装置与其他通信设备进行通信的接口。
处理器210控制基于接入网的位置区域更新装置的操作,处理器210还可以称为CPU(Central Processing Unit,中央处理单元)。处理器210可能是一种集成电路芯片,具有信号的处理能力。处理器210还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器210用于执行指令以实现本发明基于接入网的位置区域更新方法第四或第五实施例所提供的方法。
本实施例中的基于接入网的位置区域更新装置可以是用户设备,也可以是可集成于用户设备中的独立部件,例如基带芯片,各部分的功能以及可行的扩展具体可参考本发明基于接入网的位置区域更新方法对应实施例中的描述,在此不再重复。
如图19所示,本发明基于接入网的位置区域更新装置第三实施例包括:存储器310,存储器310存储有指令,该指令被执行时实现本发明基于接入网的位置区域更新方法任意实施例以及不冲突的组合所提供的方法。
存储器310可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
本实施例中的基于接入网的位置区域更新装置可以是基站,也可以是可集成于基站中的独立部件,例如基带板,各部分的功能以及可行的扩展具体可参考本发明基于接入网的位置区域更新方法对应实施例中的描述,在此不再重复。
如图20所示,本发明基于接入网的位置区域更新装置第四实施例包括:存储器410,存储器410存储有指令,该指令被执行时实现本发明基于接入网的位置区域更新方法第四或第五实施例所提供的方法。
存储器410可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
本实施例中的基于接入网的位置区域更新装置可以是用户设备,也可以是可集成于用户设备中的独立部件,例如基带芯片,各部分的功能以及可行的扩展具体可参考本发明基于接入网的位置区域更新方法对应实施例中的描述,在此不再重复。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (24)
1.一种基于接入网的位置区域更新方法,其特征在于,包括:
锚基站为用户设备配置N个通知区(Notification Area),所述锚基站(Anchor gNB)具有所述用户设备的核心网-接入网连接关系,所述N为大于或者等于1的整数,已配置的每个所述通知区包括一个头基站(Head gNB),每个所述头基站与所述锚基站之间具有连接接口,其中,如果所述通知区内的基站的数量大于一,则所述通知区内的所述头基站与其他基站之间都具有所述连接接口;
所述锚基站向所述用户设备发送为所述用户设备配置的所述N个通知区的信息。
2.根据权利要求1所述的方法,其特征在于,
所述锚基站为用户设备配置N个通知区包括:
所述锚基站根据所述用户设备的状态确定所述N个通知区,所述用户设备的状态包括位置、运动轨迹、运动速度中的至少一种。
3.根据权利要求1所述的方法,其特征在于,
所述锚基站为用户设备配置N个通知区包括:
所述锚基站向所述N个通知区的所述头基站发送所述用户设备的上下文及源通知区的信息,所述源通知区为所述锚基站所处的通知区,所述源通知区的信息包括所述锚基站的恢复标识(resumeId),所述恢复标识用于定位存储有所述用户设备的上下文的基站及验证所述用户设备的上下文;
所述锚基站接收来自N个所述头基站的对应的所述通知区的信息,每个所述通知区的信息包括其中的所述头基站的恢复标识。
4.根据权利要求3所述的方法,其特征在于,所述锚基站向所述用户设备发送为所述用户设备配置的所述N个通知区的信息之后进一步包括:
所述锚基站接收来自目标通知区的头基站的第一基于接入网的位置区域更新请求,所述目标通知区为所述用户设备在待用态下(RRC_INACTIVE state)重选择的目标基站所处的通知区,且所述目标通知区属于锚基站为所述用户设备配置的所述N个通知区,所述第一基于接入网的位置区域更新请求包括所述锚基站的恢复标识;
所述锚基站根据接收到的所述锚基站的恢复标识验证所述用户设备的上下文,若验证成功,则决定是否转移锚基站。
5.根据权利要求4所述的方法,其特征在于,
所述决定转移锚基站之后进一步包括:
所述锚基站通知除所述目标通知区的头基站之外的其他已配置的通知区的所述头基站释放所述用户设备的上下文;
所述锚基站通知所述目标通知区的头基站将锚基站转移至所述目标通知区的头基站自身;
所述锚基站接收来自所述目标通知区的头基站的释放所述用户设备的上下文的通知;
所述锚基站响应所述通知释放所述用户设备的上下文。
6.根据权利要求4所述的方法,其特征在于,
所述决定不转移锚基站之后进一步包括:
所述锚基站通知所述目标通知区的头基站保持锚基站不变。
7.根据权利要求1-6中任一项所述的方法,其特征在于,
所述为所述用户设备配置的N个通知区的信息由RRC信令承载。
8.根据权利要求7所述的方法,其特征在于,
所述RRC信令为RRCConnectionSuspend,即RRC连接暂停信令。
9.一种基于接入网的位置区域更新方法,其特征在于,包括:
用户设备接收来自锚基站的N个通知区的信息,所述锚基站具有所述用户设备的核心网-接入网连接,所述N个通知区是所述锚基站为所述用户设备配置的,所述N为大于或者等于1的整数,每个已配置的所述通知区包括一个头基站,每个所述头基站与所述锚基站之间具有连接接口,其中,如果所述通知区内的基站的数量大于一,则所述通知区内的所述头基站与其他基站之间都具有所述连接接口;
所述用户设备在进入任一所述已配置的通知区后保持待用态下完成基于接入网的位置区域更新。
10.根据权利要求9所述的方法,其特征在于,
每个所述通知区的信息包括其中的头基站的恢复标识(resumeId),所述恢复标识用于定位存储有所述用户设备的上下文的基站及验证所述用户设备的上下文;
所述用户设备保持待用态下完成基于接入网的位置区域更新包括:
所述用户设备在所述待用态下重选择目标基站,所述目标基站所处的通知区为目标通知区,且所述目标通知区属于所述锚基站为所述用户设备配置的所述N个通知区;
所述用户设备在所述待用态下向所述目标基站发送RRC请求,所述RRC请求用于请求基于接入网的位置区域更新且其中包括所述目标通知区的头基站的恢复标识;
所述用户设备接收来自所述目标基站的RRC信令,所述RRC信令包括表示所述锚基站不变的标识或转移后新的锚基站为所述用户设备重新配置的M个通知区的信息,所述M为大于或者等于1的整数。
11.根据权利要求10所述的方法,其特征在于,
每个所述通知区的信息进一步包括所述通知区的区域信息,所述用户设备在所述待用态下向所述目标基站发送RRC请求之前进一步包括:
所述用户设备将所述目标基站的信息与所述N个通知区的区域信息匹配以确定所述目标通知区及所述目标通知区的头基站的恢复标识。
12.根据权利要求10所述的方法,其特征在于,
所述RRC请求为RRCConnectionResumeRequest,即RRC连接恢复请求,所述RRC信令为RRCConnectionSuspend,即RRC连接暂停信令。
13.根据权利要求9-12中任一项所述的方法,其特征在于,
所述N个通知区的信息由RRCConnectionSuspend,即RRC连接暂停信令承载。
14.一种基于接入网的位置区域更新方法,其特征在于,包括:
头基站接收并存储来自于锚基站的用户设备的上下文及源通知区的信息,所述锚基站具有所述用户设备的核心网-接入网连接关系,所述头基站与所述锚基站之间具有连接接口,所述源通知区为所述锚基站所处的通知区,所述源通知区的信息包括所述锚基站的恢复标识(resumeId),所述恢复标识用于定位存储有所述用户设备的上下文的基站及验证所述用户设备的上下文;
所述头基站向所述锚基站发送对应的通知区的信息以配合所述锚基站完成所述通知区的配置,所述对应的通知区的信息包括所述头基站的恢复标识,其中,如果所述头基站对应的通知区内的基站的数量大于一,则所述通知区内的所述头基站与其他基站之间都具有所述连接接口。
15.根据权利要求14所述的方法,其特征在于,进一步包括:
所述头基站接收来自于所述用户设备的RRC请求,或所述头基站接收来自于目标基站的第二基于接入网的位置区域更新请求,所述目标基站为所述用户设备在待用态下重选择的目标,所述RRC请求用于基于接入网的位置区域更新,所述RRC请求及所述第二基于接入网的位置区域更新请求中包括所述头基站的恢复标识;
所述头基站根据接收到的所述头基站的恢复标识验证所述用户设备的上下文,若验证成功,则向所述锚基站发送第一基于接入网的位置区域更新请求,所述第一基于接入网的位置区域更新请求中包括所述锚基站的恢复标识。
16.根据权利要求15所述的方法,其特征在于,
所述头基站接收来自于所述用户设备的RRC请求包括:
所述头基站是所述目标基站时接收来自于所述用户设备的RRC请求;
所述头基站接收来自于目标基站的第二基于接入网的位置区域更新请求包括:
所述头基站不是所述目标基站时接收来自所述目标基站的所述第二基于接入网的位置区域更新请求,所述第二基于接入网的位置区域更新请求是所述目标基站基于来自所述用户设备的所述RRC请求而发送的。
17.根据权利要求15所述的方法,其特征在于,所述向所述锚基站发送第一基于接入网的位置区域更新请求之后进一步包括:
所述头基站接收来自于所述锚基站的转移通知;
所述头基站响应所述转移通知发起路径切换,将所述用户设备的核心网-接入网连接关系修改至自身;
所述头基站通知所述锚基站释放所述用户设备的上下文;
所述头基站作为新的锚基站为所述用户设备重新配置M个通知区,所述M为大于或者等于1的整数;
所述头基站向所述用户设备发送所述重新配置的M个通知区的信息。
18.根据权利要求17所述的方法,其特征在于,
所述头基站向所述用户设备发送所述重新配置的M个通知区的信息包括:
所述头基站直接或通过所述用户设备重选择的目标基站向所述用户设备发送所述重新配置的M个通知区的信息。
19.根据权利要求15所述的方法,其特征在于,所述向所述锚基站发送第一基于接入网的位置区域更新请求之后进一步包括:
所述头基站接收来自于所述锚基站的保持锚基站不变的通知;
所述头基站向所述用户设备转发所述保持锚基站不变的通知。
20.根据权利要求19所述的方法,其特征在于,
所述头基站向所述用户设备转发所述保持锚基站不变的通知包括:
所述头基站直接或通过所述用户设备重选择的目标基站向所述用户设备转发所述保持锚基站不变的通知。
21.一种基于接入网的位置区域更新方法,其特征在于,包括:
目标基站接收用户设备在待用态下发送的RRC请求,所述目标基站为所述用户设备在所述待用态下重选择的目标,所述目标基站所处的通知区为目标通知区,且所述目标通知区属于锚基站为所述用户设备配置的N个通知区,所述N为大于或者等于1的整数,所述锚基站具有所述用户设备的核心网-接入网连接,所述目标通知区包括一个头基站,所述头基站与所述锚基站之间具有连接接口,其中,如果所述通知区内的基站的数量大于一,则所述通知区内的所述头基站与其他基站之间都具有所述连接接口,所述RRC请求中包括所述头基站的恢复标识(resumeId),所述恢复标识用于定位存储有所述用户设备的上下文的基站及验证所述用户设备的上下文;
所述目标基站向所述头基站发送第二基于接入网的位置区域更新请求,以使得所述头基站向所述锚基站发送第一基于接入网的位置区域更新请求,所述第二基于接入网的位置区域更新请求中包括所述头基站的恢复标识。
22.根据权利要求21所述的方法,其特征在于,进一步包括:
所述目标基站接收来自于所述头基站的第二基于接入网的位置区域更新响应消息,所述第二基于接入网的位置区域更新响应消息包括表示所述锚基站不变的标识或所述头基站作为转移后新的锚基站为所述用户设备重新配置的M个通知区的信息,所述M为大于或者等于1的整数;
所述目标基站向所述用户设备发送RRC信令,所述RRC信令包括表示所述锚基站不变的标识或所述头基站作为转移后新的锚基站为所述用户设备重新配置的M个通知区的信息。
23.一种基于接入网的位置区域更新装置,其特征在于,包括处理器和通信电路,所述处理器连接所述通信电路;
所述处理器用于执行指令以实现如权利要求1-22中任一项所述方法。
24.一种基于接入网的位置区域更新装置,存储有指令,其特征在于,所述指令被执行时实现如权利要求1-22中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710687725.6A CN109392084B (zh) | 2017-08-11 | 2017-08-11 | 基于接入网的位置区域更新方法及装置 |
PCT/CN2017/119493 WO2019029110A1 (en) | 2017-08-11 | 2017-12-28 | METHOD AND APPARATUS FOR UPDATING LOCATION ZONE BASED ON RADIO ACCESS NETWORK |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710687725.6A CN109392084B (zh) | 2017-08-11 | 2017-08-11 | 基于接入网的位置区域更新方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109392084A CN109392084A (zh) | 2019-02-26 |
CN109392084B true CN109392084B (zh) | 2020-07-03 |
Family
ID=65273342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710687725.6A Active CN109392084B (zh) | 2017-08-11 | 2017-08-11 | 基于接入网的位置区域更新方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109392084B (zh) |
WO (1) | WO2019029110A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104661267A (zh) * | 2013-11-25 | 2015-05-27 | 思科技术公司 | 用于小小区空闲模式移动性的系统、方法和介质 |
WO2016010523A1 (en) * | 2014-07-15 | 2016-01-21 | Nokia Solutions And Networks Oy | Distributed implementation of self-organizing tracking areas |
CN106793169A (zh) * | 2016-08-12 | 2017-05-31 | 展讯通信(上海)有限公司 | 非激活态的配置方法、进入方法及装置,基站和终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101399750B (zh) * | 2007-09-30 | 2010-12-08 | 华为技术有限公司 | 一种移动终端位置更新的处理方法、系统和装置 |
-
2017
- 2017-08-11 CN CN201710687725.6A patent/CN109392084B/zh active Active
- 2017-12-28 WO PCT/CN2017/119493 patent/WO2019029110A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104661267A (zh) * | 2013-11-25 | 2015-05-27 | 思科技术公司 | 用于小小区空闲模式移动性的系统、方法和介质 |
WO2016010523A1 (en) * | 2014-07-15 | 2016-01-21 | Nokia Solutions And Networks Oy | Distributed implementation of self-organizing tracking areas |
CN106793169A (zh) * | 2016-08-12 | 2017-05-31 | 展讯通信(上海)有限公司 | 非激活态的配置方法、进入方法及装置,基站和终端 |
Non-Patent Citations (4)
Title |
---|
Ericsson.Periodic RAN area updates in RRC_INACTIVE.《3GPP TSG-RAN WG2 #98 R2-1704121》.2017, * |
Ericsson.RAN area updating due to mobility in RRC_INACTIVE.《3GPP TSG-RAN WG2 #97 R2-1700894》.2017, * |
MTI.Comparison and Discussion on RAN-based Notification Area Update.《3GPP TSG-RAN WG2 RAN#98 R2-1704312》.2017, * |
MTI.RAN-based Notification Area Update for RRC_INACTIVE UEs.《3GPP TSG-RAN WG2 NR#2 R2-1706358》.2017, * |
Also Published As
Publication number | Publication date |
---|---|
WO2019029110A1 (en) | 2019-02-14 |
CN109392084A (zh) | 2019-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US12075277B2 (en) | Method of processing network slice based congestion, device and system thereof | |
US20220150994A1 (en) | Session Management Method and System, and Terminal for Locating a User Plane Function (UPF) Entity when a Session is an Inactive State | |
US11805567B2 (en) | Method and apparatus for initiating user plane path re-establishment and communications system | |
JP6910445B2 (ja) | 通信方法、アクセスネットワークデバイス、及び端末 | |
JP2015526051A (ja) | 端末アクセス方法、システム及び端末 | |
CN104303582A (zh) | 用于切换的方法和装置 | |
US10721657B2 (en) | Method, system, and related device for obtaining user equipment context information | |
US20210084496A1 (en) | Apparatus for validity verification of network | |
EP3852441B1 (en) | Information processing method, terminal device, network device | |
CN110505662B (zh) | 一种策略控制方法、装置及系统 | |
US20220053326A1 (en) | Communication method and apparatus | |
CN109392084B (zh) | 基于接入网的位置区域更新方法及装置 | |
WO2022095047A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
US20230388802A1 (en) | Method for configuring evolved packet system non-access stratum security algorithm and related apparatus | |
KR102239716B1 (ko) | 핸드오버 방법, 코어 네트워크 장치, 액세스 네트워크 장치, 및 단말 장치 | |
EP4418730A1 (en) | Bearer configuration method, network side device, and terminal | |
WO2023066287A1 (zh) | 通信方法、装置、终端及网络设备 | |
TW202044880A (zh) | 用於與網路之不同使用者身份狀態同步方法及其行動通訊裝置 | |
TWI812892B (zh) | 用於協調與多個用戶身份相關聯的操作的裝置和方法 | |
CN115175288A (zh) | 节能策略的匹配方法、装置、设备及存储介质 | |
WO2021184219A1 (zh) | 连接云端的方法和终端设备 | |
JP2024510071A (ja) | 状態遷移方法、装置、デバイス及び記憶媒体 | |
CN108024330A (zh) | 寻呼方法及装置、基站、终端 | |
US20230114869A1 (en) | Method and article of manufacture for providing a mobility management with optimized paging | |
WO2024093777A1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |