專利名稱：一種獲取物理信道資源的編碼調制方式的方法
技術領域：
本發(fā)明涉及寬帶無線接入技術領域，更確切地說是涉及一種在寬帶無線接入系統(tǒng)中獲取物理信道資源(burst)的編碼調制方式的方法。
背景技術：
IEEE 802.16協(xié)議定義了固定寬帶無線接入(BWA)的無線城域網標準，該標準針對不同頻段定義了不同的物理層技術。該標準的應用范圍主要是面向住宅、小辦公室/家庭辦公室(SOHO)、遠程工作者以及小企業(yè)用戶(SME)市場。
具體來說，IEEE 802.16協(xié)議定義了兩個類似于GSM系統(tǒng)中廣播消息的消息，這兩個消息分別是針對下行信道的下行信道描述符消息(DCD，Downlink Channel Descriptor)和針對上行信道的上行信道描述符(UCD，Uplink Channel Descriptor)。這兩個描述上下行信道的廣播消息是周期性下發(fā)的，并且消息里有很多的信息域。
IEEE 802.16協(xié)議還定義了很多種編碼調制方式，便于系統(tǒng)根據無線信道鏈路狀況進行鏈路自適應。
圖1所示為IEEE 802.16協(xié)議時分雙工(TDD)系統(tǒng)中的幀結構，該幀結構具體包括前導符號(Preamble)、幀控制頭(FCH)、廣播消息、下行子幀和上行子幀。其中，Preamble用于終端實現(xiàn)下行幀同步；FCH用于指明后面廣播消息部分的編碼調制方式以及消息長度，便于終端解調譯碼；廣播消息中的下行鏈路映射消息(DL_MAP)和上行鏈路映射消息(UL_MAP)則分別定義了緊跟其后的下行子幀和上行子幀中各個用戶burst的編碼調制方式以及所占用的無線資源，該無線資源包括時隙數、子信道數等；廣播消息中的DCD消息和UCD消息用于周期性地廣播用于描述信道的參數。另外，在DCD和UCD消息中會建立一個調制編碼方式索引號與具體編碼調制方式的映射關系。
基于上述幀結構，終端就可以首先通過FCH確定廣播消息的編碼調制方式等信息，并根據該信息獲取廣播消息，然后再通過廣播消息中的DL_MAP消息和UL_MAP消息確定下行和上行子幀中各個burst的編碼調制方式。
對于下行和上行來說，終端獲取編碼調制方式的方法相同，因此下面僅以獲取下行編碼調制方式為例進行說明。
具體來說，在根據DL_MAP消息確定burst的編碼調制方式時，由于DL_MAP消息是通過下行編碼調制方式索引號(DIUC)指示編碼調制方式的，而該DIUC所對應的具體編碼方式又是DCD消息所定義的，DCD消息具體是將DIUC與系統(tǒng)所體現(xiàn)的編碼調制方式進行映射，因此終端首先需要獲取DL_MAP消息中的DIUC，并用DIUC去索引自身所接收到的DCD消息中的映射關系表，從而得知當前無線幀中各個burst所使用的編碼調制方式，進而根據該信息對數據進行解調譯碼。
從上述描述可知，終端在對空口數據包進行解調譯碼之前，肯定是事先接收到了DCD和UCD消息，之后才能獲取DIUC和上行編碼調制方式索引號(UIUC)與具體編碼調制方式的映射關系。
之所以將DIUC/UIUC與具體編碼調制方式的映射關系放在DCD/UCD廣播消息中進行廣播，而不是由協(xié)議事先定義好該映射關系，是因為在系統(tǒng)實現(xiàn)時，當前協(xié)議根據不同的應用場景定義了很多種編碼調制方式，而在DL_MAP消息和UL_MAP消息中用于指示編碼調制方式的索引號DIUC和UIUC只有4bit，最多只能直接指示16種編碼調制方式，無法指示所有的編碼調制方式。
另外，考慮到IEEE 802.16系統(tǒng)本身機制的需要，目前已將DIUC和UIUC中的某幾個用于指示其他信息了，因此DIUC和UIUC一般也只能指定7～8種編碼調制方式。而在實際系統(tǒng)中一般也只會采用當前協(xié)議所定義的編碼調制方式中的幾種，具體采用哪些編碼調制方式可以由系統(tǒng)制造商決定，因此通過DIUC和UIUC往往無法直接指示系統(tǒng)當前所采用的編碼調制方式。
以DCD消息為例，當前的DCD消息格式如表1所示。

