Jump to content

All phones on my account have a ring delay of 5 rings "network Vision blamed of course"


Recommended Posts

I use to be a tech for Sprint. Any techs are engineers able to look at this?

 

I have 4 phones in North Richland Hills "Tarrant County" 76180  that are all missing calls.  It is Monday June 10th 2013 2:12am. Noticed the issue as of Friday June 7th about 10am.  I use Google voice on all 4 phones. I thought that was the issue till i removed Google voice. Even had one phone number changed thinking it was a server issue with the hand off of calls. Low and behold that didn't correct issue. A network ticket supposedly was put in, although i have no trust in Sprint at this moment. This is crazy. All  4 of my phones ring 5 times before i am alerted even once.  Come on Sprint! 4 different phones missing calls.  Note 2, S2, Evo3D, Nexus  ....Phones have been reset, updated, manual reset network, MDN and MSID changed, drove to another tower area to eliminate tower issue, google voice deleted "although all Google voice accounts totally separate accounts so its not Google", last phone number changed on one phone.  Still 5 rings before i hear any of the 4 phones ring.  Hour on the phone with tech support. Prompted to go to store then i realized all the phones had a delay and missing calls. Network ticket created zip code 76180. Suppose to hear from someone within 24 hrs. "The ticket was closed no outage"  Very dissatisfied. Every one at sprint is at a lost on what to do.  Of course the last thing they do is blame it on upgrades. Hate to see what happens on rainy days.

 

Anyone's knowledge would be greatly apreciated. Cross street for me is Harwood and Grapevine Hwy

 

Edited by dallasfever
Link to comment
Share on other sites

Sounds to me like you've gone through pretty much everything.

 

If a network ticket was opened and actually closed by a network engineer for no issue, I'm inclined to believe it. I think I read that you were in different areas and got the same issue, so it wouldn't be a specific tower, and not the physical phone obviously since it's happening on 4 of them. You ruled out Google Voice, really the only thing left is something with your account. I would have said MSID change but you listed that too, are you sure the MSID was actually changed (i.e. you seeing the before/after in the phone's about screen)?

 

It is possible the MSC is having an issue, but that would likely show up automatically even with the legacy equipment.

 

Is there another Sprint customer you know in your area that you can see if they have the same issues?

 

I can only come up with something being screwy on your entire account, it would affect all your phones, but not anyone else, it would not show up to the network engineers since it isn't tower-related, and would stay in place despite all phone resets and programming. Usually an MSID change would fix those issues though since it requires the system to rebuild the subscription structure on the back end automatically.

Link to comment
Share on other sites

I believe it has something to do with the slot index cycle which we can no longer change. Basically that is how long it takes between each time the phone asks the tower if there is a call waiting. I used to lower my slot index cycle to one but I can no longer change it.

Link to comment
Share on other sites

Ok Issue is fixd this morning after blasting every outlet i could with my topic. 3 days no one knew what was wrong.

halcyoncmdr you hit the nail right on the spot with the account. I tried to get them to create a new account and they had no idea how to do that. I could only think it must be the account, something in the back end that cant be seen. So i wanted all my phones transferred to a brand new account.  Luckily after no success yesterday somehow someone fixed the issue today.

 

TheForce627 Yea if it was a GSM i could still change ring delay. What happened in this case i have no idea.  I posted my issue to so many boards, i dont if that got the ball rolling or me calling 6-7 times in one day got the ball rolling. I wish i knew what they did but know one has called.

 

I will update this topic if i hear from Sprint.

 

Thank yall for your expertise!

Link to comment
Share on other sites

Glad to hear it's fixed. Wish I knew what caused it however, would be good to know. Maybe you just happened to get in contact with someone who knew what the issues was from experience (something uncommon in a call center, average employee turn around is 6 months). That issue isn't exactly common and likely to be covered in standard training

 

Slot Cycles can be adjusted if you have the right info, keep in mind it it setup at 2 by default to balance customer experience and network load. By decreasing your slot cycle you double the amount of load you put on the tower's paging channel from your phone while idle, since it will be checking for a new call/message twice as often. Slot cycles run at 1.28sec at a setting of 0 and add for each increase in cycle. So a slot cycle of 2 would result in your phone checking every 5.12 seconds for a new message or call.This can potentially result in a maximum of 6.3 seconds delay if your device checked immediately before the call started ringing on the network side.

 

This is extremely unlikely, and would not be consistent however. Most calls would fall to within a couple of seconds on average.

Link to comment
Share on other sites

Slot Cycles can be adjusted if you have the right info, keep in mind it it setup at 2 by default to balance customer experience and network load. By decreasing your slot cycle you double the amount of load you put on the tower's paging channel from your phone while idle, since it will be checking for a new call/message twice as often.

A few thoughts...

 

Your slot cycle indices are correct. A slot cycle index 2 indicates a handset wake cycle every 5.12 seconds, while a slot cycle index 0 is every 1.28 seconds. But that is a wake and "listen" to the paging channel cycle, so it does not increase network loading -- unless the device also needs to respond on the access channel. What it does do, though, is decrease incoming call and messaging latency at the expense of standby battery life.

 

Additionally, you can try to change your slot cycle index setting. But the network is free to override it, and slot cycle index 2 is almost always the network mandated default. So, any change in setting will likely yield no actual change.

 

AJ

Link to comment
Share on other sites

A few thoughts...

 

Your slot cycle indices are correct. A slot cycle index 2 indicates a handset wake cycle every 5.12 seconds, while a slot cycle index 0 is every 1.28 seconds. But that is a wake and "listen" to the paging channel cycle, so it does not increase network loading -- unless the device also needs to respond on the access channel. What it does do, though, is decrease incoming call and messaging latency at the expense of standby battery life.

 

Additionally, you can try to change your slot cycle index setting. But the network is free to override it, and slot cycle index 2 is almost always the network mandated default. So, any change in setting will likely yield no actual change.

 

AJ

When I was able to change mine back when I had the evo 3d I definitely noticed a difference. Anybody willing to provide info on how to change it on the gs4

Link to comment
Share on other sites

When I was able to change mine back when I had the evo 3d I definitely noticed a difference.

 

Noticing a difference is not legitimate proof of anything in this regard.  Placebo effect can be very strong.  So, you would need to show before and after screenshots of your slot cycle index setting, demonstrating that the network did not override your setting.

 

AJ

Link to comment
Share on other sites

Noticing a difference is not legitimate proof of anything in this regard.  Placebo effect can be very strong.  So, you would need to show before and after screenshots of your slot cycle index setting, demonstrating that the network did not override your setting.

 

AJ

Oh I ran plenty of tests and the time was reduced....I can give u a screenshot of my evo 3d if u want. It never changed my slot index setting back to two

Link to comment
Share on other sites

You know what's interesting, I had this same issue with my phone and my wife's phone not ringing for at least 30 seconds when called. We were having that issue all last week, but only when we were at home. It seemed to get fixed a couple of days ago so I guess in my case it was an issue with whatever tower we were connected to.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • large.unreadcontent.png.6ef00db54e758d06

  • gallery_1_23_9202.png

  • Posts

    • Update just showed up for both of my phones. So far I don't notice any difference, LTE TA is still reporting as 0, I was hoping the new routine might fix that. I sent a diag report from both phones in case you need any of that info. I'll let you know in a day or so if its crashing as frequently or not. 
    • A new SignalCheck Pro beta release is rolling out now, and should become available on Google Play shortly! Some notable changes: New "swipe to refresh" -- flick down on the main screen, and the data will "refresh" -- I put this in quotes because it will *not* force the modem to be polled (that's unfortunately not possible), but it will 'wake up' the app and display the latest information if for some reason your screen did not automatically update. I am still working on improving this. New cell identification methods for Android 12+ devices -- new routines are available in Android 12 and this is my first attempt at implementing them. I have not seen any changes positive or negative on my Pixel 6, but hopefully someone sees improvements. I will continue exploring these methods and adding new features as I get them working. Location service auto-restart -- if your location has not changed in 10 minutes, the background location service should restart itself. This is a work in progress that I intend to optimize during beta testing. Missing/invalid TAC values included in web uploads -- this will need some testing, because I can't replicate it myself. The option to log cells with missing TAC must be enabled for this to have an impact. Feedback welcome as always!
    • Another converted keep site: Sprint eNB 9436 -> T-Mobile eNB 895067 (40.60777246698788,-74.16199692361377) Looks like they're using the FFVV-65A-R2-V1 here, as well!   Edit: Also, I know this technically isn't NYC, but here's a Jersey City conversion. Not 100% sure on either eNB. Sprint eNB 105863 -> T-Mobile eNB 876452 (40.72265196811989,-74.08804945021805)
    • More confirmations incoming! T-Mobile eNB 880561 (40.74176835140717, -73.88364207139453)   Sprint eNB 6191 / T-Mobile eNB 880065 (40.71339007010928, -73.85695387371624) Confirmed this site but was unable to get a photo because the antennas are set back from the edge of the building. I could see them from super far away but there wasn't a good area for me to pull over and snap a pic.   Sprint eNB 6189 / T-Mobile eNB 877995 (40.71183894845567, -73.83529788316665)   Sprint eNB 253741 / T-Mobile eNB 875537/875538 (40.70170960850086,-73.83302208208359)   Sprint eNB 79912 / T-Mobile eNB 875989 (40.86349197342981, -73.923456682535) — — — — — T-Mobile eNB 880536 in the Bronx isn't a Sprint conversion but rather, T-Mobile changed the eNB when they upgraded the site. The nearest Sprint site at 40.8150405321864, -73.93010756429787 still has all of its antennas up and is literally within spitting distance of two other T-Mobile sites in an area that's very industrial as opposed to residential or commercial so a keep site isn't particularly necessary. You can see on Cellmapper that the old eNB stopped broadcasting about two days after the new eNB went live.  — — — — — Also wanted to add that I spotted AT&T C-band antennas quite a bit in both Queens and the Bronx. I would expect a summer C-band launch announcement from them because they're moving FAST. At least in my area, it seem like they're upgrading at a faster pace than Verizon is. Some more pics: AT&T eNB 116408 / T-Mobile eNB 42887 in Woodhaven. This one is interesting because T-Mobile upgraded this site but in the process didn't put any Ericsson n41 antennas. There are just two of the RFS antennas that we normally get.   AT&T eNB 112047, bad pic but the arrows on the billboard are pointing right at the C-band antenna lol   — — — — — Last edit I promise: I noticed T-Mobile submit a permit to convert the keep site I found in Staten Island (Sprint eNB 75141). I 100% guessed it's location since I connected to it literally 4.5 miles across the water while inside a building. Glad to see I was right!
    • Support for the -1 TAC is good to go now, so I'm ready whenever you are!
  • Recently Browsing

    • No registered users viewing this page.
×
×
  • Create New...