WO2010031353A1

WO2010031353A1 - 服务请求的处理方法、装置及系统

Info

Publication number: WO2010031353A1
Application number: PCT/CN2009/074039
Authority: WO
Inventors: 邸志宇; 银宇; 王珊珊; 戚彩霞; 朱奋勤
Original assignee: 华为技术有限公司
Priority date: 2008-09-18
Filing date: 2009-09-18
Publication date: 2010-03-25
Also published as: EP2339785A4; EP2339785A1; CN101677470B; EP2339785B1; CN101677470A

Description

服务请求的处理方法、装置及系统技术领域

本发明涉及通信领域，特别涉及一种服务请求的处理方法、装置及系统。背景技术

在网络向宽带化、移动化发展的过程中，第三代合作伙伴计划（3rd Generation Partnership Program , 简称 3GPP )组织分别在移动接入网提出了长期演进 ( Long Term Evolution , 简称 LTE )方案即演进通用移动通信系统 ( UMTS )陆地无线接入网（ Evolved Universal Mobile Telecommunication System Territorial Radio Access Network, 简称 E-UTRAN )、以及在移动核心网提出了系统架构演进 ( System Architecture Evolution , 简称 SAE )方案即演进分组核心网（ Evolved Packet Core, 简称 EPC )。

在 UTRAN ( UMTS Territorial Radio Access Network, 简称 UMTS陆地无线接入网）中，可以通过采用服务区域（登记区域）、位置区域（LA )和路由区域（ Routing Area, 简称 RA )对终端进行位置管理；而在 E-UTRAN 中，由于不再有电路域和分组域的区分，可以统一采用跟踪区域（Tracking Area, 简称 TA )对终端进行位置管理，通过给终端分配相应的标识，对空闲 ( idle )状态终端进行位置管理。

由于基于 IP的 3GPP业务将通过不同的接入技术提供，因此 SAE需要能够支持不同的接入系统，既能够与传统的通用分组无线业务（General Packet Radio Service, 简称 GPRS ) 网络无缝演进，又能够与非 3GPP接入系统互连。 SAE网络即 EPC的基本架构中包含移动管理设备例如：移动性管理网元 ( Mobility Management Entity, 简称 MME )和服务 GPRS支持节点（ Serving GPRS Support Node , 简称 SGSN )、服务网关（Serving Gateway, 简称 S-GW )、分组数据网络网关（Packet Data Network Gateway, 简称 P-GW )、以及接入网设备例如：演进型 Node B ( eNB )、无线网络控制器（Radio Network Controller, 简称 RNC )和基站控制器（ Base Station Controller, 简称 BSC )等网元。空闲状态终端若需要主动发送上行数据或者信令，可以通过终端触发的服务请求流程来建立空口侧的信令连接和承载。若网络侧收到了发送给空闲状态终端的下行数据或者信令，则可以通过网络侧触发的服务请求流程来建立空口侧的信令连接和承载。

通过 E-UTRAN接入 EPC的终端在 MME下完成注册后， MME根据空口侧上报的终端当前所在的位置区域的标识即 TAI , 给终端分配位置区域的集合即 TA的集合， TA的集合可以是跟踪区域列表（TA list )。终端转为空闲状态后，只要在该跟踪区域列表所对应的区域内进行移动，就不会发起跟踪区域更新 ( Tracking Area Update, 简称 TAU ) 流程。 S-GW的服务区域是 TA的一个集合，终端在 S-GW的服务区域内移动时，服务终端的该 S-GW 不需要发生任何改变，就可以与该 S-GW的服务区域内任何一个 eNB具有用户面连接。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有的位置区域列表（例如： TA list ) 所对应的终端的位置区域（例如： TA ) 与 S-GW 的服务区域之间是相互独立的，从而导致了移动管理设备（MME 或 SGSN )分配给终端的位置区域列表（TA Iist )中的位置区域（TA )并不一定完全属于所选择 S-GW的服务区域内。若 MME分配给终端的位置区域列表 ( TA Iist ) 中的位置区域（TA ) 不完全属于所选择 S-GW的服务区域内，则有可能会出现接入网设备 ( eNB )与所选择 S-GW之间不具有用户面连接的情况。当空闲状态的终端移动到位置区域列表（TA list ) 中的某个位置区域 ( TA ) 内时，且服务该位置区域（TA ) 的接入网设备 ( eNB )与当前所选择 S-GW之间并不具有用户面连接，用户通过终端发起服务请求业务，或者网络侧收到下行数据包而触发终端发起服务请求业务，用户通过终端连接的接入网设备（eNB )与所选择 S-GW之间则无法建立用户面连接，从而导致了终端的上下行业务无法正常进行。发明内容

本发明实施例提供一种服务请求的处理方法、装置及系统，用以实现当终端通过与当前所选择服务网关之间不具有用户面连接的接入网设备发起服务请求时，能够正常进行终端所请求的上下行业务，从而避免终端的上下行业务无法正常进行的情况出现。

本发明实施例提供了一种服务请求的处理方法，包括：

接收到终端通过接入网设备发送的服务请求消息后，判断出所述接入网设备与第一服务网关之间不具有用户面连接，则选择第二服务网关，所述第与所述接入网设备之间具有用户面连接的服务网关；

在所述第二服务网关上建立承载。

本发明实施例还提供了一种服务请求的处理装置，包括：

判断模块，用于接收到终端通过接入网设备发送的服务请求消息后，判断所述接入网设备与第一服务网关之间是否具有用户面连接，所述第一服务网关为预先选定的与所述终端对应的服务网关；

选择模块，用于当所述判断模块判断出所述接入网设备与所述第一服务网关之间不具有用户面连接，则选择第二服务网关，所述第二服务网关为与所述接入网设备之间具有用户面连接的服务网关；

承载模块，用于在所述第二服务网关上建立承载。

本发明实施例再提供了一种服务请求的处理系统，包括接入网设备、服务网关和移动管理设备，所述服务网关包括第一服务网关和第二服务网关，所述第一服务网关为预先选定的与所述接入网设备连接的终端对应的服务网关，所述第二服务网关为与所述接入网设备之间具有用户面连接的服务网关，所述移动管理设备用于接收到终端通过接入网设备发送的服务请求消息后，判断出所述接入网设备与第一服务网关之间不具有用户面连接，则选择第二服务网关，并在所述第二服务网关上建立承载。

由上述技术方案可知，本发明实施例中的移动管理设备通过接入网设备接收到终端发起的服务请求消息之后，根据预设的判断策略对该接入网设备与当前已选择的第一服务网关之间是否具有用户面连接进行了判断。当判断出不具有用户面连接时，移动管理设备则重新选择一个与该接入网设备之间具有用户面连接的第二服务网关，在新的第二服务网关上建立终端业务的承载，保证了终端所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明实施例一提供的服务请求的处理方法的流程示意图；图 2为本发明实施例二提供的服务请求的处理方法的流程示意图；图 3为本发明实施例三提供的服务请求的处理方法的流程示意图；图 4为本发明实施例四提供的服务请求的处理方法的流程示意图；图 5为本发明实施例五提供的服务请求的处理方法的流程示意图；图 6为本发明实施例六提供的服务请求的处理方法的流程示意图；图 7为本发明实施例七提供的服务请求的处理装置的结构示意图；图 8为本发明实施例八提供的服务请求的处理装置的结构示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图 1 为本发明实施例一提供的服务请求的处理方法的流程示意图，如图 1所示，本实施例可以包括以下步骤：

步骤 101、移动管理设备通过接入网设备接收终端所发送的服务请求消息，所述服务请求中可以包括终端的标识信息；

步骤 102、移动管理设备判断接入网设备与预先选定的与所述终端对应的第一服务网关之间是否具有用户面连接，如果是，则执行步骤 103; 否贝' J , 则执行步骤 104、步骤 105;

步骤 103、移动管理设备在第一服务网关上建立承载；步骤 104、移动管理设备选择与接入网设备之间具有用户面连接的第二服务网关；

步骤 105、移动管理设备在第二服务网关上建立承载。

本实施例中的接入网设备可以为 eNB, 也可以为 RNC, 还可以为 BSC; 移动管理设备可以为 MME,还可以为 SGSN。本实施例能够适用于通过任何无线接入网接入 EPC的场景，当无线接入网为 LTE网络即 E-UTRAN时，接入网设备为 eNB,移动管理设备则为 MME; 当无线接入网为 3G网络例如 UTRAN时，接入网设备为 RNC, 移动管理设备则为 SGSN; 当无线接入网为 2G 网络例如 GSM/EDGE 无线接入网（ GSM EDGE Radio Access Network,简称 GERAN )时，接入网设备为 BSC,移动管理设备则为 SGSN。

本实施例中提供的服务请求的处理方法可以是终端主动触发的即终端主动通过接入网设备向移动管理设备发送服务请求消息，通过终端主动发起服务请求建立空口侧的信令连接和承载，也可以是终端根据网络侧的寻呼被动触发的即移动管理设备接收到第一服务网关所发送的下行数据通知消息之后，通过接入网设备寻呼到对应的终端，触发该终端被动通过接入网设备向移动管理设备发送服务请求消息，通过终端被网络侧寻呼而被动发起服务请求建立空口侧的信令连接和承载。

本实施例中移动管理设备在服务网关（第一服务网关或第二服务网关）上所建立的终端所请求的分组业务的承载可以由终端与服务网关（第一服务网关或第二服务网关）之间的无线接入承载和服务网关（第一服务网关或第二服务网关）与分组数据网络网关之间的隧道承载组成。接入承载又可以包括接入网设备与服务网关（第一服务网关或第二服务网关）之间的隧道承载和接入网设备与终端之间的无线承载，一个分组业务与以上承载是——对应的关系。

本实施例中的移动管理设备通过接入网设备接收到终端主动或被动发起的服务请求消息之后，根据预设的判断策略对该接入网设备与当前已选择的第一服务网关之间是否具有用户面连接进行了判断。当判断出不具有用户面连接时，移动管理设备则重新选择一个与该接入网设备之间具有用户面连接的第二服务网关，在新的第二服务网关上建立终端业务的承载，保证了终端所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。

本发明实施例二提供的服务请求的处理方法适用于通过 E-UTRAN接入 EPC的场景，终端主动通过 eNB向 MME发起服务请求。图 2为本发明实施例二提供的服务请求的处理方法的流程示意图，如图 2所示，本实施例可以包括以下步骤：

步骤 201、终端（UE ) 向 eNB发送携带有终端的标识信息的服务请求消息（ Service Request );

步骤 202、 eNB接收服务请求消息，并向 MME转发该服务请求消息；步骤 203、 MME与 UE、归属用户服务器（ Home Subscriber Server, 简称 HSS )进行交互，对 UE进行非接入层（ Non Access Stratum,简称 NAS ) 鉴权。

本步骤为可选的，若需要对 NAS进行鉴权时，才执行本步骤；

步骤 204、 MME接收服务请求消息，根据终端的标识信息匹配出预先选定的与 UE对应的第一服务网关（旧 S-GW );

步骤 205、 MM E判断 eNB与旧 S-GW之间不具有用户面连接即旧 S-GW 不能够继续为 UE服务， MME则重新选择与 eNB之间具有用户面连接的第二服务网关（新 S-GW );

本步骤中， MME可以根据 UE当前所在 TA的 TAI对已选择的旧 S-GW 能否继续为 UE服务进行判断，具体判断方法可以包括以下三种：

方法 A: MME根据 UE当前所在 TA的 TAI进行域名系统（ Domain Name System, 简称 DNS )查询，获取与该 TA对应的所有 S-GW的标识信息， MME在所获取到的所有 S-GW的标识信息中查询是否包含有旧 S-GW的标识信息。其中 MME所获取的能够服务 UE当前所在 TA的所有 S-GW的标识信息可以为所有 S-GW的地址列表，还可以为所有 S-GW的名字列表等标识集合。若匹配出与旧 S-GW的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与旧 S-GW的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

方法 B: MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 TA的标识信息，并对所获取到的所有 TA的标识信息进行存储。 MME在预先存储的与旧 S-GW对应的所有 TA的标识信息中查询是否包含有 UE当前所在 TA的标识信息。其中 MME所获取并存储的旧 S-GW 所能够服务的所有 TA的标识信息可以为所有 TAI列表等标识集合。若匹配出与 UE 当前所在 TA 的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

方法 C: MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 TA的标识信息， MME在所获取的与旧 S-GW对应的所有 TA的标识信息中查询是否包含有 UE当前所在 TA的标识信息。其中 MME所获取的旧 S-GW所能够服务的所有 TA的标识信息可以为所有 TAI 列表等标识集合。若匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

进一步地，本步骤中， MME还可以根据 UE当前连接的 eNB的标识信息对已选择的旧 S-GW能否继续为 UE服务进行判断，具体判断方法可以包括以下三种：

方法 Α': MME根据 eNB的标识信息进行 DNS查询，获取与该 eNB对应的所有 S-GW的标识信息， MME在所获取到的所有 S-GW的标识信息中查询是否包含有旧 S-GW的标识信息。其中 MME所获取的能够服务 eNB的所有 S-GW的标识信息可以为所有 S-GW的地址列表，还可以为所有 S-GW 的名字列表等标识集合。若匹配出与旧 S-GW的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与旧 S-GW 的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

方法 Β': MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 eNB的标识信息，并对所获取到的所有 eNB的标识信息进行存储。 MME在预先存储的与旧 S-GW对应的所有 eNB的标识信息中查询是否包含有 UE当前所连接的 eNB的标识信息。其中 MME所获取并存储的旧 S-GW所能够服务的所有 eNB的标识信息可以为所有 eNB ID列表等标识集合。若匹配出与 UE当前所连接的 eNB的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所连接的 eNB的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

方法 C': MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 eNB的标识信息， MME在所获取的与旧 S-GW对应的所有 eNB的标识信息中查询是否包含有 UE当前所连接的 eNB的标识信息。其中 MME所获取的旧 S-GW所能够服务的所有 eNB的标识信息可以为所有 eNB ID列表等标识集合。若匹配出与 UE当前所连接的 eNB的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所连接的 eNB的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

本步骤中， MME可以进一步在进行上述判断所采用的方法 A或方法 A' 中所获取到的所有 S-GW的标识信息中选取一个标识信息对应的 S-G W作为新 S-GW;

步骤 206、 MME 向新 S-GW发送创建承载请求消息（Create Bearer Request ), 在新 S-GW上创建用户的承载上下文；

步骤 207、新 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息 ( Create Bearer Response );

步骤 208、 MME向 eNB发送 S1 -AP层初始化上下文建立请求消息（ Initial Context Setup Request ), 以恢复所有激活的 EPS承载的无线承载；

步骤 209、 eNB接收初始化上下文建立请求消息，并与 UE进行交互，建立 eNB与 UE之间的无线承载，即 eNB向 UE发送无线承载建立请求消息，以及 UE向 eNB发送无线承载建立完毕消息。

至此， UE与新 S-GW之间的接入承载已经建立完毕， UE 可以通过新 S-GW发送上行业务的数据包到分组数据网络网关（ P-GW );

步骤 210、 eNB向 MME发送 S1-AP层初始化上下文建立完毕消息（ Initial Context Setup Complete ), 该初始化上下文建立完毕消息中携带有 eNB的地址和 eNB所分配的隧道端点标识（ Tunnel Endpoint Identifier,简称 T曰 D ); 步骤 211、 MME接收初始化上下文建立完毕消息，并向新 S-GW发送更新承载请求消息（Update Bearer Request ), 该更新承载请求消息中携带有 eNB的地址和 T曰 D;

步骤 212、新 S-GW接收更新承载请求消息，并向 P-GW发送另一更新承载请求消息，该更新承载请求消息中携带有新 S-GW的地址和新 S-GW所分配的 T曰 D;

步骤 213、 P-GW接收更新承载请求消息， P-GW中的策略和计费执行功能（ Policy and Charging Enforcement Function, 简称 PCEF )设备与策略和计费规则功能 ( Policy and Charging Rules Function , 简称 PCRF )设备进行交互，以触发策略控制和计费（Policy Control and Charging , 简称 PCC )规则的处理。

P-GW接收到更新承载请求消息，至此，新 S-GW与 P-GW之间的隧道承载已经建立完毕， P-GW可以通过新 S-GW发送下行业务的数据包到 UE。

本步骤中的交互步骤为可选的，若动态 PCC架构被配置，才执行本步骤， PCEF 设备则向 PCRF 设备上报当前的接入方式即发起 IP 连接接入网 ( IP-Connectivity Access Network , 简称 IP-CAN ) 会话修改（ Initiated IP-CAN Session Modification ) 流程；

步骤 214、 P-GW向新 S-GW返回更新承载响应消息（ Update Bearer

Response );

步骤 215、新 S-GW接收更新承载响应消息，并向 MME发送另一更新载响应消息；

步骤 216、 MME接收更新承载响应消息，向旧 S-GW发送删除承载请求消息（ Delete Bearer Request );

步骤 217、旧 S-GW接收删除承载请求消息，删除旧 S-GW上的承载上下文，并向 MME回复删除载响应消息（ Delete Bearer Response ), 以确认承载上下文已经被删除。

可替换地，本实施例步骤 212、 213、 214也可以在步骤 206和 207之间顺序进行。

本实施例中的 MME通过 eNB接收到终端主动发起的服务请求消息之后，根据预设的判断策略对该 eNB与当前已选择的 S-GW之间是否具有用户面连接进行了判断。当判断出不具有用户面连接时， MME则重新选择一个与该 eNB之间具有用户面连接的 S-GW,在新的 S-GW上建立 UE业务的承载，保证了 UE所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。

本发明实施例三提供的服务请求的处理方法适用于通过 E-UTRAN接入 EPC的场景，空闲状态终端被网络侧触发即被网络侧经由 eNB寻呼到，被动通过 eNB向 MME发起服务请求。图 3为本发明实施例三提供的服务请求的处理方法的流程示意图，如图 3所示，本实施例可以包括以下步骤：

步骤 301、 P-GW向旧 S-GW发送下行业务的数据包；

步骤 302、旧 S-GW接收下行业务的数据包，但没有获取到该下行业务的数据包对应的下行隧道的相关信息，旧 S-GW则緩存该下行业务的数据包；步骤 303、旧 S-GW向 MME发送下行数据通知消息（Downlink Data

