《RRC去激活定时器参数对首包时延影响分析年月》由会员分享，可在线阅读，更多相关《RRC去激活定时器参数对首包时延影响分析年月（7页珍藏版）》请在金锄头文库上搜索。
1、RRC休眠态定时器参数对首包时延影响分析江苏南通无线业务感知分析团队2016年5月1.指标走势5月16日18点对南通开发区136个站点，406个扇区进行RRC去激活定时器修改，从10s改回到20s，以下是修改后指标跟踪：从以上统计可以看出，16日不活动定时器修改为20s后，首包时延、HTTP时延、页面打开时延并没有明显下降趋势，反而有所恶化；23日又将不活动定时器修改为10s，指标也无明显波动。2.五步法指标验证利用4G感知分析系统五步法分析，我们对劣化的首包时延、页面打开时延进一步分解，附着平均时延、DNS平均时延、EPS平均时延、TCP时延、HTTP平均时延并没有明显的下降趋势。3.时延与
2、TCP会话时长相关性分析根据DIP和URI，选取流量TOP500的服务器分析TCP时长（syn到fin）和首包时延、HTTP时延的相关性。首包时延、HTTP时延和TCP保持时长并没有完全的正相关性。从TOP500服务器来看，不活动定时器从10s修改为20s后，平均首包时延有所改善；TCP保持时长小于10s的服务器平均HTTP时延有所改善，TCP保持时长大于10s的服务器平均HTTP时延有所恶化。去激活定时器设置SP的tcp时长是否大于10S平均首包时延平均HTTP时延10s否317.3984.32是316.6559.2320s否275.9380.67是272.868.194.TCP保活原理说明
3、及验证连接的“长短”短连接：建立一条连接，传输一个请求，马上关闭连接。长连接：建立一条连接，传输一个请求，过会儿，又传输若干个请求，最后再关闭连接。长连接的好处是显而易见的，多个请求可以复用一条连接，省去连接建立和释放的时间开销和系统调用，但也意味着服务器的一部分资源会被长时间占用着。HTTP保活原理HTTP的Keepalive，目的在于延长连接的时间，以便在同一条连接中传输多个HTTP请求。HTTP服务器一般会提供Keepalive Timeout参数，用来决定连接保持多久，什么时候关闭连接。当连接使用了Keepalive功能时，对于客户端发送过来的一个请求，服务器端会发送一个响应，然后开始
4、计时，如果经过Timeout时间后，客户端没有再发送请求过来，服务器端就把连接关了，不再保持连接了。TCP保活原理TCP的Keepalive目的在于看看对方有没有发生异常，如果有异常就及时关闭连接。当传输双方不主动关闭连接时，就算双方没有交换任何数据，连接也是一直有效的。如果这个时候对端、中间网络出现异常而导致连接不可用，本端如何得知这一信息呢？答案就是保活定时器。它每隔一段时间会超时，超时后会检查连接是否空闲太久了，如果空闲的时间超过了设置时间，就会发送探测报文。然后通过对端是否响应、响应是否符合预期，来判断对端是否正常，如果不正常，就主动关闭连接，而不用等待HTTP层的关闭了。TCP保活的
5、作用一、探测连接的对端是否存活在应用交互的过程中，可能存在以下几种情况：（1）客户主机依然正常运行，并且从服务器端可达；（2）客户主机已经崩溃，并且关闭或者正在重新启动；（3）客户主机已经崩溃，并且重新启动了；（4）客户主机依然正常运行，但是从服务器不可达。二、防止中间设备因超时删除连接相关的连接表中间设备如防火墙等，会为经过它的数据报文建立相关的连接信息表，并为其设置一个超时时间的定时器，如果超出预定时间，某连接无任何报文交互的话，中间设备会将该连接信息从表中删除，在删除后，再有应用报文过来时，中间设备将丢弃该报文，从而导致应用出现异常，这个交互的过程大致如下图所示：TCP保活的设置Keep
6、AliveInterval项：TcpipParameters数值类型：REG_DWORD - 时间（以毫秒为单位）有效范围：1 - 0xFFFFFFFF默认值：1000（1 秒）说明：此参数确定在收到响应之前，保活重传之间的时间间隔。一旦收到一个响应，将由 KeepAliveTime 值重新控制在下一次保活传输之前的延迟。如果经过 TcpMaxDataRetransmissions 指定的重新传输次数后仍无响应，将放弃连接。KeepAliveTime项：TcpipParameters数值类型：REG_DWORD - 时间（以毫秒为单位）有效范围：1 - 0xFFFFFFFF默认值：7,200,
7、000（两个小时）说明：此参数控制 TCP 试图通过发送保活数据包来验证空闲连接是否仍然保持的次数。如果远程系统仍然可以连接并且正在运行，它就会响应保活传输。默认情况下不发送保活数据包。应用程序可以在连接上启用此功能。KeepaliveProbes项：TcpipParameters数值类型：REG_DWORD 次数有效范围：1 - 0xFFFFFFFF默认值：9保活机制在客户端和服务器之间在最后一次数据交互后，KeepAliveTime开始计时，服务器在KeepAliveTime时间到时后，发送探测报文，在客户端没有收到ACK消息之前，服务器在KeepaliveProbes参数的范围内，会以K
8、eepAliveInterval为间隔发送保活数据包，收到ACK消息之后，服务器会重置KeepAliveTime，如果达到KeepaliveProbes最大值之后，还未收到ACK消息，TCP连接将被释放。一次完整的保活探测所需时长为：KeepAliveTime+KeepAliveInterval*KeepaliveProbes现场通过imsi抓包（抓包时长为24小时）分析，在大多数情况一个传输请求完成之后，TCP通过四次挥手，关闭TCP连接，而不需要发送保活数据包。如下所示：在TCP连接建立后，相隔1秒钟后，服务器端发起TCP连接释放，而此时服务器立即发出保活数据包，此时并未收到终端的保活ACK消息，TCP连接释放继续进行，直至完成。过程如下所示：多径TCP建立后，终端侧和服务器侧同时发起TCP连接释放，而此时同样立即发出保活数据包，收到保活数据包的ACK消息后，TCP连接释放过程终止。从以上分析可以看出，TCP连接需要发送保活数据包时，是在发起TCP连接释放的时候立即发出，而无需等待过久，因此，可以判断无线侧RRC去激活定时器从20s修改为10s，对感知时延并未明显影响。
