Looks like the problem is because of DTX because the FACCH bursts vanish during speech and return during pause.
Yes, I send the commandl1ctl_tx_fbsb_req(ms, ms->test_arfcn,L1CTL_FBSB_F_FB0 | L1CTL_FBSB_F_SB, 100, 0,app_state.ccch_mode, dbm2rxlev(-85));before switching channels.Now most of the channels stick on for much longer, but a few drop within seconds.But I cannot know for sure if this has "worked" until I can decode and recognise some FACCH commands.On AMR HR I get data like:TCH/H (hl=0, hu=0) in FN=1864368 DL SACCHDetected FACCH (hl=1, hu=0) in FN=1864369 DLDetected FACCH (hl=1, hu=0) in FN=1864371 DLDetected FACCH (hl=1, hu=1) in FN=1864373 DLDetected FACCH (hl=1, hu=1) in FN=1864375 DLDetected FACCH (hl=1, hu=1) in FN=1864386 DLDetected FACCH (hl=1, hu=1) in FN=1864388 DLDetected FACCH (hl=1, hu=1) in FN=1864390 DLDetected FACCH (hl=1, hu=1) in FN=1864392 DLTCH/H (hl=0, hu=0) in FN=1864394 DL SACCHDetected FACCH (hl=1, hu=1) in FN=1864395 DLDetected FACCH (hl=1, hu=1) in FN=1864397 DLDetected FACCH (hl=1, hu=1) in FN=1864399 DLDetected FACCH (hl=1, hu=0) in FN=1864401 DLDetected FACCH (hl=1, hu=1) in FN=1864403 DLDetected FACCH (hl=1, hu=0) in FN=1864405 DLDetected FACCH (hl=1, hu=1) in FN=1864408 DLDetected FACCH (hl=1, hu=0) in FN=1864410 DLTCH/H (hl=0, hu=0) in FN=1864420 DL SACCHwhich does not look correct because I think the FACCH should be in groups of 4.Any explanations? Suggestions?B.On Thu, Jan 31, 2013 at 8:38 PM, Pe <oxccoxcc@yandex.ru> wrote:
Hi, Bhaskar11
Did you resolve problem with low snr?
Do you make synchronization on SCH before going to TCH, after Assignment
Command?
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/Structure-of-traffic-data-in-burst-ind-messages-tp4025762p4025787.html
Sent from the baseband-devel mailing list archive at Nabble.com.