5G alkuinnostuksen jälkeen...

  • 16 January 2021
  • 18 kommenttia
  • 309 katselukertaa

Tervehdys kaikille yhteisöläisille!

 

Sattuipa eräänä päivänä viime vuoden (2020) lopulla että aivan tuossa vieressä otettiin käyttöön uusi Telian tukari 5G ominaisuuksilla, matkaakin alle 150 metriä. Tästä valtavasti innostuneena liittymää hankkimaan ja mokkulaa virittelemään käyttöön. Liittymänä Yhteys mukaan 5G 1000m ja laitteena Huawei 5G CPE Win ulkomodeemi. Laitteen sijoituspaikkaa olen nyt vaihtanut useasti, monesta paikasta oman käyttöliittymän mukaan tulee lähes sata pistettä sekä 4G että 5G verkoista, radion arvot sinällään ei ihan priimaa ole:

Kuitenkin samalla hetkellä API:n kautta arvot näyttää ettei NR ole käytössä ollenkaan:

<response>
<pci>235</pci>
<sc></sc>
<cell_id>37233428</cell_id>
<rsrq>-10.0dB</rsrq>
<rsrp>-71dBm</rsrp>
<rssi>&gt;=-51dBm</rssi>
<sinr>12dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:-2dBm PPucch:-3dBm PSrs:0dBm PPrach:-1dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:25</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:16 mcsDownCarrier1Code1:21</dl_mcs>
<earfcn>DL:3050 UL:21050</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>7</band>
<nei_cellid>No1:236No2:234No3:20No4:426</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>25300</lteulfreq>
<ltedlfreq>26500</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0145443</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>2530000kHz</ulfrequency>
<dlfrequency>2650000kHz</dlfrequency>
<nrulbandwidth></nrulbandwidth>
<nrdlbandwidth></nrdlbandwidth>
<nrulmcs></nrulmcs>
<nrdlmcs></nrdlmcs>
<nrtxpower></nrtxpower>
<nrearfcn></nrearfcn>
<nrulfreq></nrulfreq>
<nrdlfreq></nrdlfreq>
<nrsinr></nrsinr>
<nrrsrp></nrrsrp>
<nrrsrq></nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>

 

Parhaiten olen saanut 5G radion toimimaan 4G bandeilla 3 ja 20, liekö tuossa 7 bandilla sitten ankkuria ollenkaan. Mutta silti tuo käyttöliittymä/API outo? Kuitenkin enode kertoo että oikeessa tukarissa kiinni.

 

Tietenkin on hyvinkin mahdollista että jään alakatveeseen kun noita radion arvoja olen seurannut, eikä keilatkaan ihan optimit näin lähelle ole antennien fyysisistä suunnista päätellen. Mutta tuo 5G päällä pysyminen silti ihmetyttää, aina kun vähän "potkii" eli pakottaa eri 4G bandille tai käynnistää fyysisesti uudelleen niin saa sen herkuteltua uudelleen tulille. Taajuuslukkojahan tuossa Huaweissa ei ole, mutta mm. Huawei Router Tool v1.1 avulla olen tuota mokkulaa käskyttänyt. Alla lokia viimeiseltä viikolta nopeudesta ja viiveestä:

 

Alla vielä dataa kun NR toimii:

<response>
<pci>364</pci>
<sc></sc>
<cell_id>37233429</cell_id>
<rsrq>-7.0dB</rsrq>
<rsrp>-58dBm</rsrp>
<rssi>&lt;=-113dBm</rssi>
<sinr>0dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:-2dBm PPucch:-3dBm PSrs:0dBm PPrach:-1dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:27</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:1 mcsDownCarrier1Code1:0</dl_mcs>
<earfcn>DL:1300 UL:19300</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>3</band>
<nei_cellid>No1:194No2:363No3:246No4:247</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>17200</lteulfreq>
<ltedlfreq>18150</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0145443</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>1720000kHz</ulfrequency>
<dlfrequency>1815000kHz</dlfrequency>
<nrulbandwidth>100MHz</nrulbandwidth>
<nrdlbandwidth>100MHz</nrdlbandwidth>
<nrulmcs>NRmcsUpCarrier1:6</nrulmcs>
<nrdlmcs>NRmcsDownCarrier1Code0:0 NRmcsDownCarrier1Code1:0</nrdlmcs>
<nrtxpower>PPusch:5dBm PPucch:-6dBm PSrs:0dBm PPrach:-33dBm</nrtxpower>
<nrearfcn>DL:630660 UL:630660</nrearfcn>
<nrulfreq>3459900kHz</nrulfreq>
<nrdlfreq>3459900kHz</nrdlfreq>
<nrsinr>15dB</nrsinr>
<nrrsrp>-70dBm</nrrsrp>
<nrrsrq>-11.0dB</nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>

 

Onkos ajatuksia kuinka tilannetta kannattaa lähteä parantelemaan vai onko tämä verkon normaalia toimintaa, toivottavasti ei.


18 kommenttia


@opeura@  kirjoitti:

 


Onkos ajatuksia kuinka tilannetta kannattaa lähteä parantelemaan vai onko tämä verkon normaalia toimintaa, toivottavasti ei.




Tässä suosittelen olemaan suoraan meihin yhteydessä niin laitetaan ongelma häiriöilmoituksella tutkintaan meidän verkonhallintaan. 


Tällöin pystytään tarkistamaan se verkonpuoli ja myös nuo ankkuritaajuudet.


Vähän hassulta kuulostaa se että tuo isoin taajuus ei toimisi ankkurina ollenkaan. 


@JuhoOlliLo@  kirjoitti:




Tässä suosittelen olemaan suoraan meihin yhteydessä niin laitetaan ongelma häiriöilmoituksella tutkintaan meidän verkonhallintaan. 


Tällöin pystytään tarkistamaan se verkonpuoli ja myös nuo ankkuritaajuudet.


Vähän hassulta kuulostaa se että tuo isoin taajuus ei toimisi ankkurina ollenkaan. 




Olen jo aiemmin ollutkin yhteydessä, silloin kerrottiin että annkurina nimenomaan olisi 1800MHz bandi. Ymmärsin että laitettiin asiaa eteenpäin silloin, tosin ei ole mitään kuulunut jälkeenpäin. Sittemmin huomasin että 20 bandillakin toimii mutta se onkin sitten hidas jos ei tuo NR toimi kun sen hetken. Sillon tällöin ottaa kiinni myös toiseen tukariin aika kaus mikä myös ihmetyttää, tosin on hyvällä paikalla ja voimakas. Mutta lähellä muitakin tarjolla:



 


<response>
<pci>127</pci>
<sc></sc>
<cell_id>36637463</cell_id>
<rsrq>-9.0dB</rsrq>
<rsrp>-107dBm</rsrp>
<rssi>-75dBm</rssi>
<sinr>10dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:2dBm PPucch:2dBm PSrs:2dBm PPrach:2dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:17</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:1 mcsDownCarrier1Code1:21</dl_mcs>
<earfcn>DL:499 UL:18499</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>1</band>
<nei_cellid>No1:363No2:364</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>19699</lteulfreq>
<ltedlfreq>21599</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0143115</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>1969900kHz</ulfrequency>
<dlfrequency>2159900kHz</dlfrequency>
<nrulbandwidth></nrulbandwidth>
<nrdlbandwidth></nrdlbandwidth>
<nrulmcs></nrulmcs>
<nrdlmcs></nrdlmcs>
<nrtxpower></nrtxpower>
<nrearfcn></nrearfcn>
<nrulfreq></nrulfreq>
<nrdlfreq></nrdlfreq>
<nrsinr></nrsinr>
<nrrsrp></nrrsrp>
<nrrsrq></nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>


 


 


Edit AaTanja: lyhennetty lainausta.


 


 


@opeura@  kirjoitti:




Olen jo aiemmin ollutkin yhteydessä, silloin kerrottiin että annkurina nimenomaan olisi 1800MHz bandi. Ymmärsin että laitettiin asiaa eteenpäin silloin, tosin ei ole mitään kuulunut jälkeenpäin. Sittemmin huomasin että 20 bandillakin toimii mutta se onkin sitten hidas jos ei tuo NR toimi kun sen hetken. Sillon tällöin ottaa kiinni myös toiseen tukariin aika kaus mikä myös ihmetyttää, tosin on hyvällä paikalla ja voimakas. Mutta lähellä muitakin tarjolla:



 


<response>
<pci>127</pci>
<sc></sc>
<cell_id>36637463</cell_id>
<rsrq>-9.0dB</rsrq>
<rsrp>-107dBm</rsrp>
<rssi>-75dBm</rssi>
<sinr>10dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:2dBm PPucch:2dBm PSrs:2dBm PPrach:2dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:17</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:1 mcsDownCarrier1Code1:21</dl_mcs>
<earfcn>DL:499 UL:18499</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>1</band>
<nei_cellid>No1:363No2:364</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>19699</lteulfreq>
<ltedlfreq>21599</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0143115</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>1969900kHz</ulfrequency>
<dlfrequency>2159900kHz</dlfrequency>
<nrulbandwidth></nrulbandwidth>
<nrdlbandwidth></nrdlbandwidth>
<nrulmcs></nrulmcs>
<nrdlmcs></nrdlmcs>
<nrtxpower></nrtxpower>
<nrearfcn></nrearfcn>
<nrulfreq></nrulfreq>
<nrdlfreq></nrdlfreq>
<nrsinr></nrsinr>
<nrrsrp></nrrsrp>
<nrrsrq></nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>


 


 




5G tuolla on tässä 145443 tukiasemassa. Tukiasemassa on myös 800MHz 4G-taajuus, toisin kun Cellmapper näyttää ilmoittavan. 


Nyt en tiedä että miksi sinulle on sanottu että vain 1800MHz olisi ankkuritaajuus, koska tosiasiassa tukiaseman kaikki kolme 4G-taajuutta, 800, 1800 ja 2600 toimivat ankkurina 5G:lle.


Alueen muut tukiasemat eivät toimi ankkurina, eli mikäli reititin nappaa 4G:n muualta niin tällöin 5G ei voi toimia. 



EDIT. Lisäyksenä vielä että kauanko yhteydenotosta on? On tietenkin mahdollista että aiemmin nuo kaksi muuta taajuutta eivät ole olleet ankkurina ja ovat lisätty nyt jälkikäteen. 





@JuhoOlliLo kirjoitti:


 


5G tuolla on tässä 145443 tukiasemassa. Tukiasemassa on myös 800MHz 4G-taajuus, toisin kun Cellmapper näyttää ilmoittavan. 


Nyt en tiedä että miksi sinulle on sanottu että vain 1800MHz olisi ankkuritaajuus, koska tosiasiassa tukiaseman kaikki kolme 4G-taajuutta, 800, 1800 ja 2600 toimivat ankkurina 5G:lle.


Alueen muut tukiasemat eivät toimi ankkurina, eli mikäli reititin nappaa 4G:n muualta niin tällöin 5G ei voi toimia. 



EDIT. Lisäyksenä vielä että kauanko yhteydenotosta on? On tietenkin mahdollista että aiemmin nuo kaksi muuta taajuutta eivät ole olleet ankkurina ja ovat lisätty nyt jälkikäteen. 




Ennen joulua oli kun viimeksi asiasta olen keskustellut, ei vielä kauaa ollut sillon tukari toiminnassa ollu. Cellmapperi vielä varmaan vajavainen tämän tukiaseman kohdalta, kävin äkkiseltään tuolla mokkulan liittymällä ja vanhalla luurilla kiertämässä pikku lenkin että sain enoden siitä. Ei varmaan kerennyt kaikkia soluja joka taajuudella kerätä. Maston paikkakin näyttää olevan vielä tuvan puolella kun ei omat pisteet riitä sen siirtämiseen oikealle paikalle.


 


Täytyy jatkaa ihmettelyä ja kokeilla hiukan nostaa vielä tuota modeemia josko auttaa. Alla näkymä mastolle yhdestä testatusta paikasta, tällä hetkellä yksi kuusi välissä ja siitä toimii parhaiten tähän asti.



 

Käyttäjätaso 5
Kunniamerkki +9

@opeura@  kirjoitti:







Ennen joulua oli kun viimeksi asiasta olen keskustellut, ei vielä kauaa ollut sillon tukari toiminnassa ollu. Cellmapperi vielä varmaan vajavainen tämän tukiaseman kohdalta, kävin äkkiseltään tuolla mokkulan liittymällä ja vanhalla luurilla kiertämässä pikku lenkin että sain enoden siitä. Ei varmaan kerennyt kaikkia soluja joka taajuudella kerätä. Maston paikkakin näyttää olevan vielä tuvan puolella kun ei omat pisteet riitä sen siirtämiseen oikealle paikalle.


 


Täytyy jatkaa ihmettelyä ja kokeilla hiukan nostaa vielä tuota modeemia josko auttaa. Alla näkymä mastolle yhdestä testatusta paikasta, tällä hetkellä yksi kuusi välissä ja siitä toimii parhaiten tähän asti.



 




Osuukohan käyttöpaikkasi sitten hieman antennikeilan reunaan kun B3 SINR näytti olevan 0 dB. Tosin B7 oli sitten 12 dB. Voi tietysti olla, että uudessa tukarissa on ollut alussa vähän konffit hakusessa ja alueen optimointi myös kesken. 5G 3.5 GHz n78 signaaliarvot näyttivät oikein mukavilta.


 


Huaweilla ei pitäisi olla mitään syytä hypätä tuonne 143115 tukariin kun B20 RSRP on -107 dBm.


 


Huawein sijoittamissa talon ulkopuolella eri kohtiin voi tietysti vielä vähän testata.


LTE H-MONITOR ohjelmalla voi tietysti tiputtaa B20:n tai muun taajuuden vähäksi aikaa pois, jos se tuntuu että aiheuttaa ongelmia ja päätelaite harhailee muussa tukarissa.


 


Siirsin nyt tukarin paikoilleen cellmapperissa, toivottavasti osui suurin pirtein oikeaan kohtaan kartalla...käyttäjien pitää mapata eri taajuudet cellmapperilla, ne ei sinne tosiaan ilmesty mitenkään automaattisesti "taivaasta".


 


Kapasiteettia tuossa tukarissa pitäisi olla ihan asiallisesti, kun on laitettu B3+B7+B20+n78 ja näyttää olevan Nokian MassiveMIMO 5G-antennitkin mastossa.


 


Edit AaTanja: muokattu lainausta.





@snow28 kirjoitti:


 


Osuukohan käyttöpaikkasi sitten hieman antennikeilan reunaan kun B3 SINR näytti olevan 0 dB. Tosin B7 oli sitten 12 dB. Voi tietysti olla, että uudessa tukarissa on ollut alussa vähän konffit hakusessa ja alueen optimointi myös kesken. 5G 3.5 GHz n78 signaaliarvot näyttivät oikein mukavilta.


 


Huaweilla ei pitäisi olla mitään syytä hypätä tuonne 143115 tukariin kun B20 RSRP on -107 dBm.


 


Huawein sijoittamissa talon ulkopuolella eri kohtiin voi tietysti vielä vähän testata.


LTE H-MONITOR ohjelmalla voi tietysti tiputtaa B20:n tai muun taajuuden vähäksi aikaa pois, jos se tuntuu että aiheuttaa ongelmia ja päätelaite harhailee muussa tukarissa.


 


Siirsin nyt tukarin paikoilleen cellmapperissa, toivottavasti osui suurin pirtein oikeaan kohtaan kartalla...käyttäjien pitää mapata eri taajuudet cellmapperilla, ne ei sinne tosiaan ilmesty mitenkään automaattisesti "taivaasta".


 


Kapasiteettia tuossa tukarissa pitäisi olla ihan asiallisesti, kun on laitettu B3+B7+B20+n78 ja näyttää olevan Nokian MassiveMIMO 5G-antennitkin mastossa.




Nyt on cellmapperissa hyvin lähellä oikeaa paikkaa. Hienosti data kulkee kyllä sillon kun 5G pysyy päällä, UL lähellä 100 ja DL monesti yli 500. Kummasti vaan aina putoaa 4G+, ei siis näy Huawein käyttöliittymässäkään aina 4+5G. Täytyy nyt vielä yrittää vaihtaa tuota modeemia takuuseen.


 


Sitä mietin että voiko olla joku virransäästöominaisuus joko tukarissa tai modeemissa joka aina pudottaa eikä osaa palata. Kännyköissä ja muissa liikkuvissahan asia voi olla toisin kun solut ja tukiasemat vaihtuu ja yhteys rakentuu näin ollen uudelleen vs. tällänen kiinteä asennus joka makaa samassa solussa paikallaan, ei tule luonnostaan "uudelleenkäynnistyksiä".


 


