TW200531489A - Method, apparatus, and system for medium access control - Google Patents

Description

200531489 九、發明說明： 依據35 U.S.C. §119主張優先權 本專利申請案要求下列美國臨時專利申請案之優先權： 2003年10月15曰提出之臨時專利申請案號60/51 1,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/5 13,239 ，標題為「Peer-to-Peer Connections in ΜΙΜΟ 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/5 76,545，標 96850.doc 200531489 題為「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)名為「第三代合夥專案」（3rd Generation Partnership 96850.doc 200531489

Project ; 3 GPP)之聯盟所提出的標準，並且在一組文獻中具 體化，包括文號3G TS 25.211、3G TS 25.212、3G TS 25.213 及3〇丁8 25_214(界-0〇!^八標準）；（3)名為「第三代合夥專案 2」（3rd 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.1 1(a)、（b)或（g))。部署包括正交分頻多工（Orthogonal Frequency Division Multiplexing; OFDM)調變技術的一多 重輸入多重輸出（Multiple Input Multiple Output ; MIMO)WLAN，可達成改良這些網路。 隨著無線系統設計進步，較高資料傳輸率已成為可行。 較高資料傳輸率開啟進階應用的可能性，其中包括語音、 視訊、快速資料傳送及各種其他應用。但是，各種應用可 能具有不同的資料傳送需求。許多類型資料會具有延時及 輸送量需求，或需要某些服務品質（Quality of Service; QoS) 保證。在無資源管理情況下，系統容量可能會減少，並且 系統無法高效率運作。 通常會使用媒體存取控制（Medium Access Control; MAC) 協定來配置數個使用者之間共用的通信資源。MAC協定通 96850.doc 200531489 常會介接較高層至用於傳輸及接收資料的實體層。為了從 資料傳輪率增加而獲益，MAC協定必須經過設計以高效率 使用共用的資源。 已開發的高效率系統支援多重傳輸率，傳輸率會依據實 體鏈路特性而範圍廣泛地改變。已知不同f料應用類型的 需求不同，並且至系統内不同使用者終端機之可支援的資 料傳輸率之變化極大，所以還必須開發佇列處理各種流量 類型，及在通常異類的各種實體鏈路上傳輸等方面的進 展。因此，用於高效率使用高輸送量系統的MAC處理的技 術係為需要的。 【發明内容】 本發明揭示之具體實施例滿足此項技術對於高效率使用 高輸送量系統的MAC處理之需求。在一項態樣中，一種設 備包括一第一層，用於接收來自一或多個資料流之一或多 個封包，以及用於從該等一或多個封包來產生一或多個第 一層協定資料單元（Protocol Data Unit ; PDU)。在另一項態 樣中’一第二層被部署，用於依據該等一或多個MAC層PDU 來產生一或多個MAC訊框。在另一項態樣中，一 MAC訊框 被部署’用於傳輸一或多個MAC層PDU。該MAC訊框可包 括一用於傳輸一或多個配置之控制頻道。依據配置，該mac 訊框可包括一或多個流量片段。 也已提出各種其他態樣及具體實施例。彼等態樣具有提 供高效率媒體存取控制之優勢，並且適用於配合包含高資 料傳輸率以及低資料傳輸率之實體層 96850.doc 200531489 【實施方式] 本發明揭一 "i不一種子網路協定堆集，其支援配合無線LAN (或使用最新問市傳輪技術的相似應用）極高位元速率之實 體g勺门放率、低延時且高輸送量運作。示範性WL 支 援20 MHz頻見超過1〇〇紙^^㈣⑴⑽w sec〇nd ;每秒 百萬位元）位元速率。 配a "亥協疋堆集說明一種用於多工處理來自多個使用者

