[srslte-users] SRS UE connecting to commercial network
Ismael Gomez
ismael.gomez at softwareradiosystems.com
Fri Jun 28 13:26:32 UTC 2019
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/4c7bbf13/attachment.htm>
More information about the srsran-users
mailing list