用于USB扩展系统中ISOIN端点的缓冲区管理的制作方法

用于usb扩展系统中iso in端点的缓冲区管理
1.相关申请的交叉引用
2.本技术要求于2021年3月29日提交的临时申请号63/167532的权益，该临时申请的全部披露内容出于所有目的通过引用并入本文。


背景技术：

3.usb是外围接口，其用于附接各种计算设备，如个人计算机、数字电话线、监视器、调制解调器、鼠标、打印机、扫描仪、游戏控制器、键盘、存储设备等。定义usb的规范(例如，2000年4月，intel等人，universal serial bus specification[通用串行总线规范]，修订版2.0；于2008年11月更新为修订版3.0；2013年7月以通用串行总线3.1规范修订版1.0发布；2017年9月22日以通用串行总线3.2规范修订版1.0发布，以及向后兼容的后续更新和修改(包括但不限于串行总线4.0规范)——以下统称为“usb规范”，该术语可以包括未来的修改和修订)是非专有的并且由被称为usb论坛(usb forum)的开放行业组织管理。usb规范建立了为符合usb标准而必须满足的基本标准。本领域的普通技术人员将从usb规范中认识到本文中的许多术语。除非另有说明，否则这些术语在本文中的使用方式与其在usb规范中的使用方式类似。
[0004]
在usb规范的修订版3.2下，提供了使用5gbps(第1代)或10gbps(第2代)信号传输速率的超高速(superspeed)连接。虽然该规范没有规定任何特定的最大电缆长度，但实际上，时序规定和信号传输技术要求用于主机与设备之间的超高速连接的常规铜电缆至多为3米长，以正确支持超高速连接。因此，需要新的技术来任选地允许将超高速usb设备扩展到与其所耦合的主机相距更远的距离，使得可以在主机与usb设备之间传播超高速usb分组。


技术实现要素：

[0005]
提供本发明内容以便以简化形式介绍将在下文具体实施方式中进一步描述的一系列概念。本发明内容并非旨在指明所要求保护的主题的关键特征，也并非旨在用于帮助确定所要求保护的主题的范围。
[0006]
在一些实施例中，提供了一种用于在将主机设备耦合到一个或多个usb设备的usb扩展环境中使用的端口设备。该端口设备包括usb物理层接口、远程接口和端点表。该usb物理层接口被配置为耦合到usb设备、主机设备或usb集线器设备。该远程接口被配置为耦合到扩展介质。该端口设备还包括逻辑，该逻辑响应于由该端口设备执行而使该端口设备进行包括以下各项的动作：接收寻址到第一端点的第一usb消息；响应于确定该端点表指示该第一端点是活动的，提供该第一usb消息以发送到该第一端点；以及响应于确定该端点表指示该第一端点是不活动的，提供合成usb消息以发送到该主机设备。
[0007]
在一些实施例中，提供了一种在usb扩展环境中执行的方法。端口设备接收由主机设备生成并寻址到第一端点的第一usb消息。响应于确定由该端口设备维护的端点表指示该第一端点是活动的，该端口设备提供该第一usb消息以发送到该第一端点。响应于确定该端点表指示该第一端点是不活动的，该端口设备提供合成usb消息以发送到该主机设备。
[0008]
在一些实施例中，提供了一种非暂态计算机可读介质，其上存储有计算机可执行指令。这些指令响应于由端口设备的一个或多个处理器执行而使该端口设备执行包括以下各项的动作：由该端口设备接收由主机设备生成并寻址到第一端点的第一usb消息；响应于确定由该端口设备维护的端点表指示该第一端点是活动的，由该端口设备提供该第一usb消息以发送到该第一端点；以及响应于确定该端点表指示该第一端点是不活动的，由该端口设备提供合成usb消息以发送到该主机设备。
附图说明
[0009]
通过结合附图参考以下详细描述，将更易于认识到并更好地理解上述方面以及本发明的许多附带特征，在附图中：
[0010]
图1是展示了根据本披露内容的各个实施例的用于扩展usb通信的系统的非限制性示例实施例的框图。
[0011]
图2是展示了图1所展示的上游usb扩展设备和下游usb扩展设备的进一步细节的框图。
[0012]
图3是展示了根据本披露内容的各个方面的端口设备的示例性实施例的框图。
[0013]
图4a至图4b是展示了根据本披露内容的各个方面的在扩展环境中管理usb端点的方法的非限制性示例实施例的流程图。
具体实施方式
[0014]
图1是展示了根据本披露内容的各个方面的用于扩展usb通信的系统100的非限制性示例实施例的框图。系统100包括主机设备102和usb设备108。传统上，主机设备102和usb设备108将会经由usb电缆直接连接，并且将会经由符合usb规范(如usb 1.0、usb 1.1、usb 2.0、usb 3.0或usb 3.1)的协议彼此直接通信。如上文所讨论的，由于usb规范的时序要求，这种连接将会受限于主机设备102与usb设备108之间的短距离。
[0015]
主机设备102可以是包含usb主机控制器的任何类型的计算设备。合适的主机设备102的一些示例可以包括但不限于台式计算机、膝上型计算机、平板计算设备、服务器计算机、机顶盒、用于汽车的音频头单元、嵌入式主机等。同样，usb设备108可以是能够经由usb协议与usb主机控制器通信的任何类型的设备。图1中所展示的示例是网络摄像头，但是合适的usb设备108的其他一些示例可以包括但不限于人机接口设备(如键盘或鼠标)、大容量存储设备(如闪存驱动器或外部硬盘驱动器)、具有usb功能的医疗设备、打印机、usb集线器、无线控制器等。
[0016]
在本系统100中，主机设备102经由usb协议连接到上游usb扩展设备104(也称为面向上游的端口设备或ufp设备)，并且usb设备108经由usb协议连接到下游usb扩展设备106(也称为面向下游的端口设备或dfp设备)。ufp设备104与dfp设备106经由扩展介质110(如网络)通信地耦合，该扩展介质可以将主机设备102与usb设备108之间的距离增加到超过usb规范所支持的距离。扩展介质110和其上的通信可以包括任何合适的联网技术(如以太网、蓝牙、wifi、wimax、互联网、光纤点对点发送等)和任何合适的通信介质(如经由物理电缆、经由光纤电缆、经由无线频谱等)。
[0017]
在一些实施例中，ufp设备104和dfp设备106彼此的距离可能恰好比短usb要求距
离更近，和/或可以通过电缆而不是经由网络直接连接，但是保留克服主机设备102与usb设备108之间增加的等待时间的能力，该增加的等待时间是由于使用不符合usb规范的扩展介质110而引入的。
[0018]
由ufp设备104和dfp设备106提供的一个特征是该ufp设备和该dfp设备对主机设备102和usb设备108隐藏了扩展介质110的存在。换言之，ufp设备104和dfp设备106处置通过扩展介质110进行的通信并且补偿由此引入的任何附加等待时间，但是主机设备102和usb设备108表现得好像它们经由符合usb规范的连接来直接连接一样。相应地，主机设备102和usb设备108可以经由ufp设备104和dfp设备106进行通信，而无需在主机设备102或usb设备108上重新配置任何非标准软件或硬件。
[0019]
图2是展示了图1所展示的ufp设备104和dfp设备106的进一步细节的框图。ufp设备104包括面向上游的端口202，并且dfp设备106包括面向下游的端口204。如本文所用，术语“面向上游的端口”和对应的首字母缩略词“ufp”可以可互换地使用，术语“面向下游的端口”和对应的首字母缩写词“dfp”也可以可互换地使用。同样，因为上游usb扩展设备104包括面向上游的端口202，所以上游usb扩展设备104也可以被称为“ufp设备”，并且因为下游usb扩展设备106包括面向下游的端口204，所以下游usb扩展设备106也可以被称为“dfp设备”。
[0020]
ufp设备104至少被配置为使用面向上游的端口202经由符合usb标准的协议与主机设备102通信，并且经由扩展介质110与dfp设备106交换消息和usb总线通信量。dfp设备106至少被配置为使用面向下游的端口204经由符合usb标准的协议与usb设备108通信，并且经由扩展介质110与ufp设备104交换消息和usb总线通信量。ufp设备104和dfp设备106可以包含另外的部件，如电源、状态led、扬声器、用于在ufp功能与dfp功能之间切换的输入设备等。由于这种部件及其功能是本领域普通技术人员所熟悉的，因此在本文中尚未进一步讨论这些部件及其功能。
[0021]
如图2所展示的，ufp设备104的面向上游的端口202连接到主机设备102的面向下游的端口，并且dfp设备106的面向下游的端口204连接到usb设备108的面向上游的端口。在其他实施例中，ufp设备104的面向上游的端口202可以连接到除主机设备102所提供的面向下游的端口以外的面向下游的端口，如集线器的面向下游的端口等。同样，在其他实施例中，dfp设备106的面向下游的端口204可以连接到除usb设备108所提供的面向上游的端口以外的面向上游的端口，如集线器的面向上游的端口等。下文的讨论主要是关于图2中所展示的简单拓扑，但是本领域的普通技术人员将认识到，在一些实施例中，在不脱离本披露内容的范围的情况下可以在其他拓扑中使用类似技术。
[0022]
图3是展示了根据本披露内容的各个方面的端口设备300的示例性实施例的框图。在一些实施例中，端口设备300可以被构造成提供面向上游的端口202的服务，并且在一些实施例中，端口设备300可以被构造成提供面向下游的端口204的服务。在一些实施例中，端口设备300可以包括用于提供面向上游的端口202和面向下游的端口204两者的服务的指令，其中，所提供的特定端口服务由如跳线开关、固件设置等用户配置确定。
[0023]
如所展示的，端口设备300包括协议引擎304、usb物理层接口306、远程接口302、一组缓冲区310以及端点表314。在一些实施例中，协议引擎304可以被配置为提供和/或执行下面所讨论的逻辑、以及用于通过扩展介质110提供usb通信扩展的附加逻辑。协议引擎304
可以指示usb物理层接口306将适当的电信号施加到usb物理层以便与usb设备108或主机设备102通信。同样，协议引擎304可以指示远程接口302与远程usb扩展设备交换信息。
[0024]
在一些实施例中，该组缓冲区310用于支持与由一个或多个usb设备108提供的端点的通信。通常，ufp设备104与dfp设备106之间经由扩展介质110进行的通信经历大于usb规范所允许的等待时间量。为了支持主机设备102与usb设备108之间的无缝usb通信，端口设备300以各种方式使用该组缓冲区310来高速缓存数据，从而克服扩展介质110上增加的等待时间所引入的复杂性。在美国专利号10,552,355中描述了端口设备300如何可以使用缓冲区来克服由扩展介质上的等待时间引入的复杂性的一些非限制性示例，该专利的全部披露内容出于所有目的通过引用并入本文。
[0025]
已经发现，为了最好地支持等时端点，每个等时端点都应该指配给它自己的缓冲区，而其他类型的端点可以共享一个公共缓冲区。相应地，该组缓冲区310包括共享缓冲区312和一组等时通信缓冲区(iso缓冲区)，该组等时通信缓冲区包括iso缓冲区一308a、iso缓冲区二308b和iso缓冲区n 308c。所展示的该组的三个等时通信缓冲区仅是示例并且不应被视为限制性的。在其他实施例中，该组等时通信缓冲区可以包括多于或少于三个的等时通信缓冲区。
[0026]
在一些实施例中，协议引擎304使用端点表314来跟踪由一个或多个usb设备108提供并由主机设备102管理的端点的配置。在一些实施例中，端点表314包括针对由主机设备102配置的每个端点的条目。端点表314中的每个条目包括usb标准信息，包括但不限于端点支持的传输类型(例如，控制、中断、批量或等时)、端点支持的传输方向(例如，输入或输出)以及端点的地址。通过跟踪端点表314中端点的配置，协议引擎304可以有效地为主机设备102生成的不同类型的消息提供不同类型的处理。
[0027]
端点表314中的每个条目还包括该组缓冲区310中用于与端点通信的缓冲区(如果有的话)的指示，以及该端点在扩展环境内是活动的还是不活动的的指示。该指示与该端点在usb设备108上是活动的还是不活动的是分开的，而是指示端口设备300将如何处理与端点通信的尝试，如下文进一步描述的。
[0028]
在一些实施例中，协议引擎304和/或缓冲区310和/或端点表314可以在如pld、asic、fpga等逻辑设备内实施。在其他实施例中，协议引擎304可以在以下各项内实施：具有至少一个处理器和包含计算机可执行指令的存储器的计算设备，这些计算机可执行指令如果由该至少一个处理器执行则使协议引擎304执行下文所讨论的动作；例如实施为状态机的专用数字硬件设备，该状态机被配置为执行所描述的动作；专用处理器；和/或任何其他合适的计算设备。在一些实施例中，协议引擎304(或端口设备300的其他部件)可以包括可用于高速缓存数据分组的计算机可读存储器，如下文进一步讨论的。
[0029]
在一些实施例中，归属于usb扩展设备的动作逻辑由协议引擎304执行，该协议引擎然后指示usb物理层接口306和/或远程接口302执行与该逻辑相关联的适当通信步骤。在整个下文的讨论中，这样的动作可以简单地描述为由ufp设备104或dfp设备106执行，就好像该ufp设备或该dfp设备是单个设备一样，以便于讨论。本领域的普通技术人员将认识到，直接归属于ufp设备104或dfp设备106的动作实际上可以由协议引擎304、usb物理层接口306、远程接口302和/或usb扩展设备的其他某个部件执行。
[0030]
在连接给定usb设备108时，主机设备102枚举由给定usb设备108提供的包括任何
等时通信端点在内的所有端点，以便填充由主机设备102维护的端点表。ufp设备104和dfp设备106监在该端点枚举期间使用的主机设备102与usb设备108之间的control(控制)测消息，使得端点表314可以与主机设备102维护的端点表保持同步。
[0031]
因为端口设备300提供有限数量的iso缓冲区，所以与扩展环境之外的主机设备102支持的数量相比，ufp设备104和dfp设备106可以支持更少数量的并发等时通信端点(每个等时通信缓冲区支持一个等时通信端点)。相应地，在一些部署中，用户可以连接usb设备108，该usb设备提供比该组缓冲区310中的等时通信缓冲区的数量所能支持的更多的等时通信端点。这产生了技术问题，即ufp设备104和dfp设备106允许主机设备102枚举并向主机设备102的端点表添加比ufp设备104和dfp设备106所支持的更多的等时通信端点。
[0032]
尽管一些简单的解决方案可以避免这个问题，如阻止主机设备102枚举不受支持数量的等时通信端点，但是这些简单的解决方案由于多种原因是次优的。例如，主机设备102仅在给定usb设备108第一次连接时枚举给定usb设备108上的端点。相应地，如果等时通信缓冲区在给定usb设备108第一次连接时不可用但稍后变得可用，则不会通知主机设备102它应该重新枚举给定usb设备108的端点，并且给定usb设备108将不起作用。同样，如果仅枚举给定usb设备108上的非等时端点，则主机设备102的用户可能会感到困惑。所需要的是允许枚举所有等时通信端点的技术，即使等时通信缓冲区不可用于服务所有等时通信端点。
[0033]
图4a至图4b是展示了根据本披露内容的各个方面的在扩展环境中管理usb端点的方法的非限制性示例实施例的流程图。在方法400中，ufp设备104和dfp设备106允许主机设备102枚举usb设备108提供的所有端点，但是对于未指配给等时通信缓冲区的等时通信端点，ufp设备104和dfp设备106响应于数据请求而向主机设备102提供合成usb消息。这使得那些端点在主机设备102看来是不活动的或者没有任何数据要发送。与仅隐藏端点相比，这是优选的，因为这些端点将对主机设备102可见，并且因为在一些实施例中，这些端点可以稍后被指配给将来变得可用的等时通信缓冲区，从而允许主机设备102与端点正常通信。
[0034]
在图4a和图4b中，动作主要被描述为由端口设备300执行。通常，端口设备300将是ufp设备104的端口设备300，因为ufp设备104经由符合usb规范的连接耦合到主机设备102，并且是扩展环境中从主机设备102接收端点枚举消息的第一设备。在这样的实施例中，usb消息将由端口设备300从usb物理层接口306接收。然而，在一些实施例中，端口设备300可以是dfp设备106的端口设备300。在那些实施例中，usb消息将由端口设备300从远程接口302接收。在一些实施例中，方法400(或其部分)可以由ufp设备104的端口设备300和dfp设备106的端口设备300两者来执行。
[0035]
方法400从开始框前进到框402，在该框中，端口设备300接收与第一usb端点的配置相关联的一个或多个usb消息。为了配置第一usb端点，主机设备102发送寻址到第一usb端点的一个或多个control消息。相应地，端口设备300可以检测与配置第一usb端点相关联的control消息。在端口设备300是ufp设备104的一部分的实施例中，端口设备300经由usb物理层接口306接收usb消息。在端口设备300是dfp设备106的一部分的实施例中，端口设备300经由远程接口302接收usb消息。
[0036]
在框404中，端口设备300的协议引擎304在端口设备300的端点表314中创建或更新与第一usb端点相关联的条目。协议引擎304基于从寻址到第一usb端点的一个或多个
control消息中提取的信息来创建或更新条目。如上所述，提取的用于创建或更新条目的信息可以包括usb标准信息，该usb标准信息包括但不限于端点支持的传输类型、端点支持的传输方向、以及端点的地址。如果条目尚未与第一usb端点相关联，则协议引擎304创建条目以保存提取的信息。如果条目与第一usb端点相关联，则协议引擎304用提取的信息来更新现有条目。
[0037]
在框406中，协议引擎304确定第一usb端点是否是iso in端点，即旨在将信息从第一usb端点传输到主机设备102的等时通信端点。该确定可以基于从usb消息中提取的信息是否指示第一usb端点是iso in端点。
[0038]
如果确定第一usb端点是iso in端点，则决策框408的结果为是(yes)，并且方法400前进到框410。在框410处，协议引擎304确定iso缓冲区308a至308c是否可用。协议引擎304可以使用任何合适的技术来确定iso缓冲区308a至308c是否可用。例如，协议引擎304可以对端点表314中针对iso in端点的条目的数量进行计数，并且可以将该条目数量与iso缓冲区308a至308c的数量进行比较，并且如果条目的数量少于iso缓冲区308a至308c的数量，则可以确定iso缓冲区308a至308c可用。作为另一个示例，协议引擎304可以维护已使用的iso缓冲区308a至308c的单独计数器，并且如果已使用的iso缓冲区308a至308c的计数器小于iso缓冲区308a至308c的数量，则可以确定iso缓冲区308a至308c可用。作为又另一示例，可以维护长度与iso缓冲区308a至308c的数量相匹配的位向量，并且位向量中的每个位置可以用作独热(one-hot)标志，该独热标志使用最小逻辑来指示对应的iso缓冲区是否正在使用中。
[0039]
如果确定iso缓冲区308a至308c可用，则决策框412的结果为是(yes)，并且方法400前进到框414。在框414处，协议引擎304将端点表314中与第一usb端点相关联的条目更新为引用将由第一usb端点使用的空闲iso缓冲区。例如，如果空闲iso缓冲区是iso缓冲区一308a，则协议引擎304将与第一usb端点相关联的条目更新为引用iso缓冲区一308a。在框416处，协议引擎304将端点表314中与第一usb端点相关联的条目更新为活动的。该“活动”状态是扩展环境内部的，并且与第一usb端点根据usb规范是否处于活动状态是分开的。稍后将在方法400中使用扩展环境“活动”状态，如图4b所示。在框416之后，方法400前进到延续端子(“端子b”)。
[0040]
返回到决策框412，如果确定iso缓冲区308a至308c不可用，则决策框412的结果为否(no)，并且方法400前进到框418。在框418处，协议引擎304将端点表314中与第一usb端点相关联的条目更新为不活动的。再次，该“不活动”状态是扩展环境内部的，并且与第一usb端点根据usb规范是否处于活动状态是分开的。与“活动”状态一样，稍后将在方法400中使用扩展环境内的“不活动”状态，如图4b所示。在框418之后，方法400前进到延续端子(“端子b”)。
[0041]
返回到决策框408，如果确定第一usb端点不是iso in端点，则决策框408的结果为否(no)，并且方法400前进到框420。在框420处，协议引擎304将端口设备300的端点表314中与第一usb端点相关联的条目更新为与共享缓冲区312相关联且是活动的。与框416和框418中的动作一样，在框420中建立的“活动”状态是扩展环境内部的，并且与第一usb端点根据usb规范是否处于活动状态是分开的。在一些实施例中，协议引擎304不将与第一端点相关联的条目更新为与共享缓冲区312相关联，而是协议引擎304假设端点表314中不是iso in
端点的任何端点都使用共享缓冲区312。在框420之后，方法400前进到延续端子(“端子b”)。
[0042]
方法400从端子b(图4b)前进到框422。在框422处，端口设备300提供一个或多个usb消息以供进一步处理。在端口设备300是ufp设备104的一部分的实施例中，进一步处理可以包括准备和发送该一个或多个usb消息以由远程接口302经由扩展介质110发送到dfp设备106。在端口设备300是dfp设备106的一部分的实施例中，进一步处理可以包括准备和发送该一个或多个usb消息以由usb物理层接口306使用符合usb规范的技术发送到第一usb端点。
[0043]
方法400从框422通过延续端子(“端子c”)前进，然后到框424。在框424处，端口设备300接收寻址到给定端点的后续usb消息。给定端点可以是与第一usb端点相同的端点，或者可以是在端点表314中为其建立条目的不同usb端点。术语“第一”、“后续”和“给定”用于在流程图及其描述中消除歧义，而不应被视为限于任何特定类型的usb消息或usb端点。
[0044]
在框426中，协议引擎304确定后续usb消息是否与给定端点的配置相关联，如第一usb消息一样，而不是与数据传输相关。如果后续usb消息与给定端点的配置相关联，则决策框428的结果为是(yes)，并且方法400返回到端子a和框404，在该框中，后续usb消息将被如针对框402的一个或多个usb消息所描述的那样处理。
[0045]
否则，如果确定后续usb消息不与给定端点的配置相关联，则决策框428的结果为否(no)，并且方法400前进到框430。在框430处，协议引擎304基于端点表314中给定端点的相关联条目协议来确定给定端点是否是活动的。也就是说，协议引擎304检查端点表314中给定端点的条目，以确定扩展环境内部的状态是被记录为“活动”(端点已被指配给该组缓冲区310中的缓冲区)还是说扩展环境内部的状态被记录为“不活动”(端点尚未指配给该组缓冲区310中的缓冲区)。
[0046]
如果确定给定端点在扩展环境中是活动的，则决策框432的结果为是(yes)，并且方法400前进到框434。在框434处，协议引擎304提供后续usb消息，以使用端点表314中的相关联条目中引用的缓冲区进行处理。例如，如果端口设备300是ufp设备104的一部分，则协议引擎304可以提供后续usb消息以进行处理，该处理将准备后续usb消息并将其经由远程接口302和扩展介质110发送到dfp设备106。作为另一个示例，如果端口设备300是dfp设备106的一部分，则协议引擎304可以提供后续usb消息以进行处理，该处理将准备后续usb消息并将其经由usb物理层接口306发送到给定端点。方法400然后进行到端子c以处理下一个usb消息。
[0047]
返回到决策框432，如果确定给定端点在扩展环境中是不活动的，则决策框432的结果为否(no)，并且方法400前进到框436。在框436处，协议引擎304响应于后续usb消息而生成合成usb消息并将其提供给主机设备。术语“合成”指的是合成usb消息完全由协议引擎304生成的事实，而不是表示由给定端点生成的usb消息。在一些实施例中，合成usb消息是具有零长度数据的分组或空分组。协议引擎304响应于后续usb消息而经由usb物理层接口306(在端口设备300位于ufp设备104中的实施例中)或经由远程接口302(在端口设备300位于dfp设备106中的实施例中)发送合成usb消息。
[0048]
在接收到合成usb消息时，主机设备102将合成usb消息处理为对后续usb消息的合法响应，并将该合成usb消息视为给定端点没有发送任何数据。虽然给定端点将不起作用，但主机设备102上的端点表以及ufp设备104和dfp设备106上的端点表314将保持同步，并且
托管给定端点的usb设备108上的其他活动端点将按预期运行。相应地，整个系统100将保持比完全阻止枚举不活动端点的情况更稳定，并且将获得改善的体验。
[0049]
在框436之后，方法400进行到端子c以处理下一个usb消息。方法400在系统100保持活动时无限期地运行，并且可以在系统100的一个或多个部件断电、停用或与系统100通信解耦时停止。
[0050]
尽管已经展示并描述了说明性实施例，但将认识到的是，在不脱离本发明的精神和范围的情况下，可以在其中进行各种改变。例如，尽管上文没有展示或描述，但在一些实施例中，协议引擎304可以继续监测端点的配置并检测先前已指配给iso缓冲区308a至308c的等时通信端点何时被停用(因为主机usb设备108的断开连接，或者因为由主机设备102应用的配置)。在检测到该停用时，协议引擎304可以将先前在端点表314中记录为不活动的等时通信端点重新指配给新空闲的iso缓冲区308a至308c，并且可以在端点表314中将等时通信端点的状态从不活动的改变为活动的。
[0051]
作为另一个示例，上述描述表明协议引擎304在端点表314中显式地记录每个端点的活动或不活动状态。在一些实施例中，协议引擎304不记录单独的一条数据来指示活动或不活动状态。而是，协议引擎304可以记录该组缓冲区310中指配给每个端点的缓冲区，并且如果没有可用的iso缓冲区308a至308c，则协议引擎304可以在指配的缓冲区的记录中留下空值。以此方式，可以基于是否已为端点指配缓冲区来隐式地确定活动或不活动状态，并且可以节省少量存储空间。