From: Wenhui L. <fr...@gm...> - 2009-11-15 13:24:20
|
Hi,David I see the comment in GSM610Tables.cpp,"This file encodes a mapping between GSM 05.03 Table 2 and RFC-3551 Table 3.",and read GSM 05.03 find it's a bit order for GSM-FR codec. Does it means that this "g610BitOrder" just work for GSM-FR but not for GSM-EFR or AMR?Thanks -- Regards, Wenhui Liu Department of Computer Science,Nachang University |
From: David A. B. <dbu...@jc...> - 2009-11-15 13:53:16
|
Wenhui Li - That is correct. That mapping table is specific to the GSM-FR (GSM 06.10) codec. We do not support others at this time, nor is there an RFC (that I know of) for transporting GSM-HR/EFR/AMR over RTP. -- David On Nov 15, 2009, at 2:24 PM, Wenhui Liu wrote: > Hi,David > > I see the comment in GSM610Tables.cpp,"This file encodes a mapping > between GSM 05.03 Table 2 and RFC-3551 Table 3.",and read GSM 05.03 > find it's a bit order for GSM-FR codec. > Does it means that this "g610BitOrder" just work for GSM-FR but not > for GSM-EFR or AMR?Thanks > > -- > Regards, > Wenhui Liu > Department of Computer Science,Nachang University > ---------------------------------------------------------------------- > -------- > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day > trial. Simplify your report design, integration and deployment - > and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj- > july_______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss David A. Burgess Kestrel Signal Processing, Inc. |
From: <24...@gm...> - 2009-11-15 14:07:23
|
> nor is there an RFC (that I know of) for transporting GSM-HR/EFR/AMR over > RTP. AMR & AMR-WB RTP payload format : [RFC4867] http://www.ietf.org/rfc/rfc4867.txt I didn't find any for HR, only drafts. I'm wondering if the ip.access nanoBTS respect those ... too bad asterisk doesn't support them :( Sylvain |
From: Wenhui L. <fr...@gm...> - 2009-11-15 15:14:01
|
Thank you very much! I'll read these drafts lately. On Sun, Nov 15, 2009 at 10:07 PM, <24...@gm...> wrote: > > nor is there an RFC (that I know of) for transporting GSM-HR/EFR/AMR over > RTP. > > AMR & AMR-WB RTP payload format : [RFC4867] > http://www.ietf.org/rfc/rfc4867.txt > > I didn't find any for HR, only drafts. > > I'm wondering if the ip.access nanoBTS respect those ... too bad asterisk > doesn't support them :( > > > Sylvain > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Wenhui Liu Department of Computer Science,Nachang University |
From: Alexander C. <ale...@gm...> - 2009-11-15 14:02:09
|
Hi David, Small correction. There *is* RTP payload format for AMR and AMR-WB: http://tools.ietf.org/html/rfc4867 I myself implemented AMR and AMR-WB support in sipXtapi library. GSM-HR have no standardized RTP payload format indeed. But there it's currently in works. Check out this Internet-Draft: http://tools.ietf.org/html/draft-ietf-avt-rtp-gsm-hr-02 On Sun, Nov 15, 2009 at 16:32, David A. Burgess <dbu...@jc...> wrote: > Wenhui Li - > That is correct. That mapping table is specific to the GSM-FR (GSM 06.10) > codec. We do not support others at this time, nor is there an RFC (that I > know of) for transporting GSM-HR/EFR/AMR over RTP. > -- David > > On Nov 15, 2009, at 2:24 PM, Wenhui Liu wrote: > > Hi,David > I see the comment in GSM610Tables.cpp,"This file encodes a mapping > between GSM 05.03 Table 2 and RFC-3551 Table 3.",and read GSM 05.03 find > it's a bit order for GSM-FR codec. > Does it means that this "g610BitOrder" just work for GSM-FR but not for > GSM-EFR or AMR?Thanks > -- > Regards, > Wenhui Liu > Department of Computer Science,Nachang University > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. > http://p.sf.net/sfu/bobj-july_______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > David A. Burgess > Kestrel Signal Processing, Inc. > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Alexander Chemeris. |
From: David A. B. <dbu...@jc...> - 2009-11-15 15:18:19
|
Alexander - I stand corrected. Thanks. -- David On Nov 15, 2009, at 3:01 PM, Alexander Chemeris wrote: > Hi David, > > Small correction. There *is* RTP payload format for AMR and AMR-WB: > http://tools.ietf.org/html/rfc4867 > I myself implemented AMR and AMR-WB support in sipXtapi library. > > GSM-HR have no standardized RTP payload format indeed. But there it's > currently in works. Check out this Internet-Draft: > http://tools.ietf.org/html/draft-ietf-avt-rtp-gsm-hr-02 > David A. Burgess Kestrel Signal Processing, Inc. |