用于WLAN中的上行链路传输的客户端设备归组的系统和方法与流程

文档序号:19903063发布日期:2020-02-11 14:07阅读:194来源:国知局
用于WLAN中的上行链路传输的客户端设备归组的系统和方法与流程

本公开涉及无线局域网(wlan)中的数据传输,更特别地涉及用于wlan中的客户端设备归组的系统和方法。



背景技术:

无线数字网络在企业中变得无处不在,提供对资源的安全且成本有效的接入。这些网络通常具有一个或多个控制器,每个控制器支持通过企业部署的多个接入点(ap)。根据ieee802.11标准操作的wifi网络是这种网络的示例。例如,诸如个人计算机和移动电话之类的无线网络通信设备(也被称为站或客户端设备)传输关于wifiap和蜂窝网络ap的跨无线数字网络的数据。

wifi网络中的wlan基础设施元件或组件向wlan设备提供服务。在提供该服务时,可以确定ap和客户端设备之间的链路的rf特性,以便优化数据的传输和/或接收。这些rf特性可以包括例如路径损耗和信道系数。



技术实现要素:

根据本公开的一方面,提供了一种非暂态机器可读存储介质,该非暂态机器可读存储介质被编码有由计算组件的硬件处理器可执行的指令,该机器可读存储介质包括指令,以使硬件处理器:在无线局域网(wlan)中,确定具有要被发射到接入点(ap)的数据的多个客户端设备,多个客户端设备中的每个客户端设备与一个或多个接入类别标识符相关联;从多个客户端设备创建客户端设备群组以用于上行链路多用户传输,客户端设备群组被标识为与相同的接入类别标识符相关联;以及对于客户端设备群组中的每个客户端设备,选择调制编码方案(mcs)和在ap处的期望的接收信号强度指示(rssi),发射功率从期望的接收信号强度指示被导出,mcs和发射功率要在数据从客户端设备群组中的每个客户端设备到ap的传输期间被使用。

根据本公开的另一方面,提供了一种非暂态机器可读存储介质,该非暂态机器可读存储介质被编码有由计算组件的硬件处理器可执行的指令,该机器可读存储介质包括指令,以使硬件处理器:在无线局域网(wlan)中,确定具有要被发射到接入点(ap)的数据的多个客户端设备,多个客户端设备中的每个客户端设备与设备类相关联;从多个客户端设备创建客户端设备群组以用于上行链路多用户传输,客户端设备群组被标识为与相同的设备类相关联;以及对于客户端设备群组中的每个客户端设备,选择调制编码方案(mcs)和在ap处的期望的接收信号强度指示(rssi),发射功率从期望的接收信号强度指示被导出,mcs和发射功率要在数据从客户端设备群组中的每个客户端设备到ap的传输期间被使用。

根据本公开的又一方面,提供了一种非暂态机器可读存储介质,该非暂态机器可读存储介质被编码有由计算组件的硬件处理器可执行的指令,该机器可读存储介质包括指令,以使硬件处理器:确定多个客户端设备中的每个客户端设备处的可用上行链路功率余量,多个客户端设备包括针对到接入点(ap)的上行链路多用户传输而建立的群组,多个客户端设备中的每个客户端设备与ap通信;在从多个客户端设备中的每个客户端设备接收到上游分组时,构建包括针对多个客户端设备中的每个客户端设备的可用上行链路功率余量的数据集;基于在ap处的来自多个客户端设备中的每个客户端设备的实际接收信号强度以及在多个客户端设备中的每个客户端设备处的可用上行链路功率余量,计算在ap处的最大可达接收信号强度并且确定在ap处的最大可达调制编码方案(mcs)速率;选择多个客户端设备中具有足够上行链路功率余量来适应发射功率变化以在ap处达到目标接收信号强度的那些客户端设备;以及设置针对所选择的客户端设备的目标接收信号强度和mcs。

附图说明

参考以下附图详细描述了根据一个或多个各种实施例的本公开。仅为了说明的目的提供附图,并且附图仅描绘典型的或示例实施例。提供这些附图是为了有助于读者理解各种实施例,并且不应当被认为是对本公开的广度、范围或适用性的限制。应当注意,为了清楚和便于图示,这些附图不一定按比例绘制。

图1a是图示了在其中可以实现本文所描述的技术的示例网络配置的示意性框图。

图1b图示了根据各种实施例的示例ul上行链路多用户(ulmu)传输场景。

图2a是根据各种实施例的用于基于ul业务兼容性将客户端设备归组在一起以调度同时ulmu传输的示例计算组件的框图。

图2b是根据各种实施例的用于基于设备类将客户端设备归组在一起以调度同时ulmu传输的示例计算组件的框图。

图3a是根据各种实施例的用于计算ap与客户端设备之间的路径损耗的示例计算组件的框图。

图3b图示了跨信道和监管域的客户端设备的最大发射功率能力的示例表。

图4a是根据各种实施例的用于选择ul调制编码方案(mcs)和目标接收信号强度指示(rssi)的示例计算组件的框图。

图4b是接收的rssi、对应的mcs速率、客户端设备的uph值、计算出的最大可达rssi和最大可达mcs速率的示例表。

图5a是根据各种实施例的用于创建ulmu客户端设备归组的示例计算组件的框图。

图5b是根据各种实施例的用于调整针对ulmu群组中的客户端设备的ulmcs的示例计算组件的框图。

图6是可以结合本公开的各种实施例使用的计算组件的示例。

附图并非旨在是穷举性的或将各种实施例限制为所公开的精确形式。应当理解,可以通过修改和变更来实践各种实施例。

具体实施方式

多用户、多输入和多输出(mu-mimo)提供了用于无线网络设备同时向多个客户端设备发射的机制。无线网络设备可以是提供到网络的无线连接性的网络设备,诸如例如ap。在没有启用mu-mimo的情况下,网络设备可能必须一次一个地向每个相关联的客户端设备发射。利用mu-mimo,由于无线网络设备能够同时向多个客户端设备发射,因此无线网络设备能够更频繁地发射更多数据。这可以提高数据被发射到一些或所有相关联的客户端设备的速率。在电气和电子工程师协会(ieee)802.11规范中定义了mu-mimo。

当采用mu-mimo时,无线网络设备可以将两个或更多个客户端设备归组,并将波束成形的信号发射到每个群组。当要接收mu-mimo传输的客户端设备的群组正在接收具有类似业务特性的帧时,mu-mimo可能更高效。因为网络设备正在同时向所有客户端设备发射,所以当正被发射的帧的大小相似时,传输可能更高效。此外,当网络设备几乎同时接收传入的帧时,可以最小化mu-mimo传输之间的间隔。

在即将到来的802.11ax高效wlan标准中,可以达到上述的高效性的一种方式是通过调度用于下游(来自ap)和上游(来自客户端设备)传输两者的mu传输。已经在802.11ac解决方案的上下文中解决了下游mu传输的调度,该802.11ac解决方案使用mu信道探测和波束成形来最小化作为相同mu传输的一部分的不同客户端设备之间的干扰。

然而,在上游或上行链路(ul)方向上,在wlan网络的上下文中,客户端设备的归组以及针对每个客户端设备的在ap处的mcs(物理(phy)层速率)和目标rssi值的选择是到目前为止尚未被解决的问题。应当理解,rssi可以是指表示在天线和可能的路径损耗之后、由ap的接收无线电所接收的接收信号强度或功率级别的值。

本公开的各种实施例涉及基于可以被用来定义兼容客户端设备的归组的一个或多个标准对用于ulmu(同时)业务的兼容客户端设备进行归组的系统和方法。例如,客户端设备的归组可以基于一个或多个标准,包括:要从客户端设备发射的业务的兼容性;以及设备类的相似性或客户端设备的能力。在一些实施例中,可以通过将具有到ap的相同或相似路径损耗的客户端设备归组在一起来实现归组的进一步细化。应当注意,在一些情况下,ul和下行链路(dl)路径损耗可以相同或相似,而在其他情况下,它们可以不同。因此,在一些实施例中,客户端设备和ap之间的路径损耗的计算可以与传输方向无关。

一旦客户端设备被归组,就可以解决mcs和目标rssi选择的上述问题。即,本公开的各种实施例还涉及:当客户端设备是mu归组的一部分时,确定要被客户端设备使用的、用于将其数据上游发送到(多个)ap的mcs和目标发射功率,以便达到ap处的期望的rssi。

在一些实施例中,可以基于关于来自已经在ulmu传输中发射分组的归组中的每个客户端设备的、在ap处的分组接收成功的反馈来更新ulmcs。例如,ap可以根据分组数据速率或分组误差率来维持/调整ul分组递送和/或ulmcs速率。例如,ap可以根据dl单用户(su)/mu速率和ul信道质量来调整ulmcs。

回到基于路径损耗的客户端设备的归组,应当理解,在向wlan设备提供服务的wlan基础设施的上下文中,网络能够确定ap和客户端设备之间的链路的基本rf特性是重要的。路径损耗是这种rf特性的示例。

传统系统和方法在ap和客户端设备之间的下游或下行链路(dl)链路/信道上推断路径损耗。例如,802.11k信标报告可以允许接入点(ap)接收有关客户端设备所听到的接收信标帧的信噪比(snr)的反馈。使用关于空数据分组的传输的显式信道探测,ap还可以获得客户端设备所听到的不同子载波的snr。虽然这些技术对于确定用于下游传输的适当信道权重是有用的,但是存在缺点。例如,因为信标报告是可选特征,所以信标报告未被大多数客户端设备实现,实现信道探测反馈可能是昂贵的。此外,由于客户端设备和ap的发射器rf电路中的差异以及链路的不同多路径性质,ap和客户端设备之间的链路的路径损耗可能是不对称的。到目前为止,不存在用于确定ul路径损耗的已知机制/技术。

因此,各种实施例涉及确定或计算ap与客户端设备之间的ul路径损耗。在一些实施例中,跨不同操作信道和跨监管域的最大发射功率能力被确定。从该最大功率能力中,可以导出有效的最大发射功率能力。客户端设备向ap报告其ul功率余量。因此,在最低mcs速率(被选择为保持在发射器误差矢量幅度(evm)限制内)处,可以通过从客户端设备的最大有效发射功率中减去上行链路功率余量值来计算客户端设备的当前发射功率。然后,可以通过从客户端设备的当前发射功率中减去目标rssi值和ap接收天线增益来计算(从客户端设备到ap的)上行链路中的路径损耗。

如上文所提及的,ul路径损耗可以被用作用于将客户端设备归组在一起的基础,以用于诸如在即将到来的802.11ax标准中的ul多用户多输入多输出(mu-mimo)和ul正交频分多址(ofdma)之类的应用,其中在ap处匹配接收的rssi提高了检测可能性。ul路径损耗可能有用的其他应用包括但不限于ap对客户端设备的ulmcs确定、测距和客户端设备转向(steering)。

图1a图示了可以针对多用户组织实现的网络配置100的一个实施例,多用户组织诸如商业、教育机构、政府实体或具有多个用户以及可能具有多个物理或地理站点的任何其他组织。网络配置100可以包括与网络120通信的主办公室102。网络配置100还可以包括与网络120通信的一个或多个远程站点132、142。

主办公室102可以包括主要网络,其可以被称为公司网络或家庭网络。主办公室102网络可以是私有网络。私有网络可以是指可以包括安全性和接入控制的网络,使得仅某些用户被授权以接入私有网络。授权用户可以包括例如位于主办公室102中的公司的雇员。

在所图示的示例中,主办公室102包括与网络120通信的控制器104。控制器104可以为主办公室102提供与网络120的通信,尽管它可能不是用于主办公室102的与网络120的仅有通信点。图示了单个控制器104,但是主办公室可以包括多个控制器和/或与网络120的多个通信点。在一些实施例中,控制器104通过路由器(未图示)与网络120通信。在其他实施例中,控制器104向主办公室102中的设备提供路由器功能性。

控制器104可以是可操作以配置和管理诸如在主办公室102处的网络设备,并且还可以管理远程站点132、134处的网络设备。控制器104可以是可操作以配置和/或管理连接到网络的交换机、路由器、接入点和/或客户端设备。控制器104本身可以是或可以提供接入点的功能性。

控制器104可以与一个或多个交换机108和/或无线ap106a-c通信。交换机108和无线ap106a-c向各种客户端设备110a-j提供网络连接性。使用到交换机108或ap106a-c的连接,客户端设备110a-j能够接入网络资源,包括在(主办公室102)网络和网络120上的其他设备。

客户端设备的示例包括但不限于:台式计算机、膝上型计算机、服务器、web服务器、认证服务器、认证-授权-计费(aaa)服务器、域名系统(dns)服务器、动态主机配置协议(dhcp)服务器、互联网协议(ip)服务器、虚拟专用网络(vpn)服务器、网络策略服务器、大型机、平板计算机、上网本计算机、电视和类似的监视器、内容接收器、机顶盒、个人数字助理(pda)、移动电话、智能电话、智能终端、哑终端、虚拟终端、视频游戏控制台等。

在主办公室102内,交换机108被包括,作为有线客户端设备110i-j向主办公室102中建立的网络的接入点的一个示例。客户端设备110i-j可以连接到交换机108,并且通过交换机108可以能够接入网络配置100内的其他设备。客户端设备110i-j也可以能够通过交换机108接入网络120。客户端设备110i-j可以在有线112连接上与交换机108通信。在所图示的示例中,交换机108在有线112连接上与控制器104通信,但是该连接也可以是无线的。

无线ap106a-c被包括,作为客户端设备110a-h向主办公室102中建立的网络的接入点的另一示例。ap106a-c中的每个可以是被配置为向无线客户端设备110a-h提供无线网络连接性的硬件、软件和/或固件的组合。在所图示的示例中,ap106a-c可以由控制器104管理和配置。ap106a-c在有线112或无线114连接上与控制器104和网络通信。

网络配置100可以包括一个或多个远程站点132。远程站点132可以位于与主办公室102不同的物理或地理位置。在一些情况下,远程站点132可以在与主办公室102相同的地理位置或者可能是相同的建筑物,但缺少与位于主办公室102内的网络的直接连接。相反,远程站点132可以利用在不同网络(例如,网络120)上的连接。远程站点132,诸如图1a中所图示的远程站点,例如可以是卫星办公室。远程站点132可以包括用于与网络120通信的网关设备134。网关设备134可以是路由器、数字模拟调制解调器、缆线调制解调器、数字用户线(dsl)调制解调器或者被配置为与网络120通信的一些其他网络设备。远程站点132还可以包括在有线或无线连接上与网关设备134通信的交换机138和/或ap136。交换机138和ap136为各种客户端设备140a-d提供到网络的连接性。

在各种实施例中,远程站点132与主办公室102直接通信,使得远程站点132处的客户端设备140a-d接入主办公室102处的网络资源,就好像这些客户端设备140a-d位于主办公室102处一样。在这样的实施例中,远程站点132由主办公室102处的控制器104管理,并且控制器104提供使得远程站点132能够与主办公室102进行通信的必要的连接性、安全性和可接入性。一旦连接到主办公室102,远程站点132就可以作为由主办公室102提供的私有网络的一部分起作用。

在各种实施例中,网络配置100可以包括一个或多个较小的远程站点142,其仅包括用于与网络120通信的网关设备144和无线ap146,各种客户端设备150a-b通过网关设备144和无线ap146接入网络120。这样的远程站点142可以表示例如个人雇员的家或临时的远程办公室。远程站点142还可以与主办公室102通信,使得远程站点142处的客户端设备150a-b接入主办公室102处的网络资源,就好像这些客户端设备150a-b位于主办公室102处一样。远程站点142可以由主办公室102处的控制器104管理,以使这种透明性成为可能。一旦连接到主办公室102,远程站点142就可以作为由主办公室102提供的私有网络的一部分起作用。

网络120可以是公共网络,诸如互联网。公共网络是包括所图示的网络配置100的、可以由任何数目的实体共享的网络。公共网络可以具有不受限制的接入,使得任何用户都可以连接到它。网络120可以包括第三方电信线路,诸如电话线路、广播同轴缆线、光纤缆线、卫星通信、蜂窝通信等。网络120可以包括任何数目的中间网络设备,诸如交换机、路由器、网关、服务器和/或控制器,它们不直接是网络配置100的部分,但是促进网络配置100的各个部分之间以及网络配置100和其他网络连接的实体之间的通信。网络120可以包括各种内容服务器160a-b。内容服务器160a-b可以包括多媒体可下载和/或流传输内容的各种提供者,包括音频、视频、图形和/或文本内容或其任何组合。内容服务器160a-b的示例包括例如web服务器、流传输无线电和视频提供者、以及缆线和卫星电视提供者。客户端设备110a-j、140a-d、150a-b可以请求和接入由内容服务器160a-b提供的多媒体内容。

如上文所提及的,为了到诸如ap106c之类的ap的同时ul传输的目的,可以将网络中的客户端设备归组在一起,诸如由网络配置100体现的客户端设备。

ofdm符号可以被认为是wifi传输的基本构建块。即,ofdm符号是承载信息的子载波的调制波形的时间上的小段。在802.11ax中,改变子载波间隔以允许ofdma扩展到(在标准中定义的)小的子信道,每个子信道具有至少一个(但通常是两个)导频子载波。在2mhz的最小子信道大小的情况下,较小的子载波间隔对于导频丢失较小百分比的总带宽。此外,跨信道的保护和空子载波的数目也可以被减少为可用子载波数目的百分比,这又引起给定信道的有效数据速率的增加。

ofdma通过跨频率维度划分传输来工作,其中设备对被指派来在主rf信道的子信道或资源单元(ru)中发射和接收。这允许ap(在下行链路中)在单个发射机会中将多个帧捆绑在一起、在不同的子信道中,而与ap相关联的客户端设备将它们各自的无线电调谐到不同的子信道以接收它们各自的传输。特别地,ap可以为不同的客户端设备组装一定数目的帧,并在被分配的子信道集上对它们进行调制。当帧短于束的最长帧时,可以将填充添加到帧。在上行链路上下文中,如上文所提及的,ap确定或计算客户端设备的归组。然后,ap发信号通知每个客户端设备何时应当发射以及应当使用什么子信道供其传输。

在802.11ac中引入了dlmu-mimo,并且dlmu-mimo扩展了空间分集和波束成形的概念以支持从ap到多个客户端设备的同时传输。当传播特性允许ap标识针对一个客户端设备或客户端设备的归组所优化的传输将不会被(多个)某些其他客户端设备以显著的信号强度听到时,mu-mimo通常是可能的,反之亦然。多用户模式mu-mimo和ofdma都允许ap和多个客户端设备之间的同时双向通信。然而,与dlmu-mimo或dlofdma不同,ulmu-mimo/ofdma模式使用触发帧,其允许ap将mu-mimo群组和ofdmaru分配给其相关联的客户端设备。ap向客户端设备通知此分配。继而,ap轮询其相关联的客户端设备以获得它们的ul业务要求。

图1b图示了根据各种实施例的示例ulmu场景。如上文所指出的,以ulmu模式操作涉及使用触发帧,以便允许ap将mu-mimo群组和ofdmaru分配给与ap相关联的客户端设备。一旦进行分配,ap(诸如图1a的ap106b)或ap控制器(诸如ap控制器104)就发射触发帧180,其寻求来自多个客户端设备(例如客户端设备110a-110c)的ulmuphy协议数据单元(ppdu)182a-c的传输。即,触发帧180被用来通知客户端设备110a-c它们是被调度用于上游传输的特定mu群组的一部分以及所选择的mcs和目标rssi(将在ap106处被接收)。

因此,触发帧180可以被用于基于触发帧180的结束、相关mu客户端设备(在这种情况下为客户端设备110a-c)之间的时间同步目的。另外,频率偏移校正可以基于来自触发帧180的共同ap参考。此外,触发帧180可以提供关于来自客户端设备110a-c的、预期的ulmu传输的适当持续时间和ppdu长度的信息,以及标识被允许发射的客户端设备(在这种情况下为客户端设备110a-c)的信息。响应于触发帧180,客户端设备110a-c使用适当的/经标识的mcs将其各自的数据分组,即ulmu(ofdma或mu-mimo)ppdu182a-c,发射到ap106b,并且发射得到目标rssi的功率。这使在ap106b处成功接收数据分组的可能性最大化。响应于从客户端设备110a-c接收到的ulmuppdu182a-c,ap106b发射确认帧184。

为了将客户端设备归组在一起以用于同时ulmu传输,各种实施例可以基于客户端设备的设备类来考虑客户端设备的业务兼容性和/或ul兼容性。

关于业务兼容性,可以基于上游业务兼容性将用于ulmu传输的多个客户端设备归组在一起。为了确定客户端设备是否具有兼容的上游业务,ap(例如,ap106b)或ap控制器(例如,ap控制器104)可以利用从客户端设备(例如,客户端设备110a-c)向ap或ap控制器周期性发送的缓冲器状态报告(bsr)中所包含的信息。根据802.11ax标准,bsr中包含的信息可以包括每个接入类别(ac)信息的排队的业务(即,在每个相应客户端设备中缓冲的排队的ul数据)。换句话说,每个客户端设备可以向ap或ap控制器发射其ul缓冲队列的状态以及关于一个或多个ac的(多个)指示符或排队的数据所属的业务标识符(tid)。应当理解,例如可以将数据指派给四个ac——ac0-ac3之一。可以将最高优先级数据(诸如不能承受某些延迟/延时的声音数据)指派给第一ac,例如ac0。可以将下一最高优先级数据(诸如视频数据)指派给ac1。可以将与另一优先级级别相关联的数据(诸如,尽力服务质量(qos))指派给ac2,并且可以将与剩余的优先级级别相关联的数据(诸如背景数据)指派给ac3。当然,应当理解,各种优先级级别可以变化和/或针对那些各种优先级级别的其他指定以及对应的ac级别可以变化。

图2a是用于基于接入类别将客户端设备归组在一起以调度同时ulmu传输的示例计算组件或设备200的框图。计算组件200可以是例如服务器计算机、控制器或能够处理数据的任何其他类似计算组件。在图2a的示例实现中,计算组件200包括硬件处理器202和机器可读存储介质204。在一些实施例中,计算组件200可以分别是ap或ap控制器的实施例,例如图1a的ap106b或ap控制器104。

硬件处理器202可以是一个或多个中央处理单元(cpu)、基于半导体的微处理器和/或适合于取回和执行被存储在机器可读存储介质204中的指令的其他硬件设备。硬件处理器202可以获取、解码和执行诸如指令206-212之类的指令,以控制用于基于业务兼容性对客户端设备进行归组的过程或操作。作为取回和执行指令的备选或附加,硬件处理器202可以包括一个或多个电子电路,其包括用于执行一个或多个指令的功能性的电子组件,诸如现场可编程门阵列(fpga)或专用集成电路(asic)。

诸如机器可读存储介质304之类的机器可读存储介质可以是包含或存储可执行指令的任何电、磁、光或其他物理存储设备。因此,机器可读存储介质204可以是例如随机存取存储器(ram)、非易失性ram(nvram)、电可擦除可编程只读存储器(eeprom)、存储设备、光盘等。在一些实施例中,机器可读存储介质202可以是非暂态存储介质,其中术语“非暂态”不涵盖暂时传播信号。如下面详细描述的,机器可读存储介质202可以用可执行指令(例如,指令206-212)来编码,以用于客户端设备归组。

硬件处理器200可以执行指令206以确定:对于每个客户端设备,哪个ac与最大缓冲队列大小相关联。例如,如上文所指出的,硬件处理器200可以是从每个客户端设备接收bsr的ap或ap控制器。硬件处理器200可以分析或提取来自bsr帧的信息以确定与客户端设备相关联的哪个ac(或ac标识符,aci)对应于该客户端设备的最大ul缓冲队列,以及ul缓冲队列大小是什么。

硬件处理器200可以执行指令208以创建客户端设备集。可以通过包括其最大缓冲队列大小与相同ac/aci相关联的那些客户端设备来创建该客户端设备集。即,基于相应bsr对客户端设备进行过滤,该bsr指示与相同ac/aci相关联的最大ul缓冲队列大小。例如,第一客户端设备可以具有最大ul缓冲队列大小5,其中该最大ul缓冲队列大小5与被指派给ac0(最高优先级级别)的数据相关联。第二客户端设备可以具有最大缓冲队列大小8,其中该最大ul缓冲队列大小8也与被指派给ac0的数据相关联。第三客户端设备可以具有最大缓冲队列大小7,其也与被指派给ac0的数据相关联。硬件处理器200在执行指令208时可以创建客户端设备集,其包括第一、第二和第三客户端设备中的每个,只要它们各自的最大ul缓冲队列中的每个保持与相同ac/aci(在这种情况下为ac0)相对应的数据。

硬件处理器200可以执行指令210,以便从上述客户端设备集中选择一个或多个客户端设备子集,其最大ul缓冲队列大小在彼此的阈值方差级别内。即,可以确定阈值方差级别以捕获或允许其最大ul缓冲队列大小在彼此的1值内的客户端设备。在以上示例中,指令210的执行可以使得硬件处理器200选择第二和第三客户端设备(其最大ul缓冲队列大小分别为8和7)作为客户端设备的子集。因为第一客户端设备(其最大ul缓冲队列大小为5)落在阈值方差级别之外,所以第一客户端设备不被包括作为所选择的子集的一部分。

硬件处理器210可以执行指令212以调度单个ulmu归组中的一个或多个子集中的每个。即,基于执行指令210的结果,硬件处理器210(其可以是ap或ap控制器)调度第二和第三客户端设备以向ap同时发射它们各自的排队的数据。

关于ul兼容性,可以基于设备类兼容性将用于ulmu传输的多个客户端设备归组在一起。即,可以按类指定客户端设备。应当理解,在802.11标准的上下文中,类可以是指客户端设备的发射器在以一定有效全向辐射功率(eirp)传输的期间的、误差矢量幅度(evm)和/或频率特性方面的保真度。频率特性可以包括但不限于频率漂移和相位噪声。客户端设备可以关于客户端设备的初始关联请求消息而向ap通告其能力(在保真度方面)。在802.11标准中,客户端设备能力可以被标识为“a类”或“b类”。一般而言,a类设备在ap处的eirp和rssi测量方面具有更高的准确度。备选地,可以基于ap可能具有的关于客户端设备的型号、类型和/或不一定从客户端设备接收的在初始关联请求中的其他信息的知识(例如,历史或其他)来确定客户端设备的设备类。

图2b是用于基于设备类兼容性将客户端设备归组在一起,以调度同时ulmu传输的示例计算组件200的框图。计算组件200可以与图2a中所示的相同或与其类似。如图2b中所图示的,硬件处理器200可以执行指令214,以针对每个客户端设备确定与客户端设备相关联的设备类。如上文所指出的,在一些实施例中,客户端设备可以与指示客户端设备的发射器保真度的一个或两个设备类相关联。

硬件处理器200可以执行指令216以创建客户端设备集。可以通过包括与相同设备类相关联的那些客户端设备来创建该客户端设备集。硬件处理器200可以执行指令218以调度该客户端设备集,来在单个ulmu归组中发射数据。

例如,并且根据一些实施例,基于客户端设备类的一种类型的“广泛”过滤可以涵盖已知为不具有高保真度的客户端设备类,例如,b类客户端设备。在一些实施例中,不具有/利用高保真度发射器的客户端设备可以转换成如下情形,其中ap不能期望来自该客户端设备的确定性信号,特别是当尝试在ap处接收/同步所有接收信号时。即,为了在ap处成功解码ul传输,客户端设备应当在其发射evm、频率漂移和其他传输失真方面进行匹配。

因此,基于该广泛过滤,ap可以选择忽略不具备来自ul传输的高保真度(或足够高的保真度)的那些客户端设备。即,这些设备不与其他客户端设备归组,并且可以被降级为单个ul传输。在其他实施例中,这些b类或“较低”保真度客户端设备可以被归组在一起。进而,具有必要保真度的那些客户端设备,例如被表征为a类客户端设备的那些客户端设备,可以被归组在一起以用于同时ulmu传输。

应当注意,可以专门使用基于业务兼容性或类兼容性的客户端设备的归组。例如,ap可以为具有要向上游发射的兼容业务的那些客户端设备或者为具有兼容类别指定的那些客户端设备调度同时ulmu传输。然而,在一些实施例中,ap可以基于业务兼容性和客户端设备类二者来为客户端设备群组调度同时ulmu传输。例如,硬件处理器200可以基于业务兼容性来确定客户端设备的第一归组,并且硬件处理器200可以进一步基于类指定从客户端设备的该第一分组确定客户端设备的第二分组(第一分组的子集),反之亦然。在一些实施例中,可以使用加权方案,其中一个分组考虑可以比另一归组考虑被赋予更重的权重,例如给定优先级。例如,加权可以基于针对客户端设备排队的未处理分组的数目。如果客户端设备的传输队列中的未处理分组的数目大于某个给定阈值,则业务兼容性可以比设备类被赋予更重的权重,即客户端设备群组之间的业务兼容性优先于基于设备类的归组。

在一些实施例中,为了对齐来自多个客户端设备的上游数据分组传输,对于那些多个客户端设备有利的是具有到ap的类似的路径损耗。以这种方式,可以维持如由ap规定的处于期望的rssi水平的类似的或严格约束的mcs(关于接收evm、保护间隔、空间流等)。因此,可以进一步细化基于业务兼容性和/或客户端设备类所选择的客户端设备的初始归组,例如,可以基于类似的路径损耗特性来标识/选择初始归组的子集。例如,可以将客户端设备到ap的路径损耗小于某个确定的路径损耗阈值的客户端设备归组在一起。在一些实施例中,可以定义多个路径损耗阈值并将其用作对客户端设备进行归组的基础。应当理解,可以为作为当前ulmu群组的部分的客户端设备的初始归组的每个客户端设备计算路径损耗。

确定ap和客户端设备的各种操作特性并将其用来计算ap与客户端设备之间的ul路径损耗。图3a是用于计算ap与客户端设备之间的路径损耗的示例计算组件或设备200的框图。在一些实施例中,计算组件200可以是与图2中所示的并在上面描述的相同的计算组件。然而,在一些实施例中,可以使用不同的计算组件或计算组件200的分区/部分来确定如本文所述的路径损耗。在一些实施例中,硬件处理器202是与图2中所示的相同的硬件处理器202,或者在其他实施例中,可以使用另一硬件处理器或硬件处理器202的部分。在一些实施例中,机器可读存储介质204是与图2中所示的相同的机器可读存储介质,但是在其他实施例中,可以使用另一机器可读存储介质或机器可读存储介质204的部分来存储指令220-230。

如图3a中所图示,硬件处理器202可以执行指令220,使得ap(在wlan中)可以接收与该ap通信的客户端设备的最大发射功率能力以用于操作信道。即,并且根据一个实施例,在不同操作信道上和在监管域上的客户端设备的最大发射功率能力(被称为tx_max_eirp11hchannel)被确定。具体地,可以通过客户端设备向ap通告的功率能力信息来确定客户端设备的发射功率能力。

例如,当在ap上启用(在802.11标准的802.11h扩展中引入的)频谱管理特征时,客户端设备可以向ap通告它们各自的功率能力。客户端设备的最大(和最小)发射功率能力的通告可以发生在客户端设备向ap发送的关联请求的帧中。应当理解,客户端设备的最大发射功率能力可以取决于以下中的一个或多个而不同:客户端设备可能正在其上操作的信道;客户端设备可能正在其上操作的未经许可的国家信息基础设施(u-nii)频带;以及客户端设备可能正在其中操作的监管域。在一些实施例中,最大发射功率可受限于客户端设备的硬件限制。因此,硬件处理器202可以执行指令222以在ap或ap的控制器处聚合在一段时间内从与客户端设备通信的多个ap接收的客户端设备的最大发射功率能力。

wlan基础设施可以使用表或其他数据结构来维持如由多个ap所看到的在不同信道、频带和/或监管域上的客户端设备的最大发射功率能力的记录或列表。可以针对所有相关的监管域、信道和/或频带构建客户端设备的最大发射功率能力的这种记录或列表,并且可以在ap、ap控制器和/或一些其他例如集中式数据存储处创建和/或维持这种记录或列表。

图3b图示了在信道和监管域上的客户端设备的最大发射功率能力的示例表。例如,客户端设备,例如图1的客户端设备110a,当在美国联邦通信委员会(fcc)所监管的域中通过信道36发射时,可以具有19w的最大发射功率(表示为maxeirp)。在fcc监管域的信道149上,客户端设备110a可以具有21w的最大发射功率。

返回图3a,硬件处理器202可以执行指令224以在ap或ap的控制器处根据该客户端设备在多个无线电信道上的最大发射功率能力来计算客户端设备的有效最大发射功率,该客户端设备在该多个无线电信道上操作。即,(在该示例中)使用客户端设备的每信道/每监管域最大发射功率能力集,可以根据以下等式计算该客户端设备的有效最大发射功率能力:

tx_max_eirp11h=min{tx_max_eirp11hchannel}

应当注意,在该示例中,在最大发射功率能力集中选择最小的最大发射功率是就确定客户端设备的有效最大发射功率而言的一种便利方法。然而,可以使用确定有效最大发射功率的其他方法。例如,可以计算客户端设备的最大发射功率能力集的平均或均值最大发射功率,并将其视为表示客户端设备在信道/频带/监管域上的有效最大发射功率。

硬件处理器202可以执行指令226,以便在ap处接收用于与ap通信的客户端设备的上行链路功率余量。

在802.11ax标准中,客户端设备使用发送到ap的帧中的高吞吐量(ht)控制字段的高效(he)变量来报告ul功率余量(uph)。ht控制字段的这种he变量通常由ap请求以与其他客户端设备协调其muul传输。可以将uph值描述为如下范围,客户端设备可以在该范围内针对当前所使用的mcs增加其eirp或者将其eirp增加到该范围。以这种方式,可以使ap知晓相对于客户端设备的用于其当前mcs速率(mcs_x)的当前发射功率的uph(被称为ul_headroomcd,mcsx)。可以用以下等式来反映uph:

ul_headroomcd,mcs=tx_max_eirpcd,mcs-tx_current_eirpcd

可以假设在给定mcs(tx_max_eirpcd,mcs=0)处的客户端设备的最大发射功率与在客户端设备的关联请求中通告的客户端设备的最大发射功率能力(tx_max_eirp11h)相同,如上所述。这是一个合理的假设,因为预期到客户端设备将主要以其最低mcs速率使用所允许的最大发射功率,以保持在规定的发射evm限制内,这也在上面提到。因此,等式1可以被简化如下:

ul_headroomcd,mcs=tx_max_eirp11h-tx_current_eirpcd

对于给定的客户端设备,在使用mcs0的情况下,客户端设备的当前eirp被计算如下:

tx_current_eirpcd=tx_max_eirp11h-ul_headroomcd,mcs=0

应当理解,对于每个mcs值或速率,客户端设备可以具有不同的eirp和ul余量。如上面所指示的,可以假设最低mcs以保持在规定的发射evm限制内。

如以下等式中所阐述的,ap处的rssi是客户端设备的当前eirp、ap的接收天线增益、以及客户端设备与ap之间的路径损耗的函数,其中g_antap是ap的接收天线增益(在ap处已知):

rssiap=tx_current_eirpcd+g_antap–pathloss

因此,由于上面已经确定了客户端设备的当前eirp,并且天线的目标rssi和接收天线增益是已知的,所以可以如下计算客户端设备与ap之间的路径损耗:

pathlosscd-ap=tx_max_eirp11h-ul_headroomcd,mcs=0,-rssiap+g_antap

因此,硬件处理器202可以执行指令228,以便在ap处使用在该ap处针对客户端设备测量的rssi值、有效最大发射功率、上行链路余量、以及ap的天线增益来计算客户端设备与ap之间的ul路径损耗。

应当理解,可以针对多个客户端设备中的每个客户端设备执行上述路径损耗确定。还如上文所指出的,路径损耗可以被用作客户端设备分组确定的部分,以支持同时ulmu-mimo或ulofdma传输。因此,所确定的路径损耗可以被用来生成在多个ap上的数据集,其可以在各个地理区域上被“数据挖掘”和合并。还应注意,所描述的确定路径损耗的方法的益处在于,它可以利用802.11ax兼容设备实现,因为802.11ax客户端设备同时支持uph反馈和功率能力报告。

在一些实施例中,重新评估客户端设备与ap之间的路径损耗可能是有益的。即,特定的路径损耗与一定的时间量相关。因此,基于涉及但不限于客户端设备类型、业务流、上游信噪比(snr)、虚拟信标报告变化(例如,到多个ap的上游snr的变化和/或将客户端设备分类为移动的而不是非移动的外部输入等)的差异来重新评估涉及ap的路径损耗可能是有益的。同样,可以收集路径损耗确定以创建数据集,该数据集可以被数据挖掘并用来优化某些传输模式,例如ulmu-mimo/ofdma、网络性能等。

因此,硬件处理器202可以执行指令230,以基于关于网络(即,wlan)的操作特性和客户端设备中的至少一个的一个或多个变化来重新评估路径损耗。例如,当来自客户端设备的上游snr变化了等于或超过特定上游snr阈值的量时,由硬件处理器202体现的ap或ap控制器可以通过重新执行指令220-228来重新发起路径损耗确定。

一旦ap或ap控制器(基于ul业务兼容性、客户端设备类和路径损耗相似性中的一个或多个)确定了要同时发射其排队数据的客户端设备的归组,ap或ap控制器就可以确定链路或phy兼容性。换言之,应当均衡ap处的来自每个客户端设备的接收功率,以使得ap可以成功地解码来自群组的每个客户端设备的每个传输,尽管传输被同时发送到ap。

根据各种实施例,可以选择ulmcs和目标rssi,以便基于phy兼容性进一步细分或生成客户端设备的子群组。即,可以针对每个客户端设备选择ulmcs速率以用于其触发的ul传输,并且可以选择每个客户端设备的目标发射功率以在ap处达到目标rssi。一旦针对每个客户端设备选择了ulmcs速率和目标rssi,就可以将该信息发射到适当的客户端设备。

图4a是根据各种实施例的用于选择ulmcs和目标rssi的示例计算组件或设备200的框图。如此前所指出,在一些实施例中,计算组件200可以是与图2和/或图3a所示的并且如上所述的相同的计算组件。然而,在一些实施例中,可以使用不同的计算组件或计算组件200的分区/部分来确定如本文所述的路径损耗。在一些实施例中,硬件处理器202是与图2和/或图3a所示的相同的硬件处理器202,或者在其他实施例中,可以使用另一硬件处理器或硬件处理器202的部分。在一些实施例中,机器可读存储介质204是与图2和/或图3a所示的相同的机器可读存储介质,但是在其他实施例中,可以使用另一机器可读存储介质或机器可读存储介质204的部分来存储指令232-240。

在一些实施例中,硬件处理器202可以执行指令232,以确定在多个客户端设备中的每个客户端设备处的可用uph。为了做出该确定,ap可以通过请求以mcs速率0的ul传输来开始初始路径损耗估计。通过请求以最低mcs速率的ul传输,ap可以确定客户端设备处的可用uph(即,可以增加客户端设备的发射功率的量)。

在一些实施例中,硬件处理器202可以执行指令234,以(在ap处)在从多个客户端设备中的每个客户端设备接收到上游分组时,构建包括用于多个客户端设备中的每个客户端设备的可用uph的数据集。例如,ap(或ap控制器)可以根据与ap相关联的每个客户端设备构建每mcs速率的uph值的表。

在一些实施例中,硬件处理器202可以执行指令236,以基于在ap处从多个客户端设备中的每个客户端设备接收的rssi和在多个客户端设备中的每个客户端设备处的可用uph来计算在ap处的最大可达rssi和在ap处的最大可达mcs速率。即,对于与ap相关联的每个客户端设备,ap或ap控制器可以计算在ap处接收的rssi与uph之间的差异,以达到最大可达rssi。可以基于最大可达rssi来确定最大可达mcs速率(即,在以每个mcs速率从每个客户端设备接收上述上游分组时),ap(或ap控制器)可以计算可以由最大可达rssi支持的最大mcs。应当理解,所计算出的最大可达rssi对应于ap处的上述目标rssi。

图4b是在ap处接收的rssi、对应的mcs速率0、客户端设备的uph值、所计算的最大可达rssi和最大可达mcs速率的示例列表(以表的形式)。在该示例中,对于第一客户端设备cs1,以mcs速率0,基于由cs1向ap发送的上游分组传输(按照ap的请求),在ap处的接收rssi是-65dbm。如果cd1的uph为15db,则最大可达rssi为-65dbm+15db,等于-50dbm。可以对所有相关联的客户端设备(在该示例中为客户端设备cd2-6)执行类似的计算。

如图4b中所图示,所计算的最大可达rssi导致从mcs11到mcs7的最大可达(支持)mcs速率的范围。可以理解,如果ap或ap控制器选择-54dbm的目标rssi(其高到足以解码mcs速率10或更高),ap或ap控制器可以考虑其各自的uph能力来确定哪些客户端设备能够达到此rssi。以这种方式,客户端设备可以进一步被归组(在考虑例如ul业务兼容性、客户端设备类和/或ul路径损耗之后)并被指派目标rssi和mcs速率。

返回图4a,硬件处理器202可以执行指令238,以选择多个客户端设备中的如下客户端设备,那些客户端设备具有足够uph以适应发射功率变化以在ap处达到目标rssi。例如,ap或ap控制器可以选择mcs速率为10以及目标rssi为-54dbm(即,群组中可达的最小值)。基于上述计算,ap/ap控制器可以选择客户端设备cd1-3作为第一ulmu群组的一部分。在一些实施例中,ap/ap控制器可以选择mcs速率为9以及目标rssi-为54dbm,以留出一些信号裕度,例如,弹性约为3db)。同样,可以选择客户端设备cd1-3。ap/ap控制器可以选择mcs速率为7以及目标rssi为-63dbm。因此,ap/ap控制器可以选择客户端设备cd4-6作为第二ulmu群组的一部分。可以基于期望的mcs导出目标rssi,并且对于每个期望的mcs,需要针对接收器的特定snr预算。如果客户端设备由于其uph小于期望的发射功率水平增加而不能增加其功率水平,则可以从ulmu群组排除该客户端设备。(一个或多个)这样的客户端设备可以被调度为另一群组的部分(如上文所指出的),或者(一个或多个)客户端设备可以被降级为单个用户传输模式。

应当注意,在ulmu-mimo的情况下,使用整个带宽,而在ulofdma的情况下,ap/ap控制器可以进一步考虑将哪个子载波群组指派给客户端设备群组。应当进一步注意,总体上,可以首先调度指派了较高mcs的那些客户端设备,而可以稍后调度指派了较低mcs的那些客户端设备。通常,从能够减少无线电信道上的空中时间的角度来看,高mcs速率是优选的。即便如此,这可以取决于uph,并且mcs速率可以按比例缩小到对于ap处所期望的信号水平可达的任何mcs。

如上文所指出的,可以根据ul业务兼容性、客户端设备类和/或ul路径损耗中的一个或多个来对客户端设备进行归组。在确定或到达这样的归组时,可以基于mcs速率和目标rssi将归组中的那些客户端设备进一步过滤或细分为(一个或多个)另一子群组。因此,硬件处理器202可以执行指令240,以针对所选择的客户端设备设置目标rssi和mcs,即,为(一个或多个)该子群组的客户端设备被指派目标rssi和mcs速率。

图5a是根据各种实施例的用于创建ulmu客户端设备归组的示例计算组件或设备200的框图。在一些实施例中,计算组件200可以是与图2a、图2b、图3a和/或图4a中所示的并且如上所述的相同的计算组件。然而,在一些实施例中,可以使用不同的计算组件或计算组件200的分区/部分来确定如本文所述的路径损耗。在一些实施例中,硬件处理器202是与图2a、图2b、图3a和/或图4a中所示的相同的硬件处理器202,或者在其他实施例中,可以使用另一硬件处理器或硬件处理器202的部分。在一些实施例中,机器可读存储介质204是与图2a、图2b、图3a和/或图4a中所示的相同的机器可读存储介质,但是在其他实施例中,可以使用另一机器可读存储介质或机器可读存储介质204的部分来存储指令500-504。

在一些实施例中,硬件处理器202可以执行指令500,以确定具有要向ap发射的数据的多个客户端设备,该多个客户端设备中的每个客户端设备与一个或多个aci和客户端设备类中的至少一个相关联。硬件处理器202可以执行指令502,以从多个客户端设备创建客户端设备群组,该客户端设备群组被标识为与相同aci以及相同或类似客户端设备类中的至少一个相关联。如上文所指出的,可以使用与客户端设备相关联的aci来确定ul业务兼容性,并且可以基于正被考虑的客户端设备的类型(类)来确定以客户端设备发射器的保真度为前提的ul兼容性。硬件处理器202可以执行指令504,以选择针对该客户端设备群组中的每个客户端设备的将在数据传输期间使用的目标mcs,以及该客户端设备群组中的每个客户端设备能够满足的目标rssi。

类似于上述路径损耗的重新评估,也可以重新评估和调整为了同时ulmu传输而被归组在一起的客户端设备所使用的ulmcs速率。即,一旦ap或ap控制器建立了客户端设备归组,就可以监测ap处的分组接收成功,并且可以调整归组中的每个客户端设备的适用mcs速率评定以维持特定的ul分组递送率。

图5b是根据各种实施例的用于调整ulmu群组中的客户端设备的ulmcs的示例计算组件或设备200的框图。机器可读存储介质204可以被用来存储附加指令506-508。

例如,继选择目标mcs速率和目标rssi(如上所述)之后,硬件处理器202可以执行指令506,以监测在ap处的来自归组的每个客户端设备的ulmu分组接收。即,在ap/ap控制器已经对如上所述的一个或多个归组做出决定,并且已经指派了ul发射功率(eirp)以满足如上所述的每个客户端设备的所选择的目标rssi和mcs之后,ap可以监测来自参与向ap的ulmu传输的每个客户端设备的分组接收成功。

因为ulmu传输由ap触发,所以ap/ap控制器知晓哪些客户端设备将在短帧间间距(sifs)时间间隔内在下一ulmu传输中发送ul帧。sifs时间间隔可以是指无线接口用以处理所接收的帧并用适当的响应帧(例如,前述触发和确认帧)进行响应所需的时间量。

硬件处理器202可以执行指令508,以基于ulmu分组接收的成功来调整ulmcs速率。即,ap可以为每个客户端设备维持期望的或初始的ul分组递送率,并且随着分组递送率(或相反地,分组误差率)调整来自每个客户端设备的后续ulmu传输的ulmcs速率。在其他实施例中,ap可以备选地使用被ap用来向特定客户端设备发送数据的dlsu/mu传输速率和从该客户端设备接收的ul信道质量指示符(cqi)的组合。例如,可以按照mcs速率维持分组递送率/分组误差率并将其用来计算预期的实际吞吐量(例如,应用级吞吐量或每某单位时间递送的有用信息比特数)——如果以那些特定的分组递送率/分组误差率使用那mcs速率的话。分组递送率/分组误差率和最大化实际吞吐量的mcs速率的组合可以被用作目标速率。例如,cqi可以被用作过滤准则,例如,如果cqi高于某个阈值,则可以以较高的mcs速率开始,而如果cqi低于某个阈值,则可以不使用较高的mcs速率。

