CN102104503A - 一种网络的传输流量仿真方法及设备 - Google Patents

Abstract

本发明公开了一种网络的传输流量仿真方法及设备，主要内容包括：通过对仿真节点按照执行的业务进行分组，并为组内的仿真节点制定传输流量，因此，在仿真节点按照制定的传输流量执行所在组对应的仿真业务时，可以仿真出当前建立的网络拓扑架构对网络性能特别是网络流量性能，实现了多点到多点的分布式流量模型的仿真。

Description

一种网络的传输流量仿真方法及设备

技术领域

本发明涉及通信领域，尤其涉及一种网络的传输流量仿真方法及设备。

背景技术

NS-2(Network Simulator version 2)技术是目前使用的最为广泛的开源的网络模拟技术，基于NS-2技术可以模拟各种不同层面的网络协议、网络业务、网络设备，从而对于它们的性能以及对网络的影响进行全面的评估，还可以在NS-2的基础上，基于一定的网络拓扑和网络流量对某种协议、业务或设备进行评估。

NS-2技术可以概括为：以设备为单位实现网络协议与业务的工作逻辑，在MAC层和IP层虚拟出网络拓扑和网络流量的物理特性和逻辑特性，通过虚拟出(甚至是真实)的网络流量在虚拟出(甚至是真实)的网络拓扑的运行，评估网络协议、业务性能，以及它们与网络流量和网络拓扑的关系。

NS-2是一种既面向对象又面向过程的混合模拟平台，它使用的仿真语言是OTCL(基本应用)和C++(高级应用)。NS-2能够提供两种点到点的流量模型，一种是基于TCP协议的流量模型，另一种是基于UDP协议的流量模型，需要说明的是，还存在基于TCP或UDP的派生协议如STCP。基于TCP协议流量模型的流量发生器有FTP、HTTP等，基于UDP协议的流量发生器有CBR、VBR等。

随着移动互联网、社交网络、资源共享业务的兴起，多种新兴的P2P的业务(如BT文件共享)逐渐成为互联网的主流业务。新兴的P2P业务决定了互联网业务的流量模型的主流是多点到多点的分布式流量模型。但是，NS-2技术一般应用于描述、建立、模拟点到点的拓扑结构，如果基于NS-2技术模拟多点到多点的分布式流量模型，则会存在以下缺点：

1、由于点到点的每次连接都需要一组otcl语言来描述。因此，对于拓扑结构复杂、点与点之间连接数量巨大的仿真环境下，NS-2技术会给仿真过程的代码管理、调试、修改带来巨大的负担。

2、多点到多点的分布式流量模型的覆盖范围、点与点之间的连接数量、采用的协议、传输数据包的大小以及数据包的传输速率的动态性，都是现有的NS-2技术难以清晰的描述和管理的。

综上所述，现有的NS-2技术很难准确的评估互联网流量的变化对于网络和业务性能的影响，也以难以评估互联网的协议对于互联网的控制能力，迫切需要找到一种新的网络传输流量仿真的技术，方便地实现对多点到多点的分布式流量模型的仿真。

发明内容

本发明实施例提供一种网络的传输流量仿真方法及设备，方便地实现对多点到多点的分布式流量模型的仿真。

一种网络的传输流量仿真方法，所述方法包括：

将网络中的仿真节点划分为多组，其中，同组中的所有仿真节点执行至少一个所在组对应的仿真业务；

为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量；

启动每组中的仿真节点，指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务，获得网络的传输流量仿真结果。

一种网络的传输流量仿真设备，所述设备包括：

分组模块，用于将网络中的仿真节点划分为多组，其中，同组中的所有仿真节点执行至少一个所在组对应的仿真业务；

内部流量制定模块，用于为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量；

启动模块，用于启动每组中的仿真节点；

仿真模块，用于指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务，获得网络的传输流量仿真结果。

由于本发明实施例通过对仿真节点按照执行的业务进行分组，并为组内的仿真节点制定传输流量的方案，建立了多点到多点的分布式流量模型，在仿真节点按照制定的传输流量执行所在组对应的仿真业务时，可以模拟出当前建立的网络模型对网络性能特别是网络流量性能的状态，实现了多点到多点的分布式流量模型的仿真。

附图说明

图1为本发明实施例一中网络的传输流量仿真方法示意图；

图2为本发明实施例二中网络的传输流量仿真设备结构示意图。

具体实施方式

本发明实施例提出一种网络的传输流量仿真方案，使得在任一给定的(简单或复杂的)网络拓扑架构下，能够部署任意种类和数量的网络流量模型，可以通过简单的修改，改变网络流量模型的类型、属性或其实现的规模与数量，通过部署的网络流量模型对网络的性能进行仿真，通过仿真结果确定在一定的网络拓扑架构下，允许不同的业务和运行业务时的传输流量对网络性能的影响。

下面结合说明书附图对本发明实施例进行详细描述。

实施例一：

本发明实施例一提出一种网络的传输流量仿真方法，根据仿真的需求建立网络拓扑结构，通过对建立的网络架构中节点运行时网络的性能检测，得到仿真结果。

如图1所示，为本发明实施例一的方案包括以下步骤：

步骤101：将网络中的仿真节点划分为多组。

在本实施例的网络架构中，具有大量的进行网络通信业务的仿真节点，这些仿真节点可以是用户接入网络的客户端(如手机、PC等)，也可以是网络业务提供商在网络中部署的业务服务器，针对不同的业务，提供仿真业务数据的业务服务器可以向使用仿真业务数据的客户端提供仿真业务的数据。

每一个组对应至少一个仿真业务，划分到该组内的仿真节点需要执行该组对应的所有仿真业务。

每一个组的生成都是单独完成的，可以循环或逐个划分为网络中包含仿真节点的组。在进行仿真的网络拓扑结构完成之前，可以不断地向组内增加仿真节点。

在本步骤中，首先确定各仿真节点执行的仿真业务，将执行所在组对应的仿真业务的仿真节点放入同一组内，此时，可能出现以下几种情况：

1、由于划分在同一组内的仿真节点的数量需要在设定的数量范围内，因此，针对某一种仿真业务，存在多组的仿真节点执行该仿真业务。

2、由于某一仿真节点同时执行的仿真业务有多种，因此，该仿真节点可能分属于多组，该仿真节点所在的每组对应的仿真业务都是该仿真节执行的仿真业务。

步骤102：为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量。

在本步骤中，可以根据仿真的需要为各组的内部传输流量的分配机制进行制定，例如：为同一组中各仿真节点执行所在组对应的仿真业务时制定相同的传输流量；或者，根据同一组中各仿真节点的加权参数制定执行所在组对应的仿真业务时的传输流量，其中，仿真节点的加权参数越大，为该仿真节点指定的传输流量也越大，加权参数可以根据各仿真节点的优先级(重要程度)不同来配置。本发明实施例不限于任何一种传输流量分配机制的制定方法，还可以在流量分配机制的定制过程中引入随机数，或是在不同的仿真时段设定不同的流量分配机制等。

为各组的内部传输流量的分配机制制定后，各组可以按照该机制为组内的仿真节点分配传输流量。任意两组中的仿真节点制定的传输流量可以不同，具体地，根据组对应的仿真业务定制传输流量，需要较高传输流量的仿真业务对应组内的仿真节点可以制定较高的传输流量，反之，则制定较低的传输流量。

在制定传输流量之后，可以根据每组对应的仿真业务，为该组内的仿真节点制定在执行仿真业务时采用的传输协议。制定仿真协议的操作可以在步骤103之前执行，不限定在制定传输流量之后执行。

在进行仿真的网络拓扑结构完成之前，可以不断地向更新组内各仿真节点的传输流量以及采用的传输协议。

步骤103：启动每组中的仿真节点，指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务。