貧料流之協定f料單元（PDU)與子網路控制實體（MAC PDU)成為單_位元組f料流之方法。配合㈣定堆㈣明 一種用於多卫處理來自多個使用者資料流之協Π料單元 (:DU)與子網路控制實體（MAC pDu)成為單—位元組資料 机之方法。這項做法可支援高效能無線子網路，用於 -口極冋位元速率之實體層的高效率、低延時且高輸送量 運作。 子罔路協疋堆集廣泛支援高資料傳輸率、高頻寬實體層 傳送，制，包括（但不限於）：以0FDM調變為基礎的傳送機 制；單載波調變技術；^用於極高步貝寬效帛運作之使用多 個接收天線及多個發射天線的系統(多重輸入多重輸出 (Multiple Input Multiple 〇utput ; Mim〇)系統（函⑺包 括多重輸入單-輸出（Multiple Input如咖〇卿W ;簡⑺ 系統)；配合空間多工技術之使用多個接收天線及多個發射 天線的系、统，用於在相同在此情況下期間傳輸資料至使用 者終端機，或接收來自使用者終端機m以及使用分 碼多向近接(code d1V1S10n multlple阶咖；cdma)技術之 96850.doc -10- 200531489 系統，用於允許多個使用者同時傳輸。 份說明書所提及的資料、指令 本文中說明的一個或―個以上示範性具體實施例係在I 線資料通訊系統背景下提出。雖然在此背景下使用本發明 有許多優點，但是在不同的環境或組態中也可併入本發明 的不同具體實施例。-般㈣，本文中說明的錢系統均 可使用軟體控制型處理器、積體電路或離散邏輯構成。整 命令、資訊、信號、符號 及晶片有利於m、電流、電磁波、磁場或粒子、光場 或粒子、或其任何組合來表示。此外，每個方塊圖中所示 的方塊均可能代理硬體或方法步驟。方法步驟可互換，而 不會脫離本發明的範疇。本文中使用的術語「示範」係表 示「當作實例、例子或解說」。本文中當作「示範」說明的 任何具體實施例不一定被視為較佳具體實施例或優於其他 具體實施例。 圖1繪不系統1 〇〇的示範性具體實施例，該系統包括連接 至一或多個使用者終端機（UT)106A-N的存取點（AP)104。 AP與UT經由無線區域網路區域（WLAN)12〇通信。在此示範 性具體實施例中，WLAN 120是一種高速MIM0 〇FDM系 統。然而，WLAN 120可能是任何無線lAN。存取點1〇4經 由網路102與任何外部裝置或處理序（pr〇cess)通信。網路 1〇2可能是網際網路、内部網路或任何其他有線、無線或光 學網路。連接11 〇將來自網路的實體層訊號載送至存取點 1 〇4。裝置或處理序可連接至網路i 〇2，或當作WLAN 120 上的UT(或經由連接與其相連）。可連接至網路網路丨〇2或 96850.doc 11 200531489 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，藉此提供連至網路網路1〇2的連接（經由乙太網路連 接110)。例如，圖中所示之例證性實例UT 1.06是行動電話 106A、個人數位助理（Pda)106B、膝上型電腦l〇6C、工作 站106D、個人電腦1〇6E、視訊攝影機1〇6F及視訊投影機 106G。可透過WLAN子網路120在路由器與UT 106之間傳輪 乙太網路訊框（如下文詳細說明所述）。 乙太網路調節及連接能力是此項技術中已知的技術。圖 26繪示（例如）分別用於UT 106和AP 104的乙太網路調節協 定堆集2640和2650，如下文整合各實例層之詳細說明所 96850.doc -12- 200531489 述。UT協定堆集2640包括較上層2610、ip層2615、乙太網 路]^1八(：層2620八、調節層310八、資料鏈路層320八及實體層 (PHY)240A。AP協定堆集2650包括PHY 240B(經由RF鏈路 120連接至UT PHY 240A)、資料鏈路層320B及調節層 310B。乙太網路MAC 2620B將調節層310B連接至乙太網路 PHY 2625，乙太網路PHY 2625連接至11〇有線網路1〇2。 在一項替代具體實施例中，AP 104提供IP調節，圖25繪 示其實例。在此情況下，AP 1 04係當做該組連接之使用者 的閘道路由器（如參考圖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。本文中將 96850.doc 200531489 這些資料稱為資料流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處理或其子部分的處理器。可部署 96850.doc -14- 200531489 任何數量之處理器、特殊用途硬體或其組合。 MAC處理器220可能是一般用途微處理器、數位信號處理 器（DSP)或特殊用途處理器。MAC處理器220可連接用於輔 助各種工作的特殊用途硬體（圖中未詳細繪示）。可在外接處 理器（例如，外接的電腦或透過網路連線）上執行各種應用程 式，或可在存取點104内的額外處理器（圖中未繪示）上執行 各種應用程式，或可在MAC處理器220本身上執行各種應用 程式。圖中所示之MAC處理器220係連接記憶體255，記憶 體255可用於儲存得以執行本文所說明之各項程序和方法 的資料以及指令。熟悉此項技術者應知道，記憶體255可能 係由一或多個各類型記憶體組件所組成，並且可整個或局 部具體化在MAC處理器220内。 除了儲存得以執行本文所說明之功能的指令及資料外， 記憶體255還可用於儲存相關聯於各種佇列的資料（如下文 詳細說明所述）。記憶體255可包括UT代理伺服器（proxy)佇 列（如下文所述）。 無線LAN收發器240可能是任何類型收發器。在一項示範 性具體實施例中，無線LAN收發器240是可配合ΜΙΜΟ或 MISO介面運作的OFDM收發器。OFDM、ΜΙΜΟ及MISO為此 項技術者已知的技術。2003年8月27日提出的共同申請美國 專利申請案號1〇/650,295標題為「FREQUENCY-INDEPENDENT SPATIAL-PROCIESSING FOR WIDEBAND MISO AND ΜΙΜΟ SYSTEMS」中詳述各種OFDM、ΜΙΜΟ及MISO收發器，該 案已讓渡給本發明受讓人。 96850.doc -15 - 200531489 圖中所示之無線LAN收發器240係連接天線25〇 a_n。在 各項具體實施例中可以支援任何數量的天線。天線25〇係用 來在WLAN 120上傳輸和接收。 無線LAN收發器240可包括一連接至每個天線天線25〇的 空間處理器。該空間處理器可處理每個天線所要獨立傳輸 的資料。獨立處理的實例包括係基於頻道評估、來自1;丁的 反饋、頻道反轉或此項技術已知的各種其他技術。使用各 種已知的空間處理技術來執行此項處理。此類型的各種收 發器可使用波束成形（beam forming)、波束操控（beam steering)、特徵操控（eigen_steering)或用於增加一既定使用 者終端機之收發輸送量的其他空間技術。在_項傳輸〇fdm 符號的具體實施例中，空間處理器可包括用於處理每個 OFDM子頻道（subchannel)或頻率格（bin)的多個子空間處理 器。 在一項示範性系統中，AP可具有N個天線，並且示範性 UT可具有Μ個天線。因此，介於Ap之天線與町之天線之間 有Μ xN個路徑。使用這些多路徑來改良輸送量的各種空間 技術為此項技術已知的技術。在空間時間傳輸分集伽“ Time Transmit Diversity; STTD)系統（本文中也稱為「分集」） 中，傳輸之資料被格式化、編碼並且當做—單一資料流用 所有的天線予以傳送。運㈣個發射天線與n個接收天線， 可能可形成MIN(M，N)個獨立頻道。空間多工處理利用這些 獨立路徑’並且可在每個獨立路徑上傳輸不同資料。 用於獲知或調節A P與U T之間頻道特性的各種技術已為 96850.doc -16- 200531489 吾人所知。可從每個傳輸天線傳輸獨特前導。可在每個接 收天線上接收及量測該等前導。接著，可將頻道反饋傳回 至傳輸方裝置，以便在傳輸時使用。頻道反轉是一種允許 預處理及傳輸之技術，但是屬於計算密集型技術。可執行 特徵分解（eigen deComposition)，並且可採用查詢表來決定 傳輸率。為了避免頻道分解，一項替代技術會使用前導的 特徵導入來簡化空間處理。預失真（pre_distGrtiGn)技術是用 於簡化接收器處理的已知技術。 因此，依據目前的頻道狀況，整個系統可提供用於傳輸 至各種使用者終端機之不同的資料傳輸率。具體而言，介 於AP與每個UT間之特定鏈路的效能可能高於一個以上υτ 可共用之鏈路的效能。下文進一步詳述實例。無線lan收 發器240可依據對於八!>與υτ間之實體鏈路所使用的空間處 理來決定可支援的傳輸率。可在連接28〇上反饋此項資訊， 以便在MAC處理中使用，如下文詳細說明所述。 可依據UT的資料需要來部署數個天線。例如，高清晰度 視訊顯示器基於高頻寬需求而可包括（例如）四個天線，而 P D A可肖(3使用兩個天線就可滿足。一示範性存取點可且有 四個天線。 可按相似於圖2所示之存取點1 〇4的方式來部署使用者終 端機106。若是資料流260未連接LAN收發器（雖然UT可包括 有線或無線收發器），則資料流260通常係接收自或傳遞至 UT或連接UT之裝置上運作的一或多個應用程式或處理 序。連接至ΑΡ 104或UT 106的較高層級可能是任何類型。 96850.doc 17- 200531489 本文所描述的各項僅為例證。 協定堆集 圖3繪示示範性子網路協定堆集3〇〇。子網路協定堆集3〇〇 可當做介於極高位元速率LAN實體層與網路層或其他網路 的mac層（例如，乙太網路MAC層或Tcp/Ip網路層）之間的 介面。可部署各種特徵的協定堆集300,藉此充分利用極高 效率無線LAN實體層。示範性協定堆集可被設計成提供各 項優勢，實例包括：（a)最小化協定所耗用的輸送量負荷量； (b)最大化封裝子網路資料單元成為實體層訊框的效率勾 最小化延時對易受延遲影響之傳輸機制（例如，Tcp)所造成 的端對端來回傳輸延遲；（d)提供高可靠、按順序傳遞子網 路資料單元；（e)提供支援現有網路層及應用，以及提供適 應未來網路和應用程式的充分彈性；以及⑴無障礙地整合 現有網路技術。 協定堆集300具有數個薄子層、數個操作模式以及用於支 援多個外部網路之介面的設施。圖3繪示調節層3丨〇、資料 鏈路控制層320及實體層240。層管理員38〇互連於每個子 層’用於提供各種功能之通信及控制，如下文所述。 圖3繪示示範性協定堆集3〇〇組態。虛線標示可在MAC處 理器220中部署之組件的示範性組態，如上文所述。包括調 節層310、資料鏈路控制層320及層管理員38〇。如上文所 述，在此組態中，實體層240在連接270上接收及傳輸MAc 協定資料單元（PDU)。反饋連接280被導引至層管理員38〇， 以便提供用於在下文所述之各項功能中使用的實體層資 96850.doc •18- 200531489 訊。此項實例僅僅是例證性。熟悉此項技術者應明白，在 本發明範疇内，可部署任何數量組件，且被組態成包括所 說明之堆集功能的任何組合。 調節層3 10提供介接至較高層的介面。例如，調節層可介 接IP堆集（用於IP調節）、乙太網路MAC(用於乙太網路調節） 或各種其他網路層。資料流260可接收自用於MAC處理的一 或多個較高層，並且在實體層240上傳輸。資料流260也可 經由實體層予以接收、處理及重新組合，以便傳遞至一或 多個較高層。 調節層310包括下列功能：分割和重組312、資料流分類 3 14及多點播送映射316。資料流分類功能314檢查接收自較 高層的標頭封包（來自資料流260)、映射每個封包至一使用 者終端機或一多點播送群組MAC識別項（MAC ID)以及基 於服務品質（QoS)差別待遇來分類封包。多點播送映射功能 3 16決定是否使用多點播送MAC ID(稱為「MAC層多點播 送」）來傳輸多點播送使用者資料，或透過多個單點播送 MAC ID(稱為「調節層多點播送」）來傳輸多點播送使用者 資料，下文會詳細說明實例。分割和重組（SAR)功能312調 節每個較高層封包成為適用於邏輯鏈路（Logical Link ; LL) 模式的協定資料單元（PDU)大小。針對每個MAC ID來個別 執行SAR功能312。資料流分類功能314是共通的功能。 資料鏈路控制層320包括邏輯鏈路（LL)層330、無線電鏈 路控制（Radio Link Control ; RLC)層340、系統組態控制 3 50、MUX功能360及共通MAC功能370。圖3中繪示彼等層 96850.doc -19- 200531489 中每一層的子組塊，並且將於下文詳細說明。圖中所示之 組塊僅為例證。在各項替代具體實施例中可部署彼等功能 之子集以及額外功能。 實體層240可能是任何類型實體層，如上文說明之實例所 述。一項示範性具體實施例使用ΜΙΜΟ OFDM實體層。下文 說明内容中包含此項具體實施例的示範性參數。 層管理員380(LM)介接調節層310、資料鏈路控制層320 及實體層240，用以管理QoS、許可控制以及實體層發射器 和接收器參數控制。請注意，在執行本文中所說明之各項 功能過程中，可使用來自實體層的反饋280。例如，在多點 播送映射316或分割和重組312中可使用適用於各種UT的 可支援傳輸率。 調節層 資料流分類（FLCL)功能3 14檢查傳入之封包的封包標頭 欄位，並且其對映成資料流。在執行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. Ip及802.1 q標頭欄位。乙太網路調節也可 以使用IP資料流分類，然而這會發生層違規。熟悉此項技 96850.doc -20- 200531489 術者應明白，可部署各種其他類型資料流分類作為替代方 案。 FLCL 3 14決定一識別之資料流260是否映射至現有的 MAC ID、邏輯鏈路（Logical Link ; LL)模式及資料流ID(如 下文詳細說明所述）。如果傳入之封包映射至現有資料流， 則FLCL會將要進一步處理的封包轉遞至分割和重組（SAR) 功能3 12。如果要求新的MAC ID，則會將一要求轉遞至無 線電鏈路控制（RLC)340中的關聯控制功能344。 如果識別到一現有MAC ID的新資料流，則層管理員380 中的QoS管理員功能382會決定該資料流所需的邏輯鏈路模 式類型。如果初始化新的LL模式，則會將該要求轉遞至相 對應於該MAC ID的LLC功能338，以便處理模式協商。如 果在現有的LL模式内建置新的資料流，則會將該要求轉遞 至LLC功能3 38。2003年11月26曰提出的共同申請美國專利 申請案第 10/723,346 號標題為「QUALITY OF SERVICE SCHEDULER FOR A WIRELESS NETWORK」中詳述維護 QoS佇列之具體實施例，該專利案已讓渡給本發明受讓人。 在IP或乙太網路多點播送之實例申，多點播送映射功能 3 16決定是否要藉由映射至一多點播送MAC ID以便使用 MAC層多點播送來處理該封包，或是否將該封包處理成為 多個單點播送傳輸（本文中稱為「調節層多點播送」 (Adaptation Layer Multicast)。如果要將該封包處理成為多 個單點播送傳輸，則多點播送映射功能3 16會複製該封包的 多個複本（各複本係用於要傳輸封包至該處的每個單點播 96850.doc -21 - 200531489 送MAC ID)，並且轉遞該等封包至分割和重組功能 312。下文中將參考圖15至圖16來詳細說明此態樣。 如前段落說明所述，資料流分類功能314映射一封包至一 MAC ID、LL模式及f料流m(若有的話）。分割和重組功能 312將較高層封包（即，lpf料元或乙太網路訊框）分割成適 用於透過邏輯鏈路模式傳輸0個片段（WO。下文中 將參考圖17至®18來詳細說明此態樣之示範性具體實施 例。在此實例中，會加入每片段一個一位元組調節層標頭， 用於允許當將該等片段依序傳遞至接收器中相對應之獄 功能時予以重組。接著，調節層協定f料單元（_)被傳遞 至資料鏈路控制層320,以便配合分類參數予以處理：mac ID、LL模式及資料流ID。 資料鏈路控制層 圖4繪示通過各層行進之使用者資料封包4ι〇(即，ιρ資料 兀、乙太網路訊框或其他封包）。在此例證說明中將描述示 範性之欄位大小及類型。熟悉此項技術者應明白，各種其 他大小、類型及組態皆被視為屬於本發明範疇内。 如圖所示，在調節層310分割該資料封包41〇成為片段。 每個調節子層PDU 430各載送彼等片段42〇之一。在此實例 中，貧料封包410被分割成N個片段42〇A-N。一調節子層 PDU 430包括一含有對應片段42〇的封包承載 (payload)434。一類型欄位432(在此實例中為一個位元組） 被附加至該調節子層PDU 430。 在邏輯鏈路（LL)層330，一 LL標頭442(在此實例中為4個 96850.doc -22- 200531489 位元組）被附加至含該調節子層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，其包含要包括在該 96850.doc -23 - 200531489 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可使用各種構成組件來構 成訊框，下文會詳細說明。下文會詳細說明示範性功能、 96850.doc •24- 200531489 編碼及傳輸頻道持續時間。 在此示範性具體實施例中，會在一 2 ms(毫秒）時間間隔時 段内來分時雙工處理（TDD) — MAC訊框。MAC訊框500被分 成五個傳輸頻道（按圖中所示之5 10-550順序出現）。在替代 具體實施例中可部署替代順序及不同的訊框大小。有關 MAC訊框500配置的持續時間可被量子化成某小段共同時 間間隔。在一項示範性具體實施例中，會以800 ns(奈秒， 這也疋短型或長型OFDM符號的循壞Θ置碼（cyclic prefix) 持續時間，下文會詳細說明）為單元來量子化有關MAC訊框 500配置的持續時間。短型OFDM符號為4.0 (微秒）或5倍 的 800 ns 〇 示範性MAC在一 MAC訊框内提供五個傳輸頻道：廣播 頻道（Broadcast Channel ; BCH)5 10，用於載送廣播控制頻 道（Broadcast Control Channel; BCCH); (b)控制頻道（Control

Channel ; CCH)520，用於在正向鏈路上載送訊框控制頻道 (Frame Control Channel ; FCCH)及隨機存取反饋頻道 (Random Access Feedback Channel ； RFCH) ； (c)流量頻道 (Traffic Channel; TCH)，用於載送使用者資料及控制資訊， 並且被細分成⑴正向鍵路上的正向流量頻道（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)。 96850.doc -25- 200531489 下載鏈路階段的訊框500包括片段5 10-530。上載鏈路階 段包括片段540-550。片段560指示一後續MAC訊框開始。 廣播頻道（BCH) 由AP傳輸廣播頻道（BCH)及引導訊號510。BCH 510的第 一部分包含共同實體層添加項（common physical layer overhead)，例如，前導訊號，包括時序和頻率獲取前導。 在一項示範性具體實施例中，引導訊號（beacon)係由下列項 目所組成：由UT進行頻率和時序獲取所使用的2個短型 OFDM符號；之後接續是UT用來評估頻道的共同ΜΙΜΟ前導 之8個短型OFDM符號。 BCH 5 10的第二部分是資料部分。BCH資料部分定義關於 傳輸頻道片段的MAC訊框配置：CCH 520、F-TCH 53 0、 R-TCH 540和RCH 550，並且還定義關於子頻道的CCH組 合。在此實例中，BCH 5 10定義無線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產生 96850.doc -26- 200531489 fCH下文會詳細說明CCH的示範性具體實施例。會使用 门強口型傳輸杈式在多個子頻道中傳輸CCH 52〇，每個子 頻道各具有不同的資料傳輸率。第-個子頻道最為強gj， 並預期所有UT都可予以解碼。在—項示範性具體實施例 中，會針對第一個CCii子頻道使用比率1/4碼之BpsK。還可 以使用數個其他子頻道，彼等子頻道的強固性會遞減（且效 率會遞增）。在一項示範性具體實施例中，至多會使用三個 額外子頻道。每個！；丁都會嘗試依序解碼所有子頻道，直到 解碼失敗。每個訊框中的CCH傳輸頻道片段為可變長度， 長度取決於每個子頻道中的CCH訊息數量。會在cch的最 強固（第一）子頻道上載送反向鏈路隨機存取叢發之認可 (acknowledgment) 〇 CCH包含有關正向鏈路和反向鏈路的實體層叢發指派。 才曰派可旎疋用於在正向鏈路或反向鏈路上傳送資料。一般 而言，一實體層叢發指派包括··（a)—MAC m ; (b)一用於 指示訊框内配置開始時間的值（在F-TCH或R-TCH)中； 配置的長度；（d)專用實體層添加項的長度；（e)傳輸模式； 以及⑴用於實體層叢發的編碼和調變機制。一MACID識別 一用於多個單點播送傳輸的單一 υτ或用於多點播送傳輸 的一組UT。在此示範性具體實施例中，還會指派一用於傳 輸至所有UT的唯一廣播MAC ID。在一項示範性具體實施例 中，貫體層添加項包括一由0、4或8個短型OFDM符號所組 成的ΜΙΜΟ前導。在此實例中，傳輸模式是STTD或空間多 工〇 96850.doc -27- 200531489 有關CCH的其他示範類型指派包括：_有關用於從一υτ 傳輸一專用前導之反向鏈路的指派；或-有關用於從-UT 傳輸-緩衝器和鏈路狀態資訊之反向鏈路的指派。cch也 可以定義訊框之保留未使㈣分。UTT使用訊框的彼等未 使用部分來進行雜訊底限（及干擾）評估以及量測鄰近系統 之引導訊號。了文會詳細r尤明控制頻道的示範十生具體實施 例。 隨機存取頻道（RCH) 隨機存取頻道（RCH)550*UT可用於傳輸一隨機存取叢 發的反向鏈路頻道。會在RCH中指定每個訊框的RCH可變 長度在項示範性具體實施例中，會使用比率1/4碼bpsk 的主要特徵模態（eigenm〇de)來傳輸隨機存取叢發。 在此示範性具體實施例中會定義兩種類型隨機存取叢 s AP必須使用一滑動關聯器（sHding c〇rreiat〇r)來憤測 存取叢發的起始處時，υτ會使用一長型叢發來進行起始存 取。一旦UT向一 ΑΡ註冊，鏈路的兩端會完成一時序調整程 序。在時序調整之後，UT可以用同步於RCH上之時槽時序 的方式來傳輸其隨機存取叢發。接著，UT會使用一短型叢 务來進行隨機存取。在一項示範性具體實施例中，一長型 叢發是4個短型0FDM符號，而一短型叢發是2個短型〇fdm 符號。 正向流量頻道（F-TCH) 正向流量頻道（F_TCH)53〇包括從Ap 1〇4傳輸的一或多個 實體層叢發。會按照CCH指派中的指示，將每個叢發導向 96850.doc 200531489 至-特殊mac m。每個叢發各包括專用實體層添加項⑼ 如，前導訊號（若有的話）），以及_按照傳輸模式及在cch 指派中指示之編碼和調變機制所傳輸的mac PDU。 屬於可變長度。在一項示範性具體實施例中，#用實體層 添加項可包括一專用ΜΙΜΟ前導。 在一項不範性具體實施例中，在STTD模式中，有一個同 等級空間分集頻道的效能會在每短型〇FDM符號12個位元 (有關48個音頻（t〇ne)的比率1/2碼RpsK：^每長型〇fdm符 唬1344個位兀（有關192個音頻的比率7/8碼256 QAM)之間 變化。這會轉譯為在峰值實體層資料傳輸率範圍内的33因 子（或在此實例中為3-99 Mbps)。 在此貫例中，可使用一至多四個平行空間頻道的空間多 工模式。母個空間頻道都會使用一適當的編碼和調變機 制，其效率係在每短型〇FDM符號12個位元與每長型〇FDM 付號1344個位元之間。因此，空間多工模式中的峰值實體 層資料傳輸率範圍係在3與395 Mbps之間。由於空間處理約 束限制’導致並非所有的平行空間頻道都能夠在最高效率 下運作’所以有關峰值實體層資料傳輸率的最實用限制可 能是240 Mbps，在此實例中為介於最低傳輸率與最高傳輸 率之間的80因子。 反向流量頻道（R-TCH) 反向流量頻道（R-TCH)540包括從一或多個UT 106傳輸的 實體層叢發傳輸。按照CCH指派中的指示，每個叢發係由 一特殊UT予以傳輸。每個叢發各包括一前導訊號前導項 96850.doc -29- 200531489 (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。廣 播傳輸屬於正向傳輸頻道（Forwwd Transport Channel ; F-TCH)之一部分，並且會透過使用唯一廣播MAC ID來使用 控制頻道（CCH)予以指派。在此實例中，會使用一廣播MAC ID配置，每16個訊框廣播一系統識別訊息一次。使用者資 96850.doc -30- 200531489 料廣播也可以使用廣播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配置一實體層叢 發。 96850.doc -31 - 200531489 排程器376可運用下列資訊在每個MAC訊框中進行配置： 1.每個MAC ID的標稱配置。可能在任何訊框中僅有作用 中UT之子集才會被指派一標稱配置。例如，僅每隔一訊框 或每第四個訊框等等，才會為某些UT提供一標稱配置。標 稱配置係由層管理員380中的許可控制功能384予以決定。 在一項示範性具體實施例中，會就OFDM符號數量而論來進 行標稱配置。 2·專用實體層添加項（例如，前導訊號）配置。RLC 340中 的無線電資源控制（Radio Resource Control ; RRC)342決定 專用實體層添加項的必要長度及週期性。在一項示範性具 體實施例中，專用實體層添加項包括一專用ΜΙΜΟ前導。 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定 96850.doc -32- 200531489 義關於傳輸頻道片段的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功能會指派一新 96850.doc -33· 200531489 的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上之實體層叢發傳輸所需的專用前 96850.doc -34- 200531489 導）的週期性及長度；（d)管理傳至及來自一υτ之傳輸的功 率控制，並將功率控制提供給ΡΗΥ管理員；以及（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)。在此情況下，標頭 為空值（null)。此模式可運用在無障礙地轉遞調節層pDU。 LL模式〇可實作原則（p〇iicing)。廣播及多點播送mac山僅 提供非連線式否定認可（無障礙）模式。 2·非連線式認可模式（模式1}。此模式係運用在傳輸調節 層PDU，而不需要相關聯於LL模式3連接建置的添加項及延 遲。LL模式1標頭包括被傳輸之pDU的序號，或包含被 ,心可之PDU的序號。由於調節層頻道被預期以低隨機ll PDU損失可旎性方式及以低往返延遲方式運作，所以使用 簡單的Go_Back-N ARQ機制。 3.連線導向式否定認可模式（模式2)。认連線導向式否定 認可模式允許透過使用-資料流ID來多卫處理數個資料 96850.doc -35 - 200531489 流。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模式的要求係來自於調節層 3 1 0，如上文所述。 系統組態控制350管理TDD MAC訊框的組態，包括引導 訊號（Beacon)和BCH的内容以及RCH的長度。 層管理員

