CN102986261B - 处理寻呼的方法、用户设备和系统 - Google Patents

处理寻呼的方法、用户设备和系统 Download PDF

Info

Publication number
CN102986261B
CN102986261B CN201180001335.XA CN201180001335A CN102986261B CN 102986261 B CN102986261 B CN 102986261B CN 201180001335 A CN201180001335 A CN 201180001335A CN 102986261 B CN102986261 B CN 102986261B
Authority
CN
China
Prior art keywords
message
mme
sgsn
mobile management
subscriber equipment
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
Application number
CN201180001335.XA
Other languages
English (en)
Other versions
CN102986261A (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.)
Nokia Technologies Oy
Original Assignee
Huawei 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN102986261A publication Critical patent/CN102986261A/zh
Application granted granted Critical
Publication of CN102986261B publication Critical patent/CN102986261B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • 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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Landscapes

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

Abstract

本发明涉及一种处理寻呼的方法、用户设备和系统。其中一种方法包括：用户设备接收移动性管理网元发送的寻呼消息；该用户设备根据用于下次更新的临时标识(TIN)的值发送位置更新消息，该移动性管理网元接收位置更新消息，获取用户设备的承载上下文信息。本发明实施例在用户设备收到寻呼消息后，通过判断用户设备的TIN的值来发送位置更新消息，移动性管理网元收到位置更新消息后，获取承载上下文信息，可以实现用户设备所在的网络侧的移动性管理网元上的承载上下文信息与用户设备上的承载上下文信息保持一致，进而能够克服在寻呼过程中丢失部分承载或者建立了两端承载上下文信息不一致的承载的问题，保障了业务的正常使用，提高了用户体验。

Description

