TWI383302B

TWI383302B - 無線區域網路協定堆集

Info

Publication number: TWI383302B
Application number: TW93131486A
Authority: TW
Inventors: John W Ketchum; J Rodney Walton; Sanjiv Nanda
Original assignee: Qualcomm Inc
Priority date: 2003-10-15
Filing date: 2004-10-15
Publication date: 2013-01-21
Also published as: CN101860925B; CN1894914A; CN102571801A; TW200529619A; TWI387279B; TW200527868A; BRPI0415426A; TWI466517B; CN102571801B; CN101860925A; TWI384793B; TWI380633B; TW200527846A; TW200525375A; TW200536306A; CN1894914B; CN102612076A; TWI385993B; TW200531489A; CN102612076B

Description

無線區域網路協定堆集

依據35 U.S.C.§119主張優先權

本專利申請案要求下列美國臨時專利申請案之優先權：2003年10月15日提出之臨時專利申請案號60/511,750，標題為「Method and Apparatus for Providing Interoperability and Backward Compatibility in Wireless Communication Systems」；2003年10月15日提出之臨時專利申請案號60/511,904，標題為「Method,Apparatus,and System for Medium Access Control in a High Performance Wireless LAN Environment」；2003年10月21日提出之臨時專利申請案號60/513,239，標題為「Peer-to-Peer Connections in MIMO WEAN System」；2003年12月1日提出之臨時專利申請案號60/526,347，標題為「Method,Apparatus,and System for Sub-Network Protocol Stack for Very High Speed Wireless LAN」；2003年12月1日提出之臨時專利申請案號60/526,356，標題為「Method,Apparatus,and System for Multiplexing Protocol data Units in a High Performance Wireless LAN Environment」；2003年12月23日提出之臨時專利申請案號60/532,791，標題為「Wireless Communications Medium Access Control(MAC)Enhancements」；2004年2月18日提出之臨時專利申請案號60/545,963，標題為「Adaptive Coordination Function(ACF)」；2004年6月2日提出之臨時專利申請案號60/576,545，標題為「Method and Apparatus for Robust Wireless Network」；2004年6月8日提出之臨時專利申請案號60/586,841，標題為「Method and Apparatus for Distribution Communication Resources Among Multiple Users」；及2004年8月11日提出之臨時專利申請案號60/600,960，標題為「Method,Apparatus,and System for Wireless Communications」；彼等專利申請案都已讓渡給與與本專利申請相同的受讓人，並且以引用方式明確併入本文中。

本發明廣泛係關於通信領域，具體而言，本發明係關於無線區域網路(LAN)協定堆集。

無線通信系統被廣泛部署以提供諸如語音、資料的各種通信類型。典型無線資料系統或網路提供多使用者存取一或多個共用資源。系統可使用各種多重存取技術，如分頻多工(Frequency Division Multiplexing；FDM)、分時多工Time Division Multiplexing；TDM)及分碼多工(Code Division Multiplexing；CDM)，及其它。

示例之無線網路包括蜂巢式資料系統。下列是數項此類實例：(1)「雙模寬頻展頻蜂巢式系統的TIA/EIA-95-B行動台-基地台相容性標準」(TIA/EIA-95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System，即IS-95標準)；(2)名為「第三代合夥專案」(3^rd Generation Partnership Project；3GPP)之聯盟所提出的標準，並且在一組文獻中具體化，包括文號3G TS 25.211、3G TS 25.212、3G TS 25.213及3G TS 25.214(W-CDMA標準)；(3)名為「第三代合夥專案2」(3^rd Generation Partnership Project 2；3GPP2)之聯盟所提出的標準，並且在「cdma2000展頻系統之TR-45.5實體層標準」(TR-45.5 Physical Layer Standard for cdma2000 Spread Spectrum Systems；IS-2000標準)文獻中具體化；以及(4)符合TIA/EIA/IS-856標準(稱為IS-856標準)的高資料傳輸率(HDR)通信系統。

其他無線系統實例包括無線區域網路(Wireless Local Area Network；WLAN)，例如，IEEE 802.11標準(即，802.11(a)、(b)或(g))。部署包括正交分頻多工(Orthogonal Frequency Division Multiplexing；OFDM)調變技術的一多重輸入多重輸出(Multiple Input Multiple Output；MIMO)WLAN，可達成改良這些網路。

隨著無線系統設計進步，較高資料傳輸率已成為可行。較高資料傳輸率開啟進階應用的可能性，其中包括語音、視訊、快速資料傳送及各種其他應用。但是，各種應用可能具有不同的資料傳送需求。許多類型資料會具有延時及輸送量需求，或需要某些服務品質(Quality of Service；QoS)保證。在無資源管理情況下，系統容量可能會減少，並且系統無法高效率運作。

通常會使用媒體存取控制(Medium Access Control；MAC)協定來配置數個使用者之間共用的通信資源。MAC協定通常會介接較高層至用於傳輸及接收資料的實體層。為了從資料傳輸率增加而獲益，MAC協定必須經過設計以高效率使用共用的資源。

已開發的高效率系統支援多重傳輸率，傳輸率會依據實體鏈路特性而範圍廣泛地改變。已知不同資料應用類型的需求不同，並且至系統內不同使用者終端機之可支援的資料傳輸率之變化極大，所以還必須開發佇列處理各種流量類型，及在通常異類的各種實體鏈路上傳輸等方面的進展。因此，用於高效率使用高輸送量系統的MAC處理的技術係為需要的。

本發明揭示之具體實施例滿足此項技術對於高效率使用高輸送量系統的MAC處理之需求。在一項態樣中，一種設備包括一第一層，用於接收來自一或多個資料流之一或多個封包，以及用於從該等一或多個封包來產生一或多個第一層協定資料單元(Protocol Data Unit；PDU)。在另一項態樣中，一第二層被部署，用於接收來自該第一層之一或多個第一層PDU，並且從該等一或多個第一層PDU來產生一或多個第二層PDU。在另一項態樣中，一第三層被部署，用於接收該等一或多個第二層PDU，並且傳輸該等一或多個第二層PDU至一遠端站台。在另一項態樣中，一層管理員被部署，用於接收第二層反饋，並且傳遞該第二層反饋至一第一層。一層管理員還可接收來自任何層之反饋，並且傳遞該反饋至任何其他層。在一項態樣中，反饋包括實體層反饋。

在另一項態樣中，部署一種協定堆集，其具有一第一層，該第一層包括邏輯，該邏輯用於檢查來自一或多個封包的較高層標頭以及響應該等檢查後之標頭而分類該等封包成為一或多個資料流。在另一項態樣中，一種協定堆集可包括用於多點播送映射已分類之封包的邏輯。該多點播送映射可被執行以響應實體層反饋。在另一項態樣中，一種協定堆集可包括用於分割及/或重組已分類之封包的邏輯。該分割及/或重組可被執行以響應實體層反饋。在另一項態樣中，一種協定堆集可包括用於實體層傳輸已分類之封包的邏輯。

在另一項態樣中，本發明揭示一種協定堆集，包括下列一或多項：一調節層、一資料鏈路控制層、一實體層及一層管理員。本發明揭示一種可調整以包括來自多個資料流之資料的MAC子層協定資料單元。下文會進一步詳述各項特徵及態樣。

在另一項態樣中，實體層反饋係用於調節層處理。在一項具體實施例中，實體層反饋係用於分割。在另一項具體實施例中，實體層反饋係用於多點播送映射至一或多個單點播送頻道。在另一項具體實施例中，可選擇一用於執行多點播送傳輸的單點播送、多點播送或廣播頻道之組合，以響應對應於各種頻道的實體層反饋。

在另一項態樣中，一用於從一第一站台傳輸至一第二站台的資料單元包括：零或多個完整之子資料單元、來自前一傳輸的零或一個局部子資料單元以及用於填滿該資料單元的零或一個局部子資料單元。在一項具體實施例中，一指標係用於指示任何完整之子資料單元的位置。一局部子資料單元可被***在一預先決定位置。局部子資料單元可與先前儲存之局部子資料單元組合在一起，或予以儲存以供以後使用。在一項具體實施例中，一子資料單元可能是一MUX子層協定資料單元(MUX PDU)。

也已提出各種其他態樣及具體實施例。彼等態樣具有提供高效率媒體存取控制之優勢，並且適用於配合包含高資料傳輸率以及低資料傳輸率之實體層。

本發明揭示一種子網路協定堆集，其支援配合無線LAN(或使用最新問市傳輸技術的相似應用)極高位元速率之實體層的高效率、低延時且高輸送量運作。示範性WLAN支援20 MHz頻寬超過100 Mbps(million bits per second；每秒百萬位元)位元速率。

配合該協定堆集說明一種用於多工處理來自多個使用者資料流之協定資料單元(PDU)與子網路控制實體(MAC PDU)成為單一位元組資料流之方法。配合該協定堆集說明一種用於多工處理來自多個使用者資料流之協定資料單元(PDU)與子網路控制實體(MAC PDU)成為單一位元組資料流之方法。這項做法可支援高效能無線LAN子網路，用於配合極高位元速率之實體層的高效率、低延時且高輸送量運作。

子網路協定堆集廣泛支援高資料傳輸率、高頻寬實體層傳送機制，包括(但不限於)：以OFDM調變為基礎的傳送機制；單載波調變技術；適用於極高頻寬效率運作之使用多個接收天線及多個發射天線的系統(多重輸入多重輸出(Multiple Input Multiple Output；MIMO)系統(MIMO)，包括多重輸入單一輸出(Multiple Input Single Output；MISO)系統)；配合空間多工技術之使用多個接收天線及多個發射天線的系統，用於在相同在此情況下期間傳輸資料至使用者終端機，或接收來自使用者終端機的資料；以及使用分碼多向近接(code division multiple access；CDMA)技術之系統，用於允許多個使用者同時傳輸。

本文中說明的一個或一個以上示範性具體實施例係在無線資料通訊系統背景下提出。雖然在此背景下使用本發明有許多優點，但是在不同的環境或組態中也可併入本發明的不同具體實施例。一般而言，本文中說明的各種系統均可使用軟體控制型處理器、積體電路或離散邏輯構成。整份說明書所提及的資料、指令、命令、資訊、信號、符號及晶片有利於以電壓、電流、電磁波、磁場或粒子、光場或粒子、或其任何組合來表示。此外，每個方塊圖中所示的方塊均可能代理硬體或方法步驟。方法步驟可互換，而不會脫離本發明的範疇。本文中使用的術語「示範」係表示「當作實例、例子或解說」。本文中當作「示範」說明的任何具體實施例不一定被視為較佳具體實施例或優於其他具體實施例。

圖1繪示系統100的示範性具體實施例，該系統包括連接至一或多個使用者終端機(UT)106A-N的存取點(AP)104。AP與UT經由無線區域網路區域(WLAN)120通信。在此示範性具體實施例中，WLAN 120是一種高速MIMO OFDM系統。然而，WLAN 120可能是任何無線LAN。存取點104經由網路102與任何外部裝置或處理序(process)通信。網路102可能是網際網路、內部網路或任何其他有線、無線或光學網路。連接110將來自網路的實體層訊號載送至存取點104。裝置或處理序可連接至網路102，或當作WLAN 120上的UT(或經由連接與其相連)。可連接至網路網路102或WLAN 120之實例包括電話、個人數位助理(PDA)、各種類似電腦(膝上型電腦、個人電腦、工作站、任何類型終端機)、視訊裝置(例如，攝影機、攝錄像機、web攝影機以及幾乎任何類型資料裝置)。處理序(process)可包括語音、視訊、資料通信等等。各種資料流具有不同的傳輸需求，這可以藉由用多樣化的服務品質(Quality of Service；QoS)技術來適應各需求。

使用集中式AP 104來部署系統100。在此示範性具體實施例中，所有UT 106都與該AP通信。在一項替代具體實施例中，修改系統，就可以提供介於UT之間的直接對等式(peer-to-peer)通信，如熟悉此項技術者所知。基於清楚論述，在此示範性具體實施例中，由AP來控制實體層傳輸機制之存取。

在一項具體實施例中，AP 104提供乙太網路調節，圖24 繪示其實例。在此情況下，可使用AP 104來部署IP路由器2410，藉此提供連至網路網路102的連接(經由乙太網路連接110)。例如，圖中所示之例證性實例UT 106是行動電話106A、個人數位助理(PDA)106B、膝上型電腦106C、工作站106D、個人電腦106E、視訊攝影機106F及視訊投影機106G。可透過WLAN子網路120在路由器與UT 106之間傳輸乙太網路訊框(如下文詳細說明所述)。

乙太網路調節及連接能力是此項技術中已知的技術。圖26繪示(例如)分別用於UT 106和AP 104的乙太網路調節協定堆集2640和2650，如下文整合各實例層之詳細說明所述。UT協定堆集2640包括較上層2610、IP層2615、乙太網路MAC層2620A、調節層310A、資料鏈路層320A及實體層(PHY)240A。AP協定堆集2650包括PHY 240B(經由RF鏈路120連接至UT PHY 240A)、資料鏈路層320B及調節層310B。乙太網路MAC 2620B將調節層310B連接至乙太網路PHY 2625，乙太網路PHY 2625連接至110有線網路102。

在一項替代具體實施例中，AP 104提供IP調節，圖25繪示其實例。在此情況下，AP 104係當做該組連接之使用者的閘道路由器(如參考圖24之說明所述)。在此情況下，AP 104可在UT 106之間往返投送IP資料元(IP datagram)。

IP調節及連接能力是此項技術中已知的技術。圖27繪示(例如)分別用於UT 106和AP 104的IP協定堆集2740和2750，如下文整合各實例層之詳細說明所述。UT協定堆集2740包括較上層2710、IP層2720A、調節層310A、資料鏈路層320A及實體層(PHY)240A。AP協定堆集2750包括PHY 240B(經由RF鏈路120連接至UT PHY 240A)、資料鏈路層320B及調節層310B。IP層2720B將調節層310B連接至乙太網路MAC 2725，而乙太網路MAC 2725連接至乙太網路PHY 2730。乙太網路PHY 2730連接至110有線網路102。

