專利名稱：無線局域網(wǎng)中的多媒體數(shù)據(jù)傳輸方法和點(diǎn)協(xié)調(diào)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線局域網(wǎng)(WLAN)，更具體的，涉及一種在WLAN上傳輸多媒體數(shù)據(jù)的方法，確保在WLAN上的一個(gè)點(diǎn)協(xié)調(diào)功能(PCF)周期的全長(zhǎng)的方法，以及一種在WLAN中的點(diǎn)協(xié)調(diào)器。
背景技術(shù)：
近來，更多公眾關(guān)注基于WLAN的多媒體數(shù)據(jù)傳輸技術(shù)，而不是常規(guī)的數(shù)據(jù)傳輸技術(shù)。過去通常被認(rèn)為是邊緣通信技術(shù)的本地網(wǎng)絡(luò)技術(shù)，已經(jīng)呈現(xiàn)為最有前途的下一代核心技術(shù)之一，特別是無線多媒體本地網(wǎng)絡(luò)技術(shù)，成為本地網(wǎng)絡(luò)技術(shù)中最具吸引力的應(yīng)用之一。
圖1是說明由多個(gè)相互連接的設(shè)備構(gòu)成的本地網(wǎng)絡(luò)的框圖。參考圖1，本地網(wǎng)絡(luò)100由一個(gè)本地服務(wù)器170、一個(gè)高清晰度電視(HDTV)110，兩個(gè)標(biāo)準(zhǔn)清晰度電視(SDTV)120和130和三個(gè)站140、150和160構(gòu)成。
根據(jù)IEEE802.11a/g標(biāo)準(zhǔn)的高速無線局域網(wǎng)已被認(rèn)為是滿足本地網(wǎng)絡(luò)需求的強(qiáng)烈推薦的解決方案。IEEE802.11a/g高速WLAN的媒介訪問控制(MAC)機(jī)制包括分布式協(xié)調(diào)功能(DCF)和點(diǎn)協(xié)調(diào)功能，在DCF下，執(zhí)行二進(jìn)制隨機(jī)補(bǔ)償算法(binary random back-off algorithm)，以減少在以沖突回避載波檢測(cè)多路訪問(CSMA/CA)方式競(jìng)爭(zhēng)接入網(wǎng)絡(luò)的多個(gè)站之間發(fā)生沖突的可能性，在PCF下，包括點(diǎn)協(xié)調(diào)器(PC)的接入點(diǎn)(AP)，通過集中輪詢調(diào)度，在無競(jìng)爭(zhēng)期間(CFP)通知多個(gè)站什么時(shí)候它們可以將數(shù)據(jù)放在網(wǎng)絡(luò)上并發(fā)送數(shù)據(jù)。MAC機(jī)制支持最大數(shù)據(jù)速率為54Mbps，并使用正交頻分復(fù)用(OFDM)和前向糾錯(cuò)(FEC)來確保高瑕疵數(shù)據(jù)恢復(fù)率。然而，由于啟動(dòng)MAC機(jī)制的算法的特性，在例如HDTV-級(jí)的多媒體數(shù)據(jù)的大多媒體數(shù)據(jù)的實(shí)時(shí)傳輸中，MAC機(jī)制不可避免地具有眾多限制和缺點(diǎn)。
因此，必須開發(fā)一種MAC機(jī)制的改進(jìn)版本，它可以很好地適應(yīng)例如無線本地網(wǎng)絡(luò)的特定通信環(huán)境，并有效地促進(jìn)大量的例如HDTV-級(jí)多媒體數(shù)據(jù)的多媒體數(shù)據(jù)的實(shí)時(shí)傳輸。需要這樣一種改進(jìn)的MAC機(jī)制以向遵循傳統(tǒng)數(shù)據(jù)傳輸標(biāo)準(zhǔn)的站提供透明服務(wù)。
在IEEE802.11 WLAN中，多個(gè)站使用共享的無線介質(zhì)來進(jìn)行相互之間的通信。通過在LAN模塊中實(shí)現(xiàn)的協(xié)調(diào)功能來控制對(duì)該無線介質(zhì)的訪問嘗試。IEEE802.11 WLAN支持兩種不同的協(xié)調(diào)功能，即DCF和PCF。如圖2所示，在IEEE802.11 WLAN中，PCF(220)在DCF(210)上運(yùn)行。
在下文中，將參考圖3對(duì)PCF和DCF作詳細(xì)說明。DCF采用CSMA/CA，其類似于在IEEE802.3標(biāo)準(zhǔn)中規(guī)定的沖突檢測(cè)載波檢測(cè)多路訪問(CSMA/CD)，PCF以集中方式，使用被稱為指針協(xié)調(diào)器(pointer coordinator)的特殊站來控制對(duì)無線介質(zhì)的訪問。DCF是在競(jìng)爭(zhēng)周期(CP)中基于競(jìng)爭(zhēng)的服務(wù)，它最小化多個(gè)站之間的沖突，并且執(zhí)行補(bǔ)償機(jī)制(back-off mechanism)以使多個(gè)站共享給定數(shù)目的信道。與DCF不同，PCF不是基于訪問網(wǎng)絡(luò)的多個(gè)站之間的競(jìng)爭(zhēng)，而是在無競(jìng)爭(zhēng)周期中，PCF允許指針協(xié)調(diào)器通過輪詢?yōu)槎鄠€(gè)站順序地分配使用預(yù)定信道的權(quán)利。當(dāng)競(jìng)爭(zhēng)周期在CFP之后到達(dá)時(shí)，根據(jù)補(bǔ)償機(jī)制，多個(gè)站競(jìng)爭(zhēng)使用該預(yù)定信道的權(quán)利。PC一開始廣播信標(biāo)幀311，CFP就開始，并用CF-END幀來結(jié)束。該信標(biāo)幀中的網(wǎng)絡(luò)分配向量(NAV)330使試圖使用信道訪問當(dāng)前網(wǎng)絡(luò)的站暫時(shí)結(jié)束獨(dú)立操作并在CFP期間受控于PC。當(dāng)CFP結(jié)束時(shí)，該站根據(jù)DCF規(guī)則運(yùn)行。
圖3說明DCF信標(biāo)延遲情況。如果預(yù)定站未能在CP結(jié)束時(shí)完成數(shù)據(jù)傳輸，則由該P(yáng)C執(zhí)行的信標(biāo)321的發(fā)送被延遲由315所表示的預(yù)定時(shí)間量，因此，縮短了PCF周期322。
從現(xiàn)在開始，將參考圖4詳細(xì)描述IEEE802.11 PCF。在間隔401之后，PC通過廣播信標(biāo)幀402通知所有受其控制的站一個(gè)CFP的開始。響應(yīng)于該信標(biāo)幀402的接收，多個(gè)站停止所有的獨(dú)立操作。僅一個(gè)具有在發(fā)自PC的輪詢幀中所示的地址的預(yù)定站被授權(quán)訪問信道，因此可經(jīng)該信道發(fā)送數(shù)據(jù)。在CFP期間，所有通過DCF訪問該信道的嘗試都被阻塞，執(zhí)行輪詢的PC僅允許該站訪問該信道。
該P(yáng)C根據(jù)一個(gè)預(yù)定輪詢列表順序地執(zhí)行一系列輪詢操作。更具體的，如果根據(jù)輪詢列表，PC有數(shù)據(jù)需要傳送到一個(gè)預(yù)定站，則該P(yáng)C發(fā)送輪詢幀404和由該輪詢幀傳送的數(shù)據(jù)給該預(yù)定站。否則，該P(yáng)C僅發(fā)送輪詢幀給該對(duì)應(yīng)站，以便該預(yù)定站可以有發(fā)送數(shù)據(jù)的機(jī)會(huì)。然后，經(jīng)過一個(gè)短幀內(nèi)間隔(SIFS)405之后，在該間隔期間，已接收輪詢幀的預(yù)定站可以準(zhǔn)備好以響應(yīng)輪詢幀的接收，該預(yù)定站發(fā)送ACK幀406給該P(yáng)C。如果該預(yù)定站有數(shù)據(jù)需要發(fā)送，則它發(fā)送ACK幀406和由ACK幀406傳輸?shù)臄?shù)據(jù)給該P(yáng)C。否則，該預(yù)定站僅發(fā)送ACK幀406給該P(yáng)C。該P(yáng)C對(duì)列在輪詢列表中的每個(gè)站執(zhí)行上述過程，如圖4的D2 408所示，在間隔407之后，PC在此期間發(fā)送的數(shù)據(jù)，和在此期間被輪詢的站發(fā)送的數(shù)據(jù)ACK 410。
如果CFP結(jié)束，或如果包括在輪詢列表中的多個(gè)站在CFP結(jié)束之前已經(jīng)由PC至少輪詢一次，則PC將所有控制權(quán)還給站，并因而通過廣播CF-END幀411允許站相互競(jìng)爭(zhēng)以訪問網(wǎng)絡(luò)。
上述傳統(tǒng)技術(shù)的主要問題之一是，其中多個(gè)站為訪問一個(gè)網(wǎng)絡(luò)而相互競(jìng)爭(zhēng)的傳統(tǒng)IEEE 802.11技術(shù)不適于傳輸大量的多媒體數(shù)據(jù)，這是因?yàn)樗赡茉谠噲D發(fā)送數(shù)據(jù)的那些站之間引起沖突。即使采用二進(jìn)制隨機(jī)補(bǔ)償算法來防止此種沖突，它也可能以一個(gè)相當(dāng)大的延遲時(shí)間結(jié)束。假設(shè)傳輸技術(shù)的當(dāng)前水平確保一個(gè)可容許的數(shù)據(jù)傳輸速度范圍，在IEEE 802.11中它也不可能確保HDTV-級(jí)運(yùn)動(dòng)圖像的傳輸可靠性。盡管建議PCF機(jī)制作為通用的基于競(jìng)爭(zhēng)的數(shù)據(jù)傳輸技術(shù)的代替，但其集中控制方式仍然存在很多問題，這種集中方式創(chuàng)建一個(gè)包括可修改的站的輪詢列表以及控制輪詢列表上的站以預(yù)定順序用用作點(diǎn)協(xié)調(diào)器的AP順序發(fā)送數(shù)據(jù)。首先，由于PCF機(jī)制缺乏創(chuàng)建一個(gè)輪詢列表的有效方法，它不能自適應(yīng)創(chuàng)建一個(gè)適合給定環(huán)境條件的輪詢列表。此外，一旦輪詢列表被創(chuàng)建，甚至沒有數(shù)據(jù)發(fā)送的站也被輪詢，造成不必要的開銷。此外，由于這樣一個(gè)輪詢方法的特性，考慮到要發(fā)送的數(shù)據(jù)量來作出輪詢調(diào)度非常困難。另外，PCF周期可能由于DCF周期的延遲而縮短(即由于DCF信標(biāo)延遲)，特別是存在競(jìng)爭(zhēng)的多媒體數(shù)據(jù)傳輸，它延遲了例如，實(shí)時(shí)多媒體運(yùn)動(dòng)數(shù)據(jù)(視頻)，HDTV-級(jí)傳輸，同時(shí)降低了傳輸可靠性。因此，當(dāng)多個(gè)設(shè)備同時(shí)運(yùn)行時(shí)，很難確保HDTV-級(jí)多媒體數(shù)據(jù)的傳輸可靠性。
在此當(dāng)口，沒有基于PCF方式運(yùn)行的商業(yè)化產(chǎn)品，因?yàn)镻CF方式的復(fù)雜性和缺乏統(tǒng)一標(biāo)準(zhǔn)規(guī)定的一致性。因此，多數(shù)產(chǎn)品基于DCF方式，它限于一個(gè)HDTV-級(jí)數(shù)據(jù)傳輸，并且至少不能同時(shí)容納兩個(gè)或更多HDTV-級(jí)數(shù)據(jù)業(yè)務(wù)，或任何其他超過DCF實(shí)時(shí)再現(xiàn)吞吐量的大容量數(shù)據(jù)業(yè)務(wù)(例如太多競(jìng)爭(zhēng))。盡管IEEE802.11e工作組現(xiàn)在正有力執(zhí)行標(biāo)準(zhǔn)化以保證服務(wù)質(zhì)量(QoS)，它沒有建議任何充分滿足本地網(wǎng)絡(luò)需求的通用PCF或DCF方式的重要替代。
另外，通用本地網(wǎng)絡(luò)技術(shù)僅考慮適于平衡的可逆的數(shù)據(jù)傳輸方案，意味著缺少對(duì)于不同環(huán)境，例如多媒體驅(qū)動(dòng)本地WLAN的優(yōu)化機(jī)制。

發(fā)明內(nèi)容
本發(fā)明提供一個(gè)在無線局域網(wǎng)上傳輸多媒體數(shù)據(jù)的方法，一個(gè)在WLAN中確保多媒體點(diǎn)協(xié)調(diào)功能(mPCF)周期、以及在WLAN上動(dòng)態(tài)分配mPCF長(zhǎng)度、從而在WLAN上傳輸相當(dāng)大量的多媒體數(shù)據(jù)、帶來最小量開銷的方法，并且為不同類型多媒體數(shù)據(jù)提供不同服務(wù)。
更具體的，本發(fā)明利用具有支持HDTV或SDTV的設(shè)備的本地WLAN的特性，其中用安裝在設(shè)備中的置頂盒從本地服務(wù)器接收單向數(shù)據(jù)占整個(gè)業(yè)務(wù)周期的大部分。
本發(fā)明附加的方面和/或優(yōu)點(diǎn)將在下面的說明中部分闡明，部分由該說明明顯得出，或通過實(shí)施本發(fā)明得知。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種在一個(gè)無線局域網(wǎng)上傳輸多媒體數(shù)據(jù)的方法。該方法包括在通過競(jìng)爭(zhēng)分配信道使用權(quán)的分布式協(xié)調(diào)功能期間，從一個(gè)連接到WLAN的預(yù)定設(shè)備接收一個(gè)對(duì)多媒體資源的請(qǐng)求；在以集中方式分配信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能期間單向傳輸所請(qǐng)求的多媒體資源給該預(yù)定設(shè)備。
當(dāng)談到大量多媒體數(shù)據(jù)的非競(jìng)爭(zhēng)分配，上述方法確保所請(qǐng)求資源的成功傳輸，同時(shí)開銷最小。因此，本發(fā)明可以克服現(xiàn)有技術(shù)的局限，在現(xiàn)有技術(shù)中，HDTV-級(jí)數(shù)據(jù)在實(shí)時(shí)約束下由于激烈的競(jìng)爭(zhēng)通常不可能被傳輸和再現(xiàn)。此外，能夠同時(shí)傳輸多個(gè)SDTV-級(jí)多媒體數(shù)據(jù)。
根據(jù)本發(fā)明的另一方面，提供了一種在WLAN上傳輸多媒體數(shù)據(jù)的方法，包括從連接到WLAN的一個(gè)預(yù)定設(shè)備接收對(duì)多媒體資源的請(qǐng)求；調(diào)度接收到的請(qǐng)求多媒體資源的請(qǐng)求；基于調(diào)度結(jié)果在多媒體點(diǎn)協(xié)調(diào)功能期間傳輸所請(qǐng)求的多媒體資源給該預(yù)定設(shè)備。
根據(jù)本發(fā)明的另一方面，提供了一種在WLAN上傳輸多媒體數(shù)據(jù)的方法，包括接收一個(gè)對(duì)多媒體資源的請(qǐng)求；根據(jù)所請(qǐng)求的多媒體資源的數(shù)量動(dòng)態(tài)分配一個(gè)多媒體點(diǎn)協(xié)調(diào)功能周期的預(yù)定長(zhǎng)度，在此期間將傳輸所請(qǐng)求的多媒體資源；在分配的mPCF期間傳輸所請(qǐng)求的多媒體資源。
因此，根據(jù)本發(fā)明，通過動(dòng)態(tài)分配一個(gè)mPCF周期可能使效率最大化。當(dāng)大量多媒體數(shù)據(jù)請(qǐng)求許多資源時(shí)，本發(fā)明可以通過mPCF的動(dòng)態(tài)分配在一個(gè)預(yù)定臨界標(biāo)準(zhǔn)內(nèi)保證可靠性。甚至當(dāng)多媒體數(shù)據(jù)請(qǐng)求較少資源時(shí)，本發(fā)明可以通過縮短一個(gè)mPCF周期動(dòng)態(tài)分配一個(gè)較長(zhǎng)的DCF周期。當(dāng)沒有傳輸多媒體數(shù)據(jù)的請(qǐng)求時(shí)，上述傳輸多媒體數(shù)據(jù)的方法以和在一個(gè)通用DCF周期內(nèi)相同的方式運(yùn)行。因此，本發(fā)明提供了一個(gè)非多媒體站可以運(yùn)行同時(shí)又不失去和其他多媒體站兼容的機(jī)制。
根據(jù)本發(fā)明的另一方面，提供了一種在WLAN中確保mPCF全長(zhǎng)的方法，包括監(jiān)測(cè)DCF信標(biāo)延遲；如果監(jiān)測(cè)結(jié)果告知發(fā)生信標(biāo)延遲則調(diào)整一個(gè)Max_CFP_Duration值。
因此，可以防止由于信標(biāo)延遲造成的實(shí)時(shí)數(shù)據(jù)傳輸?shù)难舆t。此外，可以補(bǔ)償實(shí)時(shí)數(shù)據(jù)傳輸延遲的時(shí)間量，并通過使用一個(gè)訪問點(diǎn)監(jiān)測(cè)信標(biāo)傳輸時(shí)間來防止抖動(dòng)延遲，如果必須，動(dòng)態(tài)設(shè)置Max_CFP_Duration，。
根據(jù)本發(fā)明的另一方面，在WLAN中提供了一個(gè)多媒體點(diǎn)協(xié)調(diào)器，在通過競(jìng)爭(zhēng)分配信道使用權(quán)的分布式協(xié)調(diào)功能期間，從一個(gè)連接到WLAN的預(yù)定設(shè)備接收一個(gè)對(duì)多媒體資源的請(qǐng)求；在以集中方式分配信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能期間單向傳輸所請(qǐng)求的多媒體資源給該預(yù)定設(shè)備。
根據(jù)本發(fā)明的一個(gè)方面，該多媒體點(diǎn)協(xié)調(diào)器包括一個(gè)調(diào)度接收到的對(duì)多媒體資源的請(qǐng)求的多媒體調(diào)度器，并且根據(jù)調(diào)度器獲得的調(diào)度結(jié)果在mPCF期間傳輸所請(qǐng)求的多媒體資源給預(yù)定設(shè)備。
由于本發(fā)明的多媒體點(diǎn)協(xié)調(diào)器可以提供一個(gè)優(yōu)秀的、軟件合理的MAC機(jī)制，而無需修改或改進(jìn)硬件，可以最大程度的使用在數(shù)據(jù)傳輸速度中的物理限制并通過應(yīng)用脈沖串傳輸算法提高傳輸性能。


本發(fā)明的以上和/或其他方面和優(yōu)點(diǎn)通過結(jié)合附加的附圖詳細(xì)說明示范性實(shí)施例將更加清楚，其中圖1是說明一個(gè)基于無線局域網(wǎng)的本地網(wǎng)絡(luò)的圖；
圖2是根據(jù)通用IEEE 802.11說明在分布式協(xié)調(diào)功能和點(diǎn)協(xié)調(diào)功能之間的關(guān)系的圖；圖3是根據(jù)通用IEEE 802.11說明通用DCF和PCF的圖；圖4是根據(jù)通用IEEE 802.11說明在PCF期間傳輸數(shù)據(jù)的圖；圖5是根據(jù)本發(fā)明的一個(gè)實(shí)施例，說明在一個(gè)數(shù)據(jù)發(fā)射機(jī)中的多媒體點(diǎn)協(xié)調(diào)功能周期調(diào)度的圖。
圖6是根據(jù)本發(fā)明一個(gè)實(shí)施例的本地服務(wù)器的功能框圖；圖7是根據(jù)本發(fā)明一個(gè)實(shí)施例的mPCF周期調(diào)度設(shè)備的功能框圖；圖8是根據(jù)本發(fā)明一個(gè)實(shí)施例在mPCF周期期間傳輸多媒體數(shù)據(jù)的流程圖；圖9是根據(jù)本發(fā)明一個(gè)實(shí)施例的一個(gè)資源請(qǐng)求幀圖；圖10是根據(jù)本發(fā)明一個(gè)實(shí)施例的調(diào)度一個(gè)mPCF周期的流程圖；圖11A是圖7所示mPCF優(yōu)先級(jí)表的一個(gè)例子；圖11B是圖7所示mPCF調(diào)度表的一個(gè)例子；圖12是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明在mPCF周期期間傳輸不同類型的數(shù)據(jù)，并且不同類型數(shù)據(jù)中的傳輸速率的圖；圖13是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明在mPCF周期期間握手ACK傳輸?shù)膱D，它是一種接收到一個(gè)確認(rèn)接收到多媒體數(shù)據(jù)的響應(yīng)信號(hào)的類型；圖14是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明在mPCF周期期間脈沖串ACK傳輸?shù)膱D，它是另外一種接收到一個(gè)確認(rèn)接收到多媒體數(shù)據(jù)的響應(yīng)信號(hào)的類型；圖15是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明調(diào)整DCF信標(biāo)延遲的方法的圖；圖16A是根據(jù)通用WLAN在DCF周期期間顯示用于傳輸一個(gè)單個(gè)數(shù)據(jù)幀的時(shí)間的表；圖16B是在本發(fā)明mPCF周期期間根據(jù)握手ACK傳輸方式傳輸一個(gè)單個(gè)數(shù)據(jù)幀所需時(shí)間的表；圖16C是在本發(fā)明mPCF周期期間根據(jù)脈沖串ACK傳輸方式傳輸一個(gè)單個(gè)數(shù)據(jù)幀所需時(shí)間的表；圖17A是顯示在本發(fā)明的DCF或mPCF周期期間傳輸具有不同負(fù)載的多媒體數(shù)據(jù)所需時(shí)間的圖表；圖17B是當(dāng)存在三個(gè)使用本發(fā)明相互競(jìng)爭(zhēng)一個(gè)信道的站時(shí)，說明關(guān)于多媒體數(shù)據(jù)負(fù)載的不同訪問機(jī)制的不同性能的圖表；
圖17C是當(dāng)由于站之間的沖突使用本發(fā)明重新傳輸數(shù)據(jù)時(shí)，顯示傳輸數(shù)據(jù)所需的不同時(shí)間的圖表；圖18是在使用本發(fā)明傳輸32M比特多媒體數(shù)據(jù)的情況下，顯示在1秒中，mPCF周期和PCF周期占多長(zhǎng)時(shí)間的表。
具體實(shí)施例方式
現(xiàn)在對(duì)本發(fā)明的實(shí)施例將做出詳細(xì)介紹，其例子在附隨的附圖中示出，其中相同的附圖標(biāo)記自始至終表示相同元件。下面參考