QoS管理員382解譯網路QoS協定，包括RSVP和RTCP。如 果QoS係以IP標頭之資料流分類為基礎，則QoS管理員會決 96850.doc -36- 200531489 定要用於識別相對於不同服務的資料流分類器（即，IP來源 位址和目的地位址、IP來源埠和目的地埠）。Q〇g管理員藉 由映射資料流至LL模式來辅助調節層。 許可控制功能384接收來自LLC的要求，用於允許含傳輸 率需求的新資料流。許可控制功能維護一由已准許之標稱 配置與一組規定和臨限值所組成的資料庫。許可控制功能 依據臨限值和規定來決定是否可准許一資料流、決定該資 料流的標稱配置（就每m個MAC訊框所配置的傳輸時間量而 論）並且提供此資訊給共同MAC中的排程器。 實體層管理員使用於AP和UT處所收集的實體層度量，以 便控制實體層的發射器和接收器參數。可透過RRC訊息來 獲得遠端度量。 例證性程序 依據前文所說明各項層實體，使用數項程序來描述的 WLAN 120運作。這些程序不是詳盡的程序，而是例證說明 本文中所描述的各項功能及組件。 圖ό繪示從AP傳輸一正向鏈路訊息傳送之示範性方法 600。在步驟610，位於ΑΡ處的RLC功能（關聯控制、無線電 資源控制或邏輯鏈路控制）將一訊息（RLC pdu)置入控制訊 息传列中。或位於ΑΡ處的LL模式將一 LLPDU置入高QoS佇 列或最佳工作（best effort)佇列中。 在步驟620，排程器配置用於傳輸在三個mux佇列中之 PDU的F-TCH資源。在步驟64〇，由MAc在CCH上指示該指 派。在步驟650，位於AP的MAC傳輸已配置之實體層叢發 96850.doc -37- 200531489 中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中已存在）。υτ將MUX PDU組成訊框而成為一 MAC PDU，並且在已配置之實體層 叢發中傳輸該MAC PDU。 圖9繪示在AP處接收一反向鏈路訊息傳送之示範性方法 900。在步驟910，AP接收並且監視RCH。在步驟920 ’ AP 識別一來自UT的短型存取叢發。在步驟930 ’排程器配置 一存取授予。在步驟940，AP在CCH上傳輸認可和存取授 96850.doc -38- 200531489 予。在步驟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和時序調整。在步驟11 50，AP關聯控制功能與UT關聯控 96850.doc -39- 200531489 制功能完成鑑認和金鑰交換序列。正向鏈路和反向鏈路上 的控制訊息傳輸係遵循前面參考圖6至圖9說明的低層級訊 息傳送程序。 圖丨2繪示AP使用者資料流之示範性方法12〇〇。在步驟 mo中，層管理員中的Q〇s管理員將資料流分類參數填入資 料流分類功能中。參數與值的一特定組合可指示出一新的 貧料流抵達。彼等參數可包括：IP DiffServ c〇de P〇int(DSCP)、IP來源位址或卩埠。乙太網路參數可包括： 802.1Q VLAN 1〇或802.115優先順序指示。特定抒埠值可指 不一要轉遞至QoS管理員的控制協定訊息（例如，Rsvp RTCP)。 / 在步驟1215, AP決定許可參數。當一封包抵達八1>調節層 且被資料流分類判定為新資料流時，資料流分類會配合 管理員運作，以便決定許可參數，包括要為該資料流配置 的QoS類別（高QoS或最佳工作）、LL模式及標稱傳輸率。在 決策步驟1220中，層管理員中的許可控制依據彼等許可參 數來決定是否可准許該資料流。如果不准許，則程序停止' 否則，進行到步驟1225。 在步驟1225，資料流分類要求LLC建置一新的資料流。 在此論述中，會考量高Q0S、LL模式3連線之案例。在步·驟 1230，位於AP的LLC與位於UT的LLC通信以建置連線（或 疋，如果適用的連線已存在，則建立新的資料流〗D)。在此 實例中，彼等LLC將嘗試建置LL模式3連線（或是，如果適 用的LL·模式3連線已存在，則建立新的資料流id)。在+ 96850.doc -40- 200531489 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按照該配 96850.doc -41 - 200531489 置來接收MAC PDU。在步驟1330，位於UT的MUX藉由使 用MUX指標及MUX標頭中的長度欄位來擷取MUX PDU，並 且準備LLPDU。在步驟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訊息。在步驟 13 80，UT可在剩餘的配置中傳輸任何其他已排入佇列中的 反向鏈路資料。 請再次參考圖3，如上文所述，資料流260係在AP MAC 處理器220接收，並且對應之資料和發訊號會向下行進通過 調節層310、資料鏈路控制層320及實體層，以便傳輸至 UT。位於UT的實體層240接收MAC PDU，並且對應之資料 和發訊號會向上行進通過UT MAC處理器220中的資料鏈路 控制層320及調節層310實體層，已重組之資料流係要傳遞 至一或多個較高層級之各層（即，各種處理序，包括資料、 語音、視訊等等）。對於源自於UT且傳輸至AP的資料流， 則類似的處理序會以反向順序發生。 96850.doc -42- 200531489 可以在AP和UT中部署各自的層管理員38〇，藉此控制資 T如何向上和向下流向至各MAC子層。大體而言，層管理 員380可使用來自實體層24〇的任何類型反饋28〇來執行各 項子層功能，實體層管理員386介接實體層24〇。層管理員 中的任何功能（實例包括許可控制功能384和Q〇s管理員 382)。接著，彼等功能可互動於上文所述的任何子層功能。 可配a支援夕重傳輸格式的任何實體層規格來部署本文 中所說明的原理。例如’許多實體層格式允許多重傳輸率。 可按可用的功能、頻道干擾、可支援的調變格式及類似項 來決定任何既定實體鏈路的輸送量。示範性系統包括可採 用ΜΙΜΟ技術的〇FDM系統及CDMA系統。在彼等系統中， 會使用封閉迴路技冑來決定傳冑率及才各式。圭于閉迴路可採 用各種訊息或訊號來指示頻道度量、可支援傳輸率的等 等。熟悉此項技術者很容易調整這些和其他系統來部署本 文中說明的技術。 調節層310中可使用實體層反饋。例如，可在分割和重 組、貧料流分類及多點播送映射中使用傳輸率資訊。圖Μ 繪示併入實體層反饋至調節層功能中之示範性方法“㈧。 此方法係就存取點而言予以描述，但是可用類似方式配合 使用者終端機應用此方法。程序從步驟141〇開始，於此步 驟接收要傳輸至使用者終端機的資料流封包。在步驟 1420,響應各別使用者終端機的實體層反饋而執行調節層 功能。為了進-步解說此態|，下文會詳細說明示範性多 點播送映射.和分割具體實施例。在步驟144〇，監視一戈多 96850.doc -43 - 200531489 個使用者終端機的實體層反饋。程序回到步驟1410開始， 針對額外接收到的f料流封包來重複程序，以回應已更新 之實體層反饋。 在項曰代具體實施例中，在進行許可控制決策過程中 可使用其他實體層反饋的傳輸率資訊。例如，高QoS資料流 不被給予許可，除非目標MACm實體層能夠支援充分高效 率等級的傳輸率。可依據系統負載（包括，現有資料流的標 稱配置、已註冊之υτ數量及類似項）來調整此等級。例如， -具有相對高品質鏈路的υτ被配置到高Q()S資料流的可能 性高於一相關聯於較低品質鏈路的MAC ID。如果系統處於 少1負載下時，則可降低臨限值需求。 調節層多點播送 圖15繪示執行調節層多點播送之示範性方法1500。調節 層多點播送是方法M00的一項實例，用於併入實體層反饋 至調節層功能。如上文所述，一種多點播送傳輸、mac層 多點播送方法提供一相對應於一使用者終端機清單的共同 MAC ID，δ亥共同或多點播送MAC ID區分於使用者終端機 AC ID因此，當一 UT被指派給一或多個多點播送群組 钤，該UT將監視CCH是否有不僅被導向至所屬MAc m而且 還導向至該υτ所相關聯之一或多個多點播送MAC ID的傳 輸。因此，一多點播送MAC ID可能相關聯於一或多個較高 層貝料流，藉此允許傳輸單一資料流至多個使用者終端機。 在凋節層多點播送中，若不執行用於由一多點播送清單 中所有使用者終端機接收的單一傳輸，則可執行一或多個 96850.doc -44- 200531489 額外傳輸多點播送資料至彼等使用者終端機尹之 使用者終端機。在且體實 或夕個 要傳妗y4 調節層多點播送進行- ，别九占播送群組中每個使用 輸。在-項替代呈奸春^丨士 ㈣的早點播运傳 ““列令’調節層多點播送可使用相 關聯於多點播送群組中 木的—或多個MAC ID來進行 夬二乂C層多點播送傳輸。單點播送傳輸可被導向至 已3在彼等子独之—巾的制者終端機。可部署前文 所述之任何組合。在步驟151〇’接收—被導向至一使用者 終端機清單的多點播送資料流。在—項具體實施财，— MAC ID相關聯於該使用者終端機清單。 在決策步驟U20,決定對於傳輸至清單中的使用者終端 機’單點播送傳輸的效率是否高於多點播送傳輸（即，多個 ，用者接收一單一傳輸）的效率。如果單點播送傳輸的效率 高於多點播送傳輸的效率，則在步驟153〇,在兩個或兩個 以上頻道上傳輸該單點播送傳輸。彼等兩個或兩個以上頻 道可包括單點播送頻道、其他多點播送頻道或兩者之組 合。在決策步驟1520,如果多點播送傳輸的效率更高，則 會使用多點播送MAC ID，以單一傳輸將多點播送資料廣播 至該多點播送群組之成員。 一般而言，多點播送傳輸所使用的格式必須適合在多點 播送群纽中的使用者終端機實體鏈路群組之中最弱的實體 鍵路上傳輸。在某些系統中，由於仍然必須進行最低共通 分母傳輸，以便使用最低品質實體鏈路來送達至使用者終 端機，所以事實上，可從較高傳輸率及較大輸送量獲益的 96850.doc -45 - 200531489 較佳處境的使用者終端機不會影響系統輸送量。作是 其他情況下，則不會保持適用狀態 疋 .^ ^ ^ 1 J如，考慮到在ΜΙΜΟ 糸統中使用的空間處理。多點播送 #厂^ # 籀、群組成貝可能分散於涵 或各地，並且兩個或兩個以上成員會具有極不同的頻 道特性。考量包含兩個❹者終端機的多點播送群组之例 證性貫例。藉由配合每個❹者終端機㈣輸格式，可實 =適用於至每個使用者終端機之單㈣送傳輸的高輸二 ϊ。但是’由於用於每個實體鏈路的兩個頻道環境完全不 端機的傳輸格式之輸送量可能低於任一 介於多點播送頻道與單點播送頻道輸送 同，所以適合運用-單一多點播送訊息送達每個使用者終 早點播送頻道。當 量之間的差異足夠 大時，系統傳輸兩個多點播送資料所使用的資源會少於傳 輸雙方可接收之單一訊息所使用的資源。 圖16繪示決定是否使用調節層多點播送或使用mac多點 播送之不範性方法，此方法適合部署在步驟丨52〇中。在步 驟1610，接收多點播送清單中每個使用者終端機的鏈路參 數。在一項具體實施例中，可使用傳輸率參數。在步驟 1620，接收一適合傳輸至多點播送清單中之使用者終端機 的多點播送頻道之鏈路參數。該多點播送頻道之彼等鏈路 參數可能不同於用於多點播送群組中之使用者終端機的任 何和所有個別頻道的鏈路參數。在步驟丨63〇，比較用於在 多點播送頻道上傳輸的系統資源需求（即，單一傳輸使用多 點播送MAC ID)與個別單點播送傳輸之總和的系統資源需 求。可使用最低系統資源需求來決定最具效率選擇。 96850.doc -46- 200531489 在-項替代具體實施例中，可修改步驟1610，以便包括 鍵路參數mac層多點播送頻道（包括多點播送群組使用者 終端機之子縣）。可比較多_送和單關送之組合盘純 M A C層多點播送。熟悉此項技術者應知道本發明的這些和 其他修改案。 貫體層反饋分割

