数据发送方法、装置、设备及介质与流程

本发明涉及通信技术领域，尤其涉及一种数据发送方法、装置、设备及介质。

背景技术：

tcp(transmissioncontrolprotocol传输控制协议)技术不断发展，关于其公平性问题的研究也没间断。最初，学者认为两条tcp流的吞吐量在rtt(往返时延)不等时，表现出不对等的现象。随后，leej等学者在文献中指出了tcp同步和突发背景流量会产生不公平性，其表现是tcp的吞吐量和rtt的平方成反比甚至更多。molnrs等学者指出了处于竞争中的高速tcp流的短暂动态特性会如何影响长期的公平性。

prakashpawan等学者指出在数据中心网络中有这样的问题：如果两组tcp流，其中一组有比较多的数量而另一组数量较少，它们同时到达交换机的输入端口并且竞争同一个输出端口，那么前者会比后者有更高的平均吞吐量而和rtt是否相等无关。

在这之后，关于该问题的研究分为了两大类进行：1、对tcp公平性问题进行理论分析和建模；2、提出tcp公平性问题的相应解决方案。

理论分析与建模的相关工作：关于数据中心网络场景中的tcp公平性问题的分析和建模工作主要是由prakashpawan等学者完成的。他们尝试了从两个方面对这种问题进行了解释：第一，端口管制现象；第二，对同一tcp流集合中的数据包进行假设其充分混合。

解决方案：根据prakashpawan等学者的分析研究，在数据中心网络中，当含有不同量的tcp流的两个集合同时到达某一个交换机不同的输入端口，并且对同一个输出端口进行竞争，此时会产生网络拥塞，导致交换机丢弃这两流集合中数据包。因为数据包的丢失产生的影响是不一样的，所以导致tcp公平性问题出现。针对这种现象出现了两中解决思路：第一，保持两集合中流数量的一致性；第二；控制网络拥塞程度，从而减少丢包。

由prakashpawan等学者完成的理论分析和建模工作也存在一些不足：该工作是基于假设同一流集合中的数据包是充分混合的。第二，其工作只定性分析了tcp公平性问题，缺少定量分析和数值模型来表达tcp公平性和网络环境，流量特征的关系。

根据prakashpawan等学者提出的解决方案，等长路由是保持两集合中流数量的一致性的解决方案。其思想是把所有发送端的tcp流都预处理一下，即先让流路由到顶层的核心交换机，再由核心交换机路由到接收端。这样可以使所有tcp流都有相同长度的路径(具有相同的rtt)，接收端则使用共享链路。这样使得不同的tcp数据流都在共享链路上混合充分，丢包则对所有的tcp流影响是一致的。然而等长路由的缺点也比较大：第一，必须要指定的拓扑网络结构；第二，资源开销会比较大。

对于控制网络拥塞的解决方案，prakashpawan等学者提出使用tcppacing的方法平滑数据包到达交换机的时间间隔。以达到减少突发流量的出现从而避免大量的数据包丢失的情况情况。这样的方法有sab和dctcp等，它们能够一定程度的保证tcp的公平性，但是不能高效的保证公平性。这是因为这类方法的设计目的主要是提高网络带宽利用率，在多组流进行端口竞争的时候只能保证整体较少的丢包，无法保证每条流的公平性。此外，传统的基于交换机的队列调度算法如sfq、red、pi等，通过调整网络拥塞程度，在某些场景下能够保证tcp流的公平性，但是此类方法无法适应数据中心网络中特殊的网络拓扑和网络环境，它们的效果也非常有限。

在以往的网络中，基于交换机队列来提高tcp公平性的机制有两种：一种为主动队列管理aqm(activequeuemanagement)机制，另一种为队列调度机制。但是以往的研究提出的aqm机制，如随机早期检测red(randomearlydetection)、随机指数标记rem(randomexponentialmarking)、比例积分pi(proportionalintegral),它们都无法区分不同端口的流，因而对提高数据中心网络的tcp公平性效果不明显。而对于队列调度机制，如随机公平队列sfq(stochasticfairqueueing)和差额轮询drr(deficitroundrobin)可以在传统的网络中实现基于流的公平性，但是却无法在数据中心网络中实现，因为这些方案不能适应数据中心网络中新的网络环境和流量特征。

