baseband-devel

baseband-devel@lists.osmocom.org

2023 discussions

Osmocom web Site Down
by R. Revert 23 Mar '13

23 Mar '13

*Hi * *every one, from the 20th of this mounth the web site as some problems , i will like to help if you guy's if maibe osmocom projects need's servers to host the website or anythink else, than i can help whit somo IT resources..* * * *please let me know.* * * *Thanks #__________________ Atte. **Rafael R.* *Security Information Architect * *CEH, CHFI, **ECSA, LPT, VCP5, CEI, VCI*

2 1

A -very old- Sagem Trace Phone
by DFTC2000 22 Mar '13

22 Mar '13

<http://baseband-devel.722152.n3.nabble.com/file/n4025938/sagem2G.jpg> Hi everyone, I'm looking for informations about this very old trace phone. (Power adaptor spec, band type ...) Thanks a lot for your help (I can take some other pics if you want) BR. Dan, France -- View this message in context: http://baseband-devel.722152.n3.nabble.com/A-very-old-Sagem-Trace-Phone-tp4… Sent from the baseband-devel mailing list archive at Nabble.com.

1 0

Not able to see measurement reports in wireshark
by Mehrin Javed 21 Mar '13

21 Mar '13

Dear all, I have successfully made a call from the master branch of Osmocom-bb . After integrating it to wireshark, I am able to see system information 5 and 6 but I am unable to see the measurement reports and voice traffic. Following is what i am able to see when i execute the mobile application . There are valid measurement reports being generated , but why cant i view them in wireshark.? Looking forwards to your response as soon as possible. [0;m[1;32m<0005> gsm48_mm.c:3911 (ms 1) Received 'RR_DATA_IND' from RR in state MM connection active (sapi 0) [0;m[1;33m<0006> gsm48_cc.c:2161 (ms 1) Received 'MMCC_DATA_IND' in CC state MO_CALL_PROC [0;m[1;33m<0006> gsm48_cc.c:2115 (ms 1) Received 'ALERTING' in CC state MO_CALL_PROC [0;m[1;33m<0006> gsm48_cc.c:717 received ALERTING [0;m[1;33m<0006> gsm48_cc.c:243 new state MO_CALL_PROC -> CALL_DELIVERED [0;m[1;33m<0006> gsm48_cc.c:196 (ms 1 ti 0) Sending 'MNCC_ALERT_IND' to MNCC. [0;m[1;37m<0009> mnccms.c:387 Call is alerting [0;m[1;34m<0001> gsm48_rr.c:662 MON: f=57 lev=-75 snr=62 ber=151 LAI=410 03 e165 ID=9463 TA=0 pwr=10 TS=1 [0;m[1;34m<0001> gsm48_rr.c:2864 MEAS REP: pwr=10 TA=0 meas-invalid=0 rxlev-full=-75 rxlev-sub=-75 rxqual-full=0 rxqual-sub=0 dtx 0 ba 0 no-ncell-n 0 [0;m[1;34m<0001> gsm48_rr.c:4767 Indicated ta 0 (actual ta 0) [0;m[1;34m<0001> gsm48_rr.c:4769 Indicated tx_power 10 [0;m[1;34m<0001> gsm48_rr.c:4767 Indicated ta 0 (actual ta 0) [0;m[1;34m<0001> gsm48_rr.c:4769 Indicated tx_power 10 [0;m[1;34m<0001> gsm48_rr.c:662 MON: f=57 lev=-70 snr=49 ber= 81 LAI=410 03 e165 ID=9463 TA=0 pwr=10 TS=1 [0;m[1;34m<0001> gsm48_rr.c:2864 MEAS REP: pwr=10 TA=0 meas-invalid=0 rxlev-full=-70 rxlev-sub=-70 rxqual-full=0 rxqual-sub=0 dtx 0 ba 0 no-ncell-n 0 [0;m[1;34m<0001> gsm48_rr.c:4767 Indicated ta 0 (actual ta 0) [0;m[1;34m<0001> gsm48_rr.c:4769 Indicated tx_power 14 Thanks and Regards

1 0

Sharp drop in SNR during TCH
by Bhaskar11 20 Mar '13

20 Mar '13

Dear Sylvain, I'm studying traffic data using ccch_scan in burstind branch. In prim_sniff.c I track the SNR levels in l1s_sniff_resp() using code from print_tch.c to read snr values from: dsp_api.db_r->a_serv_demod[D_SNR]; I find that the level changes sharply from ccch mode to tch mode. In ccch mode most of the snr values are 16384. After switching to tch mode they range from 200 to 600 typically! Is this normal? Am I doing something wrong when changing mode? Below is the dump of snr values and freq_err during the run. B. =============== data dump fnx = fn % 26; freq_err = ANGLE_TO_FREQ(dsp_api.db_r->a_serv_demod[D_ANGLE]); snr = dsp_api.db_r->a_serv_demod[D_SNR]; fnx=6, bidx=0, freq_err=-24, snr=16384. SACCH fnx=7, bidx=0, freq_err=-6, snr=16384. SACCH fnx=8, bidx=0, freq_err=9, snr=16384. SACCH fnx=9, bidx=0, freq_err=-15, snr=16384. SACCH fnx=25, bidx=0, freq_err=-26, snr=16384. fnx=0, bidx=0, freq_err=10, snr=16384. fnx=1, bidx=0, freq_err=38, snr=16384. fnx=2, bidx=0, freq_err=-14, snr=*16384*. fnx=24, bidx=0, freq_err=46, snr=*16384*. fnx=25, bidx=0, freq_err=23, snr=*16384*. fnx=0, bidx=0, freq_err=-1, snr=*16384*. afc_correct(error=-1Hz, arfcn=24): delta=0, afc_dac(old=544,new=544) fnx=1, bidx=0, freq_err=22, snr=16384. *(Immediate Assignment starts here)* L1CTL_FBSB_REQ (arfcn=4, flags=0x7) Starting FCCH RecognitionFB0 (1266881:8): TOA= 8784, Power= -61dBm, Angle=10831Hz afc_correct(error=10831Hz, arfcn=4): delta=1283, afc_dac(old=-700,new=583) FB0 (1266892:9): TOA=10032, Power= -61dBm, Angle= -340Hz afc_correct(error=-340Hz, arfcn=4): delta=-40, afc_dac(old=583,new=543) FB1 (1266902:8): TOA= 8755, Power= -61dBm, Angle= 0Hz afc_correct(error=0Hz, arfcn=4): delta=0, afc_dac(old=543,new=543) fn_offset=1266900 (fn=1266902 + attempt=8 + ntdma = 6) delay=8 (fn_offset=1266900 + 11 - fn=1266902 - 1 scheduling next FB/SB detection task with delay 8 =>FB @ FNR 1266900 fn_offset=1266900 qbits=4836 Synchronize_TDMA LOST 3717! SB1 (2533807:1): TOA= 26, Power= -61dBm, Angle= 176Hz => SB 0x00a9dd65: BSIC=25 fn=1266912(955/10/21)=> DSP reports SB in bit that is 1127709799 bits in the future?!? Synchronize_TDMA => DSP reports FB in bit that is 1127709776 bits in the future?!? LOST 1907! afc_correct(error=4Hz, arfcn=4): delta=0, afc_dac(old=543,new=543) L1CTL_DM_EST_REQ (arfcn=12545, chan_nr=0x15, tsc=1) LOST 3047! *(tch mode is now active)* fnx=4, bidx=0, freq_err=-92, snr=*238*. fnx=6, bidx=0, freq_err=-132, snr=*82*. fnx=8, bidx=0, freq_err=103, snr=*145*. fnx=10, bidx=0, freq_err=-234, snr=*316*. fnx=12, bidx=0, freq_err=-89, snr=*292*. SACCH fnx=13, bidx=0, freq_err=46, snr=*270*. fnx=15, bidx=0, freq_err=35, snr=*387*. fnx=17, bidx=0, freq_err=201, snr=*1055*. fnx=19, bidx=0, freq_err=130, snr=549. fnx=21, bidx=0, freq_err=-94, snr=51. fnx=23, bidx=0, freq_err=-52, snr=173. fnx=0, bidx=0, freq_err=157, snr=322. fnx=2, bidx=0, freq_err=107, snr=95. afc_correct(error=12Hz, arfcn=24): delta=1, afc_dac(old=543,new=544) fnx=4, bidx=0, freq_err=86, snr=135. fnx=6, bidx=0, freq_err=-126, snr=207. ====================================

2 2

PROBLEM WHEN INSTALL LIPO-OSMO-DSP
by alishageri 17 Mar '13

17 Mar '13

WHEN I GIT LIPO-OSMO-DSP AND TYPE IN TERMENAL MAKE O HAVE PROBLE THAT SAY MAKE *** NO TARGET SPESIFIC AND NO MAKEFILE FOUND . STOP CAN ANY BODY TELL ME WHAT IS THE WRONG -- View this message in context: http://baseband-devel.722152.n3.nabble.com/PROBLEM-WHEN-INSTALL-LIPO-OSMO-D… Sent from the baseband-devel mailing list archive at Nabble.com.

2 4

Bounce action notification
by mailman＠lists.osmocom.org 17 Mar '13

17 Mar '13

This is a Mailman mailing list bounce action notice: List: baseband-devel Member: alex.id(a)vmail.me Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman(a)lists.osmocom.org.

1 0

About SysmoBTS/ sysmoBSC
by choukoumoun 14 Mar '13

14 Mar '13

Hello, The SysmoBTS and SysmoBSC is Open Hardware ?

2 1

Re: About SysmoBTS/ sysmoBSC
by choukoumoun 14 Mar '13

14 Mar '13

you're right, sorry Le 14/03/2013 13:43, Andrew Back a écrit : > > > On 14 Mar 2013 12:34, "choukoumoun" <choukoumoun(a)gmail.com > <mailto:choukoumoun@gmail.com>> wrote: > > > > Hello, > > > > The SysmoBTS and SysmoBSC is Open Hardware ? > > Wrong list to ask questions about BTS/BSC, and questions about > commercial products are best directed to the vendor. > > Regards, > > Andrew >

1 0

HNBAP protocol
by choukoumoun 14 Mar '13

14 Mar '13

Hello, Is there a project, project start, see an idea about the protocol HNBAP example mount a HNB-GW in opensource. if it is already past the list forgive me thank you.

1 0

gsmmap work good but ..
by alishageri 13 Mar '13

13 Mar '13

helow every body here i am from saudia arabia and nice to meet you in this forum i have problem when i compile the tool that writen in wiki i dont konw what is the resone but i fllow all the step that in wiki and when i run gsmmap it work good and it scan the all network and do ccch_scan and cell_scan becouse it is compile correctlly but gsmmap dose not have wireshark and vty of bsc that mean it is not work if any body can make gsmma work with wireshark and osmo-bts transcerver of sylan manout or ann body can make osmocom with all tool and app work as iso like gsmmap thank you for your timing -- View this message in context: http://baseband-devel.722152.n3.nabble.com/gsmmap-work-good-but-tp4025917.h… Sent from the baseband-devel mailing list archive at Nabble.com.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel