ShareTechnote

http://www.sharetechnote.com/html/Throughput.html#CQI_vs_Throughput

Data Throughput Issues
I have been being asked to troubleshot the throughput issue so many times. Unfortunately my experience says "There is no clear/logical/deterministic way to troubleshoot for throughput test". Then what are we supposed to do ? Are we supposed to rely on "Hit and Miss" strategy everytime we do the throughput test ? Is this process totally random ? No at least we are not in such a worst case, fortunately. I think we can set some guidelines at least.

First thing to remember for throughput troubleshooting What kind of tools we need for troubleshoot ? Test Setups Basic and Common steps to check before flood WCDMA (R99) HSDPA HSPA+ HSPA+ Dual Carrier Ideal MAX throughput for UMTS UE CQI vs Throughput for UMTS LTE LTE Physical Layer Throughput - PDSCH Decoding Performance Throughput in Live Network Links on Throughput Test in the field Factors influencing the throughput Throughput Test Software iperf - UDP/TCP Flooding Filezilla - FTP

First thing to remember for throughput troubleshooting One sentence. "Throughput troubleshooting is not simple at all.", "Don't expect it to be simple.". If I solved the problem with single shot, I would say "I was just lucky, It is not because I am technically competent". Even troubleshooting with wired communication is not easy. Think about how many more factors would get involved in the data path. That's all for the first thing. Now let's move to the second important thing for this issue. What is the second thing ? It's "Don't give up. You will eventually find the solution!" -:). It is just matter of time and depend on how much dedicated you are during the troubleshoot. Now the third things comes (Many people think this is the first thing since it sound more technical, but I don't think it is the case). What I want you to do as the third item is "list up all the nodes from the data transmitter to the reciever, and follow all the steps without skipping anything.". One example I can give you is (this is an example where you use a Network Emulator for the test). i) IP Application Software on PC (e.g, iperf, FileZilla) ii) TE port on PC (e.g, Ethernet Card). iii) TE port on throughput test equipment (e.g, Data packet port on Network Emulator) iv) PDCP layer on test equipment v) RLC layer on test equipment vi) MAC layer on test equipment vii) L1 (Transport and PHY) layer on test equipment viii) L1 (Transport and PHY) layer on UE (mobile phone or data card) ix) MAC layer on UE x) RLC Layer on UE xi) PDCP layer on UE xii) TE port on UE (e.g, Modem connector) xiii) TE port on PC (e.g, USB port the UE is connected to) xiv) IP Application Software on PC to which the UE is connected. The more you understand on each of these items, the better position you are in for troubleshooting. (If you really enjoy your job as engineer, one of the topic I would recommend you is to try with throughput troubleshoot or optimization. To me it looks like an art at the same time being a technology). Now you would ask "Which component on the list is most important, most critical factor for the throughput ?". I wish I had a simple/clear answer to this, but my experience says "the answer varies depending on the situation". Especially it would differ depending on what kind of radio technoloty your device is using. (e.g, Is it R99 WCDMA Device, HSDPA, HSPA+, LTE ?) In addition to the major technical factors listed above, sometimes very simple things as follows make you spend several hours to several weeks for troubleshoot if you are in bad luck. i) LAN Cable type (Sometimes you have to use 'direct cable' and sometimes you have to use 'cross over' cable).

1 of 19

9/6/2012 8:38 PM

you would end up saying "I have tested this device with many different test equipment and didn't see any problem before. Our job as an engineer is to find the root cause of the problem and fix it. if you want to test with < Case 2 > configuration. For example. IP logging tool (e. So this is UE side problem". (But to be honest. I have to admit I often blame the other party without even realizing it. or Gigabit ethernet ?) iv) Firewall setting on your PC (I will go back to this later in a separate section). Without these tools. If you want to try to test with < Case 3> configuration. you will get it working. not blaming the other party.sharetechnote.ShareTechnote http://www. Does this sound too tedious ? Trust me ! This would be the fastest way to get the solution for any trouble. Have Wireshark both on UE PC and Server PC in Case 2/ Monitor PC in Case 3. This is the only equipment that I see this problem.com/html/Throughput. But I always recommend user to prepare proper troubleshooting setup first and do some preparational test before you try with the final setup.html#CQI_vs_Throughput ii) Category of LAN cable. (Try to memorize all the steps listed above sicne I will talk about the steps for each of the following sections). not fight against your counter part engineers. I will try to go through each type of radio technology and try to point out the important factor for that specific technology. and in addition IP tools. first try with < Case 1> & < Case 2>. you would need to have tools to monitor each and every steps along the end-to-end data path. Is this a kind of bad nature of engineers ? or my personal problem ?) Let's try to have proper tools and skills to fight against the problem. but also all the payload (contents of the data). (Is it Cat 5 cable or Cat 6 cable ?) iii) Ethernet Port Capability (Is it only for 10/100 M. < Case 1 > < Case 2> 2 of 19 9/6/2012 8:38 PM . My recommendation about the tool is as follows : i) Ethernet. You have to be able to trace each steps of the path described below for each cases.g.g. Wireshark) ii) UE side logging tool iii) Network side logging tool iv) YOUR SKILLs to use and analyze the logging tool v) YOUR PATIENCE to step through the log for each and every transmission and reception Test Setups I saw a lot of persons trying to do IP throughput test in most complicated setup (e. so the problem is on the equipment side. Case 3 without IP monitoring tool) from the beginning without preparing any troubleshoot tools. first try with < Case 1 > Configuration and make it sure that there are no PC related issues. But in most case especially when the user tries the test for the first time with the specific test setup." or "I have tested many different UE with this equipment. The logging tool should be able to show not only scheduling and event log. Both may be right or wrong at the same time. but I didn't see this kind of problem before. What kind of tools we need for troubleshoot ? Since the throughput process get involved in the full protocol stack and one/two PCs. If you are lucky. make it sure that there are no router related issue..

ShareTechnote http://www.html#CQI_vs_Throughput Ping Path from UE PC to Server PC : Ping Request : UE PC -(1)-> UE IP Driver -(2)-> UE PDCP -(3)-> UE RLC -(4)-> UE MAC -(5)-> UE PHY -(6)-> RF Connection -(7)-> Equipment PHY -(8)-> Equipment MAC -(9)-> Equipment RLC -(10)-> Equipment -(11)-> Equipment PDCP -(10)-> Equipment TE -(11)-> Network Interface on Server PC Ping Reply : Server PC -(1)-> Equipment TE -(2)-> Equipment PDCP -(3)-> Equipment RLC -(4)-> Equipment MAC -(5)-> Equipment PHY -(6)-> RF Connection -(7)-> UE PHY -(8)-> UE MAC -(9)-> UE RLC -(10)-> UE PDCP -(10)-> UE IP Driver -(11)-> Network Interface on UE PC < Case 3 > Ping Path from UE PC to Server PC : Ping Request : UE PC -(1)-> UE IP Driver -(2)-> UE PDCP -(3)-> UE RLC -(4)-> UE MAC -(5)-> UE PHY -(6)-> RF Connection -(7)-> Equipment PHY -(8)-> Equipment MAC -(9)-> Equipment RLC -(10)-> Equipment -(11)-> Equipment PDCP -(10)-> Equipment TE -(11)-> Dummy Hub -(11)-> Router -(12)-> Network Interface on Server PC Ping Reply : Server PC -(1)-> Router -(2)-> Dummy Hub -(3)-> Equipment TE -(4)-> Equipment PDCP -(5)-> Equipment RLC -(6)-> Equipment MAC -(7)-> Equipment PHY -(8)-> RF Connection 3 of 19 9/6/2012 8:38 PM .sharetechnote.com/html/Throughput.

TCP).1 Subnet Mask . (I think it depends on UE driver implementation).255. . : 192. . : In some case. . In many cases. but most ambiguous word. .com/html/Throughput. .e.. . .1. : IP Address. A better insurance in this case would be as follows.sharetechnote. : 255.html#CQI_vs_Throughput -(9)-> UE PHY -(10)-> UE MAC -(11)-> UE RLC -(11)-> UE PDCP -(12)-> UE IP Driver -(13)-> Network Interface on UE PC Basic and Common steps to check before flood Even before you try any throughput test (e. there are several critical steps to go through. try ipconfig command as follows.168. ipcofig shows the IP address allocated to UE) is enough signal for you to go to next step like ping. . 4 of 19 9/6/2012 8:38 PM . . . . . . C:\> ipconfig Ethernet adapter Local Area Connection 9: Connection-specific DNS Suffix . . . it will be great help. What is the "SOMETHING" ? What do you mean by "NOT WORKING". . Let's not get into this too much -:). .0 Default Gateway . . . I had been asked to be on-site saying "SOMETHING is NOT WORKING" (These two words are what we most frequently use. . . . If you have UE logging tool or special menu/tool on your UE to show the IP address.g. . .ShareTechnote http://www. Another way to check the IP allocation for UE if the UE is a data card or connected to PC as a modem (tethered to PC). And openup the LAN card property for the UE and set the IP allocated to UE. this result (i. But sometimes just ipconfig result would not be a guarantee for next step.255. Open up the Network Connection Menu and see if you see the Modem and Network interface card properly configured and connected. UDP. . . First thing you have to check is to check if your device get assigned any IP address that a network or Network Emulator assigned. . . . .

Approximate round trip times in milli-seconds: Minimum = 0ms. but I did to give you some reference for latency for local loop.. One is to check if the end to end (from server to client) data path is established and the other is to figure out the latency (delay time) between server and client.180 (on Wireline.2 to server.1: 192.1: 192.10. Lost = 0 (0% loss).1.10. Average = 0ms For another reference.180: 10.183. which is PING test.1 to UE and 192. Maximum = 0ms. First I would do "ping to self".1. Lost = 0 (0% loss).10. All of these test was done on client PC.168.10.1 with 1400 bytes of data: Reply Reply Reply Reply from from from from 192.1: 192. Now you see pretty long response delay here which is around 220 ms.233.168.168.180: 10. I pigned to a server which is far away from my PC. In my case. the PC to which the UE is connected.1.com/html/Throughput. Received = 4. Anyway the result is as follows.10.180 with 32 bytes of data: Reply Reply Reply Reply from from from from 10.168.html#CQI_vs_Throughput Now you are ready to take real first step for the test.1: bytes=1400 bytes=1400 bytes=1400 bytes=1400 time<1ms time<1ms time<1ms time<1ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192.10.1.168.180: Packets: Sent = 4.180: 10.1.1.1.10.1 -l 1400 (WCDMA DL 384K / 64 K. C:\>ping 64. Local Loopback) Pinging 192.10.1.10. I am using Ping for two purpose. Maximum = 0ms. In my test. I don't know how far it is away from my PC geographically. C:\>ping 192. Average = 0ms Now for another reference. C:\>ping 10.180: bytes=32 bytes=32 bytes=32 bytes=32 time<1ms time<1ms time<1ms time<1ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 10. Received = 4. I allocated 192.1.10.168.sharetechnote. Approximate round trip times in milli-seconds: Minimum = 0ms. it shows almost same latency as local loop.1: Packets: Sent = 4.10.ShareTechnote http://www. This would always works. I ping to the Gateway my PC is connected to via wireline LAN.99 (on Wireline) 5 of 19 9/6/2012 8:38 PM . I don't know how many routers are there between my PC and the other PC. It is under 1 ms as you see.10.168. to Gateway) Pinging 10.10.168.168.10.

168. Maximum = 332ms.1.2 -l 1400 (HSDPA DL 7. you may have different number.99: bytes=32 bytes=32 bytes=32 bytes=32 time=222ms time=221ms time=221ms time=222ms TTL=43 TTL=43 TTL=43 TTL=43 Ping statistics for 64.2: 192.1. Maximum = 222ms.ShareTechnote http://www.168.168.2: bytes=1400 time=126ms TTL=128 Reply from 192.183.1. Maximum = 116ms.1.1.2: Packets: Sent = 4.99: Packets: Sent = 4.99: 64.1.1. but anyway I gave it another try with higher HSDPA bearer.html#CQI_vs_Throughput Pinging 64.6 M) Pinging 192. Received = 4. Average = 221ms Now let's get into the situation that we are really interested. so the exact number for the time delay would not be so important. Received = 4. Approximate round trip times in milli-seconds: Minimum = 108ms.6 M.168.6 M) Pinging 192.168. Pinged and got the result as follows.1.2: 192.2 with 1400 bytes of data: Reply Reply Reply Reply from from from from 192.183.2: 192.2 M/UL 5.6 M/UL 5.168.168.2 with 1400 bytes of data: Reply from 192.1.2: 192.168.233. Lost = 0 (0% loss).99: 64. Approximate round trip times in milli-seconds: Minimum = 221ms.1.233.168. If you try with your device.168.1.168.233.2: 192. C:\>ping 192.168. C:\>ping 192.2: bytes=1400 bytes=1400 bytes=1400 bytes=1400 time=116ms time=111ms time=110ms time=108ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192. But if you see the delay value here.183.1.183. Lost = 0 (0% loss). Average = 326ms I used exactly same UE and same driver. It is almost same delay time as before (lower data rate HSPA).2 with 1400 bytes of data: Reply Reply Reply Reply from from from from 192.2 -l 1400 (HSDPA DL 3.99: 64. Received = 4.183.1. Only changed radio bearer to HSDPA DL 3.1.233.1.168.1.233.168. C:\>ping 192. I put "-l" option to send almost full size IP packet.2 with 1400 bytes of data: Reply Reply Reply Reply from from from from 192.2 -l 1400 (HSDPA DL 14. Average = 111ms From previous two test.2 M/UL 5.2: Packets: Sent = 4.1.183.1. Delay time decreased almost 3 times.168.6 M) Pinging 192. It is direct connection from UE to Network emulator.2: 192.1.2: bytes=1400 bytes=1400 bytes=1400 bytes=1400 time=332ms time=326ms time=324ms time=323ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192.168. but in terms of ping delay we don't see much difference here.168.2: bytes=1400 bytes=1400 bytes=1400 bytes=1400 time=112ms time=107ms time=116ms time=115ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192. but you see pretty long delay which is around 323 ms.1.2: 192. Approximate round trip times in milli-seconds: Minimum = 107ms. Average = 112ms And tried the ping with a little bit higher data rate HSPA Bearer (HSDPA DL 7.2: 192.2: 192. I don't depect any big different with this test. Received = 4. Lost = 0 (0% loss).168.1.168.2: bytes=1400 time=113ms TTL=128 6 of 19 9/6/2012 8:38 PM .168.2: Packets: Sent = 4. I connected UE to my Network Emulator with WCDMA DL 384K /UL 64 K radio bearer and got the following result.233.168. Maximum = 116ms.99 with 32 bytes of data: Reply Reply Reply Reply from from from from 64. Approximate round trip times in milli-seconds: Minimum = 323ms. it is greater than the delay between my PC and a remote server on wireline network which may have over 100 hops along the line.1.4 M/UL 5.6 M/UL 5.1.com/html/Throughput.sharetechnote.1.1.168..168. C:\>ping 192.2 -l 1400 (WCDMA DL 384K / UL 64 K) Pinging 192.168.168. Definately you will see different throughput comparing to previous bearer. Lost = 0 (0% loss).6 M).

168.168. Let's look into overall data path of R99. but all of the sudden call drop ? ) The failure mode is same for all technology or different ? Recalling each of the steps along the data path.1.2: Packets: Sent = 4. Approximate round trip times in milli-seconds: Minimum = 47ms. C:\>ping 192. In most case.2: 192.1. Received = 4.2 -l 1400 (HSPA+ Dual Carrier) Pinging 192. I also have to think a lot and will give you my opinion just based on my experience and based on my shallow knowledge a couple of days later.168.ShareTechnote http://www. Approximate round trip times in milli-seconds: Minimum = 52ms.2: bytes=32 bytes=32 bytes=32 bytes=32 time=58ms time=54ms time=53ms time=52ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192. WCDMA (R99) As I implied in questions listed above and as I experienced. Average = 54ms Now I upgraded the bearer one step further to HSPA+ Dual Carrier (Category 24) and I don't see much improvement comparing to previous one.sharetechnote.168.2: 192.168. Received = 4. Lost = 0 (0% loss).2: Packets: Sent = 4.1.g.2: bytes=32 bytes=32 bytes=32 bytes=32 time=53ms time=48ms time=47ms time=56ms TTL=128 TTL=128 TTL=128 TTL=128 Ping statistics for 192.. The size of the data would be around 1500 bytes or just a little less. which one do you think would be the bottleneck for the throughput ? Would the bottleneck be the same for all technology ? or different ? Can you explain technically about the root cause of the failure ? Don't expect that I would know all the answer and give you the clear answer.1. Approximate round trip times in milli-seconds: Minimum = 110ms. 64 QAM).1.2: bytes=1400 time=112ms TTL=128 Reply from 192.1.1. Average = 115ms Now I pushed the same device one more step upward. I don't see many issue about the problem of "low throughput". Maximum = 56ms.1. I haven't completed the remaining part. I illustrated as follows but it may not be exact in terms of data packet size and number of data packets in each layer.2: 192. Received = 4. Normally I look at the first input and the last output at the first step. Maximum = 126ms.1.2 with 32 bytes of data: Reply Reply Reply Reply from from from from 192.2 -l 1400 (HSPA+ Single Carrier) Pinging 192.168.168.168. but it would be good to give all of you a couple of days to think about this issue.2: bytes=1400 time=110ms TTL=128 Ping statistics for 192.1.html#CQI_vs_Throughput Reply from 192. the first input is an "IP packet" from the server PC (e. (This is transmitter side data path and the reciever side data path would be almost same.168. Average = 51ms Now let's get into each of different radio technologies and see if we can explain why we have different throughput and even different ping delay. What is the size of the data frame at L1 ? It gets different depending 7 of 19 9/6/2012 8:38 PM . the types of throughput test (I would call this "Failure Mode") differs depending on what kind of radio technology you are using. C:\>ping 192.2: 192.168..168. I get it connected to HSPA+ Bearer (Category 14.1..com/html/Throughput. You see the difference ? The delay time get halved comparing to conventional HSDPA..168.1.2: 192. Lost = 0 (0% loss). Maximum = 58ms. Then what is the last output of the data path ? It is L1 output. Lost = 0 (0% loss).168. The failure mode seems to be more like "All or None".1. but I just wanted to give you overall path and relative packet size comparison across the multiple layers. most common problem seems that it started working with full throughput (All) as specified in Radio Bearer Setup and all of the sudden the data path stop working (No throughput). What kind of failure mode you see for each technology ? (Data rate lower than you expected ? Data rate no problem. "UDP packet" generated by iperf).1. In case of R99.168.168.1.2: Packets: Sent = 4.1. but just in reverse path).1.2: 192.2 with 32 bytes of data: Reply Reply Reply Reply from from from from 192.168.168.

it normally lead to total data throughput stop (not just a small throughput drop). but I can say it is much less than one IP packet. But recently I don't see many of throughput problem in R99. It implies that somewhere in the data path. i) Does the Network (or Network Emulator) define TFRI table for max throughput ? ii) Does the TFRI Index has been selected at each transmission for max throughput ? iii) Does UE reflect the proper category information on ‘RRC Connection Setup Complete’ ? iv) Does HARQ memory model is properly configured in Radio Bearer Setup ? (e.html#CQI_vs_Throughput on the radio bearer setup and even with the same radio bearer each radio frame may carry different data size depending of TFCI selection for each transmission.. Now let's look into overall data flow.sharetechnote. It means that the input data size is much bigger than the final output data size. In HSDPA case. Number HARQ.ShareTechnote http://www. the packet size at the input stage (IP packet size) is similar to the final L1 frame size. I am going through the following check list. you should have the tools at least on one side (UE or Network). I don't think this is very efficient process but we would not be able to get rid of MAC-d because of current UMTS network architecture. Then you would guess what should be done on reciever side.g. But still you have MAC-d is involved in the data path and the MAC-d packet size is much smaller than IP packet size and L1 frame size. HARQ Memory Size etc) v) Does PHY layer shows any HARQ Retransmission ? vi) Does RLC shows any retransmission ? vii) Does PC inject the packet which is big enough to fully utilize the data pipe defined by theNetwork? viii) Does PC inject the data packet as frequently to fully utilize the data pipe ? Now you may understand why I put such a amphasis on having proper logging tools for throughput troubleshoot. It is now very mature technology. Technically this kind of split/combine process can be a source of problems. I will put some real traffic example sometime later. even though the final L1 frame size can be a little bit smaller and larger than the input packet size depending on HSDPA Category. there should be some steps where the input data (IP packet) is get splitted into multiple chunks each of which can be fit into final output data size. One of the common problem that may happen in R99 case would be i) problems at the split and recombine process ii) problems at selected proper frame size at L1 (selecting proper TFCI) If any problem happens in these step. HSDPA Whenever I have inquiries about HSDPA related throughput problem.com/html/Throughput. 8 of 19 9/6/2012 8:38 PM . It means the IP packet should get splitted into multiple small chunks to go through MAC-d and have to be reassembled before it gets into L1. but if not. Implicit vs Explicit. So I cannot specify any fixed frame size. The reciever should recombined all those fragmented chunk into the orignal IP packet and push up to IP tools. The best option is to have such a logging tool both on Network side and UE side. Almost none of the list you can check without having proper logging tool.

if TTI = 2 and TBS = 3630. 9 of 19 9/6/2012 8:38 PM . For your reference. Putting all these together. but I added another column showing TBS in Bytes just for you to easily compare it with IP packet size which is normally expressed in Bytes. one transport block size gets bigger than one IP packet. (Connect the client and server PC directly with LAN cable and do the PC-to-PC wireline throughput test and make it sure that the throughput is well higher than the expected UE throughput. If you compare PDU size and TBS. the PC tool should be able to create IP packet 500 times per second and Network's internal layer is operating fast enough to pass all those packets down to L1. Data Server and Client PC) would be much more important comparing to HSDPA case. TTI = 2 means the network transmit a PHY layer data chunk every 2 ms. PDU. HSPA+ If you fully understood what was explained in HSDPA section. I created a table showing you a maximum (near maximum) throughput for most commonly used HSDPA categories. In R99 case. but in HSDPA case the most common L1 transmission timing is 2 ms (1 TTI = 2 ms). is for you to check PC setting/performance and see if the PC performance is good enough for this testing. you will figure out that in this process an IP packet should split into many PDUs and those many PDUs should be reassembled into a single Transport Block(TB) and then get transmitted through antenna.com/html/Throughput. So my recommendation. This is the meaning of diagram shown above. The unit in 3GPP table is in Bits. you can easily understand what would be the critical issue for HSPA+. the most common L1 transmission timing is 10 ms (1 TTI = 10 ms). TTI shows how often a network transmit a chunk through PHY layer. So PDU size is the size of data chunk getting out of MAC-d. TBS.ShareTechnote http://www. It implies that PC performance or PC configuration can be a bottle neck for throughput test (especially HSDPA Category 8. So in this case. you will notice that TBS (PHY data chunk) is much bigger than PDU size. PDU is the data chunk of MAC-d. the network transmit a data chunk with the size of 3630 (about 453 bytes) bits every 2 ms.sharetechnote. Simply put. you will notice IP packet size is much bigger than PDU size. For example. For example. let's just focus on TTI. It means that PC has to tranmit one or more IP packets every 2 ms. Another important thing you can notice from the table above is that from Category 8. especially for high data rate category. So you would guess. in HSPA+ case. PC performance greatly influence the overall throughput. Just for this throughput issues. It means that if L1 frame size is similar to one IP packet size. you will have much bigger TBS comparing to conventional HSDPA. If you see Category 10.html#CQI_vs_Throughput In HSDPA case. you will notice that PC(Data Server) should be able to transmit more than 2 IP packets every 2 ms. there is another issue that make situation complicated. 10 case).g. TBS is Transmit Block Size. IP layer performance (e. If you compare PDU size and common IP packet size (1500 Bytes).

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 HSPA+ Dual Carrier In terms of throughput perspective. Iperf UDP TE -> RLC : (1498 Bytes) 45 00 05 da bf b5 00 00 80 11 f2 09 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c f0 00 00 00 41 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 .sharetechnote..com/html/Throughput.... Data Server should be able to transmit almost 9 IP packets every 2 ms. 10 of 19 9/6/2012 8:38 PM . 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 TE -> RLC : (1498 Bytes) 45 00 05 da bf b8 00 00 80 11 f2 06 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c ed 00 00 00 44 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 ... < Example 1 > Cat 14. you can think of HSPA+ Dual Carrier as two HSPA+ running in parallel..html#CQI_vs_Throughput Just to give you clearer idea on this process.... I put down the data flow at each layer.... So the IP layer tool performance will be almost critical factor..ShareTechnote http://www. So the client PC performance is important as well < Example 1 > Cat 24. Go over these examples with special attention to the data size that I put in ( ). Ping Test TE -> RLC : (60 Bytes) 45 00 00 3c 00 e5 00 00 80 01 b6 88 c0 a8 01 02 c0 a8 01 01 08 00 48 5c 03 00 02 00 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 RLC -> MAC : (82 Bytes = 656 Bits) 80 0d 79 fe 45 00 00 3c 00 e5 00 00 80 01 b6 88 c0 a8 01 02 c0 a8 01 01 08 00 48 5c 03 00 02 00 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 MAC->L1 : (3372 Bytes = 26976 Bits) 00 40 1c 00 6b cf f2 28 00 01 e0 07 28 00 04 00 0d b4 46 05 40 08 16 05 40 08 08 40 02 42 e0 18 00 10 03 0b 13 1b 23 2b 33 3b 43 4b 53 5b 63 6b 73 7b 83 8b 93 9b a3 ab b3 bb 0b 13 1b 23 2b 33 3b 43 48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 TE -> RLC : (1498 Bytes) 45 00 05 da bf b8 00 00 80 11 f2 06 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c ed 00 00 00 44 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 . this means Client PC to which UE is connected to is working fast enough to receive all of these data and process. In the same token. In this case..

.................... 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 11 of 19 9/6/2012 8:38 PM .. 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 RLC -> MAC : (1500 Bytes) 81 de 45 00 05 da bf af 00 00 80 11 f2 0f c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c f6 00 00 00 3b 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff . 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 MAC-> L1 : Secondary Channel (5274 Bytes) e5 be fa eb b8 eb b9 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 ..... 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 81 32 45 00 05 da bf 9a 00 00 80 11 f2 24 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4d 0b 00 00 00 26 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 . 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 81 22 45 00 05 da bf 98 00 00 80 11 f2 26 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 74 2c 00 00 00 24 4d cc 77 da 00 06 7e 63 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 .......ShareTechnote http://www.html#CQI_vs_Throughput 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 TE -> RLC : (1498 Bytes) 45 00 05 da bf b8 00 00 80 11 f2 06 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c ed 00 00 00 44 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 ...... 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 RLC -> MAC : (1500 Bytes) 81 de 45 00 05 da bf af 00 00 80 11 f2 0f c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c f6 00 00 00 3b 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff .com/html/Throughput..sharetechnote. 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 MAC-> L1 : Primary Channel (5274 Bytes) eb b8 f4 eb b8 eb b8 e5 fb 81 1a 45 00 05 da bf 97 00 00 80 11 f2 27 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 74 2d 00 00 00 23 4d cc 77 da 00 06 7e 63 00 00 00 00 00 00 00 01 00 00 13 89 00 . 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 81 3e 45 00 05 da bf 9b 00 00 80 11 f2 23 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4d 0a 00 00 00 27 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff e8 90 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 ... 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 RLC -> MAC : (1500 Bytes) 81 de 45 00 05 da bf af 00 00 80 11 f2 0f c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c f6 00 00 00 3b 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff .... 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 RLC -> MAC : (1500 Bytes) 81 de 45 00 05 da bf af 00 00 80 11 f2 0f c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4c f6 00 00 00 3b 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff ff .. 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 81 2a 45 00 05 da bf 99 00 00 80 11 f2 25 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 74 2b 00 00 00 25 4d cc 77 da 00 06 7e 63 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ff . 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 81 42 45 00 05 da bf 9c 00 00 80 11 f2 22 c0 a8 01 02 c0 a8 01 01 04 61 13 89 05 c6 4d 09 00 00 00 28 4d cc 77 da 00 06 a5 82 00 00 00 00 00 00 00 01 00 00 13 89 00 00 00 00 02 9f 63 00 ..

Modulation Scheme. MIMO..sharetechnote.214. 7E: CQI mapping table E.. These agreement is defined in the following tables of TS 25. if a UE is Category 14 device and uses 64 QAM and does not use MIMO.com/html/Throughput. 7C: CQI mapping table C..html#CQI_vs_Throughput . For example. 7G: CQI mapping table G Then next question is which table do I have to use for which case ? The answer is in the following table from 24.. Network sends data with different transport block size depending on CQI value reported by UE. As you see. we use different table depending on UE Category.. For this mechanism to work properly. 7F: CQI mapping table F. 7B: CQI mapping table B. there should be a certain level of agreement between UE and the network about "which CQI value means which transport block size". 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Ideal MAX throughput for UMTS UE CQI vs Throughput for UMTS In live network for HSDPA.214. it use Table G for CQI-Transport Block Size Mapping as shown below. Table Table Table Table Table Table Table 7A: CQI mapping table A. 12 of 19 9/6/2012 8:38 PM . 7D: CQI mapping table D.ShareTechnote http://www.

ShareTechnote http://www.html#CQI_vs_Throughput I put Table 7G as an example. And Network has to send the data with the proper transport block size according to the CQI values. ii) If UE report CQI value 30. 13 of 19 9/6/2012 8:38 PM .6 Mbps. it is expected for Network to send data with transport block size of 38576 bits/TTI which is equivalent to around 19 Mbps. the range of CQI value is 0~30. 30 means the best channel quality and lower number indicates poorer channel quality. For example. As you see in the table.sharetechnote. i) If UE report CQI value 15. it is expected for Network to send data with transport block size of 3328 bits/TTI which is equivalent to around 1.com/html/Throughput.

C is the data rate defined in Table 7D. Blue. 28. First I defined a CQI-transport block size table very similar to Table 7D. UE would report lower CQI and Network Simulator would transmit lower transport block size. In that case.sharetechnote. In the lower plot.com/html/Throughput. you see three traces . Blue. It would be even better if the network simulator allows us to define CQI-transport block mapping table arbitrarily.B.html#CQI_vs_Throughput One thing you would notice that the transport block size for the highest CQI value is not amount to the ideal MAX throughput defined in 25. As downlink power (Cell Power) gets down. Fortunately I have access to this kind of the equipment and I did an experiment as shown below using the network simulator and a HSDPA Category 10 UE. (I would say "CQI should be much higher than 30". but ideally we should expect exact overlapping of rad trace and blue trace. you see three traces . There are a couple of things you may notice (The notes here may be different from what you observed from your device and test setting) i) Section A is the only region in which UE shows 100% data decoding without any failure. (It would not be any problem in real communication environment since your device would not report CQI 30 in most case). ii) In Section B. What I mean is that the channel quality should be much better than the quality in which UE barely reports CQI 30). It implies that you wouldn't get the ideal Max throughput in any case with live network condition which may operate according to the CQI table defined in 3GPP. In the upper plot. However. many UE manufacturer/developer wants to see if their device can really reach the ideal max throughput. 29. The result is as follows. Red trace indicates the amount of ACKs within 500 ms and Blue trace indicates the amount of NACKs within 500 ms. If the Blue trace is lower than the Red Trace. Red. but reality never goes like ideal -:) 14 of 19 9/6/2012 8:38 PM . Green trace means the everage CQI value within 500ms that UE reported.Green. There would also be some UE issues with this range. 28.E shows a kind of normal trends. UE failed to decode some of the data transmitted by the network.C to push the data rate closer to the ideal Max throughput.ShareTechnote http://www.306 Table 5. If the Red trace and Blue traces overlaps. Main reason would be that I allocated too large transport block size for CQI 29.1a. Section C.D. you see huge drops in terms of throughput and huge increase in terms of number of NACKs.Green. cable connection between the test equipment and UE is configured properly so that the channel quality belongs to this area. but I intentionally allocated the higher data rate for section A. we normally use a special network simulator which allows us to set the largest transport block size for each UE category. Red. but I changed the tranport block size for high end CQI (30. I programmed Network Simulator so that I decrease the downlink power by a certain steps. Green trace means the everage CQI value within 500ms that UE reported. Blue trace indicates the amount of data in Kbps that UE successfully decoded. B. 27) to allocate larger tranport block than the ones specified in Table 7D to push the ideal MAX throughput. It means that you have to make it sure that your test equipment configuration. The black line shown in section A. I know 30 is the max CQI value. it implies that UE successfully decoded all the data transmitted by the network. Red trace indicates the the amount of data in Kbps that the network emulator transmitted to UE within a second.

i) The throughput degrade a lot (normally much lower than 100 M) ii) It reaches almost 100 M. if you are testing a Category 3 Max throughput case (System BW 20 Mhz. So in this case. In addition. if I try the condition marked in gray cell with most commercial UEs that I tested (Category 3 UEs). The values marked in gray cell is the one going over Category 3 LTE device capability. In rare case. For the detailed data path for LTE.ShareTechnote http://www. even the quality of LAN cable would influence on the throughput. Which means that in LTE you will have even bigger TBS than HSPA+ Dual Carrier. you can refer to another pages of this site. Almost whole of this site is about LTE. Even with PC to PC direct connect. using 64QAM in downlink would be very common in LTE. Number of RB = 100). In this kind of very high modulation scheme. the throughput is influenced greatly by channel quality (RF signal quality). In most case. So the number of all the possible combinations for defining the throughput is so huge. For example. it is not easy to achieve this level of throughput. The most important factors to determine the ideal throughput are as follows : Number of RBs MCS (Modulation Coding Scheme) which determines I_TBS MIMO or SISO The way to calculate the ideal throughput using these factors are explained in "Throughput Calculation Example" in Quick Reference page.com/html/Throughput. AWGN can create large changes in throughput. So for this kind of extremely high throughput test. (Thank God ! Call drop didn't happen even in this case) << Downlink Resource Allocation and Throughput >> 15 of 19 9/6/2012 8:38 PM . but does not go over. I made several examples of resource allocation and its ideal throughput as follows. These conditions are the most common condition for maximum throughput test. but in LTE the situation got much more complicated since there can be several factors determines the throughput and each of the factors can have so many different values. Small change in downlink power. One of the most frequent questions that I get on the throughput test is "What is the ideal throughput with this condition ?" In case of R99 or HSPA. Fading. it would be the mandatory step to try the PC (both server and client) performance first by connecting the two PCs directly with a crossover LAN cable and try the throughput test. the idea max throughput is around 100 Mbps. I got one of the following result. very high performance IP data server is the most important factor for throughput test. you can just think of this as just extention of HSPA. I recommend you to use Cat 6 LAN cable which support Gigabit data rate. the ideal throughput is described in a neat page of table and a lot of people knows what kind of throughput they have to expect.html#CQI_vs_Throughput LTE Even though there is huge difference between LTE and Non-LTE in terms of physical layer implementation.sharetechnote.

But in reality.51 31.55 21.66 98. but in most test equipment the situation is even worse.48 10. 2 or 3).g.77 48. i) SIB transmission ii) Symbols allocated for PCFICH and PDCCH.72 89.49 34.PDSCH Decoding Performance Refer to PHY/L1 Performance Test page. 16 of 19 9/6/2012 8:38 PM . Physical layer throughput approaches almost 100 Mbps (only a couple of Mbps lower than 100 Mbps). Do I get this value if I just plug in my device into the test equipment and do FTP/UDP ? In most case. PDCP header. If you can dynamically allocate a little smaller No of RBs in these slots. Another overhead is the one by PCFICH and PDCCH. IP layer) throughput. However. you only have to sacrifice the number of RBs for SIB transmission. the equipment does not tranmit any user data at the subframe where SIB is being tranmitted.51 105..19 8.19 2.33 71. The equipment does not allow such kind of dynamic resource allocation just to avoid the overlapping of SIB and user data.79 MIMO N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A Now I got what to expect for the throughput.83 << Uplink Resource Allocation and Throughput >> No of RB 6 6 15 15 25 25 50 50 75 75 100 100 MCS 28 20 28 20 28 20 28 20 28 20 28 20 I_TBS 26 19 26 19 26 19 26 19 26 19 26 19 TBS 4392 2600 11064 6456 18336 10680 36696 21384 55056 32856 75376 43816 SISO 4.19 35.32 37. LTE Physical Layer Throughput . 3 out of 14 symbols are allocated for non-user data. the answer is NO. speaking purely in ideal sense this overhead would not influence the ideal throughput since the transport block size determined by 3GPP for each combination of resource allocation took this overhead into account. Why not ? There are couple of factors you have to keep in mind as follows : i) The ideal throughput value in the table is on the basis of physical layer operation. So the IP layer throughput gets lower than the physical layer.43 71. What kind of other overheads we can think of ? Followings are the most common overhead. As far as I tried with commercial device.html#CQI_vs_Throughput No of RB 6 15 25 50 75 75 100 100 100 MCS 28 28 28 28 28 27 28 23 20 I_TBS 26 26 26 26 26 25 26 21 18 TBS 4392 11064 18336 36696 55056 46888 75376 50124 39232 SISO(Mb) MIMO(Mb) 4. If you allocate three symbols for PCFICH and PDCCH. if you allocate too large Transport block size (too high MCS and No of RBs) and allocate large PCFICH (e.sharetechnote.55 6.ShareTechnote http://www. it normally reads to a lot of CRC error which in turn results in throughput degradation. MAC header etc). RLC header. SIB transmission can be pretty huge overhead for the max throughput test.01 44.41 74. At the subframe where SIB is transmitted. In such a case.88 143.97 35.10 17.99 52. there are some overhead being added (e.g. you cannot allocate the full bandwidth for data transmission.g.16 17. there is at least one symbols (max 3 symbols of each subframe are allocated for PCFICH and PDCCH). not based on higher layer (e.00 69.39 52. As you learned from Downlink Framestructure section. ii) The ideal throughput value in the table is based on the assumption that there is no physical layer overhead and we can allocate these resource at every subframe When a stream of data comes from IP layer to the physical layer.49 10. In this case. the MAX IP layer throughput (UDP) that I achieved was around 90 Mbps with 20 Mhz system bandwith and MIMO condition.38 10.88 41.00 20. which means that you set PCFICH.com/html/Throughput.

try to indetify important parameters influencing the throughput. do the test and analysis as much as possible before the problem is find by somebody else. not the matter of engineering/science. It is "There is no short cut for it". the throughput you would achieve in Live Network would be different in large degree from the one you get with test equipment. meaning putting down more detailed components in the path. Radio channel quality (Signal Strength. The more components you can write down. I will give you my personal approach in this section. Description Links on Throughput Test in the field 17 of 19 9/6/2012 8:38 PM . The more. Factors Transport Block Size CQI Report Accuracy Antenna Configuration RLC Window Size RLC Reordering Timer TCP Window Size IP Packet Latency Data Buffer Size USB Driver Mobile Hot Spot Efficiency Lastly.). (Wireshark. ask yourself "Do I have any measure/tools to see what's happening in each and every components ?". Third. Fourth. Each of the factors influence in different ways to different device model/software. it would be very difficult to figure out how much physical layer resources (e. Factors influencing Throughput I have an excellent tips for troubleshooting for throughput or throughput optimization.html#CQI_vs_Throughput Throughput in Live Network As you naturally guess. Case 1 : UE Packet App on UE PC -(1)-> UE IP Driver -(2)-> UE PDCP -(3)-> UE RLC -(4)-> UE MAC -(5)-> UE PHY -(6)-> RF Connection -(7)-> Equipment PHY -(8)-> Equipment MAC -(9)-> Equipment RLC -(10)-> Equipment -(11)-> Equipment PDCP -(10)-> Equipment TE -(11)-> Network Interface on Server PC -(12) -> Packet App on Server PC Case 2 : UE Packet App on UE -(1)-> UE PDCP -(2)-> UE RLC -(3)-> UE MAC -(4)-> UE PHY -(5)-> RF Connection -(6)-> Equipment PHY -(7)-> Equipment MAC -(8)-> Equipment RLC -(9)-> Equipment -(10)-> Equipment PDCP -(11)-> Equipment TE -(12)-> Network Interface on Server PC -(13) -> Packet App on Server PC Case 3 : Client UE Packet App on UE -(1)-> WiFi Stack on Client UE -(2)-> WiFi Connection -(3)-> WiFi Stack on Mobile Hotspot UE -(4)-> Hotspot UE PDCP -(5)-> Hotspot UE RLC -(6)-> Hotspot UE MAC -(7)-> Hotspot UE PHY -(8)-> RF Connection -(9)-> Equipment PHY -(10)-> Equipment MAC -(11)-> Equipment RLC -(12)-> Equipment -(13)-> Equipment PDCP -(14)-> Equipment TE -(15)-> Network Interface on Server PC -(16) -> Packet App on Server PC Second. Noise Level. Interference) Throughput of Network Backhaul Number of UEs connected to the network at the time of the test Amount of physical resources allocated to the DUT (It is hard to check this part especially in LTE case. Following is an example list coming from my experience. Number of RB. Following are a couple of examples for the description of the data path.sharetechnote. Network logging tool would be the minimum requirement). The best way is to analyze the device as in detail as possible and see how each of the factors listed above influence the throughput of the device. You would have more Cases on your own and you would describe it in more detail. It is because the radio channel condition and the network components (or performance of the components) will be different and another big impact is that in live network usually multiple UEs shares a resource whereas in test equipment you can allocate the full resources only to single UE (DUT). But solving the throughput related problem right away is just a matter of luck. the sooner you would achieve your goal. First.ShareTechnote http://www. This is the only way to find the solution the soonest when the problem happens in the field. Normally if any problem happens. UE logging tool. ask yourself "Do you have knowledge and skills to analyze every and each components you wrote down at step 1?" It would not be highly possible for you to be the one who knows everything. Unless you have low level logging tool either in UE or in Network. write down all the components in the data path (Really "write down" on the paper or in computer document software. I don't like any situation which would depend only on luck. since physical layer resource allocation is not included in RRC messages. At least try to get other persons ready to help you analyze those data. I saw a lot of cases where people just are just trying to find the short cut and eventually spend more time and energy.com/html/Throughput.g. the better. MCS) are allocated). almost everybody including me wants to get it solved right away.

php Tips : i) When you do UDP test. you have to configure FileZilla server and Client to enable multiple download/upload.html#CQI_vs_Throughput Realistic LTE Performance (from Motorola) Field Trial for LTE Network System (from Fujitsu) iperf . You can download iperf from http://sourceforge. You would need some try and error). refer to tutorials you can search from various source.org/download.php?type=server Filezilla Client Download from http://filezilla-project. (There is no clear/direct way to figure out the optimum value. set window size (-w option value) very carefully.UDP/TCP Flooding Iperf would be one of the most common tools for data throughput test because of easy installation. easy operation. less overhead.sharetechnote.com/iperf.g.com/html/Throughput. LTE throughput test). Filezilla . downloading only one file would not push the enough data rate. don't push too high data comparing to the expected data rate. A workaround for this case is to download multiple files simultaneously. You can set this configuration as shown below.net/projects/iperf/ I think you can get pretty good tutorial from http://openmaniak. For very high data rate application (e.php For general setup.FTP You can download FileZilla Client and Server from following sites. 18 of 19 9/6/2012 8:38 PM . Filezilla Server Download from http://filezilla-project. For this kind of multiple download.org/download. ii) When you do TCP test.ShareTechnote http://www.

com/html/Throughput. MIMO. system bandwidth 20M.sharetechnote. 19 of 19 9/6/2012 8:38 PM .html#CQI_vs_Throughput The maximum FTP throughput that I got was around 97 Mbps with FileZilla using a LTE data card.ShareTechnote http://www.

Sign up to vote on this title
UsefulNot useful