QB-╳╳-╳╳╳-╳╳╳╳
第二步：话单合并，CDR合并过程中首先看记录的Record Sequence Number是否在Record Sequence Number列表中存在，如果存在则说明是重复话单，予以剔除，回到第二步；否则将该字段加入列表，进入第三步。
第三步：比较Record Opening Time字段，保留小的（先打开的），剔除大的；Duration字段累加；Record Extension字段中的UpVolume 、DownVolume 、和Usage Duration字段累加；List of Traffic Data拼接；Cause for Record Closing字段按优先级顺序保留，优先级由高到低是：承载释放（normalRelease），部分话单（Partial record）。
第四步：每次合并操作后检查Cause for Record Closing字段，如果Cause for Record Closing字段=normalRelease，说明本次会话过程结束，则完成合并过程，转第五步。如果Cause for Record Closing＝maxChangeCond，说明部分话单由于计费条件改变次数达到最大值（Qos改变或者费率时段变更引起），则停止继续合并，转第五步。如果Cause for Record Closing字段原因是Partial record（如timelimit或volumelimit），说明还有后续记录，需要继续合并，转第二步。
第五步：如果合并完成（即Cause for Record Closing字段=normalRelease或者记录量达到门限），检查相同PDG地址+C-ID 下所有话单的Record Sequence Number列表，检查累加记录数=最大序号是否满足，如满足置所有话单的ConsolidationResult =Normal，如不满足置ConsolidationResult =Abnormal；如果是因为达到记录量的原因无法再合并，则置ConsolidationResult =ReachLimit。
第六步：如ConsolidationResult =Normal，CGF可以将该记录发往BS；如ConsolidationResult =Abnormal，则说明中间有部分话单丢失，转第二步继续合并，如在规定时间内仍然未能达到ConsolidationResult =Normal，则CGF保留该字段为Abnormal，可以将该CDR送往BS，如果以后再有该次会话的部分记录到来CGF将之送到BS并由BS的预处理部分试图合并。
8.1.2. PDG与主CGF间的通信发生故障的情况
当PDG与主CGF间的通信发生故障，CDR将被传送给备CGF，这种情况下，主CGF与备CGF都无法完成完成的合并，需要BOSS做后续的合并。
17
QB-╳╳-╳╳╳-╳╳╳╳
9. 计费采集接口和协议
9.1. PDG-CGF的协议栈
9.2. 承载协议
可以用UDP或TCP协议来承载GTP’协议，当采用UDP协议时，UDP的目的端口号定为3386，即GTP’协议的端口号，也可以配置定义其它端口号。UDP的源端口号由发端分配。一旦端口号确定下来，收端的源端口号采用发端的目的端口号，收端的目的端口号采用发端的源端口号。
如果采用TCP协议，端口分配情况与UDP一样。 9.3. 计费节点的原则
对支持GTP’的PDG节点，若该节点不能识别另一节点，应能相互发送信息：‖Service/Version not supported‖。
每个PDG都可以配置一个CGF列表，列表中定义各CGF的优先等级，如果主CGF退出服务（出现故障或负荷太重），那么PDG将把CDR送下一级的CGF，以此类推。
PDG原则上只能将CDR送到位于同一PLMN中的CGF，而不能送到不同PLMN的CGF中。 9.4. GTP’计费通信协议
GTP’采用GTP的协议框架，但仅采用GTP协议的信令平面。消息内容部分详见3GPP TS 29.060. 1）GTP消息头
下图表示了GTP’协议头的格式： Bits Octets 8 7
6 5 4 3 2 1
18
QB-╳╳-╳╳╳-╳╳╳╳
1 2 3 - 4 5 - 6
Version Message Type Length Sequence Number 图8-4 GTP’协议头的格式
以下为各个单元的说明： PT为‖0‖，表示是GTP’消息；
Version指GTP’的版本，建议为GTP’ V1； 第一位‖0‖在GTP’中未用； Message Type表示消息类型；
Length表示消息的长度，但不包括信头本身的长度； Sequence Number对于信令消息来说是会话的标识。
2）GTP消息体
Bits Octets1087654321PT Spare ― 1 1 1 ― ― 0 ― Type -> TV format Bits Octets1187654321Type -> TLV format
图8-5 GTP消息体
消息体说明：
信令消息可包含多个参数。
参数种类有TLV（Type，Length，Value）和TV（Type，Value）两种。
TLV参数由类型、长度、参数值三部分构成，其中类型占一个字节，长度占二个字节，长度值指示参数值的字节数。
TV参数由类型、参数值二部分构成，其中类型占一个字节，参数值根据类型而定。 TV的Type最高比特置为0，TLV的Type最高比特置为1。 9.5. GTP’消息
9.5.1. GTP’消息
GTP’在GTP协议的基础上增加了两类信令消息： 通路管理消息：
Node Alive Request（MTV=4）， Node Alive Response（MTV=5），
19
QB-╳╳-╳╳╳-╳╳╳╳
Redirection Request（MTV=6）， Redirection Response（MTV=7） 记录传输消息：
Data Record Transfer Request（MTV=240）， Data Record Transfer Response（MTV=241）
GTP’在GTP协议的基础上增加了消息单元，其编号情况如下： （保留字段填任意值，今后扩展用）
参数定义分为：117-127 (TV 信息) and 239-254 (for TLV type fields)
TLV 参数的说明:
254 Address of Recommended Node 253 Requests Responded 252 Data Record Packet
251 Charging Gateway Address (this IE is also used in 3GPP TS 29.060) 250 Sequence Numbers of Cancelled Packets 249 Sequence Numbers of Released Packets TV 参数的说明:
127 Charging ID
126 Packet Transfer Command 增加的原因码（Cause Codes）： request 类消息的原因码范围是 49–-63，acceptance 类响应消息的原因码范围是177—191，rejection 类响应消息的原因码范围是241—255。
GTP’在GTP协议的基础上增加的原因码如下：
Request 类消息：
63 This node is about to go down 62 Another node is about to go down
61 The receive buffers are becoming full 60 The transmit buffers are becoming full 59 System failure acceptance 类消息： 177 CDR decoding error rejection 类响应消息： 255 Request not fulfilled
254 Sequence numbers of released/cancelled packets IE incorrect 253 Request already fulfilled
252 Request related to possibly duplicated packets already fulfilled
表8-1计费相关的GTP’消息
Message Type value (Decimal) GTP' message 20
QB-╳╳-╳╳╳-╳╳╳╳
1 2 3 4 5 6 7 240 241 others
9.5.2. GTP’中直接使用GTP消息
以下为GTP协议中规定的GTP’中仍然使用的消息：
1、Echo Request和Echo Response用于检测节点是否处于工作状态。
如果采用TCP承载协议，则Echo Request和Echo Response消息可以不采用。 2、Version Not Supported消息的用法没有变化，在该消息中应携带最新能够支持的GTP’协议。
注Version Not Supported消息的值：
在1998年10月制定的GSM 12.15 v.7.0.0其GTP’版本号为0（用二进制000来表示）， 在1999年12月制定的GSM 12.15 v.7.3.0其GTP’版本号为1（用二进制001来表示）， 在2000年6月制定的GSM 12.15 v.7.5.0其GTP’版本号为2（用二进制010来表示）。 9.5.3. GTP’中修改使用GTP消息
GTP’中在以下情况时修改使用的GTP的消息如下所述： 建立承载时：Charging ID，Charging Gateway Address 更新承载时：Charging ID，Charging Gateway Address 建立AA 承载时：Charging ID，Charging Gateway Address （详见3GPP TS 29.060）
Echo Request Echo Response Version Not Supported Node Alive Request Node Alive Response Redirection Request Redirection Response Data Record Transfer Request Data Record Transfer Response reserved for future use 21