Dear Alexander, Will do the wiki update as soon as I have (at least a more or less) working setup. A single question: can you comment on the non-connecting PCU socket? To my best understanding, this connection is a normal UNIX socket, and the PCU and the SGSN should find each other if they compiled in a given order to meet some dependency. Is there any specific flag we need to enable during compiling any of the related software? (Osmo-BTS, PCU, OpenBSC, etc.) Regards, Csaba ----- Eredeti üzenet ----- Feladó: "Alexander Chemeris" <alexander.chemeris(a)gmail.com> Címzett: "Sipos Csaba" <sipos.csaba(a)kvk.uni-obuda.hu> Másolatot kap: "OpenBSC Mailing List" <openbsc(a)lists.osmocom.org>rg>, "OMAR RAMADAN" <omar.ramadan(a)berkeley.edu> Elküldött üzenetek: Péntek, 2015. Július 24. 22:02:26 Tárgy: Re: Using GPRS Sipos, Omar, Yes, 'fariwaves/master' is almost always the best choice if you're using USRP or UmTRX. The wiki should be updated to reflect that - your help would be greatly appreciated here. You may also find documentation at umtrx.org useful, even though it's focused on UmTRX and not USRP. Regarding GPRS issues I hope Ivan will be able to comment. Please excuse typos. Written with a touchscreen keyboard. -- Regards, Alexander Chemeris CEO Fairwaves, Inc. https://fairwaves.co Hi Omar, I am trying to do the same thing for a while, but I am not succeeded yet. The hardest is to find the right branch of every piece of software. The wiki is quite outdated, and no USRP related man page was ever created. The jolly branches are also quite old, a lot of development happened, so I would not suggest to use them. Tom suggested to me that I should try fairwaves/master branch of OpenBSC, Osmo-BTS and Osmo-TRX (pretty much everything that has a fairwaves/master branch) to use with USRP devices. I also have a B200 by the way. With this at least I was able to build a fairly recent version that starts up and actually transmits, I think the PCU was not able to talk with the SGSN (which is part of OpenBSC), so probably I need some more fine tuning. There was a UHD driver problem a few months back, so the UHD driver version is also important. This problem affected OpenBTS, I don't know what is the recommended UHD version, maybe Tom will come in and advise us something. Just to notify the list, I am more than happy to create a new Wiki page in the minute I find a working configuration. At least I am not alone with this anymore :-) Regards, Csaba ----- Eredeti üzenet ----- Feladó: "OMAR RAMADAN" <omar.ramadan(a)berkeley.edu> Címzett: openbsc(a)lists.osmocom.org Elküldött üzenetek: Péntek, 2015. Július 24. 20:12:28 Tárgy: Using GPRS Hi list, I've installed omsocom for the first time on a USRP B200 and I'm interested in trying out the GPRS stack. I've followed a few pages on the wiki, namely http://openbsc.osmocom.org/trac/wiki/network_from_scratch and http://openbsc.osmocom.org/trac/wiki/OpenBSC_GPRS to get set up and I am not sure how up to date these tutorials are. I have calls working via the LCR, but I cannot get GPRS functioning. I see no activity on the BSC log when attempting GPRS attach using APN openbsc. I also see no traffic between the SGSN and the BSC (listening with tshark on 127.0.0.1:23000). Any help is appreciated. I am currently using osmo-trx/master, osmo-bsc/jolly/testing, libosmo-abis/jolly/multi-trx, omso-bts/jolly/trx, openggsn/master, and osmo-pcu/master. Best, Omar

Thanks Ivan, Will try that and report back. Regards, Csaba ----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" <Ivan.Kluchnikov(a)fairwaves.ru> Címzett: "Sipos Csaba" <sipos.csaba(a)kvk.uni-obuda.hu> Másolatot kap: "Alexander Chemeris" <alexander.chemeris(a)gmail.com>om>, "OpenBSC Mailing List" <openbsc(a)lists.osmocom.org> Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS Hi Sipos, Omar, You should use the following branches: libosmocore branch master libosmo-abis branch master osmo-trx branch fairwaves/master osmo-bts branch fairwaves/master ( use ./configure --enable-trx) openbsc branch fairwaves/master osmo-pcu branch master (use ./configure --enable-sysmocom-bts ) openggsn branch master Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000 -- Regards, Ivan Kluchnikov. http://fairwaves.ru