Notification );

步骤 304、 MME 接收下行数据通知消息，并向 eNB 发送寻呼消息 ( Paging );

步骤 305、 eNB接收寻呼消息，并向对应的空闲状态 UE转发该寻呼消息。

至此，空闲状态 UE被触发，将被动通过 eNB向 MME发起服务请求；步骤 306、 UE 向 eNB 发送携带有终端的标识信息的服务请求消息 ( Service Request );

步骤 307、 eNB接收服务请求消息，并向 MME转发该服务请求消息；步骤 308、 MME与 UE、 HSS进行交互，对 UE进行 NAS鉴权。

本步骤为可选的，若需要对 NAS进行鉴权时，才执行本步骤；

步骤 309、 MME接收服务请求消息，根据终端的标识信息匹配出预先选定的与 UE对应的第一服务网关（旧 S-GW );

步骤 310、 MME判断 eNB与旧 S-GW之间不具有用户面连接即旧 S-GW 不能够继续为 UE服务， MME则重新选择与 eNB之间具有用户面连接的第二服务网关（新 S-GW );

本步骤中， MME可以根据 UE当前所在 TA的 TAI对已选择的旧 S-GW 能否继续为 UE服务进行判断，具体判断方法可以与上一实施例中的判断方法相同，此处不再贅述；

步骤 311、 MME 向新 S-GW发送创建承载请求消息（Create Bearer Request ), 在新 S-GW上创建用户的承载上下文；

步骤 312、新 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息 ( Create Bearer Response );

步骤 313、 MME向 eNB发送 S1 -AP层初始化上下文建立请求消息（ Initial

Context Setup Request ), 以恢复所有激活的 EPS承载的无线承载；

步骤 314、 eNB接收初始化上下文建立请求消息，并与 UE进行交互，建立 eNB与 UE之间的无线承载，即 eNB向 UE发送无线承载建立请求消息，以及 UE向 eNB发送无线承载建立完毕消息；

步骤 315、 MME确认已经接收到下行数据通知消息，则向新 S-GW发送创建承载请求消息（Create Bearer Request ), 在新 S-GW中创建转发相关的参数信息；

步骤 316、新 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息（Create Bearer Response ), 该创建承载响应消息中携带有新 S-GW为数据转发分配的目的地址和新 S-GW所分配的 T曰 D;

步骤 317、 MME接收创建承载响应消息，并向旧 S-GW发送创建承载请求消息，该创建承载响应消息中携带有新 S-GW为数据转发分配的目的地址和新 S-GW所分配的 TBD。

MME与旧 S-GW进行交互，构建新 S-GW与旧 S-GW之间的数据转发通道，把新 S-GW为数据转发分配的地址和 T曰 D信息通知给旧 S-GW, 并且指示老 S-GW开始数据转发；

步骤 318、旧 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息（ Create Bearer Response ), 以确认已经收到了隧道的相关信息，并已经准备向新 S-GW转发数据。至此，旧 S-GW到新 S-GW的数据转发隧道已经建立完毕，旧 S-GW开始将所緩存的下行业务的数据包转发到新 S-GW;

步骤 319、旧 S-GW向新 S-GW转发旧 S-GW所緩存的下行业务的数据包；步骤 320、eNB向 MME发送 S1-AP层初始化上下文建立完成消息（ Initial Context Setup Complete ), 该初始化上下文建立完毕消息中携带有 eNB的地址和 eNB所分配的 T曰 D;

步骤 321、 MME接收初始化上下文建立完毕消息，并向新 S-GW发送更新承载请求消息（Update Bearer Request ), 该更新承载请求消息中携带有 eNB的地址和 eNB所分配的 T曰 D;

步骤 322、新 S-GW接收更新承载请求消息，并向分组数据网络网关

( P-GW )发送另一更新承载请求消息，该更新承载请求消息中携带有新 S-GW的地址和新 S-GW所分配的 T曰 D;

步骤 323、 P-GW接收更新承载请求消息， P-GW中的策略和计费执行功能 ( Policy and Charging Enforcement Function, 简称 PCEF )设备与策略和计费规则功能 ( Policy and Charging Rules Function , 简称 PCRF )设备进行交互，以触发策略控制和计费（Policy Control and Charging , 简称 PCC )规则的处理。

本步骤中的交互步骤为可选的，若动态 PCC架构被配置，才执行本步骤，

PCEF 设备则向 PCRF 设备上报当前的接入方式即发起 IP 连接接入网 ( IP-Connectivity Access Network , 简称 IP-CAN ) 会话修改（ Initiated IP-CAN Session Modification ) 流程；

步骤 324、 P-GW接收更新承载请求消息，并向新 S-GW返回更新承载响应消息 ( Update Bearer Response );

步骤 325、新 S-GW接收更新承载响应消息，并向 MME转发更新承载响应消息；

步骤 326、 MME接收更新承载响应消息，向旧 S-GW发送删除承载请求消息 ( Delete Bearer Request ); 步骤 327、旧 S-GW接收删除承载请求消息，删除旧 S-GW上的承载上下文，并向 MME回复删除载响应消息（ Delete Bearer Response ), 以确认承载上下文已经被删除。

可替换地，本实施例中步骤 322、 323、 324也可以在步骤 311 和 312 之间顺序进行。

可替换地，步骤 311、 312还可以与步骤 315、 316合并在一起进行。本实施例通过一种特殊的终端发起的服务请求机制，解决了终端被动发起服务请求流程时可能出现的终端连接的 eNB与当前的 S-GW之间没有用户面连接的问题，从而避免了终端的上下行业务无法正常进行的情况出现。

进一步地，上述本发明实施例中的 UE还可以为启动信令节约即空闲状态下的信令节约（Idle mode signaling reduction, 简称 ISR )机制的 UE, 其中， ISR机制应该遵循的一些原则如下：

UE分别注册到 MME和 SGSN , MME为 UE分配跟踪区域列表， SGSN 保存 UE当前所在的路由区域标识 RAI。 Idle态的用户只要在这个跟踪区域列表所对应的区域内和 RAI所对应的区域内进行移动，则不会发起 TAU或者路由区域更新 ( Routing Area Update, 简称 RAU ) 流程；

MME和 SGSN注册到 HSS, HSS维护双分组交换域（ Packet Switch Domain , PS i或）网络注册；

SGSN和 MME需要通知 UE是否使用 ISR功能；

如果 2G或 3G采用 ISR功能，则空闲模式下的用户面终止于 S-GW;

UE是否被使用 ISR功能需要通知给 S-GW。

进一步地，本发明实施例二中步骤 207中 MME向 eNB发送的初始化上下文建立请求消息、以及步骤 208中 eNB向 UE发送的无线承载建立请求消息中均携带有去激活标识，以通知 UE ISR机制已经去激活。本发明实施例三中的消息也可以同样处理。此外，本发明实施例二和本发明实施例三中旧 S-GW删除所承载的上下文之后还进一步可以包括旧 S-GW触发 SGSN删除 SGSN上的承载上下文的步骤，具体为旧 S-GW判断 UE是否启用 ISR机制，如果 UE启用了 ISR机制，旧 S-GW触发 SGSN删除 SGSN上的承载上下文。 eNB寻呼到，被动通过 eNB向 MME发起服务请求。进一步地，本实施例中空闲状态终端还可以被网络侧发送的下行信令触发，即被网络侧经由 eNB寻呼到，被动通过 eNB向 MME发起服务请求，这时网络侧并没有下行数据需要转发。

可替换地，应该还能够列举出其他本发明实施例提供的服务请求的处理方法可以同样适用于通过 UTRAN或 GERAN接入 EPC的终端接入 EPC的场景，与本发明实施例二和本发明实施例三相比，接入网设备变为 RNC 或 BSC,移动管理设备变为 SGSN ,具体的方法流程没有任何区别，只是 SGSN 是根据 UE当前所在 RA的 RAI或 UE当前连接的 RNC/BSC的标识信息对已选择的旧 S-GW能否继续为 UE服务进行判断的，原理与本发明实施例二和本发明实施例三中 MME根据 UE当前所在 TA的 TAI或 UE当前连接的 eNB 的标识信息对已选择的旧 S-GW能否继续为 UE服务进行判断的原理相同，此处不再贅述。对应地，在这些实施例中旧 S-GW删除用户承载的上下文之后同样进一步可以包括旧 S-GW触发 MME删除 MME上的承载上下文的步骤，具体为旧 S-GW判断 UE是否启用 ISR机制，如果 UE启用了 ISR机制，旧 S-GW触发 MME删除 MME上的承载上下文。

图 4为本发明实施例四提供的服务请求的处理方法的流程示意图，如图 4所示，本实施例可以包括以下步骤：

步骤 401、移动管理设备通过接入网设备接收终端所发送的服务请求消息，所述服务请求中可以包括终端的标识信息；

步骤 402、移动管理设备判断接入网设备与预先选定的与所述终端对应的第一服务网关之间是否具有用户面连接，如果是，则执行步骤 403; 否贝' J , 则执行步骤 404、步骤 405;

步骤 403、移动管理设备在第一服务网关上建立承载；

步骤 404、移动管理设备向 UE返回服务拒绝消息 ( Service Reject ), 以指示 UE发起 TAU流程，以及恢复空口侧的无线承载，该服务拒绝消息中携带有原因值；

步骤 405、移动管理设备在 UE所发起的 TAU流程中重新选择一个与该接入网设备之间具有用户面连接的第二服务网关；

步骤 406、移动管理设备在新的第二服务网关上建立终端业务的承载。本实施例中的接入网设备可以为 eNB, 也可以为 RNC, 还可以为 BSC; 移动管理设备可以为 MME,还可以为 SGSNL本实施例能够适用于通过任何无线接入网接入 EPC的场景，当无线接入网为 LTE网络即 E-UTRAN时，接入网设备为 eNB,移动管理设备则为 MME; 当无线接入网为 3G网络例如 UTRAN时，接入网设备为 RNC, 移动管理设备则为 SGSN; 当无线接入网为 2G 网络例如 GSM/EDGE 无线接入网（ GSM EDGE Radio Access Network,简称 GERAN )时，接入网设备为 BSC,移动管理设备则为 SGSN。

本实施例中提供的服务请求的处理方法可以是终端主动触发的即终端主动通过接入网设备向移动管理设备发送服务请求消息，通过终端主动发起服务请求建立空口侧的信令连接和承载，也可以是终端根据网络侧的寻呼被动触发的即移动管理设备接收到第一服务网关所发送的下行数据通知消息之后 , 通过接入网设备寻呼到对应的终端 , 触发该终端被动通过接入网设备向移动管理设备发送服务请求消息，通过终端被网络侧寻呼而被动发起服务请求建立空口侧的信令连接和承载。

本实施例中的移动管理设备通过接入网设备接收到终端主动或被动发起的服务请求消息之后，根据预设的判断策略对该接入网设备与当前已选择的第一服务网关之间是否具有用户面连接进行了判断。当判断出不具有用户面连接时，移动管理设备则返回服务拒绝消息，指示用户通过发起 TAU流程来重新选择一个与该接入网设备之间具有用户面连接的第二服务网关，在新的第二服务网关上建立终端业务的承载，保证了终端所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。

本发明实施例五提供的服务请求的处理方法适用于通过 E-UTRAN接入 EPC的场景，终端主动通过 eNB向 MME发起服务请求。图 5为本发明实施例五提供的服务请求的处理方法的流程示意图，如图 5所示，本实施例可以包括以下步骤：

步骤 501、 UE 向 eNB 发送携带有终端的标识信息的服务请求消息 ( Service Request ); 步骤 502、 eNB接收服务请求消息，并向 MME转发该服务请求消息；步骤 503、 MME与 UE、归属用户服务器（ Home Subscriber Server, 简称 HSS )进行交互，对 UE进行非接入层（ Non Access Stratum,简称 NAS ) 鉴权。

本步骤为可选的，若需要对 NAS进行鉴权时，才执行本步骤；

步骤 504、 MME接收服务请求消息，根据终端的标识信息匹配出预先选定的与 UE对应的第一服务网关（旧 S-GW );

步骤 505、 MM E判断 eNB与旧 S-GW之间不具有用户面连接即旧 S-GW 不能够继续为 UE服务，向 UE返回服务拒绝消息（Service Reject ), 该服务拒绝消息中携带有原因值，以指示 UE发起 TAU流程，以及需要恢复空口侧的无线承载。

方法 B: MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 TA的标识信息，并对所获取到的所有 TA的标识信息进行存储。 MME在预先存储的与旧 S-GW对应的所有 TA的标识信息中查询是否包含有 UE当前所在 TA的标识信息。其中 MME所获取并存储的旧 S-GW 所能够服务的所有 TA的标识信息可以为所有 TAI列表等标识集合。若匹配出与 UE 当前所在 TA 的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。方法 C: MME根据旧 S-GW的标识信息进行域名系统 DNS查询，获取与旧 S-GW对应的所有 TA的标识信息， MME在所获取的与旧 S-GW对应的所有 TA的标识信息中查询是否包含有 UE当前所在 TA的标识信息。其中 MME所获取的旧 S-GW所能够服务的所有 TA的标识信息可以为所有 TAI 列表等标识集合。若匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW能够继续服务 UE; 若没有匹配出与 UE当前所在 TA的标识信息一致的标识信息，则可以说明已选择的旧 S-GW不能够继续服务 UE。

步骤 506、 UE发起 TAU流程， MME重新选择一个与该接入网设备之间具有用户面连接的第二服务网关，在新的第二服务网关上建立终端业务的承载。

本实施例中的 MME通过 eNB接收到终端主动发起的服务请求消息之后，根据预设的判断策略对该 eNB与当前已选择的 S-GW之间是否具有用户面连接进行了判断。当判断出不具有用户面连接时， MME则返回服务拒绝消息，指示 UE通过发起 TAU流程来重新选择一个与该接入网设备之间具有用户面连接的第二服务网关，在新的第二服务网关上建立终端业务的承载，保证了 UE所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。

本发明实施例六提供的服务请求的处理方法适用于通过 E-UTRAN接入 EPC的场景，空闲状态终端被网络侧触发即被网络侧经由 eNB寻呼到，被动通过 eNB向 MME发起服务请求。图 6为本发明实施例六提供的服务请求的处理方法的流程示意图，如图 6所示，本实施例可以包括以下步骤：

步骤 601、 P-GW向旧 S-GW发送下行业务的数据包；

步骤 602、旧 S-GW接收下行业务的数据包，但没有获取到该下行业务的数据包对应的下行隧道的相关信息，旧 S-GW则緩存该下行业务的数据包；步骤 603、旧 S-GW向 MME发送下行数据通知消息（Downlink Data

Notification );

步骤 604、 MME 接收下行数据通知消息，并向 eNB 发送寻呼消息 ( Paging );

步骤 605、 eNB接收寻呼消息，并向对应的空闲状态 UE转发该寻呼消息。

至此，空闲状态 UE被触发，将被动通过 eNB向 MME发起服务请求；步骤 606、 UE 向 eNB 发送携带有终端的标识信息的服务请求消息 ( Service Request );

步骤 607、 eNB接收服务请求消息，并向 MME转发该服务请求消息；步骤 608、 MME与 UE、 HSS进行交互，对 UE进行 NAS鉴权。

本步骤为可选的，若需要对 NAS进行鉴权时，才执行本步骤；

步骤 609、 MME接收服务请求消息，根据终端的标识信息匹配出预先选定的与 UE对应的第一服务网关（旧 S-GW );

步骤 610、 MME判断 eNB与旧 S-GW之间不具有用户面连接即旧 S-GW 不能够继续为 UE服务，向 UE返回服务拒绝消息（Service Reject ), 该服务拒绝消息中携带有原因值，以指示 UE发起 TAU流程，以及需要恢复空口侧的无线承载；

步骤 611、 UE向 eNB发送携带有终端的标识信息的 TAU请求消息（ TAU Request );

步骤 612、 eNB接收 TAU请求消息，并向 MME转发该 TAU请求消息；步骤 613、 MME与 UE、 HSS进行交互，对 UE进行 NAS鉴权。

本步骤为可选的，若需要对 NAS进行鉴权时，才执行本步骤；

步骤 614、 MME接收 TAU请求消息，则重新选择与 eNB之间具有用户面连接的第二服务网关（新 S-GW );

步骤 615、 MME 向新 S-GW发送创建承载请求消息（Create Bearer Request ), 在新 S-GW上创建用户的承载上下文；

步骤 616、新 S-GW接收创建承载请求消息，向分组数据网络网关 ( P-GW )发送更新承载请求消息（Update Bearer Request ), 该更新承载请求消息中携带有新 S-GW的地址和新 S-GW所分配的 T曰 D;

步骤 617、 P-GW接收更新承载请求消息， P-GW 中的 PCEF设备与 PCRF设备进行交互，以触发 PCC规则的处理。

本步骤中的交互步骤为可选的，若动态 PCC架构被配置，才执行本步骤， PCEF设备则向 PCRF设备上报当前的接入方式即发起 IP-CAN 会话修改 ( Initiated IP-CAN Session Modification ) 流程；

步骤 618、 P-GW接收更新承载请求消息，并向新 S-GW返回更新承载响应消息 ( Update Bearer Response );

步骤 619、新 S-GW接收更新承载响应消息，并向 MME转发创建承载响应消息 ( Create Bearer Response );

步骤 620、 MME接收创建承载响应消息，并向新 S-GW返回创建承载请求消息 ( Create Bearer Request );

步骤 621、新 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息（Create Bearer Response ), 该创建承载响应消息中携带有新 S-GW为数据转发分配的目的地址和新 S-GW所分配的 T曰 D;

步骤 622、 MME接收创建承载响应消息，并向旧 S-GW发送创建承载请求消息，该创建承载响应消息中携带有新 S-GW为数据转发分配的目的地址和新 S-GW所分配的 TBD。

步骤 623、旧 S-GW接收创建承载请求消息，并向 MME返回创建承载响应消息（ Create Bearer Response ), 以确认已经收到了隧道的相关信息，并已经准备向新 S-GW转发数据。

至此，旧 S-GW到新 S-GW的数据转发隧道已经建立完毕，旧 S-GW开始将所緩存的下行业务的数据包转发到新 S-GW;

