Hello everybody.
I was successful in running the calypso BTS by using the openBTS (without gprs).
Now I am trying to setup a GPRS N/w with the guide provided at http://wush.net/trac/rangepublic/wiki/GPRS and by using the same Calypso BTS. Want to know whether if this can work out. If not I want to do some minimal implementation (GPRS attach or just activate a PDP context).
I followed the tutorial and I am here with logs from PCU and SGSN.
LOG from Osmo-PCU
# ./osmo-pcu -n 06 -m 234 <0001> pcu_l1_if.cpp:375 BTS available <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=6 <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=6 <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=7
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=7 <0009> gprs_bssgp_pcu.cpp:508 NS-VC 4 is unblocked. <0008> gprs_bssgp_pcu.cpp:549 Sending reset on BVCI 0 <0008> gprs_bssgp_pcu.cpp:557 Sending reset on BVCI 7 <0008> gprs_bssgp_pcu.cpp:565 Sending unblock on BVCI 7
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120, fn=961674 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment) 0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=124, fn=963005 <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet DownlinkAssignment) 0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission <0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH <0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet
After a successful GSM attach procedure the phone is accessing the BTS on RACH for a GPRS attach. This set of statements repeats as long as the phone trying to do a GPRS attach send requests on RACH. It seems like the phone BTS receives RACH and a channel is assigned (IMM ASS, I can see this TBF assignment in Wireshark), but I doubt whether this IMM ASS has reached the phone that is trying to GPRS attach.
Log from SGSN
#./osmo-sgsn <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC <0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC <0010> gprs_ns.c:806 Creating NS-VC for BSS at 192.168.111.144:5948 <0010> gprs_ns.c:679 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M intervention) <0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4) <0010> gprs_ns.c:679 NSEI=4 Rx NS RESET (NSVCI=8, cause=PDU not compatible with protocol state) <0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4) <0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK <0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK <0011> gprs_bssgp.c:249 BSSGP BVCI=0 Rx RESET cause=O&M intervention <0011> gprs_bssgp.c:249 BSSGP BVCI=7 Rx RESET cause=O&M intervention <0011> gprs_bssgp.c:272 Cell 234-6-1000-0 CI 0 on BVCI 7 <0011> gprs_bssgp.c:344 BSSGP BVCI=7 Rx BVC-UNBLOCK <0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC <0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC
and The last statement repeats.........
the statement Cell 234-6-1000-0 CI 0 on BVCI 7 The RAI and Cell ID are 0 and 0.... But when I read the code gprs_bssgp.c it says these parameters will be received from BSS. If I set these parameters in OpenBTS.db similar to LAC=RAC but still there is no effect.
I am running ./ggsn, ./osmo-sgsn, ./osmo-pcu, ./openbts
Is osmo-nitb needed along with SGSN and PCU.
I fail to do GPRS attcach in this situation. Can someone please give your comments and guide me with some suggestions.
regards,
Altaf
altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet DownlinkAssignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is received as confirm from bts. what branches do you use (pcu, bts, osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
Thank you andreas for your reply.
I applied the patch and I can see the IMM ASS messages
1.
eg : On the PCU log
receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8 00 10 0b 2b 2b 2b 2b 2b 2b 2b
2. Branches
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
3. I have attached Openbts.db and osmo-sgsn.cfg I have checked for openbsc.cfg in the openbsc folder. but I find a diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not for openbts. I am not sure which one to attach.
When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or openbsc.cfg.? Can you please tell me which one is the correct cfg when using openbts.
regards,
Altaf
On Tue, Jun 4, 2013 at 12:56 PM, jolly andreas@eversberg.eu wrote:
** altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is received as confirm from bts. what branches do you use (pcu, bts, osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
Well... I don't get that statement printed.
regards,
Altaf
On Tue, Jun 4, 2013 at 2:22 PM, altaf sk altaf329@gmail.com wrote:
Thank you andreas for your reply.
I applied the patch and I can see the IMM ASS messages
eg : On the PCU log
receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8 00 10 0b 2b 2b 2b 2b 2b 2b 2b
- Branches
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
I have attached Openbts.db and osmo-sgsn.cfg I have checked for openbsc.cfg in the openbsc folder. but I find a diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not for openbts. I am not sure which one to attach.
When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or openbsc.cfg.? Can you please tell me which one is the correct cfg when using openbts.
regards,
Altaf
On Tue, Jun 4, 2013 at 12:56 PM, jolly andreas@eversberg.eu wrote:
** altaf sk wrote:
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets do not start with bit sequence 'HH01' (Packet Downlink Assignment)
hi atlaf,
please try this patch. it will show what is sent to bts and what is received as confirm from bts. what branches do you use (pcu, bts, osmocombb) ? could you attach the configs for bts and openbsc?
regards,
andreas
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
On Tue, Jun 4, 2013 at 6:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx.
"gprs-work" is an OpenBTS branch which Ivan maintains.
-- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ООО УмРадио http://fairwaves.ru
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones. I am not sure how to use two phones and connect and how is the sync b/w them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git:// github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
Yes, I understand how trx uses two phones by reading your previous commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk altaf329@gmail.com wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones. I am not sure how to use two phones and connect and how is the sync b/w them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git:// github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
altaf sk wrote:
Yes, I understand how trx uses two phones by reading your previous commits. I will study them
regards,
altaf
i looked at the code again. the IMM.ASS error can be ignored, it think. next time when i run it, i will see what causes it.
you can use two phones by adding the "-2" option to transceiver. both phones use the same cell to sync to. you need to start two osmocon processes. one for the phone that provides TS1 and another with option "-s /tmp/osmocom_l2.2" for the other socket. if both sockets run, you can start transceiver and the osmo-bts and so on. be sure that you receive the usual debugging output (as you saw before) at both osmocon processes, which show the sync information.
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones. Currently I did (register) with 1 phone but will do it with 2 also. yes I am using the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I looked at the osmo-bts-sysmo code which has the command line option (-M --pcu-direct) to enable pcu support. I looked at the code and I found that pcu_direct is set to 1 (pcu_direct=1) when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly defined pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk altaf329@gmail.com wrote:
Yes, I understand how trx uses two phones by reading your previous commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk altaf329@gmail.com wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones. I am not sure how to use two phones and connect and how is the sync b/w them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git:// github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
Hello Andreas
1. As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch. Compiling OsmoBTS results in compilations errorrs.
Log from OsmoBTS:
rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp] rsl.c: In function ‘rsl_rx_chan_activ’: rsl.c:744:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c:748:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c: In function ‘rsl_rx_mode_modif’: rsl.c:991:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c:995:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c: In function ‘rsl_rx_ipac_XXcx’: rsl.c:1304:7: warning: passing argument 3 of ‘osmo_rtp_get_bound_ip_port’ from incompatible pointer type [enabled by default] /usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ‘int *’ but argument is of type ‘uint16_t *’ make[2]: *** [rsl.o] Error 1 make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src' make: *** [all-recursive] Error 1
2.
No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot start OsmoSGSN when OpenBSC is on Jolly/tetsing.
OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC <000f> sgsn_libgtp.c:571 Failed to create GTP: -1 <000f> sgsn_main.c:346 Cannot bind/listen on GTP socket
So after compiling OsmoBTS, I switch OpenBSC->master and then start OsmoSGSN and it starts.
Then OsmoSGSN says : <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
3.
I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts support then it connected to osmoBTS. I could also use the second phone for TS1 and was able to send a IMM ASS (for packet channel). I verified this on the MS (requesting for GPRS attach). And by observing log from PCU it shows MS has responded in TS-1 and sent data.
OsmoNITB is also working good.
Log from PCU when a GPRS attch request is received
./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06 <0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected <0001> pcu_l1_if.cpp:375 BTS available <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1 <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1 <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120, fn=741687 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120, fn=744933 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm
Log from OsmoBTS when GPRS attch request is received When a UL data received on PDTCH
<000a> trx_if.c:178 No response from transceiver <0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51 <0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809 (81/104) for PDTCH <000a> trx_if.c:178 No response from transceiver
After this OsmoBTS results in
Segmentation fault (core dumped)
Can you please tell how can I compile OsmoBTS correctly by using OpenBSC->master.
regards,
Altaf
On Wed, Jun 5, 2013 at 6:37 PM, altaf sk altaf329@gmail.com wrote:
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones. Currently I did (register) with 1 phone but will do it with 2 also. yes I am using the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I looked at the osmo-bts-sysmo code which has the command line option (-M --pcu-direct) to enable pcu support. I looked at the code and I found that pcu_direct is set to 1 (pcu_direct=1) when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly defined pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk altaf329@gmail.com wrote:
Yes, I understand how trx uses two phones by reading your previous commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk altaf329@gmail.com wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones. I am not sure how to use two phones and connect and how is the sync b/w them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git:// github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
Hello everybody.
Log from Osmo-SGSN
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC <0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC <0010> gprs_ns.c:819 Creating NS-VC for BSS at 192.168.111.144:23000 <0010> gprs_ns.c:692 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M intervention) <0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101) <0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK <0010> gprs_ns.c:692 NSEI=101 Rx NS RESET (NSVCI=101, cause=O&M intervention) <0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101) <0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK
These set of statements repeats as the NS reset timer timed out. When a reset request is made to the NS, According to the code and specs the NS-VC is blocked and made Alive.
Here is the log from PCU <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124, fn=784700 <0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b9af47b len=44 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b9af47b: -74 dBm
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124, fn=785415 <0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x797c478f len=47 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x797c478f: -58 dBm
These set of statements repeat.
As I receive a UL TBF on TS1 and when a request from PCU that calls gprs_ns_sendmsg() inorder to send data to SGSN, it fails because the NS-VC is still blocked and I also checked whether it is ALIVE or not, I find it is Dead.
The MS (requesting for GPRS attach keeps on requesting for RACH and responds on TS:1 with a TBF)
I am using Libosmocore->jolly/trx Openbsc->jolly/testing OsmoBTS->jolly/trx OsmoPCU->Master OsmocomBB->Jolly/trx
I start as ./osmo-nitb ./osmo-sgsn ./Osmo-pcu ./transceiver(osmocom_bb) ./osmo-bts-trx
I compiled PCU as ./configure --enable--sysmocom-bts and osmo-bts as ./configure --enable-trx If I dont compile PCU this way its not connecting with Osmo-BTS and in OpenBSC I specified as sysmobts in the openbsc.cfg
Can you please guide and correct me in making the NS-VC alive and unblocked and how can the PDU reach sgsn.
best regards,
Altaf
On Tue, Jun 11, 2013 at 4:50 PM, altaf sk altaf329@gmail.com wrote:
Hello Andreas
As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch. Compiling OsmoBTS results in compilations errorrs.
Log from OsmoBTS:
rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp] rsl.c: In function ‘rsl_rx_chan_activ’: rsl.c:744:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c:748:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c: In function ‘rsl_rx_mode_modif’: rsl.c:991:53: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c:995:15: error: ‘struct gsm_lchan’ has no member named ‘mr_bts_lv’ rsl.c: In function ‘rsl_rx_ipac_XXcx’: rsl.c:1304:7: warning: passing argument 3 of ‘osmo_rtp_get_bound_ip_port’ from incompatible pointer type [enabled by default] /usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ‘int *’ but argument is of type ‘uint16_t *’ make[2]: *** [rsl.o] Error 1 make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src' make: *** [all-recursive] Error 1
No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot start OsmoSGSN when OpenBSC is on Jolly/tetsing.
OsmoSGSN says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC <000f> sgsn_libgtp.c:571 Failed to create GTP: -1 <000f> sgsn_main.c:346 Cannot bind/listen on GTP socket
So after compiling OsmoBTS, I switch OpenBSC->master and then start OsmoSGSN and it starts.
Then OsmoSGSN says : <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts support then it connected to osmoBTS. I could also use the second phone for TS1 and was able to send a IMM ASS (for packet channel). I verified this on the MS (requesting for GPRS attach). And by observing log from PCU it shows MS has responded in TS-1 and sent data.
OsmoNITB is also working good.
Log from PCU when a GPRS attch request is received
./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06 <0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected <0001> pcu_l1_if.cpp:375 BTS available <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1 <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1 <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120, fn=741687 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120, fn=744933 <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41 <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm
Log from OsmoBTS when GPRS attch request is received When a UL data received on PDTCH
<000a> trx_if.c:178 No response from transceiver <0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51 <0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809 (81/104) for PDTCH <000a> trx_if.c:178 No response from transceiver
After this OsmoBTS results in
Segmentation fault (core dumped)
Can you please tell how can I compile OsmoBTS correctly by using OpenBSC->master.
regards,
Altaf
On Wed, Jun 5, 2013 at 6:37 PM, altaf sk altaf329@gmail.com wrote:
Hello andreas,
thanks a lot for your help.
I resulted successful in running the osmoBTS with calypso phones. Currently I did (register) with 1 phone but will do it with 2 also. yes I am using the debugging option.
Can you kindly tell me how should I enable the PCU support. I have the osmo-pcu (master) installed and I start it before starting osmoBTS.
I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
I tried looking around sockets and vty but could not figure it out. I looked at the osmo-bts-sysmo code which has the command line option (-M --pcu-direct) to enable pcu support. I looked at the code and I found that pcu_direct is set to 1 (pcu_direct=1) when -M option is used.
using this as a reference in the main.c of osmo-bts-trx i directly defined pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I dont see any response from PCU.
Can you suggest me in this regard.
regards,
Altaf
On Tue, Jun 4, 2013 at 5:13 PM, altaf sk altaf329@gmail.com wrote:
Yes, I understand how trx uses two phones by reading your previous commits. I will study them
regards,
altaf
On Tue, Jun 4, 2013 at 4:53 PM, altaf sk altaf329@gmail.com wrote:
ok. Thank you...
I will look into this and will post if any success..
You say that using jolly/testing branch it is possible to use two phones. I am not sure how to use two phones and connect and how is the sync b/w them. Can you please give some brief idea before you write documentation.
isnt it possible with 1 phone, Just for minimal functions.?
I don't find the branch jolly/trx in git clone git:// github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
On Tue, Jun 4, 2013 at 4:13 PM, jolly andreas@eversberg.eu wrote:
altaf sk wrote:
PCU -> master bts -> gprs-work os_BB -> sylvain/testing openbsc -> master
pcu master is ok (everything merged). openbsc master is ok. bts gprs-work? i don't know this branch, please use jolly/trx. osmocom_bb you should use jolly/testing branch, because you need to use two phones, one for broadcast and one for timeslot 1 (gprs). i think i need to write a documentation for that. but in your case, the IMM.ASS problem must be solved first.
-
Alexander Chemeris -
altaf sk -
Andreas Eversberg -
jolly