One more thing: If I use the /configure --enable-sysmocom-bts parameter for the PCU, I will get the following message when I try to run it: Sun Jul 26 13:23:20 2015 DL1IF <0001> sysmo_sock.cpp:283 PCU-SYSMO socket has been connected Sun Jul 26 13:23:20 2015 DL1IF <0001> pcu_l1_if.cpp:318 Info indication received: Sun Jul 26 13:23:20 2015 DL1IF <0001> pcu_l1_if.cpp:321 BTS not available The fairwaves/master branch of Osmo-BTS is running fine with the master Osmo-TRX, Location updates are happening, but the PCU is not able to connect to the SGSN/BSC. Regards, Csaba ----- Eredeti üzenet ----- Feladó: "Sipos Csaba" &lt;sipos.csaba(a)kvk.uni-obuda.hu&gt; Címzett: "Ivan Kluchnikov" &lt;Ivan.Kluchnikov(a)fairwaves.ru&gt;ru>, "Alexander Chemeris" &lt;alexander.chemeris(a)gmail.com&gt; Másolatot kap: "OpenBSC Mailing List" &lt;openbsc(a)lists.osmocom.org&gt; Elküldött üzenetek: Vasárnap, 2015. Július 26. 12:30:50 Tárgy: Re: Using GPRS Dear Ivan, Alexander, I encountered the following issues: During compiling of OpenBSC (fairwaves/master), the pcap.h was missing. The configuration script was not detecting this missing file. "apt-get install libpcap-dev" solved this issue. The fairwaves/master branch of osmo-trx produces the following issue durign compilation: ================================ Making all in x86 make[3]: Entering directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' CC ../common/convolve_base.lo CC convert.lo In file included from convert.c:33:0: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/smmintrin.h:31:3: error: #error "SSE4.1 instruction set not enabled" # error "SSE4.1 instruction set not enabled" ^ convert.c: In function '_sse_convert_si16_ps_16n': convert.c:49:3: warning: implicit declaration of function '_mm_cvtepi16_epi32' [-Wimplicit-function-declaration] m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:49:6: error: incompatible types when assigning to type '__m128i' from type 'int' m2 = _mm_cvtepi16_epi32(m0); ^ convert.c:50:6: error: incompatible types when assigning to type '__m128i' from type 'int' m4 = _mm_cvtepi16_epi32(m1); ^ convert.c:53:6: error: incompatible types when assigning to type '__m128i' from type 'int' m3 = _mm_cvtepi16_epi32(m0); ^ convert.c:54:6: error: incompatible types when assigning to type '__m128i' from type 'int' m5 = _mm_cvtepi16_epi32(m1); ^ make[3]: *** [convert.lo] Error 1 make[3]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M/x86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/new_openbsc/osmo-trx/Transceiver52M' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/new_openbsc/osmo-trx' make: *** [all] Error 2 ================================= Please note that the master branch of Osmo-TRX compiles just fine. Do any of you have an idea what could be the problem? Thanks! Csaba ----- Eredeti üzenet ----- Feladó: "Sipos Csaba" &lt;sipos.csaba(a)kvk.uni-obuda.hu&gt; Címzett: "Ivan Kluchnikov" &lt;Ivan.Kluchnikov(a)fairwaves.ru&gt; Másolatot kap: "OpenBSC Mailing List" &lt;openbsc(a)lists.osmocom.org&gt; Elküldött üzenetek: Vasárnap, 2015. Július 26. 11:35:42 Tárgy: Re: Using GPRS Thanks Ivan, Will try that and report back. Regards, Csaba ----- Eredeti üzenet ----- Feladó: "Ivan Kluchnikov" &lt;Ivan.Kluchnikov(a)fairwaves.ru&gt; Címzett: "Sipos Csaba" &lt;sipos.csaba(a)kvk.uni-obuda.hu&gt; Másolatot kap: "Alexander Chemeris" &lt;alexander.chemeris(a)gmail.com&gt;om>, "OpenBSC Mailing List" &lt;openbsc(a)lists.osmocom.org&gt; Elküldött üzenetek: Vasárnap, 2015. Július 26. 10:56:51 Tárgy: Re: Using GPRS Hi Sipos, Omar, You should use the following branches: libosmocore branch master libosmo-abis branch master osmo-trx branch fairwaves/master osmo-bts branch fairwaves/master ( use ./configure --enable-trx) openbsc branch fairwaves/master osmo-pcu branch master (use ./configure --enable-sysmocom-bts ) openggsn branch master Also if you use the same machine for sgsn, bts and pcu, you should change openbsc.cfg, instead of: gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 use different ports, for example: gprs nsvc 0 local udp port 5948 gprs nsvc 0 remote udp port 23000 -- Regards, Ivan Kluchnikov. http://fairwaves.ru

