top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

In LTE Gx (Diameter) Interface how would transactions like Re-Auth Req/Ans mapped to IMSI?

+3 votes

In LTE Gx (Diameter) Interface how would transactions like Re-Auth Req/Ans mapped to IMSI? these transactions don't have Subscription ID and User-Name APN and same thing for other Diameter Interfaces transactions that are missing Subscription ID and User-Name APN.
If you can give me an insight I will greatly appreciated it!

posted Feb 2, 2017 by anonymous

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

1 Answer

+1 vote

Gx is a Diameter based interface where Session-Id AVP is used to map UE signalling.
If you closely observe CCR (Credit-Control-Request) message which goes from PCEF/PGW to PCRF during attach request, PGW includes Subscription-Id AVP (IMSI) in CCR message.
This message onward, PCRF maintains mapping between session id and IMSI. If PCRF initiates RAR towards PCEF, it just needs to add sessionid only.

I am not sure but logically it means per default bearer one CCR is triggered by PGW/PCEF to PCRF.
Please confirm to me if someone has knowledge on this.

answer Feb 2, 2017 by Harshita
I tried that approach I didn't see any common Session IDs between CCR and RAR, afaik Session IDs are unique per transaction.
Hi Lava,
Even I have the same understanding what Harshita has in this case. I have Gx interface wireshark logs in which CCR and RAR both messages use the same value for Session-Id AVP.

For the time being if I agree with you that Session-Id AVP is not used to identify the UE then on which parameter basis , UE will be identified at the receiving side. Do u  know any other AVP that carries UE information in RAR ?

If you want I can share the wireshark logs with you for reference.

hi Vimal,
Thank you for your input, I think it depends on the vendor, in my case I tried filtering for session ID and I only got 1 CCR transactions or RAR transaction [depend on the session ID I filtered for], as per Identifying UE I know User-Name, and Subscription ID AVPs are used for that, but when these are not present in any Diameter Transactions then not sure how DB is recognizing the UE, would like some insight on that.
By exchanging CCR/CCA a session is created between PCEF and PCRF for an UE. In case of any bearer establishment or termination, CCR-Type "UPDATE_REQUEST" is used. In case of session establishment CCR-Type would be "INITIAL_REQUEST" and for termination it would be "TERMINATION_REQUEST". If CCR-Type is assigned to "EVENT_REQUEST" then session would be not maintained.

Logically if a session is maintained between two nodes then using other AVPs like User-Name, Subscription Id to identify an UE is not efficient implementation.
Similar Questions
+3 votes

3GPP 29.210 section 6 talks about Gx over Gy application. My question is about the use case, i.e. in what practical scenario one will require to have Gx over Gy support.

+2 votes

How PCEF decide which QCI_X(where X = 1,2,3,4,5,6,7,8,9,65,66,67,68,69,70) value need to be send to PCRF.
What is the significance of so many QOS-Class-Identifiers?
Even 3GPP 29.212 doesn't define any reason for classification between different QOS-Class-Identifiers.

+1 vote

Is it possible to use Credit-Control-Failure-Handling AVP in Gx interface. If so, how?

My query is when PCEF sends a CCRequest to PCRF and PCRF does not reply anything, so in that case will that be possible to use Credit-Control-Failure-Handling(CCFH) avp.

Does this behavior allowed as per 3GPP Standards or its upto the customization of the product. Any reference are highly appreciable.