视频交通流分析分布式系统在交互式会话

文摘

成本效益,顺利通过分布式多媒体流到远程客户“视频点播”建筑是过去十年最具挑战性的研究问题。分级系统设计用于分布式网络来满足更多的用户请求。分布式层次网络系统包含所有本地和远程存储多媒体服务器。分层网络系统是用于提供连续数据流请求客户的可用性。在这项工作中,我们提出一种新颖的数据流处理的方法减少了连接失败和光滑的多媒体流传递到远程客户。提出了基于会话的单用户带宽需求模型介绍了带宽需求等任何交互式会话停顿,移动缓慢,倒带,跳过一些帧,并与常数的帧数快速行动。拟议的会话建立最优存储发现算法减少了搜索跳计入远程存储数据服务器。建模与仿真的结果显示了更好的影响在分布式系统体系结构。这项工作提出了新颖的带宽需求模型在交互式会话,并提供通信和存储成本的权衡不同的系统资源配置。

1。介绍

交互式视频点播(VOD)系统需要平滑的数据流,不管用户的地理位置来访问点播视频,如电影、电子百科全书,互动游戏和教育资源的分布式存储服务器通过高速网络。客户的请求的数量成倍增加本地集群域。它给网络系统带来沉重的负荷。结果是客户要求的高速率下降,巨大的带宽浪费。下一代网络(NGN)提供了在宽带基础网络多媒体服务,支持高清晰度DVD质量的多媒体数据流内容。多媒体数据流服务因此视为合并主要在三个领域如计算、通信和广播。它有许多优点。更多的探索大规模部署的存储系统仍然是必要的。多媒体存储的分布式系统层次结构都集中在分析系统架构。多媒体存储的分布式系统层次结构变得很重要由于服务支持的高速网络,多媒体存储服务器和分布式多媒体文件系统。 A customer will be able to request a multimedia stream from anywhere and at any time. In response to a customer’s request, local or remote storage system will deliver a high quality digitized multimedia data stream directly to the clients set-top-box over a local distributed network. The local cluster domain may store a complete or a partial set of multimedia data streams. As the overall VOD user population grows, newer local clusters are added to the distributed system, and the network capacities are sized to match the increased user population for that neighborhood. Clearly, it indicates the need for scalability of the distributed system hierarchy of a multimedia storage system. The remote site may be archival in nature, providing a permanent repository for all multimedia streams, or they may act as replicated servers such as mirrored sites. The remote sites may provide service to many user populations. The distributed system itself is a hierarchy of neighborhoods in the geographical region. If a request cannot be served from the local site, it may be directed to other remote sites. A storage container either local or remote has to reserve sufficient I/O and network bandwidths before accepting a customer’s request. We define a server channel as the server resource required to deliver a multimedia stream, while guaranteeing a client’s continuous playback. In general, the VOD service can be characterized as long lived session with a typical movie on demand service runs for 1 hour to 2 hours. Thus, sufficient storage and I/O bandwidth must be available, and we need a solution that efficiently utilizes the server and network resources. Class based admission control [1)是用于“视频点播系统”以获得更好的性能。然而,一些资源的规划和管理水平需要在互联网2,3]视频点播提高性能达到最佳水平。事实上,网络I / O瓶颈已经观察到在许多早期的系统中,在奥兰多(如网络项目4和微软的老虎视频服务器5]。现代通信网络的多播设施(6- - - - - -8)许多数据传输提供一个有效的方法。多播技术可以显著提高视频点播的性能大大减少所需的网络带宽,因此整个网络负载降低。在其他方面多播视频点播服务器的减轻工作量,提高了系统吞吐量,批处理请求(9,10]。在本文中,我们提出一个新的方法来减少交通负荷的“分布式视频点播系统”为不同类型的服务请求在交互式会话。在交互式会话服务请求的类型就像快进,暂停,停止,或向后移动。特瓦芮,让11,12)设计了一个简单的排队模型形状的副本数量相应的请求速率和驱动的内容。周和徐13]显示目标共同最大化平均编码比特率的内容通过网络传输。内容副本的总体平均数量最小化存储服务器负载失衡的通信(14]。P2P视频点播系统的简要内容位置提出了Suh et al。15]。特瓦芮,让11,12)设计了一个简单的基于排队模型形状的副本数量对应请求的内容驱动的。LRU(最近最少使用)和LRFU(至少最近和常用)批次的基础方法有效地工作,分类内容的计数。他们有效地更新对等网型网络中缓存和代理服务器缓存内容副本(9,10]。用户主动视频点播网络巨大的交通负载通常遵循Zipf像分布来分析内部的交通负荷和形状的负荷需求系统[6- - - - - -8]。李等人。16)模型提出了不同类型的批处理请求。该模型集成了用户活动和批处理模式。在这个模型中用户请求批处理和捕获在一个批处理的影响模型。用户活动包括各种互动模式,像暂停移动缓慢,快速行动,等等。模型无法描述用户主动互动运作模式。视频点播系统需要一个统一的模型,可以用来确定网络带宽的需求用户交互式会话。适当的带宽需求模型的交互式会话给通信和存储成本的权衡不同系统资源配置。本文的结构如下。部分1提出了简短的文献调查发现的问题的介绍。我们简要地表示分层分布式系统的架构和分布式数据库存储部分2和3。部分4介绍了基于会话的多用户模型和单用户带宽需求模型。部分5说明了快速交通流模型的这个问题。部分6介绍了参数的描述系统的仿真环境和绩效评估。部分7提出了广泛的交互式会话的相关工作及相关领域。结论的话是紧随其后的是引用的文档。

2。分布式体系结构

大规模视频点播系统需要安排在一个分布式服务器时尚为了支持大量并发的流。系统架构是分等级的,本地服务器可以处理请求特定的地理区域。层次结构中的本地服务器将请求从集群切换;如果他们不能处理,然后请求收益水平。此体系结构提供了成本效率、可靠性和可伸缩性的服务器。一般来说,服务器是基于树的形状(9)或图形结构(8]。图形结构系统通常提供高质量的服务来处理请求,但请求管理、视频、和流是复杂的分布式系统。树状系统可以轻松地管理请求,视频,和小溪,但它提供了比前的服务质量差。为了评估分销策略的有效性在这种层次,作者的2,17)研究如何减少存储和网络成本,同时考虑到客户的行为。

多媒体存储架构、分布式系统层次结构的本地代理服务器安装在网络中的战略位置(接近客户)。远程集群与网络通信的分布式存储,并立即与当地代理服务器。每个本地集群服务器可以支持许多客户通过集群交换机连接到它。客户连接到分布式数据库服务器通过集群开关,它充当客户端集群和数据库服务器之间的一个接口。代理是用于分发存储包含功能在网络中通过使用本地代理存储根据图的概念1。如果用户不能提供任何本地存储服务器的原因,比如在本地网络堵塞,或本地存储中的数据不可用,然后发出请求的用户会被输送到分布式多媒体存储。通过定位代理服务器接近用户,预计将会有显著减少系统作为一个整体上的负载(6,7]。另一个当地代理分布式视频点播系统的优势是,它可以扩展以水平方式对系统可伸缩性和演化。它可以从最初的两级系统(集中式多媒体服务器和一个本地代理视频服务器)系统需要尽可能多的本地代理服务器。系统整合与分布式多媒体存储系统。分布式系统可以利用低于平均网络带宽和系统可靠性更高,但以牺牲大量的本地存储系统。

3所示。分布式数据库服务器

如果请求是不服务于本地存储,那么它将继续远程存储。分布式存储的工作结构呈现在图2。视频点播查看器同时发送请求通过网络连接。我们现在流的请求访问特定的视频存储网站。最初,所有来自HTTP或HTTPs请求转发到web缓存内存。现在web缓存内存视频流的内容直接转发到查看器。web缓存内存没有所需的内容然后请求转发到应用服务器列表中的应用程序服务器。选择应用程序web服务器从最小加载应用程序服务器4,6]。应用程序web服务器搜索所需的视频流的一组分布式数据库服务器连接图2。

在大规模视频点播系统中,很大程度上取决于带宽优化的最小跳数在高需求阶段或在一个特定时间或者一些天在一个星期9]。视频点播系统的效率取决于“最近最少和常用”(LRFU)在每个服务器缓存更新策略。LRFU政策由两个动态增长的高速缓存内存块“最近最少使用(LRU)”和“最常用”(LFU)缓存内存(9]。音频视频点播系统的性能完全依赖于高效的缓存替换的代理服务器(10]。初始提交的请求模式提供的web代理集装箱大约是Zif像概率分布4,8]。

4所示。分析结构

在交互式会话所需的带宽变化。用户使用各种模式的操作如快进,跳过,暂停和回放。所需的带宽不断随用户操作的模式。一般来说,让最初的(前)概率选择一个频道根据二项分布,总可用带宽(即。,在trunk) at session和是会话通道所需的带宽,。在真正的时间(假设)用户玩的操作模式这样为th类型的真正的交互式会话;带宽需求调整功能。它最初,,分配给每个通道,但在真正的时间当一个巨大的请求来在一个会话,信道分配与调整带宽或者至少是可用的。如果这是不可能的,那么请求缓冲队列(1日队列的代理服务器或任何中间路由器)(18]。对于连接,设置然后需要带宽分配给该频道根据用户的要求和带宽的可用性。用户需求或要求带宽最大化和主题的条件从主干带宽的可用性。连接启动连接的阶段期间关闭,用户行为经过一些主要的交互式会话以随机的方式。我们表示不同的操作,比如快进模式(),通常玩(),慢慢玩或缓慢移动(),倒带(),暂停(),等等。因此,对于这种情况这似乎是根据带宽的要求。现在,有可能不止一个互斥的结果为每个类型的交互操作在任何会话。

