- This topic has 8 replies, 1 voice, and was last updated 1 year, 11 months ago by wallis dudhnath.
4th February 2009 at 14:15 #55617MaramGuest
In one cell of my network, the call is dropped exactly after 6min.
Please can any one explain me the cause ?
Is it a problem of timer ? if yes which timer please ?
Thanks a lot !4th February 2009 at 16:37 #55618PixGuest
This is a problem in the core network, not the radio network. So look in your MSC, Call Server, etc. There is certainly a timer there that prevents a user to talk more than 6minutes.5th February 2009 at 08:42 #55619MaramGuest
But this problem is not generalized in all cells, only in one cell.
Please Pix, a core network problem can be in only one cell ?5th February 2009 at 18:53 #55620PixGuest
ok, sorry, i have misread your first post.
6 minutes in one cell ??
I’ve never came across anything like this. All calls on this cell are released after 6 minutes, exactly, 6 minutes ? All of them ?
What about GPRS transfers ? Can you try to do a FTP download for more than 6 minutes ?
Well, unless you have such weird timer in the BTS, I still believe it’s a MSC issue. Maybe I’m missing something, though. Which codec are you using? AMR? If yes..
Could you try using another codec?
Which vendor is it?6th February 2009 at 12:49 #55621MaramGuest
Yes, All calls on this cell are released after exactly 6 minutes.
We d’ont use AMR codec.
Vendor is ALCATEL.
I will try an FTP download.
Hope we find a way to discover pb source !6th February 2009 at 18:37 #55622PixGuest
it’s alcatel, so i can check our database… if it’s there, i’ll tell you. But you’ll have to wait till after the weekend.9th February 2009 at 09:40 #55623MaramGuest
The pb seems generalized in all cells swapped recently from a G2 BSC to an MX BSC !!!!9th February 2009 at 13:17 #55624RashGuest
I want to know what is the standred in this case in 3GPP;
When receiving an InitialDP message with the Event Type Bcsm “collectedInfo” (TDP-2), the SCP differentiates an InitialDP for an MO call from an InitialDP for an MF call by means of the following criteria:
-The InitialDP for an MO call must include the parameter Called Party BCD Number.
-When recognizing an InitialDP message for an MO call, the SCP uses the LocationInformation/vlr-number or MSC number parameter in the InitialDP for identifying the calling subscriber’s serving network and reply??
in case the vlr number equal to MSC number , we don’t face any problem, but in case the vlr number is not equal MSC number we face a problem that we don’t reply to the MSC.
we must care about vlr number or MSC number. do you have any idea about this or how we can fix this problem.7th June 2019 at 15:51 #55625wallis dudhnathGuest
A number of parameters are conveyed with the InitialDP:-
This parameter indicates the whereabouts of the Mobile Customer, and the age of the information defining the whereabouts
This parameter gives the mscId assigned to the GMSC/MSC. Generally, it aligns with the VLR, i.e. MSC/VLR (SSF/gsmSSF).
Align the MSC/VLR configuration.