[srslte-users] SRS UE connecting to commercial network

Ismael Gomez ismael.gomez at softwareradiosystems.com
Mon Jul 1 09:35:26 UTC 2019 

Hi Saimanoj

What you are seeing is perfectly normal. Your IMSI is not registered to the
network. You see that in message #17 of the pcap you just sent.

On Mon, 1 Jul 2019 at 10:56, Saimanoj Katta <saimanoj.katta at cumucore.com>
wrote:

> Hello,
>
> PFA the UE pcap file for your reference.
>
> Thank you very much for the support and time.
>
> Regards,
> Saimanoj
>
> On Fri, Jun 28, 2019 at 6:59 PM Ismael Gomez <
> ismael.gomez at softwareradiosystems.com> wrote:
>
>> 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
>>
>

-- 
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/20190701/da24f32b/attachment.htm>

More information about the srsran-users mailing list