CN103974339A - 一种数据缓存的方法和装置 - Google Patents

一种数据缓存的方法和装置 Download PDF

Info

Publication number
CN103974339A
CN103974339A CN201310031102.5A CN201310031102A CN103974339A CN 103974339 A CN103974339 A CN 103974339A CN 201310031102 A CN201310031102 A CN 201310031102A CN 103974339 A CN103974339 A CN 103974339A
Authority
CN
China
Prior art keywords
packet
accelerate
data
transmission
acceleration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201310031102.5A
Other languages
English (en)
Other versions
CN103974339B (zh
Inventor
韩广林
曹明荣
朱志明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310031102.5A priority Critical patent/CN103974339B/zh
Priority to EP14743244.7A priority patent/EP2943006B1/en
Priority to PCT/CN2014/071008 priority patent/WO2014114224A1/zh
Publication of CN103974339A publication Critical patent/CN103974339A/zh
Priority to US14/811,577 priority patent/US9866495B2/en
Application granted granted Critical
Publication of CN103974339B publication Critical patent/CN103974339B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/6215Individual queue per QOS, rate or priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/22Traffic shaping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/17Interaction among intermediate nodes, e.g. hop by hop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本发明实施例提供一种数据缓存的方法和装置,能够对接收到的第一数据包执行高可靠性的缓存处理,进而提升用户体验。所述方法包括:接收第一数据包;确定是否对所述第一数据包中的数据执行加速传输;若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。本发明适用于通信领域。

Description

一种数据缓存的方法和装置
技术领域
本发明涉及通信领域,尤其涉及一种数据缓存的方法和装置。
背景技术
LTE(long term evolution,长期演进)基站作为数据转发设备,在将数据调度给数据所对应的UE(User Equipment,用户设备)前,需要先将所接收到的数据缓存在基站中,当空口调度分配给UE一定的空口资源后,基站再利用该资源将缓存的数据发送给UE。但是由于基站的缓存有限,而且业务数据的传输具有一定的时延要求,即使数据没有被成功发送给UE,基站也不能无限制的将所接收的数据缓存,因此基站中通常需实现丢包控制机制,以保证基站的缓存数据量不超过基站的缓存容量,防止出现缓存数据量的上溢。
在LTE基站缓存管理规范中,基站的丢包控制机制通过“丢包定时器”实现。当LTE基站接收到来自核心网的IP数据包后,将为接收到的IP数据包启动“丢包定时器”,该“丢包定时器”用于:
第一,控制基站的缓存,避免基站缓存被IP数据包长时间占用,使得可以及时释放基站的缓存,为接纳新的IP数据包释放出缓存空间。
第二,控制IP数据包的空口传输时延,避免IP数据包在空口缓存时间过长,在不满足QoS(Quality of Service,服务质量)时延要求的情况下,产生不必要的数据传输,而导致带宽浪费。
但是,不同业务在特定时期对承载带宽和基站的缓存管理要求不同,比如为了达到流媒体初始播放加速和拖动加速的效果,需要在流媒体初始下载阶段,将较大量的流媒体数据在初始下载阶段发送给UE,但是当大量数据到达基站后,由于基站启动“毫秒”级丢包定时器,有可能导致基站接收到的大量“下载数据包”,在未成功传输给UE前就被无线基站认定为超时而提前丢弃,如果流媒体承载在TCP(Transmission Control Protocol,传输控制协议)上,因为TCP是一种可靠的运输层协议,假如数据丢失,则该数据会被不断重传,这样会大大降低视频传输效果,降低用户体验。
发明内容
本发明的实施例提供一种数据缓存的方法和装置,能够对接收到的第一数据包执行高可靠性的缓存处理,进而提升用户体验。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种数据缓存的方法,所述方法包括:
接收第一数据包;
确定是否对所述第一数据包中的数据执行加速传输;
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
在第一种可能的实现方式中,根据第一方面,所述确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示;
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
在第二种可能的实现方式中,根据第一种可能的实现方式,在所述检测所述第一数据包是否携带加速指示前,还包括:
接收数据包检测启动命令,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
在第三种可能的实现方式中,根据第二种可能的实现方式,在所述接收数据包检测启动命令后,还包括:
接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
在第四种可能的实现方式中,根据第一方面,在所述接收第一数据包前,还包括:
接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息;
所述确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述需加速的数据包的特征信息是否与所述第一数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
在第五种可能的实现方式中,根据第四种可能的实现方式,在所述接收加速启动命令后,还包括:
接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
在第六种可能的实现方式中,根据第一方面至第五种可能的实现方式,所述采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
在第七种可能的实现方式中,根据第一方面至第五种可能的实现方式,所述采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
在第八种可能的实现方式中,根据第一方面至第七种可能的实现方式,所述方法还包括:
在接口建立过程中,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息;
或所述方法还包括:
接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
第二方面,提供了一种数据缓存的装置,所述装置包括接收单元、确定单元、缓存单元;
所述接收单元,用于接收第一数据包;
所述确定单元,用于确定是否对所述第一数据包中的数据执行加速传输;
所述缓存单元,用于若不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;
所述缓存单元,还用于若对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
在第一种可能的实现方式中,根据第二方面,所述确定单元确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示;
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
在第二种可能的实现方式中,根据第一种可能的实现方式,
所述接收单元,还用于在所述检测所述第一数据包是否携带加速指示前,接收数据包检测启动命令,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
在第三种可能的实现方式中,根据第二种可能的实现方式,
所述接收单元,还用于在所述接收单元接收数据包检测启动命令后,接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
在第四种可能的实现方式中,根据第二方面,
所述接收单元,还用于在接收第一数据包前,接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息;
所述确定单元确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述需加速的数据包的特征信息是否与所述第一数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
在第五种可能的实现方式中,根据第四种可能的实现方式,
所述接收单元,还用于在接收加速启动命令后,接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
在第六种可能的实现方式中,根据第二方面至第五种可能的实现方式,所述缓存单元采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述缓存单元采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
在第七种可能的实现方式中,根据第二方面至第五种可能的实现方式,所述缓存单元采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
在第八种可能的实现方式中,根据第二方面至第七种可能的实现方式,所述装置还包括发送单元;
所述发送单元,用于在接口建立过程中,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息;
所述接收单元,还用于接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
所述发送单元,还用于若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
第三方面,提供了一种数据缓存的装置,所述装置包括接收器、处理器、存储器;
所述接收器,用于接收第一数据包,并将所述第一数据包发送给所述处理器;
所述处理器,用于接收所述接收器发送的第一数据包,并确定是否对所述第一数据包中的数据执行加速传输;
所述存储器,用于若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;
所述存储器,还用于若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
在第一种可能的实现方式中,根据第三方面,所述处理器确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示;
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
在第二种可能的实现方式中,根据第一种可能的实现方式,
所述接收器,还用于在所述处理器检测所述第一数据包是否携带加速指示前,接收数据包检测启动命令,并将所述数据包检测启动命令发送给所述处理器,其中,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
在第三种可能的实现方式中,根据第二种可能的实现方式,
所述接收器,还用于在所述接收数据包检测启动命令后,接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
在第四种可能的实现方式中,根据第三方面,所述接收器,还用于在所述接收第一数据包前,接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息;
所述处理器确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述需加速传输的数据包的特征信息是否与所述第一数据包的特征信息匹配;
若第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
在第五种可能的实现方式中,根据第四种可能的实现方式,所述接收器,还用于在所述接收加速启动命令后,接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
在第六种可能的实现方式中,根据第三方面至第五种可能的实现方式,所述存储器采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述存储器采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
在第七种可能的实现方式中,根据第三方面至第五种可能的实现方式,所述存储器采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
在第八种可能的实现方式中,根据第三方面至第七种可能的实现方式,所述装置还包括发送器;
所述发送器,用于在接口建立过程中,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息;
所述接收器,用于接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
所述发送器,用于若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
本发明实施例提供一种数据缓存的方法和装置,所述方法包括:接收第一数据包,确定是否对所述第一数据包中的数据执行加速传输,若不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;若对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。该方法通过采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包,使得能够对接收到的第一数据包执行高可靠性的缓存处理,提升了用户体验。
附图说明
图1为本发明实施例提供的一种数据缓存的方法;
图2为本发明实施例提的一种基站数据缓存的方法;
图3为本发明实施例提的另一种基站数据缓存的方法;
图4为本发明实施例提的又一种基站数据缓存的方法;
图5为本发明实施例提供的一种视频优化网关与基站之间的功能协商交互图;
图6为本发明实施例提供的一种用户设备数据缓存的方法;
图7为本发明实施例提供的一种基站与用户设备之间的功能协商交互图;
图8为本发明实施例提供的一种数据缓存的装置;
图9为本发明实施例提供的另一种数据缓存的装置;
图10为本发明实施例提供的又一种数据缓存的装置;
图11为本发明实施例提供的又一种数据缓存的装置。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一、
本发明实施例提供一种数据缓存的方法,具体如图1所示,所述方法包括:
101、接收第一数据包。
具体的,所述第一数据包可以来源于网关,也可以来源于其它网络设备,接收所述第一数据包的装置可以是基站,也可以是用户设备UE,如果接收所述第一数据包的是UE,则所述第一数据包可以来源于基站,基站将所述第一数据包发送给UE后,所述第一数据包存储在UE的应用层,所以,从另一层面讲,如果接收所述第一数据包的是UE,则所述第一数据包来源于UE的应用层,本发明实施例对所述第一数据包的来源和本发明的应用范围不作具体限定,仅说明接收到第一数据包。
需要说明的是,所述第一数据包不具有任何特殊的含义,仅是为了区别于下述的第二数据包,所述第一数据包和第二数据包是接收到的不同数据包。
102、确定是否对所述第一数据包中的数据执行加速传输。
具体的,装置在接收到第一数据包后,需确定是否对所述第一数据包中的数据执行加速传输,可以通过如下方式:
检测所述第一数据包中是否携带加速指示,若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
所述装置接收加速启动命令,其中,所述加速启动命令携带需加速传输的数据包的特征信息,然后所述装置检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
本发明实施例旨在说明装置在接收第一数据包后,还确定是否对所述第一数据包中的数据执行加速传输,对如何确定是否对所述第一数据包中的数据执行加速传输不作具体限定。
若确定不对所述第一数据包中的数据执行加速传输,执行步骤103;
若确定对所述第一数据包中的数据执行加速传输,执行步骤104。
103、若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间长度的数值。
104、若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
本发明实施例仅说明采用第二方式缓存需要执行加速传输的数据包,所述第二方式的缓存时间大于所述第一方式的缓存时间,对于所述第二方式的具体实现形式不作具体限定。
本发明实施例提供一种数据缓存的方法,所述方法包括:接收第一数据包,确定是否对所述第一数据包中的数据执行加速传输,若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。该方法通过采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包,使得所述装置能够对接收到的第一数据包执行高可靠性的缓存处理,提升了用户体验。
实施例二、
本发明实施例提供一种数据缓存的方法,具体以视频业务下数据包转发的全过程为例,基站的数据缓存进行说明,具体如图2所示,所述方法包括:
201、VoG(Video Optimization Gateway,视频优化网关)接收PDN(Packet Data Network,分组数据网络)发送的第一业务数据。
202、VoG判断所述第一业务数据中的第一数据包是否需要加速传输。
具体的,VoG接收到的第一业务数据中包含多个数据包,某些数据包中的数据可能处于需要加速传输的时间范围内,某些数据包中的数据则不需要进行加速传输。例如,在用户点播某视频的开始阶段,为降低用户的初始等待时延,VoG可以对该视频初始阶段的数据进行加速传输,或在用户随机访问某个播放片段的时候,为降低用户随机访问的等待时延,VoG可以对该用户随机访问的视频片段的数据进行加速。此时,VoG可以通过包检测机制识别出需要加速的数据包,即判断所述第一业务数据中的第一数据包是否需要加速传输。
203、若所述第一数据包需要加速传输,VoG在所述第一数据包中设置加速指示。
其中,所述加速指示用于指示所述基站对所述第一数据包的数据执行加速传输。
具体的,所述加速指示可以为“下载加速”指示,本发明实施例对此不作具体限定。
通过所述加速指示,可以识别出该数据包属于需要执行加速传输的数据包。
204、VoG发送所述第一数据包至所述基站。
具体的,若所述第一数据包需要加速传输,则发送给基站的所述第一数据包中携带加速指示。
205、基站接收所述VoG发送的所述第一数据包。
206、基站检测所述第一数据包中是否携带加速指示。
具体的,若所述第一数据包中未携带加速指示,执行步骤207;
若所述第一数据包中携带加速指示,执行步骤209。
207、若所述第一数据包未携带加速指示,基站确定不对所述第一数据包中的数据执行加速传输。
208、基站采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间长度的数值。
209、若所述第一数据包携带加速指示,基站确定对所述第一数据包中的数据执行加速传输。
210、基站采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
本发明实施例仅说明采用第二方式缓存需要执行加速传输的数据包,所述第二方式的缓存时间大于所述第一方式的缓存时间,对于所述第二方式的具体实现形式不作具体限定。
211、基站调度所述第一数据包给用户设备。
可选的,本发明实施例还提供一种数据缓存的方法,具体以视频业务下数据包转发的全过程为例,基站的数据缓存进行说明,具体如图3所示,所述方法包括:
301、VoG(视频优化网关)接收PDN(分组数据网络)发送的第一业务数据。
302、VoG判断所述第一业务数据中的第一数据包是否需要加速传输。
具体的,VoG接收到的第一业务数据中包含多个数据包,某些数据包中的数据可能处于需要加速传输的时间范围内,某些数据包中的数据则不需要进行加速传输。例如,在用户点播某视频的开始阶段,为降低用户的初始等待时延,VoG可以对该视频初始阶段的数据进行加速传输,或在用户随机访问某个播放片段的时候,为降低用户随机访问的等待时延,VoG可以对该用户随机访问的视频片段的数据进行加速。此时,VoG可以通过包检测机制识别出需要加速的数据包,即判断所述第一业务数据中的第一数据包是否需要加速传输。
303、若所述第一数据包需要加速传输,VoG在所述第一数据包中设置加速指示。
其中,所述加速指示用于指示所述基站对所述第一数据包的数据执行加速传输。
具体的,所述加速指示可以为“下载加速”指示,本发明实施例对此不作具体限定。
通过所述加速指示,可以识别出该数据包属于需要执行加速传输的数据包。
304、VoG发送数据包检测启动命令至所述基站,所述数据包检测启动命令用于指示所述基站对所述数据包是否携带加速指示进行检测。
具体的,为了降低基站检测数据包的开销,避免基站一直处于数据包的加速指示检测状态,当VoG确定对发送给基站的第一数据包执行加速传输后,VoG发送数据包检测启动命令给基站,通知基站对数据包是否携带加速指示进行检测。
305、基站接收所述VoG发送的数据包检测启动命令。
306、VoG发送所述第一数据包至所述基站。
具体的,若所述第一数据包需要加速传输,则发送给基站的所述第一数据包中携带加速指示。
需要说明的是,因为步骤305是基站所执行的动作,步骤306是VoG所执行的动作,所以步骤305与步骤306没有绝对的先后顺序,仅需步骤305在步骤304之后即可,步骤306在步骤307之前即可。
307、基站接收所述VoG发送的所述第一数据包。
308、基站检测所述第一数据包中是否携带加速指示。
具体的,若所述第一数据包中未携带加速指示,执行步骤309;
若所述第一数据包中携带加速指示,执行步骤311。
309、若所述第一数据包未携带加速指示,基站确定不对所述第一数据包中的数据执行加速传输。
310、基站采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间长度的数值。
311、若所述第一数据包携带加速指示,基站确定对所述第一数据包中的数据执行加速传输。
312、基站采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
本发明实施例仅说明采用第二方式缓存需要执行加速传输的数据包,所述第二方式的缓存时间大于所述第一方式的缓存时间,对于所述第二方式的具体实现形式不作具体限定。
313、基站调度所述第一数据包给用户设备。
进一步的,为了进一步降低基站检测数据包的开销,在所述VoG发送数据包检测启动命令至所述基站后,所述VoG还判断所述第一业务数据中的第二数据包是否需要加速传输。
若所述第二数据包不需要加速传输,所述VoG发送数据包检测停止命令至所述基站,所述数据包检测停止命令用于指示所述基站停止对数据包是否携带加速指示进行检测。
相应的,此时所述基站的数据缓存的方法还包括:
所述基站接收所述VoG发送的所述数据包检测停止命令,以使得所述基站停止对数据包的加速指示检测。
可选的,本发明实施例还提供一种数据缓存的方法,具体以视频业务下数据包转发的全过程为例,基站的数据缓存进行说明,具体如图4所示,所述方法包括:
401、VoG(视频优化网关)接收PDN(分组数据网络)发送的第一业务数据。
402、VoG判断所述第一业务数据中的第一数据包是否需要加速传输。
具体的,VoG接收到的第一业务数据中包含多个数据包,某些数据包中的数据可能处于需要加速传输的时间范围内,某些数据包中的数据则不需要进行加速传输。例如,在用户点播某视频的开始阶段,为降低用户的初始等待时延,VoG可以对该视频初始阶段的数据进行加速传输,或在用户随机访问某个播放片段的时候,为降低用户随机访问的等待时延,VoG可以对该用户随机访问的视频片段的数据进行加速。此时,VoG可以通过包检测机制识别出需要加速的数据包,即判断所述第一业务数据中的第一数据包是否需要加速传输。
403、若所述第一数据包需要加速传输,VoG发送加速启动命令至所述基站。
其中,所述加速启动命令携带需加速的数据包的特征信息。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
具体的,所述基站将根据所述加速启动命令识别需要加速传输的数据包。
404、基站接收所述VoG发送的所述加速启动命令。
405、VoG发送所述第一数据包至所述基站。
需要说明的是,因为步骤404是基站所执行的动作,步骤405是VoG所执行的动作,所以步骤405与步骤404没有绝对的先后顺序。仅需步骤404在步骤403之后,步骤405在步骤406之前即可。
406、基站接收所述VoG发送的所述第一数据包。
407、基站检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配。
具体的,若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,执行步骤408;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,执行步骤410。
408、若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,确定不对所述第一数据包中的数据执行加速传输。
409、基站采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间长度的数值。
410、若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,确定对所述第一数据包中的数据执行加速传输。
411、基站采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
412、基站调度所述第一数据包给用户设备。
进一步的,在所述VoG发送加速启动命令至所述基站后,所述VoG还判断所述第一业务中的第三数据包是否需要加速传输。
若所述第三数据包不需要加速传输,VoG发送加速停止命令至所述基站,所述加速停止命令指示所述基站在接收到所述加速停止命令后,停止加速传输处理,其中,所述加速停止命令携带需停止加速传输的数据包的特征信息。
相应的,所述基站的数据缓存的方法还包括:
接收加速停止命令,其中,所述加速停止命令携带需停止加速传输的数据包的特征信息。
进一步的,以视频业务为例,基站进行数据缓存时,视频优化网关与基站之间还存在功能协商过程,具体如图5所示,包括:
501、VoG发送加速能力查询消息,所述加速能力查询消息用于查询所述基站是否支持数据包的加速传输。
502、基站接收所述加速能力查询消息。
503、若所述基站支持数据包的加速传输,则所述基站发送支持数据包的加速传输的指示消息。
504、VoG接收所述基站发送的所述支持数据包的加速传输的指示消息。
需要说明的是,若所述基站不支持数据包的加速传输,则不能采用本发明实施例的基站数据缓存的方法。本发明实施例中所述基站数据缓存的方法适用于基站支持数据包的加速传输的场合。通过采用功能协商过程进行加速能力查询,可以确定是否采用后续的基站数据缓存的方法。
可选的,在所述VoG与所述基站建立接口时,若所述基站支持数据包的加速传输,将发送支持数据包的加速传输的指示消息。
同样需要说明的是,在所述VoG与所述基站建立接口时,若所述基站不支持数据包的加速传输,则不能使用本发明实施例的基站数据缓存的方法。
需要说明的是,本发明实施例具体以视频业务下基站数据缓存的方法进行说明,但是所述基站数据缓存的方法并不仅适用于视频业务,同样适用于其它业务,本发明实施例在此不再一一列举。
另外,上述实施例具体以基站的数据缓存进行说明,但是所述数据缓存的方法不仅仅适用于基站的数据缓存,同样适用于其它应用场合,比如应用于用户设备侧的数据的缓存,在用户设备侧进行数据缓存时,所述第一数据包可以来源于基站,基站将所述第一数据包发送给用户设备后,所述第一数据包存储在用户设备的应用层,所以,从另一层面讲,如果是用户设备侧的数据缓存,所述第一数据包可以来源于用户设备的应用层,具体如图6所示,包括:
601、接收应用层发送的第一数据包。
602、确定是否对所述第一数据包中的数据执行加速传输。
603、若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包。
604、若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
进一步的,与基站进行数据缓存时,视频优化网关与基站之间的功能协商过程类似,所述数据缓存的方法应用于用户设备数据缓存时,用户设备与基站之间还存在功能协商过程,具体如图7所示,包括:
701、基站发送加速能力查询消息,所述加速能力查询消息用于查询所述用户设备是否支持数据包的加速传输。
702、用户设备接收所述加速能力查询消息。
703、若所述用户设备支持数据包的加速传输,则所述用户设备发送支持数据包的加速传输的指示消息。
704、基站接收所述用户设备发送的所述支持数据包的加速传输的指示消息。
当然,与基站进行数据缓存时,视频优化网关与基站之间的功能协商过程类似,若所述用户设备不支持数据包的加速传输,则不能采用上述用户设备侧数据缓存的方法。上述用户设备侧数据缓存的方法适用于用户设备支持数据包的加速传输的场合。通过采用功能协商过程进行加速能力查询,可以确定是否采用后续的用户设备数据缓存的方法。
可选的,在所述用户设备与所述基站建立接口时,若所述用户设备支持数据包的加速传输,将发送支持数据包的加速传输的指示消息。
需要说明的是,所述数据缓存的方法不限制应用在基站侧或用户设备侧的数据缓存,也可以应用于其他场合,具体的,对于其它应用场合数据缓存的方法可参考上述实施例的描述,本发明实施例对此不再一一赘述。
本发明实施例提供一种数据缓存的方法,所述方法包括:接收第一数据包,确定是否对所述第一数据包中的数据执行加速传输,若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。该方法通过采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包,使得所述装置能够对接收到的第一数据包执行高可靠性的缓存处理,提升了用户体验。
实施例三、
本发明实施例提供一种数据缓存的装置800,具体如图8所示,所述装置800包括接收单元801、确定单元802、缓存单元803。
所述接收单元801,用于接收第一数据包。
具体的,所述第一数据包可以来源于网关,也可以来源于其它网络设备,接收所述第一数据包的装置可以是基站,也可以是UE,如果接收所述第一数据包的是UE,则所述第一数据包可以来源于基站,基站将所述第一数据包发送给UE后,所述第一数据包存储在UE的应用层,所以,从另一层面讲,如果接收所述第一数据包的是UE,则所述第一数据包来源于UE的应用层,本发明实施例对所述第一数据包的来源和本发明的应用范围不作具体限定,仅说明接收单元801接收第一数据包。
所述确定单元802,用于确定是否对所述第一数据包中的数据执行加速传输。
具体的,所述接收单元801在接收到第一数据包后,所述确定单元802需确定是否对所述第一数据包中的数据执行加速传输,可以通过如下方式:
检测所述第一数据包中是否携带加速指示,若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
所述接收单元801接收加速启动命令,其中,所述加速启动命令携带需加速传输的数据包的特征信息,然后所述确定单元802检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速传输的数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
本发明实施例旨在说明装置800在接收第一数据包后,还确定是否对所述第一数据包中的数据执行加速传输,对如何确定是否对所述第一数据包中的数据执行加速传输不作具体限定。
所述缓存单元803,用于若不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置800在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度的丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,所述缓存单元803采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间丢包定时器的时间值。
所述缓存单元803,还用于若对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,所述缓存单元803采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,从而产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
本发明实施例仅说明采用第二方式缓存需要执行加速传输的数据包,所述第二方式的缓存时间大于所述第一方式的缓存时间,对于所述第二方式的具体实现形式不作具体限定。
进一步的,所述确定单元802确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示。
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输。
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
进一步的,为了降低所述装置800检测数据包的开销,避免所述装置800一直处于数据包的加速指示检测状态,当通信对端确定对发送给所述装置800的第一数据包执行加速传输后,还发送数据包检测启动命令给所述装置800,通知所述装置800启动对数据包的加速指示检测,所以对于所述装置800,
所述接收单元801,还用于在所述检测所述第一数据包是否携带加速指示前,接收数据包检测启动命令,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
进一步的,当通信对端确定不对接收到的数据包执行加速传输时,为了进一步降低所述装置800检测数据包的开销,所述接收单元801,还用于在接收数据包检测启动命令后,接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
可选的,所述接收单元801,还用于在接收第一数据包前,接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型,本发明实施例对所述特征信息不作具体限定。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
具体的,所述装置800将根据所述加速启动命令识别需要加速传输的数据包。
所述确定单元802确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配。
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
进一步的,所述接收单元801,还用于在接收加速启动命令后,接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
进一步的,所述缓存单元803采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
所述缓存单元803采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
具体的,所述第二时间长度可以为无穷大。
可选的,所述缓存单元803采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
可选的,如图9所示,所述装置800还包括发送单元804。
所述接收单元801,还用于接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
所述发送单元804,还用于若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
需要说明的是,若所述装置800不支持数据包的加速传输,则不能采用本发明实施例的数据缓存的方法。上述实施例提供的所述数据缓存的方法适用于所述装置800支持数据包的加速传输的场合。通过采用功能协商过程进行加速能力查询,可以确定是否采用后续的数据缓存的方法。
当然,所述装置800并不一定在接收加速能力查询消息后,才发送支持数据包的加速传输的指示消息,上述功能协商过程仅是功能协商过程的一种。
可选的,所述发送单元804,还用于在接口建立时,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
具体的,通过所述数据缓存的装置进行数据缓存的方法可参见实施例一和实施例二的描述,本发明实施例对此不再赘述。
具体的,所述数据缓存的装置可以应用于基站数据缓存,也可以应用于用户设备数据缓存,本发明实施例对所述数据缓存的装置的应用场景不作具体限定。
本发明实施例提供一种数据缓存的装置,所述装置包括:接收单元、确定单元、缓存单元。其中,在所述接收单元接收第一数据包后,所述确定单元确定是否对所述第一数据包中的数据执行加速传输,若确定不对所述第一数据包中的数据执行加速传输,所述缓存单元采用第一方式缓存所述第一数据包;若确定对所述第一数据包中的数据执行加速传输,所述缓存单元采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。该装置通过采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包,使得所述装置能够对接收到的第一数据包执行高可靠性的缓存处理,提升了用户体验。
实施例四、
本发明实施例提供一种数据缓存的装置1000,具体如图10所示,所述装置1000包括接收器1001、处理器1002、存储器1003。
所述接收器1001,用于接收第一数据包,并将所述第一数据包发送给所述处理器1002。
具体的,所述第一数据包可以来源于网关,也可以来源于其它网络设备,接收所述第一数据包的装置可以是基站,也可以是UE,如果接收所述第一数据包的是UE,则所述第一数据包可以来源于基站,基站将所述第一数据包发送给UE后,所述第一数据包存储在UE的应用层,所以,从另一层面讲,如果接收所述第一数据包的是UE,则所述第一数据包来源于UE的应用层,本发明实施例对所述第一数据包的来源和本发明的应用范围不作具体限定,仅说明接收器1001接收第一数据包,并将所述第一数据包发送给所述处理器1002。
所述处理器1002,用于接收所述接收器1001发送的第一数据包,并确定是否对所述第一数据包中的数据执行加速传输。
具体的,所述接收器1001在发送所述第一数据包给所述处理器1002后,所述处理器1002接收所述第一数据包,并确定是否对所述第一数据包中的数据执行加速传输。
其中,可以通过如下方式确定是否对所述第一数据包中的数据执行加速传输:
检测所述第一数据包中是否携带加速指示,若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
所述接收器1001接收加速启动命令,其中,所述加速启动命令携带需加速传输的数据包的特征信息,然后所述处理器1002检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
本发明实施例旨在说明装置80在接收第一数据包后,还确定是否对所述第一数据包中的数据执行加速传输,对所述处理器1002如何确定是否对所述第一数据包中的数据执行加速传输不作具体限定。
所述存储器1003,用于若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包。
具体的,现有技术中,所述装置1000在接收到属于某个特定承载的数据包后,为所接收的数据包启动某一固定时间长度的丢包定时器,并缓存所述数据包。本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定不对所述第一数据包中的数据执行加速传输,所述存储器1003采用第一方式缓存所述第一数据包,所述采用第一方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障采用普通方式传输的数据包是合适的,所以若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包具体为为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包,则所述第一时间长度可以参考现有技术中的固定时间丢包定时器的时间值。
所述存储器1003,还用于若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
具体的,本发明实施例中,分别采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包。
若确定对所述第一数据包中的数据执行加速传输,所述存储器1003采用第二方式缓存所述第一数据包,所述采用第二方式缓存所述第一数据包具体可以为:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度,具体可以为无穷大。
不启动丢包定时器,并缓存所述第一数据包。
需要说明的是,现有技术中固定时间长度丢包定时器的缓存管理时间一般为毫秒级,该缓存管理方式对保障需要加速传输的数据包是不合适的,因为若所述数据包需要加速传输,则在加速过程中将可能传输较多的数据包,从而产生调度过程的暂时拥塞,导致数据包的传输时延延长,使用所述固定长度丢包定时器会使得需要加速传输的数据包在未成功传送给用户设备前,已经因超时而被提前丢弃。所以若采用第二方式缓存所述第一数据包具体为为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,则所述第二时间长度需大于第一时间长度,该第二时间长度应对需要加速传输的数据包是合适的,即装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包。具体的,如果所述第二时间长度为无穷大,该第二时间长度对需要加速传输的数据包一定是合适的。
当然,不启动丢包定时器会使得需要加速传输的数据包一直存储在缓存中,装置只有在接收来自接收端,或底层反馈的接收端成功接收的确认消息后,才丢弃需要加速传输的数据包,所以不启动丢包定时器,对于需要加速传输的数据包也是合适的。
另外,对于需要加速传输的数据包,除了使用控制丢弃定时器的方法外,也可以采用其他缓存控制技术,目的是要达到允许需要加速传输的数据包在缓存中存留更长的时间的效果,避免不必要的数据丢弃。
本发明实施例仅说明采用第二方式缓存需要执行加速传输的数据包,所述第二方式的缓存时间大于所述第一方式的缓存时间,对于所述第二方式的具体实现形式不作具体限定。
进一步的,所述处理器1002确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示。
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输。
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
进一步的,为了降低所述装置1000检测数据包的开销,避免所述装置1000一直处于数据包的加速指示检测状态,当通信对端确定对发送给所述装置1000的第一数据包执行加速传输后,还发送数据包检测启动命令给所述装置1000,通知所述装置1000启动对数据包的加速指示检测,所以对于所述装置1000,
所述接收器1001,还用于在所述处理器检测所述第一数据包是否携带加速指示前,接收数据包检测启动命令,并将所述数据包检测启动命令发送给所述处理器1002,其中,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
进一步的,当通信对端确定不对接收到的数据包执行加速传输时,为了进一步降低所述装置1000检测数据包的开销,所述接收器1001,还用于在所述接收数据包检测启动命令后,接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
可选的,所述接收器1001,还用于在所述接收第一数据包前,接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息。
示例性的,所述特征信息具体可以为IP五元组,即源IP地址、目标IP地址、源端口号、目标端口号、协议类型。
当然,所述特征信息也可以是其它能够标识所述第一数据包的信息,本发明实施例对所述特征信息不作具体限定。
具体的,所述装置1000将根据所述加速启动命令识别需要加速传输的数据包。
所述处理器1002确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配。
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
进一步的,所述接收器1001,还用于在所述接收加速启动命令后,接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
进一步的,所述存储器1003采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述存储器1003采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
具体的,所述第二时间长度可以为无穷大。
可选的,所述存储器1003采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
可选的,具体如图11所示,所述装置1000还包括发送器1004。
所述接收器1001,用于接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
所述发送器1004,用于若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
需要说明的是,若所述装置1000不支持数据包的加速传输,则不能采用本发明实施例的数据缓存的方法。上述实施例提供的所述数据缓存的方法适用于所述装置1000支持数据包的加速传输的场合。通过采用功能协商过程进行加速能力查询,可以确定是否采用后续的数据缓存的方法。
当然,所述装置1000并不一定在接收加速能力查询消息后,才发送支持数据包的加速传输的指示消息,上述功能协商过程仅是功能协商过程的一种。
可选的,所述发送器1004,还用于在接口建立时,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
具体的,通过所述数据缓存的装置进行数据缓存的方法可参见实施例一和实施例二的描述,本发明实施例对此不再赘述。
具体的,所述数据缓存的装置可以应用于基站数据缓存,也可以应用于用户设备数据缓存,本发明实施例对所述数据缓存的装置的应用场景不作具体限定。
本发明实施例提供一种数据缓存的装置,所述装置包括:接收器、处理器、存储器。其中,在所述接收器接收第一数据包后,所述处理器确定是否对所述第一数据包中的数据执行加速传输,若确定不对所述第一数据包中的数据执行加速传输,所述存储器采用第一方式缓存所述第一数据包;若确定对所述第一数据包中的数据执行加速传输,所述存储器采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。该装置通过采用不同方式缓存需要加速传输的数据包和不需要加速传输的数据包,使得所述装置能够对接收到的第一数据包执行高可靠性的缓存处理,提升了用户体验。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

Claims (18)

1.一种数据缓存的装置,其特征在于,所述装置包括接收器、处理器、存储器;
所述接收器,用于接收第一数据包,并将所述第一数据包发送给所述处理器;
所述处理器,用于接收所述接收器发送的第一数据包,并确定是否对所述第一数据包中的数据执行加速传输;
所述存储器,用于若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;
所述存储器,还用于若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
2.根据权利要求1所述的装置,其特征在于,所述处理器确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示;
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
3.根据权利要求2所述的装置,其特征在于,
所述接收器,还用于在所述处理器检测所述第一数据包是否携带加速指示前,接收数据包检测启动命令,并将所述数据包检测启动命令发送给所述处理器,其中,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
4.根据权利要求3所述的装置,其特征在于,
所述接收器,还用于在所述接收数据包检测启动命令后,接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
5.根据权利要求1所述的装置,其特征在于,
所述接收器,还用于在所述接收第一数据包前,接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息;
所述处理器确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
6.根据权利要求5所述的装置,其特征在于,
所述接收器,还用于在所述接收加速启动命令后,接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
7.根据权利要求1-6任一项所述的装置,其特征在于,所述存储器采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述存储器采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
8.根据权利要求1-6任一项所述的装置,其特征在于,所述存储器采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
9.根据权利要求1-8任一项所述的装置,其特征在于,所述装置还包括发送器;
所述发送器,用于在接口建立过程中,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息;
所述接收器,用于接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
所述发送器,用于若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
10.一种数据缓存的方法,其特征在于,所述方法包括:
接收第一数据包;
确定是否对所述第一数据包中的数据执行加速传输;
若确定不对所述第一数据包中的数据执行加速传输,采用第一方式缓存所述第一数据包;
若确定对所述第一数据包中的数据执行加速传输,采用第二方式缓存所述第一数据包,其中,所述第二方式的缓存时间大于所述第一方式的缓存时间。
11.根据权利要求10所述的方法,其特征在于,所述确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包是否携带加速指示;
若所述第一数据包携带加速指示,确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包未携带加速指示,确定不对所述第一数据包中的数据执行加速传输。
12.根据权利要求11所述的方法,其特征在于,在所述检测所述第一数据包是否携带加速指示前,还包括:
接收数据包检测启动命令,所述数据包检测启动命令用于指示对数据包是否携带加速指示进行检测。
13.根据权利要求12所述的方法,其特征在于,在所述接收数据包检测启动命令后,还包括:
接收数据包检测停止命令,所述数据包检测停止命令用于指示停止对数据包是否携带加速指示进行检测。
14.根据权利要求10所述的方法,其特征在于,在所述接收第一数据包前,还包括:
接收加速启动命令,其中,所述加速启动命令携带需加速的数据包的特征信息;
所述确定是否对所述第一数据包中的数据执行加速传输具体包括:
检测所述第一数据包的特征信息是否与所述加速启动命令携带的需加速的数据包的特征信息匹配;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息匹配,则确定对所述第一数据包中的数据执行加速传输;
若所述第一数据包的特征信息与所述加速启动命令携带的需加速的数据包的特征信息不匹配,则确定不对所述第一数据包中的数据执行加速传输。
15.根据权利要求14所述的方法,其特征在于,在所述接收加速启动命令后,还包括:
接收加速停止命令,其中,所述加速停止命令携带需停止加速的数据包的特征信息。
16.根据权利要求10-15任一项所述的方法,其特征在于,所述采用第一方式缓存所述第一数据包具体包括:
为所述第一数据包启动第一时间长度丢包定时器,并缓存所述第一数据包;
所述采用第二方式缓存所述第一数据包具体包括:
为所述第一数据包启动第二时间长度丢包定时器,并缓存所述第一数据包,其中,所述第二时间长度大于所述第一时间长度。
17.根据权利要求10-15任一项所述的方法,其特征在于,所述采用第二方式缓存所述第一数据包具体包括:
不启动丢包定时器,并缓存所述第一数据包。
18.根据权利要求10-17任一项所述的方法,其特征在于,所述方法还包括:
在接口建立过程中,若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息;
或所述方法还包括:
接收加速能力查询消息,所述加速能力查询消息用于查询是否支持数据包的加速传输;
若支持数据包的加速传输,则发送支持数据包的加速传输的指示消息。
CN201310031102.5A 2013-01-28 2013-01-28 一种数据缓存的方法和装置 Active CN103974339B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310031102.5A CN103974339B (zh) 2013-01-28 2013-01-28 一种数据缓存的方法和装置
EP14743244.7A EP2943006B1 (en) 2013-01-28 2014-01-21 Method and device for caching data
PCT/CN2014/071008 WO2014114224A1 (zh) 2013-01-28 2014-01-21 一种数据缓存的方法和装置
US14/811,577 US9866495B2 (en) 2013-01-28 2015-07-28 Method and apparatus for buffering data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310031102.5A CN103974339B (zh) 2013-01-28 2013-01-28 一种数据缓存的方法和装置

Publications (2)

Publication Number Publication Date
CN103974339A true CN103974339A (zh) 2014-08-06
CN103974339B CN103974339B (zh) 2018-01-16

Family

ID=51226933

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310031102.5A Active CN103974339B (zh) 2013-01-28 2013-01-28 一种数据缓存的方法和装置

Country Status (4)

Country Link
US (1) US9866495B2 (zh)
EP (1) EP2943006B1 (zh)
CN (1) CN103974339B (zh)
WO (1) WO2014114224A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106453667A (zh) * 2016-12-20 2017-02-22 北京小米移动软件有限公司 更新缓存数据的方法及装置
CN108616579A (zh) * 2018-04-09 2018-10-02 深圳市腾讯网络信息技术有限公司 应用数据下载方法、服务器、存储介质和电子装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107071034B (zh) * 2017-04-20 2019-10-11 网宿科技股份有限公司 一种数据包传输方法和系统
TW202322648A (zh) * 2021-09-22 2023-06-01 美商高通公司 分散式單元的加速器中的訊息的直通
US20240031780A1 (en) * 2022-07-12 2024-01-25 Qualcomm Incorporated Techniques for application and accelerator communications of a distributed unit

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030043777A1 (en) * 2001-08-31 2003-03-06 Juha Koponen Method for optimizing performance in wireless networks
WO2007000630A1 (en) * 2005-06-28 2007-01-04 Nokia Corporation Optimizing playback startup time of bursty real-time streams
CN101466034A (zh) * 2008-12-25 2009-06-24 华为技术有限公司 发送、播放流媒体数据的方法和装置及流媒体点播系统
CN102006500A (zh) * 2010-10-29 2011-04-06 蓝汛网络科技(北京)有限公司 一种应用于缓存服务器的视频拖拽方法及装置
GB2485348A (en) * 2010-11-08 2012-05-16 Wireless Tech Solutions Llc Controlling communication from and/or to a mobile communications device in accordance with a relative priority indicated by the type of data packets
CN102752212A (zh) * 2012-07-12 2012-10-24 苏州阔地网络科技有限公司 一种传输速率控制方法及系统
CN102790925A (zh) * 2011-05-20 2012-11-21 深圳市快播科技有限公司 一种在线流媒体播放的方法及点播终端

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL2428069T3 (pl) 2009-05-06 2015-08-31 Ericsson Telefon Ab L M Dedykowana brama dla mobilnego urządzenia szerokopasmowego
CN101646204B (zh) * 2009-08-24 2011-12-28 上海华为技术有限公司 数据传输方法和无线接入网元
ES2393368B1 (es) 2011-01-11 2013-08-14 Telefónica, S.A. Método de identificación para acceder a servicios o aplicaciones de banda ancha móvil.
CN102202418B (zh) 2011-02-23 2013-12-04 华为技术有限公司 业务建立的方法、业务提供的方法、设备及系统
CN102323892B (zh) 2011-08-17 2017-03-15 中兴通讯股份有限公司 移动宽带设备的数据处理方法及驱动装置
CN103413511A (zh) * 2013-07-17 2013-11-27 安伟建 一种语音导览系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030043777A1 (en) * 2001-08-31 2003-03-06 Juha Koponen Method for optimizing performance in wireless networks
WO2007000630A1 (en) * 2005-06-28 2007-01-04 Nokia Corporation Optimizing playback startup time of bursty real-time streams
CN101466034A (zh) * 2008-12-25 2009-06-24 华为技术有限公司 发送、播放流媒体数据的方法和装置及流媒体点播系统
CN102006500A (zh) * 2010-10-29 2011-04-06 蓝汛网络科技(北京)有限公司 一种应用于缓存服务器的视频拖拽方法及装置
GB2485348A (en) * 2010-11-08 2012-05-16 Wireless Tech Solutions Llc Controlling communication from and/or to a mobile communications device in accordance with a relative priority indicated by the type of data packets
CN102790925A (zh) * 2011-05-20 2012-11-21 深圳市快播科技有限公司 一种在线流媒体播放的方法及点播终端
CN102752212A (zh) * 2012-07-12 2012-10-24 苏州阔地网络科技有限公司 一种传输速率控制方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SULEIMAN Y. YERIMA: "Novel Radio Link Buffer Management Schemes for End-User Multi-class Traffic in High Speed Packet Access Networks", 《WIRELESS PERSONAL COMMUNICATIONS》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106453667A (zh) * 2016-12-20 2017-02-22 北京小米移动软件有限公司 更新缓存数据的方法及装置
CN106453667B (zh) * 2016-12-20 2019-06-18 北京小米移动软件有限公司 更新缓存数据的方法及装置
CN108616579A (zh) * 2018-04-09 2018-10-02 深圳市腾讯网络信息技术有限公司 应用数据下载方法、服务器、存储介质和电子装置
CN108616579B (zh) * 2018-04-09 2021-06-15 深圳市腾讯网络信息技术有限公司 应用数据下载方法、服务器、存储介质和电子装置

Also Published As

Publication number Publication date
EP2943006A1 (en) 2015-11-11
WO2014114224A1 (zh) 2014-07-31
US9866495B2 (en) 2018-01-09
US20150334037A1 (en) 2015-11-19
CN103974339B (zh) 2018-01-16
EP2943006A4 (en) 2015-12-02
EP2943006B1 (en) 2020-07-15

Similar Documents

Publication Publication Date Title
US20210329487A1 (en) Data transmission method and apparatus, and service switching method and apparatus
US8817806B2 (en) Method and apparatus for flow control between RLC and PDCP in a communication
CN113301524B (zh) V2x消息发送方法、装置及系统
CN111406415A (zh) 多播和广播服务的方法和系统
KR101557479B1 (ko) 데이터 전송 방법, 오프로드 포인트 장치, 사용자 단말 및 시스템
US10225830B2 (en) Processing method of data packet, terminal, base station and system
WO2016011849A1 (zh) 一种控制空口资源的方法、设备及系统
CN103974339A (zh) 一种数据缓存的方法和装置
KR20160073227A (ko) 무선 통신 시스템에서 기지국과 단말 간 통신 방법을 결정하는 방법 및 장치
CN102892145A (zh) 控制数据传输的方法、网络设备及用户设备
CN109845389B (zh) 一种通信方法及装置
US20180279322A1 (en) Service Data Packet Processing Method And Apparatus
KR20180047172A (ko) 서비스 별 네트워크 혼잡을 제어하는 방법 및 장치
WO2016191962A1 (zh) 一种承载建立方法及装置
WO2016161594A1 (zh) 一种数据传输的方法及装置
CN111131179B (zh) 业务处理方法、装置、网络设备及存储介质
TW201737746A (zh) 擁擠無線區域網路中的動態媒體存取控制接收重排序超時
CN101207570A (zh) 数据传输方法、数据发送速率控制方法及基站
US8312339B2 (en) Apparatuses and methods for controlling automatic repeat request (ARQ) reset in broadband wireless communication system
US20190394763A1 (en) Method and apparatus for controlling downlink or uplink transmission
CN111556587B (zh) 一种数据流传输方法、设备及系统
CN105472770A (zh) 一种空口长连接的优化方法、设备及系统
CN103701952A (zh) 一种业务数据的下行传输方法及分组数据网关
CN112771897B (zh) 连接管理方法、装置、终端及系统
CN101431769B (zh) 实现动态业务流机制的方法、基站、通信设备及通信系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant