baseband-devel

baseband-devel@lists.osmocom.org

2022 discussions

TCH Viterbi decode Parameter
by Chengcheng Gou 06 Jun '12

06 Jun '12

Hi： I am studying the tch code, and want to decode the Convolutional code of TCH using xcch.c; and how to set the parameters; 1. conv_xcch_next_output 2. conv_xcch_next_state 3. N = 2, 4. K = 5, static const uint8_t conv_xcch_next_output[][2] = { { 0, 3 }, { 1, 2 }, { 0, 3 }, { 1, 2 }, { 3, 0 }, { 2, 1 }, { 3, 0 }, { 2, 1 }, { 3, 0 }, { 2, 1 }, { 3, 0 }, { 2, 1 }, { 0, 3 }, { 1, 2 }, { 0, 3 }, { 1, 2 }, }; static const uint8_t conv_xcch_next_state[][2] = { { 0, 1 }, { 2, 3 }, { 4, 5 }, { 6, 7 }, { 8, 9 }, { 10, 11 }, { 12, 13 }, { 14, 15 }, { 0, 1 }, { 2, 3 }, { 4, 5 }, { 6, 7 }, { 8, 9 }, { 10, 11 }, { 12, 13 }, { 14, 15 }, }; const struct osmo_conv_code conv_xcch = { .N = 2, .K = 5, .len = 224, .next_output = conv_xcch_next_output, .next_state = conv_xcch_next_state, }; Thanks!

2 1

Can bb switch from SACCH to TCH directly?
by Chengcheng Gou 04 Jun '12

04 Jun '12