如果在步骤102中，为组内的仿真节点制定在执行仿真业务时采用的传输协议，则在启动仿真节点之后，还进一步需要指示仿真节点按照制定的传输协议执行所在组对应的仿真业务。

通过步骤101和步骤102的方案，建立起待仿真的网络架构，进而可以对该网络架构下网络的各项性能进行仿真。具体做法包括但不限于：

预先确定仿真的时长为设定时长，在设定时长开始时，为网络中的各仿真节点上电，启动仿真节点按照制定的传输流量执行相应的仿真业务。在仿真业务的执行过程中，对网络性能(丢包率、拥塞程度、实际的传输速率等)进行检测。在设定时长结束时，为网络中的各仿真节点断电以停止仿真，根据对网络性能的检测结果分析并获得网络的传输流量仿真结果。这里的仿真结果可以是：在步骤101和步骤102建立的网络架构下(包括分布式流量模型的覆盖范围、点与点之间的连接数量、采用的协议、传输数据包的大小以及数据包的传输速率)，网络能够较好的承担仿真节点正常运行时的工作压力，或是不能承担仿真节点正常运行时的工作压力，需要降低传输速率或是减少执行传输流量较大的仿真业务等。

通过步骤101～步骤103的方案，利用建立的网络架构模型来表征某一流量模型在某一网段(或网络层面)的核心特征，降低了实现对多点到多点的分布式流量模型的仿真的复杂度，通过本实施例一简单的仿真方案，可以准确评估互联网流量的变化对于网络和业务性能的影响，也可以准确评估互联网的协议对于互联网的控制能力；同时，本发明实施例一的方案在仿真节点之间、组之间没有固定的约束关系，可扩展性、可配置性和灵活性都很好，通过对多点到多点的分布式流量模型参数的动态改变，可以得到不定种类、不定数量的流量模型实例，得到任意网络架构下的仿真结果。

实施例二：

本发明实施例二是在实施例一的基础上，对具有一定联系的组之间建立绑定关系，进而通过组之间的绑定来建立同一流量模型在不同网络层面的关联关系。

本实施例以PPLive业务为例，说明具有绑定关系的组表示不同网络层面的关联关系。

在网络中执行PPLive业务的仿真节点有多种，包括：运营商提供的业务服务器和用户执行PPLive业务的客户端。假设网络中执行PPLive业务的仿真节点有1000个，其中，运营商提供的为全国的PPLive业务提供业务数据的业务服务器有1个，省级接收业务数据并向该省的客户端提供业务数据的业务服务器有30个，全国接收并播放业务数据的客户端有969个(其中，缓存业务数据较多的客户端可以向缓存业务数据较少的客户端提供业务数据)。

假设网络中的仿真节点为上述执行PPLive业务的1000个仿真节点，则本实施例二的执行步骤为：

第一步：将上述1000个仿真节点划分为两组，其中：第一组的仿真节点是31个业务服务器，第二组的仿真节点是969个客户端。

第一组内的至少一个仿真节点能够向第二组内的仿真节点提供仿PPLive业务的数据。

通过第一步的仿真节点划分过程，第一组的仿真节点可以仿真接入网的仿真节点，依照接入形式和仿真节点稳定性的不同，可能第一组内的仿真节点之间的数据传输方式表现为：点到多点的数据发送、多点到点的数据接收，或者表现为相反的特征。在本步骤中，接入的仿真节点包括1个全国性的主业务服务器，30个省级的从业务服务器，因此，表现的特性为主业务服务器向从业务服务器发送PPLive业务数据以及从业务服务器接收PPLive业务数据的特性。

第二组的仿真节点可以仿真广域网内仿真节点，表现为多点到多点间的数据交换。在本步骤中，969个客户端之间可以相互发送接收PPLive业务数据。

第二步：将第一组和第二组绑定。

在本步骤中，具有绑定关系的第一组和第二组之间具有数据的传输，数据的传输方向是：第一组的仿真节点向第二组的仿真节点发送PPLive业务数据，此时，可以将第一组看作是上级组，第二组是下级组，即将第二组绑定到第一组上。

第三步：为各组内部建立传输流量分配机制，以及为绑定的两组之间建立传输流量分配机制。

针对第一组，可以为31个业务服务器分配相同的传输流量，也可以根据主业务服务器需要向30个从业务服务器发送数据，因此为主业务服务器分配的传输流量高于为从业务服务器分配的传输流量。进一步地，30个从业务服务器中，每个从业务服务器可以分配相同的传输流量，也可以为向第二组的客户端提供PPLive业务数据的从业务服务器分配较高的传输流量，为不向第二组的客户端提供PPLive业务数据的从业务服务器分配较低的传输流量。

针对第二组，可以为每个客户端分配相同的传输流量，也可以进一步查找客户端中是否存在局域网内主要为其他客户端提供PPLive业务数据的客户端，如果存在，则可以为该客户端分配较高的传输流量，为主要接收PPLive业务数据的客户端分配较低的传输流量。

为第一组和第二组内部建立传输流量分配机制后，需要进一步为绑定的两组之间建立传输流量分配机制，具体的组间传输流量分配机制为：第一组向第二组发送的PPLive业务数据的传输流量不得超过为两组之间制定的设定传输流量。

在进行仿真的网络拓扑结构完成之前，第一组和第二组还可以与其他组建立绑定关系，任意两组之间的绑定关系是独立建立的；第一组和第二组之间的传输流量分配机制还可以不断更新，任意两组之间的传输流量分配机制是独立制定的。

在第三步完成时，网络的拓扑结构建立完成，每个组按照第一步至第三步定义的仿真业务、采用的传输协议和传输流量等进行自身的初始化，具有绑定关系的组按照从上级至下级的顺序依次进行初始化。

第四步：启动各组的仿真节点，针对具有绑定关系的任意两组，第一组的仿真节点启动后等待设定时间间隔后再启动第二组中的仿真节点。

这样做的目的是：针对具有绑定关系的任意两组，通过延迟触发下级组，使仿真业务能够模拟真实的业务执行环境。

在本实施例二的方案中，也不限于将主业务服务器划为为第一组，将30个从业务服务器和969个客户端划分在第二组，或者将主业务服务器划为为第一组，将30个从业务服务器划分在第二组，969个客户端划分在第三组，依次建立第一组与第二组、第二组与第三组之间的绑定关系。

下面以tcl语言为例，进一步说明本发明实施例的底层实现：

本实施例基于“类”的概念，采用tcl语言编写，主要分为上下两层，即整个实现过程需要两个tcl文件。下层tcl文件定义的组(Container)类、绑定关系(Bind)类及其成员变量并实现成员方法，该层作为相对稳定的底层，也可以被管理员修改以扩展应用。上层tcl文件则通过实例化相应类的对象来调用其中定义的方法，进而实现整个模拟过程。管理员可以仿真需求修改或更新上层tcl文件。

在运行tcl程序之前，先对下层tcl文件定义的两个类进行说明，一个类称之为“Container”，另一个类称之为“Bind”。Container类包含的功能为“组的划分”、“组内传输流量分配机制指定与实现”、“上级组与下级组的绑定”、“组内与组间连接建立的初始化”、“组内、组间仿真节点的运行”。Bind类包含的功能为“组间传输流量分配机制指定与实现”。

下面分别对Container类和Bind类的各功能进行说明：

Container类：

1、组的构造：

tcl语句：Container(Network Simulator)。

生成一个组的实例，并且将上级程序使用的仿真句柄传递过来，此时，必要的数据成员的定义和默认值的定义，应当同步完成。数据成员containerid_：当前组的标识号。例如：container($i)表示标识号为i的组。

2、组的划分：

tcl语句：addPeer(nodepeer)。

将一个已经存在的仿真节点加入到组中，并且同时统计组内的仿真节点数量。例如：container($i)addPeer $node($m)表示在标识号为i的组内加入标识号为m的仿真节点。

tcl语句：addPeerGroup(nodeGroup)。

将多个仿真节点加入组中，并记录组仿真节点数量。

数据成员peerGroup：数组，依次存放，加入的是一个peer或是一组peer。

数据成员peerLength：整数，标识数组peerGroup的实际长度，需要随着peerGroup的变化而同步更新。

3、组内传输流量分配机制指定与实现：

tcl语句：innerMethodSelect(innerMethodName，)。

私有方法，选择对应内部初始化的实现方法。

tcl语句：innerMethod-Implement()：

对于某内部方法的实现，私有方法，可能根据实际的需要，需要定义输入参数。以pplive为例，可以直接从peerGroup列表中顺序或是随机指定各peer的角色，然后建立需要的连接，并且制定传输流量。

数据成员innerMethodName：存放选择的组内传输流量分配机制的名称。

4、上级组与下级组的绑定：

tcl语句：bindContainer(container)。

将一个已经实例化的组绑定为本组的下级组，加入本组的下级组列表中。

tcl语句：bindContainerGroup(containerGroup，length)。

将多个已经实例化的组，依次绑定为本组的下级组，加入本组的下级组列表中。

tcl语句：peerBindWithLowLevel()。

私有方法，询问当前组，应当使用哪些仿真节点与下级组绑定，可以使用顺序，或是随机的方法来实现。

tcl语句：peerBindWithHighLevel()。

私有方法，询当前组的一个下级组，应当使用哪些仿真节点节点与上级组绑定，该方法只为两个组间的绑定服务。可以使用顺序，或是随机的方法来实现。

数据成员bindGroup：数组，依次存放绑定到当前组的下级组信息。

数据成员bindLength：整数，标识数组bindGroup的实际长度，需要随着bindGroup的变化而同步更新。

数据成员peerBindNum：用以指定，上下级组需要提供的被绑定的peer列表的长度。

数据成员flagh：整数，标识当前组的下级组个数。

数据成员flagl：整数，标识当前组的上级组个数。

5、组内与组间连接建立的初始化

tcl语句：innerInitial()。

调用指定的组内初始化方法，完成组内的各仿真节点间的关系的建立，也就是循环建立UDP连接，并且配置好相关的参数(如仿真节点传输流量、分布等)。根据绑定组的列表，依次触发被绑定的组内部初始化。在初始化时需要考检查要绑定的组内的仿真节点数量是否达到了最低要求，如没有达到，需要给出告警消息，然后退出。

数据成员peerNumLimit：整数标识每个组的仿真节点数量的下限。

tcl语句：bindInitial()。

调用指定的绑定初始化方法，完成组间的各仿真节点间的关系的建立，也就是循环建立UDP连接，并且配置好相关的参数(如仿真节点传输流量、分布等)。根据被绑定组的列表，依次触发被绑定的组的绑定初始化。

6、组内、组间传输流量分配机制指定与实现：

tcl语句：distriMechanism(innerMethodName，bindMethodName，velocity)。

分别指定和实现组内传输流量分配的实现方法的名称、与下级组间传输流量分配实现方法的名称，每个仿真节点需要稳定接收的传输流量的大小。

数据成员velocity：每个仿真节点需要稳定接收的传输流量的大小，这是对UDP流的传输流量大小的约束。

7、组内、组间仿真节点的运行：

tcl语句：run()。

在指定的开始时间到达时，依次启动组内流量发生器。

该方法会启动最上级组内所有连接的传递，然后延迟指定的时间间隔后，启动与下级组间的UDP连接。

tcl语句：stop()。

与run()方法的功能恰好相反，在指定的结束时间到达时，依次停止组内流量发生器。

数据成员delay：用以指定两级组之间，UDP连接启动的时间间隔。