圖2繪示無線通信裝置的示範性具體實施例，該無線通信裝置可被組態成一存取點104或使用者終端機106。圖2繪示存取點104組態。收發器210依據網路102的實體層需求在連接110上進行接收及傳輸。接收自或傳至連接至網路102之裝置或應用程式的資料被傳遞至MAC處理器220。本文中將這些資料稱為資料流260。資料流可具有不同的特性，並且會依據該資料流所相關聯的應用程式類型而需要不同的處理方式。例如，視訊或語音的特徵為低延時資料流(一般而言，視訊的輸送量需求高於語音的輸送量需求)。許多資料應用程式較不受延時影響，但是可能具有較高的資料完整性需求(即，語音可能容許某封包損失，檔案傳送通常不容許封包損失)。

MAC處理器220接收並處理資料流260，以便在實體層上傳輸資料流。MAC處理器220接收並處理資料流260，以便在實體層上傳輸資料流。AP與UT之間也會傳送內部控制及發訊號。在連接270上將MAC協定資料單元(MAC Protocol Data Unit；MAC PDU)傳遞至無線LAN收發器240及接收來自無線LAN收發器240的MAC PDU。下文說明從資料流和命令轉換至MAC PDU，反之亦然。下文進一步說明基於各種目的，將相對應於各種MAC ID的反饋280從實體層(PHY)240傳回至MAC處理器220。反饋280可包含任何實體層資訊，包括可支援的頻道傳輸率(包括多點播送頻道及單點播送頻道)、調變格式及各種其他參數。

在一項示範性具體實施例中，調節層(ADAP)及資料鏈路控制層(DLC)係在MAC處理器220中執行。實體層(PHY)係在無線LAN收發器240上執行。熟悉此項技術者應知道，可使用任何各種組態來進行各項功能分割。MAC處理器220可執行有關實體層的部分或所有處理。一無線LAN收發器可包括一用於執行MAC處理或其子部分的處理器。可部署任何數量之處理器、特殊用途硬體或其組合。

MAC處理器220可能是一般用途微處理器、數位信號處理器(DSP)或特殊用途處理器。MAC處理器220可連接用於輔助各種工作的特殊用途硬體(圖中未詳細繪示)。可在外接處理器(例如，外接的電腦或透過網路連線)上執行各種應用程式，或可在存取點104內的額外處理器(圖中未繪示)上執行各種應用程式，或可在MAC處理器220本身上執行各種應用程式。圖中所示之MAC處理器220係連接記憶體255，記憶體255可用於儲存得以執行本文所說明之各項程序和方法的資料以及指令。熟悉此項技術者應知道，記憶體255可能係由一或多個各類型記憶體組件所組成，並且可整個或局部具體化在MAC處理器220內。

除了儲存得以執行本文所說明之功能的指令及資料外，記憶體255還可用於儲存相關聯於各種佇列的資料(如下文詳細說明所述)。記憶體255可包括UT代理伺服器(proxy)佇列(如下文所述)。

無線LAN收發器240可能是任何類型收發器。在一項示範性具體實施例中，無線LAN收發器240是可配合MIMO或MISO介面運作的OFDM收發器。OFDM、MIMO及MISO為此項技術者已知的技術。2003年8月27日提出的共同申請美國專利申請案號10/650,295標題為「FREQUENCY-INDEPENDENT SPATIAL-PROCIESSING FOR WIDEBAND MISO AND MIMO SYSTEMS」中詳述各種OFDM、MIMO及MISO收發器，該案已讓渡給本發明受讓人。

圖中所示之無線LAN收發器240係連接天線250 A-N。在各項具體實施例中可以支援任何數量的天線。天線250係用來在WLAN 120上傳輸和接收。

無線LAN收發器240可包括一連接至每個天線天線250的空間處理器。該空間處理器可處理每個天線所要獨立傳輸的資料。獨立處理的實例包括係基於頻道評估、來自UT的反饋、頻道反轉或此項技術已知的各種其他技術。使用各種已知的空間處理技術來執行此項處理。此類型的各種收發器可使用波束成形(beam forming)、波束操控(beam steering)、特徵操控(eigen-steering)或用於增加一既定使用者終端機之收發輸送量的其他空間技術。在一項傳輸OFDM符號的具體實施例中，空間處理器可包括用於處理每個OFDM子頻道(subchannel)或頻率格(bin)的多個子空間處理器。

在一項示範性系統中，AP可具有N個天線，並且示範性UT可具有M個天線。因此，介於AP之天線與UT之天線之間有M x N個路徑。使用這些多路徑來改良輸送量的各種空間技術為此項技術已知的技術。在空間時間傳輸分集(Space Time Transmit Diversity；STTD)系統(本文中也稱為「分集」)中，傳輸之資料被格式化、編碼並且當做一單一資料流用所有的天線予以傳送。運用M個發射天線與N個接收天線，可能可形成MIN(M,N)個獨立頻道。空間多工處理利用這些獨立路徑，並且可在每個獨立路徑上傳輸不同資料。

用於獲知或調節AP與UT之間頻道特性的各種技術已為吾人所知。可從每個傳輸天線傳輸獨特前導。可在每個接收天線上接收及量測該等前導。接著，可將頻道反饋傳回至傳輸方裝置，以便在傳輸時使用。頻道反轉是一種允許預處理及傳輸之技術，但是屬於計算密集型技術。可執行特徵分解(eigen decomposition)，並且可採用查詢表來決定傳輸率。為了避免頻道分解，一項替代技術會使用前導的特徵導入來簡化空間處理。預失真(pre-distortion)技術是用於簡化接收器處理的已知技術。

因此，依據目前的頻道狀況，整個系統可提供用於傳輸至各種使用者終端機之不同的資料傳輸率。具體而言，介於AP與每個UT間之特定鏈路的效能可能高於一個以上UT可共用之鏈路的效能。下文進一步詳述實例。無線LAN收發器240可依據對於AP與UT間之實體鏈路所使用的空間處理來決定可支援的傳輸率。可在連接280上反饋此項資訊，以便在MAC處理中使用，如下文詳細說明所述。

可依據UT的資料需要來部署數個天線。例如，高清晰度視訊顯示器基於高頻寬需求而可包括(例如)四個天線，而PDA可能使用兩個天線就可滿足。一示範性存取點可具有四個天線。

可按相似於圖2所示之存取點104的方式來部署使用者終端機106。若是資料流260未連接LAN收發器(雖然UT可包括有線或無線收發器)，則資料流260通常係接收自或傳遞至UT或連接UT之裝置上運作的一或多個應用程式或處理序。連接至AP 104或UT 106的較高層級可能是任何類型。本文所描述的各項僅為例證。

協定堆集

圖3繪示示範性子網路協定堆集300。子網路協定堆集300可當做介於極高位元速率LAN實體層與網路層或其他網路的MAC層(例如，乙太網路MAC層或TCP/IP網路層)之間的介面。可部署各種特徵的協定堆集300，藉此充分利用極高效率無線LAN實體層。示範性協定堆集可被設計成提供各項優勢，實例包括：(a)最小化協定所耗用的輸送量負荷量；(b)最大化封裝子網路資料單元成為實體層訊框的效率；(c)最小化延時對易受延遲影響之傳輸機制(例如，TCP)所造成的端對端來回傳輸延遲；(d)提供高可靠、按順序傳遞子網路資料單元；(e)提供支援現有網路層及應用，以及提供適應未來網路和應用程式的充分彈性；以及(f)無障礙地整合現有網路技術。

協定堆集300具有數個薄子層、數個操作模式以及用於支援多個外部網路之介面的設施。圖3繪示調節層310、資料鏈路控制層320及實體層240。層管理員380互連於每個子層，用於提供各種功能之通信及控制，如下文所述。

圖3繪示示範性協定堆集300組態。虛線標示可在MAC處理器220中部署之組件的示範性組態，如上文所述。包括調節層310、資料鏈路控制層320及層管理員380。如上文所述，在此組態中，實體層240在連接270上接收及傳輸MAC協定資料單元(PDU)。反饋連接280被導引至層管理員380，以便提供用於在下文所述之各項功能中使用的實體層資訊。此項實例僅僅是例證性。熟悉此項技術者應明白，在本發明範疇內，可部署任何數量組件，且被組態成包括所說明之堆集功能的任何組合。

調節層310提供介接至較高層的介面。例如，調節層可介接IP堆集(用於IP調節)、乙太網路MAC(用於乙太網路調節)或各種其他網路層。資料流260可接收自用於MAC處理的一或多個較高層，並且在實體層240上傳輸。資料流260也可經由實體層予以接收、處理及重新組合，以便傳遞至一或多個較高層。

調節層310包括下列功能：分割和重組312、資料流分類314及多點播送映射316。資料流分類功能314檢查接收自較高層的標頭封包(來自資料流260)、映射每個封包至一使用者終端機或一多點播送群組MAC識別項(MAC ID)以及基於服務品質(QoS)差別待遇來分類封包。多點播送映射功能 316決定是否使用多點播送MAC ID(稱為「MAC層多點播送」)來傳輸多點播送使用者資料，或透過多個單點播送MAC ID(稱為「調節層多點播送」)來傳輸多點播送使用者資料，下文會詳細說明實例。分割和重組(SAR)功能312調節每個較高層封包成為適用於邏輯鏈路(Logical Link；LL)模式的協定資料單元(PDU)大小。針對每個MAC ID來個別執行SAR功能312。資料流分類功能314是共通的功能。

資料鏈路控制層320包括邏輯鏈路(LL)層330、無線電鏈路控制(Radio Link Control；RLC)層340、系統組態控制350、MUX功能360及共通MAC功能370。圖3中繪示彼等層中每一層的子組塊，並且將於下文詳細說明。圖中所示之組塊僅為例證。在各項替代具體實施例中可部署彼等功能之子集以及額外功能。

實體層240可能是任何類型實體層，如上文說明之實例所述。一項示範性具體實施例使用MIMO OFDM實體層。下文說明內容中包含此項具體實施例的示範性參數。

層管理員380(LM)介接調節層310、資料鏈路控制層320及實體層240，用以管理QoS、許可控制以及實體層發射器和接收器參數控制。請注意，在執行本文中所說明之各項功能過程中，可使用來自實體層的反饋280。例如，在多點播送映射316或分割和重組312中可使用適用於各種UT的可支援傳輸率。

調節層

資料流分類(FLCL)功能314檢查傳入之封包的封包標頭欄位，並且其對映成資料流。在執行IP調節的示範性具體實施例中，資料流分類可運用下列欄位：(a)IP來源位址和目的地位址；(b)IP來源埠和目的地埠；(c)IP DiffServ Code Point(DSCP；IP DiffServ字碼指標)；(d)資源保留協定(Resource Reservation Protocol；RSVP)訊息；以及(e)即時傳輸控制協定(Real-time Transport Control Protocol；RTCP)訊息及即時傳輸協定(Real-time Transport Protocol；RTP)標頭。在執行乙太網路調節的示範性具體實施例中，資料流分類可使用802.1p及802.1q標頭欄位。乙太網路調節也可以使用IP資料流分類，然而這會發生層違規。熟悉此項技術者應明白，可部署各種其他類型資料流分類作為替代方案。

FLCL 314決定一識別之資料流260是否映射至現有的MAC ID、邏輯鏈路(Logical Link；LL)模式及資料流ID(如下文詳細說明所述)。如果傳入之封包映射至現有資料流，則FLCL會將要進一步處理的封包轉遞至分割和重組(SAR)功能312。如果要求新的MAC ID，則會將一要求轉遞至無線電鏈路控制(RLC)340中的關聯控制功能344。

如果識別到一現有MAC ID的新資料流，則層管理員380中的QoS管理員功能382會決定該資料流所需的邏輯鏈路模式類型。如果初始化新的LL模式，則會將該要求轉遞至相對應於該MAC ID的LLC功能338，以便處理模式協商。如果在現有的LL模式內建置新的資料流，則會將該要求轉遞至LLC功能338。2003年11月26日提出的共同申請美國專利申請案第10/723,346號標題為「QUALITY OF SERVICE SCHEDULER FOR A WIRELESS NETWORK」中詳述維護QoS佇列之具體實施例，該專利案已讓渡給本發明受讓人。

在IP或乙太網路多點播送之實例中，多點播送映射功能316決定是否要藉由映射至一多點播送MAC ID以便使用MAC層多點播送來處理該封包，或是否將該封包處理成為多個單點播送傳輸(本文中稱為「調節層多點播送」(Adaptation Layer Multicast)。如果要將該封包處理成為多個單點播送傳輸，則多點播送映射功能316會複製該封包的多個複本(各複本係用於要傳輸封包至該處的每個單點播送MAC ID)，並且轉遞該等封包至分割和重組(SAR)功能312。下文中將參考圖15至圖16來詳細說明此態樣。

如前段落說明所述，資料流分類功能314映射一封包至一MAC ID、LL模式及資料流ID(若有的話)。分割和重組功能312將較高層封包(即，IP資料元或乙太網路訊框)分割成適用於透過邏輯鏈路模式傳輸的多個片段(segment)。下文中將參考圖17至圖18來詳細說明此態樣之示範性具體實施例。在此實例中，會加入每片段一個一位元組調節層標頭，用於允許當將該等片段依序傳遞至接收器中相對應之SAR功能時予以重組。接著，調節層協定資料單元(PDU)被傳遞至資料鏈路控制層320，以便配合分類參數予以處理：MAC ID、LL模式及資料流ID。

資料鏈路控制層

圖4繪示通過各層行進之使用者資料封包410(即，IP資料元、乙太網路訊框或其他封包)。在此例證說明中將描述示範性之欄位大小及類型。熟悉此項技術者應明白，各種其他大小、類型及組態皆被視為屬於本發明範疇內。

如圖所示，在調節層310分割該資料封包410成為片段。每個調節子層PDU 430各載送彼等片段420之一。在此實例中，資料封包410被分割成N個片段420A-N。一調節子層PDU 430包括一含有對應片段420的封包承載(payload)434。一類型欄位432(在此實例中為一個位元組)被附加至該調節子層PDU 430。

在邏輯鏈路(LL)層330，一LL標頭442(在此實例中為4個位元組)被附加至含該調節子層PDU 430的該封包承載434。該LL標頭442的示範性資訊包括一資料流識別項、控制資訊及序號。運用標頭442及封包承載444來計算出並且附加一CRC 446，藉此構成一邏輯鏈路子層PDU(LL PDU)440。以類似方式，邏輯鏈路控制(LLC)338及無線電鏈路控制(RLC)340(下文會詳細說明)構成LLC PDU及RLC PDU。LL PDU 440及LLC PDU和RLC PDU都被置入佇列(即，高QoS佇列362、最佳工作(best effort)佇列364或控制訊息佇列366)中，以由MUX功能360予以服務。

MUX功能360將一MUX標頭452附加至每個LL PDU 440。一示範性MUX標頭452可包含一長度及一類型(在此實例中，標頭452為2個位元組)。可針對每個控制PDU(即，LLC PDU及RLC PDU)來構成一類似的標頭。LL PDU 440(或者，LLC或RLC PDU)構成封包承載454。標頭452及封包承載454 構成MUX子層PDU(MPDU)450(本文中也將MUX子層PDU稱為MUX PDU)。

MAC協定將共用媒體上的通信資源配置在一連串MAC訊框中。MAC排程器376決定為每個MAC訊框(標示為MAC訊框f，其中f指示一定特殊MAC訊框)中一或多個MAC ID所配置之實體層叢發大小。請注意，並非所有含要傳輸之資料的MAC ID都會被配置在任何特定MAC訊框的空間中。可部署任何存取控制或排程機制，皆屬於本發明範圍內。當為一MAC ID進行配置作業時，該MAC ID所對應的MUX功能360將構成一MAC PDU 460，其包含要包括在該MAC訊框f中的一或多個MUX PDU 450。一或多個所配置之MAC ID的一或多個MAC PDU 460被包括在一MAC訊框中(即，下文中參考圖5所詳述的MAC訊框500)。

在一項示範性具體實施例中，一項態樣允許傳輸一局部MPDU 450，藉此允許高效率地封裝在一MAC PDU 460中。下文會詳細解說此態樣。在此實例中，MUX功能360維護前一次傳輸(藉由局部MPDU 464來識別)所留下之任何局部MPDU 450的未傳輸位元組計數。會在目前訊框的任何新PDU 466(即，LL PDU或控制PDU)之前先傳輸彼等位元組464。標頭462(在此實例中為2個位元組)包括一MUX指標，用於指向目前訊框中所要傳輸之第一個新MPDU(在此實例中為MPDU 466A)的起始處。標頭462還可包括一MAC位址。

MAC PDU 460包括該MUX指標462、一位於起始處之可能的局部MUX PDU 464(前一次配置所留下)、接著是零或多個完整MUX PDU 466A-N以及一可能的局部MUX PDU 468(來自目前的配置)或用於填滿該實體層叢發之已配置部分的其他填補項(padding)。會在已配置給MAC ID的實體層叢發中運送MAC PDU 460。

共同MAC、MAC訊框及傳輸頻道

圖5繪示示範性MAC訊框500。共同MAC功能370管理下列傳輸頻道片段之間的MAC訊框500配置：廣播、控制、正向和反向流量(分別稱為下載鏈路階段及上載鏈路階段)以及隨機存取。MAC組訊框功能372可使用各種構成組件來構成訊框，下文會詳細說明。下文會詳細說明示範性功能、編碼及傳輸頻道持續時間。

在此示範性具體實施例中，會在一2 ms(毫秒)時間間隔時段內來分時雙工處理(TDD)一MAC訊框。MAC訊框500被分成五個傳輸頻道(按圖中所示之510-550順序出現)。在替代具體實施例中可部署替代順序及不同的訊框大小。有關MAC訊框500配置的持續時間可被量子化成某小段共同時間間隔。在一項示範性具體實施例中，會以800 ns(奈秒，這也是短型或長型OFDM符號的循環前置碼(cyclic prefix)持續時間，下文會詳細說明)為單元來量子化有關MAC訊框500配置的持續時間。短型OFDM符號為4.0 μs(微秒)或5倍的800 ns。

示範性MAC在一MAC訊框內提供五個傳輸頻道：(a)廣播頻道(Broadcast Channel；BCH)510，用於載送廣播控制頻道(Broadcast Control Channel；BCCH)；(b)控制頻道(Control Channel；CCH)520，用於在正向鏈路上載送訊框控制頻道(Frame Control Channel；FCCH)及隨機存取反饋頻道(Random Access Feedback Channel；RFCH)；(c)流量頻道(Traffic Channel；TCH)，用於載送使用者資料及控制資訊，並且被細分成(i)正向鏈路上的正向流量頻道(Forward Traffic Channel；F-TCH)530，及(ii)反向鏈路上的反向流量頻道(Reverse Traffic Channel；R-TCH)540；以及(d)隨機存取頻道(Random Access Channel；RCH)550，用於載送存取要求頻道(Access Request Channel；ARCH)(用於UT存取要求)。還會在片段510中傳輸一前導引導訊號(pilot beacon)。

下載鏈路階段的訊框500包括片段510-530。上載鏈路階段包括片段540-550。片段560指示一後續MAC訊框開始。

廣播頻道(BCH)

由AP傳輸廣播頻道(BCH)及引導訊號510。BCH 510的第一部分包含共同實體層添加項(common physical layer overhead)，例如，前導訊號，包括時序和頻率獲取前導。在一項示範性具體實施例中，引導訊號(beacon)係由下列項目所組成：由UT進行頻率和時序獲取所使用的2個短型OFDM符號；之後接續是UT用來評估頻道的共同MIMO前導之8個短型OFDM符號。

BCH 510的第二部分是資料部分。BCH資料部分定義關於傳輸頻道片段的MAC訊框配置：CCH 520、F-TCH 530、R-TCH 540和RCH 550，並且還定義關於子頻道的CCH組合。在此實例中，BCH 510定義無線LAN 120的涵蓋範圍，並且會在可用的大部分強固型資料傳輸模式中予以傳輸。整個BCH的長度為固定。在一項示範性具體實施例中，BCH定義MIMO-WLAN的涵蓋範圍，並且會使用比率1/4碼之二進位相移鍵控(Binary Phase Shift Keying；BPSK)在空間時間傳輸分集(Space Time Transmit Diversity；STTD)模式中予以傳輸。在此實例中，BCH的長度固定為10個短型OFDM符號。

控制頻道(CCH)

控制頻道(CCH)520係由AP予以傳輸，並且定義MAC訊框餘項之組合。共同MAC功能370的控制頻道功能374產生CCH。下文會詳細說明CCH的示範性具體實施例。會使用高強固型傳輸模式在多個子頻道中傳輸CCH 520，每個子頻道各具有不同的資料傳輸率。第一個子頻道最為強固，並預期所有UT都可予以解碼。在一項示範性具體實施例中，會針對第一個CCH子頻道使用比率1/4碼之BPSK。還可以使用數個其他子頻道，彼等子頻道的強固性會遞減(且效率會遞增)。在一項示範性具體實施例中，至多會使用三個額外子頻道。每個UT都會嘗試依序解碼所有子頻道，直到解碼失敗。每個訊框中的CCH傳輸頻道片段為可變長度，長度取決於每個子頻道中的CCH訊息數量。會在CCH的最強固(第一)子頻道上載送反向鏈路隨機存取叢發之認可(acknowledgment)。

CCH包含有關正向鏈路和反向鏈路的實體層叢發指派。指派可能是用於在正向鏈路或反向鏈路上傳送資料。一般而言，一實體層叢發指派包括：(a)一MAC ID；(b)一用於指示訊框內配置開始時間的值(在F-TCH或R-TCH)中；(c)配置的長度；(d)專用實體層添加項的長度；(e)傳輸模式；以及(f)用於實體層叢發的編碼和調變機制。一MAC ID識別一用於多個單點播送傳輸的單一UT或用於多點播送傳輸的一組UT。在此示範性具體實施例中，還會指派一用於傳輸至所有UT的唯一廣播MAC ID。在一項示範性具體實施例中，實體層添加項包括一由0、4或8個短型OFDM符號所組成的MIMO前導。在此實例中，傳輸模式是STTD或空間多工。

有關CCH的其他示範類型指派包括：一有關用於從一UT傳輸一專用前導之反向鏈路的指派；或一有關用於從一UT傳輸一緩衝器和鏈路狀態資訊之反向鏈路的指派。CCH也可以定義訊框之保留未使用部分。UT可使用訊框的彼等未使用部分來進行雜訊底限(及干擾)評估以及量測鄰近系統之引導訊號。下文會詳細說明控制頻道的示範性具體實施例。

隨機存取頻道(RCH)

隨機存取頻道(RCH)550是UT可用於傳輸一隨機存取叢發的反向鏈路頻道。會在RCH中指定每個訊框的RCH可變長度。在一項示範性具體實施例中，會使用比率1/4碼BPSK的主要特徵模態(eigenmode)來傳輸隨機存取叢發。

在此示範性具體實施例中會定義兩種類型隨機存取叢發。當AP必須使用一滑動關聯器(sliding correlator)來偵測存取叢發的起始處時，UT會使用一長型叢發來進行起始存取。一旦UT向一AP註冊，鏈路的兩端會完成一時序調整程序。在時序調整之後，UT可以用同步於RCH上之時槽時序的方式來傳輸其隨機存取叢發。接著，UT會使用一短型叢發來進行隨機存取。在一項示範性具體實施例中，一長型叢發是4個短型OFDM符號，而一短型叢發是2個短型OFDM符號。

正向流量頻道(F-TCH)

正向流量頻道(F-TCH)530包括從AP 104傳輸的一或多個實體層叢發。會按照CCH指派中的指示，將每個叢發導向至一特殊MAC ID。每個叢發各包括專用實體層添加項(例如，前導訊號(若有的話))，以及一按照傳輸模式及在CCH指派中指示之編碼和調變機制所傳輸的MAC PDU。F-TCH屬於可變長度。在一項示範性具體實施例中，專用實體層添加項可包括一專用MIMO前導。

在一項示範性具體實施例中，在STTD模式中，有一個同等級空間分集頻道的效能會在每短型OFDM符號12個位元(有關48個音頻(tone)的比率1/2碼RPSK)與每長型OFDM符號1344個位元(有關192個音頻的比率7/8碼256 QAM)之間變化。這會轉譯為在峰值實體層資料傳輸率範圍內的33因子(或在此實例中為3-99 Mbps)。

在此實例中，可使用一至多四個平行空間頻道的空間多工模式。每個空間頻道都會使用一適當的編碼和調變機制，其效率係在每短型OFDM符號12個位元與每長型OFDM 符號1344個位元之間。因此，空間多工模式中的峰值實體層資料傳輸率範圍係在3與395 Mbps之間。由於空間處理約束限制，導致並非所有的平行空間頻道都能夠在最高效率下運作，所以有關峰值實體層資料傳輸率的最實用限制可能是240 Mbps，在此實例中為介於最低傳輸率與最高傳輸率之間的80因子。

反向流量頻道(R-TCH)

反向流量頻道(R-TCH)540包括從一或多個UT 106傳輸的實體層叢發傳輸。按照CCH指派中的指示，每個叢發係由一特殊UT予以傳輸。每個叢發各包括一前導訊號前導項(pilot preamble)(若有的話)，以及一按照傳輸模式及在CCH指派中指示之編碼和調變機制所傳輸的MAC PDU。R-TCH屬於可變長度。在一項示範性具體實施例中，如同F-TCH，在STTD模式中的資料傳輸率範圍為3至98 Mbps，在空間多工模式中的資料傳輸率範圍為3至395 Mbps，或許240 Mbps是最實用的限制。

在此示範性具體實施例中，F-TCH 530、R-TCH 540或兩者都可使用空間多工或分碼多向近接技術，藉此允許同時傳輸相關聯於不同UT的MAC PDU。一包含MAC PDU所相關聯之MAC ID的欄位(即，上載鏈路上的寄件者，或下載鏈路上的預定收件者)可被包括MAC PDU標頭中。可使用此欄位來解決當使用空間多工或CDMA時所引發的定址語意模糊(ambiguity)。在替代具體實施例中，如果多工係嚴格依據分時技術，則由於在用於配置MAC訊框中一既定時槽給一特定MAC ID的CCH訊息中包括了定址資訊，所以MAC PDU標頭中不需要MAC ID。可部署空間多工、分碼多工、分時多工和此項技術中已知的任何其他技術。

會起始註冊期間，每個作用中UT都被指派一MAC ID。MAC ID指派是由RLC 340的關聯控制(AC)功能344予以處理。會為正向鏈路上的廣播傳輸配置一個唯一MAC ID。廣播傳輸屬於正向傳輸頻道(Forward Transport Channel；F-TCH)之一部分，並且會透過使用唯一廣播MAC ID來使用控制頻道(CCH)予以指派。在此實例中，會使用一廣播MAC ID配置，每16個訊框廣播一系統識別訊息一次。使用者資料廣播也可以使用廣播MAC ID。

可以為正向鏈路上的廣播傳輸配置一組由一或多個MAC ID組成的集合。多點播送傳輸屬於F-TCH之一部分，並且會透過使用一指派給一特定多點播送群組的特定多點播送MAC ID來使用CCH予以指派。指派一MAC ID給一組UT群組是由RLC 340的關聯控制(AC)功能344予以處理。

現在重新說明圖3所示的共同MAC 370。位於AP處的隨機存取控制功能378處理來自使用者之存取叢發認可。連同該認可，AP必須立即進行R-TCH配置，以便獲得來自UT的緩衝器狀態資訊。此要求被轉遞至排程器376。

在UT處，一隨機存取管理員依據其MUX佇列中的資料以及其現有配置來決定何時傳輸一存取叢發。當UT由於現有LL連接而具有一週期性配置時，則可使用現有的R-TCH配置來提供叢發狀態資訊。

依據接收自UT的緩衝器和鏈路狀態訊息中所包含的資訊，位於AP處的對應MUX功能360會更新UT代理伺服器(proxy)。UT代理伺服器(proxy)維護UT的MUX功能緩衝器狀態，排程器376會使用彼等狀態來進行R-TCH配置。UT代理伺服器(proxy)還會維護AP在F-TCH上傳輸至UT的最大傳輸率。

位於AP的共同MAC功能370實行排程器376，以便仲裁UT間之配置，同時高效率利用每個MAC訊框。為了限制添加項，並非會在每個訊框中為所有作用中UT配置一實體層叢發。

排程器376可運用下列資訊在每個MAC訊框中進行配置：

1.每個MAC ID的標稱配置。可能在任何訊框中僅有作用中UT之子集才會被指派一標稱配置。例如，僅每隔一訊框或每第四個訊框等等，才會為某些UT提供一標稱配置。標稱配置係由層管理員380中的許可控制功能384予以決定。在一項示範性具體實施例中，會就OFDM符號數量而論來進行標稱配置。

2.專用實體層添加項(例如，前導訊號)配置。RLC 340中的無線電資源控制(Radio Resource Control；RRC)342決定專用實體層添加項的必要長度及週期性。在一項示範性具體實施例中，專用實體層添加項包括一專用MIMO前導。

3.傳輸模式及傳輸率。這是由用於R-TCH的RRC 342所決定且被提供給排程器376。對於F-TCH，這資訊係獲自UT的鏈路和緩衝器狀態訊息，並且係在UT代理伺服器(proxy) 予以維護。

4.每個MAC ID的資料積存(backlog)。排程器376可從下列各項取得此項資訊：用於正向鏈路的每個MAC ID之MUX功能360；以及用於反向鏈路的UT代理伺服器(proxy)。

此外，排程器還會配置RCH的持續時間，以及決定CCH的持續時間。會使用四個編碼機制之一(依據UT的頻道品質)，在CCH上傳輸每項指派。因此，CCH的持續時間是指派數量與用於傳輸每項指派之編碼機制的函數。

依據排程器所決定的配置，位於AP的MAC實體會填入(populate)每項指派的參數，以便建構BCH和CCH。BCH定義關於傳輸頻道片段的MAC訊框配置：CCH、F-TCH、R-TCH和RCH，並且還定義關於子頻道的CCH組合，如上文參考圖5之說明所述。下文詳細說明示範性CCH。

在一項示範性具體實施例中，會在至多四個子頻道之一(依據UT的頻道品質，每個子頻道各使用一不同的編碼和調變機制)中，在CCH上傳輸每項指派。會使用最強固的編碼機制(第一個子頻道或子片段)來傳輸多點播送和廣播指派。位於UT上的MAC實體讀取CCH，以便決定用於該訊框之本身的正向鏈路和反向鏈路配置。

在發射器處，MAC功能在F-TCH(位於AP處)或R-TCH(位於UT處)上配置給一特定MAC ID的實體層叢發上傳輸相關聯於該特定MAC ID的MAC PDU。在接收器處，MAC功能依據CCH指派來擷取相對應於一MAC ID的MAC PDU，並且將其傳遞至該MAC ID的MUX功能。

MUX

下文中將參考圖19至圖23來詳細說明MUX功能360。在接收器處，MUX功能從由連續MAC PDU所組成的位元組流來擷取PDU，並且將其投送至所屬的LL、LLC或RLC實體。路徑選擇係以MUX PDU標頭中所包含的類型欄位(邏輯頻道)為基礎。

無線電鏈路控制(RLC)

在系統初始化期間，會初始化由系統識別控制功能346所組成的無線電鏈路控制(RLC)功能340。當UT使用來自存取集區的MAC ID來起始存取系統時，RLC功能會指派一新的MAC ID給該UT。接著，如果該UT加入一多點播送群組，則可被配置額外的多點播送MAC ID。

當一新MAC ID被指派給一UT時，RLC功能會初始化下列每項功能的一個執行個體(instance)：關聯控制(AC)功能344、無線電資源控制(RRC)342及邏輯鏈路控制(LLC)338。當指派一新的多點播送MAC ID時，RLC功能會初始化一新的AC執行個體以及用於LL多點播送模式的LLC。

在此示範性具體實施例中，AP會使用廣播MAC ID，每16個MAC訊框傳輸一系統識別參數訊息一次。系統識別參數訊息包含網路和AP ID以及協定版本號碼。此外，系統識別參數訊息還包含供UT起始存取系統所使用的存取MAC ID清單。

AC功能344(a)提供UT鑑認；(b)管理UT的註冊(附加/卸離)功能(至於多點播送MAC ID，AC功能會管理對多點播送群組之附加/卸離(attach/detach)；以及(c)用於LL的加密金鑰交換。

會在每個UT處初始化一個RRC執行個體342。會在AP處初始化每作用中UT一個RRC執行個體。位於AP和UT處的RRC功能可共用正向和反向鏈路頻道度量(若需要)。

RRC(a)管理AP和UT處的傳輸鏈和接收鏈的校準(calibration)(空間多工傳輸模式可能需要此校準)；(b)決定用於傳至UT之傳輸的傳輸模式及傳輸率控制，並且將決定結果提供給MAC排程器376；(c)決定專用實體層添加項(例如，在R-TCH上及F-TCH上之實體層叢發傳輸所需的專用前導)的週期性及長度；(d)管理傳至及來自一UT之傳輸的功率控制，並將功率控制提供給PHY管理員；以及(e)決定來自UT之R-TCH傳輸的時序調整。

邏輯鏈路(LL)

由使用者資料片段所組成之調節層PDU連同相關聯之MAC ID、LL模式及資料流ID(若有的話)一起提供給DLC層320。LL模式功能330新增一LL標頭及一運用整個LL PDU所計算得出的3位元組CRC。在示範性具體實施例中支援數種模式。可部署認可336和否定認可334功能。還可部署無障礙式廣播/多點播送/單點播送功能332。基於例證說明，下列列出四個LL模式(圖23中詳示MUX PDU內的模式格式細節)。

1.非連線式否定認可模式(模式0)。在此情況下，LL標頭為空值(null)。此模式可運用在無障礙地轉遞調節層PDU。 LL模式0可實作原則(policing)。廣播及多點播送MAC ID僅提供非連線式否定認可(無障礙)模式。

2.非連線式認可模式(模式1)。此模式係運用在傳輸調節層PDU，而不需要相關聯於LL模式3連接建置的添加項及延遲。LL模式1標頭包括被傳輸之LL PDU的序號，或包含被認可之PDU的序號。由於調節層頻道被預期以低隨機LL PDU損失可能性方式及以低往返延遲方式運作，所以使用簡單的Go-Back-N ARQ機制。

3.連線導向式否定認可模式(模式2)。LL連線導向式否定認可模式允許透過使用一資料流ID來多工處理數個資料流。LL模式2可實作每資料流ID之原則。該LL模式2標頭包包該資料流ID及12位元序號。

4.連線導向式認可模式(模式3)。LL連線導向式認可模式允許透過使用一資料流ID來多工處理數個資料流。LL模式3可實作每資料流ID之原則。LL模式3標頭係由一用於識別透過可靠連線傳輸之多個資料流的資料流ID所組成。一12位元序號識別LL PDU，並且一ACK欄位指示被認可的最高接收之序號。如同關於LL模式1之論述，由於調節層頻道被預期以低隨機LL PDU損失可能性方式及以低往返延遲方式運作，所以使用簡單的Go-Back-N ARQ機制。然而，也可使用一選擇性重複ARQ機制。

邏輯鏈路控制(LLC)功能338管理邏輯鏈路模式控制。當建置一新的LL模式時，LLC功能提供模式協商，包括：(a)QoS：保證的傳輸率；(b)模式設定；(c)模式刪除(mode teardown)；(e)模式重設；(f)LL模式2及3中的資料流ID之指派。一端對端資料流至一LL模式的映射係由層管理員380中的QoS管理員功能382予以決定。用於初始化一新的LL模式或新增一資料流至一現有LL模式的要求係來自於調節層310，如上文所述。

系統組態控制350管理TDD MAC訊框的組態，包括引導訊號(Beacon)和BCH的內容以及RCH的長度。

層管理員

QoS管理員382解譯網路QoS協定，包括RSVP和RTCP。如果QoS係以IP標頭之資料流分類為基礎，則QoS管理員會決定要用於識別相對於不同服務的資料流分類器(即，IP來源位址和目的地位址、IP來源埠和目的地埠)。QoS管理員藉由映射資料流至LL模式來輔助調節層。

許可控制功能384接收來自LLC的要求，用於允許含傳輸率需求的新資料流。許可控制功能維護一由已准許之標稱配置與一組規定和臨限值所組成的資料庫。許可控制功能依據臨限值和規定來決定是否可准許一資料流、決定該資料流的標稱配置(就每m個MAC訊框所配置的傳輸時間量而論)並且提供此資訊給共同MAC中的排程器。

實體層管理員使用於AP和UT處所收集的實體層度量，以便控制實體層的發射器和接收器參數。可透過RRC訊息來獲得遠端度量。

例證性程序

依據前文所說明各項層實體，使用數項程序來描述的 WLAN 120運作。這些程序不是詳盡的程序，而是例證說明本文中所描述的各項功能及組件。

圖6繪示從AP傳輸一正向鏈路訊息傳送之示範性方法600。在步驟610，位於AP處的RLC功能(關聯控制、無線電資源控制或邏輯鏈路控制)將一訊息(RLC PDU)置入控制訊息佇列中。或位於AP處的LL模式將一LL PDU置入高QoS佇列或最佳工作(best effort)佇列中。

在步驟620，排程器配置用於傳輸在三個MUX佇列中之PDU的F-TCH資源。在步驟640，由MAC在CCH上指示該指派。在步驟650，位於AP的MAC傳輸已配置之實體層叢發中MAC PDU中的訊息。

圖7繪示在UT處接收一正向鏈路訊息傳送之示範性方法700。在步驟710，UT監視CCH。UT識別一被導向至該UT的已配置之叢發。在步驟720，UT按照CCH中的識別來擷取MAC PDU。在步驟730，UT重組資料流封包，該資料流封包包含在MAC PDU中擷取且在MAC處理器中處理之片段。

圖8繪示從UT傳輸一反向鏈路訊息傳送之示範性方法800。在步驟810，位於UT處的RLC功能(關聯控制、無線電資源控制或邏輯鏈路控制)將一訊息(RLC PDU)置入控制訊息佇列中。或位於UT處的LL模式將一LL PDU置入高QoS佇列或最佳工作(best effort)佇列中。在決策步驟820中，如果UT具有一現有R-TCH配置，則進行到步驟870。否則，進行到步驟830。

在步驟830，UT在RCH上傳輸一短型存取叢發。在步驟 840，UT在CCH上接收該RCH存取叢發認可及存取授予配置。在步驟850，UT傳輸一鏈路和緩衝器狀態訊息至該AP。在步驟860，UT監視CCH是否有R-TCH授予配置。在步驟870，接收一配置(或在決策步驟820中已存在)。UT將MUX PDU組成訊框而成為一MAC PDU，並且在已配置之實體層叢發中傳輸該MAC PDU。

圖9繪示在AP處接收一反向鏈路訊息傳送之示範性方法900。在步驟910，AP接收並且監視RCH。在步驟920，AP識別一來自UT的短型存取叢發。在步驟930，排程器配置一存取授予。在步驟940，AP在CCH上傳輸認可和存取授予。在步驟950，該AP回應存取授予而在R-TCH上接收該鏈路和緩衝器狀態訊息。在步驟960，AP使用該緩衝器狀態來更新UT代理伺服器(proxy)。排程器具有此項資訊之存取權。在步驟970，排程器配置R-TCH資源。在步驟980，AP按照配置來接收MAC PDU。在步驟990，AP回應一或多個接收之MAC PDU來執行重組一資料流封包。

圖10繪示UT執行起始存取及註冊之示範性方法1000。在步驟1010中，UT從BCH上的頻率獲取前導來獲取頻率和時序。在步驟1020，UT接收來自RLC廣播訊息的系統識別資訊。在步驟1030，UT使用來自BCH的長型叢發來決定用於(非時槽式)隨機存取的RCH配置。在步驟1040，UT從該組起始MAC ID集合中隨機選擇一MAC ID。在步驟1050，UT使用該起始MAC ID在RCH上傳輸一長型隨機存取叢發。在步驟1060，UT接收在後續MAC訊框中的一認可、一MAC ID 指派及一時序調整。在步驟1070，UT關聯控制功能與AP關聯控制功能完成鑑認和金鑰交換序列。正向鏈路和反向鏈路上的控制訊息傳輸係遵循前面參考圖6至圖9說明的低層級訊息傳送程序。

圖11繪示AP執行起始存取及註冊之示範性方法1100。在步驟1110，AP在RCH上接收來自UT的一長型隨機存取叢發。在步驟1120，AP指派一MAC ID給該UT。由無線電鏈路控制功能來管理MAC ID集區。在步驟1130，AP指派一時序調整給該UT。在步驟1140，AP在CCH上傳輸認可、MAC ID和時序調整。在步驟1150，AP關聯控制功能與UT關聯控制功能完成鑑認和金鑰交換序列。正向鏈路和反向鏈路上的控制訊息傳輸係遵循前面參考圖6至圖9說明的低層級訊息傳送程序。

圖12繪示AP使用者資料流之示範性方法1200。在步驟1210中，層管理員中的QoS管理員將資料流分類參數填入資料流分類功能中。參數與值的一特定組合可指示出一新的資料流抵達。彼等參數可包括：IP DiffSery Code Point(DSCP)、IP來源位址或IP埠。乙太網路參數可包括：802.1Q VLAN ID或802.1p優先順序指示。特定IP埠值可指示一要轉遞至QoS管理員的控制協定訊息(例如，RSVP或RTCP)。

在步驟1215，AP決定許可參數。當一封包抵達AP調節層且被資料流分類判定為新資料流時，資料流分類會配合QoS管理員運作，以便決定許可參數，包括要為該資料流配置的QoS類別(高QoS或最佳工作)、LL模式及標稱傳輸率。在決策步驟1220中，層管理員中的許可控制依據彼等許可參數來決定是否可准許該資料流。如果不准許，則程序停止。否則，進行到步驟1225。

在步驟1225，資料流分類要求LLC建置一新的資料流。在此論述中，會考量高QoS、LL模式3連線之案例。在步驟1230，位於AP的LLC與位於UT的LLC通信以建置連線(或是，如果適用的連線已存在，則建立新的資料流ID)。在此實例中，彼等LLC將嘗試建置LL模式3連線(或是，如果適用的LL模式3連線已存在，則建立新的資料流ID)。在步驟1235，將為該資料流所配置的標稱傳輸率傳達給排程器。就LL模式3而言，會在正向頻道和反向頻道上配置標稱傳輸率。

在步驟1240，資料流分類進行：分類該資料流的封包；識別MAC ID、LL模式和資料流ID；實行資料流原則；以及轉遞符合的封包至SAR功能。在步驟1245，SAR分割封包成為片段，並且將調節層PDU連同LL模式和資料流ID一起轉遞至該MAC ID的LL功能。在步驟1250，LL功能附加LL標頭及CRC，並且將LL PDU置入適當的佇列中。在此實例中，LL模式3功能附加LL標頭及CRC，並且將LL PDU置入MUX的高QoS佇列中。

在步驟1255，MUX藉由附加一用於識別LL模式和長度的MUX標頭來準備MUX PDU。MUX建立一MUX指標，用於指示至第一個新MUX PDU之起始處的位元組數量。

在步驟1260，排程器決定為MAC ID配置的F-TCH(實體層叢發)。排程器知道所要使用的傳輸模式(來自RRC)及傳輸率(來自UT代理伺服器(proxy))。請注意，也可以包含一反向鏈路配置。在步驟1265，會在CCH上傳輸該配置。

在步驟1270，MAC傳輸MAC PDU。MAC PDU係由下列項目所組成：MUX指標、接著是一位於起始處之可能的局部MUX PDU、接著是零或多個完整MUX PDU以及最後是一位於實體層叢發尾端的一可能的局部MUX PDU。

圖13繪示UT使用者資料流之示範性方法1300。在步驟1310，UT在CCH上接收該配置。在步驟1320，UT按照該配置來接收MAC PDU。在步驟1330，位於UT的MUX藉由使用MUX指標及MUX標頭中的長度欄位來擷取MUX PDU，並且準備LL PDU。在步驟1340，MUX依據MUX標頭中的類型欄位將LL PDU傳送至適當的LL功能(在此實例中為LL模式3)。在步驟1350，LL模式3執行ARQ接收器並且計算每個LL PDU的CRC。在步驟1360，位於UT的LL模式3必須傳輸ACK/NAK至位於AP的LL模式3 ARQ。該ACK/NAK被置入位於UT MUX處的高QoS佇列中。請注意，其他LL模式可不包含認可，如上文所述。

在步驟1370，AP依據該配置在R-TCH上傳輸該ACK/NAK。如上文所述，排程器會依據反向鏈路的標稱配置來配置MAC ID的R-TCH資源。會在來自UT的反向鏈路實體層叢發上的MAC PDU中傳輸ACK/NAK訊息。在步驟1380，UT可在剩餘的配置中傳輸任何其他已排入佇列中的反向鏈路資料。

請再次參考圖3，如上文所述，資料流260係在AP MAC處理器220接收，並且對應之資料和發訊號會向下行進通過調節層310、資料鏈路控制層320及實體層，以便傳輸至UT。位於UT的實體層240接收MAC PDU，並且對應之資料和發訊號會向上行進通過UT MAC處理器220中的資料鏈路控制層320及調節層310實體層，已重組之資料流係要傳遞至一或多個較高層級之各層(即，各種處理序，包括資料、語音、視訊等等)。對於源自於UT且傳輸至AP的資料流，則類似的處理序會以反向順序發生。

可以在AP和UT中部署各自的層管理員380，藉此控制資訊如何向上和向下流向至各MAC子層。大體而言，層管理員380可使用來自實體層240的任何類型反饋280來執行各項子層功能，實體層管理員386介接實體層240。層管理員中的任何功能(實例包括許可控制功能384和QoS管理員382)。接著，彼等功能可互動於上文所述的任何子層功能。

可配合支援多重傳輸格式的任何實體層規格來部署本文中所說明的原理。例如，許多實體層格式允許多重傳輸率。可按可用的功能、頻道干擾、可支援的調變格式及類似項來決定任何既定實體鏈路的輸送量。示範性系統包括可採用MIMO技術的OFDM系統及CDMA系統。在彼等系統中，會使用封閉迴路技術來決定傳輸率及格式。封閉迴路可採用各種訊息或訊號來指示頻道度量、可支援傳輸率的等等。熟悉此項技術者很容易調整這些和其他系統來部署本文中說明的技術。

調節層310中可使用實體層反饋。例如，可在分割和重組、資料流分類及多點播送映射中使用傳輸率資訊。圖14繪示併入實體層反饋至調節層功能中之示範性方法1400。此方法係就存取點而言予以描述，但是可用類似方式配合使用者終端機應用此方法。程序從步驟1410開始，於此步驟接收要傳輸至使用者終端機的資料流封包。在步驟1420，響應各別使用者終端機的實體層反饋而執行調節層功能。為了進一步解說此態樣，下文會詳細說明示範性多點播送映射和分割具體實施例。在步驟1440，監視一或多個使用者終端機的實體層反饋。程序回到步驟1410開始，針對額外接收到的資料流封包來重複程序，以回應已更新之實體層反饋。

在一項替代具體實施例中，在進行許可控制決策過程中可使用其他實體層反饋的傳輸率資訊。例如，高QoS資料流不被給予許可，除非目標MAC ID實體層能夠支援充分高效率等級的傳輸率。可依據系統負載(包括，現有資料流的標稱配置、已註冊之UT數量及類似項)來調整此等級。例如，一具有相對高品質鏈路的UT被配置到高QoS資料流的可能性高於一相關聯於較低品質鏈路的MAC ID。如果系統處於少量負載下時，則可降低臨限值需求。

調節層多點播送

圖15繪示執行調節層多點播送之示範性方法1500。調節層多點播送是方法1400的一項實例，用於併入實體層反饋至調節層功能。如上文所述，一種多點播送傳輸、MAC層多點播送方法提供一相對應於一使用者終端機清單的共同MAC ID，該共同或多點播送MAC ID區分於使用者終端機MAC ID。因此，當一UT被指派給一或多個多點播送群組時，該UT將監視CCH是否有不僅被導向至所屬MAC ID而且還導向至該UT所相關聯之一或多個多點播送MAC ID的傳輸。因此，一多點播送MAC ID可能相關聯於一或多個較高層資料流，藉此允許傳輸單一資料流至多個使用者終端機。

在調節層多點播送中，若不執行用於由一多點播送清單中所有使用者終端機接收的單一傳輸，則可執行一或多個額外傳輸多點播送資料至彼等使用者終端機中之一或多個使用者終端機。在具體實施例中，調節層多點播送進行一要傳輸至多點播送群組中每個使用者終端機的單點播送傳輸。在一項替代具體實施例中，調節層多點播送可使用相關聯於多點播送群組中之子集的一或多個MAC ID來進行一或多個MAC層多點播送傳輸。單點播送傳輸可被導向至未包含在彼等子群組之一中的使用者終端機。可部署前文所述之任何組合。在步驟1510，接收一被導向至一使用者終端機清單的多點播送資料流。在一項具體實施例中，一MAC ID相關聯於該使用者終端機清單。

在決策步驟1520，決定對於傳輸至清單中的使用者終端機，單點播送傳輸的效率是否高於多點播送傳輸(即，多個使用者接收一單一傳輸)的效率。如果單點播送傳輸的效率高於多點播送傳輸的效率，則在步驟1530，在兩個或兩個以上頻道上傳輸該單點播送傳輸。彼等兩個或兩個以上頻道可包括單點播送頻道、其他多點播送頻道或兩者之組合。在決策步驟1520，如果多點播送傳輸的效率更高，則會使用多點播送MAC ID，以單一傳輸將多點播送資料廣播至該多點播送群組之成員。

一般而言，多點播送傳輸所使用的格式必須適合在多點播送群組中的使用者終端機實體鏈路群組之中最弱的實體鏈路上傳輸。在某些系統中，由於仍然必須進行最低共通分母傳輸，以便使用最低品質實體鏈路來送達至使用者終端機，所以事實上，可從較高傳輸率及較大輸送量獲益的較佳處境的使用者終端機不會影響系統輸送量。但是，在其他情況下，則不會保持適用狀態。例如，考慮到在MIMO系統中使用的空間處理。多點播送群組成員可能分散於涵蓋區域各地，並且兩個或兩個以上成員會具有極不同的頻道特性。考量包含兩個使用者終端機的多點播送群組之例證性實例。藉由配合每個使用者終端機的傳輸格式，可實現適用於至每個使用者終端機之單點播送傳輸的高輸送量。但是，由於用於每個實體鏈路的兩個頻道環境完全不同，所以適合運用一單一多點播送訊息送達每個使用者終端機的傳輸格式之輸送量可能低於任一單點播送頻道。當介於多點播送頻道與單點播送頻道輸送量之間的差異足夠大時，系統傳輸兩個多點播送資料所使用的資源會少於傳輸雙方可接收之單一訊息所使用的資源。

圖16繪示決定是否使用調節層多點播送或使用MAC多點播送之示範性方法，此方法適合部署在步驟1520中。在步驟1610，接收多點播送清單中每個使用者終端機的鏈路參數。在一項具體實施例中，可使用傳輸率參數。在步驟1620，接收一適合傳輸至多點播送清單中之使用者終端機的多點播送頻道之鏈路參數。該多點播送頻道之彼等鏈路參數可能不同於用於多點播送群組中之使用者終端機的任何和所有個別頻道的鏈路參數。在步驟1630，比較用於在多點播送頻道上傳輸的系統資源需求(即，單一傳輸使用多點播送MAC ID)與個別單點播送傳輸之總和的系統資源需求。可使用最低系統資源需求來決定最具效率選擇。

在一項替代具體實施例中，可修改步驟1610，以便包括鏈路參數MAC層多點播送頻道(包括多點播送群組使用者終端機之子群組)。可比較多點播送和單點播送之組合與純MAC層多點播送。熟悉此項技術者應知道本發明的這些和其他修改案。

實體層反饋分割

圖17繪示響應實體層反饋而執行分割之示範性方法1700。這屬於方法1400的另一項實例，用於併入實體層反饋至調節層功能。可在調節層310中的分割和重組功能312中實行此項程序，以便響應層管理員380所提供的實體層反饋。

在步驟1710，接收要傳輸至對應MAC ID的資料流封包。在步驟1720，擷取對應MAC ID的傳輸率資訊。在步驟1730，分割該封包成為片段以響應MAC ID傳輸率。在一項示範性具體實施例中，此分割作業會產生多個片段420，彼等片段420係用於產生實體子層PDU 430，如前文參考圖5之說明所述。

圖18繪示響應傳輸率而分割片段(segmenting)之示範性方法。此方法適合部署在前段落中所說明的步驟1730中。程序從決策步驟1810開始。如果傳輸率已變更，則進行到決策步驟1820。如果傳輸率未變更，則程序停止，並且分割大小維持不變。

在決策步驟1820，如果傳輸率變更是傳輸率增加，則可能會有相關聯於增加片段大小之增益。例如，如圖4所示，每個片段會在其行進協定堆集時接收各層添加項。減少片段數量會減少所需的添加項量。另外，較高傳輸率通常意謂著較高品質頻道。當頻道會隨時間而急遽變更時，可能的情況為，在某片段時間期間，一頻道之平均值維持相對恆定。傳輸率增加且片段大小會相對應增加，會允許傳輸一片段的時間量約相同於較慢傳輸率之較小片段大小的時間量。如果此時間量成正比於一頻道傾向維持相對穩定(即，可支援的傳輸率未變更)的時間，則增加片段大小可允許增加效率，且不可能會有片段大小增加的負面影響。

另一項考慮選擇一片段大小係在已發生實體層傳輸率變更時。傳輸率變更會引起必須變更片段大小，促使藉由MUX功能中的非先佔式優先順序來滿足最短延遲條件約束需求(或控制訊息佇列)的服務延遲條件約束，下文會參考圖19至圖23予以詳細說明。

在本發明的範疇內可併入各種用於選擇片段大小的技術。請重新參考圖18，在此示範性具體實施例中，在決策步驟1820中，當發生傳輸率變更時，會進行至步驟1830以增加調節子層PDU大小。在決策步驟1820，如果傳輸率變更是傳輸率降低，則進行至步驟1840，在此步驟會按照前段落所論述的任何技術來減小調節子層PDU大小。

圖18所示之方法主要係用於解說一種可行機制，用於使用介於實體層傳輸率與分割片段大小之間的關係來進行分割。在一項替代具體實施例中，可產生一片段大小表，每個片段大小相關聯於一傳輸率或傳輸率範圍。在另一項具體實施例中，可部署一項函數，該函數的一運算元傳輸率，並且該函數的輸出會產出一片段大小表。按照本文講授內容，熟悉此項技術者應明白有許其他可行方案。請注意，如前段落說明所述，分割可結合多點播送映射技術(如前文參考圖14至圖16說明所述)，以及響應實體層反饋而執行的任何其他調節層功能。

多工處理

在示範性高效率無線LAN子網路(例如，無線網路120)中，介於AP 104與一或多個UT 106之間的會發生所有的通信。如上文所述，這些通信的性質可能是單點播送或多點播送。在單點播送通信中，使用者資料或控制資料係從AP傳送至單一UT，或從UT傳送至AP。每個UT各具有一唯一MAC ID，所以介於UT與AP之間的所有單點播送通信係相關聯於該唯一MAC ID。在多點播送通信中，使用者資料或控制資料係從AP傳輸至多個UT。會設置一MAC ID集區來當做多點播送位址。可能有定義相關聯於一存取點的一或多個多點播送群組，並且每個群組各被指派一唯一多點播送MAC ID。每個UT可能屬於彼等多點播送群組中之一或多個群組(或不屬於任一群組)，並且將會接收相關聯於其所屬之每個多點播送群組的傳輸。基於多工處理論述之目的，調節層多點播送被視為單點播送。在此實例中，UT不傳輸多點播送資料。

一存取點接收來自外部網路(即，網路102)之定址至所屬涵蓋區域內之UT的使用者資料，而且接收來自所屬涵蓋區域內UT之被導向至其他裝置(可能是所屬涵蓋區域內的UT，或透過網路附接的UT)的使用者資料。一存取點還可從無線電鏈路控制(RLC)功能340、邏輯鏈路控制(LLC)功能330以及其他實體，來產生預定給其涵蓋區域內的個別或多個UT。可依據QoS考量或其他考量(例如，來源應用)，將定址給單一UT的使用者資料隔離成數個資料流，如上文所述。

如上文所述，最後，存取點將來自所有來源之預定給單一MAC ID的所有資料彙總成為一單一位元組資料流，接著該位元組資料流被格式化成數個MAC PDU，每個MAC PDU都是在一單一MAC訊框中予以傳輸。存取點可在單一MAC訊框中傳送一或多個MAC ID的MAC PDU(即，在正向鏈路上)。

同樣地，UT可具有要傳送之可被隔離成數個資料流的使用者資料。UT還可產生相關聯於RLC 340、LLC 330或其他實體的控制資訊。UT彙總使用者資料和控制資料成為一位元組資料流，接著該位元組資料流被格式化成數個MAC PDU，每個MAC PDU都是在一單一MAC訊框中傳送至AP。一或多個UT可在單一MAC訊框中傳送一MAC PDU(即，在反向鏈路上)。

在AP處按MAC ID來實行MUX功能360。每個UT最初都被指派一用於單點播送傳輸的MAC ID。如果UT屬於一或多個多點播送群組，則可指派額外MAC ID。MUX功能准許(a)將配置給一MAC ID的連續實體層叢發配置視為一位元組資料流；以及(b)將來自一或多個LL或RLC實體的PDU多工處理成為MAC的位元組資料流。

圖19繪示在單一MAC訊框中傳輸多資料流及命令之示範性方法1900。此方法適合部署在存取點或使用者終端機中。程序從決策步驟1910開始。如果接收到預定給一MAC ID的一或多個資料流中的一或多個封包，則進行到步驟1920，在此步驟針對各自一或多個資料流來準備相關聯於該MAC ID的MUX PDU。在此示範性具體實施例中，MUX PDU係按照上文所述之MAC協定予以準備，但是在本發明範圍內可部署替代的MAC協定。MUX PDU可被置入適當的佇列中(在示範性具體實施例中，高QoS佇列或最佳工作佇列)。如果在步驟1910中未接收到MAC ID的資料流，則在步驟1920中已準備MUX PDU後，進行到決策步驟1930。

在決策步驟1930，如果來自RLC 340或LLC 330的一或多個命令係要傳輸至相關聯於該MAC ID的UT，則進行到步驟1940並且準備每個命令PDU的一MUX PDU。如果沒有預定給MAC ID的命令，或已在步驟1940中準備好MUX PDU後，則進行到決策步驟1950。

決策步驟1950解說用於持續監視預定給一MAC ID之資料流的反覆型處理序。替代具體實施例可在整個存取點或使用者終端機處理序的任何其他部中置入迴圈功能。在一項替代具體實施例中，程序1900反覆重複，或被包含在其他反覆型處理序中。僅基於例證目的，就單一MAC ID來說明此項處理序。顯而易見，在存取點中，可同時處理多個MAC ID。熟悉此項技術者應明白本發明的這些和其他修改案。

當沒有任何準備好要處理的命令或資料流時，在此實例中，處理序迴圈會回到決策步驟1910以重複迴圈。請注意，在使用者終端機中，必須向存取點提出用以起始一MAC訊框配置的要求，如上文所述。可部署任何此類技術。圖19中未包含細節。顯然地，如果沒有正等待傳輸的命令或資料流，則不需要提出要求，因此沒有任何MAC訊框配置會抵達。當一命令或資料流正等待傳輸時，則排程器會隨時進行一MAC訊框配置，如上文所述。在此示範性具體實施例中，一存取點排程器376會進行正向鏈路MAC訊框配置以響應UT特有的MUX功能360中的MAC ID佇列，並且會進行反向鏈路MAC訊框配置以響應有關RCH或UT代理伺服器(proxy)佇列之要求，如上文所述。無論如何，執行方法1900 的通信裝置會在決策步驟1950等待一MAC訊框配置。

當在決策步驟1950中進行一MAC訊框配置時，則會在步驟1960中將一或多個MUX PDU置入一單一MAC PDU中。該MAC PDU可包含從前一MAC訊框剩餘的局部MUX PDU 464、一來自一或多個資料流的MUX PDU、一或多個命令MUX PDU或彼等項之任何組合。如果任何已配置空間仍是未被使用，則可以將一局部MUX PDU***該MAC訊框中(或可以***任何類型填補項(padding)，以便填滿該已配置之MAC訊框)。

在步驟1970，會在該配置所指示的位置處，在實體鏈路上傳輸MAC PDU。請注意，MAC PDU可包括來自一或多個資料流或命令PDU之任何組合的MUX PDU。

如上文所述，在此示範性具體實施例中，在F-TCH或R-TCH上，MAC PDU是適合指派給一MAC ID之實體層叢發的傳輸單位。圖20繪示示範性案例。一MAC PDU 460係由下列項目所組成：一MUX指標462、接著是一位於起始處之可能的局部MUX PDU 464、接著是零或多個完整MUX PDU 466以及最後是一位於實體層叢發尾端的一可能的局部MUX PDU 468。請注意，圖中繪示兩個連續MAC訊框460A和460B之各自部分。在訊框f期間所傳輸之MAC訊框460A的子部分係以附加的「A」予以識別。在訊框f+1期間所傳輸之MAC訊框460B的子部分係以附加的「B」予以識別。當多個MUX PDU被串連在一MAC PDU內時，則可以在該MAC PDU之尾端來傳輸一局部MUX PDU，在此情況下，會在下一MAC訊框中傳送之MAC PDU的開頭部分傳輸該MUX PDU的餘項。圖20中藉由在MAC訊框460A中所傳輸的局部MUX PDU 468A予以圖解說明。會在下一MAC訊框460B期間傳輸該MUX PDU 464B的餘項。

MAC標頭係由MUX指標2020及可能有相關聯於MAC PDU的MAC ID 2010所組成。當正在使用空間多工時，則可能會需要MAC ID，並且可能會有同時傳輸的一個以上MAC PDU。熟悉此項技術者應知道何時應部署MAC ID 2010，圖中用陰影繪示以表示這些選用項。

在此示範性具體實施例中，部署每MAC PDU一個2位元組MUX指標2020，以便識別在MAC訊框中傳輸之任何MUX PDU的位置(如圖20中從MUX指標2020至MUX PDU 466A的箭頭所示)。每MAC PDU都會使用MUX指標2020。MUX指標指向MAC PDU內第一個MUX PDU的起始處。MUX指標連同每個MUX PDU中所包含之長度欄位一起允許接收方MUX層從位元組資料流(由配置至該MAC ID的連續實體層叢發所組成)擷取LL及PLC PDU。熟悉此項技術者應明白，屬於本發明範疇內之用於部署指標的各種替代手段。例如，從上文所述的實例，可按替代順序來封裝MAC訊框。一餘項局部MUX PDU可被置放在MAC訊框配置的尾端，並且指標係指向該餘項的起始處，而不是指向新的MUX PDU。因此，新的PDU(若有的話)被置放在開頭部分。可部署數種指標技術(即，一用於識別一位元組的索引值、一時間值、一基數值加一位移或熟悉此項技術者所知的任何許多變化方案)。

在此示範性具體實施例中，MUX指標2020包括一單一16位元欄位，該欄位的值是1加上始於訊框開始之第一個MUX PDU開頭部分之該MUX指標之尾端的位移(以位元組為單位)。如果值為0，則沒有開始訊框的MUX PDU。如果值為1，則MUX PDU會立即接在該MUX指標後開始。如果值為n>1，則MAC PDU中的前n-1個位元組是一在前一訊框開始之MUX PDU的尾端。此項資訊有助於接收器MUX(即，MUX功能360)從導致同步於MUX PDU邊界損失之先前訊框錯誤復原。熟悉此項技術者應明白，可部署任可數量之替代索引技術。

包含一類型(邏輯頻道)欄位及一長度欄位的MUX標頭被附加至提供給MUX的所有LL或RLC PDU。該類型(邏輯頻道)欄位識別PDU所屬的LL或RLC實體。如同前段落說明所述，長度欄位係連同MUX指標一起使用，以便允許接收方MUX層從位元組資料流(由配置至該MAC ID的連續實體層叢發所組成)擷取LL及PLC PDU。

如上文所述，MUX功能360維護用於要傳輸之資料的三個佇列。高QoS佇列362可包含相關聯於一已協商之服務的LL PDU，該許可控制功能384已配置該已協商之服務的保證傳輸率。最佳工作佇列364可包含相關聯於一傳輸率保證的LL PDU。控制訊息佇列366可包含RLC和LLC PDU。

替代具體實施例可包含一個以上QoS佇列。但是，如本文所述，高效率運用高傳輸率WLAN允許一單一QoS佇列來達成極佳的QoS效能。在許情況下，藉由MAC協定來高效率運用可用的頻道頻寬會提供不必要的額外佇列及相關聯的複雜度。

在AP處，會促使每個佇列中的積存(backlog)可供共同MAC功能370中的排程器376使用。在AP處會在MUX功能360的UT代理伺服器(proxy)中維護位於UT處之彼等佇列中的積存(backlog)。請注意，基於簡明清楚，圖3中未獨立繪示彼等UT代理伺服器(proxy)佇列。佇列362、364及366可被視為包含每個MAC ID的正向鏈路佇列和反向鏈路佇列(即，UT代理伺服器(proxy)佇列)，無論共用FW或分離的組件中是否有部署彼等佇列。請注意，所支援的正向鏈路佇列和反向鏈路佇列之數量和類型不需要完全相同。UT代理伺服器(proxy)佇列不需要完全相符於UT佇列。例如，UT可維護一命令佇列，以便給予某些易受時間影響之命令優先於其他高QoS PDU的優先順序。在AP處，可使用單一高QoS來指示對兩種類型UT流量的要求。因此，可使用在UT處所決定的優先順序來填補對UT的配置。舉另一實例而言，可在UT或AP處分別維護不同的QoS佇列，而且在AP或UT處不會維護對方的QoS佇列。

排程器376仲裁來自所有MAC ID的競爭需求，並且在F-TCH或R-TCH上配置一實體層叢發至一或多個所選MAC ID。響應一項配置，對應之MUX功能360封裝LL和RLC PDU成為MAC PDU封包承載，如上文所述。在此示範性具體實施例中，每個MUX功能360都會按下列非先佔式優先順序來 (徹底)伺服來自下列佇列的PDU：控制訊息佇列366、高QoS佇列362及最佳工作佇列364。在伺服來自較高優先順序佇列的新PDU之前，會先完成來自先前MAC PDU的任何局部PDU(即使局部PDU係來自較低優先順序佇列)。在替代具體實施例中，可在一或多個層級處部署先佔式優先順序，如熟悉此項技術者所知。

在接收器處，MUX功能從由連續MAC PDU所組成的位元組流來擷取PDU，並且將其投送至所屬的LL或RLC實體。路徑選擇係以MUX PDU標頭中所包含的類型欄位(邏輯頻道)為基礎。

在此示範性具體實施例中，按照MUX功能之設計，一旦已開始傳輸MUX PDU，就會先完成此項傳輸，之後才能開始另一MUX PDU。因此，如果在一MAC訊框中開始傳輸一來自最佳工作佇列的MUX PDU，則會先在一後續MAC訊框(或多訊框)中完成此項傳輸，之後才會傳輸來自控制訊息佇列或高QoS佇列的其他MUX PDU。換言之，在正常運作中，較高類別佇列具有非先佔式優先順序。

在替代具體實施例中，或在此示範性具體實施例中在某些情況下，可能會想要用先佔式優先順序。例如，如果實體層資料傳輸率已變更，則可能需要緊急傳輸一控制訊息，這需要優先於最佳工作或高QoS MUX PDU的傳輸先佔式優先順序。這是被准許的做法。接收方MUX會偵測並丟棄未完全傳輸的MUX PDU，下文中會進一步詳細說明。

先佔式事件(即，實體層傳輸率變更)也可引發需要變更該UT所使用的片段大小。可選用UT所使用的片段大小，促使藉由MUX功能中的非先佔式優先順序來滿足最短延遲條件約束或控制訊息佇列的服務延遲條件約束。這些技術可結合上文參考圖17至圖18所說明的分割技術。

圖21繪示使用MUX指標來準備MAC訊框之示範性方法2100。此方法可被部署在AP或UT中。按照本文講授內容，熟悉此項技術者很容易調整此例證性實例以配合許多具體實施例(AP或UT)。程序從步驟2110開始，在此步驟接收用於一MAC PDU的配置。

在決策步驟2120，如果來自前一MAC訊框的局部MUX PDU仍然存在，則進行到決策步驟2130。如果沒有局部MUX PDU存在，則進行到步驟2150。

在決策步驟2130，如果想要用先佔式優先順序，則不會傳輸該局部MUX PDU。程序進行到步驟2150。在此示範性具體實施例中，在某些情況下可使用先佔式優先順序，以便傳送一易受時間影響之命令MUX PDU。前文已詳述先佔式優先順序之其他實例。當希望放棄傳輸MUX PDU之餘項時，就可使用任何先佔式條件。MAC訊框的接收器可直接丟棄該MUX PDU的前部分。下文詳細說明示範性接收器功能。在一項替代具體實施例中，可定義先佔式優先順序，以便允許在以後的時間傳輸已具先佔式優先順序的MUX PDU。替代具體實施例可部署任何數量之先佔式優先順序規格，以便在決策步驟2130中使用。如果不想先佔式優先順序，則進行到步驟2140。

在步驟2140，先將該局部MUX PDU置放在MAC PDU中。如果配置小於該局部MUX PDU，則可以使用所想要的MUX PDU數量來填補該配置，並且可儲存餘項，以便在後續MAC訊框配置中傳輸。

在步驟2150，可將任何新的MUX PDU置放在MAC PDU中。MUX功能可決定置放來自任何可用佇列之MUX PDU的優先順序。前文已說明示範性優先順序機制，然而可部署任何優先順序機制。

在步驟2160，將MUX指標設定為第一個新MUX PDU的位置。在此示範性具體實施例中，0值MUX指標意謂著配置中不包含任何MUX PDU。1值MUX指標意謂著接在MUX標頭後的第一個位元組是下一個新MUX PDU的起始處(即，在MAC PDU的開頭部分沒有任何局部MUX PDU)。其他MUX指標值指示介於一餘項局部MUX PDU與任何新MUX PDU起始處之間的適當邊界。在替代具體實施例中，可定義其他特殊MUX指標值，或可部署指標值指標機制。

在步驟2170，如果已配置之MAC PDU中仍然有空間，則一局部MUX PDU可被置放在剩餘空間中。或者，任何類類填補項可被***在剩餘空間中。可儲存一局部置放之MUX PDU的餘項，以便在後續訊框配置中傳輸。

圖22繪示接收包含MUX指標之MAC訊框之示範性方法2200。此方法可被部署在AP或UT中。按照本文講授內容，熟悉此項技術者很容易調整此例證性實例以配合許多具體實施例(AP或UT)。

程序從步驟2210開始，在此步驟接收一MAC PDU。在步驟2215，從該MAC PDU擷取MUX指標。在決策步驟2220，如果MUX指標大於1，則進行到步驟2225。在此示範性具體實施例中，如果MUX指標是0或1，則在MAC訊框的開頭部分沒有任何局部MUX PDU。0值MUX指標指示沒有任何MUX PDU。在任一情況下，進行到決策步驟2230。

在決策步驟2230，如果有儲存一來自前一MAC訊框的局部MUX PDU，則進行到步驟2235並且丟棄該儲存之前一訊框。在此實例中，已優先處理該儲存之訊框的餘項。替代具體實施例可允許隨後傳輸該儲存之訊框的餘項，在此情況下，可儲存先前的局部MUX PDU(例證性示範性方法2200中未詳細繪示細節)。在決策步驟2230，如果沒有儲存任何局部MUX PDU，或要後續處理該儲存之先前局部MUX PDU，則進行到步驟2240。

在步驟2240，在MUX指標所指示之位置處的開頭部分擷取新的MUX PDU。請注意，在此示範性具體實施例中，0值MUX指標意謂著MAC PDU中沒有任何新的MUX PDU。可擷取任何新的MUX PDU，包括一新的局部MUX PDU。如上文所述，可使用MUX PDU標頭中的長度欄位來定義MUX PDU的邊界。

在決策步驟2245，如果MAC PDU中包括一局部MUX PDU，則進行到步驟2250以儲存該局部MUX PDU。可將該儲存之局部MUX PDU結合來自一未來MAC PDU中的餘項(除非以後決定應丟棄該局部MUX PDU，如上文所述)。在決策步驟2245，如果MAC PDU中不包括任何新的局部MUX PDU，或如果已在步驟2250中儲存該局部MUX PDU，則進行到步驟2255。

在步驟2255，可傳遞任何完整的MUX PDU，以便在協定堆集中進一步處理，包括重組(若適當)，如上文所述。

如上文所述，MUX功能允許多工處理MAC訊框上定義之流量頻道片段內的邏輯頻道(F-TCH及R-TCH)。在此示範性具體實施例中，MUX功能所多工處理的邏輯頻道係藉由MUX標頭中的4位元訊息類型欄位予以識別，表格1詳細此項實例。

圖23繪示表格1所列出之數種MUX類型的示範性MUX PDU。可使用使用者資料頻道PDU(UDCH0 2310、UDCH1 2320、UDCH2 2330、UDCH3 2340)來傳輸及接收使用者資料。可按照如前文參考圖4之說明所述來形成PDU。每個PDU各包括一含類型和長度欄位的MUX標頭。接在該MUX標頭後的項目是：LL標頭、一1位元組AL標頭、至多4087個位元組資料及一3位元組CRC。對於UDCH0 2310，LL標頭是1個位元組。對於UDCH1 2320，LL標頭是2個位元組。對於UDCH2 2330，LL標頭是3個位元組。對於UDCH3 2340，LL標頭是4個位元組。前文已詳述用於處理彼等LL PDU類型的邏輯層功能。

圖23中還繪示各種控制訊息PDU 2350-2370。每個PDU各包括一含一類型欄位、一保留欄位和一長度欄位的MUX標頭。接在該MUX標頭後的項目是可變長度的資料欄位，此資料欄位可能是介於4與255個位元組之間，並且包括RLC訊息封包承載。圖23中繪示無線電鏈路廣播頻道(Radio Link Broadcast Channel；RBCH)PDU 2350、專用控制頻道(Dedicated Control Channel PDU；DCCH)PDU 2360以及邏輯鏈路控制頻道(Logical Link Control Channel；LLCH)PDU 2370。使用者廣播頻道(User Broadcast Channel；UBCH)PDU及使用者多點播送頻道(User Multicast Channel；UMCH)PDU的格式完全相同於UDCH0 PDU 2310。UBCH的類型欄位被設定為0111。UMCH的類型欄位被設定為1000。

熟悉此項技術者應明白彼等PDU僅作為例證用途。還可以支援各種額外PDU以及所繪示之PDU的子集。在替代具體實施例中，所繪示之每項欄位可具有替代寬度。其他PDU也包含額外欄位。

示範性無線電鏈路控制(RLC)

前文已說明無線電鏈路控制340，並且會在此段落中進一步詳細示範性具體實施例。表格2提出一組示範性RLC訊息。所描述之示範性訊息僅僅是示範，在各項替代具體實施例中可部署彼等訊息之子集以及額外訊息。每項訊息中的欄位大小及類型也是示範性。按照本文講授內容，熟悉此項技術者很容易調整敨多替代訊息格式。

在此實例中，所有RLC訊息都具有共同的結構，但可以在數個傳輸頻道之一上載送彼等訊息。RLC PDU結構包括：一八位元類型欄位，用於識別特定的RLC訊息；一由0至251個位元組所組成的封包承載；以及一由3個位元組所組成的CRC欄位。表格3闡明使用類型欄位中的位元部分來指示某類型RLC訊息。最高有效位元(MSB)0或1分別指示正向鏈路訊息或反向鏈路訊息。當設定第二位MSB時，則該訊息是一否定認可(NACK)或拒絕訊息。

在系統初始化期間，會初始化由系統識別控制功能346所組成的廣播RLC功能。當UT使用來自存取集區的MAC-ID來起始存取系統時，RLC功能會指派一新的MAC-ID給該UT。接著，如果該UT加入一多點播送群組，則可被配置額外的多點播送MAC-ID。當一新MAC-ID被指派給一UT時，RLC功能會初始化下列每項功能的一個執行個體(instance)：AC 344、RRC 342及LLC 338，如上文所述。當指派一新的多點播送MAC-ID時，RLC功能會初始化一新的AC執行個體以及用於LL多點播送模式的LLC。

AP會使用廣播MAC-ID，每16個MAC訊框傳輸一系統識別參數訊息(列在表格4中)一次。系統識別參數訊息包含網路和AP ID以及協定版本號碼。此外，系統識別參數訊息還包含供UT起始存取系統所使用的存取MAC-ID清單。表格4列出其他示範性參數。

關聯控制(AC)功能提供UT鑑認。AC功能管理UT的註冊(即，附加/卸離)功能。至於多點播送MAC-ID，AC功能會管理一UT附加/卸離多點播送群組。AC功能也管理用於LL控制的加密金鑰交換。

會在來自UT的反向鏈路上傳送註冊查問訊息(Registration Challenge Message)，如表格5所示。UT包括一24位元亂數(24-bit random number)，用以允許AP區分同時具有存取權且挑選相同MAC-ID的多個UT。

由AP傳輸註冊查問認可訊息(Registration Challenge Acknowledgement Message)(如表格6所示)，以響應該註冊查問訊息。該AP包括該UT所傳輸隨機ID。這允許解決介於已挑選相同MAC-ID和存取時槽的UT之間的衝突。

由AP傳送註冊查問拒絕訊息(Registration Challenge Reject Message)(如表格7所示)至一UT，以拒絕臨時MAC ID指派，例如，當兩個或兩個以上UT隨機選擇相同的臨時MAC ID時。

由AP傳輸硬體ID要求訊息(Hardware ID Request Message)(如表格8所示)，以從UT獲取硬體ID。

由UT傳輸硬體ID要求認可訊息(Hardware ID Request Acknowledgment Message)(如表格9所示)，以響應該硬體ID 要求訊息並且包括該UT的48位元硬體ID。(具體而言，UT可使用的48位元IEEE MAC位址)。

系統功能訊息(System Capabilities Message)(如表格10所示)被傳輸至新註冊的UT，以向該UT指示AP功能。

由UT傳送系統功能認可訊息(System Capabilities Acknowledgment Message)(如表格11所示)，以響應該系統功能訊息，藉此向該AP指示該UT功能。

會在每個UT處初始化一個無線電資源控制RRC執行個體。會在AP處初始化每作用中UT一個RRC執行個體。位於AP和UT處的RRC功能可共用正向和反向鏈路頻道度量(若需要)。RRC管理位於AP與UT處之傳輸鏈和接收鏈之校準。在此實例中，校準對於空間多工傳輸模式很有助益。

RRC決定用於傳至UT之傳輸的傳輸模式及傳輸率控制，並且將決定結果提供給MAC排程器。RRC決定在R-TCH上及F-TCH上(若需要)之實體層(PHY)叢發傳輸所需之專用MIMO前導的週期性及長度。RRC管理在空間時間傳輸分集(STTD)模式中傳至及來自一UT之傳輸的功率控制，並將功率控制提供給PHY管理員。RRC決定來自UT之R-TCH傳輸的時序調整。

由AP傳輸校準要求訊息(Request Request Message)(如表格12所示)，以要求校準於UT。CalType欄位指示校準音頻(calibration tone)集合以及將運用在校準程序的每天線校準符號數量。

表格13中列出校準類型(CalType)值。每個CalType各對應於一組OFDM音頻集合以及校準所需的每天線校準符號數量。校準前導符號(Calibration Pilot Symbol)使用Walsh序列來建置跨發射天線的正交(orthogonality)。

由UT傳輸校準要求拒絕訊息(Request Request Reject Message)(如表格14所示)，以拒絕來自AP的該校準要求訊息。

由UT傳送校準量測要求訊息(Request Measurement Request Message)(如表格15所示)至AP。此訊息包括AP用於量測介於UT與AP間之頻道的校準前導(Calibration Pilot)符號。

由AP傳送校準量測結果訊息(Request Measurement Result Message)(如表格16所示)，用以將AP針對該UT在該校準要求訊息中所傳輸之校準符號所完成的頻道測量結果提供給該UT。

在此實例中，每個校準量測結果訊息各載送一4x4頻道之4個音頻的頻道響應值、一2x4頻道之至多8個音頻的頻道響應值或一1x4頻道之至多16個音頻的頻道響應值。可能需要至多13個此訊息，以便載送含已測量之52個音頻的4x4頻道之測量資料，所以還會採用一序號，藉以追蹤彼等訊息的序列。假使沒有足夠的資料足以填滿整個資料欄位，則會將資料欄位的未使用部分設定為零。

傳送校準量測結果認可訊息(Calibration Measurement Result Acknowledgement Message)(如表格17所示)，藉以認可該校準量測結果訊息的片段。

同樣地，可能不會認可該校準量測結果認可訊息，在此情況下，可在反向鏈路上傳輸一校準量測結果否定認可訊息(Calibration Measurement Result NACK Message)(如表格18所示)，藉以否定認可(NACK)該校準量測結果訊息的片段。

校準量測結果訊息可能以go-back-N(返回N)或選擇性重複為基礎予以否定認可。SEQ欄位係由四個連續的4位元片段所組成，每個片段各表示一訊息序號。對於go-back-N模式，MODE位元被設定為0，並且SEQ欄位的第一個片段指示必須重複之序列中的第一個訊息之序號。在此情況下，SEQ欄位中其餘的12位位元被設定為0且被忽略。對於選擇性重複模式，MODE位元被設定為1，並且SEQ欄位保存必須重複之至多四個訊息之序號。如果少於四個訊息必須被重複，則僅含有非零值之片段才具有意義。會忽略所有零值片段。

由AP傳送UT鏈路狀態訊息(UT Link Status Message)(如表格19所示)，藉以要求UT提供反饋。在此實例中，UT必須提供有關緩衝器狀態(已積存之資料量和QoS類別)以及鏈路品質(MIMO及控制頻道所支援的正向鏈路傳輸率)的反饋。

UT_BUF_STAT指示UT無線電鏈路緩衝器大小(以四位元組為增量單位)。0xFFFF值指示大於或等於262,140個位元組之緩衝器大小。FL_RATE_STAT提供每模式最大正向鏈路傳輸率(每模式4位位元)。對於分集模式，僅仗用前四位最高有效位元。其餘12位位元被設定為0。QOS_FLAG指示出RL緩衝器是否包含高優先順序資料。表格20中定義值QOS_FLAG。

在UT處，由RRC建立該UT鏈路狀態訊息。在AP處，該UT鏈路狀態訊息被轉遞至用於提供值給UT代理伺服器(proxy)的RRC。

此段落中所說明的示範性RRC具體實施例可結合整份說明書中所詳細之各項具體實施例一起部署。熟悉此項技術者應明白這項示範性具體實施例僅供例證用途，並且按照本文講授內容就會明瞭許多替代具體實施例。此下一段落中會說明控制頻道之示範性具體實施例，其適合結合整份說明書中所詳細之各項具體實施例一起部署。

示範性控制頻道(CCH)

如上文所述，存取MAC訊框及指派資源受控於控制頻道(CCH)，控制頻道(CCH)依據來自排程器的指令來指派F-TCH及R-TCH資源給MAC ID。這些資源授予可能是一對於相關聯於該特定MAC ID之AP處一或多個佇列的已知狀態之回應，或是一對於相關聯於該MAC ID之UT處一或多個佇列的已知狀態之回應，如同對應之UT代理伺服器(proxy)中資訊的反映。資源授予也可能是一對於在一存取要求頻道(Access Request Channel；ARCH)接收到之存取要求的回應，或是對於排程器可取得之某其他刺激(stimulus)或資訊的回應。下文會詳細說明CCH的示範性具體實施例。此項示範性CCH係當做可部署在如上文所述之高效能WLAN中的各項控制機制之例證。替代具體實施例可包括額外功能，以及下文所述之功能的子集。下文所述之欄位名稱、欄位寬度、參數值等等僅僅是例證說明。熟悉此項技術者很容易調整所說明之原理以配置屬於本發明範疇內的許多替代具體實施例。

示範性CCH係由4個分離的子頻道所組成，每個子頻道各以不同資料傳輸率運作，如表格21所示。表格21中所使用的用詞已為此項技術所熟知(SNR表示訊雜比(Signal to Noise Ratio)，以及FER表示正向錯誤率(Forward Error Rate)，也是此項技術所熟知)。CCH結合STTD來使用短型OFDM符號。這意謂著每個邏輯頻道都是由偶數個短型OFDM符號所組成。在隨機存取反饋頻道(RFCH)及訊框控制頻道(FCCH)上傳送的訊息被格式化成為資訊元素(Information Element；IE)，並且會在該等CCH子頻道之一上予以傳輸。

BCCH指示CCH_MASK參數中是否有一既定CCH子頻道存在或不存在。下面表格22中提供每個CCH子頻道各式(其中N標示子頻道尾碼0到3)。格式包括多個欄位，用於指示IE數量、IE本身、CRC、填零項(若需求)及尾端位元。AP決定要用於每個IE的子頻道。屬於使用者終端機(UT)特有的IE類型係在用於最大化該UT之傳輸效率的CCH子頻道上予以傳輸。如果AP無法精確決定相關聯於一既定UT的傳輸率，則可使用CCH_0。廣播/多點播送IE類型係在CCH_0上予以傳輸。

CCH係以最低至最高傳輸率予以傳輸。會提供每個CCH子頻道的一CRC。所有UT都會嘗試解碼每個以最低傳輸率CCH開始傳輸的每個CCH。無法正確解碼CCH_N意謂著被解碼的較傳輸率CCH有錯誤。每個CCH子頻道都能夠傳輸至多32個IE。

CCH傳輸頻道被映射至兩個邏輯頻道。RFCH包括對在RCH上接收到之存取嘗試的認可。FCCH包括資源配置(即，F-TCH和R-TCH上的實體層訊框指派)、實體層控制功能(包含有關F-TCH和R-TCH的實體層資料傳輸率控制、R-TCH專用前導***、R-TCH時序以及R-TCH功率控制。FCCH還可包括一R-TCHR-TCH，用以向一UT要求一緩衝器和鏈路狀態更新。

一般而言，在此具體實施例中，在CCH上傳送的資訊屬於時間關鍵型資訊，並且會被目前MAC訊框內的收件者所採用。

表格23列出CCH資訊元素類型及各自的類型值。下文會進一步詳述資訊元素格式。在下面的表格中，所有的位移值係以800奈米為單位。

表格24顯示註冊要求認可IE(Registration Request Acknowledgment IE)(RFCH)(表格23中標示為RegistrationReqACK)的格式。該註冊要求認可係用於回應在該RCH上接收自一UT的註冊要求。格式包括一IE類型、一時槽ID、該存取ID(由UT選擇並包含在其註冊要求中)、指派給該UT的MAC ID以及一時序進階值。

表格25顯示F-TCH分集模式指派IE(F-TCH Diversity Mode Assignment IE)(FCCH)(表格23中標示為FwdDivModeAssign)的格式。該F-TCH分集模式指派用於指示將使用分集模式在 F-TCH上傳輸之MAC PDU。分集是包括的另一STTD限期。格式包括一IE類型、一MAC ID、一F-TCH位移(用於指示MAC訊框中MAC PDU的位置)、使用的傳輸率、封包中的OFDM符號數量、前導項類型(下文會詳細說明)以及封包中的短型OFDM符號數量。

表格26顯示含R-TCH狀態的F-TCH分集模式指派IE(FCCH)(表格23中標示為FwdDivModeAssignStat)的格式。此IE係用於指示將使用分集模式在F-TCH上傳輸之MAC PDU，並且會配置用於回應一狀態要求的R-TCH空間。格式包括FwdDivModeAssign欄位。此外，格式還包括一配置位移，以供UT在R-TCH上報告其緩衝器狀態。用於R-TCH上之鏈路狀態訊息的配置指定R-TCH前導項類型，以及反向參數，包括傳輸率、時序調整、狀態訊息要求位元和鏈路狀態封包中的長型和短型OFDM符號數量。

FWD_PREAMBLE和REV_PREAMBLE欄位分別提供在反向鏈路上使用之前導項的長度以及在反向鏈路上傳送的狀態訊息。前導項係由表格27中提供之短型OFDM符號數量所組成，僅載送用於主要特徵模態(eigenmode)的操控參考(steered reference)。

表格28顯示F-TCH空間多工模式指派IE(F-TCH Spatial Multiplex Mode Assignment IE)(FCCH)(表格23中標示為 FwdSpaModeAssign)的格式。此IE的欄位類似於FwdDivModeAssign，惟使用空間多工(而不是使用分集)除外。

表格29顯示含R-TCH狀態的F-TCH空間多工模式指派IE(FCCH)(表格23中標示為FwdSpaModeAssignStat)的格式。此IE的欄位類似於FwdDivModeAssignStat，惟使用空間多工(而不是使用分集)除外。

表格30顯示R-TCH分集模式指派IE(R-TCH Diversity Mode Assignment IE)(FCCH)(表格23中標示為RevDivModeAssign)的格式。此IE係用於使用分集模式以訊號發出一用於MAC PDU之R-TCH配置。此IE包括如上文所述的MAC ID欄位。此IE還包括如上文所述之狀態要求訊息中所包含的反向鏈路欄位(FwdDivModeAssignStat和FwdSpaModeAssignStat)。此IE進一步包括一反向傳輸功率調整欄位。

表格31顯示R-TCH空間多工模式指派IE(R-TCH Spatial Multiplex Mode Assignment IE)(FCCH)(表格23中標示為RevSpaModeAssign)的格式。此IE的欄位類似於RevDivModeAssign，惟使用空間多工(而不是使用分集)除外。

表格32顯示TCH分集模式指派IE(TCH Div Mode Assignment IE)(FCCH)(表格23中標示為DivModeAssign)的格式。此IE係用於配置正向鏈路和反向鏈路MAC PDU。此IE的欄位PwdDivModeAssign和RevDivModeAssign的欄位組合。

表格33顯示TCH空間多工模式指派IE(TCH Spatial Mul Mode Assignment IE)(FCCH)(表格23中標示為SpaModeAssign)的格式。此IE的欄位類似於DivModeAssign，惟使用空間多工(而不是使用分集)除外。

表格34顯示緩衝器和鏈路狀態要求IE(Buffer and Link Status Request IE)(RFCH或FCCH)(表格23中標示為LinkStatusReq)的格式。AP使用此IE來向UT向要求目前的緩衝器狀態及連至該UT之實體鏈路的目前狀態。會配合該要求進行一用於提供回應的反向鏈路配置。除了類型及MAC ID欄位以外，該反向鏈路配置還包括類型於上文所述之反向鏈路配置的欄位。

表格35顯示校準要求認可IE(Calibration Request Acknowledgment IE)(FCCH)(表格23中標示為CalRequestAck)的格式。傳輸此IE來認可一UT的校準要求。通常會在註冊之後立即執行校準，並且之後極少會執行校準。雖然TDD無線頻道屬於對稱式，但是位於AP與UT處的傳輸鏈和接收鏈可具有不相等的增益及相位。執行校準是為了排除此項不對稱。此IE包括一類型欄位、一MAC ID欄位(包含指派給UT的臨時MAC ID)、UT的天線數量以及所要之校準類型的認可。4位元之校準類型欄位指定用於校準的音頻組合，以及基於校準用途所傳送之訓練符號(training symbol)的數量。

表格36顯示校準要求拒絕IE(Calibration Request Reject IE)(FCCH)(表格23中標示為CalRequestRej)的格式。此IE拒絕來自一UT的校準要求。此IE包括類型欄位、MAC ID欄位及校準要求類型欄位，如同CalRequestAck。此外，還會提供一原因欄位，用以說明拒絕校準要求的原因。

藉由原因值來參照一校準要求的原因。表格37中詳列原因及原因值。

表格38顯示要求訊息(Request Message)(ARCH)的格式。在起始存取時，該要求訊息被視為一註冊要求。存取方UT會從設置用於起始存取且在BCCH訊息中發佈的一組ID集合中隨機挑選一存取ID。如果連續接收到該要求訊息，則AP會在RFCH上使用註冊要求認可IE來認可該要求訊息，並且指派一臨時MAC ID給該UT。

已註冊之UT會在ARCH上使用相同的訊息，但是使用在存取ID欄位中指派的MAC ID來要求服務。如果連續接收到該要求訊息，則AP會傳輸一R-TCH鏈路狀態要求IE，藉以獲得有關該UT所想要之配置的類型及大小。

熟習此項技術者應明白，可使用各種不同術語或技術的任一種來代表資訊及信號。例如，資料、指令、命令、資訊、信號、位元、符號及晶片有利於以電壓、電流、電磁波、磁場或粒子、光場或粒子、或其任何組合來表示。

熟習此項技術者應進一步明白，配合本文所發表之具體實施例說明的各種圖解邏輯方塊、模組、電路及演算法步驟可實施為電子硬體、電腦軟體或其組合。為了清楚解說硬體與軟體的互換性，前文中已就功能而論作廣泛說明各種圖解的組件、區塊、模組、電路及步驟。視特定應用及影響整個系統的設計限制條件而定，將功能實施成硬體或軟體。熟悉本技藝者可以用每種特別應用的不同方法來實施所述的功能，但這種實施決定不能視為背離本發明之範圍

可使用一般用途處理器、數位信號處理器(DSP)、專用積體電路(ASIC)、場可程式規劃閘極陣列(FPGA)或其他可程式規劃邏輯裝置(PLD)、離散閘極或電晶體邏輯、離散硬體組件或其任何的組合以執行本文所說明的功能，以實施或執行配合本文所發表之具體實施例說明的各種圖解邏輯方塊、模組及電路。一般用途處理器可能是微處理器，但是在替代方案中，處理器可能是任何傳統處理器、控制器、微控制器或狀態機器。處理器可實施為電腦裝置的組合，例如DSP和微處理器的組合、複數個微處理器、連接DSP核心的一個或一個以上微處理器或任何其他此類的組態。

配合本文中揭示之具體實施例中說明的方法或演算法步驟可直接用硬體、處理器執行的軟體模組或軟硬體組合具體化。軟體模組可駐存於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可抽取磁碟、CD-ROM、或此項技術所熟知之任何其他形式的儲存媒體中。一種示範性儲存媒體係耦合處理器，以致於處理器可自儲存媒體中讀取資訊，以及寫入資訊到儲存媒體。在替代方案中，儲存媒體可被整合至處理器中。處理器和儲存媒體可駐存在ASIC中。該ASIC可存在於一使用者終端機中。在替代方案中，處理器和儲存媒體可當作散離組件駐存在使用者終端機中。

本文中所列出的標題係供參考並且輔助找出各段落。這些標題非用以限制本文中所說明之觀念的範疇。這些觀念可在整份說明書中具有適用性。

前文中提供所揭示具體實施例的說明，讓熟習此項技術者可運用或利用本發明。熟習此項技術者應明白這些具體實施例的各種修改，並且本文中定義的一般原理可適用於其他具體實施例，而不會脫離本發明的精神或範疇。因此，本發明不受限於本文中提出的具體實施例，而是符合與本文中所說明的原理及新穎功能一致的最廣泛的範疇。

100‧‧‧系統

102‧‧‧網路

104‧‧‧存取點(AP)

106A-N‧‧‧使用者終端機(UT)

110,270‧‧‧連接

120‧‧‧無線區域網路區域(WLAN)(圖1)

120‧‧‧RF鏈路(圖26)

210‧‧‧收發器

220‧‧‧MAC處理器

240‧‧‧LAN收發器(圖2)

250A-N‧‧‧天線

255‧‧‧記憶體

260‧‧‧資料流

280‧‧‧反饋

300‧‧‧子網路協定堆集(圖3)

310A,310B‧‧‧調節層

312‧‧‧分割和重組(SAR)

314‧‧‧資料流分類

316‧‧‧多點播送映射

320A,320B‧‧‧資料鏈路層

240A,240B‧‧‧實體層(PHY)

320‧‧‧資料鏈路控制層(圖3)

330‧‧‧邏輯鏈路(LL)層

332‧‧‧無障礙式廣播/多點播送/單點播送

334‧‧‧否定認可

336‧‧‧認可

340‧‧‧無線電鏈路控制(RLC)層

342‧‧‧無線電資源控制(RRC)

344‧‧‧關聯控制功能

350‧‧‧系統組態控制

360‧‧‧MUX功能

370‧‧‧共同MAC功能

372‧‧‧MAC組訊框功能

374‧‧‧控制頻道功能

376‧‧‧MAC排程器

378‧‧‧隨機存取控制功能

380‧‧‧層管理員

382‧‧‧QoS管理員功能

384‧‧‧許可控制功能

386‧‧‧實體層管理員

410‧‧‧使用者資料封包

420A-N‧‧‧片段

430‧‧‧調節子層PDU

434,444,454‧‧‧封包承載(payload)

440‧‧‧邏輯鏈路子層PDU(LL PDU)

442‧‧‧LL標頭

450‧‧‧MUX子層PDU(MPDU)

452‧‧‧MUX標頭

462‧‧‧MUX指標

464‧‧‧局部MPDU

466‧‧‧新PDU

466A‧‧‧MPDU

468‧‧‧局部MUX PDU

500‧‧‧MAC訊框

510‧‧‧廣播頻道(BCH)

520‧‧‧控制頻道(CCH)

530‧‧‧正向流量頻道(F-TCH)

540‧‧‧反向流量頻道(F-TCH)

550‧‧‧隨機存取頻道(RCH)

560‧‧‧片段

2410‧‧‧IP路由器

2610,2710‧‧‧較上層

2615,2720A‧‧‧IP層

2620A‧‧‧乙太網路MAC層

2620B‧‧‧乙太網路MAC

2640‧‧‧乙太網路調節協定堆集(UT協定堆集)

2650‧‧‧乙太網路調節協定堆集(AP協定堆集)

2740‧‧‧IP調節協定堆集(UT協定堆集)

2750‧‧‧IP調節協定堆集(AP協定堆集)

圖1繪示一種包括高速WLAN之系統的示範性具體實施例；圖2繪示無線通信裝置的示範性具體實施例，該無線通信裝置可被組態成一存取點或使用者終端機；圖3繪示示範性子網路協定堆集；圖4繪示通過協定堆集各層行進之使用者資料封包；圖5繪示示範性MAC訊框；圖6繪示傳輸正向鏈路訊息傳送之示範性方法；圖7繪示接收正向鏈路訊息傳送之示範性方法；圖8繪示傳輸反向鏈路訊息傳送之示範性方法；圖9繪示接收反向鏈路訊息傳送之示範性方法；圖10繪示UT執行起始存取及註冊之示範性方法；圖11繪示AP執行起始存取及註冊之示範性方法；圖12繪示AP使用者資料流之示範性方法1200；圖13繪示UT使用者資料流之示範性方法1300；圖14繪示併入實體層反饋至調節層功能中之示範性方法；圖15繪示執行調節層多點播送之示範性方法；圖16繪示決定是否使用調節層多點播送或使用MAC多點播送之示範性方法；圖17繪示響應實體層反饋而執行分割(Segmentation)之示範性方法；圖18繪示響應傳輸率而分割片段(segmenting)；圖19繪示在單一MAC訊框中傳輸多資料流及命令之示範性方法；圖20繪示連續MAC訊框，包括傳輸各種局部MUX PDU之實例；圖21繪示使用MUX指標來準備MAC訊框之示範性方法；圖22繪示接收包含MUX指標之MAC訊框之示範性方法；圖23繪示示範性MUX PDU格式；圖24繪示經組態適用於乙太網路調節之示範性系統；圖25繪示經組態適用於IP調節之示範性系統；圖26繪示示範性乙太網路協定堆集；以及圖27繪示示範性IP協定堆集。