CN102355456B

CN102355456B - 一种重启计数器的管理方法及装置

Info

Publication number: CN102355456B
Application number: CN201110257402.6A
Authority: CN
Inventors: 苏丽芳; 习建德; 赵国胜
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-09-01
Filing date: 2011-09-01
Publication date: 2014-04-02
Anticipated expiration: 2031-09-01
Also published as: CN102355456A

Abstract

本发明涉及通信领域，公开了一种重启计数器的管理方法及装置，用以减少信令开销。该方法为：GTPC节点内的任意一信令处理单元在向对端节点发送GTPC消息之前，根据对应该对端节点设置的重启计数器状态信息确定本地重启计数器的当前取值未曾通知对端节点时，在待发送的GTPC消息中携带用于表示本地重启计数器当前取值的Recovery IE，这样，便保证了GTPC节点之间在首次进行连接时，才向对端节点通知本地重启计数器的当前取值，减少了GTPC节点比对重启计数器取值时的信令开销，减小了发送信令包的大小，提高了GTPC节点的处理效率并节省了传输带宽。

Description

一种重启计数器的管理方法及装置

技术领域

本发明涉及通信领域，特别涉及一种重启计数器的管理方法及装置。

背景技术

TS29.274协议中规定，在某些GTPC(General Packet Radio Service Tunnel Protoco Controll，通用分组无线服务技术隧道协议控制)消息中需要包含Recovery IE(恢复信元)。Recovery IE为一个条件选项，TS29.274协议中指出，在某一GTPC节点与对端节点首次连接的情况下才能在交互的消息中携带Recovery IE，所谓的首次连接，是指GTPC节点启动/重启后的首次连接。例如，在Create Session Request(会话建立请求)消息中需要包含Recovery IE；参阅表1所示，Create Session Request消息中的包含信息元素的具体内容如下：

表1

Information Elements in a Create Session Request

(会话建立请求消息中的信息元素)

在TS29.274协议中进一步规定，Recovery是一个重启计数器，对于每一个GTPC节点，需要保存两种重启计数器，一种是在易失性内存中保存对端节点的重启计数器，一种是在非易失性内存中保存本地的重启计数器。当GTPC节点重启后，要将在非易失性内存中保存的本地重启计数器立刻加1，并将对端节点的重启计数器清除。由于一个GTPC节点可以对应多个对端节点，因此，一个GTPC节点可以分别为每一个对端节点保存一个重启计数器，以及为各对端节点保存一个共用的本地重启计数器。

根据TS29.274协议的规定，而对于每一个GTPC节点而言，只有在启动/重启后的首次与对端节点连接时才能携带Recovery IE，因此，需要GTPC节点不仅管理本地的重启计数器，而且需要管理每个局向(即每条链路方向)上的对端节点的重启计数器。但是，如何对上述各类重启计数器进行管理，以保证GTPC节点能够按照协议规定，仅在首次与对端节点连接时携带本地的Recovery IE，目前还没有具体的实现方案。

发明内容

本发明实施例提供一种重启计数器的管理方法及装置，用以确保GTPC节点之间在首次进行连接时，才发送携带Recovery IE的GTPC消息，以减少信令开销。

本发明实施例提供的具体技术方案如下：

一种重启计数器的管理方法，包括：

GTPC节点内的任意一信令处理单元确定本地需向对端节点发送GTPC消息；

所述任意一信令处理单元获取对应所述对端节点设置的本地重启计数器状态信息，该本地重启计数器状态信息至少用于表示所述GTPC节点的本地重启计数器的当前取值是否已发往所述对端节点；

所述任意一信令处理单元根据获得的本地重启计数器状态信息确定未将所述GTPC节点的本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带Recovery IE，该Recovery IE用于指示所述GTPC节点的本地重启计数器的当前取值。

一种重启计数器的管理装置，包括一个全局处理单元和多个信令处理单元，其中，

全局处理单元，用于对各信令处理单元进行管理；

任意一信令处理单元，用于在确定本地需向对端节点发送GTPC消息时，获取对应所述对端节点设置的本地重启计数器状态信息，该本地重启计数器状态信息至少用于表示本地重启计数器的当前取值是否已发往所述对端节点，以及根据获得的本地重启计数器状态信息确定未将所述本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带Recovery IE，该RecoveryIE用于指示所述本地重启计数器的当前取值。

本发明实施例中，在GTPC节点内的全局处理单元和多个信令处理单元中各自设置有重启计数器状态信息，任意一信令处理单元在向对端节点发送GTPC消息之前，根据对应该对端节点设置的重启计数器状态信息确定本地重启计数器的当前取值未曾通知对端节点时，在待发送的GTPC消息中携带用于表示本地重启计数器当前取值的Recovery IE，这样，便基于TS29.274协议的规定，保证了GTPC节点之间在首次进行连接时，才向对端节点通知自身的本地重启计数器的当前取值，从而减少了GTPC节点比对重启计数器取值时的信令开销，减小了发送信令包的大小，提高了GTPC节点的处理效率并节省了传输带宽。

附图说明

图1为本发明实施例中通信系统体系架构示意图；

图2为本发明实施例中GTPC节点功能结构示意图；

图3为本发明实施例中GTPC节点对重启计数器进行管理第一种方法流程图；

图4为本发明实施例中GTPC节点对重启计数器进行管理第二种方法流程图。

具体实施方式

为了确保GTPC节点能够按照协议规定，仅在首次与对端节点连接时携带本地的Recovery IE，本发明实施例中，针对GTPC节点，设计了一种重启计数器的管理方案，这里所说的重启计算器，包括GTPC节点本地的重启计数器，以及其各个对端节点的重启计数器，具体为：在GTPC节点内的全局处理单元和多个信令处理单元中各自设置有重启计数器状态信息，任意一信令处理单元在向对端节点发送GTPC消息之前，根据本地设置的重启计数器状态信息确定本地重启计数器的当前取值未曾通知对端节点时，在待发送的GTPC消息中携带用于表示本地重启计数器当前取值的Recovery IE，这样，便基于TS29.274协议的规定，保证了GTPC节点之间在首次进行连接时，才向对端节点通知自身的本地重启计数器的当前取值。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1和图2所示，本实施例中，系统内包含有若干GTPC节点，各GTPC节点之间可以建立通信连接，任意一个GTPC节点内至少包括一个全局处理单元20和多个信令处理单元21，其中，

全局处理单元20，即全局板，用于对各信令处理单元21进行管理，具体将在后续实施例中进行详细说明；

信令处理单元21，即信令处理单板，任意一信令处理单元21在确定本地需向对端节点发送GTPC消息时，获取对应对端节点设置的本地重启计数器状态信息，该本地重启计数器状态信息至少用于表示本地重启计数器的当前取值是否已发往对端节点，以及根据获得的本地重启计数器状态信息确定未将本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带Recovery IE，该Recovery IE用于指示本地重启计数器的当前取值。

实际应用中，一个GTPC节点内通常设置有一个全局处理单元20和多个信令处理单元21，每个信令处理单元21都有可能和一个或多个对端节点连接，为了保证GTPC节点启动/重启后，在首次与对端节点连接时才发送Recovery IE的原则，本发明实施例中，在GTPC节点的全局处理单元20上保存GTPC的本地重启计数器，各信令处理单元21在需要使用本地重启计数器时向全局处理单元20请求获取并保存在各信令处理单元21内；其中，在GTPC节点的全局处理单元20内的非易失性内存中保存本地重启计数器，只需保存一份即可，当GTPC节点重启后，本地重启计数器加1。

同时，在全局处理单元20内还需要分别针对每一个局向上的对端节点记录一张对应的重启计数器状态表；参阅表2所示，任意一个局向上的对端节点对应的重启计数器状态表中至少记录了以下内容：对端节点的IP地址，对端节点的重启计数器，本地重启计数器在相应局向上的发送状态(即本地重启计数器针对上述对端节点的发送状态)；本实施例中，若发送状态的取值为0，则表示本地重启计数器未在相应局向上向对端节点发送，若发送状态的取值为1，则表示本地重启计数器已在相应局向上向对端节点发送。

表2

(全局处理单元中的量启计数器状态表)

IE	描述
		PeerIpAddr	对端节点的IP地址
PeerRestartCounter	对端节点的重启计数器
		LoaclRestartCounterState	本地重启计数器在相应局向上的发送状态

由于一个GTPC节点可以与多个对端的GTPC节点相连，即存在多个局向，因此，一个GTPC节点的全局处理单元20内有保存有多个如表2所示的重启计数器状态表，每一张重启计数器状态表对应一个对端节点。

另一方面，在每一个信令处理单元21中，也需要对应每一个局向，保存本地重启计数器的发送状态，参阅表3所示，任意一个信令处理单元21对应的任意一个局向上的重启计数器状态表中至少记录了以下内容：对端节点的IP地址，本地重启计数器在相应局向上的发送状态；本实施例中，若发送状态的取值为0，则表示本地重启计数器未在相应局向上向对端节点发送，若发送状态的取值为1，则表示本地重启计数器已在相应局向上向对端节点发送。

表3

(信令处理单元中的重启计数器状态表)

IE

描述

[0037]

PeerIpAddr	对端节点的IP地址
		LoaclRestartCounterState	本地重启计数器在相应局向上的发送状态

由于一个信令处理单元21可以与多个对端的GTPC节点相连，即存在多个局向，因此，一个信令处理单元21内也保存有多个如表3所示的重启计数器状态表，每一张重启计数器状态表对应一个对端节点。

另一方面，由于一个信令处理单元21可以与多个对端的GTPC节点相连，因而不同的信令处理单元21可能会分别与同一个对端节点相连，只要有一个信令处理单元21曾将GTPC节点的本地重启计数器发送至该对端节点，全局处理单元21中对应该对端节点保存的相应局向上重启计数器的发送状态的取值就应当为“1”。

基于上述技术方案，本实施例中，当需要发送GTPC消息时，GTPC节点需要根据保存的本地重启计数器的当前发送状态，来决定是否在发送的GTPC消息中填写Recovery IE。那么，参阅图3所示，本发明实施例中，GTPC节点对重启计数器进行管理的第一种方法的具体流程如下：

步骤300：GTPC节点(以下称为节点A)内的任意一信令处理单元21确定本地需向对端节点(以下称为节点B)发送GTPC节点消息。

步骤310：节点A内的任意一信令处理单元21获取对应节点B设置的本地重启计数器状态信息，该本地重启计数器状态信息至少用于表示节点A的本地重启计数器的当前取值是否已发往节点B。

本实施例中，节点A内的任意一信令处理单元21在获取对应节点B设置的本地重启计数器状态信息时，具体包括：

步骤A：节点A内的任意一信令处理单元21判断本信令处理单元21内是否存在对应节点B设置的本地重启计数器状态信息；若是，则执行步骤B；否则，执行步骤C；

具体为：节点A内的任意一信令处理单元21判断本地是否存在对应节点B设置的如表3所示的重启计数器状态表，若存在，则说明表项“本地重启计数器在相应局向上的发送状态”的当前取值可以作为对应节点B设置的本地重启计数器状态信息，直接获取即可；否则，说明该信令处理单元21未与节点B建立过通信链路，但是其他信令处理单元21可能与节点B建立过通信链路，因此，需要向全局处理单元20请求获取节点B的重启计数状态信息。

步骤B：上述任意一信令处理单元21直接在本地获取对应节点B设置的本地重启计数器状态信息。

具体为：信令处理单元21在本地对应节点B设置的如表3所示的重启计数器状态表中，获取表项“本地重启计数器在相应局向上的发送状态”的当前取值。

步骤C：上述任意一信令处理单元21向节点A内的全局处理单元20请求获取对应节点B设置的本地重启计数器状态信息。

具体为：信令处理单元21向全局处理单元20请求获取对应节点B设置的如表2所示的重启计数器状态表中，表项“本地重启计数器在相应局向上的发送状态”的当前取值。

这样，各个信令处理单元21仅在其本地未保存有对应节点B设置的本地重启计数器状态信息时，才会向全局处理单元20请求获取，从而有效减少了各信令处理单元21与全局处理单元20之间的消息交互量，进而有效降低了GTPC节点的整体功耗。

在执行步骤C时，上述任意一个信令处理单元21向节点A内的全局处理单元20发送用于获取对应节点B设置的本地重启计数器状态信息的请求消息，全局处理单元20接收到该请求消息后，判断本地是否存在对应节点B设置的本地重启计数器状态信息，

若是，则说明全局处理单元20本地保存有对应节点B设置的如表2所示的重启计数器状态表，那么，全局处理单元20会将表项“本地重启计数器在相应局向上的发送状态”的当前取值发送给上述任意一个信令处理单元21；其中，若节点A的本地重启计数器在节点B局向上的发送状态的当前取值为“0”，则说明节点A的本地重启计数器还未发送给节点B(例如，节点B已重启，节点A与节点B当前为再次连接)，因而上述任意一个信令处理单元21将在待发送的GTPC消息中携带Recovery IE，而若节点A的本地重启计数器在节点B局向上的发送状态的当前取值为“1”，则说明节点A的本地重启计数器已发送给节点B，因而上述任意一个信令处理单元21将不会在待发送的GTPC消息中携带Recovery IE。

否则，说明全局处理单元20本地未保存有对应节点B设置的如表2所示的重启计数器状态表，那么，全局处理单元20将在本地对应节点B初始创建如表2所示的重启计数器状态表，此时，表项“本地重启计数器在相应局向上的发送状态”的当前取值只会为“0”，因而，当全局处理单元20将节点A在节点B局向上的发送状态的当前取值发给上述任意一个信令处理单元21后，该任意一个信令处理单元21将在待发送的GTPC消息中携带Recovery IE。

步骤320：节点A内的任意一个信令处理单元21根据获得的对应节点B设置的本地重启计数器状态信息，确定未向节点B发送过节点A的本地重启计数器的当前取值时，在即将发送的GTPC消息中携带Recovery IE，该Recovery IE用于指示节点A的本地重启计数器的当前取值。

具体为：本实施例中，节点A内的本地重启计数器在任意一个局向上的发送状态有两个取值，0和1。状态0表示本地重启计数器的当前取值未在该局向上的通知给相应的对端节点，后续与对端节点进行首次消息交互时，需要包含本地重启计数器的当前取值，即需要在待发送的GTPC消息中携带RecoveryIE；状态1表示本地重启计数器的当前取值已在该局向上通知给相应的对端节点，后续与对端节点进行消息交互时就不需要再包含本地重启计数器的当前取值了，即不需要在待发送的GTPC消息中携带Recovery IE。

当然，上述任意一个信令处理单元21将携带Recovery IE的GTPC消息发往节点B后，需要对本地保存的对应节点B设置的本地重启计数器状态信息进行更新，即将如表3所示的重启计数器状态表中的表项“本地重启计数器在相应局向上的发送状态”的当前取值由“0”更新为“1”；以及通知全局处理单元20对其保存的对应节点B设置的本地重启计数器状态信息进行更新，即将如表2所示的重启计数器状态表中的表项“本地重启计数器在相应局向上的发送状态”的当前取值由“0”更新为“1”。

