I have never seen the blacklist problem with low signal even CINR of 0 and 1 it never blacklisted. I found a UE with 1 and -2 CINR and it was still moving a few mbit and connected.
If the UE can auth one time then it resets it counter. If the CINR is so low that it can communicate and not finish the AUTH then you don't really want that UE on the eNB anyway. We are talking about CINR <2 not 7 or 8. Matt Carpenter Sent from my iPhone > On Oct 4, 2016, at 8:43 PM, Adam Moffett <[email protected]> wrote: > > If it's specifically an AUTH issue as opposed to a weak signal issue then it > seems like that ought to work. The phone could have enough brains in > it's algorithm to note that there was an auth failure and also weak CINR so > maybe don't blacklist that eNB until we try it again when CINR improves. > > It was described to me as a function of the CPE, and if that's the case then > the solution would have to be implemented in the CPE. > >> Why do I have such a love hate relationship with LTE. >> >> So how does this work in the macro network? Cell phone black lists site, >> then drives closer to it. Shouldn't it associate without having to be >> rebooted? >> >> On Oct 4, 2016, at 21:36, Matthew Carpenter >> <[email protected]> wrote: >> >>> If the UE tries to connect to the eNB and is unable to AUTH the SIM card >>> then it will blacklist after 3 or 4 attempts. >>> At that point the UE must be rebooted to connect. I have seen this happen >>> many times back last January. >>> No way around it, its a LTE thing.. >>> >>> On the UE’s dropping from 50-60Mbit to 2Mbit, what I have seen >>> is its an upload issue. The Upload QAM is SO low that it cannot perform >>> well on the download. >>> A reboot brings it around and the speeds go back to normal. >>> What I have been told is the UE/eNB will lower the QAM rate due to >>> interference or other issues and it will lower the QAM faster then its >>> rises it back up. >>> >>> What are the “other issues” you ask? On the CPE7000 it was bad boards that >>> would cause high bit rate errors inside the radio causing it to think it >>> has interference. >>> Replacing the UE would fix it. I also think the old crappy POE injectors >>> causes issues as well.. cannot prove it.. >>> >>> I have a UE that did this yesterday, I will watch it and if it continues to >>> lower is QAM over the period of a day or so then we will replace the UE. >>> (CPE7000) >>> >>> Also watching the tlsyslog on the EPC will give you all sorts of good >>> information as to what a UE is doing, or not doing correctly. I highly >>> suggest you watch it for bad UE’s. >>> >>> >>> MattCarpenter >>> >>> >>> >>> >>> >>>> On Oct 4, 2016, at 4:31 PM, Jeremy Austin <[email protected]> wrote: >>>> >>>> >>>>> On Tue, Oct 4, 2016 at 1:22 PM, Matt Hoppes >>>>> <[email protected]> wrote: >>>>> >>>>> If so, is there a way around this so a customer does not have to reboot >>>>> the CPE? >>>> >>>> When an IMSI is blacklisted, does this mean it isn't available for a >>>> detach? >>>> >>>> I haven't seen this problem yet, as far as I know. >>>> >>>> I'm still trying to explain why a UE should jump from 50-60 megs down, to >>>> 2, on a lightly loaded sector. I've been testing the 8000 on a 2x4 sector >>>> today. This is somewhat similar behavior to what we get daily complaints >>>> about — it appears to affect customers somewhat randomly, and there is no >>>> cure but to wait. (I'm not about to reset the EPC.) I had hoped I wouldn't >>>> see it on the 8000, but so far I may be. >>>> >>>> Other than that, RF performance on the 8000 is good. I'm consistently >>>> hitting high modulations and 6-7 Mbps on the upstream. >>>> >>>> >>>> -- >>>> Jeremy Austin >>>> >>>> (907) 895-2311 >>>> (907) 803-5422 >>>> [email protected] >>>> >>>> Heritage NetWorks >>>> Whitestone Power & Communications >>>> Vertical Broadband, LLC >>>> >>>> Schedule a meeting: http://doodle.com/jermudgeon >>>> _______________________________________________ >>>> Telrad mailing list >>>> [email protected] >>>> http://lists.wispa.org/mailman/listinfo/telrad >>> >>> _______________________________________________ >>> Telrad mailing list >>> [email protected] >>> http://lists.wispa.org/mailman/listinfo/telrad >> >> >> _______________________________________________ >> Telrad mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/telrad > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad
_______________________________________________ Telrad mailing list [email protected] http://lists.wispa.org/mailman/listinfo/telrad
