[srslte-users] SRS UE connecting to commercial network

Saimanoj Katta saimanoj.katta at cumucore.com
Fri Jun 28 13:57:40 UTC 2019 

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190628/5f25d977/attachment.htm>

More information about the srsran-users mailing list