CN100484006C - 服务通用分组无线业务支持节点对计费网关的管理方法 - Google Patents

Abstract

本发明涉及通信***中计费网关管理方法，公开了一种服务通用分组无线业务支持节点对计费网关的管理方法，包括：服务通用分组无线业务支持节点将与每个计费网关相关的信息集中存储在与之相应的计费网关信息结构中；所述计费网关的状态包含以下四种：空闲状态、初始化状态、正常状态及故障状态；记录在服务通用分组无线业务支持节点中的每一个计费网关的状态根据当前的状态和发生的事件在所述四种状态之间转换。使得GPRS网络中在SGSN端能对多个CG及其状态进行管理，提高SGSN的GTP′处理能力，实现SGSN与多个CG之间的通信。

Description

服务通用分组无线业务支持节点对计费网关的管理方法

技术领域

本发明涉及通信***中计费网关管理方法，特别涉及宽带码分多址***中服务通用分组无线业务支持节点对计费网关的管理方法。

背景技术

通用分组无线业务(General Packet Radio Service，简称“GPRS”)网络是一种基于全球移动***(Global System of Mobility，简称“GSM”)网络的新一代蜂窝移动通信网络。为了支持GPRS功能，在现有GSM网络中需要增加一些节点，如网关GPRS支持节点(Gateway GPRS SupportNode，简称“GGSN”)、服务GPRS支持节点(Serving GPRS Support Node，简称“SGSN”)，它们都属于GPRS支持节点(GPRS Support Node，简称“GSN”)。另外，在第三代移动通信(The Third Generation，简称“3G”)中，例如宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)的核心网(Core Net，简称“CN”)中，也支持GPRS功能，同样有GGSN和SGSN等GSN节点。

GSN是GPRS网络中最重要的网络节点，具有移动路由管理功能，可以连接各种类型的数据网络，并可以连接到GPRS寄存器，可以完成移动台和各种数据网络之间的数据传送和格式转换。其中SGSN的主要作用是记录移动台的当前位置信息，并且在移动台和GGSN之间完成移动分组数据的发送和接收。GGSN主要起网关作用，它可以和多种不同的数据网络连接，如综合业务数据网、以太网等。

GPRS网络中计费信息由SGSN和GGSN收集并发送给计费网关功能(Charging Gateway Functionality，简称“CGF”)。CGF从SGSN中收集的呼叫详细记录(Call Detail Record，简称“CDR”)称为SGSN呼叫详细记录(SGSN-Call Detail Record，简称“S-CDR”)，从GGSN收集的CDR称为GGSN呼叫详细记录(GGSN-Call Detail Record，“G-CDR”)。CGF不仅仅负责收集计费数据，而且还负责把计费数据发向帐务***(BillingSystem，简称“BS”)。

目前SGSN和计费网关(Charging Gateway，简称“CG”)之间使用改善的GPRS隧道协议(GPRS Tunneling Protocol′，简称“GTP′”)进行数据传输，并将SGSN中所产生的GPRS CDRs传送给CG。GTP′这种用于搜集GPRS CDRs的协议是从GPRS隧道协议(GPRS Tunneling Protocol，简称“GTP”)衍生而来，而GTP协议正是用于GPRS骨干网中分组数据报在隧道中的传输。

GTP′协议是对GTP协议的改善，并增加了几种消息类型。GTP′协议运作于GA接口(介于SGSN/GGSN与计费网关之间的一个通用接口)，主要实现以下功能：

1、在GPRS节点和计费网关之间传输CDRs；

2、将CDRs重定向到别的计费网关上；

3、通过ECHO消息检测GPRS节点和计费网关之间是否有通信故障；

4、在通信对端发生故障之后会定期检测是否已经恢复服务；

5、防止CDRs重复。