表1DCD消息中的下行burst特性(Downlink Burst Profile)的格式如表2所示。

表2表2中的長度類型值編碼方式(TLV encoded information)項在目前協(xié)議的正交頻分多址(OFDMA)物理層定義的內容如表3所示。

表3從表2及表3可以看出，對于每種編碼調制方式與DIUC/UIUC之間的映射關系的廣播，當前所采用的是TLV編碼方式，這種編碼方式需要3個字節(jié)。對于DCD消息和UCD消息來說都是如此。
由以上描述可知，由于系統(tǒng)必須通過DCD消息及UCD消息設置DIUC/UIUC與編碼調制方式的對應關系，而采用TLV編碼方式對每種編碼調制方式與DIUC和UIUC映射關系進行廣播需要3個字節(jié)，這就導致了在系統(tǒng)實現(xiàn)的編碼調制方式較多時，DCD消息及UCD消息的開銷非常大。而DCD消息和UCD消息開銷增大必然導致空口數據的傳輸效率降低。
另外，由于映射關系是保存在DCD/UCD消息中的，如果終端在不同基站之間進行切換，而基站是由不同制造商制造的，則終端在切換之前必須收到目的基站的DCD和UCD消息，才能從該DCD和UCD消息中獲取目的基站的編碼調制方式信息，從而執(zhí)行切換操作。顯然這種映射關系會導致終端的切換速度較慢。

發(fā)明內容
有鑒于此，本發(fā)明所要解決的主要問題在于提供一種獲取物理信道資源的編碼調制方式的方法，在終端能夠獲取物理信道資源的編碼調制方式的同時，降低DCD消息和UCD消息的開銷。
為解決上述問題，本發(fā)明提供了下述技術方案一種獲取物理信道資源的編碼調制方式的方法，擴展編碼調制方式索引號，并直接在終端及基站中設置編碼調制方式索引號與所有編碼調制方式的映射關系，該方法進一步包括以下步驟a1.基站根據所述映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并刪除信道描述符消息中的類型長度值TLV編碼調制方式的映射關系信息；b1.終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據自身保存的映射關系確定該編碼調制方式索引號所對應的編碼調制方式。
所述編碼調制方式索引號為下行編碼調制方式索引號DIUC，所述鏈路映射消息為下行鏈路映射消息DL_MAP，所述信道描述符消息為下行信道描述符DCD消息。
所述編碼調制方式索引號為上行編碼調制方式索引號UIUC，所述鏈路映射消息為上行鏈路映射消息UL_MAP，所述信道描述符消息為上行信道描述符UCD消息。
所述步驟a1中，所述基站刪除信道描述符消息中的編碼調制方式映射關系信息為刪除信道描述符消息的下行物理信道資源特性Downlink_Burst_Profile項中長度類型值編碼方式TLV encoded information的編碼調制方式FEC Code type部分。
所述擴展編碼調制方式索引號為將編碼調制方式索引號擴展為8比特。
本發(fā)明的另一種獲取物理信道資源的編碼調制方式的方法，設置編碼調制方式索引與編碼調制方式的映射關系，該方法進一步包括以下步驟a2.基站根據所述映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引，設定該編碼調制方式索引對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并將該編碼調制方式索引及該編碼調制方式索引號通過信道描述符消息發(fā)送給終端，同時刪除信道描述符消息中的TLV編碼調制方式映射關系信息；b2.終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據信道描述符消息確定該編碼調制方式索引號對應的編碼調制方式索引，之后根據編碼調制方式索引與編碼調制方式的映射關系確定該編碼調制方式索引所對應的編碼調制方式。
該方法進一步包括擴展編碼調制方式索引號。
所述編碼調制方式索引號為下行編碼調制方式索引號DIUC，所述鏈路映射消息為下行鏈路映射消息DL_MAP，所述信道描述符消息為下行信道描述符DCD消息。
所述編碼調制方式索引號為上行編碼調制方式索引號UIUC，所述鏈路映射消息為上行鏈路映射消息UL_MAP，所述信道描述符消息為上行信道描述符UCD消息。
所述步驟a1中，所述基站刪除信道描述符消息中的編碼調制方式映射關系信息為刪除信道描述符消息的下行物理信道資源特性Downlink_Burst_Profile項中的長度類型值編碼方式TLV encodedinformation的編碼調制方式FEC Code type部分。
本發(fā)明所提供的擴展編碼調制方式索引號，并直接設置編碼調制方式索引號與編碼調制方式映射關系的方案，在使終端能夠獲取burst的編碼調制方式的同時，還節(jié)約了信道描述符消息的開銷。比如，如果是實現(xiàn)了6種類型的編碼調制方式，由于該方案不采用TLV編碼方式，因此可以節(jié)約6*3＝18字節(jié)＝144比特，即使擴展編碼調制方式索引號會增加4*6＝24比特，總共也至少可以節(jié)約120比特。
另外，現(xiàn)有技術必須考慮基站由不同制造商制造而可能存在的映射關系不同的問題，終端在切換之前必須接收到目的基站的信道描述符消息，從該消息中獲取目的基站所對應的映射關系。由于該方案在終端中保存了所有映射關系，終端可以直接從自身保存的映射關系中獲取相應的編碼調制方式，從而加快了切換進程。
本發(fā)明所提供的設置編碼調制方式索引與編碼調制方式的映射關系，并由基站通過信道描述符消息向終端發(fā)送編碼調制方式索引的方案中，不需要通過信道描述符消息發(fā)送TLV編碼方式的映射關系，而該方案中的信道描述符消息中的編碼調制方式索引只需占用一個字節(jié)，因此同樣節(jié)約了信道描述符消息的開銷。比如，如果系統(tǒng)實現(xiàn)了6種類型的編碼調制方式，則采用本方案可以節(jié)約6*(3-1)＝12字節(jié)＝96比特的開銷。


圖1為IEEE 802.16協(xié)議TDD系統(tǒng)中的幀結構圖；圖2為本發(fā)明第一種方案的實現(xiàn)流程圖；圖3為本發(fā)明第二種方案的實現(xiàn)流程圖。
具體實施例方式
本發(fā)明提供了兩種具體實現(xiàn)方案，下面結合附圖及具體實施例對這兩種方案作進一步詳細的說明。
現(xiàn)有技術之所以需要在信道描述符消息中設置TLV編碼調制方式的映射關系，是因為編碼調制方式索引號無法直接與所有種類的編碼調制方式對應。鑒于這種情況，本發(fā)明提供的第一種方案就是在目前協(xié)議的基礎上，擴展編碼調制方式索引號，使得其與當前FEC Code Type域一致。當前FECCode Type域為256種，因此可以將編碼調制方式索引號擴展為8比特。
在擴展了編碼調制方式索引號之后，就可以在OFDMA物理層建立表4所示的映射關系，并將該映射關系保存在終端及基站中。

表4基于上述設置，終端即可通過以下步驟獲取burst的編碼調制方式。其所對應的流程如圖2所示。
步驟201、基站根據自身保存的映射關系確定當前所使用的編碼調制方式所對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并刪除信道描述符消息中的TLV編碼調制方式映射關系信息。
如果是針對下行鏈路，則所確定的編碼調制方式索引號為DIUC，發(fā)送該DIUC的鏈路映射消息為DL_MAP消息，信道描述符消息則為DCD消息。
如果是針對上行鏈路，則所確定的編碼調制方式索引號為UIUC，發(fā)送該UIUC的鏈路映射消息為UL_MAP消息，信道描述符消息則為UCD消息。
另外，刪除信道描述符消息中的TLV編碼調制方式映射關系信息具體是刪除信道描述符消息的DownlinK_Burst_Profile項中TLV encodedinformation的FEC Code type部分。
對于表3所示的Downlink_Burst_Profile項來說，則是刪除其中的FECCode Type部分。刪除后的Downlink_Burst_Profile項如表5所示。

表5步驟202、終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據自身保存的映射關系確定該編碼調制方式索引號所對應的編碼調制方式。
如果是針對下行鏈路，則終端收到的鏈路映射消息應為DL_MAP消息；如果是針對上行鏈路，則該鏈路映射消息應為UL_MAP消息。
上述為本發(fā)明所提供的第一種實現(xiàn)方案，下面再對第二種實現(xiàn)方案進行描述。
為避免使用TLV編碼調制方式，并對DIUC/UIUC不作改動，第二種方案首先在OFDMA物理層設置編碼調制方式索引(FEC Code Type Index)與編碼調制方式的映射關系，該映射關系如表6所示。


表6還需要由基站根據需要在信道描述符消息中增加編碼調制方式索引，即FEC Code Index。以DCD消息為例，增加了FEC Code Index后的DCD消息的消息格式如表7所示。

表7具體來說，第二種方案中終端獲取burst的編碼調制方式的流程如圖3所示，對應以下步驟步驟301、基站根據之前設置的映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引，并設定該索引所對應的編碼調制方式索引號，之后，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并將該編碼調制方式索引以及該編碼調制方式索引號通過信道描述符消息發(fā)送給終端，同時刪除信道描述符消息中的TLV編碼調制方式的映射關系信息。
與第一種方案相同的是，如果是針對下行鏈路，則所確定的編碼調制方式索引號為DIUC，發(fā)送該DIUC的鏈路映射消息為DL_MAP消息，信道描述符消息則為DCD消息。
如果是針對上行鏈路，則所確定的編碼調制方式索引號為UIUC，發(fā)送該UIUC的鏈路映射消息為UL_MAP消息，信道描述符消息則為UCD消息。
另外，刪除信道描述符消息中的TLV編碼調制方式映射關系信息具體是刪除信道描述符消息的Downlink_Burst_Profile項中TLV encodedinformation的FEC Code type部分。對于表3所示的Downlink_Burst_Profile項來說，則是刪除其中的FEC Code Type部分。刪除后的Downlink_Burst_Profile項如表5所示。
步驟302、終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據信道描述符消息確定該編碼調制方式索引號對應的編碼調制方式索引，之后再根據之前所設置的編碼調制方式索引與編碼調制方式的映射關系，確定相應的編碼調制方式。
如果是針對下行鏈路，則終端收到的鏈路映射消息應為DL_MAP消息，信道描述符消息為DCD消息；如果是針對上行鏈路，則該鏈路映射消息應為UL_MAP消息，信道描述符消息為UCD消息。
其中，對于第二種實現(xiàn)方案來說，還可以對編碼調制方式索引號進行擴展，以在系統(tǒng)使用多種編碼調制方式的情況下，編碼調制方式索引號足夠指示這些編碼調制方式。
以上所述僅為本發(fā)明方案的較佳實施例，并不用以限定本發(fā)明的保護范圍。
權利要求
1.一種獲取物理信道資源的編碼調制方式的方法，其特征在于，擴展編碼調制方式索引號，并直接在終端及基站中設置編碼調制方式索引號與所有編碼調制方式的映射關系，該方法進一步包括以下步驟a1.基站根據所述映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并刪除信道描述符消息中的類型長度值TLV編碼調制方式的映射關系信息；b1.終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據自身保存的映射關系確定該編碼調制方式索引號所對應的編碼調制方式。
2.根據權利要求1所述的方法，其特征在于，所述編碼調制方式索引號為下行編碼調制方式索引號DIUC，所述鏈路映射消息為下行鏈路映射消息DL_MAP，所述信道描述符消息為下行信道描述符DCD消息。
3.根據權利要求1所述的方法，其特征在于，所述編碼調制方式索引號為上行編碼調制方式索引號UIUC，所述鏈路映射消息為上行鏈路映射消息UL_MAP，所述信道描述符消息為上行信道描述符UCD消息。
4.根據權利要求1、2或3所述的方法，其特征在于所述步驟a1中，所述基站刪除信道描述符消息中的編碼調制方式映射關系信息為刪除信道描述符消息的下行物理信道資源特性Downlink_Burst_Profile項中長度類型值編碼方式TLV encoded information的編碼調制方式FEC Code type部分。
5.根據權利要求1、2或3所述的方法，其特征在于，所述擴展編碼調制方式索引號為將編碼調制方式索引號擴展為8比特。
6.一種獲取物理信道資源的編碼調制方式的方法，其特征在于，設置編碼調制方式索引與編碼調制方式的映射關系，該方法進一步包括以下步驟a2.基站根據所述映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引，設定該編碼調制方式索引對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并將該編碼調制方式索引及該編碼調制方式索引號通過信道描述符消息發(fā)送給終端，同時刪除信道描述符消息中的TLV編碼調制方式映射關系信息；b2.終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據信道描述符消息確定該編碼調制方式索引號對應的編碼調制方式索引，之后根據編碼調制方式索引與編碼調制方式的映射關系確定該編碼調制方式索引所對應的編碼調制方式。
7.根據權利要求6所述的方法，其特征在于，該方法進一步包括擴展編碼調制方式索引號。
8.根據權利要求6所述的方法，其特征在于，所述編碼調制方式索引號為下行編碼調制方式索引號DIUC，所述鏈路映射消息為下行鏈路映射消息DL_MAP，所述信道描述符消息為下行信道描述符DCD消息。
9.根據權利要求6所述的方法，其特征在于，所述編碼調制方式索引號為上行編碼調制方式索引號UIUC，所述鏈路映射消息為上行鏈路映射消息UL_MAP，所述信道描述符消息為上行信道描述符UCD消息。
10.根據權利要求6至9中任意一項所述的方法，其特征在于所述步驟a1中，所述基站刪除信道描述符消息中的編碼調制方式映射關系信息為刪除信道描述符消息的下行物理信道資源特性Downlink_Burst_Profile項中的長度類型值編碼方式TLV encoded information的編碼調制方式FEC Code type部分。
全文摘要
本發(fā)明公開了一種獲取物理信道資源的編碼調制方式的方法，該方法首先擴展編碼調制方式索引號，并直接在終端及基站中設置編碼調制方式索引號與所有編碼調制方式的映射關系，之后，基站根據所述映射關系確定當前使用的編碼調制方式所對應的編碼調制方式索引號，將該編碼調制方式索引號通過鏈路映射消息發(fā)送給終端，并刪除信道描述符消息中的TLV編碼調制方式映射關系信息；終端從收到的鏈路映射消息中獲取編碼調制方式索引號，并根據自身保存的映射關系確定該編碼調制方式索引號所對應的編碼調制方式。本發(fā)明同時還公開了另一種獲取物理信道資源的編碼調制方式的方法。本發(fā)明方案在實現(xiàn)獲取burst的編碼調制方式的同時，節(jié)約了信道描述符消息的開銷。
文檔編號H04L12/28GK1805434SQ200510006059
公開日2006年7月19日 申請日期2005年1月10日 優(yōu)先權日2005年1月10日
發(fā)明者吳建軍 申請人:華為技術有限公司