CN101772058B - 系统架构演进架构中路径管理的方法、设备和系统 - Google Patents

Abstract

本发明实施例提供了一种SAE架构中路径管理的方法、系统和设备，通过第一设备获取第二设备的信息，并根据获取到的第二设备信息，建立与第二设备之间的路径，并且在所述路径上不存在用户上下文时，保留所述路径，解决了现有技术中，当已经建立的路径上的上下文都被删除，相应的路径也相应删除的问题，避免了现有技术中，新用户激活时因第二设备故障、或第一设备和第二设备之间通信路径故障所带来的探测时延，也相应避免了重新建立路径所带来的网络负担增加的问题。

Description

系统架构演进架构中路径管理的方法、设备和系统

技术领域

本发明涉及通信领域，尤其涉及一种SAE(System Architecture Evolution，系统架构演进)架构中路径管理的方法、设备和系统。

背景技术

第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)最新的技术定位于全IP、高数据转发速率、低延迟的SAE网络，架构向扁平化方向发展。其中主要包括：

移动性管理实体(MME，Mobility Management Entity)，主要完成移动性管理、服务网关S-GW(Serving GW，Serving Gateway)和分组数据网网关(P-GW，PDN Gateway)的选择、用户鉴权等；

S-GW，终止无线接入网络到核心网的接口，主要完成数据路由和转发、承载管理、合法监听等功能。

MME和S-GW之间采用通用分组无线业务(GPRS，General Packet RadioService)隧道协议(GTP，GPRS Tunnelling Protocol)，GTP协议定义了echo机制进行设备间的路径管理。

现有技术中，如果用户激活时MME选择的S-GW故障，或两者之间通信路径故障，MME接收不到S-GW的激活响应，会超时重发，直到达到重发次数后选则另一个无故障的S-GW；当下一个用户激活时仍可能会选择故障的S-GW，导致用户激活时延大大增加，相应的也增加了网络的负担。

发明内容

本发明实施例提供一种SAE架构中路径管理的方法、系统和设备，以解决现有技术中用户路径建立时延长、网络负担重的问题。

本发明实施例提供了一种系统架构演进SAE架构中路径管理的方法，包括：

第一设备获取第二设备的信息，根据获取到的第二设备的信息，建立与所述第二设备之间的路径，所述第一设备与二个以上所述第二设备存在连接关系；

当所述路径上不存在用户上下文时，保留所述路径。

本发明实施例还提供了一种系统架构演进SAE架构中路径管理设备，包括：

路径建立单元：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径；

路径维护单元：用于维护所述路径建立单元建立的路径，在所述路径上不存在用户上下文时，保留所述路径。

本发明实施例还提供了一种系统架构演进SAE架构中路径管理系统，包括：

路径管理设备：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径，并在所述路径上不存在用户上下文时，保留所述路径；

对端设备：用于与所述路径管理设备建立路径。

本发明实施例提供的SAE架构中路径管理的方法、系统和设备，通过第一设备根据获取到的第二设备信息，主动建立与第二设备之间的路径，并且在所述路径上不存在用户上下文时，保持所述路径不删除，解决了现有技术中，当已经建立的路径上的上下文都被删除，相应的路径也相应删除的问题，避免了现有技术中，新用户激活时因第二设备故障、或第一设备和第二设备之间通信路径故障所带来的探测时延，也相应避免了重新建立路径所带来的网络负担增加的问题。

附图说明

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

图1为本发明实施例一种SAE架构中路径管理的方法流程示意图；

图2为本发明实施例一种SAE架构中路径管理方法的一种实现方式流程示意图；

图3为本发明实施例一种SAE架构中路径管理设备的结构示意图；

图4为本发明实施例一种SAE架构中路径管理设备的另一种实现方式结构示意图；

图5为本发明一种SAE架构中路径管理系统的结构示意图；

图6为本发明一种SAE架构中路径管理系统的另一种实现方式结构示意图。

具体实施方式

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

参考图1，图1为本发明实施例一种SAE架构中路径管理的方法流程示意图，包括：

步骤100：第一设备获取第二设备的信息，根据获取到的第二设备的信息，建立与所述第二设备之间的路径，所述第一设备与二个以上所述第二设备存在连接关系；

步骤102：当所述路径上不存在用户上下文时，保留所述路径。

本发明实施例提供的一种SAE架构中路径管理的方法，由于第一设备获取第二设备的信息，并根据获取到的第二设备信息，主动建立与第二设备之间的路径，并且在所述路径上不存在用户上下文时，保留所述路径，即保持所述路径不删除，解决了现有技术中，当已经建立的路径上的上下文都被删除，相应的路径也相应删除的问题，避免了现有技术中，新用户激活时因第二设备故障、或第一设备和第二设备之间通信路径故障所带来的探测时延，也相应避免了重新建立路径所带来的网络负担增加的问题。

所述的探测时延是指如果第一设备选择的第二设备故障，或两者之间通信路径故障，则第一设备收不到第二设备的激活响应，会超时重发，直到达到重发次数后选择另一个无故障的第二设备。由于第一设备不保留该故障第二设备的状态，下一个用户激活时仍可能会选择该故障第二设备，导致用户激活时延的增加。

下面以MME为所述第一设备，S-GW为所述第二设备为例，具体说明本发明实施例一种SAE架构中路径管理方法的实现方式。所述MME与多个S-GW之间存在连接关系，即MME与S-GW资源池存在连接关系，MME可以与二个以上的S-GW建立路径。

参考图2，图2为本发明实施例一种SAE架构中路径管理方法的一种实现方式流程示意图，包括：

步骤200：MME根据获取到的S-GW的信息，主动建立与所述S-GW之间的路径；

其中，MME获取S-GW信息的方式包括：MME从本地获取预先配置的S-GW拓扑关系表，从所述拓扑关系表中获取S-GW的信息；可选的，如果MME在本地没有配置拓扑关系表，则从用户激活消息中携带的ULI(User Location Info)字段获取位置信息，以所述位置信息为DNS(Domain Name Server，域名服务器)解析字符串从DNS获取S-GW的地址列表，从而获取S-GW的信息。

所述MME获取S-GW的信息后，从中选择一个S-GW，然后判断到该S-GW的路径是否存在，若不存在则通过发送echo request消息建立路径。MME在发送echo request消息时会携带MME的IP地址和端口号，S-GW收到所述echorequest消息后，向所述MME返回echo response消息，并根据所述echo request消息中携带的所述MME的IP地址和端口号，结合本段IP地址和端口号，唯一确定<IP，UDP port>对，从而建立所述MME和所述S-GW之间的路径。如果所述MME没有收到所述S-GW的echo response消息，则所述MME在重发一定次数的echo request消息仍然没有收到echo response消息时，说明所述S-GW故障，向其它S-GW发送echo request消息以建立路径。

步骤202：当所述路径上不存在用户上下文时，保留所述路径。

现有技术中，当MME和S-GW之间第一个用户激活时，创建两者之间的路径，MME和S-GW定期向对方发送echo request消息，双方在收到后返回echoresponse消息，以确定路径的连通性。当路径中的所有上下文都自然释放后，路径随之删除。

本发明实施例在路径上所有上下文都释放后，并不删除路径，依然保证路径的存在，使得MME能够及时获知其与S-GW之间路径的状态，避免了现有技术中，新用户激活时因S-GW故障、或MME和S-GW之间通信路径故障所带来的探测时延；同时，由于路径是MME根据获取的S-GW信息主动建立的，避免了现有技术中依靠用户激活建立路径时都要对故障S-GW尝试建立路径的情况发生，较少了MME的资源消耗，减轻了网络负担。

进一步的，所述MME和S-GW之间路径管理方法还可以包括路径删除的情形，具体包括：

一、MME探测路径的状态，如果探测到路径断(按协议规定，echo request消息按超时间隔T3重发N3次仍没有收到响应)，则把S-GW的状态置为不可用，但不删除路径，改为定期向S-GW发送echo request消息探测S-GW是否恢复。定期探测一定次数后若S-GW仍无响应，才删除路径。即使所述路径上不存在用户上下文，如果定期探测一定次数后若S-GW仍无响应，仍删除路径。所述定期探测间隔可设为分钟级，如1分钟或2分钟等，即探测的时间间隔要相对长一些，以避免S-GW故障宕级重启过程引起振荡；

二、在MME与S-GW之间的拓扑结构发生变化时，MME删除对应路径信息，不再作探测；即使所述路径上不存在用户上下文，如果拓扑结构发生变化，仍删除路径。若是MME本地维护拓扑结构表，则MME修改S-GW信息时同步做删除路径的动作。

上述实施例中提供的删除路径的方式，使得MME与S-GW之间建立的路径只有在拓扑结构发生变化或S-GW超期没有返回响应消息时，才删除路径，既保证了故障路径的及时删除，也解决了路径建立过程中的时延长、网络负担重的问题。

更进一步，本发明方法实施例提供的一种SAE架构中路径管理方法，还包括第二设备在发送的路径消息中携带自身的负荷状态和/或支持的协议类型信息，使得所述第一设备根据所述第二设备的负荷状态和/或支持的协议类型信息在建立新的呼叫时选择合适的第二设备，从而进一步减轻了网络负担，并简化了维护上的复杂度。

仍以上述MME为所述第一设备，S-GW为所述第二设备为例，具体说明：

由于S-GW支持的协议类型包括三种：GTP、PMIP(Public Land MobileNetwork，公共陆地移动移动网)、GTP&PMIP。MME在选择S-GW时，根据所选择的P-GW支持的协议类型确定S-GW的协议类型。

如果一个用户的归属公用陆地移动网络(HPLMN，Home PLMN)是GTP网络，该用户漫游到PMIP网络，则MME选择的S-GW需要同时支持GTP和PMIP，以便这些用户可以由本地支持GTP的PDN GW提供服务，或者由HPLMN支持PMIP的PDN GW提供服务。所以，MME在选择S-GW时需要了解S-GW支持的网络类型；并且，用户激活时，MME基于Serving GW ServiceArea选择S-GW。一个Serving GW Service Area指UE移动中无需更换S-GW的区域。一个S-GW服务区可以由一个或多个S-GW同时提供服务。当服务区存在多个S-GW时，MME采用负荷分担的方式在多个S-GW中进行进一步选择。所以，MME在选择S-GW时需要了解S-GW的负荷状态。

因此，当MME通过DNS(Domain Name Service)的方式选择S-GW时，DNS中除描述域名和S-GW的地址列表映射外，还要增加对S-GW协议类型的描述。所以DNS上需要配置S-GW支持的协议类型，如果S-GW改变所支持的网络类型，则DNS需要同步修改，带来维护上的复杂性；同时，MME无法获取S-GW实际的负荷状态，采用轮选的方式无法做到真正的负荷分担，若选择的S-GW负荷已满会造成重选，加重了网络负担。

本发明实施例提供的一种SAE架构中路径管理方法，S-GW可以在发送给MME的消息中，携带自身的负荷状态和/或支持的协议类型信息，使所述MME获知S-GW负荷状态和/或支持的协议类型信息，从而避免了现有技术中维护复杂和网络负担过重的问题。

具体的，可以通过S-GW在建立路径的echo response消息中，携带自身的负荷状态和/或支持的协议类型信息，使MME获知S-GW的负荷状态和/或支持的协议类型信息，也可以在路径建立后未被删除前，在发送给MME的echo请求和/或响应消息中实时更新负荷状态和/或支持的协议类型信息。即S-GW可以在每次发送给MME的消息中都携带自身当前的负荷状态和/或支持的协议类型信息，也可以只在当前的负荷状态和/或支持的协议类型信息变化时，才携带相应的变化信息。

在具体实现时，可以在S-GW的echo请求或响应消息中增加两个私有扩展，以携带负荷状态和/或支持的协议类型信息。具体可以如表一所示：

Informationelement	Presence requirement
		Recovery	Mandatory
PrivateExtension(负荷状态)	Optional
		PrivateExtension(网络类型)	Optional

表一

上述实施例通过S-GW返回给MME的消息中携带S-GW自身的负荷状态和/或支持的协议类型信息，使得S-GW将自身的负荷状态和/或支持的协议类型信息动态上报给MME的，具有及时、准确的特点，无需DNS维护，简化了网络维护，减轻了网络负担。

上述实施例中，是以MME和S-GW为例说明了本发明一种SAE架构中路径管理方法的具体实现方式，对于SAE架构中的其它设备间的路径管理，如：eNodeB(evolved NodeB，演进节点)和MME之间、S-GW和P-GW之间等等，均可以参考上述实施方式来实现，在此不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

参考图3，图3为本发明实施例提供的一种SAE架构中路径管理设备300的结构示意图，包括：

路径建立单元301：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径；

路径维护单元302：用于维护所述路径建立单元301建立的路径，在所述路径上不存在用户上下文时，保留所述路径。

下面以MME和S-GW为例具体说明本发明实施例一种SAE架构中路径管理设备300的具体实现方式：

MME包括路径建立单元301：用于获取对端设备的信息，所述对端设备是SAE架构中的S-GW，路径建立单元301根据获取到的S-GW的信息，主动建立与S-GW之间的路径；

路径建立单元301获取S-GW信息的方式包括：从本地获取预先配置的S-GW拓扑关系表，从所述拓扑关系表中获取S-GW的信息；如果在本地没有配置拓扑关系表，则从用户激活消息携带的ULI(User Location Info)字段中获取位置信息，以所述位置信息为DNS(Domain Name Server，域名服务器)解析字符串从DNS获取S-GW的地址列表，从而获取S-GW的信息。

路径建立单元301获取S-GW的信息后，从中选择一个S-GW，然后判断到该S-GW的路径是否存在，若不存在则通过发送echo request消息建立路径。路径建立单元301在发送echo request消息时会携带MME的IP地址和端口号，S-GW收到所述echo request消息后，向所述路径管理设备300返回echoresponse消息，并根据所述echorequest消息中携带的所述MME的IP地址和端口号，结合本段IP地址和端口号，唯一确定<IP，UDP port>对，从而建立所述路径管理设备300和所述S-GW之间的路径。如果所述路径管理设备300没有收到所述S-GW的echo response消息，则所述路径建立单元301在重发一定次数的echo request消息仍然没有收到echo response消息时，说明所述S-GW故障，向其它S-GW发送echo request消息以建立路径。

路径维护单元302：用于维护所述路径建立单元301建立的路径，在所述路径上不存在用户上下文时，保留所述路径。

上述实施例中，路径维护单元302在路径上所有上下文都释放后，并不删除路径，依然保证路径的存在，当有新的用户激活时，可以使用已经建立的路径，从而可以避免现有技术中，新用户激活时因对端设备故障、或对端设备和路径管理设备之间通信路径故障所带来的探测时延；同时，由于路径是路径建立单元301根据获取的S-GW信息主动建立的，避免了现有技术中依靠用户激活建立路径时都要对故障S-GW尝试建立路径的情况发生，较少了MME的资源消耗，减轻了网络负担。

进一步的，如图4所示，所述路径管理设备300还可以包括：

路径删除单元303：用于在所述路径上不存在用户上下文时且所述路径管理设备300与所述对端设备之间拓扑关系变化时删除所述路径；或者在所述路径上不存在用户上下文时且所述路径中断，在定期探测所述路径的状态预设次数后仍未恢复时，删除所述路径。

在具体实现时，所述路径删除单元303探测路径的状态，如果探测到路径断，则把对端设备，如S-GW的状态置为不可用，但不删除路径，改为定期向S-GW发送echo request消息探测S-GW是否恢复。定期探测一定次数(如3次或5次)后若S-GW仍无响应，才删除路径。即使所述路径上不存在用户上下文，如果定期探测一定次数后若S-GW仍无响应，仍删除路径。定期探测间隔可设为分钟级，如1分钟或2分钟等，即探测的时间间隔要相对长一些，以避免S-GW故障宕级重启过程引起振荡；或者所述路径删除单元303与S-GW之间的拓扑结构发生变化时，所述路径删除单元303删除对应路径信息，不再作探测。即使所述路径上不存在用户上下文，如果拓扑结构发生变化，仍删除路径。

上述路径删除单元303提供的具体实现方式，使得路径管理设备300与S-GW之间建立的路径只有在拓扑结构发生变化或S-GW超期没有返回响应消息时，才删除路径，既保证了故障路径的及时删除，也解决了路径建立时延长、网络负担重的问题。

进一步，所述路径管理设备300还可以包括：

信息获取单元304：用于获取所述对端设备发送的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息作为建立新的呼叫时选择对端设备的依据；

具体的，所述信息获取单元304在获取所述对端设备发送的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息可以是所述对端设备如S-GW通过在发送给路径管理设备300的消息中，携带自身的负荷状态和/或支持的协议类型信息，使所述信息获取单元304获知S-GW负荷状态和/或支持的协议类型信息，从而避免了现有技术中维护复杂和网络负担过重的问题。具体的，可以通过S-GW在建立路径的echo response消息中，携带自身的负荷状态和/或支持的协议类型信息，使所述信息获取单元304获知S-GW的负荷状态和/或支持的协议类型信息，也可以在路径建立后未被删除前，在发送给所述信息获取单元304的echo请求和/或响应消息中实时更新负荷状态和/或支持的协议类型信息。即S-GW可以在每次发送给所述信息获取单元304的消息中都携带自身当前的负荷状态和/或支持的协议类型信息，也可以只在当前的负荷状态和/或支持的协议类型信息变化时，才携带相应的变化信息。

在具体实现时，可以在S-GW的echo请求或响应消息中增加两个私有扩展，以携带负荷状态和/或支持的协议类型信息。具体可以如表一所示。

上述实施例通过S-GW返回给信息获取单元304的消息中携带S-GW自身的负荷状态和/或支持的协议类型信息，使得S-GW将自身的负荷状态和/或支持的协议类型信息动态上报给路径管理设备300，具有及时、准确的特点，无需DNS维护，简化了网络维护，减轻了网络负担。

上述设备实施例中，是以MME和S-GW为例说明了本发明一种SAE架构中路径管理设备的具体实现方式，对于SAE架构中的其它设备间的路径管理，如：eNodeB(evolved NodeB，演进节点)和MME之间、S-GW和P-GW之间等等，均可以参考上述实施方式来实现，在此不再赘述。

参考图5，图5为本发明一种SAE架构中路径管理系统500的结构示意图，包括：

路径管理设备501：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径，并在所述路径上不存在用户上下文时，保留所述路径；

对端设备502：用于与所述路径管理设备501建立路径。

参考图6，所述路径管理设备501还可以包括：

路径建立单元5011：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备502之间的路径；

路径维护单元5012：用于维护所述路径建立单元5011建立的路径，在所述路径上不存在用户上下文时，保留所述路径；

路径删除单元5013：用于在所述路径上不存在用户上下文时且所述路径管理设备501与所述对端设备502之间拓扑关系变化时删除所述路径，或者，在所述路径上不存在用户上下文时且所述路径中断，在定期探测所述路径的状态预设次数后仍未恢复时，删除所述路径；

信息获取单元5014：用于获取所述对端设备502发送的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息作为建立新的呼叫时选择对端设备的依据。

所述路径管理设备501的具体实现方式可以参考上述路径管理设备300的实现方式，在此不再赘述。

参考图6，所述对端设备502还可以包括：

信息发送单元5021：用于向所述路径管理设备501发送负荷状态和/或支持的协议类型信息。

具体的，所述信息发送单元5021可以在路径管理设备501建立路径的echoresponse消息中，携带自身的负荷状态和/或支持的协议类型信息，使所述路径管理设备501获知S-GW的负荷状态和/或支持的协议类型信息，也可以在路径建立后未被删除前，在发送给路径管理设备501的echo请求和/或响应消息中实时更新负荷状态和/或支持的协议类型信息。即信息发送单元5021可以在每次发送给所述信息获取单元304的消息中都携带自身当前的负荷状态和/或支持的协议类型信息，也可以只在当前的负荷状态和/或支持的协议类型信息变化时，才携带相应的变化信息。

上述一种SAE架构中路径管理系统的具体实现方式，路径管理设备501在路径上所有上下文都释放后，并不删除路径，依然保证路径的存在，当有新的用户激活时，可以使用已经建立的路径，从而可以避免了现有技术中，新用户激活时因对端设备502故障、或路径管理设备501和对端设备502之间通信路径故障所带来的探测时延；同时，由于路径是路径管理设备501根据获取的对端设备502信息主动建立的，避免了现有技术中依靠用户激活建立路径时都要对故障对端设备502尝试建立路径的情况发生，较少了路径管理设备501的资源消耗，减轻了网络负担；同时，还可以在路径管理设备501与对端设备502之间建立的路径只有在拓扑结构发生变化或对端设备502超期没有返回响应消息时，才删除路径，既保证了故障路径的及时删除，也解决了路径建立时延长、网络负担重的问题；并且，对端设备502返回给路径管理设备501的消息中携带对端设备502自身的负荷状态和/或支持的协议类型信息，使得对端设备502将自身的负荷状态和/或支持的协议类型信息动态上报给路径管理设备501，具有及时、准确的特点，无需DNS维护，简化了网络维护，减轻了网络负担。

上述系统实施例中，是以MME和S-GW为例说明了本发明一种SAE架构中路径管理系统的具体实现方式，对于SAE架构中的其它系统的路径管理，如：eNodeB(evolved NodeB，演进的节点)和MME之间、S-GW和P-GW之间等等，均可以参考上述实施方式来实现，在此不再赘述。

