專利名稱：：增強的dls和hcca原則的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明一般地涉及用于支持無線通信的標(biāo)準(zhǔn)。更特別地，本發(fā)明涉及用于允許在系統(tǒng)接入點、終端和附件之間進(jìn)行無線通信的標(biāo)準(zhǔn)。
背景技術(shù)：
：電子和電氣工程師協(xié)會(IEEE)公布了各種領(lǐng)域的各種標(biāo)準(zhǔn)，包括用于有線和無線通信的標(biāo)準(zhǔn)。IEEE802.11規(guī)范是規(guī)定無線客戶端與基站或接入點之間以及無線客戶端之間的"空中"接口的無線標(biāo)準(zhǔn)。IEEE802.11規(guī)范針對用于無線通信的物理和媒體訪問控制層二者，并且適于解決無線局域網(wǎng)(WLAN)設(shè)備制造商之間的兼容性問題。IEEE802.11標(biāo)準(zhǔn)的增強型是IEEE802.11e服務(wù)質(zhì)量(QoS)增強標(biāo)準(zhǔn)。正EE802.11e標(biāo)準(zhǔn)限定了基于混合協(xié)調(diào)功能的信道接入(HCCA)方法。HCCA與調(diào)度的自動節(jié)能傳送(APSD)省電方法一起，產(chǎn)生極低功率的數(shù)據(jù)傳輸機制。圖1是正在進(jìn)行的流的表示，即針對多播流的調(diào)度的APSD要求。對于多播流內(nèi)的所有終端，傳輸輪次之間的服務(wù)間隔必須是相同的。移動游戲和adhoc網(wǎng)絡(luò)創(chuàng)建是相對新的且快速發(fā)展的應(yīng)用領(lǐng)域。許多附件，諸如頭戴式耳機、大容量存儲器、"視頻眼鏡"和TV監(jiān)視器，針對網(wǎng)絡(luò)拓樸、簡單性和功耗創(chuàng)建了甚至比常規(guī)已經(jīng)解決的要求還多的要求。新的802.11e標(biāo)準(zhǔn)引入了直接鏈路建立(DLS),其用在支持QoS設(shè)施的兩個站點(STA)(例如，終端)而不是接入點(AP)(使用IEEE802.11術(shù)語，它們是非AP的QSTA)希望利用增強的分布信道接入(EDCA)在彼此之間直接交換數(shù)據(jù)的事件中。在常規(guī)的HCCA數(shù)據(jù)流中，如802.11e標(biāo)準(zhǔn)所描述的，數(shù)據(jù)總是在一個非APQSTA與接入點(AP)之間傳輸。根據(jù)正EE802.11e標(biāo)準(zhǔn)，支持QoS的AP被稱為QoS接入點(QAP)。因此，從終端到附件的HCCA傳輸需要具有兩個流，其中一個流從終端到AP而另一個流從AP到附件。然而，IEEE802.il標(biāo)準(zhǔn)沒有定義附件設(shè)備。根據(jù)IEEE802.lie,當(dāng)在基礎(chǔ)結(jié)構(gòu)模式中時，非APQSTA將所有的幀傳輸?shù)絈AP，除非使用直接鏈路建立(DLS)數(shù)據(jù)傳輸模式。由此，從一個終端到附件的直接數(shù)據(jù)傳輸需要使用DLS。然而，DLS沒有功率節(jié)省能力，并且DLS可以僅使用EDCA。此外，并且就音頻通信而言，許多頭戴式耳機當(dāng)前使用藍(lán)牙技術(shù)來從終端向頭戴式耳機傳輸音頻數(shù)據(jù)。藍(lán)牙無線電和2.4GHz無線LAN(WLAN)無線電是操作在相同的頻段，其導(dǎo)致傳輸錯誤和衰減的性能。
發(fā)明內(nèi)容本發(fā)明涉及向WLAN網(wǎng)絡(luò)引入新的設(shè)備類，此處稱為附件類。原則上，附件可以是非APQSTA。本發(fā)明可以用在adhoc或者支持HCCA類型操作的基礎(chǔ)結(jié)構(gòu)網(wǎng)絡(luò)中。本發(fā)明通過允許在服務(wù)周期的一部分進(jìn)行附件與終端之間的直接傳輸而增強了HCCA傳輸流。根據(jù)本發(fā)明，終端向接入點傳輸針對流建立的請求。接入點向終端提供響應(yīng)，在此之后，終端基于接收到的響應(yīng)來準(zhǔn)備要向附件傳輸?shù)母郊鹘⒄埱?。附件流建立請求指示附件的期望根?jù)本發(fā)明，終端可以通過僅在添加業(yè)務(wù)流(ADDTS)信令中提供附件的媒體訪問控制(MAC)地址以及安全密鑰來建立其自身與附件之間的或者AP與附件之間的流。因此，附件不需要與AP關(guān)聯(lián)；終端處理它的所有附件并且信號發(fā)送針對每個附件和AP的流。所提出的本發(fā)明的操作流程使得傳輸?shù)臄?shù)據(jù)量減半，因為終端和附件能夠直接向彼此傳輸數(shù)據(jù)，而不需要中間經(jīng)過AP。通過將所有這些方面組合在一起，HCCA數(shù)據(jù)傳輸流可以被引入adhoc網(wǎng)絡(luò)，并且網(wǎng)絡(luò)可以具有兩種服務(wù)類中的設(shè)備，這兩種服務(wù)類是主終端(諸如電話)和媒體處理附件(諸如，頭戴式耳機、監(jiān)視器等)。本發(fā)明實現(xiàn)了終端與所關(guān)聯(lián)的附件之間的較低的傳輸功率使用。AP可以設(shè)置QoSCF-輪詢幀中的持續(xù)時間字段，使得QSTA設(shè)置網(wǎng)絡(luò)分配矢量(NAV)以在通信期間保護(hù)終端與附件之間的傳輸。因此，其他終端與所述終端和附件不在同一時間進(jìn)行傳輸。在許多情況下，終端和附件彼此的位置靠近，因此所用的傳輸功率可以顯著低于常規(guī)情況下需要的傳輸功率。本發(fā)明還增強了DLS性能并且實現(xiàn)了調(diào)度的APSD功率節(jié)省，并且HCCA使用在先前使用了DLS的情形中。在本發(fā)明中，AP為HCCA傳輸分配時間。利用本發(fā)明的信令，AP還可以控制類DLS流的傳輸時間。根據(jù)下面的詳細(xì)描述并結(jié)合附圖，本發(fā)明的這些和其他目的、優(yōu)勢以及本發(fā)明的組織和操作方式將變得顯而易見，在下面描述的若干附圖中相同的元件具有相同的標(biāo)號。圖1是對正在進(jìn)行的流的總體表示，其中調(diào)度的APSD創(chuàng)建支持多播流的功率節(jié)省；圖2是對根據(jù)本發(fā)明的包括接入點、多個終端和多個附件的總體網(wǎng)絡(luò)拓樸的表示；圖3是示出針對附件信標(biāo)傳輸?shù)臄?shù)據(jù)流建立過程的表示；圖4是示出在建立已經(jīng)完成之后在與附件的通信期間使用附件信標(biāo)的示圖；圖5是對根據(jù)本發(fā)明的一個實施例的修改的ADDTS請求幀的表示；圖6是對根據(jù)本發(fā)明的一個實施例的ADDTS響應(yīng)幀的表示；圖7(a)是對根據(jù)本發(fā)明的附件信標(biāo)幀的表示；圖7(b)是對附件信標(biāo)幀的附件信息字段的詳細(xì)表示；圖7(c)是對附件信標(biāo)幀內(nèi)的保持清醒元素的描述；圖7(d)是對附件信標(biāo)幀的清醒參數(shù)字段的表示；圖7(e)是對附件信標(biāo)幀的流開始元素字段的描述；圖8是對根據(jù)本發(fā)明的一個實施例的流統(tǒng)計幀的表示；圖9是對傳統(tǒng)的業(yè)務(wù)規(guī)范(TSPEC)元素的描述，以及對包括的TS信息元素的詳細(xì)描述；的增強的TSPEC元素的描述，以及對增強的TS信息元素的詳細(xì)描述。圖11(a)是根據(jù)本發(fā)明的對增強的業(yè)務(wù)分類(TCLAS)元素的表示，該增強的業(yè)務(wù)分類(TCLAS)元素用于實現(xiàn)在相同流中對附件和終端的業(yè)務(wù)分類；圖11(b)是對圖11(a)的TCLAS元素中包括的幀分類符的描述；圖12是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的000用法情形中的數(shù)據(jù)流的表示；圖13是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的001用法情形中的數(shù)據(jù)流的表示；圖14是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的010用法情形中的數(shù)據(jù)流的表示；圖15是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的Oil用法情形中的數(shù)l居;充的表示；圖16是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的100用法情形中的數(shù)據(jù)流的表示；圖17是對根據(jù)本發(fā)明的根據(jù)下面描述的表4的101用法情形中的數(shù)據(jù)流的表示；圖18是對根據(jù)本發(fā)明的一個實施例的針對游戲數(shù)據(jù)分發(fā)的示例4吏用情形的描述，其中提供到WLAN頭戴式耳機的單向傳輸，其中首先從AP向終端傳輸單向數(shù)據(jù)幀，線指的是在將數(shù)據(jù)傳輸?shù)礁郊皵?shù)據(jù)中引入的延遲；以及其中在將數(shù)據(jù)傳輸?shù)礁郊?，終端中的延遲可被用于處理接收的數(shù)據(jù)或者改變數(shù)據(jù)格式；圖19是可以用于本發(fā)明的實現(xiàn)中的移動電話的透視圖；以及圖20是對圖19的移動電話的電話電路的示意表示。具體實施方式圖2是對根據(jù)本發(fā)明的包括AP1000、多個終端1010和多個附件1020的總體網(wǎng)絡(luò)拓樸的表示。每個終端IOO可以具有實際上是任意數(shù)目的關(guān)聯(lián)附件1020,包括根本沒有任何附件。AP1000和終端1010針對基礎(chǔ)結(jié)構(gòu)BSS網(wǎng)絡(luò)，如在IEEE802.11標(biāo)準(zhǔn)中定義的那樣。此處AP指能夠支持QoS設(shè)施的接入點。這樣的AP的例子是在IEEE802.11e中陳述的QAP。終端指具有無線地操作和提供QoS設(shè)施的功能的設(shè)備，諸如IEEE802.11e中介紹的非APQSTA。終端可以通過AP連接到無線局域網(wǎng)。在根據(jù)本發(fā)明的一個實施例的簡化的業(yè)務(wù)流中，三種不同的主體傳輸數(shù)據(jù)APIOOO、終端1010和附件1020。應(yīng)該理解AP1000與終端1010之間以及終端1010與附件1020之間的通信可以使用各種通信方法來執(zhí)行，諸如各種無線通信方法。針對附件1020的流建立由終端1010負(fù)責(zé)。附件1020不需要與AP1000關(guān)聯(lián)。終端1010在與AP1000的ADDTS信令中關(guān)聯(lián)和建立正在進(jìn)行的流。終端1010與AP1000之間的關(guān)聯(lián)表示在1030處。終端1010與附件1020之間的周期性的"附件信標(biāo)，，傳輸表示在1040處。在本發(fā)明的其他實施例中，附件信標(biāo)傳輸可以在沒有流建立的情況下發(fā)生，或者終端1010可以假設(shè)流或數(shù)據(jù)傳輸將被提供到附件1020。圖3示出在流建立信令正在進(jìn)行時或者在不久的將來很可能發(fā)生到附件1020的數(shù)據(jù)傳輸時，針對附件信標(biāo)傳輸?shù)慕⑦^程。圖3表示終端-附件關(guān)系的思想，其中終端1010負(fù)責(zé)比協(xié)議層2或MAC(媒體訪問控制)層高的層的業(yè)務(wù)。在圖3中，選擇SIP以提供較高層會話建立協(xié)議的例子?？梢允褂弥T如ITUH.323的其他會話建立協(xié)議。在圖3描述的情形中，首先在步驟300中，呼叫者向AP1000傳輸SIP邀請。接著，在步驟305中，AP1000傳輸對應(yīng)的MAC數(shù)據(jù)邀請到終端1010,該MAC數(shù)據(jù)邀請在步驟310中通過終端1010向AP1000確認(rèn)。在步驟315中,終端1010發(fā)送"振鈴"消息到AP1000，并且該消息在步驟320中傳輸回呼叫者，并且在步驟325中被確認(rèn)。在步驟330中，終端1010傳輸附件信標(biāo)和"保持清醒"指令到附件1020，其在步驟335中被確認(rèn)。響應(yīng)于該確認(rèn)，終端IOIO傳輸SIP200OK消息到AP1000，指示終端1010已經(jīng)從附件1020接收到確認(rèn)。響應(yīng)于步驟340,AP前進(jìn)到步驟345，傳輸SIP200OK消息到呼叫者。接著，在步驟350中，AP1000傳輸MAC級確認(rèn)到終端1010,指示AP已經(jīng)傳輸SIP200OK消息到呼叫者。在步驟355中，終端1010傳輸MAC級ADDTS.r叫uest(ADDTS請求)消息到AP1000，其在360中被確認(rèn)。ADDTSrequest通知接收者(即，圖3中的接入點)終端IOIO將開始發(fā)送業(yè)務(wù)。此處討論的ADDTS術(shù)語和其他術(shù)語在802.11e標(biāo)準(zhǔn)中進(jìn)行了更具體的描述。在360中的確認(rèn)之后跟著是在365中的從AP1000到終端1010的MAC級ADDTS.response(ADDTS響應(yīng))消息，其在370中被確認(rèn)。接著，在375中，終端1010傳輸ADDTS.response消息到附件1020，其在380中由附件1020進(jìn)行確i人。圖4示出在建立已經(jīng)完成之后使用附件信標(biāo)。在400中，從呼叫者向AP1000傳輸SIP級邀請。在405中，MAC級邀請;故傳輸?shù)浇K端1010，其在410中被確認(rèn)。接著，在415中，終端1010傳輸"振鈴"消息到AP1000,其在420中被確認(rèn)。然后，在步驟425中，在SIP級傳輸"振鈴"消息到呼叫者。在430中，終端1010傳輸MAC級"OK"消息到AP1000,其在435中被確認(rèn)。接著，在440中，AP1000在SIP級傳輸"OK"消息到呼叫者。在445中，終端1010傳輸ADDTS.request到AP100，其在450中由AP1000進(jìn)行確認(rèn)。在455中，AP傳輸ADDTS.response到終端1010，其在460中被確認(rèn)。在465中，終端1010向附件1020傳輸"附件信標(biāo)"和ADDTS.response,其在470中由附件1020進(jìn)行確認(rèn)。圖5是對根據(jù)本發(fā)明的一個實施例的ADDTS請求幀的表示，該請求幀包括802.1le中定義的Association.request(關(guān)聯(lián)請求)幀500、附件TSPEC字段510、附件容量長度字段520和附件容量字段530。附件TSPEC字段510用于描述數(shù)據(jù)傳輸選項。附件容量長度字段520的值將附件容量字段的長度定義為四個八位字節(jié)。附件容量字段530可以用于描述數(shù)據(jù)傳輸和數(shù)據(jù)格式化的高層參數(shù)。圖6是對根據(jù)本發(fā)明的ADDTS響應(yīng)幀的表示。ADDTS響應(yīng)幀包括802.1le中定義的Association.response(關(guān)聯(lián)響應(yīng))幀610、附件TSPEC響應(yīng)字段620、終端容量長度字段630和終端容量字^殳640。附件TSPEC響應(yīng)字段620由終端1010進(jìn)行編輯。利用TSPEC響應(yīng)字段620，終端1010描述它可以如何處理附件的TSPEC。TSPEC協(xié)商邏輯跟隨ADDTS信令。終端容量長度字段630將終端容量字段的長度定義為四個八位字節(jié)。終端容量字段640可以用于描述數(shù)據(jù)傳輸和數(shù)據(jù)格式化的高層參數(shù)。圖7(a)是對根據(jù)本發(fā)明的附件信標(biāo)幀的表示，其中還表示了每個字段的八位字節(jié)的數(shù)量。附件信標(biāo)幀包括附件信息字段720、APMAC地址字段720、保持清醒元素量字段730、開始元素量字段740、DELTS元素量字段750、保持清醒元素字段760、流開始元素字段770和DELTS元素字段780。DELTS元素僅僅通知接收者數(shù)據(jù)傳輸?shù)慕Y(jié)束。然而，DELTS元素不一定用于結(jié)束數(shù)據(jù)傳輸。例如，AP1000可以使用定時器來考慮數(shù)據(jù)傳輸?shù)慕Y(jié)束，該定時器可以測量數(shù)據(jù)傳輸?shù)牟换顒有?。圖7(b)更詳細(xì)地示出了附件信息字段710，包括關(guān)聯(lián)的比特字段790。如果終端1010沒有與AP1000關(guān)聯(lián)，則關(guān)聯(lián)的比特字段790為0。如果終端1010與AP1000關(guān)聯(lián)并且如果AP的MAC地址有效，則關(guān)聯(lián)的比特字段790為1。保持清醒元素量字段720是一個八位字節(jié)長、并且包含被添加到附件信標(biāo)幀的保持清醒元素的數(shù)目。開始元素量字段740也是一個八位字節(jié)長、但是包含被添加到附件信標(biāo)幀的流開始元素的數(shù)目。DELTS元素量字段750也是一個八位字節(jié)長，并且該字段包含被添加到附件信標(biāo)幀的DELTS元素的數(shù)目。圖7(c)是對保持清醒元素760的更詳細(xì)的描述，其包括清醒參數(shù)字段810、附件MAC地址字段820和清醒周期長度字段830。清醒周期長度字段830是四個八位字節(jié)長、并且包含以微秒為單位的指定清醒時間的無符號整數(shù)，在此清醒時間中附件1020保持清醒并且等待來自終端1010的信令。圖7(d)更具體地示出清醒參數(shù)字段810,其包括操作參數(shù)840。操作參數(shù)840的比特映射如下<table>tableseeoriginaldocumentpage12</column></row><table>在"保持全功率，，模式中，當(dāng)時間-o時，附件可以直接進(jìn)入節(jié)電模式。對于卜l安排，在本發(fā)明的一個實施例中，該安排可以用于"直接睡眠，，模式。另外，應(yīng)該注意，新的"保持清醒"信息可以覆蓋舊的值。圖7(e)更詳細(xì)地示出流開始元素字段770。流開始元素字段770包括802.11e標(biāo)準(zhǔn)中描述的ADDTS幀850、報告間隔字段860和報告周期長度字段870。報告間隔字段860是一個八位字節(jié)長，并且包含指定流狀態(tài)幀傳輸?shù)男艠?biāo)間隔的無符號整數(shù)。在該情況下，零值指示沒有傳輸任何流狀態(tài)幀。報告周期長度字段870是四個八位字節(jié)長，并且包含以微秒為單位的指定在附件信標(biāo)傳輸之后的時間的無符號整數(shù)，在該時間中終端1010保持清醒并且等待來自附件1020的流統(tǒng)計幀，其例子示出在圖8中的900處。如果在報告周期過期之前，沒有接收到流統(tǒng)計幀，則可以認(rèn)為該幀已經(jīng)丟失并且允許終端進(jìn)入休眠狀態(tài)。如圖8中所示并且參考IEEE802.11k標(biāo)準(zhǔn)，流統(tǒng)計幀900包括"正確接收的幀的數(shù)目，，字段910、"服務(wù)周期的數(shù)目，，字段920以及"重傳的幀的數(shù)目，，字段930。正確接收的幀的數(shù)目是從最近的統(tǒng)計幀傳輸以來正確接收的幀的數(shù)目。服務(wù)周期的數(shù)目是從上一次統(tǒng)計幀傳輸以來的服務(wù)周期的數(shù)目。重傳的幀的數(shù)目是從上一次統(tǒng)計幀傳輸以來的用于傳輸幀的失敗嘗試的數(shù)目。本發(fā)明涉及(1)如何執(zhí)行流建立，以及(2)當(dāng)數(shù)據(jù)傳送以流進(jìn)行時，如何完成數(shù)據(jù)傳輸。下面的討論,i設(shè)使用一個AP1000、一個終端1010和一個附件1020。然而，應(yīng)該理解本發(fā)明還可以使用另外的部件。為了建立流，終端1010負(fù)責(zé)針對其自身和針對附件1020的流創(chuàng)建。因此，附件1020可以被盡可能簡單地進(jìn)行創(chuàng)建，并且附件1020不需要知道漫游或者切換狀態(tài)。本發(fā)明介紹AP1000與終端1010之間的信令。創(chuàng)建過程報告中的其他內(nèi)容以解釋終端1010和附件1020彼此之間如何發(fā)送信號以及如何知道彼此。應(yīng)該注意附件1020還可以是關(guān)聯(lián)到AP的終端。本發(fā)明從根本上只指定總的信令流。ADDTS幀包含TSPEC信息元素，其用于信號發(fā)送HCCA流。當(dāng)前的常告見TSPEC元素以及當(dāng)前的TS信息元素的更詳細(xì)的分解示出在圖9中。該TSPEC元素需要多個新的信息字段。具體而言，TSPEC元素需要(1)附件MAC地址；(2)操作模式指示符，其示出是終端1010還是AP1000在傳輸數(shù)據(jù)到附件1020;以及(3)用于調(diào)度的傳輸?shù)慕橘|(zhì)時間元素。需要該元素以便在終端1010與附件1020之間信號發(fā)送所用的傳輸時間。對增強的TSPEC元素以及增強的TS信息元素的描述示出在圖10中。除了上文描述的以外，TCLAS元素需要額外的指示比特。如果AP1000與附件1020直接通信，則TCLAS元素需要指示字段以描述哪些TCLAS元素屬于終端1010，并且其映射業(yè)務(wù)到附件1020。ADDTS消息可以包含若干TCLAS元素。另夕卜，TCLAS元素可以定義相同的信息，使用在終端和附件通信流二者中。圖11(a)介紹了根據(jù)本發(fā)明的增強的TCLAS元素，而圖11(b)更具體地示出了改進(jìn)的TCLAS元素的幀分類符。關(guān)于幀分類符的分類符參數(shù)，常規(guī)主張的分類符類型示出在下面的表2中表2分類符類型分類符參數(shù)0以太網(wǎng)參凄t1TCP/UDPIP參數(shù)<table>tableseeoriginaldocumentpage14</column></row><table>另一方面，根據(jù)本發(fā)明的增強的幀分類符類型示出在下面的表3中。"終端附件選擇器"是圖11(b)中描述的幀分類符參數(shù)字段的一部分。表3中的比特指示圖11(b)的幀分類符類型字段的改變。應(yīng)該注意，表3僅是實現(xiàn)對IEEE802.11e中的幀分類符和分類符類型字段的終端-附件選擇器的一種示例方式。表3<table>tableseeoriginaldocumentpage14</column></row><table>根據(jù)本發(fā)明以及如圖IO中所示，TSPEC元素中的操作模式字段具有根據(jù)下面的表4的3比特組合。對于每種3比特組合，支持不同的傳輸模式。這些模式分別描述在圖12-17中表4<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>圖9的TSPEC中描述的介質(zhì)時間字段用于描述在一個傳輸機會中可以用于終端1010與附件1020之間的通信的最大時間，其描述在上面的001、100和101的情況中。否則，該字段的值不指定。介質(zhì)時間值是十六位的無符號整數(shù)并且包含每個同步操作周期中以32微秒周期為單位的允許訪問介質(zhì)的時間量。在AP1000與附件1020直接通信的001、Oll和lOl的情況下，終端IOIO將TSPEC元素中的附件的加密密鑰字段設(shè)置成正確的值。該密鑰用于加密從AP1000到附件1020的數(shù)據(jù)傳輸。否則，附件的加密密鑰字段留作不指定。TSPEC元素描述在AP1000與終端IOIO之間或者在AP1000與附件1020之間傳輸?shù)牧髦械乃袠I(yè)務(wù)的特性。圖10中的"MAC附件地址，，包含附件1020的MAC地址。取決于安全考慮，終端1010在ADDTS流中第一次時引入MAC附件地址。因此，附件1020不需要與AP1000相關(guān)聯(lián)。這降低了在漫游情況下的功率消耗，并且保證了附件1020和終端1010與同一AP1000進(jìn)行操作。在所有的傳輸選項中，數(shù)據(jù)傳輸開始于AP1000的QoS+CF-輪詢或者WoS數(shù)據(jù)+CF-輪詢幀傳輸。如果終端1010和附件1020二者都傳輸數(shù)據(jù)，則AP1000總是輪詢終端1010。如果終端1010和附件1020交換數(shù)據(jù)，則終端1010發(fā)送QoS+CF-輪詢或者WoS數(shù)據(jù)+CF-輪詢幀到附件1020。這意味著終端IOIO被輪詢數(shù)據(jù)，而AP1000控制介質(zhì)。這可以包括服務(wù)周期的長度的標(biāo)識。在圖12-17中描述了不同的數(shù)據(jù)傳輸情形。圖12-17中的數(shù)據(jù)傳輸流可以始于從終端到AP的ADDTS請求。如上面所描述的，ADDTS是一種用于建立在終端與AP之間的數(shù)據(jù)傳輸?shù)氖纠ㄐ欧椒āDDTS請求定義了用于AP、終端和附件之間的通信的通信規(guī)則。圖12-17定義了在AP根據(jù)預(yù)定義的調(diào)度聯(lián)系了終端或附件之后，或者如果沒有確定任何調(diào)度，存在到終端或者附件的數(shù)據(jù)時的情況。在輪詢消息之后，跟著是HCCA幀交換規(guī)則。在數(shù)據(jù)流內(nèi)部，除了QoS輪詢幀之外的所有的幀在短幀間間隔(SIFS)延遲之間傳輸，其在前一個傳輸數(shù)據(jù)流之后具有PIFS(點控制幀間間隔)延遲。圖12-17在對QoS+CF輪詢+data信號的響應(yīng)中引用QoSData+ack(數(shù)據(jù)+確認(rèn))。這意味著討論的設(shè)備將數(shù)據(jù)與標(biāo)準(zhǔn)確認(rèn)一起傳輸。數(shù)據(jù)利用QoS發(fā)送。在AP1000與終端1010之間傳送的可以有幾種數(shù)據(jù)幀。如果終端1010和附件1020在彼此之間交換數(shù)據(jù)，如表4中介紹的情形001和100中那樣，則AP1000針對終端和附件交換數(shù)據(jù)的時間設(shè)置NAV(網(wǎng)絡(luò)分配矢量)保護(hù)。在AP發(fā)送的QoS輪詢幀中，NAV持續(xù)時間可以針對整個流進(jìn)行指示，該流還包括除了去往和來自AP的傳輸之外的傳輸。因此，終端1010和附件1020在它們的數(shù)據(jù)傳輸中可以使用較低的傳輸功率級別。在傳輸時間被分配用于在終端1010與附件1020之間傳輸數(shù)據(jù)的事件中，AP1000可以不知道終端1010和附件1020何時已經(jīng)傳輸了它們的業(yè)務(wù)，因為這些項目可以使用較低的傳輸功率級別。為了解決該問題，終端1010可以通過發(fā)送CF-END幀來通知AP1000其已經(jīng)發(fā)送了它的數(shù)據(jù)。因此，未消耗的NAV保護(hù)的時間可以用于其他傳輸。在本發(fā)明的一個實施例中，如果附件1020不根據(jù)HCCA數(shù)據(jù)流進(jìn)^"傳輸或者不對重傳進(jìn)^f于響應(yīng)，則終端1010可以傳輸CF-END幀。流中的雙方(終端1010和附件1020)不會超過最大HCCA服務(wù)周期持續(xù)時間。一個根據(jù)本發(fā)明的針對游戲數(shù)據(jù)分發(fā)的使用情形的例子描述在圖18中。該情形涉及使用圖13中描述的001傳輸情況。如圖18中所示出的，終端1010與AP1000傳送一個服務(wù)周期的數(shù)據(jù)之后，終端才與附件1020傳輸至少部分相同的數(shù)據(jù)。在該情形下，終端1010中的延遲可以用于在將數(shù)據(jù)傳送到附件1020之前處理接收的數(shù)據(jù)或者用于改變數(shù)據(jù)格式。如果需要，終端1010可以使用不止一個服務(wù)周期進(jìn)行計算。因此，終端1010具有一個服務(wù)周期來根據(jù)接收的數(shù)據(jù)進(jìn)行計算。對于附件-終端數(shù)據(jù)傳送而言，不需要任何額外的服務(wù)周期。這在游戲或者介質(zhì)格式處理情形中可能特別有利。圖19和20示出一個代表性的移動電話12，在該移動電話內(nèi)可以實現(xiàn)本發(fā)明。取決于特定的網(wǎng)絡(luò)需求，移動電話12可以用作終端1010、附件1020或者接入點1000。終端IOIO可以包括無線臺，其支持提供參數(shù)化和按優(yōu)先級排序的QoS的功能和能力。終端1010可以包括例如IEEE802.11e所定義的非APQSTA。然而，應(yīng)該理解，本發(fā)明不是旨在限于一種特定類型的移動電話12或者其他電子設(shè)備。例如，當(dāng)前市場上存在各種各樣的蜂窩電話、便攜式無線通信設(shè)備、個人數(shù)字助理(PAD)、便攜式計算機及其組合。這些設(shè)備提供寬范圍的服務(wù)，范圍從因特網(wǎng)訪問到電子郵件到個人組織系統(tǒng)甚至到各種電子游戲。諾基亞公司在N-GAGE商標(biāo)下推出了一款這樣的包括各種功能的便攜式電子設(shè)備。該特殊產(chǎn)品用作視頻游戲設(shè)備和便攜式電話。圖19和20的移動電話12包括外殼30、液晶顯示器形式的顯示器32、鍵盤34、麥克風(fēng)36、揚聲器38、電池40、紅外端口42、天線44、根據(jù)本發(fā)明的一個實施例的通用集成電路卡(UICC)形式的智能卡46、讀卡器48、無線接口電路52、編解碼器電路54、控制器56和存儲器58。各個電路和元素是現(xiàn)有技術(shù)中已知的所有類型，例如在諾基亞的移動電話范圍內(nèi)的類型。其中可以實現(xiàn)本發(fā)明的其他類型的電子設(shè)備可以包括但不限于個人數(shù)字助理(PDA)、集成消息發(fā)送設(shè)備(IMD)、臺式計算機以及筆記本計算機。通信設(shè)備可以使用各種傳輸技術(shù)進(jìn)行通信，包括但不限于碼分多址(CDMA)、全球移動通信系統(tǒng)(GSM)、通用移動通信系統(tǒng)(UMTS)、時分多址(TDMA)、頻分多址(FDMA)、傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)、短消息服務(wù)(SMS)、多媒體消息發(fā)送服務(wù)(MMS)、電子郵件、即時消息發(fā)送服務(wù)(IMS)、藍(lán)牙、IEEE802.il等。本發(fā)明以方法步驟的一般上下文進(jìn)行了描述，其在一個實施方式中可以通過包括可由聯(lián)網(wǎng)環(huán)境中的計算機執(zhí)行的計算機可執(zhí)行指令(諸如程序代碼)的程序產(chǎn)品實現(xiàn)。一般而言，程序模塊包括例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等，其執(zhí)行特定的任務(wù)或者實現(xiàn)特定的抽象數(shù)據(jù)類型。計算機可執(zhí)行指令、相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)以及程序模塊表示用于執(zhí)行此處描述的方法的步驟的程序代碼的例子。這樣的可執(zhí)行指令或者關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)的特定序列表示用于實現(xiàn)這些步驟中描述的功能的對應(yīng)動作的例子。本發(fā)明的軟件和Web實現(xiàn)可以利用標(biāo)準(zhǔn)的編程技術(shù)、利用基于規(guī)則的邏輯以及實現(xiàn)各種數(shù)據(jù)庫步驟、關(guān)聯(lián)步驟、比較步驟和判決步驟的其他邏輯來實現(xiàn)。還應(yīng)該注意，此處和權(quán)利要求中使用的用詞"組件"和"模塊，，旨在包括使用一行或多行軟件代碼的實現(xiàn)、和/或硬件實現(xiàn)、和/或用于接收手工輸入的設(shè)備。已經(jīng)出于說明和描述的目的介紹了對本發(fā)明的實施例的前述說明。該說明不是旨在窮舉或者將本發(fā)明限制在所概括的精確形式，并且在上述教導(dǎo)下可能存在修改和變型，或者根據(jù)本發(fā)明的實踐的需要可能需要修改和變型。選擇和描述這些實施例是為了解釋本發(fā)明的原理及其實踐，以使得本領(lǐng)域的普通技術(shù)人員能夠在各種實施例中以及通過適合于預(yù)想的特定用途的各種改變來利用本發(fā)明。權(quán)利要求1.一種用于為局域網(wǎng)內(nèi)的附件提供通信的方法，包括向接入點傳輸針對流建立的請求；從所述接入點接收對所述請求的響應(yīng)；以及基于所接收的響應(yīng)，準(zhǔn)備要傳輸?shù)礁郊母郊鹘⒄埱?，其中所述附件流建立請求指示所期望的附件操作模式?.根據(jù)權(quán)利要求1所述的方法，其中所述針對流建立的請求包括關(guān)聯(lián)請求幀；附件業(yè)務(wù)規(guī)范字段；附件容量長度字段；以及附件容量字段。3.根據(jù)權(quán)利要求1所述的方法，其中所述響應(yīng)包括附件響應(yīng)幀；附件業(yè)務(wù)規(guī)范字段；終端容量長度字段；以及終端容量字段。4.根據(jù)權(quán)利要求1所述的方法，其中每個針對流建立的請求和響應(yīng)包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?.根據(jù)權(quán)利要求4所述的方法，其中所述模式允許所述附件接收僅來自所述終端的傳輸。6.根據(jù)權(quán)利要求4所述的方法，其中所述模式允許所述附件接收僅來自所述^f妄入點的傳輸。7.根據(jù)權(quán)利要求4所述的方法，其中所述模式允許所述附件接收來自所述^t妾入點和來自所述終端的傳輸。8.—種用于提供局域網(wǎng)內(nèi)的通信的計算機程序產(chǎn)品，包括用于向接入點傳輸針對流建立的請求的計算機代碼；用于從所述接入點接收對所述請求的響應(yīng)的計算機代碼；以及用于基于所接收的響應(yīng)準(zhǔn)備要傳輸?shù)礁郊母郊鹘⒄埱蟮挠嬎銠C代碼，其中所述附件流建立請求指示所期望的附件操作模式。9.根據(jù)權(quán)利要求8所述的計算機程序產(chǎn)品，其中所述針對流建立的請求包括關(guān)聯(lián)請求幀；附件業(yè)務(wù)規(guī)范字段；附件容量長度字段；以及附件容量字段。10.根據(jù)權(quán)利要求8所述的計算機程序產(chǎn)品，其中所述響應(yīng)包括附件響應(yīng)幀；附件業(yè)務(wù)少見范字段；終端容量長度字段；以及終端容量字段。11.根據(jù)權(quán)利要求8所述的計算機程序產(chǎn)品，其中每個針對流建立的請求和響應(yīng)包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?2.—種附件電子設(shè)備，包括處理器；以及可操作地連接到所述處理器的存儲器單元，所述存儲器單元包括用于從終端接收附件流建立請求的計算機代碼，所述終端先前已經(jīng)從接入點接收了對來自所述終端的針對流建立的請求的響應(yīng)，其中所述附件流建立請求指示所期望的附件電子設(shè)備的操作。13.根據(jù)權(quán)利要求12所述的附件電子設(shè)備，其中每個針對流建立的請求和響應(yīng)字段包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?4.一種終端電子設(shè)備，包括處理器；以及可梯:作地連接到所述處理器的存儲器單元，所述存儲器單元包括用于向接入點傳輸針對流建立的請求的計算機代碼；用于從所述接入點接收對所述請求的響應(yīng)的計算機代碼；以及用于基于所接收的響應(yīng)準(zhǔn)備要傳輸?shù)礁郊母郊鹘⒄埱蟮挠嬎銠C代碼，其中所述附件流建立請求指示所期望的附件操作模式。15.根據(jù)權(quán)利要求14所述的終端電子設(shè)備，其中每個針對流建立的請求和響應(yīng)字段包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?6.—種用于為網(wǎng)絡(luò)內(nèi)的終端提供通信容量的方法，包括向接入點傳輸針對流建立的請求；從所述接入點接收對所述請求的響應(yīng)；以及基于所接收的響應(yīng)，準(zhǔn)備要傳輸?shù)礁郊母郊鹘⒄埱螅渲兴龈郊鹘⒄埱笾甘舅谕母郊僮髂Ｊ健?7.根據(jù)權(quán)利要求16所述的方法，其中每個針對流建立的請求和響應(yīng)字段包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?8.—種局域網(wǎng)內(nèi)的通信系統(tǒng)，包括接入點；終端，其與所述接入點通信；以及附件，其與所述終端通信，其中從所述終端向所述接入點傳輸針對流建立的請求，所述接入點向所述終端提供響應(yīng)，以及其中所述終端基于所接收的響應(yīng)準(zhǔn)備要傳輸?shù)剿龈郊母郊鹘⒄埱?，所述附件流建立請求指示所期望的附件操作模式?9.根據(jù)權(quán)利要求18所述的系統(tǒng)，其中每個針對流建立的請求和響應(yīng)字段包括操作模式字段，所述操作模式字段指示在所述終端、所述附件和所述接入點之中的將來的傳輸?shù)哪Ｊ健?0.根據(jù)權(quán)利要求19所述的系統(tǒng)，其中所述模式允許附件接收來自所述接入點的傳輸。全文摘要一種用于實現(xiàn)無線網(wǎng)絡(luò)中的設(shè)備之間的通信的改進(jìn)的系統(tǒng)和方法。本發(fā)明涉及向WLAN網(wǎng)絡(luò)引入新的終端類，此處稱為附件類。本發(fā)明允許在服務(wù)周期的一部分中進(jìn)行附件與終端之間的直接傳輸。根據(jù)本發(fā)明，終端向接入點傳輸針對流建立的請求。接入點向終端提供響應(yīng)，在此之后終端基于接收的響應(yīng)準(zhǔn)備要傳輸?shù)礁郊母郊鹘⒄埱?。附件流建立請求指示附件的所期望的操作模式。文檔編號H04L12/28GK101283519SQ200680037445公開日2008年10月8日申請日期2006年8月21日優(yōu)先權(quán)日2005年6月30日發(fā)明者J·克尼克特,J·若克拉申請人:諾基亞公司