專(zhuān)利名稱(chēng)：通過(guò)一根信號(hào)線協(xié)調(diào)多個(gè)協(xié)作無(wú)線通信模塊的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)于協(xié)調(diào)多個(gè)無(wú)線通信模塊，尤其有關(guān)于通過(guò)一根信號(hào)線協(xié)調(diào)多個(gè)協(xié)作無(wú)線通信模塊的裝置和方法。
背景技術(shù)：
目前，通信裝置中可整合眾多通信功能，而這種情況越來(lái)越普遍。如圖1所示，移動(dòng)電話可通過(guò)無(wú)線保真(Wireless Fidelity, WiFi)模塊與無(wú)線局域網(wǎng)(Wireless Local Area Network，WLAN)相連，并可同時(shí)通過(guò)藍(lán)牙模塊與藍(lán)牙耳機(jī)(Bluetooth headset)、藍(lán)牙車(chē)載音響等通信。作為有線局域網(wǎng)(Wired Local Area Networks, LAN)的延伸，WLAN通常部署在樓宇內(nèi)，可提供有線網(wǎng)絡(luò)與移動(dòng)或固定設(shè)備之間的幾米之內(nèi)的連接。請(qǐng)參照?qǐng)D1，接入點(diǎn)(Access Point, AP)通過(guò)以太網(wǎng)(Ethernet)網(wǎng)線與LAN相連，從而建立WLAN。AP — 般用來(lái)在WLAN和有線網(wǎng)絡(luò)架構(gòu)之間接收、緩沖以及發(fā)送數(shù)據(jù)。平均來(lái)說(shuō)，AP可支持20個(gè)裝置，并可覆蓋有障礙物(如墻、樓梯、電梯等)區(qū)域中20米 無(wú)障礙物區(qū)域中100米的范圍。藍(lán)牙是一種開(kāi)放的無(wú)線協(xié)議，可用于固定設(shè)備與移動(dòng)設(shè)備之間的短距離數(shù)據(jù)交換，并可建立個(gè)人局域網(wǎng)(Personal Area Networks，PAN)。移動(dòng)電話可通過(guò)WiFi模塊接收網(wǎng)絡(luò)電話(Voice Over Internet Protocol, VoIP)數(shù)據(jù)，并進(jìn)一步通過(guò)建立的PAN將VoIP數(shù)據(jù)發(fā)送給藍(lán)牙耳機(jī)，反之亦然?；蛘撸苿?dòng)電話可通過(guò)建立的PAN發(fā)送數(shù)字音樂(lè)，以在藍(lán)牙耳機(jī)中重放。需注意，WLAN和藍(lán)牙系統(tǒng)均占用2.4GHz的工業(yè)、科學(xué)和醫(yī)用Qndustrial, Scientific and Medical, ISM)頻段中83MHz寬的一段頻段。如圖2所示的示范例，藍(lán)牙系統(tǒng)使用跳頻擴(kuò)頻(Frequency Hopping Spread Spectrum, FHSS)，并在藍(lán)牙頻譜中79個(gè)不同的IMHz寬的信道上進(jìn)行跳頻。WLAN系統(tǒng)的載波保持集中在一個(gè)信道上，其中上述信道覆蓋藍(lán)牙頻譜。若WiFi模塊和藍(lán)牙模塊如圖1所示在相同區(qū)域同時(shí)作業(yè)，且藍(lán)牙發(fā)送所占頻段落入正在進(jìn)行的WLAN發(fā)送所占頻段范圍，則會(huì)發(fā)生一定程度的干擾，其中干擾程度取決于信號(hào)強(qiáng)度。由于WiFi模塊和藍(lán)牙模塊共享相同頻譜和同一根天線，因此需要防止 WiFi模塊和藍(lán)牙模塊之間的干擾。圖3是共享一根天線的WiFi模塊和藍(lán)牙模塊之間干擾的示意圖。如圖3所示，在給定時(shí)隙中，共享的單根天線在WLAN和藍(lán)牙通信服務(wù)中切換，以收發(fā)數(shù)據(jù)。若藍(lán)牙通信服務(wù)攜帶有需實(shí)時(shí)發(fā)送的音頻數(shù)據(jù)(如同步面向連接(Synchronous Connection-Oriented, SCO)封包)，則與WLAN通信服務(wù)相比，藍(lán)牙通信服務(wù)具有更高的優(yōu)先級(jí)。在此情況下，若WLAN收發(fā)進(jìn)程與實(shí)時(shí)藍(lán)牙收發(fā)進(jìn)程同時(shí)進(jìn)行，則會(huì)將時(shí)隙分配給藍(lán)牙收發(fā)進(jìn)程，而WLAN收發(fā)進(jìn)程將被阻塞(blocked)。如圖3所示，在藍(lán)牙通信服務(wù)空閑的時(shí)隙進(jìn)行WLAN的接收操作1。也就是說(shuō)，接收操作1是在沒(méi)有干擾的情況下進(jìn)行的。因此，指明接收操作1已完成的確認(rèn)(acknowledgement，ACK)信息2會(huì)作為回復(fù)信息，發(fā)送給WLAN AP(如圖1的AP)。在接收操作1之后，會(huì)進(jìn)行另一接收操作-WLAN的接收操作3。由于此時(shí)藍(lán)牙通信服務(wù)處于空閑狀態(tài)，接收操作3也是在沒(méi)有干擾的情況下進(jìn)行的。然而，由于需占用的時(shí)隙已分配給藍(lán)牙發(fā)送操作，接收操作3的響應(yīng)ACK信息4無(wú)法回復(fù)給WLAN AP。 相應(yīng)地，接收操作3將被測(cè)定為失敗。對(duì)應(yīng)上述測(cè)定，WLAN AP將以低數(shù)據(jù)率重新發(fā)送數(shù)據(jù)幀，以試圖成功將數(shù)據(jù)發(fā)送給移動(dòng)裝置的WiFi模塊。不幸的是，由于拖延的操作周期，重新進(jìn)行的接收操作3(圖3中用標(biāo)號(hào)“5”表示)很可能與藍(lán)牙收發(fā)進(jìn)程重疊。這樣一來(lái)，數(shù)據(jù)幀會(huì)再一次以低數(shù)據(jù)率重新發(fā)送，該數(shù)據(jù)率甚至比上次重新發(fā)送數(shù)據(jù)的數(shù)據(jù)率更低，而這比上次操作更會(huì)導(dǎo)致與藍(lán)牙收發(fā)進(jìn)程的重疊。因此，由于共享一根天線的WLAN和藍(lán)牙無(wú)線通信服務(wù)是以時(shí)分形式存取(即每個(gè)時(shí)隙只能進(jìn)行WLAN和藍(lán)牙通信服務(wù)中的一種)，因此 WLAN的吞吐量會(huì)得到很大的限制。在無(wú)線通信裝置(如移動(dòng)電話)的一般設(shè)計(jì)中，WiFi和藍(lán)牙模塊耦接至多根信號(hào)線，其中每根信號(hào)線用于有關(guān)WiFi和藍(lán)牙模塊無(wú)線收發(fā)操作的特定信息的通信。如圖4 所示，使用3根單向信號(hào)線來(lái)攜帶有關(guān)WiFi模塊至藍(lán)牙模塊的無(wú)線收發(fā)操作的信息，包括發(fā)送指示符(即WiFi_發(fā)送)、接收指示符(即WiFi_接收)以及收發(fā)優(yōu)先級(jí)指示符(即 WiFi_優(yōu)先級(jí))。如圖4所示，還有3根單向信號(hào)線用來(lái)攜帶有關(guān)藍(lán)牙模塊至WiFi模塊的無(wú)線收發(fā)操作的信息，包括收發(fā)優(yōu)先級(jí)指示符(即藍(lán)牙_優(yōu)先級(jí))、發(fā)送指示符(即藍(lán)牙_ 發(fā)送)以及接收指示符(即藍(lán)牙_接收)。然而，這種信令接口需要WiFi和藍(lán)牙模塊分別具有多個(gè)個(gè)人識(shí)別碼(Personal Identification Number，PIN)，其中PIN的數(shù)目對(duì)應(yīng)信號(hào)線的數(shù)目。舉例來(lái)說(shuō)，圖4中的WiFi和藍(lán)牙模塊各自需要6個(gè)PIN，以通過(guò)信號(hào)線進(jìn)行通信。此外，上述多信號(hào)線或多PIN信令接口會(huì)導(dǎo)致附加且不必要的制造成本以及更多的功率損耗。