步骤 624、旧 S-GW向新 S-GW转发旧 S-GW所緩存的下行业务的数据包；

步骤 625、 MME 向旧 S-GW发送删除承载请求消息（Delete Bearer Request );

步骤 626、旧 S-GW接收删除承载请求消息，删除旧 S-GW上的承载上下文，并向 MME回复删除载响应消息（ Delete Bearer Response ), 以确认承载上下文已经被删除。

进一步地，步骤 615、 619还可以与步骤 620、 621合并在一起进行。 eNB寻呼到，被动通过 eNB向 MME发起服务请求。进一步地，本实施例中空闲状态终端还可以被网络侧发送的下行信令触发，即被网络侧经由 eNB寻呼到，被动通过 eNB向 MME发起服务请求，这时网络侧并没有下行数据需要转发。

进一步地，上述本发明实施例中的 UE还可以为启动信令节约即 ISR机制的 UE, 其中， ISR机制应该遵循的一些原则如下：

UE分别注册到 MME和 SGSN , MME为 UE分配跟踪区域列表， SGSN 保存 UE 当前所在的路由区域标识 RAI。空闲状态终端只要在这个跟踪区域列表所对应的区域内和 RAI所对应的区域内进行移动，则不会发起 TAU或者 RAU流程；

MME和 SGSN注册到 HSS, HSS维护双 PS域网络注册；

SGSN和 MME需要通知 UE是否使用 ISR功能；

如果 2G或 3G采用 ISR功能，则空闲模式下的用户面终止于 S-GW; UE是否被使用 ISR功能需要通知给 S-GW。

进一步地，本发明实施例五和本发明实施例六中旧 S-GW删除所承载的上下文之后还进一步可以包括旧 S-GW触发 SGSN删除 SGSN上的承载上下文的步骤，具体为旧 S-GW判断 UE是否启用 ISR机制，如果 UE启用了 ISR机制，旧 S-GW触发 SGSN删除 SGSN上的承载上下文。本发明实施例五和本发明实施例六中还可以进一步包括：

MME向 UE发送 TAU接受消息（TAU Accept ), 如果 ISR机制去活，在该消息中可以携带有去激活标识，以通知 UE ISR机制已经去激活；

UE接收 TAU 接受消息，并向 MME返回 TAU 接受完成消息（ TAU Complete )。 eNB寻呼到，被动通过 eNB向 MME发起服务请求。进一步地，本实施例中空闲状态终端还可以被网络侧发送的下行信令触发，即被网络侧经由 eNB寻呼到，被动通过 eNB向 MME发起服务请求，这时网络侧并没有下行数据需要转发。

可替换地，应该还能够列举出其他本发明实施例提供的服务请求的处理方法可以同样适用于通过 UTRAN或 GERAN接入 EPC的终端接入 EPC的场景，与本发明实施例五和本发明实施例六相比，接入网设备变为 RNC 或 BSC,移动管理设备变为 SGSN ,具体的方法流程没有任何区别，只是 SGSN 是根据 UE当前所在 RA的 RAI或 UE当前连接的 RNC/BSC的标识信息对已选择的旧 S-GW能否继续为 UE服务进行判断的，原理与本发明实施例五和本发明实施例六中 MME根据 UE当前所在 TA的 TAI或 UE当前连接的 eNB 的标识信息对已选择的旧 S-GW能否继续为 UE服务进行判断的原理相同，此处不再贅述。

需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图 7为本发明实施例七提供的服务请求的处理装置的结构示意图，如图 7所示，本实施例可以包括判断模块 71、选择模块 72和承载模块 73。其中，判断模块 71接收到终端通过接入网设备发送的服务请求消息后，判断接入网设备与预先选定的与所述终端对应的第一服务网关之间是否具有用户面连接，当判断模块 71 判断出接入网设备与第一服务网关之间不具有用户面连接，选择模块 72则重新选择与接入网设备之间具有用户面连接的第二服务网关，承载模块 73在选择模块 72确定的第二服务网关上建立承载。

本实施例提供的服务请求的处理装置可以为移动管理设备 ( MME 或 SGSN )。本实施例中的判断模块接收到终端通过接入网设备发送的服务请求消息后，根据预设的判断策略对该接入网设备与当前已选择的 S-GW之间是否具有用户面连接进行了判断。当判断模块判断出不具有用户面连接时，选择模块则重新选择一个与该接入网设备之间具有用户面连接的 S-GW, 承载模块在新的 S-GW上建立 UE业务的承载，保证了 UE所请求的上下行业务能够正常进行，从而避免了终端的上下行业务无法正常进行的情况出现。本实施例提供的服务请求的处理装置通过一种特殊的终端主动发起的服务请求机制，解决了终端主动发起服务请求流程时可能出现的终端连接的接入网设备与当前的 S-GW之间没有用户面连接的问题，从而避免了终端的上下行业务无法正常进行的情况出现。

图 8为本发明实施例八提供的服务请求的处理装置的结构示意图，如图 8所示，与上一实施例相比，本实施例还可以进一步包括触发模块 74, 根据接收到的第一服务网关所发送的下行数据通知消息通过接入网设备寻呼到相应的终端，以触发该终端通过该接入网设备向判断模块 71 发送服务请求消息。其中的承载模块 73确定触发模块接收到下行数据通知消息后，还可以利用所获取的第二服务网关所返回的第二服务网关为数据转发分配的地址和所分配的隧道端点标识与第一服务网关进行交互，建立第一服务网关到第二服务网关的单向隧道承载，以供第一服务网关将所緩存的下行数据发送到第二服务网关。

本实施例提供的服务请求的处理装置通过一种特殊的终端被动发起的服务请求机制，解决了终端被动发起服务请求流程时可能出现的终端连接的接入网设备与当前的 S-GW之间没有用户面连接的问题，从而避免了终端的上下行业务无法正常进行的情况出现。

进一步地，本发明实施例四和实施例五还可以进一步包括删除模块（图中未示出），可以在承载模块 73在第二服务网关上建立承载之后删除第一服务网关上的承载上下文。

进一步地，本发明实施例四和实施例五中选择模块 72还可以用于当所述判断模块判断出所述接入网设备与所述第一服务网关之间不具有用户面连接，则返回服务拒绝消息，以指示所述终端发起位置区域更新流程。本发明实施例六提供的服务请求的处理系统可以包括接入网设备、服务网关和移动管理设备，移动管理设备通过接入网设备与终端连接，并通过服务网关与数据网关连接。其中的服务网关可以认为包括第一服务网关和第二服务网关，第一服务网关为预先选定的与该接入网设备连接的终端对应的服务网关，第二服务网关为与该接入网设备之间具有用户面连接的服务网关。该移动管理设备接收到终端通过接入网设备发送的服务请求消息后，判断出接入网设备与第一服务网关之间不具有用户面连接，则选择第二服务网关，并在所述第二服务网关上建立承载。

本实施例中的移动管理设备可以为上述本发明实施例七和实施例八提供的任一服务请求的处理装置。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM、 RAM , 磁碟或者光盘等各种可以存储程序代码的介最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求

1、一种服务请求的处理方法，其特征在于，包括：

在所述第二服务网关上建立承载。

2、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：

根据所述终端当前所在位置区域的标识信息获取与所述位置区域对应的所有服务网关的标识信息；

在所获取到的所有服务网关的标识信息中没有匹配出与所述第一服务网关的标识信息一致的标识信息。

3、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：在预先存储的与所述第一服务网关对应的所有位置区域的标识信息中没有匹配出与所述终端当前所在位置区域的标识信息一致的标识信息。

4、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：

根据所述第一服务网关的标识信息获取与所述第一服务网关对应的所有位置区域的标识信息；

在所获取到的所有位置区域的标识信息中没有匹配出与所述终端当前所在位置区域的标识信息一致的标识信息。

5、根据权利要求 2至 4任一权利要求所述的方法，其特征在于，所述终端的位置区域包括所述终端的跟踪区域和所述终端的路由区域。

6、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：

根据所述接入网设备的标识信息获取与所述接入网设备对应的所有服务网关的标识信息；在所获取到的所有服务网关的标识信息中没有匹配出与所述第一服务网关的标识信息一致的标识信息。

7、根据权利要求 2或 6所述的方法，其特征在于，所述选择第二服务网关具体包括：在所获取到的所有服务网关的标识信息中选取一个标识信息对应的服务网关作为第二服务网关。

8、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：在预先存储的与所述第一服务网关对应的所有接入网设备的标识信息中没有匹配出与所述接入网设备的标识信息一致的标识信息。

9、根据权利要求 1所述的方法，其特征在于，所述判断出所述接入网设备与第一服务网关之间不具有用户面连接具体包括：

根据所述第一服务网关的标识信息获取与所述第一服务网关对应的所有接入网设备的标识信息；

在所获取到的所有接入网设备的标识信息中没有匹配出与所述接入网设备的标识信息一致的标识信息。

10、根据权利要求 1所述的方法，其特征在于，所述选择第二服务网关之前还包括：返回携带有原因值的服务拒绝消息，以指示所述终端发起位置区域更新流程，在所述位置区域流程中选择所述第二服务网关。

11、根据权利要求 1或 10所述的方法，其特征在于所述在所述第二服务网关上建立承载具体包括：

建立所述接入网设备与所述第二服务网关之间的隧道承载；

建立所述终端与所述接入网设备之间的无线承载；

建立所述第二服务网关与所述分组数据网络网关之间的隧道承载。

12、根据权利要求 11所述的方法，其特征在于，所述接收到终端通过接入网设备发送的服务请求消息之前还包括：

接收所述第一服务网关所发送的下行数据通知消息；

通过所述接入网设备寻呼到所述终端，以触发所述终端通过所述接入网设备发送所述服务请求消息。

13、根据权利要求 12 所述的方法，其特征在于，所述建立所述接入网设备与所述第二服务网关之间的隧道承载之后还包括：利用所获取的所述第二服务网关所返回的所述第二服务网关的地址和所分配的隧道端点标识与所述第一服务网关进行交互，建立所述第一服务网关到所述第二服务网关的单向隧道载。

14、根据权利要求 13 所述的方法，其特征在于，所述建立所述第二服务网关与所述分组数据网络网关之间的隧道承载之后还包括：删除所述第一服务网关上的承载上下文。

15、根据权利要求 14 所述的方法，其特征在于所述删除所述第一服务网关上的承载上下文之后还包括：所述第一服务网关判断出信令节约机制启用，所述第一服务网关触发所述信令节约机制所涉及的另一侧网络，以删除所述另一侧网络中移动管理设备上的承载上下文。

16、一种服务请求的处理装置，其特征在于，包括：

承载模块，用于在所述第二服务网关上建立承载。

17、根据权利要求 16 所述的装置，其特征在于，所述选择模块还用于当所述判断模块判断出所述接入网设备与所述第一服务网关之间不具有用户面连接，则返回携带有原因值服务拒绝消息，以指示所述终端发起位置区域更新流程。

18、根据权利要求 16或 17所述的装置，其特征在于，所述装置还包括：触发模块，用于根据接收到的所述第一服务网关所发送的下行数据通知消息通过所述接入网设备寻呼到所述终端，以触发所述终端通过所述接入网设备向所述接收模块发送所述服务请求消息。

19、根据权利要求 18 所述的装置，其特征在于，所述承载模块还可以用于利用所获取的所述第二服务网关所返回的所述第二服务网关的地址和所分配的隧道端点标识与所述第一服务网关进行交互，建立所述第一服务网关到所述第二服务网关的单向隧道承载。

20、根据权利要求 19 所述的装置，其特征在于，所述装置还包括：删除模块，用于删除所述第一服务网关上的承载上下文。

21、一种服务请求的处理系统，其特征在于，包括接入网设备、服务网关和移动管理设备，所述服务网关包括第一服务网关和第二服务网关，所述第一服务网关为预先选定的与所述接入网设备连接的终端对应的服务网关，所述第二服务网关为与所述接入网设备之间具有用户面连接的服务网关，所述移动管理设备用于接收到终端通过接入网设备发送的服务请求消息后，判断出所述接入网设备与第一服务网关之间不具有用户面连接，则选择第二服务网关，并在所述第二服务网关上建立承载。