SGSN和CG之间的通信协议层如图1所示。其中CDRs包含以下几类：S-CDR、M-CDR、G-CDR、S-SMO-CDR、S-SMT-CDR。S-SMO-CDR，即SGSN传送的移动台发起的短消息—呼叫详细记录(SGSN delivered Shortmessage Mobile Originated-Call Detail Record，简称“S-SMO-CDR”)；S-SMT-CDR，即SGSN传送的移动台终结的短消息-呼叫详细记录(SGSNdelivered Short message Mobile Terminated-Call Detail Record，简称“S-SMT-CDR”。

GTP′协议的消息类型共有9种，即Echo Request(回复请求)、EchoResponse(回复响应)、Version Not Support(版本不支持)、Node Alive Request(节点激活请求)、Node Alive Response(节点激活响应)、Redirection Request(重定向请求)、Redirection Response(重定向响应)、Data Record TransferRequest(数据记录传输请求)和Data Record Transfer Response(数据记录传输响应)。下面参照附图分4个流程介绍GTP′协议的工作机制。

图2示出了ECHO流程。ECHO流程是双向的。用于检测对方设备或线路是否正常，任何一方设备都可以发送Echo Request，接收方收到此消息后必须回Echo Response，否则将被发送方认为设备故障或线路中断。Echo流程中共有两个消息：Echo Request消息和Echo Response消息。

图3示出了Node Alive流程。Node Alive流程是双向的。用于通知对方节点，本端设备或者其他设备已经启动，可以正常工作。Node Alive流程中共有两个消息：Node Alive Request消息和Node Alive Response消息。

图4示出了Redirection流程。Redirection流程主要有两个用途：由于维护或发生故障时，CG建议SGSN，将话单发往其他CG(消息中含有建议的CG地址)。CG通知SGSN，CG的存储设备或CG和BS通讯中断，需要SGSN将话单发往其他CG(消息中含有建议的CG地址)。Redirection流程有两个消息：Redirection Request消息和Redirection Response消息。

图5示出了Data Record Transfer流程。Data Record Transfer流程是单向的。用于SGSN向CG发送CDRs。SGSN通过Data Record Transfer Request将话单数据发送给CG，CG收到Data Record Transfer Request消息后必须回Data Record Transfer Response，否则将被发送方认为话单数据没有发送成功。Data Record Transfer流程中共有两个消息：Data Record Transfer Request消息和Data Record Transfer Response消息。

如上所述，目前GTP′协议中所详细描述的都是有关SGSN和CG之间的通信交互技术，在SGSN端无法对CG及其状态进行管理，特别是在SGSN配置了多个CG的情况下，如何对多个通信对象进行管理目前而言还没有任何相关的标准。

另外，当某个CG尚有已发送未确认话单，但发生故障后，从SGSN这端来看，即使在进行重定向处理后，也往往会使得这个CG的记录始终保存在SGSN端。长时间的运行可能使得SGSN保存了较多的无用CG记录信息。

在实际应用中，上述方案存在以下问题：首先，在SGSN端无法对多个CG及其状态进行管理；另外，当CG故障后会使得相关记录始终保持在SGSN端而未被清除。

造成这种情况的一个主要原因在于，当前的标准不能解决SGSN对多个CG及其状态进行管理的问题；另外没有处理CG故障后在SGSN端清除记录的方法。

发明内容

本发明要解决的技术问题是提供一种服务通用分组无线业务支持节点对计费网关的管理方法，使得GPRS网络中在SGSN端能对多个CG及其状态进行管理，提高SGSN的GTP′处理能力，实现SGSN与多个CG之间的通信。进一步的，基于上述计费网管的管理方法，还提供了一种处理故障计费网关的方法，可以使得SGSN无需保留那些实际上已经不起任何作用的CG记录，避免了大量的开销。

为了解决上述技术问题，本发明提供了一种服务通用分组无线业务支持节点对计费网关的管理方法，所述服务通用分组无线业务支持节点将与每个计费网关相关的信息集中存储在与之相应的计费网关信息结构中；所述计费网关的状态包含以下四种：

空闲状态，表示没有与计费网关进行通信；

初始化状态，表示正在对计费网关进行初始化操作；

正常状态，表示与计费网关的通信正常；

故障状态，表示与计费网关的通信出现故障；

所述方法包含以下步骤：

记录在服务通用分组无线业务支持节点中的每一个计费网关的状态根据当前的状态和发生的事件在所述四种状态之间转换。

其中，在所述四种状态之间转换的步骤进一步包含以下子步骤：

移动通信***初始化时将计费网关状态设为所述初始化状态；

在所述初始化状态下，若初始化成功，则转换到所述正常状态，若初始化失败，则转换到所述故障状态；

在所述正常状态下，若计费网关通讯中断，则转换到所述故障状态，并做相应处理，若计费网关被删除，则转换到所述空闲状态；

在所述故障状态下，若计费网关通讯恢复，则转换到所述正常状态，并做相应处理，若计费网关被删除，则转换到所述空闲状态；

在所述空闲状态下，若***将此计费网关信息结构分配给新的计费网关，则转换到所述初始化状态。

所述***初始化步骤包含以下子步骤：

为所述计费网关信息结构申请内存；

读取配置数据库中的计费网关信息列表，设置各个所述计费网关信息结构中各成员变量的值；

将已使用的计费网关信息结构中的计费网关状态标志设置为所述初始化状态。

所述方法包含以下步骤：

所述通用分组无线业务支持节点向该计费网关发送节点激活请求消息，如果在预定时间预定重发次数内收到响应，则初始化成功，否则初始化失败。

所述计费网关通讯中断及其相应的处理进一步包含以下步骤：

当所述服务通用分组无线业务支持节点收到所述计费网关发来的重定向请求消息，或者同一帧数据向所述计费网关发送次数达到预定的最大重发次数，或者连续没有收到回复响应消息的次数超过预定的上限，或者收到所述计费网关发来的版本不支持消息时，即表明计费网关通讯中断，所述服务通用分组无线业务支持节点将所述计费网关状态标志设置为故障状态并向后台发送计费网关故障告警。

所述计费网关通讯恢复及其相应的处理进一步包含以下步骤：

当所述服务通用分组无线业务支持节点收到所述计费网关发来的消息，消息格式完全正确，且版本不高于所支持的版本时，即表明计费网关通讯恢复，这时所述服务通用分组无线业务支持节点将所述计费网关状态标志设置为正常，设置版本号，并向后台发送计费网关恢复正常告警。

所述计费网关信息结构包含以下信息中的一种或多种的组合：计费网关状态、计费网关等级、计费网关属性、通用分组无线业务隧道协议的承载协议、通用分组无线业务隧道协议的版本及相关信息、重定向计费网关索引值、没有响应相关信息的次数、服务通用分组无线业务支持节点的发送和接收端口号、计费网关的对应的通用分组无线业务隧道协议的帧序号数组的起始地址、计费网关的互联网协议地址、话单发送队列的头尾索引值、待处理的帧索引值、待删除标志、计费网关对应的发送帧信息结构起始地址、待处理的帧个数、话单发送队列中未发送话单数目、接收端口和发送端口的套接字描述符。

所述方法还包含以下步骤：

给所述计费网关分配一个相应的发送帧信息结构，记录发送给所述计费网关的部分数据帧信息；

当所述计费网关故障后，根据相应的所述发送帧信息结构，将每个发送给所述计费网关的数据帧做重定向操作，发送给重定向计费网关；

当所述数据帧被重定向计费网关接收以后，将在所述服务通用分组无线业务支持节点保留的相关记录删除。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，将计费网关状态分为空闲、初始化、正常、故障四种，并进行状态转换管理；将与计费网关相关的信息集中存储在计费网关信息结构中；将故障计费网关的相关数据帧做重定向操作，并且在重定向发送成功后删除相关记录。

这种技术方案上的区别，带来了较为明显的有益效果，即CG管理机制技术在SGSN端对CG的状态进行管理，尤其是在SGSN配置了多个CG的情况下，控制如何对多个通信对象进行管理，从而提高了SGSN的GTP′处理能力，实现了SGSN与CG之间的基于GTP′协议的正常通信；进一步的，处理故障CG的方法使得SGSN无需保留那些实际上已经不起任何作用的CG记录，从而避免了大量的记录开销，提高了***资源利用率。

附图说明

图1 SGSN和CG之间的通信协议层示意图；

图2 GTP′协议的ECHO(回复)流程示意图；

图3 GTP′协议的Node Alive(节点激活)流程示意图；

图4 GTP′协议的Redirection(重定向)流程示意图；

图5 GTP′协议的Data Record Transfer(数据记录传输)流程示意图；

图6 根据本发明的一个较佳实施例的CG初始化流程示意图；

图7 根据本发明的一个较佳实施例的CG状态的转换示意图；

图8 根据本发明的一个较佳实施例的CG的信息结构与CG的发送帧信息结构的对应关系示意图；

图9 根据本发明的一个较佳实施例的对CG故障后SGSN端记录的处理机制示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明涉及一种移动通信领域特别是GPRS领域的SGSN对多个CG的管理方法。

如前所述SGSN与CG之间使用GTP′协议进行通信，而为了使得SGSN和多个CG之间的通信符合标准，能使得话单的传送不丢失不重复，便于SGSN对多个CG进行管理，并且能够处理CG故障后在SGSN端保留的记录，本发明给出一套详细的解决方案，包括CG初始化方法、CG相关的信息结构的定义、CG状态的定义及其状态转换的方法、CG故障后对于保留在SGSN端的记录的处理方法。下面将详细描述本发明的一个较佳实施例的实现方法。

首先，SGSN为了管理各个CG通信对象，发送和接受各类消息，针对各种事件作出相应的处理，本发明采用状态转移机制实现对各个CG的通信及其管理。

根据通信过程中出现的实际情况，在本发明的一个较佳实施例中，定义CG的四种状态为：初始化状态、正常状态、故障状态、空闲状态。

其中初始化状态表示SGSN正在对CG进行初始化，初始化的方法将在下面给出；正常状态表示SGSN与CG之间的通信正常；故障状态表示SGSN与CG之间的通信出现故障，或者因为其他原因使得SGSN不能与CG继续通信的情况；空闲状态表示与CG通信已经结束或者尚未初始化。

以上四种状态包含了SGSN与CG开始进行通信、通信正常或者中断、通信重定向、通信结束这一整个过程中所有状态，这保证了SGSN对CG的状态管理机制能够实现GTP′协议通信。

熟悉本领域的技术人员可以理解，以上几种状态可以拆分或者合并，只要相应的步骤及处理方法做相应改变即可实现发明目的，而不影响本发明的实质和范围。

为了便于实现SGSN对CG进行管理和处理通信事件，在SGSN中对每个CG设置一个CG信息结构，用于集中保存该CG的信息，SGSN在对多个CG进行管理的时候，从相应的CG信息结构获得信息，作出对事件的处理，并在处理过程中可以修改信息结构的成员变量值。

在本发明的一个较佳实施例中，CG信息结构用结构数组实现，保存于SGSN的相关存储介质中，包含以下成员变量：CG状态标志，用于标志CG当前所处的状态；CG本身信息，比如CG的等级、CG的属性、承载的协议等，用于表征该CG的特性及参数；SGSN与CG通信所到参数：CG的IP地址、SGSN的发送接收端口号、重定向CG的索引值、通信所需的计数器、话单发送队列的参数等，用于提供SGSN与CG之间通信所需的参数以及计数器。

其中，CG的属性只能为2.5G或3G，一种属性的CG只能处理相应类型的话单，因此2.5G的话单按2.5G话单格式编码，只能发往能处理2.5G格式话单的CG，3G的话单按3G格式编码，只能发往能处理3G格式话单的CG。

熟悉本领域的技术人员可以理解，上述CG信息结构包含的成员变量可以根据需要增减或者改变，而不影响本发明的实质和范围。

在SGSN与CG之间的通信尚未建立之前，***进行初始化操作。在本发明的一个较佳实施例中，如图6所示，初始化的方法包含以下步骤：

首先进入步骤61，***为CG信息结构申请内存，内存的大小根据***支持CG的数目来决定。CG信息结构以结构数组的形式存在，每个CG对应相应的CG信息结构。当SGSN增加一个CG通信对象时并分配相应的CG信息结构，记录相关的信息。

接着进入步骤62，***读取配置数据库(Configuration Database，简称“CDB”)中的CG信息列表，按顺序设置各个CG信息结构中的成员变量值。这里的CDB是***设计时给出的一个数据库，用于保存***的配置参数，包含CG初始化所需的数据。若读取到非法数值或者不存在，则使用默认值。在设置完CG信息结构之后，CG在SGSN中就存在一个映象，可以对其进行管理。

接着进入步骤63，***将准备分配给CG的对应CG信息结构中的CG状态标志设为初始化状态。表明相应CG准备与SGSN进行通信。

***初始化结束后，SGSN与多个CG将进行动态的基于GTP′协议的通信过程。在通信过程中，如上所述按照GTP′协议的标准SGSN必须对多个CG进行管理，对事件作出相应处理。本发明给出一个状态转换机制，实现SGSN对多个CG的状态管理及事件处理。

下面参照图7，按照不同状态分别描述在本发明的一个较佳实施例中的四种状态下的状态转换机制及处理方法。

在初始化状态下，SGSN向CG发送Node Alive Request消息，同时启动节点激活响应定时器，若在定时器超时之前未收到Node Alive Response消息的响应，则重新发送Node Alive Request消息，直至超时的次数超过预定的上限还未收到Node Alive Response消息的响应，则说明初始化失败75，将CG对应的CG信息结构中的CG状态标志设置为故障，进入故障状态；否则，收到Node Alive Response消息的响应，说明初始化成功72，将CG对应的CG信息结构中的CG状态标志设置为正常，进入正常状态。

这里SGSN采用发送Node Alive Request消息向CG表明本端已准备好进行通信、并要求对端CG发回Node Alive Response消息作为响应的方法来判断通信链路是否正常，如果这次通信成功，说明SGSN与CG之间的通信正常，可以进入正常状态进行通信，否则，说明通信无法进行--链路故障或者CG处在维护状态，需进入故障状态，等待CG的消息。

在正常状态下，SGSN与CG进行通信，包含以下操作：SGSN向CG发送话单，同时启动话单发送定时器；SGSN向CG发送Echo Request消息，并启动回复响应定时器。其中话单发送定时器用于确认是否在预定的时间内收到话单到达的响应，若没有则重新发送该话单；同样，回复响应定时器用于确认是否在规定的时间内收到Echo Response消息的响应，若没有则重新发送Echo Request消息。

在SGSN与CG正常通信情况下，若出现以下事件：

SGSN收到CG发来的Redirection Request消息，说明该CG无法通信，请求重定向至其他CG；

SGSN向CG发送同一帧话单数据次数达到后台配置的话单最大重发次数；

SGSN连续没有收到Echo Response消息的响应的次数达到预定的上限；

SGSN收到CG发来的Version Not Support消息，说明协议的版本号不被支持；

则表示SGSN与CG的通讯中断73，SGSN需要做以下处理：

将CG对应的CG信息结构中的CG状态标志设置为故障，进入故障状态；

向后台发送CG故障告警，当原因为CG重定向和版本不支持时，要向后台分别发送CG重定向和版本不支持事件告警。

当SGSN与CG之间的通信结束时，SGSN执行CG删除76，则将CG对应的CG信息结构中的CG状态标志设置空闲，进入空闲状态。

这里SGSN通过定时器判断CG的响应是否在规定时间内到达，如果超过时间，则重现发送，以避免前一消息丢失的情况，如果超过预定的重发次数，则判断为链路故障或者CG通信不正常，进入故障状态。另外，如果CG请求重定向，则***将该CG设为故障状态，停止与其通信，并按照标准中规定的重定向方法进行重定向的操作。

从故障状态下，SGSN停止对CG的发送消息操作，如果接受到该CG发来的以下消息：Echo Request消息、Echo Response消息、Node Alive Request消息、Node Alive Response消息、Version Not Support消息、Data RecordTransfer Response消息，且该消息格式完全正确、GTP′协议版本不高于SGSN支持的版本，

则说明CG通讯恢复74，SGSN做如下处理：

将CG对应的CG信息结构中的CG状态标志设置为正常，进入正常状态，并设置GTP′协议的版本号；

向后台发送CG恢复正常告警。

当SGSN没有收到该CG发来任何消息，并决定删除该故障CG，执行CG删除77，则将CG对应的CG信息结构中的CG状态标志设置空闲，进入空闲状态。

这里SGSN对故障状态下的CG发来的消息判断是否正确，如果是，说明该CG恢复正常，进入正常状态，尝试与该CG进行通信。另外，如果CG的GTP′版本高于SGSN支持的版本，且不能取得协商时，则CG的状态将不能迁移为正常。

在空闲状态下，当***分配此CG信息结构给新的CG并对其进行初始化时，则将CG对应的CG信息结构中的CG状态标志设置初始化，进入初始化状态。

熟悉本领域的技术人员可以理解，以上处理流程中一些预定的参数，比如定时器时长、重复次数上限等，以及一些步骤，比如CG状态改变后的重定向步骤，可以按照实际情况确定或改变，而不影响本发明的实质和范围。

由于SGSN与CG通信中存在CG重定向问题，下面详细描述CG重定向方法，

首先，在SGSN中给每个CG设置相应的CG的发送帧信息结构，保存向CG发送的每一帧数据的相关信息，对于每个CG都对应地记录最近发送的m帧数据的相关信息，而m为后台配置的CG未响应帧的帧数上限。这种结构保证了，当CG出现故障，或者重定向时，所有未响应帧的相关信息都能在CG发送帧信息结构中重新获得，使得重定向后能够将未发送成功的数据帧发送给重定向CG，完成重定向操作。

图8示出了本发明的一个较佳实施例中的CG的信息结构与CG的发送帧信息结构对应关系。

然后，当CG出现故障或者接收到CG发来的重定向请求后进入故障状态时，SGSN检查该CG的发送帧信息结构，将未被响应的数据帧，发送给重定向CG，这里重定向CG的信息从原CG的CG信息结构中获取或者从原CG发来的重定向请求中获取。

当重定向以后的发送帧被重定向CG所接收，则表明该发送帧已被发送，故将SGSN中保留的有关记录删除，如果该发送帧被多次重定向，则告知该发送帧的所有重定向CG该帧已被接收。

图9示出了对CG故障后SGSN端记录的处理机制。

这里需要说明的是，不同的数据帧可以重定向至不同的CG，而且重定向之后的CG如果出现故障而使得该帧不能发送成功，则该帧将被再次重定向，直到发送成功，当发送成功后，由于该帧相关的记录均保存于SGSN和所有曾经发送过的CG中，故SGSN向每个曾经发送过该帧的CG发送释放命令，使得这些CG删除有关该帧的记录，避免当某CG恢复正常后处理该数据帧而造成话单重复。并且在实际的环境中，可能遇到的突发情况有许多，如CG与SGSN之间的通信链路发生故障、CG重起等，如果在运行相当长的时间后，SGSN原先所配置的CG可能有许多已经不在使用，但在SGSN端却仍然保留着大量的无用记录，故在这里SGSN将删除存在本地的有关该帧以及该故障CG的记录，避免不必要的记录开销。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims (8)

1.一种服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述服务通用分组无线业务支持节点将与每个计费网关相关的信息集中存储在与之相应的计费网关信息结构中；所述计费网关的状态包含以下四种：

空闲状态，表示没有与计费网关进行通信；

初始化状态，表示正在对计费网关进行初始化操作；

正常状态，表示与计费网关的通信正常；

故障状态，表示与计费网关的通信出现故障；

所述方法包含以下步骤：

记录在服务通用分组无线业务支持节点中的每一个计费网关的状态根据当前的状态和发生的事件在所述四种状态之间转换。

2.根据权利要求1所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，在所述四种状态之间转换的步骤进一步包含以下子步骤：

***初始化时将计费网关状态设为所述初始化状态；

在所述初始化状态下，若初始化成功，则转换到所述正常状态，若初始化失败，则转换到所述故障状态；

在所述正常状态下，若计费网关通讯中断，则转换到所述故障状态，并做相应处理，若计费网关被删除，则转换到所述空闲状态；

在所述故障状态下，若计费网关通讯恢复，则转换到所述正常状态，并做相应处理，若计费网关被删除，则转换到所述空闲状态；

在所述空闲状态下，若***将此计费网关信息结构分配给新的计费网关，则转换到所述初始化状态。

3.根据权利要求2所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述***初始化步骤包含以下子步骤：

为所述计费网关信息结构申请内存；

读取配置数据库中的计费网关信息列表，设置各个所述计费网关信息结构中各成员变量的值；

将已使用的计费网关信息结构中的计费网关状态标志设置为所述初始化状态。

4.根据权利要求2所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述方法包含以下步骤：

所述通用分组无线业务支持节点向该计费网关发送节点激活请求消息，如果在预定时间预定重发次数内收到响应，则初始化成功，否则初始化失败。

5.根据权利要求2所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述计费网关通讯中断及其相应的处理进一步包含以下步骤：

当所述服务通用分组无线业务支持节点收到所述计费网关发来的重定向请求消息，或者同一帧数据向所述计费网关发送次数达到预定的最大重发次数，或者连续没有收到回复响应消息的次数超过预定的上限，或者收到所述计费网关发来的版本不支持消息时，所述服务通用分组无线业务支持节点将所述计费网关状态标志设置为故障状态并向后台发送计费网关故障告警。

6.根据权利要求2所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述计费网关通讯恢复及其相应的处理进一步包含以下步骤：

当所述服务通用分组无线业务支持节点收到所述计费网关发来的消息，消息格式完全正确，且版本不高于所支持的版本时，即表明计费网关通讯恢复，这时所述服务通用分组无线业务支持节点将所述计费网关状态标志设置为正常，设置版本号，并向后台发送计费网关恢复正常告警。

7.根据权利要求1所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述计费网关信息结构包含以下信息中的一种或多种的组合：

计费网关状态、计费网关等级、计费网关属性、通用分组无线业务隧道协议的承载协议、通用分组无线业务隧道协议的版本及相关信息、重定向计费网关索引值、没有响应相关信息的次数、服务通用分组无线业务支持节点的发送和接收端口号、计费网关的对应的通用分组无线业务隧道协议的帧序号数组的起始地址、计费网关的互联网协议地址、话单发送队列的头尾索引值、待处理的帧索引值、待删除标志、计费网关对应的发送帧信息结构起始地址、待处理的帧个数、话单发送队列中未发送话单数目、接收端口和发送端口的套接字描述符。

8.根据权利要求1所述的服务通用分组无线业务支持节点对计费网关的管理方法，其特征在于，所述方法还包含以下步骤：

给所述计费网关分配一个相应的发送帧信息结构，记录发送给所述计费网关的部分数据帧信息；

当所述计费网关故障后，根据相应的所述发送帧信息结构，将每个发送给所述计费网关的数据帧做重定向操作，发送给重定向计费网关；

当所述数据帧被重定向计费网关接收以后，将在所述服务通用分组无线业务支持节点保留的相关记录删除。

Images