- This topic has 18 replies, 1 voice, and was last updated 8 years, 1 month ago by CKG.
27th May 2004 at 13:43 #38258TaruGuest
B is a prepaid subscriber and has conditional call forwarding set for busy (FTN = C)
Subscriber A calling to subscriber B. SSP will send MT IDP to SCP. SCP sends RRBCSM with T_BUSY in interrupted mode after this it sends CONTINUE. The subscriber B is busy.
My question is whether SSP will send ERBCSM(T_BUSY) to SCP before forwarding call to C?28th May 2004 at 09:52 #38259S.VijayGuest
It seems you are having good knowledge in INAP.
Can you give me the INAMP-Messages transfered between MSC-SSF-SCF During a IN-Prepaid-MO Call ?
If you specific docs then it will be a great help by sending me a copy.
Rgds2nd June 2004 at 11:24 #38260HariGuest
According to what i under-stand, in case of conditional call forwarding the initial RRBCSM will set T_BUSY ( as u said) and then CONNECT is requested to Calling party “B”, if “B” is busy, then ERBCSM will be sent from SSP to SCP. On receiving ERBCSM with T_Busy set, the SCP will send a fresh connect with “C”‘s number. and call gets forwarded.
But in case of un-conditional call forwarding there will be not wait for any triggers and SCP will send CONNECT (only one CONNECT) with “C”‘s (tobe forwarded) number.
You can communicate to me for any more discussion on firstname.lastname@example.org
Hari2nd June 2004 at 15:49 #38261SanjeevGuest
You seem to explaining what would happen in In based call forwarding, both conditional and unconditional.
I am not familiar with fixed line networks, and would ask the same question as Taru in the context of GSM networks i.e. in the case of the gsmSCF(SCP) setting the T-BUSY DP, would the gsmSCF (SCP) be informed of the T-BUSY DP (through ERBCSM) before conditional call forwarding takes place at the GMSC/VMSC.
Sanjeev.3rd June 2004 at 05:55 #38262TaruGuest
Thanks for ur reply. It was really helpful.
Tarannum3rd June 2004 at 09:53 #38263HariGuest
I think “YES” but not sure. If possible have a look into the following link:
Hari4th June 2004 at 11:38 #38264SanjeevGuest
Thanks for the reply. Have downloaded the recommended doc although can’t see where it talks about the SCF being informed when conditional call forwarding occurs
Sanjeev Sharma5th June 2004 at 09:06 #38265SanjeevGuest
I went through GSM 03.82 which describes the technical realization of Phase 2+ CF supplementary services .. and according to it it seems no indication is sent to GMSC of the call being forwarded at the VMSC due to busy, unreachable, no reply.
Sanjeev11th June 2004 at 10:47 #38266Ashok SinghGuest
Does anyone of you have the information that on on intel maichine can with windows NT can be a ss7 node?14th June 2004 at 12:41 #38267Kiran MattaGuest
Hi Ashok Singh. We can use an intel maichine with windows NT be a ss7 node. This can be done using Data kinetics (ss7 Stack).14th June 2004 at 12:52 #38268Kiran MattaGuest
An intel maichine with windows NT can be a ss7 node. You can use Data Kinetic Stack provided by intel for the purpose.
Thanks and Regards,
Kiran Matta.14th June 2004 at 15:48 #38269HariGuest
It ( DataKenitics) doesn’t support HA.
Hari16th June 2004 at 07:42 #38270AshokGuest
Which controller card can be used in data kinetic ss7 stack for ss7 signalling?
Does the IN7 (ss7 stack from COMPAQ can be used.)21st June 2004 at 23:39 #38271RaoolGuest
I think the call will not get forwarded.
When you recv the T-Busy(incase u do so), since u armed this one in the Interrupted mode, u have full control over the call now.
You can either forward the call to ‘C’ or ‘D’ or release the call.
P.S: Most of the switches donot have feature to arm the T-Busy/T-Noanswer n all.9th July 2004 at 11:35 #38272BKGuest
We have SIU 131 signaling interface unit from Intel. can any one suggest me from where I get it’s development SDK tool kit.