专利名称：用于冲突避免的方法和系统的制作方法
技术领域：
本发明涉及限制冲突，并且更具体地，涉及限制短程无线系统和 广域无线系统之间的冲突。
背景技术：
近年来，已经开发了移动通信设备，其中此类设备根据各种无线 协议操作。例如，许多手机被配置为在码分多址(CDMA)网络中操 作并且包括用于允许用户参与免持谈话的附随的蓝牙收发信机。这些 手机可被称为多模式通信设备，或者被简单地称为多模式设备。
当前正在开发支持根据电气电子工程师协会(IEEE)标准802.16 的操作并且包括蓝牙收发信机的多模式设备。802.16标准的一个可行 的频带是从2.496 GHz至IJ 2.69 GHz，而蓝牙的一个可行的频率分配是 从2.4 GHz到2.4835 GHz。在该类型的设备的典型场景中，多模式设 备的用户可以在参与互联网协议语音(VoIP)呼叫的同时使用蓝牙耳 机。然而，考虑到多模式设备的紧凑尺寸和操作频谱的紧密接近，不 能在射频(RF)层中实现这两种传输的和谐共存。特别地，当一个技 术发射而另一个尝试接收时，在多模式设备中将出现有害干扰。
发明内容
本发明涉及一种用于冲突避免的方法和系统。该方法可以包括在 多模式设备中根据802.16通信协议执行通信的步骤，其中802.16通信协议通信仅包括监听帧。该方法还可以包括如下步骤在多模式设备 中根据支持扩展同步面向连接模式的蓝牙通信协议执行另一通信，以 及安排蓝牙通信的传输以避免与802.16通信的传输的冲突。
该方法还可以包括自支持802.16通信的基站请求具有指定数目的 监听帧的帧簇的步骤。该方法可以进一步包括自基站接收对帧簇的授 权的步骤，其中帧簇包括三个监听帧，每个监听帧的持续时间约为五 毫秒。该监听帧可以包括下行链路子帧和上行链路子帧，并且该方法 可以进一步包括在监听帧的下行链路子帧和上行链路子帧中分别接收 下行链路猝发和上行链路猝发分配的步骤。在一种方案中，帧簇可以 包括单个下行链路猝发分配和单个上行链路猝发分配。作为示例，下
行链路和上行链路猝发分配对于未来的帧簇可以是周期性固定的。
监听帧还可以包括设置部分。在一种方案中，安排蓝牙通信的传 输以避免与802.16通信的传输的冲突可以包括如下步骤读取第一监 听帧的设置部分，以及基于该读取，确定监听帧指定，以及在第一监 听帧开始之后的预定时间开始蓝牙传输。例如，该预定时间可以是约 6.25毫秒、约8.75毫秒、约11.25毫秒或约13.75毫秒。在另一方案中， 蓝牙通信可以包括约7.5毫秒的周期时间，其中约1.25毫秒由传输时 隙和接收时隙占用。
而且，该多模式设备可以经由蓝牙通信协议与辅助装置 (accessory)通信，并且该多模式设备被指定为主设备。在该情况中， 该方法可以包括如下步骤确定在该多模式设备和该辅助装置之间的 关系中该多模式设备是否是主设备，以及如果该多模式设备未被指定 为主设备，则将该多模式设备切换为主设备以确保当该多模式设备与 该辅助装置通信时该多模式设备是主设备。
本发明还涉及另一种冲突避免的方法。该方法可以包括如下步骤
在支持802.16通信的基站处通过802.16通信自多模式设备接收对仅具有预定数目的监听帧的帧簇的请求，以及授权对该帧簇的请求，其中 帧簇包括三个监听帧。该方法还可以包括在帧簇的监听帧中分配上行 链路猝发和下行链路猝发以允许多模式设备安排扩展同步面向连接蓝 牙通信的传输以避免与802.16通信的冲突的步骤。
在一种方案中，分配上行链路和下行链路猝发可以包括在帧簇中 分配单个下行链路猝发分配和单个上行链路猝发分配。作为另一示例， 下行链路和上行链路猝发分配对于未来的帧簇是周期性固定的。
本发明还涉及一种用于冲突避免的多模式设备，该多模式设备可
以包括能够执行仅具有监听帧的802.16通信的收发信机和能够执行扩 展同步面向连接蓝牙通信的收发信机。该设备还可以包括耦合到第一 和第二收发信机的冲突避免模块，其中该冲突避免模块安排蓝牙收发 信机的传输以避免与802.16收发信机的传输的冲突。该多模式设备还 可以包括适当的软件和电路以执行上文描述的任何过程。
本发明还涉及一种支持S02.16通信的基站。该基站可以包括通过 802.16通信自多模式设备接收对仅具有指定数目的监听帧的帧簇的请 求的收发信机和生成模块。该生成模块可以授权对包括三个监听帧的 帧簇的请求，并且可以在帧簇的监听帧中分配上行链路猝发和下行链 路猝发以允许多模式设备安排扩展同步面向连接蓝牙通信的传输以避 免与802.16通信的冲突。
作为示例，分配上行链路和下行链路猝发可以包括在帧簇中分配 单个下行链路猝发分配和单个上行链路猝发分配，并且下行链路和上 行链路猝发分配对于未来的帧簇可以是周期性固定的。
在随附权利要求中具体阐述了被认为是新颖的本发明的特征。通 过结合附图参考下面的描述，可以最佳地理解本发明以及其进一步的目的和优点，在数个附图中相同的附图标记表示相同的元素，并且其 中
图1说明了根据本发明方案的实施例的使用场景；
图2说明了根据本发明方案的实施例的特定部件的框图3说明了根据本发明方案的实施例的802.16通信帧的一部分；
图4说明了根据本发明方案的实施例的蓝牙通信周期；
图5说明了根据本发明方案的实施例的无冲突参考式样；
图6说明了根据本发明方案的实施例的用于冲突避免的方法；
图7说明了根据本发明方案的实施例的判定点(decision point)的 数个示例；并且
图8说明了根据本发明方案的实施例的图7的判定点的汇总图。
具体实施例方式
尽管说明书以限定被视为新颖的本发明的特征的权利要求为结 束，但是认为，通过结合附图考虑下面的描述，将更好地理解本发明， 在附图中沿用相同的附图标记。
按照需要，此处公开了本发明的详细的实施例；然而，将理解， 所公开的实施例仅是本发明的示例，本发明可以具体化为各种形式。 因此，此处公开的具体结构和功能细节不应被解释为限制，而是仅被 解释为权利要求的基础和用于教授本领域的技术人员在实际上任何适 当详细的结构中以各种方式使用本发明的代表性基础。而且，此处使 用的术语和习语不应作为限制，而是用于提供本发明的可理解的描述。
此处使用的术语"一"被定义为一个或多于一个。此处使用的术 语"多个"被定义为至少两个或更多。此处使用的术语"另一个"被 定义为至少两个或更多。此处使用的术语"包括"和/或"具有"被定 义为包含(即，开放性语言)。此处使用的术语"耦合"被定义为连 接，尽管没有必要是直接连接，也没有必要是机械连接。术语"处理 器"可以包括能够执行与此处的本发明方案相关描述的功能的任何部件或部件组，包括任何相关的硬件和/或软件。
术语"多模式设备"可被定义为能够接收和/或发射两个或多个不 同的通信信号的任何电子设备，其中的某些可以依照不同的通信协议。 术语"收发信机"可以是能够接收和发射通信信号的任何部件或部件 组。"冲突"可以指的是由于多模式设备处的通信信号的同时传输或 接收而引起的至少两个不同的通信信号之间的任何干扰。
术语"约"或"大致"可以意指由该术语修饰的实际值和偏离该 实际值的任何变化，只要该变化不会干扰使两个或更多不同通信之间 的冲突最小。术语"传输"可以指的是实际的信号传输和/或信号接收。 术语"监听帧"可以意指如下的帧，其中接收此类帧的设备的接收机 或收发信机在该帧的至少一部分中是活动的。
本发明涉及一种用于冲突避免的方法和设备。该方法可以包括在
多模式设备中根据802.16通信协议执行通信的步骤，其中802.16通信 协议通信仅包括监听帧。该方法还可以包括在多模式设备中根据支持 扩展同步面向连接模式的蓝牙通信协议执行另一通信的步骤。该方法 还可以包括安排蓝牙通信的传输以避免与802.16通信的传输的冲突的 步骤。该过程可以改善例如用户在使用无线耦合到手机的蓝牙耳机的 同时在无线手机上进行VoIP呼叫时的用户体验。
参考图l，呈现了使用场景的示例。在该示例中，多模式设备100 与基站110通信。在一种方案中，该通信可以是802.16通信，并且基 站110可被称为802.16基站。对于本发明，术语"802.16通信"或者 "根据802.16通信协议的通信"可以意指符合IEEE标准802.16的无 线通信。作为示例，802.16通信可以包括在从约2.496 GHz到约 2.69 GHz的频带中操作的无线信号。
多模式设备100还可以在例如蓝牙通信链路上与辅助装置120通信。蓝牙通信或者根据蓝牙通信协议的通信可以指的是往往具有短距 离，诸如以米或英尺测量的范围，并且根据蓝牙特别兴趣小组阐述的
规范操作的无线通信。作为示例，蓝牙通信可以在约2.4 GHz至约 2.4835 GHz的频带中操作。辅助装置120可被称为蓝牙辅助装置或设 备。在一个特定示例中，多模式设备100可以执行与基站110的VoIP 呼叫，同时多模式设备100可以具有与辅助装置120的活动通信链路。
参考图2，示出了多模式设备100、基站110和辅助装置120的框 图。在一种方案中，多模式设备100可以包括802.16收发信机130、 蓝牙收发信机135、设备切换模块137和冲突避免模块140。 802.16收 发信机能够执行包括监听帧的802.16通信，而蓝牙收发信机135能够 执行eSCO蓝牙通信。如下文将描述的，冲突避免模块140可以耦合 到802.16收发信机130和蓝牙收发信机135，可以安排蓝牙收发信机 135的传输以避免与802.16收发信机130的冲突。此外，设备切换模 块137可以确保多模式设备100在其与辅助装置120的关系中是主设 备。冲突避免模块140和设备切换模块137可以包含用于执行任何相 关过程的任何适当数目的硬件和/或软件部件。
在另一方案中，基站110可以包括收发信机145，收发信机145 可以通过802.16通信自多模式设备100接收对具有指定数目的监听帧 的帧簇的请求。基站110还可以包括生成模块150，生成模块150可以 授权所请求的帧簇并且可以在帧簇的监听帧中分配上行链路(UL)猝 发和下行链路(DL)猝发以允许多模式设备100安排eSCO蓝牙通信 的传输以避免与802.16通信的冲突。与冲突避免模块140相似，生成 模块150可以包括用于执行此处描述的功能的任何适当数目的硬件和/ 或软件部件。
辅助装置120可以包括用于与多模式设备100通信的蓝牙收发信 机155。此外，辅助装置120可以包括切换模块160。切换模块160可 以协助确保多模式设备100被指定为多模式设备100和辅助装置120之间的关系中的主设备单元。例如，当发起辅助装置120和多模式设
备100之间的通信时，设备切换模块137可以确定设备100是否被指 定为该关系的主设备。如果设备100不是主设备，则设备切换模块137 可以将设备100的角色从从设备切换到主设备，并且该切换请求可由 辅助装置120的切换模块160接受和处理。在适当的情况中，切换模 块160可以时隙偏移响应。由于多模式设备100 了解802.16通信的时 序，因此使多模式设备100充当该关系中的主设备，是有利的。
如本领域中公知的，802.16通信包括多个时分双工(TDD)帧， 其持续时间约为5毫秒(ms)。参考图3，示出了 802.16通信中呈现 的帧200的一部分的示例(为了简化，这里没有示出(transition times) 过渡时间)。帧200包括DL子帧210和UL子帧220，并且DL子帧 210和UL子帧220均由整数数目的正交频分复用(OFDM)或正交频 分多址(OFDMA)码元230,或者简单地，码元230，所构成。这些 码元230的长度约为100.8微秒(MS)。
DL子帧210的一部分可以包括设置部分240，设置部分240可以 包括诸如帧控制报头(FCH) 、 DL-MAP和UL-MAP的内容作为前同 步。多模式设备100 (参看图1)可以使用该信息确定何时和如何在帧 200和可能地下一个连续帧200中发射和/或接收相关分组。特别地， DL-MAP规定了用于当前DL子帧210的猝发信息，并且UL map提供 了用于下一个连续帧200中的UL子帧220的猝发信息。这样，需要多 模式设备100对设置部分240解码，并且设置部分240可以占用约五 至八个或者更多的码元230。在该示例中，设置部分240被示出为占用 五个码元230，这五个码元230由阴影标出并且在时间上约等于540 gs。
如前面提到的，DL子帧210可以包括DL猝发250， DL猝发250 在图3中由阴影标出。如本领域中公知的，最小分配单元是两个码元 230的子信道，即最小猝发宽度是两个码元230。基站110(参看图1) 中的调度器实际上决定该分配，并且因此在时域上，除了由设置部分240占据的码元230之外，DL猝发250可以占用可用DL子帧210中 的任何位置的2*(1(其中d是整数)个码元230。而且，多模式设备100 习惯测量实际猝发周围的邻居码元230中的导频载波以执行信道估计， 该信道估计将提高所需猝发的解码成功率。
在该示例中，该过程使实际猝发任一侧上的两个码元230被占用， 这意味着DL猝发250包括六个码元230。为了说明由DL猝发250占 用的码元230的总数，反映用于测量导频载波的码元230的数目的值p 被添加到2*山这在图3中示出。然后码元230的数目与100.8ps相乘 以示出DL猝发250的总持续时间。
与DL子帧210相似，UL子帧220包括UL猝发260， UL猝发 260在图3中也被示出为阴影。本领域的技术人员将认识到，802.16标 准规定了 UL猝发260的分配必须跨越邻近的时隙，其中每个时隙被定 义为三个码元230的子信道。因此，首先水平地(在码元230上)完 成该分配，直至到达UL子帧220的边缘，该分配随后从下一个子信道 的第一码元230开始继续。出于时域的角度，UL猝发260可以占用3*u 个码元，其中u是取决于有效负载尺寸以及与UL猝发260关联的调制 和编码方案的整数。因此，在时域中，如果对于该特定帧200 VoIP分 组被调度，则UL猝发260可占据整个UL子帧220。
总而言之，当在帧200中调度DL和UL传输时，可以从阴影部分 看到，仅有小的间隔可用于诸如蓝牙的竞争传输的发生。而且，基站 110随机地调度DL猝发250，这使其更加难于避免802.16和蓝牙通信 之间的冲突。
如本领域中公知的，在蓝牙中，同步面向连接(SCO)模式和eSCO 模式是用于形成用于支持全双工音频连接的同步连接的两种类型的逻 辑链路。对于SCO模式，高质量语音(HV3)分组类型具有最长的工 作周期。该类型的SCO分组通过前向纠错(FEC)编码每六个时隙在每个方向上承载240比特的有效负载，这等效于具有64千比特每秒 (kbps)编码速率的3.75 ms的话音。该传输是严格周期性的，周期时 间等于六个时隙，每个时隙的持续时间约为625/^。此外，从设备(例 如，辅助装置120)在主设备(例如，多模式设备IOO)寻址到其之后 立即在时隙中做出响应。因此，在每六个时隙以外总是占用两个连续 的时隙。在蓝牙传输活动之后，对于SCO模式，在周期时间中保留约 2.5ms的闲置时间。
更加新的蓝牙描述文件包括可选地使用eSCO分组类型2-EV3。 考虑到更高效的调制方案，可以使用更高的工作周期以承载SCO模式 的相同的64kbps话音。参考图4，示出了蓝牙主设备的2-EV3分组的 发射/接收周期300的示例。这里，周期300的周期时间(TeSC0)的持 续时间约为7.5 ms并且包括十二个时隙310，每个时隙约为625 ps。时 隙310中的一个是传输时隙312并且另一时隙是接收时隙314。如可以 看到的，周期时间Tesco中的闲置时间的总量变为6.25 ms，如下面将 解释的，这可以帮助减少与802.16通信冲突的机会。
参考图5，示出了适当的无冲突参考式样500的示例。与图4中 示出的相似，该式样500示出了包括传输时隙515和接收时隙520的 蓝牙周期510，和约为7.5 ms的周期时间。此外，式样500示出了 802.16 通信的数个监听帧530，这与图3中示出的结构相似。
三个监听帧530 —起形成帧簇540，帧簇540的持续时间约为15 ms。如这里绘出的，监听帧530可以包括设置部分240、 DL猝发250 和/或UL猝发260。每个监听帧530已被指定帧编号。例如，第一监听 帧530可被称为帧3n，第二帧530可被称为帧3n+l并且第三帧530可 被指定为帧3n+2。值n指当前帧簇540的编号。尽管这里没有示出， 但是下一个帧簇540中的第一帧530将是帧3n+3，每个相继的的帧530 被给出更高的编号(例如，3n+4、 3n+5…)。相似地，前一个帧簇540 中的最后的帧530将是帧3n-l，每个先前的帧被给出较低的编号(例如，3n-2、 3n-3…)。
在一种方案中，单个DL猝发250和单个UL猝发260可被分配给 帧簇540，帧簇540例如，足够用于VoIP传输。特别地，在802.16标 准中，特定UL调度服务类，诸如非请求授权服务(UGS)或者扩展实 时轮询服务(ertPS)，支持UL猝发260的周期性分配。而且，某些 基站110可被配置为支持DL猝发250的周期性分配。由于在帧簇540 中存在三个帧530以及单个DL和UL猝发250、 260，因此存在反映可 以在哪里分配DL和UL猝发250、 260的数种组合。
例如，可以看到，实线的DL猝发250己被分配给帧3n，而实线 的UL猝发260已被指配给帧3n+l。考虑到蓝牙传输，显而易见的是， 在该场景中将不会发生冲突。作为另一示例，虚线的UL猝发260可被 安置在帧3n中，而虚线的DL猝发250可以位于帧3n+2中。再一次地， 蓝牙传输可以相容地安置在该特定分配周围，由此将不会发生冲突。 除了这两个示例之外，存在将在下面描述的数种其他分配，包括如何 在他们周围安排蓝牙传输。
参考图6，示出了一种用于冲突避免的方法600。当描述方法600 时，将参考图1~5，尽管应当理解的是，可以在任何其他适当的系统或 设备中并且根据其他的传输方案来实践方法600。还将参考图7和8， 其分别示出了特定的判定点和这些判定点的概况。方法600的步骤不 限于图6中呈现的特定顺序。本发明的方法还可以比图6中示出的具 有数目更多的步骤或者数目更少的步骤。
在步骤610中，多模式设备IOO可以向基站110请求帧簇，并且 基站110可以接收该请求。作为示例，帧簇可以具有指定数目的监听 帧。在步骤620中，基站110可以授权对帧簇的请求，并且多模式设 备100可以接收该授权。然后如步骤630中示出的，可以执行802.16 通信。作为示例，与图5中描绘的相似，帧簇可以包括三个监听帧。如前面提及的，该类型的通信可以在用户希望执行VoIP呼叫时发生。
返回参考图6的方法600，在步骤640，可安排蓝牙通信的传输以 避免与802.16通信的传输的冲突。在用户启动诸如图1的辅助装置120 的蓝牙辅助装置的情况中，蓝牙通信是必要的。例如，在步骤650，可 以读取第一监听帧的设置部分，并且如步骤660中示出的，基于该读 取，可以确定监听帧指定。在步骤670，在第一监听帧开始之后的预定 时间，可以开始蓝牙传输。
参考图7，呈现了数个示例，这些示例示出了基于802.16通信蓝 牙传输何时可以开始。尽管这些场景中的每个场景呈现了确定何时开 始蓝牙传输的特定方法，但是总体目标是相同的如图5的参考式样 500中反映的，避免蓝牙和802.16通信之间的冲突。
每个示例示出了具有发射时隙515和接收时隙520的初始蓝牙传 输510。这些示例中还示出了帧簇540，其包括构成802.16通信的监听 帧530。某些监听帧530示出了设置部分240，并且取决于基站110执 行的调度(参看图1)，某些监听帧530具有接收的DL和UL猝发250、 260分配。每个监听帧530已被指定帧编号，诸如3n、 3n+l等。而且， 指向下的第一箭头示出了多模式设备100开始读取第一监听帧530的 地方，并且指向下的第二箭头反映了蓝牙无冲突猝传输可以实际上开 始的地方。指向上的箭头指出了设备100已确定可以何时开始蓝牙传 输的地方。
将注意力集中在第一示例(括号中的数字1)上，多模式设备100 可以读取第一监听帧530的设置部分240。如指向上的箭头显示的，在 设置部分240的结束，设备100可以确定已针对当前的监听帧530分 配了 DL猝发250并且已将UL猝发260指配给下一个监听帧530。如 前面解释的，基站110可被配置为针对构成帧簇540的三个帧530分 配单个UL猝发260和DL猝发250。同样地，设备IOO可以确定不将猝发250、 260分配给帧簇540中的最后的监听帧530。
参考图5的参考式样500，设备100可以随后确定该特定的帧簇 540对应于，DL猝发250在帧3n中，UL猝发260在帧3n+l中并且帧 3n+2中没有分配。同样地，多模式设备IOO的冲突避免模块140可以 确定图7的第一示例的三个监听帧530的安置，这反映在其指定(例 如，3n、 3n+l、 3n+2)中。基于图5的参考式样500，冲突避免模块 140可以在第一监听帧530，或者帧3n的开始之后约6.25 ms开始蓝牙 传输。由于到蓝牙传输的7.5 ms的周期时间以及DL猝发250和UL猝 发260分配的固定周期性，可以避免蓝牙和802.16通信之间的冲突。 尽管没有绘出，但是蓝牙传输的该特定安置将不会干扰帧3n+l的设置 部分240。即使设置部分240会扩展超出其约1.25 ms的正常分配，由 于设备100已了解该帧簇和未来的帧簇540的DL和UL猝发250、260 的安置，因此其仍能够忽略该额外信息。
参考第二场景，多模式设备100可以读取第一监听帧530的设置 部分240并且可以确定当前帧530包括DL猝发250。尽管不是设置部 分240(参看前一个帧530中的设置部分240)的一部分，但是设备100 可以确定当前帧530中的UL猝发260的存在。图5的参考式样500中 也反映了该特定配置(第一帧中的实线DL猝发和虚线UL猝发)，并 且冲突避免模块140可以确定图7的该第二示例的这些特定帧530的 指定，其依次为3n、 3n+l和3n+2。因此，如上箭头反映的，冲突避免 模块140可以在第一监听帧530的结束时做出该确定。与第一示例相 似，冲突避免模块140可以在第一监听帧530 (帧3n)开始之后约6.25 ms发起蓝牙传输用于无冲突通信。
参考第三场景，设备100可以确定第一监听帧530包括DL猝发 250,在下一个监听帧530中不存在分配并且UL猝发260位于随后的 监听帧530中。具体地，在该示例中，设备100将检测不到第一帧530 中的UL猝发260，并且该第一帧530的设置部分240未指出UL猝发260出现在下一个监听帧530中。通过消除过程，设备100可以确定 UL猝发260位于该特定帧簇540的最后的帧530中。参考参考式样500， 可以看到存在这样的场景，其中UL猝发260出现在帧3n+l中并且DL 猝发250出现在帧3n+2中。鉴于该系统的周期性，帧3n+2等同于帧 3n-l。因此，图7的该第三示例中的帧530的顺序是3n-l、 3n和3n+l。 基于该排序，设备100可以确定在第一监听帧530开始之后约11.25 ms 开始蓝牙传输。
如这些示例中解释的，设备100可以读取第一监听帧530并且可 以确定监听帧530在帧簇540中的指定(例如，3n、 3n+l、 3n+2)。 考虑到图5的参考式样500，确定该指定可以允许设备100决定在哪里 开始蓝牙传输。根据这些原理，在示例(4)和(8)中在第一监听帧 530开始之后约11.25 ms;在示例(5)中在第一监听帧530开始之后 约6.25ms;并且在示例(6) 、 (7)和(9)中在第一监听帧530开始 之后约8.75ms，蓝牙传输可以开始。
参考示例(5)，存在如下可能，即在第一监听帧530，或者帧3n 开始之后约13.75 ms，蓝牙传输可以开始。这里，多模式设备100需要 读取下一个连续监听帧530的设置部分240，并且在处理部分240之前 将不了解何时开始蓝牙传输，如上箭头所指出的。存在如下机会，即 部分240将扩展超出其1.25 ms的正常分配。在该情况中，有必要在下 一个适当的位置开始蓝牙传输以避免任何冲突，或者在从帧3n开始之 后13.75 ms开始蓝牙传输。
参考图8，示出了由图7的示例说明的判定过程的汇总图800。图 800的第一垂直虚线810指出了帧簇540中的第一监听帧530的开始， 而第二垂直虚线820表示第一监听帧530的设置部分240的结束。第 三垂直虚线830示出了第一监听帧530的结束，并且最后的垂直虚线 840对应于帧簇540中的下一个连续监听帧530的设置部分240的结束。分叉线段表示判定点，其中以向上方向倾斜的线段指出了关于判 定的"是"或"肯定"，而向下方向的那些线段表示关于判定的"否"
或"否定"。此外，文本"DL-MAP存在"禾B "UL-MAP存在"意指 当前的设置部分240分别指出DL猝发分配对于当前监听帧530是存在 的并且UL猝发分配对于下一个监听帧530是存在的。包含文本 "DL-MAP不存在"、"UL-MAP不存在"或"UL猝发不存在"的框 分别指出当前设置部分240未示出关于当前监听帧530的任何DL猝发 分配，未示出关于下一个连续监听帧530的任何UL猝发分配以及未示 出当前监听帧530中的任何UL猝发。水平箭头指向对应于图7中呈现 的示例的括号中的数字并且包括第一监听帧530开始之后直到蓝牙传 输将开始的时间量。
例如，在第一判定点850处，可以确定，设置部分240指出在当 前帧530中存在DL猝发。沿向上的线段移动到第二判定点860，可以 确定，UL猝发分配位于下一个帧530中。该特定的流对应于图7的第 一示例，其中在第一帧530开始之后约6.25 ms为蓝牙传输。
相似地，移动回到第二判定点860，可以确定，在下一个帧530 中不存在UL猝发分配。沿向下的线段移动到判定点870，可以确定， 在当前帧530中存在UL猝发分配。该判定过程对应于图7的第二示例， 因而，在第一帧530开始之后约6.25 ms蓝牙传输开始。针对任何分配 场景使用该汇总图800，可以确定蓝牙传输应开始以避免与802.16通 信的冲突的时间。
考虑到上文，可以在不影响任一传输的质量的情况下避免802.16 通信和蓝牙通信之间的冲突。而且，蓝牙通信的安排不需要任何繁重 的修改。事实上，没有必要开发用于便利该过程的专有蓝牙耳机，这 是因为该过程作为可选特征得到近来的蓝牙描述文件的全面支持。本 发明还可与诸如非请求授权服务(UGS)和扩展实时轮询服务(ertPS) 之类的各种服务类兼容。再次参考图6，在步骤680，可以确定在多模式设备和辅助装置之
间的关系中多模式设备是否是主设备。同样在步骤680，如果多模式设
备未被指定为主设备，则可以将多模式设备切换为主设备，以确保当 多模式设备与辅助装置通信时多模式设备是主设备。如前面解释的，
参考图2，设备切换模块137可以发起该过程并且可以与辅助装置120 的切换模块160 —同工作以便利该切换。
尽管已说明和描述了本发明的优选实施例，但是清楚的是，本发 明不限于此。在不偏离所附权利要求限定的本发明的精神和范围的前 提下，本领域的技术人员将想到许多修改、改变、变化、替换和等效 方案。
权利要求
1.一种用于冲突避免的方法，包括在多模式设备中，根据802.16通信协议执行通信，其中所述802.16通信协议通信仅包括监听帧；在所述多模式设备中，根据支持扩展同步面向连接模式的蓝牙通信协议执行另一通信；安排所述蓝牙通信的传输以避免与所述802.16通信传输的冲突。
2. 如权利要求l所述的方法，进一步包括向支持所述802.16通 信的基站请求具有指定数目的所述监听帧的帧簇。
3. 如权利要求2所述的方法，进一步包括自所述基站接收对所 述帧簇的授权，其中所述帧簇包括三个监听帧，每个监听帧的持续时 间约为五毫秒。
4. 如权利要求3所述的方法，其中所述监听帧包括下行链路子帧和上行链路子帧，并且所述方法进一步包括在所述监听帧的所述下行链路子帧和所述上行链路子帧中分别接收下行链路猝发分配和上行 链路猝发分配。
5. 如权利要求4所述的方法，其中所述帧簇包括单个下行链路猝 发分配和单个上行链路猝发分配，并且所述下行链路猝发分配和上行 链路猝发分配对于未来的帧簇是周期性固定的。
6. 如权利要求4所述的方法，其中所述监听帧还包括设置部分， 并且安排所述蓝牙通信的传输以避免与所述802.16通信传输的冲突的 步骤包括读取第一监听帧的所述设置部分； 基于所述读取，确定监听帧指定；以及在所述第一监听帧开始之后的预定时间开始所述蓝牙传输。
7. 如权利要求6所述的方法，其中所述预定时间是约6.25毫秒、 约8.75毫秒、约11.25毫秒或约13.75毫秒。
8. 如权利要求1所述的方法，其中所述蓝牙通信包括约7.5毫秒 的周期时间，在所述约7.5毫秒的周期时间中约1.25毫秒由传输时隙 和接收时隙占用。
9. 一种多模式设备，包括能够执行仅具有监听帧的802.16通信的收发信机； 能够执行扩展同步面向连接蓝牙通信的收发信机；和 耦合到所述第一和第二收发信机的冲突避免模块，其中所述冲突避免模块安排所述蓝牙收发信机的传输，以避免与所述802.16收发信机的传输的冲突。
10. 如权利要求9所述的多模式设备，其中所述冲突避免模块向 支持802.16通信的基站请求具有指定数目的所述监听帧的帧簇。
11. 如权利要求IO所述的多模式设备，其中所述802.16收发信机 自所述基站接收对所述帧簇的授权，其中所述帧簇包括三个监听帧， 每个监听帧的持续时间约为五毫秒。
12. 如权利要求ll所述的多模式设备，其中所述监听帧包括下行 链路子帧和上行链路子帧，并且所述802.16收发信机在所述监听帧的 所述下行链路子帧和所述上行链路子帧中分别接收下行链路猝发分配 和上行链路猝发分配。
13. 如权利要求12所述的多模式设备，其中所述帧簇包括单个下 行链路猝发分配和单个上行链路猝发分配，并且所述下行链路猝发分 配和上行链路猝发分配对于未来的帧簇是周期性固定的。
全文摘要
本发明涉及一种用于冲突避免的方法(600)和设备(100)。该方法可以包括在多模式设备(100)中根据802.16通信协议执行(630)通信的步骤，其中802.16通信协议通信仅包括监听帧(530)。该方法还可以包括在多模式设备中根据支持扩展同步面向连接模式的蓝牙通信协议执行(640)另一通信的步骤。该方法还可以包括安排(640)蓝牙通信的传输以避免与802.16通信的传输的冲突的步骤。
文档编号H04W16/00GK101622897SQ200780044350
公开日2010年1月6日 申请日期2007年10月12日 优先权日2006年11月30日
发明者刘培涓, 多米尼克·M·托利, 弗洛伊德·D·辛普森, 拉温德拉·P·穆拉特, 香 陈 申请人:摩托罗拉公司