[srslte-users] SRS UE connecting to commercial network

Ismael Gomez ismael.gomez at softwareradiosystems.com
Fri Jun 28 15:59:14 UTC 2019 

I mean UE pcap from srsUE. Pass --pcap.enable=true to the srsue binary and
send us /tmp/ue.pcap file

Thanks

On Fri, 28 Jun 2019 at 15:57, Saimanoj Katta <saimanoj.katta at cumucore.com>
wrote:

> Hello,
>
> I have attached the pcap as Google Link drive as the file is larger than
> 25MB.
>  test.pcap
> <https://drive.google.com/a/cumucore.com/file/d/1py60L6sEvRb_4drzlXf6UfLL4vtftguY/view?usp=drive_web>
> Regards,
> Saimanoj
>
> On Fri, Jun 28, 2019 at 4:26 PM Ismael Gomez <
> ismael.gomez at softwareradiosystems.com> wrote:
>
>> Can you also attach a pcap please?
>>
>> thanks
>>
>> On Fri, 28 Jun 2019 at 11:41, Saimanoj Katta <saimanoj.katta at cumucore.com>
>> wrote:
>>
>>> Hi,
>>>
>>> Yes. Thank you very much for fixing the Format 1C issue.
>>>
>>> I noticed my error. I ran it real time using sudo command next. However,
>>> the transmission was unsuccessful. From my reading in  LTE message
>>> attach sequence chart
>>> <http://www.eventhelix.com/lte/attach/LTE-RRC-Connection-Setup-Messaging.pdf>
>>> :UE initiates a session to the eNodeB using a random RA-RNTI. Further,
>>> eNodeBassigns a C-RNTI and adjusts timing. *Then UE fails to request
>>> the RRC connection via UL-SCH*. From the rank indication, a good SINR
>>> is reflected by a rank 2. Therefore, there is good SINR, but yet, it fails
>>> to connect. Have I misunderstood something?
>>>
>>> In the PDCP log, it mentions, there is only 1 antenna available,
>>> whereas, I have two antennas configured.
>>>
>>> 12:36:51.672814 [PHY0] [E] [08063] Warning: Received Rank Indication
>>> report configuration but only 1 antenna is available
>>> 12:36:51.673058 [PHY1] [E] [08064] Warning: Received Rank Indication
>>> report configuration but only 1 antenna is available
>>> 12:36:51.673070 [PHY2] [E] [00000] Warning: Received Rank Indication
>>> report configuration but only 1 antenna is available
>>>
>>> Any word of advice would be appreciated. Attached are the new logs of ue
>>> and pdcp for reference.
>>>
>>> ubuntu at ubuntu-Zephyrus-GX501GI:~/srsLTE-issuefix_format1c/build$ sudo
>>> srsue --rf.dl_earfcn 3350  --log.all_level=info
>>> Reading configuration file /home/ubuntu/.config/srslte/ue.conf...
>>>
>>> Built in Release mode using 19.3.0.
>>>
>>> ---  Software Radio Systems LTE UE  ---
>>>
>>> Opening 1 RF devices with 1 RF channels...
>>> [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
>>> UHD_3.15.0.git-1-gf83faf28
>>> [INFO] [LOGGING] Fastpath logging disabled at runtime.
>>> Opening USRP with args: type=x300,master_clock_rate=184.32e6
>>> [INFO] [X300] X300 initialization sequence...
>>> [INFO] [X300] Maximum frame size: 1472 bytes.
>>> [INFO] [X300] Radio 1x clock: 184.32 MHz
>>> [INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
>>> [INFO] [0/DmaFIFO_0] Initializing block control (NOC ID:
>>> 0xF1F0D00000000000)
>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1299 MB/s)
>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1319 MB/s)
>>> [INFO] [0/Radio_0] Initializing block control (NOC ID:
>>> 0x12AD100000000001)
>>> [INFO] [0/Radio_1] Initializing block control (NOC ID:
>>> 0x12AD100000000001)
>>> [INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000)
>>> [INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000)
>>> [INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000)
>>> [INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000)
>>> Waiting PHY to initialize...
>>> ...
>>> Attaching UE...
>>> Searching cell in DL EARFCN=3350, f_dl=2680.0 MHz, f_ul=2560.0 MHz
>>> .
>>> Found Cell:  Mode=FDD, PCI=12, PRB=100, Ports=2, CFO=0.6 KHz
>>> Found PLMN:  Id=24459, TAC=12594
>>> Found PLMN:  Id=24459, TAC=12594
>>> Could not find Home PLMN Id=00101, trying to connect to PLMN Id=24459
>>> Random Access Transmission: seq=28, ra-rnti=0x2
>>> RRC Connected
>>> Random Access Complete.     c-rnti=0xdce6, ta=5
>>> Received Attach Reject. Cause= 02
>>> Received RRC Connection Release
>>> RRC IDLE
>>> Failed to Attach
>>> Random Access Transmission: seq=24, ra-rnti=0x2
>>> RRC Connected
>>> Random Access Complete.     c-rnti=0x78b5, ta=5
>>> Received Attach Reject. Cause= 02
>>> Received RRC Connection Release
>>> RRC IDLE
>>> Failed to Attach
>>> Random Access Transmission: seq=5, ra-rnti=0x2
>>> RRC Connected
>>> Random Access Complete.     c-rnti=0x1484, ta=5
>>> Received Attach Reject. Cause= 02
>>> Received RRC Connection Release
>>> RRC IDLE
>>> Failed to Attach
>>> Random Access Transmission: seq=10, ra-rnti=0x2
>>> RRC Connected
>>> Random Access Complete.     c-rnti=0xb053, ta=5
>>> Received Attach Reject. Cause= 02
>>> Received RRC Connection Release
>>> RRC IDLE
>>> Failed to Attach
>>> Random Access Transmission: seq=1, ra-rnti=0x2
>>> RRC Connected
>>> Random Access Complete.     c-rnti=0x4c22, ta=5
>>> Received Attach Reject. Cause= 02
>>> Received RRC Connection Release
>>> RRC IDLE
>>> Failed to Attach
>>> /home/ubuntu/srsLTE-issuefix_format1c/lib/src/phy/rf/rf_uhd_imp.c.839:
>>> Error timed out while receiving samples from UHD.
>>>
>>> /home/ubuntu/srsLTE-issuefix_format1c/lib/src/phy/ue/ue_sync.c.727:
>>> Error receiving samples
>>>
>>> /home/ubuntu/srsLTE-issuefix_format1c/lib/src/phy/rf/rf_uhd_imp.c.839:
>>> Error timed out while receiving samples from UHD.
>>>
>>> /home/ubuntu/srsLTE-issuefix_format1c/lib/src/phy/ue/ue_sync.c.727:
>>> Error receiving samples
>>>
>>> ^Z
>>> [2]+  Stopped                 sudo srsue --rf.dl_earfcn 3350
>>> --log.all_level=info
>>>
>>> Regards,
>>> Saimanoj
>>>
>>> On Tue, Jun 25, 2019 at 4:13 PM Ismael Gomez <
>>> ismael.gomez at softwareradiosystems.com> wrote:
>>>
>>>> Hi Saimanoj,
>>>>
>>>> Thanks for sharing your log. I see now that the Format1C issue is
>>>> fixed.
>>>>
>>>> The problem that you have now is with real-time. Make sure you run the
>>>> UE as sudo.
>>>>
>>>> On Mon, 24 Jun 2019 at 14:53, Saimanoj Katta <
>>>> saimanoj.katta at cumucore.com> wrote:
>>>>
>>>>> Hello Ismael,
>>>>>
>>>>> Thank you for notifying me and noticing the bug. I compiled the code
>>>>> and tested it. There is huge improvement in the detection of the PLMN.
>>>>> However, issue still persists.
>>>>>
>>>>> 1) I did execute the Pdsch option first for a clean signal. It does.
>>>>> Next, the code does not detect the PLMN automatically.
>>>>> 2) I changed the PLMN code to a number which eNB is configured. i.e
>>>>> 24451. It detects the code. However, it looks for HPLMN. Since, it is not
>>>>> there, it tries to connect via existing PLMN and it fails (I am assuming it
>>>>> looks for the equivalent HPLMN next). Here, it fails.  PS: I changed the
>>>>> details in the ue.conf.example and nas_test.cc file
>>>>>
>>>>> In nas.c file,
>>>>>     nas_log->error("Getting Home PLMN Id from USIM. Defaulting to
>>>>> 001-01\n");
>>>>>     uint16_t mcc          = 61441; // This is 001
>>>>>     uint16_t mnc          = 65281; // This is 01
>>>>>
>>>>> How is this encoded? I suspect this triggers the default one. How can
>>>>> I code it?
>>>>>
>>>>> *Attached are the logs for your reference:*
>>>>> *1. ue_original.log (Without modifying PLMN code)*
>>>>> * 2. ue.log (Modifying PLMN code). *
>>>>>
>>>>> *Here's the output at the Terminal: *
>>>>>
>>>>> ubuntu at ubuntu-Zephyrus-GX501GI:~/srsLTE-issuefix_format1c/build$
>>>>> srsue --rf.dl_earfcn 2875 --log.all_level=info
>>>>> Reading configuration file /home/ubuntu/.config/srslte/ue.conf...
>>>>>
>>>>> Built in Release mode using 19.3.0.
>>>>>
>>>>> ---  Software Radio Systems LTE UE  ---
>>>>>
>>>>> Opening 1 RF devices with 1 RF channels...
>>>>> [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
>>>>> UHD_3.15.0.git-1-gf83faf28
>>>>> [INFO] [LOGGING] Fastpath logging disabled at runtime.
>>>>> Opening USRP with args: type=x300,master_clock_rate=184.32e6
>>>>> [INFO] [X300] X300 initialization sequence...
>>>>> [INFO] [X300] Maximum frame size: 1472 bytes.
>>>>> [INFO] [X300] Radio 1x clock: 184.32 MHz
>>>>> [INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
>>>>> [INFO] [0/DmaFIFO_0] Initializing block control (NOC ID:
>>>>> 0xF1F0D00000000000)
>>>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1300 MB/s)
>>>>> [INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1303 MB/s)
>>>>> [INFO] [0/Radio_0] Initializing block control (NOC ID:
>>>>> 0x12AD100000000001)
>>>>> [INFO] [0/Radio_1] Initializing block control (NOC ID:
>>>>> 0x12AD100000000001)
>>>>> [INFO] [0/DDC_0] Initializing block control (NOC ID:
>>>>> 0xDDC0000000000000)
>>>>> [INFO] [0/DDC_1] Initializing block control (NOC ID:
>>>>> 0xDDC0000000000000)
>>>>> [INFO] [0/DUC_0] Initializing block control (NOC ID:
>>>>> 0xD0C0000000000000)
>>>>> [INFO] [0/DUC_1] Initializing block control (NOC ID:
>>>>> 0xD0C0000000000000)
>>>>> Waiting PHY to initialize...
>>>>> Warning: Failed to create thread with real-time priority. Creating it
>>>>> with normal priority: Success
>>>>> Warning: Failed to create thread with real-time priority. Creating it
>>>>> with normal priority: Success
>>>>> Warning: Failed to create thread with real-time priority. Creating it
>>>>> with normal priority: Success
>>>>> Warning: Failed to create thread with real-time priority. Creating it
>>>>> with normal priority: Success
>>>>> ...
>>>>> Attaching UE...
>>>>> Searching cell in DL EARFCN=2875, f_dl=2632.5 MHz, f_ul=2512.5 MHz
>>>>> .
>>>>> Found Cell:  Mode=FDD, PCI=12, PRB=25, Ports=2, CFO=-0.3 KHz
>>>>> Found PLMN:  Id=24451, TAC=12594
>>>>> Could not find Home PLMN Id=00101, trying to connect to PLMN Id=24451
>>>>> Random Access Transmission: seq=30, ra-rnti=0x2
>>>>> Random Access Complete.     c-rnti=0x3d7, ta=4
>>>>> Received ConnectionReject. Wait time: 8
>>>>> Random Access Transmission: seq=3, ra-rnti=0x2
>>>>> Received ConnectionReject. Wait time: 8
>>>>> Random Access Complete.     c-rnti=0x9fa6, ta=4
>>>>> Random Access Transmission: seq=27, ra-rnti=0x2
>>>>> Received ConnectionReject. Wait time: 8
>>>>> Random Access Complete.     c-rnti=0x3b75, ta=4
>>>>> Random Access Transmission: seq=16, ra-rnti=0x2
>>>>> Received ConnectionReject. Wait time: 8
>>>>> Random Access Complete.     c-rnti=0xd744, ta=0
>>>>> Random Access Transmission: seq=0, ra-rnti=0x2
>>>>> Received ConnectionReject. Wait time: 8
>>>>> Random Access Complete.     c-rnti=0x7313, ta=4
>>>>>
>>>>>
>>>>> Regards,
>>>>> Saimanoj
>>>>>
>>>>> On Fri, Jun 21, 2019 at 7:15 PM Ismael Gomez <
>>>>> ismael.gomez at softwareradiosystems.com> wrote:
>>>>>
>>>>>> Hi Saimanoj,
>>>>>>
>>>>>> Thanks for reporting this. This is indeed a bug in resolving RV value
>>>>>> for Format1C for SI-RNTI. Thanks for catching that. I've pushed a new
>>>>>> branch with a possible fix here:
>>>>>> https://github.com/srsLTE/srsLTE/tree/issuefix_format1c
>>>>>>
>>>>>> When you have a chance, could you please try it again and let us know
>>>>>> if it works? ue.log would be very useful.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> On Fri, 21 Jun 2019 at 13:55, Saimanoj Katta <
>>>>>> saimanoj.katta at cumucore.com> wrote:
>>>>>>
>>>>>>> Hello Andre,
>>>>>>>
>>>>>>> Sorry for the late reply. I get a clean signal when I execute
>>>>>>> pdsch_ue as you advised me to check.
>>>>>>> When I run srsue, it even detects a cell, but, the index values
>>>>>>> start to appear and the error keeps happening-
>>>>>>>
>>>>>>> Found Cell:  Mode=FDD, PCI=12, PRB=25, Ports=2, CFO=0.3 KHz
>>>>>>> Invalid inputs rv_idx=-1, cb_idx=15
>>>>>>> /home/ubuntu/srsLTE/lib/src/phy/phch/sch.c.343: Error in rate
>>>>>>> matching
>>>>>>> .
>>>>>>> .
>>>>>>> .
>>>>>>> Invalid inputs rv_idx=-1, cb_idx=15
>>>>>>> /home/ubuntu/srsLTE/lib/src/phy/phch/sch.c.343: Error in rate
>>>>>>> matching
>>>>>>>
>>>>>>> ^Z
>>>>>>> [7]+  Stopped                 srsue --rf.dl_earfcn 2875
>>>>>>> --log.all_level=info
>>>>>>>
>>>>>>> It always, asks MAC to look for SIB1(Attached are the logs). In eNB
>>>>>>> configuration, S1B1 is not configured. To configure it in eNB, it takes a
>>>>>>> huge time, I understand. Is it easier to disable it in the code and start
>>>>>>> working to recieve SIB2?  I am a beginner to this platform and I am
>>>>>>> confused, what to do next.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Saimanoj
>>>>>>>
>>>>>>> On Fri, Jun 14, 2019 at 3:18 PM Andre Puschmann <
>>>>>>> andre.puschmann at softwareradiosystems.com> wrote:
>>>>>>>
>>>>>>>> You don't need to configure anything at the UE side. It detects
>>>>>>>> everything automatically.
>>>>>>>>
>>>>>>>> Try pdsch_ue if you have issues with the UE and make sure you can
>>>>>>>> receive a clean signal.
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>> Andre
>>>>>>>>
>>>>>>>> On 11/6/19 16:04, Saimanoj Katta wrote:
>>>>>>>> > Hi,
>>>>>>>> >
>>>>>>>> > I have attached the logs. I analyzed and realized this: The PLMN
>>>>>>>> which I
>>>>>>>> > have given is not detected by the code. Furthermore, the SIB1 is
>>>>>>>> not
>>>>>>>> > detected. There needs to be decoding of MIB to connect, right? Do
>>>>>>>> I need
>>>>>>>> > to change something from expert config options?
>>>>>>>> >
>>>>>>>> > Further, In the README file, it says, it has been tested for
>>>>>>>> bandwidths:
>>>>>>>> > 1.4, 3, 5, 10, 15 and 20 MHz. I assume this is the channel
>>>>>>>> bandwidth and
>>>>>>>> > I need it for 20MHz. From one of the papers, I remember the
>>>>>>>> srsLTE code
>>>>>>>> > is set to 20MHz. How do I change it? I was not able to decode.
>>>>>>>> >
>>>>>>>> > Regards,
>>>>>>>> > manu
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Andre Puschmann
>>>>>>>>
>>>>>>>> Software Radio Systems (SRS)
>>>>>>>> http://www.softwareradiosystems.com
>>>>>>>>
>>>>>>>> PGP/GnuPG key: 6C42AB31
>>>>>>>> fingerprint: 137A AE49 785B A445 257C 8AD7 D877 A498 6C42 AB31
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> srslte-users mailing list
>>>>>>> srslte-users at lists.softwareradiosystems.com
>>>>>>> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ismael Gomez Ph.D.
>>>>>>
>>>>>> Software Radio Systems (SRS)
>>>>>> http://www.softwareradiosystems.com
>>>>>>
>>>>>> ismael.gomez at softwareradiosystems.com
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Ismael Gomez Ph.D.
>>>>
>>>> Software Radio Systems (SRS)
>>>> http://www.softwareradiosystems.com
>>>>
>>>> ismael.gomez at softwareradiosystems.com
>>>>
>>>
>>
>> --
>> Ismael Gomez Ph.D.
>>
>> Software Radio Systems (SRS)
>> http://www.softwareradiosystems.com
>>
>> ismael.gomez at softwareradiosystems.com
>>
>

-- 
Ismael Gomez Ph.D.

Software Radio Systems (SRS)
http://www.softwareradiosystems.com

ismael.gomez at softwareradiosystems.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190628/317c3e41/attachment.htm>

More information about the srsran-users mailing list