發(fā)明內(nèi)容
有鑒于此，需要一種方法和裝置，僅通過(guò)一根信號(hào)線來(lái)協(xié)調(diào)多個(gè)無(wú)線通信模塊。本發(fā)明的一實(shí)施例提出一種無(wú)線通信系統(tǒng)，包括封包流量仲裁(Packet Traffic Arbitrator,PTA)模塊和第一無(wú)線通信模塊。所述第一無(wú)線通信模塊通過(guò)一根信號(hào)線耦接至所述PTA模塊，用來(lái)進(jìn)行第一無(wú)線收發(fā)。所述第一無(wú)線通信模塊進(jìn)一步通過(guò)所述信號(hào)線發(fā)送第一請(qǐng)求至所述PTA模塊，并通過(guò)信號(hào)線接收指明所述第一請(qǐng)求是否已被接受的第一響應(yīng)。其中所述第一請(qǐng)求指明第二無(wú)線通信模塊可用的剩余時(shí)間。本發(fā)明的另一實(shí)施例提出一種在無(wú)線通信裝置中協(xié)調(diào)多個(gè)無(wú)線通信模塊的方法， 包括以下步驟通過(guò)信號(hào)線從第一無(wú)線通信模塊發(fā)送第一請(qǐng)求至PTA模塊，其中所述第一請(qǐng)求指明對(duì)應(yīng)第一無(wú)線收發(fā)的第一流量模式的剩余時(shí)間；通過(guò)所述信號(hào)線接收第一響應(yīng)， 所述第一響應(yīng)指明所述第一請(qǐng)求是否已被接受。本發(fā)明的另一實(shí)施例提出一種無(wú)線通信系統(tǒng)，包括第一無(wú)線通信模塊和第二無(wú)線通信模塊。所述第一無(wú)線通信模塊用來(lái)進(jìn)行第一無(wú)線收發(fā)，所述第二無(wú)線通信模塊通過(guò)一根信號(hào)線耦接至所述第一無(wú)線通信模塊，用來(lái)進(jìn)行第二無(wú)線收發(fā)。所述第二無(wú)線通信模塊進(jìn)一步通過(guò)所述信號(hào)線，發(fā)送第二無(wú)線收發(fā)的第一流量模式至所述第一無(wú)線通信模塊，并通過(guò)所述信號(hào)線從所述第一無(wú)線通信模塊中接受第一無(wú)線收發(fā)的第二流量模式。如下段落將詳述無(wú)線通信裝置以及通過(guò)一根信號(hào)線協(xié)調(diào)多個(gè)無(wú)線通信模塊的方法的具體實(shí)施例。本領(lǐng)域普通技術(shù)人員閱讀完下述段落后，將輕易了解本發(fā)明的范圍和精神。


