channel release

[trond456]

I have the following scenario:
MD110BC12SP7 connected directly to GSM MSC through ISDN PRI (for solidus ecare call center).

MSC is connected to IN IVR system , so the direct connection is between the MD and the MSC and also between the MSC and the IN IVR, so no direct connection between the IN and the MD110.

the case: when the customer calls the MD110 ,the call comes from the MSC(one channels is reserverd), and one of the options when the customer reaches the MD110 is to call the IN IVR by pressing 3, here the customer will take another channel to reach the IN through the MSC, that means two ISDN channels from the MD110 will be reservered for the customer till he finishes the call.(this is what I found in SUSIP)

that means the customer will be connected to the IN IVR through the MD110 , so how can I release the MD110 channels once the customer connected to the IN IVR since there is abdirect connection between the MSC and the IN IVR.(I want the connection to be direct btween the MSC and the IN and not through the MD110)

I have already used the route optimization (ASPACARNUM=223,PARVAL=7,(aspacarnum=66,parval=1) at the MD11 side but no success.

route parameters
OCAP:ROU=ALL;
ROUTE CATEGORY DATA
ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP
1 011000000000001 5 2100000000 0 30 128 00151515 011101000030 011110

END

<RODAP:ROU=ALL;
ROUTE DATA
ROU TYPE VARC VARI VARO FILTER
1 SL60 H'00000200 H'00000000 H'00010000 NO

 

[trond456]

Any advice???

 

[fcpli]

You cannot use ROP with a public PSTN (normally). The function you are describing is called Partial Rerouting, and MD does not support it (BP250 does with some restrictions).

 

[mundus]

Hi' in bc 12 Partial Rerouting is supported:

PARTIAL REROUTING

This is the patches which implement Partial Rerouting according to
ETS300207-1 V3.1.1.
Partial Rerouting is established if:
1. Incoming and the new outgoing line is public ISDN.
2. The parameter VARC-D2=1 on the incoming line.
3. The wanted type of diversion is activated according to descriptio
n below.
This patch open Partial Rerouting for the following feature:
External Call Forwarding using CFU according to Annex A figure A.1
Call to personal number using CFNR according to Annex A figure A.2
Call to night switch exchange using OPCEI with parameter CCOP is
using CFU according to Annex A figure A.1.
The function is opened by setting parameter VARC-D2=1 on the incoming
ISDN line.
Each type of feature is opened with an ASPAC (not included here).
Can be set by command:
ASPACARNUM=92,PARVAL=XX;

VALUE XX
ECF 01
DFL 02 !PELPI!
CCOP 04 !OPCEI:NCA=CCOP!
RER 08 !RORNI!

Please note:
When Partial rerouting takes place, the MD110 looses the control of
the call. This means that the call leaves the personal number list.
If the public exchange do not answer or rejects the facility request,
the call will proceed as normal (establish loop in the MD110).
By assigning a dummy tieline for the new outgoing call, no Partial
Rerouting will take place for this destination.

 

[fcpli]

mundus:

Very interesting, can you lighten up e.g. the patch number or AS, where it is working? Is it really a BC12?

fcpli

 

[mundus]

Yes it's for bc 12, patch name:
103203 slp60
103204 tlp60
103664 rmp
103665 cmp
103666 ash

 

[fcpli]

mundus:

Thanks a LOT !!! (There is always something new to learn....)

fcpli

 

[trond456]

Mundus,
Thanks for the valuable information ;

Is this feature it applicable for the standard market also?

Aspacarnum=92, parval=xx; this parnum =92 is not exist in the system parmeters of BC12SP7 or BC12sp10...

Any comments

 

[mundus]

You need the mentioned patches. I know there are working in bc 12 sp 7 to sp 10.
I downloaded them from Ericsson infochannel - service - bc 12, as I remember it was in January 2006.
The ash activate parnum 92, and the others activate the feature.

 

[trond456]

mundus,
AsI know that ISDN partial rerouting is a supplementary service allows the served user to perform a call forwarding without using the external or internal resources (e.g trunk lines and PCM channels)., so I think that the first call mustnot be answered in order to forward the call to the other party (Please correct me if I'am wrong).

In my case the MD110 will answer the call then will forward it to the IN IVR? Is this scenario called ISDN partial rerouting? and are the mentioned patches support the solution we look for?
Regards

 

[mundus]

AsI know that ISDN partial rerouting is a supplementary service allows the served user to perform a call forwarding without using the external or internal resources (e.g trunk lines and PCM channels)., so I think that the first call mustnot be answered in order to forward the call to the other party (Please correct me if I'am wrong).

No your right about it.

After answer I thing you can use the Singel step transfer ( SSP ).

 

[mundus]

Network deflection/single step transfer (SST) service makes it possible to move a call to another destination within the private network. Network deflection/SST is possible in a CCS network consisting of ISDN tie lines or ISDN public external lines (for VPN). Network deflection/SST is also supported in packet-switched networks consisting of H.323 tie lines and/or H.323 public external lines. Network deflection/SST is even possible in mixed ISDN-H.323 networks

 

[trond456]

Do you think that SST is able to forward the answered call from MD110 to the IN??
our scenario is not a private network),I mean that the MSC is connected to the MD110 through ISDN PRI, and the IN is connected to the MSC...