让为是互斥和详尽的结果与相应的概率对用户的操作模式(Exp)。

例如,是快进,为发挥正常,慢玩,倒带,等等。如果发生次,发生 发生次假设发生时间。

现在,是独立的数量的观察一个会话,然后客户行为吗。

所以对于th客户我们得到 在这里,是排列的事件的数量。

所以,。

因此, 这适用于“单一客户”当通道的分配带宽≥。

所以和在理想情况下树干的总带宽或场景会话吗(实验2)。

活动链接的数量相应的用户。

因此,每个客户都有一个独立的操作交互模式的选择。

4.1。基于会话的多用户模式

所以,根据函数(1)分布

在交互式会话中,不同的带宽需要不同的服务模式,比如暂停快进、快退、正常发挥,或慢慢地玩;数量的帧,用户下载节点不同,但是不同的交互式会话的帧长度是固定的。当信道分配给用户,那么至少最小带宽分配给用户的交互式会话。考虑。

它遵循概率分布函数 在一个会话中,我们得到了混合类型分布(1),(2)和(3) 在这里,是视频点播系统的用户总数。总数的互动模式所使用的特定客户的会话。是特定类型的模式,比如暂停前进,倒带,等等的次数,使用模式,用户在会话。

4.2。单用户带宽需求模型

根据表达式(经验我),是任何类型的交互模式为任何个人用户的操作。用户操作的模式就像暂停,倒带,快进,移动缓慢,等等。让是所需的带宽为特定交互模式运行的会话,,,

如果,在一个会话中,有可能的数量的互动模式,那么用户的操作模式的带宽要求满足的表情 在任何操作在一个会话的交互模式,有多个的子。

所以发生特定的互动子 评估(7),我们需要找到坚实的球体的体积维平面,这样 继续和维护所需的带宽th积极的交互模式和类型其他所需的最小带宽被动交互式用户的操作模式,在同一会话。因此,保留位所需其他互动服务连接性。

所以表达式(8)成为 我们可以假设作为其他互动的需要保留部分用户的操作模式,除了th类型。一般来说,维的欧几里德球的半径在维欧几里得空间被定义为对于偶数和奇数,我们得到的和;在这里在一个会话互动模式的数量。

由于用户操作交互模式在每个会话,球体的体积变化。现在我们得到了不平等 表达式(9)成为 在这里,我们专注于发现的带宽要求类型的用户服务模式操作。

自(分部积分),为该用户分配带宽适用以下表达式: 每个客户的交互式会话是相互独立的;只有一种类型的交互式会话时,也就是说,th类型通常像暂停或观看或前进。

如果一个查看器打开多个窗口,例如,一个窗口是停了下来,另一个窗口使用服务需要除了停顿了一下,然后将多路复用服务请求单流通过专用通道,分配给观众。

表达式(11)成为 在这里,是一个维被积函数相关的函数尺寸体积。如果用户只活跃在一个交互模式,在特殊情况下,我们可以考虑。

5。交通流模型

在分布式当地代理体系结构,当地代理服务器安装在网络中的战略位置(接近客户)。远程查看器集群与网络通信的分布式主要存储服务器和本地代理服务器。每个本地代理服务器支持连续流的数量客户通过集群交换机连接到它。客户也连接到分布式多媒体存储,数据库,通过集群切换和代理服务器。这篇作文作为客户端集群之间的一个接口和宽带网络。的主要思想的分布式视频点播(VOD)本地存储(如图1)是分发用户集群内的多媒体数据的功能通过使用本地代理存储的概念。如果流不能服务于本地存储由于原因,如堵塞的代理把所需的部分或从本地多媒体存储块的视频对象,或不可用的情况下视频剪辑的代理服务器,然后请求会被输送到分布式数据库服务器。找到代理服务器接近用户,预计将会有显著减少系统作为一个整体上的负载(6,7]。分布式架构系统的另一个优点是,它可以扩展以水平方式对系统可伸缩性和演化。它可以开始从最初的两级系统(集中式多媒体服务器和一个本地存储视频服务器)系统需要尽可能多的本地服务器。与集中式多媒体服务器系统相比,分布式系统可以利用网络带宽低于平均值。系统可靠性更高,但代价是需要大量的本地存储架构。该模型的分布式视频点播架构满足分布式网络的基本要求。让客户请求的最大数量,可供使用的代理服务器的用户为中心的集群。现在磁盘带宽和吗客户端请求在本地存储回放速度包括交互式会话。然后流可以在代理服务器将提供给客户,如果条件仍然适用,。代理服务器的请求允许控制测试确定代理服务器能够提供最大的请求数量。该方法用于代理服务器。代理服务器总带宽能力港口。让我们类服务请求的交互操作;每个类接收率代理服务器来与不同的服务类。服务请求类别的快速推进一帧,两帧的帧数,暂停,向后移动,等等。最初的代理服务器端口能力分为许多部分每个部分都有港口能力,因为来,如果。整个代理端口容量。最初,每个部分分配特定类别的服务请求。在任何一个交互式会话的时间被占领的港口的部分的大小为来可以动态地改变。这完全取决于观众的选择。所以在任何会话的时间,如果请求为特定服务类服务发现特定的预先分配部分受阻,就会寻找其他部分自由港的港口。这是相互共享端口策略。要求一节”“将承认一节””的概率 例如,。请求生成在查看器集群和到达的连接代理服务器的意思是泊松率。这里的最大端口占用类类型的服务请求为来。当一个请求类”“服务类型的到来,检查是否。为简单起见,我们考虑端口占用在会议上是这样为。如果是这样,那么的服务请求”类型的服务请求到相应的承认””部分港口的概率。现在,所以请求承认并更新端口占用类在会议上如果部分,然后检查继续到其他端口。这种情况由于截面子网之间代理相应的本地存储在“分布式视频点播系统。“这形成一个紧凑的拓扑。承认请求视频点播系统,检查持续到其他服务的端口同时满足条件寻找免费的端口。如果在其他部分免费的端口是代理服务器的请求承认和更新的概率为根据引理1和表达(17)。

5.1。引理

引理1。将紧凑当且仅当系统执行任何特定的事件完全复合相互依赖其他事件执行。

证明。在一个紧凑的系统中,资源共享等频道,链接,和端口;也就是说,我们证明相反的情况;让,是相互依赖的活动。在这里,我们表明,复合执行取决于每个特定事件的发生,也就是说,为。现在, 因此,证明了系统是紧凑。

根据引理1和密实度的本地子网”分布式视频点播系统“我们得到以下表达式: 通过逆转顺序 现在更新的入住率类对于任何特定的根据图3。否则,服务请求将不会承认本地系统。如果请求不能被认为是,被认为是阻止本地网络系统和请求被转发到远程数据库服务器之前丢弃的分布式系统。

请求被转发到从分布式数据存储检索视频内容。分布式数据服务器呈现在图2。让我们考虑的概率的视频存储服务器是活动的。积极意味着存储服务器所需的编码视频文件,和端到端链接住在整个流媒体会话。因此,我们得到了表达。事件空间的概率为。让总固定比特率的分布式服务器根据图2在会话。现在,是网络的等效电容对比特流率对整个网络根据图1在会话。的价值通过计算最小的正整数吗。是最小的正整数的服务器数量,所需的视频对象或块的视频流。如果和两个事件,这样吗和至少数字数据存储目前流媒体,的数据存储服务器会话, 为所以,是所选号码的最小数据库服务器数据库服务器的数量。至少有的服务器数量,所需的部分。现在寻找视频片段或流生成的查询和播放从应用程序服务器到数据库服务器。所以优化问题变得集中找到的价值。在下一节中,我们提供视频搜索过程来识别数据库服务器IP地址的存储位置。

5.2。基于会话的查询匹配算法

算法1运行在应用程序服务器上。

6。性能分析

仿真参数被认为是根据现实生活流场景在分布式体系结构。参数的值进行了总结和提出了表1。为简单起见,我们认为个人居住类的客户包含在相同数量的端口在每个”行业的代理服务器。“一个部门的大小端口可以被“居住类的客户。居住类的客户“的大小在多线程操作诱发。交通与不同的类的服务请求到达率从1 Mb / s,最终为10.5 Mb / s。观众的数量为每个客户中心是20。数据4- - - - - -7目前分布式视频点播系统的性能在当地的网络分析方法。

我们已经考虑了1000次试验,提出了数据的数据流动。图4介绍了堵塞“分布式视频点播系统”对传入的“服务请求”流量从20对代理服务器集群;这里的第一个扇区被阻塞。在本地网络的分布式系统的性能评价与随机生成的概率不同的居住类的服务请求。在第一个扇区,和,部门被阻塞。图5提出了分布式视频点播系统的性能对随机生成的概率为,,;这里的部门被阻塞。

“请求服务”交通内部代理服务器不同到达率1 Mb /秒为10.5 Mb /秒增加为0.5 Mb /秒。图6介绍了分布式视频点播系统的性能在代理服务器,对随机生成的概率。现在,,,;这里的部门被阻塞。类似的图7介绍了模拟图当部门被阻塞的代理服务器。

数据8和9系统性能的比较研究在代理服务器将蒸汽操作不同的服务需求。“提取数据操作”的原始数据来自每一个连接代理服务器的本地存储在分布式体系结构。服务请求不同的服务像快进、暂停,向后移动。数据8和9现在比较图在一个代理服务器。拉操作获取多路复用从本地存储原始数据流连接代理服务器。绘制图是系统性能有或没有提出的服务请求处理的方法。数据都显示当交通处理的方法不使用代理服务器的阻塞“分布式视频点播系统”增加迅速。图8介绍了阻塞的比较研究部门在相应的代理服务器。图9介绍了阻塞的比较研究部门在相应的代理服务器。两个数字8和9表明,阻断率增加而指数增长不使用方法。

当我们使用方法,阻止曲线低于阈值水平。显然,“请求服务”的使用方法可以非常有效地处理在分布式视频点播系统的代理服务器。另一方面,当视频点播系统上的负载减少,这反过来会增加整个系统的性能。包损失明显减少有效的方法提高了系统的性能。在模拟的第二部分,我们考虑分布式数据库存储连接到应用服务器。服务请求提交代理服务器,但不能连接本地服务器的服务。服务请求进行进一步向web分布式数据库服务器的缓存。模拟使用搜索算法运行在应用程序服务器。

在第二阶段的模拟中,我们考虑七个应用程序服务器,每个应用程序服务器是连接三个数据库存储服务器根据图2。同样,我们考虑六个应用程序服务器,每个应用程序服务器与5个数据存储服务器连接下一阶段的模拟。我们考虑接受90%置信水平。从图10,我们已经注意到,42000多的用户服务请求响应从跳数4。图11显示,51000多的用户服务请求的回应与跳数3。所以视频流的平衡分布存储在数据库服务器降低搜索成本,因此减少了延迟和丢包。如果我们考虑一个粗略的估计为拟议的方法测量性能指标之和”服务的请求数”,也就是说,用跳数这给了,表达给以下性能指标得分值根据图10根据图,368000年和317000年11。得分值直接取决于数量的计算根据该算法搜索相应的流。系统的性能提高的分数值降低。在第三阶段的模拟,我们已经考虑了小型网络的数据可以为用户交互式会话。网络内的请求的大小从0到1000的一分钟,也就是说,在水平轴60秒了。纵轴是规范化的交通负载对最大带宽需求的要求,和分布式网络提供了在一个会话。我们认为统一需求参数在90%置信区间;根据(13)和表达(实验二),互动模式的数量用于会话和活动链接的数量相应的用户。所以,的大小取决于网络会话。但是,参数和是树干的总带宽提供理想的情况或者场景会话。

数据12和13目前的分布式网络内部的交通负载的不同阶段用户驱动的交互式会话。我们观察到的数据流量负载的增加,增加的用户数量操作用户驱动的交互模式的操作在任何会话。统一需求参数值增加从0.2到1.0,0.2步长为特定的会话。图13提出了归一化交通负载交互式会话,的对等节点,提出了分布式系统。

对等节点本地存储的代表或代理服务器或分布式存储在分布式系统。

类似的结果呈现在图12统一需求参数值从0.05到0.1,步长为0.02的另一个交互式会话相同的分布式网络环境中。的情况下,我们已经考虑交互式会话持续时间60秒,1000次试验。

7所示。相关工作

