51学通信技术论坛

标题: Gy接口消息字段 [打印本页]
作者: admin    时间: 2013-3-20 23:33:56     标题: Gy接口消息字段

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

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

如下表1：

[tr][/tr]
[tr][/tr]
AVP名称AVP代码数据类型描述
Origin-Host264DiameIdentDCC消息发起端设备标识，每个Diameter消息必须出现该AVP。由全网统一分配，不同Diameter对等端必须保证唯一。
例如：ggsn001.huawei.com
Origin-Realm296DiameIdentDCC消息发起端设备的归属域，在所有的消息中出现。例如：huawei.com
Origin-State-Id278Unsigned32由GGSN向OCS发起的原始状态标识，该值是一个单调递增的整数。每次Diameter实体丢失以前的状态重新开始时都要增加，例如重启动。
Destination-Host293DiameIdent目的端设备标识。由全网统一分配，不同Diameter对等端必须保证唯一。
此AVP必须出现在所有代理主动发起的消息中，可能出现在请求消息中，但不可出现在应答消息中。
例如：ocs001.huawei.com
Destination-Realm283DiameIdent目的端设备归属域，不可在应答消息中出现。
例如：operator.com
Error-Reporting-Host294DiameIdent仅当设置Result-Code的主机与Origin-Host AVP中的host不同时，该AVP包含发送Result-Code AVP（值不是成功2001）的Host的标识符。该AVP用于发现并处理故障，当Result-Code AVP指出一个失败时，必须将其置位。
Result-Code268Unsigned32指示某特定的请求是否成功完成或是否发生了错误。所有标准应用中定义的Diameter应答消息必须包括Result-Code AVP。Diameter提供如下类型的错误代码，错误类型根据首位判别：
1xxx（信息报告）
2xxx（交互成功）
3xxx（协议错误）
4xxx（暂时故障）
5xxx（永久故障）
一个无法识别的类型（首位没有包括在定义中），则认为是永久失败。
Failed-AVP279Grouped由于特定AVP中的错误信息而导致请求被拒绝或者没有被完全处理时，该AVP可以提供调试（debug）信息。

Result-Code AVP中提供Failed-AVP的原因信息。Failed-AVP是一个AVP组，具体ABNF语法如下：

Failed-AVP ::= <AVP Header :279>

1*{AVP}
Experimental-Result297Grouped指明某个特殊的制造商定义的（vendor-specific）请求是否被正确完成或者是否出现差错 。
Experimental-Result-Code298Unsigned32包含一个制造商分配的（vendor-assigned）值以表示处理该请求的结果。
Auth-Request-Type274Enumerated包含在指定的认证/授权请求中，来通知对等端用户是否只需要认证，或只需要授权，还是两者都要。
AUTHENTICATE_ONLY 1
AUTHORIZE_ONLY 2
AUTHORIZE_AUTHENTICATE 3
Auth-Application-Id258Unsigned32用于重认证/授权应用的唯一标识。
0：表示Diameter Common Message
1：表示NASREQ
2：表示Mobile-IP，即该Mobile上网的IP地址
3：表示Diameter Base Accounting
4：表示DCC
0xffffffff：表示Relay
Re-Auth-Request-Type285Enumerated取值如下：
0：表示AUTHORIZE_ONLY
1：表示AUTHORIXE_AUTHENTICATE
默认为0。
Session-Id263UTF8String会话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-Cause273Enumerated包含OCS先前发布DPR消息的原因。支持下列原因值：
REBOOTING 0
即将进行预定中的重启。
BUSY 1
对等端的内部资源收到限制，因此决定需要关闭该传输连接。
DO_NOT_WANT_TO_TALK_TO_YOU 2
对等端在近期内不希望与此对等端交换任何消息，因此决定不需要该传输连接。
Host-IP-Address257Address用于提示Diameter对等端的发送端IP地址。这个AVP仅用在CER和CEA消息中。
Vendor-Id266Unsigned32设备制造商ID。
Supported-Vendor-Id265Unsigned32支持的设备制造商ID。这个AVP用在CER和CEA消息中，提示对等端本发送端支持由本AVP对应的制造商定义的AVP。
Vendor-Specific-Application-Id260Grouped用于通告厂商定义的Diameter应用。唯一的Auth-Application-Id与多个Vendor-Specific-Application-Id可能同时出现。此AVP必须为厂商自定义的应用中所有试验性指令的第一个AVP。
Product-Name269UTF8String包含制造商分配给产品的名称。
Service-Context-Id461UTF8StringDCC业务的唯一标识（可扩展）。
格式为：”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-Identifier439Unsigned32业务识别标识。和Service-Context-Id一起唯一确定一个业务，其值由运营商自行定义。
在不同的流程中的取值，由OCS计费业务或其他使用DCC接口进行的交互的外部系统共同约定。
CC-Request-Type416Enumerated发送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-Failover418Enumerated标识是否支持在一个CC会话进程中将CC消息转向备用OCS上。
0：被置为FAILOVER_NOT_SUPPORTED，表示不支持。
1：被置为FAILOVER_SUPPORTED，表示在主用OCS故障时支持将CC消息转向备用OCS上。
应答消息中没有这个AVP则表示不支持。
CC-Request-Number415Unsigned32同一会话中不同请求的标识（流水号）。由于Session-Id是全局唯一的，通过Session-Id和CC-Request-Number可以匹配不同的请求和应答。
可在每次INITIAL_REQUEST和EVENT_REQUEST中将CC-Request-Number设置为0，第一个UPDATE_REQUEST设为1，第二个设为2，以此类推。直到发送TERMINATION_REQUEST。
User-Name1UTF8StringNAI格式的用户名称。PS域中由[RADIUS]接入请求中上报。
UserPassWd20362UTF8String用户设置的查询密码。余额查询时，是被查询用户的密码。
Event-Timestamp55Time事件发生的时间，由GGSN产生。时间按1900 00：00 UTC时间的1月1日起换算。单位：秒。
Subscription-Id443Grouped用于标识业务签约方终端用户的信息。
Subscription-Id是一个AVP组，具体ABNF语法如下：
*Subscription-Id ::= <AVP Header: 443>
{Subscription-Id-Type}
{Subscription-Id-Data}
出现多个Subscription-Id的情况下，系统只处理第一个Subscription-Id。
Subscription-Id-Type450Enumerated用于确定该用户的终端标识类型。
取值如下：
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-Data444UTF8String终端用户ID数据。
例如：13454784586
Requested-Action436Enumerated如果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		437Grouped请求的服务单元或者金额总数。
在初次或者中间的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
431Grouped允许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-Change451Time费率切换时间。
CC-Time420Unsigned32所请求的、分配的或使用的时间。单位：秒。
CC-Money413Grouped指定货币的金额总数。
CC-Money AVP是一个AVP组，具体ABNF语法如下：
CC-Money ::= <AVP Header: 413>
{Unit-Value}
[Currency-Code]
CC-Total-Octets421Unsigned32请求、分配或使用的字节总数，该数值和方向（发送或接收）无关。
CC-Input-Octets412Unsigned64请求、分配或使用的上行字节总数（为用户所发送）。
CC-Output-Octets414Unsigned64请求、分配或使用的下行字节总数（为用户所接收）。
CC-Service-Specific-Units417Unsigned64表示一个选定的业务中业务相关单元的数目（比如事件的数目），对于固话业务，表示最大通话时长，以秒为单位。业务相关单元数目和Rating-Group相关。
Time-Quota-Threshold868Unsigned64以秒计的配额门限值。
当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-Threshold869Unsigned64以字节计的配额门限值。
当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-Information423Grouped用于返回业务相关的费用信息。
Used-Service-Unit446Grouped从业务激活开始（如果采用中间计费时，则从上一次测算结束点开始）所测算出的已使用服务单元总数。
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-Reason872Enumerated3GPP扩展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-Usage452Enumerated表示在一个报告周期中发生费率切换时，所使用的单元是在费率切换前或后，或者跨越不同的费率。如果无该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-Cause295Enumerated指示接入设备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-Indicator455Enumerated多业务标识。用于指示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-Control456Grouped多业务独立信用控制相关的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-Type870Enumerated用于指示单个重授权事件类型，当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-Group432Unsigned32Rating组标识。所有相同Rating类型的业务都是同一个Rating组，通过Service-Context-Id和Rating-GroupAVP的组合可唯一标识所请求的Rating组。
Validity-Time448Unsigned32指示该AVP由OCS发送给GGSN时，所分配的业务单元的有效时间，单位为秒。
有效时间从客户端收到包含Validity-Time的CCA消息时开始计算。如果分配的业务单元没有在有效时间内用完，GGSN须向OCS发送CCR配额更新请求消息。
Validity-Time还可以用于业务终止，用于指示GGSN在特定动作（比如：REDIRECT或RESTRICT_ACCESS）开始以后允许用户使用网络资源的有效时间。当有效时间过后，GGSN将向OCS发送新的配额更新请求消息。
Service-Information20100Grouped业务的基本信息。定义该AVP的目的是为了允许GGSN传送特定的额外业务信息。
Final-Unit-Indication430Grouped指示在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-Action449Enumerated指示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-Result422Enumerated余额检查的结果。
Check-Balance-Result AVP定义如下：
0：ENOUGH_CREDIT，表示用户余额满足所请求的业务。
1：NO_CREDIT，表示用户余额不满足所请求的业务。
Credit-Control-Failure-Handling
427Enumerated当从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-Handling428Enumerated当从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-Identifier453Unsigned32在一个会话中标识一个信用联合体。
G-S-U-Pool-Reference457Grouped该AVP在CCA消息中使用，在一个会话中将Granted-Service-Unit与其所属的信用联合体(credit pool)相关联。

作者: gprssanling    时间: 2013-3-29 11:26:45

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

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

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

Gy接口报文里面能看到这些字段。
作者: tosumup    时间: 2013-9-8 12:32:05

如果CCA消息里缺少了必选AVP，GGSN接下来应如何处理？
作者: ccc123    时间: 2014-3-22 11:04:09

学习了，感谢。。。。



欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2