CN104284451B - 一种用户资源的释放方法和设备 - Google Patents

Abstract

本发明公开了一种用户资源的释放方法和设备，该方法包括：网元设备建立关联实体的IP地址与UE的上下文信息之间的关联关系，UE的上下文信息中包括关联实体的IP地址；网元设备在确定关联实体发生故障时，利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；网元设备释放当前得到的上下文信息对应UE的用户资源。本发明实施例中，当关联实体关联的UE数目较少时，不需要轮询遍历所有上下文信息，网元设备能够直接得到关联实体关联的UE的上下文信息，提高网元设备的处理性能和处理效率，加快资源释放的处理速度。当关联实体关联的UE数目较多时，网元设备不会瞬时发送大量的资源释放消息，避免消息拥塞。

Description

一种用户资源的释放方法和设备

技术领域

本发明涉及通信技术领域，尤其是涉及一种用户资源的释放方法和设备。

背景技术

在包括多个网元设备的网络中，当有网元设备发生故障时，该网元设备会向关联网元设备发送故障通知消息，由关联网元设备在接收到该故障通知消息之后，释放与该网元设备相关UE(User Equipment，用户设备)的用户资源，如：释放该UE的上下文信息、PDN(Packet Data Network，分组数据网络)信息、承载信息等资源，以保证各个关联网元设备的资源的一致性。

具体的，当网元设备收到来自故障网元设备(如与该网元设备连接的关联网元设备)的故障通知消息时，轮询遍历本地的每一个上下文信息。针对一个上下文信息，如果上下文信息中存在故障网元设备的IP地址，则确定该上下文信息对应的UE为故障网元设备相关UE，向与该UE相关的功能模块发送资源释放消息，由功能模块释放该UE的用户资源；之后，网元设备继续遍历下一个上下文信息。如果上下文信息中不存在故障网元设备的IP地址，则直接遍历下一个上下文信息。直到遍历完本地所有的上下文信息，流程处理结束。

当故障网元设备关联的UE数目较多时，网元设备需要发送大量的资源释放消息，瞬时大量的资源释放消息会导致消息拥塞，CPU(Central Processing Unit，中央处理器)占用率上升，并直接影响对后续业务的处理，往往会出现CPU过高，被监控进程重启吊起的情况，给网元设备的可靠性和稳定性带来很大风险。当故障网元设备关联的UE数目较少时，网元设备也需要轮询遍历本地的所有上下文信息，但实际上只需要删除很少的用户资源，从而导致网元设备的处理性能很低，且轮询遍历所有上下文信息也需要很长的处理时间。

发明内容

本发明实施例提供一种用户资源的释放方法和设备，以提高网元设备的处理性能和处理效率，避免网元设备发送瞬时大量的资源释放消息。

本发明实施例提供一种用户资源的释放方法，所述方法包括以下步骤：

网元设备建立关联实体的IP地址与用户设备UE的上下文信息之间的关联关系，所述UE的上下文信息中包括所述关联实体的IP地址；

所述网元设备在确定关联实体发生故障时，利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；

所述网元设备释放当前得到的上下文信息对应的UE的用户资源。

所述网元设备建立关联实体的IP地址与UE的上下文信息之间的关联关系，具体包括：

所述网元设备建立关联实体对应的第一链表，并在所述关联实体对应的第一个UE的上下文信息中记录所述关联实体对应的第二个UE的上下文信息的存储地址，在所述关联实体对应的第二个UE的上下文信息中记录所述关联实体对应的第三个UE的上下文信息的存储地址，以此类推，在所述关联实体对应的倒数第二个UE的上下文信息中记录所述关联实体对应的最后一个UE的上下文信息的存储地址；所述第一链表中记录有所述关联实体的IP地址、所述第一链表的长度、所述关联实体对应的第一个UE的上下文信息的存储地址、所述关联实体对应的最后一个UE的上下文信息的存储地址。

所述网元设备利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息的过程，具体包括：

所述网元设备利用所述关联实体的IP地址查询第一链表；

