用于确定何时在收发器子系统的多个通信模式之间切换的方法和设备

摘要

通信设备(102)执行用于确定何时在收发器子系统的多个通信模式之间切换的方法(300)。方法包括检测(304)多媒体消息准备好传输的指示。方法还包括由收发器子系统响应于检测到指示来从基础架构通信模式向端对端通信模式切换(306)，并且在端对端通信模式下传输(308)多媒体消息。方法还包括确定(314)多媒体消息传输完成，并且由收发器子系统响应于确定多媒体消息传输完成来切换(316)回基础架构通信模式。

说明书

相关申请

本申请是与2013年12月20日提交的美国临时专利申请第 61/918822号共同未决并且共同转让的2014年2月18日提交的非临 时申请美国专利申请第14/182,555号的继续申请，其权益从而根据 35USC§119(e)被要求保护并且其内容从而通过引用合并于此。

技术领域

本公开涉及无线通信，并且更特别地涉及用于确定何时在收发 器子系统的多个通信模式之间切换的方法和通信设备。

背景技术

至少部分作为用户需求的结果，无线通信设备(诸如智能电话、 平板手机和平板电脑等)正被开发有越来越多的功能。例如，期望 无线通信设备能够在多个通信模式下操作。两个这样的通信模式是： 基础架构模式，其中通信设备无线地连接至诸如无线局域网 (WLAN)等网络内的基础架构设备以便与比如因特网内的其他设 备通信；以及端对端(peer-to-peer)通信模式，其中通信设备与端 对端通信设备直接无线通信而不需要使用中间基础架构设备。

已经开发了支持无线通信的基础架构通信模式和端对端通信模 式二者的某些标准。一个这样的无线通信标准的集合是802.11标准， 其在现有技术中被称为Wi-Fi标准或Wi-Fi技术，其由电气和电子工 程师协会(IEEE)开发。Wi-Fi标准支持与WLAN中的接入点的常 规Wi-Fi(本文中也被简单地称为Wi-Fi或Wi-Fi基础架构)连接以 连接至比如因特网，并且还支持与端对端通信设备的Wi-Fi端对端 (现有技术中和本文中也被称为Wi-Fi直接)通信而不需要使用接 入点。虽然这两个通信模式使用Wi-Fi技术可用，然而现有技术无 法适当地解决在多个通信模式之间(诸如在Wi-Fi基础架构模式与 Wi-Fi端对端模式之间)的收发器子系统高效切换。

附图说明

附图连同以下详细描述被合并在说明书中并且形成说明书的部 分，并且用于进一步说明包括要求保护的实施例的概念的实施例， 并且解释这些实施例的原理和优点，在附图中相似的附图标记遍及 单独的视图表示相同或功能相似的元素。

图1是根据本教示的其中能够实现用于确定何时在收发器子系 统的基础架构通信模式与端对端通信模式之间切换的方法和设备的 示例环境的示意图。

图2是示出了根据本教示的通信设备的示例部件的框图。

图3是图示根据本教示的用于确定何时在收发器子系统的基础 架构通信模式与端对端通信模式之间切换的一般方法的实施例的流 程图。

图4是图示根据本教示的在基础架构通信模式与端对端通信模 式之间切换的收发器子系统的状态的时序图。

图5是图示根据本教示的在处理信标间隔的同时在基础架构通 信模式与端对端通信模式之间切换的收发器子系统的状态的时序 图。

技术人员应当理解，附图中的元件被图示用于简化和清楚而不 一定按比例绘制。例如，附图中的元件中的一些元件的尺寸可以相 对于其他元件放大以帮助改善对所公开的实施例的理解。另外，描 述和附图不一定需要所图示的顺序。还应当理解，可以按照特定的 出现顺序来描述或描绘某些动作和/或步骤，而本领域技术人员应当 理解，实际上并不需要这样的关于顺序的特异性。

