cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2973
Views
0
Helpful
19
Replies

Mobile phone call get disconnect

In CUCM 7.1 setup, customer integrates third party IVR box with SIP trunk, communication between CUCM and IVR box working perfect including agent, supervisor and hunt group.

But when IVR try to transfer call to mobile phone, it goes as missed calls in mobile phone, landline call transfer from IVR is working perfect. Please let me the solution .

19 Replies 19

Gajanan Pande
Cisco Employee
Cisco Employee

Could you confirm, if the voice gateway used to call Mobile phones ( GSM/CDMA ) is different than the voice gateway used to call Landlines ?

Can you provide a call flow diagram when the call is transferred from IVR to Mobile phones ? I.e. which components the call traverse through while it reaches the mobile phone over PSTN ?


GP.

Voice Gateway [ 2921 configured as MGCP, CUCM 7.1 ], Mobile  Phone using GSM.

In third party IVR, when the customer selecting a particular option the call will be transfer to GSM number as missed call.

Bala,

My question is still unanswerred, therfore I wd still ask the same questions..

1. Could you confirm, if the voice gateway used to call Mobile phones ( GSM/CDMA ) is different router than the voice gateway router used to call Landlines ?

2. Can you provide a call flow diagram when the call is transferred from IVR to Mobile phones ? I.e. which components the call traverse through while it reaches the mobile phone over PSTN ? Following could be an example of call-flow diagram

e.g. IVR >> CUCM >> Gateway >> PRI/SIP Trunk >> Mobile user at PSTN

GP.

1) We are using one voice gateway, configured as MGCP  the same voice gateway is configured to call GSM and Landline. 

2) When customer chooses some option in IVR, the call should to transfer GSM or landline. 

Call-flow diagram, third party IVR -> SIP trunk -> CUCM 7.1 -> MGCP gateway - ISDN PRI - mobile user.

Note - I had created CTI route point in CUCM - 7771;  DN -  7771 call are forward to mobile number 922223333, when we call the CTI point [ 7771] form IP Phone the call is hitting the GSM normally, when the DN - 7771, call is initiate  from IVR, the mobile get call as missed call.  Land line call transfers are working perfect.

1. Does the call ( IVR transfer to Mobile ) get disconnected as soon as Mobile user answers the call ?

2. or does the call disconnect after ringing on Mobile for say 2 rings & thus leaves a missed call ?

If it's the case 1, then we should check Codec negotiation config for the call leg of IVR to Mobile user. Case 1 is perfect symptom of Codec issue, i.e. signalling goes well but call drops as codec is not negotiated properly.

Pls lemme know how it goes.


GP.

Our issuse is - call disconnect after ringing on Mobile for say one rings & thus leaves a missed call in mobile phone ?.

Please let me know workaround for this issuse.

Try enabling MTP for mobile calls. i.e. Check MTP required field.


GP.

We had checked MTP field, but same result, call get disconnected after one ring. But for Landline there is no problem, could you please light me more info related to troubleshoot.

tech_newpark
Level 1
Level 1

I am receiving a similar issue. To answer the same questions:

CUCM Version 8

1. Could you confirm, if the voice gateway used to call Mobile phones ( GSM/CDMA ) is different router than the voice gateway router used to call Landlines ?

-Gateway being used for landlines is the same gateway being used for mobile calls.

2. Can you provide a call flow diagram when the call is transferred from?

PSTN -> Incomming call -> Gateway -> DN -> Call Forward All CSS -> Gateway -> PSTN

Call processing completes, but the call drops after a single ring. See below for a debug isdn q931 for call process. (Removed last 4 digits with X's)

*Dec 26 18:51:24.899: ISDN Se0/0/1:23 Q931: TX -> SETUP pd = 8  callref = 0x0013

                Bearer Capability i = 0x8090A2

                                Standard = CCITT

                                Transfer Capability = Speech 

                                Transfer Mode = Circuit

                                Transfer Rate = 64 kbit/s

                Channel ID i = 0xA98397

                                Exclusive, Channel 23

                Progress Ind i = 0x8283 - Origination address is non-ISDN 

                Calling Party Number i = 0x2183, '832444XXXX'

                                Plan:ISDN, Type:National

                Called Party Number i = 0x80, '1936668XXXX'

                                Plan:Unknown, Type:Unknown

*Dec 26 18:51:24.931: ISDN Se0/0/1:23 Q931: RX <- STATUS pd = 8  callref = 0x0D25

                Cause i = 0x80E018 - Mandatory information element missing

                Call State i = 0x06

*Dec 26 18:51:24.991: ISDN Se0/0/1:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x8013

                Channel ID i = 0xA98397

                                Exclusive, Channel 23

*Dec 26 18:51:27.831: ISDN Se0/0/1:23 Q931: RX <- PROGRESS pd = 8  callref = 0x8013

                Progress Ind i = 0x8288 - In-band info or appropriate now available

*Dec 26 18:51:27.835: ISDN Se0/0/1:23 Q931: TX -> PROGRESS pd = 8  callref = 0x8D25

                Progress Ind i = 0x8288 - In-band info or appropriate now available

*Dec 26 18:51:27.871: ISDN Se0/0/1:23 Q931: RX <- STATUS pd = 8  callref = 0x0D25

                Cause i = 0x80E503 - Message not compatible with call state

                Call State i = 0x06

*Dec 26 18:51:28.791: ISDN Se0/0/1:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x0D25

                Cause i = 0x8092 - No user responding

*Dec 26 18:51:28.803: ISDN Se0/0/1:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x0013

                Cause i = 0x8092 - No user responding

*Dec 26 18:51:28.871: ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8  callref = 0x8013

*Dec 26 18:51:28.903: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0013

Let me know if you need any more information.

Yes we are facing the same issuse, please advice the solution.

You should negotiate signalling details with your telco. Ask them what IEs they awaiting.

Typicaly problems where some destination not working occurs when you send incorrect type/plan.

Sent from Cisco Technical Support iPad App

Now we are not sending dail plan type for called or calling number, we will try this also.

But when we called GSM number from Cisco - IP Phone the call is completed normally, when a GSM call is initiate from third party IVR box to cisco call manager via SIP trunk, the call is disconnected after one ring, Land line call transfer it works normal.

Call flow :

incoming call from PSTN->Cisco MGCP gateway E1 ->CUCM 7.1->SIP Trunk-> Third party IVR box -> for some option IVR need to transfer call to GSM  via-> SIP trunk -> CUCM 7.1 -> Voice gateway - Mobile users. Mobile user call drops after one ring.

For  IVR - land line call transfer there is no issuse, please light me more detail to troubleshoot this issuse further.

First compare debug isdn q931 for successful and failed call to one number. After you find what changes you can tune the SIP trunk.

Regards, Maxim

For failed call we are getting the error as  "cause code - 0x82E6" ,

In ISDN we will mark numbering plan type and we will see the ISDN debug output, but I dont think because of plan type the call will drop by Telco.

for GSM,  route pattern able to call from Cisco IP Phone normally, IVR also hitting the same GSM route pattern and goes as missed call.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: