掌桥专利:专业的专利平台
掌桥专利
首页

一种高速TCP业务场景下提升用户感知的方法

文献发布时间:2023-06-19 19:18:24


一种高速TCP业务场景下提升用户感知的方法

技术领域

本发明属于LTE无线通信领域,具体涉及一种高速TCP业务场景下提升用户感知的方法。

背景技术

LTE(Long Term Evol ut ion)无线通信技术的一个显著特点时可以提供及时且高速的数据服务,在高速信息化时代被广泛应用。

LTE无线通信终端设备(UE,user equipment),通常使用附图1所示的网络结构,通过无线通信的基站设备(eNodeB,Evolved Base Station),进行单线程或者多线程的高速TCP(Transmiss ion Control Protoco l)业务下载。高速的TCP业务数据流从公用数据网络(PDN,Publ ic Data Network)发过来,通过交换机(Switch)转发到核心网(Core Net),核心网把数据发给无线通信的基站设备,基站设备通过无线链路把数据发给用户的终端设备。

TCP业务提供拥塞控制,当TCP业务的接收测出现拥塞的时候,TCP业务的发端能够减小向接收端注入数据的速率和数量,缓解拥塞。通过调整TCP业务发送测窗口大小来缓解拥塞,当TCP业务发端收到丢包反馈时,会降低发送端窗口的大小,减小向接收测注入的数据速率,发送窗口的调节采用慢升快降原则。

当用户的终端设备通过基站和终端设备之间的无线链路空口进行高速TCP业务下载时,基站首先从网络侧接收到TCP高速数据流,基站本身有自己的中间层缓存,来缓存收到的高速数据流,基站中间层的缓存大小是有限的,实际业务场景中,基站中间层并不需要太大的缓存。但是高速TCP业务下载的开始阶段,因为TCP业务发端首先以较大的发送窗口进行发送,受限于基站中间层缓存的大小,基站的中间层存在很多的丢包,丢包被反馈给TCP业务发端,发端很快降低发送窗口,基站一段时间内会收到较少的TCP数据流,导致终端设备一段时间内接收到的数据流量较低,这个时间有时候长达20秒,会降低用户体验和感知。

发明内容

为了克服上述现有技术存在的不足,本发明提供了一种高速TCP业务场景下提升用户感知的方法。

为了实现上述目的,本发明提供如下技术方案:

一种高速TCP业务场景下提升用户感知的方法,包括:

在基站的中间层缓存设置预警门限N

监测中间层缓存的状态,当中间层缓存存储的TCP业务发送端发送的报文数达到了预警门限N

进一步,还包括:在基站中设置丢包计数器,在初始状态下将丢包计数器的值N设为0,用来计算反馈的丢包数。

进一步,基站向TCP业务发送端反馈一包丢包后,监测中间层缓存状态;

如果中间层缓存的报文个数小于预警门限N

进一步,基站向TCP业务发送端反馈一包丢包丢包后,如果中间层缓存的报文个数不小于门限N

如果中间层缓存丢包个数达到N

如果中间层缓存丢包个数未达到N

进一步,所述N

进一步,所述预警门限N

本发明提供的一种高速TCP业务场景下提升用户感知的方法具有以下有益效果:

本发明在基站的中间层缓存设置预警门限,当中间层缓存中存储的报文数达到预警门限时,基站向TCP业务发送端反馈一包丢包,及时给TCP业务发送端发送预警,TCP业务发端根据预警调整发送窗口,解决了因TCP业务的接收端反馈不及时,发端不能及时调整发送端窗口的大小而导致突然的数量较大的丢包,TCP因为较大数量的丢包,把发送端窗口缩小严重,出现终端一段时间内接收不到数据流的问题。

附图说明

为了更清楚地说明本发明实施例及其设计方案,下面将对本实施例所需的附图作简单地介绍。下面描述中的附图仅仅是本发明的部分实施例,对于本领域普通技术人员来说,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明的一种高速TCP业务场景下提升用户感知的方法流程图。

具体实施方式

为了使本领域技术人员更好的理解本发明的技术方案并能予以实施,下面结合附图和具体实施例对本发明进行详细说明。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。

实施例:

本发明提供了一种高速TCP业务场景下提升用户感知的方法,具体如图1所示,包括:在基站的中间层缓存设置预警门限N

因为预警门限的设置,基站在预警到中间层缓存要溢出时,通过丢弃一包报文,及时给TCP业务发送端发送预警,TCP业务发端调整发送窗口,避免因TCP业务的接收端反馈不及时,发端不能及时调整发送端窗口的大小而导致突然的数量较大的丢包,TCP因为较大数量的丢包,把发送端窗口缩小严重,出现终端一段时间内接收不到数据流的现象。

具体的,还包括:在基站中设置丢包计数器,在初始状态下将丢包计数器的值N设为0,用来计算反馈的丢包数。

具体的,基站向TCP业务发送端反馈一包丢包丢包后,监测中间层缓存状态;如果中间层缓存的报文个数小于预警门限N

具体的,基站向TCP业务发送端反馈一包丢包丢包后,如果中间层缓存的报文个数不小于门限N

如果超过预警门限的一包丢包的反馈没有被收到,基站会隔一个丢包步长给TCP业务发送端反馈一个丢包,以进一步保证基站及时发出中间层缓存溢出预警。

以下为本实施例具体的实施步骤:

1、基站开始监测中间层缓存状态,丢包计数器设置0,即N=0。

2、判断缓存的报文个数是否达到门限N

如果缓存的报文个数达到门限N

3、基站给TCP业务发送端反馈一包丢包,丢包计数器累加1,即N=N+1。

4、判断中间层缓存的报文个数是否小于门限N

5、判断缓存的报文个数是否达到N

以上所述实施例仅为本发明较佳的具体实施方式,本发明的保护范围不限于此,任何熟悉本领域的技术人员在本发明披露的技术范围内,可显而易见地得到的技术方案的简单变化或等效替换,均属于本发明的保护范围。

相关技术
  • 基于缓存的高速移动场景下业务接收与分发装置及方法
  • 一种高速移动下基于用户业务的基站切换方法及相关设备
技术分类

06120115862112