如果所述第一链表中记录了所述关联实体的IP地址，则所述网元设备利用所述第一链表中记录的所述关联实体对应的第一个UE的上下文信息的存储地址得到所述IP地址对应的第一个上下文信息，并利用所述第一个上下文信息中记录的所述关联实体对应的第二个UE的上下文信息的存储地址得到所述IP地址对应的第二个上下文信息，以此类推，所述网元设备利用倒数第二个上下文信息中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址得到所述IP地址对应的最后一个上下文信息；

在得到所述IP地址对应的最后一个上下文信息之后，所述网元设备利用所述第一链表中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到所述IP地址对应的所有上下文信息。

所述方法进一步包括：

当所述网元设备对应多个关联实体时，所述网元设备建立第二链表，所述第二链表中记录了每个关联实体对应的第一链表的存储地址。

所述网元设备释放当前得到的上下文信息对应的UE的用户资源之后，所述方法进一步包括：所述网元设备在释放所述关联实体的IP地址对应的所有UE的用户资源之后，所述网元设备删除所述关联实体对应的第一链表，并从所述第二链表中删除所述关联实体对应的第一链表的存储地址。

所述网元设备释放当前得到的上下文信息对应的UE的用户资源，具体包括：所述网元设备在预设时间内向所述UE关联的功能模块或者进程发送预设数量的资源释放消息，由所述功能模块或者进程释放所述UE的用户资源。

在上述处理过程中，所述关联实体具体为：所述网元设备外部的关联网元设备，或者，所述网元设备内部的功能实体。

本发明实施例提供一种网元设备，所述网元设备具体包括：

建立模块，用于建立关联实体的IP地址与用户设备UE的上下文信息之间的关联关系，所述UE的上下文信息包括所述关联实体的IP地址；

获得模块，用于在确定关联实体发生故障时，利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；

释放模块，用于释放当前得到的上下文信息对应的UE的用户资源。

所述建立模块，具体用于建立所述关联实体对应的第一链表，并在所述关联实体对应的第一个UE的上下文信息中记录所述关联实体对应的第二个UE的上下文信息的存储地址，在所述关联实体对应的第二个UE的上下文信息中记录所述关联实体对应的第三个UE的上下文信息的存储地址，以此类推，在所述关联实体对应的倒数第二个UE的上下文信息中记录所述关联实体对应的最后一个UE的上下文信息的存储地址；

其中，所述第一链表中记录有所述关联实体的IP地址、所述第一链表的长度、所述关联实体对应的第一个UE的上下文信息的存储地址、所述关联实体对应的最后一个UE的上下文信息的存储地址。

所述获得模块，具体用于利用关联实体的IP地址查询第一链表；如果所述第一链表中记录了所述关联实体的IP地址，则利用第一链表中记录的所述关联实体对应的第一个UE的上下文信息的存储地址得到所述IP地址对应的第一个上下文信息，并利用所述第一个上下文信息中记录的所述关联实体对应的第二个UE的上下文信息的存储地址得到所述IP地址对应的第二个上下文信息，以此类推，利用倒数第二个上下文信息中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址得到所述IP地址对应的最后一个上下文信息；在得到所述IP地址对应的最后一个上下文信息之后，利用第一链表中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到所述IP地址对应的所有上下文信息。

所述建立模块，还用于当网元设备对应多个关联实体时，建立第二链表，所述第二链表中记录了每个关联实体对应的第一链表的存储地址。

所述释放模块，进一步用于在释放所述关联实体的IP地址对应的所有UE的用户资源之后，删除所述关联实体对应的第一链表，并从所述第二链表中删除所述关联实体对应的第一链表的存储地址。

所述释放模块，具体用于在预设时间内向UE关联的功能模块或者进程发送预设数量的资源释放消息，由所述功能模块或者进程释放UE的用户资源。

在上述处理过程中，所述关联实体具体为：所述网元设备外部的关联网元设备，或者，所述网元设备内部的功能实体。

