top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration

Facebook Login
Site Registration

Correlation between Gx and Gy Interfaces (PGW/PCRF & PGW/OCS)

+1 vote

Hi all,

We have complexity linked to Gy and Gx interfaces.

Let's say that we have two rules configured as static on PGW with :

Rule1= Reports RatingGroup1
Rule2= Reports RatingGroup2

When PCRF install Rule 1 on Gx, the ratingGroup reported by PGW to OCS is RatingGroup1
When PCRF uninstal Rule1 then install Rule2, the ratingGroup reported by PGW remain RatingGroup1 till a Gy trigger is reached (revalidation time, GSU consumption...).
Then the problem on our system is that when PCRF change the rules on Gx interface the PGW keep reporting the old rating group on Gy interface ie: Gx change do not lead to a Gy change similtanously. I m wondering if there is a standard behaviour for such a use case?

Thanks a lot

posted Sep 19, 2016 by Mohamed Charif Benabad

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

1 Answer

+2 votes

A static rule can be mapped to a particular Rating-Group as in your case. For every Rule PGW should report the same rating-group to OCS as configured against its name.
Ex: There could be static rule which could be used for IMS APN and there could be few used for internet services. Operator would like to charge differently for them.

Standard behavior says same rating-group should be reported to OCS as sent by OCS or configured locally against a static rule.

Peeyush Sharma

answer Sep 21, 2016 by Peeyush Sharma
thank you Mr. Peeyush for your feedback.
Could you please show us which TS in 3GPP show this standard.

Thank you in advance,
In order to understand the complete flow you will have to go through 29.212, 32.299, 32.251 and RFC 4006
Similar Questions
+2 votes

Lets say we have counter 1, for a subscriber1, configured in SPR. Lets say this counter1 indicates that the QOS is throttled from 520kbps to 220kbps, when the usage exceeds the lets say 50MB in one month. This is what i understood..Now my query, is does this apply to only GBR bearers in the Subscriber ? And does it apply to all the dedicated GBR bearers ?
How is it applicable for the non GBR bearers ?

Also the PCEF, needs to send the CCR to OCS, i am not able to see how the PCEF is configured to trigger these reports back to OCS. (Is it by the CCA sent by the PCRF, that triggers this reporting from PCEF to PCRF ?)

+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.

+2 votes

This regarding the sessions b/w the PGW and PCRF.

Lets say we have 2 default bearers(DEF1, ad DEF2) for UE1, and 2 dediicated bearers for each of these Default bearers. And for UE2 assume 2 def bearers, DEF3, and DEF4.

Now a CCR is sent for initial default bearer DEF1 creation for UE1. Lets say session(session1) is created for this. with CCRequest number=0.
For Ded bearer1 creation, will it use the same session Id ? and increment the CCRNumber ?
What about the UE2?

I am new to Diameter and earlier, these things were internal and didnot need diameter interface. So the questions are arising.

+3 votes

Looking for the information related to PCRF.

Another specific question. When the PCRF decides on a QOS and sends across to P-GW. P-GW might not have got any info related to Dedicated bearer to be established earlier. So how does it map this newly sent QOS for the new dedicated bearer to the one it requested by P-CSCF.

I am trying to understand, how to map the QOS info sent by PCRF to the "dedicated bearer request by the P-CSCF. Can PCRF on sending the QOS, also create the new dedicated bearer id, which is sent back to P-CSCF ?

Any info regarding with is very helpful.

Contact Us
+91 9880187415
#280, 3rd floor, 5th Main
6th Sector, HSR Layout
Karnataka INDIA.