通過(guò)閱讀以下的具體實(shí)施方式
并參考附圖，本發(fā)明可被完全理解，其中圖1是通過(guò)WiFi模塊連接至WLAN并同時(shí)通過(guò)藍(lán)牙模塊與藍(lán)牙耳機(jī)進(jìn)行通信的移動(dòng)電話的示意圖。圖2是藍(lán)牙跳頻的示意圖。圖3是WiFi和藍(lán)牙無(wú)線通信服務(wù)操作沖突的示意圖。圖4是WiFi模塊和藍(lán)牙模塊傳統(tǒng)通信接口的方塊示意圖。圖5是根據(jù)本發(fā)明一實(shí)施例的無(wú)線通信裝置的方塊示意圖。圖6A是根據(jù)本發(fā)明一實(shí)施例的利用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā)2-EV3 封包的方塊示意圖。圖6B是根據(jù)本發(fā)明另一實(shí)施例的利用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā) 2-EV3封包的方塊示意圖。圖7是根據(jù)本發(fā)明一實(shí)施例的利用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā)多時(shí)隙封包的方塊示意圖。圖8是根據(jù)本發(fā)明一實(shí)施例的利用預(yù)定型機(jī)制協(xié)調(diào)藍(lán)牙模塊510和WiFi模塊521 之間操作的方塊示意圖。圖9是根據(jù)本發(fā)明另一實(shí)施例的利用預(yù)定型機(jī)制協(xié)調(diào)藍(lán)牙模塊510和WiFi模塊 521之間操作的方塊示意圖。圖10是根據(jù)本發(fā)明一實(shí)施例的PTA模塊522利用預(yù)定型機(jī)制協(xié)調(diào)藍(lán)牙模塊510 和WiFi模塊521的操作流程圖。圖11是根據(jù)本發(fā)明另一實(shí)施例的無(wú)線通信裝置的方塊示意圖。圖12是根據(jù)本發(fā)明另一實(shí)施例的具有強(qiáng)裝置和弱裝置的示范性可編程電路的方塊示意圖。圖13是根據(jù)本發(fā)明一實(shí)施例的通過(guò)一個(gè)信號(hào)線接口在多個(gè)無(wú)線通信模塊之間進(jìn)行無(wú)線收發(fā)操作的信息交換方法的流程圖。
具體實(shí)施例方式如下詳述本發(fā)明的較佳實(shí)施方式。本部分內(nèi)容僅為說(shuō)明目的，并非對(duì)發(fā)明作限定， 本發(fā)明范圍由權(quán)利要求所限定。圖5是根據(jù)本發(fā)明一實(shí)施例的無(wú)線通信裝置的方塊示意圖。無(wú)線通信裝置500 包括藍(lán)牙模塊510和WiFi芯片集520。其中藍(lán)牙模塊510用來(lái)進(jìn)行藍(lán)牙通信，且藍(lán)牙模塊 510和WiFi芯片集520耦接至單根信號(hào)線(即信號(hào)線501)上。為了便于理解，WiFi芯片集520可包括WiFi模塊521和PTA模塊522。其中WiFi模塊521用來(lái)進(jìn)行WiFi通信，而 PTA模塊522用來(lái)協(xié)調(diào)藍(lán)牙模塊510和WiFi模塊521之間的發(fā)送/接收操作，從而避免藍(lán)牙模塊510和WiFi模塊521之間的干擾或沖突。盡管WiFi模塊521和PTA模塊522在圖 5中顯示為兩個(gè)單獨(dú)的元件，PTA模塊522可集成進(jìn)WiFi模塊521，這樣藍(lán)牙模塊510可直接耦接至WiFi模塊521。在另一實(shí)施例中，無(wú)線通信裝置500可設(shè)計(jì)為能提供藍(lán)牙和全球互通微波接入(Worldwide Interoperability for Microwave Access，WiMAX)通信能力的通信裝置，且可將WiFi芯片集520替換為WiMAX芯片集(未顯示)。其中WiMAX芯片集包括WiMAX模塊(未顯示)和另一 PTA模塊(未顯示)。WiMAX模塊用來(lái)進(jìn)行WiMAX通信，PTA 模塊用來(lái)協(xié)調(diào)藍(lán)牙模塊510和WiMAX模塊之間的接收/發(fā)送操作?；蛘?，無(wú)線通信裝置500 可設(shè)計(jì)為能提供WiFi和WiMAX通信能力的通信裝置，且可將藍(lán)牙模塊510替換為WiMAX模塊(未顯示)。本發(fā)明并不限于此，藍(lán)牙模塊510與WiMAX模塊通過(guò)PTA模塊的交互，以及 WiFi模塊521與WiMAX模塊通過(guò)PTA模塊的交互，均可類(lèi)比推導(dǎo)出來(lái)，在此不再贅述。明確來(lái)說(shuō)，本發(fā)明提出了一種請(qǐng)求型機(jī)制和一種預(yù)定型機(jī)制，用于協(xié)調(diào)藍(lán)牙模塊 510和WiFi模塊521之間的無(wú)線收發(fā)操作。在請(qǐng)求型機(jī)制中，藍(lán)牙模塊510和WiFi模塊 521均需要發(fā)送進(jìn)行無(wú)線收發(fā)的請(qǐng)求給PTA模塊522。PTA模塊522測(cè)定在特定時(shí)間段內(nèi)， 允許藍(lán)牙模塊510和WiFi模塊521中的哪個(gè)進(jìn)行無(wú)線收發(fā)。若需要在未來(lái)的一段時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)(即接收或發(fā)送操作)，則藍(lán)牙模塊510首先測(cè)定要進(jìn)行的無(wú)線收發(fā)的流量模式以及/或狀態(tài)信息，并在隨后通過(guò)信號(hào)線501將指明流量模式以及/或狀態(tài)信息的請(qǐng)求發(fā)送給PTA模塊522。若WiFi模塊521并未發(fā)送在未來(lái)的一段時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)的請(qǐng)求， 則PTA模塊522接受藍(lán)牙模塊510發(fā)送的請(qǐng)求。否則，若WiFi模塊521也請(qǐng)求在某時(shí)間段內(nèi)進(jìn)行無(wú)線收發(fā)，而該時(shí)間段恰好與上述未來(lái)的一段時(shí)間重疊，則PTA模塊522測(cè)定在未來(lái)的一段時(shí)間內(nèi)，允許藍(lán)牙模塊510和WiFi模塊521中的哪個(gè)進(jìn)行無(wú)線收發(fā)。在一實(shí)施例中， 發(fā)送給PTA模塊522的狀態(tài)信息可包括優(yōu)先字段(priority field)，且若優(yōu)先字段表明藍(lán)牙模塊510具有更高的優(yōu)先級(jí)，則PTA模塊522的測(cè)定結(jié)果為接受藍(lán)牙模塊510的請(qǐng)求，拒絕WiFi模塊521的請(qǐng)求?；蛘呷魞?yōu)先字段表明藍(lán)牙模塊510具有更低的優(yōu)先級(jí)，則PTA模塊522的測(cè)定結(jié)果為拒絕藍(lán)牙模塊510的請(qǐng)求，接受WiFi模塊521的請(qǐng)求。藍(lán)牙模塊510 要進(jìn)行的無(wú)線收發(fā)的狀態(tài)信息和流量模式是通過(guò)信號(hào)線501攜帶的。其中狀態(tài)信息和流量模式如無(wú)線收發(fā)的流量類(lèi)型(如POLL/NULL封包、高品質(zhì)語(yǔ)音(High quality Voice,HV) 1/ HV2/HV3封包、2-擴(kuò)音(Extended Voice，EV) 3封包或多時(shí)隙封包)、發(fā)送/接收指示符等。 在時(shí)間間隔Ttl將信號(hào)線501上的信號(hào)配置為高電平電壓，以指明請(qǐng)求的開(kāi)始。通過(guò)信號(hào)線501發(fā)送請(qǐng)求后，可在時(shí)間間隔&將信號(hào)線501上的信號(hào)配置為低電平電壓，以指明請(qǐng)求的結(jié)束。時(shí)間間隔&之后，PTA模塊522可通過(guò)信號(hào)線501，將指明請(qǐng)求是否已被接受的響應(yīng)發(fā)送給藍(lán)牙模塊510。舉例來(lái)說(shuō)，信號(hào)線501上的高電平電壓信號(hào)可指明藍(lán)牙模塊510的請(qǐng)求已被接受，而信號(hào)線501上的低電平電壓信號(hào)可指明藍(lán)牙模塊510 的請(qǐng)求已被拒絕。同時(shí)，藍(lán)牙模塊可測(cè)量或檢測(cè)時(shí)間間隔內(nèi)信號(hào)線501上信號(hào)的電壓電平， 以測(cè)定請(qǐng)求是否已被接受。并且若請(qǐng)求已被接收，則在等待時(shí)間間隔過(guò)后，開(kāi)始進(jìn)行無(wú)線收發(fā)。圖6A是根據(jù)本發(fā)明一實(shí)施例的使用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā)2-EV3 封包的方塊示意圖。時(shí)間0 μ s之前，藍(lán)牙模塊510首先通過(guò)信號(hào)線501發(fā)送第一請(qǐng)求601 給PTA模塊522，即請(qǐng)求進(jìn)行發(fā)送操作。而PTA模塊522通過(guò)信號(hào)線501發(fā)送第一響應(yīng)602， 以表示接受第一請(qǐng)求601。由于第一請(qǐng)求已被接受，藍(lán)牙模塊510隨后在時(shí)間0μ s發(fā)送藍(lán)
7牙介質(zhì)封包610，其中發(fā)送所需時(shí)間小于625 μ s的藍(lán)牙時(shí)隙。接下來(lái)，在時(shí)間625 μ s之前， 藍(lán)牙模塊510通過(guò)信號(hào)線501發(fā)送第二請(qǐng)求603給PTA模塊522，即請(qǐng)求進(jìn)行接收操作。 而PTA模塊通過(guò)信號(hào)線501發(fā)送第二響應(yīng)604，以表示接受第二請(qǐng)求603。由于第二請(qǐng)求已被接受，藍(lán)牙模塊510隨后在時(shí)間625 μ s接收藍(lán)牙介質(zhì)封包620，其中接收所需時(shí)間小于 625 μ S。明確來(lái)說(shuō)，若第一請(qǐng)求601和第二請(qǐng)求603為高優(yōu)先級(jí)的請(qǐng)求(即請(qǐng)求的發(fā)送和接收操作為發(fā)送或接收延遲敏感型服務(wù)的數(shù)據(jù)封包)或WiFi模塊521并不需要在相同時(shí)間段內(nèi)進(jìn)行無(wú)線收發(fā)，則PTA模塊522可接受第一請(qǐng)求601和第二請(qǐng)求603。圖6Β是根據(jù)本發(fā)明另一實(shí)施例的使用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā) 2-EV3的方塊示意圖。與圖6Α相似，在時(shí)間時(shí)間0μ s之前，PTA模塊522通過(guò)信號(hào)線501 發(fā)送第一響應(yīng)606，以表示藍(lán)牙模塊510通過(guò)信號(hào)線501發(fā)送的第一請(qǐng)求605已被接受。則藍(lán)牙模塊510在時(shí)間0 μ s發(fā)送藍(lán)牙介質(zhì)封包630。接下來(lái)，藍(lán)牙模塊510通過(guò)信號(hào)線501 發(fā)送第二請(qǐng)求607給PTA模塊522，即請(qǐng)求進(jìn)行接收操作。然而，PTA模塊522通過(guò)信號(hào)線 501發(fā)送第二響應(yīng)608，以表示拒絕第二請(qǐng)求607。明確來(lái)說(shuō)，由于第二請(qǐng)求607為低優(yōu)先級(jí)的請(qǐng)求(即請(qǐng)求的接收操作為接收容許延遲型服務(wù)的數(shù)據(jù)封包)，且WiFi模塊521也要求在相同時(shí)間段內(nèi)進(jìn)行無(wú)線收發(fā)，PTA模塊522可拒絕第二請(qǐng)求607。由于第二請(qǐng)求已被拒絕，藍(lán)牙模塊并不接收藍(lán)牙介質(zhì)封包640。圖7是根據(jù)本發(fā)明一實(shí)施例的利用請(qǐng)求型機(jī)制仲裁藍(lán)牙模塊510請(qǐng)求收發(fā)多時(shí)隙封包的方塊示意圖。由于多時(shí)隙封包的發(fā)送周期大于625μ s，所以多時(shí)隙封包的收發(fā)需要多個(gè)時(shí)隙。對(duì)于每個(gè)對(duì)應(yīng)在一個(gè)時(shí)隙內(nèi)進(jìn)行無(wú)線收發(fā)的請(qǐng)求來(lái)說(shuō)，藍(lán)牙模塊510通過(guò)信號(hào)線501發(fā)送請(qǐng)求701、703和705，來(lái)請(qǐng)求發(fā)送多時(shí)隙封包710 ；并通過(guò)信號(hào)線501發(fā)送請(qǐng)求 707、709和711，來(lái)請(qǐng)求接收多時(shí)隙封包720。若PTA模塊522接受請(qǐng)求701，則藍(lán)牙模塊開(kāi)始在時(shí)間0 μ s發(fā)送多時(shí)隙封包710。然而，當(dāng)藍(lán)牙模塊510發(fā)送請(qǐng)求703，即請(qǐng)求繼續(xù)發(fā)送多時(shí)隙封包710時(shí)，PTA模塊522通過(guò)響應(yīng)704拒絕請(qǐng)求703。則相應(yīng)地，接收到響應(yīng)704 之后，藍(lán)牙模塊510停止發(fā)送多時(shí)隙封包710。因此，藍(lán)牙模塊510并未發(fā)送出完整的多時(shí)隙封包710，在下一個(gè)發(fā)送周期可從停止處恢復(fù)多時(shí)隙封包710的發(fā)送。隨后，由于PTA模塊522已接受請(qǐng)求707、709和711，藍(lán)牙模塊510成功接收整個(gè)多時(shí)隙封包720。在預(yù)定型機(jī)制中，請(qǐng)求包括剩余窗口字段(window field)。若需要進(jìn)行無(wú)線收發(fā)， 藍(lán)牙模塊510可通過(guò)信號(hào)線501發(fā)送請(qǐng)求至PTA模塊522，其中上述請(qǐng)求根據(jù)無(wú)線收發(fā)的流量模式指明無(wú)線收發(fā)的剩余時(shí)間。也就是說(shuō)，藍(lán)牙模塊510單方面決定進(jìn)行無(wú)線收發(fā)，發(fā)送請(qǐng)求僅為告知PTA模塊522藍(lán)牙模塊510不需要進(jìn)行無(wú)線收發(fā)的時(shí)間段。發(fā)送完請(qǐng)求后，藍(lán)牙模塊510相應(yīng)進(jìn)行無(wú)線收發(fā)。收到藍(lán)牙模塊510發(fā)送的請(qǐng)求后，PTA模塊522根據(jù) WiFi模塊521的流量模式，測(cè)定出是否接受藍(lán)牙模塊510發(fā)送請(qǐng)求中指明的剩余時(shí)間。明確來(lái)說(shuō)，PTA模塊522首先測(cè)定是否接收到WiFi模塊521要進(jìn)行無(wú)線收發(fā)的請(qǐng)求，且若已接收到，則測(cè)定WiFi模塊521要進(jìn)行無(wú)線收發(fā)的發(fā)送時(shí)間或接收時(shí)間是否在上述剩余時(shí)間段內(nèi)。若WiFi模塊521進(jìn)行無(wú)線收發(fā)的發(fā)送或接收時(shí)間在剩余時(shí)間段內(nèi)，則PTA模塊522 接受WiFi模塊521的請(qǐng)求，并將指明剩余時(shí)間已被接受的響應(yīng)回復(fù)給藍(lán)牙模塊510。否則， 若WiFi模塊521進(jìn)行無(wú)線收發(fā)的發(fā)送或接收時(shí)間不在剩余時(shí)間段內(nèi)，則PTA模塊522拒絕 WiFi模塊521的請(qǐng)求，并將指明剩余時(shí)間未被接受(也就是說(shuō)，WiFi收發(fā)已放棄剩余時(shí)間) 的響應(yīng)回復(fù)給藍(lán)牙模塊510。在另一種情況中，WiFi模塊521并未請(qǐng)求在剩余時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)，則PTA模塊522或WiFi模塊521仍將指明剩余時(shí)間已被放棄的響應(yīng)回復(fù)給藍(lán)牙模塊510。此外，WiFi模塊521的流量模式可指WiFi模塊521的狀態(tài)(即活動(dòng)模式或睡眠模式)。若WiFi模塊521處于活動(dòng)模式，則PTA模塊522可測(cè)定為接受剩余時(shí)間。然而，若 WiFi模塊521處于睡眠模式，則PTA模塊522可測(cè)定為不接受剩余時(shí)間。類(lèi)似地，可將信號(hào)線501上的信號(hào)配置為高電平電壓，以指明請(qǐng)求的開(kāi)始。上述請(qǐng)求可顯示為信號(hào)線501上的高電壓和低電壓序列。通過(guò)信號(hào)線501發(fā)送請(qǐng)求后，經(jīng)過(guò)時(shí)間 Tn,后，可將信號(hào)線501上的信號(hào)配置為低電平電壓，以指明請(qǐng)求的結(jié)束。時(shí)間Ir后，PTA模塊522可通過(guò)信號(hào)線501發(fā)送指明請(qǐng)求已被接受的響應(yīng)給藍(lán)牙模塊510。為了指明剩余時(shí)間，預(yù)定型請(qǐng)求可直接指明開(kāi)始時(shí)間以及剩余窗口的長(zhǎng)度，或者可觸發(fā)WiFi模塊521 (或 PTA模塊52 的計(jì)數(shù)器以倒計(jì)時(shí)，而這會(huì)提供更大的靈活性。舉例來(lái)說(shuō)，預(yù)定型命令可用來(lái)指示W(wǎng)iFi模塊521進(jìn)行倒計(jì)時(shí)，并在倒計(jì)時(shí)結(jié)束之前一直停止進(jìn)行無(wú)線收發(fā)。其中倒計(jì)時(shí)的時(shí)間由剩余窗口字段指明。由剩余窗口比特表示的每個(gè)值都可對(duì)應(yīng)特定剩余時(shí)間或時(shí)間以進(jìn)行倒計(jì)時(shí)，而這種對(duì)應(yīng)關(guān)系可預(yù)定義或由藍(lán)牙模塊510與PTA模塊522事先協(xié)商。舉例來(lái)說(shuō)，若藍(lán)牙模塊510的請(qǐng)求包括兩個(gè)剩余窗口比特，則值為“00”的剩余窗口比特可對(duì)應(yīng)0 μ s的剩余時(shí)間，值為“01”的剩余窗口比特可對(duì)應(yīng)312 μ s的剩余時(shí)間，值為“10”的剩余窗口比特可對(duì)應(yīng)625 μ s的剩余時(shí)間，值為“ 10”的剩余窗口比特可對(duì)應(yīng)1250 μ s的剩余時(shí)間。圖8是根據(jù)本發(fā)明一實(shí)施例的利用預(yù)定型機(jī)制協(xié)調(diào)藍(lán)牙模塊510和WiFi模塊521 操作的方塊示意圖。在時(shí)間0 μ s之前，藍(lán)牙模塊510首先通過(guò)信號(hào)線501發(fā)送請(qǐng)求801至 PTA模塊522，其中請(qǐng)求801指明剩余時(shí)間為0 μ S。作為對(duì)剩余時(shí)間值為0的響應(yīng)，PTA模塊522要求WiFi模塊521停止進(jìn)行無(wú)線收發(fā)，并通過(guò)信號(hào)線501將響應(yīng)802發(fā)送給藍(lán)牙模塊510，其中響應(yīng)802指明剩余時(shí)間已被接受。由于Oys的剩余時(shí)間已被接受，藍(lán)牙模塊510隨后在時(shí)間0μ s發(fā)送藍(lán)牙介質(zhì)封包810。隨后，為了在時(shí)間625 μ s接收藍(lán)牙介質(zhì)封包820，藍(lán)牙模塊510會(huì)通過(guò)信號(hào)線501發(fā)送另一個(gè)請(qǐng)求803至PTA模塊522。而在本實(shí)施例中，PTA模塊522發(fā)送響應(yīng)804，以表明接受請(qǐng)求803。接收到藍(lán)牙介質(zhì)封包820后，藍(lán)牙模塊510通過(guò)信號(hào)線501發(fā)送請(qǐng)求805至PTA模塊522，其中由于藍(lán)牙模塊510在時(shí)間 2500 μ s之前都不需要進(jìn)行無(wú)線收發(fā)，因此請(qǐng)求805指明剩余時(shí)間為1250 μ s。由于剩余時(shí)間的值非0 (即1250 μ s)，PTA模塊522根據(jù)剩余時(shí)間和WiFi模塊521進(jìn)行無(wú)線收發(fā)的流量模式，進(jìn)一步測(cè)定是否接受WiFi模塊521進(jìn)行無(wú)線收發(fā)的請(qǐng)求。明確來(lái)說(shuō)，若流量模式指明無(wú)線收發(fā)是在剩余時(shí)間段內(nèi)進(jìn)行的，則PTA模塊522接受WiFi模塊521的請(qǐng)求，并將指明剩余時(shí)間已被接受的響應(yīng)806回復(fù)給藍(lán)牙模塊510。否則，若流量模式指明無(wú)線收發(fā)并不在剩余時(shí)間段內(nèi)進(jìn)行，則PTA模塊522拒絕WiFi模塊521的請(qǐng)求，并將指明剩余時(shí)間未被接受的響應(yīng)回復(fù)給藍(lán)牙模塊510。若在本實(shí)施例中接受了剩余時(shí)間，則藍(lán)牙模塊510不在剩余時(shí)間段內(nèi)進(jìn)行無(wú)線收發(fā)。在另一實(shí)施例中，若剩余時(shí)間未被接受，則如果需要的話，藍(lán)牙模塊510可繼續(xù)在剩余時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)。圖9是根據(jù)本發(fā)明另一實(shí)施例的利用預(yù)定型和請(qǐng)求型機(jī)制來(lái)協(xié)調(diào)藍(lán)牙模塊510 和WiFi模塊521操作的方塊示意圖。在本實(shí)施例中，藍(lán)牙模塊510需要在時(shí)間0μ s進(jìn)行擴(kuò)展同步連接導(dǎo)向(Extended Synchronize Connection Oriented, eSCO)類(lèi)型收發(fā)，其中 eSCO類(lèi)型通信的循環(huán)周期。配置為12個(gè)藍(lán)牙時(shí)隙，重傳窗口(retransmission window)Wesco配置為4個(gè)藍(lán)牙時(shí)隙。在時(shí)間0μ s之前，藍(lán)牙模塊首先通過(guò)信號(hào)線501發(fā)送倒計(jì)時(shí)請(qǐng)求901至PTA模塊522，其中倒計(jì)時(shí)請(qǐng)求901指明了剩余窗口比特所確定的倒計(jì)時(shí)數(shù)值 7500 μ s (即12個(gè)藍(lán)牙時(shí)隙的長(zhǎng)度)。作為對(duì)倒計(jì)時(shí)請(qǐng)求的響應(yīng)，PTA模塊522拒絕WiFi 模塊521進(jìn)行無(wú)線收發(fā)的所有請(qǐng)求，并通過(guò)信號(hào)線501將響應(yīng)902回復(fù)給藍(lán)牙模塊510，其中響應(yīng)902指明剩余窗口比特所確定的倒計(jì)時(shí)數(shù)值已被接受。明確來(lái)說(shuō)，PTA模塊522要求WiFi模塊521開(kāi)始進(jìn)行7500 μ s的倒計(jì)時(shí)，且在倒計(jì)時(shí)結(jié)束前都不能進(jìn)行無(wú)線收發(fā)。需注意，倒計(jì)時(shí)數(shù)值和剩余窗口比特之間的對(duì)應(yīng)關(guān)系可預(yù)定義或由藍(lán)牙模塊510和PTA模塊 522事先協(xié)商。剩余窗口比特所指明的倒計(jì)時(shí)數(shù)值被接受后，藍(lán)牙模塊510隨后在時(shí)間0 μ s 進(jìn)行發(fā)送操作910。由于eSCO類(lèi)型通信的循環(huán)周期Tes。。配置為12個(gè)藍(lán)牙時(shí)隙，重傳窗口 Wesco配置為4個(gè)藍(lán)牙時(shí)隙，所以藍(lán)牙模塊510可動(dòng)態(tài)地占據(jù)3、4、5或6個(gè)藍(lán)牙時(shí)隙。在本實(shí)施例中，若測(cè)定藍(lán)牙收發(fā)從時(shí)間0μ s開(kāi)始，3個(gè)藍(lán)牙時(shí)隙后結(jié)束，則藍(lán)牙模塊510在時(shí)間 1875 μ s時(shí)通過(guò)信號(hào)線501發(fā)送結(jié)束請(qǐng)求907至PTA模塊522。作為對(duì)結(jié)束請(qǐng)求907的響應(yīng)，PTA模塊522要求WiFi模塊521停止倒計(jì)時(shí)，并接受WiFi模塊521進(jìn)行無(wú)線收發(fā)的請(qǐng)求(若存在)。PTA模塊522可通過(guò)信號(hào)線501將響應(yīng)908回復(fù)給WiFi模塊521，其中響應(yīng) 908表明請(qǐng)求已被接受。此外，在藍(lán)牙發(fā)送操作920和藍(lán)牙接收操作930之前，會(huì)各自發(fā)送一對(duì)命令(即請(qǐng)求903和響應(yīng)904，以及請(qǐng)求905和響應(yīng)906)，以防WiFi模塊521檢查先前請(qǐng)求(舉例來(lái)說(shuō)，WiFi模塊521可在時(shí)間625 μ s之前一直處于睡眠模式)。圖10是根據(jù)本發(fā)明一實(shí)施例的PTA模塊522利用預(yù)定型機(jī)制協(xié)調(diào)藍(lán)牙模塊510和 WiFi模塊521的操作流程圖。操作開(kāi)始后，PTA模塊522等待藍(lán)牙模塊510的新請(qǐng)求(步驟S1010)。從藍(lán)牙模塊510收到請(qǐng)求后，PTA模塊522測(cè)定該請(qǐng)求是否為倒計(jì)時(shí)請(qǐng)求(步驟S1020)。若確實(shí)為倒計(jì)時(shí)請(qǐng)求，則PTA模塊522要求WiFi模塊521根據(jù)剩余窗口比特開(kāi)始倒計(jì)時(shí)，并且在倒計(jì)時(shí)結(jié)束之前不進(jìn)行無(wú)線收發(fā)(步驟S1030)。在步驟S1230之后， 流程會(huì)回到步驟S1210，即PTA模塊等待藍(lán)牙模塊510的另一請(qǐng)求。步驟S1020之后，若請(qǐng)求并不是倒計(jì)時(shí)請(qǐng)求，則PTA模塊522測(cè)定該請(qǐng)求是否為結(jié)束請(qǐng)求(步驟S1040)。若確實(shí)為結(jié)束請(qǐng)求，則PTA模塊522進(jìn)一步測(cè)定之前是否已接收倒計(jì)時(shí)請(qǐng)求(步驟S1050)。若之前已接收了倒計(jì)時(shí)請(qǐng)求，則PTA模塊522要求WiFi模塊521停止倒計(jì)時(shí)(步驟S1060)。若倒計(jì)時(shí)已停止，則WiFi模塊521可發(fā)送進(jìn)行無(wú)線收發(fā)的請(qǐng)求至PTA模塊522。由于藍(lán)牙模塊510不需要在接下來(lái)的一段時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)，PTA模塊522可接受WiFi模塊521的請(qǐng)求。在步驟S1050之后，若之前并未接收倒計(jì)時(shí)請(qǐng)求，則PTA模塊522要求WiFi模塊521 停止進(jìn)行無(wú)線收發(fā)(步驟S1070)。在步驟S1040之后，若接收到的請(qǐng)求并不是結(jié)束請(qǐng)求，則 PTA模塊522可允許WiFi模塊521在剩余時(shí)間內(nèi)進(jìn)行無(wú)線收發(fā)，其中剩余時(shí)間由接收到請(qǐng)求的剩余窗口比特確定(步驟S1080)。此外，本發(fā)明的一實(shí)施例提出了兩個(gè)模塊(如藍(lán)牙模塊510和WiFi模塊520)采用一個(gè)信號(hào)線接口來(lái)雙向發(fā)送信息的實(shí)施方式。如圖11所示，無(wú)線通信裝置1100包括藍(lán)牙模塊1110和WiFi模塊1120，其中藍(lán)牙模塊1110用來(lái)進(jìn)行藍(lán)牙通信，且藍(lán)牙模塊1110和 WiFi模塊1120耦接至單根信號(hào)線(即信號(hào)線1101)上。在另一實(shí)施例中，無(wú)線通信裝置 1300可設(shè)計(jì)為提供藍(lán)牙與WiMAX通信能力的通信裝置，且可將WiFi模塊1120替換為WiMAX 模塊(未顯示)以進(jìn)行WiMAX通信?；蛘撸瑹o(wú)線通信裝置1100可設(shè)計(jì)為提供WiFi與WiMAX 通信能力的通信裝置，且可將藍(lán)牙模塊1110替換為WiMAX模塊(未顯示)。本發(fā)明并不限
10于此。藍(lán)牙模塊1110與WiMAX模塊之間的交互以及WiFi模塊1120與WiMAX模塊之間的交互都可類(lèi)比導(dǎo)出，在此不再贅述。在藍(lán)牙模塊1110和WiFi模塊1120通過(guò)信號(hào)線1101采用一個(gè)接口進(jìn)行無(wú)線收發(fā)操作的信息交換的第一實(shí)施例中，藍(lán)牙模塊1110和WiFi模塊1120中的一個(gè)始終被配置為具有弱驅(qū)動(dòng)能力的輸入模式，而另一個(gè)則被配置為具有強(qiáng)驅(qū)動(dòng)能力的輸入模式或輸出模式中。明確來(lái)說(shuō)，處于輸出模式的模塊可通過(guò)信號(hào)線1101發(fā)送串行數(shù)據(jù)，而處于輸入模式的模塊可讀取信號(hào)線1101的狀態(tài)來(lái)接收信息。處于輸入模式且具有弱驅(qū)動(dòng)能力的模塊也可通過(guò)信號(hào)線1101發(fā)送數(shù)據(jù)，然而由于驅(qū)動(dòng)能力較弱，若其它模塊也處于輸入模式(并未驅(qū)動(dòng)信號(hào)線1101)，則處于輸入模式且具有弱驅(qū)動(dòng)能力的模塊僅能讀取數(shù)據(jù)。這樣一來(lái)，就可以改進(jìn)功率損耗和延遲問(wèn)題。在一實(shí)施例中，藍(lán)牙模塊1110被始終配置為輸入模式，而 WiFi模塊1120可選擇性地被配置為輸入模式或輸出模式。由于藍(lán)牙模塊1110始終處于輸入模式，WiFi模塊1120可被配置為輸出模式以隨時(shí)輸出數(shù)據(jù)，或被配置為輸入模式以讀取信號(hào)線1101的狀態(tài)。明確來(lái)說(shuō)，WiFi模塊1120可包括強(qiáng)驅(qū)動(dòng)電路(如驅(qū)動(dòng)器/放大器)， 而藍(lán)牙模塊1110可包括弱驅(qū)動(dòng)電路(如上拉電阻器以及下拉電阻器)，用來(lái)在WiFi模塊 1120并未驅(qū)動(dòng)信號(hào)線時(shí)，驅(qū)動(dòng)信號(hào)線1101并指明狀態(tài)。更明確來(lái)說(shuō)，若使能上拉路徑(包括上拉電阻器)而去能下拉路徑(包括下拉電阻器)，則信號(hào)線1101會(huì)被拉“高”；若使能下拉路徑而去能上拉路徑，則信號(hào)線1101會(huì)被拉“低”。圖12是根據(jù)本發(fā)明一實(shí)施例的具有強(qiáng)裝置和弱裝置的示范性可編程電路的方塊示意圖。弱裝置可在藍(lán)牙模塊1110中實(shí)現(xiàn)， 而強(qiáng)裝置可在WiFi模塊1120中實(shí)現(xiàn)。在一實(shí)施例中，在切換上拉電阻器或下拉電阻器來(lái)指明狀態(tài)時(shí)，藍(lán)牙模塊1110可暫時(shí)中止通過(guò)信號(hào)線1101進(jìn)行的接收，以防止讀取的不穩(wěn)定信號(hào)被錯(cuò)誤地認(rèn)為是WiFi模塊1120的串行數(shù)據(jù)。在一實(shí)施例中，WiFi模塊1120可首先被配置為輸出模式，以通過(guò)信號(hào)線1101輸出串行數(shù)據(jù)至藍(lán)牙模塊1110。隨后，WiFi模塊1120可被配置為輸入模式，以讀取信號(hào)線 1101的狀態(tài)。在另一實(shí)施例中，WiFi模塊1120可首先被配置為輸入模式，以讀取信號(hào)線 1101的狀態(tài)。隨后，WiFi模塊1120可被配置為輸出模式，以通過(guò)信號(hào)線1101輸出串行數(shù)據(jù)至藍(lán)牙模塊1110。串行數(shù)據(jù)可包括WiFi模塊1120無(wú)線收發(fā)操作的信息，如藍(lán)牙模塊1110 用來(lái)與WiFi模塊1120進(jìn)行幀時(shí)序同步的幀同步信息、指明WiFi模塊1120是否在接收期間進(jìn)行接收操作的接收活躍度信息、指明WiFi模塊1120是在睡眠模式還是在收發(fā)模式操作的操作狀態(tài)信息等。在一實(shí)施例中，在發(fā)送串行數(shù)據(jù)之前，WiFi模塊1120可先發(fā)送報(bào)頭 (preamble)，以告知藍(lán)牙模塊1110串行數(shù)據(jù)將被發(fā)送。讀取狀態(tài)可指明藍(lán)牙模塊1110的無(wú)線收發(fā)操作的相關(guān)信息，如指明無(wú)線收發(fā)操作是否具有高優(yōu)先級(jí)的優(yōu)先級(jí)信息，指明無(wú)線收發(fā)操作是發(fā)送操作還是接收操作的收發(fā)類(lèi)型信息等。此外，在交換信息之前，狀態(tài)可預(yù)定義或由藍(lán)牙模塊1110和WiFi模塊1120事先協(xié)商。在藍(lán)牙模塊1110與WiFi模塊1120通過(guò)信號(hào)線1101采用一個(gè)信號(hào)線接口進(jìn)行無(wú)線收發(fā)操作的信息交換的第二實(shí)施例中，藍(lán)牙模塊1110和WiFi模塊1120中的一個(gè)被配置為信息交換的啟動(dòng)器，另一個(gè)被配置為響應(yīng)器。明確來(lái)說(shuō)，只有啟動(dòng)器才能在需要的時(shí)候通過(guò)信號(hào)線1101發(fā)送串行數(shù)據(jù)，而響應(yīng)器只能在接收到啟動(dòng)器的串行數(shù)據(jù)時(shí)，通過(guò)信號(hào)線 1101讀取串行數(shù)據(jù)。在一實(shí)施例中，WiFi模塊1120被配置為啟動(dòng)器，而藍(lán)牙模塊1110被配置為響應(yīng)器。作為啟動(dòng)器，若需要通過(guò)信號(hào)線1101發(fā)送串行數(shù)據(jù)或需要獲取藍(lán)牙模塊1110的無(wú)線收發(fā)操作的有關(guān)信息，WiFi模塊1120被配置為輸出模式，并會(huì)在發(fā)送完串行數(shù)據(jù)后被配置為輸入模式。其中串行數(shù)據(jù)可包括WiFi模塊1120的無(wú)線收發(fā)操作的信息。作為響應(yīng)器，藍(lán)牙模塊1110會(huì)被默認(rèn)配置為輸入模式，以通過(guò)信號(hào)線1101從WiFi模塊1120 中接收串行數(shù)據(jù)。并且通過(guò)信號(hào)線1101從WiFi模塊1120中接收完串行數(shù)據(jù)后，藍(lán)牙模塊 1110會(huì)被配置為輸出模式，以通過(guò)信號(hào)線1101發(fā)送串行數(shù)據(jù)至WiFi模塊1120，其中串行數(shù)據(jù)包括藍(lán)牙模塊1110無(wú)線收發(fā)操作的有關(guān)信息。圖13是根據(jù)本發(fā)明一實(shí)施例的通過(guò)一個(gè)信號(hào)線接口協(xié)調(diào)多個(gè)無(wú)線通信模塊進(jìn)行信息交換的方法流程圖。在本實(shí)施例中，本方法用于包括第一無(wú)線通信模塊和第二無(wú)線通信模塊的無(wú)線通信裝置中。其中第一無(wú)線通信模塊用來(lái)進(jìn)行第一無(wú)線收發(fā)，第二無(wú)線通信模塊用來(lái)進(jìn)行第二無(wú)線收發(fā)。特別地，第一無(wú)線通信模塊和第二無(wú)線通信模塊僅耦接至單根信號(hào)線上。方法開(kāi)始后，第二無(wú)線通信模塊通過(guò)信號(hào)線發(fā)送第二無(wú)線收發(fā)的第一流量模式給第二無(wú)線通信模塊(步驟S1310)。隨后，第二無(wú)線通信模塊通過(guò)信號(hào)線從第一無(wú)線通信模塊中接收第一無(wú)線收發(fā)的第二流量模式(步驟S1320)。在一實(shí)施例中，第二無(wú)線通信模塊可始終被配置為輸入模式，并可包括一個(gè)或多個(gè)上拉或下拉電阻器，以在第一無(wú)線通信模塊并未驅(qū)動(dòng)信號(hào)線時(shí)驅(qū)動(dòng)信號(hào)線，從而指明第二流量模式。而當(dāng)?shù)谝粺o(wú)線通信模塊需要通過(guò)信號(hào)線發(fā)送第一流量模式時(shí)，可將其配置為輸出模式；或者當(dāng)?shù)谝粺o(wú)線通信模塊需要通過(guò)讀取信號(hào)線狀態(tài)來(lái)獲得第二流量模式時(shí)，可將其配置為輸入模式。在發(fā)送第一流量模式之前，第一無(wú)線通信模塊可先發(fā)送報(bào)頭，以指明第一流量模式即將被發(fā)送。特別地，在配置上拉或下拉電阻器以產(chǎn)生第二流量模式期間，第二無(wú)線通信模塊可暫時(shí)中止通過(guò)信號(hào)線進(jìn)行的接收。在另一實(shí)施例中，第一無(wú)線通信模塊可被配置為啟動(dòng)器，用來(lái)與第二無(wú)線通信模塊交換信息，而第二無(wú)線通信模塊可被配置為響應(yīng)器。作為啟動(dòng)器，當(dāng)需要發(fā)送第一流量模式或獲取第二流量模式時(shí)，第一無(wú)線通信模塊可被配置為輸出模式；發(fā)送完第一流量模式后，第一無(wú)線通信模塊可被配置為輸入模式。作為響應(yīng)器，第二無(wú)線通信模塊可被默認(rèn)配置為輸入模式以接收第一流量模式，或者接收第一流量模式后，可被配置為輸出模式以發(fā)送第二流量模式。雖然本發(fā)明已就較佳實(shí)施例揭露如上，然其并非用以限制本發(fā)明。本發(fā)明所屬技術(shù)領(lǐng)域中普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作各種的變更和潤(rùn)飾。因此，本發(fā)明的保護(hù)范圍當(dāng)視之前的權(quán)利要求書(shū)所界定為準(zhǔn)。
權(quán)利要求
1.一種無(wú)線通信裝置，其特征在于，包括 封包流量仲裁模塊；以及第一無(wú)線通信模塊，通過(guò)一根信號(hào)線耦接至所述封包流量仲裁模塊，用來(lái)進(jìn)行第一無(wú)線收發(fā)，通過(guò)所述信號(hào)線將指明第二無(wú)線通信模塊可用的剩余時(shí)間的第一請(qǐng)求發(fā)送給所述封包流量仲裁模塊，以及通過(guò)所述信號(hào)線接收指明所述第一請(qǐng)求是否已被接受的第一響應(yīng)。
2.如權(quán)利要求1所述的無(wú)線通信裝置，其特征在于，若所述第一響應(yīng)指明所述第一請(qǐng)求已被接受，則在所述剩余時(shí)間期間，所述第一無(wú)線通信模塊不進(jìn)行所述第一無(wú)線收發(fā)。
3.如權(quán)利要求1所述的無(wú)線通信裝置，其特征在于，若所述第一響應(yīng)指明所述第一請(qǐng)求未被接受，則在所述剩余時(shí)間期間，所述第一無(wú)線通信模塊可繼續(xù)進(jìn)行所述第一無(wú)線收發(fā)。
4.如權(quán)利要求1所述的無(wú)線通信裝置，其特征在于，所述第二無(wú)線通信模塊和所述封包流量仲裁模塊集成在一個(gè)芯片中，且所述封包流量仲裁模塊根據(jù)所述第二無(wú)線收發(fā)的第二流量模式，進(jìn)一步測(cè)定是否接受所述第一請(qǐng)求，即所述第二無(wú)線通信模塊是否可在所述剩余時(shí)間內(nèi)進(jìn)行所述第二無(wú)線收發(fā)。
5.如權(quán)利要求4所述的無(wú)線通信裝置，其特征在于，若所述第二無(wú)線通信模塊被允許進(jìn)行所述第二無(wú)線收發(fā)，則所述第一響應(yīng)指明所述第一請(qǐng)求已被接受，且若所述第二無(wú)線通信模塊未被允許進(jìn)行所述第二無(wú)線收發(fā)，則所述第一響應(yīng)指明所述第一請(qǐng)求未被接受。
6.如權(quán)利要求4所述的無(wú)線通信裝置，其特征在于，若所述第二流量模式指明進(jìn)行所述第二無(wú)線收發(fā)的時(shí)間在所述剩余時(shí)間內(nèi)，則所述第一請(qǐng)求被接受，以及若所述第二流量模式指明進(jìn)行所述第二無(wú)線收發(fā)的時(shí)間未在所述剩余時(shí)間內(nèi)，則所述第一請(qǐng)求不被接受。
7.如權(quán)利要求1所述的無(wú)線通信裝置，其特征在于，所述第一請(qǐng)求包括倒計(jì)時(shí)請(qǐng)求，用來(lái)觸發(fā)所述第二無(wú)線通信模塊或所述封包流量仲裁模塊的倒計(jì)時(shí)。
8.如權(quán)利要求7所述的無(wú)線通信裝置，其特征在于，所述第一請(qǐng)求包括結(jié)束請(qǐng)求，用來(lái)停止所述第二無(wú)線通信模塊或所述封包流量仲裁模塊的倒計(jì)時(shí)。
9.一種協(xié)調(diào)多個(gè)無(wú)線通信模塊的方法，其特征在于，包括第一無(wú)線通信模塊通過(guò)一根信號(hào)線發(fā)送第一請(qǐng)求給封包流量仲裁模塊，并指明第一無(wú)線收發(fā)的第一流量模式；所述封包流量仲裁模塊通過(guò)所述信號(hào)線發(fā)送第一響應(yīng)給所述第一無(wú)線通信模塊，并指明所述第一請(qǐng)求是否已被接受。
10.如權(quán)利要求9所述的方法，其特征在于，所述第一請(qǐng)求指明第二無(wú)線通信模塊可用的剩余時(shí)間。
11.如權(quán)利要求9所述的方法，其特征在于，進(jìn)一步包括若所述第一響應(yīng)指明所述第一請(qǐng)求已被接受，則在上述剩余時(shí)間內(nèi)不進(jìn)行所述第一無(wú)線收發(fā)。
12.如權(quán)利要求9所述的方法，其特征在于，進(jìn)一步包括若所述第一響應(yīng)指明所述第一請(qǐng)求未被接受，則可在上述剩余時(shí)間內(nèi)繼續(xù)進(jìn)行所述第一無(wú)線收發(fā)。
13.如權(quán)利要求10所述的方法，其特征在于，所述第二無(wú)線通信模塊和所述封包流量仲裁模塊集成到一個(gè)芯片中，且所述方法進(jìn)一步包括所述封包流量仲裁模塊根據(jù)所述第二無(wú)線收發(fā)的第二流量模式，測(cè)定是否接受所述第二無(wú)線通信模組在所述剩余時(shí)間內(nèi)進(jìn)行所述第二無(wú)線收發(fā)的所述第一請(qǐng)求。
14.如權(quán)利要求13所述的方法，其特征在于，若所述第二無(wú)線通信模塊已被允許進(jìn)行所述第二無(wú)線收發(fā)，則所述第一響應(yīng)指明所述第一請(qǐng)求已被接受，若所述第二通信模塊未被允許進(jìn)行所述第二無(wú)線收發(fā)，則所述第一響應(yīng)指明所述第一請(qǐng)求未被接受。
15.如權(quán)利要求14所述的方法，其特征在于，若所述第二流量模式指明進(jìn)行所述第二無(wú)線收發(fā)的時(shí)間在所述剩余時(shí)間內(nèi)，則所述第一請(qǐng)求被接受，若所述第二流量模式指明進(jìn)行所述第二無(wú)線收發(fā)的時(shí)間未在所述剩余時(shí)間內(nèi)，則所述第一請(qǐng)求不被接受。
16.如權(quán)利要求9所述的方法，其特征在于，進(jìn)一步包括所述第一無(wú)線通信模塊通過(guò)所述信號(hào)線告知所述封包流量仲裁模塊，所述第二無(wú)線收發(fā)可在所述剩余時(shí)間開(kāi)始前完成， 使得所述封包流量仲裁模塊可允許所述第二無(wú)線通信模塊在所述剩余時(shí)間開(kāi)始前進(jìn)行所述第二無(wú)線收發(fā)。
17.一種無(wú)線通信裝置，其特征在于，包括第一無(wú)線通信模塊，用來(lái)進(jìn)行第一無(wú)線收發(fā)；以及第二無(wú)線通信模塊，通過(guò)一根信號(hào)線耦接至所述第一無(wú)線通信模塊，用來(lái)進(jìn)行第二無(wú)線收發(fā)，通過(guò)所述信號(hào)線發(fā)送所述第二無(wú)線收發(fā)的第一流量模式給所述第一無(wú)線通信模塊，以及通過(guò)所述信號(hào)線從所述第一無(wú)線通信模塊中接收所述第一無(wú)線收發(fā)的第二流量模式。
18.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，所述第一無(wú)線通信模塊包括弱驅(qū)動(dòng)電路，所述第二無(wú)線通信模塊包括強(qiáng)驅(qū)動(dòng)電路。
19.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，所述第一無(wú)線通信模塊在輸入模式下作業(yè)，而所述第二無(wú)線通信模塊可在輸入模式下作業(yè)，或在輸出模式下作業(yè)。
20.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，所述第二無(wú)線通信模塊在輸入模式或輸出模式下作業(yè)，所述第一無(wú)線通信模塊默認(rèn)在輸入模式下作業(yè)，但從所述第二無(wú)線通信模塊接收所述第二無(wú)線收發(fā)的所述第一流量模式后，所述第一無(wú)線通信模塊可在輸出模式下作業(yè)。
21.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，所述第一無(wú)線通信模塊包括一個(gè)或多個(gè)上拉電阻器或下拉電阻器，用來(lái)產(chǎn)生所述第二流量模式。
22.如權(quán)利要求21所述的無(wú)線通信裝置，其特征在于，所述第一無(wú)線通信模塊進(jìn)一步包括配置上拉電阻器或下拉電阻器產(chǎn)生所述第二流量模式時(shí)，暫時(shí)中止通過(guò)所述信號(hào)線的接收進(jìn)程。
23.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，所述第二無(wú)線通信模塊在發(fā)送所述第一流量模式之前，進(jìn)一步發(fā)送報(bào)頭，用來(lái)指明所述第一流量模式將要被發(fā)送。
24.如權(quán)利要求17所述的無(wú)線通信裝置，其特征在于，接收到所述第一流量模式后，所述第一無(wú)線通信模塊發(fā)送所述第二流量模式。
全文摘要
本發(fā)明提供一種移動(dòng)通信裝置，包括封包流量仲裁模塊與第一無(wú)線通信模塊。所述第一無(wú)線通信模塊通過(guò)一根信號(hào)線耦接至所述封包流量仲裁模塊，用來(lái)進(jìn)行第一無(wú)線收發(fā)。所述第一無(wú)線通信模塊進(jìn)一步通過(guò)所述信號(hào)線發(fā)送第一請(qǐng)求至所述封包流量仲裁模塊，并通過(guò)信號(hào)線接收指明所述第一請(qǐng)求是否已被接受的第一響應(yīng)。其中所述第一請(qǐng)求指明第二無(wú)線通信模塊可用的剩余時(shí)間。
文檔編號(hào)H04W74/04GK102487609SQ201180003507
公開(kāi)日2012年6月6日 申請(qǐng)日期2011年8月29日 優(yōu)先權(quán)日2010年8月27日
發(fā)明者傅宜康, 葉煥春, 林倬安, 柯力群, 許宏凱, 謝易霖 申請(qǐng)人:聯(lián)發(fā)科技股份有限公司