与现有技术相比，本发明实施例至少具有以下优点：本发明实施例中，通过建立关联实体的IP地址与UE的上下文信息之间的关联关系，从而在确定关联实体发生故障时，能够利用关联关系得到关联实体的IP地址对应的所有上下文信息，并释放相应的用户资源。进一步的，当关联实体(如故障网元设备)关联的UE数目较少时，网元设备不需要轮询遍历本地的所有上下文信息，能够直接得到故障网元设备关联的UE的上下文信息，并释放相应的用户资源，提高网元设备的处理性能和处理效率，加快了资源释放的处理速度，减少得到故障网元设备关联的所有UE的上下文信息的时间。当关联实体(如故障网元设备)关联的UE数目较多时，网元设备不会在瞬时发送大量的资源释放消息，避免消息拥塞，并避免瞬时大量的资源释放消息导致的CPU过高问题，避免消息激增造成进程间通信满等问题。

附图说明

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

图1是本发明实施例一中提供的一种用户资源的释放方法流程示意图；

图2是本发明实施例一中提出的关联实体对应的链表结构示意图；

图3是本发明实施例二中提出的一种网元设备的结构示意图。

具体实施方式

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

实施例一

针对现有技术中存在的问题，本发明实施例一提供一种用户资源的释放方法，如图1所示，该用户资源的释放方法具体可以包括以下步骤：

步骤101，网元设备建立关联实体的IP地址与UE的上下文信息之间的关联关系。其中，该UE的上下文信息中包括该关联实体的IP地址。

由于关联实体的IP地址保存在UE的上下文信息中，同时关联实体的IP地址在上下文信息建立时，就已经被保存在UE的上下文信息中。基于此，本发明实施例中，在建立UE的上下文信息时，可以建立关联实体的IP地址与UE的上下文信息之间的关联关系，即针对该关联实体的IP地址，建立关联实体的IP地址与UE的上下文信息之间的关联关系。

本发明实施例中，网元设备建立关联实体的IP地址与UE的上下文信息之间的关联关系的过程，具体包括但不限于如下方式：网元设备建立关联实体对应的第一链表，其中，该第一链表中记录有关联实体的IP地址、该第一链表的长度、关联实体对应的第一个UE的上下文信息的存储地址、关联实体对应的最后一个UE的上下文信息的存储地址。

进一步的，网元设备在关联实体对应的第一个UE的上下文信息中记录关联实体对应的第二个UE的上下文信息的存储地址，在关联实体对应的第二个UE的上下文信息中记录关联实体对应的第三个UE的上下文信息的存储地址，…，以此类推，在关联实体对应的倒数第二个UE的上下文信息中记录关联实体对应的最后一个UE的上下文信息的存储地址。

例如，关联实体A对应的UE包括UE1、UE2、UE3、UE4时，在网元设备建立关联实体A的IP地址与UE的上下文信息之间的关联关系的过程中，网元设备建立关联实体A对应的第一链表，该第一链表中记录有关联实体A的IP地址、该第一链表的长度、UE1的上下文信息的存储地址、UE4的上下文信息的存储地址。网元设备在UE1的上下文信息中记录UE2的上下文信息的存储地址，在UE2的上下文信息中记录UE3的上下文信息的存储地址，在UE3的上下文信息中记录UE4的上下文信息的存储地址。

本发明实施例中，当网元设备对应多个关联实体时，网元设备还可以建立第二链表，且该第二链表中记录了每个关联实体对应的第一链表的存储地址。例如，当网元设备对应关联实体A、关联实体B、关联实体C时，则该网元设备还可以建立第二链表，且该第二链表中依次记录了关联实体A对应的第一链表的存储地址，关联实体B对应的第一链表的存储地址，关联实体C对应的第一链表的存储地址。

如图2所示，为网元设备建立的第一链表和第二链表的结构示意图，在第二链表中，依次记录了关联实体A对应的第一链表的存储地址，关联实体B对应的第一链表的存储地址，关联实体C对应的第一链表的存储地址，…，以此类推，关联实体N对应的第一链表的存储地址。在关联实体A对应的第一链表中，记录了关联实体A的IP地址、该第一链表的长度、关联实体A对应的第一个UE的上下文信息的存储地址、关联实体A对应的最后一个UE的上下文信息的存储地址。在关联实体B对应的第一链表中，记录了关联实体B的IP地址、该第一链表的长度、关联实体B对应的第一个UE的上下文信息的存储地址、关联实体B对应的最后一个UE的上下文信息的存储地址。…，以此类推，在关联实体N对应的第一链表中，记录了关联实体N的IP地址、该第一链表的长度、关联实体N对应的第一个UE的上下文信息的存储地址、关联实体N对应的最后一个UE的上下文信息的存储地址。

其中，关联实体的数量只有一个时，网元设备只维护该关联实体对应的第一链表，该第一链表为一条双向链表，且通过该第一链表关联UE的上下文信息和关联实体。具体的，网元设备建立关联实体(如关联实体的IP地址)和与该关联实体相关的所有UE的上下文信息的第一链表，并在UE的上下文信息中增加一个结构信息，该结构信息包括该关联实体的IP地址，下一个与该关联实体的IP地址关联的UE的上下文信息的存储地址，且该结构信息中还可以包括上一个与该关联实体的IP地址关联的UE的上下文信息的存储地址。每次在建立UE的上下文信息时，均需要填写该结构信息，该结构信息填写完成，也就意味着建立了关联实体的IP地址和与该关联实体相关的所有UE的上下文信息的对应关系。

其中，当关联实体的数量有多个时，网元设备需要维护各关联实体对应的第一链表以及第二链表，该第一链表为一条双向链表，且通过该第一链表关联UE的上下文信息和关联实体，该第二链表中记录了每个关联实体对应的第一链表的存储地址。进一步的，网元设备在建立UE的上下文信息时，可以在上下文信息中建立多个对应不同关联实体的结构信息，并通过不同的结构信息来区分不同的关联实体的上下文信息。

步骤102，网元设备在确定关联实体发生故障时，利用该关联实体的IP地址查询关联关系，以得到IP地址对应的上下文信息。

本发明实施例中，网元设备利用关联实体的IP地址查询关联关系，得到该IP地址对应的上下文信息的过程，具体包括但不限于如下方式：网元设备利用该关联实体的IP地址查询第一链表。如果该第一链表中记录了该关联实体的IP地址，则网元设备利用该第一链表中记录的关联实体对应的第一个UE的上下文信息的存储地址得到该IP地址对应的第一个上下文信息，并利用第一个上下文信息中记录的关联实体对应的第二个UE的上下文信息的存储地址得到该IP地址对应的第二个上下文信息，…，以此类推，网元设备利用倒数第二个上下文信息中记录的关联实体对应的最后一个UE的上下文信息的存储地址得到IP地址对应的最后一个上下文信息。进一步的，网元设备在得到该IP地址对应的最后一个上下文信息之后，网元设备利用第一链表中记录的关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到该IP地址对应的所有上下文信息。

例如，网元设备在收到来自关联实体A的故障通知消息时，确定该关联实体A发生故障，并利用该关联实体A的IP地址查询第一链表。如果该第一链表中记录有关联实体A的IP地址、该第一链表的长度、UE1的上下文信息的存储地址、UE4的上下文信息的存储地址，则说明该第一链表中记录了该关联实体A的IP地址，且网元设备利用该第一链表中记录的UE1的上下文信息的存储地址得到该IP地址对应的第一个上下文信息(即UE1的上下文信息)，并利用第一个上下文信息中记录的UE2的上下文信息的存储地址得到该IP地址对应的第二个上下文信息(即UE2的上下文信息)，并利用第二个上下文信息中记录的UE3的上下文信息的存储地址得到该IP地址对应的第三个上下文信息(即UE3的上下文信息)，并利用第三个上下文信息中记录的UE4的上下文信息的存储地址得到该IP地址对应的第四个上下文信息(即UE4的上下文信息)。由于该第一链表中记录的最后一个UE的上下文信息的存储地址为UE4的上下文信息的存储地址，因此在得到UE4的上下文信息之后，网元设备确定当前已经得到该IP地址对应的所有上下文信息，即所有上下文信息为UE1的上下文信息、UE2的上下文信息、UE3的上下文信息、UE4的上下文信息。

本发明实施例中，网元设备在利用关联实体的IP地址查询第一链表的过程中，网元设备从第二链表中记录的第一个关联实体对应的第一链表的存储地址，得到第一个关联实体对应的第一链表，并判断该第一链表中是否存在关联实体的IP地址。如果存在，则查询到该关联实体的IP地址对应的第一链表；如果不存在，则网元设备从第二链表中记录的第二个关联实体对应的第一链表的存储地址，得到第二个关联实体对应的第一链表，并判断该第一链表中是否存在关联实体的IP地址。以此类推，一直到查询到该关联实体的IP地址对应的第一链表。

