CN101622897A - 用于冲突避免的方法和*** - Google Patents
用于冲突避免的方法和*** Download PDFInfo
- Publication number
- CN101622897A CN101622897A CN200780044350A CN200780044350A CN101622897A CN 101622897 A CN101622897 A CN 101622897A CN 200780044350 A CN200780044350 A CN 200780044350A CN 200780044350 A CN200780044350 A CN 200780044350A CN 101622897 A CN101622897 A CN 101622897A
- Authority
- CN
- China
- Prior art keywords
- frame
- bunch
- transmission
- equipment
- burst allocation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种用于冲突避免的方法(600)和设备(100)。该方法可以包括在多模式设备(100)中根据802.16通信协议执行(630)通信的步骤,其中802.16通信协议通信仅包括监听帧(530)。该方法还可以包括在多模式设备中根据支持扩展同步面向连接模式的蓝牙通信协议执行(640)另一通信的步骤。该方法还可以包括安排(640)蓝牙通信的传输以避免与802.16通信的传输的冲突的步骤。
Description
相关申请的交叉参考
本申请要求在2006年11月30日提交的美国临时申请S/N60/868,032的权益,其内容在此处通过引用被并入。
技术领域
本发明涉及限制冲突,并且更具体地,涉及限制短程无线***和广域无线***之间的冲突。
背景技术
近年来,已经开发了移动通信设备,其中此类设备根据各种无线协议操作。例如,许多手机被配置为在码分多址(CDMA)网络中操作并且包括用于允许用户参与免持谈话的附随的蓝牙收发信机。这些手机可被称为多模式通信设备,或者被简单地称为多模式设备。
当前正在开发支持根据电气电子工程师协会(IEEE)标准802.16的操作并且包括蓝牙收发信机的多模式设备。802.16标准的一个可行的频带是从2.496GHz到2.69GHz,而蓝牙的一个可行的频率分配是从2.4GHz到2.4835GHz。在该类型的设备的典型场景中,多模式设备的用户可以在参与互联网协议语音(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收发信机的传输的冲突。该多模式设备还可以包括适当的软件和电路以执行上文描述的任何过程。
本发明还涉及一种支持802.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呼叫时的用户体验。
参考图1,呈现了使用场景的示例。在该示例中,多模式设备100与基站110通信。在一种方案中,该通信可以是802.16通信,并且基站110可被称为802.16基站。对于本发明,术语“802.16通信”或者“根据802.16通信协议的通信”可以意指符合IEEE标准802.16的无线通信。作为示例,802.16通信可以包括在从约2.496GHz到约2.69GHz的频带中操作的无线信号。
多模式设备100还可以在例如蓝牙通信链路上与辅助装置120通信。蓝牙通信或者根据蓝牙通信协议的通信可以指的是往往具有短距离,诸如以米或英尺测量的范围,并且根据蓝牙特别兴趣小组阐述的规范操作的无线通信。作为示例,蓝牙通信可以在约2.4GHz至约2.4835GHz的频带中操作。辅助装置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微秒(μs)。
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μs。
如前面提到的,DL子帧210可以包括DL猝发250,DL猝发250在图3中由阴影标出。如本领域中公知的,最小分配单元是两个码元230的子信道,即最小猝发宽度是两个码元230。基站110(参看图1)中的调度器实际上决定该分配,并且因此在时域上,除了由设置部分240占据的码元230之外,DL猝发250可以占用可用DL子帧210中的任何位置的2*d(其中d是整数)个码元230。而且,多模式设备100习惯测量实际猝发周围的邻居码元230中的导频载波以执行信道估计,该信道估计将提高所需猝发的解码成功率。
在该示例中,该过程使实际猝发任一侧上的两个码元230被占用,这意味着DL猝发250包括六个码元230。为了说明由DL猝发250占用的码元230的总数,反映用于测量导频载波的码元230的数目的值p被添加到2*d,这在图3中示出。然后码元230的数目与100.8μs相乘以示出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关联的调制和编码方案的整数。因此,在时域中,如果对于该特定帧200VoIP分组被调度,则UL猝发260可占据整个UL子帧220。
总而言之,当在帧200中调度DL和UL传输时,可以从阴影部分看到,仅有小的间隔可用于诸如蓝牙的竞争传输的发生。而且,基站110随机地调度DL猝发250,这使其更加难于避免802.16和蓝牙通信之间的冲突。
如本领域中公知的,在蓝牙中,同步面向连接(SCO)模式和eSCO模式是用于形成用于支持全双工音频连接的同步连接的两种类型的逻辑链路。对于SCO模式,高质量语音(HV3)分组类型具有最长的工作周期。该类型的SCO分组通过前向纠错(FEC)编码每六个时隙在每个方向上承载240比特的有效负载,这等效于具有64千比特每秒(kbps)编码速率的3.75ms的话音。该传输是严格周期性的,周期时间等于六个时隙,每个时隙的持续时间约为625μs。此外,从设备(例如,辅助装置120)在主设备(例如,多模式设备100)寻址到其之后立即在时隙中做出响应。因此,在每六个时隙以外总是占用两个连续的时隙。在蓝牙传输活动之后,对于SCO模式,在周期时间中保留约2.5ms的闲置时间。
更加新的蓝牙描述文件包括可选地使用eSCO分组类型2-EV3。考虑到更高效的调制方案,可以使用更高的工作周期以承载SCO模式的相同的64kbps话音。参考图4,示出了蓝牙主设备的2-EV3分组的发射/接收周期300的示例。这里,周期300的周期时间(TeSCO)的持续时间约为7.5ms并且包括十二个时隙310,每个时隙约为625μs。时隙310中的一个是传输时隙312并且另一时隙是接收时隙314。如可以看到的,周期时间TeSCO中的闲置时间的总量变为6.25ms,如下面将解释的,这可以帮助减少与802.16通信冲突的机会。
参考图5,示出了适当的无冲突参考式样500的示例。与图4中示出的相似,该式样500示出了包括传输时隙515和接收时隙520的蓝牙周期510,和约为7.5ms的周期时间。此外,式样500示出了802.16通信的数个监听帧530,这与图3中示出的结构相似。
三个监听帧530一起形成帧簇540,帧簇540的持续时间约为15ms。如这里绘出的,监听帧530可以包括设置部分240、DL猝发250和/或UL猝发260。每个监听帧530已被指定帧编号。例如,第一监听帧530可被称为帧3n,第二帧530可被称为帧3n+1并且第三帧530可被指定为帧3n+2。值n指当前帧簇540的编号。尽管这里没有示出,但是下一个帧簇540中的第一帧530将是帧3n+3,每个相继的的帧530被给出更高的编号(例如,3n+4、3n+5...)。相似地,前一个帧簇540中的最后的帧530将是帧3n-1,每个先前的帧被给出较低的编号(例如,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+1。考虑到蓝牙传输,显而易见的是,在该场景中将不会发生冲突。作为另一示例,虚线的UL猝发260可被安置在帧3n中,而虚线的DL猝发250可以位于帧3n+2中。再一次地,蓝牙传输可以相容地安置在该特定分配周围,由此将不会发生冲突。除了这两个示例之外,存在将在下面描述的数种其他分配,包括如何在他们周围安排蓝牙传输。
参考图6,示出了一种用于冲突避免的方法600。当描述方法600时,将参考图1~5,尽管应当理解的是,可以在任何其他适当的***或设备中并且根据其他的传输方案来实践方法600。还将参考图7和8,其分别示出了特定的判定点和这些判定点的概况。方法600的步骤不限于图6中呈现的特定顺序。本发明的方法还可以比图6中示出的具有数目更多的步骤或者数目更少的步骤。
在步骤610中,多模式设备100可以向基站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+1等。而且,指向下的第一箭头示出了多模式设备100开始读取第一监听帧530的地方,并且指向下的第二箭头反映了蓝牙无冲突猝传输可以实际上开始的地方。指向上的箭头指出了设备100已确定可以何时开始蓝牙传输的地方。
将注意力集中在第一示例(括号中的数字1)上,多模式设备100可以读取第一监听帧530的设置部分240。如指向上的箭头显示的,在设置部分240的结束,设备100可以确定已针对当前的监听帧530分配了DL猝发250并且已将UL猝发260指配给下一个监听帧530。如前面解释的,基站110可被配置为针对构成帧簇540的三个帧530分配单个UL猝发260和DL猝发250。同样地,设备100可以确定不将猝发250、260分配给帧簇540中的最后的监听帧530。
参考图5的参考式样500,设备100可以随后确定该特定的帧簇540对应于,DL猝发250在帧3n中,UL猝发260在帧3n+1中并且帧3n+2中没有分配。同样地,多模式设备100的冲突避免模块140可以确定图7的第一示例的三个监听帧530的安置,这反映在其指定(例如,3n、3n+1、3n+2)中。基于图5的参考式样500,冲突避免模块140可以在第一监听帧530,或者帧3n的开始之后约6.25ms开始蓝牙传输。由于到蓝牙传输的7.5ms的周期时间以及DL猝发250和UL猝发260分配的固定周期性,可以避免蓝牙和802.16通信之间的冲突。尽管没有绘出,但是蓝牙传输的该特定安置将不会干扰帧3n+1的设置部分240。即使设置部分240会扩展超出其约1.25ms的正常分配,由于设备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+1和3n+2。因此,如上箭头反映的,冲突避免模块140可以在第一监听帧530的结束时做出该确定。与第一示例相似,冲突避免模块140可以在第一监听帧530(帧3n)开始之后约6.25ms发起蓝牙传输用于无冲突通信。
参考第三场景,设备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+1中并且DL猝发250出现在帧3n+2中。鉴于该***的周期性,帧3n+2等同于帧3n-1。因此,图7的该第三示例中的帧530的顺序是3n-1、3n和3n+1。基于该排序,设备100可以确定在第一监听帧530开始之后约11.25ms开始蓝牙传输。
如这些示例中解释的,设备100可以读取第一监听帧530并且可以确定监听帧530在帧簇540中的指定(例如,3n、3n+1、3n+2)。考虑到图5的参考式样500,确定该指定可以允许设备100决定在哪里开始蓝牙传输。根据这些原理,在示例(4)和(8)中在第一监听帧530开始之后约11.25ms;在示例(5)中在第一监听帧530开始之后约6.25ms;并且在示例(6)、(7)和(9)中在第一监听帧530开始之后约8.75ms,蓝牙传输可以开始。
参考示例(5),存在如下可能,即在第一监听帧530,或者帧3n开始之后约13.75ms,蓝牙传输可以开始。这里,多模式设备100需要读取下一个连续监听帧530的设置部分240,并且在处理部分240之前将不了解何时开始蓝牙传输,如上箭头所指出的。存在如下机会,即部分240将扩展超出其1.25ms的正常分配。在该情况中,有必要在下一个适当的位置开始蓝牙传输以避免任何冲突,或者在从帧3n开始之后13.75ms开始蓝牙传输。
参考图8,示出了由图7的示例说明的判定过程的汇总图800。图800的第一垂直虚线810指出了帧簇540中的第一监听帧530的开始,而第二垂直虚线820表示第一监听帧530的设置部分240的结束。第三垂直虚线830示出了第一监听帧530的结束,并且最后的垂直虚线840对应于帧簇540中的下一个连续监听帧530的设置部分240的结束。
分叉线段表示判定点,其中以向上方向倾斜的线段指出了关于判定的“是”或“肯定”,而向下方向的那些线段表示关于判定的“否”或“否定”。此外,文本“DL-MAP存在”和“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.25ms为蓝牙传输。
相似地,移动回到第二判定点860,可以确定,在下一个帧530中不存在UL猝发分配。沿向下的线段移动到判定点870,可以确定,在当前帧530中存在UL猝发分配。该判定过程对应于图7的第二示例,因而,在第一帧530开始之后约6.25ms蓝牙传输开始。针对任何分配场景使用该汇总图800,可以确定蓝牙传输应开始以避免与802.16通信的冲突的时间。
考虑到上文,可以在不影响任一传输的质量的情况下避免802.16通信和蓝牙通信之间的冲突。而且,蓝牙通信的安排不需要任何繁重的修改。事实上,没有必要开发用于便利该过程的专有蓝牙耳机,这是因为该过程作为可选特征得到近来的蓝牙描述文件的全面支持。本发明还可与诸如非请求授权服务(UGS)和扩展实时轮询服务(ertPS)之类的各种服务类兼容。
再次参考图6,在步骤680,可以确定在多模式设备和辅助装置之间的关系中多模式设备是否是主设备。同样在步骤680,如果多模式设备未被指定为主设备,则可以将多模式设备切换为主设备,以确保当多模式设备与辅助装置通信时多模式设备是主设备。如前面解释的,参考图2,设备切换模块137可以发起该过程并且可以与辅助装置120的切换模块160一同工作以便利该切换。
尽管已说明和描述了本发明的优选实施例,但是清楚的是,本发明不限于此。在不偏离所附权利要求限定的本发明的精神和范围的前提下,本领域的技术人员将想到许多修改、改变、变化、替换和等效方案。
Claims (13)
1.一种用于冲突避免的方法,包括:
在多模式设备中,根据802.16通信协议执行通信,其中所述802.16通信协议通信仅包括监听帧;
在所述多模式设备中,根据支持扩展同步面向连接模式的蓝牙通信协议执行另一通信;
安排所述蓝牙通信的传输以避免与所述802.16通信传输的冲突。
2.如权利要求1所述的方法,进一步包括:向支持所述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.如权利要求10所述的多模式设备,其中所述802.16收发信机自所述基站接收对所述帧簇的授权,其中所述帧簇包括三个监听帧,每个监听帧的持续时间约为五毫秒。
12.如权利要求11所述的多模式设备,其中所述监听帧包括下行链路子帧和上行链路子帧,并且所述802.16收发信机在所述监听帧的所述下行链路子帧和所述上行链路子帧中分别接收下行链路猝发分配和上行链路猝发分配。
13.如权利要求12所述的多模式设备,其中所述帧簇包括单个下行链路猝发分配和单个上行链路猝发分配,并且所述下行链路猝发分配和上行链路猝发分配对于未来的帧簇是周期性固定的。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US86803206P | 2006-11-30 | 2006-11-30 | |
US60/868,032 | 2006-11-30 | ||
US11/674,504 | 2007-02-13 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101622897A true CN101622897A (zh) | 2010-01-06 |
Family
ID=41514957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200780044350A Pending CN101622897A (zh) | 2006-11-30 | 2007-10-12 | 用于冲突避免的方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101622897A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012094935A1 (zh) * | 2011-01-10 | 2012-07-19 | 中兴通讯股份有限公司 | 一种终端内多种无线技术共存的通信方法和*** |
CN103004127A (zh) * | 2010-09-28 | 2013-03-27 | 富士通株式会社 | 基站及其通信资源分配方法、用户设备及其通信控制方法 |
-
2007
- 2007-10-12 CN CN200780044350A patent/CN101622897A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103004127A (zh) * | 2010-09-28 | 2013-03-27 | 富士通株式会社 | 基站及其通信资源分配方法、用户设备及其通信控制方法 |
US9172487B2 (en) | 2010-09-28 | 2015-10-27 | Fujitsu Limited | Method for allocating resource of wireless communication and corresponding user device and base station |
CN103004127B (zh) * | 2010-09-28 | 2015-11-25 | 富士通株式会社 | 基站及其通信资源分配方法、用户设备及其通信控制方法 |
WO2012094935A1 (zh) * | 2011-01-10 | 2012-07-19 | 中兴通讯股份有限公司 | 一种终端内多种无线技术共存的通信方法和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080130620A1 (en) | Method and system for collision avoidance | |
US8682246B2 (en) | Method and system for collaborative coexistence of bluetooth and WiMax | |
CN105680885B (zh) | 减少多模式移动设备的多个无线通信之间的设备内干扰 | |
US8107880B2 (en) | Multiradio management through shared time allocation | |
US9295075B2 (en) | Coordinating data communications using frequency division multiplexing and time division multiplexing | |
US8073388B2 (en) | Method and system for dynamically changing poll timing based on Bluetooth activity | |
US8447350B2 (en) | Method, system, and apparatus for coexistence of plurality of communication technologies in communication device | |
US20060274704A1 (en) | Method and apparatus for collaborative coexistence between Bluetooth and IEEE 802.11 G with both technologies integrated onto a system-on-a-chip (SOC) device | |
US20080130676A1 (en) | Method and system for collision avoidance using sleep frames | |
US20080279137A1 (en) | Discontinuous inquiry for wireless communication | |
CN1358003A (zh) | 无线网络中的共存技术 | |
EP2852245B1 (en) | Multiradio control interface element in modem | |
US20090219904A1 (en) | Method and apparatus for enabling coexistence of plurality of communication technologies on communication device | |
EP2169840A1 (en) | Radio communication device | |
US20060227852A1 (en) | Method and apparatus for reducing data collisions in a frequency hopping communication system | |
CN103369677A (zh) | 无线电通信装置和用于操作无线电通信装置的方法 | |
CN103368598A (zh) | 无线电通信装置和用于操作无线电通信装置的方法 | |
CN103458514A (zh) | 无线电通信装置和用于操作无线电通信装置的方法 | |
CN105338645A (zh) | 无线电通信装置 | |
CN102668679A (zh) | 无线网络协议共存 | |
KR20070113124A (ko) | 다중 선로 공존 구성에서 슬레이브 프레임의 우선 순위를변경하는 방법 및 시스템 | |
JPH07274256A (ja) | 多重モード無線電話機 | |
WO2008013971A2 (en) | Method and system for transmitting voice data by using wireless lan and bluetooth | |
CN103384158A (zh) | 无线电通信装置和用于控制无线电通信装置的方法 | |
JP2000269882A (ja) | 無線電話システムにおける遅延補正システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100106 |