Call dropped after exactly 6min

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.

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?

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.

CAMEL roaming
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.