【LTE实战】TD-LTE调度不饱满导致下载速率低问题 - MSCBSC 移动通信论坛

yanbo60210

金牌会员

发短消息

关注Ta

积分 5507
帖子 694
威望 5710 个
礼品券 70 个
专家指数 269
注册 2008-12-7
专业方向 TD/LTE优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#1

大中小

使用道具

发表于 2013-12-31 12:56:13 只看楼主

网格测试过程中遇到的调度不饱满导致下载速率低问题，分享给大家！

问题描述：

近期，在网格大会战过程中， LTE网格组发现多个站点在无线环境良好的情况下，下载速率无法达到峰值的情况，如下为金陵城二-1小区测试速率，速率始终只能在50M-60M上下。而该站点的配置在正常情况下应该在80M以上。
[attach]306521[/attach]

共发现该问题的有：郭家山二搬迁、新生圩港、金陵村二、伊刘村、浦口二、柳塘村、浦江学院、燕江路、宝塔街T、大桥村、浦口审计学院试扩、林家凹试扩等12个站点。

问题分析：

针对该问题进行了长达1个月的反复抓包、测试定位，分析发现引发该问题的原因有多种情况，下面是详细分析。

1.无线侧初步分析

排除终端和笔记本、FTP服务器问题：对这几个站点，进行更换终端、笔记本等方法进行测试，现象一样，且同样的笔记本、终端在其他站点上速率正常，可达到峰值。排除这方面的问题

排除无线环境因素:测试时对测试位置进行多次选点，在RSRP/SINR等都远大于极好点的位置进行测试，MCS等级可基本维持在27以上，但是速率表现一样。同样的位置进行UDP灌包，速率可达到峰值。如下图，至此可基本排除无线环境问题。

[attach]306522[/attach]

测试组对问题站点的小区PRB数限制为48/24，测试速率基本稳定在对应的峰值速率上。也说明问题不在空口上，怀疑进入基站的数据不足。

[attach]306523[/attach]

在基站的S1口做镜像抓包，同时在FTP服务器上也做WIRESHARK抓包，发现S1口的下行数据存在乱序和丢包的现象，丢包率大约为千分之一，这个有可能导致速率的下降。

[attach]306524[/attach]

金陵村二
伊刘村

2.传输链路不稳及丢包问题

根据以上分析，首先怀疑传输侧问题，将存在问题站点提交传输分析，传输侧反馈郭家山二搬迁、新生圩港链路不稳，并进行处理；燕江路传输侧存在明显丢包，并对异常进行处理；根据传输侧反馈，项目安排复测：新生圩港和燕江路问题解决，郭家山二搬迁1、2小区速率恢复正常，3小区下载速率依然较低；由于同站所有小区共用传输，因此该站3小区问题非传输导致；

站点	中兴答复	当前版本
郭家山二	链路不稳，已处理	3.20.00.40.15.01
新生圩港	链路不稳，已处理	3.20.00.40.15.01
燕江路	存在明显丢包,已处理	3.20.00.40.15.01

3.参数设置问题

传输整改后郭家山二仅3小区仍存在问题，因此小区参数设置嫌疑较大，将3小区参数与1、2小区进行对比，发现上行BO参数设置不合理，参照1、2小区进行设置后，3小区下载速率恢复正常，并对其他未解决站点参数也进行核查，发现金陵村二存在同样问题，修改后也恢复正常。

4.传输侧带宽设置不合理

由于传输侧反馈无其他明显异常，定位至此，有点山穷水尽了。回过头再次梳理之前的定位过程，从中找些蛛丝马迹。根据1.抓包分析，从基站、终端侧抓包看，S1下行存在1/1000的丢包，因此再次安排上站抓包，站点：伊刘村。方法是在基站和PTN设备之间接入第3方交换机，在连接第三方交换机时发现，端口速率始终无法达到千兆，而第3方交换机直接和基站传输口相连，则可以达到千兆，怀疑传输侧配置为100M光口而非1000M，将该问题反馈传输核查，经传输改配后，重新连接PTN和基站，复测速率正常。这种情况有一个特点：在物理设备-机架-机框-板卡-以太网节点下，目前正在使用的端口，配置工作模式为自适应，实际工作模式为100M。对全网进行核查发现还有浦江学院、浦口审计学院试扩、林家凹试扩等站点存在同样问题。传输侧反馈如下，经处理几个站点均恢复正常：

站点	中兴答复
伊刘村	传输侧配置为强制100M
浦江学院	传输侧配置为强制100M
浦口审计学院试扩	传输侧配置为强制100M
林家凹试扩	基站上PTN设备安装为155M光模块

以下是该种情况下，OMC上核查的节点：

[attach]306525[/attach]

5.上行BLER导致速率持续偏低

针对柳塘村速率持续偏低的问题，上站抓包：该站没有明显丢包，但是从基站可以看到空口有心电图状的BLER毛刺，峰值约10%，从拉网速率趋势看，曾有一小段时间空口无BLER，对应的速率可以稳定在80M左右，因此可以看出，下载速率高低，与测试点空口BLER有直接关系，空口BLER会导致下载速率持续偏低。
经过外场测试人员寻找，在柳塘村可以找到空口环境较好的测试点，这些测试点空口无明显BLER，测试速率可在90M，这一现象也能说明，下载速率与BLER的关系。

6.上行反馈晚点到达服务器和终端丢包

通过在柳塘村寻找无线环境好的测试点，测试速率可在90M以上，但也有偶尔掉坑现象，针对此种情况进行抓包和CDL业务日志分析，发现掉坑的时候有突发重传，重传的原因有2中：

上行ACK到达服务器时间点晚导致服务器重传
终端侧抓包分析：
在500746行收到了SN为904789478的原始包

紧接着在500748行对500746行和500747行报文进行确认ACK（ipid : 30556），如图：

在501077行，收到SN为904789478的重传包

服务器侧：
在939644行对SN：904789478包首次进行发送

在939931对SN：904789478包进行重传，此时按照TCP协议，超时重传会导致速率陡降。

然而，在服务器对SN：
904789478重传后的939936行收到了终端对原始包的确认，说明原始包的ACK（ipid: 30556）并没有丢，只是到服务器时晚了

上行ACK晚点到达服务器的原因应该与下述发现的传输时延突发异常变大有关。
在做业务过程中，基站对EPC进行长PING操作，会偶尔出现超大时延现象，如图：

终端接收丢包
在126424行，抓包看终端已收到SN为3564609387的原始包，然而终端后续却一再确认SN为3564609387的包丢失（红色部分）

直到在126917行收到服务器的对SN为3564609387报文的快速重传才恢复正常

总结上述抓包分析：
1）上行TCP ACK晚点到达服务器导致重传；
2）业务过程中PING EPC存在超大时延是导致ACK晚点的最重要原因；
3）重传为瞬时突发，绝大部分时间无重传，且重传发生时伴随速率下降；
4）怀疑终端或笔记本性能问题会导致在业务长时间保持中收到数据处理不过来而丢掉；
上述四点解释了测试过程中出现的现象：业务较长时间能够保持锋速，偶尔出现掉坑，长时间持续业务时速率波动幅度会变大。

7.终端反馈0窗口报文导致速率低

针对宝塔街站上站测试抓包，经过分析，该站点BLER相对较高，但导致业务速率低的更重要原因为终端会反馈0窗长报文，一旦出现该问题，当前下载线程则处于停滞状态直至终端上报窗长恢复，每次发生停滞时间120ms---900ms不等，停滞时间内速率为0。 5线程下载测试，57秒的抓包中，发生约20次0窗口事件，而且，0窗长发生时往往伴随着丢包，如此，必然会导致速率低，如图，在65419行发生0窗口事件，直到65466行恢复，停滞时长约800ms。

解决措施及结果：

综上多种情况分析：调度不满导致速率低问题，经过传输整改链路、改配端口模式均能有效解决该问题。
问题结论;引起调度不满导致速率低问题有以下几种因素：
1.传输问题

传输明显丢包；

传输端口模式配置错误；

传输链路不稳；
2.参数设置问题：上行BO设置不合理；
3.测试点空口环境查，BLER高导致速率持续偏低；
4.传输大时延使上行ACK晚点到达服务器，引发重传，最终导致下载速率低；
5.终端问题

终端性能问题导致业务长时间保持中收到数据处理不过来而丢弃，引发重传；

终端反馈0窗口报文，导致速率偏低。

附件下载列表：

2013-12-31 12:56:13 下载次数: 2008

调度不满导致下载速率低问题.doc (3.03 MB)

扫码关注5G通信官方公众号,免费领取以下5G精品资料

1、回复“LTBPS”免费领取《《中国联通5G终端白皮书》》

2、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书》

3、回复“TXSB”免费领取《通信设备安装工程施工工艺图解》

4、回复“YDSL”免费领取《中国移动算力并网白皮书》

5、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1》

6、回复“iot6”免费领取《【8月30号登载】物联网创新技术与产业应用蓝皮书——物联网感知技术及系统应用》

7、回复“6G31”免费领取《基于云网融合的6G关键技术白皮书》

8、回复“IM6G”免费领取《6G典型场景和关键能力白皮书》

共获得 9 次点评我要点评

haiying 专家指数 +5 , 礼品券 +5 个, 威望 +30 个
· 加分，很好的文章详细.. 发表与：2014-6-4 17:39:16
zhangqing822 威望 +8 个
· 这个看着很给力的哈，不错，很有帮助详细.. 回复发表与：2014-1-17 17:26:09
Xiazhanyi 威望 +6 个
· 谢谢分享！详细.. 发表与：2014-1-7 10:53:55
ipseno 威望 +13 个
· 加分，很好的资料详细.. 回复发表与：2014-1-5 22:03:05
huda188 威望 +33 个
· 多种手段全方位的思考，楼主肯定是网优界的老人。希望多拿出点案例进行分享详细.. 回复发表与：2014-1-4 20:49:46
admin 威望 +500 个
· 案例不错，已升级专家和发放勋章，继续努力详细.. 回复发表与：2014-1-2 14:24:52
onlyjim 威望 +20 个
· 感谢分享详细.. 发表与：2014-1-2 12:13:15
zhuzhenhuazxn 威望 +20 个
· 加分，很好的资料详细.. 回复发表与：2013-12-31 13:29:43
mao_mao 专家指数 +1 , 威望 +15 个
· 谢谢分享！详细.. 发表与：2013-12-31 13:22:17

作者的更多帖子

诚心推荐！！！网优人出差必备神器，防臭袜---七天不洗也不臭！！！ 2015-10-18
LTE关键信令解析 2014-03-11
【LTE实战】XX市TD-LTE网格优化总结 2013-12-30
爆笑！！！老公娶二房申请书，感觉好您支持！！！ 2010-08-06
CDL失败原因定位 2010-07-24
笑到肚子歪，经典笑话！！！ 2010-05-24

[充值威望，立即自动到帐] [VIP贵宾权限+威望套餐] 另有大量优惠赠送活动，请光临充值中心
充值拥有大量的威望和最高的下载权限，下载站内资料无忧

yanbo60210

金牌会员

发短消息

关注Ta

积分 5507
帖子 694
威望 5710 个
礼品券 70 个
专家指数 269
注册 2008-12-7
专业方向 TD/LTE优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#2

大中小

使用道具

发表于 2013-12-31 12:58:02 只看楼主

为什么图片看不到？

对本帖内容的看法？我要点评

[立即成为VIP会员，百万通信专业资料立即下载，支付宝、微信付款，简单、快速！]

gowithwind

钻石会员

发短消息

关注Ta

积分 10206
帖子 2034
威望 413195 个
礼品券 5 个
专家指数 36
注册 2010-11-18
专业方向移动通信优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#3

大中小

使用道具

发表于 2013-12-31 13:08:26

下载了，谢谢。。。

对本帖内容的看法？我要点评

zhuzhenhuazxn

超级版主

发短消息

关注Ta

积分 65369
帖子 4651
威望 1049748 个
礼品券 3952 个
专家指数 1737
注册 2007-11-25
专业方向网络优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#4

大中小

使用道具

发表于 2013-12-31 13:29:43

QUOTE:

原帖由 yanbo60210 于 2013-12-31 12:56:13 发表

网格测试过程中遇到的调度不饱满导致下载速率低问题，分享给大家！
问题描述：近期，在网格大会战过程中， LTE网格组发现多个站点在无线环境良好的情况下，下载速率无法达到峰值的情况，如下为金陵城二-1小区测 ...

加分，很好的资料

对本帖内容的看法？我要点评

yanbo60210

金牌会员

发短消息

关注Ta

积分 5507
帖子 694
威望 5710 个
礼品券 70 个
专家指数 269
注册 2008-12-7
专业方向 TD/LTE优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#5

大中小

使用道具

发表于 2013-12-31 13:37:39 只看楼主

问题描述:
近期，在网格大会战过程中， LTE网格组发现多个站点在无线环境良好的情况下，下载速率无法达到峰值的情况，如下为金陵城二-1小区测试速率，速率始终只能在50M-60M上下。而该站点的配置在正常情况下应该在80M以上。

[attach]306477[/attach]

共发现该问题的有：郭家山二搬迁、新生圩港、金陵村二、伊刘村、浦口二、柳塘村、浦江学院、燕江路、宝塔街T、大桥村、浦口审计学院试扩、林家凹试扩等12个站点。

问题分析：针对该问题进行了长达1个月的反复抓包、测试定位，分析发现引发该问题的原因有多种情况，下面是详细分析。
1.
无线侧初步分析

排除终端和笔记本、FTP服务器问题：对这几个站点，进行更换终端、笔记本等方法进行测试，现象一样，且同样的笔记本、终端在其他站点上速率正常，可达到峰值。排除这方面的问题

排除无线环境因素:测试时对测试位置进行多次选点，在RSRP/SINR等都远大于极好点的位置进行测试，MCS等级可基本维持在27以上，但是速率表现一样。同样的位置进行UDP灌包，速率可达到峰值。如下图，至此可基本排除无线环境问题。
[attach]306478[/attach]

测试组对问题站点的小区PRB数限制为48/24，测试速率基本稳定在对应的峰值速率上。也说明问题不在空口上，怀疑进入基站的数据不足。

[attach]306479[/attach]

[attach]306480[/attach]

在基站的S1口做镜像抓包，同时在FTP服务器上也做WIRESHARK抓包，发现S1口的下行数据存在乱序和丢包的现象，丢包率大约为千分之一，这个有可能导致速率的下降。

[attach]306481[/attach][attach]306482[/attach]

2.
传输链路不稳及丢包问题
根据以上分析，首先怀疑传输侧问题，将存在问题站点提交传输分析，传输侧反馈郭家山二搬迁、新生圩港链路不稳，并进行处理；燕江路传输侧存在明显丢包，并对异常进行处理；根据传输侧反馈，项目安排复测：新生圩港和燕江路问题解决，郭家山二搬迁1、2小区速率恢复正常，3小区下载速率依然较低；由于同站所有小区共用传输，因此该站3小区问题非传输导致；

站点

中兴答复

当前版本

郭家山二

链路不稳，已处理

3.20.00.40.15.01

新生圩港

链路不稳，已处理

3.20.00.40.15.01

燕江路

存在明显丢包,已处理

3.20.00.40.15.01

3.
参数设置问题

传输整改后郭家山二仅3小区仍存在问题，因此小区参数设置嫌疑较大，将3小区参数与1、2小区进行对比，发现上行BO参数设置不合理，参照1、2小区进行设置后，3小区下载速率恢复正常，并对其他未解决站点参数也进行核查，发现金陵村二存在同样问题，修改后也恢复正常。
4.
传输侧带宽设置不合理
由于传输侧反馈无其他明显异常，定位至此，有点山穷水尽了。回过头再次梳理之前的定位过程，从中找些蛛丝马迹。根据1.抓包分析，从基站、终端侧抓包看，S1下行存在1/1000的丢包，因此再次安排上站抓包，站点：伊刘村。方法是在基站和PTN设备之间接入第3方交换机，在连接第三方交换机时发现，端口速率始终无法达到千兆，而第3方交换机直接和基站传输口相连，则可以达到千兆，怀疑传输侧配置为100M光口而非1000M，将该问题反馈传输核查，经传输改配后，重新连接PTN和基站，复测速率正常。这种情况有一个特点：在物理设备-机架-机框-板卡-以太网节点下，目前正在使用的端口，配置工作模式为自适应，实际工作模式为100M。对全网进行核查发现还有浦江学院、浦口审计学院试扩、林家凹试扩等站点存在同样问题。传输侧反馈如下，经处理几个站点均恢复正常：

站点

中兴答复

伊刘村

传输侧配置为强制100M

浦江学院

传输侧配置为强制100M

浦口审计学院试扩

传输侧配置为强制100M

林家凹试扩

基站上PTN设备安装为155M光模块

以下是该种情况下，OMC上核查的节点：

[attach]306483[/attach]

5.
上行BLER导致速率持续偏低
针对柳塘村速率持续偏低的问题，上站抓包：该站没有明显丢包，但是从基站可以看到空口有心电图状的BLER毛刺，峰值约10%，从拉网速率趋势看，曾有一小段时间空口无BLER，对应的速率可以稳定在80M左右，因此可以看出，下载速率高低，与测试点空口BLER有直接关系，空口BLER会导致下载速率持续偏低。
经过外场测试人员寻找，在柳塘村可以找到空口环境较好的测试点，这些测试点空口无明显BLER，测试速率可在90M，这一现象也能说明，下载速率与BLER的关系。
6.
上行反馈晚点到达服务器和终端丢包
通过在柳塘村寻找无线环境好的测试点，测试速率可在90M以上，但也有偶尔掉坑现象，针对此种情况进行抓包和CDL业务日志分析，发现掉坑的时候有突发重传，重传的原因有2中：

上行ACK到达服务器时间点晚导致服务器重传
终端侧抓包分析：
在500746行收到了SN为904789478的原始包

[attach]306484[/attach]

紧接着在500748行对500746行和500747行报文进行确认ACK（ipid : 30556），如图：

[attach]306485[/attach]

在501077行，收到SN为904789478的重传包
[attach]306486[/attach]

服务器侧：
在939644行对SN：904789478包首次进行发送

[attach]306487[/attach]

在939931对SN：904789478包进行重传，此时按照TCP协议，超时重传会导致速率陡降。

[attach]306488[/attach]

然而，在服务器对SN：
904789478重传后的939936行收到了终端对原始包的确认，说明原始包的ACK（ipid: 30556）并没有丢，只是到服务器时晚了

[attach]306489[/attach]
上行ACK晚点到达服务器的原因应该与下述发现的传输时延突发异常变大有关。
在做业务过程中，基站对EPC进行长PING操作，会偶尔出现超大时延现象，如图：

[attach]306490[/attach]

终端接收丢包
在126424行，抓包看终端已收到SN为3564609387的原始包，然而终端后续却一再确认SN为3564609387的包丢失（红色部分）

[attach]306491[/attach]

直到在126917行收到服务器的对SN为3564609387报文的快速重传才恢复正常

[attach]306492[/attach]
总结上述抓包分析：
1）上行TCP ACK晚点到达服务器导致重传；
2）业务过程中PING EPC存在超大时延是导致ACK晚点的最重要原因；
3）重传为瞬时突发，绝大部分时间无重传，且重传发生时伴随速率下降；
4）怀疑终端或笔记本性能问题会导致在业务长时间保持中收到数据处理不过来而丢掉；
上述四点解释了测试过程中出现的现象：业务较长时间能够保持锋速，偶尔出现掉坑，长时间持续业务时速率波动幅度会变大。
7.
终端反馈0窗口报文导致速率低
针对宝塔街站上站测试抓包，经过分析，该站点BLER相对较高，但导致业务速率低的更重要原因为终端会反馈0窗长报文，一旦出现该问题，当前下载线程则处于停滞状态直至终端上报窗长恢复，每次发生停滞时间120ms---900ms不等，停滞时间内速率为0。 5线程下载测试，57秒的抓包中，发生约20次0窗口事件，而且，0窗长发生时往往伴随着丢包，如此，必然会导致速率低，如图，在65419行发生0窗口事件，直到65466行恢复，停滞时长约800ms。

[attach]306493[/attach]解决措施及结果：综上多种情况分析：调度不满导致速率低问题，经过传输整改链路、改配端口模式均能有效解决该问题。
问题结论;引起调度不满导致速率低问题有以下几种因素：
1.
传输问题

传输明显丢包；

传输端口模式配置错误；

传输链路不稳；
2.
参数设置问题：上行BO设置不合理；
3.
测试点空口环境查，BLER高导致速率持续偏低；
4.
传输大时延使上行ACK晚点到达服务器，引发重传，最终导致下载速率低；
5.
终端问题

终端性能问题导致业务长时间保持中收到数据处理不过来而丢弃，引发重传；

终端反馈0窗口报文，导致速率偏低。

对本帖内容的看法？我要点评

gaozhen

金牌会员

发短消息

关注Ta

