中国电信在线计费系统(OCS)OCP接口规范.doc

中国电信企业标准中国电信在线计费系统（OCS）OCP接口规范版本号：V1.11中国电信集团公司 2007-6前 言中国电信移动业务在线计费协议是在充分研究和分析国内外在线计费协议基础上，基于中国电信移动业务在线计费的需求，参考3GPP、IETF等国际标准组织的在线计费接口协议规范编制的。本方案是中国电信移动业务在线计费协议OCP规范，为中国电信移动业务在线计费系统总体技术方案的组成部分，是在线计费协议实施的标准规范文件。整个在线计费系统技术方案主要包括： 中国电信在线计费系统（OCS）总体技术方案 中国电信在线计费系统（OCS）业务需求 中国电信在线计费系统（OCS）技术要求 中国电信在线计费系统OCP接口规范 中国电信在线计费系统SCP设备改造要求 中国电信在线计费系统ISMP设备改造要求 中国电信在线计费系统CCG设备技术要求本标准附录A、附录B是规范性附录。本标准附录C是资料性附录。本技术方案由中国电信股份有限公司提出并归口。本方案起草单位： 中国电信股份有限公司上海研究院本方案主要起草人：刘晓亮 董斌 周峰 李洁本方案解释单位：中国电信股份有限公司上海研究院目 录第1章 范围10第2章 规范性引用文件11第3章 定义和符号及缩写123.1 定义123.2 符号和缩写15第4章 协议概述164.1 协议结构174.2 协议格式174.2.1 消息头格式174.2.2 消息列表194.2.3 AVP头格式204.2.4 AVP数据格式21第5章 接口描述245.1 外部接口逻辑结构245.2 与ISMP的接口关系245.3 与SCP的接口关系245.4 与CCG的接口关系24第6章 接口定义266.1 消息定义266.1.1 Credit-Control-Request (CCR)266.1.2 Credit-Control-Answer (CCA)316.1.3 Re-Auth-Request(RAR)336.1.4 Re-Auth-Answer(RAA)346.1.5 Abort-Session-Request(ASR)346.1.6 Abort-Session-Answer(ASA)356.1.7 Device-Watchdog-Request(DWR)366.1.8 Device-Watchdog-Answer(DWA)366.1.9 Disconnect-Peer-Request(DPR)366.1.10 Disconnect-Peer-Answer(DPA)376.1.11 Capabilities-Exchange-Request (CER)376.1.12 Capabilities-Exchange-Answer (CEA)386.2 AVP定义396.2.1 Session-Id396.2.2 Origin-Host396.2.3 Origin-Realm396.2.4 Destination-Realm406.2.5 Auth-Application-Id406.2.6 Service-Context-Id406.2.7 CC-Request-Type416.2.8 CC-Request-Number426.2.9 Destination-Host426.2.10 User-Name426.2.11 Origin-State-Id436.2.12 Event-Timestamp436.2.13 Subscription-ID436.2.14 Subscription-Id-Type436.2.15 Subscription-Id-Data446.2.16 Termination-Cause446.2.17 Route-Record446.2.18 Requested-Action456.2.19 Requested-Service-Unit456.2.20 CC-Time466.2.21 CC-Money466.2.22 Unit-Value466.2.23 Value-Digits466.2.24 Exponent466.2.25 Currency-Code476.2.26 CC-Total-Octets476.2.27 CC-Input-Octets476.2.28 CC-Output-Octets476.2.29 CC-Service-Specific-Units476.2.30 Used-Service-Unit486.2.31 Tariff-Change-Usage486.2.32 Multiple-Services-Indicator486.2.33 Multiple-Services-Credit-Control496.2.34 Reporting-Reason506.2.35 Trigger-Type516.2.36 Rating-Group516.2.37 CC-Correlation-Id516.2.38 Proxy-Info516.2.39 Proxy-Host526.2.40 Proxy-State526.2.41 User-Equipment-Info526.2.42 User-Equipment-Info-Type526.2.43 User-Equipment-Info-Value536.2.44 Service-Information536.2.45 PS-Information536.2.46 IN-Information546.2.47 P2PSMS-Information556.2.48 ISMP-Information556.2.49 Result-Code566.2.50 CC-Session-Failover566.2.51 Granted-Service-Unit576.2.52 Tariff-Time-Change576.2.53 Time-Quota-Threshold586.2.54 Volume-Quota-Threshold586.2.55 Cost-Information586.2.56 Cost-Unit596.2.57 Final-Unit-Indication596.2.58 Final-Unit-Action606.2.59 Restriction-Filter-Rule606.2.60 Filter-Id606.2.61 Redirect-Server606.2.62 Redirect-Address-Type616.2.63 Redirect-server-Address616.2.64 Credit-Control-Failure-Handling616.2.65 Validity-Time626.2.66 Direct-Debiting-Failure-Handling626.2.67 Quota-Holding-Time626.2.68 Quota-Consumption-Time636.2.69 3GPP-Charging-Id646.2.70 3GPP-PDP-Type646.2.71 PDP-Address646.2.72 3GPP-GPRS-Negotiated-Qos-Profile646.2.73 SGSN-Address656.2.74 GGSN-Address656.2.75 CG-Address656.2.76 3GPP-IMSI-MCC-MNC656.2.77 3GPP-GGSN-MCC-MNC656.2.78 3GPP-NSAPI656.2.79 Called-Station-Id666.2.80 3GPP-Session-Stop-Indicator666.2.81 3GPP-Selection-Mode666.2.82 3GPP-Charging-Characteristics666.2.83 3GPP-SGSN-MCC-MNC666.2.84 3GPP-MS-TimeZone676.2.85 3GPP-CAMEL-Charging-Info676.2.86 Charging-Rule-Based-Name676.2.87 3GPP-User-Location-Info676.2.88 3GPP-RAT-Type676.2.89 Calling-Partys-Category686.2.90 Calling-Vlr-Number686.2.91 Calling-CellID-Or-SAI686.2.92 Calling-LAI686.2.93 Called-Vlr-Number686.2.94 Called-CellID-Or-SAI686.2.95 Called-LAI696.2.96 Called-IMEI696.2.97 Calling-IMEI696.2.98 Oiginal-Called-Party-Id696.2.99 High-Layer-Compatibility696.2.100 Additional-Calling-Party-Number706.2.101 Bearer-Capability706.2.102 Bearer-Capability2706.2.103 EventType-BCSM706.2.104 Redirecting-Party-Id716.2.105 Redirection-Information716.2.106 Tele-Service-Code716.2.107 Bearer-Service-Code716.2.108 Call-Reference-Number726.2.109 MSC-Address726.2.110 GMSC-Address726.2.111 Time-Zone726.2.112 IN-Service-Indicator726.2.113 SMSC-Address726.2.114 SM-Id736.2.115 SM-Length736.2.116 Message-Id736.2.117 Charge-Party-Type736.2.118 Third-Party-Subscription-Id746.2.119 Sp-Id746.2.120 Service-Enabler-Type746.2.121 Product-Id766.2.122 Product-Offer-Id766.2.123 Service-Type776.2.124 Content-Id776.2.125 Media-Type776.2.126 ClientIP786.2.127 Failed-AVP786.2.128 Ms-Classmark2786.2.129 Tele-Service-Code2786.2.130 Bearer-Service-Code2786.2.131 AoC-Information796.2.132 AoC-Balance796.2.133 AoC-Language-ID796.2.134 AoC-Tariff796.2.135 AoC-Start-Time806.2.136 AoC-Unit806.2.137 AoC-Price806.2.138 AoC-Confirmation806.2.139 Calling-Party-Number806.2.140 Called-Party-Number816.2.141 Service-Key816.2.142 OA-Subscription-Id816.2.143 DA-Subscription-Id826.2.144 PSTN-Event-Information826.2.145 Recharge-information826.2.146 QueryBalance-Information836.2.147 DSL-Information836.2.148 Service-ID836.2.149 Charge-Method846.2.150 Card-Number846.2.151 Card-Batch846.2.152 Card-Type846.2.153 Card-Money856.2.154 Recharge-Method856.2.155 Charge-Money856.2.156 Money-Type856.2.157 Money-Value866.2.158 Active-Day866.2.159 ChargeConfirmFlag866.2.160 Account-Query-Method866.2.161 UserPassWd866.2.162 Query-Mode876.2.163 Account-Information876.2.164 AccountId876.2.165 Account-Type876.2.166 AccountDate886.2.167 Service-Identifier886.2.168 ChargingType886.2.169 PoC-Information886.2.170 PoC-Server-Role896.2.171 PoC-Session-Type896.2.172 Number-Of-Participants896.2.173 Participants-Group906.2.174 Called-Party-Address906.2.175 Participant-Access-Priority906.2.176 PoC-Group-Name906.2.177 PoC-Session-Id916.2.178 PoCService-Feature-Type916.2.179 IM-Information916.2.180 Conference-Server-Role926.2.181 Conference-Session-Type926.2.182 Conference-Id926.2.183 IMService-Feature-Type926.2.184 ProductSpecID936.2.185 NasIP936.2.186 FRAMED_IP936.2.187 Use_Node_ID946.2.188 CDMA-Charging-Id946.2.189 CDMA-IP-Technology946.2.190 CDMA-MS-IP-Address946.2.191 CDMA-Qos-Profile-ID956.2.192 PDSN-Address956.2.193 HA-Address956.2.194 AAA-Address956.2.195 CDMA-Charging-Type956.2.196 CDMA-Calling-Station-Id966.2.197 Called-Short-Number966.2.198 Group-Number966.2.199 VPN-Call-Type966.3 流程966.3.1 业务流程9 基于会话的计费流程9 基于事件的直接扣费986.3.2 服务器发起的重授权流程986.3.3 异常流程9 Tx定时器超时前未收到CCA消息时的处理9 Tci超时OCS发送RAR（数据业务）100 Tcc超时OCS发送ASR（会话业务）100 OCS服务器出现异常时的切换流程100附录A(规范性附录) 结果码定义103附录B(规范性附录) 已定义的AVP表106B.1 CCR AVP表106B.2 CCA AVP表109附录C(资料性附录) 业务流程示例112C.1CAMEL智能网流程112C.1.1 SCP主/被叫基于时间收费112C.1.2 SCP主叫AoC 提醒流程114C.1.3 SCP最后一个时间片Tone音提醒115C.1.4无条件呼叫前转117C.1.5有条件呼叫前转119C.1.7点对点短消息120C.2 ISMP流程122C.2.1 ISMP基于事件计费122C.2.2 ISMP扣费流程123C.2.3 ISMP流量计费流程124C.2.4 ISMP返款流程125C.3 CCG流程126C.3.1 CCG基于流量计费126C.3.2 CCG 基于时长计费128C.3.3 CCG 费率按时间切换计费130C.3.4 CCG 数据业务RAR133C.3.5 CCG数据业务ASR134C.4 固网语音计费135C.4.1 用户余额足够，用户主动挂机135C.4.2初始余额不足申请时长136C.5 DSL计费137C.6固网语音管理流程140C.6.1充值流程140C.6.2查询余额流程141C.7 POC流程141C.7.1 基于会话的计费141C.7.2 基于事件的计费142C.8 IM流程144C.8.1 基于会话的计费144C.8.2 基于事件的计费145C.9 WIN智能网流程150C9.1预付费主叫流程150C9.2预付费被叫流程152C9.3无条件/遇忙前转流程156C9.4无应答前转流程158C9.5管理流程160C9.6余额不足161C9.61初始余额不足申请时长161C9.62初始余额不足最小计费单位162C9.63过程中余额不足申请时长162C9.64过程中余额不足最小计费单位164附录D修改历史记录167图目录图 1 OCP协议的协议结构17图 2 消息头格式17图 3 AVP头格式20图 4 OCS外部接口逻辑接口24表目录表 1 消息列表19表 2：Credit-Control-Request AVP表27表3：PS-Information AVP表28表 4：IN-Information AVP表29表 5：P2PSMS-Information AVP表29表 6：ISMP-Information AVP表29表 7：Credit-Control-Answer AVP表32中国电信在线计费系统OCP接口规范第1章 范围本标准制订了中国电信移动业务在线计费系统的计费接口协议，包括OCS与综合业务管理平台ISMP的接口、OCS与智能网SCP的接口、OCS与内容计费网关CCG的接口。本标准适用于在线计费系统OCS设备提供商、综合业务管理平台提供商、CCG设备提供商、智能网SCP设备提供商。第2章 规范性引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。1. IETF RFC 4006: Diameter Credit-Control Application.2. IETF RFC 3588: Diameter Base Protocol.3. 3GPP TS 22.115 Service aspects; Charging and billing.4. 3GPPTS 32.200: Telecommunication management; Charging management; Charging principles.5. 3GPP TS 32.215: Telecommunication management; Charging management; Charging data description for the Packet Switched (PS) domain.6. 3GPP TS 32.225: Telecommunication management; Charging management; Charging data description for the IP Multimedia Subsystem(IMS).7. 3GPPTS 32.240: Telecommunication management; Charging management; Charging Architecture and Principles.8. 3GPPTS 32.251: Telecommunication management; Charging management; Packet Switched(PS) domain charging.9. 3GPPTS 32.296: Telecommunication management; Charging management; Online Charging System (OCS) applications and interfaces.10. 3GPPTS 32.299: Telecommunication management; Charging management; Diameter charging application.11. 3GPP TS 29.002: Digital cellular telecommunications system (Phase 2+); Mobile Application Part (MAP) specification 12. 3GPP TS29.078: Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase4 CAMEL Application Part (CAP) specification.13. ITU-T Recommendation Q.763 “Signalling System No. 7 ISDN user part formats and codes”14. ITU-T Recommendation Q.931 ISDN user-network interface layer 3 specification for basic call control15. 3GPP TS 24.008: Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 3 specification (3GPP TS 24.008)16. IANA ADDRESS FAMILY NUMBERS Http://assignments/address-family-numbers第3章 定义和符号及缩写3.1 定义本标准应用了下列定义： AAA认证，授权和计费。 计费（Accounting）收集资源使用信息的动作，以用于能力规划、审核、营业额或成本分配。 计费记录（Accounting Record）一条计费记录表述了一个用户在整个会话过程中，资源消费的总结。 认证（Authentication）核实某个实体（客体）身份的动作。 授权（Authorization）决定一个提出请求的实体（客体）是否被允许访问资源（主体）的动作。 AVP（Attribute-Value-Pairs）Diameter协议由一个头以及跟随的一个或多个属性值对（AVP）组成。一个AVP包含一个头和用来封装特定协议的数据（例如，路由信息），以及认证、授权或计费信息。 Diameter 代理（Diameter Agent）Diameter代理是一个Diameter节点，它提供中继、Proxy、复位向或翻译服务。 Diameter 客户（Diameter Client）Diameter客户是位于网络边缘的一个设备，执行接入控制。Diameter客户的典型范例就是网络接入服务器（NAS）或外地代理（FA）。 Diameter 节点（Diameter Node）Diameter节点是实现Diameter协议的主机程序，它既可以作为客户也可以作为代理或服务器。 Diameter 对等端（Diameter Peer）Diameter对等端是一个Diameter节点，该节点和另一个特定的Diameter节点有一个直接的传输连接。 Diameter 安全交换（Diameter Security Exchange）Diameter安全交换是两个Diameter节点建立端到端安全的过程。 Diameter 服务器（Diameter Server）Diameter服务器负责处理某个特殊域的认证、授权和计费请求。除基本协议以外，Diameter服务器还必须支持Diameter应用扩展。 下行（Downstream）用于标识由归属服务器发往接入设备的特定Diameter消息的方向。 端到端安全（End-to-End Security）TLS和IPsec提供逐跳安全，或者跨一个传输连接的安全。当中继或Proxy参与进来时，逐跳安全无法保证整个Diameter用户会话的安全。端到端安全是指可能通过Diameter代理进行通信的两个Diameter节点之间的安全。端到端安全可以保证从发起Diameter节点到终结Diameter节点之间整个Diameter通信路线的安全。 归属域（Home Realm）归属域是可管理域，通过它可以与用户保持一个帐户关系。 归属服务器（Home Server）位于归属地的Diameter服务器。 中间计费（Interim accounting）中间计费消息提供一个用户会话过程中资源使用的快照。在设备重启动或者其它网络故障，而无法得到会话总结消息或会话记录时，它通常用于用户会话的分段计帐。 本地域（Local Realm）本地域是为某用户提供服务的可管理域（domain）。一个可管理域可以作为某些用户的本地域(realm),也可以同时是其它用户的归属域(realm)。 多会话（Multi-session）一个多会话表现为若干会话的一个逻辑链接。多会话通过使用Acct-Multi-Session-Id来辨识。多会话的一个举例可以是一个多链路PPP束。该PPP束的每一个分支都是一个会话，而整个PPP束则是一个多会话。 网络接入标识符（Network Access Identifier）可以简称为NAI，在Diameter协议中用来摘录某个用户的身份和域(realm)的信息。身份用来在认证和或授权过程中标识该用户，而域则用于消息的路由。 Proxy 代理（Proxy Agent）也可以简称为Proxy。Proxy代理除了转发请求和响应，还根据与资源使用和配置相关的策略作出决定。该工作通常通过跟踪NAS设备的状态来完成。Proxy代理在收到服务器响应之前一般不会响应客户请求。当需要转发的请求和响应违反策略时，它可以生成拒绝（Reject）消息。因此，Proxy代理必须理解通过它们的消息的语义；不一定支持所有的Diameter应用。 中继代理（Relay Agent）也可以简称为中继。中继根据与路由相关的AVP和域路由表列表转发请求和响应。由于中继不作策略决定，它们不检查或改变非路由AVP。因此，中继从不生成消息，也不须理解消息或非路由AVP的语义，并且能够处理任何Diameter应用或消息类型。由于中继根据路由AVP和域转发表中的信息作决定，它们不会保留NAS资源使用或会话的状态。 复位向代理（Redirect Agent）复位向代理将客户引导到服务器，使得它们可以直接通信。由于复位向代理不在转发路径上，它们不会改变在客户和服务器之间传送的任何AVP。复位向代理不生成消息，能够处理任何消息类型。复位向代理不保留与会话或NAS资源有关的状态。 域（Realm）NAI中紧跟在“”字符后面的字符串。NAI域名必须是唯一的，并且遵从DNS命名空间的管理。Diameter使用realm(也可以泛指domain)来决定消息是否本地处理，还是必须将其路由或复位向。 安全联盟（Security Association）指一个Diameter会话中的两个端点之间的关联，该会话保证端点间通信的保密性和完整性，即使通信在有中继和或Proxy的情况下进行的。 会话状态（Session state）状态代理通过跟踪所有经过授权的活动会话，保留会话状态信息。每个经过授权的会话都与某特殊的业务绑定，其状态为活动，一直到被通知改变为其它状态，或到期为止。 子会话（Sub-session）表示一个提供给已有会话的独特的业务（例如Qos或数据特性）。这些业务可以同时（例如在同一会话过程中同时传送语音和数据）或连续发生。会话中的这些改变通过Accounting-Sub-Session-Id来表征。 翻译代理（Translation Agent）一个有状态的Diameter节点，执行Diameter和其它AAA协议（如RADIUS）之间的协议翻译。 事务状态（Transaction state）Diameter协议要求代理维护事务状态，以用于失败处理。 传输连接（Transport Connection）指两个Diameter对等端之间已有的直接TCP或SCTP连接，也称为端到端连接。 上行（Upstream）用于标识从接入设备到归属服务器的特定Diameter 消息的传送方向。 字（Word）一种分组长度单位，相当于两个字节。3.2 符号和缩写缩略语英文全名中文全名OCPOnline Charging Protocol在线计费协议ISMPIntegrated Service Management Platform综合业务管理平台CCGContent Charging Gateway内容计费网关AAAAuthentication, Authorization and Accounting认证、授权和计费ABNFAugmented BNF for Syntax Specifications扩展BNF语法规范AVPAttribute Value Pairs属性值对RADIUSRemote Authentication Dial-In User Service远端拨入用户验证服务SCTPStream Control Transmission Protocol流控制传输协议TCPTransmission Control Protocol传输控制协议IPInternet ProtocolInternet协议TLSTransport Layer Security传输层安全第4章 协议概述传统的用于完成计费功能的Radius协议，以其简单安全，易于管理，扩展性好，而得到广泛应用。但是由于协议本身的缺陷，比如基于UDP的传输、简单的丢包机制、没有关于重传的规定和集中式计费服务，都使得它不太适应当前网络的发展，需要进一步改进。随着新的接入技术的引入和移动网络的快速扩容，对AAA协议提出了新的要求，使得传统的RADIUS结构的缺点日益明显。目前3G网络正逐步向全IP网络演进，不仅在核心网络使用支持IP的网络实体，在接入网络也使用基于IP的技术，而且移动终端也成为可激活的IP客户端。这就需要采用新一代的AAA协议Diameter。Diameter基础协议为各种认证、授权和计费业务提供了安全、可靠、易于扩展的框架。以此为基础定义Diameter应用，只需要定义应用协议的应用标识、参与通信的网络功能实体、相互通信的功能实体间的消息内容以及协议过程，就可以完全依赖Diameter基础协议完成特定的接入和应用业务。Diameter协议具有如下特性： (1)拥有良好的失败机制，支持失败替代(failover)和失败回溯(faiback)；(2)拥有快速检测到对端不可达的能力； (3)拥有更好的包丢弃处理机制，Diameter协议要求对每个消息进行确认；(4)可以保证数据体的完整性和机密性； (5)支持端到端安全，支持TLS和IPSec； (6)为每个会话进行认证/授权，以保证安全性； 在Diameter基础协议上扩展的应用协议Diameter Credit Control Application，定义了针对预付费用户的计费机制，采用信用额度控制实现了基于会话及事件的计费，解决了对于预付费的计费需求。中国电信采用基于Diameter Credit Control Application的在线计费OCP协议，用于完成在线计费需求。4.1 协议结构OCP协议的协议结构如下表所示：Diameter Credit Control ApplicationDiameter BaseTLSTCPSCTPIP/IPsec图 1 OCP协议的协议结构OCP协议是建立在Diameter基础协议上的Diameter Credit Control Application应用协议的具体定义及扩展。Diameter Credit Control Application引用于1；Diameter基础协议引用于2。 本协议版本采用TCP作为传输层协议。4.2 协议格式4.2.1 消息头格式DiameterCC协议的消息结构如图X所示，这些字段是以网络字节顺序传送的。 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Version | Message Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | command flags | Command-Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Application-ID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Hop-by-Hop Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | End-to-End Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AVPs . +-+-+-+-+-+-+-+-+-+-+-+-+-图 2 消息头格式 Version：该版本字段必须被置为1，表明Diameter版本1。 Message Length：该消息长度字段为3个八位组，指明该Diameter消息的字节长度，包括头字段。 Command flags：该命令标记字段为8个比特。已经分配的比特位如下：0 1 2 3 4 5 6 7+-+-+-+-+-+-+-+-+|R P E T r r r r|+-+-+-+-+-+-+-+-+n R(equest) -如果设置，表明该消息是一个请求。如果清零，该消息是一个应答。n P(roxiable) 如果设置，表明该消息可以被Proxy、中继或者复位向。如果清零，该消息必须在本地处理。n E(rror) -如果设置，表明该消息包含一个协议差错，且该消息与ABNF中描述的该命令不一致。“E”比特设置的消息一般当作差错消息。在请求消息中不能设置该比特。n T(Potentially re-transmitted message)-该标记在链路失败过程后被设置，以帮助去除重复的请求。当重发请求还没有被确认时，需要设置该比特，以作为链路失败而造成的可能的重复包的指示。当第一次发送一个请求时，该比特必须被清零，否则发送者必须设置该比特。Diameter代理仅需要关心它们发送的同一请求消息的遍数；其它实体进行的重传不须考虑。Diameter代理接收到一个T比特设置为1的请求，必须在前转该请求时保持T标记的设置。如果接收到一个以前消息的差错消息（例如协议差错），则不可以设置该标记。该标记只有在没有接收到任何来自服务器的该请求的应答、且该请求再次被发送的情况下，才能被设置。该标记不能在应答消息中设置。n r(eserved) -这些标记比特为将来使用预留，必须设置为0，接收者应当忽略。 Command-Code：该命令码字段为3个八位组，用于表明与该消息相关联的命令。该24位地址空间由IETF的IANA负责分配管理。命令码值16，777，214和16，777，215（16进制的FFFFFEFFFFFF）被预留为实验使用。 Application-ID： 应用ID为4个八位组，用于标识该消息可适用于哪个应用。该应用可以是一个认证应用。头中的应用ID必须与该消息中包含的其它相关AVP相同。 Hop-by-Hop Identifier：Hop-by-Hop标识符为一个无符号32比特整数字段（按网络字节顺序），用来帮助匹配请求和响应。发送者必须保证请求中的Hop-by-Hop标识符在特定的连接上在任何特定的时间是唯一的，并且保证该数字在经过重启动后仍然唯一。应答消息的发送者必须确保Hop-by-Hop标识符字段维持与相应的请求相同的值。Hop-by-Hop标识符通常是单调升序的数字，其开始值是随机生成的。一个带有未知Hop-by-Hop标识符的应答消息必须被丢弃。 End-to-End Identifier：端到端标识符是一个无符号32比特整数字段（按网络字节顺序），用来检测重复消息。重启动时可以设置高位12比特为包含当前时间的低位12比特，低位20比特为随机值。请求消息的发送者必须为每一个消息插入一个唯一的标识符。该标识符必须维持本地唯一至少4分钟，即使经过重启动。应答消息的生成者必须确保该端到端标识符字段包含与相应的请求相同的值。端到端标识符不可以被Diameter代理以任何原因修改。源主机AVP和该字段的结合可以用于检测重复。重复请求会造成相同应答的传输，并且不可以影响任何状态的设置，当处理原始请求时。应当在本地被消除的重复的应答消息将会被忽略。 AVPs： AVP是封装与Diameter消息相