Täytyy nyt vielä koittaa vaikka tehdä uutta vikailmoakin.


@opeura@  kirjoitti:







Nyt on cellmapperissa hyvin lähellä oikeaa paikkaa. Hienosti data kulkee kyllä sillon kun 5G pysyy päällä, UL lähellä 100 ja DL monesti yli 500. Kummasti vaan aina putoaa 4G+, ei siis näy Huawein käyttöliittymässäkään aina 4+5G. Täytyy nyt vielä yrittää vaihtaa tuota modeemia takuuseen.


 


Sitä mietin että voiko olla joku virransäästöominaisuus joko tukarissa tai modeemissa joka aina pudottaa eikä osaa palata. Kännyköissä ja muissa liikkuvissahan asia voi olla toisin kun solut ja tukiasemat vaihtuu ja yhteys rakentuu näin ollen uudelleen vs. tällänen kiinteä asennus joka makaa samassa solussa paikallaan, ei tule luonnostaan "uudelleenkäynnistyksiä".


 


Täytyy nyt vielä koittaa vaikka tehdä uutta vikailmoakin.




Laitetestihän tuossa olisi toki hyvä koska se kertoo pitkälti mihin ongelma jää, mutta ymmärrettävästi tämä ei ole 5G:n kanssa vältämättä mahdollista. 

Verkonpuoli voidaan tarkistaa meidän kautta totta kai. Tätä varten olisi hyvä olla 3-5 tarkkaa esimerkkiä ongelmasta. Eli sinun tapauksessa mahdollisimman tarkka aika milloin tuo 5G:n tippuminen tapahtuu. 

Kyllä on todella mielenkiintoinen tämä Huawein/verkon toiminta. Taas ollaan kiinni tukiasemassa joka n. 4,5 km päässä, Cellmapperin mukaan solussa 23 bandilla 7, eikä tuossa 120 metrin päässä olevassa.


 


<response>
<pci>127</pci>
<sc></sc>
<cell_id>36637463</cell_id>
<rsrq>-6.0dB</rsrq>
<rsrp>-93dBm</rsrp>
<rssi>-71dBm</rssi>
<sinr>10dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:2dBm PPucch:1dBm PSrs:2dBm PPrach:2dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:28</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:1 mcsDownCarrier1Code1:26</dl_mcs>
<earfcn>DL:499 UL:18499</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>1</band>
<nei_cellid>No1:128</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>19699</lteulfreq>
<ltedlfreq>21599</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0143115</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>1969900kHz</ulfrequency>
<dlfrequency>2159900kHz</dlfrequency>
<nrulbandwidth></nrulbandwidth>
<nrdlbandwidth></nrdlbandwidth>
<nrulmcs></nrulmcs>
<nrdlmcs></nrdlmcs>
<nrtxpower></nrtxpower>
<nrearfcn></nrearfcn>
<nrulfreq></nrulfreq>
<nrdlfreq></nrdlfreq>
<nrsinr></nrsinr>
<nrrsrp></nrrsrp>
<nrrsrq></nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>


 



 



@JuhoOlliLo kirjoitti:

Laitetestihän tuossa olisi toki hyvä koska se kertoo pitkälti mihin ongelma jää, mutta ymmärrettävästi tämä ei ole 5G:n kanssa vältämättä mahdollista. 


Verkonpuoli voidaan tarkistaa meidän kautta totta kai. Tätä varten olisi hyvä olla 3-5 tarkkaa esimerkkiä ongelmasta. Eli sinun tapauksessa mahdollisimman tarkka aika milloin tuo 5G:n tippuminen tapahtuu. 






Jatkuva testailu ja uudelleenkäynnistelykin hiukan muita perheen käyttäjiä rasittaa 🙂>


 


Puolen tunnin tarkkuudella tuo oma logi tällä hetkellä, alla muutama viimeinen 5G > 4G muutos:


19.1.21 13:00-13:30 välillä


15.1.21 00:00-00:30


14.1.21 22:30-23:00


14.1.21 06:30-07:00


12.1.21 21:00-2130


 



Tuossa nopeuden mukaan lokia kuinka on käyttäytynyt. Täytyy varmaan tehdä skripti joka lukee APIn kautta tuota enodea ja bandia.


 

Käyttäjätaso 7
Kunniamerkki +14

@opeura@  kirjoitti:

Kyllä on todella mielenkiintoinen tämä Huawein/verkon toiminta. Taas ollaan kiinni tukiasemassa joka n. 4,5 km päässä, Cellmapperin mukaan solussa 23 bandilla 7, eikä tuossa 120 metrin päässä olevassa.


 


<response>
<pci>127</pci>
<sc></sc>
<cell_id>36637463</cell_id>
<rsrq>-6.0dB</rsrq>
<rsrp>-93dBm</rsrp>
<rssi>-71dBm</rssi>
<sinr>10dB</sinr>
<rscp></rscp>
<ecio></ecio>
<mode>7</mode>
<ulbandwidth>20MHz</ulbandwidth>
<dlbandwidth>20MHz</dlbandwidth>
<txpower>PPusch:2dBm PPucch:1dBm PSrs:2dBm PPrach:2dBm</txpower>
<tdd></tdd>
<ul_mcs>mcsUpCarrier1:28</ul_mcs>
<dl_mcs>mcsDownCarrier1Code0:1 mcsDownCarrier1Code1:26</dl_mcs>
<earfcn>DL:499 UL:18499</earfcn>
<rrc_status>1</rrc_status>
<rac></rac>
<lac></lac>
<tac>4140</tac>
<band>1</band>
<nei_cellid>No1:128</nei_cellid>
<plmn>24491</plmn>
<ims>0</ims>
<wdlfreq></wdlfreq>
<lteulfreq>19699</lteulfreq>
<ltedlfreq>21599</ltedlfreq>
<transmode>TM[3]</transmode>
<enodeb_id>0143115</enodeb_id>
<cqi0>32639</cqi0>
<cqi1>32639</cqi1>
<ulfrequency>1969900kHz</ulfrequency>
<dlfrequency>2159900kHz</dlfrequency>
<nrulbandwidth></nrulbandwidth>
<nrdlbandwidth></nrdlbandwidth>
<nrulmcs></nrulmcs>
<nrdlmcs></nrdlmcs>
<nrtxpower></nrtxpower>
<nrearfcn></nrearfcn>
<nrulfreq></nrulfreq>
<nrdlfreq></nrdlfreq>
<nrsinr></nrsinr>
<nrrsrp></nrrsrp>
<nrrsrq></nrrsrq>
<arfcn></arfcn>
<bsic></bsic>
<rxlev></rxlev>
</response>


 



 



Laitetestihän tuossa olisi toki hyvä koska se kertoo pitkälti mihin ongelma jää, mutta ymmärrettävästi tämä ei ole 5G:n kanssa vältämättä mahdollista. 


Verkonpuoli voidaan tarkistaa meidän kautta totta kai. Tätä varten olisi hyvä olla 3-5 tarkkaa esimerkkiä ongelmasta. Eli sinun tapauksessa mahdollisimman tarkka aika milloin tuo 5G:n tippuminen tapahtuu. 






Jatkuva testailu ja uudelleenkäynnistelykin hiukan muita perheen käyttäjiä rasittaa 🙂>


 


Puolen tunnin tarkkuudella tuo oma logi tällä hetkellä, alla muutama viimeinen 5G > 4G muutos:


19.1.21 13:00-13:30 välillä


15.1.21 00:00-00:30


14.1.21 22:30-23:00


14.1.21 06:30-07:00


12.1.21 21:00-2130


 



Tuossa nopeuden mukaan lokia kuinka on käyttäytynyt. Täytyy varmaan tehdä skripti joka lukee APIn kautta tuota enodea ja bandia.


 




Kirjailethan vielä Minun Telian kautta häiriöilmoitusta näiden samojen esimerkkien avulla. Laita myös linkki tähän yhteisön keskusteluun mukaan oman nimimerkin kera. 


 


Tietenkin tämä olisi ehkäistävissä sillä, että tehtäisiin alueelle ankkuroinnit muistakin tukiasemista tuohon 5G-taajuuksia tarjoavaan, mutta ennen sitä kokeillaan selvittää miten yhteys saadaan vakaammaksi. 





@KaPetri kirjoitti:

Kirjailethan vielä Minun Telian kautta häiriöilmoitusta näiden samojen esimerkkien avulla. Laita myös linkki tähän yhteisön keskusteluun mukaan oman nimimerkin kera. 


 


Tietenkin tämä olisi ehkäistävissä sillä, että tehtäisiin alueelle ankkuroinnit muistakin tukiasemista tuohon 5G-taajuuksia tarjoavaan, mutta ennen sitä kokeillaan selivttää miten yhteys saadaan vakaammaksi. 




 Häiriöilmoitus tehty.

Käyttäjätaso 7
Kunniamerkki +16

@KaPetri@   kirjoitti:





Kirjailethan vielä Minun Telian kautta häiriöilmoitusta näiden samojen esimerkkien avulla. Laita myös linkki tähän yhteisön keskusteluun mukaan oman nimimerkin kera. 


 


Tietenkin tämä olisi ehkäistävissä sillä, että tehtäisiin alueelle ankkuroinnit muistakin tukiasemista tuohon 5G-taajuuksia tarjoavaan, mutta ennen sitä kokeillaan selivttää miten yhteys saadaan vakaammaksi. 




 @opeura kirjoitti:


 


Häiriöilmoitus tehty.




Hieno juttu, kiitos! Palailehan sitten kun asia etenee tai ratkeaa, niin saadaan ketjuun siitäkin tietoa.

 

😁>

 

Käyttäjätaso 3
Kunniamerkki +14

@opeura@  kirjoitti:

 

😁>

 


Millä tuo on muuten mitattu ja missä asti lienee testiserveri? Melkoista lottoa näyttää olevan tulokset edelleen.



Millä tuo on muuten mitattu ja missä asti lienee testiserveri? Melkoista lottoa näyttää olevan tulokset edelleen.


Mittaukset tehty Speedtest.net omalla speedtest-cli:llä satunnaiseen palvelimeen perustuen ilmeisesti vasteaikaan? Nyt on lukittu server-id 14928 eli Telian oma. Iperfillä tai nuttcpllä kyllä mielellään mittailisin jos olisi joku järkevä ruuhkaton palvelin tarjolla.

 

Suunta on nyt kuitenkin oikea, pingi vasteet ja uppi hyvinkin vakaat ja NR pysyy päällä. Vielä lukittuu välillä tuohon 800 MHz bandiin vaikka muutakin tarjolla. Uskoisin että tuo vaihtelu download arvossa esim. modulaation vaihtelun aiheuttamaa? Mutta nyt voikin sitten alkaa hieromaan mokkulan paikkaa kohdalleen 😆>

 

Täytyy sen verran offtopiccina todeta että tilanne on varsin hyvä tällä alueella, kuluneella viikolla soitteli toisen operaattorin myyjä ja nyt on kolmen operaattorin 5G toteutukset kantamalla. Hintakilpailukin tuntuu alkaneen kun puhelimessa saa tinkastua ihan tuntuvia alennuksia. Kilpailijoilla on muutama etu puolellaan palveluissa joten testit jatkuu...

 

PS. Ja nyt näyttää kyllä siltä että tuo Huawein ulkomokkula onkin ihan kelpo kampe, vielä kun omaan käyttöliittymään saisi taajuuslukot ja esim. rajoituksen modulaatioille.

Käyttäjätaso 7
Kunniamerkki +20

LTE H Monitor saattaa pystyä taajuuslukittamaan myös tuota laitetta.


 


Epäilen, että tuo ajoittainen hitaampi nopeustesti johtuu siitä, että EN-DC ei ehdi aktivoitua kunnolla tai oikein (siis 4G+5G). Aivan kun verkot avattiin, oli tuo erittäin epäluotettavaa, mutta nyt kun Nokia ja Telia ovat verkkojaan päivitelleet, on toiminta jo vakaata. Mutta, niin kauan kuin yhteys vaatii noinkin monen palikan samanaikaista toimintaa synkassa, voi vaihtelua olla. Sitten kun saadaan 5G SA , eli Stand-Alone verkot, on toiminta varmasti entistäkin vakaampaa, kun ei tarvitse ohjauksen taikka paljoa muunkaan osalta turvautua toiseen tekniikkaan.


 


Älä ainakaan DNA:n 5G kotinettiä ota. Heidän myymässä mokkulassa on jokin ohjelmisto-ongelma, joka estää vakaan toiminnan. Lukuisat käyttäjät ovat siitä raportoineet aina viime syksystä asti, mutta korjausta ei Huawei taikka DNA ole vielä onnistunut luomaan.

Käyttäjätaso 3
Kunniamerkki +14

@opeura@  kirjoitti:

Mittaukset tehty Speedtest.net omalla speedtest-cli:llä satunnaiseen palvelimeen perustuen ilmeisesti vasteaikaan? Nyt on lukittu server-id 14928 eli Telian oma.


Jostain syystä tuo speedtest-cli ei ole antanut mulla koskaan oikeita tuloksia gigaisella kuidulla. Aina jäädään jonnekin reiluun 600 Mbit/s, toki joka kerta sama tulos mutta reilusti alakanttiin. Samoin pingit ihan hirmuisia 12...14 ms. Samaan aikaan speedtest sovellus ajettuna hitaammalla windows-koneella antaa tasaiset tulokset ja aivan samalla linux-koneella jos ajaa selaimessa speedtestin niin sekin antaa paljon oikeampia tuloksia. En ole keksinyt syytä.

 


@opeura@  kirjoitti:

Iperfillä tai nuttcpllä kyllä mielellään mittailisin jos olisi joku järkevä ruuhkaton palvelin tarjolla.


Voisin laittaa iperfin päälle, jos telia voisi ottaa tuon upload-kuristimen pois? Ai niin ja mullahan on tosiaan jo olemassa myös webbipohjainen html5-speedtest tossa levypalvelimella. Joku kaveri sillä joskus 4G:tä mittailikin. Ainoa puute on tuo keinotekoinen rajoitin.

 

Nyt huhuu Telia, saisitte hyötyä tähän 5G hypetykseen! Ainoa limiitti on että puolen kuun aikana ajelen backupit, yleensä 2.5 teratavua joten siinä kohtaa notkahtaa isommin. Muu aina melko vähäinen kuorma ulos, riittäisi 5G:n mittailuun ihan heittämällä. Mulla on talo suoraan alueverkossa kiinni.

 


@opeura@  kirjoitti:

Uskoisin että tuo vaihtelu download arvossa esim. modulaation vaihtelun aiheuttamaa?


Jaettu kaista näkyy? Siellä on samalla tolpalla joku muukin 5G käyttäjä tai jollain on lähistöllä 5G puhelin ja käyttää sitä paljon?


@Purnipsi@  kirjoitti:

LTE H Monitor saattaa pystyä taajuuslukittamaan myös tuota laitetta.


Sekin pelaa kyllä, tällä hetkellä käytän Huawei Router Tool:a Windowsilta ja apia suoraan debianilta. Huawei Router Tool antoi alkuun false positiveja mutta F-securelta puhtaat paperit näytteen perusteella.

 


Älä ainakaan DNA:n 5G kotinettiä ota. Heidän myymässä mokkulassa on jokin ohjelmisto-ongelma, joka estää vakaan toiminnan. Lukuisat käyttäjät ovat siitä raportoineet aina viime syksystä asti, mutta korjausta ei Huawei taikka DNA ole vielä onnistunut luomaan.


Näissä nyt kannattaa olla varovainen joka operaattorin suhteen, hyväsytty yhteyden vaihteluväli palvelukuvauksen mukaan riippuen operaattorista 5/10 - 1000 Mbit/s 🙂>

Speedtest-cli on päivittynyt ihan vastikään, kannattaa tarkastaa versio ja testailla uudelleen. Oman kokemuksen mukaan toimii ainakin Debian busterilla ihan ok.

 

Tässäpä on nyt viimeisen vuorokauden ajalta graafia, aika kivalta alkaa näyttää. Speedtest lukittu tuohon ylempänä mainittuun Telian omaan palvelimeen:

 

 

Mukavaa olisi tietää mitä kaikkea on verkon puolella tapahtunut, aika iso parannus joka tapauksessa!

 

Vastaa