积分 8471
帖子 1409
威望 993994 个
礼品券 41 个
专家指数 -55
注册 2009-1-6
专业方向移动通信无线网优
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#6

大中小

使用道具

发表于 2013-12-31 13:41:06

好东东呀，下载学习学习吧。

对本帖内容的看法？我要点评

[2分钟拥有VIP权限和充足威望，可下载站内任何资料] [快速找到一份高薪的通信行业职位]

behind15

高级会员

发短消息

关注Ta

积分 1986
帖子 383
威望 3966 个
礼品券 9 个
专家指数 71
注册 2010-1-13
专业方向通讯
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#7

大中小

使用道具

发表于 2013-12-31 14:17:12

不明觉厉~~~~~~~~~

对本帖内容的看法？我要点评

fancaiwei

钻石会员

发短消息

关注Ta

积分 11661
帖子 1225
威望 3110 个
礼品券 20 个
专家指数 60
注册 2006-11-7
专业方向通信民工
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#8

大中小

使用道具

发表于 2013-12-31 16:29:03

不明觉厉~~~~~~~~~

对本帖内容的看法？我要点评

网优末路，何处是岸!

[2分钟拥有VIP权限和充足威望，可下载站内任何资料] [快速找到一份高薪的通信行业职位]

Mr Kang

原始天尊

发短消息

关注Ta

积分 104746
帖子 8516
威望 1626726 个
礼品券 11319 个
专家指数 23981
注册 2007-3-13
专业方向
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#9

大中小

使用道具

发表于 2013-12-31 16:35:53

下载,学习中....

对本帖内容的看法？我要点评

yanbo60210

金牌会员

发短消息

关注Ta

积分 5507
帖子 694
威望 5710 个
礼品券 70 个
专家指数 269
注册 2008-12-7
专业方向 TD/LTE优化
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#10

大中小

使用道具

发表于 2013-12-31 16:49:39 只看楼主

感谢大家支持，有什么LTE问题可以交流下

对本帖内容的看法？我要点评

216raul

中级会员

发短消息

关注Ta

积分 558
帖子 111
威望 12647 个
礼品券 5 个
专家指数 3
注册 2013-5-24
专业方向通信系统
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#12

大中小

使用道具

发表于 2014-01-01 12:40:55

先下载下来，好好学习

对本帖内容的看法？我要点评

admin

管理员

发短消息

关注Ta

积分 159808
帖子 7597
威望 1246278 个
礼品券 1637 个
专家指数 1520
注册 2006-3-25
专业方向论坛管理
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#13

大中小

使用道具

发表于 2014-01-02 14:24:52

QUOTE:

原帖由 yanbo60210 于 2013-12-31 12:56:13 发表

网格测试过程中遇到的调度不饱满导致下载速率低问题，分享给大家！

问题描述：

近期，在网格大会战过程中， LTE网格组发现多个站点在无线环境良好的情况下，下载速率无法达到峰值的情况，如下为金陵城 ...

案例不错，已升级专家和发放勋章，继续努力

对本帖内容的看法？我要点评

[2分钟拥有VIP权限和充足威望，可下载站内任何资料] [快速找到一份高薪的通信行业职位]

koy4134

高级会员

发短消息

关注Ta

积分 1821
帖子 360
威望 51044 个
礼品券 43 个
专家指数 21
注册 2009-11-3
专业方向通信行业
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#14

大中小

使用道具

发表于 2014-01-02 15:00:43

总结的不错！下载了！！

对本帖内容的看法？我要点评

Arvie5

VIP会员

发短消息

关注Ta

积分 3482
帖子 852
威望 555283 个
礼品券 95 个
专家指数 -778
注册 2012-2-12
专业方向 GSM/TD/LTE
回答问题数 0
回答被采纳数 0
回答采纳率 0%

#15

大中小

使用道具

发表于 2014-01-03 08:48:38

学习了！很好的案例，先收藏了

对本帖内容的看法？我要点评

快速回复主题
标题
内容	上传资料请点左侧【添加附件】 (勾选中文件为要删除文件) 调度不满导致下载速率低问题.doc


	您即将访问其它网站关闭您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往继续访问取消访问，关闭

共获得 9 次点评 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

对本帖内容的看法？ 我要点评

您即将访问其它网站关闭

共获得 9 次点评我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评

对本帖内容的看法？我要点评