實(shí)施例，從而解釋本發(fā)明。
站，例如一個(gè)HDTV和一個(gè)SDTV，不需要通用雙向WLAN通信。而是，這樣的站具有單向業(yè)務(wù)特性，上述特性充當(dāng)實(shí)現(xiàn)多媒體點(diǎn)協(xié)調(diào)功能的關(guān)鍵因素。采用mPCF經(jīng)一個(gè)本地網(wǎng)關(guān)接收相當(dāng)大量的多媒體數(shù)據(jù)。單向業(yè)務(wù)特性使其成為可能，并消除了補(bǔ)償延遲和輪詢開銷，同時(shí)在站之間仍然防止了沖突，并且相較與在分布式協(xié)調(diào)功能周期期間的站的性能，在多媒體點(diǎn)協(xié)調(diào)功能周期期間顯著有助于提高站的性能。
圖5是一個(gè)說明在數(shù)據(jù)發(fā)射機(jī)中調(diào)度mPCF周期(或調(diào)度一個(gè)接收到的數(shù)據(jù)傳輸請(qǐng)求)的圖，例如，根據(jù)本發(fā)明的一個(gè)實(shí)施例，作為一個(gè)本地網(wǎng)絡(luò)服務(wù)器。因此，根據(jù)本發(fā)明的一個(gè)實(shí)施例的調(diào)度mPCF周期的方法將參考圖5在下面詳細(xì)說明。根據(jù)本發(fā)明的媒介訪問控制由多媒體PCF 510和DCF 520構(gòu)成，而非在通用IEEE 802.11 MAC中的PCF和DCF。mPCF允許一個(gè)mPCF點(diǎn)協(xié)調(diào)器用集中方式給各個(gè)站分配使用信道的權(quán)利。然而，該mPCF機(jī)制不同于PCF機(jī)制，因?yàn)樵搈PCF以一個(gè)用于傳輸大量多媒體數(shù)據(jù)的適當(dāng)?shù)姆绞綀?zhí)行資源調(diào)度，mPCF不基于輪詢。在本發(fā)明中，通常一個(gè)資源是一個(gè)網(wǎng)絡(luò)傳輸帶寬(或一個(gè)信道)，在其上可以傳輸數(shù)據(jù)(即，一個(gè)數(shù)據(jù)傳輸請(qǐng)求)。考慮到發(fā)展的mPCF機(jī)制的概念，通常，在一個(gè)本地網(wǎng)絡(luò)站中不傳輸大量數(shù)據(jù)給一個(gè)本地服務(wù)器，通常從該本地服務(wù)器簡(jiǎn)單接收數(shù)據(jù)。
在圖5中，在DCF 520周期期間，一個(gè)HDTV或SDTV，在一個(gè)本地服務(wù)器上注冊(cè)，傳輸一個(gè)資源請(qǐng)求幀給該本地服務(wù)器。HDTV或SDTV傳輸包括資源請(qǐng)求幀的多條信息，例如它包括的數(shù)據(jù)類型，優(yōu)先級(jí)，MAC協(xié)議數(shù)據(jù)單元串的數(shù)量以及脈沖串ACK間隔信息。
從HDTV或SDTV發(fā)送到本地服務(wù)器的資源請(qǐng)求幀可以包括多個(gè)請(qǐng)求，例如資源請(qǐng)求1(521)，資源請(qǐng)求2(522)，和資源請(qǐng)求3(523)。本地服務(wù)器的mPCF調(diào)度器530接收該資源請(qǐng)求幀，根據(jù)多媒體數(shù)據(jù)類型基于該多媒體數(shù)據(jù)的重要性賦予多媒體數(shù)據(jù)優(yōu)先級(jí)，根據(jù)多媒體數(shù)據(jù)的類型執(zhí)行多媒體數(shù)據(jù)的調(diào)度，并且創(chuàng)建一個(gè)調(diào)度表531。
mPCF調(diào)度器530通過參考調(diào)度表531在mPCF周期510期間傳輸多媒體數(shù)據(jù)540。mPCF周期510用一個(gè)mPCF信標(biāo)幀B開始。mPCF在mPCF 510周期期間以集中方式控制對(duì)網(wǎng)絡(luò)的訪問，其中普通站設(shè)定一個(gè)NAV值以等待DCF周期到來而非傳輸數(shù)據(jù)。在mPCF 510周期期間，一個(gè)包括mPCF調(diào)度器530的mPCF點(diǎn)協(xié)調(diào)器(即在此例中，本地服務(wù)器600是該MPC點(diǎn)協(xié)調(diào)器)根據(jù)mPCF調(diào)度器530發(fā)送所請(qǐng)求的多媒體數(shù)據(jù)。例如，根據(jù)調(diào)度表531，資源1(541)具有最高優(yōu)先級(jí)，資源1(541)，資源2(542)，和資源3(543)占3∶1∶1數(shù)據(jù)傳輸速率。因此，在mPCF周期510期間，資源1(541)最先并主要傳輸，在資源1(541)，資源2(542)，和資源3(543)中的數(shù)據(jù)傳輸速率是3∶1∶1。
由于一個(gè)包括相應(yīng)的mPCF點(diǎn)協(xié)調(diào)器的mPCF訪問指針用作一個(gè)多媒體分配中心，該中心包括一個(gè)置頂盒，并在無線本地網(wǎng)路中分配大量多媒體數(shù)據(jù)到該多媒體設(shè)備，多媒體數(shù)據(jù)從本地服務(wù)器單向傳輸給多媒體設(shè)備，而不象在傳統(tǒng)WLAN中，依靠輪詢?cè)O(shè)備來向所述設(shè)備發(fā)送數(shù)據(jù)。
具體地說，如上所述，由于在無線本地網(wǎng)絡(luò)環(huán)境中的多媒體數(shù)據(jù)的傳輸是不定向的，在mPCF周期期間，僅僅要求mPCF點(diǎn)協(xié)調(diào)器基于調(diào)度結(jié)果，而不是采用輪詢方法，經(jīng)常地向多媒體設(shè)備分配多媒體數(shù)據(jù)，在該輪詢方法中，PC必須一直檢測(cè)是否有數(shù)據(jù)傳輸給各多媒體設(shè)備并響應(yīng)檢測(cè)結(jié)果。
圖6是根據(jù)本發(fā)明一個(gè)實(shí)施例，mPCF調(diào)度可有效應(yīng)用的本地服務(wù)器600的功能框圖。本地服務(wù)器600包括一個(gè)WLAN模塊610，一個(gè)從不同資源，例如天線、衛(wèi)星、電纜等等接收多媒體數(shù)據(jù)的數(shù)字電視置頂盒620，一個(gè)和互聯(lián)服務(wù)提供商(ISP)670通信以提供互聯(lián)網(wǎng)連接的互聯(lián)網(wǎng)網(wǎng)關(guān)630，和一個(gè)主板640。本地服務(wù)器600不僅用作mPCF點(diǎn)協(xié)調(diào)器還用作mPCF訪問指針，它控制多媒體業(yè)務(wù)。如果包括一個(gè)數(shù)字廣播置頂盒和一個(gè)WLAN結(jié)構(gòu)的電視機(jī)或其他家用設(shè)備能控制對(duì)互聯(lián)網(wǎng)的訪問，并用作一個(gè)本地網(wǎng)絡(luò)的中央控制器，也可以修改它們以體現(xiàn)本發(fā)明的mPCF MAC，并允許替換本地服務(wù)器600。一旦初始化本地服務(wù)器600，它執(zhí)行通用的基于競(jìng)爭(zhēng)的WLAN功能。例如，如果在本地服務(wù)器600上注冊(cè)的多媒體設(shè)備發(fā)送一個(gè)接入互聯(lián)網(wǎng)的請(qǐng)求，或試圖傳輸常規(guī)數(shù)據(jù)，本地服務(wù)器600允許遵循DCF方式獲得信道使用權(quán)的多媒體設(shè)備或站做任何這類設(shè)備通常作的事情。
為支持HDTV-級(jí)數(shù)據(jù)，SDTCV-級(jí)數(shù)據(jù)或其他實(shí)時(shí)數(shù)據(jù)的傳輸，一個(gè)用戶可以使用一個(gè)用戶接口680給在mPCF周期中使用的資源授予優(yōu)先級(jí)。通常，用戶接口680被設(shè)定具有基于數(shù)據(jù)類型確定的作為基本值的一個(gè)優(yōu)先級(jí)值，和一個(gè)最大負(fù)載值。一旦設(shè)定所有必須由本地網(wǎng)絡(luò)中的本地服務(wù)器600支持的多媒體設(shè)備的信息，和本發(fā)明的機(jī)制兼容的多媒體設(shè)備可運(yùn)行在mPCF和DCF周期，同時(shí)，其他那些和本發(fā)明的機(jī)制不兼容的可以在DCF周期期間運(yùn)行。
圖7是根據(jù)本發(fā)明一個(gè)實(shí)施例的mPCF周期調(diào)度設(shè)備的功能框圖。參考圖7，一個(gè)調(diào)度設(shè)備700可能在圖6本地服務(wù)器600中的WLAN模塊610或主板640中用軟件(和/或如在本例的計(jì)算硬件)實(shí)現(xiàn)。調(diào)度設(shè)備700包括一個(gè)mPCF周期調(diào)度器710，一個(gè)控制參數(shù)調(diào)節(jié)器740，和一個(gè)信標(biāo)延遲調(diào)節(jié)器760。如上所述，mPCF周期調(diào)節(jié)設(shè)備700可以經(jīng)由用戶接口680控制。
mPCF周期調(diào)度器710基于mPCF優(yōu)先級(jí)表720調(diào)度在DCF周期期間接收到的資源請(qǐng)求，并創(chuàng)建一個(gè)mPCF調(diào)度表730。優(yōu)先級(jí)表720的一個(gè)例子在圖11A中示出，調(diào)度表730的一個(gè)例子在圖11B中示出。通常，控制參數(shù)調(diào)節(jié)器740基于在mPCF周期較早階段的時(shí)間從一個(gè)預(yù)定設(shè)備接收的有關(guān)資源的控制信息調(diào)節(jié)控制參數(shù)750，例如ACK協(xié)議規(guī)范。當(dāng)發(fā)生DCF信標(biāo)延遲時(shí)，信標(biāo)延遲調(diào)節(jié)器760調(diào)節(jié)Max-CFP時(shí)間770。
圖8是根據(jù)本發(fā)明一個(gè)實(shí)施例在mPCF周期期間傳輸多媒體數(shù)據(jù)的流程圖。具體的，圖8是一個(gè)調(diào)度接收到的數(shù)據(jù)傳輸資源請(qǐng)求的流程圖，例如，根據(jù)本發(fā)明實(shí)施例，在mPCF周期期間的多媒體資源請(qǐng)求。在mPCF點(diǎn)協(xié)調(diào)器(即本地服務(wù)器600初始化)后不久，多媒體設(shè)備，即站運(yùn)行在DCF方式，特別是當(dāng)沒有準(zhǔn)備好的用于一個(gè)站請(qǐng)求多媒體數(shù)據(jù)傳輸?shù)脑O(shè)置時(shí)。那些想要接收大量視頻點(diǎn)播數(shù)據(jù)的激活的HDTV，SDTV或站，發(fā)送一個(gè)資源請(qǐng)求幀，包括關(guān)于它們想要接收的多媒體數(shù)據(jù)的信息，給mPCF點(diǎn)協(xié)調(diào)器。此后，在操作801，mPCF點(diǎn)協(xié)調(diào)器接收來自激活的多媒體數(shù)據(jù)的設(shè)備的資源請(qǐng)求幀。
圖9是根據(jù)本發(fā)明一個(gè)實(shí)施例，資源請(qǐng)求幀的例子的圖。參考圖9，一個(gè)資源請(qǐng)求幀900包括一個(gè)記錄分組控制信息的控制幀910、記錄分組傳輸時(shí)間的持續(xù)時(shí)間920、記錄多媒體設(shè)備想要接收的數(shù)據(jù)類型的類型930、規(guī)定多媒體設(shè)備想要接收的數(shù)據(jù)量的源940、其中存儲(chǔ)所請(qǐng)求的數(shù)據(jù)的目標(biāo)地址950、表明一次期望傳輸?shù)臄?shù)據(jù)量的脈沖串?dāng)?shù)量960和檢測(cè)錯(cuò)誤必須的校驗(yàn)和970。
參考圖8，在操作802，一個(gè)mPCF點(diǎn)協(xié)調(diào)器的mPCF調(diào)度器(即mPCF周期調(diào)度器710)根據(jù)優(yōu)先級(jí)和多媒體類型調(diào)度在mPCF周期期間要傳輸?shù)亩嗝襟w數(shù)據(jù)給鑒權(quán)(注冊(cè)mPCF)站。
通常，一次可傳輸?shù)淖畲髷?shù)據(jù)量已設(shè)定在mPCF點(diǎn)協(xié)調(diào)器中，mPCF點(diǎn)協(xié)調(diào)器比較要調(diào)度的數(shù)據(jù)資源總量和設(shè)定的可用資源最大總量，如果有時(shí)所請(qǐng)求的資源量超過一個(gè)預(yù)定臨界值，則拒絕一個(gè)資源分配請(qǐng)求，從而在mPCF周期期間保證(保持)數(shù)據(jù)傳輸?shù)目煽啃浴?br> 優(yōu)先級(jí)表720的一個(gè)例子在圖11A中示出。優(yōu)先級(jí)表720規(guī)定數(shù)據(jù)類型和請(qǐng)求的資源分配帶寬。通常，根據(jù)優(yōu)先級(jí)表720，控制數(shù)據(jù)是編號(hào)1的優(yōu)先級(jí)，因此分配優(yōu)先級(jí)0和控制幀傳輸時(shí)隙給控制數(shù)據(jù)。由于HDTVMPEG-2數(shù)據(jù)是編號(hào)為2的優(yōu)先級(jí)，分配優(yōu)先級(jí)1和大約19.6Mbps帶寬給HDTVMPEG-2數(shù)據(jù)。由于SDTVMPEG-2數(shù)據(jù)是編號(hào)為3的優(yōu)先級(jí)，分配優(yōu)先級(jí)2和大約3-6Mbps帶寬給SDTV MPEG-2數(shù)據(jù)。由于實(shí)時(shí)數(shù)據(jù)，例如視頻點(diǎn)播(VOD)，是編號(hào)為4的優(yōu)先級(jí)，分配優(yōu)先級(jí)3和大約0.5-2Mbps帶寬給實(shí)時(shí)數(shù)據(jù)。由于常規(guī)數(shù)據(jù)是編號(hào)為5的優(yōu)先級(jí)，分配優(yōu)先級(jí)4和基于競(jìng)爭(zhēng)的帶寬(即DCFMAC)給常規(guī)數(shù)據(jù)。
在一個(gè)mPCF周期內(nèi)執(zhí)行的mPCF周期調(diào)度過程將在下面的段落中全面描述。通常，在mPCF周期期間，一個(gè)調(diào)度算法和所請(qǐng)求的多媒體數(shù)據(jù)量成比例。如圖11A所示，HDTV-級(jí)數(shù)據(jù)，SDTV-級(jí)數(shù)據(jù)，VOD數(shù)據(jù)分別需要傳輸速率是20Mbps、6Mbps、2Mbps。因此，在調(diào)度多媒體數(shù)據(jù)到1504字節(jié)分組的情況下，HDTV MPEG-2數(shù)據(jù)、SDTV MPEG-2數(shù)據(jù)和VOD數(shù)據(jù)在1秒內(nèi)分別需要傳輸1663分組、499分組和166分組。假設(shè)一個(gè)mPCF信標(biāo)間隔是100毫秒，每300毫秒，一個(gè)mPCF周期和一個(gè)DCF周期交替到來，因?yàn)橐粋€(gè)典型的超幀尺寸總計(jì)3信標(biāo)間隔。在mPCF周期期間，在一個(gè)恒定速率執(zhí)行幀調(diào)度，從而預(yù)定數(shù)目的分組可在一個(gè)單個(gè)超幀中傳輸。使用下面的等式確定該預(yù)定數(shù)目NMPDU=RR×8SMPDU×Durationsuperframe1sec---(1)]]>
在上面的等式中，NMPDU、SMPDU、RR和DURATIONsuperframe分別代表在一個(gè)單個(gè)超幀中要傳輸?shù)姆纸M的數(shù)目，每個(gè)MAC協(xié)議數(shù)據(jù)單元(MPDU)尺寸(字節(jié))，請(qǐng)求的1秒的資源(字節(jié))和單個(gè)超幀的持續(xù)時(shí)間。
圖10是mPCF周期調(diào)度的流程圖(即一個(gè)接收資源請(qǐng)求分配機(jī)制)。換句話說，圖10是mPCF周期調(diào)度器710在操作803的流程圖。參考圖10，在操作1010初始化一個(gè)mPCF訪問指針之后，在操作1020，一個(gè)mPCF點(diǎn)協(xié)調(diào)器接收一個(gè)資源請(qǐng)求幀。
在操作1030一接收到一個(gè)控制幀，在操作1031，就調(diào)度接收到的控制幀，因?yàn)槿缭诒?20中規(guī)定的，一個(gè)控制幀通常具有最高優(yōu)先級(jí)。在此，通常，控制幀的調(diào)度表明基于接收到的控制信息調(diào)節(jié)一個(gè)控制參數(shù)?？刂茀?shù)-例如，可用于發(fā)送諸如ACK協(xié)議類型(例如ACK握手或ACK脈沖串模式，如下面將要詳細(xì)說明的)—變更到數(shù)字電視廣播信道等的控制信息。
當(dāng)在操作1040接收到一個(gè)HDTVRR幀，在操作1041，HD計(jì)數(shù)器加1。同樣，在操作1041，當(dāng)前使用的整個(gè)資源(TotalRes)被初始化設(shè)為0。因此，在操作1041，TotalRes加到分配給HDTV(HDres)的當(dāng)前資源數(shù)目上，因此更新了TotalRes，并將更新的TotalRes存儲(chǔ)起來。
在操作1042，確定TotalRes是否大于MaxRes，即，一次可被傳輸?shù)淖鳛樽畲髷?shù)據(jù)量的最大資源量，通常將其預(yù)先設(shè)定在mPCF點(diǎn)協(xié)調(diào)器中。如果，在操作1042，TotalRes大于MaxRes，在操作1044，不調(diào)度mPCF周期，因?yàn)椴荒軋?zhí)行資源分配。換句話說，如果在操作1042，TotalRes大于MaxRes，意味著沒有可用資源分配帶寬，因?yàn)樗械馁Y源分配帶寬都被占據(jù)，一個(gè)調(diào)度mPCF周期的請(qǐng)求被拒絕，并且在操作1044，接收一個(gè)DCF。
甚至在接收到SDTV的RR幀(操作1050、1051)或一個(gè)實(shí)時(shí)數(shù)據(jù)請(qǐng)求幀的情況下，一個(gè)對(duì)應(yīng)調(diào)度程序經(jīng)歷和它對(duì)于控制幀(操作1030、1031)以及HDTVRR幀(操作1040、1041)幾乎相同的操作。換句話說，不考慮在操作1020接收的資源請(qǐng)求幀是控制幀、HDTV-級(jí)數(shù)據(jù)RR幀、SDTV的RR幀或?qū)崟r(shí)數(shù)據(jù)請(qǐng)求幀，僅當(dāng)當(dāng)前占用的資源總量不超過一個(gè)預(yù)定物理許可最大值時(shí)，調(diào)度程序允許資源分配。如果當(dāng)前占用的資源數(shù)量超過物理許可最大值，則假定多媒體設(shè)備在DCF周期期間相互競(jìng)爭(zhēng)發(fā)送數(shù)據(jù)的機(jī)會(huì)。在操作1070，在接收到一個(gè)表明無需mPCF周期資源分配的釋放幀的情況下，在操作1071，取消分配的資源。
圖11B是圖7所示mPCF調(diào)度表730的一個(gè)例子。參考圖11B，分配給定優(yōu)先級(jí)編號(hào)為1的HDTV-級(jí)數(shù)據(jù)20Mbps資源和10脈沖串。分配給定優(yōu)先級(jí)編號(hào)為2的SDTV-級(jí)數(shù)據(jù)6Mbps資源和1脈沖串。分配給定優(yōu)先級(jí)編號(hào)為3的SDTV-級(jí)數(shù)據(jù)6Mbps資源和1脈沖串。在此提及的脈沖串將參考圖13和14在下面詳細(xì)描述。
回來參考圖8，如果，在操作802，完成上述調(diào)度程序，在操作803，本地服務(wù)器600(即mPCF點(diǎn)協(xié)調(diào)器)廣播一個(gè)mPCF信標(biāo)幀。mPCF信標(biāo)幀包括重要的狀態(tài)信息和時(shí)間信息。本地服務(wù)器600通過廣播mPCF信標(biāo)幀給本地設(shè)備通知所有的本地設(shè)備有關(guān)mPCF周期的開始。此外，mPCF信標(biāo)幀進(jìn)一步包括關(guān)于基于從各多媒體設(shè)備發(fā)送給本地服務(wù)器的資源請(qǐng)求幀信息分配的帶寬的信息。
在操作804，本地服務(wù)器接收一個(gè)控制幀。在操作805，本地服務(wù)器600確定接收的控制幀是否有效。如果接收的控制幀有效，在操作806，本地服務(wù)器600調(diào)整控制參數(shù)。否則，在操作807，本地服務(wù)器通過參考mPCF調(diào)度表730發(fā)送多媒體幀，而不對(duì)控制參數(shù)做出任何改變。
圖12是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明在mPCF周期期間在操作807傳輸?shù)臄?shù)據(jù)的不同類型以及在不同類型的數(shù)據(jù)中的傳輸比率圖。特別的，圖12說明使用包括mPCF和DCF的MAC的一個(gè)數(shù)據(jù)傳輸周期1000。輸出傳輸周期1000包括一個(gè)mPCF信標(biāo)幀1210、一個(gè)mPCF周期1220和一個(gè)DCF周期1230等等，在該mPCF周期期間確?？煽總鬏敶罅慷嗝襟w數(shù)據(jù)、控制數(shù)據(jù)或?qū)崟r(shí)數(shù)據(jù)，在該DCF周期期間多媒體設(shè)備彼此相互競(jìng)爭(zhēng)訪問一個(gè)信道的同時(shí)試圖傳輸數(shù)據(jù)。
在圖12中，控制時(shí)隙幀1221可用于傳輸控制信息。如在數(shù)據(jù)發(fā)射機(jī)的WLAN模塊610或主板640中實(shí)現(xiàn)的mPCF訪問指針，例如本地服務(wù)器600，執(zhí)行調(diào)度，從而確保高優(yōu)先級(jí)多媒體數(shù)據(jù)的傳輸，它需要大量資源，最先并且最重要。因此，與HDTV-級(jí)數(shù)據(jù)或SDTV-級(jí)數(shù)據(jù)相比較具有相對(duì)較低優(yōu)先級(jí)，但同樣請(qǐng)求實(shí)時(shí)數(shù)據(jù)的VOD數(shù)據(jù)，可調(diào)度在mPCF周期1220的最后階段，在REAL-TIME 1227，取決于當(dāng)前資源占用水平。如圖12所示，HD MPEG數(shù)據(jù)1222、1223、1224之后是SD1 MPEG數(shù)據(jù)1225、SD2 MPEG數(shù)據(jù)1226和VOD1227。mPCF用一個(gè)CF-End幀1228結(jié)束。
接收一個(gè)確認(rèn)(ACK)消息的方法將參考圖13和14在下面的段落詳細(xì)說明，該消息是一個(gè)由多媒體設(shè)備發(fā)送以響應(yīng)多媒體數(shù)據(jù)接收的信號(hào)。一個(gè)mPCF可以運(yùn)行在兩個(gè)不同的方式，即，握手ACK傳輸方式和脈沖串ACK傳輸方式。
圖13是一個(gè)根據(jù)本發(fā)明實(shí)施例，說明在mPCF周期期間握手ACK傳輸方法的圖。握手ACK傳輸方法是一個(gè)接收來自多媒體設(shè)備、用于確認(rèn)數(shù)據(jù)幀成功傳輸?shù)皆摱嗝襟w設(shè)備的信號(hào)的方法。換句話說，在點(diǎn)協(xié)調(diào)器mPCF信標(biāo)1310和間隔1320之后，在mPCF周期1330的HD數(shù)據(jù)1340傳輸周期期間，mPCF點(diǎn)協(xié)調(diào)器發(fā)送HD數(shù)據(jù)1341給一個(gè)預(yù)定多媒體設(shè)備。在SIFS間隔1342之后，點(diǎn)協(xié)調(diào)器接收來自該預(yù)定多媒體設(shè)備的ACK 1343，它是確認(rèn)HD數(shù)據(jù)1341成功傳輸?shù)皆擃A(yù)定多媒體設(shè)備的信號(hào)。因此，根據(jù)握手ACK傳輸方法，任何時(shí)候mPCF點(diǎn)協(xié)調(diào)器發(fā)送數(shù)據(jù)1341、1343給多媒體設(shè)備，mPCF點(diǎn)協(xié)調(diào)器分別從接收來自那些接收設(shè)備的ACK 1342、1344。握手ACK傳輸同樣應(yīng)用于SD1 1350和SD2 1360數(shù)據(jù)傳輸周期。
圖14是根據(jù)本發(fā)明一個(gè)實(shí)施例，說明在mPCF周期期間脈沖串ACK傳輸方法的圖。脈沖串ACK傳輸方法是一個(gè)每當(dāng)少量數(shù)據(jù)幀傳輸時(shí)接收ACK的方法。脈沖串ACK傳輸方法可以確保更好的性能，因?yàn)樗梢酝ㄟ^在接收到ACK之前連續(xù)發(fā)送一個(gè)預(yù)定數(shù)目的數(shù)據(jù)幀來消除影響每個(gè)數(shù)據(jù)幀的ACK開銷。換句話說，在圖14中，在點(diǎn)協(xié)調(diào)器mPCF信標(biāo)1410和間隔1420之后，在mPCF周期1430的HD數(shù)據(jù)傳輸周期1440期間，mPCF點(diǎn)協(xié)調(diào)器發(fā)送HD數(shù)據(jù)1441給一個(gè)網(wǎng)絡(luò)設(shè)備。在SIFS間隔1442之后，發(fā)送HD數(shù)據(jù)1443給相同的網(wǎng)絡(luò)設(shè)備。在完成傳輸預(yù)定數(shù)目HD數(shù)據(jù)1441和1143給相同網(wǎng)絡(luò)設(shè)備之后，點(diǎn)協(xié)調(diào)器接收一個(gè)脈沖串ACK 1445。換句話說，網(wǎng)絡(luò)站和mPCF點(diǎn)協(xié)調(diào)器分別被設(shè)定傳輸和接收一個(gè)代表站發(fā)送和接收一定數(shù)目的幀的ACK。脈沖串ACK傳輸同樣應(yīng)用到SD1 1450和SD2 1460數(shù)據(jù)傳輸周期。
回來參考圖8，在操作808，本地服務(wù)器600使用一個(gè)CF-End幀通知所有的站mPCF周期的結(jié)束，然后站根據(jù)DCF相互競(jìng)爭(zhēng)訪問一個(gè)信道。
根據(jù)本發(fā)明的一個(gè)方面，并且在下面將詳細(xì)說明，在圖8的操作809，監(jiān)測(cè)DCF信標(biāo)延遲。在操作810，確定是否發(fā)生信標(biāo)延遲。如果，在操作810，沒有發(fā)生信標(biāo)延遲，在操作812，本地服務(wù)器600發(fā)送一個(gè)mPCF幀，通知站一個(gè)新的mPCF周期的開始。如果，在操作810，發(fā)生DCF信標(biāo)延遲，在操作811，調(diào)節(jié)MaxCFPDuration 770。
如上參考圖3所述，DCF信標(biāo)延遲，表明甚至在DCF周期結(jié)束之后DCF運(yùn)行拖延的現(xiàn)象，因?yàn)榧俣☉?yīng)當(dāng)在DCF周期結(jié)束時(shí)完成的數(shù)據(jù)傳輸，仍然在DCF周期之后的mPCF周期內(nèi)執(zhí)行。如果放任DCF信標(biāo)延遲，就不能確保mPCF周期的原始全長(zhǎng)，因?yàn)镈CF周期侵占了mPCF周期。然而根據(jù)本發(fā)明，通過調(diào)整由mPCF周期調(diào)度設(shè)備700維護(hù)的MaxCFPDuration 770，可以防止由于DCF信標(biāo)延遲造成的mPCF周期的縮短。本發(fā)明的這一方面不限于調(diào)整mPCF周期，也可應(yīng)用于通用PCF周期。
圖15是根據(jù)本發(fā)明一個(gè)實(shí)施例說明調(diào)節(jié)DCF信標(biāo)延遲的方法的圖。特別的，圖15說明操作810和811。參考圖15，一個(gè)PCF周期1520和一個(gè)DCF周期1530分別持續(xù)，例如0.8秒和0.2秒。在圖15的例子中，DCF延遲1540發(fā)生在DCF周期1530最后階段，并且侵占了下一PCF周期1560的0.1秒。如果不采取措施防止(考慮)DCF信標(biāo)延遲1540，PCF周期1560自動(dòng)縮短到0.7秒。在本發(fā)明中，如上所述，DCF信標(biāo)延遲問題通過根據(jù)DCF延遲調(diào)節(jié)MaxCFPDuration 1590解決。例如，在圖15中，0.1秒DCF延遲被加到mPCF周期1580上，提供一個(gè)總計(jì)達(dá)0.9秒的mPCF周期，從而考慮到0.1秒DCF延遲，mPCF周期1580被調(diào)節(jié)到原始的0.8秒周期長(zhǎng)度。當(dāng)DCF周期1530結(jié)束時(shí)，MaxCFPDuration 1590(770)被設(shè)定，從而起點(diǎn)、終點(diǎn)以及PCF 1580的持續(xù)時(shí)間可以考慮到DCF信標(biāo)延遲1540確定。這樣的DCF信標(biāo)延遲調(diào)節(jié)通常不影響DCF周期，因?yàn)镈CF周期的開始由mPCF周期的結(jié)束驅(qū)動(dòng)(即，由mPCF點(diǎn)協(xié)調(diào)器傳輸CF-End幀)。
更具體的，DCF信標(biāo)延遲1540可通過調(diào)節(jié)MaxCFPDuration 1590(770)而同時(shí)計(jì)算、監(jiān)測(cè)各DCF周期的時(shí)間信息進(jìn)行控制。不同類型的延遲，即，緩沖延遲和抖動(dòng)延遲，可能在多媒體數(shù)據(jù)的傳輸中發(fā)生。緩沖延遲表明一個(gè)接收流數(shù)據(jù)的站，在再現(xiàn)流數(shù)據(jù)之前暫時(shí)存儲(chǔ)流數(shù)據(jù)所需的時(shí)間。由于此類緩沖延遲僅在多媒體數(shù)據(jù)傳輸?shù)脑缙陔A段發(fā)生一次，因此它可被認(rèn)為是一個(gè)小問題。如果在站再現(xiàn)多媒體數(shù)據(jù)期間在任一點(diǎn)都發(fā)生抖動(dòng)，應(yīng)當(dāng)保持抖動(dòng)在一個(gè)恒定水平，直至多媒體數(shù)據(jù)傳輸?shù)慕Y(jié)束。然而，一個(gè)抖動(dòng)約束數(shù)據(jù)也可能由于某種原因被延遲，造成抖動(dòng)延遲。與緩沖延遲不同，抖動(dòng)延遲可以造成嚴(yán)重的問題，例如通過影響發(fā)送到站的各數(shù)據(jù)分組的到達(dá)時(shí)間的間斷的數(shù)據(jù)流，。一個(gè)HDTV可容許抖動(dòng)約束數(shù)據(jù)是1毫秒之內(nèi)，它可通過緩存輕易的解決。然而，如果不校正一個(gè)DCF信標(biāo)延遲并且縮短了一個(gè)mPCF周期，最后可能由于減少傳輸和緩存的數(shù)據(jù)量以及數(shù)據(jù)分組到達(dá)的延遲導(dǎo)致抖動(dòng)延遲。因此，校正DCF信標(biāo)延遲允許更確定的避免由于緩沖不足和數(shù)據(jù)分組到達(dá)時(shí)間延遲造成的抖動(dòng)延遲，或避免不規(guī)則地抖動(dòng)(如在此例中可能的)。
本發(fā)明的mPCF單向數(shù)據(jù)傳輸周期以如下方式提高了WLAN數(shù)據(jù)傳輸性能。以54Mbps OFDM速率傳輸一個(gè)N-字節(jié)MAC幀所需時(shí)間如下時(shí)間(傳輸N字節(jié)所需時(shí)間)＝時(shí)間(物理層收斂程序(PLCP)前同步)+時(shí)間(PLCP報(bào)頭)+時(shí)間(MAC幀)。相應(yīng)的，通常，在WLAN中傳輸除開銷之外的1504字節(jié)實(shí)際數(shù)據(jù)所需時(shí)間是248.26Φs。不同的信道訪問機(jī)制可能需要不同時(shí)間來傳輸包括開銷的單個(gè)數(shù)據(jù)幀，在下面的段落中參考圖16A到16C，比較本發(fā)明的mPCF和DCF將會(huì)更加清楚。如上所述，因?yàn)榇罅枯喸冮_銷和設(shè)備復(fù)雜性，通用輪詢PCF周期提供差的或不實(shí)用的WLAN數(shù)據(jù)傳輸性能，所以現(xiàn)有設(shè)備仍然僅使用DCF MAC。
圖16A示出在通用WLAN(即，通用WLAN數(shù)據(jù)傳輸性能數(shù)據(jù))中在DCF周期期間傳輸一個(gè)包括開銷的單個(gè)數(shù)據(jù)幀所需的時(shí)間量。在圖16A中，傳輸一個(gè)單個(gè)數(shù)據(jù)幀所需的時(shí)間總量(389.76Φs)是包括開銷的，它是實(shí)際所需傳輸數(shù)據(jù)的時(shí)間總量(248.26Φs)，和符合開銷時(shí)間的分布式協(xié)調(diào)功能幀間間隔(DIFS)時(shí)間(34Φs)，補(bǔ)償時(shí)間(67.5Φs)，SIFS時(shí)間(16Φs)和ACK時(shí)間(24Φs)。在此，補(bǔ)償時(shí)間表示在沒有任何沖突時(shí)傳輸數(shù)據(jù)所需時(shí)間的平均值。
圖16B顯示在本發(fā)明的mPCF周期期間傳送一個(gè)包括開銷的單個(gè)數(shù)據(jù)幀所需的時(shí)間量。如圖16B所示，在mPCF周期期間，數(shù)據(jù)幀的傳輸沒有造成通常由DIFS中的沖突引起的補(bǔ)償延遲，在DIFS期間，站如在圖16A中的情形一樣，相互競(jìng)爭(zhēng)訪問有限數(shù)目的信道。相應(yīng)的，當(dāng)和圖16A的通用WLAN389.76Φs的性能相比，在傳輸一個(gè)單個(gè)數(shù)據(jù)幀時(shí)，本發(fā)明的mPCF至少顯示了大約85Φs數(shù)據(jù)傳輸性能的提高。
圖16C顯示在mPCF周期期間使用脈沖串ACK傳輸方法傳輸一個(gè)單個(gè)數(shù)據(jù)幀所需的時(shí)間。在脈沖串ACK傳輸方法中，發(fā)送方連續(xù)傳輸N個(gè)數(shù)據(jù)幀給一個(gè)目的地站，而不接收任何ACK消息，當(dāng)所有N個(gè)數(shù)據(jù)幀的傳輸完成，發(fā)送方從該目的地站接收ACK。根據(jù)脈沖串ACK傳輸方法，它可以減少由于頻繁的ACK傳輸造成的開銷。通過減少ACK開銷，改進(jìn)的WLAN數(shù)據(jù)傳輸質(zhì)量允許此種脈沖串ACK傳輸進(jìn)一步實(shí)際提高了在WLAN上的兩個(gè)或更多包括開銷的數(shù)據(jù)幀整個(gè)傳輸性能，如圖16C所示。
圖17A是顯示在本發(fā)明DCF或mPCF周期期間傳輸具有不同負(fù)載的多媒體數(shù)據(jù)所需的不同時(shí)間量的圖表。更具體的，圖17A顯示當(dāng)站之間無需競(jìng)爭(zhēng)使用信道的權(quán)利時(shí)，使用不同機(jī)制傳輸具有不同負(fù)載的多媒體數(shù)據(jù)所需的時(shí)間量。如圖17A所示，傳輸具有相同業(yè)務(wù)負(fù)載的多媒體數(shù)據(jù)，mPCF所需時(shí)間量比DCF少。特別的，在mPCF周期期間使用脈沖串ACK傳輸方法傳輸多媒體數(shù)據(jù)所需時(shí)間量比在同一周期中使用數(shù)據(jù)ACK傳輸方法傳輸多媒體數(shù)據(jù)所需時(shí)間量要少。
圖17B是當(dāng)三個(gè)站相互競(jìng)爭(zhēng)一個(gè)信道時(shí)，顯示關(guān)于多媒體數(shù)據(jù)的不同訪問機(jī)制性能的變化。更具體的，圖17B顯示對(duì)應(yīng)多媒體負(fù)載變化的吞吐量變化。如圖17B所示，這樣一個(gè)站競(jìng)爭(zhēng)不影響一個(gè)mPCF周期，在mPCF周期中多媒體數(shù)據(jù)通過mPCF訪問調(diào)度傳輸。換句話說，不管是否存在三個(gè)站相互競(jìng)爭(zhēng)一個(gè)信道的競(jìng)爭(zhēng)周期，吞吐量仍然提高。當(dāng)采用一個(gè)標(biāo)準(zhǔn)DCF來傳輸數(shù)據(jù)，吞吐量是30.9Mbps。相反，當(dāng)一個(gè)mPCF和脈沖串ACK傳輸方法時(shí)，響應(yīng)于傳輸了16個(gè)數(shù)據(jù)幀給一個(gè)站，一個(gè)ACK被接收，對(duì)于1HD和2SD多媒體數(shù)據(jù)，吞吐量高達(dá)42.8Mbps，這是一個(gè)重要的WLAN數(shù)據(jù)傳輸性能改進(jìn)。
同時(shí)，圖17A顯示假定站之間沒有沖突，僅具有一個(gè)單次補(bǔ)償?shù)?504字節(jié)數(shù)據(jù)幀傳輸所需的不同時(shí)間，圖17C顯示假定由于站之間的沖突發(fā)布一個(gè)重傳輸?shù)恼?qǐng)求傳輸一個(gè)1504字節(jié)數(shù)據(jù)幀所需的時(shí)間。
在圖17C中，通常，1504字節(jié)MAC幀可以攜帶8個(gè)188字節(jié)MPEG-2幀。根據(jù)上述等式(1)和圖16A，通常，考慮到所有可能的開銷，并且沒有造成任何沖突的經(jīng)一個(gè)54Mbps鏈路傳輸1504字節(jié)有效負(fù)載所需時(shí)間是389.76Φs。通常，為保證HDTV的服務(wù)質(zhì)量(QoS)或無縫數(shù)據(jù)再現(xiàn)，在HDTV再現(xiàn)先前的8個(gè)MPEG幀完成之前，HDTV必須連續(xù)接收8個(gè)MPEG幀。通常，在HDTV中再現(xiàn)8個(gè)MPEG幀所需時(shí)間是601.6Φs。如圖17C所示，僅當(dāng)站之間的沖突是0或1時(shí)，在一個(gè)站中再現(xiàn)多媒體數(shù)據(jù)所需的時(shí)間大于從一個(gè)本地網(wǎng)關(guān)將多媒體數(shù)據(jù)傳輸?shù)皆撜舅璧臅r(shí)間。因此，能夠使用DCF機(jī)制傳輸HDTV-級(jí)多媒體。然而，如果由于頻繁的沖突發(fā)布兩個(gè)或更多重傳輸多媒體數(shù)據(jù)的請(qǐng)求，補(bǔ)償時(shí)間增加到4603.5Φs。因此，在給定時(shí)間約束中，很難傳輸如所請(qǐng)求的兩個(gè)或多個(gè)多媒體資源請(qǐng)求那樣多的數(shù)據(jù)幀。此外，通過采用隨機(jī)補(bǔ)償算法，在傳輸大量實(shí)時(shí)多媒體數(shù)據(jù)時(shí)，不能確保好的QoS。然而，根據(jù)本發(fā)明的mPCF機(jī)制，在mPCF周期期間基于站的資源請(qǐng)求信息調(diào)度時(shí)隙。因此，通常在使用DCF時(shí)由站之間的沖突引起的補(bǔ)償，和不規(guī)則抖動(dòng)或抖動(dòng)延遲可基于在mPCF周期中的請(qǐng)求通過單向傳輸數(shù)據(jù)防止。
圖18是表示當(dāng)在競(jìng)爭(zhēng)情況下，1秒內(nèi)傳輸32M比特多媒體數(shù)據(jù)時(shí)，一個(gè)mPCF周期和一個(gè)DCF周期所需要的時(shí)間。圖18的例子是基于圖1使用54Mbps傳輸鏈路，以及同時(shí)運(yùn)行的一個(gè)HDTV(20Mbps)，兩個(gè)SDTV(6Mbps)和多個(gè)站(2Mbps)。如圖18所示，基于圖17A，在采用數(shù)據(jù)ACK傳輸方法的情況下，使用mPCF機(jī)制，通常要求0.789秒傳輸32M比特多媒體數(shù)據(jù)(20M比特HDTV-級(jí)數(shù)據(jù)+12M比特SDTV-級(jí)數(shù)據(jù))。在0.789秒期間處理的數(shù)據(jù)允許數(shù)據(jù)在0.202秒DCF周期期間再現(xiàn)。因此，一個(gè)接收方在1秒內(nèi)無任何延遲的自然再現(xiàn)這32M比特多媒體數(shù)據(jù)。因此，如圖17A所示，已知通常，1秒內(nèi)一個(gè)使用ACK握手的mPCF周期自己具有至少40.186Mbps數(shù)據(jù)處理速率，并且包括mPCF周期和DCF周期的一個(gè)周期具有38.048Mbps數(shù)據(jù)處理速率，與包括mPCF周期和DCF周期的周期相比，mPCF周期顯示更高的數(shù)據(jù)處理效率。
抖動(dòng)延遲和DCF信標(biāo)延遲對(duì)于本發(fā)明的影響將在下面的段落中描述。一個(gè)HDTV(20Mbps)設(shè)備允許1毫秒抖動(dòng)延遲，它接近2個(gè)MAC分組的延遲，由于平均0.25毫秒的信標(biāo)延遲，使得1個(gè)MAC分組被延遲。此種數(shù)量的抖動(dòng)延遲和信標(biāo)延遲可以通過在站再現(xiàn)輸入到緩沖器的流數(shù)據(jù)之前僅在一個(gè)非常短的時(shí)間周期內(nèi)，例如，幾百毫秒，執(zhí)行緩沖成功解決。因此，可以防止抖動(dòng)延遲或信標(biāo)延遲嚴(yán)重影響多媒體數(shù)據(jù)的QoS。然而，在大量多媒體數(shù)據(jù)的情況下，例如多個(gè)本地網(wǎng)絡(luò)無線站請(qǐng)求HDTV資源，緩沖可能失敗。根據(jù)本發(fā)明，通過最大使用單向多媒體數(shù)據(jù)流和適于當(dāng)前WLAN數(shù)據(jù)傳輸技術(shù)水平物理極限，能夠發(fā)送如多HDTV-級(jí)數(shù)據(jù)的較大量的HDTV-級(jí)多媒體數(shù)據(jù)，這在現(xiàn)有技術(shù)的WLAN中不能充分確保的。此外，本發(fā)明的調(diào)度方法可以為不同類型多媒體數(shù)據(jù)提供不同服務(wù)。更進(jìn)一步，本發(fā)明的信標(biāo)延遲調(diào)節(jié)方法可以恒定確保PCF周期的全長(zhǎng)，從而通過減少在大容量多媒體WLAN業(yè)務(wù)情況下的抖動(dòng)延遲或不規(guī)則抖動(dòng)的可能性，進(jìn)一步提高WLAN數(shù)據(jù)傳輸性能。
本發(fā)明利用具有支持HDTV或SDTV的設(shè)備的本地WLAN的特性，在該設(shè)備中，用一個(gè)安裝器內(nèi)的置頂盒從一個(gè)本地服務(wù)器的單向數(shù)據(jù)接收占整個(gè)業(yè)務(wù)周期的大部分。因此，本發(fā)明提供一個(gè)和多媒體資源通信的無線局域網(wǎng)電視置頂盒，包括在通過競(jìng)爭(zhēng)分配網(wǎng)絡(luò)信道使用權(quán)的分布式協(xié)調(diào)功能周期期間，接收來自一個(gè)連接到WLAN的預(yù)定請(qǐng)求設(shè)備的多媒體資源請(qǐng)求的一個(gè)已編程計(jì)算機(jī)處理器，在以集中方式分配給預(yù)定請(qǐng)求設(shè)備分配網(wǎng)絡(luò)信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，單向傳輸所請(qǐng)求的多媒體資源給該預(yù)定請(qǐng)求設(shè)備。單向mPCF周期無線數(shù)據(jù)傳輸允許可靠接收和傳輸多個(gè)同時(shí)的多媒體資源請(qǐng)求，并且，更具體的，同時(shí)的多HDTV資源請(qǐng)求。
雖然僅顯示和描述了本發(fā)明的幾個(gè)實(shí)施例，那些本領(lǐng)域中的技術(shù)人員應(yīng)當(dāng)理解，可在這些實(shí)施例中作出修改而不背離本發(fā)明的原則和精神，本發(fā)明的原則和精神的范圍由權(quán)利要求及其等同物規(guī)定。
權(quán)利要求
1.一種在無線局域網(wǎng)上傳輸多媒體數(shù)據(jù)的方法，該方法包括在通過競(jìng)爭(zhēng)分配網(wǎng)絡(luò)信道使用權(quán)的分布協(xié)調(diào)功能周期期間，從連接到無線局域網(wǎng)上的預(yù)定請(qǐng)求設(shè)備接收多媒體資源請(qǐng)求；和在以集中方式向所述預(yù)定請(qǐng)求設(shè)備分配網(wǎng)絡(luò)信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，向所述預(yù)定接收設(shè)備單向傳輸所請(qǐng)求的多媒體資源。
2.如權(quán)利要求1所述的方法，其中在多媒體點(diǎn)協(xié)調(diào)功能期間的單向傳輸步驟包括確定有多少所請(qǐng)求的多媒體資源將被傳輸，并且根據(jù)所請(qǐng)求的多媒體資源的類型確定傳輸調(diào)度。
3.如權(quán)利要求1所述的方法，其中，所述多媒體資源請(qǐng)求規(guī)定傳輸確認(rèn)信號(hào)的方法，并且所述單向傳輸步驟根據(jù)所傳輸確認(rèn)信號(hào)的方法傳輸所請(qǐng)求的多媒體資源。
4.如權(quán)利要求3所述的方法，還包括如果傳輸確認(rèn)信號(hào)的方法是數(shù)據(jù)確認(rèn)傳輸方法，則從所述預(yù)定請(qǐng)求設(shè)接收對(duì)于每一單向傳輸至所述預(yù)定請(qǐng)求設(shè)備的多媒體資源數(shù)據(jù)的確認(rèn)信號(hào)，以及如果傳輸確認(rèn)信號(hào)的方法是脈沖串確認(rèn)傳輸方法，則從所述預(yù)定請(qǐng)求設(shè)備接收對(duì)于每一預(yù)定數(shù)目的單向傳輸至所述預(yù)定請(qǐng)求設(shè)備的多媒體資源數(shù)據(jù)的確認(rèn)信號(hào)。
5.一種在無線局域網(wǎng)上傳輸多媒體數(shù)據(jù)的方法，該方法包括從連接到無線局域網(wǎng)的預(yù)定請(qǐng)求設(shè)備接收多媒體資源請(qǐng)求；調(diào)度所接收的多媒體資源請(qǐng)求；和在基于調(diào)度的多媒體點(diǎn)協(xié)調(diào)功能周期期間，向所述預(yù)定請(qǐng)求設(shè)備傳輸所請(qǐng)求的多媒體資源。
6.如權(quán)利要求5所述的方法，其中傳輸步驟包括，根據(jù)所請(qǐng)求的多媒體資源的類型確定有多少所請(qǐng)求的多媒體資源將被傳輸。
7.如權(quán)利要求5所述的方法，其中在調(diào)度步驟中，根據(jù)所請(qǐng)求的多媒體資源的優(yōu)先級(jí)調(diào)度所請(qǐng)求的多媒體資源。
8.如權(quán)利要求7所述的方法，其中，作為所請(qǐng)求的多媒體數(shù)據(jù)，控制數(shù)據(jù)在優(yōu)先級(jí)上排第一位，其后是運(yùn)動(dòng)圖像專家組(MPEG)數(shù)據(jù)和視頻點(diǎn)播數(shù)據(jù)。
9.如權(quán)利要求5所述的方法，其中在調(diào)度步驟中，如果沒有用于所請(qǐng)求的多媒體資源的可用網(wǎng)絡(luò)帶寬，則拒絕對(duì)所請(qǐng)求的多媒體資源分配網(wǎng)絡(luò)帶寬的請(qǐng)求。
10.如權(quán)利要求9所述的方法，其中，在分布式協(xié)調(diào)功能周期期間傳輸被拒絕分配帶寬的所請(qǐng)求的多媒體資源。
11.一種在無線局域網(wǎng)上傳輸多媒體數(shù)據(jù)的方法，該方法包括接收多媒體資源請(qǐng)求；動(dòng)態(tài)分配預(yù)定長(zhǎng)度的多媒體點(diǎn)協(xié)調(diào)功能周期，在此周期期間，將根據(jù)所請(qǐng)求的多媒體資源的數(shù)量傳輸所請(qǐng)求的多媒體資源；和在所分配的多媒體點(diǎn)協(xié)調(diào)功能周期期間傳輸所請(qǐng)求的多媒體資源。
12.一種在無線局域網(wǎng)中確保點(diǎn)協(xié)調(diào)功能周期的全長(zhǎng)的方法，該方法包括監(jiān)測(cè)分布式協(xié)調(diào)功能信標(biāo)延遲；和根據(jù)監(jiān)測(cè)，如果發(fā)生了分布式協(xié)調(diào)功能信標(biāo)延遲，則調(diào)整點(diǎn)協(xié)調(diào)功能周期值。
13.一種機(jī)器可讀存儲(chǔ)裝置，存儲(chǔ)至少一個(gè)程序，所述程序控制無線發(fā)射器以根據(jù)下述方法提供無線局域網(wǎng)多媒體點(diǎn)協(xié)調(diào)器，所述方法包括在通過競(jìng)爭(zhēng)分配網(wǎng)絡(luò)信道使用權(quán)的分布協(xié)調(diào)功能周期期間，從連接到無線局域網(wǎng)上的預(yù)定請(qǐng)求設(shè)備接收多媒體資源請(qǐng)求；和在以集中方式分配網(wǎng)絡(luò)信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，向所述預(yù)定請(qǐng)求設(shè)備單向傳輸所請(qǐng)求的多媒體資源。
14.如權(quán)利要求13所述的存儲(chǔ)裝置，其中所述多媒體點(diǎn)協(xié)調(diào)方法還包括調(diào)度所接收到的多媒體資源請(qǐng)求，并且根據(jù)調(diào)度在所述多媒體點(diǎn)協(xié)調(diào)功能周期期間向所述預(yù)定請(qǐng)求設(shè)備傳輸所請(qǐng)求的多媒體資源。
15.如權(quán)利要求14所述的存儲(chǔ)裝置，其中，所述調(diào)度通過參考所存儲(chǔ)的優(yōu)先權(quán)表，根據(jù)所請(qǐng)求的多媒體資源的類型確定有多少所請(qǐng)求的多媒體資源要傳輸，或確定所請(qǐng)求的多媒體資源的傳輸調(diào)度。
16.如權(quán)利要求15所述的存儲(chǔ)裝置，其中在所存儲(chǔ)的優(yōu)先權(quán)表中，作為多媒體資源，控制數(shù)據(jù)在優(yōu)先級(jí)上排在第一位，其后是運(yùn)動(dòng)圖像專家組(MPEG)數(shù)據(jù)和視頻點(diǎn)播數(shù)據(jù)。
17.如權(quán)利要求14所述的存儲(chǔ)裝置，其中所述調(diào)度包括如果沒有用于所請(qǐng)求的多媒體資源的可用網(wǎng)絡(luò)信道，則拒絕對(duì)所請(qǐng)求的多媒體資源分配網(wǎng)絡(luò)信道的請(qǐng)求。
18.如權(quán)利要求14所述的存儲(chǔ)裝置，其中所述調(diào)度包括根據(jù)所請(qǐng)求的多媒體資源的數(shù)量動(dòng)態(tài)分配預(yù)定長(zhǎng)度的多媒體點(diǎn)協(xié)調(diào)功能周期，在此周期期間將傳輸所請(qǐng)求的多媒體資源。
19.如權(quán)利要求13所述的存儲(chǔ)裝置，其中，所述多媒體點(diǎn)協(xié)調(diào)方法還包括監(jiān)測(cè)分布式協(xié)調(diào)功能信標(biāo)延遲，并且如果所述監(jiān)測(cè)確定發(fā)生了分布式協(xié)調(diào)功能信標(biāo)延遲，則根據(jù)所述監(jiān)測(cè)調(diào)整多媒體點(diǎn)協(xié)調(diào)功能周期值。
20.一種與多媒體資源通信的無線局域網(wǎng)電視置頂盒，包括已編程計(jì)算機(jī)處理器，在通過競(jìng)爭(zhēng)分配網(wǎng)絡(luò)信道使用權(quán)的分布式協(xié)調(diào)功能周期期間，接收來自連接到無線局域網(wǎng)的預(yù)定請(qǐng)求設(shè)備的多媒體資源請(qǐng)求，并且在以集中方式向預(yù)定請(qǐng)求設(shè)備分配網(wǎng)絡(luò)信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，向所述預(yù)定請(qǐng)求設(shè)備單向傳輸所請(qǐng)求的多媒體資源。
21.如權(quán)利要求20所述的置頂盒，其中，所述多媒體資源是來自一個(gè)或多個(gè)互聯(lián)網(wǎng)、衛(wèi)星、天線和電纜的、包括高清晰度電視級(jí)數(shù)據(jù)的多媒體數(shù)據(jù)。
22.一種本地?zé)o線局域網(wǎng)系統(tǒng)，包括多個(gè)無線局域網(wǎng)計(jì)算站；在所述無線局域網(wǎng)上的本地服務(wù)器，包括根據(jù)下述方法控制所述服務(wù)器的已編程計(jì)算機(jī)處理器，該方法包括在通過競(jìng)爭(zhēng)分配網(wǎng)絡(luò)信道使用權(quán)的分布協(xié)調(diào)功能周期期間，從連接到無線局域網(wǎng)上的任何一個(gè)站接收多媒體資源請(qǐng)求；和在以集中方式向所述每個(gè)請(qǐng)求站分配網(wǎng)絡(luò)信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，向所述站單向傳輸所請(qǐng)求的多媒體資源。
23.如權(quán)利要求22所述的系統(tǒng)，其中，所述無線局域網(wǎng)計(jì)算站是標(biāo)準(zhǔn)電視站、標(biāo)準(zhǔn)高清晰度電視站、個(gè)人計(jì)算機(jī)和計(jì)算設(shè)備中的任一種。
24.如權(quán)利要求22所述的系統(tǒng)，其中所述本地服務(wù)器提供用于設(shè)定多媒體資源類型的優(yōu)先級(jí)的用戶接口，并且所述已編程計(jì)算機(jī)處理器根據(jù)所設(shè)定的優(yōu)先權(quán)級(jí)調(diào)度單向傳輸。
全文摘要
在一個(gè)無線局域網(wǎng)絡(luò)(WLAN)上傳輸多媒體數(shù)據(jù)，在WLAN中確保多媒體點(diǎn)協(xié)調(diào)功能(mPCF)周期的全長(zhǎng)，動(dòng)態(tài)分配mPCF周期的長(zhǎng)度，并且通過在通過競(jìng)爭(zhēng)分配信道使用權(quán)的分布協(xié)調(diào)功能(DCF)周期期間，從一個(gè)連接到WLAN上的預(yù)定設(shè)備接收一個(gè)多媒體資源請(qǐng)求，以及在以集中方式分配信道使用權(quán)的多媒體點(diǎn)協(xié)調(diào)功能周期期間，單向傳輸所請(qǐng)求的多媒體資源給該預(yù)定設(shè)備。
文檔編號(hào)H04L12/16GK1523846SQ200310124928
公開日2004年8月25日 申請(qǐng)日期2003年12月2日 優(yōu)先權(quán)日2002年12月2日
發(fā)明者崔亨旭, 尹碩振 申請(qǐng)人:三星電子株式會(huì)社