Gy接口消息字段

admin

Gy接口消息包括CER/CEA、DWR/DWA、DPR/DPA三对基本协议消息和RAR/RAA、ASR/ASA、CCR/CCA应用层消息的主要字段说明。

（这个是转载，但格式不对，还是一个一个AVP粘贴上来的，但格式还是不对，整理成了excel，有需要的兄弟可以下载。）

如下表1：

[tr][/tr]
[tr][/tr]

AVP名称	AVP代码	数据类型	描述
Origin-Host	264	DiameIdent	DCC消息发起端设备标识，每个Diameter消息必须出现该AVP。由全网统一分配，不同Diameter对等端必须保证唯一。 例如：ggsn001.huawei.com
Origin-Realm	296	DiameIdent	DCC消息发起端设备的归属域，在所有的消息中出现。例如：huawei.com
Origin-State-Id	278	Unsigned32	由GGSN向OCS发起的原始状态标识，该值是一个单调递增的整数。每次Diameter实体丢失以前的状态重新开始时都要增加，例如重启动。
Destination-Host	293	DiameIdent	目的端设备标识。由全网统一分配，不同Diameter对等端必须保证唯一。 此AVP必须出现在所有代理主动发起的消息中，可能出现在请求消息中，但不可出现在应答消息中。 例如：ocs001.huawei.com
Destination-Realm	283	DiameIdent	目的端设备归属域，不可在应答消息中出现。 例如：operator.com
Error-Reporting-Host	294	DiameIdent	仅当设置Result-Code的主机与Origin-Host AVP中的host不同时，该AVP包含发送Result-Code AVP（值不是成功2001）的Host的标识符。该AVP用于发现并处理故障，当Result-Code AVP指出一个失败时，必须将其置位。
Result-Code	268	Unsigned32	指示某特定的请求是否成功完成或是否发生了错误。所有标准应用中定义的Diameter应答消息必须包括Result-Code AVP。Diameter提供如下类型的错误代码，错误类型根据首位判别： 1xxx（信息报告） 2xxx（交互成功） 3xxx（协议错误） 4xxx（暂时故障） 5xxx（永久故障） 一个无法识别的类型（首位没有包括在定义中），则认为是永久失败。
Failed-AVP	279	Grouped	由于特定AVP中的错误信息而导致请求被拒绝或者没有被完全处理时，该AVP可以提供调试（debug）信息。 Result-Code AVP中提供Failed-AVP的原因信息。Failed-AVP是一个AVP组，具体ABNF语法如下： Failed-AVP ::= <AVP Header :279> 1*{AVP}
Experimental-Result	297	Grouped	指明某个特殊的制造商定义的（vendor-specific）请求是否被正确完成或者是否出现差错 。
Experimental-Result-Code	298	Unsigned32	包含一个制造商分配的（vendor-assigned）值以表示处理该请求的结果。
Auth-Request-Type	274	Enumerated	包含在指定的认证/授权请求中，来通知对等端用户是否只需要认证，或只需要授权，还是两者都要。 AUTHENTICATE_ONLY 1 AUTHORIZE_ONLY 2 AUTHORIZE_AUTHENTICATE 3
Auth-Application-Id	258	Unsigned32	用于重认证/授权应用的唯一标识。 0：表示Diameter Common Message 1：表示NASREQ 2：表示Mobile-IP，即该Mobile上网的IP地址 3：表示Diameter Base Accounting 4：表示DCC 0xffffffff：表示Relay
Re-Auth-Request-Type	285	Enumerated	取值如下： 0：表示AUTHORIZE_ONLY 1：表示AUTHORIXE_AUTHENTICATE 默认为0。
Session-Id	263	UTF8String	会话ID，一次DCC会话过程的唯一标识。Session－Id必须保持全局和永远唯一。语法如下： <DiameterIdentity>;<high 32 bits>;<low 32 bits>[;<optional value>] <DiameterIdentity>：同Origin-Host。 <high 32 bits>：系统当前时间；按照数据格式为TIME的定义来填写。 <low 32 bits>：循环递增，初始值为0。系统重启时设置为0。 <optional value>：保留。 以上各字段以";"字符相隔。 例：ggsn001.huawei.com;1876543210;523
Disconnect-Cause	273	Enumerated	包含OCS先前发布DPR消息的原因。支持下列原因值： REBOOTING 0 即将进行预定中的重启。 BUSY 1 对等端的内部资源收到限制，因此决定需要关闭该传输连接。 DO_NOT_WANT_TO_TALK_TO_YOU 2 对等端在近期内不希望与此对等端交换任何消息，因此决定不需要该传输连接。
Host-IP-Address	257	Address	用于提示Diameter对等端的发送端IP地址。这个AVP仅用在CER和CEA消息中。
Vendor-Id	266	Unsigned32	设备制造商ID。
Supported-Vendor-Id	265	Unsigned32	支持的设备制造商ID。这个AVP用在CER和CEA消息中，提示对等端本发送端支持由本AVP对应的制造商定义的AVP。
Vendor-Specific-Application-Id	260	Grouped	用于通告厂商定义的Diameter应用。唯一的Auth-Application-Id与多个Vendor-Specific-Application-Id可能同时出现。此AVP必须为厂商自定义的应用中所有试验性指令的第一个AVP。
Product-Name	269	UTF8String	包含制造商分配给产品的名称。
Service-Context-Id	461	UTF8String	DCC业务的唯一标识（可扩展）。 格式为：”service-context”@”domain” service-context的定义为："version" "[X]" "." "[Y]" ".""[Z]" [X]为协议的版本号，由整数组成，初始值为1。 [Y]为业务类型，由字符组成。可取值为：in、ismp、ccg、p2psms、wlan、DSL、PSTN-Event、Recharge、QueryBalance。 [Z]为终端类型，由字符组成，如果没有带[Z]，则默认为gsm。可取值为：pstn、phs、gsm、cdma domain的值为：huawei.com 例如：version1.in@huawei.com
Service-Identifier	439	Unsigned32	业务识别标识。和Service-Context-Id一起唯一确定一个业务，其值由运营商自行定义。 在不同的流程中的取值，由OCS计费业务或其他使用DCC接口进行的交互的外部系统共同约定。
CC-Request-Type	416	Enumerated	发送CCR消息的原因，必须出现在CCR消息中。取值如下： 1：INITIAL_REQUEST，初始信用控制请求用来发起一个信用控制会话，在会话中包含了和发起会话相关的信用控制信息。 2：UPDATE_REQUEST，更新信用控制请求包含了已建立信用控制会话的信用控制消息，在需要发起重授权时，应发起更性CC请求。 3：TERMINATION_REQUEST：通过中止信用请求来中断一个信用控制会话。 4：EVENT_REQUEST，基于事件计费的信用控制，此时无需OCS维护会话状态，该请求包括相关业务的所有信息，并是该业务的唯一请求。当CC-Request-Type被置位EVENT_REQUEST时，Request-Action必须包含在CCR消息中。
CC-Session-Failover	418	Enumerated	标识是否支持在一个CC会话进程中将CC消息转向备用OCS上。 0：被置为FAILOVER_NOT_SUPPORTED，表示不支持。 1：被置为FAILOVER_SUPPORTED，表示在主用OCS故障时支持将CC消息转向备用OCS上。 应答消息中没有这个AVP则表示不支持。
CC-Request-Number	415	Unsigned32	同一会话中不同请求的标识（流水号）。由于Session-Id是全局唯一的，通过Session-Id和CC-Request-Number可以匹配不同的请求和应答。 可在每次INITIAL_REQUEST和EVENT_REQUEST中将CC-Request-Number设置为0，第一个UPDATE_REQUEST设为1，第二个设为2，以此类推。直到发送TERMINATION_REQUEST。
User-Name	1	UTF8String	NAI格式的用户名称。PS域中由[RADIUS]接入请求中上报。
UserPassWd	20362	UTF8String	用户设置的查询密码。余额查询时，是被查询用户的密码。
Event-Timestamp	55	Time	事件发生的时间，由GGSN产生。时间按1900 00：00 UTC时间的1月1日起换算。单位：秒。
Subscription-Id	443	Grouped	用于标识业务签约方终端用户的信息。 Subscription-Id是一个AVP组，具体ABNF语法如下： *Subscription-Id ::= <AVP Header: 443> {Subscription-Id-Type} {Subscription-Id-Data} 出现多个Subscription-Id的情况下，系统只处理第一个Subscription-Id。
Subscription-Id-Type	450	Enumerated	用于确定该用户的终端标识类型。 取值如下： 0：END_USER_E164，表示终端标识是根据ITU-T E.164号码计划定义的国际E.164格式。 1：END_USER_IMSI，表示终端标识是根据ITU-T E.212号码计划定义的国际IMSI格式。 2：END_USER_SIP_URI，表示终端标识是一个SIP URI。 3：END_USER_NAI，表示终端标识是一个网络接入标识。 4：END_USER_PRIVATE，表示终端标识是一个OCS服务器私有标识。
Subscription-Id-Data	444	UTF8String	终端用户ID数据。 例如：13454784586
				Requested-Action	436	Enumerated	如果CCR命令中CC-Request-Type的值设置为EVENT_REQUEST，则Requested_Action AVP中包含了所要请求的行为。 取值如下： 0：DIRECT_DEBITING，直接扣费。直接扣费指用户帐户根据Requested-Service-Unit AVP的信息，扣除相应的服务单位。在CCA的Granted-Service-Unit AVP中包含了所要扣除的服务单位。和此业务相关的AVP可以包含该附加的批价信息。 1：REFUND_ACCOUNT，补款。补款指用户帐户根据Requested-Service-Unit AVP的信息，增加相应的服务单位。在CCA的Granted-Service-Unit AVP中包含了所要增加的服务单位。和此业务相关的AVP可以包含该附加的批价信息。 2：CHECK_BALANCE，余额检查。此情况下，只对用户帐户的余额进行检查，不做任何帐户信用预留的操作。在CCA的命令中通过Balance-Result AVP来返回余额检查的结果。 3：PRICE_ENQUIRY，价格查询。此情况下，既不检查帐户余额，也不进行帐户费用预留，只是在CCA中通过Cost-Information AVP来返回所请求的业务的价格。
				Requested-Service -Unit	437	Grouped	请求的服务单元或者金额总数。 在初次或者中间的CCR请求中必须携带Requested-Service-Unit。如果GGSN没有在请求中携带Requested-Service-Unit（例：检测到终端用户终止了服务），OCS必须将已经使用的总数从用户的帐户中扣除，而且不能再在应答中返回新的配额，并且回复Validity-Time、Result-Code和Final-Unit-Indication终止服务。 Requested-Service-Unit AVP是一个AVP组，具体ABNF语法如下： Requested-Service-Unit ::= < AVP Header: 437 > [CC-Time] [CC-Money] [CC-Total-Octets] [CC-Input-Octets] [CC-Output-Octets] [CC-Service-Specific-Units]
Granted-Service-Unit	431	Grouped	允许GGSN给终端用户提供服务的单元（units）总数。当这些单元被用完后，GGSN则向OCS申请新的配额，或者停止向终端用户提供服务。 Granted-Service-Unit AVP是一个AVP组，具体ABNF语法如下： Granted-Service-Unit ::= <AVP Header: 431> [Tariff-Time-Change] [CC-Time] [CC-Money] [CC-Total-Octets] [CC-Input-Octets] [CC-Output-Octets] [CC-Service-Specific-Units] [Time-Quota-Threshold] [Volume-Quota-Threshold]
Tariff-Time-Change	451	Time	费率切换时间。
CC-Time	420	Unsigned32	所请求的、分配的或使用的时间。单位：秒。
CC-Money	413	Grouped	指定货币的金额总数。 CC-Money AVP是一个AVP组，具体ABNF语法如下： CC-Money ::= <AVP Header: 413> {Unit-Value} [Currency-Code]
CC-Total-Octets	421	Unsigned32	请求、分配或使用的字节总数，该数值和方向（发送或接收）无关。
CC-Input-Octets	412	Unsigned64	请求、分配或使用的上行字节总数（为用户所发送）。
CC-Output-Octets	414	Unsigned64	请求、分配或使用的下行字节总数（为用户所接收）。
CC-Service-Specific-Units	417	Unsigned64	表示一个选定的业务中业务相关单元的数目（比如事件的数目），对于固话业务，表示最大通话时长，以秒为单位。业务相关单元数目和Rating-Group相关。
Time-Quota-Threshold	868	Unsigned64	以秒计的配额门限值。 当Multiple-Services-Credit-Control包含Granted-Service-Units，且Granted-Service-Units中包含CC-Time时（也即分配的配额是时间配额时），Multiple-Services-Credit-Control可以包含Time-Quota-Threshold。 如果收到Time-Quota-Threshold，GGSN在剩余配额低于Time-Quota-Threshold定义的门限值时将向OCS发起CCR重新授权申请新的配额。在重新授权过程中，GGSN将允许用户继续使用业务，直到先前的配额全部用完。
Volume-Quota-Threshold	869	Unsigned64	以字节计的配额门限值。 当Multiple-Services-Credit-Control包含Granted-Service-Units，且Granted-Service-Units中包含CC-Total-Octets、CC-Input-Octets或者CC-Output-Octets时（也即分配的配额是流量配额时），Multiple-Services-Credit-Control可以包含Volume-Quota-Threshold。 配额机制同Time-Quota-Threshold。
Cost-Information	423	Grouped	用于返回业务相关的费用信息。
Used-Service-Unit	446	Grouped	从业务激活开始（如果采用中间计费时，则从上一次测算结束点开始）所测算出的已使用服务单元总数。 Used-Service-Unit AVP是一个AVP组，具体ABNF语法如下： Used-Service-Unit ::= <AVP Header: 446> [Reporting-Reason] [Tariff-Change-Usage] [CC-Time] [CC-Money] [CC-Total-Octets] [CC-Input-Octets] [CC-Output-Octets] [CC-Service-Specific-Units]
Reporting-Reason	872	Enumerated	3GPP扩展AVP，指明单个或多个类型的配额上报使用情况的原因。在CCR上报信用使用情况时，Reporting-Reason可以出现在Multiple-Services-Credit-Control中，或者出现在Used-Service-Units中。Reporting-Reason不应该出现在命令层。它应该总是且仅是和配额使用情况报告一起发送。 Reporting-Reason AVP定义如下： 0：THRESHOLD，表示在Used-Service-Units中相关配额使用情况达到信用门限。 1：QHT（配额空闲时间），表示在Multiple-Service-Credit-Control中相关配额使用情况达到QHT（由此前的CCA指定）。 2：FINAL，针对PS业务，表示在Multiple-Service-Credit-Control中相关配额使用情况进行报告的原因是一个普通的PDP访问终止了；针对IN（Intelligent Network）业务：表示由交换机发起的主动结束（包括挂机、忙)，说明用户通话中止或无法建立。 3：QUOTA_EXHAUSTED，表示在Used-Service-Units中相关配额用尽。 4：VALIDITY_TIME，表示在Multiple-Service-Credit-Control中相关配额使用的信用授权的生命期（由Validity-Time 指定）已经结束。 5：OTHER_QUOTA_TYPE，表示在Used-Service-Units中相关配额使用情况是其他配额到达报告触发条件（当同时存在多个配额情况下）。 6：RATING_CONDITION_CHANGE，表示在Multiple-Service-Credit-Control中对相关配额使用情况进行报告的原因是有rating条件发生了变化。发生变化的rating条件在相关的Trigger-Type中指明。 7：FORCED_REAUTHORISATION，表示在Multiple-Service-Credit-Control中对相关配额使用情况进行报告的原因是OCS发起了一个重授权过程。 QHT、FINAL、VALIDITY_TIME、FORCED_REAUTHORISATION、RATING_CONDITION_CHANGE适合所有的配额类型，用于Multiple-Services-Credit-Control中；THRESHOLD、QUOTA_EXHAUSTED、OTHER_QUOTA_TYPE适合一个特定配额类型，仅出现在Used-Service-Units中。 当Reporting-Reason设置为RATING_CONDITION_CHANGE时，则使用Trigger-Type指明导致重授权请求的事件。
Tariff-Change-Usage	452	Enumerated	表示在一个报告周期中发生费率切换时，所使用的单元是在费率切换前或后，或者跨越不同的费率。如果无该AVP，表明没有发生费率切换。 另外，当应答消息是Multiple-Service-Credit-Control AVP时，该AVP定义了所分配的单元是在费率改变之前或之后被使用。在应答消息中，如果该AVP被忽略，则表明使用的是单一配额机制。 Tariff-Change-Usage AVP定义如下： 0：UNIT_BEFORE_TARIFF_CHANGE 如果在Multiple-Services-Credit-Control AVP中出现该值，表示在费率切换之前分配的可用的单元。 如果在Used-Service-Unit AVP中出现该值，表示在费率切换之前已经使用的单元。 1：UNIT_AFTER_TARIFF_CHANGE 如果在Multiple-Services-Credit-Control AVP中出现该值，表示在费率切换之后分配的可用的单元。 如果在Used-Service-Unit AVP中出现该值，表示在费率切换之后已经使用的单元。 2：UNIT_INDETERMINATE，表示所使用的单元跨越了费率切换。该AVP只出现在Used-Service-Unit AVP中。
Termination-Cause	295	Enumerated	指示接入设备GGSN上会话终止的原因，取值如下： 1：DIAMETER_LOGOUT 用户发起的终止会话。 2：DIAMETER_SERVICE_NOT_PROVIDED 用户用户同时收到终止会话和会话授权消息时，终止会话优先。 3：DIAMETER_BAD_ANSWER 接入设备GGSN收到的授权消息RAA处理失败。 4：DIAMETER_ADMINISTRATIVE 由于管理员原因，用户不能被接入，比如收到ASR中断会话消息。 5：DIAMETER_LINK_BROKEN 与用户的连接突然中断。 6：DIAMETER_AUTH_EXPIRED 用户会话授权时间到期。 7：DIAMETER_USER_MOVED 用户从别的接入设备GGSN请求服务。 8：DIAMETER_SESSION_TIMEOUT 用户会话时间超时。
Multiple-Services-Indicator	455	Enumerated	多业务标识。用于指示GGSN是否有能力在一个(子)会话中独立处理多业务。省略该AVP表示不支持多业务。OCS如果不支持多业务信用控制，则该AVP无效。对于同一个会话，GGSN只须在initial消息中询问是否使用该AVP。 Multiple-Services-Indicator AVP定义如下： 0：MULTIPLE_SERVICES_NOT_SUPPORTED，表示GGSN在一个(子)会话中不支持独立的多业务信用控制。 1：MULTIPLE_SERVICES_SUPPORTED，表示GGSN在一个(子)会话中支持独立的多业务信用控制。
Multiple-Services-Credit-Control	456	Grouped	多业务独立信用控制相关的AVP。每个实例携带一个或多个业务，或一个与Rating-Group相关的单元。 Multiple-Services-Control AVP是一个AVP组，具体ABNF语法如下： Multiple-Services-Credit-Control ::= <AVP Header: 456> [Reporting-Reason] *[Trigger-Type] [Quota-Holding-Time] [Granted-Service-Unit] [Time-Quota-Threshold] [Volume-Quota-Threshold] [Requested-Service-Unit] *[Used-Service-Unit] [Tariff-Change-Usage] [Rating-Group] [Validity-Time] [Result-Code] [Final-Unit-Indication]
Trigger-Type	870	Enumerated	用于指示单个重授权事件类型，当Trigger-Type出现在CCA命令中时，表示导致GGSN重新申请配额的事件。当消息中出现Trigger AVP中未包括的事件时，客户端不执行重新授权申请新配额。 当CCR中Reporting-Reason为RATING_CONDITION_CHANGE时，Trigger-Type必须配合与其使用。 Trigger-Type AVP定义如下： 1：CHANGE_IN_SGSN_IP_ADDRESS，表示SGSN IP地址变化导致GGSN请求新的授权配额。 2：CHANGE_IN_QOS，表示终端用户商议的QoS变化导致GGSN请求新的授权配额。 3：CHANGE_IN_LOCATION，表示终端用户位置变化导致GGSN请求新的授权配额。 4：CHANGE_IN_RAT，表示无线接入技术变化导致GGSN请求新的授权配额。
Rating-Group	432	Unsigned32	Rating组标识。所有相同Rating类型的业务都是同一个Rating组，通过Service-Context-Id和Rating-GroupAVP的组合可唯一标识所请求的Rating组。
Validity-Time	448	Unsigned32	指示该AVP由OCS发送给GGSN时，所分配的业务单元的有效时间，单位为秒。 有效时间从客户端收到包含Validity-Time的CCA消息时开始计算。如果分配的业务单元没有在有效时间内用完，GGSN须向OCS发送CCR配额更新请求消息。 Validity-Time还可以用于业务终止，用于指示GGSN在特定动作（比如：REDIRECT或RESTRICT_ACCESS）开始以后允许用户使用网络资源的有效时间。当有效时间过后，GGSN将向OCS发送新的配额更新请求消息。
Service-Information	20100	Grouped	业务的基本信息。定义该AVP的目的是为了允许GGSN传送特定的额外业务信息。
Final-Unit-Indication	430	Grouped	指示在CCA消息中Granted-Service-Unit包含业务的最后单元数。当这些单元用完后，GGSN负责执行在Final-Unit-Action中指定的动作。 Final-Unit-Indication AVP是一个AVP组，具体ABNF语法如下： Final-Unit-Indication ::= < AVP Header: 430 > {Final-Unit-Action} *[Restriction-Filter-Rule] *[Filter-Id] [Redirect-Server]
Final-Unit-Action	449	Enumerated	指示GGSN当用户帐户余额无法支付业务费用时将采取的行动。 Final-Unit-Action定义如下： 0：TERMINATE，表示GGSN必须终止业务会话。GGSN接收到一个不支持的Final-Unit-Action值时默认采取的是该处理方式。 1：REDIRECT，表示业务处理单元必须将用户重新定向到Redirect-Server-Address中指定的地址。 2：RESTRICT_ACCESS，表示接入设备必须按照Restriction-Filter-Rule或者Filter-Id中定义的IP包过滤器来限制用户的接入。所有与过滤器不匹配的数据包都必须被丢弃。
Check-Balance-Result	422	Enumerated	余额检查的结果。 Check-Balance-Result AVP定义如下： 0：ENOUGH_CREDIT，表示用户余额满足所请求的业务。 1：NO_CREDIT，表示用户余额不满足所请求的业务。
Credit-Control-Failure-Handling	427	Enumerated	当从GGSN送给OCS的DCC消息因为网络问题而暂时失败时，GGSN使用该AVP中的信息决定下一步如何处理。根据业务逻辑的不同，OCS在该业务无法计费时，可以命令GGSN中止业务，或者切换到替代的OCS。 Credit-Control-Failure-Handling AVP定义如下： 0：TERMINATE，表示业务只有在存在OCS连接时才可以使用。如果GGSN在Tx定时器内没有收到CCA消息，则所发出的CCR被认为是无效的，同时中止终端业务会话。应答消息中没有出现这个AVP时也默认采取这种处理方式。 1：CONTINUE，表示GGSN在传输或临时失败时，重新发送请求到替代OCS。这样，在替代OCS可用时，在GGSN和OCS之间提供失败时系统的处理流程。另外，即使DCC消息无法发送，也允许使用业务。 2：RETRY_AND_TERMINATE，表示GGSN在传输或临时失败时，重新发送请求到替代OCS。这样，在替代OCS可用时，在GGSN和OCS之间提供失败时系统的处理流程。另外，当DCC消息无法发送，不允许使用业务。
Direct-Debiting-Failure-Handling	428	Enumerated	当从GGSN发送到OCS的DCC消息（Requested-Action AVP设置为Dierect Debiting）由于网络故障而临时失败时，GGSN使用该AVP中的信息来决定下一步的行为。 Direct-Debiting-Failure-Handling AVP定义如下： 0：TERMINATE_OR_BUFFER，表示业务只有和OCS的连接存在时才可以使用。如果GGSN在Tx定时器内没有收到任何CCA，则所发出的CCR被认为是失败的。GGSN如果能确定失败的应答还没有被扣费，应中止业务。否则，GGSN允许业务使用，在应用层保存请求并尝试重新发送请求。这些请求必须通过设置命令头中的T-flag来标明该消息是重复的。应答消息中没有出现这个AVP时也默认采取这种处理方式。 1：CONTINUE，即使DCC消息无法发送，也应该允许使用服务，并且删除请求。
G-S-U-Pool-Identifier	453	Unsigned32	在一个会话中标识一个信用联合体。
G-S-U-Pool-Reference	457	Grouped	该AVP在CCA消息中使用，在一个会话中将Granted-Service-Unit与其所属的信用联合体(credit pool)相关联。

gprssanling

表格貌似哪个规范里面的，第一行Origin-Host描述是一个值得注意的问题：

“由全网统一分配，不同Diameter对等端必须保证唯一。例如：ggsn001.huawei.com”

这个唯一不是物理上的唯一。如实际应用OCS实时计费系统，一个OCS服务器对端可以有几台物理节点GGSN，GGSN在配置上host-name可以是不同的，因为服务器实际上淡化这个地址来区分对端业务，而是重点使用其他地址和这个字段整合出session-id字段来区分。这么来说，实际这个Origin-Host可以不唯一，即使逻辑上，Origin-Realm内（外），都可以不唯一。

Gy接口报文里面能看到这些字段。

tosumup

如果CCA消息里缺少了必选AVP，GGSN接下来应如何处理？

ccc123

学习了，感谢。。。。