发射实体以及由其执行以用于向接收实体传送一个或多个数据分组的方法与流程

本公开涉及通信，并且具体来说涉及一个或多个数据分组到接收实体的传输。

背景技术：

分组传输技术的采用对于许多应用是足够灵活的。那些应用的一些对端对端E2E延迟具有强烈要求，因此它们按每个信息单元使用传输级分组。其它应用具有不太严格的E2E延迟要求，因此它们可将传输级分组用于传输尽可能多的信息单元。允许在相同传输级分组（朝向相同目的地）上收集许多信息单元的技术称作“捆绑”，并且准许更好地使用传输网络和处理资源。众所周知，在特定业务和进入带宽简档下，捆绑能够显著降低资源使用，从而促使传输层的更好利用比。

不幸地，捆绑要求或者促使传输信息单元中的固定延迟，捆绑本身决定何时上舍入所接收信息单元并在相同传输级分组中发送它们所需的时间。这个延迟是不希望的，特别是在延迟可变得相当干扰时的低进入带宽速率的情况下。

捆绑基于定时和大小，意味着对于来自上级协议（例如应用）的、用于发送分组的每个请求，传输级协议将启动时间监督。来自上级协议的另外的请求将在相同传输级分组中被收集，直到定时器监督到期或者传输级分组全满，在两种情况下，都将发送分组。

技术实现要素：

目的是消除上面略述问题的至少一些。具体来说，目的是提供发射实体以及由发射实体所执行以用于向接收实体传送一个或多个数据分组的方法。这些目的及其它目的可通过提供根据以下所附独立权利要求的发射实体以及由发射实体所执行的方法来获得。

根据方面，提供一种由发射实体所执行以用于向接收实体传送一个或多个数据分组的方法。发射实体和接收实体在通信网络中是可操作的。由发射实体所执行的方法包括从应用接收用户层分组ULP，所述ULP要通过传输层分组TLP来传送给接收实体。该方法还包括当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中；以及将TLP传送给接收实体。

根据方面，提供一种用于向接收实体传送一个或多个数据分组的发射实体。发射实体和接收实体在通信网络中是可操作的。发射实体配置用于从应用接收ULP，所述ULP要通过TLP来传送给接收实体；当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中；以及将TLP传送给接收实体。

发射实体以及由其执行的方法具有若干可能的优点。一个可能的优点在于，自适应捆绑可在相似等待时间下提供比无捆绑选项更好的中央处理单元CPU资源利用。另一个可能的优点在于，自适应捆绑可以提供比无捆绑更高的业务容量和具有高业务指标的更好的等待时间。仍有一可能的优点在于，自适应捆绑与具有低和中等业务指标的任何其它捆绑机制相比可以提供等待时间，以及与在高业务指标的其它捆绑机制相比提供相同等待时间。又一可能的优点在于，自适应捆绑可提供根据实际CPU利用来调准捆绑特征的可能性，因而优化资源利用。

附图说明

现在将针对附图更详细地描述实施例，其中：

图1a是根据示范实施例的、由发射实体所执行以用于向接收实体传送一个或多个数据分组的方法的流程图。

图1b是根据另一个示范实施例的、由发射实体所执行以用于向接收实体传送一个或多个数据分组的方法的流程图。

图2a是自适应捆绑机制的架构的示例的图示。

图2b是示出作为进入数据、字节或用户层分组ULP的速率的函数的传输延迟的曲线图。

图2c是示出作为每秒ULP数量的函数的往返延迟的曲线图。

图3是根据另一个示范实施例的、用于向接收实体传送一个或多个数据分组的发射实体的框图。

图4是根据示范实施例的、用于向接收实体传送一个或多个数据分组的发射实体的框图。

图5是根据另一个示范实施例的、用于向接收实体传送一个或多个数据分组的发射实体中的布置的框图。

具体实施方式

简言之，提供发射实体以及由其执行以用于向接收实体传送一个或多个数据分组的方法。发射实体具有采用来自例如应用的、要传送给接收实体的分组到传输层分组中的捆绑的选项。与现有技术相反，针对例如服务质量或延迟要求，捆绑没有固定为开或关、活动或不活动。而是用户层分组ULP到传输层分组TLP中的捆绑是自适应的，意味着是否将一个或多个ULP捆绑到一个TLP中的决定基于例如发射实体的业务负载的当前特性来进行。通过业务负载，意思是要传送给接收实体的每秒ULP或字节的速率。

不同的服务、业务、应用等可对例如延迟具有不同要求。取决于那些不同要求，一些类型的服务、业务、应用等可使用捆绑来传送，而一些则可以不使用。在本公开中，仅考虑与可被捆绑的服务、业务、应用等的类型关联的分组。与可以不捆绑的服务、业务、应用等的类型关联的分组不受本文所公开的方法和/或发射实体所影响。

本文的实施例涉及一种由发射实体所执行以用于向接收实体传送一个或多个数据分组的方法，其中发射实体和接收实体在通信网络中是可操作的。现在将参照图1a和图1b来描述这种方法的不同实施例。

图1a示出方法100，其包括从应用接收110用户层分组ULP，所述用户层分组ULP要通过传输层分组TLP来传送给接收实体。该方法还包括当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑130在TLP中；以及将TLP传送140给接收实体。

发射实体可以是多种不同装置、布置或节点。发射实体的示例是网络节点（诸如例如基站、节点B、演进节点B、接入点、无线电基站等），其中接收实体可以是无线装置（诸如例如用户设备、移动电话、智能电话、个人数字助理、膝上型电脑或者包括用于与发射实体进行无线通信的部件的任何其它装置或布置（例如车辆））。

通常，在通信系统或通信网络中，进行通信的两个实体通过通信介质（例如铜线、光纤）或者通过空气这样做。两个实体采用相同协议，以便相互“理解”，并且通常，两个实体采用相互紧接着的多个协议。例如，通信装置（其可以是发射实体）上的应用生成信息，所述信息要被传递给另一个通信装置（其可以是接收实体）上的接收方。通常，发射实体上的应用以及接收实体上的接收方处于协议栈的顶上，其中一个或几个最低协议通常称作传输协议。因此，当应用想要向接收方传送数据时，应用采用第一协议，其可称作用户层协议。用户层协议将然后把要从应用发送的数据放在用户层分组ULP中。然后，用户层协议向下面的协议“下传ULP”。下面的协议可以是传输协议，或者可存在一个或多个中间协议。通常，中间协议接收来自“协议栈中上面”的协议的分组，并且将它插入与那个协议关联的分组中，并且向“协议栈中下面”的协议下传所述中间协议的分组。

为了简单起见，在本公开中，好像不存在中间协议那样来描述该方法，然而指出，在向传输协议“发送”或传递ULP的用户层协议之间可存在一个或多个中间协议，所述传输协议又要通过TLP向接收实体传送ULP。

因此，发射实体从应用接收110 ULP，所述ULP要通过TLP来传送给接收实体。该应用可被包括在发射实体中，或者通过线路、通过耦合触点或无线地耦合到发射实体。通过这种情况下的接收，意思是发射实体的传输层协议从应用接收ULP。

发射实体可将ULP与一个或多个其它ULP共同捆绑在TLP中，或者简单地将ULP插入TLP中，使得ULP是TLP中的唯一分组。如下面将更详细论述的，对于是否采用捆绑可存在不同标准。标准的示例是来自应用的进入数据、字节或ULP的速率。

因此，当来自应用的进入数据、字节或ULP的速率满足阈值时，发射实体将所接收ULP与一个或多个附加接收ULP共同捆绑130在TLP中。通常，捆绑包括采用监督定时器，其通过等待对于可能的其它附加ULP的监督定时器的长度直到向接收实体传送TLP来定义发射实体可对传输引入的最大延迟。在TLP在监督定时器到期或消逝之前变满的情况下，发射实体将在TLP变满时传送TLP。因此，如果来自应用的进入数据、字节或ULP的进入速率相对低，则相对可能的是，监督定时器大部分时候将有时间来到期以触发TLP的传送，而如果来自应用的进入数据、字节或ULP的进入速率相对高，则相对可能的是，TLP将在监督定时器消逝之前变满。因此，来自应用的进入数据、字节或ULP的相对低速率可在发射实体引起与相对高速率相比的更长延迟。因此，采用上述方式，捆绑取决于一个或多个标准是自适应的。

发射实体然后向接收实体传送140 TLP。

由发射实体所执行的方法可具有若干可能的优点。一个可能的优点在于，自适应捆绑可在相似等待时间提供比无捆绑选项更好的中央处理单元CPU资源利用。另一个可能的优点在于，自适应捆绑可以提供比无捆绑更高的业务容量和具有高业务指标的更好的等待时间。仍有一可能的优点在于，自适应捆绑与具有低和中等业务指标的任何其它捆绑机制相比可以提供等待时间，以及与在高业务指标的其它捆绑机制相比提供相同等待时间。又一可能的优点在于，自适应捆绑可提供根据实际CPU利用来调准捆绑特征的可能性，因而优化资源利用。

如图1b所示，方法100还可包括当进入字节或ULP的速率不满足阈值时将所接收ULP插入120 TLP中而没有将它与任何附加接收ULP共同捆绑，并且向接收实体传送140 TLP。

取决于不同标准，如上所述，发射实体可确定不将所接收ULP与其它（一个或多个）ULP共同捆绑在一个TLP中。而是ULP单独被插入TLP中并且立即传送给接收实体。

因此，如果进入字节或ULP的速率不满足阈值，则发射实体不采用捆绑。再次，通过当进入字节或ULP的速率满足阈值时采用捆绑并且当进入字节或ULP的速率不满足阈值时不采用捆绑，实现自适应捆绑。

捆绑130可包括确定来自应用的进入数据、字节或ULP的速率。

接收实体可从应用接收进入数据、字节或ULP的变化速率。在第一时间点，速率可相对高，而在第二时间点，速率可相对低。由于发射实体取决于进入字节或ULP的速率是否满足阈值而采用捆绑，发射实体可确定来自应用的进入数据、字节或ULP的速率。

ULP可具有不同大小，因此与进入ULP的速率相比，进入数据的速率因而是要传送的业务/信息的实际量的更准确量度。然而，进入ULP的速率仍然可充当要传送的业务/信息量的量度。

阈值可至少部分基于捆绑方案是基于预先捆绑还是后捆绑来确定，其中（a） 预先捆绑包括在来自应用的ULP的接收时启动监督定时器，并且在传送TLP之前等待直到定时器到期或者TLP全满，以及（b） 后捆绑包括在TLP中当ULP一从应用被接收时就传送ULP，启动监督定时器并且等待直到监督定时器到期或者TLP全满，直到传送包括一个或多个ULP的后续TLP。

存在不同类型的捆绑：（a） 预先捆绑以及（b） 后捆绑。在（a） 预先捆绑中，如果所接收ULP要被捆绑，则发射实体在从应用接收ULP时启动监督定时器。是否要捆绑ULP取决于例如来自应用的进入数据、类型或ULP的速率是否满足阈值。在（b） 后捆绑中，如果监督定时器在来自应用的ULP的接收时没有运行，则发射实体可传送ULP，并且然后启动监督定时器，使得在监督定时器的运行期间所接收的后续ULP在发射实体中延迟，直到监督定时器到期或者TLP全满，其中TLP被传送给接收实体并且监督定时器停止和重置。

阈值可取决于捆绑方案是基于预先捆绑还是后捆绑来设置成不同的值。

阈值可至少部分基于下列中的一个或多个来确定：（i） 监督定时器，指示网络节点在传送一个或多个接收ULP之前应当等待的时间周期，除非TLP全满；（ii） TLP的大小；（iii） ULP的大小；（iv） ULP的数量；（v） 进入数据、字节或ULP的速率；（vi） 不采用捆绑的计算成本；（vii） 采用捆绑的计算成本；（viii） 监督定时器的计算成本；（ix） 不采用捆绑的计算延迟；以及（x） 采用捆绑的计算延迟。

可存在通过采用捆绑而影响效率和所引入延迟的不同因素，其中阈值的值、设定或策略可取决于各种情况而变化。下面，监督定时器表示为Ts，TLP的大小表示为Ps，ULP的大小表示为Us，ULP的数量表示为Up，进入数据的速率（以字节/秒计）表示为Ar，不采用捆绑的计算成本表示为Cnb，采用捆绑的计算成本表示为Cb，监督定时器的计算成本表示为Ct，不采用捆绑的计算延迟表示为Dnb，以及采用捆绑的计算延迟表示为Db。

在无捆绑的情况下，在ULP的每个到达时，生成新的TLP，然后进行所有相关计算，并且可传送TLP。在这种情况下传送TLP的计算成本是进入数据、字节或ULP的速率Ar的直接函数。由于取决于ULP的计算成本对于具有或没有捆绑的任何情况是相同的，所以只有归因于TLP的计算成本需要被考虑。假定每TLP运行常数数量K个指令，则Cnb=K。无捆绑情况的计算延迟Dnb是归因于计算单元中的队列的TLP的传递的时间，即用于计算Cnb所花费的时间。这种延迟可计算为Cnb的时钟函数Y。因此，Dnb=Y*Cnb=Y*K。Ar的高值促使影响延迟的排队，因而对于高Ar，Dnb与Ar成比例，而对于低Ar，Db的值为常数。

在捆绑的情况下，每当从应用接收新的ULP时监督定时器Ts运行，这需要被计算为贡献计算成本。取决于Ts、Ps、Us和Ar，捆绑可采用三种不同方式进行工作。将Mn计算为适合TLP的ULP的最大数量可根据Mn=Ps/Us，以及n计算为适合传输层分组的用户层分组的当前数量：。

低到达速率Ar例如可定义为当时，即，当ULP到达的时间小于Ts时，每个UL分组以固定延迟Ts来传递。在这种情况下，捆绑的计算成本Cb可由监督定时器的计算成本Ct和指令的常数数量K来组成，使得Cb=K+Ct，所述监督定时器在每一个ULP上运行，所述指令每TLP运行。对于低Ar，捆绑的成本可高于无捆绑的成本。在预先捆绑中，ULP经历固定延迟，其能够计算为Db=Ts。在后捆绑中，ULP经历归因于计算负载的固定延迟，其与无捆绑情况相似Db=Y*K*Ct。这暗示，对于低Ar，无捆绑对于计算成本和所引入延迟两者均可以好于捆绑，并且这归因于Ts定时器的计算成本。

中等到达速率Ar例如可定义为当时并且于是情形不同，因为Ts定时器正连续运行，并且Ar足够高以允许收集同一TLP中的ULP。在这种情况下，捆绑的成本变成Cb=Ct+K/Mn。除了来自Ct的固定贡献之外，捆绑的计算成本Cb低于无捆绑，并且这个成本不取决于Ar，而是仅取决于n。在预先捆绑中，通过捆绑所引入的向ULP的平均延迟变成Db=Ts/n，并且最大延迟为Ts。在后捆绑中，通过捆绑所引入的向ULP的平均延迟变成。后捆绑中的最大延迟为。

在高到达速率Ar例如可定义为当时，存在第三情形，因为时间捆绑可通过大小捆绑来取代，意味着在一将接收填充那个TLP的足够ULP时就将传递TLP。在这种情况下，定时器的成本仍然由捆绑所给予，并且总计算成本变成Cb=Ct+K*Ar/Mn。这示出，除了归因于Ts定时器的成本之外，捆绑的计算成本Cb是无捆绑的1/Mn。在预先捆绑和后捆绑两者中，平均延迟变成Db=（1/Ar）/Mn，以及最大延迟为Db=Ts-（Ts-Mn/Ar）。在这种情况下，捆绑如何具有优于无捆绑的显著优点甚至是更清楚的，甚至当提到增加延迟时。

如上所述，不同参数可以是当前状况的特性，并且阈值可基于下列中的至少一个来确定：（i） 监督定时器，指示网络节点在传送一个或多个接收ULP之前应当等待的时间周期，除非TLP全满；（ii） TLP的大小；（iii） ULP的大小；（iv） ULP的数量；（v） 进入数据、字节或ULP的速率；（vi） 不采用捆绑的计算成本；（vii） 采用捆绑的计算成本；（viii） 监督定时器的计算成本；（ix） 不采用捆绑的计算延迟；以及（x） 采用捆绑的计算延迟。

捆绑的弱点是捆绑在Ar低于某个等级时增加的固定延迟，其可估计为，并且这可足以避免要求严格低等待时间的应用的捆绑。

采用上述方式，由发射实体所执行以用于向接收实体传送一个或多个数据分组的上述方法还可称作用于自适应捆绑的方法，因为该方法包括确定是否对可经受捆绑的（一个或多个）ULP采用捆绑。因此，代替根据对例如延迟的不同要求在应当被捆绑的ULP与不准捆绑的ULP之间的严格划分，如果情况是使得将它们捆绑可能是不利的，则应当根据严格划分所捆绑的ULP也可以不捆绑。

因此，自适应捆绑（例如上述方法）可利用工具和规程的集合，所述工具和规程的集合允许利用捆绑，其在中等和高业务速率是低计算成本和低ULP延迟，以及在中等和低业务速率是低等待时间（其是无捆绑的特性）。在图2a所示的说明性示例中，自适应捆绑可利用“业务计量器”220，其提供ULP到达速率Ar的运行时间测量。这种业务计量器然后可馈送驱动捆绑机器的决定状态机。

图2a示出包括数据计量器220、传输协议处理机（handler）230和捆绑切换器（toggler）的用于自适应捆绑机制的架构的示例。

数据计量器实体220是一种工具，其测量从应用或者上层协议发送到传输层协议的ULP量。根据例如干扰机制，数据计量器实体220为捆绑切换器提供信息，所述信息用于决定何时要进行捆绑和/或何时要不进行捆绑。数据计量器实体220可连续计算业务量；计算能够按照ULP/秒或者字节/秒进行。干扰机制根据进行操作，其中是确定机制的行为的策略或值，它具有开始于Mn的范围，并且实际上可设置捆绑算法的值以开始操作。Th是阈值。Y的选择能够静态地或者在运行时间进行，例如通过用于TLP的计算资源上的总负载或者相反通过传输层的总负载或者通过根据定律表现的任何其它函数f来决定。

这意味着Y将在负载低时增加，而将在高负载的情况下降低。对于，当时自适应捆绑的平均延迟为零，则它变成与所采用的捆绑策略是相同的。在这种情况下，自适应捆绑延迟始终优于或等于任何其它捆绑策略，并且它等于向上达到阈值的无捆绑情况。

最大延迟等于直至选择的阈值的无捆绑情况，当超过阈值时，它获得与所采用捆绑策略相同的值。

自适应捆绑的计算成本表示为Cab，以及采用自适应捆绑的计算延迟表示为Dab。Cab与TLP传输速率成比例。

对于，自适应捆绑的成本为Cab=Ct+K*Ar。

对于，自适应捆绑的成本为Cab=Ct+K*Ar/Mn。

对于，自适应捆绑的平均延迟为零，直到，然后它变成与捆绑相等，即Db=Ts-（Ts-Mn/Ar）。自适应捆绑的计算成本仍然仅取决于TLP传输速率。对于，自适应捆绑的成本为Cab=Ct+K*Ar。对于，自适应捆绑的成本为Cab=Ct+K*Ar/Mn。

传输协议处理机230是实现用于传输ULP的多个实例的传输协议的对象或布置。取决于网络架构，传输协议处理机230可使用不同技术，举例来说因特网协议IP、传送控制协议TCP、流控制传送协议SCTP。

捆绑切换器是一种接口，其允许属于传输协议处理机230的捆绑功能性被启用和/或禁用。

图2a中，假定数据流作为ULP流从外部上层客户端（例如上述应用）发源，则ULP由数据计量器220以及由传输协议处理机230来接收。ULP被封装到传输协议处理机230内部的TLP中，以及取决于数据计量器决定，它们被捆绑或者不捆绑。

自适应捆绑在值得使用它时获得捆绑技术的益处。这在中央处理单元CPU使用以及在业务简档两者方面均引起唯一行为。

如上所述，所以一旦到达分组时间间隔高于捆绑监督时间，预先捆绑引入等于捆绑监督时间的每ULP的固定延迟，并且这种延迟是由算法引入的最高等待时间，从现在开始称作M_△。它直接降低它的对到达分组时间间隔的权重。后捆绑而是在ULP到达时间间隔一旦小于捆绑监督时间本身时就开始引入捆绑监督时间。增加到达分组时间间隔将使后捆绑的延迟表现为预先捆绑延迟。自适应捆绑延迟而是保持为零，直到ULP到达时间间隔足够高以激活捆绑切换，并且然后它应当示出与先前已知标准捆绑算法一致的行为。又参见图2b的曲线图，其示出作为Ar的函数的延迟。

所引入等待时间的理论计算在实际业务简档中是可见的。使用不同捆绑算法来探查业务生成器与节点之间的往返延迟能够示出如之前理论描述的等待时间以及对延迟的协议计算贡献两者，期望一旦ULP到达时间间隔变得显著就对于无捆绑算法指数增加。结果示出：预先捆绑具有对于低业务速率的更高延迟；后捆绑（图2c中对于自适应捆绑使用K=1/8所模拟）的典型驼峰；对于无捆绑算法的高业务速率的协议计算的指数延迟以及取决于业务速率的自适应捆绑到最有效简档的拟合。

本文的实施例还涉及一种用于向接收实体传送一个或多个数据分组的传送实体，其中发射实体和接收实体在通信网络中是可操作的。发射实体具有与由发射实体所执行的方法相同的技术特征、对象和优点。因此将仅简述发射实体，以避免不必要的重复。将参照图3和图4简述发射实体的实施例。

图3和图4示出发射实体300、400，其配置用于从应用接收ULP，所述ULP要通过TLP来传送给接收实体；当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中；以及将TLP传送给接收实体。

发射实体可采用各种方式来完成或实现。第一示范完成或实现在图3中示出。图3示出发射实体300，其包括处理器321和存储器322，存储器（例如通过计算机程序323）包括指令，其在由处理器321运行时促使发射实体300从应用接收ULP，所述ULP要通过TLP来传送给接收实体；当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中；以及向接收实体传送TLP。

图3还示出包括存储器310的发射实体300。应当指出，图3只是示范图示，以及存储器310可以是可选的，作为存储器322的一部分或者作为发射实体300的另外的存储器。存储器例如可包括与发射实体300、与发射实体300的操作统计（只给出几个说明示例）相关的信息。图3还示出包括处理部件320的发射实体300，所述处理部件320包括存储器322和处理器321。更进一步，图3示出包括通信单元330的发射实体300。通信单元330可包括接口，通过所述接口，发射实体300与通信网络的其它节点或实体以及其它通信单元进行通信。图3还示出包括另外的功能性340的发射实体300。另外的功能性340可包括发射实体300执行本文未公开的不同任务所需的软件或硬件。

发射实体300、400的备选示范完成或实现在图4中示出。图4示出发射实体400，其包括接收单元403，以用于从应用接收ULP，所述ULP要通过TLP来传送给接收实体。图4还示出发射实体400，其包括：捆绑单元404，其用于当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中；以及发射单元405，其用于将TLP传送给接收实体。

在图4中，发射实体400还示出为包括通信单元401。通过这个单元，发射实体400适合于与通信网络中的其它节点和/或实体进行通信。通信单元401可包括多于一个接收布置。例如，通信单元401可连接到线路和天线两者，通过其，使发射实体400能够与通信网络中的其它节点和/或实体进行通信。类似地，通信单元401可包括多于一个发射布置，其又连接到线路和天线两者，通过其，使发射实体400能够与通信网络中的其它节点和/或实体进行通信。发射实体400还包括用于存储数据的存储器402。此外，发射实体400可包括控制或处理单元（未示出），其又连接到不同单元403-405。应当指出，这只是说明性示例，并且发射实体400可包括更多、更少或其它单元或模块，其采用与图4所示单元相同的方式来运行发射实体400的功能。

应当注意，图4只在逻辑意义上示出发射实体400中的各种功能单元。功能实际上可使用任何合适软件和硬件部件/电路等来实现。因此，实施例通常并不限于发射实体400和功能单元的所示结构。因此，先前所述示范性实施例可采用许多方式来完成。例如，一个实施例包括具有存储在其上的指令的计算机可读介质，所述指令可由控制或处理单元运行，以用于运行发射实体400中的方法步骤。由计算系统可运行并且存储在计算机可读介质上的指令执行如在权利要求所陈述的发射实体400的方法步骤。

发射实体具有与由发射实体所执行的方法相同的可能优点。一个可能的优点是自适应捆绑可在相似等待时间下提供比无捆绑选项更好的CPU资源利用。另一个可能的优点在于，自适应捆绑可以提供比无捆绑更高的业务容量和具有高业务指标的更好的等待时间。仍有一可能的优点在于，自适应捆绑与具有低和中等业务指标的任何其它捆绑机制相比可以提供等待时间，以及与在高业务指标的其它捆绑机制相比提供相同等待时间。又一可能的优点在于，自适应捆绑可提供根据实际CPU利用来调准捆绑特征的可能性，因而优化资源利用。

根据实施例，发射实体还配置用于当进入字节或ULP的速率不满足阈值时将所接收ULP插入TLP中而没有将它与任何附加接收ULP共同捆绑，并且向接收实体传送TLP。

根据又一实施例，捆绑包括确定来自应用的进入数据、字节或ULP的速率。

根据仍有一实施例，阈值至少部分基于捆绑方案是基于预先捆绑还是后捆绑来确定，其中（a） 预先捆绑包括在来自应用的ULP的接收时启动监督定时器，并且在传送TLP之前等待直到定时器到期或者TLP全满，以及（b） 后捆绑包括在TLP中当ULP一从应用被接收时就传送ULP，启动监督定时器，并且等待直到监督定时器到期或者TLP全满，直到传送包括一个或多个ULP的后续TLP。

根据另外的实施例，阈值至少部分基于下列中的一个或多个来确定：（i） 监督定时器，指示网络节点在传送一个或多个接收ULP之前应当等待的时间周期，除非TLP全满；（ii） TLP的大小；（iii） ULP的大小；（iv） ULP的数量；（v） 进入数据、字节或ULP的速率；（vi） 不采用捆绑的计算成本；（vii） 采用捆绑的计算成本；（viii） 监督定时器的计算成本；（ix） 不采用捆绑的计算延迟；以及（x） 采用捆绑的计算延迟。

图5示意性示出发射实体400中的布置500的实施例。在这里包括在发射实体400中的布置500中的是例如具有数字信号处理器DSP的处理单元506。处理单元506可以是单个单元或多个单元，以执行本文所述规程的不同动作。发射实体400的布置500还可包括用于从其它实体接收信号的输入单元502以及用于向其它实体提供（一个或多个）信号的输出单元504。输入单元和输出单元可作为集成实体或者如图4的示例所示作为一个或多个接口401来布置。

此外，发射实体400中的布置500包括采用非易失性存储器（例如电可擦可编程只读存储器EEPROM、闪速存储器和硬盘驱动器）的形式的至少一个计算机程序产品508。计算机程序产品508包括计算机程序510，其包括代码部件，所述代码部件在发射实体400中的布置500中的处理单元506中运行时促使发射实体执行例如先前结合图1a-1b所述规程的动作。

计算机程序510可配置为在计算机程序模块510a-510e中构造的计算机程序代码。因此，在示范实施例中，发射实体400中的布置500的计算机程序中的代码部件包括：接收单元或模块，用于从应用接收ULP，所述ULP要通过TLP来传送给接收实体；以及捆绑单元或模块，用于当来自应用的进入数据、字节或ULP的速率满足阈值时将所接收ULP与一个或多个附加接收ULP共同捆绑在TLP中。此外，发射实体400中的布置500的计算机程序包括发射单元或模块，以用于向接收实体传送TLP。

计算机程序模块基本上能够执行图1a-1b所示流程的动作，以模拟发射实体400。换言之，当不同的计算机程序模块在处理单元506中运行时，它们可对应于图4的单元403-405。

虽然以上结合图4所公开的相应实施例中的代码部件被实现为在相应处理单元中被运行时促使发射实体执行以上结合上面提及的附图所述的动作的计算机程序模块，但是代码部件的至少一个在备选实施例中可至少部分实现为硬件电路。

处理器可以是单个中央处理单元CPU，但是也能够包括两个或更多处理单元。例如，处理器可包括通用微处理器；指令集处理器和/或相关芯片集和/或例如专用集成电路ASIC的专用微处理器。处理器还可包括用于进行高速缓存目的的板存储器。计算机程序可由连接到处理器的计算机程序产品来携带。计算机程序产品可包括其上存储计算机程序的计算机可读介质。例如，计算机程序产品可以是闪速存储器、随机存取存储器RAM、只读存储器ROM或者EEPROM，并且上述计算机程序模块在备选实施例中能够分布于采用发射实体内的存储器的形式的不同计算机程序产品。

要理解，交互单元的选择以及本公开内的单元的命名只是为了示范目的，以及适合运行上述方法的任何方法的节点可采用多种备选方式来配置，以便能够运行所提出规程动作。

还应当注意，本公开中所述的单元将被看作逻辑实体，而不一定被看作是独立物理实体。

虽然已经按照若干实施例描述了实施例，但是预期，根据阅读本说明书和研究附图，其备选、修改、置换和等同物将变得显而易见。因此，预计的是以下所附权利要求书包括如落入实施例的范围之内并且通过所附权利要求书所限定的这类备选、修改、置换和等同物。