处理寻呼的方法、用户设备和系统
技术领域
本发明涉及通信技术领域，特别是涉及一种处理寻呼的方法、用户设备和系统。
背景技术
网络从2G/3G网络向LTE(LongTermEvolution，长期演进计划)网络演进的过程中，在一定时期内，会存在2G/3G网络与LTE网络并存的场景。在2G/3G网络与LTE网络的交接处，UE(UerEquipment，用户设备)在从2G/3G网络移动到LTE网络时，会发起TAU(TrackingAreaUpdate，跟踪区更新)流程；UE从LTE网络移动到2G/3G网络时，会发起RAU(RoutingAreaUpdate，路由区更新)流程。为了减少UE在Idle(空闲)态下由于RAT(RadioAccessType，无线接入类型)的变化而引发的TAU或RAU，引入了ISR(Idlemodesignallingreduction，空闲模式下的信令节约)机制。目前3GPP(The3rdGenerationPartnershipProject，第三代合作伙伴计划)接入网络之间的ISR机制为双注册机制，即UE在两个不同的接入网络都注册。在ISR机制激活的情况下，UE从MME(MobilityManagementEntity，移动管理实体)移动到SGSN(ServingGPRSSupportNode，服务GPRS支持节点)时，MME上的UE上下文不会被删除；相应地，UE从SGSN移动到MME时，SGSN上的UE上下文也不会被删除。
在2G/3G网络与LTE网络共存的场景下，SGW(ServingGateway，服务网关)收到下行数据或者信令时，如果ISR机制激活，SGW向MME和SGSN同时发生DDN(DownlinkDataNotification，下行数据通知)消息，SGSN和MME会同时寻呼UE。
若UE驻留在LTE网络，则网络侧会根据MME上保存的UE的上下文建立相应的承载；若UE驻留在2G/3G网络，则网络侧会根据SGSN上保存的UE的上下文建立相应的承载。
发明人发现现有技术至少存在以下问题：
UE在ISR机制激活的状态下，发生无线接入类型变化后，网络侧对UE进行寻呼可能会导致部分承载丢失或者建立了两端承载上下文信息不一致的承载，严重影响业务的正常使用，造成不良的用户体验。
发明内容
本发明实施例提供了一种处理寻呼的方法、用户设备和系统，用以解决UE在ISR机制激活的状态下，发生无线接入类型变化后，网络侧对UE进行寻呼可能会导致部分承载丢失或者建立了两端承载上下文信息不一致的承载的问题。
本发明实施例提供了一种处理寻呼的方法，包括：
用户设备接收移动性管理网元发送的寻呼消息；
该用户设备根据用于下次更新的临时标识(TIN)的值发送位置更新消息；
该移动性管理网元接收位置更新消息，获取该用户设备的承载上下文信息。
本发明实施例还提供了一种用户设备，包括：
接收模块，用于接收移动性管理网元发送的寻呼消息；
发送模块，用于，在接收移动性管理网元发送的寻呼消息后，根据TIN的值发送位置更新消息至移动性管理网元，便于该移动性管理网元获取用户设备的承载上下文信息。
本发明实施例还提供了一种处理寻呼的系统，包括：移动性管理网元和用户设备；
该移动性管理网元，用于发送寻呼消息至该用户设备，在接收到该用户设备发送的位置更新消息后，获取该用户设备的承载上下文信息；
该用户设备，用于接收该移动性管理网元发送的寻呼消息，根据TIN的值发送位置更新消息至该移动性管理网元。
本发明实施例在用户设备收到网络侧发来的寻呼消息后，通过判断用户设备上的TIN的值来发送位置更新消息，移动性管理网元收到位置更新消息后获取用户设备的承载上下文信息，可以实现网络侧的移动性管理网元上的承载上下文信息与用户设备上的承载上下文信息保持一致，进而能够克服在寻呼过程中丢失部分承载或者建立了两端承载上下文信息不一致的承载的问题，保障了业务的正常使用，提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为当前无线演进网络架构图；
图2为本发明实施例提供的第一种状态图；
图3为本发明实施例提供的第一种方法的流程示意图；
图4为本发明实施例提供的第二种方法的流程示意图；
图5为本发明实施例提供的第二种状态图；
图6为本发明实施例提供的第三种方法的流程示意图；
图7为本发明实施例提供的第四种方法的流程示意图；
图8为本发明实施例提供的第三种状态图；
图9为本发明实施例提供的第五种方法的流程示意图；
图10为本发明实施例提供的一种装置的结构示意图；
图11为本发明实施例提供的一种系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明以下实施例的序号仅仅为了描述，不代表实施例的优劣。
GSM(GlobalSystemofMobilecommunication，全球移动通信系统)/UMTS(UniversalMobileTelecommunicationsSystem，通用移动通信系统)是3GPP组织定义的移动通信网络，这种通信网络现在已经得到了广泛的部署和应用。
它主要包括无线接入网络(RadioAccessNetwork，简称：RAN)和核心网络(CoreNetwork，简称：CN)两部分。CN从逻辑上可以分为电路交换域(CircuitSwitchedDomain，简称：CS域)和分组交换域(PacketSwitchedDomain，简称：PS域)。CS域主要处理语音业务，PS域主要处理分组业务。
PS域的信令面控制实体为SGSN(ServingGPRSSupportNode，服务GPRS支持节点)。SGSN通过Gb接口和BSC(BaseStationController，基站控制器)连接，通过Iu接口和RNC(RadioNetworkController，无线网络控制器)连接，为GPRS(GeneralPacketRadioService，通用分组无线服务技术)/UMTS的数据业务服务。UE通过BSC的Gb接口接入SGSN完成PS业务时一般称之为GPRS业务；UE通过RNC的Iu接口接入SGSN完成PS业务时一般称之为UMTS业务。
为了应对无线宽带技术的挑战，保持3GPP网络的领先优势，3GPP组织制定了长期演进计划(LongTermEvolution，简称：LTE)。在该演进计划的指导下定义了新的移动通信网络的架构，该架构与现在的GPRS/UMTS架构相比更加扁平，并且只保留了分组域，因此可以称为演进的分组网络(evolvedpacketsystem，简称：EPS)。
网络从2G/3G网络向LTE网络演进的过程中，在一定时期内，会存在2G/3G网络与LTE网络并存的场景。图1是当前无线演进网络架构图。
如图1所示，BTS(BaseTransceiverStation，基站收发台)和BSC构成了2G网络的无线接入部分，称为GERAN(GSMEDGERadioAccessNetwork，GSM/EDGE无线接入网)。
NodeB(节点B)和RNC构成了3G网络的无线接入部分，称为UTRAN(UTMSTerrestrialRadioAccessNetwork，UMTS陆地无线接入网)。
LTE网络由eNodeB(evolvedNodeB，演进的节点B)、MME、SGW(ServingGateway，服务网关)和PGW(PDNGateway，分组数据网络网关)构成。其中eNodeB构成了LTE网络的无线接入部分，称为E-UTRAN(EvolvedUTMSTerretrialRadioAccessNetwork，演进的UMTS陆地无线接入网)。eNodeB的主要功能包括：实现无线资源管理功能；IP头压缩及用户数据流加密；UE附着时的MME选择；寻呼信息的调度传输；广播信息的调度传输；以及设置和提供eNodeB的测量等。
图1所示的无线演进网络架构图中的核心网主要包含以下网元SGSN、MME、SGW和PGW其中，SGSN支持GTPv2(GPRSTunnellingProtocolVersion2，GPRS隧道协议第二版)，是2G/3G网络的移动管理网元，实现对2G/3G网络用户的用户上下文的管理等功能，MME是移动管理实体，负责NAS(Non-Access-Stratum，非接入层)信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等，它对应于当前UMTS系统内部SGSN的控制平面部分。SGW负责本地的移动性锚点和3GPP系统内部的移动性锚点以及合法监听相关信息；PGW则负责策略执行和计费以及合法监听相关功能。
用户设备可以在该架构下接入不同的网络，例如：UE1接入到LTE网络，UE2接入到3G网络，UE3接入到2G网络。SGSN与MME之间的S3接口用于用户设备在2G/3G网络与LTE网络之间移动时，进行用户上下文的发送等功能。
在上述无线演进网络架构中，如图2所示，MME与SGSN分别与SGW相连，MME与SGSN相连；
1)假设初始状态，UE在MME下接入并建立承载A，并激活ISR机制。
如图2的状态0所示，此时，UE在MME侧，
UE上保留有承载A的上下文信息；
MME上保留有承载A的上下文信息。
2)UE从LTE网络移动到2G/3G网络，SGSN从MME侧取得UE的最新的上下文信息(包含承载A的上下文信息)，UE在SGSN侧又建立承载B。此时，为了能够在以后的无线接入类型切换后发起TAU流程，保持SGSN与MME上的该UE的上下文信息一致，UE本地的TIN的值会设置为P-TMSI。
如图2的状态1所示，此时，UE在SGSN侧，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A的上下文信息；
SGSN上保留有承载A和承载B的上下文信息。
3)UE从2G/3G网络移动到LTE网络，由于UE本地的ISR机制被去激活，UE会向MME发送TAU消息来同步上下文信息，若MME此时处于过载状态，MME将拒绝该TAU流程，MME会向UE发送TAUReject(TAU拒绝)消息，并且在TAUReject消息中携带移动管理推迟定时器(MobilityManagementback-offtimer)的值，UE收到该移动管理推迟定时器的值之后，将启动UE本地的移动管理推迟定时器，在本地的移动管理推迟定时器的运行期间，UE暂时不发起TAU流程。
上述MME过载时的处理方式是一种NAS层的拥塞处理机制。在MME出现过载时，MME可能会拒绝UE发送的MM(MobilityManagement，移动管理)请求消息，当NAS请求消息(例如：TAU消息)被拒绝时，MME会发送一个移动管理推迟定时器的值给UE，UE会启动本地的移动管理推迟定时器，在该移动管理推迟定时器运行期间，UE不会发起任何的NAS请求(除了服务用户、紧急业务和被叫业务)，从而可以在网络出现过载的情况下减少UE对网络造成的冲击。
如图2的状态2所示，此时，UE在MME侧，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A的上下文信息；
SGSN上保留有承载A和承载B的上下文信息。
类似的，UE从2G/3G网络移动到LTE网络前，向SGSN发起RAU流程，若SGSN处于过载状态，将拒绝UE发起的RAU消息，SGSN在给UE发送的RAUReject(RAU拒绝)消息中包含移动管理推迟定时器的值，UE收到后启动本地的移动管理推迟定时器，在该移动管理推迟定时器运行期间不会发送NAS消息(除了服务用户、紧急业务和被叫业务)。在该移动管理推迟定时器运行期间，UE从2G/3G网络移动到LTE网络，由于移动管理推迟定时器在当前的协议中与RAT无关，所以UE移动到LTE网络后，UE本地的移动管理推迟定时器仍然处于运行状态，由于此时UE上的TIN的值被设置为P-TMSI，UE需要发起TAU流程，但是由于UE本地的移动管理推迟定时器仍然处于运行状态，所以UE暂时不发起TAU流程。该场景也会造成MME与SGSN保留有的承载上下文信息不匹配。
本领域普通技术人员可以理解，在其他情形下也有可能导致2G/3G网络和LTE网络所保留的承载上下文信息不一致，例如：网络侧为了限制部分的用户接入，可以通过广播消息发送限制接入的设备类型表，这些类型的设备在移动到受限接入的网络下时，不会主动发起TAU消息，但是可以接收被叫业务的场景。
4)SGW收到CreateBearerRequest(创建承载请求)消息后，由于UE没有处于连接态，因此，网络侧需要寻呼UE，使UE处于连接态，再执行新的承载建立的流程。
SGW向MME和SGSN发送DDN消息，引发SGSN和MME同时寻呼UE。此时，UE在MME侧，UE收到MME发送寻呼消息后，UE发送ServiceRequest(服务请求)消息给MME。
MME收到ServiceRequest消息后，MME向eNodeB发送InitialContextSetupRequest(初始上下文建立请求)消息，该消息中携带MME上的承载信息。通常，承载信息包括BearerID(承载标识)等，如果有多个承载，携带的消息中将包含一个承载信息列表，该列表中包含各个承载的信息。此时，MME上的承载信息仅包括承载A的BearerID。
eNodeB将收到的BearerID等信息通知给UE建立无线接入承载，如果eNodeB通知给UE的BearerID在UE本地的不存在，该BearerID对应的无线接入承载将建立失败，如果UE本地的BearerID没有包含在eNodeB请求UE建立无线接入承载的BearerID列表中，UE本地将删除该BearerID对应的承载上下文信息。由于UE本地的承载B的BearerID没有包含在eNodeB请求UE建立无线接入承载的BearerID列表中，UE本地将删除承载B的上下文信息。
UE与eNodeB之间的无线接入承载建立后，eNodeB向MME发送InitialContextSetupResponse(初始上下文建立响应)消息，MME向SGW发送ModifyBearerRequest(修改承载请求)消息，SGW向MME发送ModifyBearerResponse(修改承载响应)消息，SGW收到MME发送的ModifyBearerRequest消息后，SGW可以获知UE驻留在MME侧，SGW向SGSN发送StopPaging消息，停止SGSN再寻呼UE。
至此，整个寻呼过程完成，UE处于连接态。寻呼过程完成后，执行建立新的承载的流程，新建的承载为承载C。
本领域的普通技术人员可以理解，还有其他情况可以引发网络侧向UE发起寻呼，例如收到修改承载请求，收到下行数据包等。
如图2的状态3所示，此时，UE在MME侧，
UE上保留有承载A和承载C的上下文信息；
MME上保留有承载A和承载C的上下文信息；
SGSN上保留有承载A和承载B的上下文信息。
可见，UE上原先的承载B的上下文信息丢失。
可以预见，当UE上的移动管理推迟定时器超时，UE向MME发起TAU流程，MME向SGSN请求最新的上下文信息，MME上的上下文信息更新为承载A和承载B的上下文信息。
随后，UE因为进行其他业务，发起ServiceRequest流程，MME会删除UE上没有的承载B的上下文信息，UE会删除MME上没有的承载C的上下文信息，导致UE和MME上仅有承载A的上下文信息。
上述的过程中，由于在步骤4)中，网络侧寻呼UE时，MME没有从SGSN上获取承载上下文信息，造成UE与MME的承载上下文信息不一致，导致部分承载丢失，严重影响了业务的正常使用，造成不良的用户体验。
本领域普通技术人员可以理解，假设在步骤2)，UE没有在SGSN侧建立新的承载B，而是修改了承载A的上下文信息，回到MME侧后，也有可能在寻呼过程中，因为MME上的承载A的上下文信息与UE上的承载A的上下文信息不一致，而导致建立起来的承载A两端的承载上下文信息不一致，造成承载A上的业务发生紊乱(例如：发生业务质量问题或者数据包过滤问题)。
本领域普通技术人员可以理解，假设初始状态，UE在SGSN下接入并激活ISR机制的状态下，经过网络切换以及承载上下文信息变化后，也有可能当网络侧寻呼UE时，SGSN没有从MME上获取承载上下文信息，造成UE与SGSN上的承载上下文信息不一致，导致部分承载丢失或者建立了两端承载上下文信息不一致的承载的问题。
本领域普通技术人员可以理解，当前的无线演进网络架构中包含LTE网络与2G/3G网络，随着网络架构的发展，可能出现更多网络并存的场景，UE可能会在三种甚至更多种的移动性管理网元之间进行切换，同样可能会发生当网络侧寻呼UE时，部分承载丢失或者建立了两端承载上下文信息不一致的承载的问题。
为解决上述问题，如图3所示，本发明实施例提供了一种处理寻呼的方法，包括：
101：用户设备接收移动性管理网元发送的寻呼消息；
102：该用户设备根据TIN的值发送位置更新消息；
103：该移动性管理网元接收位置更新消息，获取用户设备的承载上下文信息。
TIN的取值可以是P-TMSI(PacketTemporaryMobileSubscriberIdentity，分组临时移动用户标识)、GUTI(GloballyUniqueTemporaryIdentity，全球唯一临时标识)或RAT-RelatedTMSI(RadioAccessTypeRelatedTemporaryMobileSubscriberIndentity，无线接入类型相关的临时移动用户标识)。
TIN的值为P-TMSI，表明用户设备在SGSN侧时承载上下文信息发生了变化；TIN的值为GUTI，表明用户设备在MME侧时承载上下文信息发生了变化；TIN的值为RAT-RelatedTMSI，表明用户设备的上下文信息没有发生变化。
可见，TIN的值反映了用户设备的承载上下文信息的变化情况。例如：用户设备在SGSN侧新建了承载后，用户设备的TIN的值被设置为P-TMSI，表明用户设备的承载上下文信息在SGSN侧发生了变化，当用户设备移动到MME侧后，发起TAU流程，MME从SGSN获取承载上下文信息后，用户设备的TIN的值会被设置为RAT-RelatedTMSI，表明当前MME、SGSN、UE上的承载上下文信息一致，没有发生变化。
本领域普通技术人员可以理解，随着技术的发展，TIN可能还会有其他的取值，可以用来表示在不同的网络侧发生了承载上下文信息的变化。
用户设备根据TIN的值发送位置更新消息，移动性管理网元收到该位置更新消息后会获取承载上下文信息，即用户设备通过判断TIN的取值，可以获知承载上下文信息在哪个网络侧发生了变化，通过发送位置更新消息给当前用户设备所在的网络侧的移动性管理网元，以便移动性管理网元向发生承载上下文信息变化的网络侧的移动性管理网元获取承载上下文信息。
当用户设备根据TIN的值来发送位置更新消息，所在网络侧的移动性管理网元从发生承载上下文信息变化的网络侧的移动性管理网元获取承载上下文信息后，用户设备上的承载上下文信息与用户设备所在的网络侧的移动性管理网元上的承载上下文信息保持一致，因此，在寻呼过程中，不会丢失承载，保障了业务的正常使用，提高了用户的体验。
本领域普通技术人员可以理解，在当前无线网络演进架构中，当TIN的值为RAT-RelatedTMSI时，用户设备无需发送位置更新消息，用户设备将直接发起ServiceRequest流程。
本领域普通技术人员可以理解，在当前无线网络演进架构中，根据TIN的值发送位置更新消息存在两种情况，下面进行分别说明。
情况一：
假设用户设备在MME侧，如图4所示，本发明实施例提供的方法可以具体为：
201：用户设备接收MME发送的寻呼消息；
202：该用户设备的TIN的值为P-TMSI时，该用户设备发送TAU消息；
203：该MME接收TAU消息，从SGSN获取用户设备的承载上下文信息。
当用户设备接收到MME发送的寻呼消息后，通过判断TIN的值为P-TMSI，获知承载上下文信息在SGSN侧发生了变化，用户设备需要发送位置更新消息，因此用户设备发送TAU消息。其中，TAU消息是位置更新消息的一种，MME收到TAU消息后，会从SGSN获取用户设备的承载上下文信息。
一般的，在寻呼过程中，发送TAU消息后，用户设备不再发送ServiceRequest。
为了说明本发明实施例提供的方法的技术效果，下面结合图5进行说明。
图5是当UE在MME侧，使用本发明实施例提供的方法后的状态图，为了说明本发明实施例的技术效果，图5只显示寻呼发生前的状态2’和寻呼发生后的状态3’，如图5所示：
图5的状态2’类似图2的状态2，此时，UE在MME侧，UE上的移动管理推迟定时器处于运行状态，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A的上下文信息；
SGSN上保有有承载A和承载B的上下文信息。
此时，网络侧发起寻呼，UE收到MME发送的寻呼请求后，判断自身的TIN的值为P-TMSI后，发送TAU消息，MME收到TAU消息后从SGSN获取承载上下文信息。
如图5的状态3’所示，此时，UE在MME侧，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A和承载B的上下信息；
SGSN上保留有承载A和承载B的上下文信息。
可见，使用了本发明实施例提供的方法后，UE通过判断自身的TIN的值为P-TMSI，获知承载上下文信息在SGSN侧发生了变化，因此UE发送TAU消息，MME收到TAU消息后，MME从SGSN上获取承载上下文信息，由于MME上的承载上下文信息与UE上的承载上下文信息一致，因此UE上的承载B的上下文信息不会在MME寻呼UE的过程中被删除，即承载B不会丢失，保障了业务的正常使用，提高了用户体验。
进一步的，步骤202可以具体为：
当用户设备的移动管理推迟定时器处于运行态且用户设备的TIN的值为P-TMSI，该用户设备发送TAU消息。
其中，移动管理推迟定时器处于运行态表明用户设备不会主动发送TAU消息。
下面将在具体场景中，对上述本发明实施例提供的方法作进一步的举例说明。如图6所示，图6描述了UE初始驻留在MME侧并激活ISR机制的场景，在该场景下，UE从LTE网络移动到2G/3G网络，并在2G/3G网络建立新的承载，然后，UE从2G/3G网络回到LTE网络，UE向MME发起TAU流程时由于MME过载而被拒绝，并且UE启动移动管理推迟定时器，UE在该定时器运行期间不能主动发送NAS消息，但可以接受被叫业务，在UE收到MME发送的寻呼时，UE判断其内部的TIN的值为P-TMSI后发送TAU消息，MME收到TAU消息后，MME从SGSN获取UE的承载上下文信息。具体如下：
300a：UE向MME发起附着流程，接入到LTE网络，并激活ISR机制；
即，UE在MME侧。
300b：UE从LTE网络移动到2G/3G网络；
即，UE移动到SGSN侧。
300c：UE在2G/3G网络下建立新的承载；
其中，UE将TIN设置为P-TMSI。
300d：UE从2G/3G网络移动到LTE网络；
即，UE移动到MME侧。
301：UE向MME发送跟踪区更新(TAU)消息；
因为UE在SGSN下建立了新的承载，因此UE移动到MME侧后，需要向MME发送TAU消息，以便MME从SGSN获取承载上下文信息。
302：由于MME过载，MME向UE发送跟踪区更新拒绝(TAUReject)消息；
其中，TAUReject消息中包含了移动管理推迟定时器时间。UE收到MME发送的包含移动管理推迟定时器时间的TAUReject消息后启动自身的移动管理推迟定时器，在该定时器未超时的情况下，UE不会主动发送NAS消息(除了服务用户、紧急业务和被叫业务)。此时，UE与MME上的承载上下文信息出现了不一致的情况。
303：PGW收到向该UE发送的下行数据包后，PGW将该下行数据包发送给SGW；
本领域普通技术人员可以理解，还有其他方式可以引发网络侧向UE发起寻呼，例如接收到新建承载请求或者接收到修改承载请求等。
304：SGW分别向MME和SGSN发送下行数据通知(DDN)消息；
305：MME和SGSN分别向SGW发送下行数据通知应答(DDNAck)消息；
306a：MME向eNodeB发送寻呼消息；
306b：SGSN向RNC/BSC发送寻呼消息；
307a：eNodeB向UE发送寻呼消息；
308a：RNC/BSC向UE发送寻呼消息；
309：UE向MME发送跟踪区更新消息；
UE此时在MME侧，UE接收到eNodeB发送的寻呼消息后，判断TIN的值为P-TMSI，获知了承载上下文信息在SGSN侧发生了变化，因此UE发送TAU消息，MME收到TAU消息后，MME从SGSN上获取承载上下文信息。
可选的，UE也可以同时判断移动管理推迟定时器是否处于运行态，当移动管理推迟定时器处于运行态且TIN的值为P-TMSI时，发送TAU消息。
310：MME向SGSN发送上下文请求(ContextRequest)消息；
311：SGSN向MME发送上下文响应(ContextResponse)消息；
此时，MME已经从SGSN上获取了承载上下文信息。此时，UE与MME上的承载上下文信息保持了一致。
312：MME向SGW发送修改承载请求(ModifyBearerRequest)消息；
313：SGW向MME发送修改承载响应(ModifyBearerResponse)消息；
此时，UE与eNodeB之间的无线承载已经建立，由于UE与MME上的承载上下文信息一致，因此在此过程中，不会出现部分承载丢失的情况。
314：MME向UE发送跟踪区更新接受(TAUAccept)消息。
上下行通道打通后，对于下行的数据包就可以从SGW发送到UE。
同样的，如果是新建承载请求或者修改承载请求引发的寻呼，在TAU流程结束后，上下行通道(例如无线侧的连接)建立后，就继续进行新建承载请求流程或者修改承载请求流程。
在本场景下，UE在收到MME发来的寻呼后，通过判断自身的TIN的值为P-TMSI，获知了承载上下文在SGSN侧发生了变化，因此UE发送TAU消息，MME收到TAU消息后，从SGSN上获取承载上下文信息，由于MME上的承载上下文信息与UE上的承载上下文信息一致，在寻呼过程中，不会造成部分承载的丢失，保障了业务的正常使用，提高了用户体验。
情况二：
假设用户设备在SGSN侧，如图7所示，本发明实施例提供的方法可以具体为：
401：用户设备接收SGSN发送的寻呼消息；
402：该用户设备的TIN的值为GUTI时，该用户设备发送RAU消息；
403：该SGSN接收RAU消息，从MME获取用户设备的承载上下文信息。
当用户设备接收到SGSN发送的寻呼消息后，通过判断TIN的值为GUTI，获知承载上下文信息在MME侧发生了变化，用户设备需要发送位置更新消息，因此用户设备发送RAU消息。其中，RAU消息是位置更新消息的一种，SGSN收到RAU消息后，SGSN会从MME获取承载上下文信息。
一般的，在寻呼过程中，发送RAU消息后，用户设备不再发送ServiceRequest。
为了说明本发明实施例提供的方法的技术效果，下面结合图8进行说明。
图8是当UE在SGSN侧，使用本发明实施例提供的方法后的状态图，为了说明本发明实施例的技术效果，图8只显示寻呼发生前的状态2”和寻呼发生后的状态3”，如图8所示：
图8的状态2”假设如下：UE在SGSN侧，UE上的移动管理推迟定时器处于运行状态，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A和承载B的上下文信息；
SGSN上保有有承载A的上下文信息。
此时，网络侧发起寻呼，UE收到SGSN发送的寻呼请求后，判断自身的TIN的值为GUIT后，发送RAU消息，SGSN收到RAU消息后从MME获取承载上下文信息。
如图8的状态3”所示，此时，UE在SGSN侧，
UE上保留有承载A和承载B的上下文信息；
MME上保留有承载A和承载B的上下信息；
SGSN上保留有承载A和承载B的上下文信息。
可见，使用了本发明实施例提供的方法后，UE通过判断自身的TIN的值为GUTI，获知承载上下文信息在MME侧发生了变化，因此UE发送RAU消息，SGSN从MME上获取用户设备的承载上下文信息，由于SGSN上的承载上下文信息与UE上的承载上下文信息一致，因此UE上的承载B的上下文信息不会在SGSN寻呼UE的过程中被删除，即承载B不会丢失，保障了业务的正常使用，提高了用户体验。
进一步的，步骤402可以具体为：
当用户设备的移动管理推迟定时器处于运行态且用户设备的TIN的值为GUTI，该用户设备发送RAU消息。
其中，移动管理推迟定时器处于运行态表明用户设备不会主动发送RAU消息。
下面将在具体场景中，对上述本发明实施例提供的方法作进一步的举例说明。如图9所示，图9描述了UE初始驻留在SGSN侧并激活ISR机制的场景，在该场景下，UE从2G/3G网络移动到LTE网络，并在LTE网络建立新的承载，然后，UE从LTE网络回到2G/3G网络，UE向SGSN发起RAU流程时由于SGSN过载而被拒绝，并且UE启动移动管理推迟定时器，UE在该定时器运行期间不能主动发送NAS消息，但可以接受被叫业务，在UE收到SGSN发送的寻呼时，UE判断其内部的TIN的值为GUIT后发送RAU消息，SGSN收到RAU消息后，会从MME获取UE的承载上下文信息。具体如下：
500a：UE向SGSN发起附着流程，接入到2G/3G网络，并激活ISR机制；
即，UE在SGSN侧。
500b：UE从2G/3G网络移动到LTE网络；
即，UE移动到MME侧。
500c：UE在LTE网络下建立新的承载；
其中，UE将TIN设置为GUTI。
500d：UE从LTE网络移动到2G/3G网络；
即，UE移动到SGSN侧。
501：UE向SGSN发送路由区更新(RAU)消息；
因为UE在MME下建立了新的承载，因此UE移动到SGSN侧后，需要向MME发送RAU消息，SGSN收到RAU消息后会从MME获取承载上下文信息。
502：由于SGSN过载，SGSN向UE发送路由区更新拒绝(RAUReject)消息；
其中，RAUReject消息中包含了移动管理推迟定时器时间。UE收到MME发送的包含移动管理推迟定时器时间的RAUReject消息后启动自身的移动管理推迟定时器，在该定时器未超时的情况下，UE不会主动发送NAS消息(除了服务用户、紧急业务和被叫业务)。此时，UE与SGSN上的承载上下文信息出现了不一致的情况。
503：PGW收到向该UE发送的下行数据包后，PGW将该下行数据包发送给SGW；
本领域普通技术人员可以理解，还有其他方式可以引发网络侧向UE发起寻呼，例如接收到新建承载请求或者接收到修改承载请求等。
504：SGW分别向MME和SGSN发送下行数据通知(DDN)消息；
505：MME和SGSN分别向SGW发送下行数据通知应答(DDNAck)消息；
506a：MME向eNodeB发送寻呼消息；
506b：SGSN向RNC/BSC发送寻呼消息；
507a：eNodeB向UE发送寻呼消息；
508a：RNC/BSC向UE发送寻呼消息；
509：UE向SGSN发送路由区更新(RAU)消息；
UE此时在SGSN侧，UE接收到RNC/BSC发送的寻呼消息后，判断TIN的值为GUTI，获知了承载上下文信息在MME侧发生了变化，因此发送RAU消息，SGSN收到RAU消息后会从MME上获取承载上下文信息。
可选的，UE也可以同时判断移动管理推迟定时器是否处于运行态，当移动管理推迟定时器处于运行态且TIN的值为GUTI时，发送RAU消息。
510：SGSN向MME发送上下文请求(ContextRequest)消息；
511：MME向SGSN发送上下文响应(ContextResponse)消息；
此时，SGSN已经从MME上获取了承载上下文信息。此时，UE与SGSN上的承载上下文信息保持了一致。
512：SGSN向SGW发送修改承载请求(ModifyBearerRequest)消息；
513：SGW向SGSN发送修改承载响应(ModifyBearerResponse)消息；
此时，UE与RNC/BSC之间的无线承载已经建立，由于UE与SGSN上的承载上下文信息一致，因此在此过程中，不会出现部分承载丢失的情况。
514：SGSN向UE发送路由区更新接受(RAUAccept)消息。
上下行通道打通后，下行数据包就能够从SGW发送至UE。
同样的，如果是新建承载请求或者修改承载请求引发的寻呼，在RAU流程结束后，上下行通道(例如无线侧的连接)建立后，就继续进行新建承载请求流程或者修改承载请求流程。
在本场景下，UE在收到SGSN发来的寻呼后，通过判断自身的TIN的值为GUTI，获知了承载上下文在MME侧发生了变化，因此UE发送RAU消息，SGSN收到RAU消息后，从MME上获取承载上下文信息，由于SGSN上的承载上下文信息与UE上的承载上下文信息一致，在寻呼过程中，不会造成部分承载的丢失，保障了业务的正常使用，提高了用户体验。
本发明实施例提供的方法的思想也可运用在用户设备中，因此，
如图10所示，本发明实施例还提供了一种用户设备，包括：
接收模块601，用于接收移动性管理网元发送的寻呼消息；
发送模块602，用于，在接收移动性管理网元发送的寻呼消息后，根据TIN的值发送位置更新消息至移动性管理网元，便于该移动性管理网元获取用户设备的承载上下文信息。
本发明实施例提供的用户设备在收到移动性管理网元发送的寻呼消息后，根据自身的TIN的值来发送位置更新消息至移动性管理网元，移动性管理网元收到位置更新消息后会获取用户设备的承载上下文信息。
可选的，
接收模块601，具体用于接收MME发送的寻呼消息；
发送模块602，具体用于，在接收MME发送的寻呼消息后，当TIN的值为P-TMSI时，发送TAU消息至MME，便于MME从SGSN获取用户设备的承载上下文信息。
其中，进一步的，发送模块602，具体用于，在接收MME发送的寻呼消息后，当移动管理推迟定时器处于运行态且TIN的值为P-TMSI时，发送TAU消息至MME。
本发明实施例提供的用户设备在收到MME发送的寻呼消息后，当TIN的值为P-TMSI时，发送TAU消息至MME，MME收到TAU消息后会获取用户设备的承载上下文信息。
可选的，
接收模块601，具体用于接收SGSN发送的寻呼消息；
发送模块602，具体用于，在接收SGSN发送的寻呼消息后，当TIN的值为GUTI时，发送RAU消息至SGSN，便于SGSN从MME获取用户设备的承载上下文信息。
其中，进一步的，发送模块602，具体用于，在接收SGSN发送的寻呼消息后，当移动管理推迟定时器处于运行态且TIN的值为GUTI时，发送RAU消息至SGSN。
本发明实施例提供的用户设备在收到SGSN发送的寻呼消息后，当TIN的值为GUTI时，发送RAU消息至SGSN，SGSN收到RAU消息后会获取用户设备的承载上下文信息。
综上，本发明实施例提供的用户设备，通过接收到网络侧发来的寻呼消息后，通过判断用户设备上的TIN的值来发送位置更新消息至移动性管理网元，移动性管理网元接收到位置更新消息后获取用户设备的承载上下文信息，可以实现用户设备所在的网络侧的移动性管理网元上的承载上下文信息与用户设备上的承载上下文信息保持一致，进而能够克服在寻呼过程中丢失部分承载或者建立了两端承载上下文信息不一致的承载的问题，保障了业务的正常使用，提高了用户体验。
本发明实施例提供的方法的思想还可以运用在系统中，因此，
如图11所示，本发明实施例还提供了一种处理寻呼的系统，包括：移动性管理网元701和用户设备702；
该移动性管理网元，用于发送寻呼消息至所述用户设备，在接收到用户设备发送的位置更新消息后，获取该用户设备的承载上下文信息；
该用户设备，用于接收该移动性管理网元发送的寻呼消息，根据TIN的值发送位置更新消息至该移动性管理网元。
该移动性管理网元可以为MME；
该MME具体用于发送寻呼消息至该用户设备，在接收到该用户设备发送的TAU消息后，从SGSN获取用户设备的承载上下文信息；
该用户设备，具体用于接收该MME发送的寻呼消息，当TIN的值为P-TMSI时，发送TAU消息至该MME。
进一步的，该用户设备，具体用于接收该MME发送的寻呼消息，当移动管理推迟定时器处于运行态且TIN的值为P-TMSI时，发送TAU消息至该MME。
该移动性管理网元可以为SGSN；
该SGSN具体用于发送寻呼消息至该用户设备，在接收到该用户设备发送的RAU消息后，从MME获取该用户设备的承载上下文信息；
该用户设备，具体用于接收该SGSN发送的寻呼消息，当TIN的值为GUTI时，发送RAU消息至该SGSN。
进一步的，该用户设备，具体用于，接收该SGSN发送的寻呼消息，当移动管理推迟定时器处于运行态且TIN的值为GUTI时，发送RAU消息至该SGSN。
本发明实施例提供的处理寻呼的系统通过接收到网络侧发来的寻呼消息后，通过判断用户设备上的TIN的值来发送位置更新消息，移动性管理网元接收到位置更新消息后获取用户设备的承载上下文信息，可以实现用户设备所在的网络侧的移动性管理网元上的承载上下文信息与用户设备上的承载上下文信息保持一致，进而能够克服在寻呼过程中丢失部分承载或者建立了两端承载上下文信息不一致的承载的问题，保障了业务的正常使用，提高了用户体验。
本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解：实施例中的用户设备中的模块可以按照实施例描述分布于实施例的用户设备中，也可以进行相应变化位于不同于本实施例的一个或多个用户设备中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims (6)

1.一种处理寻呼的方法，其特征在于，包括：
用户设备UE接收移动管理实体MME发送的寻呼消息；
当所述UE的用于下次更新的临时标识TIN的值为分组临时移动用户标识P-TMSI且所述UE的移动管理推迟定时器处于运行态时，所述UE发送跟踪区更新TAU消息；
所述MME接收所述TAU消息，从服务通用分组无线业务支持节点SGSN获取所述UE的承载上下文信息。
2.一种处理寻呼的方法，其特征在于，包括：
用户设备UE接收服务通用分组无线业务支持节点SGSN发送的寻呼消息；
当所述UE的用于下次更新的临时标识TIN的值为全球唯一临时标识GUTI且所述UE的移动管理推迟定时器处于运行态时，所述UE发送路由区更新RAU消息；
所述SGSN接收所述RAU消息，从移动管理实体MME获取所述UE的承载上下文信息。
3.一种用户设备UE，其特征在于，包括：
接收模块，用于接收移动管理实体MME发送的寻呼消息；
发送模块，用于，当所述UE的用于下次更新的临时标识TIN的值为分组临时移动用户标识P-TMSI且所述UE的移动管理推迟定时器处于运行态时，发送跟踪区更新TAU消息至所述MME，以使所述MME从服务通用分组无线业务支持节点SGSN获取所述UE的承载上下文信息。
4.一种用户设备UE，其特征在于，包括：
接收模块，用于接收服务通用分组无线业务支持节点SGSN发送的寻呼消息；
发送模块，用于，当所述UE的用于下次更新的临时标识TIN的值为全球唯一临时标识GUTI且所述UE的移动管理推迟定时器处于运行态时，发送路由区更新RAU消息至所述SGSN，以使所述SGSN从移动管理实体MME获取所述UE的承载上下文信息。
5.一种处理寻呼的系统，其特征在于，包括：移动性管理实体MME和用户设备UE；
所述MME，用于发送寻呼消息至所述UE，在接收到所述UE发送的跟踪区更新TAU消息后，从服务通用分组无线业务支持节点SGSN获取所述UE的承载上下文信息；
所述UE，用于接收所述MME发送的所述寻呼消息，当所述UE的用于下次更新的临时标识TIN的值为分组临时移动用户标识P-TMSI且所述UE的移动管理推迟定时器处于运行态时发送跟踪区更新TAU消息至所述MME。
6.一种处理寻呼的系统，其特征在于，包括服务通用分组无线业务支持节点SGSN和用户设备UE；
所述SGSN，用于发送寻呼消息至所述UE，在接收到所述UE发送的路由区更新RAU消息后，从移动管理实体MME获取所述UE的承载上下文信息；
所述UE，用于接收所述SGSN发送的所述寻呼消息，当所述UE的用于下次更新的临时标识TIN的值为全球唯一临时标识GUTI且所述UE的移动管理推迟定时器处于运行态时，发送路由区更新RAU消息至所述SGSN。
CN201180001335.XA 2011-07-15 2011-07-15 处理寻呼的方法、用户设备和系统 Active CN102986261B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/077180 WO2012167478A1 (zh) 2011-07-15 2011-07-15 处理寻呼的方法、用户设备和系统

