CN111132378A - 非激活态的增强方法、装置、用户设备及存储介质 - Google Patents
非激活态的增强方法、装置、用户设备及存储介质 Download PDFInfo
- Publication number
- CN111132378A CN111132378A CN201811286739.8A CN201811286739A CN111132378A CN 111132378 A CN111132378 A CN 111132378A CN 201811286739 A CN201811286739 A CN 201811286739A CN 111132378 A CN111132378 A CN 111132378A
- Authority
- CN
- China
- Prior art keywords
- context
- inactive state
- base station
- enters
- rrc reconfiguration
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及非激活态的增强方法、装置、用户设备及存储介质。该方法包括:UE接收来自于基站的第一RRC重配置信令;若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输;当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。本公开能够提前配置UE处于非激活态的参数,从而UE和网络基于保存的上下文能够很快恢复之前建立的信令无线承载和数据无线承载,大大减少信令开销。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种非激活态的增强方法、装置、用户设备及存储介质。
背景技术
LTE(Long Term Evolution,长期演进)中,UE(User Equipment,用户设备)在有业务需求时,会接入网络建立RRC(Radio Resource Control,无线资源控制)连接,建立数据无线承载以便传输数据。UE在进入连接态后,基站会为该UE分配必要的参数。例如,基站为该UE分配的参数包括安全算法、L1(物理层)的相关配置参数、L2(数据链路层)的相关配置参数和L3(网络层)的相关配置参数。例如,L3的相关配置参数包括无线链路失败参数、测量参数等。对于建立的承载,基站需要知晓为该承载所建立的与核心网之间的通道信息,即GTP(GPRS Tunnelling Protocol,GPRS隧道协议)隧道信息。这些参数均称为UE的上下文(UE Context)。当UE从连接态进入空闲态时,基站会释放该UE的所有参数,即释放该UE的上下文。当UE有新的业务需求时,基站需要重新为该UE配置上述参数,这个过程通过多条空口信令以及S1接口(核心网与基站之间的接口)信令完成。
在实际应用中,不同UE有不同的业务需求,比如有些UE在一段时间内会多次传输数据,每一次传输数据的时间有限。针对这一类业务需求,现有机制在每次传输数据时需要重新建立RRC连接,并在每次数据传输结束后释放连接。UE多次传输数据将导致大量的信令交互,这将导致网络信令负载过大,数据传输的效率大大降低。
针对上述问题,5G考虑引入一种新的连接状态,该状态可以适用于新一代的移动通信***以及接入5G核心网的LTE***。具体而言,UE在接入网络完成本次数据传输后,网络并不会直接让UE释放连接进入空闲态,而是由网络配置UE进入非激活态(InactiveState)。UE进入非激活态后,不与网络进行数据传输,但可以周期性地接收寻呼。网络保留该UE所建立的RRC连接的配置、承载的配置、安全配置以及N2接口(5G核心网与基站之间的接口)与该UE相关的参数配置等,UE也需要保存RRC连接的配置、承载的配置和安全配置等。由于UE和网络均有该UE的RRC连接配置参数,因此进入非激活态的UE在有数据传输时,可以利用保存的参数快速接入网络进行数据传输,而不必像之前那样先建立RRC连接、建立承载后再传输数据,从而可以节省大量的信令交互。
目前,基站通过RRC release(RRC释放)信令携带SuspendConfig,指示UE进入非激活态。其中,SuspendConfig包含如下内容:
其中,I-RNTI(Inactive Radio Network Temporary Identifier,非激活态的无线网络临时标识)是网络为UE分配的在非激活态的临时标识,Ran-PagingCycle是RAN(Radio Access Network,无线接入网)Paging(寻呼)时配置的寻呼周期。SuspendConfig还包含RAN通知区域,周期性RNAU(RAN-based Notification Area Update,无线接入网通知区域更新)的定时器信息(即t380),以及恢复时加密使用的NextHopChainingCount(下一跳链路计数值,NCC)。网络可以配置两种长度的I-RNTI,full为40bit,short为24比特。
最后为UE服务的基站(或节点)保存UE的上下文,以及与核心网保持着该UE相关的连接。UE在移出RAN侧配置的通知区域时需要执行RNAU过程。
当UE处于非激活态时,如果最后服务的基站从UPF(User PlaneFunction,用户平面功能)网元收到下行数据,或者从AMF(Access andMobility Management Function,接入和移动管理功能)网元收到下行信令,则最后服务的基站在RAN通知区域内的小区发起寻呼,并当RAN通知区域包含相邻基站的小区时,通过Xn接口触发相邻基站发起寻呼。其中,UPF和AMF均位于核心网侧。
非激活态下UE的行为包括:检测寻呼信道;获取***消息(可以是来自于主信息块、***消息块1或者***消息块2等的***消息);执行邻区测量和小区重选(或小区选择);离开RAN通知区域时执行RNAU。
通常,NR(New Radio,新空口)部署在授权(Licensed)频段。由于授权频段比较昂贵,因此运营商期待NR也能部署在非授权(Unlicensed)频段。此时,NR***需要与其他无线接入技术(如WLAN(Wireless Local AreaNetworks,无线局域网))竞争获得信道的使用权。NR***中的基站或UE在发送数据前,需要先执行LBT(Listen before talk,先听后说),监听信道是否被其他设备使用,如果信道空闲,自己方能使用一段时间;如果信道忙,则不能使用,需要过一段时间后再次监听信道。
对于部署在非授权频段的NR***,当UE在移动过程中需要切换或者释放RRC连接时,很可能因为LBT不成功导致基站不能及时触发切换命令或者释放RRC连接,导致UE与当前服务小区的通信中断,UE处于悬空状态,且耗电较大。
发明内容
有鉴于此,本公开提出了一种非激活态的增强方法、装置、用户设备及存储介质。
根据本公开的一方面,提供了一种非激活态的增强方法,所述方法应用于用户设备UE中,所述方法包括:
UE接收来自于基站的第一无线资源控制RRC重配置信令;
若第一RRC重配置信令指示所述UE进入非激活态的配置,则所述UE保存接收所述第一RRC重配置信令时所述UE的上下文作为第一上下文,且所述UE能够继续与所述基站进行数据传输;
当所述UE与所述基站的通信中断时,若所述UE没有数据传输需求,则所述UE进入非激活态;或者,当所述基站释放与所述UE的RRC连接时,所述UE进入非激活态。
在一种可能的实现方式中,当所述基站通过RRC重配置进行参数更新时,所述UE保存的上下文不发生变化。
在一种可能的实现方式中,所述方法还包括:
当所述基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则所述UE根据数据无线承载的增加或删除信息更新保存的上下文。
在一种可能的实现方式中,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存所述第一上下文。
在一种可能的实现方式中,在所述UE进入非激活态之后,所述方法还包括:
所述UE进行小区重选。
在一种可能的实现方式中,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性RNAU定时器超时后,进行RNAU。
在一种可能的实现方式中,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE执行RNAU或者进入空闲态。
在一种可能的实现方式中,在所述UE保存接收所述RRC重配置信令时所述UE的上下文作为第一上下文之后,所述方法还包括:
所述UE接收来自于所述基站的要求更新上下文的第二RRC重配置信令;
所述UE根据所述第二RRC重配置信令更新所述第一上下文,得到第二上下文,并保存所述第二上下文。
在一种可能的实现方式中,在所述UE进入非激活态之后,所述方法还包括:
当所述UE有数据传输需求时,所述UE根据保存的上下文发起RRC恢复流程。
根据本公开的另一方面,提供了一种非激活态的增强装置,所述装置包括:
第一接收模块,用于UE接收来自于基站的第一无线资源控制RRC重配置信令;
第一保存模块,用于若第一RRC重配置信令指示所述UE进入非激活态的配置,则所述UE保存接收所述第一RRC重配置信令时所述UE的上下文作为第一上下文,且所述UE能够继续与所述基站进行数据传输;
进入模块,用于当所述UE与所述基站的通信中断时,若所述UE没有数据传输需求,则所述UE进入非激活态;或者,当所述基站释放与所述UE的RRC连接时,所述UE进入非激活态。
在一种可能的实现方式中,当所述基站通过RRC重配置进行参数更新时,所述UE保存的上下文不发生变化。
在一种可能的实现方式中,所述装置还包括:
更新模块,用于当所述基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则所述UE根据数据无线承载的增加或删除信息更新保存的上下文。
在一种可能的实现方式中,所述装置还包括:
维持保存模块,用于若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存所述第一上下文。
在一种可能的实现方式中,所述装置还包括:
小区重选模块,用于所述UE进行小区重选。
在一种可能的实现方式中,所述装置还包括:
RNAU模块,用于若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性RNAU定时器超时后,进行RNAU。
在一种可能的实现方式中,所述装置还包括:
状态切换模块,用于若所述UE在授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE执行RNAU或者进入空闲态。
在一种可能的实现方式中,所述装置还包括:
第二接收模块,用于所述UE接收来自于所述基站的要求更新上下文的第二RRC重配置信令;
第二保存模块,用于所述UE根据所述第二RRC重配置信令更新所述第一上下文,得到第二上下文,并保存所述第二上下文。
在一种可能的实现方式中,所述装置还包括:
恢复连接模块,用于当所述UE有数据传输需求时,所述UE根据保存的上下文发起RRC恢复流程。
根据本公开的另一方面,提供了一种用户设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为执行上述方法。
根据本公开的另一方面,提供了一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其中,所述计算机程序指令被处理器执行时实现上述方法。
在本公开实施例中,通过UE接收来自于基站的第一RRC重配置信令,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态,或者,当基站释放与UE的RRC连接时,UE进入非激活态,由此能够提前配置UE处于非激活态的参数,从而UE和网络基于保存的上下文能够很快恢复之前建立的信令无线承载和数据无线承载,大大减少信令开销。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出根据本公开一实施例的非激活态的增强方法的流程图。
图2示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。
图3示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。
图4示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。
图5示出根据本公开一实施例的非激活态的增强方法中RRC连接的恢复流程的示意图。
图6示出根据本公开一实施例的非激活态的增强装置的框图。
图7示出根据本公开一实施例的非激活态的增强装置的一示例性的框图。
图8是根据一示例性实施例示出的一种用户设备800的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
图1示出根据本公开一实施例的非激活态的增强方法的流程图。该非激活态的增强方法的执行主体可以是非激活态的增强装置。例如,该非激活态的增强方法可以由UE或其它处理设备执行。在一些可能的实现方式中,该非激活态的增强方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。如图1所示,该方法包括步骤S11至步骤S13。
在步骤S11中,UE接收来自于基站的第一无线资源控制RRC重配置信令。
在本公开实施例中,UE接入部署在非授权频段的NR小区时,获取***消息,接收寻呼。UE在有数据传输需求时,发起RRC连接请求,接入服务小区,建立RRC连接。之后网络激活安全模式,并配置UE建立数据无线承载。其中,数据无线承载的数量可以是一个或者多个。在成功建立数据无线承载后,UE可以开始传输数据。由于在非授权频段部署,因此基站和UE在传输数据之前均需要执行LBT。基站或者UE在监听到信道空闲时,才能进行信令和数据传输。占用信道一段时间(如4毫秒、8毫秒或者10毫秒等)之后,释放信道。如果还有数据需要传输,则需要再次执行LBT获得信道使用权。
在本公开实施例中,连接态的UE可能接收到来自于基站的第一RRC重配置信令,第一RRC重配置信令可指示UE进入非激活态的配置。例如,第一RRC重配置信令可以包括基站为UE配置的UE的标识(I-RNTI)、无线接入网寻呼周期(Ran-PagingCycle)、下一跳链路计数值(NextHopChainingCount)和无线接入网通知区域(Ran-NotificationAreaInfo)等参数。在本公开实施例中,第一RRC重配置信令可以采用当前RRC Release信令中的SuspendConfig相同的参数,以指示UE进入非激活态的配置,或者可以采用与当前RRCRelease信令中的SuspendConfig不相同的参数指示UE进入非激活态的配置。其中,RRCRelease信令携带的SuspendConfig中的参数可以参考相关技术,在此不再赘述。
在步骤S12中,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输。
在一种可能的实现方式中,UE的上下文可以包括信令无线承载参数、数据无线承载参数、测量配置参数和安全配置参数等参数。其中,信令无线承载包括建立的RRC连接。数据无线承载是指用于传输业务的承载。测量配置参数可以用于确定基站通知UE对哪些频率上的邻区进行测量,以及是否针对服务小区进行测量评估。安全配置参数可以包括安全算法以及安全密钥等。
在本公开实施例中,UE可以保存接收第一RRC重配置信令时UE的上下文作为第一上下文。例如,可以将接收第一RRC重配置信令时UE的上下文保存为Context 1.0版本。
在本公开实施例中,在UE接收到来自于基站的第一RRC重配置信令,且第一RRC重配置信令指示UE进入非激活态的配置情况下,UE能够继续与基站进行上行或下行数据传输。
在步骤S13中,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。
在本公开实施例中,UE与当前基站的通信中断,可能是由于UE进入其他小区的覆盖范围(该小区可能属于配置的通知区域,即Ran-NotificationAreaInfo),或者可能是由于UE长时间不能接收到当前基站的调度信号。因为在非授权频段上的NR小区,需要执行LBT获得信道使用权,如果由于信道繁忙,基站长时间获得不了信道使用权导致UE不能与基站进行信令和数据交互,UE就中断与基站的通信。
在一种可能的实现方式中,UE判断与基站的通信中断可以通过第一定时器来判断。若在第一定时器的定时时长内,UE始终没有与基站进行数据或者信令交互,如UE持续没有收到基站的调度信息,则可以判定UE与基站的通信中断。
在本公开实施例中,通过UE接收来自于基站的第一RRC重配置信令,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态,或者,当基站释放与UE的RRC连接时,UE进入非激活态,由此能够提前配置UE处于非激活态的参数,从而UE和网络基于保存的上下文能够很快恢复之前建立的信令无线承载和数据无线承载,大大减少信令开销。
图2示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。如图2所示,该方法可以包括步骤S11至步骤S14。
在步骤S11中,UE接收来自于基站的第一无线资源控制RRC重配置信令。
在步骤S12中,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输。
在步骤S13中,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。
在步骤S14中,若UE在非授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存第一上下文。
在本公开实施例中,UE可以依据协议或者依据运营商配置确定当前驻留的频段是否是非授权频段。
考虑到非授权频段上NR小区的部署可能不是连续覆盖的,在本公开实施例中,为了避免UE盲目删除上下文,对非激活态进行增强,具体而言,UE在非授权频段上进入非激活态后,若不是驻留于配置的通知区域中(例如,UE在非授权频段选择了非当前注册的PLMN(Public Land MobileNetwork,公共陆地移动网络)驻留,或者UE不能驻留在当前注册的PLMN小区中),则在周期性RNAU定时器超时之前,UE仍然保存第一上下文,以便UE在重新驻留到配置的通知区域中时可以进行RRC连接恢复(RRCResume)。
该实现方式当UE在非授权频段部署时,能够有效应对LBT失败的场景,避免UE长时间获得不到基站调度进入空闲态,从而能够实现非激活态的增强。
在一种可能的实现方式中,当基站通过RRC重配置进行参数更新时,UE保存的上下文不发生变化。该实现方式能够避免UE频繁更新上下文而导致处理复杂度增加。
在一种可能的实现方式中,该方法还包括:当基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则UE根据数据无线承载的增加或删除信息更新保存的上下文。其中,数据无线承载是UE开展业务的关键信息,数据无线承载参数不仅涉及基站,还涉及核心网以及对端用户。在该实现方式中,UE根据数据无线承载的增加或删除信息更新保存的上下文,使数据无线承载参数保持最新状态,由此能够避免因不维持最新状态而引发的核心网和对端用户出现异常。在该实现方式中,UE可以仅根据数据无线承载的增加或删除信息更新保存的上下文,而在其他参数发生变化时不对保存的上下文进行更新,由此能够避免UE频繁更新上下文而导致处理复杂度增加。
在一种可能的实现方式中,在UE进入非激活态之后,该方法还包括:UE进行小区重选。在该实现方式中,在UE进行小区重选之后,如果UE有数据传输需求,则可以根据保存的上下文(例如第一上下文)恢复RRC连接。UE和网络基于保存的上下文可以很快恢复之前建立的信令无线承载和数据无线承载,大大减少信令开销。如果通知区域配置得比较合理,则UE在配置的通知区域内移动不需要触发切换命令,可以减少网络的处理负荷。
图3示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。如图3所示,该方法可以包括步骤S31至步骤S34。
在步骤S31中,UE接收来自于基站的第一无线资源控制RRC重配置信令。
其中,步骤S31参见上文对步骤S11的描述。
在步骤S32中,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输。
其中,步骤S32参见上文对步骤S12的描述。
在步骤S33中,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。
其中,步骤S33参见上文对步骤S13的描述。
在步骤S34中,若UE在非授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE在周期性RNAU定时器超时后,进行RNAU。
图4示出根据本公开一实施例的非激活态的增强方法的一示例性的流程图。如图4所示,该方法可以包括步骤S41至步骤S44。
在步骤S41中,UE接收来自于基站的第一无线资源控制RRC重配置信令。
其中,步骤S41参见上文对步骤S11的描述。
在步骤S42中,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输。
其中,步骤S42参见上文对步骤S12的描述。
在步骤S43中,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。
其中,步骤S43参见上文对步骤S13的描述。
在步骤S44中,若UE在授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE执行RNAU或者进入空闲态。
在本公开实施例中,若UE驻留在当前注册的PLMN中,则UE执行RNAU;若UE不是驻留在当前注册的PLMN中,则进入空闲态。
在一种可能的实现方式中,在UE保存接收RRC重配置信令时UE的上下文作为第一上下文之后,该方法还包括:UE接收来自于基站要求更新上下文的第二RRC重配置信令;UE根据第二RRC重配置信令更新第一上下文,得到第二上下文,并保存第二上下文。在该实现方式中,基站在配置了非激活态的参数之后,可以通过第二RRC重配置信令指示UE更新保存的上下文,例如,UE可以将第二上下文保存为Context 2.0版本。基于该实现方式,当网络收到UE的RRC连接恢复请求时,网络和UE可以基于相同的上下文进行信令和数据无线承载的恢复。
在一种可能的实现方式中,在UE进入非激活态之后,该方法还包括:当UE有数据传输需求时,UE根据保存的上下文发起RRC恢复流程。图5示出根据本公开一实施例的非激活态的增强方法中RRC连接的恢复流程的示意图。
图6示出根据本公开一实施例的非激活态的增强装置的框图。如图6所示,该装置包括:第一接收模块61,用于UE接收来自于基站的第一无线资源控制RRC重配置信令;第一保存模块62,用于若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输;进入模块63,用于当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态;或者,当基站释放与UE的RRC连接时,UE进入非激活态。
在一种可能的实现方式中,当基站通过RRC重配置进行参数更新时,UE保存的上下文不发生变化。
图7示出根据本公开一实施例的非激活态的增强装置的一示例性的框图。如图7所示:
在一种可能的实现方式中,该装置还包括:更新模块64,用于当基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则UE根据数据无线承载的增加或删除信息更新保存的上下文。
在一种可能的实现方式中,该装置还包括:维持保存模块65,用于若UE在非授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存第一上下文。
在一种可能的实现方式中,该装置还包括:小区重选模块66,用于UE进行小区重选。
在一种可能的实现方式中,该装置还包括:RNAU模块67,用于若UE在非授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE在周期性RNAU定时器超时后,进行RNAU。
在一种可能的实现方式中,该装置还包括:状态切换模块68,用于若UE在授权频段上进入非激活态,且UE不是驻留于配置的通知区域中,则UE执行RNAU或者进入空闲态。
在一种可能的实现方式中,该装置还包括:第二接收模块69,用于UE接收来自于基站的要求更新上下文的第二RRC重配置信令;第二保存模块70,用于UE根据第二RRC重配置信令更新第一上下文,得到第二上下文,并保存第二上下文。
在一种可能的实现方式中,该装置还包括:恢复连接模块71,用于当UE有数据传输需求时,UE根据保存的上下文发起RRC恢复流程。
在本公开实施例中,通过UE接收来自于基站的第一RRC重配置信令,若第一RRC重配置信令指示UE进入非激活态的配置,则UE保存接收第一RRC重配置信令时UE的上下文作为第一上下文,且UE能够继续与基站进行数据传输,当UE与基站的通信中断时,若UE没有数据传输需求,则UE进入非激活态,或者,当基站释放与UE的RRC连接时,UE进入非激活态,由此能够提前配置UE处于非激活态的参数,从而UE和网络基于保存的上下文能够很快恢复之前建立的信令无线承载和数据无线承载,大大减少信令开销。
图8是根据一示例性实施例示出的一种用户设备800的框图。例如,用户设备800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,用户设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制用户设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在用户设备800的操作。这些数据的示例包括用于在用户设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为用户设备800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为用户设备800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述用户设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当用户设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当用户设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为用户设备800提供各个方面的状态评估。例如,传感器组件814可以检测到用户设备800的打开/关闭状态,组件的相对定位,例如所述组件为用户设备800的显示器和小键盘,传感器组件814还可以检测用户设备800或用户设备800一个组件的位置改变,用户与用户设备800接触的存在或不存在,用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,用户设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种非易失性计算机可读存储介质,例如包括计算机程序指令的存储器804,上述计算机程序指令可由用户设备800的处理器820执行以完成上述方法。
本公开可以是***、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的***来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (20)
1.一种非激活态的增强方法,其特征在于,所述方法应用于用户设备UE中,所述方法包括:
UE接收来自于基站的第一无线资源控制RRC重配置信令;
若第一RRC重配置信令指示所述UE进入非激活态的配置,则所述UE保存接收所述第一RRC重配置信令时所述UE的上下文作为第一上下文,且所述UE能够继续与所述基站进行数据传输;
当所述UE与所述基站的通信中断时,若所述UE没有数据传输需求,则所述UE进入非激活态;或者,当所述基站释放与所述UE的RRC连接时,所述UE进入非激活态。
2.根据权利要求1所述的方法,其特征在于,当所述基站通过RRC重配置进行参数更新时,所述UE保存的上下文不发生变化。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则所述UE根据数据无线承载的增加或删除信息更新保存的上下文。
4.根据权利要求1所述的方法,其特征在于,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存所述第一上下文。
5.根据权利要求1所述的方法,其特征在于,在所述UE进入非激活态之后,所述方法还包括:
所述UE进行小区重选。
6.根据权利要求1所述的方法,其特征在于,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性RNAU定时器超时后,进行RNAU。
7.根据权利要求1所述的方法,其特征在于,在所述UE进入非激活态之后,所述方法还包括:
若所述UE在授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE执行RNAU或者进入空闲态。
8.根据权利要求1所述的方法,其特征在于,在所述UE保存接收所述RRC重配置信令时所述UE的上下文作为第一上下文之后,所述方法还包括:
所述UE接收来自于所述基站的要求更新上下文的第二RRC重配置信令;
所述UE根据所述第二RRC重配置信令更新所述第一上下文,得到第二上下文,并保存所述第二上下文。
9.根据权利要求1至8中任意一项所述的方法,其特征在于,在所述UE进入非激活态之后,所述方法还包括:
当所述UE有数据传输需求时,所述UE根据保存的上下文发起RRC恢复流程。
10.一种非激活态的增强装置,其特征在于,所述装置包括:
第一接收模块,用于UE接收来自于基站的第一无线资源控制RRC重配置信令;
第一保存模块,用于若第一RRC重配置信令指示所述UE进入非激活态的配置,则所述UE保存接收所述第一RRC重配置信令时所述UE的上下文作为第一上下文,且所述UE能够继续与所述基站进行数据传输;
进入模块,用于当所述UE与所述基站的通信中断时,若所述UE没有数据传输需求,则所述UE进入非激活态;或者,当所述基站释放与所述UE的RRC连接时,所述UE进入非激活态。
11.根据权利要求10所述的装置,其特征在于,当所述基站通过RRC重配置进行参数更新时,所述UE保存的上下文不发生变化。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
更新模块,用于当所述基站通过RRC重配置进行参数更新时,若更新的参数包括数据无线承载的增加或删除信息,则所述UE根据数据无线承载的增加或删除信息更新保存的上下文。
13.根据权利要求10所述的装置,其特征在于,所述装置还包括:
维持保存模块,用于若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性无线接入网通知区域更新RNAU定时器超时之前,维持保存所述第一上下文。
14.根据权利要求10所述的装置,其特征在于,所述装置还包括:
小区重选模块,用于所述UE进行小区重选。
15.根据权利要求10所述的装置,其特征在于,所述装置还包括:
RNAU模块,用于若所述UE在非授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE在周期性RNAU定时器超时后,进行RNAU。
16.根据权利要求10所述的装置,其特征在于,所述装置还包括:
状态切换模块,用于若所述UE在授权频段上进入非激活态,且所述UE不是驻留于配置的通知区域中,则所述UE执行RNAU或者进入空闲态。
17.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于所述UE接收来自于所述基站的要求更新上下文的第二RRC重配置信令;
第二保存模块,用于所述UE根据所述第二RRC重配置信令更新所述第一上下文,得到第二上下文,并保存所述第二上下文。
18.根据权利要求10至17中任意一项所述的装置,其特征在于,所述装置还包括:
恢复连接模块,用于当所述UE有数据传输需求时,所述UE根据保存的上下文发起RRC恢复流程。
19.一种用户设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行权利要求1至9中任意一项所述的方法。
20.一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其特征在于,所述计算机程序指令被处理器执行时实现权利要求1至9中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286739.8A CN111132378B (zh) | 2018-10-31 | 2018-10-31 | 非激活态的增强方法、装置、用户设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811286739.8A CN111132378B (zh) | 2018-10-31 | 2018-10-31 | 非激活态的增强方法、装置、用户设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111132378A true CN111132378A (zh) | 2020-05-08 |
CN111132378B CN111132378B (zh) | 2022-02-01 |
Family
ID=70485488
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811286739.8A Active CN111132378B (zh) | 2018-10-31 | 2018-10-31 | 非激活态的增强方法、装置、用户设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111132378B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111727629A (zh) * | 2020-05-11 | 2020-09-29 | 北京小米移动软件有限公司 | 基站切换方法、装置、通信设备及存储介质 |
CN112262600A (zh) * | 2020-08-20 | 2021-01-22 | 北京小米移动软件有限公司 | 扩展非连续接收参数确定方法、通信设备和存储介质 |
CN113055987A (zh) * | 2021-02-02 | 2021-06-29 | 海能达通信股份有限公司 | 节点通信方法、设备和存储介质 |
WO2021249338A1 (zh) * | 2020-06-11 | 2021-12-16 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
WO2022011519A1 (zh) * | 2020-07-13 | 2022-01-20 | Oppo广东移动通信有限公司 | 数据传输的方法和终端设备 |
CN114258159A (zh) * | 2020-09-21 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种小数据的配置方法、装置、设备及存储介质 |
WO2023001149A1 (zh) * | 2021-07-21 | 2023-01-26 | 华为技术有限公司 | 一种控制传输的方法及相关装置 |
WO2023130368A1 (zh) * | 2022-01-07 | 2023-07-13 | 富士通株式会社 | 收发信息的方法、装置和通信*** |
CN116648965A (zh) * | 2020-11-04 | 2023-08-25 | Oppo广东移动通信有限公司 | 一种rrc状态转换的方法及装置、终端设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
WO2017196146A1 (ko) * | 2016-05-12 | 2017-11-16 | 삼성전자 주식회사 | 단말의 전력을 절약하기 위한 방법 및 장치 |
WO2018030866A1 (ko) * | 2016-08-11 | 2018-02-15 | 삼성전자 주식회사 | 저전력 rrc 운용 방법 및 장치 |
WO2018131956A1 (en) * | 2017-01-16 | 2018-07-19 | Samsung Electronics Co., Ltd. | Method and apparatus for communication in wireless mobile communication system |
-
2018
- 2018-10-31 CN CN201811286739.8A patent/CN111132378B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017196146A1 (ko) * | 2016-05-12 | 2017-11-16 | 삼성전자 주식회사 | 단말의 전력을 절약하기 위한 방법 및 장치 |
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
WO2018030866A1 (ko) * | 2016-08-11 | 2018-02-15 | 삼성전자 주식회사 | 저전력 rrc 운용 방법 및 장치 |
WO2018131956A1 (en) * | 2017-01-16 | 2018-07-19 | Samsung Electronics Co., Ltd. | Method and apparatus for communication in wireless mobile communication system |
Non-Patent Citations (1)
Title |
---|
SAMSUNG: "《3GPP TSG-RAN WG2 NR Ad hoc#2 R2-1707362》", 17 June 2017 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111727629A (zh) * | 2020-05-11 | 2020-09-29 | 北京小米移动软件有限公司 | 基站切换方法、装置、通信设备及存储介质 |
WO2021226803A1 (zh) * | 2020-05-11 | 2021-11-18 | 北京小米移动软件有限公司 | 基站切换方法、装置、通信设备及存储介质 |
CN111727629B (zh) * | 2020-05-11 | 2022-10-11 | 北京小米移动软件有限公司 | 基站切换方法、装置、通信设备及存储介质 |
WO2021249338A1 (zh) * | 2020-06-11 | 2021-12-16 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
WO2022011519A1 (zh) * | 2020-07-13 | 2022-01-20 | Oppo广东移动通信有限公司 | 数据传输的方法和终端设备 |
CN112262600A (zh) * | 2020-08-20 | 2021-01-22 | 北京小米移动软件有限公司 | 扩展非连续接收参数确定方法、通信设备和存储介质 |
CN112262600B (zh) * | 2020-08-20 | 2024-01-30 | 北京小米移动软件有限公司 | 扩展非连续接收参数确定方法、通信设备和存储介质 |
CN114258159A (zh) * | 2020-09-21 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种小数据的配置方法、装置、设备及存储介质 |
CN116648965A (zh) * | 2020-11-04 | 2023-08-25 | Oppo广东移动通信有限公司 | 一种rrc状态转换的方法及装置、终端设备 |
CN113055987A (zh) * | 2021-02-02 | 2021-06-29 | 海能达通信股份有限公司 | 节点通信方法、设备和存储介质 |
WO2023001149A1 (zh) * | 2021-07-21 | 2023-01-26 | 华为技术有限公司 | 一种控制传输的方法及相关装置 |
WO2023130368A1 (zh) * | 2022-01-07 | 2023-07-13 | 富士通株式会社 | 收发信息的方法、装置和通信*** |
Also Published As
Publication number | Publication date |
---|---|
CN111132378B (zh) | 2022-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111132378B (zh) | 非激活态的增强方法、装置、用户设备及存储介质 | |
CN110337122B (zh) | 小区测量控制方法、装置、终端及存储介质 | |
CN111294823B (zh) | Dc操作中的测量方法及装置 | |
CN109451846B (zh) | 实现位置区域更新的方法、装置、用户设备及基站 | |
CN107223349B (zh) | 通知区域的更新方法及装置 | |
CN108684217B (zh) | 切换基站的方法、装置及*** | |
CN110622616A (zh) | 非活动定时器的控制方法和装置 | |
US20220086727A1 (en) | Cell handover method and apparatus | |
CN110418370B (zh) | 一种非授权频段的测量方法、终端、网元及存储介质 | |
CN107592645B (zh) | 进行基站切换的方法、装置和*** | |
US20230345309A1 (en) | Sidelink communication methods, sidelink communication apparatus, and storage medium | |
CN108702689B (zh) | 小区接入方法、装置及存储介质 | |
EP3739957B1 (en) | Network management method, device and computer readable storage medium | |
CN113892282A (zh) | 上报信息的方法、装置、通信设备及存储介质 | |
US11445412B2 (en) | Access control method, apparatus and storage medium | |
US20200280900A1 (en) | Network configuration method and apparatus, and network measurement method and apparatus | |
CN110460988B (zh) | 网络列表的处理方法、装置、终端设备及存储介质 | |
CN112075099A (zh) | 定时器的控制方法、装置、通信设备及存储介质 | |
EP3742784B1 (en) | Methods, devices and computer storage medium for minimization of drive tests measurement | |
US12004016B2 (en) | Method and apparatus for transmitting configuration information | |
CN114503648A (zh) | 提早识别的方法、装置、通信设备及存储介质 | |
EP3962174B1 (en) | Network switching resource determining method and network switching resource configuration method | |
JP2024511527A (ja) | 測定ギャップ事前設定の処理方法、装置、通信デバイス及び記憶媒体 | |
US12028724B2 (en) | Method and device for configuring network parameter and computer-readable storage medium | |
CN106658620B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 100191, Haidian District, Zhichun Road, Beijing No. 7 to the real building, block B, 18 Applicant after: Beijing Ziguang zhanrui Communication Technology Co.,Ltd. Address before: 100191, Haidian District, Zhichun Road, Beijing No. 7 to the real building, block B, 18 Applicant before: BEIJING SPREADTRUM HI-TECH COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |