一种涉及网络及其应用的动态交付方法

文档序号:7762474阅读:332来源:国知局
专利名称:一种涉及网络及其应用的动态交付方法
技术领域
本发明是一种涉及网络及其应用的动态交付方法,专注在广域网内、互联网间应用系统的交付能力和全网链路可用性优化。
背景技术
随着以基于IPV6技术为基础的互联网的广泛应用,应用类型和各类应用的表现方式将更加多样网络视频、网络游戏、P2P文件分享等;基于机构专网的数据集中在金融、电信、电子政务、各行业企业信息化等领域的逐渐展开,以及基于Web的应用不断普及深入,新一代的数据中心建设越来越为用户所重视;对于下一代数据中心应该具备的各项功能人们仍在不断探索发现中,服务导向架构(SOA)、虚拟化技术、绿色节能、不间断运行等都 是近几年相关领域的热点话题。用户关心自己的业务、应用是否在数据中心得到了顺畅运行,这就需要将数据中心承载的应用平滑交付到最终使用者手中。有限的网络带宽需承载快速递增的应用数据,提升应用交付能力和网络传输能力早在上世纪九十年代就已引起业界关注;基于硬件的组播技术就是1988年始被应用在网络产品上,至今已历经20年;视频会议、推送技术、大规模协作计算、为用户群进行软件升级、用于培训和企业报告的共享白板式的多媒体应用、网络代理、镜像和高速缓存站点等等应用,都依赖于从一个主机向多个主机或者从多个主机向多个主机发送同一信息的能力,并且大大超出了单播的能力。一种能最大限度地利用现有带宽的有力武器是IP组播技术,这项技术已获得了众多厂商的支持。IP组播技术有效地解决了单点发送多点接收的问题,实现了 IP网络中点到多点的高效数据传送,能够大量节约网络带宽、降低网络负载。作为一种与单播和广播并列的通信方式,组播的意义不仅在于此。更重要的是,可以利用网络的组播特性方便地提供一些新的增值业务,包括在线直播、网络电视、远程教育、远程医疗、网络电台、实时视频会议等互联网的信息服务领域。随着互联网建设的迅猛发展和新业务的不断推出,组播也必将走向成熟。尽管目前端到端的全球组播业务还未大规模开展起来,但是具备组播能力的网络数目在增加。一些主要的ISP已运行域间组播路由协议进行组播路由的交换,形成组播对等体。在IP网络中多媒体业务日渐增多的情况下,组播有着巨大的市场潜力,组播业务也将逐渐得到推广和普及。但组播技术由于受到技术发展的局限,有以下问题无法解决I) IP组播是从组播服务器到用户单向的数据传输过程;2) IP组播只能将用户作为传输对象;3) IP组播无法区分应用类型进行传输推送;4) IP组播无法按优先级别对流量进行整形后传送;5) IP组播无法依据动态带宽做传输速率调整;6) IP组播无法整理与改变用户对资源的访问方式;
因此,IP组播已无法适应现代数据网络的实时业务交付需求,只能作为特定业务类型的数据传输方式补充。

发明内容
为了克服上述现有技术存在的缺陷,本发明提供一种涉及网络及其应用的动态交付方法,该方法解决了以往网络层组播的单一性、不确定性、无法互动等问题;适应了机构业务网络对业务动态交付的实时性要求;更解决了互联网服务商对数据中心服务能力的跨越性提升问题。为实现上述目的,本发明的具体方案为
一种涉及网络及其应用的动态交付方法,该方法是,ADD 引擎设在F7 OptimalDevice的外连接口与内连接口之间,凡是经过设备的请求流量皆经过ADD 引擎按时延分类登记,对响应的数据可依据登记的请求类型分类罗列接收用户,并将数据按类动态交付给相应用户;所述ADD 引擎内核架构及其作业步骤为ADD 芯片由核心引擎和四个引擎模块组成,这四个引擎模块分别是流量监测与分析、流量队列重整、交付许可证颁发、动态交付应用;四个引擎模块按照流量发生的方向,在核心引擎的策略部署下作业,作业步骤如下步骤I、登记并分析请求类型=Device B在管理员定义的同一时间段“X”内,接收到相同类型的用户请求,并进行分析与分拣;此时ADD 动态交付技术核心引擎驱动“流量监测与分析”引擎模块,该模块将业经分拣的流量转发给下一步骤;步骤2、将并行的同类请求改为串行=Device B将接收到的用户请求流量进行时区分类后,重整流量队列;此时ADD 动态交付技术核心引擎驱动“流量队列重整”引擎模±夹,将在“X”时段内相同的用户请求进行合并,并将下一个“X”时段同类请求改为串行模块式传输,该模块将合并与重整传输序列后的请求流量交付往Server,在未至Server之前将先流经Device A,此时Device A启动ADD 动态交付技术核心引擎;步骤3、DeviCe A启动ADD 动态交付技术核心引擎后,ADD 动态交付技术核心引擎驱动“交付许可证颁发”引擎模块,该模块运行后将依次记录Device B转发来的流量串,并按应用与用户级别发放动态交付许可证标记,再递交至Server端,Server端将按需响应的数据包递往User,当响应流量再次流经Device A时,Device A收到来自Server端的响应流量并将之逐一审批加标记加速转发至目标;步骤4、将应用动态交付给有需求的用户Device B将Device A转递来的流量按用户请求被审批的状况做动态分发;此时运行的“动态交付应用”引擎模块是按登记有相关请求的User做文件“Y”的数据包动态交付的;在数据包从Server至User的过程中,经过Device B时,单个数据包有可能按规则被同时分发给多个User,这个分发的过程是根据规则动态调整的,称为数据包的动态交付或应用的动态交付。本发明具有如下有益效果1)F7 ADD 应用动态交付技术是基于对用户的请求优化管理形成的互动式数据交付技术;2)F7 ADD 应用动态交付技术可以将用户和应用作为传输对像;
3)F7 ADD 应用动态交付技术可以按不同的应用类型将数据交付给相应用户;4)F7 ADD 应用动态交付技术能按应用及用户的复合优先级进行数据包速率整形并交付;5)F7 ADD 应用动态交付技术可依据动态带宽策略对指 定的数据包传输速率做调整;6)F7 ADD 应用动态交付技术通过调整用户对数据资源的访问方式来提升交付能力;因此,F7 ADD 应用动态交付技术将成为未来网络数据中心动态交付业务的必要手段,配置ADD 应用动态交付技术服务的业务专网的将成为可控的弹性数据网络;ADD 应用动态交付技术能帮助用户将静态数据中心转变为动态交付中心,使数据中心具有最佳的性能、最高的安全性、最低的成本以及最强大的业务灵活性。


图I为未应用F7 ADD 技术的网络,交互式传输状态图。图2为应用F7 ADD 技术后的网络,应用的交互式传输状态图。图3 为 F7 Optimal Device 设备结构图。图4为ADD 引擎功能模块图。图5为请求类型登记与流量分拣。图6为流量识别与分析图。图7为并行的同类请求改为串行图。图8为流量区分及队列重整图。图9为按应用与用户级别发放动态交付许可图。图10为交付许可证授权图。图11为将应用动态交付给有需求的用户图。图12为动态交付应用工作图。
具体实施例方式为了使本发明的技术手段、创作特征与达成目的易于明白理解,以下结合具体实施例进一步阐述本发明如图I所示,Router B后面用户向应用服务器发出请求,若同一时间段内有5个用户向应用服务器发出的请求相同,则应用服务器将根据每一位用户的请求反馈相应的应用服务资源到用户。如图3所示,ADD 引擎被设计在F7 Optimal Device的外连接口与内连接口之间,凡是经过设备的请求流量皆经过ADD 引擎按时延分类登记,对响应的数据可依据登记的请求类型罗列接收用户,并将数据动态交付给相应用户。如图I所示,由User向Application Server发出数据下载请求,ApplicationServer按照来自User的请求给予数据资源响应。假定从User到Server的链路最高速率(带宽)限定为5MB,在“X”秒内有5个User几乎同时发出针对文件“Y”的下载请求,而“Y”的大小为2MB ;整个传输完成需2秒钟;则在2秒钟内,从Server端到User端的链路刚好满足传输文件“Y”的要求,这条链路已满负荷,再有新的请求发生,将会产生拥塞的队列。如果有一种方法可以让Users在“X”秒内发生的相同请求进行合并,而Server接收到的请求仅为一个单一的请求,那么回传的数据文件“Y”就只需从Server端传到User端一次,这样就能解决通道压力问题。如图2所示,将F7 ADD 芯片部署在Device A和Device B上,将Device A串接在Servers端,Device B串接在Users端;由Device B接收到来自Users的请求时,会依据时间单位“X”进行请求登记和合并,假定在“X”秒内,有5个User向Server发出下载文件“Y”的请求,那么经Device B甄别并将其合并为一个请求,那么下一个“X”秒内的发生的请求再经Device B合并后形成统一的一个请求,Device B能参照当前链路的忙闲状况决定是否将这些经过甄别的请求改为串行方式传输,从而可以大大减轻上传通道的压力。Server接收到合并的请求串后,登记并发放License标记,Server按License标 记的许可反馈文件“Y”的数据包去User端,数据包经过Device A时被加速,经过DeviceB时,数据包将被按照请求被合并前的序列动态分发给相应的用户,从而完成一个动态交付的环节。互动式动态交付技术的运用,关键是所有的应用交付行为都是依据请求来给予响应的,是一种精准的按需交付行为,与IP组播技术的广播式交付行为相比较,可以极大的提升全网带宽通道的利用率。一种涉及网络及其应用的动态交付方法,该方法是,如图3所示,ADD 引擎(芯片)被设计在F7 Optimal Device的外连接口与内连接口之间,凡是经过设备的请求流量皆经过ADD 引擎按时延分类登记,对响应的数据可依据登记的请求类型罗列接收用户,并将数据动态交付给相应用户。所述ADD 引擎内核架构及其作业步骤如图4所示,ADD 芯片由动态交付技术核心引擎和四个引擎模块组成,这四个引擎模块分别是流量监测与分析、流量队列重整、交付许可证授权、动态交付应用;四个引擎模块按照流量发生的方向,在核心引擎的策略部署下作业;例如处理一个从User端发出的请求串登记与合并,再从Server端反馈的数据包加速与动态交付至User, —般经过以上四个步骤,这四个步骤发生在装置有ADD 引擎的Device A与Device B中。详细作业步骤如下步骤I、登记并分析请求类型如图5所示,Device B在管理员定义的同一时间段“X”内,接收到相同类型的用户请求,并进行分析与分拣。此时ADD 动态交付技术核心引擎驱动“流量监测与分析”引擎模块,如图6,该模块将业经分拣的流量转发给下一步骤。步骤2、将并行的同类请求改为串行如图7所示,Device B将接收到的用户请求流量进行时区分类后,重整流量队列;此时ADD 核心引擎驱动“流量队列重整”引擎模块,如图8,将在“X”时段内相同的用户请求进行合并,并将下一个“X”时段同类请求改为串行模块式传输,该模块将合并与重整传输序列后的请求流量交付往Server,在未至Server之前将先流经Device A,此时Device A启动ADD 动态交付技术核心引擎。步骤3、DeviCe A启动ADD 动态交付技术核心引擎后,ADD 动态交付技术核心引擎驱动“交付许可证授权”引擎模块,该模块运行后将依次记录Device B转发来的流量串,并按应用与用户级别发放动态交付许可证标记,再递交至Server端,如图10所示;Server端将按需响应的数据包递往User,当响应流量再次流经Device A时,如图9所示,Device A收到来自Server端的响应流量并将之逐一审批加标记加速转发至目标(将至Device B);步骤4、将应用动态交付给有需求的用户如图11所示,DeviceB将Device A转递来的流量按用户请求被审批的状况做动态分发;如图12所示,此时运行的“动态交付应用”引擎模块是按登记有相关请求的User做文件“Y”的数据包动态交付的。在数据包从Server至User的过程中,经过Device B时,单个数据包有可能按规则被同时分发给多个User,这个分发的过程是根据规则动态调整的,称为数据包的动态交付或应用的动态交付。
以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解,本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等同物界定。
权利要求
1.一种涉及网络及其应用的动态交付方法,其特征在于该方法是,ADD 引擎设在F7 Optimal Device(SI)的外连接口与内连接口之间,凡是经过设备的请求流量皆经过ADD 引擎按时延分类登记,对响应的数据可依据登记的请求类型分类罗列接收用户,并将数据按类动态交付给相应用户; 所述ADD 引擎内核架构及其作业步骤为 ADD 芯片由核心引擎和四个引擎模块组成,这四个引擎模块分别是流量监测与分析、流量队列重整、交付许可证颁发、动态交付应用;四个引擎模块按照流量发生的方向,在核心引擎的策略部署下作业,作业步骤如下 步骤I、登记并分析请求类型=Device B在管理员定义的同一时间段“X”内,接收到相同类型的用户请求,并进行分析与分拣;此时ADD 动态交付技术核心引擎驱动“流量监测与分析”引擎模块,该模块将业经分拣的流量转发给下一步骤; 步骤2、将并行的同类请求改为串行=Device B将接收到的用户请求流量进行时区分类后,重整流量队列;此时ADD 动态交付技术核心引擎驱动“流量队列重整”引擎模块,将在“X”时段内相同的用户请求进行合并,并将下一个“X”时段同类请求改为串行模块式传输,该模块将合并与重整传输序列后的请求流量交付往Server,在未至Server之前将先流经Device A,此时Device A启动ADD 动态交付技术核心引擎; 步骤3、Device A启动ADD 动态交付技术核心引擎后,ADD 动态交付技术核心引擎驱动“交付许可证颁发”引擎模块,该模块运行后将依次记录Device B转发来的流量串,并按应用与用户级别发放动态交付许可证标记,再递交至Server端,Server端将按需响应的数据包递往User,当响应流量再次流经Device A时,Device A收到来自Server端的响应流量并将之逐一审批加标记加速转发至目标; 步骤4、将应用动态交付给有需求的用户=Device B将Device A转递来的流量按用户请求被审批的状况做动态分发;此时运行的“动态交付应用”引擎模块是按登记有相关请求的User做文件“Y”的数据包动态交付的;在数据包从Server至User的过程中,经过DeviceB时,单个数据包有可能按规则被同时分发给多个User,这个分发的过程是根据规则动态调整的,称为数据包的动态交付或应用的动态交付。
全文摘要
本发明公开了一种涉及网络及其应用的动态交付方法,该方法是ADDTM引擎(Applications Dynamic Delivery Engine)设在流量分析与控制设备F7 Optimal Device的外连接口与内连接口之间,凡是经过设备的请求流量皆经过ADDTM引擎按时延分类登记,对响应的数据可依据登记的请求类型分类罗列接收用户,并将数据按类动态交付给相应用户;而IP组播已无法适应现代数据网络的实时业务交付需求,只能作为特定业务类型的数据传输方式补充。
文档编号H04L29/08GK102957724SQ201110246819
公开日2013年3月6日 申请日期2011年8月25日 优先权日2011年8月25日
发明者杨贻宏 申请人:上海飞旗网络技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1