Publications (2)

Publication Number Publication Date
CN102986261A CN102986261A (zh) 2013-03-20
CN102986261B true CN102986261B (zh) 2015-11-25

Family

ID=47295368

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180001335.XA Active CN102986261B (zh) 2011-07-15 2011-07-15 处理寻呼的方法、用户设备和系统

Country Status (4)

Country Link
US (1) US9491732B2 (zh)
EP (1) EP2713640B1 (zh)
CN (1) CN102986261B (zh)
WO (1) WO2012167478A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014000266A1 (zh) 2012-06-29 2014-01-03 华为技术有限公司 信息处理方法、转发面设备和控制面设备
EP2880958B1 (en) * 2012-08-02 2018-06-06 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for reducing signaling in a core network
CN105900504B (zh) * 2014-01-13 2019-06-11 Lg电子株式会社 下行链路数据传输方法和服务网关
WO2016000144A1 (zh) * 2014-06-30 2016-01-07 华为技术有限公司 一种网络中的寻呼方法、装置和系统
WO2016032146A1 (ko) * 2014-08-28 2016-03-03 엘지전자 주식회사 페이징 처리 방법 및 다운링크 데이터 전달 방법
RU2638036C2 (ru) * 2014-12-22 2017-12-11 Нек Корпорейшн Система мобильной связи, sgw, терминал, способ приема системы мобильной связи, способ приема sgw и способ приема терминала
JP5896083B1 (ja) * 2014-12-22 2016-03-30 日本電気株式会社 移動通信システム、ｓｇｗ、移動通信システムの着信方法、及びｓｇｗの着信方法
US9974049B2 (en) * 2015-01-29 2018-05-15 Intel IP Corporation Adaptive paging techniques for extended coverage-capable devices
EP3313106B1 (en) * 2015-06-18 2021-04-28 Sony Corporation System and method to manage terminal devices
WO2017069598A1 (ko) * 2015-10-23 2017-04-27 엘지전자(주) 무선 통신 시스템에서 단말의 아이들 모드 시그널링 감소를 제어하기 위한 방법 및 이를 위한 장치
WO2019105371A1 (en) * 2017-11-28 2019-06-06 Mediatek Singapore Pte. Ltd. Apparatuses and methods for mobility management (mm) congestion control
CN110149732B (zh) * 2018-02-11 2021-12-31 华为技术有限公司 一种通信方法及无线通信装置
CN111526321B (zh) * 2020-04-16 2021-04-23 Oppo广东移动通信有限公司 语音通话方法、语音通话装置、存储介质与电子设备

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296479A (zh) * 2007-04-24 2008-10-29 华为技术有限公司 下行数据处理方法及通信系统
CN101360331A (zh) * 2007-08-02 2009-02-04 华为技术有限公司 一种服务网关信息更新方法、系统及装置
CN101448320A (zh) * 2008-03-26 2009-06-03 中兴通讯股份有限公司 注销网络方法及双模用户设备
CN101500223A (zh) * 2008-02-01 2009-08-05 华为技术有限公司 终端跨接入网元切换的方法及移动性管理网元
CN101505474A (zh) * 2008-02-04 2009-08-12 华为技术有限公司 用户切换过程中网络侧处理方法、网元设备及网络系统
EP2187681A1 (en) * 2007-10-16 2010-05-19 Huawei Technologies Co., Ltd. Dual registration management method and system
EP2278755A1 (en) * 2008-05-16 2011-01-26 ZTE Corporation Bearing processing method
CN101969634A (zh) * 2010-06-12 2011-02-09 中兴通讯股份有限公司 一种用户数据的同步方法和系统
WO2011022896A1 (zh) * 2009-08-25 2011-03-03 中兴通讯股份有限公司 一种用户可达的实现方法以及多模终端
CN102026143A (zh) * 2009-09-23 2011-04-20 华为技术有限公司 实现空闲态节约信令的方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040102199A1 (en) * 2002-11-22 2004-05-27 Serge Haumont Paging area having multiple radio technologies
TWI470976B (zh) * 2010-11-04 2015-01-21 Htc Corp 計時器組態設定之方法
WO2012148210A2 (en) * 2011-04-29 2012-11-01 Lg Electronics Inc. Method for processing data associated with session management and mobility management

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296479A (zh) * 2007-04-24 2008-10-29 华为技术有限公司 下行数据处理方法及通信系统
CN101360331A (zh) * 2007-08-02 2009-02-04 华为技术有限公司 一种服务网关信息更新方法、系统及装置
EP2187681A1 (en) * 2007-10-16 2010-05-19 Huawei Technologies Co., Ltd. Dual registration management method and system
CN101500223A (zh) * 2008-02-01 2009-08-05 华为技术有限公司 终端跨接入网元切换的方法及移动性管理网元
CN101505474A (zh) * 2008-02-04 2009-08-12 华为技术有限公司 用户切换过程中网络侧处理方法、网元设备及网络系统
CN101448320A (zh) * 2008-03-26 2009-06-03 中兴通讯股份有限公司 注销网络方法及双模用户设备
EP2278755A1 (en) * 2008-05-16 2011-01-26 ZTE Corporation Bearing processing method
WO2011022896A1 (zh) * 2009-08-25 2011-03-03 中兴通讯股份有限公司 一种用户可达的实现方法以及多模终端
CN102026143A (zh) * 2009-09-23 2011-04-20 华为技术有限公司 实现空闲态节约信令的方法及设备
CN101969634A (zh) * 2010-06-12 2011-02-09 中兴通讯股份有限公司 一种用户数据的同步方法和系统

