Jump to content
jfn514

On path to gigabit LTE, Sprint moving upload/download configuration closer to 12-1 traffic ratio

Recommended Posts

lilotimz    10,865

We max out at around 15 on the upload now, so what are we looking at here?

Configuration 1 to 2. It's been discussed in multiple places many times on the forums here.

 

Sent from my Pixel using Tapatalk

Share this post


Link to post
Share on other sites
BlueAngel    777

Configuration 1 to 2. It's been discussed in multiple places many times on the forums here.

 

Sent from my Pixel using Tapatalk

I've had no luck finding it.

Share this post


Link to post
Share on other sites
cyclone    69

type2_table2.gif

 

D = Download

S = Guard

U = Upload

Share this post


Link to post
Share on other sites
BlueAngel    777

type2_table2.gif

 

D = Download

S = Guard

U = Upload

Yeah I get that, tells me nothing about numbers. :P

Share this post


Link to post
Share on other sites
WiWavelength    31,432

Yeah I get that, tells me nothing about numbers. :P

 

Do not worry about it.  Think percentage.  Almost any percentage of 15 Mbps is a small number.  Trading 3 Mbps (20 percent) of a 15 Mbps max TDD uplink, for example, is not returning an additional 3 Mbps on a 90 Mbps max TDD downlink.  No, it is netting about an additional 18 Mbps (20 percent), a substantial difference.

 

Those are hypothetical examples, not actual values.  But do you get the point?  The uplink will be affected minimally.  What is lost will not be missed.

 

AJ

  • Like 5

Share this post


Link to post
Share on other sites
Tengen31    377

I've had no luck finding it.

It's 8 MBPS to answer your question. There's like 40 million forums on here not everyone knows how to find everything.

 

Sent from my 2PQ93 using Tapatalk

Share this post


Link to post
Share on other sites
BlueAngel    777

It's 8 MBPS to answer your question. There's like 40 million forums on here not everyone knows how to find everything.

 

Sent from my 2PQ93 using Tapatalk

Thanks.

 

Sent from my SM-N920P using Tapatalk

Share this post


Link to post
Share on other sites
JonnygATL    1,062

Do not worry about it.  Think percentage.  Almost any percentage of 15 Mbps is a small number.  Trading 3 Mbps (20 percent) of a 15 Mbps max TDD uplink, for example, is not returning an additional 3 Mbps on a 90 Mbps max TDD downlink.  No, it is netting about an additional 18 Mbps (20 percent), a substantial difference.

 

Those are hypothetical examples, not actual values.  But do you get the point?  The uplink will be affected minimally.  What is lost will not be missed.

 

AJ

Thanks for explaining it that way.  It actually does make a lot more sense to me now as well. 

  • Like 1

Share this post


Link to post
Share on other sites
red_dog007    285

Plus once UL gets 2xCA, well be back at to where we are now :D.

Share this post


Link to post
Share on other sites
ericdabbs    1,933

Just curious would Configuration 5 ever be a reality or makes sense for Sprint to deploy?  I know Configuration 5 only shows 1 uplink subframe but it would pretty much maximize the available downlink subframes.

Share this post


Link to post
Share on other sites
iansltx    798

Just curious would Configuration 5 ever be a reality or makes sense for Sprint to deploy?  I know Configuration 5 only shows 1 uplink subframe but it would pretty much maximize the available downlink subframes.

 

I'll bet the bigger issue there is latency, which already isn't great when you compare to, e.g., T-Mobile's FD implementation (I've seen sub-20ms). If you're only handling uploads every once in awhile (comparatively) that'll manifest itself as higher RTTs I'd think, so you'd only want to do that if you're really capacity constrained.

 

Flip side of course is that you go from 20% of your slots being used by guards to 10%, so if raw bandwidth is what you're looking for that's an optimal configuration.

 

Doing some math here, assuming one upstream frame translates to 4.5 Mbps of real-world capacity and one downstream frame translates to 18 Mbps (hopefully I'll get corrected on these numbers if they're way off) you're going from 72/18 on config 1 to 108/9 on config 2 (hey look, 12:1!). Bumping all the way to config 5 (and incurring the latency penalty) would get you 144/4.5 on the same slice of spectrum.

 

One thing I'm not sure of here is whether you could use run different configs on the same cell site, e.g. running 3xCA with two at config 5 and one at config 2. That'd mitigate the latency penalty if devices could push their upload bits on the correct carrier and aggregate all the downstreams (plausible, since that'd basically be asymmetric CA like we're seeing now). But you'd have to run the same TD config on that same block of spectrum across the entire market (well, across an entire "island" of 2500) in order to avoid interference, which is I'm sure why Sprint couldn't do this while WiMAX was up, and why it took this long to flip the switch.

  • Like 1

Share this post


Link to post
Share on other sites
shannonbrian    500

Wonder when this going s

start.

Share this post


Link to post
Share on other sites
jakeuten    14

I'll bet the bigger issue there is latency, which already isn't great when you compare to, e.g., T-Mobile's FD implementation (I've seen sub-20ms). If you're only handling uploads every once in awhile (comparatively) that'll manifest itself as higher RTTs I'd think, so you'd only want to do that if you're really capacity constrained.

 

Flip side of course is that you go from 20% of your slots being used by guards to 10%, so if raw bandwidth is what you're looking for that's an optimal configuration.

 

Doing some math here, assuming one upstream frame translates to 4.5 Mbps of real-world capacity and one downstream frame translates to 18 Mbps (hopefully I'll get corrected on these numbers if they're way off) you're going from 72/18 on config 1 to 108/9 on config 2 (hey look, 12:1!). Bumping all the way to config 5 (and incurring the latency penalty) would get you 144/4.5 on the same slice of spectrum.

 

One thing I'm not sure of here is whether you could use run different configs on the same cell site, e.g. running 3xCA with two at config 5 and one at config 2. That'd mitigate the latency penalty if devices could push their upload bits on the correct carrier and aggregate all the downstreams (plausible, since that'd basically be asymmetric CA like we're seeing now). But you'd have to run the same TD config on that same block of spectrum across the entire market (well, across an entire "island" of 2500) in order to avoid interference, which is I'm sure why Sprint couldn't do this while WiMAX was up, and why it took this long to flip the switch.

That's how I imagined that this 12:1 configuration would work. PCC would be the normal 72/18 config, Maybe even one more oriented towards upload... and then SCC1 and SCC2 (SCC3 even?) could be the 108/9 configuration. I don't see why this couldn't work. Maybe WiWavelength could clear this question up.

Share this post


Link to post
Share on other sites
lilotimz    10,865

That's how I imagined that this 12:1 configuration would work. PCC would be the normal 72/18 config, Maybe even one more oriented towards upload... and then SCC1 and SCC2 (SCC3 even?) could be the 108/9 configuration. I don't see why this couldn't work. Maybe WiWavelength could clear this question up.

Any TDD configurations must be identical or separated enough that it doesn't cause catastrophic interference.

 

You cannot run adjacent tdd carriers using different frame configurations without substantial interference.

 

 

 

Sent from my Pixel using Tapatalk

Share this post


Link to post
Share on other sites
cyclone    69

The keyword would be adjacent, right? Couldn't they in theory break them up to not be adjacent? They do own up to 120MHz able to be broken up into 20MHz chunks. Have Chunk A be PCC with Chunks C and E be SCC1 and SCC2. This would give them all a 20MHz gap inbetween

 

Edited to ask additional question. Couldn't the secondaries actually go from Chunks C, D, E, and F since they would all be the same time configuration not needing to be guarded from interference?

Share this post


Link to post
Share on other sites
lilotimz    10,865

The keyword would be adjacent, right? Couldn't they in theory break them up to not be adjacent? They do own up to 120MHz able to be broken up into 20MHz chunks. Have Chunk A be PCC with Chunks C and E be SCC1 and SCC2. This would give them all a 20MHz gap inbetween

 

Edited to ask additional question. Couldn't the secondaries actually go from Chunks C, D, E, and F since they would all be the same time configuration not needing to be guarded from interference?

Not all spectrum is contiguous and you need contiguous carriers for sprint b41 CA.

 

Having different tdd ratios anywhere near each especially at the UE and eNB causes substantial issues especially when doing CA.

 

Sent from my Pixel using Tapatalk

Share this post


Link to post
Share on other sites
S4GRU    54,583

Just because the signal is too weak to carry LTE to the device in your hand does not mean it is not there.  Signals go on forever until blocked/absorbed.  They just get weaker and weaker.  Even a -150dBm TDD signal could cause problems if not in time.  From tower to tower, signals go much further than down on the ground.  Up above the ground clutter, above buildings and trees, the towers see each other for very long distances.  The separation would need to be very great.

 

 

To give an example, look at the 800MHz distances from the border.  There is a reason why it is so great.  They seem excessive to us on the ground level.  But above the ground clutter (where we spend most of our time) signals can travel very far.

 

Robert

Share this post


Link to post
Share on other sites
Tengen31    377

Not all spectrum is contiguous and you need contiguous carriers for sprint b41 CA.

 

Having different tdd ratios anywhere near each especially at the UE and eNB causes substantial issues especially when doing CA.

 

Sent from my Pixel using Tapatalk

I did not know that. I thought CA was always about Spectrum that isn't contiguous.

 

Sent from my 2PQ93 using Tapatalk

Share this post


Link to post
Share on other sites
Dkoellerwx    7,909

I did not know that. I thought CA was always about Spectrum that isn't contiguous.

 

