top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

DOES Multiple credit service control avp is mandatory for credit control charging(gy)

+3 votes
1,022 views

I had a doubt on the multiple service credit control AVP for charging. I have seen some pcap traces where RSU, USU, GSU AVPs are sending within MSCC, and out of MSCC avps.

Does MSCC block is mandatory for Online Charging System, can you please the reason also?

posted Nov 24, 2015 by Dhinesh Ram

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

2 Answers

+1 vote

As per my understanding in LTE network MSCC is needed. However in some other legacy network RSU GSU come outside the MSCC AVP

Regards,
Peeyush Sharma

answer Dec 1, 2015 by Peeyush Sharma
Thanks for the reply peeyush
0 votes

MSCC gives added advantage in case if you are running different traffics under the different service id and rating Group combination.

answer Oct 16, 2016 by Sanjeet Singh
Similar Questions
+4 votes

Hi,

What are the possible Result-Codes for Multiple-Services-Credit-Control AVP.
Is there any other result codes from 2001, 4012? If so, please mention the scenario
Any reference would be highly appreciable

+1 vote

Hi all,
I am looking for a real example of using the Multiple Services Credit Control with Radius.
Anyone implemented this already ?

Thanks
BR

+1 vote

Hi ,
How Reporting-Reason AVP reporting is decided by GGSN/P-GW in Gy Interface.
There are different Reporting-Reason AVP parameters are present. My doubt is let say at same time Quota_Exhausted and Validity_Time got expired , so how GGSN/P-GW will choose which parameter need to be reported to OCS.
Is their any priority or ordering concepts?

Appreciate your help.

Thanks

+1 vote

I am going through the 32.299 and trying to figure out the contents of the CCR message.

Section 6.4.2 lists the AVPS in that message, I am looking for how the PCEF sends the "used bytes" to OCS. The "Multiple services credit control" looks like the one. But need some inputs and help on this AVP. Or please correct me if I am wrong.

+3 votes

I'm doing some integration toward Gy client (PCEF), and encountered an unclear area. I'm not sure if it is unclear in RFC 4006 or the 3GPP TS32.299 or both.

Scenario: A user logs on. The user has no credit left for a rating-group 42.

CCR-initial and CCA-initial:
Nothing interesting. In Gy it is typically just "empty" requests for the purpose of registering the user session.

The user then attempts to use rating-group 32:

CCR-update:

 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Requested-Service-Unit {
 }
 }

to which the OCS (Gy server) would normally respond:

CCA-update:

 Result-Code = 2001 (success)
 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Result-Code = 4012 (credit-limit-reached)
 Final-Unit-Indication {
 ...
 }
 }

However, the Gy specification says that a zero-grant is needed, which to me sounds a bit odd, but nevertheless:

Result-Code = 2001 (success)
 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Result-Code = 4012 (credit-limit-reached)
 Granted-Service-Unit {
 CC-Total-Octets = 0
 }
 Final-Unit-Indication {
 ...
 }
 }

Now, the Gy client vendor says that the result-code inside the MSCC must be 2001 (success). It sort of makes sense because there is a grant.

But that made me wonder: In which case would result-code=4012 make sense? Is it just 3GPP who has "mangled" diameter-credit-control in the Gy application?

...