Bind类

组间传输流量分配机制指定与实现：

tcl语句：bindMethodSelect(bindMethodName)。

私有方法，选择对应外部初始化的实现方法。

tcl语句：bindMethod-Implement()。

私有方法，可根据实际的需要，需要定义输入参数。例如：根据上、下级组可以绑定的peer列表，完成组间绑定和组间传输流量的制定。

数据成员lowcontainer：记录当前绑定的下级组。

数据成员bindMethodName：存放选择的绑定间实现方法的名称。

数据成员peerFather：临时数组，用以存放一次绑定中，在当前组中被使用的peer列表。

数据成员peerSon：临时数组，用以存放一次绑定中，在当前组的一个下级组被使用的peer列表。

数据成员udpGroup：数组，用以存放当前绑定中的UDP连接。

数据成员udpNum：整数，用以指示udpGroup的长度，其应当与udpGroup同步更新。

在本发明实施例中，Container类的实例与其内部的Bind对象在生命期上基本保持一致，即一旦Container类实例发生绑定行为，必然会创建相应的Bind对象。而当Container实例被销毁时，其创建的Bind对象也会被销毁。每一个Container实例都会维护一个bindGroup数组用来管理自己所创建的所有Bind对象。

通过Container类的实例与Bind类的实例的组合使用、以及将仿真节点引入不同的Container，可以实现各种复杂的分布式流量发生器，而且数量不限。进而可以灵活的更改传输流量的统计特性，通过重载、调用、覆写、新增等方法可以实现新的组内或组间绑定的实现方法，不断根据仿真需求产生新的流量模型。

实施例三：

本发明实施例三还提供一种网络的传输流量仿真设备，如图2所示，所述设备包括分组模块11、内部流量制定模块12、启动模块13和仿真模块14，其中：分组模块11用于将网络中的仿真节点划分为多组，其中，同组中的所有仿真节点执行所在组对应的仿真业务；内部流量制定模块12用于针对每组对应的仿真业务，为该组的各仿真节点制定在执行所在组对应的仿真业务时的传输流量；启动模块13用于启动每组中的仿真节点；仿真模块14用于指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务，获得网络的传输流量仿真结果。

所述设备还包括绑定模块15，用于在至少两组中的仿真节点执行的一个仿真业务相同时，将所述至少两组绑定，其中：具有绑定关系的任意两组中，第一组中的仿真节点是提供仿真业务数据的业务服务器，第二组中的仿真节点是使用仿真业务数据的客户端，第一组中的至少部分仿真节点向第二组中的至少部分仿真节点提供仿真业务的数据；外部流量制定模块16用于为第一组中的仿真节点制定向第二组中的仿真节点提供仿真业务的数据的传输流量。

所述内部流量制定模块12还用于为同一组中各仿真节点执行所在组对应的仿真业务时制定相同的传输流量，或者，为所述第一组中向第二组中的仿真节点提供仿真业务的数据的仿真节点制定的传输流量高于第一组中不向第二组中的仿真节点提供仿真业务的数据的仿真节点制定的传输流量。

所述启动模块13还用于在具有绑定关系的任意两组中，所述第一组中仿真节点启动后等待设定时间间隔后再启动所述第二组中的仿真节点。

所述设备还包括协议制定模块17，用于为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输协议。

本发明实施例三的网络的传输流量仿真设备是实施例一和实施例二的执行设备，记载在实施例一和实施例二中的方案都可以由实施例三中网络的传输流量仿真设备的逻辑部件实现。

本发明实施例提供的方法和设备可以建立复杂的分布式流量模型，模拟流量模型在某一网段(或网络层面)的特征以及模拟流量模型在不同网段(或网络层面)的关联关系和特征，实现了点到点、点到多点、多点到多点的流量模型模拟；本发明实施例易于在同一个拓扑结构上实现不定种类、不定数量的流量模型的实例，可以设定网络中包含的仿真节点的数量范围，允许组间发生重叠、交叉和迭代，具有较好的可扩展性、可配置型和灵活性；本发明实施例提供的仿真过程可以和现有的NS-2仿真模型共存，具有很好的前向兼容性。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种网络的传输流量仿真方法，其特征在于，所述方法包括：

将网络中的仿真节点划分为多组，其中，同组中的所有仿真节点执行所在组对应的仿真业务；

为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量；

启动每组中的仿真节点，指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务，获得网络的传输流量仿真结果。

2.如权利要求1所述的方法，其特征在于，同组中的仿真节点包括：提供仿真业务数据的业务服务器和使用仿真业务数据的客户端；

启动每组中的仿真节点之前，所述方法还包括：

在至少两组中对应的仿真业务相同时，将所述至少两组绑定，其中：具有绑定关系的任意两组中，第一组中的仿真节点是所述业务服务器，第二组中的仿真节点是所述客户端，第一组中的至少部分仿真节点向第二组中的至少部分仿真节点提供仿真业务的数据；

为第一组中的仿真节点制定用于向第二组中的仿真节点提供仿真业务的数据的传输流量。

3.如权利要求1所述的方法，其特征在于，为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量，包括：

为同一组中各仿真节点执行所在组对应的仿真业务时制定相同的传输流量；或者，

根据同一组中各仿真节点的加权参数制定执行所在组对应的仿真业务时的传输流量，其中，仿真节点的加权参数越大，为该仿真节点指定的传输流量也越大。

4.如权利要求2所述的方法，其特征在于，启动每组中的仿真节点，包括：

在具有绑定关系的任意两组中，所述第一组中仿真节点启动后等待设定时间间隔后再启动所述第二组中的仿真节点。

5.如权利要求1所述的方法，其特征在于，在启动仿真节点之前，所述方法还包括：

为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输协议；

在启动仿真节点之后，所述方法还包括：

指示仿真节点按照制定的传输协议执行所在组对应的仿真业务。

6.如权利要求1～5任一所述的方法，其特征在于，划分在同一组内的仿真节点的数量在设定的数量范围内。

7.一种网络的传输流量仿真设备，其特征在于，所述设备包括：

分组模块，用于将网络中的仿真节点划分为多组，其中，同组中的所有仿真节点执行所在组对应的仿真业务；

内部流量制定模块，用于为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输流量；

启动模块，用于启动每组中的仿真节点；

仿真模块，用于指示仿真节点在设定时长内按照制定的传输流量执行所在组对应的仿真业务，获得网络的传输流量仿真结果。

8.如权利要求7所述的设备，其特征在于，所述设备还包括：

绑定模块，用于在至少两组中的仿真节点执行相同仿真业务时，将所述至少两组绑定，其中：具有绑定关系的任意两组中，第一组中的仿真节点是提供仿真业务数据的业务服务器，第二组中的仿真节点是使用仿真业务数据的客户端，第一组中的至少部分仿真节点向第二组中的至少部分仿真节点提供仿真业务的数据；

外部流量制定模块，用于为第一组中的仿真节点制定用于向第二组中的仿真节点提供仿真业务的数据的传输流量。

9.如权利要求8所述的设备，其特征在于，

所述内部流量制定模块，还用于为同一组中各仿真节点执行所在组对应的仿真业务时制定所在组对应的传输流量；或者，

根据同一组中各仿真节点的加权参数制定执行所在组对应的仿真业务时的传输流量，其中，仿真节点的加权参数越大，为该仿真节点指定的传输流量也越大。

10.如权利要求8所述的设备，其特征在于，

所述启动模块，还用于在具有绑定关系的任意两组中，所述第一组中仿真节点启动后等待设定时间间隔后再启动所述第二组中的仿真节点。

11.如权利要求7所述的设备，其特征在于，所述设备还包括：

协议制定模块，用于为组内的各仿真节点制定在执行所在组对应的仿真业务时的传输协议。

Images