图6图示了可以被用来实现本文所公开的方法的各种特征的示例计算组件600。计算组件200可以是计算组件600的实施例。

在使用软件全部或部分地实现本申请的组件的情况下,在一个实施例中,这些软件元件可以被实现为与能够执行关于其所描述的功能性的计算或处理组件一起操作。然而,在阅读本说明书之后,相关领域的技术人员将明白如何使用其他计算组件或架构来实现本申请。

如上文关于计算组件200所指出的,计算组件600可以表示例如在大型机、超级计算机、工作站或服务器或对于给定的应用或环境可能是期望的或适当的任何其他类型的专用或通用计算设备内发现的计算或处理能力。计算组件600还可以表示嵌入在给定设备内或者以其他方式对于给定设备可用的计算能力。

计算组件600可以包括例如一个或多个处理器、控制器、控制组件或其他处理设备,诸如处理器604(其示例实施例是硬件处理器202)。可以使用通用或专用处理引擎来实现处理器604,诸如例如微处理器、控制器或其他控制逻辑。在所图示的示例中,处理器604连接到总线602,但是任何通信介质都可以被用来促进与计算组件600的其他组件的交互或外部地通信。

计算组件600还可以包括一个或多个存储器组件,在本文中简称为主存储器608(其实施例是机器可读存储器204)。例如,优选地,随机存取存储器(ram)或其他动态存储器可以被用于存储将由处理器604执行的信息和指令。主存储器608还可以被用于存储在将由处理器604执行的指令的执行期间的临时变量或其他中间信息。计算组件600可以同样包括只读存储器(“rom”)或耦合到总线602的其他静态存储设备,以用于存储用于处理器604的静态信息和指令。

计算组件600还可以包括一种或多种形式的信息存储机制610,其可以包括例如介质驱动器612和存储单元接口620。介质驱动器612可以包括驱动器或其他机制以支持固定的或可移除的存储介质614。例如,可以提供硬盘驱动器、固态驱动器、光盘驱动器、cd、dvd或blu-ray驱动器(r或rw)、或其他可移除的或固定的介质驱动器。因此,存储介质614可以包括例如硬盘、固态驱动器、盒式磁带、光盘、cd、dvd、blu-ray或其他固定的或可移除的介质,其由介质驱动器612读取、被写入或接入介质驱动器612。如这些示例所图示的,存储介质614可以包括其中存储有计算机软件或数据的计算机可用存储介质。

在备选实施例中,信息存储机制610可以包括用于允许将计算机程序或其他指令或数据加载到计算组件600中的其他类似工具。这样的工具可以包括例如固定的或可移除存储单元622和接口620。这样的存储单元622和接口620的示例可以包括可移除存储器(例如,闪速存储器或其他可移除存储器组件)和存储器插槽,或者允许软件和数据从存储单元622传送到计算组件600的其他固定的或可移除的存储单元622和接口620。

计算组件600还可以包括通信接口624。通信接口624可以被用来允许在计算组件600和外部设备之间传送软件和数据。通信接口624的示例可以包括调制解调器或软调制解调器、网络接口(诸如以太网、网络接口卡、wimedia、ieee802.xx或其他接口)、通信端口(诸如,例如,usb端口、ir端口、rs232端口接口或其他端口)或其他通信接口。经由通信接口624传送的软件和数据通常可以被承载在信号上,该信号可以是电的、电磁的(其包括光学的)或能够由给定通信接口624交换的其他信号。可以经由信道628将这些信号提供给通信接口624。该信道628可以承载信号,并且可以使用有线或无线通信介质来实现。信道的一些示例是rf链路、网络接口、局域网或广域网以及其他有线或无线通信信道。

在本文档中,术语“计算机可读介质”、“计算机可用介质”和“计算机程序介质”通常被用来指代非暂态介质、易失性或非易失性介质,诸如例如存储器608、存储单元622和介质614。这些和其他各种形式的计算机程序介质或计算机可用介质可以涉及将一个或多个指令的一个或多个序列承载到处理设备以供执行。在介质上体现的这样的指令通常被称为“计算机程序代码”或“计算机程序产品”(其可以以计算机程序或其他归组的形式来进行归组)。当被执行时,这样的指令可以使计算组件600能够执行本文所讨论的本申请的特征或功能。

除非另有明确说明,否则本文档中使用的术语和短语及其变体应当被解释为开放式的而非限制性的。作为前述的示例:术语“包括”应当被解读为意味着“包括但不限于”等;术语“示例”被用来提供讨论中的项目的示例性实例,而不是其详尽或限制性列表;术语“一”或“一个”应当被解读为意味着“至少一个”、“一个或多个”等;并且诸如“常规”、“传统”、“正常”、“标准”、“已知”和类似含义的术语之类的形容词不应当被解释为将所描述的项目限制在给定时间段或者限制为给定时间可用的项目,而是应当被解读为涵盖现在或将来任何时间可能可用或已知的常规、传统、正常或标准的技术。同样地,在本文档涉及对本领域普通技术人员显而易见的或已知的技术的情况下,这样的技术涵盖现在或将来任何时间对本领域技术人员显而易见的或已知的技术。

术语“组件”的使用并不意味着作为组件的一部分描述或要求保护的元件或功能性都被配置在共同封装中。实际上,一个组件的各种组件中的任何一个或全部,无论是控制逻辑还是其他组件,都可以被组合在单个封装中或者可以分开地保持,并且可以进一步被分布在多个归组或封装中或者跨多个位置。

虽然上面已经描述了本公开的各种实施例,但是应当理解,它们仅以示例而非限制的方式被呈现。同样地,各种图可以描绘用于本公开的示例架构或其他配置,其被完成以帮助理解可以被包括在本公开中的特征和功能性。本公开不限于所图示的示例架构或配置,而是可以使用各种备选架构和配置来实现期望的特征。另外,关于流程图、操作描述和指令、或方法权利要求,除非上下文另有指示,否则在本文中呈现步骤的次序不应当强制实施各种实施例以相同次序执行所述功能性。

尽管上文根据各种示例性实施例和实现描述了本公开,但是应当理解,在一个或多个单独实施例中描述的各种特征、方面和功能性不限于它们对通过其而被描述的特定实施例的适用性,而是可以单独地或以各种组合被应用于本公开的一个或多个其他实施例,无论这样的实施例是否被描述以及这样的特征是否被呈现为所描述的实施例的一部分。因此,本公开的广度和范围不应当受任何上述示例性实施例的限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1