sfq算法中，对于共享同一个端口的不同流会被映射到若干个桶中，被映射到同一个桶中的数据包将放入到同一个fifo队列，输出端口则采用轮询的方式让fifo队列中的数据包依次出队。但对于数据中心网络的场景，突发流量会导致庞大的流同时到达并穿过同一个输出端口，要将这种场景下的流映射到数量不多的桶中，并不能保证公平性。

技术实现要素：

本发明实施例提供了一种数据发送方法、装置、设备及介质，用以提升tcp公平性。

第一方面，本发明实施例提供了一种数据发送方法，所述方法包括：

确定一个流集合中每一簇tcp流的总个数；其中，每一簇tcp流是指来自同一输入端口的tcp流；一个流集合内的tcp流竞争同一输出端口；

将流集合中的tcp流分组；其中，每一簇tcp流在每一个分组内的个数根据该簇tcp流的总个数确定；

针对各个分组，依次在每一个发送周期将其中一个分组内的tcp流设置为活跃；

在每一个发送周期内，对设置为活跃的tcp流进行调度。

第二方面，本发明实施例提供了一种数据发送装置，装置包括：确定模块，用于确定一个流集合中每一簇tcp流的总个数；其中，每一簇tcp流是指来自同一输入端口的tcp流；一个流集合内的tcp流竞争同一输出端口；

划分模块，用于将流集合中的tcp流分组；其中，每一簇tcp流在每一个分组内的个数根据该簇tcp流的总个数确定；

设置模块，用于针对各个分组，依次在每一个发送周期将其中一个分组内的tcp流设置为活跃；

调度模块，用于在每一个发送周期内，对设置为活跃的tcp流进行调度。

本发明实施例提供了一种数据发送设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

本发明实施例提供的数据发送方法、装置、设备及介质，将竞争同一输出端口且来自多个输入端口的tcp流分成多个分组，且每一个分组内来自一个输入端口的tcp的个数与来自该输入端口的tcp的总个数相关，之后按照顺序依次调度各个分组内的tcp流。仿真实验验证，在数据中心网络内多簇tcp流分别进入交换机的不同输入端口并竞争同一个输出端口的场景中，当网络/流量参数的变化范围很大的时候，该方法能够提供较优的tcp公平性，保证多簇tcp流的平均吞吐量具有较小的差异性，多簇tcp流的平均吞吐量的比值比较接近1。

附图说明

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

图1、图2和图3描述了本发明实施例的方法模型中的网络拓扑结构；

图4示出了本发明的实施例提供的数据发送方法的主要流程；

图5示出了本发明的实施例提供的数据发送方法中部分步骤的一种实施方式；

图6和图7示出了应用了本发明的实施例提供的数据发送方法后的仿真实验结果；

图8示出了本发明的实施例提供的数据发送装置的主要流程；

图9示出了本发明的实施例提供的数据发送设备的主要结构。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

首先对本公开实施例所提供的数据发送方法的典型应用场景进行说明。

将从rtt相等和rtt不等这两种情形对tcp公平性问题的数学建模进行阐述，因为tcp公平性问题在这两种情形下是不同的。

rtt相等当多个簇中的tcp流量比较少的时候，两者的平均吞吐量大小呈现不确定性。其可能高也可能低，没有规律性。当两集合中的tcp流量比较多的时候，两者的平均吞吐量大小表现出了一定的规律性。包含tcp流多的集合平均吞吐量相较于流少的小。

rtt相等时tcp公平性问题模型如下图1所示。图1描述了在簇的个数为2时本发明实施例的方法模型中的网络拓扑结构。在实际的数据中心网络中，不管网络拓扑结构是什么形状，当含有大量tcp流的集合和含有少量tcp流的集合同时进入到交换机不同的输入端口并进行同一个输出端口的竞争时，就会产生公平性问题。

rtt不相等在某些网络参数下，各个簇的平均吞吐量是可比的，在某些网络参数下，一个集合的平均吞吐量会占有绝对优势。两个簇的tcp流的rtt不等时简化拓扑可以参照图2。

rtt不相等的时候分为以下三种场景分析：无网络拥塞，网络轻微拥塞和网络严重拥塞。