已经在附图中根据需要用传统的符号表示了装置和方法组成， 以仅示出与理解本公开的实施例有关的这些具体细节，以由于本领 域普通技术人员得益于本文中的描述而很容易清楚的细节而防模糊 本公开内容。

具体实施方式

通常而言，按照各种实施例，本公开提供了一种用于确定何时 在收发器子系统的多个通信模式之间切换的方法和通信设备。

因此，在一个实施例中提供了一种由电子设备执行的方法，其中方 法包括检测多媒体消息准备好传输的指示，并且由收发器子系统响 应于检测到指示从基础架构通信模式向端对端通信模式切换。方法 还包括：在端对端通信模式下传输多媒体消息，以及确定多媒体消 息传输完成。方法还包括由收发器子系统响应于确定多媒体消息传 输完成来从端对端通信模式向基础架构通信模式切换。如本文中所 使用的，通信模式由收发器配置定义为支持特定无线链路。收发器 配置可以包括例如特定调制类型、特定通信协议或所使用的协议的 选择、是否需要经由基础架构设备或网络元件来通信等中的一项或 多项。

另外，另一实施例中提供了一种被配置成在收发器子系统的不 同通信模式之间切换的通信设备。通信设备包括多媒体子系统，多 媒体子系统被配置成构造多媒体消息并且通信多媒体消息准备好传 输的指示。通信设备还包括收发器子系统，收发器子系统耦合至多 媒体子系统并且被配置成响应于检测到多媒体消息准备好传输的指 示从基础架构通信模式向端对端通信模式切换以传输多媒体消息， 并且响应于完成多媒体消息传输从端对端通信模式向基础架构通信 模式切换。

现在转向图1，其中图示的是根据本教示的可以在其中实现用于 在多个通信模式之间切换的方法和设备的示例环境的示意图。在本 特定实施例中，通信设备102(诸如移动、电子或便携式设备)被配 置成建立到外部设备、诸如网络116内的基础架构设备104、经由电 子狗112的显示设备106(其共同用作端对端通信设备)以及能够无 线连接的其他端对端通信设备(未示出)的无线连接或链接110、114。 如本文中所使用的，基础架构设备是网络的一部分并且用于促进端 点设备之间的通信。端对端通信设备是用于端对端通信的端点。

在特定实施例中，通信设备102被配置成在Wi-Fi基础架构模式 和Wi-Fi端对端模式二者下通信。因此，网络116是包括至少一个 接入点(例如，104)的WLAN网络，至少一个接入点被配置成根 据Wi-Fi技术操作以便在设备102在Wi-Fi基础架构通信模式下操作 的同时支持与通信设备102的Wi-Fi连接110。在特定实现中，Wi-Fi 链接110促进与服务器108的通信以比如使用路由器(未示出)从 因特网下载内容。另外关于Wi-Fi实施例，电子狗112被配置成根 据Wi-Fi端对端技术通信以便在设备102在Wi-Fi端对端模式下操作 的同时支持与通信设备102的Wi-Fi端对端连接114。在特定实现中， 电子狗112和通信设备102实现Miracast标准，其使得能够将已压 缩标准或高清视频无线递送给电子狗112用于向显示器106呈现。

参考图1图示的实施例的备选实施例可以根据本教示来实现。 例如，显示器106可以被配置成通过端对端链路114与通信设备102 直接通信而不需要使用电子狗112。另外，取代配置有电子狗112 的显示器116，端对端通信设备可以是另一类型的设备，诸如台式机、 平板计算机、线缆盒、打印机等。另外，虽然本文中描述了Wi-Fi 技术的使用，然而其他标准或私有协议也可以用于在通信设备102 在基础架构通信模式和端对端通信模式下操作时支持无线通信。

现在参考图2，提供了图示根据本教示的电子设备(诸如图1的 通信设备102)的示例内部部件200的框图。通信设备102意图表示 各种移动设备，包括例如蜂窝电话、个人数字助理(PDA)、智能 电话或者其他手持式或便携式电子设备。在备选实施例中，通信设 备102是音频文件或视频文件播放器，诸如MP3播放器、个人媒体 播放器(PMP)；或者是能够使用多个通信模式通信的另一移动设 备。另外，本公开的实施例意图适用于能够或者被配置成在包括由 IEEE802.11标准支持的网络的WLAN中操作的各种电子设备中的 任何电子设备。