本发明实施例提供的一种SAE架构中路径管理的方法、系统和设备，能够主动建立起与对端设备之间的路径，在路径上所有上下文都释放后，并不删除路径，依然保证路径的存在，当有新的用户激活时，可以使用已经建立的路径，从而可以减少新用户激活时因对端设备故障、或对端设备和路径管理设备之间通信路径故障所带来的探测时延；同时，由于路径是主动建立的，避免了现有技术中依靠用户激活建立路径时都要对故障对端设备尝试建立路径的情况发生，减少了路径管理设备的资源消耗，减轻了网络负担；同时，还可以实现在只有在拓扑结构发生变化或对端设备超期没有返回响应消息时，才删除路径，既保证了故障路径的及时删除，也解决了路径建立时延长、网络负担重的问题；并且，还可以通过在对端设备返回的消息中携带对端设备自身的负荷状态和/或支持的协议类型信息，使得对端设备的负荷状态和/或支持的协议类型信息动态上报给路径管理设备，具有及时、准确的特点，无需DNS维护，简化了网络维护，减轻了网络负担。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种系统架构演进SAE架构中路径管理的方法，其特征在于：

第一设备获取第二设备的信息，根据获取到的第二设备的信息，建立与所述第二设备之间的路径，所述第一设备与二个以上所述第二设备存在连接关系；

当所述路径上不存在用户上下文时，保留所述路径。

2.根据权利要求1所述的SAE架构中路径管理的方法，其特征在于，所述第一设备获取第二设备的信息，包括：

所述第一设备根据本地配置的所述第二设备的拓扑关系表获取所述第二设备的信息；或者，

所述第一设备根据用户激活消息中携带的位置信息获取所述第二设备的信息。

3.根据权利要求1所述的SAE架构中路径管理的方法，其特征在于，所述方法还包括：

当所述路径上不存在用户上下文时且所述第一设备与所述第二设备之间路径关系变化时删除保留的所述路径，或

当所述路径上不存在用户上下文时，且所述路径中断，在定期探测所述路径的状态预设次数后仍未恢复时，删除保留的所述路径。

4.根据权利要求1、2或3所述的SAE架构中路径管理的方法，其特征在于，所述方法还包括：

所述第二设备发送给所述第一设备的路径消息中携带自身的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息作为所述第一设备在建立新的呼叫时选择第二设备的依据。

5.一种系统架构演进SAE架构中路径管理设备，其特征在于，包括：

路径建立单元：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径；

路径维护单元：用于维护所述路径建立单元建立的路径，在所述路径上不存在用户上下文时，保留所述路径。

6.根据权利要求5所述的SAE架构中路径管理设备，其特征在于，还包括：

路径删除单元，用于在所述路径上不存在用户上下文时且所述路径管理设备与所述对端设备之间拓扑关系变化时删除保留的所述路径；或者在所述路径上不存在用户上下文时且所述路径中断，在定期探测所述路径的状态预设次数后仍未恢复时，删除保留的所述路径。

7.根据权利要求5或6所述的SAE架构中路径管理设备，其特征在于，还包括：

信息获取单元：用于获取所述对端设备发送的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息作为建立新的呼叫时选择对端设备的依据。

8.一种系统架构演进SAE架构中路径管理系统，其特征在于，包括：

路径管理设备：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径，并在所述路径上不存在用户上下文时，保留所述路径；

对端设备：用于与所述路径管理设备建立路径。

9.根据权利要求8所述的SAE架构中路径管理系统，其特征在于，所述路径管理设备包括：

路径建立单元：用于获取对端设备的信息，并根据获取到的对端设备的信息，建立与对端设备之间的路径；

路径维护单元：用于维护所述路径建立单元建立的路径，在所述路径上不存在用户上下文时，保持保留的所述路径不删除。

10.根据权利要求9所述的SAE架构中路径管理系统，其特征在于，所述路径管理设备还包括：

路径删除单元，用于在所述路径上不存在用户上下文时且所述路径管理设备与所述对端设备之间拓扑关系变化时删除保留的所述路径；或者在所述路径上不存在用户上下文时且所述路径中断，在定期探测所述路径的状态预设次数后仍未恢复时，删除保留的所述路径。

11.根据权利要求9或10所述的SAE架构中路径管理系统，其特征在于，所述路径管理设备还包括：

信息获取单元：用于获取所述对端设备发送的负荷状态和/或支持的协议类型信息，所述负荷状态和/或支持的协议类型信息作为建立新的呼叫时选择对端设备的依据。

12.根据权利要求8或9所述的SAE架构中路径管理系统，其特征在于，所述对端设备包括：

信息发送单元，用于向所述路径管理设备发送负荷状态和/或支持的协议类型信息。

Images