Multiple-Services-Credit-Control AVP和Granted-Service-Unit AVP

爱卫生

Multiple-Services-Credit-Control AVP和Granted-Service-Unit AVP有着千丝万缕的联系。因此放在一起介绍。这两个AVP都是用于Credit Control目的，即额度控制。额度如果不足，需要重新申请。申请到的额度通过这两个AVP下发，Granted-Service-Unit AVP不会单独存在，是包含在MSCC AVP里面的。按控制方式不同，有按时间或按流量来控制的。Granted-Service-Unit AVP中包含了允许用户所使用的时间长度或流量字节数。GGSN进行实时监控，如果发现额度不足，将发送CCR消息到PCRF重新申请额度。

以下是RFC 4006中关于这两个AVP介绍的原文，如下：“

   ”Granted-Service-Unit AVP (AVP Code 431) is of type Grouped and contains the amount of units that the Diameter credit-control client can provide to the end user until the service must be released or the new Credit-Control-Request must be sent.  A client is not required to implement all the unit types, and it must treat unknown or unsupported unit types in the answer message as an incorrect CCA answer.  In this case, the client MUST terminate the credit-control session and indicate in the Termination-Cause AVP reason DIAMETER_BAD_ANSWER。

The Granted-Service-Unit AVP is defined as follows (per the grouped-avp-def of RFC 3588prop [DIAMBASE]):

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]
                                *[AVP]“

“Multiple-Services-Credit-Control AVP (AVP Code 456) is of type Grouped and contains the AVPs related to the independent credit-control of multiple services feature.  Note that each instance of this AVP carries units related to one or more services or related to a single rating group.”

以下给出了一个这两个AVP的实例截图。

在本例中可以看到，PCRF通知GGSN，关于该PDP上下文用户可以使用的流量为410255724字节或者300秒的时间。

e2e

爱总，请教个问题呗。CCR-I中为什么有时候有MSCC而有的时候没有？还有CCR-U中为什么有时候是REQUEST_SERVICE_UNIT而有时候是USED_SERVICE_UNIT?

爱卫生

e2e 发表于 2014-2-24 22:48
爱总，请教个问题呗。CCR-I中为什么有时候有MSCC而有的时候没有？还有CCR-U中为什么有时候是REQUEST_SERVIC ...

要分场景来决定。比如有的是初始化建立PDP上下文的场景，有的是基于累计使用量来控制用户Qos的场景等等。你可以截个图或者放个包来说下你的场景是什么。咱们可以分析下。

e2e

这是Gy接口的抓包，但CCR中发了BAD_ANSWER，并把session terminate掉了。由于我之前接触过的Gy消息中，CCR-I都是不带MSCC的，而且CCR-U中都是一个REQUEST_SERVICE_UNIT对应一个Granted_service_unit。所以我就觉得会不会是这里有问题。。。

爱卫生

e2e 发表于 2014-2-26 23:21
这是Gy接口的抓包，但CCR中发了BAD_ANSWER，并把session terminate掉了。由于我之前接触过的Gy消息中，CCR- ...

最近比较忙，还得查下规范。CCR-I应该也可以带请求的MSCC的 。初步感觉应该也是由于收到了错误的CCA MSCC应答，导致Gy接口故障的。还需要确认。

diyinjitai

e2e 发表于 2014-2-26 23:21
这是Gy接口的抓包，但CCR中发了BAD_ANSWER，并把session terminate掉了。由于我之前接触过的Gy消息中，CCR- ...

Hi朋友，我感觉问题是出在了第四个报文，也就是OCS回复给GGSN的CCA-U，第三个报文是因为QHT到期，所以GGSN要向OCS发起CCR-U，该报文中没有RSU，也就是没有再向OCS请求quota，第四个报文的AVP MSCC中包含了GSU，该GGSN不支持预留quota，其认为是bad answer
解决方法：可以告诉OCS侧，GGSN不请求quota，OCS回复的CCA报文中就不要带GSU了