Hi Sipos, Osmo-TRX master branch should be also fine for gprs, you can use it. Thank you for report, we will fix osmo-trx fairwaves/master branch soon. 2015-07-26 14:39 GMT+03:00 Sipos Csaba &lt;sipos.csaba(a)kvk.uni-obuda.hu&gt;hu>: -- Regards, Ivan Kluchnikov. http://fairwaves.ru

Hi Sipos, A couple general notes with a remark that I haven't touched the GPRS code for a long while: Power control loop for GPRS is separate from the power loop for the CS domain. IIRC it should be done in PCU, but it's not implemented yet. So right now IIRC the MS should be in an open loop power control mode, deducing its Tx power from its Rx level. I can't comment on the dB values, because I've never used B200. But if you use fairwaves/master branch, it can detect clipping when the signal is of too high power (check the logs). You can also enable debug logging level for osmo-trx to assess demodulation quality visually (there should be few to none '-' in the demodulated bursts). If you see the demodulation is perfect, but the issue is still there - you have to dig the layers upwards. On Sun, Jul 26, 2015 at 2:02 PM, Sipos Csaba &lt;sipos.csaba(a)kvk.uni-obuda.hu&gt; wrote: -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

Hi On 26.07.2015 20:02, Sipos Csaba wrote: That's normal in the default case, since the MS will have to issue a RACH to get an uplink TBF for the response. You can allow to keep the PACCH open for a longer time by configuring pcu dl-tbf-idle-time 2000 This keeps the DL TBF open for the time given (in ms) by periodically sending LLC dummy commands. HTH Jacob -- - Jacob Erlbeck &lt;jerlbeck(a)sysmocom.de&gt; http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte

Hi Csaba, On 13.08.2015 12:44, Sipos Csaba wrote: UL is one PDCH in general with either algorithm. For DL: Algo B (multislot) if you have >1 PDCH. In branch jerlbeck/master (which will be merged to master soon) you can also use 'alloc-algorithm dynamic' which will provide a higher DL throughput if there are only a few connections and will move over to algo A on higher usage. Regards Jacob -- - Jacob Erlbeck &lt;jerlbeck(a)sysmocom.de&gt; http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte

On Sun, Jul 26, 2015 at 12:13 PM, Holger Freyther &lt;holger(a)freyther.de&gt; wrote: I'm clearly behind on this, and the reason for many patches not being in master is lack of time for testing and patch review on my part. More generally, though, there is a vendor branch for Fairwaves specific changes that may or may not have been tested against other use cases (e.g. OpenBTS support). Similarly, are there reasons for vendor branches for osmo-bts and openbsc? I think the concept of vendor branches is ok so long as there is a path toward merging into master. -TT

Hi Holger, On Sun, Jul 26, 2015 at 3:13 PM, Holger Freyther &lt;holger(a)freyther.de&gt; wrote: Thomas is the maintainer of the 'master'. As he explained, most of the fairwaves/maser branch there are patches pending his review plus a couple patches specific to the way we package software for the use in UmSITEs. -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co

Hi Thomas, On Mon, Jul 27, 2015 at 1:39 PM, Tom Tsou &lt;tom(a)tsou.cc&gt; wrote: Btw, I wanted to discuss the best way to move this forward. We found that osmo-trx crashes with "illegal instruction" if we build on Core i7, but run on Atom even if we disable automatic CPU detection and manually specify HAVE_SSE3. We had to remove "-march=native" to make it work. But it seems that unconditionally removing it breaks the build with automatic CPU detection enabled. What do you think is the best way to get it working in both situations? -- Regards, Alexander Chemeris. CEO, Fairwaves, Inc. https://fairwaves.co