圖17繪示響應實體層反饋而執行分割之示範性方法 1700。這屬於方法测的另—項實例，用於併入實體層反 饋至調節層功能。可在調節層31时的分割和重組功能312 中實行此項程序，以便響應層管理員所提供的實體層反 在步驟1710 ’接收要傳輸至對應财⑽的資料流封包 在步驟1720 ’擷取對應财〇 m的傳輸率資訊。在步』 1730，分割該封包成為片段以響應mac id傳輸率。在—〕 不範性具體實施例中，此分割作業會產生多個片段倒，^

等片段42〇係用於產生實體子層PDU 43〇，如前文參考圖 之說明所述。 圖18繪不響應傳輸率而分割片段吨）之示範性 方法此方法適合部署在前段落中所說明的步驟丨73〇中。 程序從決策步驟1810開始。如果傳輸率已變更，則進行到 決策步驟1820。如果傳輸率未變更，則程序停止，並且分 割大小維持不變。 在決策步驟1820，如果傳輸率變更是傳輸率增加，則可 能會有相關聯於增加片段大小之增益。例如，如圖4所示， 96850.doc -47- 200531489 每個片段會在其行進協定、^ ::數：！減少所需的添加項量。另外，較高傳輸率通常意 明著較咼品質頻道。者韻、# 、田頻道會隨時間而急遽變更時，可 的情況為，在草片與· g韋# P。h ㈣—頻道之平均值維持相對 f亙疋 傳輸率增加且片與· 士 » 小έ相對應增加，會允許傳輸

-：段的時間量約相同於較慢傳輸率之較小片段大小的時 門里力果此~1成正比於—頻道傾向維持相對穩定 (即’可支援的傳輸率未變更）的時間，則增加片段大小可允 許增加效率，^可能會有片段大彳、增加的貞面影塑。 功月b中的非先佔式優先順序來滿足最短延遲條件約束需求 (或控制訊息佇列)的服務延遲條件約束，下文會參考_ 至圖23予以詳細說明。

另一項考慮選擇-片段大小係在已發生實體層傳輸率變 更時。傳輸率變更會引起必須變更片段大小，促使藉由MUX 在本發明的範疇内可併入各種用於選擇片段大小的技 術。請重新參相18’在此示範性具體實施财，在決策 步驟1820中，當發生傳輸率變更時，會進行至步驟⑻㈣ 增加調節子層PDU大小。在決策步驟182〇，如果傳輸率變 更是傳輸率降低，則進行至步驟184〇，在此步驟會按照前 段洛所論述的任何技術來減小調節子層ρ〇υ大小。 圖1 8所示之方法主要係用於解說一種可行機制，用於使 用介於實體層傳輸率與分割片段大小之間的關係來進行分 割。在一項替代具體實施例中，可產生一片段大小表，2 個片段大小相關聯於一傳輸率或傳輸率範圍。在另一項具 96850.doc -48- 200531489 體實施例中，可部署一項函數，該函數的一運算元傳輸率， 並且该函數的輸出會產出一片段大小表。按照本文講授内 容，熟悉此項技術者應明白有許其他可行方案。請注音， 如前段落說明所述，分割可結合多點播送映射技術（如前文 參考圖14至圖16說明所述），以及響應實體層反饋而執行的 任何其他調節層功能。 多工處理 在示範性南效率無線LAN子網路（例如，無線網路12〇) t ’介於AP 104與一或多個UT 106之間的會發生所有的通 信。如上文所述，這些通信的性質可能是單點播送或多點 播送。在單點播送通信中，使用者資料或控制資料係從Ap 傳送至單一 UT，或從UT傳送至AP。每個UT各具有一唯一 MAC ID，所以介於UT與AP之間的所有單點播送通信係相 關聯於邊唯一 MAC ID。在多點播送通信中，使用者資料或 控制資料係從AP傳輸至多個UT。會設置— MAC ID集區來 當做多點播送位址。可能有定義相關聯於一存取點的一或 多個多點播送群組，並且每個群組各被指派一唯一多點播 ^MAC ID。每個UT可能屬於彼等多點播送群組中之一或多 個群組（或不屬於任一群組），並且將會接收相關聯於其所屬 之每個多點播送群組的傳輸。基於多工處理論述之目的， 凋節層多點播送被視為單點播送。在此實例中，υτ不傳輸 多點播送資料。 一存取點接收來自外部網路（即，網路1〇2)之定址至所屬 涵蓋區域内之UT的使用者資料，而且接收來自所屬涵蓋區 96850.doc -49- 200531489 域内υτ之被導向至其他裝置（可能是所屬涵蓋區域内的 UT，或透過網路附接的UT)的使用者資料。一存取點還可 從無線電鏈路控制（RLC)功能340、邏輯鏈路控制（LLC)功能 330以及其他實體，來產生預定給其涵蓋區域内的個別或多 ’個UT。可依據QoS考量或其他考量（例如，來源應用），將定 址給單一 UT的使用者資料隔離成數個資料流，如上文所 述。 如上文所述，最後，存取點將來自所有來源之預定給單 一 MAC ID的所有資料彙總成為一單一位元組資料流，接著 該位元組資料流被格式化成數個MAC PDU，每個MAC PDU 都是在一單一 MAC訊框中予以傳輸。存取點可在單一 MAC 訊框中傳送一或多個MAC ID的MAC PDU(即，在正向鏈路 上）。 同樣地，UT可具有要傳送之可被隔離成數個資料流的使 用者資料。11丁還可產生相關聯於111^ 340、1^€ 330或其他 實體的控制資訊。UT彙總使用者資料和控制資料成為一位 元組資料流，接著該位元組資料流被格式化成數個MAC PDU，每個MAC PDU都是在一單一 MAC訊框中傳送至AP。 一或多個UT可在單一MAC訊框中傳送一 MAC PDU(即，在 反向鏈路上）。 在AP處按MAC ID來實行MUX功能3 60。每個UT最初都被 指派一用於單點播送傳輸的MAC ID。如果UT屬於一或多個 多點播送群組，則可指派額外MAC ID。MUX功能准許（a) 將配置給一 M AC ID的連續實體層叢發配置視為一位元組 96850.doc -50- 200531489 資料流；以及（b)將來自一或多個LL或RLC實體的PDU多工 處理成為MAC的位元組資料流。

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

在決策步驟1930，如果來自RLC 340或LLC 330的一或多 個命令係要傳輸至相關聯於該MAC ID的UT，則進行到步驟 1940並且準備每個命令PDU的一 MUX PDU。如果沒有預定 給MAC ID的命令，或已在步驟1940中準備好MUXPDU後， 則進行到決策步驟1950。 決策步驟1950解說用於持續監視預定給一MAC ID之資 料流的反覆型處理序。替代具體實施例可在整個存取點或 使用者終端機處理序的任何其他部中置入迴圈功能。在一 項替代具體實施例中，程序1900反覆重複，或被包含在其 他反覆型處理序中。僅基於例證目的，就單一 MAC ID來說 明此項處理序。顯而易見，在存取點中，可同時處理多個 96850.doc -51 - 200531489 MAC ID。熟悉此項技術者應明白本發明的這些和其他修改 案。 當沒有任何準備好要處理的命令或資料流時，在此實例 中，處理序迴圈會回到決策步驟1 9 10以重複迴圈。請注意， 在使用者終端機中，必須向存取點提出用以起始一 MAC訊 框配置的要求，如上文所述。可部署任何此類技術。圖19 中未包含細節。顯然地，如果沒有正等待傳輸的命令或資 料流，則不需要提出要求，因此沒有任何MAC訊框配置會 抵達。當一命令或資料流正等待傳輸時，則排程器會隨時 進行一 MAC訊框配置，如上文所述。在此示範性具體實施 例中，一存取點排程器376會進行正向鏈路MAC訊框配置以 響應UT特有的MUX功能360中的MAC ID佇列，並且會進行 反向鏈路MAC訊框配置以響應有關RCH或UT代理伺服器 (proxy)佇列之要求，如上文所述。無論如何，執行方法19〇〇 的通信裝置會在決策步驟1950等待一 MAC訊框配置。 當在決策步驟1950中進行一 MAC訊框配置時，則會在步 驟1960中將一或多個MUX PDU置入一單一 MAC PDU中。該 M AC PDU可包含從前一 M AC訊框剩餘的局部MUX PDU 464、一來自一或多個資料流的MUX PDU、一或多個命令 MUX PDU或彼等項之任何組合。如果任何已配置空間仍是 未被使用，則可以將一局部MUX PDU插入該MAC訊框中 (或可以插入任何類型填補項（padding)，以便填滿該已配置 之MAC訊框）。 在步驟1 970，會在該配置所指示的位置處，在實體鏈路 96850.doc -52- 200531489 上傳輸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以及最後是一位於實體層叢發尾端的一可能的局部 MUXPDU 468。請注意，圖中繪示兩個連續MAC訊框460A 和460B之各自部分。在訊框f期間所傳輸之MAC訊框460 A 的子部分係以附加的「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期間傳輸該MUXPDU 464B的餘項。 MAC標頭係由MUX指標2020及可能有相關聯於MAC PDU的MAC ID 2010所組成。當正在使用空間多工時，則可 能會需要MAC ID，並且可能會有同時傳輸的一個以上MAC PDU。熟悉此項技術者應知道何時應部署MAC ID 2010,圖 中用陰影繪示以表示這些選用項。 在此示範性具體實施例中，部署每MAC PDU —個2位元 96850.doc -53- 200531489 組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訊框。 一餘項局部MUXPDU可被置放在MAC訊框配置的尾端，並 且指標係指向該餘項的起始處，而不是指向新的MUX PDU。因此，新的PDU(若有的話）被置放在開頭部分。可部 署數種指標技術（即，一用於識別一位元組的索引值、一時 間值、一基數值加一位移或熟悉此項技術者所知的任何許 多變化方案）。 在此示範性具體實施例中，MUX指標2020包括一單一 16 位元欄位，該欄位的值是1加上始於訊框開始之第一個MUX PDU開頭部分之該MUX指標之尾端的位移（以位元組為單 位）。如果值為0，則沒有開始訊框的MUX PDU。如果值為1， 則MUX PDU會立即接在該MUX指標後開始。如果值為 n〉l，則MAC PDU中的前n-1個位元組是一在前一訊框開始 之MUX PDU的尾端。此項資訊有助於接收器MUX(即，MUX 功能360)從導致同步於MUX PDU邊界損失之先前訊框錯誤 復原。熟悉此項技術者應明白，可部署任可數量之替代索 96850.doc -54- 200531489 引技術。 包含一類型（邏輯頻道）欄位及一長度攔位的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功能 3 60的UT代理伺服器（proxy)中維護位於UT處之彼等仔列中 的積存（backlog)。請注意，基於簡明清楚，圖3中未獨立繪 示彼等1；丁代理伺服器（1)1：0}^佇列。佇列362、364及366可 被視為包含每個MAC ID的正向鏈路佇列和反向鏈路佇列 (即，UT代理伺服器（pr〇Xy)佇列），無論共用FW或分離的組 96850.doc -55- 200531489 件中是否有部署彼等佇列。請注意’所支援的正向鏈路佇 列和反向鏈路彳宁列之數量和類型不需要完全相同。υτ代理 伺服器（proxy)佇列不需要完全相符於υτ件列。例如，仍 可維護一命令佇列，以便給予某些易受時間影響之命令優 先於其他高QoS PDU的優先順序。在Αρ處，可使用單一高 QoS來指不對兩種類型UT流ϊ的要求。因此，可使用在υτ 處所決疋的優先順序來填補對UT的配置。舉另一實例而 吕’可在UT或AP處分別維護不同的仔列，而且在ap或 UT處不會維護對方的QoS佇列。 排粒^§ 376仲裁來自所有MAC ID的競爭需求，並且在 F-TCH或R-TCH上配置一實體層叢發至一或多個所選MAc ID。響應一項配置’對應之MUX功能36〇封裝LL和RLC PDU 成為MAC PDU封包承載，如上文所述。在此示範性具體實 施例中，每個MUX功能3 60都會按下列非先佔式優先順序來 (徹底）伺服來自下列仔列的PDU ··控制訊息仔列366、高QoS 佇列362及最佳工作佇列364。在伺服來自較高優先順序佇 列的新PDU之前，會先完成來自先前MAC PDU的任何局部 PDU(即使局部PDU係來自較低優先順序符列）。在替代具體 實施例中，可在一或多個層級處部署先佔式優先順序，如 熟悉此項技術者所知。 在接收器處，MUX功能從由連續MAC PDU所組成的位元 組流來擷取PDU，並且將其投送至所屬的LL或RLC實體。 路徑選擇係以MUX PDU標頭中所包含的類型欄位（邏輯頻 道）為基礎。 96850.doc -56- 200531489 在此示範性具體實施例中，按照MUX功能之設計，一曰 已開始傳輸MUXPDU，就會先完成此項傳輪，之後才能= 始另一MUXPDU。因此，如果在一 MAC訊框中開始傳 來自最佳工作佇列的MUXPDU,則會先在一後續ΜΑ。訊框 (或多訊框）中完成此項傳輸，之後才會傳輸來自控制訊息佇 列或高QoS佇列的其他MUX PDU。換言之，在正常運作中 較高類別佇列具有非先佔式優先順序。 在替代具體實施例中，或在此示範性具體實施例中在某 些情況下，可能會想要用先佔式優先順序。例如，如果實 體層資料傳輸率已變更，則可能需要緊急傳輸一控制訊 息，這需要優先於最佳工作或高QoSMUXPDU的傳輸先佔 式優先順序。這是被准許的做法。接收*Μυχ會偵測並丟 棄未完全傳輸的MUXPDU，下文中會進一步詳細說明。 先佔式事件（即，實體層傳輸率變更）也可引發需要變更 該UT所使用的片段大小。可選用υ丁所使用的片段大小，促 使猎由MUX功能中的非先佔式優先順序來滿足最短延遲條 件約束或控制訊息佇列的服務延遲條件約束。這些技術可 結合上文參考圖17至圖18所說明的分割技術。 圖2 1 %示使用MUX指標來準備MAc訊框之示範性方法 U00。此方法可被部署在AINtUTt。按照本文講授内容， 熱心此項技術者很谷易調整此例證性實例以配合許多具體 貝施例（八卩或UT)。程序從步驟211〇開始，在此步驟接收用 於一 MAC PDU的配置。

在決策步驟2120 ’如果來自前一 MAC訊框的局部MUX 96850.doc -57- 200531489 PDU仍然存在，則進行到決策步驟2130。如果沒有局部MUX PDU存在，則進行到步驟2150。 在決策步驟2 1 30，如果想要用先佔式優先順序，則不會 傳輸該局部MUX PDU。程序進行到步驟2 1 50。在此示範性 具體實施例中，在某些情況下可使用先佔式優先順序，以 便傳送一易受時間影響之命令MUX PDU。前文已詳述先佔 式優先順序之其他實例。當希望放棄傳輸MUXPDU之餘項 時，就可使用任何先佔式條件。MAC訊框的接收器可直接 丟棄該MUX PDU的前部分。下文詳細說明示範性接收器功 能。在一項替代具體貫施例中’可定義先佔式優先順序， 以便允許在以後的時間傳輸已具先佔式優先順序的MUX PDU。替代具體實施例可部署任何數量之先佔式優先順序 規格，以便在決策步驟21 30中使用。如果不想先佔式優先 順序，則進行到步驟2140。 在步驟2140,先將該局部MUXPDU置放在MAC PDU中。 如果配置小於該局部MUX PDU，則可以使用所想要的MUX PDU數量來填補該配置，並且可儲存餘項，以便在後續MAC 訊框配置中傳輸。 在步驟2150，可將任何新的MUX PDU置放在MAC PDU 中。MUX功能可決定置放來自任何可用佇列之MUX PDU的 優先順序。前文已說明示範性優先順序機制，然而可部署 任何優先順序機制。 在步驟2160，將MUX指標設定為第一個新MUX PDU的位 置。在此示範性具體實施例中，0值MUX指標意謂著配置中 96850.doc -58- 200531489 不包含任何MUX PDU。1值MUX指標意謂著接在MUX標頭 後的第一個位元組是下一個新MUX PDU的起始處（即，在 MAC PDU的開頭部分沒有任何局部MUX PDU)。其他MUX 指標值指示介於一餘項局部MUX PDU與任何新MUX PDU 起始處之間的適當邊界。在替代具體實施例中，可定義其 他特殊MUX指標值，或可部署指標值指標機制。 在步驟21 70，如果已配置之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並且丟棄該儲存之前一訊 框。在此實例中，已優先處理該儲存之訊框的餘項。替代 具體實施例可允許隨後傳輸該儲存之訊框的餘項，在此情 96850.doc -59- 200531489 況下，可儲存先前的局部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詳細此 項實例。 96850.doc -60- 200531489 表格1 :邏輯頻道類型欄位 邏輯頻道 MUX類型欄位（十六進位） UDCH0 0x0 UDCH1 0x1 UDCH2 0x2 UDCH3 0x3 RBCH 0x4 DCCH 0x5 LCCH 0x6 UBCH 0x7 UMCH 0x8 圖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 23 20，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、專用控制頻道 96850.doc • 61 - 200531489 (Dedicated Control Channel PDU ; DCCH)PDU 2360以及邏 輯鏈路控制頻道（Logical Link Control Channel ; LLCH)PDU 2370。使用者廣播頻道（User Broadcast Channel; UBCH)PDU 及使用者多點播送頻道（User Multicast Channel ； UMCH)PDU的格式完全相同於UDCHO PDU 2310。UBCH的 類型欄位被設定為0111。UMCH的類型欄位被設定為1000。 熟悉此項技術者應明白彼等PDU僅作為例證用途。還可 以支援各種額外PDU以及所繪示之PDU的子集。在替代具 體實施例中，所繪示之每項欄位可具有替代寬度。其他PDU 也包含額外攔位。 示範性無線電鏈路控制（RLC) •前文已說明無線電鏈路控制340，並且會在此段落中進一 步詳細示範性具體實施例。表格2提出一組示範性RLC訊 息。所描述之示範性訊息僅僅是示範，在各項替代具體實 施例中可部署彼等訊息之子集以及額外訊息。每項訊息中 的欄位大小及類型也是示範性。按照本文講授内容，熟悉 此項技術者很容易調整敔多替代訊息格式。 表格2 : RLC訊息類型 訊息類型 訊 息 ---- RLCSystemConfigurationParameters 0x00 RLCReSChallengeACK 0x01 RLCHdwrIDReq 0x02 RLCSystemCapabilities 0x04 RLCCalibrationReqACK 0x05 RLCRLCalibrationMeasurementResult 0x40 RLCRegChallengeRej 0x44 RLCCalibrationReqRej 0x80 RLCRegChallenge 96850.doc -62- 200531489

0x81 RLCHdwrIDReqACK 0x82 RLCSystemCapabilitiesACK 0x84 RLCCalibrationReq 0x85 RLCCalibrationMeasurementReq 0x87 RLCUTLinkStatus 0xC5 RLCRLCalibrationMeasurementResultNACK 在此實例中，所有RLC訊息都具有共同的結構，但可以 在數個傳輸頻道之一上載送彼等訊息。RLC PDU結構包 括：一八位元類型欄位，用於識別特定的RLC訊息；一由〇 至25 1個位元組所組成的封包承載；以及一由3個位元組所 組成的CRC欄位。表格3闡明使用類型欄位中的位元部分來 指示某類型RLC訊息。最高有效位元（MSB)0或1分別指示正 向鏈路訊息或反向鏈路訊息。當設定第二位MSB時，則該 訊息是一否定認可（NACK)或拒絕訊息。 表格3 ·· RLC訊息類型攔位之位元位置意義 位元位置 意義 Oxxxxxxx 正向鍵路訊息 1xxxxxxx 反向鍵路訊息 X1xxxxxx 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功能會初始化一新的 96850.doc -63- 200531489 AC執行個體以及用於LL多點播送模式的LLC。 AP會使用廣播MAC-ID，每16個MAC訊框傳輸一系統識 別參數訊息（列在表格4中）一次。系統識別參數訊息包含網 路和AP ID以及協定版本號碼。此外，系統識別參數訊息還 包含供U T起始存取糸統所使用的存取]yj A C -1D清單。表格4 列出其他示範性參數。 表格4 : RBCH上的系統識別參數訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x3F 網路ID 10 網路ID AP ID 6 存取點ID 前導隱蔽編碼 4 Walsh前導隱蔽編碼(Walsh pilot cover code)索引 退回層級 4， 採用的功率退回(power backoff)機制(16個可能 值之一） AP修訂層級 4 軟體修訂層級(revision level)及系統功能 RCH退回 4 RCH隨機退回因數 芳鄰清單 120 鄰接存取點ID及頻率配置 存取ID集區 4 存取Π)集區 訊息長度 164 關聯控制（AC)功能提供UT鑑認。AC功能管理UT的註冊 (即，附加/卸離）功能。至於多點播送MAC-ID，AC功能會 管理一 UT附加/卸離多點播送群組。AC功能也管理用於LL 控制的加密金鍮交換。 會在來自UT的反向鏈路上傳送註冊查問訊息 (Registration Challenge Message)，如表格5所示。UT 包括 一 24位元亂數（24-bit random number)，用以允許AP區分同 時具有存取權且挑選相同M A C -1D的多個U T。 96850.doc -64- 200531489 表格5 :註冊查問訊息 參數名稱 位元數 用 途 RLC訊息類型 8 0x80 MAC ID 10 指派給UT的臨時MAC ID 隨機ID 24 隨機查問以區分存取衝突 保留 6 未來使用 CRC 24 循環重複性檢查(cyclic redundancy check) 訊息長度 72 9個位元組 由AP傳輸註冊查問認可訊息（Registration Challenge

Acknowledgement Message)(如表格6所示），以響應該註冊 查問訊息。該AP包括該UT所傳輸隨機id。這允許解決介於 已挑選相同MAC-ID和存取時槽的UT之間的衝突。 表格6 :註冊查問認可訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x00 MAC ID 10 指派給UT的臨時MAC ID 隨機ID 24 隨機杳問以區分存取衝突 保留 6 保留供未來使用 CRC 24 循環重複性檢杳 息長度 72 9個位元組 由^傳送註冊查問拒絕訊息（Registration Challenge

Reject Message)(如表格7所示）至一 υτ，以拒絕臨時MAC ID 指派，例如，當兩個或兩個以上υτ隨機選擇相同的臨時MAC ID時。 表格7 ··註冊查問拒絕訊息 參數名稱 位元數 用途 RLC §fL息類型 8 0x40 MAC ID 10 指派給UT的臨時MAC ID 保留 6 未來使用 CRC 24 循環重複性檢杳 訊息長度 48 6個位元組 96850.doc -65 - 200531489 由AP傳輸硬體ID要求訊息（Hardware ID Request

Message)(如表格8所示），以從υτ獲取硬體1D。 表格8 :硬體ID要求吕fl息 參數名稱 位元數 用途 RLC訊息類型 8 0x01 MAC ID 10 指派給UT的臨時MAC ID 保留 6 未來使用 CRC 24 循環重複性檢查 訊息長度 48 6個位元組 由UT傳輸硬體ID要求認可訊息（Hardware ID Request

Acknowledgment Message)(如表格9所示），以響應該硬體ID 要求訊息並且包括該UT的48位元硬體ID。（具體而言，UT 可使用的48位元IEEE MAC位址）。 表格9 :硬體ID要求認可訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x81 MAC ID 10 指派給UT的臨時MAC ID 硬體ID。 48 硬體ID號碼 保留 6 未來使用 CRC 24 循環重複性檢查 訊息長度 96 12個位元組 系統功能訊息（System Capabilities Message)(如表格10所 示）被傳輸至新註冊的UT，以向該UT指示AP功能。 表格10 :系統功能訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x02 MAC ID 10 指派給UT的臨時MAC ID Nant 2 AP天線數量 Nal 8 支援的調節層數量 LISTal 8*Nal AP支援的調節層索引清單 96850.doc -66- 200531489

Tbd Tbd 保留 4 未來使用 CRC 24 循環重複性檢查 訊息長度 變數 可變的位元組數 由UT傳送系統功能認可訊息（System Capabilities

Acknowledgment Message)(如表格11所示），以響應該系統 功能訊息，藉此向該AP指示該UT功能。 表格11 :系統功能認可訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x82 MAC ID 10 指派給UT的臨時MAC ID Nant 2 AP天線數量 Nal 8 支援的調節層數量 LISTal 8*Nal AP&UT支援的調節層索引清單 保留 4 未來使用 CRC 24 循環重複性檢查 訊息長度 變數 可變的位元組數 會在每個UT處初始化一個無線電資源控制RRC執行個 體。會在AP處初始化每作用中UT —個RRC執行個體。位於 AP和UT處的RRC功能可共用正向和反向鏈路頻道度量（若 需要）。RRC管理位於AP與UT處之傳輸鏈和接收鏈之校 準。在此實例中’校準對於空間多工傳輸模式很有助益。 RRC決定用於傳至UT之傳輸的傳輪模式及傳輸率控制， 並且將決定結果提供給MAC排程器。RRc決定在R-TCH上 及F-TCH上（若需要）之實體層（ΡΗγ)叢發傳輸所需之專用 ΜIΜ Ο前導的週期性及長度。R R C管理在空間時間傳輸分集 (STTD)模式中傳至及來自一 UT之傳輪的功率控制，並將功 率控制提供給PHY管理員。RRC決定來自υτ之R-TCH傳輸 96850.doc -67- 200531489 的時序調整。 由AP傳輸校準要求訊息（Request Request Message)(如表 格12所示），以要求校準於UT。CalType攔位指示校準音頻 (calibration tone)集合以及將運用在校準程序的每天線校 準符號數量。 表格12 :校準要求訊息 夢數名稱 位元數 用 途 RLC訊息類型 8 0x84 MAC ID 10 指派給UT的臨時MAC ID Nant 2 UT天線數量 CalType 4 選擇校準程序 保留 8 未來使用 CRC 24 循環重複性檢查 訊息長度 56 6個位元組 表格1 3中列出校準類型（Cal Type)值。每個Cal Type各對應 於一組OFDM音頻集合以及校準所需的每天線校準符號數 量。校準前導符號（Calibration Pilot Symbol)使用Walsh序列 來建置跨發射天線的正交（orthogonality)

CalType 值 0000 0001 — 0010 0011 0100 —0101 — 0110 0111 1000 1001 1010 1011 1100 1101 1110 , UU~~ 96850.doc -68- 200531489 由UT傳輸校準要φ ’尺担絕訊息（Request Request Reject

Message)(如表格ι4戶 吓不），以拒絕來自AP的該校準要求訊 自〇

0x44 指派給UT的臨時MAC ID 未來使用 循環重複性檢查 6個位元組 黎校準要求拒絕訊息 用途 由UT傳送校準量 、 ’要求訊息（Request Measurement Request Message)(如矣从 衣格15所示）至AP。此訊息包括AP用於 量測介於UT與AP間之相、、 '貝道的校準前導（Calibration Pilot)符 參數名稱 RLC訊息類型 校準量測要求訊息 ^ 用途 MAC ID 0x85 CalType J派給UT的臨時MAC ID 傳輸率 玉準程序 保留 模式中最高可支援的FL傳輸率 CRC 來使用 _循環重複性檢杳 訊息長度 56 7個位元組 由AP傳送校準里測結果訊息（Request Measurement Result Message)(如表格16所示），用以將ap針對該υτ在該 校準要求訊息中所傳輸之校準符號所完成的頻道測量結果 提供給該UT。 在此實例中，每個校準量測結果訊息各載送一 4x4頻道之 96850.doc -69- 200531489 4個音頻的頻道響應值、一 2x4頻道之至多8個音頻的頻道響 應值或一 1x4頻道之至多16個音頻的頻道響應值。可能需要 至多13個此訊息，以便載送含已測量之52個音頻的4x4頻道 之測量資料，所以還會採用一序號，藉以追蹤彼等訊息的 序列。假使沒有足夠的資料足以填滿整個資料欄位，則會 將資料搁位的未使用部分設定為零。 表格16 :校準量測結果訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x05 MAC ID 10 指派給UT的臨時MAC ID SEQ 4 訊息序號(至多13個訊息） 貧料搁位 1536 4個音頻的頻道響應值 保留 2 未來使用 CRC 24 循環重複性檢查 訊息長度 1584 198個位元組 傳送校準量測結果認可訊息（Calibration Measurement

Result Acknowledgement Message)(如表格 17所示），藉以認 可該校準量測結果訊息的片段。 表格17 :校準量測結果認可訊息 參數名稱 位元數 用途 RLC訊息類型 8 0x04 MAC ID 10 指派給UT的臨時MAC ID SEQ 4 已認可之訊息序號 保留 2 未來使用 CRC 24 循環重複性檢查 訊息長度 48 6個位元組 同樣地，可能不會認可該校準量測結果認可訊息，在此 情況下，可在反向鏈路上傳輸一校準量測結果否定認可訊 息（Calibration Measurement Result NACK Message)(如表格 96850.doc -70- 200531489 18所示），藉以否定認可（NACK)該校準量測結果訊息的片 段。 表格1 8 :校準量測結果否定認可訊息 參數名稱 位元數 用途 —-1 RLC訊息類型 8 0xC5 ' MAC ID 10 指派給UT的臨時MAC ID ' —~- MODE 1 ACK模式(0-go-back-N(返回 N) ; SEQ 16 至多至多4個NACKed訊息^序氣 "~1 保留 5 未來使用 ^一 CRC 24 循環重複性檢查 ~- 訊息長度 64 8個位元組 ' '^ 校準量測結果訊息可能以go-back-Ν(返回N)或選擇性重 複為基礎予以否定認可。SEQ欄位係由四個連續的4位元片 段所組成，每個片段各表示一訊息序號。對於go-back-Ν模 式，MODE位元被設定為0，並且SEQ欄位的第一個片段指 示必須重複之序列中的第一個訊息之序號。在此情況下， SEQ欄位中其餘的12位位元被設定為〇且被忽略。對於選擇 性重複模式，MODE位元被設定為1，並且SEQ欄位保存必 須重複之至多四個訊息之序號。如果少於四個訊息必須被 重複，則僅含有非零值之片段才具有意義。會忽略所有零 值片段。 由AP傳送UT鏈路狀態訊息（UT Link Status Message)(如 表格19所示），藉以要求UT提供反饋。在此實例中，UT必 須提供有關緩衝器狀態（已積存之資料量和Q〇S類別）以及 鏈路品質（ΜΙΜΟ及控制頻道所支援的正向鏈路傳輸率）的 反饋。 96850.doc 200531489 色格19上UT鏈路狀態訊息 參數名ϋ 位元數 ____ 用途 RLC訊息類型 8 0x87 " --*-- MAC ID 10 的臨時MAC ID — UT—BUF 一 STAT 16 每線電鏈路緩衝器狀態 _ FL—RATE一 STAT 16 高可支援的FL傳輸率(值tbd) QOS 一FLAG 2 包含高優先順序資料 CCH一 SUB 一 CHAN 2 佳CCH子頻道 保留 2 未來使用 CRC 24 循環重複性檢杳 訊息長度 80 川個位元組 UT一BUF—STAT指示UT無線電鏈路緩衝器大小（以四位元 組為增量單位）。（^????值指示大於或等於262，140個位元 組之緩衝器大小。FL 一 RATE—STAT提供每模式最大正向鏈 路傳輸率（每模式4位位元）。對於分集模式，僅仗用前四位 最南有效位元。其餘12位位元被設定為〇。q〇s_F]Lag指示 出RL緩衝器是否包含高優先順序資料。表格2〇中定義值 QOS+FLAG。 表格 20 : Q〇S—FLAG值 值 意義 00 無優先順序資料 01 優先順序資料 10-11 保留 在UT處’由RRC建立該UT鏈路狀態訊息。在AP處，該 UT鏈路狀態訊息被轉遞至用於提供值給υτ代理伺服器 (proxy)的 RRC。 此段落中所說明的示範性RRC具體實施例可結合整份說 明書中所詳細之各項具體實施例一起部署。熟悉此項技術 96850.doc -72- 200531489 者應明白這項示範性具體實施例僅供例證用途，並且按照 本文講授内容就會明瞭許多替代具體實施例。此下一段落 中會說明控制頻道之示範性具體實施例，其適合結合整份 說明書中所詳細之各項具體實施例一起部署。 示範性控制頻道（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個分離的子頻道所組成，每個子頻道各 以不同資料傳輸率運作，如表格2 1所示。表格2 1中所使用 的用詞已為此項技術所熟知（SNR表示訊雜比（Signal to 96850.doc -73 - 200531489

Noise Ratio)，以及 FER表示正向錯誤率（Forward Error Rate)，也是此項技術所熟知）。CCH結合STTD來使用短型 OFDM符號。這意謂著每個邏輯頻道都是由偶數個短型 OFDM符號所組成。在隨機存取反饋頻道（RFCH)及訊框控 制頻道（FCCH)上傳送的訊息被格式化成為資訊元素 (Information Element ; IE)，並且會在該等CCH子頻道之一 上予以傳輸。 表格21 : CCH邏輯頻道的資料傳輸率結構

CCH頻道 效率 (bps/Hz) 碼率 調變 每STTD OFBM 符號的資訊位元數 1% FER 的總SNR CCH—0 0.25 0.25 BPSK 24 -2.0 dB CCH 1 0.5 0.5 BPSK 48 2.0 dB CCH—2 1 0.5 QPSK 96 5.0 dB CCH—3 2 0.5 16QAM 192 11.0 dB 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上 予以傳輸。 96850.doc -74- 200531489 表格22 : CCH子頻道結構 CCH_N欄位 位元數 CCH_N_IE 數量 8 CCH—N一 IE 變數 CCH—N 的 CRC 16 填零項 變數 尾端 6 CCH係以最低至最高傳輸率予以傳輸。會提供每個CCH 子頻道的一 CRC。所有UT都會嘗試解碼每個以最低傳輸率 CCH開始傳輸的每個CCH。無法正確解碼謂著被 解碼的較傳輸率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奈米為單位。 96850.doc -75 - 200531489 表格23 : CCH IE類型指派 IE類型 資訊元素 0x0 RegistrationReqACK 0x1 FwdDivModeAssign 0x2 FwdDivModeAssignStat 0x3 FwdSpaModeAssign 0x4 FwdSpaModeAssignStat 0x5 RevDivModeAssign 0x6 RevSpaModeAssign 0x7 DivModeAssign 0x8 SpaModeAssign 0x9 LinkStatusReq OxA CalRequestAck OxB CalRequestRej 表格24顯示註冊要求認可IE(Registration Request Acknowledgment IE)(RFCH)(表格 23 中標示為 RegistrationReqACK) 的格式。該註冊要求認可係用於回應在該RCH上接收自一 UT的註冊要求。格式包括一 IE類型、一時槽ID、該存取ID(由 UT選擇並包含在其註冊要求中）、指派給該UT的MAC ID以 及一時序進階值。

表格24 :註冊要求認可IE 欄位 位元數 作用 IE TYPE 4 0x0 SLOT ID 5 UT存取RCH所使用的時槽ID ACCESS ID 10 UT使用的存取ID MAC—ID 10 指派給UT的臨時MAC ID REV一 TIMING一ADV 7 R-TCH TX時間進階(以樣本為單位） 總數 36 表格25顯示F-TCH分集模式指派Diversity Mode

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

表格25 : F-TCH分集模式指派IE 欄位 位元數 作用 IETYP 4 0x1 MAC—ID 10 指派給UT的MAC ID FWD 一 OFFSET 12 F-TCH位移 FWD 一RATE 4 F-TCH傳輸率 FWD—PREAMBLE 2 F-TCH前導項類型 FWD 一N—LONG 7 封包中的長型OFDM符號數量 FWD—N一 SHORT 2 封包中的短型OFDM符號數量 總數 41 表格26顯示含R-TCH狀態的F-TCH分集模式指派 IE(FCCH)(表格 23 中標示為 FwdDivModeAssignStat)的格 式。此IE係用於指示將使用分集模式在F-TCH上傳輸之 MAC PDU，並且會配置用於回應一狀態要求的R-tCH空 間。格式包括FwdDivModeAssign欄位。此外，格式還包括 一配置位移，以供UT在R-TCH上報告其緩衝器狀態。用於 R-TCt!上之鍵路狀悲息的配置指定r-τCH前導項類型， 以及反向參數，包括傳輸率、時序調整、狀態訊息要求位 元和鏈路狀態封包中的長型和短型OFDM符號數量。

表格26 :含R-TCH狀態的F-TCH分集模式指派IE

欄位 位元數 作用 IE TYPE 4 0x2 MAC 一 ID 10 指派給UT的MAC ID 96850.doc -77- 200531489 FWD 一 OFFSET 12 F-TCH^#~_ FWD RATE 4 F-TCH傳輸率 FWD一N—LONG 7 封包中的長型OFDM符號數量 FWD—PREAMBLE 2 F-TCJH前導項類型 FWD—N—SHORT 2 封包中的短型OFDM符號數量 REV一 OFFSET 12 R-TCH位移 REV一PREAMBLE 2 R-TCH前導項類型 REV—RATE 4 R-TCH傳輸f REV一 TIMING 2 R-TCH時序調整 REV一 STATUS 一REQ 1 R-TCH狀態訊息要求 REV一N—LONG 7 鏈路狀態封包中的長型OFDM符號數量 REV—N—SHORT 2 鏈路狀態封包中的短型OFDM符號數量 總數 71 FWD—PREAMBLE和REV一PREAMBLE欄位分別提供在反向 鏈路上使用之前導項的長度以及在反向鏈路上傳送的狀態 訊息。前導項係由表格27中提供之短型OFDM符號數量所組 成，僅載送用於主要特徵模態（eigenmode)的操控參考（steered reference) ° 表格 27 : FWD_PREAMBLE、REV_PREAMBLE值 值 /¾義 00 無前導項 01 四個前導項 10 八個前導項 11 保留 表格28顯示F-TCH空間多工模式指派IE(F-TCH Spatial Multiplex Mode Assignment IE)(FCCH)(表格 23 中標示為 FwdSpaModeAssign)的格式。此IE的攔位類似於 FwdDivModeAssign，惟使用空間多工（而不是使用分集）除 外0 96850.doc -78- 200531489

表格28 : F-TCH空間多工模式指派IE 欄位 位元數 作用 IE TYPE 4 0x3 MAC—ID 10 指派給UT的MAC ID FWD—OFFSET 12 F-TCH位移 FWD—RATE 16 F-TCH空間模式0-3的傳輸率 FWD—PREAMBLE 2 F-TCH前導項類型 FWD—NJLONG 7 封包中的長型OFDM符號數量 FWD—N一 SHORT 2 封包中的短型OFDM符號數量 總數 53 表格29顯示含R-TCH狀態的F-TCH空間多工模式指派 IE(FCCH)(表格 23 中標示為 FwdSpaModeAssignStat)的格 式。此IE的欄位類似於FwdDivModeAssignStat，惟使用空 間多工（而不是使用分集）除外。

表格29 :含R-TCH狀態的F-TCH空間多工模式指派IE 搁位 位元數 作用 IE—TYPE 4 0x4 MAC—ID 10 指派給UT的MAC LD FWD—OFFSET 12 F-TCH位移 FWD—RATE 16 F-TCH空間模式0-3的傳輸率 FWD 一 PREAMBLE 2 F-TCH前導項類型 FWD—N—LONG 7 封包中的長型OFDM符號數量 FWD—N 一 SHORT 2 封包中的短型OFDM符號數量 REV一 OFFSET 12 R-TCH位移 REV—PREAMBLE 2 R-TCH前導項類型 REV一 RATE 4 R-TCH傳輸率 REV一 TIMING 2 R-TCHTX時序調整 REV—STATUS 一REQ 1 R-TCH狀態訊息要求 REV—N—LONG 7 鏈路狀態封包中的長型OFDM符號數量 REV一N一 SHORT 2 鏈路狀態封包中的短型OFDM符號數量 總數 83 表格30顯示R-TCH分集模式指派ie(R-TCH Diversity Mode Assignment IE)(FCCH)(表格 23 中標示為 96850.doc -79- 200531489

RevDivModeAssign)的格式。此IE係用於使用分集模式以訊 號發出一用於MAC PDU之R-TCH配置。此ιέ包括如上文所 述的MAC ID攔位。此IE還包括如上文所述之狀態要求訊息 中所包含的反向鍵路爛位（FwdDivModeAssignStat和 FwdSpaModeAssignStat) 0此IE進一步包括一反向傳輸功率 調整欄位。 表格30 : R-TCH分集模式指派比 欄位 位元數 作用 IE—TYPE 4 0x5 MAC 一ID 10 指派給UT的MAC ID REV一 OFFSET 12 R-TCH位移 REV一PREAMBLE 2 R-TCH前導項類型 REV一RATE 4 R-TCH傳輸率 REV一 TIMING 2 R_TCHTX時序調整 REV—STATUS 一REQ 1 R-TCH狀態訊息要求 REV一N—LONG 7 封包中的長型OFDM符號數量 REV一N—SHORT 2 封包中的短型OFDM符號數量 REV—POWER 2 R-TCHTX功率調整 總數 46 表格3 1顯示R-TCH空間多工模式指派ie(R-TCH Spatial

Multiplex Mode Assignment IE)(FCCH)(表格 23中標示為 RevSpaModeAssign)的格式。此ιέ的攔位類似於 Re vDivMode Assign，惟使用空間多工（而不是使用分集）除 外0 表格31 : R-TCH空間多工模式指派ιέ 欄位 位元數 作用 IE TYPE 4 υχ6 MAC—ID 10 指派給UT的MAC ID REV—OFFSET 12 K-TCH位移 REV—PREAMBLE 2 ITCH前導項類型 96850.doc -80. 200531489 REV—RATE 16 R-TCH傳輸率 REV—TIMING 2 tTCHTX時序調整 REV—STATUS—REQ 1 R-TCH狀態訊息要求 REV一N一 LONG 7 封包中的長型OFDM符號數量 REV—N—SHORT 2 封包中的短型OFDM符號數量 REV一POWER 2 R-TCHTX功率調整 總數 58 表格32顯示TCH分集模式指派IE(TCH Div Mode Assignment IE)(FCCH)(表格 23 中標示為 DivModeAssign)的 格式。此IE係用於配置正向鏈路和反向鏈路mac PDU。此 IE 的欄位 PwdDivModeAssign 和 RevDiVM〇deAssign 的攔位 組合。

表格32 : TCH分集模式指派IE 欄位 位元數 作用 IE—TYPE 4 0x7 MAC—ID 10 指派給UT的MAC ID FWD—OFFSET 12 FCH位移 FWD 一PREAMBLE 2 F-TCH前導項類型 FWD—RATE 4 F-TCH傳輸率 FWD_N__LONG 7 封包中的長型OFDM符號數量 FWD—N—SHORT 2 封包中的短型OFDM符號數量 REV一 OFFSET 12 R-TCH位移 REV一PREAMBLE 2 R-TCH前導項類型 REV—RATE 4 R-TCH傳輸率 REV一 TIMING 2 H-TCH TX時序調整 REV—STATUS 一REQ 1 R-TCH狀態訊息要求 REV一N—LONG 7 封包中的長型OFDM符號數量 REV—N—SHORT 2 封包中的短型OFDM符號數量 REV一POWER 2 R-TCHTX功率調整 總數 73 表格33顯示TCH空間多工模式指派ie(Tch Spatial Mul

Mode Assignment IE)(FCCH)(表格 23 中標示為 SpaModeAssign) 96850.doc -81- 200531489 的格式。此IE的欄位類似於DivModeAssign，惟使用空間多 工（而不是使用分集）除外。

表格33 : TCH空間多工模式指派IE 欄位 位元數 作用 IE Type 4 0x8 MAC ID 10 指派給UT的MAC ID FWD OFFSET 12 FCH位移 FWD RATE 16 F-TCH傳輸率 FWD PREAMBLE 2 F_TCH前導項類型 FWD N LONG 7 封包中的長型OFDM符號數量 FWD N SHORT 2 封包中的短型OFDM符號數量 REV OFFSET 12 R-TCH位移 REV PREAMBLE 2 R-TCH前導項類型 REV RATE 16 R-TCH傳輸率 REV TIMING 2 R-TCHTX時序調整 REV STATUS REQ 1 R-TCH狀態訊息要求 REV一N—LONG 7 封包中的長型OFDM符號數量 REV—N—SHORT 2 封包中的短型OFDM符號數量 REV_POWER 2 R-TCHTX功率調整 總數 97 表格3 4顯示緩衝器和鍵路狀態要求IE (Buffer and Link

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

表格34 : R_TCH鏈路狀態要求IE 欄位 位元數 作用 IE Type 4 0x9 MAC—ID 10 指派給UT的MAC ID REV一 OFFSET 12 R-TCH位移 REV—PREAMBLE 2 R-TCH前導項類型 REV—TIMING 2 R-TCH TX時序調整 REV一 STATUS—REQ 1 R-TCH狀態訊息要求 REV一N一LONG 7 鏈路狀態封包中的長型OFDM符號數量 REVJSLSHORT 2 鏈路狀態封包中的短型OFDM符號數量 總數 40 表格35顯示校準要求認可IE(Calibration Request

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

表格35 :校準要求認可IE 參數名稱 位元數 用途 IE Type 4 OxA MAC ID 10 指派給UT的臨時MAC ID Nant 2 UT天線數量 CalType 4 認可所要求之校準程序 訊息長度 20 96850.doc -83 - 200531489 表格36顯示校準要求拒絕IE(Calibration Request Reject IE)(FCCH)(表格23中標示為CalRequestRej)的格式。此IE拒 絕來自一UT的校準要求。此IE包括類型欄位、MAC ID欄位 及校準要求類型攔位，如同CalRe(luestAck。此外，還會提 供一原因欄位，用以說明拒絕校準要求的原因。

表格3 6 :校準要求拒絕IE 參數名稱 位元數 用途 IEType 4 OxB MAC ID 10 指派給UT的臨時MAC ID CalType 4 所要求的校準程序 Reason 4 拒絕校準要求的原因 訊息長度 22 藉由原因值來參照一校準要求的原因。表格37中詳列原 因及原因值。 _ 表格37:原因值意義_ _ 值 原因 0000 不需要校準 0001 不支援所要求的程序 0010 校準程序逾時 0011-1111 保留. 表格38顯示要求訊息（Request Mess age) (ARCH)的格式。 在起始存取日ττ ’邊要求訊息被視為一註冊要求。存取方U T 會從設置用於起始存取且在BCCH訊息中發佈的一組ID集 合中隨機挑選一存取ID。如果連續接收到該要求訊息，則 AP會在RFCH上使用註冊要求認可IE來認可該要求訊息，並 且指派一臨時MAC ID給該UT。 96850.doc -84- 200531489 已註冊之UT會在ARCH上使用相同的訊息，但是使用在 存取ID襴位中指派的MAC ID來要求服務。如果連續接收到 該要求訊息，則AP會傳輸一 R-TCH鏈路狀態要求IE，藉以 獲得有關該UT所想要之配置的類型及大小。 表格38 : ARCH要求訊息 搁位 位元數 作用 前導項 變數 短型或長型 SLOT—ID 5 UT存取RCH所使用的時槽ID ACCESS JD 10 UT使用的存取ID 總數 15 熟習此項技術者應明白，可使用各種不同術語或技術的 任一種來代表資訊及信號。例如，資料、指令、命令、資 訊、信號、位元、符號及晶片有利於以電壓、電流、電磁 波、磁場或粒子、光場或粒子、或其任何組合來表示。 熟習此項技術者應進一步明白，配合本文所發表之具體 實施例說明的各種圖解邏輯方塊、模組、電路及演算法步 驟可實施為電子硬體、電腦軟體或其組合。為了清楚解說 硬體與軟體的互換性，前文中已就功能而論作廣泛說明各 種圖解的組件、區塊、模組、電路及步驟。視特定應用及 影響整個系統的設計限制條件而定，將功能實施成硬體或 軟體。熟悉本技藝者可以用每種特別應用的不同方法來實 施所述的功能，但這種實施決定不能視為背離本發明之範 圍 可使用一般用途處理器、數位信號處理器（DSP)、專用積 體電路（ASIC)、場可程式規劃閘極陣列（FPGA)或其他可程 96850.doc -85- 200531489 式規劃邏輯裝置（PLD)、離散閘極或電晶體邏輯、離散硬體 組件或其任何的組合以執行本文所說明的功能，以實施或 執行配合本文所發表之具體實施例說明的各種圖解邏輯方 塊、模組及電路。一般用途處理器可能是微處理器，但是 在#代方案中，處理器可能是任何傳統處理器、控制器、 微控制器或狀態機器。處理器可實施為電腦裝置的組合， 例女DSP和微處理器的組合、複數個微處理器、連接dw 核心的-個或_個以上微處理器或任何其他此類的組態。 配合本文中揭示之具體實施例中說明的方法或演算法步 驟可直接用硬體、處理器執行的軟體模組或軟硬體組合具 體化。軟體模組可駐存於RAM記憶體、快閃記隱體、尺⑽ 記憶體、EPROM記憶體、EEPR〇]VU£憶體、暫存器、硬碟、 可抽取磁碟、CD-ROM、或此項技術所熟知之任何其他形 式的儲存媒體中。一種示範性儲存媒體係耦合處理器，以 致於處理器可自儲存媒體中讀取資訊，以及寫入資訊到儲 存媒體。在替代方案中，儲存媒體可被整合至處理器中。 處理裔和儲存媒體可駐存在ASIC中。該ASIC可存在於一使 用者終端機中。在替代方案中’處理器和儲存媒體可當作 散離組件駐存在使用者終端機中。 本文中所列出的標題係供參考並且輔助找出各段落。這 些標題非用以限制本文中所說明之觀念的範疇。這些觀念 了在整伤s兒明書中具有適用性。 所文中提供所揭示具體實施例的說明，讓熟習此項技術 者可運用或利用本發明。熟習此項技術者應明白這些具體 96850.doc -86 - 200531489 實施例的各種修改’並且本文中定義的一般原理可適用於 其他具體實施例，而不會脫離本發明的精神或範嘴。因此， 本發明不受限於本文中提出的具體實施例，而是符合與本 文中所說明的原理及新穎功能一致的最廣泛的範轉。 【圖式簡單說明】 ^ 圖1繪示一種包括高速WLAN之系統的示範性具體實施 例； 圖2繪不無線通信裝置的示範性具體實施例，該無線通信 裝置可被組態成一存取點或使用者終端機； 圖3繪示示範性子網路協定堆集； 圖4繪示通過協定堆集各層行進之使用者資料封包； 圖5繪示示範性MAC訊框； 圖6繪示傳輸正向鏈路訊息傳送之示範性方法； 圖7繪不接收正向鏈路訊息傳送之示範性方法； 圖8繪示傳輸反向鏈路訊息傳送之示範性方法； 圖9繪不接收反向鏈路訊息傳送之示範性方法； 圖1〇繪示UT執行起始存取及註冊之示範性方法； 圖11繪示AP執行起始存取及註冊之示範性方法； 囷12、曰示AP使用者資料流之示範性方法12〇〇 ; 圖13緣示UT使用者資料流之示範性方法13〇〇 ; 圖14繪示併入實體層反饋至調節層功能中之示範性方 法； 圖15繪示執行調節層多點播送之示範性方法； 圖16繪示決$是否使用調節層多點播送或使用MAC多點 96850.doc -87- 200531489 播送之示範性方法； 圖17繪示響應實體層反饋而執行分割（Segmentation)之 示範性方法； 圖1 8繪示響應傳輸率而分割片段（segmenting); 圖19繪示在單一MAC訊框中傳輸多資料流及命令之示範 性方法； 圖20繪示連續MAC訊框，包括傳輸各種局部MUXPDU之 實例； 圖21繪示使用MUX指標來準備MAC訊框之示範性方法； 圖22繪示接收包含MUX指標之MAC訊框之示範性方法； 圖23繪示示範性MUXPDU格式； 圖24繪示經組態適用於乙太網路調節之示範性系統； 圖25繪示經組態適用於IP調節之示範性系統； 圖26繪示示範性乙太網路協定堆集；以及 圖27繪示示範性IP協定堆集。 【主要元件符號說明】 100 系統 102 網路 104 存取點（AP) 106A-N 使用者終端機（UT) 110, 270 連接 120 無線區域網路區域（WLAN)(圖1) 120 RF鏈路（圖26) 210 收發器 96850.doc -88- 200531489 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功能 96850.doc -89- 200531489 372 M A C組訊框功能 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 M A C訊框 510 廣播頻道（BCH) 520 控制頻道（CCH)

96850.doc -90- 200531489 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協定堆集） 96850.doc -91 -

Claims (1)

1. 200531489 十、申請專利範圍： 1 · 一種設備，包括： 一第一層，用於： 接收一或多個資料流，每個資料流都包含一或夕们 封包；及 依據來自該等一或多個資料流的該等一或多個封 包，來產生一或多個媒體存取控制（媒體存取控制）層協 定資料單元（協定資料單元）；以及 一第二層，用於： 依據該等一或多個媒體存取控制層協定資料單元來 產生一或多個媒體存取控制訊框，每個▲體存取控制 訊框各包括： 一控制頻道，用於傳輸一或多個媒體配置； 一或多個流量片段，每個流量片段都是用於按照 一媒體配置來傳輸一或多個媒體存取控制層協定資料 單元（協定資料單元）。 2·如請求項1之設備，其中該媒體存取控制訊框進一步包括 一用於傳輸該媒體存取控制訊框參數的廣播頻道。 3·如請求項1之設備，其中該媒體存取控制訊框進一步包括 一用於指示一媒體存取控制訊框邊界的引導訊號 (beacon) ° 4·如請求項1之設備，其中該控制頻道包括複數個子頻道， 每個子頻道各包括-或多個配置，每個子頻道係=數 個傳輸格式之一予以傳輸。 96850.doc 200531489 5 ·如請求項1之設備，其中該等一或多個流量片段包括一或 多個正向流量片段。 6·如請求項5之設備，其中該等一或多個正向流量片段包括 從第一裝置傳輸一媒體存取控制協定資料單元至一第二 裝置的傳輸。 7·如請求項！之設備，其中該等一或多個流量片段包括一或 多個反向流量片段。 8·如明求項7之設備，其中該等一或多個反向流量片段包括 從第二裝置傳輸一媒體存取控制協定資料單元至一第一 裝置的傳輸。 女明求項1之设備，其中該等一或多個流量片段包括一或 多個對等式流量片段。 ι〇· 士明求項9之設備，其中該等_或多個對等式流量片段包 括專有（ad hoc)傳輸。 4多個對等式流量片段包 11 ·如請求項9之設備，其中該等 括經排程之傳輸。 或多個流量片段包括一或 12 ·如請求項1之設備，其中該等 多個競爭式流量片段。 4多個流量片段包括一或 13 ·如請求項1之設備，其中該等— 多個隨機存取流量片段。 H·如請求項1之設備，其中該第一 m σ 曰匕括一用於產生調節層 協疋貧料單元的調節層。 15.如請求項14之設備，其中該調 ^ ^ 9執行分割來自該等一 或多個資料流之一或多個封包。 96850.doc 200531489 16。 17. 18. 19. 20. 21. 22. 如明求項14之设備，其中該調節層執行重組來自該等一 或多個資料流之一或多個封包。 如凊求項14之設備，其中該調節層執行來自該等一或多 個資料流之一或多個封包之資料流分類。 如請求項17之設備，其中依據服務品質（Q〇s)來執行該資 料流分類。 N 如明求項14之設備，其中該調節層執行來自該等一或多 個資料流之一或多個封包之多點播送映射。 士明求項14之δ又備，其中該媒體存取控制層包括一用於 從該等調節層協定資料單元來產生資料鏈路層協定資料 單元的資料鏈路層。 σ月求項24之a又備，其中該媒體存取控制層包括一共同 媒體存取控制層，用於彙總對應於一或多個資料流的一 或多個資料鏈路層協定資料單元，以便構成一媒體存取 控制層協定資料單元。 一種方法，包括： 在一第一層接收一或多個資料流，每個資料流都包含 一或多個封包； 依據來自該等一或多個資料流的該等一或多個封包， 來產生一或多個媒體存取控制（媒體存取控制）層協定資 料單元（協定資料單元）；以及 構成一媒體存取控制訊框，該媒體存取控制訊框包括： 一控制頻道，用於傳輸一或多個媒體配置； 一或多個流量片段’每個流量片段都是用於按照一 96850.doc 200531489 媒體配置來傳輸一或多個媒體存取控制層協定資料單 元（協定資料單元）。 23.如請求項22之方法，進一步包括按照一媒體配置在一流 量片段中傳輸一媒體存取控制層協定資料單元。 24·如請求項22之方法，進一步包括按照一媒體配置在一流 里片段中接收一媒體存取控制層協定資料單元。 25·如請求項22之方法，進一步包括傳輸該控制頻道。 26. 如請求項25之方法，其中該控制頻道包括複數個子頻 道，每個子頻道各包括一或多個配置，每個子頻道係以 複數個傳輸格式之一予以傳輸。 27. 如請求項22之方法，進一步包括執行調節層處理，藉以 從來自該等-或多個資料流之-或多個封包來產生調節 層協定資料單元。 28. 如請求項27之方法’進-步包括執行資料鏈路層處理， 1 以，該等調節層龄資料單元來產生f料鏈路層協定 ΐ料卓元。 29·如請求項27之方法，進一步句枯批/ /匕括執行共同媒體存取控制 處理，藉此彙總一或多個調節層協 — 、 g拗疋貧料皁το，以便構 成一媒體存取控制層協定資料單元。 項22之方法，進一步包括傳輪-正向流量片段。 :::Γ22之方法’進一步包括傳輪-反向流量片段。 32·如睛求項22之方法，進一步包 u Λ β +、 /匕祜傳輪一對等式流量片段。 33. 如凊未項22之方法，進一步包 ❸ 匕括傳輪一隨機存取流量片 fx 0 34. —種設備，包括： 接收和產生構件 用於接收~ 々 或多個資料流，每個資 96850.doc 200531489 料流各包括一或多個封， 個眘祖、六 ；々 、’且用於從來自該等一或多 個貝枓 之一或多個封包來一 声協定次袓+ 生一或夕個媒體存取控制 曰協疋貝枓早兀（協疋資料單元）；以及 j生：：’用於依據—或多個媒體存取控制層協定資 媒體存取控制職，該媒體存取控制訊 -控制頻道，用於傳輸一或多個媒體配置；以及 -或多個流量片段’每個流量片段都是用於按照一 媒體配置來傳輸一或多個媒體存取控制層協定資料單元 (協定資料單元）。 35.=請求項34之設備，進一步包括傳輸構件，用於在一流 量片段中傳輸一媒體存取控制層協定資料單元。 36· t請求項34之設備，進一步包括接收構件，用於接收一 流1片段中的一媒體存取控制層協定資料單元。 37_ —種電腦可讀型媒體，其可運作以執行下列步驟： 在一第一層接收一或多個資料流，每個資料流都包含 一或多個封包； 依據來自該等一或多個資料流的該等一或多個封包， 來產生一或多個媒體存取控制（媒體存取控制）層協定資 料單元（協定資料單元）；以及 構成一媒體存取控制訊框，該媒體存取控制訊框包括： 一控制頻道，用於傳輸一或多個媒體配置； 一或多個流量片段，每個流量片段都是用於按照一 媒體配置來傳輸一或多個媒體存取控制層協定資料單 元（協定資料單元）。 96850.doc