CN109600829B - 一种恢复网络的方法及设备 - Google Patents

一种恢复网络的方法及设备 Download PDF

Info

Publication number
CN109600829B
CN109600829B CN201710941078.7A CN201710941078A CN109600829B CN 109600829 B CN109600829 B CN 109600829B CN 201710941078 A CN201710941078 A CN 201710941078A CN 109600829 B CN109600829 B CN 109600829B
Authority
CN
China
Prior art keywords
mme
bearer
signaling
sent
network
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.)
Expired - Fee Related
Application number
CN201710941078.7A
Other languages
English (en)
Other versions
CN109600829A (zh
Inventor
李洪
舒林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HiSilicon Technologies Co Ltd
Original Assignee
HiSilicon Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by HiSilicon Technologies Co Ltd filed Critical HiSilicon Technologies Co Ltd
Priority to CN201710941078.7A priority Critical patent/CN109600829B/zh
Priority to PCT/CN2018/094136 priority patent/WO2019062247A1/zh
Publication of CN109600829A publication Critical patent/CN109600829A/zh
Application granted granted Critical
Publication of CN109600829B publication Critical patent/CN109600829B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种恢复网络的方法及设备,涉及通信领域,解决了由于UE和网络设备的状态不同步导致UE无法获取网络提供的服务的问题。具体方案为:MME在确定至少一次向UE发送寻呼消息,且每次在发送了寻呼消息后的第一预设时间内均未接收到该UE的响应的情况下,删除承载对应的信息,并存储该UE对应的GUTI,启动该UE对应的周期性寻呼定时器,且MME可以根据该UE对应的周期性寻呼定时器,周期性的向GUTI对应的该UE发送寻呼消息,若MME确定接收到该UE发送的服务请求信令,则指示该UE重新获取服务。本申请实施例用于UE无法响应寻呼的场景中。

Description

一种恢复网络的方法及设备
技术领域
本申请实施例涉及通信领域,尤其涉及一种恢复网络的方法及设备。
背景技术
目前,大多数网络设备都具有回收用户设备(user equipment,UE)的上下文,即UE和网络设备之间的演进分组系统(evolved packet system,EPS)承载的功能。该功能具体的为:当UE进入空闲态时,如果UE和网络设备之间的EPS承载上没有上下行数据或信令的传输达到预设时间,那么网络设备会向UE发送寻呼消息使得UE进入连接态,并触发UE在网络侧的去注册流程,期望UE重新进行注册。
但是,UE如果在接收网络设备发送的寻呼消息之前,由于进入电梯等原因导致没有网络信号,即丢网,那么UE便无法响应网络设备的寻呼,这样网络设备在预设时间内没有收到UE的响应时,会直接删除UE的上下文。等到UE恢复网络之后,如果UE的小区信息未改变,则UE不会向网络设备发送跟踪区更新(tracking area update,TAU)请求,使得UE无法及时感知网络设备已删除了该UE的上下文。这样,会由于UE和网络设备的状态不同步,即UE处于注册态,网络设备处该UE处于去注册态,使得该UE长时间无法获取网络提供的服务。
发明内容
本申请提供一种恢复网络的方法及设备,解决了由于UE和网络设备的状态不同步导致UE无法获取网络提供的服务的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请提供一种恢复网络的方法,该方法包括:移动管理实体(mobility management entity,MME)在确定至少一次向UE发送寻呼消息,且每次在发送了寻呼消息后的第一预设时间内均未接收到该UE的响应的情况下,删除承载对应的信息,并存储该UE对应的全球唯一临时标识(globally unique temporary identifier,GUTI),启动该UE对应的周期性寻呼定时器,且MME根据该UE对应的周期性寻呼定时器,周期性的向GUTI对应的该UE发送寻呼消息,若MME确定接收到该UE发送的服务请求信令,则指示该UE重新获取服务。其中,承载为该UE和网络设备之间的逻辑通路,且该承载上没有上下行数据或信令传输的时间达到第二预设时间。
本申请提供的恢复网络的方法,MME在确定至少一次向UE发送了寻呼消息,且每次在发送了寻呼消息后的第一预设时间内均未接收到该UE的响应的情况下,删除承载对应的信息,并存储该UE对应的GUTI,启动该UE对应的周期性寻呼定时器,且MME可以根据该UE对应的周期性寻呼定时器,周期性的向GUTI对应的该UE发送寻呼消息,若MME确定接收到该UE发送的服务请求信令,则指示该UE重新获取服务。这样,MME通过在删除承载对应的信息后,根据周期性寻呼定时器周期性的寻呼GUTI对应的UE,使得该UE在恢复网络后可以及时响应MME,从而使得该UE同步与网络设备的状态来获取网络提供的服务。
结合第一方面,在一种可能的实现方式中,MME根据UE对应的周期性寻呼定时器,周期性的向GUTI对应的UE发送寻呼消息,具体的可以包括:MME在确定周期性寻呼定时器达到第三预设时间时,向GUTI对应的UE发送寻呼消息,若MME确定在第一预设时间内未接收到服务请求信令,则重新启动周期性寻呼定时器,并在确定周期性寻呼定时器达到第三预设时间时,重新向GUTI对应的UE发送寻呼消息。
结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,MME指示UE重新获取服务,具体的可以包括:MME向UE发送服务拒绝信令;或者,MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载。其中,无线承载为UE和网络设备之间用于传输数据包的数据通路。
结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,服务拒绝信令中包含隐式分离的原因值,该隐式分离的原因值用于指示UE重新注册,在MME向UE发送服务拒绝信令之后,还可以包括:MME接收UE发送的注册请求,并向UE发送注册成功的信令。
结合第一方面和上述可能的实现方式,在另一种可能的实现方式中,在MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载之后,还可以包括:MME接收UE发送的重新建立承载的请求,并向UE发送该承载建立成功的信令。
第二方面,本申请提供一种恢复网络的方法,该方法包括:UE在处于无法响应寻呼的状态时,启动触发TAU定时器,并在恢复到能够响应寻呼的状态后,判断触发TAU定时器是否大于或等于预设时间,如果触发TAU定时器大于或等于预设时间,则UE向MME发送TAU请求,且UE可以接收MME发送的信令,并根据该信令重新获取服务。其中,该信令为TAU拒绝信令,或者,该信令为TAU同意信令。
本申请提供的恢复网络的方法,UE可以在处于无法响应寻呼的状态时,启动触发TAU定时器,并在恢复到能够响应寻呼的状态后,判断触发TAU定时器是否大于或等于预设时间,如果触发TAU定时器大于或等于预设时间,则UE向MME发送TAU请求,且UE可以接收MME发送的信令,并根据该信令重新获取服务。这样,如果MME在UE丢网期间删除了该UE和网络设备之间的承载对应的信息,则UE通过在丢网时启动触发TAU定时器,并在恢复网络后向MME发送非周期性的TAU请求,来获知网络设备的状态,从而尽快同步与网络设备的状态来获取网络提供的服务。
结合第二方面,在一种可能的实现方式中,信令为TAU拒绝信令,该TAU拒绝信令中包含隐式分离的原因值,隐式分离的原因值用于指示UE重新注册。此时,UE根据信令重新获取服务,具体的可以包括:UE根据隐式分离的原因值向MME发送注册请求,并接收MME发送的注册成功的信令。
结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,信令为TAU同意信令,该TAU同意信令中包含UE和网络设备之间的处于激活状态的承载对应的信息。此时,UE根据信令重新获取服务,具体的可以包括:UE根据TAU同意信令删除处于去激活状态的第一承载对应的信息,并向MME发送重新建立第一承载的请求,且UE接收MME发送的建立第一承载成功的信令。其中,该第一承载为UE和网络设备之间的逻辑通路,且该第一承载对应的信息为MME在UE处于无法响应寻呼的状态期间删除的信息。
结合第二方面和上述可能的实现方式,在另一种可能的实现方式中,还可以包括:UE在丢网时确定自身处于无法响应寻呼的状态。
第三方面,本申请提供一种MME,该MME可以包括能够实现上述第一方面及其各实施方式中的方法的模块。
第四方面,本申请提供一种UE,该UE可以包括能够实现上述第二方面及其各实施方式中的方法的模块。
第五方面,本申请提供一种装置,该装置包括:至少一个处理器,以及存储器。存储器用于存储计算机程序,使得计算机程序被至少一个处理器执行时实现如第一方面或第一方面的可能的实现方式,第二方面或第二方面的可能的实现方式中任意一项的恢复网络的方法。
第六方面,本申请提供一种计算机存储介质,其上存储有计算机程序,程序被处理器执行时实现如第一方面或第一方面的可能的实现方式,第二方面或第二方面的可能的实现方式中任意一项的恢复网络的方法。
附图说明
图1为本申请实施例提供的一种可以应用本申请实施例的系统架构的简化示意图;
图2为本申请实施例提供的一种UE的组成示意图;
图3为本申请实施例提供的一种MME的组成示意图;
图4为本申请实施例从MME侧提供的一种恢复网络的方法的流程图;
图5为本申请实施例从UE侧提供的一种恢复网络的方法的流程图;
图6为本申请实施例提供的另一种MME的组成示意图;
图7为本申请实施例提供的另一种MME的组成示意图;
图8为本申请实施例提供的另一种UE的组成示意图;
图9为本申请实施例提供的另一种UE的组成示意图;
图10为本申请实施例提供的另一种UE的组成示意图。
具体实施方式
为了便于本领域技术人员的理解,本申请实施例在此对本申请实施例中涉及到的术语进行说明。
1、注册:当用户开启UE时,UE可以在启动后进行注册。具体的:UE可以向MME发送包含有UE的注册信息的注册请求,MME便可以与服务网关(serving gateway,SGW)/分组数据网关(packet data network gateway,PGW)进行交互,对该UE的注册信息进行验证,并在验证通过后,向该UE发送注册成功的信令。此时,该UE注册成功,该UE与网络设备之间的注册承载便建立好了。
2、单承载:指的是UE和网络设备之间只有一条承载。具体的:在UE注册成功后,网络设备可以根据运营商的配置在注册承载上传输业务信息,此时注册承载即为业务承载,UE可以通过注册承载来获取网络提供的服务。
3、多承载:指的是UE和网络设备之间有至少两条承载。具体的:在UE注册成功后,网络设备可以根据运营商的配置建立与UE之间的业务承载,如IP多媒体子系统(IPmultimedia subsystem,IMS)承载、用于提供上网服务的承载等,此时UE通过建立好的业务承载来获取服务。
图1为本申请实施例提供的一种可以应用本申请实施例的系统架构的简化示意图,如图1所示,该系统架构可以包括:UE 11、MME 12和SGW/PGW 13。
UE 11通过接入网设备,如基站与MME 12进行信令的交互,且UE 11通过接入网设备与SGW/PGW 13进行用户面数据的交互。
其中,UE 11可以是指向用户提供语音和/或数据连通性的设备。UE 11可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,也可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网(radio accessnetwork,RAN)交换语言和/或数据,例如,个人通信业务(personal communicationservice,PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless loCalloop,WLL)站、个人数字助理(personal digital assistant,PDA)等设备。
MME 12,主要负责接入控制、移动性管理、会话管理和路由选择等功能。
SGW/PGW 13,主要负责用户面处理,负责数据包的路由和转发等功能。
需要说明的是,UE 11处于无法响应寻呼的状态可能是由于UE 11丢网,也可能是由于支持双卡双待的UE 11在收到寻呼消息时没有上行射频资源,还可能是由于响应寻呼建联被罢等,本申请实施例提供的恢复网络的方法可以适用于这些UE 11无法响应寻呼的场景中。且在本申请实施例中,以UE 11丢网使得UE 11处于无法响应寻呼的状态为例进行说明。
另外,本申请实施例中涉及到的承载指的是UE 11和网络设备(该网络设备可以包括基站、MME 12以及SGW/PGW 13等)之间的逻辑通路,无线承载指的是UE 11和网络设备之间用于传输数据包或信令的数据通路,承载与无线承载是一一对应的。且当UE 11和网络设备进行上下行数据或信令的传输时,需要建立UE 11和网络设备之间的承载和无线承载,当UE 11处于空闲态时,网络设备会删除该无线承载。
图2为本申请实施例提供的一种UE的组成示意图,如图2所示,该UE可以包括:至少一个处理器21、存储器22、通信接口23和通信总线24。
处理器21是UE的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器21是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路,例如:一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)。
在具体的实现中,作为一种实施例,处理器21可以包括一个或多个CPU,例如图2中所示的CPU0和CPU1。且,作为一种实施例,UE可以包括多个处理器,例如图2中所示的处理器21和处理器25。这些处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体的实现中,处理器21可以通过运行或执行存储在存储器22内的软件程序,以及调用存储在存储器22内的数据,执行UE的各种功能。
存储器22可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器22可以是独立存在,通过通信总线24与处理器21相连接。存储器22也可以和处理器21集成在一起。
在具体的实现中,存储器22,用于存储本申请中的数据和执行本申请的软件程序。
通信接口23,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如RAN,无线局域网(wireless local area networks,WLAN)等。通信接口23可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线24,可以是工业标准体系结构(industry standard architecture,ISA)总线、外部设备互连(peripheral eomponent interconnect,PCI)总线或扩展工业标准体系结构(extended industry standard architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图3为本申请实施例提供的一种MME的组成示意图,如图3所示,该MME可以包括:至少一个处理器31、存储器32、通信接口33和通信总线34。
处理器31是MME的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器31是一个CPU,也可以是ASIC,或者是被配置成实施本申请实施例的一个或多个集成电路,例如:一个或多个DSP,或,一个或者多个FPGA。
在具体的实现中,作为一种实施例,处理器31可以包括一个或多个CPU,例如图3中所示的CPU0和CPU1。且,作为一种实施例,MME可以包括多个处理器,例如图3中所示的处理器31和处理器35。这些处理器中的每一个可以是一个单核处理器,也可以是一个多核处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体的实现中,处理器31可以通过运行或执行存储在存储器32内的软件程序,以及调用存储在存储器32内的数据,执行MME的各种功能。
存储器32可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器32可以是独立存在,通过通信总线34与处理器31相连接。存储器32也可以和处理器31集成在一起。
在具体的实现中,存储器32,用于存储本申请中的数据和执行本申请的软件程序。
通信接口33,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如SGW/PGW、RAN,WLAN等。通信接口33可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线34,可以是ISA总线、PCI总线或EISA总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
需要说明的是,在MME多次寻呼UE均未接收到响应的情况下,MME删除承载对应的信息中的承载具体的可以为IMS承载等业务承载,本申请实施例在此对MME删除哪个承载对应的信息不做具体限定。且在本申请实施例中,以MME删除IMS承载对应的信息为例进行说明。
为了解决由于UE和网络设备的状态不同步导致UE无法获取网络提供的服务的问题,本申请实施例提供一种恢复网络的方法,基本思想为尽快让UE获知MME已删除了该UE与网络设备之间的承载对应的信息,从而使得UE和网络设备的状态同步。且本申请实施例可以分别从UE侧和MME侧提供解决方案。其中,图4为本申请实施例从MME侧提供的一种恢复网络的方法的流程图,如图4所示,该方法可以包括:
UE一注册成功,便需要获取网络提供的基于IMS的语音业务(voice of LTE,VoLTE),从而使得UE可以接听电话。此时,在单承载场景中,注册承载即为IMS承载,UE可以通过注册承载获得VoLTE业务。在多承载场景中,UE可以建立与网络设备之间的IMS承载来获得VoLTE业务。且UE可以同时建立与IMS承载相关联的无线承载,用于与网络设备进行上下行数据的传输。
401、SGW/PGW确定与IMS承载对应的空闲回收承载定时器达到第二预设时间。
其中,在建立好与IMS承载相关联的无线承载之后,SGW/PGW可以在从该无线承载上获取到上下行数据时,启动相应的空闲回收承载定时器,并在数据传输完成后删除该无线承载。且SGW/PGW可以在确定该空闲回收承载定时器达到第二预设时间,即该承载上没有上下行数据或信令传输的时间达到第二预设时间时,执行以下步骤402中的向MME发送用于请求删除IMS承载对应的信息的删除承载请求(delete bearer request)。
需要说明的是,第二预设时间可以根据实际情况预先配置在SGW/PGW中,本申请实施例在此对第二预设时间的具体取值不做具体限制。
402、SGW/PGW向MME发送删除承载请求。
403、MME接收SGW/PGW发送的删除承载请求。
404、MME至少一次向UE发送寻呼消息。
需要说明的是,在本申请实施例中,可以预先在MME中配置向UE发送寻呼消息的次数,且本申请实施例在此对MME寻呼UE的次数不做具体限定。
405、MME在确定每次在发送了寻呼消息后的第一预设时间内均未接收到UE的响应的情况下,删除IMS承载对应的信息。
其中,在MME接收到删除承载请求之后,MME可以至少一次向UE发送寻呼消息,但此时UE若处于无法响应寻呼的状态,便会使得MME每次在发送了寻呼消息后的第一预设时间内均无法接收到UE的响应。此时,MME可以直接删除IMS承载对应的信息。
示例性的,假设预先配置的MME向UE发送寻呼消息的次数为两次,且假设第一预设时间为2s,那么MME可以先向UE发送一次寻呼消息,并确定在2s内没有接收到UE的响应的情况下,再次向UE发送寻呼消息,如果MME确定在2s内仍然未接收到UE的响应,那么此时MME可以删除IMS承载对应的信息。
406、MME向SGW/PGW发送删除承载回应(delete bearer response)。
407、SGW/PGW接收MME发送的删除承载回应。
需要说明的是,在MME删除了IMS承载对应的信息,并向SGW/PGW发送了删除承载回应之后,可以执行以下步骤408-步骤418:
408、MME存储UE对应的GUTI,并启动UE对应的周期性寻呼定时器。
其中,MME可以存储UE对应的GUTI,并启动该UE对应的周期性寻呼定时器,该周期性寻呼定时器用于MME周期性的向UE发送寻呼消息,使得UE在恢复网络后可以及时响应MME,从而获知MME已删除了自身与网络设备之间的IMS承载对应的信息。
409、UE恢复到能够响应寻呼的状态,并重新驻留。
其中,若UE恢复到能够响应寻呼的状态,如UE在丢网后恢复网络,则该UE可以接收所处小区广播的跟踪区标识(tracking area identity,TAI),并确定接收到的TAI包含在自身存储的跟踪区标识列表(TAI list)中。此时,根据24.301协议,由于UE的小区信息未变更,因此该UE不会向MME发送TAU请求。
需要说明的是,在本申请实施例中,UE恢复到能够响应寻呼的状态可以是在执行步骤406-步骤408的过程中,也可以是在执行以下步骤410中MME向UE发送寻呼消息的过程中。
410、MME根据UE对应的周期性寻呼定时器,周期性的向GUTI对应的UE发送寻呼消息。
411、UE向MME发送服务请求信令。
412、MME接收UE发送的服务请求信令。
其中,在步骤408中MME存储了UE对应的GUTI,并启动了UE对应的周期性寻呼定时器之后,MME可以根据UE对应的周期性寻呼定时器周期性地向GUTI对应的UE发送寻呼消息。具体的:MME可以在确定UE对应的周期性寻呼定时器达到第三预设时间时,向GUTI对应的UE发送寻呼消息,并判断在第一预设时间内是否能够接收到UE发送的服务请求(servicerequest)信令,如果在第一预设时间内接收到UE发送的服务请求信令,则表明该UE已恢复网络,此时MME便可以执行以下步骤413。如果在第一预设时间内没有接收到UE发送的服务请求信令,则表明该UE仍处于丢网状态,此时MME可以重新启动UE对应的周期性寻呼定时器,并继续在确定该周期性寻呼定时器达到第三预设时间时,向GUTI对应的UE发送寻呼消息,直到MME确定在第一预设时间内接收到UE发送的服务请求信令为止。
需要说明的是,在本申请实施例中,步骤405中的第一预设时间,以及步骤412中的第三预设时间均可以根据实际情况预先配置在MME中,本申请实施例在此对第一预设时间和第三预设时间的具体取值不做具体限制。
示例性的,假设预先设置的第一预设时间为2秒(s),第三预设时间,即周期性寻呼定时器的定时周期为5s,那么MME可以在发送了删除承载回应之后,启动周期性寻呼定时器,并在该周期性寻呼定时器达到5s时,向UE发送寻呼消息。此时,如果MME在2s内接收到UE发送的服务请求信令,那么MME可以执行以下步骤413,如果MME在2s内未接收到服务请求信令,那么MME可以重新启动周期性寻呼定时器,并在该周期性寻呼定时器达到5s时,继续向UE发送寻呼消息,直到在2s内接收到服务请求信令。
在MME接收到UE发送的服务请求信令之后,可以指示UE重新获取服务,具体的可以执行以下步骤413:
413、MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载。
其中,在多承载的场景中,MME可以根据存储的所有未删除的承载对应的信息,与SGW/PGW以及UE进行交互,分别建立与承载相关联的无线承载。
示例性的,假设UE和网络设备之间的承载包括注册承载、IMS承载和用于提供上网服务的承载,在步骤405中MME删除了IMS承载对应的信息,那么此时MME可以建立与注册承载相关联的无线承载,并建立与用于提供上网服务的承载相关联的无线承载。
414、UE删除IMS承载对应的信息。
其中,在MME根据所有未删除的承载对应的信息分别建立了相关联的无线承载之后,UE可以将自身存储的承载对应的信息与建立好的无线承载进行匹配,获知IMS承载没有与之相关联的无线承载,即表明IMS承载对应的信息即为MME删除的信息。此时,根据24.301协议,UE可以删除IMS承载对应的信息。
415、UE向MME发送重新建立IMS承载的请求。
其中,在UE删除了IMS承载对应的信息之后,根据IR.92标准,UE需要重新建立与网络设备之间的IMS承载,来重新获取网络提供的服务。此时,UE便可以向MME发送重新建立IMS承载的请求。
416、MME接收UE发送的重新建立IMS承载的请求。
其中,在MME接收到UE发送的重新建立IMS承载的请求之后,可以重新建立网络设备与UE之间的IMS承载,并在建立成功后,执行以下步骤417:
417、MME向UE发送IMS承载建立成功的信令。
418、UE接收MME发送的IMS承载建立成功的信令。
需要说明的是,在单承载的场景中,步骤405中的删除IMS承载对应的信息可以替换为:MME删除该UE的上下文,且步骤413可以替换为:MME向UE发送服务拒绝(servicereject)信令,该服务拒绝信令中包含隐式分离(implicitly detached)的原因值,该隐式分离的原因值用于指示UE重新进行注册。相应的,步骤414-步骤418便可以替换为:UE在接收到服务拒绝信令之后,重新进行注册,来获取网络提供的服务。
本申请提供的恢复网络的方法,MME在确定至少一次向UE发送了寻呼消息,且每次在发送了寻呼消息后的第一预设时间内均未接收到该UE的响应的情况下,删除承载对应的信息,并存储该UE对应的GUTI,启动该UE对应的周期性寻呼定时器,且MME可以根据该UE对应的周期性寻呼定时器,周期性的向GUTI对应的该UE发送寻呼消息,若MME确定接收到该UE发送的服务请求信令,则指示该UE重新获取服务。这样,MME通过在删除承载对应的信息后,根据周期性寻呼定时器周期性的寻呼GUTI对应的UE,使得该UE在恢复网络后可以及时响应MME,从而使得该UE同步与网络设备的状态来获取网络提供的服务。
图5为本申请实施例从UE侧提供的一种恢复网络的方法的流程图,如图5所示,该方法可以包括:
501、SGW/PGW确定与IMS承载对应的空闲回收承载定时器达到第二预设时间。
502、SGW/PGW向MME发送删除承载请求。
503、MME接收SGW/PGW发送的删除承载请求。
需要说明的是,在本申请实施例中步骤501-步骤503的具体描述与本发明另一实施例中步骤401-步骤403的具体描述一一相同,对于本申请实施例中步骤501-步骤503的具体描述可以参考另一实施例中步骤401-步骤403中相应步骤的具体描述,在此不再详细赘述。
504、UE在处于无法响应寻呼的状态时,启动触发TAU定时器。
其中,为了避免出现由于MME在UE处于无法响应寻呼的状态期间删除承载对应的信息,导致UE和MME的状态不同步的问题,UE可以在处于无法响应寻呼的状态时,启动触发TAU定时器。示例性的,UE可以在丢网时,启动触发TAU定时器。
505、MME至少一次向UE发送寻呼消息。
506、MME在确定每次在发送了寻呼消息后的第一预设时间内均未接收到UE的响应的情况下,删除IMS承载对应的信息。
507、MME向SGW/PGW发送删除承载回应。
508、SGW/PGW接收MME发送的删除承载回应。
需要说明的是,在本申请实施例中步骤505-步骤508的具体描述与本发明另一实施例中步骤404-步骤407的具体描述一一相同,对于本申请实施例中步骤505-步骤508的具体描述可以参考另一实施例中步骤404-步骤407中相应步骤的具体描述,在此不再详细赘述。
509、UE恢复到能够响应寻呼的状态,重新驻留,并判断触发TAU定时器是否大于或等于预设时间。
510、如果触发TAU定时器大于或等于预设时间,UE向MME发送TAU请求。
其中,在UE恢复到能够响应寻呼的状态后,可以重新驻留,并判断触发TAU定时器是否大于或等于预设时间,如果该触发TAU定时器大于或等于预设时间,则UE可以向MME发送TAU请求。
需要说明的是,如果该预设时间设置的很小,也就是说,UE会在恢复到能够响应寻呼的状态后,马上向MME发送TAU请求,这样不仅会使得网络侧的信令负担过大,同时使得UE的功耗增加,而且会由于在UE丢网时间很短便恢复网络的情况下,UE被寻呼的概率很低使得该TAU请求无用,因此,在本申请实施例中,预设时间的设置不仅要减小网络侧的信令负担和UE的功耗,还要能够大概率的解决由于UE和网络设备的状态不同步导致UE无法获取网络提供的服务的问题。
511、MME接收UE发送的TAU请求。
需要说明的是,在MME接收到UE发送的TAU请求之后,MME可以向UE发送信令,以便UE根据该信令重新获取服务。具体的,可以执行以下步骤512-步骤518:
512、MME向UE发送TAU同意信令。
其中,在多承载的场景中,MME可以向UE发送TAU同意信令,该TAU同意信令中包含UE和网络设备之间的处于激活状态的承载对应的信息。
513、UE接收MME发送的TAU同意信令。
514、UE根据TAU同意信令删除处于去激活状态的IMS承载对应的信息。
其中,在UE接收到MME发送的TAU同意信令之后,可以将自身存储的承载对应的信息与TAU同意信令中处于激活状态的承载对应的信息进行匹配,从而获知IMS承载处于去激活状态,表明IMS承载对应的信息即为MME在UE丢网期间删除的信息。此时,根据24.301协议,UE可以删除该IMS承载对应的信息。
515、UE向MME发送重新建立IMS承载的请求。
其中,在UE删除了IMS承载对应的信息之后,根据IR.92标准,UE需要重新建立与网络设备之间的IMS承载,来重新获取网络提供的服务。此时,UE便可以向MME发送重新建立IMS承载的请求。
516、MME接收UE发送的重新建立IMS承载的请求。
517、MME向UE发送IMS承载建立成功的信令。
518、UE接收MME发送的IMS承载建立成功的信令。
需要说明的是,在单承载的场景中,步骤506中的删除IMS承载对应的信息可以替换为:MME删除该UE的上下文,且步骤512可以替换为:MME向UE发送TAU拒绝信令,该TAU拒绝信令中包含隐式分离的原因值,用于指示UE重新进行注册。此时,相应的,步骤513-步骤518可以替换为:UE在接收到TAU拒绝信令之后,重新进行注册,来获取网络提供的服务。
本申请提供的恢复网络的方法,UE可以在处于无法响应寻呼的状态时,启动触发TAU定时器,并在恢复到能够响应寻呼的状态后,判断触发TAU定时器是否大于或等于预设时间,如果触发TAU定时器大于或等于预设时间,则UE向MME发送TAU请求,且UE可以接收MME发送的信令,并根据该信令重新获取服务。这样,如果MME在UE丢网期间删除了该UE和网络设备之间的承载对应的信息,则UE通过在丢网时启动触发TAU定时器,并在恢复网络后向MME发送非周期性的TAU请求,来获知网络设备的状态,从而尽快同步与网络设备的状态来获取网络提供的服务。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个网元,例如MME、UE为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请实施例可以根据上述方法示例对MME和UE进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图6示出了上述和实施例中涉及的MME的一种可能的组成示意图,如图6所示,该MME可以包括:删除单元61、存储单元62、处理单元63、发送单元64和接收单元65。
其中,删除单元61,用于支持MME执行图4所示的恢复网络的方法中的步骤405,图5所示的恢复网络的方法中的步骤506。
存储单元62,用于支持MME执行图4所示的恢复网络的方法中的步骤408所述的存储UE对应的GUTI。
处理单元63,用于支持MME执行图4所示的恢复网络的方法中的步骤408所述的启动UE对应的周期性寻呼定时器、步骤413。
发送单元64,用于支持MME执行图4所示的恢复网络的方法中的步骤404、步骤406、步骤410、步骤417,图5所示的恢复网络的方法中的步骤505、步骤507、步骤512、步骤517。
接收单元65,用于支持MME执行图4所示的恢复网络的方法中的步骤403、步骤412、步骤416,图5所示的恢复网络的方法中的步骤503、步骤511、步骤516。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的MME,用于执行上述恢复网络的方法,因此可以达到与上述恢复网络的方法相同的效果。
在采用集成的单元的情况下,图7示出了上述实施例中所涉及的MME的另一种可能的组成示意图。如图7所示,该MME包括:处理模块71和通信模块72。
处理模块71用于对MME的动作进行控制管理,例如,处理模块71用于支持MME执行图4中的步骤405、步骤408所述的启动UE对应的周期性寻呼定时器、步骤413,图5中的步骤506,和/或用于本文所描述的技术的其它过程。通信模块72用于支持MME与其他网络实体的通信。例如,通信模块72用于支持MME执行图4中的步骤403、步骤404、步骤406、步骤410、步骤412、步骤416、步骤417,图5中的步骤503、步骤505、步骤507、步骤511、步骤512、步骤516、步骤517。MME还可以包括存储模块73,用于存储MME的程序代码和数据。
其中,处理模块71可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块72可以是收发器、收发电路或通信接口等。存储模块73可以是存储器。
在采用对应各个功能划分各个功能模块的情况下,图8示出了上述和实施例中涉及的UE的一种可能的组成示意图,如图8所示,该UE可以包括:处理单元81、发送单元82和接收单元83。
其中,处理单元81,用于支持UE执行图4所示的恢复网络的方法中的步骤409、步骤414,图5所示的恢复网络的方法中的步骤504、步骤509、步骤514。
发送单元82,用于支持UE执行图4所示的恢复网络的方法中的步骤411、步骤415,图5所示的恢复网络的方法中的步骤510、步骤515。
接收单元83,用于支持UE执行图4所示的恢复网络的方法中的步骤418,执行图5所示的恢复网络的方法中的步骤513、步骤518。
在本申请实施例中,进一步的,如图9所示,UE还可以包括:确定单元84。
确定单元84,用于支持UE执行在丢网时确定自身处于无法响应寻呼的状态。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本申请实施例提供的UE,用于执行上述恢复网络的方法,因此可以达到与上述恢复网络的方法相同的效果。
在采用集成的单元的情况下,图10示出了上述实施例中所涉及的UE的另一种可能的组成示意图。如图10所示,该UE包括:处理模块91和通信模块92。
处理模块91用于对UE的动作进行控制管理,例如,处理模块91用于支持UE执行图4中的步骤409、步骤414,图5中的步骤504、步骤509、步骤514,和/或用于本文所描述的技术的其它过程。通信模块92用于支持UE与其他网络实体的通信。例如,通信模块92用于支持UE执行图4中的步骤411、步骤415、步骤418,图5中的步骤510、步骤513、步骤515、步骤518。UE还可以包括存储模块93,用于存储UE的程序代码和数据。
其中,处理模块91可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块92可以是收发器、收发电路或通信接口等。存储模块93可以是存储器。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何在本发明揭露的技术范围内的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种恢复网络的方法,其特征在于,所述方法包括:
移动管理实体MME在确定至少一次向用户设备UE发送寻呼消息,且每次在发送了所述寻呼消息后的第一预设时间内均未接收到所述UE的响应的情况下,删除承载对应的信息;所述承载为所述UE和网络设备之间的逻辑通路,所述承载上没有上下行数据或信令传输的时间达到第二预设时间;
所述MME存储所述UE对应的全球唯一临时标识GUTI,并启动所述UE对应的周期性寻呼定时器;
所述MME根据所述UE对应的周期性寻呼定时器,周期性的向所述GUTI对应的UE发送所述寻呼消息;
若所述MME确定接收到所述UE发送的服务请求信令,则指示所述UE重新获取服务,包括:所述MME向所述UE发送服务拒绝信令;或者,所述MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载,所述无线承载为所述UE和所述网络设备之间用于传输数据包的数据通路;
在所述MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载之后,所述MME接收所述UE发送的重新建立所述承载的请求;所述重新建立所述承载的请求为所述UE删除目标信息之后发送的,所述目标信息为与所述无线承载不匹配的承载对应的信息;
所述MME向所述UE发送所述承载建立成功的信令。
2.根据权利要求1所述的方法,其特征在于,所述MME根据所述UE对应的周期性寻呼定时器,周期性的向所述GUTI对应的UE发送所述寻呼消息,包括:
所述MME在确定所述周期性寻呼定时器达到第三预设时间时,向所述GUTI对应的UE发送所述寻呼消息;
若所述MME确定在所述第一预设时间内未接收到所述服务请求信令,则重新启动所述周期性寻呼定时器,并在确定所述周期性寻呼定时器达到所述第三预设时间时,重新向所述GUTI对应的UE发送所述寻呼消息。
3.根据权利要求1所述的方法,其特征在于,所述服务拒绝信令中包含隐式分离的原因值,所述隐式分离的原因值用于指示所述UE重新注册,在所述MME向所述UE发送服务拒绝信令之后,还包括:
所述MME接收所述UE发送的注册请求;
所述MME向所述UE发送注册成功的信令。
4.一种移动管理实体MME,其特征在于,所述MME包括:删除单元、存储单元、处理单元、发送单元和接收单元;
所述删除单元,用于在确定至少一次向用户设备UE发送寻呼消息,且每次在发送了所述寻呼消息后的第一预设时间内均未接收到所述UE的响应的情况下,删除承载对应的信息;所述承载为所述UE和网络设备之间的逻辑通路,所述承载上没有上下行数据或信令传输的时间达到第二预设时间;
所述存储单元,用于存储所述UE对应的全球唯一临时标识GUTI;
所述处理单元,用于启动所述UE对应的周期性寻呼定时器;
所述发送单元,用于根据所述UE对应的周期性寻呼定时器,周期性的向所述GUTI对应的UE发送所述寻呼消息;
所述接收单元,用于接收所述UE发送的服务请求信令;
所述处理单元,还用于若确定接收到所述服务请求信令,则指示所述UE重新获取服务,包括:所述MME向所述UE发送服务拒绝信令;或者,所述MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载,所述无线承载为所述UE和所述网络设备之间用于传输数据包的数据通路;
在所述MME根据存储的所有未删除的承载对应的信息分别建立相关联的无线承载之后,所述接收单元,还用于接收所述UE发送的重新建立所述承载的请求;所述重新建立所述承载的请求为所述UE删除目标信息之后发送的,所述目标信息为与所述无线承载不匹配的承载对应的信息;
所述发送单元,还用于向所述UE发送所述承载建立成功的信令。
5.根据权利要求4所述的MME,其特征在于,所述发送单元,具体用于:
在确定所述周期性寻呼定时器达到第三预设时间时,向所述GUTI对应的UE发送所述寻呼消息;
若确定在所述第一预设时间内未接收到所述服务请求信令,则重新启动所述周期性寻呼定时器,并在确定所述周期性寻呼定时器达到所述第三预设时间时,重新向所述GUTI对应的UE发送所述寻呼消息。
6.根据权利要求4所述的MME,其特征在于,所述服务拒绝信令中包含隐式分离的原因值,所述隐式分离的原因值用于指示所述UE重新注册;
所述接收单元,还用于接收所述UE发送的注册请求;
所述发送单元,还用于向所述UE发送注册成功的信令。
7.一种通信装置,包括:至少一个处理器,以及存储器;其特征在于,
所述存储器用于存储计算机程序,使得所述计算机程序被所述至少一个处理器执行时实现如权利要求1-3中任一项所述的恢复网络的方法。
8.一种计算机存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-3中任一项所述的恢复网络的方法。
CN201710941078.7A 2017-09-30 2017-09-30 一种恢复网络的方法及设备 Expired - Fee Related CN109600829B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710941078.7A CN109600829B (zh) 2017-09-30 2017-09-30 一种恢复网络的方法及设备
PCT/CN2018/094136 WO2019062247A1 (zh) 2017-09-30 2018-07-02 一种恢复网络的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710941078.7A CN109600829B (zh) 2017-09-30 2017-09-30 一种恢复网络的方法及设备

Publications (2)

Publication Number Publication Date
CN109600829A CN109600829A (zh) 2019-04-09
CN109600829B true CN109600829B (zh) 2020-11-06

Family

ID=65900495

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710941078.7A Expired - Fee Related CN109600829B (zh) 2017-09-30 2017-09-30 一种恢复网络的方法及设备

Country Status (2)

Country Link
CN (1) CN109600829B (zh)
WO (1) WO2019062247A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110312323B (zh) * 2019-05-21 2021-01-08 展讯半导体(成都)有限公司 控制方法、装置及存储介质
CN110519781B (zh) * 2019-08-28 2022-09-16 深圳市万普拉斯科技有限公司 Rrc时限调整方法及装置、移动终端及可读存储介质
CN112788639B (zh) * 2021-01-22 2023-08-25 Oppo广东移动通信有限公司 网络状态同步方法、装置、存储介质及电子设备
CN113596888A (zh) * 2021-07-13 2021-11-02 Oppo广东移动通信有限公司 信息处理方法、装置、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494845A (zh) * 2008-01-25 2009-07-29 华为技术有限公司 一种用户隐式分离后的上下文恢复方法、网元和系统
CN101540990A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 实现寻呼处于寻呼盲区的用户的方法及系统
CN101572943A (zh) * 2008-04-28 2009-11-04 大唐移动通信设备有限公司 Mme释放isr情况下空闲态ue上下文的方法、装置及系统
CN101895986A (zh) * 2009-05-21 2010-11-24 中兴通讯股份有限公司 本地ip接入中实现寻呼的方法及系统
CN102264036A (zh) * 2010-05-28 2011-11-30 中兴通讯股份有限公司 激活离线终端的方法、系统及机器类通信终端
WO2012016546A1 (zh) * 2010-08-05 2012-02-09 电信科学技术研究院 一种用户设备的寻呼处理方法及设备
CN102378146A (zh) * 2010-08-25 2012-03-14 电信科学技术研究院 IMSI Paging消息的处理方法和设备
CN102577482A (zh) * 2009-10-16 2012-07-11 株式会社Ntt都科摩 移动通信方法、移动管理用节点以及分组交换机
CN102695157A (zh) * 2011-03-23 2012-09-26 富泰华工业(深圳)有限公司 移动通信终端及其位置更新方法
CN106851700A (zh) * 2015-12-07 2017-06-13 中兴通讯股份有限公司 业务恢复管理方法、移动性管理网元、服务网关及系统

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494845A (zh) * 2008-01-25 2009-07-29 华为技术有限公司 一种用户隐式分离后的上下文恢复方法、网元和系统
CN101540990A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 实现寻呼处于寻呼盲区的用户的方法及系统
CN101572943A (zh) * 2008-04-28 2009-11-04 大唐移动通信设备有限公司 Mme释放isr情况下空闲态ue上下文的方法、装置及系统
CN101895986A (zh) * 2009-05-21 2010-11-24 中兴通讯股份有限公司 本地ip接入中实现寻呼的方法及系统
CN102577482A (zh) * 2009-10-16 2012-07-11 株式会社Ntt都科摩 移动通信方法、移动管理用节点以及分组交换机
CN102264036A (zh) * 2010-05-28 2011-11-30 中兴通讯股份有限公司 激活离线终端的方法、系统及机器类通信终端
WO2012016546A1 (zh) * 2010-08-05 2012-02-09 电信科学技术研究院 一种用户设备的寻呼处理方法及设备
CN102378146A (zh) * 2010-08-25 2012-03-14 电信科学技术研究院 IMSI Paging消息的处理方法和设备
CN102695157A (zh) * 2011-03-23 2012-09-26 富泰华工业(深圳)有限公司 移动通信终端及其位置更新方法
CN106851700A (zh) * 2015-12-07 2017-06-13 中兴通讯股份有限公司 业务恢复管理方法、移动性管理网元、服务网关及系统

Also Published As

Publication number Publication date
WO2019062247A1 (zh) 2019-04-04
CN109600829A (zh) 2019-04-09

Similar Documents

Publication Publication Date Title
JP7139382B2 (ja) 無線通信方法及びデバイス
US11197346B2 (en) User equipment having multiple subscriber identity modules with improved suspend / resume operation
JP6732948B2 (ja) 仮想ユーザ識別モジュール認証方法および装置
CN109600829B (zh) 一种恢复网络的方法及设备
EP2416597B1 (en) Method of handling emergency sessions and related communication device
US8818367B2 (en) Apparatuses and methods for handling mobility management (MM) back-off timers
KR101339044B1 (ko) 서빙 코어 네트워크 노드가 변경될 때의 모바일 장치의 접근성의 처리
CN110278619B (zh) 一种pdu会话建立的方法和装置
WO2011069462A1 (zh) 空闲模式下信令节约激活控制方法、系统及用户设备
US20240197942A1 (en) User Equipment Having Multiple Subscriber Identity Modules with Improved Suspend / Resume Operation
CN114698046B (zh) 呼叫接收方法和通信装置
JP5928478B2 (ja) 移動無線通信ネットワークデバイス、移動無線通信デバイス、方法、コンピュータプログラム、コンピュータ可読媒体及び移動通信システム
WO2014067098A1 (zh) 一种基于移动管理实体池MME Pool的通信方法、设备及系统
CN109429328A (zh) 通信方法、相关装置及系统
WO2013139235A1 (zh) 一种寻呼方法及装置
CN115568011B (zh) 一种用于用户设备发起ims注册的方法以及相应的用户设备
TW201914280A (zh) 與長期演進網路及新無線網路通訊的裝置及方法
KR20150083406A (ko) 초기 nas메시지를 라우팅하기 위한 방법 및 장치
CN107949013B (zh) 一种物联网络中的终端接入控制方法及装置
CN117545046A (zh) 一种终端通信方法和终端设备
CN115209492B (zh) 通信处理方法、装置及相关设备
WO2012152129A1 (zh) 归属位置寄存器复位的处理方法及系统
WO2013064102A1 (zh) 位置更新方法、装置及系统
WO2017128215A1 (zh) 一种通信数据维护方法及网络设备
EP4181548A1 (en) 5g-guti deletion time considering registration status over accesses

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20201106

Termination date: 20210930

CF01 Termination of patent right due to non-payment of annual fee