top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration Why to Join

Facebook Login
Site Registration

How Reporting-Reason AVP reporting is decided by GGSN/P-GW in Gy interface?

+1 vote
737 views

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

posted Mar 31, 2016 by Chinmoy Padhi

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

1 Answer

+1 vote

It is very simple, in case OCS provides threshold value in Granted-Service-Units under MSCC so once that threshold is reached CCR-U goes with Reporting-Reason THRESHOLD
In case threshold is not provided and Granted Quota is consumed then the reporting reason will be quota exhausted.
In case the Gy session is being removed then the reporting reason will be FINAL
In case there are multiple MSCC(multiple Rating Groups basically) and threshold/quota is exhausted for one of them and implementation is such that quota consumption for all the rating groups for the bearers are reported then for the other rating group for which quota is not exhausted it is set to OTHERS.

Hope it helped

Regards,
Peeyush Sharma

answer Mar 31, 2016 by Peeyush Sharma
Thanks a lot Peeyush, my query is will it be possible that together validity time got expired and quota also exhausted.so how ggsn will choose which parameter need to be reported ocs. Will it report both the reporting reason parameter or only one parameter?
Maybe i missed the second part of your question. Anyways, as per MSCC structure multiple occurrences of Reporting-Reason are supported so, yes both reporting reason can be sent under same MSCC.

Regards,
Peeyush Sharma
Thanks Peeyush, even I found in 3GPP TS 32.299 that certain types of Reporting-Reason parameters need to be part of MSCC AVP and some Reporting-Reason parameters are need to be part of Used-Service-Unit AVP .It looks like GGSN can send more than one Reporting-Reason AVP to OCS.
Similar Questions
+3 votes

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?

+3 votes

I am looking for detailed description of LTE online charging

+2 votes

Hi,
I am unable to get some correct explanations for CCR-Initial.
Will it be possible to send more than one CCR-I with same session Id and different rating groups?

For example,
1.CCR-I with Request-Type = 1,Request-Number = 0 and Rating-Group = 10
2.CCR-I with Request-Type = 1,Request-Number = 1 and Rating-Group = 20

I tried to find the answer in RFC-4006,but didn't get any clue, or may be I am missing any clause or paragraph from that.
It will be great help if any standard RFC or 3GPP TS says about that.

+2 votes

Based on the 3GPP 29.272, the IDR (Insert-Subscriber-data Request message) is generated by the HSS to the MME to update the subscriber profile in the MME and/or requesting subscriber info such as location-information, subscriber state...
However the SUBSCRIPTION-DATA AVP containing the of profile to be added or updated is defined as Mandatory.
What should contain this AVP if the IDR is sent only for requesting subscriber-info without updating the subscriber profile.
Should ot be present without any nested AVP under it?

+1 vote

PDN connection is already established to a PDN-GW (PDN GW address was resolved by DNS resolution)
The HSS sends to the serving MME, S6a-IDR (Insert Subscriber Data) where the PGW-address (MIP6-Agent-info AVP) set to another IP-address is specified in the APN configuration.
Should the MME immediately tear down the existing PDN connection and re-establish a new connection with the PDN-GW present in the IDR message?

Contact Us
+91 9880187415
sales@queryhome.net
support@queryhome.net
#280, 3rd floor, 5th Main
6th Sector, HSR Layout
Bangalore-560102
Karnataka INDIA.
QUERY HOME
...