用于调制解调器中的应用处理的方法和装置与流程

用于调制解调器中的应用处理的方法和装置
1.优先权要求和交叉引用
2.本技术要求于2020年12月3日提交的发明名称为“用于5g调制解调器实现的域特定语言和架构(a domain specific language and architecture for 5g modem implementation)”的美国临时申请63/121,154的权益，该申请特此通过全文引用的方式并入本文。
3.本技术还涉及发明名称为“设计调制解调器架构的方法和装置(methods and apparatus for designing modem architectures)”的正与其同时提交的hw 6000283pct01。
技术领域
4.本发明大体上涉及用于数字通信的方法和装置，并且在特定实施例中，涉及用于调制解调器中的应用处理的方法和装置。


背景技术：

5.第五代(fifth generation，5g)无线技术需要大量的天线和复杂的信号处理来提高带宽和频谱效率。超可靠低延迟通信(ultra-reliable low latency communications，urllc)等新服务类别将有新的应用，例如自动驾驶汽车、机器人工厂、远程手术等。物联网(internet of things，iot)正促使连接设备数量的激增。对第六代(sixth generation，6g)和更高形式的无线技术的需求还将进一步增加。
6.为迎接这些挑战，需要一种新的计算机设计方法。系统架构师不能再仅仅依靠提升处理核心速度和增加芯片来满足不断增长的需求。因此，需要设计调制解调器架构的方法和装置。


技术实现要素：

