CN102281564A - 一种网元失败处理的方法和系统 - Google Patents
一种网元失败处理的方法和系统 Download PDFInfo
- Publication number
- CN102281564A CN102281564A CN201010200737XA CN201010200737A CN102281564A CN 102281564 A CN102281564 A CN 102281564A CN 201010200737X A CN201010200737X A CN 201010200737XA CN 201010200737 A CN201010200737 A CN 201010200737A CN 102281564 A CN102281564 A CN 102281564A
- Authority
- CN
- China
- Prior art keywords
- isr
- management unit
- mobile management
- discharges
- request message
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Abstract
本发明公开了一种网元失败处理的方法,包括:服务网关(S-GW)在检测到用户设备(UE)相连的第一移动管理单元重启或链路不正常时释放空口信令减少(ISR),并通知UE相连的第二移动管理单元释放ISR;第二移动管理单元完成ISR释放,并通知UE释放ISR。或者,UE相连的第二移动管理单元检测到第一移动管理单元重启或链路不正常时释放ISR,通知UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知UE释放ISR。本发明还公开了一种网元失败处理的系统。通过本发明的方法和系统,避免了S-GW与移动管理单元之间的信息不同步,以及UE无法释放ISR而导致的UE与网络之间的信息不同步。
Description
技术领域
本发明涉及通信领域,尤其涉及一种网元失败处理的方法和系统。
背景技术
随着全球微波接入互通(WiMax,World Interoperability for MicrowaveAccess)技术的异军突起,第三代移动通信系统要保持其在移动通信领域的竞争力,必须提高其网络性能,并降低网络建设及运营成本。因此,第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)的标准化工作组,目前正致力于研究包交换核心网(PS Core,Packet Switch Core)和全球移动通信系统无线接入网(UTRAN,Universal Mobile Telecommunication System Radio AccessNetwork)的演进。该研究课题称为系统架构演进(SAE,System ArchitectureEvolution),目的是使得演进的分组网(EPC,Evolved Packet Core)可提供更高的传输速率,更短的传输延时,优化分组,及支持演进的UTRAN(E-UTRAN,Evolved UTRAN)、UTRAN、无线局域网(WLAN,Wireless Local Area Network)及其他非3GPP的接入网络之间的移动性管理。
目前SAE的架构如图1所示,其中,演进的无线接入网(E-RAN,EvolvedRadio Access Network)中包含的网元是演进节点B(eNodeB,Evolved NodeB),用于为用户的接入提供无线资源;分组数据网(PDN,Packet Data Network)是为用户提供业务的网络;EPC提供了更低的延迟,并允许更多的无线接入系统接入,其包括如下网元:
移动管理实体(MME,Mobility Management Entity):控制面功能实体,临时存储用户数据的服务器,负责管理和存储用户设备(UE,User Equipment)的上下文(比如UE/用户标识、移动性管理状态、用户安全参数等),为用户分配临时标识,当UE驻扎在该跟踪区域或者该网络时,负责对该用户进行鉴权;处理MME和UE之间的所有非接入层消息;触发在SAE的寻呼。MME是SAE系统的移动管理单元,在通用移动通信系统(UMTS,Universal MobileTelecommunications System)中,移动管理单元是服务通用分组无线服务(GPRS,General Packet Radio Service)支持节点(SGSN,Serving GPRS Support Node)。
服务网关(S-GW,Serving Gateway)是一个用户面实体,负责用户面数据路由处理,终结处于空闲(ECM IDLE)状态的UE的下行数据。管理和存储UE的SAE承载(bearer)上下文,比如IP承载业务参数和网络内部路由信息等。S-GW是3GPP系统内部用户面的锚点,一个用户在一个时刻只能有一个S-GW。
分组数据网网关(P-GW,PDN Gateway),是负责UE接入PDN的网关,分配用户IP地址,也是3GPP和非3GPP接入系统的移动性锚点,P-GW的功能还包括策略实施、计费支持。用户在同一时刻能够接入多个P-GW。策略与计费实施功能实体(PCEF,Policy and Charging Enforcement Function)也位于P-GW中。
策略与计费规则功能实体(PCRF,Policy and Charging Rules Function)负责向PCEF提供策略控制与计费规则。
归属用户服务器(HSS,Home Subscriber Server)永久存储用户签约数据,HSS存储的内容包括UE的国际移动用户识别码(IMSI,International MobileSubscriber Identification)、P-GW的IP地址。
在物理上,S-GW和P-GW可能合一,EPC系统用户面网元包括S-GW和P-GW。
当UE所处的覆盖区发生改变,例如,从一种无线接入技术(RAT,RadioAccess Technology)覆盖区移动到另一RAT覆盖区时,UE通过监听广播信道发现进入到了一个未注册的区域,为了保证UE与核心网之间的业务连续,则需要在新的RAT覆盖区下进行注册,因此,UE会发起接入RAT的跟踪区更新(TAU,Tracking Area Update)或者路由区更新(RAU,Routing Area Update)流程。如图2所示,为注册在UTRAN覆盖区下的UE移动到E-UTRAN覆盖区下引发的TAU流程。对于注册在E-UTRAN覆盖区下的UE移动到UTRAN覆盖区下引发的RAU流程,与图2类似。如图2所示,主要包括以下步骤:
步骤201,UE移动到MME下的E-UTRAN覆盖区,向MME发送跟踪区更新请求,请求在新的区域进行注册,请求消息中携带SGSN为UE分配的分组临时移动用户识别码(P-TMSI,Packet-Temporary Mobile SubscriberIdentity)。
步骤202,新MME根据P-TMSI标识找到旧SGSN,向旧SGSN发送上下文请求信令进行上下文获取过程。
步骤203,旧SGSN将用户的移动管理和承载信息发送给新MME,即进行上下文响应。
步骤204,新MME收到上下文响应后对上下文进行确认。
步骤205,新MME向S-GW发起更新承载请求,请求消息中携带源GPRS隧道协议控制平面(GTP-C,GPRS Tunneling Protocol-Control)隧道标识和目的GTP-C隧道标识,S-GW更新承载的绑定关系。
步骤206,S-GW向P-GW发送更新承载请求,将S-GW的地址信息、隧道标识信息、接入技术类型等参数发送给P-GW。
步骤207,P-GW更新自身的上下文并向S-GW返回更新承载响应消息,响应消息内容包括P-GW的地址和隧道标识等。
步骤208,S-GW向新MME返回更新承载响应,将S-GW指定的目的GTP-C隧道标识、自身的地址、以及P-GW的地址和隧道信息等带给MME。
步骤209,新MME通过位置更新消息通知HSS注册位置的改变。
步骤210,HSS对UE保持单注册原则,向旧SGSN发送位置取消信令,只维护新MME的注册。
步骤211,旧SGSN向HSS返回位置取消响应。
步骤212,HSS对新MME的位置更新进行确认。
步骤213,如果新MME确认UE在当前的跟踪区内有效,则向UE发送跟踪区更新接受消息。
步骤214,如果新MME通过TAU流程为UE分配了一个新的全球唯一临时标识(GUTI,Globally Unique Temporary Identity),那么UE会返回跟踪区更新完成消息向MME进行确认。
基于这种位置更新原则,如果UE在UTRAN覆盖区或者E-UTRAN之间频繁移动,或者在同覆盖区内由于信号强度等原因引起的频繁注册区选择都会引发大量的TAU或者RAU流程,这对空口来说会造成沉重的负担。因此,在EPS系统中,为了减少UE和核心网之间的空口信令,引入了空口信令减少(ISR,Idle mode Signaling Reduction)的功能。当激活了该功能之后,同时具有UTRAN和E-UTRAN接入功能的UE,可以同时注册到MME和SGSN。这样,当UE在两种不同的接入技术之间频繁移动时,UE就不会发起接入RAT的TAU或者RAU流程,从而减少了不必要的空口信令传输。
UE激活ISR的过程也是通过TAU或者RAU流程完成的,但是在某些步骤上有所不同。以采用TAU流程激活ISR功能为例对二者的不同之处进行说明,采用RAU流程激活ISR功能的流程与此情况类似。如图3所示,主要包括以下步骤:
步骤301,UE移动到MME下的E-UTRAN覆盖区,在向MME发送的跟踪区更新请求消息中除了携带UE在SGSN下分配的P-TMSI,还要携带UE是否支持ISR能力的信息。
步骤302,新MME根据P-TMSI标识找到旧SGSN,并向旧SGSN发送上下文请求信令进行上下文获取过程。
步骤303,旧SGSN将用户的移动管理和承载信息发送给新MME,并在返回的上下文响应消息中携带自身是否支持ISR能力的信息。
步骤304,新MME根据从旧SGSN收到的上下文信息判断是否进行ISR激活,如果进行ISR激活,那么新MME在给旧SGSN回复的上下文确认消息中带上ISR指示,以告知旧SGSN保留UE原来的上下文信息。
步骤305,新MME向S-GW发起更新承载请求,请求消息中携带源GTP-C隧道标识和目的GTP-C隧道标识,S-GW更新承载的绑定关系。更新承载请求消息中还包括激活ISR的指示,通知S-GW保留UE在旧SGSN下拥有的承载上下文信息。
步骤306,由于RAT发生了变化,S-GW向P-GW发送更新承载请求。
步骤307,P-GW更新自身的上下文并向S-GW返回更新承载响应信息。
步骤308,S-GW向新MME返回更新承载响应,将S-GW指定的目的GTP-C隧道标识、自身的地址以及P-GW的地址和隧道信息等带给MME。
步骤309,新MME通过位置更新消息通知HSS位置的改变,并通过相应标识将ISR激活的信息告知HSS,那么HSS就保持了E-UTRAN和UTRAN这两个域的双注册信息,不再向旧SGSN发送位置取消信息。
其中,对于上述的相应标识信息,目前是通过现有的位置更新类型这一消息单元指示为双注册。
步骤310,HSS判断UE是否激活了ISR,如果HSS对UE没有保持双注册,则向SGSN发送位置取消信令;如果激活了ISR,HSS对UE保持两个PS域的注册,因此不会向旧SGSN发送位置取消信令。在该流程中属于后一种情况。
步骤311,若SGSN收到位置取消信令,则SGSN会向HSS返回位置取消响应。对应于步骤310中的后一种情况,则SGSN无需返回位置取消响应。
步骤312,HSS对新MME的位置更新进行确认。
步骤313,如果新MME确认UE在当前的跟踪区内有效,则向UE发送跟踪区更新接受消息,在该消息中MME通过指示通知UE ISR功能已激活。
步骤314,如果新MME通过TAU流程为UE分配了一个新的GUTI标识,那么UE会返回跟踪区更新完成消息向MME进行确认。
ISR激活时,S-GW同时保留了两个接入网的承载信息,因此当MME或者SGSN因为某种原因发生故障导致重启时,S-GW可以同时释放相连接的MME与SGSN的资源;S-GW也可以只释放与重启节点相连接的资源,而保持与正常可用节点的资源,从而保证良好的用户体验。然而,现有技术中还没有任何有关ISR用户的移动管理单元(MME/SGSN)重启资源过程的处理机制,这容易导致ISR去激活时,S-GW与移动管理单元(MME/SGSN)之间的信息不同步,还容易导致UE无法释放ISR,以及UE与网络之间的信息不同步。
发明内容
有鉴于此,本发明的主要目的在于提供一种网元失败处理的方法和系统,以避免S-GW与移动管理单元之间的信息不同步,以及UE无法释放ISR而导致的UE与网络之间的信息不同步。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种网元失败处理的方法,该方法包括:
服务网关(S-GW)在检测到用户设备(UE)相连的第一移动管理单元重启或链路不正常时释放空口信令减少(ISR),并通知所述UE相连的第二移动管理单元释放ISR;
所述第二移动管理单元完成ISR释放,并通知UE释放ISR。
该方法进一步包括:
所述S-GW向UE相连的第二移动管理单元发送释放承载请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示第二移动管理单元释放ISR;
相应的,所述第二移动管理单元根据释放承载请求消息中的指示释放ISR。
所述第二移动管理单元通知UE释放ISR,具体为:
当所述UE在第二移动管理单元下处于连接状态时,所述第二移动管理单元通过ISR释放请求消息通知UE释放ISR;
当所述UE在第二移动管理单元下处于空闲状态时,所述第二移动管理单元通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
本发明还提供了一种网元失败处理的方法,该方法包括:
UE相连的第二移动管理单元检测到第一移动管理单元重启或链路不正常时释放ISR,通知所述UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知所述UE释放ISR。
该方法进一步包括:所述第二移动管理单元向UE的S-GW发送释放会话请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示S-GW释放ISR;
相应的,所述S-GW根据释放会话请求消息中的指示释放ISR。
所述第二移动管理单元通知UE释放ISR,具体为:
当所述UE在第二移动管理单元下处于连接状态时,所述第二移动管理单元通过ISR释放请求消息通知UE释放ISR;
当所述UE在第二移动管理单元下处于空闲状态时,所述第二移动管理单元通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
本发明还提供了一种网元失败处理的系统,该系统包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,所述第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
所述S-GW,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,并通知所述UE相连的第二移动管理单元释放ISR;
所述第二移动管理单元,用于根据第一移动管理单元的通知完成ISR释放,并通知UE释放ISR;
所述UE,用于根据第二移动管理单元的通知完成ISR释放。
所述S-GW进一步用于,向UE相连的第二移动管理单元发送释放承载请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示第二移动管理单元释放ISR;
相应的,所述第二移动管理单元进一步用于,根据释放承载请求消息中的指示释放ISR。
所述第二移动管理单元进一步用于,当所述UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当所述UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
本发明还提供了一种网元失败处理的系统,该系统包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,所述第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
所述第二移动管理单元,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,通知所述UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知所述UE释放ISR;
所述S-GW,用于根据第二移动管理单元的通知,释放ISR以及S-GW与第一移动管理单元之间的资源;
所述UE,用于根据第二移动管理单元的通知完成ISR释放。
所述第二移动管理单元进一步用于,向UE的S-GW发送释放会话请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示S-GW释放ISR;
相应的,所述S-GW进一步用于,根据释放会话请求消息中的指示释放ISR。
所述第二移动管理单元进一步用于,当所述UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当所述UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
本发明所提供的一种网元失败处理的方法和系统,由S-GW在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,并通知UE相连的第二移动管理单元释放ISR;第二移动管理单元完成ISR释放,并通知UE释放ISR。或者,由UE相连的第二移动管理单元检测到第一移动管理单元重启或链路不正常时释放ISR,通知UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知UE释放ISR。通过本发明,避免了S-GW与移动管理单元之间的信息不同步,以及UE无法释放ISR而导致的UE与网络之间的信息不同步。
附图说明
图1为现有技术中演进分组网络系统的结构示意图;
图2为现有技术中进行正常跟踪区更新的信令流程图;
图3为现有技术中通过跟踪区更新流程激活ISR功能的信令流程图;
图4为本发明一种网元失败处理的方法流程图一;
图5为本发明一种网元失败处理的方法流程图二;
图6为本发明实施例一的网元失败处理的方法流程图;
图7为本发明实施例二的网元失败处理的方法流程图;
图8为本发明实施例三的网元失败处理的方法流程图;
图9为本发明实施例四的网元失败处理的方法流程图;
图10为本发明实施例五的网元失败处理的方法流程图;
图11为本发明实施例六的网元失败处理的方法流程图;
图12为本发明实施例七的网元失败处理的方法流程图;
图13为本发明实施例八的网元失败处理的方法流程图;
图14为本发明实施例九的网元失败处理的方法流程图;
图15为本发明实施例十的网元失败处理的方法流程图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
为避免ISR去激活时,S-GW与移动管理单元之间的信息不同步,以及UE无法释放ISR而导致的UE与网络之间的信息不同步。本发明所提供的一种网元失败处理的方法,如图4所示,主要包括以下步骤:
步骤401,S-GW检测到UE相连的第一移动管理单元重启或链路不正常。
步骤402,S-GW释放ISR,并通知UE相连的第二移动管理单元释放ISR。
步骤403,第二移动管理单元完成ISR释放,并通知UE释放ISR。
其中,S-GW可以向UE相连的第二移动管理单元发送释放承载请求消息,该消息中携带第一移动管理单元重启或链路不正常的原因值,该原因值用以指示第二移动管理单元释放ISR;那么相应的,第二移动管理单元根据释放承载请求消息中的指示释放ISR。
本发明还提供了另一种网元失败处理的方法,如图5所示,主要包括以下步骤:
步骤501,UE相连的第二移动管理单元检测到第一移动管理单元重启或链路不正常。
步骤502,第二移动管理单元释放ISR。
步骤503,第二移动管理单元通知UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知UE释放ISR。
其中,第二移动管理单元可以向UE的S-GW发送释放会话请求消息,该消息中携带第一移动管理单元重启或链路不正常的原因值,该原因值用以指示S-GW释放ISR;那么相应的,S-GW根据释放会话请求消息中的指示释放ISR。
需要说明的是,上述移动管理单元包括MME和SGSN,如果将MME和SGSN的其中一个作为第一移动管理单元,那么另一个即作为第二移动管理单元。下面再结合具体实施例对上述两种网元失败处理的方法分别进行详细说明。
本发明实施例一的应用场景为:UE在MME和SGSN下都处于空闲状态,MME出现故障重启。那么根据图4所示的方法,执行网元失败处理如图6所示,主要包括以下步骤:
步骤601,MME重启或者MME链路中断。
步骤602,S-GW检测到MME重启或者MME链路中断。
步骤603,S-GW向SGSN发送释放承载请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示SGSN释放ISR。
步骤604,SGSN收到来自S-GW的释放承载请求消息后,根据消息中的指示释放ISR,并向S-GW返回释放承载响应消息。
步骤605,由于UE在SGSN下处于空闲状态,因此SGSN向UE所在的路由区(RA,Routing Area)下所有的无线网络控制器(RNC,Radio NetworkController)发送寻呼消息,该寻呼消息中携带MME重启或者链路中断的原因值,用于指示UE释放ISR。
步骤606,RNC转发寻呼消息。
步骤607,UE收到寻呼消息后,根据消息中的指示释放ISR,并在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例二的应用场景为:UE在MME和SGSN下都处于空闲状态,MME出现故障重启。那么根据图4所示的方法,执行网元失败处理如图7所示,主要包括以下步骤:
步骤701,MME重启或者MME链路中断。
步骤702,S-GW检测到MME重启或者MME链路中断。
步骤703,S-GW向SGSN发送释放承载请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示SGSN释放ISR。
步骤704,SGSN收到来自S-GW的释放承载请求消息后,根据消息中的指示释放ISR,并向S-GW返回释放承载响应消息。
步骤705,由于UE在SGSN下处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息。
步骤706,RNC转发寻呼消息。
步骤707,UE收到寻呼消息后,UE在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
步骤708,SGSN向UE所在的RNC发送ISR释放请求消息。
步骤709,RNC转发ISR释放请求消息。
步骤710,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤711,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例三的应用场景为:UE在MME下处于连接状态,在SGSN下处于空闲状态,MME出现故障重启。那么根据图4所示的方法,执行网元失败处理如图8所示,主要包括以下步骤:
步骤801,MME重启或者MME链路中断。
步骤802,S-GW检测到MME重启或者MME链路中断。
步骤803,eNodeB检测到MME重启或者MME链路中断。
步骤804,eNodeB向UE发送无线资源控制(RRC,Radio Resource Control)连接释放请求消息。
步骤805,UE向eNodeB返回RRC连接释放响应消息。
步骤806,S-GW向SGSN发送释放承载请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示SGSN释放ISR。
步骤807,SGSN收到来自S-GW的释放承载请求消息后,根据消息中的指示释放ISR,并向S-GW返回释放承载响应消息。
步骤808,由于UE在SGSN中处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息,该寻呼消息中携带MME重启或者链路中断的原因值,用于指示UE释放ISR。
步骤809,RNC转发寻呼消息。
步骤810,UE收到寻呼消息后,根据消息中的指示释放ISR,并在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。另外,图8中步骤804的开始执行与步骤806的开始执行,没有先后顺序。
本发明实施例四的应用场景为:UE在MME下处于连接状态,在SGSN下处于空闲状态,MME出现故障重启。那么根据图4所示的方法,执行网元失败处理如图9所示,主要包括以下步骤:
步骤901,MME重启或者MME链路中断。
步骤902,S-GW检测到MME重启或者MME链路中断。
步骤903,eNodeB检测到MME重启或者MME链路中断。
步骤904,eNodeB向UE发送RRC连接释放请求消息。
步骤905,UE向eNodeB返回RRC连接释放响应消息。
步骤906,S-GW向SGSN发送释放承载请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示SGSN释放ISR。
步骤907,SGSN收到来自S-GW的释放承载请求消息后,根据消息中的指示释放ISR,并向S-GW返回释放承载响应消息。
步骤908,由于UE在SGSN中处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息。
步骤909,RNC转发寻呼消息。
步骤910,UE收到寻呼消息后,UE在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
步骤911,SGSN向UE所在的RNC发送ISR释放请求消息。
步骤912,RNC转发ISR释放请求消息。
步骤913,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤914,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。另外,图9中步骤904的开始执行与步骤906的开始执行,没有先后顺序。
本发明实施例五的应用场景为:UE在MME下处于空闲状态,在SGSN下处于连接状态,MME出现故障重启。那么根据图4所示的方法,执行网元失败处理如图10所示,主要包括以下步骤:
步骤1001,MME重启或者MME链路中断。
步骤1002,S-GW检测到MME重启或者MME链路中断。
步骤1003,S-GW向SGSN发送释放承载请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示SGSN释放ISR。
步骤1004,SGSN收到来自S-GW的释放承载请求消息后,根据消息中的指示释放ISR,并向S-GW返回释放承载响应消息。
步骤1005,由于UE在SGSN中处于连接状态,因此SGSN向UE所在的RNC发送ISR释放请求消息。
步骤1006,RNC转发ISR释放请求消息。
步骤1007,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤1008,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例六的应用场景为:UE在MME和SGSN下都处于空闲状态,MME出现故障重启。那么根据图5所示的方法,执行网元失败处理如图11所示,主要包括以下步骤:
步骤1101,MME重启或者MME链路中断。
步骤1102,SGSN检测到MME重启或者MME链路中断。
步骤1103,SGSN向S-GW发送释放会话请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示S-GW释放ISR。
步骤1104,S-GW收到来自SGSN的释放会话请求消息后,根据消息中的指示释放ISR,并向SGSN返回释放会话响应消息。
步骤1105,由于UE在SGSN下处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息,该寻呼消息中携带MME重启或者链路中断的原因值,用于指示UE释放ISR。
步骤1106,RNC转发寻呼消息。
步骤1107,UE收到寻呼消息后,根据消息中的指示释放ISR,并在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例七的应用场景为:UE在MME和SGSN下都处于空闲状态,MME出现故障重启。那么根据图5所示的方法,执行网元失败处理如图12所示,主要包括以下步骤:
步骤1201,MME重启或者MME链路中断。
步骤1202,SGSN检测到MME重启或者MME链路中断。
步骤1203,SGSN向S-GW发送释放会话请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示S-GW释放ISR。
步骤1204,S-GW收到来自SGSN的释放会话请求消息后,根据消息中的指示释放ISR,并向SGSN返回释放会话响应消息。
步骤1205,由于UE在SGSN下处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息。
步骤1206,RNC转发寻呼消息。
步骤1207,UE收到寻呼消息后,UE在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
步骤1208,SGSN向UE所在的RNC发送ISR释放请求消息。
步骤1209,RNC转发ISR释放请求消息。
步骤1210,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤1211,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例八的应用场景为:UE在MME下处于连接状态,在SGSN下处于空闲状态,MME出现故障重启。那么根据图5所示的方法,执行网元失败处理如图13所示,主要包括以下步骤:
步骤1301,MME重启或者MME链路中断。
步骤1302,SGSN检测到MME重启或者MME链路中断。
步骤1303,eNodeB检测到MME重启或者MME链路中断。
步骤1304,eNodeB向UE发送RRC连接释放请求消息。
步骤1305,UE向eNodeB返回RRC连接释放响应消息。
步骤1306,SGSN向S-GW发送释放会话请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示S-GW释放ISR。
步骤1307,S-GW收到来自SGSN的释放会话请求消息后,根据消息中的指示释放ISR,并向SGSN返回释放会话响应消息。
步骤1308,由于UE在SGSN中处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息,该寻呼消息中携带MME重启或者链路中断的原因值,用于指示UE释放ISR。
步骤1309,RNC转发寻呼消息。
步骤1310,UE收到寻呼消息后,根据消息中的指示释放ISR,并在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例九的应用场景为:UE在MME下处于连接状态,在SGSN下处于空闲状态,MME出现故障重启。那么根据图5所示的方法,执行网元失败处理如图14所示,主要包括以下步骤:
步骤1401,MME重启或者MME链路中断。
步骤1402,SGSN检测到MME重启或者MME链路中断。
步骤1403,eNodeB检测到MME重启或者MME链路中断。
步骤1404,eNodeB向UE发送RRC连接释放请求消息。
步骤1405,UE向eNodeB返回RRC连接释放响应消息。
步骤1406,SGSN向S-GW发送释放会话请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示S-GW释放ISR。
步骤1407,S-GW收到来自SGSN的释放会话请求消息后,根据消息中的指示释放ISR,并向SGSN返回释放会话响应消息。
步骤1408,由于UE在SGSN中处于空闲状态,因此SGSN向UE所在的RA下所有的RNC发送寻呼消息。
步骤1409,RNC转发寻呼消息。
步骤1410,UE收到寻呼消息后,根据消息中的指示释放ISR,并在SGSN网络中发起业务请求过程,这样UE就转化为连接状态。
步骤1411,SGSN向UE所在的RNC发送ISR释放请求消息。
步骤1412,RNC转发ISR释放请求消息。
步骤1413,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤1414,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
本发明实施例十的应用场景为:UE在MME下处于空闲状态,在SGSN下处于连接状态,MME出现故障重启。那么根据图5所示的方法,执行网元失败处理如图15所示,主要包括以下步骤:
步骤1501,MME重启或者MME链路中断。
步骤1502,S-GW检测到MME重启或者MME链路中断。
步骤1503,SGSN向S-GW发送释放会会话请求消息,该请求消息中携带MME重启或者链路中断的原因值,用于指示S-GW释放ISR。
步骤1504,S-GW收到来自SGSN的释放会会话请求消息后,根据消息中的指示释放ISR,并向SGSN返回释放承载响应消息。
步骤1505,由于UE在SGSN中处于连接状态,因此SGSN向UE所在的RNC发送ISR释放请求消息。
步骤1506,RNC转发ISR释放请求消息。
步骤1507,UE收到ISR释放请求消息后释放ISR,并向RNC返回ISR释放响应消息。
步骤1508,RNC向SGSN转发ISR释放响应消息。
需要说明的是,本实施例中是以第一移动管理单元为MME,第二移动管理单元为SGSN为例进行说明的;对于第一移动管理单元为SGSN,第二移动管理单元为MME的情况,处理方法与其类似,此处不再赘述。
对应上述图4所示网元失败处理的方法,本发明还提供了一种网元失败处理的系统,包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
S-GW,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,并通知UE相连的第二移动管理单元释放ISR;
第二移动管理单元,用于根据第一移动管理单元的通知完成ISR释放,并通知UE释放ISR;
UE,用于根据第二移动管理单元的通知完成ISR释放。
较佳的,S-GW进一步用于,向UE相连的第二移动管理单元发送释放承载请求消息,该消息中携带第一移动管理单元重启或链路不正常的原因值,该原因值用以指示第二移动管理单元释放ISR;相应的,第二移动管理单元进一步用于,根据释放承载请求消息中的指示释放ISR。
较佳的,第二移动管理单元进一步用于,当UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
对应上述图5所示网元失败处理的方法,本发明还提供了另一种去活ISR的系统,包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
第二移动管理单元,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,通知UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知UE释放ISR;
S-GW,用于根据第二移动管理单元的通知,释放ISR以及S-GW与第一移动管理单元之间的资源;
UE,用于根据第二移动管理单元的通知完成ISR释放。
较佳的,第二移动管理单元进一步用于,向UE的S-GW发送释放会话请求消息,该消息中携带第一移动管理单元重启或链路不正常的原因值,该原因值用以指示S-GW释放ISR;相应的,S-GW进一步用于,根据释放会话请求消息中的指示释放ISR。
较佳的,第二移动管理单元进一步用于,当UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (12)
1.一种网元失败处理的方法,其特征在于,该方法包括:
服务网关(S-GW)在检测到用户设备(UE)相连的第一移动管理单元重启或链路不正常时释放空口信令减少(ISR),并通知所述UE相连的第二移动管理单元释放ISR;
所述第二移动管理单元完成ISR释放,并通知UE释放ISR。
2.根据权利要求1所述网元失败处理的方法,其特征在于,该方法进一步包括:
所述S-GW向UE相连的第二移动管理单元发送释放承载请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示第二移动管理单元释放ISR;
相应的,所述第二移动管理单元根据释放承载请求消息中的指示释放ISR。
3.根据权利要求1或2所述网元失败处理的方法,其特征在于,所述第二移动管理单元通知UE释放ISR,具体为:
当所述UE在第二移动管理单元下处于连接状态时,所述第二移动管理单元通过ISR释放请求消息通知UE释放ISR;
当所述UE在第二移动管理单元下处于空闲状态时,所述第二移动管理单元通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
4.一种网元失败处理的方法,其特征在于,该方法包括:
UE相连的第二移动管理单元检测到第一移动管理单元重启或链路不正常时释放ISR,通知所述UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知所述UE释放ISR。
5.根据权利要求4所述网元失败处理的方法,其特征在于,该方法进一步包括:所述第二移动管理单元向UE的S-GW发送释放会话请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示S-GW释放ISR;
相应的,所述S-GW根据释放会话请求消息中的指示释放ISR。
6.根据权利要求4或5所述网元失败处理的方法,其特征在于,所述第二移动管理单元通知UE释放ISR,具体为:
当所述UE在第二移动管理单元下处于连接状态时,所述第二移动管理单元通过ISR释放请求消息通知UE释放ISR;
当所述UE在第二移动管理单元下处于空闲状态时,所述第二移动管理单元通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
7.一种网元失败处理的系统,其特征在于,该系统包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,所述第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
所述S-GW,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,并通知所述UE相连的第二移动管理单元释放ISR;
所述第二移动管理单元,用于根据第一移动管理单元的通知完成ISR释放,并通知UE释放ISR;
所述UE,用于根据第二移动管理单元的通知完成ISR释放。
8.根据权利要求7所述网元失败处理的系统,其特征在于,所述S-GW进一步用于,向UE相连的第二移动管理单元发送释放承载请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示第二移动管理单元释放ISR;
相应的,所述第二移动管理单元进一步用于,根据释放承载请求消息中的指示释放ISR。
9.根据权利要求7或8所述网元失败处理的系统,其特征在于,所述第二移动管理单元进一步用于,当所述UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当所述UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
10.一种网元失败处理的系统,其特征在于,该系统包括:S-GW、第一移动管理单元、第二移动管理单元和UE,其中,所述第一移动管理单元和第二移动管理单元为UE提供移动性管理服务;
所述第二移动管理单元,用于在检测到UE相连的第一移动管理单元重启或链路不正常时释放ISR,通知所述UE的S-GW释放ISR以及与第一移动管理单元之间的资源,并通知所述UE释放ISR;
所述S-GW,用于根据第二移动管理单元的通知,释放ISR以及S-GW与第一移动管理单元之间的资源;
所述UE,用于根据第二移动管理单元的通知完成ISR释放。
11.根据权利要求10所述网元失败处理的系统,其特征在于,所述第二移动管理单元进一步用于,向UE的S-GW发送释放会话请求消息,所述消息中携带第一移动管理单元重启或链路不正常的原因值,所述原因值用以指示S-GW释放ISR;
相应的,所述S-GW进一步用于,根据释放会话请求消息中的指示释放ISR。
12.根据权利要求10或11所述网元失败处理的系统,其特征在于,所述第二移动管理单元进一步用于,当所述UE在第二移动管理单元下处于连接状态时,通过ISR释放请求消息通知UE释放ISR;当所述UE在第二移动管理单元下处于空闲状态时,通过寻呼消息通知UE释放ISR,或者先将UE转化为连接状态,然后通过ISR释放请求消息通知UE释放ISR。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010200737XA CN102281564A (zh) | 2010-06-11 | 2010-06-11 | 一种网元失败处理的方法和系统 |
PCT/CN2011/074530 WO2011153899A1 (zh) | 2010-06-11 | 2011-05-23 | 一种网元失败处理的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010200737XA CN102281564A (zh) | 2010-06-11 | 2010-06-11 | 一种网元失败处理的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102281564A true CN102281564A (zh) | 2011-12-14 |
Family
ID=45097524
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010200737XA Pending CN102281564A (zh) | 2010-06-11 | 2010-06-11 | 一种网元失败处理的方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102281564A (zh) |
WO (1) | WO2011153899A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014101223A1 (zh) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 一种防止sgw与网络节点间信息不一致的方法、装置和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009092319A1 (zh) * | 2008-01-21 | 2009-07-30 | Huawei Technologies Co., Ltd. | 网络资源释放处理的方法及设备 |
CN101552980A (zh) * | 2008-03-31 | 2009-10-07 | 华为技术有限公司 | 网络侧分离ue时的处理方法、移动性管理装置及网络系统 |
CN101572877A (zh) * | 2008-04-28 | 2009-11-04 | 大唐移动通信设备有限公司 | 实现去激活空闲状态信令优化功能的方法与装置 |
CN101572943A (zh) * | 2008-04-28 | 2009-11-04 | 大唐移动通信设备有限公司 | Mme释放isr情况下空闲态ue上下文的方法、装置及系统 |
CN101583118A (zh) * | 2008-07-01 | 2009-11-18 | 中兴通讯股份有限公司 | Isr去激活方法及移动性管理单元 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100456732C (zh) * | 2003-11-19 | 2009-01-28 | 华为技术有限公司 | 一种实现多媒体广播/组播业务去激活的方法 |
CN105007619A (zh) * | 2008-06-27 | 2015-10-28 | 中兴通讯股份有限公司 | Isr去激活方法及isr去激活指示装置 |
-
2010
- 2010-06-11 CN CN201010200737XA patent/CN102281564A/zh active Pending
-
2011
- 2011-05-23 WO PCT/CN2011/074530 patent/WO2011153899A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009092319A1 (zh) * | 2008-01-21 | 2009-07-30 | Huawei Technologies Co., Ltd. | 网络资源释放处理的方法及设备 |
CN101552980A (zh) * | 2008-03-31 | 2009-10-07 | 华为技术有限公司 | 网络侧分离ue时的处理方法、移动性管理装置及网络系统 |
CN101572877A (zh) * | 2008-04-28 | 2009-11-04 | 大唐移动通信设备有限公司 | 实现去激活空闲状态信令优化功能的方法与装置 |
CN101572943A (zh) * | 2008-04-28 | 2009-11-04 | 大唐移动通信设备有限公司 | Mme释放isr情况下空闲态ue上下文的方法、装置及系统 |
CN101583118A (zh) * | 2008-07-01 | 2009-11-18 | 中兴通讯股份有限公司 | Isr去激活方法及移动性管理单元 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014101223A1 (zh) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 一种防止sgw与网络节点间信息不一致的方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2011153899A1 (zh) | 2011-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101969634B (zh) | 一种用户数据的同步方法和系统 | |
CN101282511B (zh) | 承载处理方法 | |
CN101282582B (zh) | 一种跨无线接入技术的切换方法 | |
CN101291536B (zh) | 一种移动性管理实体负载重平衡的切换方法 | |
CN101001449B (zh) | 不同接入系统间的寻呼方法 | |
CN101459907B (zh) | 一种指示服务网关承载管理的方法 | |
CN101677470B (zh) | 服务请求的处理方法、装置及系统 | |
CN102056265A (zh) | 限制mtc设备接入和通信的方法、移动管理单元及网关单元 | |
CN103858454A (zh) | 在无线通信系统中处理与空闲模式信令缩减相关联的数据的方法 | |
CN101374342A (zh) | 一种用户设备去附着的方法 | |
CN102892109A (zh) | 一种实现ip地址属性通知的方法和系统 | |
CN103945535A (zh) | 寻呼优化的方法、装置、系统和快速路径释放方法、装置 | |
CN103959828A (zh) | 在无线通信系统中处理与位置区更新关联的数据的方法 | |
CN101330425B (zh) | Sgsn到服务网关的隧道的建立方法 | |
US20190182706A1 (en) | Method for allowing user equipment to detach from network entity | |
CN101827430A (zh) | 一种寻呼方法及设备 | |
CN102740266A (zh) | 一种上下文的同步方法及系统 | |
CN102378295A (zh) | 承载释放方法及系统 | |
WO2010054544A1 (zh) | 一种移动通讯分组域演进系统中寻呼的方法 | |
CN101299882A (zh) | 承载类型识别和指示方法 | |
US20110105125A1 (en) | Method for clearing invalid user equipment information in home node b-gateway | |
CN102905369A (zh) | 移动管理单元失效或重启时用户设备寻呼方法及系统 | |
CN101448320A (zh) | 注销网络方法及双模用户设备 | |
CN101360323A (zh) | 一种网络获取临时标识的方法与系统 | |
CN102281564A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20111214 |