Sent from my 2PQ93 using Tapatalk

 

For TDD-LTE (B41) CA, it needs to be contiguous. 

Share this post


Link to post
Share on other sites
greenbastard    1,124

For TDD-LTE (B41) CA, it needs to be contiguous.

Does it? I've had my phone do CA with the 40978 and 41374 carriers.

Share this post


Link to post
Share on other sites
Dkoellerwx    7,909

Does it? I've had my phone do CA with the 40978 and 41374 carriers.

 

Just those two carriers? Most likely what you saw was stuck data as your phone was switching between 1st + 2nd, and 2nd + 3rd. The SCC seems to update less often as the PCC EARFCN in the engineering screen for the devices I've been able to look at. Currently, non-contiguous CA is not enabled on the network. And I can't think of any devices (there may be one or two) that support non-contiguous B41 CA. 

Share this post


Link to post
Share on other sites
greenbastard    1,124

Just those two carriers? Most likely what you saw was stuck data as your phone was switching between 1st + 2nd, and 2nd + 3rd. The SCC seems to update less often as the PCC EARFCN in the engineering screen for the devices I've been able to look at. Currently, non-contiguous CA is not enabled on the network. And I can't think of any devices (there may be one or two) that support non-contiguous B41 CA.

It wasn't stuck data. This was real time info straight from the modem via NSG.

 

I actually have a screenshot from a few days back. This CA set up happens very often...

 

wnOngKg.png

Share this post


Link to post
Share on other sites
Tengen31    377

Just those two carriers? Most likely what you saw was stuck data as your phone was switching between 1st + 2nd, and 2nd + 3rd. The SCC seems to update less often as the PCC EARFCN in the engineering screen for the devices I've been able to look at. Currently, non-contiguous CA is not enabled on the network. And I can't think of any devices (there may be one or two) that support non-contiguous B41 CA.

I thought I remember you saying Samsung devices can use any Carriers while the LG G5 needed contiguous.

 

Sent from my 2PQ93 using Tapatalk

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • PROGRESSIVE RAFFLE
    FOR AN iPHONE 8

    iphonexiphone8.jpg

    WHICH CAN PROGRESS TO AN iPHONE 8+ OR AN iPHONE X
    **or an Android device of equal or lesser value**

    CLICK HERE FOR MORE DETAILS

  • gallery_1_23_9202.png

  • Posts

    • I noticed the same thing when I sent my  airave back about 4 years ago.  My bill decreased by approx $3/month.
    • I'm still on the fence about updating my 5S to iOS11... I really like 10.3.3 on it and by far my favorite thus far since I got it early last year. I don't know? Should I download now or wait? Is iOS11 really worth it?
    • For me...I believe unlimited and prices are the most at risk for a merger.  They will likely make promises to regulators not to scrap unlimited or raise price for one year.  They won't offer it initially when presenting  for approval.  But it will be one of the things they offer early to help anti-trust issues.  And if they get desperate, they'll offer more than a year. I don't think prices will double overnight, or anything.    But Tmo cancelled unlimited before.  And it was only Sprint who held firm.  Not that Sprint is some holy protector of unlimited.  They did it only to differentiate and try to compete.  In a Triopoly world, if the new Tmo drops unlimited again, AT&T and VZW would follow suit quickly.  They can't wait to go back.  It will only be a mere Legere business decision to end unlimited in the USA.  Maybe forever. I personally don't use much data anymore.  It's not a big deal to me, all things considered.  I like unlimited data because I hate constantly keeping track, and having to constantly meter my behavior over a remaining period.  I hate that.
    • that price is out of control, no thanks.   EDIT- No thread yet for the Pixel 2?
    • Totally agree Red Dog!   Absolutely.    In many ways I feel that T-Mobile is showing Sprint that "you need to get off your *** and fix your network or you are going to get crushed." (if not by us, then by AT&T or Verizon)...  If you want to be a legit contender for a merger... get moving!       I think they are.   Masa has wanted it since the beginning... don't know what happened so quickly to make them act?  It's just good to see.      T Mobile is tearing it up and not sitting on it's heals.  They are already getting 600 MHz put in areas they can turn it on now... They are actually ahead of phone release!   As far as prices and those concerned... I get the sense from some, that this whole thought of merging is just out of control like a spirit of doom.   Bills will rise unfairly... etc... it may not be said verbatim... but the feeling is there.    What I'm trying to say to those,  is: don't  panic... I think  the possibilities are endless, with all that spectrum and the determination to use it.   Did I say... The DETERMINATION to use it...    The capital to use it...  I think the combination with it's Spectrum and depth...  will be a game changer.  I think "T-Mobint" will still be the disruptor.   I don't see them backing down in the fight with the big two....    I still  see unlimited in the cards... Time will tell.       
  • Recently Browsing

    No registered users viewing this page.

×