IMS计费原理计费原理 教学目标nIMS计费基本术语nIMS计费接口介绍nZXUN CG 计费网关的部署和功能n计费话单信息n计费的主要消息流程 n话单实例解析 课程内容nIMS计费原理计费原理n离线计费系统n典型话单实例 IMS计费系统架构Rf: DiameterWf: DiameterGa: GTP’Bi: FTP etcRo: Diameter ISC: SIPWo: DiameterGy: DiameterCAP = Mobile INBi: FTP etc Billing Domain 计费计费 离线计费离线计费 WLANBGCFMGCFMRFC SIP ASCRF AFCDF TPF CS - NESGSNGGSNCGF OCS IMSGWF S-CSCFService NERf, Wf, Ga, BiinterfacesRo, ISC, Wo, Gy, CAP, BiinterfacesRfRfRfRfRfRfRfRfRfRfRfBiBiWfGaISCRoRoRoWoCAPGyCAPCCFP-CSCFI-CSCF IMS计费的基本术语介绍nCDF：Charging Data Function，负责与网元之间的Rf接口，收集网元的原始话单信息，通过Ga接口传送给CGF。
nCGF：Charging Gateway Function ，负责与CDF之间的Ga接口，处理原始话单信息，将处理后的话单传送给计费中心，通常与CDF合设nICID：IMS Charging Identifier ，一次SESSION中，在不同IMS网元之间传递的计费标识符，由第一个接收并处理 INVITE 消息的IMS网元生成，一个月不会重复 ACR，ACA及CDR缩略语缩略语具体描述具体描述ACRAccounting Request，IMS网元生成的计费请求ACAAccounting Answer，CDF生成的计费应答CDRCharging Data Record，某个网元所生成的记录，该记录的目的是为了对某个用户所提供的特定服务进行计费 Event ChargingSession Related ChargingACR，ACA及CDR（续）CGF 把 CDR 传给 BCCGF 把 CDR 传给 BC ACR，ACA及CDR（续）n 基于会话的 ACRl对于会话相关的计费，IMS 网元在成功的 SIP 会话步骤中使用ACR Start，Interim and Stopn 基于事件的 ACRl对于事件计费，IMS 网元实体为会话无关的流程使用 ACR events。
Offlinechargingl提供非实时的计费功能IMS离线计费系统收集IMS网络各节点上的计费信息，包括AS这些节点触发计费事件通过Rf发送给CDF,CDF将根据事件中的计费信息生成CDR;lRf接口使用Diameter协议；–涉及的网元更广泛，根据会话或事件生成计费数据；–CGF根据需求形成CDR，并通过Bi/FTP传送给计费处理系统计费和离线计费比较 Onlinechargingl提供了实时的计费以及对于资源使用的实时授权 IMS支持网络计费实体包括AS、MRFC和S-CSCFAS生成计费事件，通过Ro接口采用Diameter协议发送给OCSl基于Ro/Wo/Gy Diameter接口，实时性处理和控制，技术实现较难；–实时性的费率计算和计费单元确认；–实现帐户余额管理，可实现实时Session接续控制；计费和离线计费比较 Billing Domain Billing Domain BGCFMGCFMGCFMRFCMRFCSIP SIP AS CDF CDF CGF CGF CSCFCSCFP-CSCFI-CSCFS-CSCFRf Ga Bi IMS离线计费nIMS节点把收到的各种SIP（ISUP）消息中和计费相关的信息通过Diameter协议中ACR（Accounting Requests）〔Start，Interim，Stop，Event〕报告给CDF。
n一般Diameter client使用ACR〔 Start，Interim，Stop 〕来处理成功的SIP会话；使用ACR〔Event〕来处理异常的SIP会话或与会话无关的动作 IMS离线计费标准接口介绍接口接口功能功能RfIMS网络实体与CDF之间的离线计费参考点GaCDF网络实体与CGF之间的离线计费参考点BiIMS域从CGF到BS之间传送CDR文件的参考点 Bp/Bi 接口的工作模式nPUSH 模式nPULL 模式CDF/CGFBSBSCDF/CGFWriteFTP 客户端FTP 服务器FTP 服务器 FTP 客户端Read 在一个会话中，哪个网元将生成ACR？n在一个会话中，P-CSCF/S-CSCF/AS 将在主叫及被叫网络中生成基于会话的 ACR (session) ；I-CSCF 将生成基于事件的 ACR (event)UE1SIPPCSCFSCSCFUE2I-CSCFPCSCFACR(start)ACR(Interium)ACR(stop)PCSCFACR(start)ACR(Interium)ACR(stop)ACR(event)PCSCFACR(start)ACR(Interium)ACR(stop)PCSCFACR(start)ACR(Interium)ACR(stop)ASASPCSCFACR(start)ACR(Interium)ACR(stop)PCSCFACR(start)ACR(Interium)ACR(stop)PCSCFSCSCFcharging IMS域中的离线信息包括哪些？S-CSCFS-CSCFASI-CSCFI-CSCFBSP-CSCFP-CSCFBGCFBGCFMGCFMGCFMRFCMRFCS-CSCF-CDRCalling partyCalled partySDPIOIICID Duration……Access network infoMGCF-CDRMRFC-CDR……CCFACR/ACAACR: Accounting RequestACA: Accounting Answer 主要计费信息n[IMS-Charging-Identifier]: ICID 由第一个接收并处理 INVITE 消息的网元生成。
lIMSChargingIdentifier=vlPB2nS2s+-kY2cS-516fe9_n[RecordType]: Recordtype 由CG填写，表明话单类型l RecordType=254(CentrexAS-CDR)n[RoleOfNode]: RoleOfNode由网元填写，表明主叫或者被叫l RoleOfNode=ORIGINATING_ROLE 主要计费信息（续）n[Calling-Party-Address]: SIP 消息中的 From 头域，会话发起方lExample: sip:+865923671002@n[Called-Party-Address]: SIP 消息中的 To 头域，会话中的被叫方lExample: TEL_URL="tel:+865923671004"n[Charged-Party ]:计费方标识用来填写当前计费方的IMPU，可以是Tel URI，也可以是SIP URI lExample: SIP_URL="sip:+865923671002@"n[SDP-Media-Component]: 包括 IMS 会话中使用的媒体信息，有不同类别lExample: SDPMediaName="m=video 21114 RTP/AVP 34" 主要计费信息（续）n[Time-stamps]：标识网元接收或者发起一个 SIP 请求，包括 SIP-Request-Timestamp 和 SIP-Response-Timestamp。
l例如：nSIP_Request_Timestamp:{2006-09-01 16:03:33+01:00 DST} SIP_Response_Timestamp:{2006-09-01 16:03:42+01:00 DST}n[Incomplete CDR Indication]：CCF检测到有ACR丢失时的附加诊断信息l例如：nACRStartLost:{no}; ACRInterimLost:{no}; ACRStopLost:{no} 主要计费信息（续）n[Session-Id]: 在一个会话中，ACR[Start]，ACR[Interim]，ACR[Stop] 消息中的Session-Id 相同lCCF 对具有相同 Session-ID 的 ACR进行关联n[Acct-Interim-Interval]: 计费间隔时间可以手动配置，或者由CCF 通过 ACA 消息定义l网元在计费间隔时间之后发送ACR 主要计费信息（续）n[Inter Operator Identifiers]: 互通操作标识，包括 Originating-IOI 和 Terminating-IOI lOriginating-IOI：标识发起网络n{OriginatingIOI=""} ;lTerminating-IOI：标识中止网络n{TerminatingIOI=""}主叫主叫 SCSCF被叫被叫 S-CSCFInvite183增加增加 orig-ioi 增加增加 term-ioiexchange 计费逻辑结构 Billing Domain Billing Domain MGCF MRFC SIP AS SIP ASOCS OCS CSCF CSCF S-CSCFIMS - GWF Ro ISC IMS计费 IMS计费 nIMS 节点通过Ro接口使用CCR和CCA消息与OCS交互完成计费。
nIMS计费使用基于Diameter的信用控制 IMS计费 nIMS的计费分为三种情况：l立即事件计费（IEC： Immediate Event Charging ）l单元预留的事件计费（ECUR： Event Charging with Unit Reservation ），用于基于事件的信用控制l单元预留的会话计费（SCUR： Session Charging with Unit Reservation ），用于基于会话的信用控制在SIP会话的过程中，可以重复进行单元预留和预支操作 计费数据生成n离线计费和计费可能同时进行nOCS中也能产生CDR用于对资源使用的计费n和离线计费都分为两类：l基于事件的计费：可计费事件被定义为单一的端用户到网络的事务，只生成单一的CDR或者单一的信用控制以及对资源使用的授权l基于会话的计费：产生多个可计费/计费事件，并在离线计费中创建一个或多个CDR，或在计费中执行信用控制会话 计费数据传送计费：n计费事件经Ro参考点CTF－>OCFn基于事件的计费中，OCS中的信用控制过程分为有单元预留和无单元预留 计费数据传送l无单元预留（IEC ）：nCTF向OCS转发计费事件nOCS决定资源使用的量，向签约用户帐户预支该值nOCS向NE返回资源使用授权nNE执行资源的使用。
计费数据传送n单元预留（ECUR）lCTF向OCS转发计费事件lOCS决定资源使用的量，从用户帐户预留该值lOCS向NE返回资源使用授权lNE执行资源的使用，在资源使用完（或者失败）后，NE根据完成或者失败的情况通知OCSOCS向签约用户帐户预支预留的量或返回预留的量给签约用户帐户 计费数据传送n基于会话的计费总是在信用控制过程中使用SCUR ：lCTF产生相应的可计费事件，向OCF转发这个可计费事件lOCS启动计费会话，从用户签约帐户中预留了一定数量的资源，然后将这个预留配额返回给CTF 课程内容nIMS计费原理n离线计费系统离线计费系统n典型话单实例 离线计费系统n离线计费基本原则nIMS网元出单机制n计费网关硬件和软件介绍 IMS离线计费基本原则n离线计费功能基于IMS网络节点在接收到不同SIP方法或者ISUP消息时报告的计费信息，大多数相关信息都包含在SIP和ISUP消息中IMS网元通过向CDF发送Diameter计费请求（ACR）消息来报告这些信息nDiameter客户端在与成功SIP会话相关的过程中使用ACRStart，Interim和Stop消息对于不成功的SIP会话和会话无关过程使用ACR Event消息。
IMS网元出单机制n会话中的主要触发点Diameter 消息消息IMS节点触点触发 SIP 方法方法 /ISUP 消息消息必配的必配的/ 可可配置的配置的ACR [Start]应答初始 SIP INVITE 消息的 SIP 200 OK必配的ISUP:ANM（适用于MGCF）必配的ACR [Interim]应答SIP RE-INVITE 或者 SIP UPDATE 消息的 SIP 200 OK [例如 媒体构成的改变]可配置的过期 [Acct-Interim-Interval]可配置的ACR [Stop]SIP BYE 消息（正常及非正常结束会话的情形）必配的ISUP:REL（适用于MGCF）必配的 IMS网元出单机制n会话中的主要触发点（Invite） IMS网元出单机制n会话中的主要触发点（Update） IMS网元出单机制n会话中的主要触发点（Bye） 归属网络BGCFCCF(Home)MGCFPSTN1. INVITE2. IAM3. ANMOpen a MGCF CDR6. ACA5. ACR [Start]Open a BGCF CDR8. ACA7. ACR [Start]1. INVITEMore SIP/ISUP signalling4. 200 OK (INVITE)4. 200 OK (INVITE)Session establishedMore SIP/ISUP signallingIMS网元出单机制n会话中的主要触发点（IMS->PSTN） IMS网元出单机制n事件中的主要触发点Diameter 消息消息IMS节点触点触发 SIP 方法方法 /ISUP 消息消息必配必配/ 可配置的可配置的ACR [Event]应答与会话无关的 SIP 消息（如下）的 SIP 200 OK：SIP NOTIFY可配置的SIP MESSAGE可配置的SIP REGISTER可配置的SIP SUBSCRIBE可配置的 IMS网元出单机制n事件中的主要触发点Diameter 消息消息IMS节点触点触发 SIP 方法方法 /ISUP 消息消息必配必配/ 可配置的可配置的ACR [Event]SIP 最终响应（4xx, 5xx or 6xx），标识SIP会话建立失败可配置的*SIP 最终响应（4xx, 5xx or 6xx），标识一个失败的会话无关的步骤可配置的*SIP CANCEL，标识SIP会话中止可配置的*I-CSCF 补齐一个响应 SIP INVITE 消息的Cx Query消息可配置的 UEP-CSCFCCF(Visited)S-CSCFCCF(Home)拜访网络归属网络Service ControlCreate a S-CSCF CDR2. SIP Response2. SIP Response3. ACR [Event]4. ACACreate a P-CSCF CDR5 ACR [Event]6. ACA1. SIP Request(e.g. SUBSCRIBE)1. SIP Request(e.g. SUBSCRIBE)More SIP signallingIMS网元出单机制n事件中的主要触发点 IMS核心网ZXUN SSSMMTel AS融合融合CENTRAX AS$ $ZXUN CG$ $计费中心IMS离线计费连接图IMS处理处理计费中心处理计费中心处理计费计费信息信息采集采集话单话单生成生成与传送与传送批价批价(费率费率计算计算,折扣折扣)帐务处理帐务处理(欠费欠费, 出帐单出帐单, 结算结算)ZXUN CSCFCSCFZXUN MGCFMGCFRf接口IMPS AS ， ，CTD AS多媒体彩多媒体彩铃 ASFTP接口多媒体会多媒体会议 ASIMS业务平台 ZXUN CG的部署 n中兴在省中心集中设置一套CG，采集本省部署的AS、MGCF、P-CSCF等的话单，CG与核心网同一机房部署 ZXUN CG网关总体介绍nZXUN CG 计费网关（Charging Gateway，以下简称ZXUN CG ）是中兴通讯股份有限公司按照3GPP R7标准研制的新一代基于ATCA平台的全分布式大容量统一计费网关设备。
nZXUN CG集成了CDF和CGF功能，位于IMS域核心网网元，如CSCF、MGCF、SIP AS与BC（Billing Center）之间，采集话单文件并发送至计费中心 ZXUN CG网关总体介绍 ATCA ATCA 正面视图正面视图ATCA ATCA 背面视图背面视图 ZXUN CG硬件介绍nZXUN CG采用了标准13U的ATCA机框n满配置情况下每框最多可包含12块业务板n其中，一对接口板，5对处理板，采用1+1主备方式每对处理板可支持3000 ACR/S的处理能力整框处理能力可以支持12000ACR/Sn由于性能每年都有较大幅度提升，ZXUN CG的性能指标每年初发布一次,这里给出的性能指标是09年初发布的指标 ZXUN CG硬件介绍n在小容量的情况下，CG也可以与其他基于ATCA平台的网元共框混插，提高系统的集成度n话单存储采用商用直流磁阵典型配置情况下，采用的是NETAPP FAS 2020A最大存储容量为64×450G ZXUN CG软件功能n话单采集功能n话单合并功能n话单校验和过滤功能n话单存储和分发功能n网管功能 话单采集功能nZXUN CG 的话单采集进程可以根据需要生成多个采集线程，不同的采集线程可以采用不同的采集协议，如Ga、 Rf、 Ftp等，从不同的网元采集话单。
nZXUN CG对到各网络单元的链路进行监测，并在通信失败时发出告警 话单采集功能nZXUN CG可以同时支持采集多达256个IMS核心网设备的话单，如CSCF、MGCF、MRFC、SIP AS等，目前支持的IMS话单有：lP-CSCF-CDR：P-CSCF产生的话单lS-CSCF-CDR：S-CSCF产生的话单lI-CSCF-CDR： I-CSCF产生的话单lMGCF-CDR：MGCF产生的话单lAS-CDR： MMTEL AS(VT AS)的话单 话单合并功能n同一次会话过程中，由于各种原因，比如媒体改变，呼叫时间到达设定门限值等各种情况，有可能会产生多张中间话单，ZXUN CG可以将多张中间话单合并成一张最终话单 话单合并功能nZXUN CG同时也可以支持多个网元之间的话单关联功能，根据话单类别（主叫或者被叫）和ICID等关键字，将一次会话中多个网元的话单关联n通常情况下无需如此处理，不同网元的话单的用处并不相同，无需关联，比如MGCF话单用于网间结算，P-CSCF话单用于漫游结算，AS话单用于用户计费，但是个别情况下，比如希望AS的话单内也包含PVI，这个字段只有CSCF话单才有，只有关联才能获取，但是一般这种特殊需求并无实际意义。
话单合并功能n对于一次会话中，有可能在多个AS中产生话单的情况，也可以根据业务进行分析，将重复的AS话单进行过滤掉即可，而无需进行关联，比如VT用户主动拨打多媒体会议，VT AS产生一张主叫话单，多媒体会议AS产生一张被叫话单，由于这种情况下通信费由主叫支付，因此多媒体会议AS的被叫通信话单直接过滤掉即可，不需要考虑关联 话单校验和过滤功能nCG 能支持话单有效性校验和话单防重功能n采集进程可以通过设定对每个纪录单元和纪录类型有一个或多个验证规则，并且可以根据运营商需要，可以增加新的规则，对于每个规则，一旦出现错误将会进行特别处理n例如，IMS话单里的必选项“ICID”信息丢失或重复，话单将被单独放入异常话单目录 话单校验和过滤功能n在实际的话单处理过程中，计费中心并不需要全部的网元话单类型，以及所有的字段，因此ZXUN CG提供了话单类型的过滤和话单字段的过滤功能l可以根据计费中心的需要，过滤掉不需要的话单类型和话单字段n不仅减轻了计费中心的压力，n而且提高了话单传送的效率，n并且可以在网元升级时屏蔽升级带来的计费话单的变化，保持对计费中心的接口不变 话单存储和分发功能n话单存储功能包括原始话单存储功能和最终话单存储功能。
n原始话单是指CG从IMS域网元采集到的没有经过处理的话单n最终话单是指经CG处理后，符合计费中心格式要求的话单nZXUN CG 能同时支持原始话单和最终话单的存储n原始话单和最终话单在物理介质保存一定时间（保存天数可分别设置），超过设定时间的话单文件将被自动删除 话单存储和分发功能nZXUN CG支持按照多种条件组合的话单分发功能n目前支持的话单条件有话单类型，网元地址、主叫、被叫、话单关闭原因等n通过设定的条件组合，可以将话单文件重新分拣，存放到不同目录的不同文件中n不同的目录的文件可以上传给不同的计费中心或者由计费中心来取 网管功能nZXUN CG 不仅可以支持EMS统一网管接入功能，本身也包含OMM，提供了ZXUN CG日常维护操作工具：l配置管理l性能统计l告警功能l日志关系l权限管理l巡检功能l话单管理l信令跟踪 课程内容nIMS计费原理n离线计费系统n典型话单实例典型话单实例 P-CSCF-CDR话单实例CDR PCSCF={ Record-Type=64(P-CSCF-CDR) Role-of-Node=1 Node-Address{ DomainName="" } Session-ID="iw1Lx94HxNodxUJkVGI3fg@zteims" List-of-Calling-Party-Address{ bNum=1 List-of-Calling-Party-Address[0]{ TEL_URL="tel:+862584220041>" } } P-CSCF-CDR话单实例（续）Called-Party-Address{ TEL_URL="tel:+862584220047" } Service-Request-Time-Stamp=Wed May 19 15:30:36 2010 Service-Delivery-Start-Time-Stamp=Wed May 19 15:30:45 2010 Service-Delivery-End-Time-Stamp=Wed May 19 15:30:49 2010 Record-Opening-Time=Wed May 19 15:34:24 2010 Record-Closure-Time=Wed May 19 15:34:28 2010 Local-Record-Sequence-Number=17466 Cause-For-Record-Closing=EndSuccessfully IMS-Charging-Identifier=v+RrGNZ60g4w-gqH-39d57fe_pcscf20. P-CSCF-CDR话单实例（续）List-Of-SDP-Media-Components{ bNum=1 List-Of-SDP-Media-Components[0]{ SIP-Request-Time-Stamp=Wed May 19 15:30:36 2010 SIP-Response-Time-Stamp=Wed May 19 15:30:45 2010SDP-Media-Components{ bNum=1 SDP-Media-Components[0]{ SDP-Media-Name="m=audio 22448 RTP/AVP 8" SDP-Media-Descriptions{ DescNum=2 P-CSCF-CDR话单实例（续）SDP-Media-Descriptions[0]{ Description="a=ptime:20" }SDP-Media-Descriptions[1]{ Description="a=sendrecv" } } } }SDP-Session-Description{ DescNum=5 P-CSCF-CDR话单实例（续）SDP-Session-Description[0]{ Description="v=0" } SDP-Session-Description[1]{Description="o=+862584220047 3541048369 3742375079 IN IP4 172.16.1.60" } SDP-Session-Description[2]{ Description="s=session SDP" } SDP-Session-Description[3]{ Description="c=IN IP4 172.16.1.60" P-CSCF-CDR话单实例（续） } SDP-Session-Description[4]{ Description="t=0 0" } } }}Service-Reason-Return-Code="0" Served-Party-IP-Address = 172.16.0.60Duration=40}--------------------------------------------------- P-CSCF-CDR话单实例（续）n在同一个话单文件中可以有一个或几个话单 。
P-CSCF-CDR话单实例说明字段字段单样带内容单样带内容话单内容解析话单内容解析-CDR PCSCF={话单开始Record TypeRecordType=64(P-CSCF-CDR)话单类型为P-CSCF-CDRRetransmission-未使用重传的Diameter ACRSIP Method-未出现表示会话相关的CDRRole of nodeRole-of-Node=1P-CSCF的角色，来自于Role-of-node AVP Node AddressNodeAddress{DomainName=""}产生计费数据的IMS节点的域名为 Session IDSession ID= "iw1Lx94HxNodxUJkVGI3fg@zteims"会话标识为“iw1Lx94HxNodxUJkVGI3fg@zteims" List-of-Calling-Party-AddressbNum=1 List-of-Calling-Party-Address[0]{ TEL_URL="tel:+862584220041>" 发起会话的地址是 “ +862584220041” P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析Called Party AddressCalled-Party-Address{ TEL_URL="tel:+862584220047"目地方地址为“+862584220047” Service Request Time StampService-Request-Time-Stamp=Wed May 19 15:30:36 2010 业务请求发生时间为星期三，5月19日15时30分36秒2010年 Service Delivery Start Time StampService-Delivery-Start-Time-Stamp=Wed May 19 15:30:45 2010 成功的会话建立时间为星期三，5月19日15时30分45秒2010年 Service Delivery End Time StampService-Delivery-End-Time-Stamp=Wed May 19 15:30:49 2010 业务提供结束的时间为星期三，5月19日15时30分49秒2010年 Record Opening TimeRecord-Opening-Time=Wed May 19 15:34:24 2010 CDF打开本记录的时间为星期三，5月19日15时34分24秒2010年 Record Closure TimeRecord-Closure-Time=Wed May 19 15:34:28 2010 CDF关闭本记录的时间为星期三，5月19日15时34分28秒2010年 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析Inter Operator Identifiers-归属网络的标识 Originating IOI-非跨运营商的业务，无此字段 Terminating IOI -非跨运营商的业务，无此字段 Local Record Sequence Number Local-Record-Sequence-Number=17466 CDR记录号为“17466”Record Sequence Number -该字段不出现，表示本业务只产生一个此类型的话单，没有其它部分话单需要合并 Cause For Record Closing Cause-For-Record-Closing=EndSuccessfullyCDR关闭的原因。
EndSuccessfully为成功结束Incomplete CDRIndication-CDF没有检测到ACR丢失 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析IMS Charging IdentifierIMS-Charging-Identifier=v+RrGNZ60g4w-gqH-39d57fe_ICID为v+RrGNZ60g4w-gqH-39d57fe_List of SDP MediaComponentsList-Of-SDP-Media-Components{同一个CDR中可能出现多次第一次出现表示SIP会话的初始媒体协商后续表示SIP会话的重新媒体协商 bNum=1只出现一次 List-Of-SDP-Media-Components[0] 第一次出现 SIP Request Timestamp SIP-Request-Time-Stamp=Wed May 19 15:30:36 2010 SIP请求的时间为星期三，5月19日15时30分36秒2010年 SIP Response Timestamp SIP-Response-Time-Stamp=Wed May 19 15:30:45 2010 SIP请求响应的时间为星期三，5月19日15时30分45秒2010年 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析SDP Media ComponentsSDP-Media-Components{多个与一个媒体元素相关的子字段，对应于SDP-Media-Component AVP bNum=1 此会话仅涉及一个媒体元素 SDP-Media-Components[0] 第一个媒体元素 SDP Media Name SDP-Media-Name="m=audio 22448 RTP/AVP 8" 媒体名称是“audio 22448 RTP/AVP 8” P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析SDP Media Description SDP-Media-Descriptions{ DescNum=2 SDP-Media-Descriptions[0]{ Description="a=ptime:20" SDP数据中媒体元素的属性有2个媒体元素的属性第一个媒体元素的属性媒体元素的属性为ptime:20 SDP-Media-Descriptions[1]{ Description="a=sendrecv"第二个媒体元素的属性 媒体元素的属性为sendrecv GPRS Charging Id-接入网络的计费ID，本次业务与GPRS和I-WLAN无关，未出现Authorized-QoS -未出现表示未授权QoS信息 Access Network Charging Identifier-本次业务与GPRS和I-WLAN无关，未出现 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析Media Initiator flag -未出现说明发起方不是被叫方 SDP Session Description DescNum=5SDP-Session-Description[0]{Description="v=0" 有5条SDP数据的会话记录 第一条记录 SDP数据的会话为v=0 SDP-Session-Description[1]{Description="o=+862584220047 3541048369 3742375079 IN IP4 172.16.1.60" 第二条记录 SDP数据的会话为o=+862584220047 3541048369 3742375079 IN IP4 172.16.1.60 SDP-Session-Description[2]{Description="s=session SDP"第三条记录 SDP数据的会话为s=session SDP P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析SDP Session DescriptionSDP-Session-Description[3]{Description="c=IN IP4 172.16.1.60"第四条记录 SDP数据的会话为c=IN IP4 172.16.1.60 SDP-Session-Description[4]{Description="t=0 0" 第五条记录 SDP数据的会话为t=0 0 Media Initiator Party -媒体发起方 SIP-Request-Timestamp-Fraction -用来表示与SIP-Request-Time-Stamp有关的毫秒值 SIP-Response-Timestamp-Fraction[2] -用来表示与SIP-Response-Time-Stamp有关的毫秒值 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析GGSN Address-未用到GGSN的控制面资源，该字段不出现 Service Reason Return Code Service-Reason-Return-Code="0"对于业务请求返回的SIP状态码为0List of Message Bodies[1] -此字段及其子字段未出现在此话单中 Content-Type[2]-包含消息体的MIME类型 Content-Disposition[2]-包含SIP信令内消息体的部署 Content-Length[2]-消息体的子字段Originator[2] -指示消息体的发起方 List of Associated URI -会话业务，无此字段 P-CSCF-CDR话单实例说明（续）字段字段单样带内容单样带内容话单内容解析话单内容解析Event -会话业务，无此字段Access Network Information -SIP头“P-Access-Network-Info”的内容 Service Context ID -本CDR的上下文信息 List of Subscription Id -标识被服务用户的PUI Served Party IP Address Served-Party-IP-Address = 172.16.0.60 P-CSCF的服务方IP地址是172.16.0.60 Duration Duration=40通话时长，单位为秒 谢谢！谢谢！ 。