[发明专利]一种保持紧急业务连续性的方法和设备

说明书

技术领域

本发明涉及通信技术领域，特别是指一种保持紧急业务连续性的方法和设备。

背景技术

在现有协议系统中定义了移动性管理实体(MME)发起的分组数据网络(PDN)连接去激活过程。例如若归属签约服务器(HSS)改变指示某一用户终端(UE)禁止接入某些接入点名称(APN)或者MME资源缺乏，MME将会发起PDN去连接过程。

图1为MME发起的PDN去连接过程。参见图1所示，MME发起的PDN去连接过程的具体步骤如下：

步骤101：MME决定释放PDN连接时，执行PDN去连接触发过程。

步骤102：MME发送删除承载请求(Delete Bearer Request)消息给服务(Serving)网关(GW)，以请求Serving GW去激活某一PDN连接的演进的分组系统(EPS)承载。在该条消息中还携带一个指示要求删除这一PDN连接的所有承载。

步骤103：Serving GW发送Delete Bearer Request消息到PDN GW。

步骤104：PDN GW收到Delete Bearer Request消息后，向Serving GW返回删除承载响应(Delete Bearer Response)消息。

步骤105：PDN GW执行PCRF发起的IP-CAN连接终止(sessionTermination)过程。

步骤106：Serving GW向MME返回Delete Bearer Response消息。

步骤107：MME收到Delete Bearer Response消息后，向eNodeB发送承载去激活消息，要求eNodeB删除这一PDN连接相关的所有承载。

步骤108：eNodeB向UE发送RRC重配(RRC Connection Reconfiguration)消息，要求UE释放所有相关的无线承载。

步骤109：UE收到RRC Connection Reconfiguration消息后，释放该PDN连接相关的所有承载并向eNodeB返回RRC重配确认(RRC ConnectionReconfiguration Complete)消息。

步骤110：eNodeB收到RRC Connection Reconfiguration Complete后，向MME返回去激活承载响应(Deactivate Bearer Response)消息。

步骤111：如果签约数据指示用户允许执行到non-3GPP接入的切换过程，并且在non-3GPP系统中没有同一APN的PDN连接，ME收到DeactivateBearer Response消息后，发送通知请求(Notify Request)消息到HSS，并通知HSS删除这一APN的PDN GW地址信息。

步骤112：HSS删除PDN GW地址信息后，向MME返回通知响应(NotifyResponse)消息。

当eNodeB发生过载时，eNodeB会向MME指示过载，并要求MME释放掉某些UE的承载连接。若UE要求删除某一UE的所有承载时，MME收到请求后后会发起S1接口的UE上下文释放过程，释放掉UE在S1接口和空口的所有连接。

当Serving GW发生过载时，Serving GW也会向MME指示过载，并要求MME释放某些UE的承载连接，此时UE的所有承载连接也会被释放。

当HSS中一UE的签约信息发生改变时，向MME发送该用户终端的签约信息撤回指示时，MME收到该用户终端的签约信息撤回时，要发起这一UE的去附着过程，此时这一UE的所有承载连接都将被去激活。由于紧急业务连接不属于签约业务，只与本地配置相关，因此此时中止紧急业务是不合理的。

若UE正常attach到网络后发起了紧急业务连接，在紧急业务被激活后，现有协议中规定，此时若为该UE服务的eNB发生过载，或Serving GW发生过载通知MME时，或HSS中的签约信息指示“签约信息撤回”，要求MME将UE去附着时等场景下，MME会按照现有的协议将UE所有承载连接释放掉，此时UE的所有业务将会被中止，当然，此时也会释放掉UE的紧急业务连接，因此，现有技术中在某些场景下，无法保证用户的紧急业务连接的连续性，满足不了用户紧急需求。

发明内容

本发明提供一种保持紧急业务连续性的，用以解决现有技术中存在某些场景下紧急业务不连续的问题。

本发明提供的一种保持紧急业务连续性的方法包括：