- This topic is empty.
5th February 2006 at 18:04 #44122MoreGuest
Hi guys has anyone of you implemented AMR(Adaptive multi Rate)?.I’m trying to implement this feature both BSS and MSC are Siemens, we have a problem to have this feature work from the MSC side. any experience will be appriciated…7th February 2006 at 04:38 #44123hariGuest
v hav successfully implemented de feature in ericsson. elaborate ur problem,is it amr-hr or fr8th February 2006 at 14:49 #44124pipesGuest
We are thinking to implement AMR in our network, while moving smoothly to ericsson softswitch. We’d like to integrate 3 ericsson MGWs in a ring with AMR compression. From your experience how can this solution save transmission capacity?11th February 2006 at 05:41 #44125tufialGuest
iwant to know about v convert FR to HR. how 1 TS supports 2 subscribers. does it uses its basics bit for the other subs
thanks in advance
firstname.lastname@example.org February 2006 at 17:43 #44126hariGuest
pipes,i dint get ur question. amr,coders basically, r placed at the edge,n this certainly reduces the tx cost8th March 2006 at 18:27 #44127MoreGuest
My problem with our switch(Siemens) is that the switch guys are telling us that, the Same feature(circuit_Pooling) that is used for both HCSD and AMR was not released on the Siemens switch and they have to take down the switch to release this feature, apperantly the switch has to go to instalation mode first. From the BSS side I can not trial AMR if Pooling is not released from the switch. Is there anyone else who implemented this feature on Siemens?
Thanks8th March 2006 at 19:49 #44128sinkoGuest
if you use TRAC v7 and Common Codec Pool feature then you don’t need MSC pooling23rd March 2006 at 17:53 #44129BubuGuest
It can be activated by Siemens patch without bringing down the switch.24th March 2006 at 06:06 #44130MoreGuest
we have realeased the feature on the MSC side. now the problem is with configuring the pool. The Siemens switch is rejecting the first step that need to be done to change the trunk groups. The commands is: MOD CIR P PREF : SCIRPNO = POOL23(POOL27), ACIRPNO = NOPOOL;
This must be done according to the MSC setup test case. Any suggestion?24th March 2006 at 07:01 #44131BubuGuest
DISPMSERVOPT:FEAT=LTGPOOL; what is the status?27th March 2006 at 05:47 #44132MoreGuest
Here are the status:
how does it look?6th April 2006 at 18:57 #44133MoreGuest
we have been able implement AMR at last. But now we have another problem, after implementation we are having problem with LTG overload and this is only affecting LTG’s that are connetcted to the AMR TRAU. we are using POOL27 to avoid re-dimentioning in case we make very few AMR calls. does any body know why we are having this LTG overload? FYI only one PCMA from this TRAU goes to the same LTG.