包括蓝牙收发器的并置收发器的业务流共存的实现的制作方法

相关申请的交叉引用

本申请是2018年9月27日提交的第16/143,778号美国非临时申请的国际申请，该美国非临时申请基于美国法典第35编第119(e)条要求享有于2018年6月27日提交的第62/690,762号美国临时专利申请和于2017年12月4日提交的第62/594,409号美国临时专利申请的权益，以上所有申请通过引用以其整体并入本文。

本公开总体上涉及并置收发器，且更具体地，涉及与这种并置收发器相关联的业务流(traffic)的共存的实现。

背景

各种设备可以包括被配置成根据各种无线通信协议传输数据的收发器。例如，收发器可以使用wi-fi通信协议，或者可以使用蓝牙通信协议。在一些情况下，可以在单个设备中实现多个收发器，并且多个收发器可以共享其他系统资源，诸如传输介质，以及多个收发器可以共享与这种传输介质相关联的部件，诸如天线。因此，多个收发器可以共享单个天线。然而，这种收发器在其有效并且高效地共享这种传输介质资源的能力方面仍然有限。

附图简述

图1图示了根据一些实施例配置的包括并置收发器的系统的示例。

图2图示了根据一些实施例配置的包括并置收发器的设备的示例。

图3图示了根据一些实施例实现的第一时序图的示例。

图4图示了根据一些实施例实现的第二时序图的示例。

图5图示了根据一些实施例的用于实现并置收发器的业务流共存的方法的示例的流程图。

图6图示了根据一些实施例的用于实现并置收发器的业务流共存的方法的另一示例的流程图。

详细描述

在以下的描述中，阐述了许多特定的细节，以便提供对所提出的概念的透彻理解。所提出的概念可以被实践，而无需这些特定细节的一些或全部。在其他实例中，没有详细描述众所周知的过程操作，以免不必要地模糊所描述的概念。虽然一些概念将结合特定示例进行描述，但应理解这些示例不旨在限制。

各种设备可以包括共享传输介质的一个或更多个收发器。例如，单个设备可以包括蓝牙收发器以及无线局域网收发器(wlan)收发器。这种收发器可以至少部分共享2.4ghz频带的公共无线传输介质。此外，这种收发器还可以共享与这种传输介质相关联的硬件，诸如天线。因此，共存技术可以被实现成使得共享相同传输介质的不同收发器都可以使用传输介质，而不会干扰彼此的通信。一些共存技术使用随每个传输周期的cts-to-self帧或管理帧的传输。在这样的技术中，这样的帧随每个占空比而被发送，并且占据大量可用的传输业务流，并且在保护传输的业务流方面可能不完全有效。

本文公开了各种实施例，其提供在并置设备内的并置收发器，以高效和有效的方式共享传输介质。如下面将更详细讨论的，并置设备可以被配置成基于第二收发器的传输参数生成第一收发器的介质接入计划(schedule)，并且这种介质接入计划可以在信标帧中被分发到下游设备。因此，可以基于第二收发器的特性来配置和同步下游设备和第一收发器的活动，并且这可以使用单个初始信标帧来实现。以这种方式，减少了用于并置收发器的保护和共存的帧的数量，并且减少了用于确保这种保护和共存的传输数据的量。此外，这种保护和共存的效力也在提高。现在更详细地讨论各种实施例。

图1图示了根据一些实施例配置的包括并置收发器的系统的示例。如下面将更详细讨论的，本文公开的设备可以包括可以共享传输介质的多个传输设备，诸如收发器。因此，本文公开的设备被配置成以高效的方式实现这种收发器的共存，这大大减少了用于实现这种共存和共享传输介质的传输开销的量。

在各种实施例中，系统100包括并置设备102。如上所述，并置设备102是被配置成包括多个并置传输设备的设备，多个并置传输设备可以共享公共传输介质。例如，并置设备102可包括第一收发器104和第二收发器106。在各种实施例中，第一收发器104和第二收发器106各自包括发射器和接收器。如下面将更详细讨论的，第一收发器104可以包括与第一通信协议兼容的第一发射器和接收器，并且第二收发器106可以包括与第二通信协议兼容的第二发射器和接收器。第一收发器104和第二收发器106都被配置成经由天线109发射和接收数据，天线109被配置成发送和接收无线通信信号。因此，并置设备102被配置成使得与第一收发器104和第二收发器106相关联的网络业务流共享天线109的使用。

如下面将参考图2更详细讨论的，第一收发器104可以包括处理设备(诸如处理设备108)，该处理设备被配置成调度网络业务流以实现第一收发器104和第二收发器106的数据业务流的共存。更具体地，处理设备108可以被配置成确定和生成被用于发送与第一收发器104相关联的业务流的计划。可以基于由第二收发器106使用的协议来确定和生成这样的计划。下面参考图2更详细地讨论这种业务流的调度的附加细节。

如下面将参照图2更详细讨论的，第一收发器104可以是wlan设备，而第二收发器106可以是蓝牙设备。因此，在一些实施例中，并置设备102包括共享特定传输介质(诸如天线109)的wlan收发器和蓝牙收发器。此外，至少部分地基于蓝牙收发器所使用的蓝牙协议来确定处理设备108针对wlan收发器生成的计划。虽然本文公开的各种实施例将第二收发器106描述为与蓝牙协议兼容，但是应当理解的是，本文设想并公开了第二收发器106的其他实现方式。例如，第二收发器106可以与其他协议(诸如蓝牙低能量(ble)或蜂窝协议(诸如全球移动通信系统(gsm)协议))兼容。

在各种实施例中，并置设备102被配置为软件支持的接入点(软ap)。因此，在一些实施例中，并置设备102被配置以用作无线接入点，该无线接入点处理与一个或更多个其他无线设备(诸如将在下面并且还参考例如图3更详细地讨论的第一多个设备110和第二多个设备120)的无线通信和网络业务流的路由。在一些实施例中，并置设备102被配置为客户端设备或站(sta)，这也将在下面参考例如图4更详细地讨论。

在一些实施例中，系统100包括第一多个设备110，第一多个设备110可以是被配置成使用与第一收发器104的传输模式类似的传输模式来发射和接收无线网络业务流的设备。例如，如果第一收发器104是wlan收发器，则第一多个设备110可以是wlan设备。在特定示例中，第一多个设备110可以包括诸如移动电话和移动设备、膝上型电脑和计算设备的设备、以及诸如智能家庭设备的任何其他合适的带无线支持的设备。因此，第一多个设备110被配置成与第一收发器104通信。

系统100还包括第二多个设备120，第二多个设备120可以是被配置成使用与第二收发器106的传输模式类似的传输模式来发射和接收无线网络业务流的设备。例如，如果第二收发器106是蓝牙收发器，则第二多个设备120可以是蓝牙设备。在特定示例中，第二多个设备120还可以包括诸如移动电话和移动设备以及膝上型电脑和计算设备的设备。此外，第二多个设备120可以包括各种智能设备，诸如可穿戴设备。因此，第二多个设备120被配置成与第二收发器106通信。

在各种实施例中，第一收发器104和第二收发器106可以位于同一芯片上。因此，收发器可以被实现为同一管芯或衬底上的集成电路。在一些实施例中，第一收发器104和第二收发器106可以在不同的管芯或芯片上实现。因此，第一收发器104和第二收发器106可以在不同的集成电路或处理设备中以不同的方式实现。因此，虽然图1图示了可以如何实现第一收发器104和第二收发器106的一个示例，但是应当理解的是，并置设备102以及第一收发器104和第二收发器106可以以上述和本文公开的任何方式来配置。

此外，虽然下面更详细讨论的图1和图2参照天线109描述了第一收发器104和第二收发器106的操作，但是应当理解的是，并置设备102可以包括多个天线。因此，第一收发器104可以耦合到第一天线，并且第二收发器106可以耦合到第二天线，并且可以如本文公开的那样配置对这种天线的接入和使用。以这种方式，尽管使用了多个天线，但是对传输介质的接入可以受到控制。

图2图示了根据一些实施例配置的包括并置收发器的设备的示例。如上所述，本文公开的设备可以包括可以共享传输介质的多个传输设备，诸如收发器。仍然如上讨论，并置设备(诸如并置设备102)可以包括一个或更多个收发器，诸如共享对传输介质(诸如天线109)的接入的第一收发器104和第二收发器106。

如以上提到的，第一收发器104和第二收发器106可以是使用不同传输协议的不同类型的收发器。例如，第一收发器104可以是被配置成使用wi-fi协议(诸如根据合适的802.11规范的802.11ah/ax/ac/m协议)的wlan收发器。此外，第二收发器106可以是被配置成使用蓝牙传输协议的蓝牙收发器。因此，第二收发器106可以被配置成具有在根据蓝牙传输协议指定的特定时间发出特定请求(诸如蓝牙同步事件或请求)的特有协议。

在各种实施例中，处理设备108可以包括分组业务流仲裁器，该分组业务流仲裁器被配置成管理与第一收发器104相关联的数据分组，并且处理设备108被配置成生成计划。更具体地，处理设备108被配置成基于第二收发器106的传输参数来生成目标唤醒时间(twt)计划。在各种实施例中，传输参数可以指传输协议的特定特征或特性，诸如周期、频率、幅度、占空比、数据值序列、或与传输协议相关联的任何其他合适的唯一特性或标识符。

因此，根据各种实施例，处理设备108可以基于第二收发器106的传输协议来标识第二收发器106的活动周期。在该示例中，第二收发器106是使用增强型同步面向连接(esco)蓝牙协议的蓝牙收发器。这样的协议可以具有特有的时间，在该特有的时间进行同步请求，并且在该特有的时间蓝牙业务流开始和结束。因此，处理设备108被配置成查询第二收发器106以确定这种业务流何时被预期。处理设备108还被配置成基于这种查询的结果来生成twt计划。所生成的twt计划可以标识预期是第二收发器106的业务流的时间和预期不是第二收发器106的业务流的时间，诸如何时有蓝牙业务流，以及何时没有蓝牙业务流。此外，所生成的twt计划被配置成标识第一收发器104何时可以进行传输，诸如第二收发器何时不进行传输。因此，所生成的twt计划可以如基于第二收发器106的传输参数所标识的，标识出传输介质可用于第一收发器104的时间，并且twt计划可以包括基于这种标识的时间确定的下游设备的唤醒时间和休眠时间。

在特有的示例中，所标识的唤醒时间和休眠时间代表或标识第一收发器104何时不存在或存在。例如，唤醒时间可以代表当第一收发器104存在、客户端设备活动、以及第二收发器106因为没有蓝牙业务流而不活动时的时间。此外，所标识的休眠时间代表或标识何时第一收发器104不存在、客户端设备不活动、以及第二收发器106因为存在蓝牙业务流而活动。在各种实施例中，可以基于第二收发器106的传输特性或参数(诸如可以基于协议本身来确定的传输协议的定时和占空比)来推断唤醒时间和休眠时间的时间。

在各种实施例中，twt计划作为信标帧被分发，该信标帧被传输到下游客户端设备，该下游客户端设备在本文中也可以被称为站。以这种方式，第一收发器104以及与第一收发器104通信的下游设备的操作被配置成实现基于第二收发器106的估计蓝牙业务流活动而确定的唤醒时间和休眠时间。

此外，处理设备108被配置成根据生成的twt计划生成第一控制信号和第二控制信号。例如，在没有预期的蓝牙业务流并且业务流被允许用于第一收发器104(可以是wlan收发器)的唤醒时间期间，第一控制信号可以支持在天线109和第一收发器104之间的耦合，并且第二控制信号可以禁止在天线109和第二收发器106之间的耦合。此外，在预期存在蓝牙业务流并且业务流不被允许用于第一收发器104的休眠时间期间，第一控制信号可以禁止在天线109和第一收发器104之间的耦合，并且第二控制信号可以支持在天线109和第二收发器106之间的耦合。下面将参考图3和图4更详细地讨论关于这种信号的附加细节。

在各种实施例中，并置设备102还包括耦合到天线109的rf开关202，并且rf开关202被配置成支持和禁止在收发器和天线109之间的耦合。例如，第一控制信号可以控制在第一收发器104和天线109之间的耦合/解耦。此外，第二控制信号可以控制在第二收发器106和天线109之间的耦合/解耦。在各种实施例中，这种控制信号由处理设备108生成。

在一些实施例中，并置设备102还包括接口204，接口204提供在第一收发器104和第二收发器106之间的直接通信接口。在各种实施例中，并置设备102还包括处理器206和存储器208，处理器206和存储器208被配置成处理与第一收发器104、第二收发器106、接口204和rf开关202相关联的一个或更多个处理操作，并存储诸如状态数据和备份数据的数据。此外，总线210可以促进并置设备102的部件之间的通信。

图3图示了根据一些实施例实现的第一时序图的示例。如上所述，处理设备108可以生成各种控制信号。此外，这种控制信号可以是准许信号，该准许信号被配置成准许或拒绝收发器接入共享传输介质。例如，第一控制信号302可以被配置成至少部分地基于twt计划来准许或拒绝对第一收发器104的传输介质接入，并且第一控制信号302可以由处理设备108生成。此外，第二控制信号304可以被配置成至少部分地基于twt计划来准许或拒绝对第二收发器106的传输介质接入，并且第二控制信号304可以是从处理设备108向第二收发器106提供的。

在另一个示例中，这种控制信号可以用于支持和禁止在第一收发器104和天线109之间的耦合。以这种方式，第一控制信号302可以用作第一收发器104的传输介质准许信号。类似地，第二控制信号304可用于支持和禁止在第二收发器106和天线109之间的耦合。以这种方式，第二控制信号304可以用作第二收发器106的传输介质准许信号。

第一时间线306图示了与第一收发器104相关联的状态的示例。例如，当第一收发器104未被准许接入传输介质时，第一收发器104可能不存在或保持沉默。此外，当第一收发器104被准许接入传输介质时，第一收发器104存在或活动。第一时间线306还图示了包括twt计划的信标帧的初始传输。在各种实施例中，包括第一收发器104和第二收发器106的并置设备被配置为接入点，该接入点管理第一收发器104和第二收发器106在传输介质中的共存。在这样的示例中，如第一时间线306所示，使用单个信标帧来实现在第一收发器104和第二收发器106之间的共存。此外，如第二时间线308所示，下游客户端设备可以实现传输的twt计划，以将其唤醒时间和休眠时间与生成的计划同步。因此，当第一收发器104未被准许接入传输介质时，下游客户端设备可能处于休眠状态，而当第一收发器104被准许接入传输介质时，下游客户端设备可能处于唤醒状态。

图4图示了根据一些实施例实现的第二时序图的示例。如以上类似地讨论的，控制信号(诸如第一控制信号302和第二控制信号304)可以由处理设备108生成，并用于支持和禁止在第一收发器104和天线109之间的耦合，以及支持和禁止在第二收发器106和天线109之间的耦合。

同样如图4所示，第一时间线306图示了与第一收发器104相关联的状态的示例，并且第二时间线308图示了下游客户端设备可以如何实现所传输的twt计划以将其唤醒时间和休眠时间与所生成的计划同步。图4还图示了下游设备可以如何发出请求帧来启动twt计划的生成。更具体地，并置设备102可以是下游设备(诸如客户端设备或站)，其管理第一收发器104和第二收发器106在传输介质中的共存。因此，当以这种方式配置时，并置设备102可以向接入点传输twt请求帧。在该示例中，接入点可以生成twt响应动作，该twt响应动作可以包括生成如上所述的twt计划。twt计划随后可以在信标帧中被分发到所有下游客户端设备。以这种方式，当客户端设备正在管理第一收发器104和第二收发器106在传输介质中的共存时，twt计划的生成可以响应来自客户端设备的请求。

图5图示了根据一些实施例的用于实现并置收发器的业务流共存的方法的示例的流程图。如上所述，本文公开的业务流共存的实现方式可以使用少得多的帧的传输，并且导致与这种业务流共存相关联的传输开销的减少。

因此，方法500可以以操作502开始，在操作502期间，可以发出twt请求动作。如以上所讨论的，twt请求可以由无线设备生成。在一些实施例中，这种无线设备可以是客户端设备，该客户端设备可以是站。如以上提到的，例如，这样的客户端设备可以是与第一收发器104通信的wlan设备。

方法500可以前进到操作504，在操作504期间，可以达成twt协定。在一个示例中，可以在并置设备102和在第一多个设备110中所包括的下游设备以及第一多个设备110的多个其他无线设备之间达成twt协定。以这种方式，可以标识公共可用时间，这可以形成生成twt计划的基础。

方法500可以前进到操作506，在操作506期间，可以执行twt响应动作。在各种实施例中，twt响应动作可以包括twt响应帧的传输。

方法500可以前进到操作508，在操作508期间，可以生成twt计划。如以上所讨论的，可以基于另一个并置的收发器(诸如第二收发器106)的传输参数生成twt计划。以这种方式，可以基于第二收发器106的传输协议的一个或更多个特性来生成twt计划。例如，可以为并置的wlan收发器和下游sta生成twt计划，并且可以至少部分地基于由并置的蓝牙收发器实现的蓝牙协议来生成这样的twt计划。

方法500可以前进到操作510，在操作510期间，可以传输twt计划。如以上提到的，可以在传输给无线设备的信标帧中包括twt计划。以这种方式，无线设备可以接收twt计划，并且基于第二收发器106的预期活动来同步它们的唤醒操作和休眠操作。此外，如以上类似地讨论的，twt计划的传输和实现支持使用单个信标帧实现并置收发器的共存，而不是每次传输采用cts-to-self帧或管理帧。

方法500可以前进到操作512，在操作512期间，可以生成一个或更多个控制信号。同样如上所述，可以基于构成twt计划基础的标识时间来生成和实现控制信号，诸如第一控制信号和第二控制信号。因此，第一控制信号和第二控制信号可以以与生成的twt计划一致的方式被生成和实现，以支持可以包括例如天线109的传输介质的使用。

图6图示了根据一些实施例的用于实现并置收发器的业务流共存的方法的另一示例的流程图。如下面将更详细讨论的，本文公开的业务流共存的实现方式可以使用少得多的帧的传输，并且还可以在twt计划的实现方式不可行时实现传统技术。

因此，方法600可以以操作602开始，在操作602期间，可以确定twt计划是否可用。这种确定可以基于twt计划是否被存储在并置设备的存储器中、或者基于被配置成标识twt计划的可用性的一个或更多个指示符或标识符而做出。在各种实施例中，如果twt计划可用，则方法600可以前进到操作604。

在操作604期间，可以确定收发器(诸如第二收发器)是否可以与twt计划一致。在各种实施例中，可以基于twt计划与第二收发器的传输协议的参数或特性的比较来做出这种确定。例如，可以将唤醒时间和休眠时间与第二收发器的传输协议的参数(诸如占空比和/或频率)进行比较，并且可以确定在给定这些参数或特性的情况下，是否可以使第二收发器的活动(诸如请求)与唤醒时间和休眠时间一致。如果确定可能是一致的，则方法600可以前进到操作606，在操作606期间，可以基于由第二收发器发出的请求并且基于第二收发器的传输协议，准许第二收发器接入传输介质。例如，第二收发器可以是蓝牙收发器，并且可以基于蓝牙传输请求被准许接入传输介质。

返回到操作604，如果确定收发器不能与twt计划一致，则方法600可以前进到操作608，在操作608期间，可以确定twt计划是否可以与第二收发器的传输协议的周期一致。例如，可以确定twt计划是否可以与使用蓝牙协议的第二收发器的周期一致。可以基于twt计划的一个或更多个特征或特性(诸如周期或频率)以及第二收发器的传输协议的周期来做出这种确定。如果确定twt计划可以与第二收发器的传输协议的周期一致，则方法600可以前进到操作610。

在操作610期间，可以基于由第二收发器发出的请求来调整和实现twt计划。例如，可以基于由第二收发器发出的请求(该请求可以是蓝牙请求)来移动或调整twt计划。以这种方式，可以对twt计划的实施方式进行调整，以使twt计划与这种蓝牙请求一致。如图6所示，如果这种一致是成功的(如可以在操作612所确定的)，则第二收发器可以根据这种请求被准许接入传输介质。

如果这种一致并未成功，则方法600可以前进到操作614，在操作614期间，第二收发器可以切换到传统共存技术。例如，第二收发器可以使用cts-to-self帧或管理帧来实现这种共存，并且这种帧可以被包括在每次传输中。

返回到操作608，如果确定twt计划不能与第二收发器的传输协议的周期一致，则方法600可以前进到操作616，在操作616期间，可以提出新的twt计划。在各种实施例中，这可以包括twt计划请求的生成和/或twt协议的生成。在各种实施例中，可以至少部分地基于第二收发器的传输协议的特征或特性(诸如根据第二收发器的传输协议发出的请求(诸如蓝牙请求)的定时)来生成所提出的twt计划。

如果twt计划成功生成(如操作618中所确定的)，则方法600可以前进到操作606，在操作606期间，可以基于由第二收发器发出的请求并且基于第二收发器的传输协议，准许第二收发器接入传输介质。如果twt计划未能成功生成(如操作618中所确定的)，则方法600可以前进到操作614，在操作614期间，第二收发器可以切换到传统共存技术。

返回到操作602，如果twt计划不可用，则方法600可以前进到以上讨论的操作616，并且可以确定是否可以生成twt计划。

虽然前述的概念出于理解清楚的目的在一些细节上进行了描述，但应当认识到，可在所附的权利要求范围内实践某些改变和修改。需要注意的是，存在实现过程、系统、和设备的许多可替代的方式。因此，本示例视为说明性而非限制性的。