QB-╳╳-╳╳╳-╳╳╳╳
9.5.4. GTP’消息类型
9.5.4.1. Node Alive Request
当节点从不可用状态转到可用状态时，可以用Node Alive Request消息通知对端。如果采用TCP作通路协议，该消息可以不用。
Node Alive Request较Echo Request快速，当Node Alive Request消息和Echo Request同时使用时，可以加大Echo Request的发送间隔，这样减轻网络负荷。
表8-2 Node Alive Request消息参数
参数（IE） Node Address Private Extension
9.5.4.2.
Node Alive Response
必备（M）/ 任选（O） M O Node Alive Response用于对Node Alive Request的响应。
表8-3 Node Alive Response消息参数 参数（IE） Private Extension 9.5.4.3.
Redirection Request
必备（M）/ 任选（O） O 当CGF不能继续正常工作或者CGF与后面的系统（如BS）失去联系时，CGF发Redirection Request消息给PDG，指示PDG将CDR发送到其它CGF。
注：指示的CGF必须是位于同一个PLMN之内的，而不能是位于其它PLMN的CGF。
表8-4Redirection Request消息参数 参数（IE） Cause Address of Recommended Node Private Extension 必备（M）/ 任选（O） M O O
原因码定义：
1 This node is about to go down 2 Another node is about to go down 3 System failure
4 Receive buffers becoming full 5 Send buffers becoming full
22
QB-╳╳-╳╳╳-╳╳╳╳
CGF的地址消息有两种格式：IPv4 、 IPv6（见下图）
Bits Octets12-387654321Type = 254 (Decimal)Length = 4 (Decimal)IPv4 Address
4-7
图8-6 CGF的IPV4地址格式
Bits Octets12-34-1987654321Type = 254 (Decimal)Length = 16 (Decimal)IPv6 Address
图8-7 CGF的IPV6地址格式
9.5.4.4.
Redirection Response
Redirection Response作为对Redirection Request的响应。
表8-5 RedirectionResponse消息参数 参数（IE） Cause Private Extension 原因码定义：
1 Request Accepted
2 No resources available 3 Service not supported 4 System failure
5 Mandatory IE incorrect 6 Mandatory IE missing 7 Optional IE incorrect 8 Invalid message format 9 Version not supported
必备（M）/ 任选（O） M O 23
QB-╳╳-╳╳╳-╳╳╳╳
9.5.4.5.
Data Record Transfer Request
1、背景介绍
正常情况的GTP’通信过程为：PDG向CGF发送数据包，CGF返回响应‖Request Accepted‖。 冗余CGF防止重单进入计费系统的机制介绍：
（流程见下图所示，数字表示处理顺序，带‖a‖ 或 ―b‖的数字，表示可选顺序） 发送CDR给CGF1，没有返回成功响应的消息 重试后，仍无响应
发送该CDR给CGF2（标记为可能为重单） CGF2返回接收响应的消息
......（PDG等待CGF1的响应，CGF2将等待进一步处理的消息） CGF1向PDG发送节点活动请求的消息 PDG向CGF1发送节点活动接收的消息 用相同的序列号发送空包
CGF1返回：a)返回接收该包的消息；b)返回该包为重包的消息
PDG根据CGF1的返回消息，向CGF2发送消息a)提交处理该包；b)停止处理该包 CGF2返回请求接收的消息
注：2b)和11a)为可能向计费系统发送CDR的处理
异常处理: 缺省情况下，超时将重发CDR。
若发送CDR给CGF1和CGF2都失败，PDG将尝试CGF3。 若未收到(10)，PDG将不断重发(9a)或(9b)
若PDG-CGF通讯联接断，PDG将向管理平台发告警，管理平台进行后续处理
24
QB-╳╳-╳╳╳-╳╳╳╳
图8-8 冗余CGF防止重单的机制
CGF冗余机制详述：
如果是网络原因，CGF可能无法在额定时间内对PDG的请求消息响应。根据3GPP TS 29.060，PDG将再试一次。若PDG联接CGF失败，它将尝试下一个CGF。
序列号缓冲：若联接失败，PDG将无法和主CGF通信。在重试失败后，PDG将CDR重发到次CGF。PDG在内部缓冲中维护了主CGF未响应的请求的序列号，以等待该CGF恢复后再行处理。同时，PDG在内部缓冲中也维护了发送到次CGF的数据包的序列号（若到次CGF的通信也失败，PDG将与下一个CGF进行通信）。另外CGF在内部缓冲中也维护了每个PDG联接的序列号，以用于可能的PDG重单处理：若主CGF未成功处理，次CGF可将CDR提交到计费系统；若主CGF处理成功，次CGF取消该CDR的处理。
当接收到主CGF的响应后，PDG可以取消次CGF对CDR的处理。为确认CDR的处理情况，PDG向主CGF发送测试包（带有消息：‖Send possibly duplicated Data Record Packet‖，并和先前的包有相同的序列号），若主CGF返回响应‖Request Accepted‖，PDG将通知次CGF提交CDR并发送到计费系统；若主CGF返回响应‖ Request related to possibly duplicated packets already fulfilled ―，PDG将通知次CGF取消CDR处理。
为避免PDG异常时（序列号缓冲坏或重包）CDR一直驻留在CGF中，须通过清理CGF缓冲的方法。
25
QB-╳╳-╳╳╳-╳╳╳╳
为了避免以下情况：直到CDR的最后一个序列号产生，PDG的备份缓冲一直都不能正常使用。必须有可配置的参数去控制CGF决定是否将CDR发送到计费系统。使操作员可进行以下操作：
通过配置可以使PDG和CGF进行排除重单，计费系统不必排除CGF冗余引起的重单。 通过配置可以使计费系统进行排除重单。为更有效地排除重单，CGF可以在可能的重单后加标记（该标记不应出现在PDG为计费系统提供的内容中）（也可以用特殊的文件名进行标识）。尽管重单有标记，计费系统也会多一些额外的工作。同时，CGF可以不管是否可能有重单，直接将CDR发送到计费系统，CGF也可以有配置参数决定以下消息是否有效：Data Record Packet Cancel/Release
2、Data Record Transfer Request消息
本消息用于传送CDR信息，CDR放在Data Record参数中。
表8-6 Data Record Transfer Request消息参数 参数（IE） Packet Transfer Command Data Record Packet Sequence Number of Released Packets Sequence Number of Cancelled Packets Private Extension
3、Packet Transfer Command参数
Packet Transfer Command参数意义如下： 1）Send Data Record Packet
2）Send possibly duplicated Data Record Packet 3）Cancel Data Record Packet 4）Release Data Record Packet
详细说明如下：
Send Data Record Packet消息用于正常CDR的传送，这种情况下带Data Record Packet参数。
Send possibly duplicated Data Record Packet消息用于将CDR传向备用CGF，这种情况下带Data Record Packet参数。
Cancel Data Record Packet消息带Sequence Number of Cancelled Packets参数。 Release Data Record Packet消息带Sequence Number of Released Packets参数。
Data Record Transfer Command参数结构如图所示：
字节 1 2
比 特
8 7 6 5 4 3 2 1 Type=126（十进制） Packet Transfer Command 图8-9 Packet Transfer Command消息参数
26
必备（M）/ 任选（O）/ 特定条件必须（C） M C C C O