其中，当第二链表内记录了大量的关联实体对应的第一链表的存储地址时，则关联实体的IP地址对应的第一链表的查找效率会下降，在此情况下，可以对多个关联实体的IP地址进行Hash(哈希)处理，以便于进行某个关联实体的IP地址对应的第一链表的快速查找。例如，当核心网中的MME(Mobility Management Entity，移动性管理实体)关联上百个eNB(Evolved NodeB演进型基站)时，当某个eNB故障时，需要释放其上对应的MME的用户资源，此时可通过Hash算法提高故障节点链表的查询效率。

步骤103，网元设备释放当前得到的上下文信息对应的UE的用户资源。

为了避免在瞬时发送大量的资源释放消息，本发明实施例中，网元设备可以启动一个周期定时器，分批定时定量发送资源释放消息给关联模块或进程。基于此，网元设备释放当前得到的上下文信息对应的UE的用户资源的过程，具体包括但不限于如下方式：网元设备在预设时间内向UE关联的功能模块或者进程发送预设数量的资源释放消息，由功能模块或者进程释放UE的用户资源。例如，网元设备在每100ms内向UE关联的功能模块或者进程发送50条资源释放消息。其中，定时定量配置可以根据实际测试情况进行调整。

本发明实施例中，在网元设备释放当前得到的上下文信息对应的UE的用户资源之后，网元设备在释放关联实体的IP地址对应的所有UE的用户资源之后，该网元设备进一步还可以删除该关联实体对应的第一链表，并从第二链表中删除该关联实体对应的第一链表的存储地址。

本发明实施例中，关联实体具体为：网元设备外部的关联网元设备，或者，网元设备内部的功能实体。

其中，在网络中的各个网元设备之间，当出现网元设备的故障，造成网元设备重启时，与其相关联的其他网元设备上的用户资源也需要进行相应的资源释放处理，以保证各个关联网元设备的资源一致性，如在LTE EPC中，当MME网元发生设备级重启后，协议要求，当MME重启恢复后，需要在第一次跟对端交互时，消息中携带本网元的重启次数，以此告知相邻网元(如SGW)，释放跟这个MME相关的所有用户上下文信息，已达到网元节点间资源一致的目的。基于此，关联实体具体为网元设备外部的关联网元设备。

当网元设备内部出现故障时，如板卡故障重启，链路故障，进程故障重启等异常时，在各个功能模块之间或进程之间也需要进行资源的一致性处理，如在LTE核心网中，采用的是控制面和用户面分离的设计思想，因此若信令面功能实体，即某个功能处理进程出现故障，在重启之后，负责全局监测的模块需要通知到与故障模块相关联的其他模块，如用户面功能实体进行对应资源的释放。基于此，关联实体具体为网元设备内部的功能实体。

综上所述，本发明实施例至少具有以下优点：本发明实施例中，通过建立关联实体的IP地址与UE的上下文信息之间的关联关系，从而在收到来自关联实体的故障通知消息时，能够利用关联关系得到关联实体的IP地址对应的所有上下文信息，并释放相应的用户资源。当故障网元设备(即关联实体)关联的UE数目较少时，网元设备不需要轮询遍历本地的所有上下文信息，能够直接得到故障网元设备关联的UE的上下文信息，并释放相应的用户资源，提高网元设备的处理性能和处理效率，加快了资源释放的处理速度，减少得到故障网元设备关联的所有UE的上下文信息的时间。当故障网元设备(即关联实体)关联的UE数目较多时，网元设备不会在瞬时发送大量的资源释放消息，避免消息拥塞，并避免瞬时大量的资源释放消息导致的CPU过高问题，避免消息激增造成进程间通信满等问题。

进一步的，当网元设备关联了大量的关联实体时，在对关联实体进行查找时，采用Hash算法查找的方式快速定位关联实体，提高查找效率。

实施例二