在上述实施例中，当节点A重启时，全局处理单元20将各局向上的重启计数器状态表(如表2所示)中对端节点的重启计数器的取值清零，如，将对应节点B设置的重启计数器状态表中记录的节点B的重启计数器的取值清零。同时，将本地对应节点B设置的本地重启计数器状态信息进行相应更新，如，将本地对应节点B设置的重启计数器表中表项“本地重启计数器在相应局向上的发送状态”的当前取值更新为“0”；并且，全局处理单元20还需要通知各个信令处理单元21，令各个信令处理单元21分别对其保存的对应节点B设置的本地重启计数器状态信息进行相应更新，如，全局处理单元20采用广播方式自身的更新操作通知各个信令处理单元21，令各个信令处理单元21分别将其本地对应节点B设置的重启计数器表中表项“本地重启计数器在相应局向上的发送状态”的当前取值更新为“0”。

基于上述实施例，本发明实施例中，节点A内的全局处理单元20不仅需要保存本节点的本地重启计数器，如表2所示，还需保存对端节点(如，节点B)的重启计数器，因此，当节点B的状态发生变化时，节点A内的全局处理单元20也同样需要对本地保存的节点B的重启计数器进行相应更新；那么，参阅图4所示，GTPC节点对重启计数器进行管理的第二种方法的具体流程如下：

步骤400：节点A内的任意一信令处理单元21接收到节点B发送的一条GTPC消息，该GTPC消息中包含Recovery IE，该Recovery IE表示节点B的重启计数器的当前取值。

步骤410：上述任意一信令处理单元21将从节点B接收的Recovery IE传送至节点A内的全局处理单元20。

步骤420：上述全局处理单元20获取本地对应节点B保存的重启计数器信息，并根据从节点B接收的Recovery IE所表示的重启计数器信息对本地对应节点B保存的重启计数器信息进行更新。

具体为：全局处理单元20判断本地对应节点B保存的重启计数器的当前取值是否为0，

若是，则表明该重启计数器的计数信息不存在，那么，全局处理单元20会将从节点B接收的Recovery IE所表示的重启计数器的当前取值进行保存，即根据从节点B接收的Recovery IE所表示的重启计数器的当前取值，对本地原有的节点B的重启计数器的当前取值进行覆盖更新；否则，表明该重启计数器的计数信息已存在，那么，全局处理单元21会进一步将已保存的节点B的重启计数器的当前取值与从节点B接收的Recovery IE所表示的重启计数器的当前取值进行比较，若两者一致，则说明节点B未重启，只是多发送了一次Recovery IE，全局处理单元20暂时不做处理；而若两者不一致，则说明节点B已重启，则全局处理单元20会将从节点B接收的Recovery IE所表示的重启计数器的当前取值进行保存，即根据从节点B接收的Recovery IE所表示的重启计数器的当前取值，对本地原有的节点B的重启计数器的当前取值进行覆盖更新。进一步地，全局处理单元20还需要将本地对应节点B设置的本地重启计数器状态信息进行相应更新，如，将本地对应节点B设置的重启计数器表中表项“本地重启计数器在相应局向上的发送状态”的当前取值更新为“0”；并且，全局处理单元20还需要通知各个信令处理单元21，令各个信令处理单元21分别对其保存的对应节点B设置的本地重启计数器状态信息进行相应更新，如，全局处理单元20采用广播方式自身的更新操作通知各个信令处理单元21，令各个信令处理单元21分别将其本地对应节点B设置的重启计数器表中表项“本地重启计数器在相应局向上的发送状态”的当前取值更新为“0”。

本发明实施例中，在GTPC节点内的全局处理单元20和多个信令处理单元21中各自设置有重启计数器状态信息，任意一信令处理单元21在向对端节点发送GTPC消息之前，根据对应该对端节点设置的重启计数器状态信息确定本地重启计数器的当前取值未曾通知对端节点时，在待发送的GTPC消息中携带用于表示本地重启计数器当前取值的Recovery IE，这样，便基于TS29.274协议的规定，保证了GTPC节点之间在首次进行连接时，才向对端节点通知自身的本地重启计数器的当前取值，从而减少了GTPC节点比对重启计数器取值时的信令开销，减小了传输信令包的大小，提高了GTPC节点的处理效率并节省了传输带宽。

进一步地，各个信令处理单元21仅在其本地未保存有对应对端节点设置的本地重启计数器状态信息时，才会向全局处理单元20请求获取，从而有效减少了各信令处理单元21与全局处理单元20之间的消息交互量，进而有效降低了GTPC节点的整体功耗。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种重启计数器的管理方法，其特征在于，包括：

通用分组无线服务技术隧道协议控制GTPC节点内的任意一信令处理单元确定本地需向对端节点发送GTPC消息；

所述任意一信令处理单元根据获得的本地重启计数器状态信息确定未将所述GTPC节点的本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带恢复信元Recovery IE，该Recovery IE用于指示所述GTPC节点的本地重启计数器的当前取值。

2.如权利要求1所述的方法，其特征在于，所述任意一信令处理单元获取对应所述对端节点设置的本地重启计数器状态信息，包括：

所述任意一信令处理单元判断本地是否保存有对应所述对端节点设置的本地重启计数器状态信息，若是，则直接在本地获取对应所述对端节点设置的本地重启计数器状态信息；否则，向本GTPC节点内的全局处理单元请求获取对应所述对端节点设置的本地重启计数器状态信息。

3.如权利要求2所述的方法，其特征在于，所述任意一信令处理单元向本GTPC节点内的全局处理单元请求获取对应所述对端节点设置的本地重启计数器状态信息，包括：

所述任意一信令处理单元向所述全局处理单元发送用于获取对应所述对端节点设置的本地重启计数器状态信息的请求消息，

所述全局处理单元判断本地是否保存有对应所述对端节点设置的本地重启计数器状态信息，若是，则将对应所述对端节点保存的本地重启计数器状态信息发送至所述任意一信令处理单元；否则，在本地对应所述对端节点创建相应的本地重启计数器状态信息，并将创建的本地重启计数器状态信息发送至所述任意一信令处理单元。

4.如权利要求1、2或3所述的方法，其特征在于，所述任意一信令处理单元根据获得的本地重启计数器状态信息确定未将本GTPC节点的本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带恢复信元Recovery IE，包括：

所述任意一信令处理单元根据获得的本地重启计数器状态信息判断本地重启计数器在所述对端节点局向上的发送状态的当前取值，若所述发送状态的当前取值为“0”，则确定未将本GTPC节点的本地重启计数器的当前取值发往所述对端节点，则在待发送的GTPC消息中携带相应的Recovery IE。

5.如权利要求4所述的方法，其特征在于，所述任意一个信令处理单元将携带Recovery IE的GTPC消息发往所述对端节点后，对本地保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知全局处理单元对其保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。

6.如权利要求1、2或3所述的方法，其特征在于，所述GTPC节点重启后，所述GTPC节点内的全局处理单元将本地对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知各个信令处理单元分别对其各自保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。

7.如权利要求1、2或3所述的方法，其特征在于，所述任意一个信令处理单元接收到所述对端节点发送的携带Recovery IE的GTPC消息时，将从所述对端节点接收的Recovery IE传送至本GTPC节点内的全局处理单元，所述全局处理单元获取本地对应所述对端节点保存的重启计数器信息，并根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新。

8.如权利要求7所述的方法，其特征在于，所述全局处理单元根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新，包括：

所述全局处理单元判断本地对应所述对端节点保存的重启计数器的当前取值是否为0，若是，则根据从所述对端节点接收的Recovery IE所表示的重启计数器的当前取值对本地对应所述对端节点保存的重启计数器的当前取值进行覆盖；否则，在进一步确定两者取值不一致时，根据从所述对端节点接收的Recovery IE所表示的重启计数器的当前取值对本地对应所述对端节点保存的重启计数器的当前取值进行覆盖。

9.如权利要求7所述的方法，其特征在于，所述全局处理单元根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新后，将本地对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知各个信令处理单元分别对其各自保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。

