I'm referring to the condition where a UE can't connect because of a poor signal condition and it causes the UE to blacklist the eNB.
> On Oct 5, 2016, at 07:53, Nick Dewar <[email protected]> wrote: > > It sounds as though you guys are referring to something which is called a > forbidden list. It has everything to do with preventing UE from continually > trying to attach to a foreign PLMN. There is no relevance to link conditions > and only specific attach reject messages. The UE will store a forbidden > PLMNID list until it is rebooted. Without this a UE could continually > attempt to attach to a network for which is has no HSS instance > > Here are a few quotes from the standard > > > "To avoid unnecessary registration attempts, lists of forbidden PLMNs" > > "If a PLMN is selected but the UE cannot register on it because registration > is rejected with the cause "PLMN not > allowed", the UE shall add the PLMN to the "Forbidden PLMN" list. " > > > "If a PLMN is selected but the UE cannot register for PS services on it > because registration is rejected with the cause > "GPRS services not allowed in this PLMN", the UE shall not re-attempt to > register for E-UTRAN or UTRAN PS or > GERAN PS on that network. The PLMN is added to the list "Forbidden PLMN's for > GPRS services". The UE shall not > re-attempt to register " > > > Regards > Nick > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > [email protected] > Sent: October 4, 2016 10:44 PM > To: [email protected] > Subject: Telrad Digest, Vol 24, Issue 5 > > Send Telrad mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.wispa.org/mailman/listinfo/telrad > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific than "Re: > Contents of Telrad digest..." > > > Today's Topics: > > 1. Re: CPE reconnect (Matt Hoppes) > 2. Re: CPE reconnect (Adam Moffett) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 4 Oct 2016 21:39:29 -0400 > From: Matt Hoppes <[email protected]> > Subject: Re: [Telrad] CPE reconnect > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="utf-8" > > 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 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.wispa.org/mailman/private/telrad/attachments/20161004/04e4ebcc/attachment-0001.html > > > ------------------------------ > > Message: 2 > Date: Tue, 4 Oct 2016 21:43:53 -0400 > From: Adam Moffett <[email protected]> > Subject: Re: [Telrad] CPE reconnect > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="windows-1252" > > 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] >> <mailto:[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] >>>> <mailto:[email protected]>> wrote: >>>> >>>> >>>> On Tue, Oct 4, 2016 at 1:22 PM, Matt Hoppes >>>> <[email protected] >>>> <mailto:[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] <mailto:[email protected]> >>>> >>>> Heritage NetWorks >>>> Whitestone Power & Communications >>>> Vertical Broadband, LLC >>>> >>>> Schedule a meeting: http://doodle.com/jermudgeon >>>> _______________________________________________ >>>> Telrad mailing list >>>> [email protected] <mailto:[email protected]> >>>> http://lists.wispa.org/mailman/listinfo/telrad >>> >>> _______________________________________________ >>> Telrad mailing list >>> [email protected] <mailto:[email protected]> >>> http://lists.wispa.org/mailman/listinfo/telrad >> >> >> _______________________________________________ >> Telrad mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/telrad > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.wispa.org/mailman/private/telrad/attachments/20161004/fb10cadf/attachment.html > > > ------------------------------ > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad > > > End of Telrad Digest, Vol 24, Issue 5 > ************************************* > > > > ************************************************************************************ > This footnote confirms that this email message has been scanned by PineApp > Mail-SeCure for the presence of malicious code, vandals & computer viruses. > ************************************************************************************ > > > > > > > ************************************************************************************ > This footnote confirms that this email message has been scanned by > PineApp Mail-SeCure for the presence of malicious code, vandals & computer > viruses. > ************************************************************************************ > > > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad _______________________________________________ Telrad mailing list [email protected] http://lists.wispa.org/mailman/listinfo/telrad
