- This topic has 11 replies, 1 voice, and was last updated 18 years ago by
More.
-
AuthorPosts
-
5th February 2006 at 18:04 #44122
More
GuestHi 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 #44123hari
Guestv hav successfully implemented de feature in ericsson. elaborate ur problem,is it amr-hr or fr
8th February 2006 at 14:49 #44124pipes
GuestHari,
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 #44125tufial
Guesthi guys
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
tufail
tufial@gmail.com14th February 2006 at 17:43 #44126hari
Guestpipes,i dint get ur question. amr,coders basically, r placed at the edge,n this certainly reduces the tx cost
8th March 2006 at 18:27 #44127More
GuestHi Hari!
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 #44128sinko
GuestHi More,
if you use TRAC v7 and Common Codec Pool feature then you don’t need MSC pooling23rd March 2006 at 17:53 #44129Bubu
GuestIt can be activated by Siemens patch without bringing down the switch.
24th March 2006 at 06:06 #44130More
GuestThanks guys!
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 #44131Bubu
GuestDISPMSERVOPT:FEAT=LTGPOOL; what is the status?
27th March 2006 at 05:47 #44132More
GuestHi Bubu;
Here are the status:DISPMRPDDAT:MAXPFXCH=2;
DISPMSERVOPT:FEAT=ALOWTCHF, STAT=ACT;
DISPMSERVOPT:FEAT=LTGPOOL, STAT=ACT;how does it look?
6th April 2006 at 18:57 #44133More
GuestGuys!
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.
thanks;
-
AuthorPosts
- The forum ‘Telecom Design’ is closed to new topics and replies.