hi, i am studying the TCH ,and can get the channel discription from SACCH, and My question is when I receive the ASS_CMD, I use l1ctl_tx_dm_est_req_h0 and jump to the new channel,but I can`t capture the TCH,why? Thanks!

2 1

the structure of "TCH + SACCH" is depend on timeslot?
by Chengcheng Gou 30 May '12

30 May '12

Hi, I am studying the TCH channel, and read the BB source. I find that the structure of "TCH + SACCH" is depend on ts.that is when the timeslot is even, the 12 of a TCH multiframes is SACCH,and the 25 is idle;and When the timeslot is odd, the 25 of a TCH multiframes is SACCH,and the12 is idle. is that right? if that`s right, why ? I can`t find any Material about it. Thanks!

2 1

Unfix BUG in GSM322.c and prim_pm.c
by rola 29 May '12

29 May '12

Hi All, Many of us are striving to find a way to make use of OBB but due to limited knowledge of programming we get stuck at one point or the other. I've tried to make OBB work for me but nothing has happened. I've passed through the level of installation and file configuration with everything set except for an assuming bug left unfix in gsm322.c or prim_pm.c. This bug is at the point of power measurement when cell selection is in the state of any cell. The first band is always measured accurately while the next band range works at layer1 with no response back to mobile. Due to this, the same second band range power is measured twice and that leads to overwriting error. I've look through the code to figure out where it is appropriate to make correction in order for the process to flow accordingly. But, in as much as I try, I end back at the same spot of not knowing where to effect a change. Two conspicuous identifiable issues are: 1. PCS arfcn range calculation seems to be incorrect. The initial arfcn and final are passed with extremely high range values in reverse order. 2. Perhaps as a result of the above, no response of measured power is feed back to mobile and that breakdown the program flow in gsm322.c. Thereby causing the same erring band to be measured twice and stuck in that cycle of measurement. I just need a guidance on what changes to make in order to fix these issues. I will greatly appreciate it if the only response is just to confirm if I'm right or wrong in my assumptions. Thanks. Sincerely, Rasaki -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Unfix-BUG-in-GSM322-c-and-prim-p… Sent from the baseband-devel mailing list archive at Nabble.com.

2 2

TODAY: May 23, 7pm / Osmocom meeting in Berlin
by Harald Welte 25 May '12

25 May '12

Hi all! This is the announcement for the 4th incarnation of our bi-weekly Osmocom Berlin meeting. May 23, 7pm @ CCC Berlin, Marienstr. 11, 10113 Berlin There is no particular schedule for now, but if there is interest we can do an introduction + demo of the new sysmoBTS. Also, I'll have my SIMtrace with me, to read out TERMINAL PROFILE from phones for https://terminal-profile.osmocom.org/ . So if you have any phones to read out: Please bring them (with charged battery or charger!) So we'll just meet + talk. There seem to be some SMSC related questions that we would want to adress, so you have been warned ;) If you are interested to show up, feel free to do so. There is no registration required. The meeting is free as in "free beer", despite no actual free beer being around ;) 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)

3 2

the Paging response can be received every time I get SMS?
by Chengcheng Gou 22 May '12

22 May '12

the Paging response is uplink, How can I received it?

4 3

How to transmit burst in different time slots at the same time
by Chengcheng Gou 22 May '12

22 May '12

Hi The BB can transmit burst in different time slots at the same time? Thanks!

3 2

Osmocom-bb Making a call
by Altaf 21 May '12

21 May '12

Hello. *Can someone help me out at this point of the Osmocom-bb project [making a call].... I am done with all the steps involved in the project. 1. i have added the /.osmocom/bb/mobile.cfg 2. i am in the branch sylvian/testing I used git checkout --track -b remotes/origin/sylvian/testing command to enter this branch. It worked right... Am i RIGHT here? 3. when i download the firmware layer 1 on the phone it worked pretty good. it says..* handle_write(): finished got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 41 A got 1 bytes from modem, data looks like: 03 . got 1 bytes from modem, data looks like: 42 B Received DOWNLOAD ACK from phone, your code is running now! battery_compal_e88_init: starting up OSMOCOM Layer 1 (revision osmocon_v0.0.0-1348-g083a2dc) ====================================================================== Device ID code: 0xb4fb Device Version code: 0x0000 ARM ID code: 0xfff3 cDSP ID code: 0x0128 Die ID code: f2d81c119e039be2 ====================================================================== REG_DPLL=0x2413 CNTL_ARM_CLK=0xf0a1 CNTL_CLK=0xff91 CNTL_RST=0xfff3 CNTL_ARM_DIV=0xfff9 ====================================================================== Power up simcard: Assert DSP into Reset Releasing DSP from Reset Setting some dsp_api.ndb values Setting API NDB parameters DSP Download Status: 0x0001 DSP API Version: 0x0000 0x0000 Finishing download phase DSP Download Status: 0x0002 DSP API Version: 0x3606 0x0000 LOST 1161! BAT-ADC: 549 6 0 0 1023 349 328 204 Charger at 51 mV. Battery at 3753 mV. Charging at 0 mA. Battery capacity is 69%. Battery range is 3199..3999 mV. Battery full at 468 LSB .. full at 585 LSB Charging at 239 LSB (204 mA). BCICTL2=0x3ff battery-info.flags=0x00000000 bat_compal_e88_chg_state=0 * 4. when i launch the MOBILE application it says like* 000f> sim.c:1223 init SIM client <0006> gsm48_cc.c:63 init Call Control <0007> gsm480_ss.c:231 init SS <0017> gsm411_sms.c:63 init SMS <0001> gsm48_rr.c:5479 init Radio Ressource process <0005> gsm48_mm.c:1315 init Mobility Management process <0005> gsm48_mm.c:1037 Selecting PLMN SEARCH state, because no SIM. <0002> gsm322.c:5025 init PLMN process <0003> gsm322.c:5026 init Cell Selection process Mobile '1' initialized, please start phone now! VTY available on port 4247. <0005> subscriber.c:601 Requesting SIM file 0x2fe2 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:697 go MF <000f> sim.c:241 SELECT (file=0x3f00) 000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:360 received SMSP from SIM (sca=+49232********000) <0005> subscriber.c:561 (ms 1) Done reading SIM card (IMSI=26****************654 Germany, E-Plus) <0005> subscriber.c:573 -> SIM card registered to 262 03 (Germany, E-Plus) <0005> gsm48_mm.c:4379 (ms 1) Received 'MMR_REG_REQ' event <0002> gsm322.c:3806 (ms 1) Event 'EVENT_SIM_INSERT' for automatic PLMN selection in state 'A0 null' <000e> gsm322.c:1372 Start search of last registered PLMN (mcc=262 mnc=03 Germany, E-Plus) <0002> gsm322.c:1376 Use RPLMN (mcc=262 mnc=03 Germany, E-Plus) <0002> gsm322.c:800 new state 'A0 null' -> 'A1 trying RPLMN' <0003> gsm322.c:4037 (ms 1) Event 'EVENT_NEW_PLMN' for Cell selection in state 'C0 null' <000e> gsm322.c:3619 Selecting PLMN (mcc=262 mnc=03 Germany, E-Plus) <0003> gsm322.c:3628 Start normal cell selection. <0003> gsm322.c:823 new state 'C0 null' -> 'C1 normal cell selection' <0003> gsm322.c:2791 Scanning power for all frequencies. * Here its starts to search for frequencies and cells..... and see what happens.... * <0003> gsm322.c:2852 Scanning frequencies. (0..0) <0003> gsm322.c:2913 Done with power scanning range. <0003> gsm322.c:2791 Scanning power for all frequencies. <0003> gsm322.c:2852 Scanning frequencies. (512(DCS)..512(DCS)) <0003> gsm322.c:2913 Done with power scanning range. <0003> gsm322.c:2791 Scanning power for all frequencies. <0003> gsm322.c:2852 Scanning frequencies. (975..975) <0003> gsm322.c:2913 Done with power scanning range. <0003> gsm322.c:2791 Scanning power for all frequencies. <0003> gsm322.c:2813 Found no frequency. This repeats all the TIME........ *I am able to login to the vty terminal and able to execute some instructions..... * enable show ms show subscriber etc* when I try to make a call..... see what happens* <0009> mnccms.c:570 Make call to 01747180018 <0009> mnccms.c:150 support TCH/H also <0009> mnccms.c:174 support full rate v2 <0009> mnccms.c:178 support full rate v1 <0009> mnccms.c:187 support half rate v1 <0006> transaction.c:76 ms 1 allocates transaction (proto 3 trans_id 255 callref 1 mem 0x8cf7370) <0006> gsm48_cc.c:243 new state NULL -> MM_CONNECTION_PEND <0006> gsm48_cc.c:507 Sending MMCC_EST_REQ <0005> gsm48_mm.c:3774 (ms 1) Received 'MMCC_EST_REQ' event in state MM idle <0005> gsm48_mm.c:3777 -> substate PLMN search <0005> gsm48_mm.c:3779 -> callref 1, transaction_id 255 <0005> gsm48_mm.c:3042 Init MM Connection, not in normal state. <0006> gsm48_cc.c:2161 (ms 1) Received 'MMCC_REL_IND' in CC state MM_CONNECTION_PEND <0006> gsm48_cc.c:196 (ms 1 ti ff) Sending 'MNCC_REL_IND' to MNCC. <0006> gsm48_cc.c:243 new state MM_CONNECTION_PEND -> NULL <0006> transaction.c:104 ms 1 frees transaction (mem 0x8cf7370) <0009> mnccms.c:372 Call has been released (cause 21) <0009> mnccms.c:71 (call 1) Call removed. 0003> gsm322.c:2889 Getting PM for ARFCN 858(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 859(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 860(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 861(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 862(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 863(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 864(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 865(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 866(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 867(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 868(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 869(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 870(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 871(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 872(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 873(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 874(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 875(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 876(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 877(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 878(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 879(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 880(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 881(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 882(DCS) twice. Overwriting the first! Please fix prim_pm.c <0003> gsm322.c:2889 Getting PM for ARFCN 883(DCS) twice I even find this sometimes................ can someone fix this for me.... where could be the error...... Looking forward for a helping hand..... Thank you.. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Osmocom-bb-Making-a-call-tp39972… Sent from the baseband-devel mailing list archive at Nabble.com.

10 26

the cause of error "l1ctl.c:238 Dropping frame with 93 bit errors"
by Chengcheng Gou 21 May '12

21 May '12

I am running the ccch_scan, and the error occurs: <000c> l1ctl.c:238 Dropping frame with 93 bit errors Dropping frame with 84 bit errors <000c> l1ctl.c:238 Dropping frame with 84 bit errors Dropping frame with 83 bit errors <000c> l1ctl.c:238 Dropping frame with 83 bit errors Dropping frame with 86 bit errors <000c> l1ctl.c:238 Dropping frame with 86 bit errors Dropping frame with 85 bit errors <000c> l1ctl.c:238 Dropping frame with 85 bit errors Dropping frame with 71 bit errors <000c> l1ctl.c:238 Dropping frame with 71 bit errors Dropping frame with 78 bit errors <000c> l1ctl.c:238 Dropping frame with 78 bit errors Dropping frame with 80 bit errors <000c> l1ctl.c:238 Dropping frame with 80 bit errors in which situations the error may appear? Does anyone know? Thanks!

2 1

Re: The SMOS project / 72h civil emergency communications system
by Kalle Pietila 20 May '12

20 May '12

Thanks Paul for pointing to this Softbank's press release. Japanese have recently witnessed their local need for civil emergency communications and they also have money to make it happen, not to mention good supporting infrastructure already in place. So it was just matter of time to see someone there addressing this problem. I guess in Japan there is no such earthquake that could compromise the functionality of their mobile core (or at least locals think so). So it is then "just" matter of deploying new balloon-basestations to the disaster area. Someone will go there to the washed-out area with all the required gear, and raise a new BTS-balloon every 3km. On poor countries it will remain as a different story however. it would be interesting to see what kind is that Softbank Mobile's Balloon-BTS proof of concept. I do not know about Softbank but I just directly assume that an operator do not have their own BTS R&D. They must be relying on some existing technology and just make it fly with the balloon. Keeping in mind that one weather sounding balloon can raise 500g payload and probably they will need to feed the power via some sort of cable from the ground level up to the high. So very interesting to follow-up how this all will be implemented in practice. Best Wishes, - Kalle > ---------- Forwarded message ---------- > From: Paul Dart <pauldart(a)gmail.com> > To: baseband-devel(a)lists.osmocom.org > Cc: > Date: Fri, 18 May 2012 09:24:18 +0100 > Subject: Re: The SMOS project / 72h civil emergency communications system > On 17 May 2012 08:17, Alexander Chemeris <alexander.chemeris(a)gmail.com> wrote: >> Have you thought about using a balloon for carrying a BTS instead of >> dropping to a ground? This would give you much better coverage easily >> then on-the-ground installation. > > http://www.cellular-news.com/story/54354.php?s=h > > It appears Softbank Mobile have! > > (also I emailed the OP about Telecom Sans Frontier http://www.tsfi.org ) > > Good luck, > > Paul

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel