CN104994482A - 一种业务板故障后teid资源的回收方法及装置 - Google Patents

Abstract

本发明公开了一种业务板故障后TEID资源的回收方法，包括：服务网关信令处理子系统SSPS接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；SSPS根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。本发明还公开了一种业务板故障后TEID资源的回收装置，包括接收单元、获取单元及回收单元。本发明能够保证资源池中TEID资源的利用率，避免业务板故障重启后不回收TEID资源从而造成TEID资源浪费的情况。

Description

一种业务板故障后TEID资源的回收方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务板故障后TEID资源的回收方法及装置。

背景技术

当业务板发生故障重启后，业务资源上的应用标识(ApplicaitionIdentification，简称AID)可能会发生变化。AID作为一种资源分配给各个信令处理子系统，而每个AID上挂接有多个隧道标识(TunnelEndpoint Identification，简称TEID)资源，为创建承载提供TEID资源。

如图1所示，当服务网关(Serving Gateway，简称SGW)网元信令处理子系统(SGW Signal Process Sub-System，简称SSPS)处理SGW业务板上的应用故障时，开发式可扩展配置架构(Open ScalableConfigurable Architecture，简称OSCA)平台检测到应用故障时，OSCA重启业务板并发送故障广播消息，SSPS接收到该故障广播消息后，根据其中的应用进程地址查询管理信息库(Management InformationBase，简称MIB)表判断该应用故障是否为处理器上的应用故障，若是业务板处理器上的应用故障，则按照该处理器上服务资源的类型转入相应的故障处理流程，对该处理器上的的承载进行分批释放。

由此可见，现有的故障处理机制只支持业务板故障重启后AID不变化的情况，而且没有将故障处理器对应的AID上挂接的TEID资源进行回收，即创建的承载释放了，而创建承载所需的TEID资源并没有回收。则现有故障处理机制有严格的使用限制，不能灵活满足各种应用需求。比如，业务板故障重启后AID发生变化，且没有将该业务板下挂接的TEID资源进行回收，这是对TEID资源的一种浪费，后期可能造成资源池中TEID资源的枯竭。

发明内容

针对现有技术业务板故障重启后不回收TEID资源从而造成TEID资源浪费的缺陷，本发明提供一种业务板故障后TEID资源的回收方法及装置。

第一方面，本发明提供了一种业务板故障后TEID资源的回收方法，该方法包括：

服务网关信令处理子系统SSPS接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；

SSPS根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；

SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

优选地，所述方法还包括：

释放承载资源结束后，SSPS发送通知消息至演进分组核心网全局板应用子系统EPCGLB，以使所述EPCGLB释放国际移动用户标识IMSI与所述故障业务板的映射关系。

优选地，所述服务网关信令处理子系统SSPS接收故障广播消息的步骤之前，该方法还包括：

在创建承载并进行资源选择时，SSPS建立业务板地址与AID的映射关系。

优选地，所述SSPS根据所述应用进程的地址，回收所述AID上的所有TEID资源，包括：

获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。

优选地，所述SSPS根据所述故障应用进程的地址，回收所述AID上的所有TEID资源的步骤之前，该方法还包括：

在创建承载并为所述承载分配TEID资源时，SSPS建立TEID值与TEID结构体索引之间的哈希关系；

在所述承载实例中保存所述承载对应的AID的值；

将所述承载索引保存在为所述承载分配的TEID结构体中，并将所述TEID结构体索引保存在所述承载实例中。

优选地，所述SSPS根据业务板地址与应用标识AID的映射关系，获取与所述应用进程的地址对应的AID的步骤之前，该方法还包括：

SSPS根据所述应用进程的地址，查出所述地址对应的应用故障，并判断所述应用故障是否为业务板处理器上的应用故障；

若所述应用故障是业务板处理器上的应用故障，则将所述应用故障的信息加入故障缓存队列；

判断所述故障缓存队列中的元素是否为0，若为0，则启动故障处理周期定时器；

当接收到所述故障处理周期定时器消息时，从故障缓存队列中取出所述应用故障的信息，以对所述应用故障进行处理。

第二方面，本发明提供了一种业务板故障后的TEID资源的回收装置，该装置包括：

接收单元，用于接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；

获取单元，用于根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；

回收单元，用于根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

优选地，所述装置还包括：

发送单元，用于当释放承载资源结束时，发送通知消息至演进分组核心网全局板应用子系统EPCGLB，以使所述EPCGLB释放国际移动用户标识IMSI与所述故障业务板的映射关系。

优选地，所述装置还包括：

建立映射单元，用于当创建承载并进行资源选择时，建立业务板地址与AID的映射关系。

优选地，所述回收单元，具体用于：

获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。

由上述技术方案可知，本发明提供一种业务板故障后TEID资源的回收方法及装置，能够根据故障广播消息中的地址获取故障处理器上的AID，根据AID一次性回收本地的全部TEID资源，该方法支持业务板故障重启后AID发生变化的场景，保证了资源池中TEID的利用率，且避免了由于业务板处理器上应用的故障而对整个核心网规划的最大接入用户数目造成限制的情况。

附图说明

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

图1是现有故障处理中SGW业务板732处理器上的应用故障处理信令图；

图2是本发明一实施例提供的一种业务板故障后TEID资源的回收方法的流程示意图；

图3是本发明另一实施例提供的一种AID资源的结构图；

图4是本发明另一实施例提供的一种AID资源中TEID结构体脱链的结构图；

图5是本发明另一实施例提供的一种AID资源中TEID结构体挂链的结构图；

图6是本发明另一实施例提供的一种业务板故障后TEID资源的回收方法的部分流程示意图；

图7是本发明另一实施例提供的一种业务板故障后TEID资源的回收方法的部分流程示意图；

图8是本发明一实施例提供的一种业务板故障后TEID资源的回收装置的结构示意图。

具体实施方式

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

如图2所示，为本发明一实施例提供了一种业务板故障后TEID资源的回收方法的流程示意图，该方法包括如下步骤：

S1：服务网关信令处理子系统SSPS接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址。

具体来说，当SSPS处理业务板的应用故障时，OSCA平台检测到应用故障后，会重启业务板并发送故障广播消息，而SSPS接收到故障广播消息后，进而通过本实施例提供的方法对该应用故障进行处理。

S2：SSPS根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID。

S3：SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

具体地，该步骤首先一次性回收故障应用对应的AID上所有的TEID资源(包括空闲的TEID和非空闲的TEID)，然后再分批释放TEID资源对应的承载资源。具体来说，当收到故障处理周期定时器消息后，回收完所有的TEID资源，释放承载资源时，若一次无法释放完毕，则再次启动故障处理周期定时器，待再次收到故障处理周期定时器消息后，继续对故障处理器上剩余的承载进行释放。

本实施例中，步骤S3之后，该方法还包括如下步骤：

释放承载资源结束后，SSPS发送通知消息至演进分组核心网全局板应用子系统(Evoled Packet Core Global Application Subsystem，简称EPCGLB)，以使所述EPCGLB释放国际移动用户标识(InternationalMobile Subscriber Identity，简称IMSI)与所述故障业务板的映射关系。

本实施例中，步骤S2之前，该方法还包括如下步骤：

在创建承载并进行资源选择时，SSPS建立业务板地址与AID的映射关系。以便后续根据该映射关系，直接获取与故障应用进程的地址对应的AID。

具体来说，SSPS本地的AID的管理机制如下：

(1)当SSPS申请AID对应的TEID段成功后，AID资源的结构如图3所示。其中，包括TEID结构体1、2、3。

(2)当用户申请一个TEID之后，即创建承载时对TEID结构体的脱链操作，AID资源的结构如图4所示。其中，TEID结构体1脱链，用于创建承载。

(3)当用户归还一个TEID之后，即释放承载时对TEID结构体的挂链操作，AID资源的结构如图5所示。其中，TEID结构体1挂链，如图可知，TEID结构体1挂接至AID资源的末端，则下次用户申请该AID的TEID时，对TEID结构体2进行脱链操作。

由此可见，当用户申请TEID后，相应的TEID结构体脱离链表。而当该AID故障后，SSPS需将此AID下所有的TEID资源全部回收(包括空闲的和非空闲的)。而由于释放承载采用分批释放的方式，而TEID结构体需要一次性全部回收，则存在不同步的情况，因此需要对承载进行标记，标记方法是将每条承载和其使用TEID资源绑定起来。

因此，本实施例中，如图6所示，步骤S3中的SSPS根据所述应用进程的地址，回收所述AID上的所有隧道标识TEID资源，具体包括如下步骤：

S31：获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

其中，AID即为处理器上故障应用程序地址对应的AID。TEID值为全局处理模块(Global Process Module，简称GPM)给各个应用分配的TEID值。

S32：根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

具体来说，根据AID及TEID值引组成的哈希hash关键字，查找出相应的TEID结构。

S33：获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

S34：将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。

由此可见，将承载实例中的AID的值设置为无效值，则在后续释放承载的过程中，可判断承载实例中的AID的值是否为无效值，若AID的值为无效值，则表明建立该承载的TEID资源已被回收，则不需进行挂链操作；若AID的值不是无效值，则表明建立该承载的TEID资源并未被回收，需对相应的TEID资源进行挂链操作。

相应地，步骤S3之前，该方法还包括如下步骤：

在创建承载并为所述承载分配TEID资源时，SSPS建立TEID值与TEID结构体索引之间的哈希关系；在所述承载实例中保存所述承载对应的AID的值；并将所述承载索引保存在为所述承载分配的TEID结构体中，并将所述TEID结构体索引保存在所述承载实例中。通过该步骤，完成对承载的标记，即将每条承载和该承载使用的TEID资源绑定起来。

本实施例中，如图7所示，步骤S1之后步骤S2之前，该方法还包括如下步骤：

S701：SSPS根据所述应用进程的地址，查出所述地址对应的应用故障，并判断所述应用故障是否为业务板处理器上的应用故障。

具体来说，本步骤通过查询MIB表确定应用故障，并判断该应用故障是否为处理器上的应用故障。

S702：若所述应用故障是业务板处理器上的应用故障，则将所述应用故障的信息加入故障缓存队列。

