Hi ,List:
search some materials, find that the decode method of AFS convolutional
code is different from the EFS`, it use RSC, and need SOVA(soft output
viterbi algorithm). am i right?
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/is-the-Viterbi-decode-for-the-AF…
Sent from the baseband-devel mailing list archive at Nabble.com.
Hi all,
I am facing an error while trying to make a call from vty
here is my mobile.cfg output
!
! OsmocomBB () configuration saved from vty
!!
!
line vty
no login
!
gps device /dev/ttyACM0
gps baudrate default
gps enable
!
no hide-default
!
ms 1
layer2-socket /tmp/osmocom_l2
sap-socket /tmp/osmocom_sap
sim reader
network-selection-mode auto
imei 415239521974659 0
imei-random 15
no emergency-imsi
no sms-service-center
no call-waiting
no auto-answer
no force-rekey
clip
no clir
tx-power auto
no simulated-delay
no stick
location-updating
neighbour-measurement
codec full-speed prefer
codec half-speed
no abbrev
support
sms
a5/1
a5/2
p-gsm
e-gsm
r-gsm
no gsm-850
dcs
no pcs
class-900 4
class-850 4
class-dcs 1
class-pcs 1
channel-capability sdcch+tchf+tchh
full-speech-v1
full-speech-v2
half-speech-v1
min-rxlev -100
dsc-max 90
no skip-max-per-band
exit
test-sim
imsi 001010000000000
ki xor 00 00 00 00 00 00 00 00 00 00 00 00
no barred-access
no rplmn
hplmn-search foreign-country
exit
no shutdown
exit
!
the debbuging output is
<0009> mnccms.c:570 Make call to 123456789
<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 0xf408d0)
<0006> gsm48_cc.c:243 new state NULL -> MM_CONNECTION_PEND
<0006> gsm48_cc.c:507 Sending MMCC_EST_REQ
<0005> gsm48_mm.c:3783 (ms 1) Received 'MMCC_EST_REQ' event in state MM idle
<0005> gsm48_mm.c:3786 -> substate PLMN search
<0005> gsm48_mm.c:3788 -> callref 1, transaction_id 255
<0005> gsm48_mm.c:3051 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 0xf408d0)
<0009> mnccms.c:372 Call has been released (cause 21)
<0009> mnccms.c:71 (call 1) Call removed.
and also my ms output from vty
OsmocomBB> enable
OsmocomBB# show ms
MS '1' is up, service is limited
IMEI: 418873812577882
IMEISV: 4188738125778820
IMEI generation: random (15 trailing digits)
automatic network selection state: A0 null
cell selection state: C0 null
radio ressource layer state: idle
mobility management layer state: MM idle, PLMN search
OsmocomBB# show subsccriber 1
% Unknown command.
OsmocomBB# show sub
OsmocomBB# show subscriber 1
OsmocomBB# show subscriber 1
Mobile Subscriber of MS '1':
IMSI: 405025012498239
ICCID: 89910255110124982391
Status: U1_UPDATED IMSI detached TMSI 0x1d315a07
LAI: MCC 405 MNC 025 LAC 0x42d8 (405, TATA DOCOMO)
Key: sequence 2 a6 78 30 12 22 45 0b 03
Access barred cells: no
Access classes:
Kindly assist me with some suggestions.
Regards,
Cris
*Dear folks,*
Recently I tried to compile osmocomBB on ubuntu 120.10 and arch linux.
I always run into problems trying to get the arm toolchain. I can't
reach gnuarch.com because it is down, nor get the paket from the
ubuntu ppa because it is also down or corrupted. Is there any other
source where I can get the arm toolchain or any howto wich could help
me?
Thanks :)
hi everyone.is it possible to
connect motorola c118 to the
raspberry
GPIO pins,since they are 3v3 logic?
What is the current limitation as
the GPIO pins can provide only
8mA?
Is it possible to use the lcd of the
c118 or the RTC on the raspberry
pi via the GPIO pins?
Can i use the connection via the
GPIO Instead of the pl2303 based
cable.
Thanks.
*Dear folks,*
Recently I tried to compile osmocomBB on ubuntu 120.10 and arch linux.
I always run into problems trying to get the arm toolchain. I can't
reach gnuarch.com because it is down, nor get the paket from the
ubuntu ppa because it is also down or corrupted. Is there any other
source where I can get the arm toolchain or any howto wich could help
me?
Thanks :)
The code for rxlev2dbm refers to TS 08.05 Chapter 8.1.4, but TS 08.05 is
now marked as "withdrawn".
Can you please point me to the correct reference for this?
Thx.
OK am testing the mobile app with C123 using real sim but getting some odd
behaviour
(have tested with main branch & sylvian testing branch and results have been
similar to this)
The results below are from using sylvian testing branch build as described
here http://bb.osmocom.org/trac/wiki/SIMReader
<http://bb.osmocom.org/trac/wiki/SIMReader> config tx is enabled etc
I can download the layer1 firmware to the phone ok - mobile app seems to run
ok aswell but when I try to make a call or sms this is where there's some
odd behaviour .
On my first attempt to make a call I can hear the call trying to be made but
an automated message is played saying I have dialed an incorrect number
(this normally happens if the number is dialed in an incorrect format)
In previous attempts I have tried all the formats I can think of but have
never been able to get a successful call to go through as of yet but if I
dial it through the phone (without osmocom) normally everything works fine..
07780000000
+447780000000
447780000000
00447780000000
Usually after the first call the phone then mysteriously deregisters from
the network there is no service and when I restart osmocon/mobile etc I
still cannot register on the network it just keeps scannning frequenceies
and failing to connect with the network.
On my first osmocon log when i managed to connect to the network after the
call was released there were alot of DSP Error Status: 32 messages and then
no service.
I have gone through the logs but I still can't figure out why
a) the call is failing to go through correctly
b) why it seems like I get kicked of the network if I try to make a call
Here are my full outputs
1ST ATTEMPT - MANAGED TO PLACE CALL THEN CONNECTION DROPPED
Osmocon output - https://www.box.com/s/xdqi7azezprf4g7erz9h
<https://www.box.com/s/xdqi7azezprf4g7erz9h>
Mobile output - https://www.box.com/s/gqcdas9eqso0nchat011
<https://www.box.com/s/gqcdas9eqso0nchat011>
Telnet output - https://www.box.com/s/lcazgabtmous0xheklmc
<https://www.box.com/s/lcazgabtmous0xheklmc>
2ND ATTEMPT - FAILED TO CONNECT
Osmocon output - https://www.box.com/s/c42vi7ows8p14h0hr45m
<https://www.box.com/s/c42vi7ows8p14h0hr45m>
Mobile output - https://www.box.com/s/eqygysqommur46ywgqrs
<https://www.box.com/s/eqygysqommur46ywgqrs>
Telnet output - https://www.box.com/s/kmympl0g0l8zb3xjyu8d
<https://www.box.com/s/kmympl0g0l8zb3xjyu8d>
3RD ATTEMPT - FAILED TO CONNECT
Osmocon output - https://www.box.com/s/gb9aw9p05pqy1v5fpxke
<https://www.box.com/s/gb9aw9p05pqy1v5fpxke>
Mobile output - https://www.box.com/s/llo751tuvvu1p5v31eur
<https://www.box.com/s/llo751tuvvu1p5v31eur>
Telnet output - https://www.box.com/s/t8e63lqrad87f35uylge
<https://www.box.com/s/t8e63lqrad87f35uylge>
Extract from telnet
OsmocomBB#
% (MS 1)
% Trying to registering with network...
% (MS 1)
% On Network, normal service: Guernsey, T-Mobile
show ms
MS '1' is up, service is normal
IMEI: 35972800609####
IMEISV: 359728006093####
IMEI generation: fixed
automatic network selection state: A2 on PLMN
MCC=234 MNC=30 (Guernsey, T-Mobile)
cell selection state: C3 camped normally
ARFCN=628(DCS) MCC=234 MNC=30 LAC=0x084f
CELLID=0xf65d
(Guernsey, T-Mobile)
radio ressource layer state: idle
mobility management layer state: MM idle, normal service
OsmocomBB# call 1 +44772228####
OsmocomBB#
% (MS 1)
% Call has been released
% (MS 1)
% On Network, normal service: Guernsey, T-Mobile
call 1 +44772228####
% (MS 1)
% Searching network...
show ms
% (MS 1)
% On Network, normal service: Guernsey, T-Mobile
call 1 44772228####
OsmocomBB#
% (MS 1)
% Call is proceeding
% (MS 1)
% Call is alerting
% (MS 1)
% Call: Remote hangs up
% (MS 1)
% Trying to registering with network...
% (MS 1)
% Trying to registering with network...
% (MS 1)
% Searching network...
% (MS 1)
% No service.
% (MS 1)
% Power off!
CALL SETUP EXTRACT FROM 1ST MOBILE APP OUTPUT
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/OsmocomBB-Mobile-Call-Setup-Weir…
Sent from the baseband-devel mailing list archive at Nabble.com.
I'm experimenting with burst-ind branch and am able to track control
messages in ccch_scan.
I then send an Assignment Command to change to a traffic channel. I can see
the bursts come in, but cannot make out the format of the data.
If I understand right, the burst_ind structure holds 15 bytes of data, but
the traffic data should be 33 bytes. I assume the traffic data is spread
across several burst-ind messages.
Can you please clarify how to re-assemble the full 33-byte traffic data
structure from the burst_ind messages?
Thanks.
B.
While playing with ccch_scan, I came across a strange problem.
At some point the code uses:
/* Convert to softbits */
for (i=0; i<116; i++)
bursts[(116*bid)+i] = bt[i] ? - (bi->snr >> 1) : (bi->snr >> 1);
After this, "xcch_decode()" works ok and "osmo_ubit2pbit_ext()" also works
ok. But "osmo_ubit2pbit()" fails as it converts almost all softbits to 0xFF.
Is this a bug or a "feature"? Do we need to recode "osmo_ubit2pbit" so that
its bit-checking is more robust as in "osmo_ubit2pbit_ext"?
Sylvain, can you explain the idea of using softbits instead of hard binary?
Is it for GSMTAP to represent signal strength?
Thanks in advance for your help.
B
