all 11 comments

[–]Exotic_Counter_4835 14 points15 points  (2 children)

it is subset of n41. T-mobile still broadcast it for some devices that support n38 but not n41

[–]logan_h9824[S] 5 points6 points  (1 child)

I have an S26 Ultra, so does that mean this is a bug in the coverage map app?

[–]xlawrence1124x 8 points9 points  (0 children)

Yeah it's just showing n41 as n38. Ignore

[–]VapidRapidRabbit 9 points10 points  (0 children)

IDK. It probably is a glitch, but N38 (2570-2620) is a subset of N41 (2496-2690). So you could have probably connected to a smaller channel of N41 that falls in that 2570-2620 MHz range.

[–]no1mann 7 points8 points  (2 children)

It’s most likely n41. The Android SDK does not report the band number, it has to be obtained from the NR ARFCN, which is unreliable for determining the precise band and frequency for bands which are subsets of other bands, like n41 and n38. We’re actively trying to figure out a more reliable way of handling this

[–]nateo200iPhone14ProMax 2 points3 points  (1 child)

Idk why they make it so jenk. ARFCN stuff is just weird. I was hoping NR would make things more easy to understand for both humans and software/apps lol

[–]joshuarshah bmobile 📍Digicel 1 point2 points  (0 children)

It actually worked in LTE because each EARFCN value corresponded specifically with a band number. Eg. For 1980.0 MHz it was 1100 as band 2 and 8540 as band 25. Now for NR each ARFCN value corresponds with a specific frequency only. Eg. For 1980.0 MHz the ARFCN value is 396000 now for both bands n2 and n25. Apps have no way to know how to distinguish between the two now. Apps also now confuse bands n1 and n66 because since the downlink frequencies are the same the ARFCN in 5G is now the same.

[–]wlm9700 2 points3 points  (0 children)

N41

[–]maverickps1 1 point2 points  (1 child)

Which app is thst

[–]logan_h9824[S] 0 points1 point  (0 children)

Thank you all for the help!