CN109756971A - 去激活态ue异常处理方法、设备和计算机可读存储介质 - Google Patents
去激活态ue异常处理方法、设备和计算机可读存储介质 Download PDFInfo
- Publication number
- CN109756971A CN109756971A CN201710737793.9A CN201710737793A CN109756971A CN 109756971 A CN109756971 A CN 109756971A CN 201710737793 A CN201710737793 A CN 201710737793A CN 109756971 A CN109756971 A CN 109756971A
- Authority
- CN
- China
- Prior art keywords
- connection
- data
- core net
- state
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Abstract
本发明实施例提供了一种去激活态UE异常处理方法、设备和计算机可读存储介质,所述方法包括:接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;发起连接恢复流程;连接恢复后,接收网络侧发送的所述UE的数据。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种去激活态用户设备(UE)异常处理方法、设备和计算机可读存储介质。
背景技术
5G系统中的UE处于去激活态时,UE与基站之间没有无线资源控制(RRC)连接,但基站仍然保留UE上下文,UE在无线接入网(RAN)侧的行为类似空闲态,而核心网(CN)还处于连接态。此时,如果有下行数据到达,CN不触发寻呼流程,而是发送数据到基站,由基站寻呼UE,UE发起连接建立流程。
但是,如果异常情况发生导致UE不可达,例如UE信号短时被遮挡,基站寻呼UE失败,则基站可能会通知CN,由CN寻呼UE。但此时UE处于去激活态(UE认为自己不应收到CN的寻呼消息),而基站和CN侧记录的UE的状态可能不一致,进而可能导致UE行为发生异常,不能正常接收数据。
发明内容
有鉴于此,本发明实施例期望提供一种去激活态UE异常处理方法、设备和计算机可读存储介质。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种去激活态UE异常处理方法,该方法包括:
接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;
发起连接恢复流程;
连接恢复后,接收网络侧发送的所述UE的数据。
可选的,所述基于所述寻呼消息确定异常发生后,该方法还包括:
将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
其中,所述UE的状态设置为空闲态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接建立流程;
连接建立后,接收基站或核心网发送的所述UE的数据。
其中,所述UE的状态为去激活态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接激活流程;
连接激活后,接收基站发送的所述UE的数据。
其中,所述发起连接恢复流程,包括:
发送携带UE去激活态标识的连接恢复消息。
本发明实施例还提供了一种通信设备,该通信设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行上述方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
本发明实施例还提供了一种去激活态UE异常处理方法,该方法包括:
确定RAN侧的UE寻呼失败;
通知核心网RAN侧的UE寻呼失败。
其中,所述通知核心网RAN侧的UE寻呼失败,包括:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
可选的,所述通知核心网无线接入网RAN侧的UE寻呼失败之后,该方法还包括:
在UE连接恢复后向所述UE发送UE的数据。
可选的,该方法还包括:
将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
可选的,该方法还包括:
删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
本发明实施例还提供了一种通信设备,该通信设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行上述方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。
本发明实施例提供的去激活态UE异常处理方法、设备和计算机可读存储介质,UE接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;发起连接恢复流程;连接恢复后,接收网络侧发送的所述UE的数据。本发明实施例处于去激活态的UE在收到核心网的寻呼后,进行连接恢复,从而接收网络侧发送的数据,保证UE数据不丢失,提升用户体验;同时,避免了现有因UE不理解核心网的寻呼而导致处理异常的情况发生。
附图说明
图1为本发明实施例所述去激活态UE异常处理方法流程示意图一;
图2为本发明实施例所述去激活态UE异常处理方法流程示意图二;
图3为本发明实施例所述UE的结构示意图;
图4为本发明实施例所述基站设备的结构示意图;
图5为本发明场景实施例一所述方法流程示意图;
图6为本发明场景实施例二所述方法流程示意图;
图7为本发明场景实施例三所述方法流程示意图。
具体实施方式
下面结合附图和实施例对本发明进行描述。
本发明实施例提供了一种去激活态UE异常处理方法,如图1所示,该方法包括:
步骤101:接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;
步骤102:发起连接恢复流程;
步骤103:连接恢复后,接收网络侧发送的所述UE的数据。
本发明实施例处于去激活态的UE在收到核心网的寻呼后,进行连接恢复,从而接收网络侧发送的数据,保证UE数据不丢失,提升用户体验;同时,避免了现有因UE不理解核心网的寻呼而导致处理异常的情况发生。
一个实施例中,所述基于所述寻呼消息确定异常发生后,该方法还包括:
将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
这里,核心网在发送寻呼消息到UE之前,可将核心网侧的UE状态设置为空闲态;或者,核心网不改变UE的状态设置,仍为连接态或去激活态。
一个实施例中,所述UE的状态设置为空闲态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接建立流程;
连接建立后,接收基站或核心网发送的所述UE的数据。
一个实施例中,所述UE的状态为去激活态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接激活流程;
连接激活后,接收基站发送的所述UE的数据。
一个实施例中,所述发起连接恢复流程,包括:
发送携带UE去激活态标识的连接恢复消息。
例如:在连接建立流程或连接激活流程中发送连接建立或连接激活消息时,所述连接建立或连接激活消息中携带UE去激活态标识。
本发明实施例还提供了一种去激活态UE异常处理方法,如图2所示,该方法包括:
步骤201:确定RAN侧的UE寻呼失败;
步骤202:通知核心网RAN侧的UE寻呼失败。
本发明实施例处于去激活态的UE在收到核心网的寻呼后,进行连接恢复,从而接收网络侧发送的数据,保证UE数据不丢失,提升用户体验;同时,避免了现有因UE不理解核心网的寻呼而导致处理异常的情况发生。
一个实施例中,所述通知核心网RAN侧的UE寻呼失败,包括:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
一个实施例中,所述通知核心网无线接入网RAN侧的UE寻呼失败之后,该方法还包括:
在UE连接恢复后向所述UE发送UE的数据。
一个实施例中,所述通知核心网无线接入网RAN侧的UE寻呼失败时、或之前、或之后,该方法还包括:
将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
这里,基站将UE的数据上传到核心网后,在连接恢复后,由核心网将所述UE的数据发送给UE,基站不再进行UE的数据的传输。
一个实施例中,所述通知核心网无线接入网RAN侧的UE寻呼失败时或之后,该方法还包括:
删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
本发明实施例还提供了一种UE,如图3所示,所述UE30包括:
收发器301,用于接收核心网发送的寻呼消息;连接恢复后,接收网络侧发送的所述UE的数据;
处理器302,用于基于所述寻呼消息确定异常发生;发起连接恢复流程。
一个实施例中,所述处理器302基于所述寻呼消息确定异常发生后,
还用于将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
一个实施例中,所述UE的状态设置为空闲态时,所述处理器302发起连接恢复流程,所述收发器301在连接恢复后,接收网络侧发送的所述UE的数据,包括:
所述处理器302,用于发起连接建立流程;
所述收发器301,用于在连接建立后,接收基站或核心网发送的所述UE的数据。
一个实施例中,所述UE的状态为去激活态时,所述处理器302发起连接恢复流程,所述收发器301在连接恢复后,接收网络侧发送的所述UE的数据,包括:
所述处理器302,用于发起连接激活流程;
所述收发器301,用于连接激活后,接收基站发送的所述UE的数据。
一个实施例中,所述收发器301,还用于发送携带UE去激活态标识的连接恢复消息。
本发明实施例还提供了一种基站设备,如图4所示,所述基站设备40包括:
收发器401,用于通知核心网无线接入网RAN侧的UE寻呼失败;
处理器402,用于确定RAN侧的UE寻呼失败。
一个实施例中,所述收发器401通知核心网无线接入网RAN侧的UE寻呼失败,包括:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
一个实施例中,所述收发器401通知核心网无线接入网RAN侧的UE寻呼失败之后,
还用于在UE连接恢复后向所述UE发送UE的数据。
一个实施例中,所述收发器401通知核心网无线接入网RAN侧的UE寻呼失败时、或之前、或之后,
所述处理器402,还用于将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
一个实施例中,所述收发器401通知核心网无线接入网RAN侧的UE寻呼失败时或之后,
所述处理器402,还用于删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
本发明实施例还提供了一种UE,该UE包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行:
接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;
发起连接恢复流程;
连接恢复后,接收网络侧发送的所述UE的数据。
所述基于所述寻呼消息确定异常发生后,所述处理器还用于运行所述计算机程序时,执行:
将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
所述UE的状态设置为空闲态时,所述处理器还用于运行所述计算机程序时,执行:
发起连接建立流程;
连接建立后,接收基站或核心网发送的所述UE的数据。
所述UE的状态为去激活态时,所述处理器还用于运行所述计算机程序时,执行:
发起连接激活流程;
连接激活后,接收基站发送的所述UE的数据。
所述发起连接恢复流程中,所述处理器还用于运行所述计算机程序时,执行:
发送携带UE去激活态标识的连接恢复消息。
本发明实施例还提供了一种基站设备,该基站设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行:
确定并通知核心网无线接入网RAN侧的UE寻呼失败。
所述通知核心网无线接入网RAN侧的UE寻呼失败时,所述处理器还用于运行所述计算机程序时,执行:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
所述通知核心网RAN侧的UE寻呼失败之后,所述处理器还用于运行所述计算机程序时,执行:
在UE连接恢复后向所述UE发送UE的数据。
所述通知核心网RAN侧的UE寻呼失败时,所述处理器还用于运行所述计算机程序时、或之前、或之后,执行:
将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
所述通知核心网无线接入网RAN侧的UE寻呼失败时或之后,所述处理器还用于运行所述计算机程序时,执行:
删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
需要说明的是:上述实施例提供的UE和基站设备在进行异常处理时,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述处理分配由不同的程序模块完成,即将设备的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分处理。另外,上述实施例提供的UE和基站设备与相应方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
在示例性实施例中,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备,如移动电话、计算机、平板设备、个人数字助理等。
本发明实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器运行时,执行:
接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;
发起连接恢复流程;
连接恢复后,接收网络侧发送的所述UE的数据。
所述基于所述寻呼消息确定异常发生后,所述计算机程序被处理器运行时,还执行:
将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
所述UE的状态设置为空闲态时,所述计算机程序被处理器运行时,还执行:
发起连接建立流程;
连接建立后,接收基站或核心网发送的所述UE的数据。
所述UE的状态为去激活态时,所述计算机程序被处理器运行时,还执行:
发起连接激活流程;
连接激活后,接收基站发送的所述UE的数据。
所述发起连接恢复流程中,所述计算机程序被处理器运行时,还执行:
发送携带UE去激活态标识的连接恢复消息。
本发明实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器运行时,执行:
确定并通知核心网无线接入网RAN侧的UE寻呼失败。
所述通知核心网无线接入网RAN侧的UE寻呼失败时,所述计算机程序被处理器运行时,还执行:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
所述通知核心网RAN侧的UE寻呼失败之后,所述计算机程序被处理器运行时,还执行:
在UE连接恢复后向所述UE发送UE的数据。
所述通知核心网RAN侧的UE寻呼失败时,所述计算机程序被处理器运行时、或之前、或之后,还执行:
将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
所述通知核心网无线接入网RAN侧的UE寻呼失败时或之后,所述计算机程序被处理器运行时,还执行:
删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
下面结合场景实施例对本发明进行描述。
实施例一
本实施例中,CN和UE均配置UE状态为空闲态,gNB(5G的基站)向锚gNB获取UE数据,流程如图5所示,包括:
步骤一:锚gNB在RAN侧寻呼区内寻呼不能找到UE,则锚gNB删除保留的该UE的上下文,以及删除UE的CN连接,并通知CN该UE不可达,例如:锚gNB发送UE上下文释放消息到CN;
步骤二:CN接收到通知后,将UE状态设置为空闲态,并在跟踪区内下发寻呼消息寻找UE;
步骤三:由于正常情况下,去激活态UE只会接收到gNB下发的寻呼消息,如果UE接收到CN下发的寻呼消息后,则获知异常发生,UE将自己状态设置为空闲态;
步骤四:UE发起连接建立流程,UE发送给gNB或锚gNB的连接建立消息中携带UE去激活态标识;
步骤五:UE建立与无线侧和核心网侧的连接;
步骤六:gNB或锚gNB收到连接建立消息后进行判断,若自身不是UE去激活态时的锚gNB(即与CN建立UE的CN连接的gNB),则根据UE去激活态标识向锚gNB获取UE数据,并下发给UE;若自身为UE去激活态时的锚gNB,则自身保存有UE数据,并将保存数据下发给UE。
实施例二
本实施例中,CN和UE配置UE状态为空闲态,锚gNB上传UE数据到CN,流程如图6所示,包括:
步骤一:锚gNB在RAN侧寻呼区内寻呼不能找到UE,则锚gNB删除保留的该UE上下文,并删除UE的CN连接,并通知CN该UE不可达,例如:锚gNB发送UE上下文释放消息到CN;同时,锚gNB上传保存的UE数据到CN;
步骤二:CN接收到通知后,将UE状态设置为空闲态,并在跟踪区内下发寻呼消息寻找UE;
步骤三:由于正常情况下,去激活态UE只接收到gNB下发的寻呼消息,如果UE接收到CN下发的寻呼消息后,则获知异常发生,UE将自己状态设置为空闲态;
步骤四:UE发起连接建立流程;
步骤五:连接建立完成后,CN下发UE数据给UE。
实施例三
本实施例中,CN和UE不改变当前UE状态,基站下发数据到UE,流程如图7所示,包括:
步骤一:锚gNB在RAN侧寻呼区内寻呼不能找到UE,则通知CN该UE不可达,例如:锚gNB发送UE不可达指示消息到CN;
步骤二:CN接收到通知后,不删除UE的CN连接,也不改变UE的状态,仍为连接态或去激活态(UE在RAN侧的状态与在核心网侧的状态不同),同时CN在跟踪区内下发寻呼消息寻找UE,其中携带异常原因,例如去激活态RAN侧不可达;
步骤三:去激活态UE接收到CN下发的寻呼消息后,不改变UE状态配置,即仍为去激活态;
步骤四:UE发起连接激活流程,其中携带UE去激活态标识;
步骤五:gNB或锚gNB收到连接建立消息后进行判断,若自身不是UE去激活态时的锚gNB,则根据UE去激活态标识向锚gNB获取UE上下文和UE数据,然后进行核心网路径切换,并将UE数据下发给UE;若自身为UE去激活态时的锚gNB(保存有UE数据),则激活与UE的无线侧连接,并将其保存数据下发给UE。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (12)
1.一种去激活态用户设备UE异常处理方法,其特征在于,该方法包括:
接收核心网发送的寻呼消息,基于所述寻呼消息确定异常发生;
发起连接恢复流程;
连接恢复后,接收网络侧发送的所述UE的数据。
2.根据权利要求1所述的方法,其特征在于,所述基于所述寻呼消息确定异常发生后,该方法还包括:
将所述UE的状态设置为空闲态、或保持UE的状态为去激活态。
3.根据权利要求2所述的方法,其特征在于,所述UE的状态设置为空闲态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接建立流程;
连接建立后,接收基站或核心网发送的所述UE的数据。
4.根据权利要求2所述的方法,其特征在于,所述UE的状态为去激活态时,所述发起连接恢复流程,并在连接恢复后,接收网络侧发送的所述UE的数据,包括:
发起连接激活流程;
连接激活后,接收基站发送的所述UE的数据。
5.根据权利要求1所述的方法,其特征在于,所述发起连接恢复流程,包括:
发送携带UE去激活态标识的连接恢复消息。
6.一种去激活态用户设备UE异常处理方法,其特征在于,该方法包括:
确定无线接入网RAN侧的UE寻呼失败;
通知核心网RAN侧的UE寻呼失败。
7.根据权利要求6所述的方法,其特征在于,所述通知核心网RAN侧的UE寻呼失败,包括:
发送UE上下文释放消息,所述UE上下文释放消息中携带RAN侧的UE寻呼失败标识。
8.根据权利要求6所述的方法,其特征在于,所述通知核心网无线接入网RAN侧的UE寻呼失败之后,该方法还包括:
在UE连接恢复后向所述UE发送UE的数据。
9.根据权利要求6所述的方法,其特征在于,该方法还包括:
将所述UE的数据上传到核心网,用于所述核心网将所述UE的数据发送给UE。
10.根据权利要求6所述的方法,其特征在于,该方法还包括:
删除基站保存的该UE的上下文,并删除所述UE与核心网的连接。
11.一种通信设备,其特征在于,该通信设备包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行权利要求1-5中任一项所述方法的步骤、或执行权利要求6-10中任一项所述方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1-5中任一项所述方法的步骤、或实现权利要求6-10中任一项所述方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710737793.9A CN109756971A (zh) | 2017-08-24 | 2017-08-24 | 去激活态ue异常处理方法、设备和计算机可读存储介质 |
PCT/CN2018/093372 WO2019037540A1 (zh) | 2017-08-24 | 2018-06-28 | 去激活态ue异常的处理方法、设备和计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710737793.9A CN109756971A (zh) | 2017-08-24 | 2017-08-24 | 去激活态ue异常处理方法、设备和计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109756971A true CN109756971A (zh) | 2019-05-14 |
Family
ID=65438380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710737793.9A Pending CN109756971A (zh) | 2017-08-24 | 2017-08-24 | 去激活态ue异常处理方法、设备和计算机可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109756971A (zh) |
WO (1) | WO2019037540A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115038050A (zh) * | 2021-03-05 | 2022-09-09 | 中国移动通信有限公司研究院 | 业务通知方法、装置、设备及可读存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114389744A (zh) * | 2020-10-16 | 2022-04-22 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102369741A (zh) * | 2009-05-13 | 2012-03-07 | 华为技术有限公司 | 用户设备寻呼方法、装置和系统 |
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
WO2017118758A1 (en) * | 2016-01-08 | 2017-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for resumption of rrc state in a cellular network |
CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9155121B2 (en) * | 2012-03-27 | 2015-10-06 | Blackberry Limited | Re-establishment of suspended RRC connection at a different eNB |
CN107046735B (zh) * | 2016-02-05 | 2020-07-28 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
-
2017
- 2017-08-24 CN CN201710737793.9A patent/CN109756971A/zh active Pending
-
2018
- 2018-06-28 WO PCT/CN2018/093372 patent/WO2019037540A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102369741A (zh) * | 2009-05-13 | 2012-03-07 | 华为技术有限公司 | 用户设备寻呼方法、装置和系统 |
WO2017118758A1 (en) * | 2016-01-08 | 2017-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for resumption of rrc state in a cellular network |
CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
Non-Patent Citations (3)
Title |
---|
HUAWEI: "TS 23.502: Fallback to CN paging Upon RAN Paging Failure", 《SA WG2 MEETING #122 BIS S2-175556》 * |
LENOVO: "23.502: Persistent RAN paging failure handling procedure", 《SA WG2 MEETING # 122BIS S2-175932》 * |
OPPO: "TS 23.501: RAN Paging Failure Handling for Inactive State", 《SA WG2 MEETING #122BIS S2-175527》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115038050A (zh) * | 2021-03-05 | 2022-09-09 | 中国移动通信有限公司研究院 | 业务通知方法、装置、设备及可读存储介质 |
CN115038050B (zh) * | 2021-03-05 | 2023-09-05 | 中国移动通信有限公司研究院 | 业务通知方法、装置、设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2019037540A1 (zh) | 2019-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103026779B (zh) | 用户设备休眠 | |
US8874112B2 (en) | Service dependent inactivity timer | |
CN108616950A (zh) | 无线接入网络间的移动性管理方法、核心网设备及基站 | |
CN109565896A (zh) | 低功率rrc操作方法和装置 | |
KR101975195B1 (ko) | 기지국 및 기지국의 단말 연결 방법 | |
KR102508653B1 (ko) | Rrc 상태의 제어 방법 및 장치 | |
CN108605269A (zh) | 一种会话管理方法及装置 | |
US10285105B2 (en) | Method, device, and system for establishing virtual base station and transferring data | |
CN107318176A (zh) | 恢复标识的获取、发送方法及装置、ue、接入网设备 | |
CN104170515B (zh) | Lte网络中下行数据传输方法、基站和服务网关 | |
CN107040398A (zh) | 一种数据传输方法、装置及系统 | |
CN103313420A (zh) | 一种释放终端链路的方法、接入网装置及终端 | |
CN107241815A (zh) | 处理无线资源控制连结恢复程序的装置及方法 | |
WO2019062875A1 (en) | SENDING CONDITIONAL MESSAGE OF RRC CONFIRMATION IN WIRELESS COMMUNICATIONS | |
CN110475390A (zh) | 管理rrc连接的方法、装置和设备 | |
CN109756971A (zh) | 去激活态ue异常处理方法、设备和计算机可读存储介质 | |
CN110419248A (zh) | 用于用户设备寻呼中的隐私保护的方法和装置 | |
CN112218283B (zh) | 业务挂起和恢复方法和系统、多卡终端和存储介质 | |
CN104579746A (zh) | 双链路传输控制方法及装置 | |
CN109196889A (zh) | 用户信息获取方法、标识对应关系保存方法及装置与设备 | |
CN109845361A (zh) | 用于在无线通信网络中寻呼无线设备的无线电接入网络节点和核心网络节点 | |
CN108282803A (zh) | 一种寻呼周期确定方法、终端设备、基站及系统 | |
CN107046734B (zh) | Nas承载数据的传输方法及装置 | |
CN102104882B (zh) | 用户或设备全业务流程跟踪的方法及系统 | |
CN109600829A (zh) | 一种恢复网络的方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190514 |
|
RJ01 | Rejection of invention patent application after publication |