專利名稱：對持久性資源分配的錯誤糾正的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，更具體地，本發(fā)明涉及無線通信系統(tǒng)中的資源分配領(lǐng)域。
背景技術(shù)：
無線通信系統(tǒng)可以支持在其中通信鏈路的各方只使用需要的資源的間斷傳輸。對 活躍參與通信的那些設(shè)備的資源分配和消耗的限制提高了無線通信系統(tǒng)的效率。然而，每 個設(shè)備可能需要在其被授予通信機(jī)會之前請求資源分配。通訊資源的請求和分配本身會消 耗大量的原本可用于支持其他用戶或給活動用戶提供更多帶寬的資源。期望最小化在請求和授權(quán)間斷通信的資源中所消耗的資源量。然而，仍然需要最 大化生成訪問請求并分配與訪問請求有關(guān)的資源的靈活性。

發(fā)明內(nèi)容
本文描述了用于傳送、監(jiān)控、控制和利用下行鏈路或上行鏈路資源的持久性分配 的方法和裝置。在一方面，公開了持久性資源分配的方法，其中，基站調(diào)度持久性資源分配 的候選客戶站，將候選客戶站與共享NACK信道相關(guān)聯(lián)，配置指示持久性資源分配的持久性 分配信息元素并傳輸持久性分配信息元素?；究蛇M(jìn)一步配置持久性分配信息元素以指示 定義共享NACK信道的偽隨機(jī)碼。它還可通過共享NACK信道接收NACK消息并傳輸對與共 享NACK信道相關(guān)聯(lián)的一組客戶站相對應(yīng)的持久性分配進(jìn)行的一組新近改變的指示。此外， 它可通過共享NACK信道接收NACK消息，確定沒有對與共享NACK信道相關(guān)聯(lián)的一組客戶站 對應(yīng)的持久性分配進(jìn)行改變，并向該組客戶站傳輸沒有進(jìn)行改變的指示。基站可檢測在所 述持久性資源分配上很少或沒有來自候選客戶站的能量并重發(fā)持久性分配信息元素。持久 性資源分配被配置為承載HARQ包流，以及基站可檢測一串失敗的HARQ包傳遞并重發(fā)持久 性分配信息元素。在另一方面，公開了持久性上行鏈路資源分配的方法，其中，通信網(wǎng)絡(luò)的元素傳送 持久性資源分配信息元素，接收預(yù)定共享NACK信道上的NACK，并向一組與共享NACK信道相 關(guān)聯(lián)的客戶站重發(fā)至少一部分持久性資源分配信息元素。還公開了持久性上行鏈路資源分配的方法，其中，接收資源映射。進(jìn)行對資源映射 內(nèi)的持久性分配信息元素解碼的嘗試。如果不能成功地對持久性分配信息元素進(jìn)行解碼， 則選擇性地通過共享映射NACK信道傳輸映射NACK。在一方面，停止在與最近接收的下行鏈路持久性分配相關(guān)聯(lián)的上行鏈路信道上的數(shù)據(jù)傳輸。根據(jù)一個方面，響應(yīng)于未能接收對映射NACK的傳輸?shù)钠诖憫?yīng)，開始映射NACK信道恢復(fù)過程。根據(jù)另一方面，接收指示接收到 NACK消息并且沒有進(jìn)行改變的第二持久性分配信息元素。還描述了在使用共享NACK信道的系統(tǒng)中執(zhí)行從錯誤狀態(tài)恢復(fù)的方法的基站。基 站發(fā)送為客戶站指定第一持久性分配的上行鏈路持久性分配信息元素。如果基站檢測到第 一持久性分配上很少或沒有來自客戶站的信號能量，則基站向客戶站重新發(fā)送上行鏈路持 久性分配信息元素?？蛇x地，基站可為了承載HARQ傳輸量的目的，向客戶站發(fā)送指定第一分配的持久 性分配信息元素，通過檢測與第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞，向客戶站發(fā)送重 新發(fā)送持久性信息元素。還描述了在使用共享NACK信道的系統(tǒng)中執(zhí)行從錯誤狀態(tài)恢復(fù)的方法的客戶站， 其為了通過第一分配承載HARQ傳輸量的目的，從基站接收持久性分配信息元素，檢測與第 一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞，以及向基站發(fā)送映射NACK信道錯誤消息。基站可建立用于持久性分配任務(wù)的全局映射NACK信道，向指示關(guān)聯(lián)的共享NACK 信道的客戶站發(fā)送上行鏈路持久性分配信息元素，接收全局映射NACK信道上的全局NACK 消息，以及向一組與兩個或多個共享NACK信道相關(guān)聯(lián)的客戶站重新發(fā)送一組新近改變的 持久性分配信息元素。在一方面，在當(dāng)前沒有持久性分配分配給客戶站時，客戶站未能接收持久性分配 信息元素。客戶站確定沒有共享映射NACK信道分配是有效的，并在全局映射NACK信道上 發(fā)送全局映射NACK消息。進(jìn)一步描述了基站，其具有配置為調(diào)度持久性上行鏈路資源分配的候選客戶站的 組調(diào)度器，配置為將候選客戶站與共享映射NACK信道相關(guān)聯(lián)并配置標(biāo)識持久性資源分配 的持久性分配信息元素的持久性DL/UL IE發(fā)生器，以及配置為發(fā)送持久性分配信息元素的 發(fā)送器?；究膳渲脼橥ㄟ^共享映射NACK信道接收映射NACK消息，以及持久性DL/UL IE 發(fā)生器可進(jìn)一步被配置為確定對與共享NACK信道相關(guān)聯(lián)的一組客戶站相對應(yīng)的持久性分 配進(jìn)行的一組新近改變，用于重發(fā)。在另一方面，客戶站具有接收器，配置為接收資源映射；DL/UL映射模塊，配置為 確定持久性分配信息元素是否在資源映射內(nèi)，并配置為嘗試對持久性分配信息元素進(jìn)行解 碼；以及NACK模塊，配置為如果DL/UL模塊不能成功地對持久性分配信息元素進(jìn)行解碼，則 選擇性地創(chuàng)建用于通過共享映射NACK信道的傳輸?shù)挠成銷ACK消息。本發(fā)明還公開了用于實施所有這些方面的某些另外的方法。許多方面可以存儲在 計算機(jī)可讀介質(zhì)中。在本文提供的描述和附圖中詳細(xì)描述了本發(fā)明另外的方面。


本發(fā)明公開的實施方式的特征、目標(biāo)、和優(yōu)點將通過結(jié)合附圖的以下所述詳細(xì)描 述變得更加明顯，其中，相同的元件用相同的參考標(biāo)號表示。圖1是無線通信系統(tǒng)的實施方式的簡化功能框圖。圖2是執(zhí)行持久性下行鏈路或上行鏈路資源分配的基站的實施方式的簡化功能 框圖。
圖3是配置為使用持久性下行鏈路或上行鏈路鏈路資源分配操作的客戶站的實施方式的簡化功能框圖。圖4是持久性資源分配的實施方式的簡化時序圖。圖5是具有持久性資源分配的系統(tǒng)中的映射NACK消息的實施方式的簡化時序圖。圖6是持久性下行鏈路或上行鏈路資源分配方法的實施方式的簡化流程圖。圖7是在存在糾錯的資源再分配方法的實施方式的簡化流程圖。圖8是客戶站中糾錯信令的方法的實施方式的簡化流程圖。圖9是從基站的角度處理持久性分配映射錯誤的方法的實施方式的流程圖。圖10是從客戶站的角度處理下行鏈路持久性分配映射錯誤的方法的實施方式的 流程圖。
具體實施例本文描述了用于傳送和利用上行鏈路或下行鏈路資源的持久性分配的方法和裝 置。在本描述中，從基站到客戶站的通信路徑被稱為下行鏈路(DL)，從客戶站到基站的通信 路徑被稱為上行鏈路(UL)。當(dāng)基站為客戶站的使用分配標(biāo)準(zhǔn)的非持久性下行鏈路或上行鏈路時，分配根據(jù)分 配的相關(guān)性對預(yù)定的幀(例如，在其中分配被授權(quán)的幀，或者隨在其中分配被授權(quán)的幀之 后的幀)是有效的(active)。相反，當(dāng)基站給客戶站分配持久性下行鏈路或上行鏈路分配 時，該分配通常為多個將來的下行鏈路幀和上行鏈路幀保持有效。因此，客戶站不需要通過 一長系列的幀定期地重復(fù)上行鏈路資源請求。當(dāng)基站執(zhí)行持久性資源分配時，基站也不需 要在一系列下行鏈路或上行鏈路映射信息元素(IE)消息中明確地和重復(fù)地識別下行鏈路 或上行鏈路分配。在一些系統(tǒng)中，當(dāng)客戶站產(chǎn)生可預(yù)測周期并在其中數(shù)據(jù)包大小通常是固定的數(shù)據(jù) 流時，客戶站請求持久性下行鏈路或上行鏈路分配。例如，當(dāng)客戶站已建立了使用互聯(lián)網(wǎng)協(xié) 議的語音(VOIP)連接時，通常將產(chǎn)生語音數(shù)據(jù)包的穩(wěn)定流。基站可以驗證下行鏈路或上 行鏈路資源請求符合持久性資源分配的標(biāo)準(zhǔn)，并且可分配持久性下行鏈路或上行鏈路資源 作為傳輸?shù)较到y(tǒng)中的客戶站的持久性下行鏈路或上行鏈路映射信息元素(IE)消息的一部 分。在通常的系統(tǒng)中，基站具有確定客戶站為持久性下行鏈路或上行鏈路資源分配的 候選的能力。例如，基站可以基于一個或多個參數(shù)確定客戶站是持久性下行鏈路或上行鏈 路資源分配的候選。例如，參數(shù)可包括來自客戶站的上行鏈路資源分配的重復(fù)請求、請求 的資源分配的一致性、基站和客戶站之間的無線信道的特性的穩(wěn)定性、包到達(dá)分布消息以 及連接類型。作為實例，如果連接支持VOIP通信，則基站通常已知數(shù)據(jù)包到達(dá)模式是持久 性資源分配的良好候選。持久性分配保持致力于未來幀中的客戶站直至預(yù)定終止事件(例如，時間通道、 預(yù)定數(shù)量幀的通道、基站通知客戶站資源已被釋放、基站重新分配分配給另一客戶站的全 部或部分資源等或其某些組合)?；究赏ㄟ^發(fā)送改變的持久性下行鏈路或上行鏈路映射 IE釋放持久性資源，其不再為客戶站分配持久性資源或不再為客戶站重新分配資源。在一 方面，基站發(fā)送明確釋放消息。
基站可將客戶站資源請求和資源分配分組成為多個持久性組中的任何一個。基站 可以基于諸如傳輸量到達(dá)模式、客戶站功率水平、基站的負(fù)載平衡等或其某些組合的因素 為特定的客戶站選擇持久性組?；究梢栽诿總€持久性組中為客戶站分配上行鏈路資源，從而每個持久性組的 成員在不同于任何其他持久性組的幀中傳輸。類似地，基站可以在每個持久性組中為客 戶站分配持久性資源，從而每個持久性組的成員在不同于任何其他持久性組的幀中傳 輸。如果基站為特定的客戶站分配持久性下行鏈路和上行鏈路資源，則持久性組將重合 (coincide)。例如，每個持久性組可與組循環(huán)數(shù)相關(guān)聯(lián)，并且持久性資源分配可以對與組循 環(huán)索引相關(guān)聯(lián)的上行鏈路幀有效。在一個實施方式中，為了提供對于多個持久性組的一致 訪問和相同速率，持久性組可以以循環(huán)調(diào)度的方式在時間上循環(huán)。一個簡單的實施方式利 用幀號和組循環(huán)索引識別與特定幀相關(guān)聯(lián)的有效持久性組?；钴S持久性組可以通過確定幀 號與持久性組的總數(shù)的模函數(shù)( 通常表示為MOD (幀號，N))，并且將結(jié)果與組循環(huán)索引相比 較來確定，其中，N表示持久性組的數(shù)量。(模操作返回一個數(shù)除以另一個數(shù)的余數(shù)。給定 兩個數(shù)，a(被除數(shù))和x(除數(shù))，則模(a, χ)是a除以χ的余數(shù)。例如，表達(dá)式MOD(7，3) 將得1，而MOD (9，3)將得0。)客戶站不需要具有其組循環(huán)索引的任何知識，而只需要知道持久性組的數(shù)量N?？?戶站可以通過確定為其分配持久性下行鏈路或上行鏈路資源的第一幀號的M0D(幀號，N) 值確定其組循環(huán)索引。組也可通過傳送持久性分配IE中的周期參數(shù)而被明確地識別并與 客戶站相關(guān)聯(lián)。在一方面，在UL-MAP信息元素中傳送持久性分配的周期的明確指示，從而 消除對使用模功能的需要。在典型的正交頻分多址(OFDMA)系統(tǒng)中，基站可以根據(jù)時間(符號數(shù))和頻率(子 載波數(shù))區(qū)分來自各客戶站的數(shù)據(jù)。當(dāng)然，在其他系統(tǒng)中，基站可根據(jù)與系統(tǒng)相關(guān)聯(lián)的一些 其他物理層(PHY)的特性區(qū)分來自各客戶站的數(shù)據(jù)。為了減少開銷，基站通常不為客戶站指定單獨的物理層單元。相反地，物理層單元 被組合在一起成為“分配單元。”基站通過指定分配單元而不是指定單獨的物理層單元來為 客戶站分配資源。例如，分配單元可以是預(yù)定數(shù)目的子載波和符號的組合。在一個實施方 式中，最小分配單元被稱作“時隙”，并且時隙包括在一個或者多個OFDMA符號中的預(yù)定數(shù) 量的子載波。根據(jù)IEEE 802. 16，在上行鏈路和下行鏈路這兩者上的通信都被分成固定長度的 幀。每個幀包括上行鏈路子幀和下行鏈路子幀。下行鏈路子幀通常包括鏈路管理傳輸 (諸如同步信號等)、開銷信道、用于承載從基站到客戶站的用戶數(shù)據(jù)的大量下行鏈路分配 單元、以及其他類型的開銷和數(shù)據(jù)傳輸。上行鏈路子幀包括許多同一類的傳輸，包括用于承 載從客戶站到基站的用戶數(shù)據(jù)的上行鏈路分配單元、以及用于系統(tǒng)控制、管理等的控制信 令信道。調(diào)制是將信息編碼成用于傳輸?shù)男盘柕倪^程。包括雙相移鍵控(BPSK)、正交相移 鍵控(QPSK)和正交幅度調(diào)制(QAM)的多個調(diào)制方案在本領(lǐng)域中是公知的。根據(jù)通過任一 符號攜帶的數(shù)據(jù)量，調(diào)制方案是彼此各不相同。高階調(diào)制方案每個符號攜帶更多的數(shù)據(jù)。例 如，16QAM符號每個符號攜帶4位數(shù)據(jù)，而BPSK調(diào)制每個符號只攜帶1位數(shù)據(jù)。高階調(diào)制方案比低階調(diào)制方案更易受信道條件的影響。因此，在不良的信道條件下，高階調(diào)制方案的使用比低階調(diào)制方案的使用更可能導(dǎo)致錯誤。然而，高階調(diào)制方案在固定時間周期內(nèi)通過無線鏈路可傳輸?shù)男畔⒘糠矫娓佑行АＲ虼?，如果信道條件良好，在固定的時間周期內(nèi)，使用高階調(diào)制方案比使用低階調(diào)制方 案在鏈路上傳輸?shù)臄?shù)據(jù)多。因此，使用低階調(diào)制方案的傳輸更穩(wěn)定，但效率較低，使用高階 調(diào)制方案的傳輸較不穩(wěn)定，但效率較高。為了提高無線鏈路的性能，諸如前向糾錯(FEC)的糾錯編碼可應(yīng)用于發(fā)送器。使 用復(fù)雜的糾錯方案會在傳輸前將某種類型的冗余引入數(shù)據(jù)中。編碼率通常指的是未經(jīng)編碼 的信息長度除以所產(chǎn)生的編碼信息的長度。冗余可以用于校正由無線信道引入的誤差。根 據(jù)編碼增益來度量編碼方案的有效性，其中編碼增益可以表示為對于編碼的和未編碼的數(shù) 據(jù)達(dá)到相同的比特誤碼率水平需要的信噪比水平之間的差?，F(xiàn)有的糾錯編碼技術(shù)提供大量 編碼增益。然而，由于引入的冗余，糾錯編碼的使用通常降低了通過信道傳輸數(shù)據(jù)的有效 率。因此，使用具有較高冗余率的編碼的傳輸更穩(wěn)定(robust)，但比使用具有較低冗余率的 編碼的傳輸效率低。IEEE 802. 16e標(biāo)準(zhǔn)及其衍生定義了各種調(diào)制和編碼方案(MCS)組合。MCS指定調(diào) 制類型以及客戶站將在上行鏈路傳輸中使用的前向糾錯類型。MCS組合適應(yīng)與遍布覆蓋區(qū) 域的客戶站有關(guān)的性能的大變化。正確選擇MCS組合對無線鏈路的效率和性能都很重要。當(dāng)基站為特定的客戶站指定分配單元時，它還指定用在分配上的MCS組合，這對 于持久性資源分配和非持久性資源分配都是典型的。一旦基站發(fā)送持久性資源分配，通常它不需要重新發(fā)送資源分配，除非對下行鏈 路或上行鏈路資源分配的改變使得重新發(fā)送資源分配是有利的。例如，當(dāng)需要改變分配的 大小時，可以發(fā)送新的全部的或部分的持久性上行鏈路映射IE。如果被分配持久性分配的 客戶站的操作條件改變或變化為新的MCS組合更有利的這種程度，則可能發(fā)生這樣的尺寸 改變。因此，基站通常重新發(fā)送持久性下行鏈路或上行鏈路映射IE以識別新的MCS組合并 為客戶站分配更少或更多的適當(dāng)?shù)姆峙鋯卧?。此外，?dāng)語音活動狀態(tài)改變時，可以發(fā)送新的 持久性下行鏈路或上行鏈路映射IE，從而改變持久性分配的發(fā)生率。此外，如果客戶站請 求重新發(fā)送持久性上行鏈路映射IE，則基站通常這樣做，并相應(yīng)地改變持久性下行鏈路映 射。當(dāng)然，即使沒有發(fā)生改變，基站也可被配置為定期重新發(fā)送持久性下行鏈路或上行鏈路 映射IE，以允許基站覆蓋區(qū)域中的客戶站驗證持久性下行鏈路和上行鏈路資源分配。此外， 存在重新發(fā)送持久性下行鏈路和上行鏈路映射IE的幾種其它情況，一些將在下面討論。本文包含的描述通常關(guān)注正交頻分多址(OFDMA)無線通信系統(tǒng)，特別地，將針對 IEEE 802. 16的無線通信系統(tǒng)或基于IEEE802. 16e的無線通信系統(tǒng)作為本文所述的方法和 裝置的修改或擴(kuò)展。然而，IEEE 802. 16e系統(tǒng)中的持久性下行鏈路或上行鏈路資源分配方 案的實施只是用作實例。持久性下行鏈路或上行鏈路資源分配方案的使用可以在幾乎任何 類型的有線或無線通信系統(tǒng)中實施。圖1是無線通信系統(tǒng)100的實施例的簡化功能框圖。無線通信系統(tǒng)100包括多個 基站110a、110b，每個基站支持相應(yīng)的服務(wù)或覆蓋區(qū)域112a、112b。每個基站IlOa和IlOb 可經(jīng)由有線和無線鏈路的組合相互連接并連接到支持網(wǎng)絡(luò)(未示出)。基站，例如110a，可 與其覆蓋區(qū)域112a內(nèi)的無線設(shè)備進(jìn)行通信。例如，第一基站IlOa可通過下行鏈路116a和 上行鏈路116b與覆蓋區(qū)域內(nèi)112a內(nèi)的第一客戶站130a和第二客戶站130b進(jìn)行無線通信。
雖然為了簡單起見，在圖1中只示出了兩個基站，但是典型的無線通信系統(tǒng)100包括更多的基站?；綢lOa和IlOb可配置為蜂窩基站收發(fā)器子系統(tǒng)、網(wǎng)關(guān)、接入點、無線射 頻(RF)中繼器、幀重發(fā)器、節(jié)點或任何無線網(wǎng)絡(luò)入口點。在典型的系統(tǒng)中，基站IlOa和IlOb還彼此通信以及通過回程鏈路(未示出)與 網(wǎng)絡(luò)控制模塊(也未示出)通信?；爻替溌房砂ㄓ芯€和無線通信鏈路。網(wǎng)絡(luò)控制模塊為 無線鏈路系統(tǒng)提供網(wǎng)絡(luò)管理和協(xié)調(diào)以及其他開銷、連接和監(jiān)督功能。網(wǎng)絡(luò)控制模塊還將無 線鏈路系統(tǒng)連接到諸如互聯(lián)網(wǎng)、傳統(tǒng)電話系統(tǒng)等的其他通信系統(tǒng)。雖然在無線通信系統(tǒng)100中只示出了兩個客戶站130a和130b，但是典型的系統(tǒng)被 配置為支持大量的客戶站?？蛻粽?30a和130b可以是移動的、漫游的或固定的單元。例 如，客戶站130a和130b通常被稱為移動站、移動單元、用戶端站、無線終端等。例如，客戶 站可以是無線手持設(shè)備、車載設(shè)備、便攜設(shè)備、客戶端設(shè)備、固定位置設(shè)備、無線插入式附件 等。在某些情況下，客戶站可以采取可包括顯示機(jī)構(gòu)、麥克風(fēng)、揚聲器和存儲器的手持電腦、 筆記本電腦、無線電話、個人數(shù)字助理、無線電子郵件設(shè)備、個人媒體播放器、抄表設(shè)備等的 形式。在一個實例中，無線通信系統(tǒng)100被配置為用于正交頻分多址(OFDMA)通信。例 如，無線通信系統(tǒng)100可以配置為基本上遵照諸如IEEE 802. 16e或某些其他無線標(biāo)準(zhǔn)的標(biāo) 準(zhǔn)系統(tǒng)規(guī)范。無線通信系統(tǒng)100可以支持在本文中所描述的持久性下行鏈路或上行鏈路資 源分配作為系統(tǒng)標(biāo)準(zhǔn)的擴(kuò)展或系統(tǒng)標(biāo)準(zhǔn)的一部分。無線通信系統(tǒng)100不局限于OFDMA系統(tǒng)，本文描述的持久性下行鏈路或上行鏈路 資源分配的使用不局限于在OFDMA系統(tǒng)的應(yīng)用。為了在無線通信環(huán)境中提供持久性下行鏈 路或上行鏈路資源分配的操作的特定實例的目的提供該描述。例如IlOa的每個基站可以監(jiān)督和控制在其各自的覆蓋區(qū)域112a內(nèi)的通信。例如 130a的每個活動客戶站一旦進(jìn)入覆蓋區(qū)域112a便向基站IlOa注冊?？蛻粽?30a可以通 知基站IlOa其進(jìn)入覆蓋區(qū)域112a的存在，以及基站IlOa可以詢問客戶站130a以確定客 戶站130a的能力?；綢lOa為來自特定客戶站130a的每個數(shù)據(jù)流分配一個或多個臨時標(biāo)識符，用 于識別到基站IlOa的數(shù)據(jù)流。該臨時標(biāo)識符可以被稱作連接標(biāo)識符(CID)。系統(tǒng)可為CID 分配預(yù)定范圍的數(shù)字或字符，并保留支持在需要CID值的每條消息中的最大CID值所必須 的位數(shù)。一個以上的CID可以與特定客戶站相關(guān)聯(lián)。例如，如果客戶站進(jìn)行互聯(lián)網(wǎng)協(xié)議的 語音(VoIP)呼叫同時還從互聯(lián)網(wǎng)下載信息，則將向VoIP數(shù)據(jù)流分配一 CID并向因特網(wǎng)數(shù) 據(jù)流分配另一 CID。基站為特定CID分配資源，而不是為特定客戶站分配資源。在一實施方 式中，基站可以為與客戶站相關(guān)聯(lián)的一數(shù)據(jù)連接分配持久性資源，同時根據(jù)需要繼續(xù)偶爾 為與同一客戶站相關(guān)聯(lián)的另一數(shù)據(jù)連接分配非持久性分配。因此，雖然為了簡單起見，持久 性分配在本文中通常指被分配給特定的客戶站和多個系統(tǒng)，但是持久性分配被分配給每個 連接而不是每個客戶站?？蛻粽?30a和130b在上行鏈路上將信息傳送至基站110a。例如，客戶站報告與當(dāng) 前操作條件以及請求上行鏈路資源相關(guān)的信息。根據(jù)IEEE 802. 16，例如IlOa的每個基站 可以分配某些資源以支持多個隨機(jī)存取信道(RAC)、專用控制信道、媒體訪問控制層(MAC) 信令、信道質(zhì)量指示信道(CQICH)、帶外信令、捎帶消息或客戶站130a和130b為這種上行鏈路通信而使用的其他控制信令通道之一。根據(jù)IEEE 802. 16，一個這種用于傳輸分配請求的 專用信道被稱為快速反饋信道。基站IlOa可以周期性地分配資源以支持控制信令信道。在一個實施方式中，基站 1 IOa可以支持在每個上行鏈路幀中的一個或者多個隨機(jī)存取信道、專用信道等。例如，基站 IlOa可以為一個或者多個隨機(jī)存取信和/或?qū)Ｓ眯诺婪峙渖闲墟溌焚Y源的一部分。例如， 基站1 IOa可以為隨機(jī)存取和/或?qū)Ｓ眯诺婪峙鋾r間、持續(xù)時間、上行鏈路部分上的OFDM子 載波的數(shù)量。每個隨機(jī)存取和/或?qū)Ｓ眯诺绤?shù)可以是靜態(tài)的，或者可以是動態(tài)的?？蛻粽?30a可以利用隨機(jī)存取信道、專用控制信令信道、或者其他信道向基站 IlOa傳輸帶寬 請求。響應(yīng)于該請求，基站IlOa可為客戶站130a分配上行鏈路資源。無線通信系統(tǒng)100通過使用持久性資源分配可以減少對連續(xù)的資源請求和分配 的需要。例如130a的客戶站可以請求持久性資源分配，或者例如IlOa的基站可以確定客 戶站130a是持久性上行鏈路資源分配的候選。同樣地，基站IlOa可以確定特定的客戶站 130a是持久性下行鏈路資源分配的良好候選，并可以分配持久性下行鏈路資源以消除將下 行鏈路資源分配連續(xù)地傳送至客戶站所需要的開銷和資源。每個基站IlOa和客戶站130a可以執(zhí)行用于在接收或處理持久性資源分配任務(wù)中 檢測和/或傳送錯誤的一個或多個過程。例如，每個客戶站130a可以肯定地確認(rèn)(ACK)接 收到持久性下行鏈路或上行鏈路資源分配IE消息。相反地，每個客戶站130a —旦確定未 能接收到持久性下行鏈路或上行連連資源分配IE消息，或者確定不能對由服務(wù)基站發(fā)送 的持久性下行鏈路或上行鏈路資源分配IE消息進(jìn)行解碼，便傳送否定應(yīng)答(NACK)?；綢lOa可以通過不能接收肯定應(yīng)答、或通過接收否定應(yīng)答、或者經(jīng)由某些其他 過程，確定錯誤狀態(tài)的存在。響應(yīng)于確定錯誤狀態(tài)，基站IlOa可以重發(fā)(retransmit)持久 性下行鏈路或上行鏈路資源分配IE消息。在一個實施方式中，基站IlOa可以重發(fā)全部的 持久性下行鏈路或上行鏈路資源分配IE消息。在另一個實施方式中，基站IlOa可以重發(fā) 與傳送錯誤狀態(tài)的客戶站130a相關(guān)的持久性下行鏈路或上行鏈路資源分配的一部分。圖2是執(zhí)行持久性下行鏈路和上行鏈路資源分配和用于糾錯的資源分配重發(fā)的 基站200的實施方式的簡化功能框圖。例如，基站200可以是圖1的無線通信系統(tǒng)中的基 站之一。基站200包括可以連接到基站200內(nèi)的接收器210和發(fā)送器280的天線202。雖 然圖2示出了單個天線202，但是天線202可以是配置為支持多個發(fā)送和接收操作頻段、多 輸入多輸出(MIMO)操作、波束控制、專用分集等的一個或多個天線。如果基站200支持發(fā)送 和接收波段的頻分復(fù)用，則基站200可以包括將發(fā)送信號與接收器210隔離的雙工器(未 示出)。接收器210和發(fā)送器280可以是不同的，或可以是收發(fā)器的一部分。接收器210被配置為接收由諸如圖1的客戶站之一的客戶站(未示出)傳輸?shù)纳?行鏈路傳輸。首先，一旦客戶站進(jìn)入基站200的覆蓋區(qū)域或者一旦從睡眠或空閑狀態(tài)喚醒， 客戶站就可與基站200同步并向基站200注冊。接收器210可以接收在通過隨機(jī)存取信道、快速反饋信道、捎帶數(shù)據(jù)信道、MAC信 令、CQICH信令、帶內(nèi)消息或帶外消息、專用控制信道或者任何其他類型的控制信令信道所 傳輸?shù)挠脩粽埱笾械纳闲墟溌焚Y源請求?？刂菩帕钚诺捞幚砥?20連接到接收器210，并用 于確定上行鏈路分配請求的存在。控制信令信道處理器220也可以結(jié)合一個或多個功能模塊執(zhí)行相關(guān)任務(wù)以識別請求的客戶站，并識別資源分配請求的性質(zhì)和大小。例如，控制信令 信道處理器220可以與下行鏈路信號處理器270 —起用于向客戶站傳送附加信息，其使客 戶站能夠傳送額外的帶寬、性質(zhì)和身份信息。持久性候選處理器230可以處理例如由控制信令信道處理器220處理的下行鏈路 和上行鏈路資源分配請求，以確定請求客戶站是否為持久性資源分配的良好候選。持久性 候選處理器230還可確定客戶站是否為持久性下行鏈路資源分配的良好候選。例如，持久 性候選處理器230可以確定持久性信道的快速請求，或者可以監(jiān)控一個或多個參數(shù)以確定 客戶站是否為在下行鏈路、上行鏈路或這兩者中持久性資源分配的候選。在一方面，通過基 站的另一元素或基礎(chǔ)設(shè)施進(jìn)行持久性信道的快速請求。持久性候選處理器230也可以監(jiān)控接收到的信號以確定與請求客戶站有關(guān)的信 道特性?？蛇x地，持久性候選處理器230可以監(jiān)控來自表征其信道特性的客戶站的反饋信 息的接收信號。這種信令可由控制信令信道處理器220來處理。持久性候選處理器230可以連接到組調(diào)度器240和下行鏈路/上行鏈路映射發(fā)生 器260。如果持久性候選處理器230確定資源請求和客戶站不是持久性分配的候選，則持久 性候選處理器230可以向DL/UL映射發(fā)生器260發(fā)送信號以生成非持久性下行鏈路或上行 鏈路資源分配。如果持久性候選處理器230確定資源請求和客戶站是持久性分配的良好候選，則 持久性候選處理器230可以將信息傳送到該組調(diào)度器240。組調(diào)度器240可以配置為將持 久性分配調(diào)度至預(yù)定數(shù)量組中的一個或多個組。該組調(diào)度器240可以基于各參數(shù)和度量確 定一個組或多個組。例如，組調(diào)度器240可以通過每個組嘗試平衡持久性分配，或者可以用 于優(yōu)化某些其他約束或度量。組調(diào)度程序240可以將組信息傳送到用于產(chǎn)生組的持久性DL/UL分配IE的持久 性DL/UL映射IE發(fā)生器250，包括請求客戶站的持久性資源分配。持久性DL/UL IE發(fā)生器250可以將持久性DL/UL分配IE傳送到DL/UL映射發(fā)生 器260用于包含在相應(yīng)的DL-MAP或UL-MAP中。DL/UL映射發(fā)生器260可以配置為生成包 括任意持久性和非持久性資源分配的DL-MAP和UL-MAP。 DL/UL映射發(fā)生器260將UL-MAP信息元素連接到產(chǎn)生用于在下行鏈路上傳輸?shù)淖?后消息的下行鏈路信號處理器270。下行鏈路信息可以連接到用于在基站200支持的覆蓋 區(qū)域中發(fā)送的發(fā)送器280。響應(yīng)于更新的事件或觸發(fā)器、或其某些組合，基站200可以周期性地確定并傳送 持久性資源分配。在一個實施方式中，基站200可以配置為更新并且傳輸每個幀的持久性 資源分配IE，其中，幀對應(yīng)于預(yù)定數(shù)量的符號、包、或信息的某些其他度量?；?00還可以包括連接到接收器210輸出端的NACK/ACK處理模塊290。例如， NACK/ACK處理模塊290可以配置為確定持久性資源分配映射錯誤狀態(tài)的存在。(當(dāng)客戶 站未能在可能已包括對其當(dāng)前的持久性分配配置的改變(例如，諸如新的持久性分配的初 始授權(quán)，當(dāng)前有效持久性分配或結(jié)束的改變、或當(dāng)前有效持久性分配的結(jié)束或掛起。)的幀 中適當(dāng)?shù)亟邮粘志眯韵滦墟溌坊蛏闲墟溌酚成銲E時，發(fā)生映射錯誤。)NACK/ACK處理模塊 290可以配置為明確地或隱含地確定錯誤狀態(tài)。NACK/ACK處 理模塊290可以通過監(jiān)控由客 戶站傳送的ACK和/或NACK消息的接收信號來明確地確定錯誤狀態(tài)。NACK/ACK處理模塊290可以通過監(jiān)控接收的信號和監(jiān)控不存在持久性資源分配上的接收的信號來隱含地確定 錯誤狀態(tài)。NACK/ACK處理模塊290可以將錯誤狀態(tài)的存在傳送至DL/UL映射發(fā)生器260和持久性DL/UL IE發(fā)生器250。NACK/ACK處理模塊290還可以確定客戶站的身份或與錯誤狀 態(tài)相關(guān)的客戶站組。NACK/ACK處理模塊290可以將身份信息傳送至DL/UL映射發(fā)生器260 和持久性DL/UL IE發(fā)生器250。持久性DL/UL IE發(fā)生器250可以生成至少重復(fù)先前傳輸?shù)某志眯苑峙銲E的一部 分的持久性DL或UL分配IE。持久性分配IE的重復(fù)部分可以對應(yīng)于識別的客戶站或與錯 誤狀態(tài)相關(guān)聯(lián)的客戶站組。DL/UL映射發(fā)生器260生成所需要的糾錯DL-MAP或UL-MAP，并 至少重發(fā)先前傳輸?shù)某志眯再Y源分配IE的一部分。當(dāng)不存在映射錯誤分組的情況下，基站 不能夠確定哪個客戶站或客戶站組傳輸NACK，但基站可以重發(fā)全部的持久性分配IE。圖3是配置為使用持久性下行鏈路和上行鏈路資源分配操作的客戶站300的實施 方式的簡化功能框圖。例如，客戶站300可以是圖1的無線系統(tǒng)中所示的客戶站之一?？蛻粽?00可以包括連接到接收器310和發(fā)送器370的天線302。雖然示出在發(fā) 送器370和接收器310之間共享單個天線302，但是可以使用多個天線。接收器310可以配置為用于從基站(諸如圖2的基站)接收下行鏈路傳輸。連接 到接收器310的DL/UL映射模塊320可以配置為從下行鏈路信號中提取DL-MAP信息元素 禾口 UL-MAP信息元素。DL/UL映射模塊320可以配置為檢查DL-MAP以確定客戶站300是否已被分配持久 性或非持久性下行鏈路資源，并且可以檢查UL-MAP以確定客戶站是否已被授權(quán)上行鏈路 資源，如果已經(jīng)授權(quán)，則確定分配是持久性的還是非持久性的。如果DL/UL映射模塊320確定DL-MAP信息元素或UL-MAP信息元素指示客戶站的 持久性資源分配，則DL/UL映射模塊320可以將持久性DL或UL映射IE存儲在存儲設(shè)備 324。DL/UL映射模塊320也可以將持久性分配傳送到配置為確定與持久性資源分配相關(guān)聯(lián) 的組循環(huán)索引的組循環(huán)索引模塊340。該組循環(huán)索引模塊340可以將組循環(huán)索引值傳送至 同步器360以允許同步器360使UL傳輸與合適的幀同步。同步器360可以將組循環(huán)索引 值傳送至接收器310以使接收器310與合適的下行鏈路幀同步。DL/UL映射模塊320還可以將持久性UL-MAP和DL-MAP信息傳送到資源映射器 330。資源映射器330可以配置為將當(dāng)前持久性分配映射與來自存儲設(shè)備324的存儲持久 性映射相比較以確定分配到客戶站300的實際資源。如果UL-MAP或DL-MAP明確地將資源分配給客戶站300，則資源映射器330由資源 分配直接確定資源。如果UL-MAP或DL-MAP都不識別客戶站300，而是依賴于較早傳送的持 久性分配，則資源映射器330將持久性分配與存儲版本相比較以確定任何分配是否已被臨 時暫停，以及這種臨時暫停是否影響分配給客戶站300的資源。資源映射器330基于資源分配將上行鏈路信息映射到信道處理器350中的適當(dāng)?shù)?資源。例如，資源映射器330可以配置為控制在信道處理器350中將UL信息映射到的子載 波和符號。信道處理器350的輸出(例如，其可以是一串OFDM符號)連接到可以配置為使符 號計時(symbol timing)與在其中分配了上行鏈路或下行鏈路資源的幀計時(timing offrame)同步的同步器360。同步器360的輸出連接到利用信息創(chuàng)建在使用天線302傳輸之 前變頻為理想工作頻率的信號的發(fā)送器370。同步器360的輸出還連接到便于接收下行鏈 路分配的接收器310。NACK/ACK發(fā)生器332可以連接到DL/UL映射模塊320的輸出端，可以配置為基于 DL/UL映射模塊320在DL-MAP或UL-MAP中恢復(fù)和解碼持久性資源分配IE的能力生成適當(dāng) 的ACK或NACK消息。NACK/ACK發(fā)生器332確定適當(dāng)?shù)腘ACK或ACK消息(如 果有的話)， 并將適當(dāng)?shù)腘ACK或ACK消息連接到用于向基站傳輸?shù)男诺捞幚砥?50。NACK/ACK發(fā)生器 332可以選擇性地生成NACK或ACK消息，以指示持久性資源分配IE的成功接收、存在或不 存在持久性資源分配IE錯誤狀態(tài)等。有利地提出關(guān)于持久性分配的一個問題是如何處理映射錯誤。當(dāng)客戶站未能在已 包括對其持久性分配的改變的幀中正確地接收持久性下行鏈路或上行鏈路映射IE時，發(fā) 生映射錯誤。如果客戶站經(jīng)歷映射錯誤，則其必須戒絕使用持久性分配或在指定給另一客 戶站的分配上冒險傳輸，可能破壞雙方的傳輸。類似地，如果客戶站在下行鏈路資源分配中 經(jīng)歷映射錯誤，則客戶站通知基站。為了避免對授權(quán)給某些其他客戶站的分配進(jìn)行解碼的 失敗嘗試，客戶站可以戒絕根據(jù)其最近的下行鏈路持久性分配嘗試對數(shù)據(jù)進(jìn)行解碼，直到 錯誤狀態(tài)被糾正。另一方面，根據(jù)一個方面，依靠通常在無線系統(tǒng)中使用物理層(PHY)和媒 體訪問(MAC)層的數(shù)據(jù)錯誤檢測/糾正機(jī)制以糾正如果其最近的下行鏈路持久性分配不再 有效則可能出現(xiàn)的任何數(shù)據(jù)錯誤，客戶站可以根據(jù)其最近的下行鏈路持久性分配繼續(xù)對數(shù) 據(jù)解碼，直到映射錯誤狀態(tài)被處理。以這種方式，如果映射錯誤與下行鏈路持久性分配映射 相關(guān)聯(lián)，在下行鏈路持久性分配映射中，沒有對客戶站的下行鏈路持久性分配進(jìn)行改變，則 數(shù)據(jù)傳送可以繼續(xù)而不間斷。顯然，對于客戶站盡可能快地在適當(dāng)?shù)某志眯再Y源分配上的 恢復(fù)上行鏈路通信或在適當(dāng)?shù)馁Y源分配上恢復(fù)下行鏈路接收是有利的。因此，如果持久性 分配方法采用在映射錯誤發(fā)生和糾正錯誤狀態(tài)之間具有非常低的延遲的有效錯誤檢測和 糾正機(jī)制，則是有利的。根據(jù)現(xiàn)有技術(shù)，在每次客戶站正確接收到包括對客戶站的更新的持久性下行鏈路 或上行鏈路映射IE時，可以通過使客戶站向基站發(fā)送肯定應(yīng)答(ACK)來處理映射錯誤。因 此，也可以為每個具有持久性分配的客戶站分配專用的持久性ACK信道。為每個客戶站分 配專用的持久性ACK信道的一個缺點是存在與分配和使用這些專用ACK信道相關(guān)聯(lián)的大量 開銷。即使專用ACK信道的分配僅限于具有較高概率經(jīng)歷映射錯誤的客戶站(諸如在覆蓋 區(qū)域的邊緣運行的客戶站)，與肯定應(yīng)答相關(guān)聯(lián)的開銷也仍然很大。然而，根據(jù)的本發(fā)明一 個方面，這個實施方式可以連同以下更充分描述的共享NACK信道一起實施，從而更可能經(jīng) 歷MAP錯誤的客戶站被分配專用的或稀疏地共享的NACK信道。在另一個實施例中，可通過實施基于錯誤恢復(fù)的NACK來處理映射錯誤。如果客戶 站經(jīng)歷映射錯誤，則其向基站發(fā)送指示映射錯誤的否定應(yīng)答(NACK)消息。根據(jù)現(xiàn)有技術(shù)， 基站可以分配只與一個用戶站相關(guān)聯(lián)的專用NACK信道。然而，隨著使用系統(tǒng)的客戶站的數(shù) 量變大，使用專用NACK信道會需要大量的系統(tǒng)資源。根據(jù)本發(fā)明的一個方面，使用有限數(shù)量的共享NACK信道?？捎梢粋€以上的用戶站 使用每個共享NACK信道以指示映射錯誤。NACK消息可以包括幾乎任意數(shù)量的比特和信息。 然而，為了減少開銷，NACK消息可以少至1位，其存在指示NACK。換句話說，一旦接收到共享NACK信道上的消息，基站就確定與NACK信道相關(guān)聯(lián)的一個或多個客戶站已經(jīng)歷了映射錯誤。然而，如果多個客戶端正在使用NACK信道，則基站不能明確地識別經(jīng)歷映射錯誤的 客戶站。例如，基站可以在持久性資源分配IE中指定分配給NACK信道的調(diào)制編碼方案。然 而，由于NACK信道上的信息的潛在低帶寬，以及在映射錯誤的情況下期望成功報告NACK， 與NACK信道相關(guān)聯(lián)的調(diào)制編碼方案可以被確定為穩(wěn)定的調(diào)制編碼方案和高度重復(fù)的編 碼。在一個實施方式中，與NACK信道相關(guān)聯(lián)的調(diào)制編碼方案是BPSK。在另一個實施方式 中，與NACK信道相關(guān)聯(lián)的調(diào)制編碼方案是根據(jù)預(yù)定的編碼方案的速率為1/2的QPSK編碼。 當(dāng)然，調(diào)制編碼方案可以為幾乎任何類型的確定的或動態(tài)的指定方案。根據(jù)IEEE 802. 16，客戶站使用偽隨機(jī)碼來定義MAP NACK信道。在一個實施方式 中，一個公共的偽隨機(jī)碼可分配給一個以上的客戶站或由一個以上的客戶站使用以指示映 射錯誤。在這種情況下，當(dāng)接收到NACK信道上的錯誤指示時，基站不知道哪個或多少客戶 站經(jīng)歷了映射錯誤。然而，根據(jù)一個方面，基站可以基于在其中接收映射NACK信道消息的 幀，在某些情況下如果使用了多于一個則也基于特定的偽隨機(jī)碼來確定客戶站被分配到的 組。當(dāng)使用偽隨機(jī)碼時，如果一個以上的客戶站發(fā)送映射NACK信道消息，則根據(jù)物理層的 標(biāo)準(zhǔn)操作，來自每個客戶站的能量能夠以宏分集的方式合并，從而提高了接收的概率。圖4至圖8詳示了利用NACK消息在持久性上行鏈路資源分配中的糾錯的實施方 式。實施方式和描述集中于在時分復(fù)用(TDM)OFDMA系統(tǒng)中糾正持久性下行鏈路或上行鏈 路映射錯誤。然而，用于在持久性資源分配中糾錯的裝置和方法不局限于偽隨機(jī)NACK消 息，它們也不局限于TDM或OFDMA系統(tǒng)。持久性糾錯的NACK消息圖4是持久性資源分配的實施方式的簡化時序圖400。圖4的時序圖中所示的持 久性資源分配實施方式支持下行鏈路和上行鏈路子幀的時分雙工(TDD)操作，以及持久性 周期內(nèi)的多個持久性資源組。此外，在具有K+1分配相關(guān)性的持久性上行鏈路資源分配(在 幀K的資源分配IE消息中所分配的資源在幀K+1中是有效的)和具有K相關(guān)性的持久性 下行鏈路資源分配的情況下描述了時序圖。然而，本文所述的持久性資源分配的糾錯方法 和裝置不限于TDD操作、多個資源組或任何特定的資源分配相關(guān)性。本文所述的錯誤恢復(fù) 機(jī)制允許DL和UL持久性分配的快速錯誤檢測。圖4的時序圖400示出多個連續(xù)幀420，例如，420-K至420- (K+8)，其中，每個幀包 括下行鏈路子幀412和隨其后的上行鏈路子幀414。該幀進(jìn)一步劃分為持久性組410，諸如 持久性組410-N和410-(N+1)，每個持久性組410包括固定數(shù)量的幀420。一個持久性組的 周期被稱為分配周期(AP)或持久性周期。持久性組410中的每個幀420可與持久性索引(也稱為組循環(huán)索引)相關(guān)聯(lián)，該 索引可用于標(biāo)識持久性組410內(nèi)的幀的位置。如前所述，持久性下行鏈路或上行鏈路資源 分配可與特定的組循環(huán)索引相關(guān)聯(lián)。在圖4中，分配周期是4個幀。因此，分配給第K個UL 子幀414-K的持久性上行鏈路資源適用于下一個持久性組410- (N+1)的幀420- (K+4)中的 UL子幀。類似地，分配給第K個下行鏈路子幀412-K的持久性下行鏈路資源適用于它出現(xiàn) 在其中的下行鏈路子幀(即，DL子幀412-K)。在下行鏈路和上行鏈路這兩者中，持久性資 源分配對連續(xù)幀保持有效。
持久性資源分配IE 430-K可以指定上行鏈路或下行鏈路持久性資源分配或這兩者。在一方面，在下行鏈路子幀412-K中接收的上行鏈路持久性資源分配可以具有K+1的 相關(guān)性，從而在第K+1個上行鏈路子幀中出現(xiàn)第K個DL子幀412-K中所分配的上行鏈路資 源。在下行鏈路子幀412-K中接收的持久性資源分配IE 430-K可具有下行鏈路分配的K 的相關(guān)性，從而在第K個下行鏈路子幀中出現(xiàn)第K個DL子幀412-K中所分配的下行鏈路持 久性資源434。借助于4個幀的持久性分配(VoIP的典型情況)，設(shè)計在下一個調(diào)度的持久性分配 之前從映射錯誤恢復(fù)的系統(tǒng)是有利的。因此，對于持久性和非持久性分配，映射錯誤對服務(wù) 質(zhì)量(QoS)的影響基本上是相同的。持久性分配IE 430-K通常使用多條信息分配資源。在持久性分配IE 430-K中的 信息可以包括CID或減少的連接標(biāo)識符(RCID)——指示該持久性分配針對的連接。(RCID 是簡化連接標(biāo)識符，其包括比CID更少的位，但仍然完全標(biāo)識連接)。該信息還可以包括如 以上持久性組410的周期所示出的分配周期的指示。如果使用持久性IE在幀K中為客戶 站分配了持久性分配，則客戶站在幀K+N*AP中也有分配，其中，N表示持久性組的數(shù)量，AP 是以幀為單位所測量的分配周期。典型的IEEE 802. 16分配周期是20ms，對應(yīng)于4個5ms 的幀，表示最常用的編解碼器的包發(fā)出率。持久性分配IE 430-K中的信息還可以包括分配單元偏移，其也可以被稱為時隙 偏移。該時隙偏移用于表示持久性分配相對于已知起始點的起始。例如，在HARQ分配中， 時隙偏移是相對于HARQ區(qū)的開始。作為另一個實例，在UL非HARQ分配中，該偏移是相對 于UL子幀的起始。該信息還可以包括多個時隙(也稱為持續(xù)時間)。持續(xù)時間表示持久性 分配中的連續(xù)時隙的數(shù)量。信息還可以包括PHY相關(guān)的信息(例如，調(diào)制和編碼等)。此外，該信息可以包括 指示特定HARQ ACK信道的HARQ ACK信道索引(在HARQ分配的情況下)以用于確認(rèn)通過 持久性資源分配的HARQ包的接收。還以與數(shù)據(jù)資源分配相同的周期持久地分配HARQ ACK 信道，從而可以適當(dāng)?shù)卮_認(rèn)每個接收的HARQ包。在一個實施方式中，可為每個用戶站定義專用的映射ACK信道。每當(dāng)用戶站成功 接收下行鏈路或上行鏈路映射IE，其發(fā)送映射ACK。然而，該方法需要大量映射ACK信道的 建立以及多個響應(yīng)應(yīng)答的傳輸。為便于以更有效的方式處理映射錯誤，持久性分配IE 430-K中的信息還可以包 括映射NACK信道索引。映射NACK信道索引標(biāo)識客戶站使用的特定映射NACK信道以指示 其不能夠?qū)Τ志眯杂成銲E進(jìn)行解碼。如上所述，NACK信道可以分配給單獨的客戶站或者 其可以在多個客戶站之間共享。圖5是具有持久性資源分配和多個映射NACK信道的系統(tǒng)中的映射NACK消息的實 施方式的簡化時序圖500。UL 子幀 414K+1 包括對幀 K 420-K 的映射 NACK 信道 510-(K+1)、512_(Κ+1)禾口 514-(K+1)。時序圖500示出三個映射NACK信道分組，索引為a 510-(K+1)、b 512-(K+1)、 和c 514-(K+1) 0客戶站被分配給這些映射NACK分組之一a、b或c。這允許基站使在接 收映射NACK消息時可能受影響的客戶站的組變窄。在一個實施方式中，為了創(chuàng)建一個或多個映射NACK信道的目的，基站分配一個或多個快速反饋時隙。在一方面，借助于分配給各個分組的不同編碼，映射NACK信道(MNCH) 可以被分配偽隨機(jī)碼以指示映射錯誤狀態(tài)?；緩囊粋€或多個客戶站接收NACK消息，其沒有適當(dāng)?shù)貙蓴y帶該客戶站的信 息的持久性下行鏈路或上行鏈路映射IE進(jìn)行解碼。換句話說，基站從經(jīng)歷過映射錯誤的任 何用戶接收NACK消息。在另一個實施方式(其可以與或不與以上描述的分組一起使用)中，如果基站接 收映射NACK信道信息，并在相應(yīng)的幀中沒有對持久性分配進(jìn)行改變，則基站發(fā)送指示不存 在改變的短消息。以這種方式，基站避免了再次發(fā)送支持較短的“無改變”消息 的全部的或 部分的持久性下行鏈路或上行鏈路映射信息元素。在一個實施例中，代替或結(jié)合明確的NACK，基站不使用映射NACK信道而是使用隱 含方法檢測映射錯誤。當(dāng)客戶站經(jīng)歷上行鏈路映射錯誤時，其在下一個幀中不發(fā)送。因此， 如果基站檢測到在一個或多個幀的客戶站上行鏈路持久性分配期間，通過上行鏈路從客戶 站接收到很弱的信號能量或者沒有接收信號能量，則基站可推斷客戶站經(jīng)歷了映射錯誤。 該映射錯誤檢測的隱含方法可以單獨使用，或結(jié)合映射NACK信道或其他錯誤檢測機(jī)制使 用?？蓪⒃撾[含錯誤檢測機(jī)制用于從如下所討論的映射NACK信道錯誤中恢復(fù)。如上所述，或在一方面，在持久性下行鏈路或上行鏈路映射信息元素內(nèi)指定映射 NACK信道。如果客戶站在持久性分配信息元素中經(jīng)歷映射錯誤，其中，其是初始分配映射 NACK信道或其映射NACK信道被改變，則可能會出現(xiàn)問題。在第一種情況中，客戶站不知道 使用什么映射NACK信道。在第二種情況中，客戶站使用基站不與此客戶站相關(guān)聯(lián)的映射 NACK信道。在第三種情況中，客戶站正確使用當(dāng)前分配的映射NACK信道，但消息不能由基 站正確地接收。我們將此問題稱為映射NACK信道錯誤或映射NACK信道分配錯誤。存在可處理映射NACK信道錯誤的幾個實施方式。在一個實施方式中，基站使用隱 含方法來檢測映射NACK錯誤。例如，如果基站在一個或多個其上行鏈路持久性分配期間檢 測到從客戶端站接收到很少或沒有信號能量，則基站可以推斷客戶站經(jīng)歷了映射錯誤和映 射NACK信道錯誤，并可以重發(fā)包括映射NACK信道分配的持久性分配信息。在正確發(fā)送映射NACK消息但基站沒有正確接收的情況下，在一個實施方式中，可 由客戶站檢測映射NACK信道錯誤。如果客戶站在映射NACK信道上發(fā)送的消息，并在重要 的下一個持久性映射IE中沒有從基站得到期待的響應(yīng)，則客戶站假設(shè)基站沒有接收到映 射NACK信道消息。因此，根據(jù)這方面，客戶站發(fā)送另一個映射NACK消息。在這種情況下， 當(dāng)基站接收映射NACK消息時，該基站不知道該NACK消息是第一傳輸還是第二傳輸。如果 使用該方案，則對于基站發(fā)送與值得更新的一個或多個幀相關(guān)的更新可能是有利的。例如， 響應(yīng)于每個在映射NACK信道上成功接收的消息，基站可以在最后兩個相關(guān)幀內(nèi)重復(fù)受影 響的所有改變。圖6是持久性下行鏈路或上行鏈路資源分配的方法600的實施方式的簡化流程 圖。例如，可以在圖1或圖2的基站內(nèi)實施方法600以使NACK消息能夠用于在持久性資源 分配中執(zhí)行糾錯。該持久性資源分配可以是初始的持久性資源分配或可以是更新的持久性 資源分配。方法600在塊610開始，在塊610，基站確定特定的客戶站、或與客戶站建立的通 信鏈路是持久性資源分配的候選?；具M(jìn)入塊620，調(diào)度持久性資源分配的客戶站。持久性資源分配對一個以上的幀有效?？筛鶕?jù)時分復(fù)用持久性資源組的數(shù)量來指定持久性資源 分配。每個組可與在每個資源分配周期中標(biāo)識下行鏈路或上行鏈路幀的持久性時隙索引相關(guān)聯(lián)。例如，基站可以將客戶站分配到一個持久性組，以均衡整個分配周期的持久性資源加載?；具M(jìn)入塊630，將客戶站分配給其持久性組內(nèi)的NACK子組。每個NACK子組可 與不同的映射NACK信道分配相關(guān)聯(lián)?；究梢岳肗ACK子組和分配給子組的多個客戶端 站，以便減少支持NACK信道所需的資源。由基站在與特定的子組相關(guān)聯(lián)的映射NACK信道 上接收的NACK消息影響與該組和NACK子組相關(guān)聯(lián)的所有客戶站?；究梢曰谧R別的客 戶站重發(fā)?；究梢杂糜谕ㄟ^各子組基本上均勻地分布客戶站。基站進(jìn)入塊640塊，使用映射NACK信道分配為客戶站生成持久性資源分配IE?；?站進(jìn)入塊650，利用映射NACK信道分配傳輸持久性資源分配IE，例如，作為一個DL-MAP或 UL-MAP消息的一部分?；具M(jìn)入塊660塊，完成客戶站的當(dāng)前的持久性資源分配。圖7是存在糾錯的資源再分配的方法700的實施方式的簡化流程圖。例如，可以 在圖1或圖2的基站內(nèi)實施圖7的方法700。方法700在塊710開始，在塊710，基站利用NACK信道分配將持久性分配IE發(fā)送至在其服務(wù)區(qū)中的一個或多個客戶站。例如，基站可以使用圖6的方法生成并發(fā)送消息?；具M(jìn)入判定塊720，監(jiān)測接收的上行鏈路信號以確定是否在分配的NACK信道中接收到NACK消息。NACK消息的存在是映射錯誤狀態(tài)的明確表示，但不存在NACK消息并不 確保映射錯誤狀態(tài)不存在。在判定塊720，如果基站確定接收到明確的NACK消息，則基站進(jìn)入塊740?？蛇x地， 在判定塊720，如果基站確定沒有接收到NACK消息，則基站進(jìn)入判定塊730。在判定塊730，基站隱含地確定存在映射錯誤條件。即，基站基于一個或多個參數(shù) 隱含地確定存在NACK。例如，基站可以監(jiān)控上行鏈路資源分配，并且可以為任意上行鏈路 資源分配暗指為其沒有接收到傳輸?shù)腘ACK。如果基站確定沒有隱含的NACK存在，則基站 確定不存在映射錯誤狀態(tài)并返回塊710。可選地，如果在判定塊730，基站隱含地確定存在 NACK，則基站進(jìn)入塊740。在塊740，基站識別與NACK消息或指示相關(guān)聯(lián)的客戶站或客戶站組。例如，基站可 以檢查與NACK消息相關(guān)聯(lián)的NACK信道、持久性組、和子組以識別一個或多個客戶站。可選 地，基站可將丟失的上行鏈路傳輸與分配有上行鏈路資源的客戶站相關(guān)聯(lián)，以確定客戶站 的身份。在確定與NACK消息或指示相關(guān)聯(lián)的一個或多個客戶站的身份之后，基站進(jìn)入塊 750塊，確定與識別的客戶站相關(guān)的先前傳輸?shù)纳闲墟溌焚Y源分配IE的一部分?；究梢?對與識別的客戶站相關(guān)的先前傳輸?shù)纳闲墟溌焚Y源分配IE的一部分重復(fù)的更新的持久性 資源分配IE進(jìn)行格式化?？蛇x地，如果先前傳輸?shù)纳闲墟溌焚Y源分配IE的部分與識別的 客戶站不相關(guān)，則基站可以發(fā)送“沒有改變”的持久性資源分配IE消息?；痉祷嘏卸▔K 720以確定新近的資源分配IE消息是否為映射錯誤的來源。圖8是客戶站中糾錯信令的方法800的實施方式的簡化流程圖。例如，可以在圖 1或圖3的客戶站中實施該方法800。方法800在塊810開始，在塊810，客戶站接收具有持久性資源分配IE消息的DL-MAP或UL-MAP。客戶站進(jìn)入判定塊820，以確定其是否能夠成功地對映射特別是持久性 資源分配IE消息進(jìn)行解碼。如果能進(jìn)行解碼，則客戶站進(jìn)入塊840，以處理到客戶端設(shè)備的 任何資源分配的映射。客戶端設(shè)備進(jìn)入塊850?？蛇x地，如果客戶站不能成功對映射消息進(jìn) 行解碼，則客戶站從判定塊820進(jìn)入判定塊830。
在判定塊830，客戶端設(shè)備確定是否已接收諸如持久性上行鏈路資源分配或持久 性下行鏈路資源分配的持久性資源分配。如果在判定塊830客戶站確定其沒有有效的持久 性資源分配，則客戶站進(jìn)入塊832，在塊832中可選地產(chǎn)生并發(fā)送全局NACK以指示未能潛在 地接收初始資源分配。客戶站從塊832返回至塊810以等待可能包括任何丟失的持久性資 源分配的轉(zhuǎn)播的下一個DL/UL映射傳輸。在判定塊830，如果客戶站確定先前已分配了持久性資源，則客戶站進(jìn)入塊 834，以從在先持久性資源分配中臨時釋放客戶站來防止另一個設(shè)備的傳輸?shù)臐撛谟炚` (corruption)?？蛻舳嗽O(shè)備從塊834進(jìn)入塊860，確定其相關(guān)聯(lián)的映射NACK信道分配?？蛻粽具M(jìn) 入塊870并在分配的映射NACK信道上傳輸NACK?？蛻粽痉祷貕K810以等待后續(xù)持久性UL 分配IE的傳輸。圖9是從基站的角度處理持久性分配映射錯誤的方法900的實施方式的更詳細(xì)的 流程圖。例如，可以在諸如圖1或圖2所示的基站內(nèi)實施方法900。方法900在塊910開始，在塊910中，基站確定是否在幀K中接收到了映射NACK消 息。例如，基站200可以確定是否通過共享的映射NACK信道接收到了映射NACK消息。在 一個實施方式中，映射NACK信道通過共享隨機(jī)訪問信道上的接收器210(圖2)接收。在這 個實施方式中，映射NACK消息可以包括偽隨機(jī)序列，該偽隨機(jī)序列的存在表示映射NACK錯 誤由分配給共享映射NACK信道的客戶站指出。再次參照圖2，隨機(jī)存取信道處理器220確 定是否接收到了映射NACK消息。如果在幀K中沒有接收到映射NACK，則流程繼續(xù)到幀計數(shù)器遞增的塊912。流程 繼續(xù)返回到用于分析下一個幀的塊910。如果在幀K中接收到了映射NACK，則流程從塊910繼續(xù)到塊914。在塊914中，基 站確定是否有理由發(fā)送所有持久性分配任務(wù)。例如，在基站200內(nèi)，持久性DL/UL IE發(fā)生 器250確定是否計劃發(fā)送所有當(dāng)前有效的持久性分配任務(wù)。如果基站200確定將發(fā)送所有當(dāng)前有效的持久性分配任務(wù)，則流程繼續(xù)到塊916。 在塊916中，基站創(chuàng)建指示所有持久性分配的持久性DL-映射IE。例如，持久性DL/UL IE 發(fā)生器250創(chuàng)建這種消息，并將信息提供給DL映射發(fā)生器260用于與其他分配相結(jié)合。DL 映射發(fā)生器260將映射信息提供給下行鏈路處理器270，下行鏈路處理器270格式化通過經(jīng) 由傳輸器280和天線202的無線鏈路的適當(dāng)傳輸?shù)南?為清楚起見，圖9省略了這樣的 操作)。如果基站確定不需要發(fā)送所有當(dāng)前有效的持久性分配任務(wù)，則流程從塊914繼續(xù) 到塊918。在塊918中，基站確定在最近的下行鏈路映射IE中是否對持久性分配進(jìn)行了改 變。例如，如果配置系統(tǒng)使得如果客戶站不接收對第一映射NACK消息的預(yù)期響應(yīng)，則客戶 站可以發(fā)送一個附加映射NACK消息，則持久性DL/UL IE發(fā)生器確定是否在兩個先前相關(guān) 幀中對持久性分配進(jìn)行了任何改變。如果進(jìn)行了改變，則流程繼續(xù)到塊920，在塊920中， 基站創(chuàng)建指示映射NACK的接收并重復(fù)在相關(guān)幀中進(jìn)行的任何持久性分配改變的DL-映射IE。例如，再次參考圖2，持久性DL/UL IE發(fā)生器250創(chuàng)建指示映射NACK消息的接收并重 復(fù)相關(guān)的持久性分配改變的消息。以剛才所述的方式通過無線鏈路發(fā)送該信息。在塊918中，如果基站確定沒有進(jìn)行改變，則流程繼續(xù)到塊922。在塊922中，基 站創(chuàng)建指示映射NACK的接收和沒有進(jìn)行改變的持久性下行鏈路映射IE。例如，持久性DL/ UL IE發(fā)生器250創(chuàng)建這樣的“無改變”消息，并且以剛才所述的方式通過無線鏈路發(fā)送該 fn息ο圖10是從客戶站的角度處理下行鏈路持久性分配映射錯誤的方法1000的實施方 式的更詳細(xì)的流程圖。例如，可以在諸如圖1或圖3所示的客戶站內(nèi)實施方法1000。雖然 在下行鏈路映射錯誤的情況下描述了圖10，但是類似過程可用于處理上行鏈路映射錯誤。在塊1002，客戶站確定它是否在期待幀K中的持久性DL映射。如果不期待，則流程 繼續(xù)到幀計數(shù)器遞增的塊1004。如果客戶站在期待持久性DL映射，則流程繼續(xù)到塊1006。 在塊1006中，客戶站確定是否正確地接收了期待的下行鏈路持久性分配映射。例如，如圖 3所示，經(jīng)由客戶站300的天線302和接收器310通過下行鏈路116a接收來自基站的下行 鏈路消息(messaging)。DL/UL映射模塊320確定是否正確接收了下行鏈路映射。如果正 確接收了下行鏈路映射，則流程繼續(xù)到幀計數(shù)器遞增的塊1004。
如果沒有正確地接收下行鏈路映射，則已發(fā)生映射錯誤并且流程繼續(xù)到塊1008。 在塊1008中，客戶站中斷與任何有效的下行鏈路持久性分配相關(guān)聯(lián)的任何上行鏈路控制 消息(諸如與下行鏈路持久性分配相關(guān)聯(lián)的HARQ ACK信道上)的傳輸。在一個實施方式 中，為了避免對授權(quán)給某些其他客戶站的下行鏈路分配進(jìn)行解碼的失敗嘗試，客戶站還根 據(jù)任何有效的持久性分配停止嘗試對下行鏈路消息進(jìn)行解碼。另一方面，根據(jù)一個方面，依 靠通常用在無線系統(tǒng)中的物理(PHY)層和媒體訪問(MAC)層數(shù)據(jù)錯誤檢測/糾正機(jī)制以糾 正如果其最近的下行鏈路持久性分配不再有效則可能發(fā)生的任何數(shù)據(jù)錯誤，客戶站可以繼 續(xù)根據(jù)任何有效的下行鏈路持久性分配對數(shù)據(jù)進(jìn)行解碼直到映射錯誤狀態(tài)被處理。以這種 方式，如果映射錯誤與在其中沒有對客戶站的下行鏈路持久性分配進(jìn)行改變的下行鏈路持 久性分配映射相關(guān)聯(lián)，則數(shù)據(jù)通信可以繼續(xù)而不被中斷。雖然它通常很少發(fā)生，但是基站可以重新映射與共享NACK信道相關(guān)聯(lián)的資源。例 如，基站可以將新的偽隨機(jī)碼分配給共享NACK信道。通常在UL-MAP信息元素中將這種變 化報告給客戶站。如果客戶端無法接收定義的新的共享NACK信道的UL-MAP信息元素，其 可以通過錯誤信道發(fā)送NACK消息。因此，根據(jù)圖10中未示出的本發(fā)明的一個方面，客戶站 確定上行鏈路映射是否在未能正確接收下行鏈路映射之后在相關(guān)的幀中被正確地接收。例 如，在圖3中，DL/UL映射模塊320確定相關(guān)幀中的上行鏈路映射是否被正確接收。如果沒 有接收，則客戶站不能確定其NACK信道信息為當(dāng)前的，并且映射NACK信道錯誤恢復(fù)過程可 以開始，而無需客戶站在共享NACK信道上發(fā)送消息。流程進(jìn)入塊1014，其中，客戶站在適當(dāng)?shù)膸邪l(fā)送下行鏈路映射NACK消息。在一 方面，諸如圖10所示的一方面，在發(fā)生映射錯誤與傳輸NACK之間的延遲是預(yù)定值，從而基 站可以基于在其中接收映射NACK的幀確定受影響的持久性組。在圖10中，為了舉例的目 的，在發(fā)生映射錯誤之后兩幀發(fā)送映射NACK。在一方面，客戶站通過共享DL映射NACK信道發(fā)送偽隨機(jī)碼，其中，偽隨機(jī)碼的存 在向基站指示使用共享DL映射NACK信道的一組客戶站中的一個或多個已經(jīng)經(jīng)歷了錯誤。DL/UL映射模塊320將信息傳送至NACK/ACK模塊332，NACK/ACK模塊332創(chuàng)建共享通道偽 隨機(jī)碼。信道處理器358接收經(jīng)由同步器360、發(fā)送器370和天線302通過上行鏈路116b 傳輸?shù)南?。在塊1015中，幀計數(shù)器遞增，并且客戶站等待下一幀的到來，其期待在該幀中接 收持久性分配映射。在塊1016中，客戶站確定是否已經(jīng)在后續(xù)幀中接收到了包括為客戶站明確處理 的持久性下行鏈 路分配的DL-映射IE。如果已經(jīng)接收到了，則在塊1018中，客戶站使用新 分配的持久性分配。流程繼續(xù)通過塊1004。如果在塊1016中，客戶站沒有接收到包括為客戶站明確處理的持久性下行鏈路 分配的持久性下行鏈路映射信息元素，則流程繼續(xù)至塊1022。在塊1022中，客戶站確定是 否已經(jīng)接收到指示接收到NACK消息但在相關(guān)的幀內(nèi)沒有進(jìn)行下行鏈路映射改變的持久性 下行鏈路映射IE。如果已經(jīng)接收到了，則流程繼續(xù)至塊1020，客戶站恢復(fù)使用在映射錯誤 時有效的任意持久性分配。在圖10所示的實施方式中，如果客戶站沒有接收到預(yù)期的下行鏈路映射，則已經(jīng) 發(fā)生了映射NACK信道錯誤，映射NACK信道錯誤恢復(fù)過程在塊1030中開始。在一方面，映 射NACK信道錯誤恢復(fù)過程直到客戶站已發(fā)送了一個以上的映射NACK才開始，在這種情況 下，在第一次通過塊1014之后，幀計數(shù)器將遞增并且流程可以繼續(xù)返回至塊1014。用于處理上行鏈路映射的持久性映射錯誤的過程類似于針對基站在圖9中所示 的過程和針對客戶站在圖10中所示的過程。在塊1008中，應(yīng)當(dāng)慎重以戒絕使用任何有效 的上行鏈路、持久性分配，以避免在丟失的映射中在指定給另一客戶站的分配上傳輸?shù)娘L(fēng) 險(可能破壞雙方的傳輸)。如上所述，如果基站未能接收到映射NACK消息，則可能發(fā)生映射NACK信道錯誤。 在圖10的塊1030中，由于映射NACK信道錯誤，客戶站開始映射NACK信道錯誤恢復(fù)過程。 在一方面，客戶站諸如通過使用明確的MAC層消息在專用信道上發(fā)送映射NACK信道錯誤指
7J\ ο在另一個方面，基站使用MAC層信息以隱含地確定映射NACK信道錯誤，客戶站不 需要明確地處理映射NACK信道錯誤。如果使用混合自動重復(fù)請求(HARQ)錯誤控制方法建 立信道，則每次基站向客戶站發(fā)送下行鏈路數(shù)據(jù)包，根據(jù)公知原則，其都期望通過上行鏈路 從客戶站接收到指示成功接收包的確認(rèn)(ACK)或指示沒有成功接收包的否定應(yīng)答(NACK)。 如果基站未能接收到一個或多個HARQ包的包ACK或包NACK，則基站可以推斷已發(fā)生映 射NACK信道錯誤。同樣地，如果基站未能為一個或多個上行鏈路HARQ包產(chǎn)生包ACK或包 NACK，則基站可以推斷已發(fā)生映射NACK錯誤。在一方面，基站以與其是否通過NACK信道接 收到消息相同的方式(諸如圖9的步驟910)響應(yīng)不存在HARQ ACK和NACK。在這種情況 下，基站知道客戶站的身份，并可以處理特別是不考慮持久性組中其他客戶站的錯誤。當(dāng)目前沒有分配持久性下行鏈路或上行鏈路分配的客戶站沒有正確地對分配給 它的持久性分配的持久性映射IE進(jìn)行解碼時，映射NACK信道錯誤會發(fā)生。這種情況被稱 為丟失邀請錯誤。在這種情況下，可能還沒有向客戶站分配通過其發(fā)送映射錯誤指示的映 射NACK信道。在一個實施方式中，剛描述的HARQ錯誤檢測方法只用于第一次為了處理丟 失邀請錯誤進(jìn)行的持久性分配。在進(jìn)行了初始持久性分配并接收到一串包ACK和包NACK之后，基站可以假設(shè)客戶站已對持久性映射信息元素進(jìn)行了正確解碼,并具有其需要使用 映射NACK信道的信息。根據(jù)另一個方面，除以上討論的持久性組映射NACK信道之外，基站還定義了的全局映射NACK信道。全局映射NACK信道用于處理丟失邀請錯誤。基站在上行鏈路信道描述 符(UCD)而不是在持久性上行鏈路映射IE中通告全局映射NACK信道信息，從而系統(tǒng)中的 所有客戶站意識到全局映射NACK信道，而不管他們是否是目前分配的有效的持久性分配。 如果用戶，則該全局映射NACK信道只由未能接收持久性映射IE而沒有持久性資源分配的 用戶使用。例如，如果當(dāng)在塊1006中檢測到映射錯誤時客戶站沒有有效的持久性分配，則 客戶站通過全局映射NACK信道而不是由塊1014所示的持久性組或子組所共享的映射NACK 信道發(fā)送NACK消息?？蛇x地或另外地，已檢測到映射NACK信道錯誤的客戶站可以在全局 映射NACK信道上發(fā)送NACK消息作為恢復(fù)過程的一部分。例如，響應(yīng)于丟失邀請錯誤，執(zhí)行 如圖10所示的過程的客戶站可以發(fā)送全局映射NACK消息作為塊1030的映射NACK信道錯 誤恢復(fù)過程的一部分。當(dāng)使用全局映射NACK信道時，基站執(zhí)行關(guān)于全局映射NACK信道的類似于圖9中 所示的相應(yīng)的過程。響應(yīng)于通過全局映射NACK信道(類似于塊910)的消息的接收，基站 以與塊914類似的方式確定其是否有理由重發(fā)所有的持久性分配?；敬_定進(jìn)行任何新 的持久性分配(類似于塊918)。如果在重要的(interest)幀中沒有進(jìn)行新的持久性分配， 則基站可以發(fā)送無改變消息(類似于塊922)，或完全忽略全局映射NACK消息。如果在重 要的幀中進(jìn)行新的持久性分配，則基站可以重復(fù)全部持久性下行鏈路和/或上行鏈路映射 IE或發(fā)送包括所有新發(fā)起的持久性分配的部分持久性映射IE (類似于塊916和920)。擁 有持久性資源分配的用戶通常使用在持久性分配IE中指示的映射NACK信道索引而不是全 局映射NACK信道?？梢越Y(jié)合一個或多個錯誤恢復(fù)技術(shù)來使用全局映射NACK信道。在又一個實施方式中，基站定義一個或多個通用映射NACK信道。通用映射NACK 信道用于處理丟失邀請錯誤。例如，基站在UCD中通告一個或多個通用映射NACK信道。此 夕卜，在為客戶站進(jìn)行第一持久性分配之前，基站通過確定的交付服務(wù)向客戶站發(fā)送組循環(huán) 索引。確定的交付服務(wù)確?？蛻粽窘邮盏较ⅰ＠?，這種鏈路在認(rèn)為消息已成功傳輸之 前需要來自客戶站的確認(rèn)。在802. 16系統(tǒng)中，基站可以使用交付確保動態(tài)服務(wù)(DSx)消息 以將組循環(huán)索引發(fā)送至客戶站?？蛻粽局辉谄湟逊峙涞接成銷ACK索引之后可以使用通用 映射NACK信道。以這種方式，既不使用持久性分配也不是使用持久性分配的候選的客戶站 不通過通用映射NACK信道發(fā)送消息，從而減少開銷。一旦基站接收通用映射NACK信道上 的消息，如果在重要的幀中沒有進(jìn)行新的持久性分配，則基站可以發(fā)送“無改變”消息，或者 完全忽略通用映射NACK消息。如果在重要的幀中進(jìn)行了新的持久性分配，則基站可以重復(fù) 全部持久性上行鏈路映射IE或只發(fā)送部分持久性下行鏈路或上行鏈路映射IE。在一個實 施方式中，除如上所討論的持久性下行鏈路或上行鏈路映射IE中指定的映射NACK信道之 夕卜，使用通用映射NACK信道。在又一個實施方式中，使用臨時映射ACK信道處理了丟失邀請錯誤。每當(dāng)進(jìn)行新 的持久性分配時，持久性映射IE都包括由客戶站使用以確認(rèn)這個第一分配的映射ACK信 道。如果基站未能接收映射ACK信道上的消息，則基站以與其通過映射NACK信道接收到消 息的相同方式進(jìn)行操作。一旦客戶站已成功地接收到持久性映射IE，它就使用利用持久性分配IE分配的映射NACK信道來指示丟失中的后續(xù)映射錯誤。本文使用的術(shù)語連接("coupled")或連接("connected")用于指間接連接 ("coupling")和直接連接或連接(“connection”)。如果兩個或多個塊、模塊、設(shè)備、或 裝置相連接(“coupled”)，則在兩個連接的塊之間可以存在一個或多個介入塊。結(jié)合本文公開的實施方式描述的方法、過程或算法的步驟可以直接在硬件、由處 理器執(zhí)行的軟件模塊、或兩者的組合中實現(xiàn)。當(dāng)在軟件、固件、中間件、或者微指令實施時， 可以將執(zhí)行必要任務(wù)的程序代碼或者代碼段存儲在諸如存儲介質(zhì)的機(jī)器可讀介質(zhì)中?？梢?以示出的順序執(zhí)行方法或過程中的各個步驟或動作，或者可以另一種順序執(zhí)行。此外，可以 省略一個或多個過程或方法步驟，或者可以將一個或多個過程或方法步驟添加到這些方法 和過程中。可以將附加的步驟、塊、或操作添加在方法或過程的開始、結(jié)束、或介于其間的現(xiàn) 有單元中。本文提供了對公開實施方式的以上描述，使得本領(lǐng)域的普通技術(shù)人員能夠獲得或 使用本發(fā)明公開。對于本領(lǐng)域的普通技術(shù)人員，將容易理解對這些實施方式的各種修改，本 文所定義的一般性原則可 適用于其他實施方式，而不背離本發(fā)明公開的范圍。
權(quán)利要求
一種持久性資源分配的方法，所述方法包括調(diào)度持久性資源分配的候選客戶站；將所述候選客戶站與共享NACK信道相關(guān)聯(lián)；配置指示所述持久性資源分配的持久性分配信息元素；以及傳輸所述持久性分配信息元素。
2.根據(jù)權(quán)利要求1所述的方法，還包括配置所述持久性分配信息元素以指示定義所 述共享NACK信道的偽隨機(jī)碼。
3.根據(jù)權(quán)利要求1所述的方法，還包括 通過所述共享NACK信道接收NACK消息；以及傳輸對與所述共享NACK信道相關(guān)聯(lián)的一組客戶站對應(yīng)的持久性分配進(jìn)行的一組新近 改變的指示。
4.根據(jù)權(quán)利要求1所述的方法，還包括 通過所述共享NACK信道接收NACK消息； 確定沒有對與所述共享NACK信道相關(guān)聯(lián)的一組客戶站對應(yīng)的持久性分配進(jìn)行改變；以及向所述一組客戶站傳輸沒有進(jìn)行改變的指示。
5.根據(jù)權(quán)利要求1所述的方法，還包括檢測在所述持久性資源分配上很少或沒有來自所述候選客戶站的能量；以及 重發(fā)所述持久性分配信息元素。
6.根據(jù)權(quán)利要求1所述的方法，其中，所述持久性資源分配被配置為承載HARQ包流，所 述方法還包括檢測一串失敗的HARQ包傳遞；以及 重發(fā)所述持久性分配信息元素。
7.一種持久性上行鏈路資源分配的方法，所述方法包括 傳送持久性資源分配信息元素；在預(yù)定共享NACK信道上接收NACK ；以及向一組與所述共享NACK信道相關(guān)聯(lián)的客戶站重發(fā)至少一部分所述持久性資源分配信息7Π素ο
8.一種持久性上行鏈路資源分配的方法，所述方法包括 接收資源映射；嘗試對所述資源映射內(nèi)的持久性分配信息元素進(jìn)行解碼；以及 如果不能成功地對所述持久性分配信息元素進(jìn)行解碼，則選擇性地通過共享映射NACK 信道傳輸映射NACK。
9.根據(jù)權(quán)利要求8所述的方法，還包括未能對持久性分配進(jìn)行解碼，作為響應(yīng)，停止 在與最近接收的下行鏈路持久性分配相關(guān)聯(lián)的上行鏈路信道上的數(shù)據(jù)傳輸。
10.根據(jù)權(quán)利要求8所述的方法，還包括未能接收對映射NACK的傳輸?shù)钠诖憫?yīng)；以及 開始映射NACK信道恢復(fù)過程。
11.根據(jù)權(quán)利要求8所述的方法，還包括未能對持久性分配進(jìn)行解碼；接收指示接收到NACK消息并且沒有進(jìn)行改變的第二持久性分配信息元素；以及 根據(jù)先前接收的持久性分配信息元素繼續(xù)操作。
12.一種在使用共享NACK信道的系統(tǒng)中從錯誤狀態(tài)恢復(fù)的方法，包括 發(fā)送為客戶站指定第一持久性分配的上行鏈路持久性分配信息元素； 檢測在所述第一持久性分配上很少或沒有來自所述客戶站的信號能量；以及 向客戶站重新發(fā)送所述上行鏈路持久性分配信息元素。
13.一種在使用共享NACK信道的系統(tǒng)中從錯誤狀態(tài)恢復(fù)的方法，包括為了承載HARQ傳輸量的目的，向客戶站發(fā)送指定第一分配的持久性分配信息元素； 檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞；以及 向客戶站發(fā)送重新發(fā)送所述持久性分配信息元素。
14.一種在使用共享映射NACK信道的系統(tǒng)中從錯誤狀態(tài)恢復(fù)的方法，包括為了通過第一分配承載HARQ傳輸量的目的，從基站接收持久性分配信息元素； 檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞；以及 向所述基站發(fā)送映射NACK信道錯誤消息。
15.一種在使用共享映射NACK信道系統(tǒng)中從錯誤狀態(tài)恢復(fù)的方法，包括 建立用于持久性分配任務(wù)的全局映射NACK信道；向指示關(guān)聯(lián)的共享NACK信道的客戶站發(fā)送上行鏈路持久性分配信息元素； 接收所述全局映射NACK信道上的全局NACK消息；以及向一組與兩個或多個共享NACK信道相關(guān)聯(lián)的客戶站重新發(fā)送一組新近改變的持久性 分配信息元素。
16.一種客戶站在使用共享NACK信道的系統(tǒng)中從錯誤狀態(tài)恢復(fù)的方法，包括 在當(dāng)前沒有持久性分配被分配給所述客戶站時，未能接收持久性分配信息元素； 確定沒有共享映射NACK信道分配是有效的；以及在所述全局映射NACK信道上發(fā)送全局映射NACK消息。
17.一種基站，包括一組調(diào)度器，配置為調(diào)度持久性上行鏈路資源分配的候選客戶站； 持久性DL/UL IE發(fā)生器，配置為將所述候選客戶站與共享映射NACK信道相關(guān)聯(lián)，并配 置標(biāo)識持久性資源分配的持久性分配信息元素；以及 發(fā)送器，配置為發(fā)送所述持久性分配信息元素。
18.根據(jù)權(quán)利要求17所述的基站，還包括接收器，配置為通過所述共享映射NACK信道接收映射NACK消息；以及 其中，所述持久性DL/UL IE發(fā)生器還配置為確定對與所述共享NACK信道相關(guān)聯(lián)的一 組客戶站對應(yīng)的持久性分配進(jìn)行的一組新近改變，用于重發(fā)。
19.一種客戶站，包括接收器，配置為接收資源映射；DL/UL映射模塊，配置為確定持久性分配信息元素是否在所述資源映射內(nèi)，并被配置為 嘗試對所述持久性分配信息元素進(jìn)行解碼；以及NACK模塊，配置為如果所述DL/UL模塊不能成功地對所述持久性分配信息元素進(jìn)行解碼，則選擇性地創(chuàng)建用于通過共享映射NACK信道傳輸?shù)挠成銷ACK消息。
20.一種提供持久性資源分配服務(wù)的基站，包括 用于調(diào)度持久性資源分配的候選客戶站的裝置；用于將所述候選客戶站與共享NACK信道相關(guān)聯(lián)的裝置； 用于配置指示所述持久性資源分配的持久性分配信息元素的裝置；以及 用于傳輸所述持久性分配信息元素的裝置。
21.根據(jù)權(quán)利要求20所述的基站，還包括用于配置所述持久性分配信息元素以指示定 義所述共享NACK信道的偽隨機(jī)碼的裝置。
22.根據(jù)權(quán)利要求20所述的基站，還包括用于通過所述共享NACK信道接收NACK消息的裝置；以及用于傳輸對與所述共享NACK信道相關(guān)聯(lián)的一組客戶站對應(yīng)的持久性分配進(jìn)行的一組 新近改變的指示的裝置。
23.根據(jù)權(quán)利要求20所述的基站，還包括用于通過所述共享NACK信道接收NACK消息的裝置；用于確定沒有對與所述共享NACK信道相關(guān)聯(lián)的一組客戶站對應(yīng)的持久性分配進(jìn)行改 變的裝置；以及用于向所述一組客戶站傳輸沒有進(jìn)行改變的指示的裝置。
24.根據(jù)權(quán)利要求20所述的基站，還包括用于檢測在所述持久性資源分配上很少或沒有來自所述候選客戶站的能量的裝置；以及用于重發(fā)所述持久性分配信息元素的裝置。
25.根據(jù)權(quán)利要求20所述的基站，其中，所述持久性資源分配被配置為承載HARQ包流， 所述基站還包括用于檢測一串失敗的HARQ包傳遞的裝置；以及 用于響應(yīng)于檢測所述失敗重發(fā)所述持久性分配信息元素的裝置。
26.一種提供持久性上行鏈路資源分配服務(wù)的基站，包括 用于傳送持久性資源分配信息元素的裝置；用于在預(yù)定共享NACK信道上接收NACK的裝置；以及用于向一組與所述共享NACK信道相關(guān)聯(lián)的客戶站重發(fā)至少一部分所述持久性資源分 配信息元素的裝置。
27.一種能夠使用持久性上行鏈路資源分配服務(wù)的客戶站，包括 用于接收資源映射的裝置；用于嘗試對所述資源映射內(nèi)的持久性分配信息元素進(jìn)行解碼的裝置；以及 用于如果不能成功地對所述持久性分配信息元素進(jìn)行解碼，則選擇性地通過共享映射 NACK信道傳輸映射NACK的裝置。
28.根據(jù)權(quán)利要求27所述的客戶站，還包括用于檢測未能對持久性分配進(jìn)行解碼，作 為響應(yīng)，停止在與最近接收的下行鏈路持久性分配相關(guān)聯(lián)的上行鏈路信道上的數(shù)據(jù)傳輸?shù)闹宝?br> 29.根據(jù)權(quán)利要求27所述的客戶站，還包括用于檢測未能接收對映射NACK的傳輸?shù)钠诖憫?yīng)的裝置；以及 用于響應(yīng)于所述失敗，開始映射NACK信道恢復(fù)過程的裝置。
30.一種提供持久性資源分配服務(wù)的基站，包括用于發(fā)送為客戶站指定第一持久性分配的上行鏈路持久性分配信息元素的裝置； 用于檢測在所述第一持久性分配上很少或沒有來自所述客戶站的信號能量的裝置；以及用于向客戶站重新發(fā)送所述上行鏈路持久性分配信息元素的裝置。
31.一種提供持久性資源分配服務(wù)的基站，包括用于為了承載HARQ傳輸量的目的，向客戶站發(fā)送指定第一分配的持久性分配信息元 素的裝置；用于檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞的裝置；以及 用于向客戶站發(fā)送重新發(fā)送所述持久性分配信息元素的裝置。
32.—種配置為使用持久性資源分配服務(wù)的客戶站，包括用于為了通過第一分配承載HARQ傳輸量的目的，從基站接收持久性分配信息元素的裝置；用于檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞的裝置；以及 用于向所述基站發(fā)送映射NACK信道錯誤消息的裝置。
33.一種提供持久性資源分配服務(wù)的基站，包括用于建立用于持久性分配任務(wù)的全局映射NACK信道的裝置； 用于向指示關(guān)聯(lián)的共享NACK信道的客戶站發(fā)送上行鏈路持久性分配信息元素的裝置；用于接收所述全局映射NACK信道上的全局NACK消息的裝置；以及 用于向一組與兩個或多個共享NACK信道相關(guān)聯(lián)的客戶站重新發(fā)送一組新近改變的持 久性分配信息元素的裝置。
34.一種能夠使用持久性資源分配服務(wù)的客戶站，包括用于在當(dāng)前沒有持久性分配被分配給所述客戶站時，檢測接收持久性分配信息元素失 敗的裝置；用于確定沒有共享映射NACK信道任務(wù)是有效的裝置；以及用于響應(yīng)所述失敗在所述全局映射NACK信道上發(fā)送全局映射NACK消息的裝置。
35.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可執(zhí) 行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配的方法，所述方法包 括調(diào)度持久性資源分配的候選客戶站； 將所述候選客戶站與共享NACK信道相關(guān)聯(lián)； 配置指示所述持久性資源分配的持久性分配信息元素；以及 傳輸所述持久性分配信息元素。
36.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可執(zhí) 行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配的方法，所述方法包 括傳送持久性資源分配信息元素； 在預(yù)定共享NACK信道上接收NACK ；以及向一組與所述共享NACK信道相關(guān)聯(lián)的客戶站重發(fā)至少一部分所述持久性資源分配信息7Π素ο
37.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序 指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包 括接收資源映射；嘗試對所述資源映射內(nèi)的持久性分配信息元素進(jìn)行解碼；如果不能成功地對所述持久性分配信息元素進(jìn)行解碼，則選擇性地通過共享映射NACK 信道傳輸映射NACK。
38.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包 括發(fā)送為客戶站指定第一持久性分配的上行鏈路持久性分配信息元素； 檢測在所述第一持久性分配上很少或沒有來自所述客戶站的信號能量；以及 向客戶站重新發(fā)送所述上行鏈路持久性分配信息元素。
39.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包 括為了承載HARQ傳輸量的目的，向客戶站發(fā)送指定第一分配的持久性分配信息元素； 檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞；以及 向客戶站發(fā)送重新發(fā)送所述持久性分配信息元素。
40.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包 括為了通過第一分配承載HARQ傳輸量的目的，從基站接收持久性分配信息元素； 檢測與所述第一分配相關(guān)聯(lián)的一串失敗的HARQ包傳遞；以及 向所述基站發(fā)送映射NACK信道錯誤消息。
41.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包 括建立用于持久性分配任務(wù)的全局映射NACK信道；向指示關(guān)聯(lián)的共享NACK信道的客戶站發(fā)送上行鏈路持久性分配信息元素； 接收所述全局映射NACK信道上的全局NACK消息；以及向一組與兩個或多個共享NACK信道相關(guān)聯(lián)的客戶站重新發(fā)送一組新近改變的持久性 分配信息元素。
42.一種包含可執(zhí)行計算機(jī)程序指令的計算機(jī)可讀介質(zhì)，當(dāng)由處理器執(zhí)行時，所述可 執(zhí)行計算機(jī)程序指令引起所述處理器在通信系統(tǒng)中執(zhí)行持久性資源分配方法，所述方法包括在當(dāng)前沒有持久性分配被分配給所述客戶站時，未能接收持久性分配信息元素；確定沒有共享映射NACK信道分配是有效的；以及在所述全局映射NACK信道上發(fā)送全 局映射NACK消息。
全文摘要
本文描述了用于傳送和利用持久性資源分配的方法和裝置?；究梢韵蚩蛻粽痉峙涑志眯再Y源，并可以使特定的共享NACK信道將與客戶站或持久性資源分配相關(guān)聯(lián)?；究梢詾橹甘居成溴e誤的NACK監(jiān)控NACK信道。基站還可以監(jiān)控資源分配以隱含地確定映射錯誤。響應(yīng)于NACK或隱式的錯誤判定，基站可以重新發(fā)送一個或多個持久性資源分配信息元素。具有持久性資源分配的客戶站可以監(jiān)控映射消息中的持久性資源分配信息元素，并可以指示在預(yù)先分配的共享NACK信道上無法接收NACK消息中的持久性資源分配信息元素。
文檔編號H04L12/28GK101849375SQ200880114884
公開日2010年9月29日 申請日期2008年9月4日 優(yōu)先權(quán)日2007年9月11日
發(fā)明者亞伊爾·布拉斯, 基魯派拉杰·阿西爾瓦塔姆 申請人:蔚藍(lán)公司