其中，加入故障缓存队列的应用故障的信息包括应用进程的地址信息。而若所述应用故障不是业务板处理器上的应用故障，则不用本实施例提供的方法进行处理。

S703：判断所述故障缓存队列中的元素是否为0，若为0，则启动故障处理周期定时器。

具体地，若所述故障缓存队列中的元素为0，则表明此时没有任何故障处理正在进行，可以对本次故障进行处理，此时启动故障处理周期定时器，待收到定时器消息后开始对本次故障进行处理。若所述故障缓存队列中的元素不为0，则表明此时有其他故障处理正在进行，需要将其他故障处理完毕后再对本次故障进行处理。

S704：当接收到所述故障处理周期定时器消息时，从故障缓存队列中取出所述应用故障的信息，以对所述应用故障进行处理。

本实施例提供了一种业务板故障后TEID资源的回收方法，能够根据故障广播消息中的地址获取故障处理器上的AID，根据AID一次性回收本地的全部TEID资源，该方法支持业务板故障重启后AID发生变化的场景，保证了资源池中TEID的利用率，且避免了由于业务板处理器上应用的故障而对整个核心网规划的最大接入用户数目造成限制的情况。

如图8所示，本发明另一实施例提供了一种业务板故障后的TEID资源的回收装置，该装置包括：接收单元801、获取单元802及回收单元803。其中：

接收单元801，用于接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；

获取单元802，用于根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；

回收单元803，用于根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

本实施例中，所述装置还包括：

发送单元，用于当释放承载资源结束时，发送通知消息至演进分组核心网全局板应用子系统EPCGLB，以使所述EPCGLB释放国际移动用户标识IMSI与所述故障业务板的映射关系。

本实施例中，所述装置还包括：

建立映射单元，用于当创建承载并进行资源选择时，建立业务板地址与AID的映射关系。

本实施例中，所述回收单元803，具体用于：

获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上实施方式仅适于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。

Claims (10)

1.一种业务板故障后TEID资源的回收方法，其特征在于，该方法包括：

服务网关信令处理子系统SSPS接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；

SSPS根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；

SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

释放承载资源结束后，SSPS发送通知消息至演进分组核心网全局板应用子系统EPCGLB，以使所述EPCGLB释放国际移动用户标识IMSI与所述故障业务板的映射关系。

3.根据权利要求1所述的方法，其特征在于，所述服务网关信令处理子系统SSPS接收故障广播消息的步骤之前，该方法还包括：

在创建承载并进行资源选择时，SSPS建立业务板地址与AID的映射关系。

4.根据权利要求1所述的方法，其特征在于，所述SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有TEID资源，包括：

获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。

5.根据权利要求4所述的方法，其特征在于，所述SSPS根据所述故障应用进程的地址，回收所述AID上挂接的所有TEID资源的步骤之前，该方法还包括：

在创建承载并为所述承载分配TEID资源时，SSPS建立TEID值与TEID结构体索引之间的哈希关系；

在所述承载实例中保存所述承载对应的AID的值；

将所述承载索引保存在为所述承载分配的TEID结构体中，并将所述TEID结构体索引保存在所述承载实例中。

6.根据权利要求1所述的方法，其特征在于，所述SSPS根据业务板地址与应用标识AID的映射关系，获取与所述应用进程的地址对应的AID的步骤之前，该方法还包括：

SSPS根据所述应用进程的地址，查出所述地址对应的应用故障，并判断所述应用故障是否为业务板处理器上的应用故障；

若所述应用故障是业务板处理器上的应用故障，则将所述应用故障的信息加入故障缓存队列；

判断所述故障缓存队列中的元素是否为0，若为0，则启动故障处理周期定时器；

当接收到所述故障处理周期定时器消息时，从故障缓存队列中取出所述应用故障的信息，以对所述应用故障进行处理。

7.一种业务板故障后的TEID资源的回收装置，其特征在于，该装置包括：

接收单元，用于接收故障广播消息，所述故障广播消息包括业务板中故障应用进程的地址；

获取单元，用于根据业务板地址与应用标识AID的映射关系，获取与所述故障应用进程的地址对应的AID；

回收单元，用于根据所述故障应用进程的地址，回收所述AID上挂接的所有隧道标识TEID资源，并释放所述TEID资源对应的承载资源。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

发送单元，用于当释放承载资源结束时，发送通知消息至演进分组核心网全局板应用子系统EPCGLB，以使所述EPCGLB释放国际移动用户标识IMSI与所述故障业务板的映射关系。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

建立映射单元，用于当创建承载并进行资源选择时，建立业务板地址与AID的映射关系。

10.根据权利要求7所述的装置，其特征在于，所述回收单元，具体用于：

获得所述AID上的所有TEID资源段，并获取每个TEID资源段中的TEID值；

根据TEID值与TEID结构体索引之间的哈希关系，查找所述TEID值对应的TEID结构体；

获得所述TEID结构体对应的承载索引，并根据所述承载索引查询承载实例；

将所述承载实例中的AID的值设置为无效值，解除所述哈希关系，并回收所述承载实例中的TEID结构体。