GW发生故障，备份SGW重新建立SGW承载，备份SGW能够实时接管容灾用户数据业务。此时，网络正常处理业务请求，不会中断当前业务请求。
[0101]下面将结合实施例，对用户发起业务请求时，SGW池组容灾方法的过程进行详细说明。
[0102]图4为本发明用户发起业务请求，SGW退出服务的容灾恢复的一个实施例的流程示意图。该方法包括以下步骤:
[0103]在步骤401,终端向eNODEB发送服务请求(Service Request)。
[0104]在步骤402, eNODEB 向 MME 发送服务请求(Service Request)。
[0105]在步骤403，MME根据服务请求索引到用户关联的承载ID，根据承载标识判断SGW
退出服务需要重新建立承载。
[0106]所述服务请求包含用户临时标识号(S-TMSI)、业务类型(service type)等，根据这些信息索引到相应的承载ID。服务状态标识是承载ID的一个属性，根据承载ID查看该承载的服务状态标识，判断该承载为SGW退出服务需要重新建立承载。
[0107]在步骤404,MME向备份SGW发起创建会话请求(Create Sess1n Request),携带承载上下文信息。其中，设置或者确定备份SGW的方法与目前SGW服务区域组网方案选择机制相同，即MME根据TAI以及SGW的状态和权重进行选择。
[0108]承载上下文信息是之前承载建立的过程中MME记录下来的信息，包括S5接口或S8接口的PGW地址、隧道端点标示符TEID (基于通用分组无线服务隧道协议GTP)或者通用路由封装密钥GRE keys (基于代理移动地址协议PMIP)。
[0109]在步骤405,备份SGW向服务PGW发送修改承载请求(Modify Bearer Request),携带备份SGW S5接口的IP地址与TEID。
[0110]在步骤406,服务PGW向备份SGW发送修改承载响应(Modify Bearer Response)。
[0111]在步骤407,备份SGW向MME发送创建会话响应(Create Sess1n Response),携带备份SGW S1-U接口的IP地址以及备份SGW为本次会话创建分配的S1-U接口的TEID。
[0112]在步骤408, MME向eNODEB发送初始上下文设置请求(Initial Context SetupRequest)，携带备份SGW S1接口的IP地址与TEID。
[0113]之后，eNODEB完成无线承载建立后，向MME发送初始上下文设置请求(InitialContext Setup Complete)消息,MME 向 SGW发送修改承载请求(Modify Bearer Request),SGW完成承载修改后向MME发送修改承载请求(Modify Bearer Request)，SGW完成承载修改后向MME发送修改承载响应(Modify Bearer Response)。
[0114]本发明另一个实施例，所述MME响应终端发起的业务请求，根据业务请求索引到承载服务状态标识，所述承载服务状态标识为PGW退出服务需重建，则通知终端重新建立承载，以便所述终端与备份PGW重新建立承载。
[0115]在该实施例中，当用户发起业务请求时，主用PGW发生故障，备份PGW重新建立PGW承载，备份PGW能够实时接管容灾用户数据业务。此时，网络正常处理业务请求，不会中断当前业务请求。
[0116]下面将结合实施例，对用户发起业务请求时，PGW池组容灾方法的过程进行详细说明。
[0117]图5为本发明用户发起业务请求，PGW退出服务的容灾恢复的一个实施例的流程示意图。该方法包括以下步骤:
[0118]在步骤501,终端向eNODEB发送服务请求(Service Request)。
[0119]在步骤502, eNODEB 向 MME 发送服务请求(Service Request)。
[0120]在步骤503，MME根据服务请求索引到用户信息关联承载ID，根据承载标识判断PGW退出服务需要重新建立承载。
[0121]所述服务请求包含用户临时标识号(S-TMSI)、业务类型(service type)等，根据这些信息索引到相应的承载ID。服务状态标识是承载ID的一个属性，根据承载ID查看该承载的服务状态标识，判断该承载为SGW退出服务需要重新建立承载。
[0122]在步骤504，MME通知终端重新建立承载，原因为PGW退出服务。
[0123]在步骤505,终端向网络发送PDN连接请求(PDN Connectivity Request)。
[0124]在步骤506，按正常流程重新建立PDN连接过程，新连接采用备用PGW。
[0125]所述正常流程包括MME根据APN以及PGW的状态和权重选择备用PGW，MME向SGW发送创建会话请求(Create Sess1n Request),携带备用PGW IP地址，SGW向备用PGW发送创建会话请求(Create Sess1n Request)，备用PGW完成承载建立后向SGW发送创建会话响应(Create Sess1n Response)和创建承载请求(Create Bearer Request), SGW向MME发送创建会话请求(Create Sess1n Response)和创建承载请求(Create BearerRequest), MME 向 eNODEB 发送承载设置请求(Bearer Setup Request), eNODEB 完成终端的无线承接建立后承载设置响应(Bearer Setup Response),终端向eNODEB发送直接转换(Direct Transfer), eNODEB 向 MME 发送 PDN 连接完成(PDN Connectivity Complete),从而完成采用备用PGW的PDN连接建立过程。
[0126]在步骤507，终端自动通过上行数据(Uplink data)注册至MS网络，当业务请求为非呼叫业务时，跳过本步骤。
[0127]在步骤508，终端自动重发上行数据(Uplink Data)，当业务请求为呼叫业务时，自动通过上行数据(Uplink Data)向MS网络发送INVTIE请求。
[0128]本发明另一个实施例，所述MME接收所述融合HSS发送的呼叫请求通知，根据呼叫请求通知索引到承载服务状态标识，所述承载服务状态标识为SGW退出服务需重建，则向备份SGW发起创建会话请求，在所述创建会话请求中携带承载上下文信息，以便所述备份SGW向服务PGW发送修改承载请求，重新建立承载；
[0129]其中，所述融合HSS接收到被叫业务请求，判断对应的MME在所述SGW退出服务列表中，向所述MME发送被叫请求通知。
[0130]在该实施例中，当服务SGW故障时，MME感知SGW故障状态，将故障状态通知融合HSS，融合HSS触发用户重新建立承载后响应呼叫请求，确保实时接管被叫业务。
[0131]下面将结合实施例，对网络接收到用户被叫业务请求时，SGW池组容灾方法的过程进行详细说明。
[0132]图6为本发明网络接收到被叫业务请求，SGW退出服务的容灾恢复的一个实施例的流程示意图。该方法包括以下步骤:
[0133]在步骤601，在被叫业务流程中，融合HSS接收到被叫MS网络ICSCF发的被叫位置信息请求 LIR (Locat1n Info Request)。
[0134]在步骤602，融合HSS判断对应MME在SGW退出服务列表中。
[0135]在步骤603，融合HSS向MME发送被叫请求通知。
[0136]如果MME根据被叫请求通知索引到用户关联承载ID，根据承载标识判断不需要重新建立承载，则MME直接发送请求响应，响应结果为正常，融合HSS向ICSCF发送LIA(Locat1n Info Answer),后续按正常呼叫流程处理。
[0137]如果SGW退出服务需要重新建立承载。则继续执行步骤604:
[0138]在步骤604，MME根据被叫请求通知索引到用户关联承载ID，根据承载标识判断SGW退出服务需要重新建立承载。
[0139]在步骤605,MME向备份SGW发起创建会话请求(Create Sess1n Request),携带承载上下文信息。
[0140]在步骤606,备份SGW向服务PGW发送修改承载请求(Modify Bearer Request),携带备份SGW S5接口的IP地址与TEID。
[0141]在步骤607,服务PGW向备份SGW发送修改承载响应(Modify Bearer Response)。
[0142]在步骤608,备份SGW向MME发送创建会话响应(Create Sess1n Response),携带备份SGW S1-U接口的IP地址与TEID。
[0143]在步骤609，MME发送被叫请求通知响应，响应结果为正常。
[0144]在步骤610,融合HSS向ICSCF发送LIA (Locat1n Info Answer),后续按正常呼叫流程处理。
[0145]本发明另