在无拥塞和轻微拥塞的情况下，瓶颈交换机的队列出现短暂堆积或者未超过交换机的缓存容量限制，所以不会有丢包现象发生。只有在网络严重拥塞的情况下，才会造成数据包大量丢失。

tcp公平性问题解决的关键点在于交换机队列管理机制本身。本公开的实施例所提供的数据发送技术提供了一种新的数据中心网络流量的交换机队列管理机制，egsfq(elasticgroupingstochasticfairqueuing)。该机制运用于数据中心网络的交换机层面，从而提高数据中心网络的tcp公平性。

egsfq以sfq算法为基础，结合一种基于数据中心网络的自适应方法。在egsfq算法中，如果有数量巨大的流同时汇入同一个输出端口时，它们将被自适应的分成若干组。输出端口则按照sfq的形式一一处理。当所有组流都被处理后，开始一个新的分组周期。

图3中示出的egsfq模型关注了两个输入端口的场景，但其可以被扩展运用于多个输入端口的场景之下。当两个端口的数据包进入到了sfq队列中，这些队列将被分为一个辅助队列和多个有效队列。对于每一个有效队列，其只存放同一条tcp流的数据包。我们称有效队列中的数据包为活跃的流，而辅助队列中的数据包为非活跃的流。活跃的流它们不仅属于同一个分组，同时也处于被交换机调度的状态。而非活跃的流，交换机让其处于存货的状态，但发送速率尽量降低。用这样的方式，输出端口，在一个时刻就近似公平的处理那些处于调度状态的这个分组中所有的流，并停止处理非活跃状态的流。一段时间后，下一个分组被交换机调度执行。以此类推，等所有分组的流都被处理完之后，交换机重新映射新的流到不同的队列中去。

下面结合实施例进行具体说明。

第一方面，本发明的实施例提供了一种数据发送方法，参见图4，所述方法包括：

步骤s41，确定一个流集合中每一簇tcp流的总个数；其中，每一簇tcp流是指来自同一输入端口的tcp流；一个流集合内的tcp流竞争同一输出端口。

这里的总个数是指当前进入到流集合中的属于该簇的tcp流的个数。确定每一簇tcp流的总个数的过程可以参考相关技术。在此不再详细说明。

步骤s42，将流集合中的tcp流分组；其中，每一簇tcp流在每一个分组内的个数根据该簇tcp流的总个数确定。

在具体实施时，分组的个数以及每一个分组所发送的tcp流的个数可以预先设定，比如均设置为固定值10，然后基于“每一个分组所发送的tcp流的个数”确定分组的数量，将流集合中的tcp流分组。或者在具体实施时，在一些实施例中，也可以根据流集合中的tcp流的总个数进行自适应分组。下面对自适应分组的过程进行进一步的说明。

自适应分组的具体步骤可以包括：

第一步，根据流集合中的tcp流的总个数以及每一个分组在一个周期内能够发送的sfq队列的上限值vu和下限值vd确定需要的分组的数量k。

第二步，将所有的tcp流划分k个分组。

在具体实施时，如果流集合中的tcp流的总个数ω小于等于上限值vu，则划分一个分组即可完成所有的tcp流的发送，如果tcp流的总个数大于上限值vu，则应尽量满足各个分组内的tcp流的个数相同，且每一个分组内的tcp流的个数大于等于下限值vd小于等于上限值vu，即尽量在下限值vd和上限值vu之间选择一个能够整除ω的数。实现自适应分组的逻辑代码可以参考图5。

在具体实施时，可以按照每一簇tcp流的总个数确定该簇tcp流在个分组内所占的比重。进一步的，可以按照如下方式设置：每一个分组内，每一簇tcp流对应的第一比值和第二比值相同；其中，所述第一比值为每一簇tcp流在每一个分组内的个数与该分组内tcp流的总个数之间的比值；第二比值为该簇tcp流的总个数与流集合中的tcp流的总个数的比值。比如当簇的个数为2，其中第一簇的tcp流的总个数为50，第二簇内的tcp流的总个数为10，若每一个分组内的tcp流的总个数为12，则第一簇tcp流在一个分组内的个数n与每一个分组内的tcp流的总个数为12的比值为n/12，相应的第一簇tcp流的总个数与流集合中的tcp流的总个数ω的比值为50/60，据此可以得到n的值为10，相应的第二簇tcp流在一个分组内的个数m为2。

步骤s43，针对各个分组，依次在每一个发送周期将其中一个分组内的tcp流设置为活跃。

在具体实施时，按照如下方式设置，在第一周期，将第一个分组内的tcp流设置为有效，在第二周期，将第二个分组内的tcp流设置为有效，以此类推。

在具体实施时，设置tcp流有效的方式可以是：针对各个分组，依次在每一个发送周期将其中一个分组内的每一条tcp流划分到一个sfq队列，非活跃的tcp流流均划分到辅助队列。在后续的调度时，在每一个发送周期内，交换机仅会sfq队列中的tcp流进行调度。

步骤s44，在每一个发送周期内，对设置为活跃的tcp流进行调度。

在具体实施时，上述的方法中，如果在一个发送周期内，在当前进入到交换机缓存的tcp流为非活跃流时，则重写c到所述ack包中tcp头部的窗口字段，将非活跃流tcp流划分到辅助队列；所述c为非活跃流tcp报文中载荷的长度值。具体来说，这里的c的长度可以为40-100字节。

本发明实施例提供的数据发送方法，将竞争同一输出端口且来自多个输入端口的tcp流分成多个分组，且每一个分组内来自一个输入端口的tcp的个数与来自该输入端口的tcp的总个数相关，之后按照顺序依次调度各个分组内的tcp流。仿真实验验证，在数据中心网络内多簇tcp流分别进入交换机的不同输入端口并竞争同一个输出端口的场景中，当网络/流量参数的变化范围很大的时候，该算法能够提供较优的tcp公平性，保证多簇tcp流的平均吞吐量具有较小的差异性，多簇tcp流的平均吞吐量的比值比较接近1。

在具体实施时，在上述任意实施例的方法，还可以包括：在有tcp流进入网络或者退出网络时，则更新流集合。另外在一个发送周期结束之后，也更新流集合。这样能够使得交换机设备在分组时，对实际的流集合进行调度。

在具体实施时，egsfq算法可能需要额外一条流标记所有流的相关信息，需要记录流id、组id、活跃标记、信息、存活标记等。而这些信息通常可以在10字节以内完成编码，假设一次梳理1000条流，则额外需要多10k的存储空间。

以一具体应用场景示例。假设某mapreduce任务中共包含60条tcp并行流量。其中第一簇的50条tcp流进入到交换机的一个输入端口，第二簇的10条tcp流进入到交换机的另一个输入端口，这60条tcp流共同竞争交换机的同一个输出端口，即为一个流集合。其中，50条tcp流视为簇f，10条tcp流视为簇f，n＝50，m＝10。设vd＝10，vu＝14。

根据图5中表示的自适应分组的方法可以，得到v＝12；

根据图5中表示的自适应分组的方法，得到k＝5,vn(1)＝10,vn(2)＝10,vn(3)＝10,vn(4)＝10,vn(5)＝10,vm(1)＝2,vm(2)＝2,vm(3)＝2,vm(4)＝2,vm(5)＝2,w(1)＝12,w(2)＝12,w(3)＝12,w(4)＝12,w(5)＝12。即将60条tcp流一共分为5组，每组共12条流，每组中含有10条f中的tcp流和2条f中的tcp流。设置δ＝1ms。得到t(1)＝t(2)＝t(3)＝t(4)＝t(5)＝1ms。

在0ms～1ms时间内(即t(1)时间范围内)，将f中的第1条tcp流到第10条tcp流标记为活跃流，将f中的第1条tcp流到第2条tcp流标记为活跃流，将其他48条tcp流标记为非活跃流。设置c＝40字节。将所有非活跃流tcp报文中的有效载荷设置为40字节。并将所有非活跃流的数据包送入交换机输出端口的辅助队列中去。将所有活跃流的数据包送入交换机输出端口的sfq队列中去。

在1ms～2ms时间内(即t(2)时间范围内)，将f中的第11条tcp流到第20条tcp流标记为活跃流，将f中的第3条tcp流到第4条tcp流标记为活跃流，将其他48条tcp流标记为非活跃流。其他同上操作。

与上类似，得到2ms～3ms，3ms～4ms，4ms～5ms时间内的操作行为。

如果tcp流没有传输完成，则根据当前流的数量进行重置并完成如上所有操作；如果tcp流传输完成，则结束流程。

通过仿真实验验证egsfq算法。通过使用ns-2仿真平台验证rtt相等和不等两种场景下egsfq的表现。设置交换机缓存大小为30pkts，传播时延大小为300us带宽大小为1gbps。n值为12，m值为2。

实验结果如图6、图7和表1所示：

从图6看出egsfq和sfq具有一样的曲线，因为当流数量不大的时候，egsfq算法跟sfq一样。

图7显示rtt相等时吞吐量比例vsn:m＝20

图7显示egsfq在0.7至1之间小幅度变化，说明当rtt相等的时候，egsfq算法具有良好的公平性，其表现与流数量的变化关系不大。

表1.rtt不等时吞吐量比例vsn

从表1可以看出egsfq中rf,f值变化范围在0.9至1.1之间，相较于其他算法区间在0.2至3482之间要稳定很多。该实验证明了egsfq时数据中心网路tcp公平性问题的一种比较好的公平性解决方案。

本发明第二方面的实施例还提供了一种数据发送装置，参见图8，该装置可以包括：

确定模块，用于确定一个流集合中每一簇tcp流的总个数；其中，每一簇tcp流是指来自同一输入端口的tcp流；一个流集合内的tcp流竞争同一输出端口；

划分模块，用于将流集合中的tcp流分组；其中，每一簇tcp流在每一个分组内的个数根据该簇tcp流的总个数确定；

设置模块，用于针对各个分组，依次在每一个发送周期将其中一个分组内的tcp流设置为活跃；

调度模块，用于在每一个发送周期内，对设置为活跃的tcp流进行调度。

在一些实施例中，所述设置模块用于针对各个分组，依次在每一个发送周期将其中一个分组内的tcp流设置为活跃，包括：

针对各个分组，依次在每一个发送周期将其中一个分组内的每一条tcp流划分到一个sfq队列，非活跃的tcp流流均划分到辅助队列；

所述在每一个发送周期内，对标记为活跃的tcp流进行调度，包括：

在每一个发送周期内，对sfq队列进行调度。

在一些实施例中，还包括：

重写模块，用于在每一个发送周期内，在当前进入到交换机缓存的tcp流为非活跃流时，则重写c到所述ack包中tcp头部的窗口字段，将非活跃流tcp流划分到辅助队列；所述c为非活跃流tcp报文中载荷的长度值。

在一些实施例中，所述c为40-100字节。

在一些实施例中，所述划分模块，用于将流集合中的tcp流分组，包括：

根据流集合中的tcp流的总个数以及每一个分组在一个周期内能够发送的sfq队列的上限值和下限值确定需要的分组的数量k；

将所有的tcp流划分k个分组。

在一些实施例中，每一个分组内，每一簇tcp流对应的第一比值和第二比值相同；其中，所述第一比值为每一簇tcp流在每一个分组内的个数与该分组内tcp流的总个数之间的比值；第二比值为该簇tcp流的总个数与流集合中的tcp流的总个数的比值。

在一些实施例中，还包括：

更新模块，用于在有tcp流进入网络或者退出网络时，更新流集合。

另外，结合图9描述的本发明实施例的数据发送方法可以由数据发送设备来实现。图9示出了本发明实施例提供的数据发送设备的硬件结构示意图。

数据发送设备可以包括处理器901以及存储有计算机程序指令的存储器902。

具体地，上述处理器901可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，asic)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器902可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器902可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器902可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器902可在数据处理装置的内部或外部。在特定实施例中，存储器902是非易失性固态存储器。在特定实施例中，存储器902包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。

处理器901通过读取并执行存储器902中存储的计算机程序指令，以实现上述实施例中的任意一种数据发送方法。

在一个示例中，数据发送设备还可包括通信接口903和总线910。其中，如图9所示，处理器901、存储器902、通信接口903通过总线910连接并完成相互间的通信。

通信接口903，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线910包括硬件、软件或两者，将数据发送设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线910可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该数据发送方设备可以基于获取到待测小区的网管性能指标，执行本发明实施例中的数据发送方法，从而实现结合图2描述的数据发送方法。

另外，结合上述实施例中的数据发送方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据发送方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。