如图2所示，内部元件或部件200包括一个或多个包括应用处 理器202的处理器、收发器子系统204(在这种情况下是Wi-Fi子系 统)、输出部件206、输入部件208、无线收发器210、多媒体子系 统212、存储器部件214和电源216。如进一步所图示，内部部件200 通过一个或多个内部通信链路218、例如内部总线耦合至彼此并且彼 此通信。为了方便说明，在200处示出了有限数目的设备部件202、 204、206、208、210、212、214、216和218，但是其他实施例可以 在设备、诸如设备102中包括更少或更多数目的这样的部件。另外， 为了清楚地描述所附实施例，从图2中省略了合并在200处所示的 部件的设备的商业实施例所需要的其他元件。

现在转向主要描述示意图200内的部件。通常，如下面关于其 余图3至图5所描述的，处理器202、Wi-Fi子系统204和/或多媒体 子系统212配置有根据本公开的实施例的功能。本文中所使用的“适 配”、“操作”、“能够”或“配置”表示所指示的元件或部件使 用一个或多个硬件来实现，一个或多个硬件可以编程有软件和/或固 件作为所表示的元件实现其期望功能的手段或者可以不编程有软件 和/或固件作为所表示的元件实现其期望功能的手段。处理器202、 Wi-Fi子系统204和/或多媒体子系统212的功能由图2所示的其他 硬件(包括设备部件206、208、210、214、216和218)来支持。

继续200处所示的设备部件的简要描述，如被包括在设备102 内，无线收发器210包括蜂窝收发器232和全球定位系统(GPS)收 发器234。更具体地，蜂窝收发器232被配置成使用任意合适的无线 技术(诸如，第三代(3G)、第四代(4G)、4G长期演进(LTE)、 面对面小区塔或基站)通过无线连接进行数据的蜂窝通信。在其他 实施例中，蜂窝收发器232被配置成使用各种其他基于蜂窝的通信 技术(诸如，模拟通信(使用先进的移动电话系统-AMPS)、数字 通信(使用码分多址(CDMA)、时分多址(TDMA)、全球移动通 信系统(GSM)、集成的数字增强型网络(iDEN)、通用无线分组 业务(GPRS)、增强数据速率的GSM演进(EDGE)等)、和/或 下一代通信(使用全球移动电信系统(UMTS)、宽带CDMA (WCDMA)、LTE、IEEE802.16协会等)或其变型)中的任何通 信技术。在一个实施例中，GPS收发器234实现通信设备102的地 理位置的确定。

在所示实施例中，输出部件206包括：一个或多个视觉输出部 件220(诸如，液晶显示器和/或发光二极管指示器)、一个或多个 听觉输出部件222(诸如，扬声器、闹钟和/或蜂鸣器)以及一个或 多个机械输出部件224(诸如，振动机制)。类似地，输入部件208 包括成像装置(成像装置在这种情况下包括视觉输入226)；一个或 多个声学或听觉输入部件228(诸如，一个或多个换能器(例如，麦 克风)，包括例如麦克风阵列和波束成形布置或蓝牙耳机的麦克风)； 以及一个或多个机械输入部件230(诸如，触摸屏显示器、触发器型 传感器、键盘、小键盘选择按钮和/或开关)。

在实施例中，Wi-Fi子系统204被实现为集成电路，集成电路被 配置成用作收发器硬件，收发器硬件在硬件内或通过执行软件或固 件来配置以根据本教示在多个通信模式、特别是在基础架构通信模 式和端对端通信模式下操作。在一个实施例中，Wi-Fi子系统204包 括与请求方通信的具有Android操作系统的堆栈，请求方与驱动方通 信，驱动方与内核通信。请求方与驱动方通信以提供Wi-Fi子系统 204的控制功能。内核提供连网功能，并且驱动方处理数据。Wi-Fi 子系统204还被配置成使用IEEE802.11(a、b、g或n)和/或Wi-Fi 端对端标准的各种频带和信道进行与接入点和端对端设备二者的 Wi-Fi通信，但是并非同时通信。