10.一种重启计数器的管理装置，包括一个全局处理单元和多个信令处理单元，其特征在于，其中，

全局处理单元，用于对各信令处理单元进行管理；

任意一信令处理单元，用于在确定本地需向对端节点发送通用分组无线服务技术隧道协议控制GTPC消息时，获取对应所述对端节点设置的本地重启计数器状态信息，该本地重启计数器状态信息至少用于表示本地重启计数器的当前取值是否已发往所述对端节点，以及根据获得的本地重启计数器状态信息确定未将所述本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带恢复信元Recovery IE，该Recovery IE用于指示所述本地重启计数器的当前取值。

11.如权利要求10所述的装置，其特征在于，所述任意一信令处理单元获取对应所述对端节点设置的本地重启计数器状态信息时，判断本地是否保存有对应所述对端节点设置的本地重启计数器状态信息，若是，则直接在本地获取对应所述对端节点设置的本地重启计数器状态信息；否则，向所述全局处理单元请求获取对应所述对端节点设置的本地重启计数器状态信息。

12.如权利要求11所述的装置，其特征在于，所述任意一信令处理单元向所述全局处理单元请求获取对应所述对端节点设置的本地重启计数器状态信息时，向所述全局处理单元发送用于获取对应所述对端节点设置的本地重启计数器状态信息的请求消息，所述全局处理单元判断本地是否保存有对应所述对端节点设置的本地重启计数器状态信息，若是，则将对应所述对端节点保存的本地重启计数器状态信息发送至所述任意一信令处理单元；否则，在本地对应所述对端节点创建相应的本地重启计数器状态信息，并将创建的本地重启计数器状态信息发送至所述任意一信令处理单元。

13.如权利要求10、11或12所述的装置，其特征在于，所述任意一信令处理单元根据获得的本地重启计数器状态信息确定未将所述本地重启计数器的当前取值发往对端节点时，在待发送的GTPC消息中携带恢复信元RecoveryIE，包括：

所述任意一信令处理单元根据获得的本地重启计数器状态信息判断所述本地重启计数器在所述对端节点局向上的发送状态的当前取值，若所述发送状态的当前取值为“0”，则确定未将所述本地重启计数器的当前取值发往所述对端节点，则在待发送的GTPC消息中携带相应的Recovery IE。

14.如权利要求13所述的装置，其特征在于，所述任意一个信令处理单元将携带Recovery IE的GTPC消息发往所述对端节点后，对本地保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知全局处理单元对其保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。

15.如权利要求10、11或12所述的装置，其特征在于，本装置重启后，所述全局处理单元将本地对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知各个信令处理单元分别对其各自保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。

16.如权利要求10、11或12所述的装置，其特征在于，所述任意一个信令处理单元接收到所述对端节点发送的携带Recovery IE的GTPC消息时，将从所述对端节点接收的Recovery IE传送至所述全局处理单元，所述全局处理单元获取本地对应所述对端节点保存的重启计数器信息，并根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新。

17.如权利要求16所述的装置，其特征在于，所述全局处理单元根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新时，判断本地对应所述对端节点保存的重启计数器的当前取值是否为0，若是，则根据从所述对端节点接收的Recovery IE所表示的重启计数器的当前取值对本地对应所述对端节点保存的重启计数器的当前取值进行覆盖；否则，在进一步确定两者取值不一致时，根据从所述对端节点接收的Recovery IE所表示的重启计数器的当前取值对本地对应所述对端节点保存的重启计数器的当前取值进行覆盖。

18.如权利要求16所述的装置，其特征在于，所述全局处理单元根据从所述对端节点接收的Recovery IE所表示的重启计数器信息对本地对应所述对端节点保存的重启计数器信息进行更新后，将本地对应所述对端节点设置的本地重启计数器状态信息进行相应更新，以及通知各个信令处理单元分别对其各自保存的对应所述对端节点设置的本地重启计数器状态信息进行相应更新。