Also Published As

Publication number Publication date
WO2012167478A1 (zh) 2012-12-13
EP2713640B1 (en) 2019-08-21
US9491732B2 (en) 2016-11-08
US20140128110A1 (en) 2014-05-08
EP2713640A1 (en) 2014-04-02
EP2713640A4 (en) 2014-12-03
CN102986261A (zh) 2013-03-20

Similar Documents

Publication Publication Date Title
CN102986261B (zh) 处理寻呼的方法、用户设备和系统
CN110235471B (zh) 通信方法和通信装置
CN109155909B (zh) 无线通信系统中用于更新ue配置的方法及其装置
US9635702B2 (en) Method and apparatus for reducing signaling in a core network
US9839002B2 (en) Mobility management method and device
EP2291014A1 (en) Method and corresponding terminal for association relationship updating
US10517121B2 (en) Service processing method, related apparatus, and system
CN102111748B (zh) 本地ip连接建立方法及系统
CN109314718A (zh) 一种基于位置区域的服务控制方法及设备
CN108293228B (zh) 一种建立语音呼叫的方法和用户设备
CN102685921A (zh) 一种双通道通信方法和系统
US11096227B2 (en) Control method and local control plane device
CN103402187A (zh) 一种下行信令消息流程处理的方法及装置
CN102378295B (zh) 承载释放方法及系统
CN103338487A (zh) 一种异系统间重选或切换处理方法和设备
CN101505474B (zh) 用户切换过程中网络侧处理方法、网元设备及网络系统
CN101296496B (zh) 一种跟踪区更新或切换过程中避免资源被错误释放的方法
CN103299672A (zh) 业务恢复方法和移动管理网元
CN102045688B (zh) 用户设备被非法使用的检测方法及检测装置
WO2017028637A1 (zh) 网关的恢复处理方法及装置
CN107211329B (zh) 电路域回落的方法、网络设备和系统
CN106255092B (zh) 确定源sgsn的方法和装置
CN105393614A (zh) 一种下行电路交换回落csfb的寻呼处理方法和设备
CN105828399A (zh) 一种跟踪区更新方法及装置
CN104519538A (zh) 用户设备、请求消息接收方法、装置及其系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: Espoo, Finland

Patentee after: NOKIA TECHNOLOGIES OY

Address before: Espoo, Finland

Patentee before: Nokia Technologies

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190301

Address after: Espoo, Finland

Patentee after: Nokia Technologies

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.