无线游戏协议的制作方法

背景

游戏玩家讨厌等待，特别是在面对其即将到来的虚拟死亡时。当玩家按下按钮时，他们想要动作尽可能快地发生，没有能注意到的延迟。用户的化身的动作方面的任何感知到的延迟均被认为是不可接受的。任何能注意到的延迟都可能是让人厌恶的，并且可能导致选择不同的游戏系统。玩家还不喜欢更换其手持式控制器中的电池。对玩家而言，很少有体验能够比在要获得重大胜利时其控制器的电池没电了更差。等待时间和电池寿命两者均可以是在处理控制台和游戏控制器之间的通信链路上的争用和冲突时涉及的时间和电力量的函数。

在传统有线游戏系统中，控制台可使用包括冲突检测的载波监听介质接入协议(csma/cd)来与附件(例如，手持式控制器)通信。控制台可以能够实施附件上的某种中央授权来减少或最小化冲突并从而减少或最小化按钮按下和游戏中的相应动作之间的等待时间。然而，在传统无线游戏系统中，控制台可使用带冲突避免的csma协议(csma/ca)而不是csma/cd来与附件通信。通信可能需要争用通信机会。所述争用可能增加等待时间并可能产生冲突。所述争用还可能增加附件所执行的传输的数量，这可能对电池寿命带来负面影响。

争用通信介质所花的时间和电力量可与争用介质的设备的数量，或争用介质中涉及的消息的数量、类型或大小直接相关。等待时间和电池寿命还可能是在附件已赢得争用之后所发生之事(例如，握手、消息传递)的函数。控制台和附件之间的通信中所涉及的消息的数量、类型或大小将影响在用户动作(例如，按钮按下、控制器重定向)和相应游戏动作之间逝去的时间量。控制台和附件之间的通信中涉及的消息的数量、类型和大小还将影响每次通信使用多少电池电力。

概述

提供本

技术实现要素：
是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

在无线游戏系统中，所经历的等待时间量和所消耗的电力量两者均是争用和冲突的函数。等待时间关注附件(例如，控制器、客户端)等待来自控制器(例如，控制台、接入点)的响应的时间量。所消耗的电力关注附件中的电池使用。争用和冲突两者均可以是通信设备的数量、用于通信的协议、以及被用于传递的消息的数量、类型或长度的函数。争用和冲突可影响响应性，而响应性和可靠性可定义用户的游戏体验。示例装置和方法因此关注通过解决无线游戏系统中的争用和冲突来减少等待时间。

争用和冲突以及由此而来的等待时间可与网络利用率直接相关。示例方法和装置因此可获取并分发网络利用率信息。网络利用率信息可被用来控制例如网络选择、信道选择、以及其它动作。网络利用率信息可被用来促成使多个独立游戏系统彼此紧邻地安全共存而不导致性能降级。网络利用率信息还可被控制台使用。例如，控制台可使用网络利用率信息来确定是否及如何排定附件优先级。

示例方法和装置关注建立、维护、管理、或终止游戏控制台中的无线电和游戏附件中的无线电之间的无线连接。附件例如可以是手持式控制器。游戏控制台中的无线电可与各附件中的无线电通信。附件中的无线电可与控制台中的无线电通信。示例方法和装置可根据一协议建立、维护、管理、或终止各无线电之间的连接。协议可定义协议中使用的具体消息，包括分组结构、分组定义、或分组字段定义。协议还可定义按其消息被交换的序列。

附图简述

附图示出本文所述的各种示例装置、方法和其他实施例。将理解到附图中所示的元素边界(如框、框组、或其他形状)表示边界的一个示例。在某些示例中，一个元素可被设计成多个元素，或者多个元素可被设计成一个元素。在某些示例中，示为另一元素的内部组件的某一元素可被实现为外部组件，且反之亦然。此外，元素可不被按比例绘制。

图1示出示例无线游戏环境。

图2示出与一无线游戏协议相关联的示例方法。

图3示出与一无线游戏协议相关联的示例方法。

图4示出示例无线游戏环境。

图5示出被配置成参与一无线游戏协议的示例装置。

图6示出被配置成参与一无线游戏协议的示例装置。

图7示出示例云操作环境。

图8是描绘被配置成参与一无线游戏协议的示例性移动通信设备的系统图。

图9示出与一共享无线游戏协议相关联的示例登记消息序列。

图10示出与一共享无线游戏协议相关联的示例服务发现消息序列。

图11示出与一共享无线游戏协议相关联的示例服务重新发现消息序列。

图12示出与一共享无线游戏协议相关联的示例设备终止消息序列。

图13示出与一共享无线游戏协议相关联的示例控制台终止消息序列。

图14示出与一共享无线游戏协议相关联的示例信道改变消息序列。

图15示出与一共享无线游戏协议相关联的示例加密消息序列。

图16示出与更新一共享无线游戏协议中的会话密钥相关联的示例消息序列。

图17示出与通过创建经由分布式tdma创建的非重叠隙的附件解除同步相关联的定时。

图18示出与单一触发器相关联的消息通信量。

图19示出与和猝发相关联的触发器相关联的消息通信量。

图20示出数据作为确收(dack)，其中数据分组在确收(ack)的pifs内发送。

图21示出了dack，其中数据与ack分开接入点(ap)回转延迟时间。

图22示出客户端和ap之间的交换中的空隙。

图23示出与共享无线游戏环境中的客户端和ap之间的交换相关联的可调整帧定时。

图24示出改变与共享无线游戏环境中的客户端和ap之间的交换相关联的帧定时。

详细描述

在无线游戏系统中，所经历的等待时间量和所消耗的电力量两者均是争用和冲突的函数。等待时间关注附件(例如，控制器、客户端)等待来自控制器(例如，控制台、ap)的响应的时间量。所消耗的电力关注附件中的电池使用。争用和冲突两者均可以是通信设备的数量、用于通信的协议、以及用于被传递的消息的数量、类型或长度的函数。冲突可以是被用于通信的消息的数量、类型或长度的函数。在计算机联网中，且在此处，接入点(ap)或无线接入点(wap)是一种允许无线设备使用例如wi-fi在无线网络中通信的设备。ap进而可例如连接至路由器并提供对有线网络、对因特网、或对其它网络的接入。在计算机联网中，以及在本文中，客户端是使用该ap在无线网络中通信的设备。

图1示出无线游戏环境，其中控制台110担当无线网络的接入点(ap)。游戏环境包括担当无线网络中的客户端的附件(accessory)120。游戏环境还包括担当无线网络中的客户端的附件130。附件120和附件130使用ap110在无线网络中通信。在一个实施例中，附件120和附件130彼此不通信。尽管示出两个附件，然而更多或更少数量的附件可存在于无线游戏环境中。从而，无线游戏环境可包括不断改变的数量的同时附接的设备，这些设备可在操作期间被添加或移除。尽管示出控制台110和附件120，然而对于其它装置可存在类似的ap/客户端场景，所述装置包括但不限于：电视机和附件、个人计算机、膝上型计算机、平板、电话、或其它设备。此外，在一些示例中，计算机、膝上型计算机、平板或电话可担当游戏控制台或可担当控制器。从而，尽管在此处在游戏控制台和附件的上下文中描述示例装置和方法，然而所述示例装置和方法可更广泛地应用于ap/客户端环境。

在一个实施例中，附件120具有被配置成与控制台110通信的一个无线电。在一个实施例中，控制台110具有两个无线电：一个无线电被配置成与附件110或其它附件通信，而一个无线电被配置成与其它网络通信。附件120中的无线电可被配置成快速地寻找其想要连接到的特定控制台。无线电可被配置成使用动态频率选择用不同加密在不同调制速率在不同频带上选择性操作。

在不同实施例中，附件120例如可以是仅用于玩游戏的简单游戏控制器、带聊天功能的控制器、带立体声功能的控制器、带显示器的控制器、仅聊天的设备、仅立体声的设备、扬声器、遥控器、或其它设备。

在一个实施例中，通过减少两个或更多个设备将同时尝试使用通信介质的可能性可减少争用。可通过分布式时分介质接入(tdma)所产生的解除同步(de-synchronization)来减少所述可能性。在一个实施例中，tdma可包括控制客户端来确定客户端何时应当休眠且何时应当唤醒，以使得可能争用同一介质的客户端可在不同时间唤醒和休眠并由此被解除同步。这种方法可依赖于以下事实：在csma/ca方法中，每次该网络中仅可以有单个帧。客户端被配置成监听该介质何时正被使用并避免冲突。载波监听、争用获胜、以及单一帧方法促进了通过分布式tdma来解除附件同步。在一个示例中，tdma可以是集中式的且由ap控制。在另一示例中，tdma可以是分布式的或去中心式的，其中客户端负责确定其时隙。

在一个实施例中，在客户端赢得争用之后，以及在该客户端已识别其与控制台的通信的成功完成之后，该客户端可调度其自己的休眠时间以及随后的唤醒时间。成功完成可以与例如接收到来自该ap的确收(ack)消息相关联。因为每次只有一个客户端将赢得争用，并且从而因为仅该客户端将看到其成功ack，所以该客户端可调用唯一时间以唤醒，这进而可以减少另一客户端将寻求在该客户端唤醒的同一时间获取该介质的可能性。在一操作时间段之后，客户端可能解除同步到争用被减少的点。解除同步可通过选择性地控制客户端以具有不同属性(例如，休眠时间、退避时间、退避区间进程)来增强。例如，客户端初始地可被配置成在时间t休眠达一历时增量δ。该δ可以例如是4ms(毫秒)的倍数。随着时间，为了增强解除同步，客户端可使其δ改变为例如8ms的倍数。分布式tdma包括客户端调度其自己的休眠/唤醒时间，而不是使其休眠/唤醒时间由ap或其它中央控制代理来控制。不是遵守中央确定的且固定的时隙，客户端确定其自己的时隙。客户端确定的时隙可随着时间解除同步到在各时隙之间存在更少重叠的点。减少重叠减少了各附件将争用介质的可能性并从而减少等待时间和电力消耗。

在一个实施例中，冲突可通过减少在ap和客户端之间传递的消息的数量来减少。不是在单个通信(例如，帧、分组、消息)中传递分开的信息块，其中每个通信赢得争用并执行握手，示例方法和装置可以在一组邻接或不中断的通信的集合中传递多个信息块，其中整个集合可在单次争用和握手之后传递。例如，当客户端赢得争用时，ap可向该客户端发送多个分组而不是仅发送单个分组。在一个实施例中，ap可发送被调度以在所定义时间段中递送的对于一客户端待决的所有分组。在一个实施例中，该ap甚至可以在客户端赢得争用后在该单一通信期间向该客户端发送对该客户端待决的所有分组。此外，该客户端可向该ap发送多个分组而不是仅发送单个分组。在一个实施例中，该客户端甚至可以在该客户端赢得争用后在该单一通信期间向该ap发送对该ap待决的所有分组。通过发送多个分组来排空ap或客户端可能减少客户端需要争用介质的次数，由此减少争用。

在一个实施例中，通过减少赢得争用之后在ap和客户端之间传递的握手消息的数量可以减少冲突并且可以减少电力消耗。传统方法可涉及4条消息的“双向”握手。示例方法和装置可参与3条消息的“1.5向”握手，其中例如数据可担当数据并担当握手确收。在一个实施例中，数据可担当ack。在另一实施例中，数据可被耦合至ack并在该ack之后发送而没有传统争用延迟或附加消息交换回合，或具有更少的争用延迟。

一旦一客户端赢得争用，该客户端可被分配保留时间段以与该ap通信。这可允许该ap足够的时间来访问针对该客户端的信息，以准备信息以传送给该客户端，并随后在该保留时间段期间将该信息发送给该客户端而不是迫使该ap参与并赢得另一次争用。该ap消耗的此时间可被称为“回转延迟(turnarounddelay)”。在一个实施例中，该保留时间段可使用无线协议(例如，802.11)的网络分配向量(nav)功能来控制。nav功能促成客户端保留共享介质达超出控制台回转时间的时间段。通过保留一时间段，仅触发器分组可被迫使争用该介质，该交换中的后续分组或帧可不需要争用。

回想一下，载波监听包括两个分开的功能。nav是被用来保留介质的虚拟载波监听。空闲信道评估(cca)是一种监听在无线电接口上接收的能量的物理载波监听。cca指示忙碌介质。nav将介质保留为忙碌。

在一个实施例中，争用和冲突也可通过更明智地选择客户端和ap将在其上通信的网络或通信信道来减少。例如，两个通信信道可用于通信。第一通信信道可能正经历第一(例如更高的)等级的通信量而第二通信信道可能正经历第二(例如更低的)等级的通信量。不是盲目地连接至第一可用信道，示例方法和装置可分析网络或信道信息来确定要用于通信的适当信道。在一个实施例中，方法和装置可监视信道利用率并在例如与无线协议相关联的信标消息中提供信道利用率信息。作为说明，无线协议可涉及ap周期性地发送广播消息(例如信标)。在一个实施例中，信道利用率信息可在广播消息中被提供且客户端可至少部分基于信道利用率信息来选择通信信道。

利用率关注网络有多忙。例如，可以基于通信正消耗的空中时间量来测量利用率。空中时间消耗例如可由ap或由个体客户端来测量。在一个实施例中，ap可跟踪空中时间使用并在信标消息中报告该空中时间使用。在另一实施例中，个体客户端可监视空中时间使用并将此使用信息提供给ap。ap随后可聚集客户端信息并在信标消息中提供聚集的客户端信息或从聚集的信息得出的信息。

在一个实施例中，附件中的无线电可测量从来自连接设备的猝发的触发器分组的开头到该猝发的末尾的最后的ack分组的末尾的平均时间。平均时间可从多个猝发事务测量计算。平均值可通过猝发占空比时间来归一化。在一个实施例中，利用率可针对各连接附件独立测量。在一个实施例中，来自不同附件的平均利用率可被组合以产生总信道利用率度量。

能力或利用率信息可在信标分组中提供。在一个实施例中，信标分组可周期性地(例如，每100ms一次)传送。在一个实施例中，控制台无线电可发出消息(例如，探测请求)来查询另一控制台以提供其能力或利用率数据。能力或利用率数据可在例如探测响应中返回。

在共享无线游戏环境中，可能有多个ap(例如，控制台)和多个客户端(例如，游戏控制器、附件)。考虑大学宿舍，其中数百个学生具有其自己的游戏控制台并且可能正参与大型在线游戏。玩家可能在一段时间里来来往往。至少部分基于在信标消息中报告的空中时间使用，示例方法和装置可选择性地将客户端连接到不同信道或网络。尽管描述了空中时间使用，然而信标消息或其它广播消息可包含从空中消息使用或其它网络利用率测量得出的信息或统计数据。

在一个实施例中，电池寿命可通过选择性地控制客户端与ap通信的频率来延长。回想一下，客户端可发起与ap的通信。该客户端可询问该ap来确定该ap是否具有任何消息要发送到该客户端。传统上，客户端可能按固定间隔发起通信，即便该客户端没有东西要传送且即使该客户端具有该ap将很可能没有东西要传送到该客户端的智能。在一个实施例中，方法和装置可控制客户端来选择性地减少客户端发起与ap的通信的频率。例如，当客户端不具有针对该ap的任何数据时，或当客户端不具有任何数据并且不太可能具有针对该ap的任何数据时，则该客户端可减少其发起与该ap的通信的频率。类似地，当客户端知道ap将不太可能具有针对该客户端的任何数据时，则该客户端可减少其询问该客户端以获得数据的频率。例如，客户端可从每40ms发送一次发起消息切换到每80ms、随后到160ms以及甚至更长的时间段来发送一次消息。不同间隔和间隔的不同改变可被采用。

下文的详细描述的某些部分是按照算法和对存储器内的数据位的运算的符号表示来给出的。这些算法描述和表示被本领域技术人员使用来将其作品的实质传达给其他人。算法被认为是产生结果的运算序列。运算可包括创建和操纵采用电子值的形式的物理量。创建或操纵采用电子值形式的物理量产生了具体的、有形的、有用的、真实世界结果。

原则上出于常见用法的原因将这些信号称作位、值、元素、符号、字符、项、数字以及其它术语被证明有时是方便的。然而，应当记住，这些和类似术语都应与适当的物理量相关联并且仅仅是应用于这些量的方便标签。除非另外具体声明，否则应理解贯穿本说明书，包括处理、计算以及确定在内的术语指的是计算机系统、逻辑、处理器、片上系统(soc)、或操纵和变换被表示为物理量的数据(如电子值)的类似电子设备的动作和过程。

参考流程图可更好地理解示例方法。出于简化，所示的方法被示出并描述为一系列框。然而，方法可不受框的顺序的限制，因为在某些实施例中，框可以与所示和所描述的不同顺序出现。而且，为了实现某一示例方法，可能要求比全部所示框少的框。框可被组合或分成多个组件。此外，附加的或替代的方法可采用附加的、未示出的框。

图2示出与一无线游戏协议相关联的示例方法200。在不同示例中，方法200可在单个设备上执行、可部分或全部在云中执行、可在分布式协作设备中执行、或可按其它方式执行。在不同示例中，方法200可在包括但不限于计算机、膝上型计算机、平板计算机、电话、智能电话、游戏控制台、或游戏附件的设备上执行。

方法200包括，在210，收集与在无线游戏环境中采用的无线网络相关联的网络利用率数据。在无线网络中，游戏控制台可担当ap而游戏附件(例如，控制器、遥控翼板)可担当客户端。一旦已经收集到网络利用率数据，方法200就可根据该网络利用率数据来选择性地控制各动作。例如，方法200可控制针对该客户端的通信优先级、由该客户端的网络选择、由该客户端的信道选择、针对该客户端的休眠时间、或针对该客户端的唤醒时间。可根据网络利用率数据来控制附加或替换动作。

在不同实施例中，网络利用率数据可在ap处收集或可在客户端处收集并由客户端提供至ap。一旦已经收集到网络利用率数据，方法200就可包括从网络利用率数据计算网络利用率信息。在一个实施例中，网络利用率信息可根据该ap所使用的空中时间量或该客户端使用的空中时间量来计算。

在一个实施例中，方法200可包括控制该ap以将该网络利用率数据提供给该无线网络中的其它节点或实体。例如，该ap可传送信标消息，该信标消息提供网络利用率数据或网络利用率信息。

方法200还包括，在220，控制如何在该客户端和该ap之间发起通信。在一个实施例中，该客户端和该ap之间的通信仅可由该客户端发起。在一个实施例中，该客户端可通过发送触发器分组来发起与该ap的通信。触发器分组可以例如是单个触发器或者与猝发相关联的触发器。条件可随时间改变，因此，在一个实施例中，方法200可包括选择性地控制该客户端来修改该客户端向该ap发送触发器分组的频率。例如，该客户端可在较忙碌时更频繁地发送触发器分组且在较不忙碌时更不频繁地发送触发器分组。

方法200还包括，在230，控制该客户端来根据分布式时分介质接入(tdma)方法来确定时隙时间。时隙时间是指期间客户端将被唤醒并可尝试获取无线网络中的介质的时间段。在一个实施例中，方法200依赖于分布式tdma方法，其中客户端根据从该客户端到该ap的成功传输的完成时间来确定该客户端的下一时隙时间。在另一实施例中，方法200依赖于分布式tdma方法，其中该客户端根据与该客户端相关联的接入标识符来确定该客户端的下一时隙时间。时隙时间可在不同时间按不同方式计算。例如，方法200可在第一时间使用第一方法并随后在第二时间使用第二方法来计算时隙时间。传统上，与时隙时间相关联的介质接入控制可能已经消除了对争用的需要。然而，在动态无线游戏环境中，其中附件可被添加并移除，并且其中时隙时间在附件处被计算，时隙时间和触发器分组争用的组合可被采用。

方法200还包括，在240，控制该客户端和该ap之间的交换以采用分组聚集。分组聚集可涉及每次从客户端到ap或从ap到客户端发送超过单个消息或帧。在一个实施例中，聚集可导致，响应于来自客户端的单个触发器分组，ap提供两个或更多个下行流分组，所述下行流分组准备好发送至该客户端。下行流分组将在客户端赢得争用之后作为ap和客户端之间的单个交换的一部分被发送。只有该触发器分组可能必须争用信道。在一个实施例中，聚集可导致，响应于接收来自ap的下行流分组，客户端提供两个或更多个上行流分组，所述上行流分组准备好发送至该ap。再次，上行流分组将在客户端赢得争用之后作为ap和客户端之间的单个交换的一部分被发送。

在一个实施例中，ap或客户端可具有可用于对要被传送的帧进行排队的多个帧队列。从而，在一个实施例中，该两个或更多个下行流分组被从该ap中的多个帧队列之一提供。当多个帧队列可用时，示例装置和方法可跨各队列拾取具有最早截止时间的分组。多个帧队列的成员可具有不同通信定时参数。具有不同通信参数可促进在给定无线网络上的当前操作条件的情况下尽可能快地提供下行流分组。

聚集还可涉及控制该ap来提供数据帧作为对触发器分组的确收。这促进减少被交换的消息的数量。聚集还可涉及控制该ap来在提供对触发器分组的确收的阈值时间内提供数据帧。阈值时间可被选择来阻止第二客户端赢得无线网络中的争用。

尽管讨论了聚集，然而已介绍了不同类型的分组。例如，触发器分组、ack、以及数据分组已被介绍。在一个实施例中，无线游戏协议可支持不同类型的数据，这些数据由例如带宽要求、等待时间要求、可靠性要求、以及其它参数来表征。例如，无线游戏协议可定义控制器数据、命令数据、音频数据、媒体数据、或其它类型的数据。控制器数据可被用于例如将状态信息从客户端发送到ap以及将游戏信息从ap发送到客户端。命令数据可被用于将控制和管理信息发送到客户端或从客户端发送。音频数据可以是双向的且媒体数据可以是上行流或下行流数据。

方法200还包括，在250，使用网络分配向量(nav)控制该客户端以操纵无线网络的介质接入控制。在一个实施例中，nav可被配置为与ap相关联的回转延迟的函数。在一个实施例中，客户端可通过将nav设置为超出ap回转延迟的值来操纵介质接入控制。因为较长的nav可产生其中新近唤醒的客户端可能已错过了nav的情况，所以方法200还可包括控制该客户端在唤醒之际在开始争用之前监听无线网络中采用的介质达超出回转延迟的一时间段。

图3示出与一无线游戏协议相关联的示例方法300。方法300被配置成减少共享无线游戏系统使用的无线网络中的等待时间。该无线网络可包括ap(例如控制台)和客户端(例如附件)。方法300包括，在310，选择要由该客户端用来接入无线网络的信道。选择哪个信道可至少部分基于从无线网络的各节点收集并被该ap使得可用的信道利用率数据。

方法300还包括，在320，根据分布式时分介质接入(tdma)协议来计算针对该客户端的第一时隙时间。计算第一时隙时间之后，该客户端现在准备好在该第一时隙时间来到时争用与所选信道相关联的介质。在确定第一时隙时间为活动的之际，方法300包括，在330，使该客户端参与争用以获取该信道。触发器分组随后可争用该信道。在一个实施例中，如果该触发器分组正争用信道且没有在例如帧时间(例如4ms)的一半内获得接入，则该触发器分组将被丢弃。

在确定该争用已被成功完成之际，该客户端随后可准备好保留该信道并通信。因此，方法300在340继续以操纵网络分配向量(nav)保留该信道达足以支持该客户端和ap之间的不中断的双向交换的时间段。在该信道被保留的情况下，方法300随后在350继续以发起从该客户端到该ap的双向交换。该交换可通过将触发器分组从该客户端提供到该ap来发起。该双向交换可包括将来自该ap的零个或更多下行流分组接收到该客户端中并将零个或更多个上行流分组从该客户端提供给该ap。

一旦双向交换已成功完成，并且一旦该客户端已确定该双向交换已成功，则该客户端随后可在360计算针对该客户端的下一时隙时间。在一个实施例中，下一时隙时间的开始可以至少部分基于该分组何时首先成功获得介质来进行传送。该客户端可随后可进入休眠，直到该下一时隙时段。

该无线网络中或该无线联网环境中的条件可随时间改变。因此，方法300可包括，在370，至少部分基于信道利用率数据来重新配置tdma参数。tdma参数可与例如定时、消息序列化、或其它协议相关事项相关联。

尽管图2和3示出了按顺序发生的各种动作，但是要理解图2和3中所示的各种动作可基本上并行发生。作为解说，第一过程可处置网络利用率处理，第二过程可处置消息交换，第三过程可根据分布式tdma计算时隙时间，而第四过程可更新协议参数。尽管描述了四个进程，但是要理解可采用更多或更少数量的进程，以及可采用轻量进程、常规进程、线程以及其他方法。

在一个示例中，方法可被实现为计算机可执行指令。从而，在一个示例中，计算机可读存储介质可存储计算机可执行指令，如果机器(如计算机)执行，计算机可执行指令使得机器执行本文所述或要求保护的方法，如方法200或300。尽管与上述方法相关联的可执行指令被描述为存储在计算机可读存储介质上，但是要理解与本文所述或要求保护的其他示例方法相关联的可执行指令也可被存储在计算机可读存储介质上。在不同实施例中，本文所述的示例方法可以不同方式被触发。在一个实施例中，一种方法可由用户手动触发。在另一示例中，一种方法可被自动触发。

如本文所使用的，“计算机可读存储介质”指的是存储指令或数据的介质。“计算机可读存储介质”不指代传播信号本身。计算机可读存储介质可以采取包括但不限于非易失性介质以及易失性的形式。非易失性介质可包括例如光盘、磁盘、磁带、闪存、rom、以及其他介质。易失性介质可包括例如半导体存储器、动态存储器(例如，动态随机存取存储器(dram)、同步动态随机存取存储器(sdram)、双数据率同步动态随机存取存储器(ddrsdram)等)、以及其它介质。常规形式的计算机可读存储介质可包括但不限于软盘(floppydisk)、软磁盘(flexibledisk)、硬盘、磁带、其他磁介质、专用集成电路(asic)、紧致盘(cd)、其他光学介质、随机存储存储器(ram)、只读存储器(rom)、存储器芯片或卡、存储棒、以及计算机、处理器或其他电子设备可以读取的其他介质。

图4解说了其中新附件470寻求加入无线网络的示例无线游戏环境。存在两个可用的无线网络。第一网络包括担当用于无线网络的ap的控制台410。控制台410可以是针对担当客户端的附件420以及针对同样担当客户端的附件430的ap。第二网络包括担当另一无线网络中的ap的控制台440。控制台440可担当针对担当客户端的附件450以及针对同样担当客户端的附件460的ap。可以有在两个不同网络上使用的不同空中时间量。附件470的用户的游戏体验可被所加入的网络显著影响。

图5示出装置500，装置500包括处理器510、存储器520、一组530逻辑、以及连接处理器510、存储器520以及该组530逻辑的接口540。该组530逻辑可被配置成实现与无线网络中参与分布式时分介质接入(dtdma)的客户端所使用的无线游戏协议相关联的定时和消息收发。装置500可以例如是计算机、膝上型计算机、平板计算机、个人电子设备、智能电话、片上系统(soc)、游戏控制台、游戏附件、或可访问并处理数据的其它设备。

在一个实施例中，装置500可以是已通过包含该组530逻辑而被转换成专用计算机的通用计算机。装置500可通过例如无线网络与其他装置、过程和服务交互。装置500可与共享、无线游戏环境中的其它装置交互。

该组530逻辑可包括被配置成控制该无线游戏协议的定时的第一逻辑532。在一个实施例中，第一逻辑532可被配置成通过供应(provision)网络分配向量(nav)来保留与无线网络相关联的接入介质达足以允许该ap和该客户端之间在该介质上的双向消息交换的时间段来控制定时。双向消息交换可包括从客户端到ap的两个或更多个聚集的上行流帧或从ap到客户端的两个或更多个聚集的下行流帧。双向消息交换可在该客户端赢得单次争用之后被执行。

在一个实施例中，第一逻辑532也可被配置成通过控制该客户端以为该客户端调度下一时隙时间来控制定时。该下一时隙时间可至少部分基于检测该客户端所采用的当前时隙时间期间的当前消息交换的成功完成来选择。

该组530逻辑还可包括被配置成控制该无线游戏协议的消息交换的第二逻辑534。第二逻辑534可通过约束到该客户端的消息交换发起来操作。这意味着该客户端可发起与该控制台的交换而该控制台将不发起与附件的交换。在一个实施例中，第二逻辑534可被配置成通过控制触发器消息和对触发器消息的响应来控制消息交换。在一个实施例中，第二逻辑534可控制该客户端以周期性地生成客户端发起的触发器消息。该ap可接受该客户端发起触发器消息并响应于该客户端发起触发器消息向该客户端提供该ap中可用的下行流消息。第二逻辑534随后可控制该客户端以响应于接收该下行流消息而向该ap提供该客户端中可用的上行流消息。

在一个实施例中，第二逻辑534可被配置成通过控制该ap如何确收来自该客户端的触发器或数据来控制消息交换。在一个实施例中，该ap可提供被配置成执行确收功能的数据帧。在另一实施例中，该ap可在提供确收帧的阈值时间量内提供数据帧。在任一实施例中，该消息交换将从传统消息交换中除去一个步骤。

在不同实施例中，某些处理可在装置500上执行，而某些处理可由外部服务或装置执行。从而，在一个实施例中，装置500还可包括被配置成与外部源通信来促进控制定时和消息交换的通信电路。在一个实施例中，第一逻辑532或第二逻辑534可与呈现服务560交互来促进使用不同设备的不同呈现来显示数据。

图6解说类似于装置500(图5)的装置600。例如，装置600包括处理器610、存储器620、与该组逻辑530(图5)相对应的一组逻辑630(例如，632、634)以及接口640。然而，装置600包括附加的第三逻辑636。第三逻辑636可被配置成监视和报告空中时间使用。例如，第三逻辑636可被配置成从该ap或该客户端获取空中时间数据并随后从该空中时间数据计算介质利用率数据。一旦获取空中时间数据并计算了介质利用率数据，第三逻辑636可基于介质利用率信息来控制对无线网络的接入。类似地，第三逻辑636可基于介质利用率信息来控制无线网络上的客户端的优先级。

空中时间数据和网络利用率数据可提供关于网络上的流量的信息。随后可基于该网络的忙碌程度来做出决定。因此，第三逻辑636也可被配置成至少部分基于介质利用率数据来操纵无线游戏协议中的定时参数或无线游戏协议中的消息交换参数。

图7示出示例云操作环境700。云操作环境700支持将计算、处理、存储、数据管理、应用、以及其他功能作为抽象服务而不是作为独立产品来提供。服务可由可被实现为一个或多个计算设备上的一个或多个进程的虚拟服务器来提供。在某些实施例中，进程可在服务器之间迁移而不中断云服务。在云中，共享资源(如计算、存储)可通过网络被提供给包括服务器、客户机、以及移动设备的计算机。不同的网络(如以太网、wi-fi、802.x、蜂窝)可被用于访问云服务。与云交互的用户可能不需要知道实际上正在提供服务(如计算、存储)的设备的细节(如位置、名称、服务器、数据库)。用户可经例如web浏览器、瘦客户端、移动应用、或以其他方式来访问云服务。

图7示出驻留在云中的示例无线游戏协议服务760。无线游戏协议服务760可依赖于服务器702或服务704来执行处理，且可依赖于数据存储706或数据库708来存储数据。尽管示出单个服务器702、单个服务704、单个数据存储706以及单个数据库708，但是服务器、服务、数据存储以及数据库的多个实例可驻留在该云中，并可因此被无线游戏协议服务760所使用。

图7示出访问该云中的无线游戏协议服务760的各种设备。设备包括计算机710、平板720、膝上型计算机730、个人数字助理740、移动设备(如蜂窝电话、卫星电话、可穿戴计算设备)750、游戏控制台752、以及游戏附件754。无线游戏协议服务760可监视并报告网络利用率，可操纵无线游戏协议中的参数，或可执行其它动作。

不同位置处使用不同设备的不同用户通过不同的网络或接口来访问无线游戏协议服务760是可能的。在一个示例中，无线游戏服务760可由移动设备750访问。在另一示例中，无线游戏服务760的某些部分可驻留在移动设备750上。移动设备750可例如被用作游戏控制台或游戏附件。作为游戏控制台，移动设备750可以是无线网络中的ap。作为游戏附件(例如，手持式控制器)，移动设备750可以是无线网络中的客户端。

图8是描绘示例性移动设备800的系统图，该移动设备包括各种可选的硬件和软件组件，总地示于802处。移动设备800中的组件802可与其它组件通信，但出于容易例示的目的而未示出所有连接。该移动设备800可以是各种计算设备(例如，蜂窝电话、智能电话、手持式计算机、个人数字助理(pda)、可穿戴设备、游戏控制台、游戏附件等)，并且可允许与诸如蜂窝或卫星网络的一个或多个移动通信网络804进行无线双向通信。移动设备800可担当游戏控制台且扮演ap的角色或可担当游戏附件并扮演客户端的角色。

移动设备800可包括用于执行包括信号编码、数据处理、输入/输出处理、电力控制、或其他功能的任务的控制器或处理器810(例如，信号处理器、微处理器、专用集成电路(asic)、或其他控制和处理逻辑电路)。操作系统812可控制对组件802的分配和使用，并支持应用程序814。应用程序814可包括移动计算应用(例如，电子邮件应用、日历、联系人管理器、web浏览器、消息收发应用、游戏)、或其他计算应用。

移动设备800可包括存储器820。存储器820可包括不可移动存储器822或可移动存储器824。不可移动存储器822可包括随机存取存储器(ram)、只读存储器(rom)、闪存、硬盘、或其它存储器存储技术。可移动存储器824可包括闪存或订户身份模块(sim)卡，其在gsm通信系统中是众所周知的，或者其它存储器存储技术，诸如“智能卡”。存储器820可用于存储数据或用于运行操作系统812和应用814的代码。示例数据可包括经由一个或多个有线或无线网络发送给或接收自一个或多个网络服务器或其它设备的网页、文本、图像、声音文件、视频数据、或其它数据集。存储器820可用于存储诸如国际移动订户身份(imsi)等订户标识符，以及诸如国际移动设备标识符(imei)等设备标识符。可将所述标识符传送给网络服务器以标识用户或设备。

移动设备800可支持一个或多个输入设备830，包括但不限于：触摸屏832、话筒834、相机836、物理键盘838、或跟踪球840。移动设备800还可支持输出设备850，包括但不限于：扬声器852以及显示器854。其他可能的输出设备(未示出)可包括压电或其他触觉输出设备。一些设备可提供一个以上的输入/输出功能。例如，触摸屏832和显示器854可被组合在单个输入/输出设备中。输入设备830可包括自然用户界面(nui)。nui是使得用户能够以“自然”方式与设备交互而不受由诸如鼠标、键盘、遥控器及其它等输入设备强加的人为约束的接口技术。nui方法的示例包括依赖于语音识别、触摸和指示笔识别、(屏幕上和屏幕附近的)姿势识别、空中姿势、头部和眼睛跟踪、嗓音和语音、视觉、触摸、姿势、以及机器智能的那些方法。nui的其它示例包括使用加速计/陀螺仪、脸部识别、三维(3d)显示、头、眼以及凝视跟踪、身临其境的增强现实和虚拟现实系统的运动姿势检测(所有这些都提供更为自然的接口)，以及用于通过使用电场感测电极(eeg和相关方法)感测脑部活动的技术。由此，在一特定示例中，操作系统812或应用814可包括作为允许用户经由语音命令来操作设备800的语音用户界面的一部分的语音识别软件。此外，设备800可包括允许经由用户的空间姿势进行用户交互(诸如检测和解释姿势以向游戏应用提供输入)的输入设备和软件。

无线调制解调器860可耦合至天线891。在一些示例中，射频(rf)滤波器被使用且处理器810不需要针对所选频带选择天线配置。无线调制解调器860可支持处理器810和外部设备之间的双向通信。调制解调器860被一般性地示出，并且可包括用于与移动通信网络804进行通信的蜂窝调制解调器和/或其它基于无线电的调制解调器(例如蓝牙864或wi-fi862)。无线调制解调器860可被配置用于与一个或多个蜂窝网络(诸如，用于在单个蜂窝网络内、蜂窝网络之间、或移动设备与公共交换电话网络(pstn)之间的数据和语音通信的全球移动通信系统(gsm)网络)进行通信。nfc892促进具有进场通信。

移动设备800可包括至少一个输入/输出端口880、电源882、诸如全球定位系统(gps)接收机之类的卫星导航系统接收机884、加速度计886、或物理连接器890，该物理连接器可以是通用串行总线(usb)端口、ieee1394(火线)端口、rs-232端口、或其它端口。所示组件802不是必需的或穷举的，因为其它组件可被删除或添加。

移动设备800可包括配置成为移动设备800提供功能的无线游戏协议逻辑899。例如，无线游戏协议逻辑899可提供用于与服务(例如服务760，图7)交互的客户端。此处描述的示例方法的各部分可由无线游戏协议逻辑899执行。类似地，无线游戏协议逻辑899可实现本文描述的装置的各部分。

示例方法和装置关注建立、维护、管理、或终止游戏控制台中的无线电和游戏附件中的无线电之间的无线连接。附件例如可以是手持式控制器。游戏控制台中的无线电可作为无线网络中的ap来操作。附件中的无线电可作为无线网络中的客户端来操作。示例方法和装置可根据一协议建立、维护、管理、或终止连接。协议可定义协议中使用的具体消息，包括分组结构、分组定义、或分组字段定义。协议还可定义按其消息被交换的序列。

图9-16示出客户端和ap之间的一组示例消息交换。尽管图9-16示出了针对共享无线网络游戏协议的示例消息交换，然而消息也可按其它次序被交换。此外，与所示消息不同的消息可被交换。

图9示出示例登记消息队列。登记(enrollment)涉及确定例如控制台标识符、操作国家、区域信息、操作信道列表、设备标识符、或其它信息的信息的交换。

图10示出示例服务发现消息队列。图11示出示例服务重新发现消息队列。服务发现(重新发现)被用来建立到控制台的活动连接。

图12示出示例设备终止消息队列。图13示出示例控制台终止消息队列。图14示出示例信道改变消息队列。图15示出示例加密消息队列。图16示出与更新一共享无线游戏环境中的会话密钥相关联的示例消息序列。消息交换可被无线电所处的不同状态影响。例如，无线电可被关闭、待机、空闲、连接、活动、或处于其它状态。

图17示出与通过创建通过分布式tdma的操作产生的非重叠时隙时间的客户端解除同步相关联的定时。在赢得争用后，客户端可向ap上行流发送触发器1710。该ap随后可发送ack1720。在此时间段期间该客户端将醒着。该客户端随后在看到ack1720之际可进入休眠。该客户端可在其下一时隙时间的开始处再次唤醒并发送触发器1730。一旦ap可再次发送ack1740，之后该客户端就可返回到休眠。触发器1710和触发器1730两者均在该客户端赢得争用(其在客户端唤醒之后非常快地发生)之后被发送。触发器1750也在该客户端赢得争用之后被发送。然而，触发器1750在争用延迟之后被发送，该争用延迟比在发送触发器1710或1730之前所经历的更长。一旦ap可再次发送ack1760，之后该客户端就在调度其下一时间时隙之后返回到休眠。另一触发器1770在该客户端唤醒之后被发送。该ap发送ack1780。争用的影响在发送触发器1750之前更长的延迟中展现。示例方法和装置寻求减少争用并因此减少此延迟以提供改进的游戏体验。使用分布式tdma方法来计算时隙时间可减少任何给定时间处进行争用的设备的数目并从而减少争用的整体影响。不同实施例可使用不同触发器分组。在一个示例中，如果客户端不具有触发器分组，该客户端可发送空帧。在另一示例中，如果该客户端具有多个分组，则该客户端可拾取具有最高优先级(例如，最近的截止时间)的分组并使用该最高优先级分组作为触发器分组。可采用其它方法。

tdma方案涉及具有减少或甚至最小化重叠的不同时隙时间的客户端。示例方法和装置采用分布式tdma，该分布式tdma允许客户端确定其自己的时隙而无需ap协调。使客户端确定它们自己的时隙时间可涉及使客户端独立地确定它们的时隙开始时间。在一个实施例中，客户端使用它们的最后帧的成功传送的时间加上截止时间作为其下一时隙时间的开始时间。在一个实施例中，客户端还可根据它们的关联标识符来计算它们的下一时隙时间的开始时间。使用关联标识符可促进针对不同客户端产生不同开始时间。导致客户端生成的开始时间和非重叠时隙时间的分布式tdma可允许客户端休眠更多，因为客户端可能不需要保持醒着来从ap接收帧。休眠更多可减少电力消耗。

在非多用户的多输入多输出(mu-mimo)系统中，分布式tdma利用规定每次共享无线游戏环境中仅一个传送可以为活动传送的物理定律。给定此事实，在一给定时刻，争用范围中的仅一个客户端可成功地传送。成功传送了的客户端因此可根据该成功传送时间来确定后续的有希望不重叠时隙时间的有希望唯一开始时间。因为时隙可能重叠，所以触发器分组仍可能争用。当在分布式tdma中协作的客户端基于它们自己的成功传送时间来计算其下一开始时间时，解除同步可发生，这可通过产生唯一开始时间和较少重叠的时隙时间来减少争用。当新附件或客户端加入该网络时，另一解除同步时间段可发生。在此时间段期间，客户端可再次彼此争用，但是随着时间，解除同步可被重新建立且争用可被减少。

在另一实施例中，时隙时间可根据该网络中的客户端的关联标识符(aid)来确定。例如，可使用下式来计算客户端的开始时间：

开始时间＝aid/(max(所有客户端的aid)*时隙时间)

如果该ap不立即对aid进行垃圾回收，则可能存在导致死空中时间的陈旧aid。因此，在一个实施例中，客户端可监视该介质来标识哪些客户端是活动的以及标识与活动客户端相关联的aid。监视介质可包括例如监视信标帧以获得标识具有在该ap处被缓冲的分组的客户端的信息。给定该信标中的该信息，客户端可确定活动aid并使用该活动aid作为活动aid之间的排名次序。时隙时间随后可使用下式来计算：

starttime＝activeaid/(max(activeaid)*slottime)(开始时间＝活动aid/(max(活动aid)*时隙时间))

此处使用的一些同义词包括：

ack:确收帧

dcf:分布式协作功能，802.11的基础mac技术

difs:分布式帧间空间＝sifs+(2*时隙时间)

mac:介质接入控制

nav:网络分配向量

pcf:点协作功能

pifs:优先级帧间空间＝sifs+时隙时间

sifs:短帧间空间，数据帧和ack之间的时间

tdma:时分介质接入

在一个实施例中，客户端可根据网络中的通信量简档来适配其休眠行为。适配休眠行为可促进减少客户端之间的争用。在适配其休眠行为的情况下，客户端可参与通信量的原子猝发来减少争用和冲突。在一个实施例中，下行链路猝发可被从上行链路猝发分开一等于sifs+ack的时间量。此时间量尝试确保其它客户端(甚至来自网络外部的客户端)将不打断客户端的分组的下行链路和上行链路序列。

回忆一下，客户端确定何时向ap发送分组。来自客户端的第一分组可被当作ap的触发器来对待以开始向该客户端将帧解除排队。与传统系统不同，ap将不发起向该客户端的传送，而是等待触发器帧。ap仍将广播信标消息。客户端可使用不同类型的触发器帧。在一个实施例中，客户端可使用单个分组触发器，其中该客户端发送一个帧，该帧之后是来自该ap的下行链路猝发，且随后是来自该客户端的上行链路猝发。猝发可包括多个帧。在另一实施例中，客户端可使用猝发触发器，其中客户端在该ap发送下行链路猝发之前发送上行链路猝发。

图18示出与单一触发器相关联的消息通信量。在图18中，客户端唤醒并发送触发器1810。触发器可以是数据或空分组(如果没有上行流通信量)。控制台可用ack1820确收触发器1810。在发送该ack之后，该ap将开始服务该客户端并将在服务时间段1830期间继续服务该客户端。在服务时间段1830期间，该ap和该客户端可交换数据和确收而不参与另一次争用。服务时间段1830可继续，直到所有上行链路和下行链路分组已经在该ap和该客户端之间被交换。第一下行链路数据分组可以是数据分组或空分组。

图19示出与和猝发相关联的触发器相关联的消息通信量。客户端在1940休眠，在1950期间唤醒并保持醒着，并随后在1960回到休眠。当该客户端唤醒时，其争用并且在赢得争用后发送触发器1910。该ap在1920确收该触发器。在sifs时间段之后，该客户端可发送由该ap确收的数据。稍后，在服务时间段1930期间，该ap将服务该客户端。该ap可服务该客户端，直到所有被调度的上行链路和下行链路分组已经在该ap和该客户端之间被交换。在服务时间段1930期间，从该ap到该客户端的数据可被来自该客户端的ack分开。该数据可与该ack分开一小于difs时间段的值。

争用可对无线网络的性能带来负面影响。从而，争用也可对共享、无线游戏系统带来负面影响。争用还可导致冲突并且可导致增加的等待时间。等待时间在具有截止时间驱动的通信量的实时游戏场景中通常是不可接受的。示例方法和装置可通过跨链路的分组聚集来减少争用。例如，接收机可在发送ack之后立即发送数据分组，这可允许接收机变为发射机以在另一争用者之前获得对该介质的接入。在一个实施例中，可通过减少握手中的步骤数量(例如，使用数据作为ack)来减少争用。在一个实施例中，可通过在等待等于例如ack+sifs的时间段之后发送数据分组来减少争用。在sifs间隔内发送数据分组可允许该数据分组被作为ack对待，这可减少争用。在另一实施例中，数据分组可在该ack的pifs内发送。

在其中控制台担当ap并与担当客户端的多个附件(例如，控制器)通信的一个共享无线游戏环境中，争用可能是不期望的。从附件到控制台的上行链路帧可延迟从控制台到附件的下行链路帧的传送。使用数据作为ack(dack)可减少争用并从而减少此延迟。

在一个实施例中，第一站可接收来自第二站的数据帧。第一站随后可检查其传出数据帧缓冲器以查看该缓冲器是否具有要发送回第二站的数据帧。如果有数据帧等待或准备好被发送，则第一站可按照允许该数据帧被第二站当作ack对待的方式来发出该传出数据帧。使用dack促进将例如802.11中的传统“双向握手”缩减为“1.5向握手”。在802.11中，为了使ap和客户端分别发送一下行链路和一上行链路数据帧，需要四次传送：下行链路数据、上行链路ack、上行链路数据、以及下行链路ack。通过使用上行链路dack，四次传送可被缩减为三次：下行链路ack、上行链路dack、以及下行链路ack。

图20示出dack，其中数据分组在ack的pifs内被发送。客户端可发送数据2010。该ap随后可发送dack2020。dack2020可以是确收和数据，或者可以是确收且后面非常快地跟着数据。该客户端随后可用ack2030对dack2020做出响应。

图21示出dack的另一示例。在图21中，在猝发时间2110期间，客户端发送ap确收的触发器分组2130。nav2120已被操纵来容适该ap不能即时发送数据的现实。nav2120已被延长以使得datab(数据b)2134可在该ap回转延迟之后被发送而该客户端不把该信道丢失给另一争用客户端。注意，该nav在分组的结束处开始。

客户端发送触发器2130。该ap用ack2132确收该触发器2130。在该ap回转延迟之后，该ap发送datab2134。该客户端用ack2136确收该datab2134。该ap随后不需要经历整个ap回转延迟，因为多个帧可能已经在该ap回转延迟期间被获得。因此，就在sifs之后，该ap可发送datac(数据c)2138，datac由ack2140确收。因为客户端和ap可参与双向交换，所以在客户端回转延迟之后，客户端可发送datad(数据d)2142，该ap用ack2144来确收datad。该客户端随后可恰在sifs延迟后发送datae(数据e)2146，datae由ack2148确收。因为数据可在仅等待sifs之后被发送，所以该数据可担当ack。

图22示出传统消息交换中的空隙2230，其中第二客户端可能在第一客户端和ap的交换期间争用并由此打断消息交换。在实时游戏中，ap和客户端之间的通信量可能是双向的。在共享无线游戏环境中，如果ap可响应于上行链路通信量立即发送下行链路分组，则可改善性能。类似地，如果客户端可响应于下行链路通信量立即发送上行链路分组，则也可改善性能。然而，即使可能，对于客户端或ap而言，在接收分组之后“立即”发送分组可能是困难的。相反，ap或客户端在能够对通信量做出响应之前可能经历回转延迟。

例如，客户端可发送数据2210，该数据由ack2212确收。在ap可发送数据2214之前，可能有空隙2230。传统上，其它客户端或设备可尝试在回转延迟所产生的空隙2230期间传送，因为从其视角看(其包括载波监听)，在回转延迟期间介质未被使用。如果竞争客户端能够在回转延迟所产生的空隙2230期间获得该介质，则双向语义可能被打断，从而导致玩游戏受到损害。示例装置和方法可通过重新配置nav或使客户端在唤醒时监听介质达更长时间来阻止空隙跳跃。通过阻止空隙跳跃，ap可发送数据2214，该数据2214由ack2216确收，且随后客户端可发送数据2218，该数据2218由ack2220确收。双向交换可在服务时间段2240中执行，因为其它客户端在空隙2230期间没有尝试跳入。

示例方法和装置可在例如收到帧的历时id(durationid)中操纵网络分配向量(nav)。nav可被设置为可阻止网络中的其它客户端在回转延迟期间发送分组的值。例如，nav可覆盖(over-provision)帧的历时id来计入接收方节点处的回转延迟。

覆盖历时id可解决一个问题，但是可引入第二个问题。例如，不是消息交换的一部分的另一节点可能在休眠并错过该nav。该另一节点可能唤醒并尝试争用并获得介质。为了阻止此情形，节点可被配置成监听该介质达更长时间段或争用达更长时间段。该更长时间段可根据回转延迟来选择且可被配置成阻止该另一节点在与回转延迟相关联的时间段期间尝试获得介质。此外，示例方法和装置可通过使客户端休眠达更长时间段来处置错过的nav分组。

在一个实施例中，设备(例如控制台、附件)可具有配置有不同争用参数的多个帧队列。该多个帧队列和不同争用参数可允许设备处置猝发的开始或结束中的分组。这通过允许接收方设备以最快可用的方法来将传出分组解除排队来促进减少设备处的回转时间。此外，示例方法和装置可被配置成使接收方设备尽可能快地开始使传出分组解除排队。例如，接收方设备可被配置成一旦传入分组中的mac头部被解码、或者在聚集分组中的第一帧被解码、或者在其它时间，就开始使传出分组解除排队。

图23示出帧定时。在一个实施例中，猝发间隔可被设置为8ms。从而，客户端可每8ms发送一触发器猝发以发起上行流或下行流分组的交换。然而，该8ms可被改变。不管猝发间隔被设置成其缺省值还是被设置成更大或更小的间隔，帧定时可以取决于触发器分组何时被成功递送至该ap。触发器分组要被客户端发送的下一时间可以根据上一触发器分组的成功递送。成功递送可由ack从ap的接收来指示。

为了减少上行流控制器分组等待时间，触发器分组可被客户端不同地对待。当上行流分组是从应用接收时，如果触发器时间超过自分组到达时间起的预定义间隔(例如，4ms)，则附件无线电可在下一预定义间隔时间点传送该分组。该附件无线电随后可将帧时间重置为此新参考点。通过在不同于预定义间隔的时间进行发送，分组等待时间可被除去。

在一个示例中，在某些条件下，更长的帧时间(例如8ms)被更短(例如4ms)的帧时间预先清空。在图23示出的示例中，只要应用正在上行流触发器猝发的发生的4ms窗口内提供分组，则附件无线电将维持总帧定时。然而，当分组在该窗口外的时间到达时，附件无线电可被重新定时到下一4ms间隔并交换旧时间点为新时间点。一旦被移位，则新定时可继续。在一个实施例中，如果附件无线电在到了发送触发器分组的时间时没有使分组被缓冲，则附件无线电可发送空数据分组。时间移位在图23中被示出，其中一系列8ms窗口在2310处结束。尽管窗口应当在2320已出现，然而窗口可被延迟直到2330。

附件可决定其何时想要改变触发器分组的频率。附件可决定增大或减小频率。图24示出触发器分组频率被减小。频率也可被增大。在时间2410，触发器频率可以是例如8ms。在时间2420，触发器频率可以被减小到例如16ms。随后，在时间2430，触发器频率可以被进一步减小到例如32ms。可采用不同触发器频率。

附件中的无线电发起与控制台的通信。通信通过发送上行流触发器分组来发起。上行流触发器分组可以或可以不包含应用数据。控制台无线电接收该分组并下行流发送为该附件缓冲的分组。附件随后向控制台上行流发送进一步分组。此交换可被称为“猝发”。所述猝发周期性地重复。猝发间隔可响应于应用需求、网络通信量、或根据其它准则被改变。例如，当控制器不被用于游戏，而是被用于某种其它活动(例如，导航、控制视频播放器回放)时，更长的响应时间可能是可接受的。

下文包括本文所采用的所选项目的定义。这些定义包括落在某一术语的范围内且可被用于实现的组件的各种示例或形式。示例不旨在是限制性的。单数和复数形式的术语两者可都在定义的范围内。

对“一个实施例”、“一实施例”、“一个示例”、“一示例”的引用指示出如此所述的实施例或示例可包括某一特征、结构、特性、属性、元素或限制，但并非每一个实施例或示例必然包括该特征、结构、特性、属性、元素或限制。此外，对短语“在一个实施例中”的重复使用不必涉及同一实施例，但是它可涉及同一实施例。

如本文所使用的“数据存储”指的是可存储数据的物理或逻辑实体。数据存储可以是例如数据库、表、文件、列表、队列、堆、存储器、寄存器、或其他物理储存库。在不同示例中，数据存储可驻留在一个逻辑或物理实体中，或可分布在两个或更多个逻辑或物理实体之间。

如本文所使用的“逻辑”包括但不限于机器上执行的硬件、固件、软件，或各自的组合来执行功能或动作或引起来自另一逻辑、方法或系统的功能或动作。逻辑可包括软件控制的微处理器、分立逻辑(如asic)、模拟电路、数字电路、编程的逻辑设备、包含指令的存储器设备、以及其他类型的物理设备。逻辑可包括一个或多个门、门的组合、或其他电路组件。在描述多个逻辑逻辑时，可能的是将该多个逻辑逻辑合并成一个物理逻辑。类似地，在描述单个逻辑逻辑的情况下，可能的是将该单个逻辑逻辑分布在多个物理对象之间。

就在详细描述或权利要求书中使用术语“包括”而言，这一术语旨在以与术语“包含”在被用作权利要求书中的过渡词时所解释的相似的方式为包含性的。

就在详细描述或权利要求书中使用术语“或”而言(如a或b)，意图意味着“a或b或两者”。当申请人意图执行“只有a或b而不是两者”时，于是将采用术语“只有a或b而不是两者”。从而，本文对术语“或”的使用是包含性的而非排他性的使用。见bryana.garner现代法律用途字典624(adictionaryofmodernlegalusage624)(1995年第2版)。

就本文采用短语“a、b和c中的一个”而言，(例如配置成存储a、b和c中的一个的数据存储)，意图表达可能性a、b、c的集合(例如，该数据存储可仅存储a、仅存储b、或仅存储c)。并不意图要求a之一、b之一以及c之一。当申请人意图致使出“a的至少一个、b的至少一个、以及c的至少一个”时，将采用短语“a的至少一个、b的至少一个、以及c的至少一个”。

就本文采用短语“a、b和c中的一个或多个”而言，(例如配置成存储a、b和c中的一个或多个的数据存储器)，意图表达可能性a、b、c、ab、ac、bc、abc、aa…a、bb…b、cc…c、aa…abb…b、aa…acc…c、bb…bcc…c或aa…abb…bcc…c的集合(如数据存储可仅存储a、仅存储b、仅存储c、a&b、a&c、、a&b&c或包括a、b或c的多个实例的其其它组合)。并不意图要求a之一、b之一以及c之一。当申请人意图致使出“a的至少一个、b的至少一个、以及c的至少一个”时，将采用短语“a的至少一个、b的至少一个、以及c的至少一个”。

尽管用对结构特征或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。