7.调制解调器的能力和特征是根据要在所述调制解调器上执行的应用的描述指定的。使用单个应用的所述调制解调器的规范实现了基于单个应用验证预期性能，从而简化了所述调制解调器的测试和性能保证。
8.根据第一方面，提供了一种由云计算资源(cloud computing resource，ccr)实现的方法。所述方法包括所述ccr接收调制解调器所支持的应用的描述，所述ccr生成用于所述应用的数据流片段(dataflow fragment，dff)，以及所述ccr将所述dff存储在存储器中。
9.在根据第一方面所述的方法的第一种实现方式中，所述方法包括：所述ccr接收所述调制解调器的描述，以及所述ccr根据所述描述配置所述调制解调器。所述方法包括所述ccr将所述dff提供给所述调制解调器。
10.根据第一方面或第一方面的任一上述实现方式，在所述方法的第二种实现方式中，所述描述包括所述调制解调器的基于意图的描述。
11.根据第一方面或第一方面的任一上述实现方式，在所述方法的第三种实现方式
中，所述dff包含在dff容器中。
12.根据第一方面或第一方面的任一上述实现方式，在所述方法的第四种实现方式中，所述dff包括数据生产者信息和数据消费者信息。
13.根据第一方面或第一方面的任一上述实现方式，在所述方法的第五种实现方式中，所述调制解调器包括实现为片上系统(system on a chip，soc)的调制解调器。
14.根据第二方面，提供了一种由调制解调器主机实现的方法。所述方法包括：所述调制解调器主机检索调制解调器所支持的应用的dff，所述调制解调器由所述调制解调器主机控制，以及所述调制解调器主机接收与第一应用关联的第一数据包。所述方法包括：所述调制解调器主机将第一资源请求发送给所述调制解调器的至少一个第一资源单元，所述第一资源请求包括所述第一数据包和与所述第一应用关联的第一dff。
15.在根据第二方面所述的方法的第一种实现方式中，所述方法包括所述调制解调器主机接收所述第一资源请求的接受。
16.根据第二方面或第二方面的任一上述实现方式，在所述方法的第二种实现方式中，所述方法包括：所述调制解调器主机接收与第二应用关联的第二数据包，以及所述调制解调器主机将第二资源请求发送给所述调制解调器的至少一个第二资源单元，所述第二资源请求包括所述第二数据包和与所述第二应用关联的第二dff。所述方法包括：所述调制解调器主机确定拒绝所述第二资源请求；以及所述调制解调器主机将第三资源请求发送给所述调制解调器的至少一个第三资源单元，所述第三资源请求包括所述第二数据包和与所述第二应用关联的所述第二dff。
17.根据第二方面或第二方面的任一上述实现方式，在所述方法的第三种实现方式中，所述方法包括：所述调制解调器主机将空dff给由所述调制解调器主机确定为在一个时间段内空闲的至少一个第四资源单元。
18.根据第二方面或第二方面的任一上述实现方式，在所述方法的第四种实现方式中，所述空dff包括用于使所述至少一个第四资源单元在短于所述时间段的持续时间内降低功耗的指令。
19.根据第二方面或第二方面的任一上述实现方式，在所述方法的第五种实现方式中，所述方法包括：所述调制解调器主机调整资源单元的性能包络。
20.根据第二方面或第二方面的任一上述实现方式，在所述方法的第六种实现方式中，调整所述性能包络包括所述调制解调器主机改变所述资源单元上的处理负载。
21.根据第二方面或第二方面的任一上述实现方式，在所述方法的第七种实现方式中，调整所述性能包络包括增加或减少被发送给所述资源单元的资源请求。
22.根据第三方面，提供了一种由资源单元的控制器实现的方法。所述方法包括：所述控制器接收包括第一数据包和与第一应用关联的第一dff的第一资源请求，所述第一dff由计算资源根据所述第一应用的描述生成，以及所述控制器根据dff接受策略确定接受所述第一资源请求。基于所述确定，所述方法包括：所述控制器将所述第一数据包存储在缓冲器中，以及所述控制器将所述第一dff分配给所述资源单元的至少一个第一处理级。
23.在根据第三方面的方法的第一种实现方式中，所述dff接受策略包括预期dff到达率、预期数据到达率、所述资源单元的处理级的处理负载和所述资源单元的处理级的可用性中的至少一个。
24.根据第三方面或第三方面的任一上述实现方式，在所述方法的第二种实现方式中，所述方法包括：所述控制器接收第二资源请求和与第二应用关联的第二dff的第二数据包，以及所述控制器根据所述dff接受策略确定拒绝所述第二资源请求。基于所述确定，所述方法包括：所述控制器发送指示拒绝所述第二资源请求的第一资源响应。
25.根据第三方面或第三方面的任一上述实现方式，在所述方法的第三种实现方式中，所述方法包括：所述控制器接收第一空dff的第三资源请求，以及所述控制器根据所述dff接受策略确定接受所述第三资源请求。基于所述确定，所述方法包括：所述控制器将所述第一空dff分配给所述资源单元的至少一个第二处理级。
26.根据第三方面或第三方面的任一上述实现方式，在所述方法的第四种实现方式中，所述方法包括：所述控制器接收第一空dff的第三资源请求，以及所述控制器根据所述dff接受策略确定接受所述第三资源请求。基于所述确定，所述方法包括：所述控制器将所述第一空dff分配给所述资源单元的至少一个第三处理级。
27.根据第三方面或第三方面的任一上述实现方式，在所述方法的第五种实现方式中，所述方法包括：所述控制器接收第一空dff的第三资源请求，以及所述控制器根据所述dff接受策略确定拒绝所述第三资源请求。基于所述确定，所述方法包括：所述控制器发送指示拒绝所述第三资源请求的第二资源响应。
28.优选实施例的优点在于，调制解调器的能力和特征是根据在所述调制解调器上执行的应用的描述指定的。使用单个应用的所述调制解调器的规范实现了基于单个应用验证预期性能，从而简化了所述调制解调器的测试和性能保证。
附图说明
29.为了更全面地理解本发明及其优势，现在参考下面结合附图进行的描述。
30.图1示出了第一示例性通信系统；
31.图2示出了本文所述示例性实施例提供的用于调制解调器的云使能的暴露流处理的模型；
32.图3示出了本文所述示例性实施例提供的用于网络服务的形式验证的示意图；
33.图4示出了本文所述示例性实施例提供的在验证网络服务或其应用的模型中发生的示例性操作的流程图；
34.图5a示出了本文所述示例性实施例提供的示例性数据流图；
35.图5b示出了本文所述示例性实施例提供的被分解为数据流片段(dff)和μflow的示例性数据流图；
36.图6a示出了本文所述示例性实施例提供的调制解调器的实现方式的高级视图的示意图；
37.图6b示出了本文所述示例性实施例提供的呈现调制解调器主机和服务资源单元(service resource element，sre)的详细视图的示意图；
38.图7示出了本文所述示例性实施例提供的sre的详细视图；
39.图8a示出了本文所述示例性实施例提供的在配置调制解调器的云计算资源中发生的示例性操作的流程图；
40.图8b示出了本文所述示例性实施例提供的在参与调制解调器配置和云运算的调
制解调器主机中发生的示例性操作的流程图；
41.图8c示出了本文所述示例性实施例提供的在参与调制解调器配置和云运算的sre的控制器中发生的示例性操作的流程图；
42.图9a示出了本文所述示例性实施例提供的示例性包的示意图；
43.图9b示出了本文所述示例性实施例提供的突出显示用于执行三个dff的未优化时空图的示意图；
44.图9c示出了本文所述示例性实施例提供的突出显示用于执行三个dff的优化时空图的示意图；
45.图10示出了本文所述示例性实施例提供的由参与请求用于执行dff的资源的实体执行的示例性处理以及在这些实体之间交换的通信的示意图；
46.图11示出了本文所述示例性实施例提供的由参与接收用于执行dff的数据的实体执行的示例性处理以及在这些实体之间交换的通信的示意图；
47.图12示出了本文所述示例性实施例提供的由参与执行dff的实体执行的示例性处理以及在这些实体之间交换的通信的示意图；
48.图13示出了本文所述示例性实施例提供的在参与dff的执行的云计算资源中发生的示例性操作的流程图；
49.图14示出了本文所述示例性实施例提供的在参与dff的执行的调制解调器主机中发生的示例性操作的流程图；
50.图15示出了本文所述示例性实施例提供的在参与dff的执行的sre的控制器中发生的示例性操作的流程图；
51.图16示出了本文所述示例性实施例提供的在参与dff的执行的处理级中发生的示例性操作的流程图；
52.图17a示出了本文所述示例性实施例提供的在插入空dff的调制解调器主机中发生的示例性操作的流程图；
53.图17b示出了本文所述示例性实施例提供的在控制器中发生的执行空dff的示例性操作的流程图；
54.图18示出了本文所述示例性实施例提供的控制器与处理级内的组件之间的交互的示意图；
55.图19示出了本文所述示例性实施例提供的在处理级的级管理器中发生的示例性操作的流程图；
56.图20a和图20b示出了本文所述示例性实施例提供的处理级的示例性令牌表和执行器列表；
57.图20c示出了本文所述示例性实施例提供的图20a中定义的依赖关系示意图；以及
58.图21a和图21b示出了可以实现根据本发明的方法和教导的示例性设备。
具体实施方式
59.下文详细论述公开实施例的结构和使用。但是，应当了解，本发明提供了可以在各种具体上下文中体现的许多适用概念。所论述的具体实施例仅仅对实施例的具体结构和使用进行了说明，并且不限制本发明的范围。
60.图1示出了第一示例性通信系统100。通信系统100包括接入节点110，具有覆盖区域101，为ue 120等用户设备(user equipment，ue)服务。接入节点110连接到回传网络115，该回传网络115提供到服务和互联网的连接。在第一操作模式下，到ue和来自ue的通信通过接入节点110。在第二操作模式下，到ue和来自ue的通信不通过接入节点110，但是，接入节点110通常在满足具体条件时分配ue用于通信的资源。在第二操作模式下，ue对之间的通信通过包括单向通信链路的侧行链路125进行。ue与接入节点对之间的通信也通过单向通信链路进行，其中，ue与接入节点之间的通信链路被称为上行链路130，接入节点与ue之间的通信链路被称为下行链路135。
61.通常，接入节点还可以被称为node b、演进型node b(evolved node b，enb)、下一代(next generation，ng)node b(next generation node b，gnb)、主enb(master enb，menb)、辅enb(secondary enb，senb)、主gnb(master gnb，mgnb)、辅gnb(secondary gnb，sgnb)、网络控制器、控制节点、基站、接入点、传输点(transmission point，tp)、发送接收点(transmission-reception point，trp)、小区、载波、宏小区、毫微微小区、微微小区等，而ue通常还可以被称为移动站、手机、终端、用户、订户、站点等。接入节点可以根据一个或多个无线通信协议提供无线接入，例如，第三代合作伙伴计划(third generation partnership project，3gpp)长期演进(long term evolution，lte)、lte高级(lte advanced，lte-a)、5g、5g lte、5g nr、第六代通信技术(sixth generation，6g)、高速分组接入(high speed packet access，hspa)、ieee 802.11系列标准，如802.11a/b/g/n/ac/ad/ax/ay/be等。虽然可以理解，通信系统可以采用能够与多个ue通信的多个接入节点，但为了简单起见，仅示出了1个接入节点和2个ue。
62.通常，基带调制解调器无线基础设施是实时数据流的较大问题空间中的特定应用。基带调制解调器无线基础设施是牢固的实时系统，在该系统中可以丢弃错过的截止日期而不是破坏系统，这是硬实时系统中的情况。如果使用全局调度策略进行内存管理和计算资源调度，基带调制解调器无线基础设施将具有大量的控制开销。
63.随着向第五代(5g)无线系统的过渡，基带的作用正在从经典的嵌入式系统转向为更灵活和面向服务的系统。5g调制解调器的当前实现方式与过量的控制开销和大量的状态(条件信息)有冲突，这使得测试和维护调制解调器设计变得困难。软件错误/缺陷(“bug”)已成为重大的问题，因为调制解调器必须随着设计规模而高度鲁棒。在开发期间删除bug(而不是在集成期间检测bug)似乎是调试调制解调器设计的唯一可靠方法。
64.例如，调制解调器的要求越来越灵活，有限内存上的数据压力增加，实时要求越来越严格，等等，都使得执行调制解调器的系统级实现变得更加困难。5g(以及第六代(sixth generation，6g)及更高版本)的附加特征，例如超可靠低延迟通信(ultra-reliable low latency communications，urllc)、人工智能等，进一步使调制解调器架构的设计、验证和测试复杂化。
65.因此，需要设计调制解调器架构的新方法和装置，该方法和装置可以为调制解调器中的基带处理提供灵活的面向服务的支持。此外，随着特征和应用数量和复杂性的增加，状态空间和控制开销的复杂性应当加以管理。
66.根据一个实施例，提供了用于调制解调器的云使能的暴露流处理的方法和装置。调制解调器的以云为中心的视图通过在云中进行对调制解调器正确性和性能的形式验证
来降低调制解调器的复杂性，在云中计算资源可用性更高，并且云的功率和大小不存在真正的限制。调制解调器本身可以实现为多个数据流元素。例如，多个数据流元素可以布置为网格。
67.云具有调制解调器的抽象模型，其中，调制解调器的每个元素通过对到达其输入端的数据流作出反应来自主运行。例如，该模型可以预先存在于云中，或者该模型可以由调制解调器的设计者或制造商提供给云。通常，该模型是调制解调器中数据流的表示，并且提供对将数据从输入端传输到输出端所涉及的过程的描述。将调制解调器实现为多个数据流元素(其中，数据流元素可以各自用于支持一个或多个数据流)最大限度地减少并且限制控制和数据移动，帮助简化对调制解调器的设计和验证。
68.图2示出了调制解调器的云使能的暴露流处理的模型200。模型200包括云计算资源205，该云计算资源205用于从网络服务要求的基于意图的描述生成实时数据流。通常，网络服务要求的基于意图的描述是网络服务要求的非硬件特定描述，并且不必为了满足基于意图的描述而立即理解硬件更改或修改。基于意图的描述的示例可以是降低功耗、提高性能等。因此，基于意图的描述提供了网络服务要求的目标的高级视图。云计算资源205具有调制解调器的抽象模型，该抽象模型可以预先存在于云计算资源205中，或可以例如由调制解调器的设计者或制造商提供。例如，调制解调器的抽象模型包括多个服务资源单元(sre)207，每个sre能够通过对到达其输入端的数据流作出反应来自主操作。sre的自主操作可最大限度地减少并且限制控制和数据移动。多个sre在图2中示出为以网状配置布置，但是，其他布置或配置也是可能的，例如网格、环、星型、全连接拓扑等。
69.云计算资源205将从网络服务要求的基于意图的描述生成的实时数据流提供给多个sre 207。实时数据流将数据流功能提供给多个sre 207的sre。在一个实施例中，每个sre仅被提供有为其分配的一个或多个实时数据流。例如，如果第一sre被分配用于执行信道估计并且如果第二sre被分配用于执行混合自动重传请求(hybrid automatic repeat request，harq)处理，则云计算资源205将与信道估计关联的实时数据流提供给第一sre，并且将与harq处理关联的实时数据流提供给第二sre。第一sre不会接收到与harq处理关联的实时数据流，第二sre不会接收到与信道估计关联的实时数据流。
70.云计算资源205可以为多个sre 207中的每个sre定义流管理，其中，流管理指定sre如何对到达其输入端的数据流作出反应。通常，除非对多个sre定义单个流管理，否则多个sre 207的sre之间的交互是有限的。
71.多个sre 207的sre将反馈提供给云计算资源205。反馈的示例可以包括性能反馈、sre利用率、内存利用率、数据丢弃信息等。云计算资源205可以使用反馈调整流管理或流功能。例如，sre利用率可以通知云计算资源205特定sre正在过载，并且云计算资源205可以分配附加的sre以执行被分配给特定sre的数据流，以减少特定sre上的负载。相反，sre利用率可以通知云计算资源205特定sre未充分利用。在这种情形下，云计算资源205可以将附加数据流分配给特定sre。又例如，被提供给云计算资源205的数据丢弃信息指示特定sre必须丢弃太多数据，因此云计算资源205可以分配另一sre来执行相同的数据流以减少特定sre上的计算负载。此外，对云计算资源205的反馈可以用于修改从网络服务要求的基于意图的描述生成的实时数据流。例如，降低功耗的基于意图的描述可能已经由云计算资源205通过降低数据速率解决。但是，反馈可能表明降低的数据速率对调制解调器的某些性能测量产生
负面影响。然后，云计算资源205可以通过除降低数据速率以外的手段改变实时数据流以降低功耗。
72.通常，调制解调器对正确性(调制解调器必须正确地执行支持的网络服务要求)和性能(调制解调器必须满足性能标准)都有要求。因此，云计算资源205基于网络服务要求的基于意图的描述验证多个sre 207的正确性和性能。云计算资源205可以执行调制解调器的正确性和性能的形式验证。有目的地限制sre之间的交互简化了对调制解调器正确性和性能的验证，因为验证单个网络服务比验证多个交互网络服务简单。形式验证的详细说明如下。
73.图3示出了用于网络服务的形式验证的示意图300。将表示为数据流的网络服务(或其应用)划分为数据流片段(dff)(框305)。在一个实施例中，执行网络服务的形式验证是将网络服务表示为数据流。计算机化数据流处理工具可用于将数据流划分为dff有向无环图(directed-acyclic graph，dag)。对数据流的划分产生具有派生创建模式的dff dag，同时产生dff的内部详细信息。通常，工具可以是执行任务的系统。工具可以包括电路、单元或模块。
74.sre的sre描述307包括sre的架构描述309；sre的实时、功能时序和内存要求311；sre的支持的域特定查询313。sre的实时、功能时序和内存要求311利用网络服务的描述。
75.空间映射电路315将每个dff类型映射至一个或多个sre上。空间映射电路315的映射可以基于dff的派生创建模式、网络服务的数据流密度以及sre的实时、功能时序和内存要求311。例如，谱图理论和基于边缘权重的启发式方法可以用于执行映射。也可以使用满意度测试仪(satisfiability tester，sat)和整数线性规划(integer linear programming，ilp)。映射使得为每个sre的每个dff类型开发dff到达模式。dff到达模式还可以包括与dff关联的数据的数据到达模式。例如，与用于信道估计的dff关联的数据到达模式为用于信道估计的数据提供预期的到达模式。例如，dff到达模式可用于将dff类型映射至sre上，同时满足正确性和性能要求。
76.模型转换电路317通过分析工具319将dff dag以及数据包和运行时间范围(提供数据包的预期到达时间以及在可接受和允许的抖动范围内的预期运行时间)转换为网络服务的模型。例如，dff dag时间自动机(timed automata，ta)模型321转换自适合于ta分析工具的dff dag的xml形式(符合ta元模型323)。类似地，实时时钟(real-time clock，rtc)和sre加载信息(来自空间映射电路315)被转换为rtc dag ta模型325。
77.使用来自查询元模型329的查询集执行模型检查327，该模型检查327组合dff dag ta模型321、sre架构ta元模型331与rtc dag ta模型325。模型检查327的输出包括针对给定系统负载的sre架构(即调制解调器架构)的形式验证以及用于硬件或模拟的策略。如果查询集中的所有查询都通过dff加载，则sre架构被认为是形式可行的。如果一个或多个查询失败，则失败的一个或多个查询将有助于确定失败的原因，并且可能需要干预来调整网络服务要求。
78.在一个实施例中，提供了数据流本机方法和装置，这些方法和装置支持高效地混合在共享内存和计算资源中的完整dff并且强制流的无状态表示(完成时记录在本地擦除)。此外，通过容器化dff以实现内存管理无状态操作，简化了安全性。此外，使用安全的操作系统，以最小的控制开销最大限度地提高功能灵活性。
79.在一个实施例中，基于能量的管理本机方法和装置支持用于性能形式检查的工具并且管理通过内存的数据流。此外，对流进行形式检查是为了管理能量，而不是进行利用率推测。此外，内存附近或内存中的处理被最大化。
80.图4示出了在验证网络服务或其应用的模型中发生的示例性操作400的流程图。操作400可以指示在验证网络服务的模型或其应用中发生的操作400。操作400可以在验证系统中发生。
81.操作400开始于验证系统接收网络服务或其应用以进行验证(框405)。将网络服务表示为数据流(框407)。例如，网络服务可以被表示为同步数据流。在一个实施例中，工程师将网络服务作为数据流进行形式验证。将数据流划分为dff dag(框409)。计算机化数据流处理工具可用于将数据流划分为dff dag。对数据流的划分生成具有派生创建模式的dff dag，同时产生dff的内部详细信息(框411)。
82.验证系统将dff类型映射至sre(框413)。dff类型到一个或多个sre的映射本质上可能是静态的。例如，dff类型到sre的映射可以使用谱图理论和基于边缘权重的启发式方法执行。或者，sat和ilp可用于执行映射。静态映射使得为映射至sre的每个dff类型开发dff到达模式。例如，dff到达模式可以是用于特定dff类型到达特定sre的统计模型。
83.对dff dag进行建模(框415)。例如，dff dag以及数据包和运行时间范围(提供数据包的预期到达时间以及在可接受和允许的抖动范围内的预期运行时间)可以通过分析工具进行建模。例如，dff dag ta模型321转换自适合于ta分析工具的dff dag的xml形式(符合ta元模型323)。类似地，rtc和sre加载信息(来自空间映射电路315)被转换为rtc dag ta模型325。
84.将dff dag、到达模式与ta模型进行组合(框417)。可以组合dff dag、到达模式和ta模型的组合以检查网络服务的模型(框417)。模型的检查利用来自查询元模型329的查询集。如果查询集中的所有查询都通过dff加载，则sre架构被认为是形式可行的。如果一个或多个查询失败，则失败的一个或多个查询将有助于确定失败的原因，并且可能需要干预来调整网络服务要求。
85.如前所述，与许多其他实时工作负载一样，无线基带处理可以被建模为数据流图。图5a示出了示例性数据流图500。在数据流图500中，处理由执行器建模，执行器被表示为圆(例如圆a505(表示执行器a)、圆b 507(表示执行器b)和圆c 509(表示执行器c)等)并且通信由边缘建模，这些边缘被表示为边缘或线(例如边缘511(表示进入圆a505的第一输入通信)、边缘513(表示进入圆a 505的第二输入通信)、边缘515(表示离开圆a505的第一输出通信)、边缘517(表示离开圆a505的第二输出通信)等等)。通常，执行器生成并且使用令牌，这些令牌是沿边缘的数据的粒度单位。例如，边缘511与2个粒度单位的数据关联，而边缘513与1个粒度单位的数据关联。
86.与无线基带处理或网络服务(或与之关联的应用)关联的复杂数据流可以被分解为更大粒度的子任务，在此被称为dff。dff又可以进一步分解成内核或紧密耦合的内核集合，被称为微流(μflow)。这些μflow在计算元素(例如sre的处理级)中执行。每个内核可以包括一个或多个执行器和每个执行器的一个或多个边缘。图5b示出了被分解为dff和μflow的示例性数据流图550。数据流图550可以被分解为具有μflow 559、561和563的第一dff 557、具有μflow 567和569的第二dff 565以及具有μflow 573和575的第三dff 571。
87.在一个实施例中，数据流术语实现数据流图的抽象层次级别与调制解调器的实际硬件中的具体层次级别之间的映射。例如，dff包括数据流顶层的执行器，并且在数据流加速器硬件(即sre)上执行。又例如，μflow包括dff中的执行器，并且在sre的单个级上执行。sre的级表示sre的逻辑分区和物理分区，这些分区包含用于执行μflow的实际内核和计算单元。下表总结了数据流至硬件映射的示例。
[0088][0089]
表：数据流至硬件映射的示例
[0090]
根据一个实施例，调制解调器实现为片上系统(soc)。通常，soc是集成电子系统的全部或大部分组件的集成电路或芯片，在这种情况下，是调制解调器。这些组件包括在单个衬底或微芯片上的某种类型的处理单元、输入或输出端口、存储器等。与使用主板和可更换组件的调制解调器的实现方式相比，将调制解调器的组件集成到集成电路中有助于提高性能和可靠性。soc通常也更小且节能。
[0091]
图6a示出了提供调制解调器实现方式的高级视图的示意图600。调制解调器包括云计算资源205、调制解调器主机605和多个sre 207。云计算资源205可以用于根据网络服务要求生成dff、存储dff、配置调制解调器等。在一个实施例中，调制解调器主机605实现为soc控制器或微处理器。在替代实施例中，调制解调器主机605实现为可操作地耦合到包括多个sre 207的集成电路的控制器或微处理器。在又另一替代实施例中，调制解调器主机605是多个sre 207中的sre中的一个。
[0092]
多个sre 207包括两个或更多个sre(例如sre 610、612、614、616和618)，其中，两个或更多个sre通过连接607可操作地耦合到调制解调器主机605。例如，调制解调器主机605连接到多个sre 207中的每个sre。在本示例中，调制解调器主机605直接连接到多个sre 207中的sre，连接607可以是交叉连接。又例如，调制解调器主机605连接到多个sre 207中的sre的子集，并且sre子集中的sre连接到多个sre 207中的其他sre。在此示例中，调制解调器主机605仅直接连接到sre子集中的sre，调制解调器主机605间接连接到多个sre 207中的其他sre，连接607可以是部分交叉连接。
[0093]
soc 605还可以包括存储装置或存储器，这些存储装置或存储器可以是由多个sre 207中的sre访问的共享存储器、仅由多个sre 207中的单个sre访问的分布式存储器或共享存储器和分布式存储器的组合。soc 605还可以包括输入端口、输出端口、通信接口、网络接口等。
[0094]
在一个实施例中，调制解调器包括松散连接的dff处理元件(例如，sre)的阵列。sre接收dff控制包和dff数据，这些dff控制包和dff数据经过处理，以生成下一个dff的输出。每个dff都是一个自包含的dag，可以处理到无状态完成，只留下其输出。通常，每个dff流具有dff的到达模式，其中，dff的流只是在sre处连续到达的dff，为了方便对dff进行分组。通常，保持dff的到达模式，从而进行形式分析。sre从出发模式边界内的流产生输出。可以检查sre以确保实现出发模式。
[0095]
在一个实施例中，调制解调器主机接收与在多个sre中执行的网络服务或应用关联的数据，确定与网络服务或应用关联的dff，将资源请求发送给多个sre，并且将与网络服务或应用关联的数据发送给多个sre。与网络服务或应用关联的数据基于数据到达模式到达调制解调器，该数据到达模式与网络服务或应用到达模式相关。调制解调器主机确定与到达的网络服务或应用关联的dff，并且将资源请求发送给调制解调器的多个sre。虽然资源请求被发送给多个sre，但并非多个sre中的每个sre都接收并且处理资源请求。在一个实施例中，多个sre中的sre的子集用于执行dff，其中，sre的子集基于dff类型至sre的映射。因此，将资源请求发送给sre子集中的sre。
[0096]
调制解调器主机将与dff关联的数据发送给对资源请求作出肯定响应的sre。在多于一个sre对资源请求作出肯定响应的情形下，调制解调器主机可以随机选择sre中作出肯定响应的一个sre。或者，调制解调器主机从多于一个sre选择以最低负载(例如，最小计算负载、最短处理队列、最小缓冲数据量、最小预期执行时间等)作出肯定响应的sre来执行dff。
[0097]
在一个实施例中，如果调制解调器主机未从任何sre接收到肯定响应，则调制解调器主机丢弃数据和关联的dff。由于调制解调器的固定的实时特性，调制解调器主机可以丢弃数据和相关的dff。但是，如果调制解调器主机必须丢弃过多的数据或dff，则调制解调器主机可能需要对dff类型至多个sre的映射进行重新配置，以帮助降低不得不丢弃未来数据或dff的可能性，这可能会对性能限制产生负面影响。
[0098]
在一个实施例中，多个sre中的每个sre包括控制sre的操作的控制器。例如，sre的控制器从调制解调器主机接收资源请求，并且根据dff接受策略接受或拒绝资源请求。dff接受策略可以规定控制器可以接受或拒绝资源请求的规则或情况。dff接受策略可以确定是否可以在sre处理级上的当前负载下部署任何预定资源分配策略。示例性dff接受策略可以基于到达时间、sre负载、处理级负载、处理级可用性、内存利用率等。例如，如果资源请求比预期的早到达，则资源请求可能会被拒绝。又例如，如果sre上的负载大于阈值，则资源请求可能会被拒绝。再例如，如果内存利用率大于阈值，则资源请求可能会被拒绝。
[0099]
如果资源请求被接受，则控制器可以将指示资源请求已被接受的响应发送给调制解调器主机。如果资源请求已被控制器接受，则控制器将对应数据包存储在sre的缓冲器中。
[0100]
如果资源请求被拒绝，则控制器可以将指示资源请求已被拒绝的响应发送给调制解调器主机。此外，如果资源请求被拒绝，则控制器将丢弃与资源请求关联的任何数据包，并且通知调制解调器主机资源请求已被拒绝。
[0101]
在控制器接受资源请求后，控制器将资源请求的dff分配给sre的一个或多个处理级。将资源请求的dff分配给一个或多个处理级可以基于各种因素，包括dff要求、处理级负载、处理级利用率、处理级可用性、处理级预测可用性等。例如，如果sre总共具有三个处理级，则控制器基于dff要求、处理级负载和处理级可用性选择这些处理级中的一个(或多个)。通常，如果在dff的执行开始时预计无法使用处理级，则控制器不会选择处理级，因为这样做可能会导致错过dff的性能限制。
[0102]
控制器还可以将与资源请求的dff关联的数据存储在被分配用于执行dff的处理级的缓冲器中。如果多于一个处理级被分配用于执行dff，则控制器将适当的数据存储在对
应处理级的缓冲器中。
[0103]
通常，dff与网络服务或其应用关联。因此，当dff被分配给一个或多个处理级时，一个或多个处理级执行dff以执行网络服务或执行应用。但是，dff可用于其他目的。
[0104]
例如，dff可以与无操作(no operation，nop)关联。这样的dff被称为空dff。在这种情形下，被分配用于执行空dff的一个或多个处理级将在与空dff关联的一个时间段内不执行任何操作。因此，可以降低一个或多个处理级的功耗。例如，一个或多个处理级可以简单地门控或禁用相应时钟。又例如，一个或多个处理级可以掉电或进入降低功率状态。
[0105]
作为一个说明性示例，考虑空dff与时间段t关联的情形。然后，被分配用于执行空dff的一个或多个处理级可以在一个时间段x内门控它们的时钟或进入降低功率状态，其中，x小于或等于t。通常，时间段x小于时间段t，以确保一个或多个处理级能够在恢复执行其他分配的dff之前返回到它们的正常操作状态。
[0106]
在一个实施例中，dff(典型dff或零dff)的分配以类似的方式进行。例如，调制解调器主机将dff的资源请求发送给一个或多个sre，并且一个或多个sre的控制器基于dff接受策略接受或拒绝资源请求。
[0107]
又例如，调制解调器主机可以调整一个或多个sre的性能以调整服务质量(quality of service，qos)要求。调制解调器主机可以将更多或更少数量的dff分配给一个或多个sre，以调整对qos要求的响应。例如，调制解调器主机可以确定调制解调器的第一qos要求可能被违反，并且因此，调制解调器主机将附加的dff分配给被分配用于执行与第一qos要求相关的dff的一个或多个sre。为一个或多个sre分配更多的dff可能导致sre不符合第一qos要求。但是，根据第一qos要求，不满足qos要求可能是可以接受的。又例如，调制解调器主机可以确定调制解调器的第二qos要求可能不会被违反，因此，调制解调器主机减少被分配给一个或多个sre的dff，所述一个或多个sre被分配用于执行与第二qos要求相关的dff。为一个或多个sre分配更少数量的dff可能会使sre满足第二qos要求。
[0108]
图6b示出了调制解调器主机605和sre 610的详细视图的示意图650。如前所述，调制解调器主机605可以连接到多个sre 207，但是，图6b示出了调制解调器主机605仅连接到sre 610。调制解调器主机605连接到sre 610的呈现和讨论不应被解释为限制示例性实施例的范围。
[0109]
sre 610包括用于处理来自调制解调器主机605的包(例如，控制包或数据包)的包处理器657、控制器655、用于存储传入数据或传出数据的缓冲器659以及n+1个处理级(例如，级0 661、级1 663和级n 665)。
[0110]
如前所述，控制器655处理来自调制解调器主机605的资源请求，这些资源请求是由包处理器657传递到控制器655的控制包。从调制解调器主机605接收到的数据是数据包，并且可以存储在缓冲器659中。如果控制器655接受来自调制解调器主机605的资源请求，则控制器655将对资源请求的响应发送给调制解调器主机605。在与被分配用于执行dff的处理级(或多个级)关联的位置中，控制器655还将与资源请求的dff关联的数据存储到缓冲器659。
[0111]
控制器655将dff描述符提供给包处理器657。dff描述符可以包括一个或多个μflow，并且提供关于dff的信息。控制器655还将μflow描述符提供给被分配用于执行dff的一个或多个处理级。μflow描述符提供关于一个或多个处理级执行μflow的信息，包括一个
或多个处理级可以在哪里获得用于执行μflow的数据、在哪里发送输出数据、要使用哪一个或多个执行内核等等。
[0112]
在dff执行期间，dff中的μflow消耗、处理和生产令牌。μflow在其所有输入都就绪时执行，并且在其所有输入都已消耗时完成。这些μflow可以在同一处理级内发送和接收令牌，或可能需要跨处理级发送和接收令牌。但是，产生最终输出令牌(即，作为dff输出的令牌)的μflow将其输出令牌发送给缓冲器659。在一个实施例中，单个处理级可以同时执行多个μflow。在一个实施例中，单个dff可以被分配用于跨多个处理级或sre执行。
[0113]
图7示出了sre 610的详细视图。sre 610可以被设计成高度可配置的，由网络服务及其应用的实际系统要求驱动。通常，当静态系统规范用于对sre 610进行配置时，sre 610可以在集成时间内进行配置。当处理级的选择被执行时，sre 610还可以在运行时期间进行配置。运行时配置还包括处理引擎的配置。
[0114]
sre 610包括包处理子系统705。包处理子系统705提供sre 610与调制解调器之间的接口。包处理子系统705包括包处理器657，该包处理器657处理传入包或传出包(控制包、数据包或控制包和数据包)。传入包到达sre 610，并且由解复用器707解复用到适当的入口停车缓冲器709中。入口停车缓冲器709还包括调节进入sre 610的包流的网络微积分(network calculus，nc)流调节器。通常，nc是可以用于描述网络中令牌流的最坏情况模式的数学理论。例如，nc流调节器可以确保流率满足阈值(例如，最大流率或最小流率)。因此，dff到达模式保持在由云形式检查的模式内。违反模式的到达的dff可能会被拒绝。此外，如果dff太少并且dff到达模式被违反，则可能会插入空dff。离开sre 610的传出包存储在出口停车缓冲器711中，并且在离开sre 610之前由多路复用器713复用。nc时间功能规范715存储具有入口接口和出口接口的分配处理级的数据触发信息。指令存储器717存储使包处理器657处理包的指令。
[0115]
控制器655(也被称为映射器)接收和解释控制包和数据包。例如，控制器655接受或拒绝从调制解调器主机605接收到的资源请求，并且将接受的资源请求的dff分配给一个或多个处理级。控制器655还生成、填充和终止到分配的处理级的dff信息。控制器655进一步协调数据包的接纳，为分配的一个或多个处理级设置数据触发信息，并且在分配的dff完成后协调数据移动。控制器655将指令和内部数据存储在指令存储器719和数据存储器721中。控制和管理交叉开关723由控制器655配置，以指导包处理子系统705与处理级之间的移动。
[0116]
控制和管理交叉开关723可以负责sre 610内的控制器655、包处理器657与级管理器(例如，级管理器725)之间的控制消息通信。控制和管理交叉开关723携载短的控制消息，并且应当具有非常短的反应时间，以确保重要消息尽快从源路由至目的地。控制和管理交叉开关723还可以将确认从目的地路由至源，以确保信息不被丢弃。
[0117]
sre 610包括多个处理级(包括但不限于处理级0 661和处理级1 663)。处理级0 661包括管理处理级0 661的一般操作的级管理器725。处理级0 661的配置，包括dff信息和μflow信息，存储在运行时配置和状态存储器727中，而与dff或μflow的执行关联的指令存储在级处理指令存储器729中。处理级0 661的计算方面由一个或多个可扩展混合和组织计算(scalable hybrid and organizational computing，shoc)元素731提供。状态缓冲器735存储表示处理级0 661的状态的信息，例如标志和值。shoc元素731可以由dff定义的关
系、由数据依赖解析器735提供的信息以及由执行器列表和令牌表737提供的信息动态触发。shoc元素可以在运行时期间由级管理器725基于被分配给处理级0 661的dff重新配置。虽然讨论集中在处理级0 611上，但处理级1 663(以及sre 610中的其他处理级)可以类似地进行配置。
[0118]
例如，每个shoc元素的特征是分层结构，其中，全交叉开关互连用于局部小型计算元件(compute element，ce)组，而较低密度的交叉开关结构用于高级互连。例如，每个ce组包含4个半精度16位(half-precision 16-bit，fp16)的复乘积累加(complex multiply accumulate，cmac)，并且可被配置为2
×
2阵列或4
×
1矢量。四个ce组包括ce图块，每个ce图块使用两级交叉开关连接到暂存缓冲器。简单运算符的可共享薄切片(能够执行运算，如数据缩放、移位、加法、减法等)对通过的数据进行运算。因此，昂贵的cmac运算符可以避免执行简单的实数运算，从而减少计算状态并且显著减少延迟和存储。核心与一些特殊功能单元以及ce组可以紧密耦合或松散耦合。耦合可能取决于算法和性能需求，目标是提高计算资源利用率。互连支持计算和内存资源的邻居共享。ce组可以半静态地配置和用作专用集成电路(application-specific integrated circuit，asic)。
[0119]
共享缓冲器和存储器子系统739为sre 610提供分布式和共享存储器。共享缓冲器和存储器子系统739与sre 610的其他子系统连接，并且提供sre 610的其他子系统之间的数据交换支持。共享缓冲器和存储器子系统739提供直接内存访问(direct memory access，dma)741，而由缓冲器管理745控制的数据流映射缓冲器743可以实现在处理级之间交换数据。dma 741使数据在多个处理级与调制解调器之间的高效移动。
[0120]
共享缓冲器和存储器子系统739可以是整个共享缓冲器存储器系统的一部分。共享缓冲器和存储器子系统739以数据流粒度操作。共享缓冲器和存储器子系统739携载突发流量和窗口流量。
[0121]
基于数据流的互连747连接包处理子系统705和共享缓冲器和存储器子系统739，从而提供直接的数据包入口和出口。基于数据流的互连747可以由控制器655通过控制和管理交叉开关723控制。
[0122]
基于数据流的互连747可以负责调制解调器的剩余部分与sre 610中的共享缓冲器之间的数据交换。基于数据流的互连747通常传送大量数据。但是，任何连接的路由都可以比控制和管理交叉开关723的连接具有更长的寿命，因为控制器655或包处理器657以数据流粒度建立连接。基于数据流的互连747可以被认为是较慢的交换网络。
[0123]
图8a示出了在配置调制解调器的云计算资源中发生的示例性操作800的流程图。操作800可以在基于调制解调器的描述配置调制解调器的云计算资源中发生。
[0124]
操作800开始于云计算资源接收调制解调器的基于意图的描述(框805)。调制解调器的基于意图的描述在抽象级别上提供调制解调器的要求和操作的描述。例如，调制解调器的要求可以分成功能和原理。调制解调器的基于意图的描述可能不描述如何使用或实现调制解调器。相反，基于意图的描述提供调制解调器的足够的指南或框架。例如，调制解调器的基于意图的描述提供调制解调器的网络服务或其应用的描述。
[0125]
云计算资源对调制解调器进行配置(框807)。调制解调器的配置可以基于调制解调器的基于意图的描述。作为说明性示例，云计算资源使用调制解调器的抽象模型根据调制解调器的基于意图的描述对调制解调器的硬件进行配置。调制解调器的配置指定调制解
调器的元素(例如sre)如何对数据流作出反应。在一个实施例中，调制解调器的抽象模型包括多个元素，这些元素自主操作并且对到达它们的相应输入端的数据流作出反应。调制解调器的元素的自主性最大限度地减少和限制控制和数据移动。云计算资源还出于网络服务要求验证调制解调器的正确性和性能。配置过程的一部分包括云计算资源将配置发送给调制解调器。
[0126]
云计算资源生成和存储dff(框809)。dff是从网络服务或其应用生成。df也是从服务要求生成的。dff可以为每个网络服务或应用生成。dff在生成后可以由云计算资源存储。dff也可以被提供给调制解调器。调制解调器存储dff供后续使用。
[0127]
图8b示出了在参与调制解调器配置和云运算的调制解调器主机中发生的示例性操作820的流程图。当调制解调器主机参与调制解调器配置和云运算时，操作820可以在调制解调器主机中发生。
[0128]
操作820开始于调制解调器主机接收调制解调器的配置(框825)。调制解调器的配置可以基于调制解调器的基于意图的描述。调制解调器的配置指定调制解调器的元素(例如sre)如何对数据流作出反应。调制解调器主机接收用于网络服务的dff(框827)。调制解调器主机从云计算资源接收dff。调制解调器主机还从云计算资源接收dff描述符(以及有可能接收μflow描述符)。调制解调器将dff和dff描述符(以及有可能接收的μflow描述符)存储在存储器中。
[0129]
调制解调器主机接收网络服务的包(框829)。网络服务的包(可能是控制包、数据包或控制包和数据包)由调制解调器主机接收。调制解调器主机存储包，并且将网络服务的资源请求发送给用于执行网络服务的一个或多个sre(框831)。用于特定网络服务的资源请求可以被发送给用于执行网络服务的那些sre。如果sre不用于执行网络服务，则调制解调器主机不将资源请求发送给sre。调制解调器主机将网络服务的dff分配给响应的sre(框833)。部分分配涉及将网络服务的包传输到响应的sre。调制解调器主机还对共享缓冲器和存储器子系统进行配置，使得网络服务的后续包被传送到响应的sre。调制解调器主机还可选地修改dff分配以调整qos要求(框835)。调制解调器主机可以将更多或更少数量的dff分配给一个或多个sre，以调整对qos要求的响应。例如，如果调制解调器主机能够容忍违反qos要求，则调制解调器主机将更多的dff分配给一个或多个sre，从而导致一个或多个sre上的负载增加并且可能导致与qos要求相关的性能下降。又例如，如果调制解调器主机不能够容忍违反qos要求，则调制解调器主机可将更少数量的dff分配给一个或多个sre，从而使一个或多个sre上的负载减少并且可以使与qos要求相关的性能提高。
[0130]
图8c示出了在参与调制解调器配置和云运算的sre控制器中发生的示例性操作850的流程图。当控制器参与调制解调器配置和云运算时，操作850可以在sre的控制器中发生。
[0131]
操作850开始于控制器接收调制解调器的配置(框855)。例如，控制器可以从调制解调器主机接收sre的配置或sre的处理级。配置可以指定被分配给sre的dff、dff描述符、μflow描述符等。在一个实施例中，控制器仅接收sre或sre的处理级的配置。在另一实施例中，控制器接收所有sre(以及相应处理级)的配置，并且控制器仅利用sre(及其相应处理级)的配置。
[0132]
控制器接收资源请求(框857)。资源请求可以从调制解调器主机接收。资源请求包
括控制器接受与网络服务或其应用关联的一个或多个dff执行的分配的请求。控制器决定接受或拒绝资源请求。例如，控制器基于dff接受策略作出决策。dff接受策略可以确定是否可以在sre处理级上的当前负载下部署任何预定资源分配策略。示例性dff接受策略可以基于到达时间、sre负载、处理级负载、处理级可用性、内存利用率等。
[0133]
执行检查以确定控制器是否已接受资源请求(框859)。如果控制器接受资源请求，则控制器接收并且存储与dff关联的包(框861)。控制器可以将包存储在通用缓冲器中，或将包定向到为将执行一个或多个dff的一个或多个处理级指定的缓冲器。控制器将dff分配给一个或多个处理级(框863)。将dff分配给一个或多个处理级可以基于分配因素，例如处理级负载、处理级利用率、未来处理级负载、未来处理级利用率、内存利用率等。控制器存储一个或多个dff的执行结果(框865)。执行的结果可以在发送给调制解调器主机之前存储在缓冲器中。或者，执行的结果可以由执行一个或多个dff的一个或多个处理级直接发送给调制解调器主机。
[0134]
如果控制器拒绝资源请求(框859)，例如由于sre过载或无法及时执行一个或多个dff，则控制器丢弃资源请求和与已接收的资源请求关联的任何包(框867)。控制器还可以可选地发送对资源请求的指示资源请求已被拒绝的响应。
[0135]
sre可以基本上同时或在相对较短的时间段内接收多个dff。例如，sre可以负责对多个信道执行信道估计。应当管理这些dff，使得它们能够自由流动，并且保证资源可用性，以满足其最后期限并且避免停顿。由于调制解调器的配置为每种dff类型生成dff接受策略，因此调制解调器的状态以分层方式管理。
[0136]
通常，每个数据流在输入流上接收所有其自有状态，并且只为其他数据流生成输出流。数据流在sre中不可为持久状态。数据流管理是sre控制器本地的策略。控制器管理状态和每个数据流的数据的到达，并且基于关于何时以及是否释放或终止数据流的策略作出决策。
[0137]
通常，数据流如何在sre之间移动是根据策略确定的，并且例如在配置期间使用非线性聚类算法进行配置。例如，谱图理论可用于确定数据流如何在sre之间移动。
[0138]
图9a示出了示例性包的示意图900。这些包可以包括具有单个边缘数据的单个包、具有多个边缘数据的单个包或具有多个边缘数据的多个包。第一包905包括包头907和边缘数据909。第二包910包括数据流标识912和多个边缘数据914。第三包920包括具有多个边缘数据的多个包，例如包头922和边缘数据924、包头926和边缘数据928、包头930和边缘数据932。
[0139]
接收到包的控制器可以将边缘数据存储在与不同数据流相对应的缓冲器中，同时将包头或数据流标识发送给流控制处理。流控制处理利用配置的数据流执行程序处理对应数据流的边缘数据，并且为后续数据流输出边缘数据。
[0140]
在一个实施例中，dff的接受是sre的控制器根据dff接受策略执行的，该策略最大限度地减少sre的处理级在执行dff中存在的空闲时段。通常，处理级执行dff是根据时间和数据流的执行器的边缘数据可用性。因此，除非dff特别简单(例如，具有在边缘数据可用时可完成执行dff的单个执行器和单个边缘数据)，否则dff的执行可以由与执行器及其关联边缘数据的执行关联的时间以及与等待后续边缘数据到达关联的时间来表征。dff的执行可以可视化为时空图。
[0141]
图9b示出了突出显示用于执行三个dff的未优化时空图的示意图940。第一图945(被示出为透明方格)对应于第一dff的执行，第二图947(被示出为右倾斜阴影方格)对应于第二dff的执行，并且第三图949(被示出为交叉阴影方格)对应于第三dff的执行。如图9b所示，dff的执行在后续dff的执行开始之前完成。因此，大量的可用执行时间被用于闲置地等待边缘数据的到达(被示出为空闲空间951)。
[0142]
图9c示出了突出显示用于执行三个dff的优化时空图的示意图960。组合图962对应于图9b中所示的第一dff(被示出为透明方格)、第二dff(被示出为右倾斜阴影方格)和第三dff(被示出为交叉阴影方格)的计划执行。例如，调度器查找dff(以及其中的μflow)的顺序以降低总延迟。调度器的操作可能是时间细分的示例，其中平铺dff(和μflow)的执行以减少间隙，同时防止根据时间重叠。优化的时空图示出了三个dff执行的调度，使得dff的执行不必在后续dff开始执行之前完成。如图9b和图9c所示，延迟降低大约46％。
[0143]
图10示出了由参与请求用于执行dff的资源的实体执行的示例性处理以及在这些实体之间交换的通信的示意图1000。执行处理和交换通信的实体包括调制解调器主机605、包处理器657、控制器655、缓冲器659、处理级0 661、处理级1 663和处理级n 665。处理和通信的其他示例可以包括不同的实体。
[0144]
当调制解调器主机605具有要处理的dff时，调制解调器主机605将控制包发送给sre，该控制包由包处理器657接收(事件1005)。例如，控制包包括关于处理dff需要哪些资源的信息。控制包可以包括标识调制解调器中dff的唯一示例的全局标签以及指定与要执行的dff最匹配的数据流图类型的容器标识。包处理器657将控制包转发到控制器655(事件1007)。例如，控制包可以作为dff容器类型(dff container type，dct)请求被转发到控制器655。如果sre支持特定dct，则控制器655将dff描述符发回包处理器657(事件1009)。例如，被发送回包处理器657的dff描述符可以指示包处理器657开始将数据包发送给控制器655。但是，此时，控制器655尚未接受请求，因为它尚未确定资源要求。
[0145]
控制器655将dff接受策略应用于请求，以确定请求是否可以被sre接受(框1011)。控制器655还执行映射。为了避免成为计算瓶颈，dff容器的资源要求可以预先被计算为一个或多个特征矢量。控制器655检查与dff容器关联的几个特征矢量，以确定鉴于当前系统负载，是否有任何映射适合在sre内。如果映射未被找到，则控制器655报告错误，并且指示包处理器657丢弃dff描述符和任何对应数据。如果映射被找到，则控制器655发送映射就绪指示符(事件1013)。映射就绪指示符例如可以是信号或标志。控制器655开始从存储器(例如外部存储器)加载dff。
[0146]
可以以ptr描述符和μflow描述符的形式加载dff(事件1015)。每个μflow描述符可以包含关于μflow的输入、μflow的输出、要执行的一个或多个内核、执行μflow的一个或多个处理级等的信息。dff内的μflow可以使用静态确定的局部标签进行标识。当控制器655在运行时处理μflow描述符时，控制器655将dff的局部标签附加到μflow描述符中，从而使μflow示例能够使用全局标签和局部标签进行标识。将μflow描述符发送给被分配用于执行μflow的一个或多个处理级(事件1017)。控制器655将μflow就绪指示符发送给包处理器657(事件1019)。μflow就绪指示符例如可以是信号或标志。此时，将生成隐式图。
[0147]
图11示出了由参与接收用于执行dff的数据的实体执行的示例性处理以及在这些实体之间交换的通信的示意图1100。执行处理和交换通信的实体包括调制解调器主机605、
包处理器657、控制器655、缓冲器659、处理级0 661、处理级1 663和处理级n 665。处理和通信的其他示例可以包括不同的实体。
[0148]
当控制器655处理μflow描述符并且将μflow描述符发送给事件1017中的处理级时(如图10所示)，包处理器657正在接收数据包(事件1105)。例如，数据包可以从调制解调器主机605接收。将由包处理器657接收到的数据包存储在缓冲器659中(事件1107)。例如，数据包可以作为数据消息从包处理器657发送给缓冲器659。包处理器657还将描述符发送给一个或多个处理级，以指示dff的输入到达的位置。一旦dff的输入数据已到达并且μflow描述符已由控制器655发送，则包处理器657将dff输入就绪消息发送给一个或多个处理级(事件1109)。例如，指示dff已准备好执行的dff输入就绪消息。
[0149]
图12示出了由参与执行dff的实体执行的示例性处理以及在这些实体之间交换的通信的示意图1200。执行处理和交换通信的实体包括调制解调器主机605、包处理器657、控制器655、缓冲器659、处理级0 661、处理级1 663和处理级n 665。处理和通信的其他示例可以包括不同的实体。
[0150]
一旦输入数据就绪，则μflow会被激活并且开始在一个或多个处理级上执行。在一个或多个处理级上执行的dff的μflow传递具有处理级与处理级之间的中间令牌(事件1205)。这将持续到生成dff输出令牌。当dff输出令牌被写入缓冲器659(事件1207)时，将dff输出就绪指示符发送给包处理器657(事件1209)。例如，dff输出就绪指示符使包处理器657能够跟踪输出令牌。dff输出就绪指示符可以是信号或标志。缓冲器659还将数据包发送给包处理器657(事件1211)。一旦包处理器657接收到dff的所有dff输出令牌，则包处理器657将输出数据发送给调制解调器主机605(事件1213)。输出数据可以例如以数据包的形式被发送给调制解调器主机605。包处理器657还发送dff释放消息(事件1215)。dff释放消息表示dff已完成执行。dff释放消息可以被发送给控制器655以及sre的处理级。例如，dff释放消息可以以组播消息的形式被发送。
[0151]
图13示出了在参与dff的执行的云计算资源中发生的示例性操作1300的流程图。操作1300可以指示在参与调制解调器执行dff的云计算资源中发生的操作。
[0152]
操作1300开始于云计算资源接收网络服务或其应用(框1305)。云计算资源可以接收调制解调器所支持的网络服务或与调制解调器所支持的网络服务关联的应用。云计算资源为网络服务生成dff(框1307)。dff是定义在sre的处理级上执行的内核或μflow之间的连接的有向无环图。但是，由于可能存在大量网络服务或应用，因此为每个网络服务或应用生成dff可能是不切实际的。因此，定义了许多dff容器，其中，dff容器可以足够大以容纳与网络服务关联的dff，但不会太大以至于存在大量的开销和效率低下。云计算资源存储dff(框1309)。例如，dff(或dff容器)可以存储在存储器或服务器中。
[0153]
图14示出了在参与dff的执行的调制解调器主机中发生的示例性操作1400的流程图。操作1400可以指示在参与dff执行的调制解调器主机中发生的操作。
[0154]
操作1400开始于调制解调器主机接收dff(框1405)。例如，调制解调器主机可以从云计算资源接收与网络服务或其应用关联的dff。或者，调制解调器主机接收与网络服务或其应用关联的dff的指示符。作为另一种替代方案，调制解调器主机接收与网络服务或其应用关联的包(控制、数据或控制和数据两者)，并且这些包包括dff的标识。调制解调器主机不接收dff或dff的指示符，而是接收dff的dff容器或dff的dff容器的指示符。
[0155]
调制解调器主机将资源请求发送给调制解调器的sre(框1407)。例如，资源请求可以被发送给被分配用于执行dff或dff容器的sre。将资源请求发送给被分配用于执行dff或dff容器的sre可以减少通信开销。调制解调器主机执行检查以确定资源请求是否已被接受(框1409)。例如，当dff或dff容器被sre接受以进行执行时，调制解调器主机从sre的控制器接收到指示sre已接受资源请求的响应。如果资源请求已被接受，则调制解调器主机返回到框1405以获取后续的dff，并且等待dff或dff容器的执行结果。
[0156]
如果资源请求已被拒绝(框1409)，则调制解调器主机执行检查以确定调制解调器主机是否应当重复资源请求(框1411)。例如，如果dff或dff容器仍有足够的时间执行并且时间仍然满足实时要求，则调制解调器主机可以重复资源请求。如果调制解调器主机应重复资源请求，则调制解调器主机返回框1407以发送资源请求。如果调制解调器主机不应重复资源请求，则调制解调器主机将丢弃dff或dff容器以及已经接收到的任何关联包。调制解调器主机还返回到框1405以获取后续dff。在一个实施例中，调制解调器主机将响应发送给云计算资源以指示dff尚未被执行。
[0157]
图15示出了在参与dff的执行的sre的控制器中发生的示例性操作1500的流程图。操作1500可以指示参与dff执行的sre的控制器中发生的操作。
[0158]
操作1500开始于控制器接收资源请求(框1505)。资源请求为dff或dff容器的执行请求资源。控制器可以是被分配用于执行dff或dff容器的sre的控制器。或者，控制器接收与dff或dff容器关联的数据。控制器不接收用于执行dff或dff容器的资源请求，而是接收与dff或dff容器关联的数据，该数据启动接受资源请求并且执行dff或dff容器的过程。
[0159]
控制器执行检查以确定资源请求是否被接受(框1507)。如前所述，控制器确定资源请求是否根据dff接受规则被接受，其中，dff接受规则确定sre的处理级是否能够执行dff或dff容器同时满足与dff或dff容器相关的实时要求。如果控制器确定资源请求被接受并且sre将执行dff或dff容器，则控制器将dff或dff容器的执行分配给一个或多个处理级(框1509)。例如，被分配用于执行dff或dff容器的一个或多个处理级可以由dff接受规则标识。
[0160]
控制器将与dff或dff容器关联的数据存储在与将执行dff或dff容器的处理级关联的缓冲器中(框1511)。sre可能具有不执行dff或dff容器的其他处理级，并且数据不存储在与这些处理级关联的缓冲器中。控制器启动dff或dff容器的执行(框1513)。在一个实施例中，通过将指令发送给被分配用于执行dff或dff容器的处理级，控制器启动dff或dff容器的执行。在另一实施例中，当接收到与dff或dff容器关联的数据时，dff或dff容器的执行自动启动。
[0161]
图16示出了在参与dff的执行的处理级中发生的示例性操作1600的流程图。操作1600可以指示在被分配用于执行dff或dff容器的处理级中发生的操作。
[0162]
操作1600开始于处理级加载dff或dff容器的μflow(框1605)。μflow可以从sre的存储器加载，也可以从存储dff或dff容器的服务器检索。处理级检索或接收μflow的数据(框1607)。处理级可以检索或接收当前正在执行或将在小于指定时间量的时间内执行的μflow的数据。或者，处理级可以检索或接收dff或dff容器的所有μflow的数据，然后，当检索或接收特定μflow所需的数据时，特定μflow的执行可以开始。处理级执行μflow(框1609)。μflow的执行会产生数据，该数据可以是用于执行dff或dff容器的其他μflow的中间数据，或
node identifier，dffnodeid)发送给池管理器1805，其中，dff节点标识包括执行dff节点所需的计算和内存资源。池管理器1805可以接受要执行的调度内核(μflow)，找到执行内核的资源，并且通知级管理器725根据需要对shoc元素731进行重新配置。
[0172]
处理级中的任务包括：
[0173]-运行时调度——级管理器725基于执行器列表中携载的定时信息应用不同的调度算法(例如提前截止日期优先、轮询等)，
[0174]-资源池管理和分配——当μflow或内核被调度时，级管理器725充当池管理器1805以在处理级中保留来自共享缓冲存储器的输出令牌。级管理器725还保留shoc元素731，因此调度的μflow或内核具有及时完成的资源，
[0175]-shoc重新配置——如果需要新的shoc图像来支持与当前分配的功能不同的功能，则级管理器725负责在运行时期间对shoc元素731进行重新配置。一旦分配了dff并且池管理器1805已经为调度μflow或内核保留资源，则可以发生shoc重新配置。
[0176]
在处理级中发生的其他任务包括：
[0177]-从输入弧接收相关信息(例如μflow或内核输入令牌大小)；
[0178]-如果需要dma来将输入令牌移动到其他处理级，则准备dma传输参数列表；
[0179]-检查处理级的可用缓冲器空间，并且将信息呈现给调度器和池管理器1805以进行附加决策；
[0180]-基于μflow或内核完成状态维护并且更新就绪队列；
[0181]-一旦μflow或内核成功完成，则将控制消息发送给其他处理级或为处理级生成事件。
[0182]
图19示出了在处理级的级管理器中发生的示例性操作1900的流程图。操作1900可以指示执行dff的处理级的级管理器725中发生的操作。
[0183]
操作1900开始于级管理器725向处理级的令牌表和访问列表737的依赖解析器735授予写访问权限(框1905)。授予对依赖解析器735的写入访问权限可以使依赖解析器735对令牌表和访问列表737具有写入权限。依赖解析器735更新从挂起缓冲器接收的指针(框1907)。依赖解析器735仅更新从与处理级关联的挂起缓冲器接收到的指针。其他输入令牌指针可以在本地被分配。
[0184]
执行检查以确定令牌是否就绪(框1909)。例如，检查可以确定所有令牌是否已准备好用于一个或多个特定任务。如果令牌未就绪，则级管理器725返回到框1905，以授予对依赖解析器735的写访问权限，使得依赖解析器735能够更新从挂起缓冲器接收到的指针。
[0185]
如果令牌就绪，则级管理器725指示μflow已准备好调度(框1911)。此外，级管理器725的调度器检查就绪μflow，并且基于队列策略(例如，先进先出(first in first out，fifo)等)选择μflow，并且将选择的μflow调度到池管理器1805，使得池管理器1805能够保留shoc资源731和输出令牌。
[0186]
级管理器725执行检查以确定调度器是否已选择μflow(框1913)。如果调度器未选择μflow，则级管理器725继续执行调度。如果调度器已选择μflow，则级管理器725设置与μflow关联的位，以指示μflow已被调度器选择(框1915)。该位被称为调度位。此外，级管理器725基于分配对shoc资源731进行重新配置，并且选择一个μflow作为最佳μflow。最佳μflow的选择可以基于选择策略，例如轮询、最小能量、最小延迟等。例如，级管理器725基于最佳μ
flow对shoc资源731进行重新配置。
[0187]
级管理器725执行检查以确定池管理器1805是否已被分配资源(框1917)。如果池管理器1805尚未分配资源，则级管理器725等待直到池管理器1805分配资源。如果池管理器1805已分配资源，则级管理器725启动μflow的执行(框1919)。例如，级管理器725可以设置与μflow关联的运行位，以启动μflow的执行。
[0188]
级管理器725执行检查以确定shoc资源731是否完成执行μflow(框1921)。如果shoc资源731未完成执行μflow，则级管理器725等待直到shoc资源731完成执行μflow。如果shoc资源731完成，则级管理器修改μflow的状态(框1923)。μflow状态的修改发生在前一级管理器或包处理器657处，使得例如可以释放对应的输入令牌缓冲器。依赖解析器735可以将级管理器725置于低功率状态，直到后续调用内核分配(框1925)。
[0189]
级管理器725执行检查以确定μflow是否已完成执行(框1927)。例如，当shoc资源731表明或触发标志或条件时，μflow可能已经完成执行。如果μflow尚未完成执行，则级管理器725等待直到μflow完成执行。如果μflow已完成执行，则级管理器725在已进入低功率状态的情况下退出低功率状态(框1929)。级管理器725还通知μflow的输出令牌的任何消费者为μflow和令牌点的输出令牌做好准备。例如，级管理器725从执行器列表删除对应于就绪队列列表中的μflow的条目，重置μflow的对应就绪、调度和运行位。μflow现在可以回到等待状态，并且等待进一步的数据触发。级管理器725还释放为完成的μflow保留的输入缓冲器，并且准备将输出缓冲器的所有权授予相关触发的μflow。
[0190]
级管理器725执行检查以确定μflow是否是dff的最后μflow(框1931)。换句话说，级管理器725检查以确定dff是否已经完成执行。如果μflow不是dff的最后μflow，则级管理器725返回到框1905，以通过准备处理级以执行dff的另一μflow来继续dff的执行。如果μflow是dff的最后μflow，则级管理器725完成dff的执行(框1933)。dff的完成可以包括存储输出令牌、发送消息、清除缓冲器等。级管理器725还通知控制器655和包处理器675dff的执行完成。例如，控制消息被发送给控制器655或包处理器657以通知dff的完成。完成dff后进行的动作的示例包括：
[0191]-设置dma以将dff的最终结果移动到调制解调器的其他sre，并且在移动最终结果后释放输出令牌缓冲器空间。
[0192]-如果不再执行同一dff，则退出跨多个处理级部署的dff条目。
[0193]
图20a和图20b示出了处理级的示例性令牌表和执行器列表。如图20a和图20b所示，μflow i 2005属于级ii 2007，并且级管理器725(也位于级ii 2007)负责在μflow i 2005完成执行时将控制消息2009发送给级i 2011。控制消息2009通过控制和管理交叉开关723从级ii 2007路由到级i 2009，并且触发依赖解析器735以评估依赖于μflow i 2005的μflow。如图20a和图20b所示，依赖解析器735位于级i 2011中。
[0194]
图20c示出了图20a中定义的依赖关系的示意图2060。示意图2060描述了图20a中定义的执行器和弧之间的依赖关系。例如，执行器h 2065依赖于执行器a2067和i 2069以在执行器h 2065可以根据其配置开始操作之前激励。同样，执行器b 2071只有在执行器h2065激励时作出反应。
[0195]
图21a和图21b示出了可以实现根据本发明的方法和教导的示例性设备。具体地，图21a示出了示例性ed 2110，图21b示出了示例性基站2170。
[0196]
如图21a所示，ed 2110包括至少一个处理单元2100。处理单元2100实现ed 2110的各种处理操作。例如，处理单元2100可以执行信号编码、数据处理、功率控制、输入/输出处理或使ed 2110能够在系统中操作的任何其他功能。处理单元2100还支持上文详细描述的方法和指导。每个处理单元2100包括任何合适的用于执行一个或多个操作的处理或计算设备。例如，每个处理单元2100可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路。
[0197]
ed 2110还包括至少一个调制解调器2102。调制解调器2102可以是收发器的一部分。调制解调器2102用于调制数据或其他内容，以便由至少一个天线或nic(network interface controller，网络接口控制器)2104进行传输。调制解调器2102还用于解调由至少一个天线2104接收的数据或其他内容。每个调制解调器2102包括任何合适的用于生成进行无线或有线传输的信号或用于处理通过无线或有线方式接收到的信号的结构。每个天线2104包括用于发送或接收无线信号或有线信号的任何合适的结构。一个或多个调制解调器2102可以用于ed 2110，一个或多个天线2104可以用于ed 2110。虽然被示出为单个功能单元，但调制解调器2102还可以使用至少一个发送器和至少一个单独的接收器来实现。
[0198]
ed 2110还包括一个或多个输入/输出设备2106或接口(例如到互联网的有线接口)。输入/输出设备2106有助于与网络中的用户或其他设备进行交互(网络通信)。每个输入/输出设备2106包括用于向用户提供信息或从用户接收信息的任何合适的结构，如扬声器、麦克风、小键盘、键盘、显示器或触摸屏，包括网络接口通信。
[0199]
此外，ed 2110包括至少一个存储器2108。存储器2108存储ed 2110使用、生成或收集的指令和数据。例如，存储器2108可以存储由一个或多个处理单元2100执行的软件或固件指令以及存储用于减少或消除传入信号中的干扰的数据。每个存储器2108包括任何合适的一个或多个易失性或非易失性存储与检索设备。可以使用任何合适类型的存储器，例如随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、硬盘、光盘、用户识别模块(subscriber identity module，sim)卡、记忆棒、安全数码(secure digital，sd)卡等。
[0200]
如图21b所示，基站2170包括至少一个处理单元2150、至少一个调制解调器2152(包括用于发送器和接收器的功能性)、一个或多个天线2156、至少一个存储器2158以及一个或多个输入/输出设备或接口2166。本领域技术人员将理解的调度器耦合到处理单元2150。调度器可以包括在基站2170内，也可以与基站2170分开操作。处理单元2150实现基站2170的各种处理操作，例如，信号编码、数据处理、功率控制、输入/输出处理或任何其他功能。处理单元2150还可以支持上文详细描述的方法和教导。每个处理单元2150包括任何合适的用于执行一个或多个操作的处理或计算设备。例如，每个处理单元2150可以包括微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路。
[0201]
每个调制解调器2152包括用于生成信号以无线或有线发送到一个或多个ed或其他设备的任何合适的结构。调制解调器2152可以是收发器的一部分。每个调制解调器2152还包括用于处理从一个或多个ed或其他设备通过无线或有线方式接收到的信号的任何合适的结构。虽然被示出为调制解调器2152，但发送器和接收器可以是单独的组件。每个天线2156包括用于发送或接收无线信号或有线信号的任何合适的结构。虽然公共天线2156在这里示出为耦合到调制解调器2152，但一个或多个天线2156可以耦合到一个或多个调制解调
器2152，从而使单独的天线2156在作为单独的组件被配备的情况下耦合到发送器和接收器。每个存储器2158包括任何合适的一个或多个易失性或非易失性存储与检索设备。每个输入/输出设备2166有助于与网络中的用户或其他设备进行交互(网络通信)。每个输入/输出设备2166包括用于向用户提供信息或从用户接收信息的任何合适的结构，包括网络通信接口。
[0202]
应当理解，本文中提供的实施例方法中的一个或多个步骤可以由对应的电路、单元或模块执行。例如，信号可以由发送电路、单元或模块发送。信号可以由接收电路、单元或模块接收。信号可以由处理电路、单元或模块处理。其他步骤可以由确定电路、单元或模块，检索电路、单元或模块，分配电路、单元或模块或存储电路、单元或模块执行。相应的电路、单元或模块可以是硬件、软件或其组合。例如，电路、单元或模块中的一个或多个可以是集成电路，例如现场可编程门阵列(field programmable gate array，fpga)或专用集成电路(asic)。
[0203]
尽管已详细描述了本发明及其优点，但是应当理解，在不脱离所附权利要求书界定的本发明的范围的情况下，可以作出各种改变、替代和更改。

技术特征：
1.一种由云计算资源ccr实现的方法，所述方法包括：所述ccr接收调制解调器所支持的应用的描述；所述ccr生成用于所述应用的数据流片段dff；以及所述ccr将所述dff存储在存储器中。2.根据权利要求1所述的方法，包括：所述ccr接收所述调制解调器的描述；所述ccr根据所述描述配置所述调制解调器；以及所述ccr将所述dff提供给所述调制解调器。3.根据权利要求2所述的方法，所述描述包括所述调制解调器的基于意图的描述。4.根据权利要求1至3中任一项所述的方法，所述dff包含在dff容器中。5.根据权利要求1至4中任一项所述的方法，所述dff包括数据生产者信息和数据消费者信息。6.根据权利要求1至5中任一项所述的方法，包括实现为片上系统soc的所述调制解调器。7.一种由调制解调器主机实现的方法，所述方法包括：所述调制解调器主机检索调制解调器所支持的应用的数据流片段dff，所述调制解调器由所述调制解调器主机控制；所述调制解调器主机接收与第一应用关联的第一数据包；以及所述调制解调器主机将第一资源请求发送给所述调制解调器的至少一个第一资源单元，所述第一资源请求包括所述第一数据包和与所述第一应用关联的第一dff。8.根据权利要求7所述的方法，包括所述调制解调器主机接收所述第一资源请求的接受。9.根据权利要求7至8中任一项所述的方法，包括：所述调制解调器主机接收与第二应用关联的第二数据包；所述调制解调器主机将第二资源请求发送给所述调制解调器的至少一个第二资源单元，所述第二资源请求包括所述第二数据包和与所述第二应用关联的第二dff；所述调制解调器主机确定拒绝所述第二资源请求；以及所述调制解调器主机将第三资源请求发送给所述调制解调器的至少一个第三资源单元，所述第三资源请求包括所述第二数据包和与所述第二应用关联的所述第二dff。10.根据权利要求7至9中任一项所述的方法，包括所述调制解调器主机将空dff给由所述调制解调器主机确定为在一个时间段内空闲的至少一个第四资源单元。11.根据权利要求10所述的方法，所述空dff包括用于使所述至少一个第四资源单元在短于所述时间段的持续时间内降低功耗的指令。12.根据权利要求7至11中任一项所述的方法，包括所述调制解调器主机调整资源单元的性能包络。13.根据权利要求12所述的方法，调整所述性能包络包括所述调制解调器主机改变所述资源单元上的处理负载。14.根据权利要求12所述的方法，调整所述性能包络包括增加或减少被发送给所述资源单元的资源请求。
15.一种由资源单元的控制器实现的方法，所述方法包括：所述控制器接收包括第一数据包和与第一应用关联的第一数据流片段dff的第一资源请求，所述第一dff由计算资源根据所述第一应用的描述生成；所述控制器根据dff接受策略确定接受所述第一资源请求，基于此：所述控制器将所述第一数据包存储在缓冲器中；以及所述控制器将所述第一dff分配给所述资源单元的至少一个第一处理级。16.根据权利要求15所述的方法，所述dff接受策略包括预期dff到达率、预期数据到达率、所述资源单元的处理级的处理负载或所述资源单元的处理级的可用性中的至少一个。17.根据权利要求15至16中任一项所述的方法，包括：所述控制器接收第二资源请求和与第二应用关联的第二dff的第二数据包；以及所述控制器根据所述dff接受策略确定拒绝所述第二资源请求，基于此，所述控制器发送指示拒绝所述第二资源请求的第一资源响应。18.根据权利要求15至16中任一项所述的方法，包括：所述控制器接收第一空dff的第三资源请求；以及所述控制器根据所述dff接受策略确定接受所述第三资源请求，基于此，所述控制器将所述第一空dff分配给所述资源单元的至少一个第二处理级。19.根据权利要求15至16中任一项所述的方法，包括：所述控制器接收第一空dff的第三资源请求；以及所述控制器根据所述dff接受策略确定接受所述第三资源请求，基于此，所述控制器将所述第一空dff分配给所述资源单元的至少一个第三处理级。20.根据权利要求15至16中任一项所述的方法，包括：所述控制器接收第一空dff的第三资源请求；以及所述控制器根据所述dff接受策略确定拒绝所述第三资源请求，基于此，所述控制器发送指示拒绝所述第三资源请求的第二资源响应。

技术总结
规定了一种调制解调器的能力和特征，其是根据要在所述调制解调器上执行的应用的描述规定的。使用单个应用的所述调制解调器的规范实现了基于单个应用验证预期性能，从而简化了所述调制解调器的测试和性能保证。为此，一种由云计算资源(cloud computing resource，CCR)实现的方法，包括：所述CCR接收调制解调器所支持的应用的描述。用于所述应用的数据流片段(dataflow fragment，DFF)由所述CCR生成并存储在存储器中。所述DFF基于所述调制解调器的描述进行检索，并被提供给所述调制解调器。并被提供给所述调制解调器。并被提供给所述调制解调器。


技术研发人员：艾伦
受保护的技术使用者：华为技术有限公司
技术研发日：2021.05.24
技术公布日：2023/7/21