[srslte-users] SRS UE connecting to commercial network

Saimanoj Katta saimanoj.katta at cumucore.com
Wed Jul 3 12:27:21 UTC 2019 

Hello Ismael and Andre,

Thank you very much for the help!(Yes. IMSI is not registered to the
network. I debugged and the findings are explained below). I would like to
ask one more question in this regard. *How are you setting the default MCC
and MNC values as 001 and 01 for the srsUE? Can I change the PLMN id
somewhere in the code? *

I am asking this due to the following reasons of my settings: The data type
in my current EPC does not allow 001. It allows only '1' (Due to some
limitation). Hence, I cannot connect it without the external commands(in
the terminal).
When I try to connect it with --usim.imsi= "value", there is a MAC failure
in the Authentication. The only solution I understand, is to have the
parameters(imsi,k,opc)  set correctly to have a proper authentication.
Attached is the pcap for reference.

Regards,
Saimanoj

On Mon, Jul 1, 2019 at 12:35 PM Ismael Gomez <
ismael.gomez at softwareradiosystems.com> wrote:

> 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/20190703/6e07f86b/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: authtest.pcap
Type: application/vnd.tcpdump.pcap
Size: 4096 bytes
Desc: not available
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190703/6e07f86b/attachment.pcap>

More information about the srsran-users mailing list