基于与上述方法同样的发明构思，本发明实施例二中还提供了一种网元设备，如图3所示，所述网元设备具体包括：

建立模块11，用于建立关联实体的IP地址与用户设备UE的上下文信息之间的关联关系，所述UE的上下文信息包括所述关联实体的IP地址；获得模块12，用于在确定关联实体发生故障时，利用关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；释放模块13，用于释放当前得到的上下文信息对应的UE的用户资源。

所述建立模块11，具体用于建立所述关联实体对应的第一链表，在所述关联实体对应的第一个UE的上下文信息中记录所述关联实体对应的第二个UE的上下文信息的存储地址，在所述关联实体对应的第二个UE的上下文信息中记录所述关联实体对应的第三个UE的上下文信息的存储地址，以此类推，在所述关联实体对应的倒数第二个UE的上下文信息中记录所述关联实体对应的最后一个UE的上下文信息的存储地址；

其中，所述第一链表中记录有所述关联实体的IP地址、所述第一链表的长度、所述关联实体对应的第一个UE的上下文信息的存储地址、所述关联实体对应的最后一个UE的上下文信息的存储地址。

所述获得模块12，具体用于利用关联实体的IP地址查询第一链表；如果所述第一链表中记录所述关联实体的IP地址，则利用第一链表中记录的所述关联实体对应的第一个UE的上下文信息的存储地址得到所述IP地址对应的第一个上下文信息，并利用所述第一个上下文信息中记录的所述关联实体对应的第二个UE的上下文信息的存储地址得到所述IP地址对应的第二个上下文信息，以此类推，利用倒数第二个上下文信息中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址得到所述IP地址对应的最后一个上下文信息；在得到所述IP地址对应的最后一个上下文信息之后，利用第一链表中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到所述IP地址对应的所有上下文信息。

所述建立模块11，还用于当网元设备对应多个关联实体时，建立第二链表，该第二链表中记录了每个关联实体对应的第一链表的存储地址。

所述释放模块13，进一步用于在释放所述关联实体的IP地址对应的所有UE的用户资源之后，删除所述关联实体对应的第一链表，并从所述第二链表中删除所述关联实体对应的第一链表的存储地址。

所述释放模块13，具体用于在预设时间内向UE关联的功能模块或进程发送预设数量的资源释放消息，由所述功能模块或进程释放UE的用户资源。

本发明实施例中，所述关联实体具体为：所述网元设备外部的关联网元设备，或者，所述网元设备内部的功能实体。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (12)

1.一种用户资源的释放方法，其特征在于，所述方法包括以下步骤：

网元设备建立关联实体的IP地址与用户设备UE的上下文信息之间的关联关系，所述UE的上下文信息中包括所述关联实体的IP地址；

所述网元设备在确定关联实体发生故障时，利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；

所述网元设备释放当前得到的上下文信息对应的UE的用户资源；

其中，所述网元设备建立关联实体的IP地址与UE的上下文信息之间的关联关系，具体包括：

所述网元设备建立关联实体对应的第一链表，并在所述关联实体对应的第一个UE的上下文信息中记录所述关联实体对应的第二个UE的上下文信息的存储地址，在所述关联实体对应的第二个UE的上下文信息中记录所述关联实体对应的第三个UE的上下文信息的存储地址，以此类推，在所述关联实体对应的倒数第二个UE的上下文信息中记录所述关联实体对应的最后一个UE的上下文信息的存储地址；其中，所述第一链表中记录有所述关联实体的IP地址、所述第一链表的长度、所述关联实体对应的第一个UE的上下文信息的存储地址、所述关联实体对应的最后一个UE的上下文信息的存储地址。

2.如权利要求1所述的方法，其特征在于，

所述网元设备利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息的过程，具体包括：

所述网元设备利用所述关联实体的IP地址查询第一链表；

如果所述第一链表中记录了所述关联实体的IP地址，则所述网元设备利用所述第一链表中记录的所述关联实体对应的第一个UE的上下文信息的存储地址得到所述IP地址对应的第一个上下文信息，并利用所述第一个上下文信息中记录的所述关联实体对应的第二个UE的上下文信息的存储地址得到所述IP地址对应的第二个上下文信息，以此类推，所述网元设备利用倒数第二个上下文信息中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址得到所述IP地址对应的最后一个上下文信息；