显示器硬件捕获图像并且向多媒体子系统212提供所捕获的图 像。在一个实施例中，多媒体子系统212包括在还包括Wi-Fi子系 统204的晶片上的集成电路。多媒体子系统212被配置成获取所捕 获的多媒体图像内容，多媒体图像内容是但不限于来自设备102的 显示部件的声音和视频数据。多媒体子系统212通过例如将多媒体 内容编码、加密、复用和/或格式化成现有技术中称为数据包和帧， 但在本文中通常称为消息的数据块。多媒体子系统212将汇编的消 息通信给部件202、204、206、208、210和/或214中的一个或多个 用于传输、存储或进一步处理。

存储器部件214在一些实施例中包括各种形式的例如只读存储 器、随机存储存储器、静态随机存取存储器、动态随机存取存储器 等中的任何存储器的一个或多个存储器元件。在实施例中，处理器 202、Wi-Fi子系统204和/或多媒体子系统212能够访问和使用存储 器部件214存储和检索数据。在一些实施例中，存储器部件214与 处理器202、Wi-Fi子系统204和/或多媒体子系统212中的一个或多 个集成为单个部件、诸如在集成电路上。然而，这样的单个部件通 常仍然具有执行不同处理和/或存储器功能的不同的部分/分段。

存储器部件214存储数据，包括但不限于操作系统、程序(应 用)和信息数据。每个操作系统包括可执行代码，可执行代码控制 电子设备102的基本功能，诸如在被包括在内部部件200的各种部 件之间的交互、经由无线收发器210和Wi-Fi子系统204与外部设 备的通信、以及程序和数据到存储器部件214的存储从存储器部件 214的检索。至于程序，每个程序包括可执行代码，可执行代码使用 操作系统提供更具体的功能，诸如文件系统服务以及存储在存储器 部件214中的受保护和未受保护数据的处理。这样的程序包括用于 使得通信设备102能够执行诸如下面参考图3至图5描述的方法或 处理的编程等。最后，关于信息数据，这是非操作系统或程序在一 个实施例中引用和/或操纵用于执行通信设备102的功能的可执行代 码或信息。电源216、诸如电池在使得移动设备102称为便携式设备 的同时向其他内部部件200提供电力。

现在转向图3，其是图示用于确定何时在收发器子系统的多个通 信模式之间切换的一般方法300的流程图。在一些实施例中，Wi-Fi 子系统204交替地在不同通信模式、诸如基础架构通信模式和/或端 对端通信模式下操作。在一个示例中，端对端通信模式是Wi-Fi端 对端通信模式，并且基础架构通信模式是Wi-Fi基础架构通信模式。

例如，收发器子系统204被配置成在端对端通信模式下的同时 在第一频带通信，并且在基础架构通信模式下的同时在第二频带通 信。第一频带在一个示例中是5千兆赫兹(Ghz)Wi-Fi频带，并且 第二频带是2.4Ghz频带。在其他示例中，第一频带或第二频带中的 一个或多个是上部5Ghz频带信道(例如，信道149-165)、下部5Ghz 频带(例如，信道36-48)、3.6Ghz频带和/或4.9Ghz频带。在其他 示例实现中，通信设备102在相同频带的不同信道中在端对端通信 模式和基础架构通信模式下通信。比如，收发器子系统204在执行 Wi-Fi通信时在5千兆赫兹频带中的一个信道上通信，并且在执行 Wi-Fi端对端通信时在5千兆赫兹频带内的不同信道上通信。在一个 实施例中，信道是设备可以在其上发送/接收Wi-Fi类型消息的法律 许可频率。

在一个示例场景中，如果用户观看从服务器108向通信设备102 的显示器流送的视频，则接入点104在Wi-Fi子系统204在基础架 构通信模式下操作的同时向通信设备102通信视频，视频包括视频 帧的序列。多媒体子系统212从设备102的显示器硬件接收视频帧 数据。多媒体子系统212处理视频帧数据以生成一个或多个多媒体 消息，其在这种情况下是要向显示器106发送的至少一个多媒体帧， 以产生用户在显示器106上镜像的在通信设备102上显示的视频。

返回方法300的涉及以上示例场景的细节，收发器子系统204 在多媒体子系统212构造至少一个多媒体消息、诸如Wi-Fi端对端 帧以向外部设备、诸如外部显示器106提供的同时在基础架构通信 模式下操作302。当多媒体子系统212完成意图用于使用Wi-Fi端对 端通信传输的多媒体消息时，多媒体子系统212将构造的多媒体消 息放置在收发器子系统204可访问的队列中，并且多媒体子系统212 向收发器子系统204发送表明多媒体消息准备好传输的指示。在一 个实施例中，多媒体子系统212设置在公共位置的标志、诸如共享 存储器，例如共享队列，以向收发器子系统204表明多媒体消息准 备好传输。在其他实施例中，多媒体子系统212向收发器子系统204 通信表明多媒体消息准备好传输的子系统间消息、诸如输入输出控 制消息。

收发器子系统204在Wi-Fi基础架构模式下继续操作302并且在 规则Wi-Fi信道上发送/接收直到其检测到304多媒体消息准备好传 输的指示。比如，指示说明性地包括从构造多媒体消息的多媒体子 系统214接收表明多媒体消息准备好传输的多媒体消息。在另一示 例中，指示包括收发器子系统204检测构造多媒体消息的多媒体子 系统214对表明多媒体消息准备好传输的标志的设置。因此，当多 媒体子系统212构造多媒体消息时，收发器子系统204在基础架构 通信模式下继续操作302。当检测到304指示时，收发器子系统204 响应于检测到指示作为响应从基础架构通信模式向端对端通信模式 切换。收发器子系统204然后开始经由电子狗112向显示器106传 输308多媒体消息。因此，收发器子系统204实际上作为多媒体帧 准备好在Wi-Fi端对端信道上传输的结果切换其通信模式，或者换 言之，在需要Wi-Fi端对端信道时执行切换。否则，收发器子系统 204在规则Wi-Fi信道上继续发送/接收。

在一个实施例中，收发器子系统204在Wi-Fi端对端信道上继续 传输，直到其确定314所有的多媒体消息传输完成，即已经传输队 列中的所有的多媒体消息。当多媒体消息传输314完成时，收发器 子系统204作为相应从端对端通信模式切换回基础架构通信模式。 在一个示例实施例中，收发器子系统204被配置成除非向端对端通 信设备传输多媒体消息，则在基础架构通信模式下操作。换言之， 收发器子系统204仅在向端对端通信设备传输多媒体消息的同时在 端对端通信模式下操作。否则，收发器子系统204在基础架构通信 模式下操作。因此，使得端对端通信信道上花费的时间最小化。由 于收发器子系统204没有在端对端通信信道上花费任何不必的时间， 所以收发器子系统不用处理来自接入点104的消息。因此，处理基 础架构通信消息花费的额外时间帮助缓解发生在通信设备102和/或 显示器106上的诸如视觉伪像等问题以及连接丢失。

Wi-Fi子系统204在一些实现中暂停多媒体消息的传输，执行另 一任务，并且恢复多媒体消息的传输。当Wi-Fi子系统204暂停多 媒体消息的传输时，在一些实施例中，作为暂停多媒体消息传输的 结果，Wi-Fi子系统204向端对端通信设备、诸如显示器106发送暂 停传输指示。在一个示例中，暂停传输指示是不存在消息的注意。 当Wi-Fi子系统204恢复到端对端通信设备的传输时，作为恢复多 媒体消息传输的结果，Wi-Fi子系统204在一个实施例中向端对端通 信设备发送恢复传输指示、诸如非空帧。

在特定实施例中，收发器子系统204暂停多媒体消息的传输以 针对基础架构通信模式处理信标间隔或者在基础架构通信模式下处 理信标间隔。例如，Wi-Fi接入点104周期性地发送信标信号，信标 信号包括描述接入点104的能力的参数、所支持的数据速率、与所 支持的信令方法有关的信息、和/或数据等待连接至接入点104的具 体设备(诸如，设备102)的指示。信标信号通常以被称为信标间隔 的规则的或周期性的间隔发送。

返回图3的方法300，根据暂停多媒体帧传输的实施例，如将参 考图5进一步所述，当收发器子系统204传输308多媒体消息时， 收发器子系统204确定310是否应当处理信标间隔。如果收发器子 系统204确定210应当处理信标间隔，则收发器子系统204在端对 端通信模式下传输多媒体消息的同时针对基础架构通信模式处理 312信标间隔。

在实施例中，处理312信标间隔包括收发器子系统204：暂停多 媒体消息传输；切换至基础架构通信模式；并且处理所接收的信标。 然后，作为完成所接收的信标的处理的结果，收发器子系统204切 换回端对端通信模式并且恢复多媒体消息传输308。

现在转向图4和图5。图4图示在收发器子系统204在基础架构 通信模式与端对端通信模式之间切换时收发器子系统、例如204与 多媒体子系统、例如212之间的交互的时序图400。时序图400(和 图5的时序图500)的X轴表示时间。时序图400(和时序图500) 的Y轴包括随着时间出现的与收发器子系统204的状态相关联的指 定。例如，在图4和图5的Y轴上示出的“Wi-Fi基础架构”指定表 示收发器子系统204处于基础架构通信模式。“Wi-Fi端对端”指定 表示收发器子系统204处于端对端通信模式。“激活”指定表示收 发器子系统204在特定通信模式下主动地操作，“非激活”指定表 示收发器子系统204在特定通信模式下不主动地操作。例如，与 “Wi-Fi基础架构”指示相关联的“激活”指示表示收发器子系统 204在基础架构通信模式下主动地操作，并且在一些示例中在Wi-Fi 频带和信道上发送/接收。“多媒体子系统”指定表示多媒体子系统 212执行的活动。

图4中描绘的示例以收发器子系统204在基础架构模式下主动 地发送和接收(Tx/Rx)402消息并且多媒体子系统212不活动404 开始。因此，收发器子系统204在与接入点104通信的同时处于Wi-Fi 信道上。同时，多媒体子系统212处理406多媒体消息用于到显示 器106的传输。在一个实施例中，消息处理406包括捕获(例如， 从内部显示器)、编码、加密和复用多媒体消息用于传输。在多媒 体子系统212处理406多媒体消息期间，收发器子系统204在Wi-Fi 信道上继续发送/接收402。

当多媒体子系统212如时间424处表示地完成多媒体消息处理 406时，多媒体子系统212将完成的多媒体消息放置在收发器子系统 204可访问的队列中，并且向收发器子系统204提供多媒体消息准备 好传输的指示。收发器子系统204响应于检测到指示从基础架构通 信模式切换至端对端通信模式。

作为这一过渡的一部分，收发器子系统204在很短的时间内转 为仅接收模式408以使得任何来自接入点104的任何显著的消息能 够到达。在410处表示的时间处，收发器子系统204在基础架构通 信模式下不主动地发送/接收并且继续从基础架构通信模式过渡至端 对端通信模式。作为这一过渡的一部分，在一些示例中，存在短的 信道切换时间(BCST)412，在BCST412中，收发器子系统204没 有在基础架构通信模式或端对端通信模式下传输。在BCST412之 后，收发器子系统204在端对端通信模式下激活的同时向显示器106 传输414多媒体消息。

收发器子系统204响应于确定多媒体消息传输完成在时间422 从端对端通信模式切换回基础架构通信模式。再次，存在短的BCST 416，在BCST416期间，收发器子系统204既不在端对端通信模式 下也不在基础架构通信模式下通信，并且多媒体子系统212返回非 激活418状态。如420处所示，收发器子系统在没有要传输的多媒 体帧时在基础架构通信模式下主动地发送/接收消息。因此，在所说 明的实施例中，收发器子系统204仅在端对端通信模式下操作用于 传输多媒体消息。否则，收发器子系统204在基础架构通信模式下 操作。

关于图4描述的示例没有将通信设备102有时必须适应的信标 间隔考虑在内。然而，类似于图4的时序图400的图5的时序图500 图示收发器子系统如何在端对端通信模式下操作的同时处理信标间 隔。更具体地，图5图示Wi-Fi子系统、例如204与多媒体子系统、 例如212之间的交互的时序图500，其中Wi-Fi子系统被配置成在多 媒体通信模式下操作的同时针对基础架构通信模式处理信标间隔。

在这一示例实现场景中，收发器子系统204在基础架构通信模 式下操作502。在时间534，多媒体子系统212响应于完成处理多媒 体消息向收发器子系统204通信指示。响应于检测到指示，收发器 子系统204切换至端对端通信模式。因此，收发器子系统204转为 仅基础架构接收模式504。在由508表示的时间，收发器子系统204 开始BCST506，其中收发器子系统204执行频带信道切换。在收发 器子系统204完成频带信道切换之后，收发器子系统204在端对端 通信模式下操作的同时传输510一个或多个数据包。

如512处所示，收发器子系统204针对基础架构通信模式检测 到即将到来的信标间隔。信标间隔以规则的时间间隔出现。因此， 在一个实施例中，收发器子系统204响应于计时器检测信标间隔 512。为了适应信标间隔512，收发器子系统204暂停多媒体传输510 并且执行由BCST514表示的频带信道切换以从端对端通信模式过 渡到基础架构通信模式。BCST514在时间528完成，并且收发器子 系统204处理516与信标间隔相关联的任何接入点104消息。

在完成信标间隔的处理之后，收发器子系统204在时间518开 始从基础架构通信模式过渡到端对端通信模式。因此，收发器子系 统204首先以仅接收模式操作520，并且然后执行由BCST536表示 的频带信道切换以切换至端对端通信模式。收发器子系统204然后 先于暂停以处理信标间隔516来完成多媒体传输522。收发器子系统 204在时间526完成发送多媒体消息。响应于完成发送多媒体消息， 收发器子系统204执行由BCST524表示的频带信道切换以从端对端 通信模式切换至基础架构通信模式，并且然后在基础架构通信模式 下发送/接收538数据。之后，收发器子系统204针对基础架构通信 模式处理另一信标间隔536。收发器子系统204然后检测另一多媒体 消息准备好传输的指示，并且切换至端对端通信模式。因此，收发 器子系统204执行由BCST540表示的频带信道切换以过渡到端对端 通信模式，以便传输542多媒体消息。

在一些实施例中，Wi-Fi子系统204在Wi-Fi子系统204将很繁 忙地在端对端通信模式下通信时向接入点104发送指示(诸如空帧)， 并且从而将不能够接收比如数据。在这一特定实施例中，Wi-Fi子系 统204在接收到来自多媒体子系统212的表示多媒体消息准备好传 输的指示时向接入点104通信空帧。Wi-Fi子系统204在Wi-Fi子系 统204在基础架构通信模式下完成通信时向接入点104通信对该接 入点的另一指示(诸如非空帧)，并且准备好处理来自接入点104 的数据。

在以上说明书中，描述了具体实施例。然而，本领域普通技术 人员理解，可以在不偏离下面在权利要求中给出的本发明的范围的 情况下做出各种修改和变化。因此，说明书和附图应当在说明意义 上而非限制意义上来理解，并且所有这样的修改意图被包括在本教 示的范围内。

益处、优点、问题的解决方案以及可以引起任何益处、优点、 或要出现或变得更突出的解决方案的任何元素不应当被理解为是任 何或所有权利要求的关键的、必须的或者重要的特征或元素。本发 明仅由所附权利要求来定义，包括在本申请的未决期间做出的任何 修改以及如发行的这些权利要求的所有等同方案。

另外，在本文档中，关系术语、诸如第一和第二、顶部和底部 等可以仅用于区分一个条目或动作与另一条目或动作而不一定需要 或暗示这样的条目或动作之间的任何实际的这样的关系或顺序。术 语“包括(comprises)”、“包括(comprising)”、“具有(has)”、 “具有(having)”、“包括(includes)”、“包括(including)”、 “包含(contains)”、“包含(containing)”或者其任何其他变型 意图覆盖非排他性包括，使得包括(comprise)、具有、包括(include)、 包含元素列表的处理、方法、物质或装置不仅包括这些元素还可以 包括没有明确列出或这样的处理、方法、物质或装置固有的其他元 素。通过“包括……(comprises…a)”、“具有……(has…a)”、 “包括……(includes…a)”或者“包含……(contains…a)” 开始的元素不排除(没有更多约束)包括(comprise)、具有、包括 (include)、包含元素的处理、方法、物质、或装置中另外的相同 的元素的存在。除非本文中另外明确指出，术语“一个(a)”和“一 个(an)”定义为一个或多个。术语“基本上(substantially)”、 “本质上(essentially)”、“大致上(approximately)”、“大约 (about)”或者其任何其他变型定义为接近如本领域普通技术人员 所理解的含义，并且在一个非限制性实施例中，这一术语被定义为 在10％的范围内，并且在另一实施例中在5％的范围内，在另一实施 例中在1％的范围内，并且在另一实施例中在0.5％的范围内。本文 中所使用的术语“耦合(coupled)”定义为连接，但是不一定是直 接并且不一定是机械连接。以某种方式“配置”的设备或结构至少 以这种方式配置，但是也可以用没有列出的方式来配置。

应当理解，一些实施例包括一个或多个通用或专用处理器(或 “处理设备”)，诸如微处理器、数字信号处理器、定制处理器和 现场可编程门阵列(FGPA)以及控制一个或多个处理器结合某些非 处理器电路实现本文中描述的方法和/或装置中的一些、多数或全部 功能的唯一存储程序指令(包括软件和固件二者)。备选地，一些 或全部功能可以由没有存储程序指令的状态机来实现，或者在一个 或多个专用集成电路(ASIC)中实现，在ASIC中，每个功能或某 些功能的一些组合被实现为定制逻辑。当然，可以使用两个方法的 组合。

另外，实施例可以实现为其上存储有计算机可读代码的计算机 可读存储介质，计算机可读代码用于编程计算机(例如包括处理器) 执行本文中描述和要求保护的方法。这样的计算机可读存储介质的 示例包括但不限于硬盘、CD-ROM、光学存储设备、磁性存储设备、 ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可 擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器) 和闪存存储器。可以预期，一般的技术人员，尽管可能需要大量 努力和许多由例如可获得的时间、当前技术以及经济因素推动的设 计选择，当得到这里公开的概念和原理的指导时，可以很容易能够 通过最少的实验产生这样的软件指令和程序和IC。

提供了本公开内容的摘要以使得读者能够快速确定技术公开的 属性。通过理解提交，其不用于解释或限制权利要求的范围或含义。 另外，在以上具体实施例部分，可见，各种特征在各处实施例中出 于流线型化本公开的目的而分组在一起。本公开的方法不应当被理 解为反映要求保护的实施例需要比每个权利要求中明确给出的更多 的特征之一意图。相反，如以下权利要求所反映的，发明主题存在 于比单个公开的实施例的所有特征少的特征中。因此，以下权利要 求从而被合并到具体实施例部分中，其中每个权利要求独立地作为 单独要求保护的主题。