Hi Dieter, On Tue, Jul 13, 2010 at 11:09:18PM +0200, Dieter Spaar wrote: Ah, ok. This of course is an interesting issue. The problem is that I could not see a very well-defined / unified behavior among all the various phoen models on what kind of "establishment cause" they send during the RACH request. So instead of assignign an SDCCH and later having to re-assing to a TCH after learning the phone wants to make a voice call, we always assing a TCH to the phone on any RACH request. Technically, according to the specification, a phone has no right to make any assumptions on the type of channel it will be assigned. So it is clearly a bug in the MTK GSM stack. However, the only real solution to this problem probably is to implement "late assignment" of the TCH, i.e. first send the IMM ASS to a SDCCH, and then do an additional ASSIGNMENT CMD to a TCH once we know the phone wants to make a call (and not send SMS). Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)