在得到所述IP地址对应的最后一个上下文信息之后，所述网元设备利用所述第一链表中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到所述IP地址对应的所有上下文信息。

3.如权利要求1或2所述的方法，其特征在于，所述方法进一步包括：

当所述网元设备对应多个关联实体时，所述网元设备建立第二链表，所述第二链表中记录了每个关联实体对应的第一链表的存储地址。

4.如权利要求3所述的方法，其特征在于，所述网元设备释放当前得到的上下文信息对应的UE的用户资源之后，所述方法进一步包括：

所述网元设备在释放所述关联实体的IP地址对应的所有UE的用户资源之后，所述网元设备删除所述关联实体对应的第一链表，并从所述第二链表中删除所述关联实体对应的第一链表的存储地址。

5.如权利要求1所述的方法，其特征在于，所述网元设备释放当前得到的上下文信息对应的UE的用户资源的过程，具体包括：

所述网元设备在预设时间内向所述UE关联的功能模块或者进程发送预设数量的资源释放消息，由所述功能模块或者进程释放所述UE的用户资源。

6.如权利要求1所述的方法，其特征在于，所述关联实体为：所述网元设备外部的关联网元设备，或者，所述网元设备内部的功能实体。

7.一种网元设备，其特征在于，所述网元设备具体包括：

建立模块，用于建立关联实体的IP地址与用户设备UE的上下文信息之间的关联关系，所述UE的上下文信息包括所述关联实体的IP地址；

获得模块，用于在确定关联实体发生故障时，利用所述关联实体的IP地址查询所述关联关系，得到所述IP地址对应的上下文信息；

释放模块，用于释放当前得到的上下文信息对应的UE的用户资源；

其中，所述建立模块，具体用于建立所述关联实体对应的第一链表，并在所述关联实体对应的第一个UE的上下文信息中记录所述关联实体对应的第二个UE的上下文信息的存储地址，在所述关联实体对应的第二个UE的上下文信息中记录所述关联实体对应的第三个UE的上下文信息的存储地址，以此类推，在所述关联实体对应的倒数第二个UE的上下文信息中记录所述关联实体对应的最后一个UE的上下文信息的存储地址；

其中，所述第一链表中记录有所述关联实体的IP地址、所述第一链表的长度、所述关联实体对应的第一个UE的上下文信息的存储地址、所述关联实体对应的最后一个UE的上下文信息的存储地址。

8.如权利要求7所述的网元设备，其特征在于，

所述获得模块，具体用于利用关联实体的IP地址查询第一链表；如果所述第一链表中记录了所述关联实体的IP地址，则利用第一链表中记录的所述关联实体对应的第一个UE的上下文信息的存储地址得到所述IP地址对应的第一个上下文信息，并利用所述第一个上下文信息中记录的所述关联实体对应的第二个UE的上下文信息的存储地址得到所述IP地址对应的第二个上下文信息，以此类推，利用倒数第二个上下文信息中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址得到所述IP地址对应的最后一个上下文信息；在得到所述IP地址对应的最后一个上下文信息之后，利用第一链表中记录的所述关联实体对应的最后一个UE的上下文信息的存储地址，确定当前已经得到所述IP地址对应的所有上下文信息。

9.如权利要求7或8所述的网元设备，其特征在于，

所述建立模块，还用于当网元设备对应多个关联实体时，建立第二链表，所述第二链表中记录了每个关联实体对应的第一链表的存储地址。

10.如权利要求9所述的网元设备，其特征在于，

所述释放模块，进一步用于在释放所述关联实体的IP地址对应的所有UE的用户资源之后，删除所述关联实体对应的第一链表，并从所述第二链表中删除所述关联实体对应的第一链表的存储地址。

11.如权利要求7所述的网元设备，其特征在于，

所述释放模块，具体用于在预设时间内向UE关联的功能模块或者进程发送预设数量的资源释放消息，由所述功能模块或者进程释放UE的用户资源。

12.如权利要求7所述的网元设备，其特征在于，所述关联实体为：所述网元设备外部的关联网元设备或者所述网元设备内部的功能实体。