交互操作多媒体系统代表了一个关键技术。从观众的需求不断发展和研究原型商业部署。支持真正的和有效的交互式多媒体服务需要顺利提供个性化,为每个用户专用通道或会话。对于这个特定的服务,用户需要完全控制会话和自由探索的深度生活和存储归档。开发的交互式多媒体服务需要解决各种技术问题,其中许多是容易处理的。根据小和,在互动服务,虚拟录像机功能和接口视图平行流媒体视频点播系统最重要的要求19]。帕克森和弗洛伊德所呈现的早期工作20.),对泊松过程分析简单,和许多交通研究表明,包interarrivals不是指数分布。在这个工作中,作者认为24广域跟踪调查的广域TCP到达过程。基本上,痕迹分析:网络、日期、持续时间、和包(数量)。为分析目的示踪TCP连接interarrivals, TELNET包interarrivals, FTPDATA连接到达。帕累托分布中发挥作用大小的TELNET包interarrivals和FTPDATA破裂。黄等。21)主要集中在单一视频提取的方法。单一同行只有重新分配目前使用的视频。这项工作表明,95百分位服务器带宽成本会被预留给单一同侪辅助就业,而不是使用。流媒体会话跟踪记录生成同样的Windows媒体播放器(买理财产品买)。聊天应用程序不需要消耗大量的流量。这意味着迎合这样的用户可以是一个有前途的方法吸引他们,特别是在低带宽环境中。聊天流量使用定义良好的港口和良好定义的协议,但存在一个广泛的协议(22]。就像使用IRC协议通过IRC网络或基于用户界面等价物:自定义应用程序协议使用的HTML Web聊天系统运行在HTTP之上。Diot和Gautier23)描述的设计、实现和评价MiMaze。MiMaze多人游戏的一个分布式架构使用携带的多播骨干IP多播流量在互联网上。它描述了专用的传输控制机制的设计。MiMaze使用分布式通信体系结构基于IP多播协议套件(RTP / UDP / IP)。这项工作分析分布式多播网络互动游戏。辛克et al。24]分析内容分布在YouTube上。意识到并进行测量研究,YouTube交通大型校园网络。这些测量的基础上,作者分析了流媒体会话期间持续时间和数据率。YouTube交通监测,客户端检索从YouTube视频。多线程捕手获得特定校园网YouTube使用统计数据。监测是通过一个两步的过程。在第一步中,收集到的数据分析交通信号,即HTTP YouTube客户机和web服务器之间的消息交换。在第二阶段,视频监控。这是TCP报头的视频数据发送CDN(内容驱动的网络)存储服务器。提出了跟踪如下:跟踪长度、用户和内容的地方重视不同分布体系结构的性能。 The current tendency in Internet traffic is a shift from web traffic to P2P traffic. Many studies focus on the characterization of P2P traffic analysis [25,26]。金等。27)提出一种新的方法来确定当前的网络流量,这是一个初步的但重要的一步交通特征。交通流识别方法被认为是在点对点(P2P)分组通信体系结构。视频交通痕迹的基于度量交通流时间序列图,包,分别和字节。宽带互联网服务是受欢迎的在世界的许多地方。多的研究已经检查了这些交通的特点。麦尔et al。28关于住宅交通)被认为是一个共同的假设。在上游下游主导;也就是说,大多数字节转移到当地的一面。事实上,考虑假设形成了带宽分配的,根深蒂固的ADSL(不对称数字用户线)和有线宽带服务。DSL会话中的特点,迈尔等人研究观察用户的行为的DSL会话(ISP的网络连接的时间)。跟踪的交通,作者使用HTTP,洪流,eDonkey、SSL、NNTP, RTSP协议。

交通监控和分析系统的性能高度依赖于流动的数量以及链路利用率和包的模式。金等。29日)检查最近的互联网流量的特点从流动的角度。作者使用管道基于实时交通监控和分析系统架构。为了收集IP流量跟踪数据,作者认为“NG-MON”流发生器模拟器和放置在网络的连接点。交通流的分配时间和数据包的数量分布的流动的帮助下提出了TCP和UDP协议。仿真结果给出了流的密度。在这个工作中,作者用字节和数据包作为指标。在p2p IPTV社区,Silverston et al。30.)考虑P2P IPTV流量。它提供有用的见解运输和数据包级别P2P IPTV的统计特性。它是有用的了解影响网络节点和链接。在社区内收集的数据流量是同行看2006年世界杯。基于网格的拓扑系统上收集到的数据分析(网络电视,PPStream SOPCast,和电视蚂蚁)。示踪图(网络电视、PPStream SOPCast,和电视蚂蚁)交通对视频的数量从邻近同行下载时间。示踪情节的联合概率密度函数(PDF) interpacket时间(IPT)和数据包大小(PS)的下载流量。IPT的每个数据包之间的时间运行包和前一个相同的会话。Loguinov和达31日]分析了直播的动力学实验之间进行了单播拨号客户端,连接到互联网接入点,骨干视频服务器。客户端从服务器流低位率的mpeg - 4视频序列在路径与许多不同的互联网路由器。作者认为基于客户机-服务器架构mpeg - 4流媒体在互联网上。服务器完全多线程,确保传输块的视频进行目标IP。每个流媒体会话的比特率提供了一种快速响应客户的纳请求。破裂的流媒体实现数据包(不同破裂时间)。作者认为六个数据集,每个来自不同的机器。故事情节主要分布的端到端跳的数量和平均丢包率。作者分析了大量的TCP网络的动力学会议在一个繁忙的网络服务器。梁(32]长期系统地调查,在线时间可变码率(VBR)视频流量预测。它是先进的预测的关键和复杂的组件动态带宽控制和帧分配。因为在互联网和其他包/单元切换宽带网络(如ATM)、VBR视频流量将是一个主要的交通由多媒体资源的一部分,许多研究人员都集中在VBR视频流量预测。梁(32)跟踪视频帧的预测多分辨率学习神经网络(NN)的基础模型。

8。结论

在这项工作中,我们提出了分布式视频点播系统的三相模拟交互式会话。模拟的第一阶段根据提出的方法减少了阻塞代理服务器的不同类型的服务请求。它有效地提供从本地服务器。如果所请求的视频不存在本地存储或堵塞高于一些预先指定的阈值,那么服务请求收益进一步分布式数据库。第二阶段的仿真结果提出了减少跳数搜索所需的存储流“分布式视频点播系统”通过使用基于会话的查询搜索算法,运行在应用程序服务器上。在第三阶段,我们已经看到,带宽需求的数量完全取决于用户在任何会话使用的互动模式。用户数量的增加带来了更高的互动模式,导致了使用高带宽需求在任何会话。网络带来的大小影响不大,这一场景。网络的大小线性增加,可伸缩的,同行的网络中节点的数量。统一的需求参数不依赖网络的大小或对等节点的数量。 Furthermore, the single-user bandwidth requirement model for interactive mode at any session does not depend upon the number of peer nodes present in the distributed network. The simulation result also reflects the same scenario.

相互竞争的利益

作者Soumen Kanrar和Niranjan Kumar Mandal宣布没有利益冲突有关的出版。

确认

作者感谢Sharmista Das Kanrar从主教威斯克兰契,印度。

引用

1. p . Mundur a . k . Sood和r·西蒙“分布式视频点播系统基于类的访问控制,”IEEE电路和系统视频技术,15卷,不。7,844 - 853年,2005页。视图:出版商的网站|谷歌学术搜索
2. 美国Annapu Reddy,“探索IP / VOD在P2P群集系统中,”会议的程序在计算机通信(INFOCOM ' 07)安克雷奇,页71 - 75年,阿拉斯加,美国,2007年5月。视图:谷歌学术搜索
3. d . Agrawal m . s . Beigi c . Bisdikian K.-W。李”,规划和管理IPTV服务部署,”学报第十届联合会/ IEEE国际研讨会上集成网络管理(IM ' 07),页353 - 362,德国慕尼黑,2007年5月。视图:出版商的网站|谷歌学术搜索
4. l .史z顾、l . Wei和y史,“定量分析Zipf定律在web缓存,”并行计算和分布式处理和应用程序卷,3758在计算机科学的课堂讲稿施普林格,页845 - 852年,2005年。视图:出版商的网站|谷歌学术搜索
5. g .对o . Hohlfeld,”在互联网上的缓存内容分发效率,”学报》22日国际IEEE话务国会(ITC的10),页1 - 8,阿姆斯特丹,荷兰,2010年9月。视图:出版商的网站|谷歌学术搜索
6. s . Kanrar”分析和实现的大规模视频点播系统,”国际期刊的应用信息系统,1卷,不。4,41-49,2012页。视图:出版商的网站|谷歌学术搜索
7. s . Kanrar”性能的分布式视频点播系统多重速率的流量,”学报》国际会议最近的趋势在信息系统(reti 11)页52-56加尔各答,印度,2011年12月。视图:出版商的网站|谷歌学术搜索
8. s . Kanrar“视频点播系统的有效的交通管制,”国际计算机网络与通信》杂志上,3卷,不。5,95 - 106年,2011页。视图:出版商的网站|谷歌学术搜索
9. Kanrar和k . n . Mandal“动态缓存内存的分页替换视频点播服务器”先进的计算机、网络和Informatics-Volume 2施普林格,页461 - 469年,2014年。视图:出版商的网站|谷歌学术搜索
10. Kanrar和k . n . Mandal“视听传播的代理服务器的性能增强,”学报》第三届国际会议上智能计算的前沿:理论和应用程序(FICTA), 2014年,卷1卷,327先进的智能系统和计算施普林格,页605 - 613年,2015年。视图:出版商的网站|谷歌学术搜索
11. 特瓦芮和l .让“公平、最优性能和比例在对等网络复制,下载”第四届国际IFIP-TC6网络会议学报》上2005年5月,加拿大滑铁卢。视图:谷歌学术搜索
12. 特瓦芮和l .让“比例复制在对等网络,”会议的程序在计算机通信(INFOCOM 06年)西班牙,巴塞罗那,2006年。视图:谷歌学术搜索
13. x周和C.-Z。许,“高效算法的视频复制和放置在一个流媒体服务器集群,”网络和计算机应用》杂志上,30卷,不。2、515 - 540年,2007页。视图:出版商的网站|谷歌学术搜索
14. Kanrar和n . k . Mandal“最佳存储发现在视频点播系统中,”《IEEE第二信号处理和集成网络国际会议(自旋的15)诺伊达,页827 - 830年,印度,2015年2月。视图:出版商的网站|谷歌学术搜索
15. k . Suh c . Diot j . Kurose et al .,“Push-to-peer视频点播系统:设计和评估,”IEEE在选定地区通讯》杂志上,25卷,不。9日,第1716 - 1706页,2007年。视图:出版商的网站|谷歌学术搜索
16. v . o . k . Li w·廖x秋和e·w·m . Wong“交互式视频点播系统的性能模型,”IEEE在选定地区通讯》杂志上,14卷,不。6,1099 - 1109年,1996页。视图:出版商的网站|谷歌学术搜索
17. 通用汽车李,c·s·李崔和j·k·w·s·李“NGN-based个性化IPTV服务功能体系结构,”IEEE广播,55卷,不。2、2009。视图:出版商的网站|谷歌学术搜索
18. a .丹·d·西塔拉姆,p . Shahabuddin”调度策略的点播视频服务器与批处理”第二届ACM国际多媒体会议(94年多媒体”),页15 - 23,旧金山,加州,美国,1994年10月。视图:出版商的网站|谷歌学术搜索
19. t·华盛顿和d•文卡特斯赫,“交互式视频点播,前景”IEEE多媒体,1卷,不。3、14 - 24,1994页。视图:出版商的网站|谷歌学术搜索
20. 帕克森和s .弗洛伊德“广域交通:泊松模型的失败,”IEEE / ACM交易网络,3卷,不。3、226 - 244年,1995页。视图:出版商的网站|谷歌学术搜索
21. c .黄、j·李和w·基斯,“网络视频点播可以赚钱吗?”ACM SIGCOMM计算机通信评审,37卷,不。4,页133 - 144,2007,《会议应用程序、计算机通信技术、体系结构和协议(SIGCOMM 07年)。视图:出版商的网站|谷歌学术搜索
22. c .露水,a . Wichmann, a Feldmann,“网络聊天系统,分析”第三届ACM SIGCOMM互联网测量研讨会论文集(IMC ' 03)2003年10月,51 - 64页。。视图:谷歌学术搜索
23. c . Diot和l . Gautier“分布式架构对于多人互动的应用程序在互联网上,“IEEE网络,13卷,不。4,6 - 15,1999页。视图:出版商的网站|谷歌学术搜索
24. m·辛克k . Suh y顾,j . Kurose”在校园network-measurements YouTube网络流量的特征,模型,和影响,“计算机网络,53卷,不。4、501 - 514年,2009页。视图:出版商的网站|谷歌学术搜索
25. 森和j . Wang“对等跨大型网络流量分析,”IEEE / ACM交易网络,12卷,不。2、219 - 232年,2004页。视图:出版商的网站|谷歌学术搜索
26. s . Saroiu k . p . Gummadi r . j . Dunn s . d .蛀木水虱和h . m . Levy“互联网内容交付系统,分析”学报》第五届研讨会上操作系统设计和实现ACM SIGOPS操作系统检查(OSDI ' 02)36卷,第327 - 315页,2012年12月。视图:出版商的网站|谷歌学术搜索
27. M.-S。金,y . j ., j . W.-K。香港,“应用程序级IP网络流量监控和分析,“电子杂志,27卷,不。1,22-41,2005页。视图:出版商的网站|谷歌学术搜索
28. g .麦尔a . Feldmann诉帕克森,m·奥尔曼”主要住宅宽带互联网流量的特点,”第九届ACM SIGCOMM互联网测量研讨会论文集(IMC ' 09)2009年11月,页90 - 102。视图:出版商的网站|谷歌学术搜索
29. M.-S。金,y . j ., j . w .香港”特点的分析网络流量从流量的角度来看,“计算机通信卷,29号10日,1639 - 1652年,2006页。视图:出版商的网站|谷歌学术搜索
30. t . Silverston o . Fourmauxa a Bottab et al .,“流量分析p2p IPTV的社区”计算机网络,53卷,不。4、470 - 484年,2008页。视图:出版商的网站|谷歌学术搜索
31. d . Loguinov h·罗达,“端到端网络视频trafficdynamics:统计研究andanalysis”学报21 IEEE联合年会IEEE计算机和通信的社会(信息通信的02),卷2,页723 - 732,纽约,纽约,美国,2002年。视图:出版商的网站|谷歌学术搜索
32. 梁y”,实时VBR视频流量预测动态带宽分配,”IEEE系统、人与控制论、C部分:应用程序和评论,34卷,不。1,32-47,2004页。视图:出版商的网站|谷歌学术搜索

版权

版权©2016 Soumen Kanrar Niranjan Kumar Mandal。这是一个开放的分布式下文章知识共享归属许可,它允许无限制的使用、分配和复制在任何媒介,提供最初的工作是正确引用。