專利名稱：：上行數(shù)據(jù)傳輸方法及裝置、轉(zhuǎn)變間隙配置方法及裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及無線通信
技術(shù)領(lǐng)域：
，尤其涉及一種上行數(shù)據(jù)傳輸方法及裝置、轉(zhuǎn)變間隙配置方法及裝置。
背景技術(shù)：
：隨著新一代移動通信技術(shù)的發(fā)展，高速數(shù)據(jù)業(yè)務(wù)已經(jīng)應(yīng)用到越來越多的領(lǐng)域中，現(xiàn)有的無線數(shù)據(jù)業(yè)務(wù)中更加重視下行業(yè)務(wù)的高速率、大帶寬的需求。全球微波接入互操作(WiMAX,WorldwideInteroperabilityforMicrowaveAccess)論壇中移動系統(tǒng)概述(WiMAXForumMobileSystemProfile)在不同帶寬下針對時分雙工(TDD,TimeDivisionDuplex)的正交頻分多址(OFDMA,OrthogonalFrequencyDivisionMultipleAccess)才是供了多種子幀比例。例如，在10MHz與5MHz的傳輸帶寬下，WiMAX論壇提供的子幀比例分別為(35:12),(34:13),(33:14),(32:15),(31:16),(30:17),(29:18),(28:19)，(27:20)，(26:21)。圖1給出了子幀比例為(26:21)的樣式。在一幀中，根據(jù)不同業(yè)務(wù)的服務(wù)質(zhì)量(QoS,QualityofService)參數(shù)，基站將下發(fā)給終端的數(shù)據(jù)塊映射到下行子幀的時域與頻域資源上；同時，基站將資源劃分信令下發(fā)給終端，指示其可使用的上行時頻資源塊，終端按照基站的指示將需上傳的數(shù)據(jù)塊映射到上行時頻資源上。在TDD的OFDMA系統(tǒng)中，當(dāng)給定帶寬、發(fā)射接收的天線個數(shù)、幀持續(xù)時間時，在相同的編碼速率與調(diào)制方式下，下行空口可提供的最大速率由下行子幀符號個數(shù)來決定，同理上行空口可提供的最大速率也由上行子幀符號個數(shù)來決定。按照WiMAX論壇中移動系統(tǒng)概述所給出的子幀比例，目前支持的最大上行子幀符號個數(shù)為21，因此該子幀符號個數(shù)是提供上行空口最大速率的最大上行子幀符號個數(shù)。表1給出了目前傳輸帶寬為10MHz,上行子幀符號個數(shù)為21,終端個數(shù)不同時的上行空口所支持的最大速率，該最大速率是在16正交幅度調(diào)制(QAM,QuadratureAmplitudeModulation),編碼速率為3/4時獲得的，一幀的持續(xù)時間為5ms,使用部分子信道(PUSC，PartialUsageofSubchannels)資源分配方式。表l26:21,16QAM,3/4,PUSC，10MHz時的上行空口最大速率多輸入多輸出模式(MMO)單輸入單輸出(SISO)終端雙天線兩個終端雙天線協(xié)作上行空口提供的最大速率7.056Mbps14.112Mbps28.224Mbps上述子幀比例都是下行子幀符號個數(shù)多于上行子幀符號個數(shù)，即得到的下行空口最大速率總是高于上行空口的最大速率，這就限制了對于終端上傳速率有高要求的實時高清晰視頻流上傳等業(yè)務(wù)的應(yīng)用，例如，視頻博客(Blog)上傳、高清視頻監(jiān)控等業(yè)務(wù)。對于高清視頻監(jiān)控等應(yīng)用場景，如果上行子幀符號個數(shù)低于下行子幀符號個數(shù)，一方面，會導(dǎo)致對空口帶寬資源的浪費；另一方面，在給定服務(wù)較多的實時視頻采集終端個數(shù)的情況下，需要更多的基站支持，這會造成組網(wǎng)成本的提高。此外，現(xiàn)有技術(shù)中WiMAX論壇定義的上、下行子幀符號個數(shù)之和為47。按照WiMAX論壇提供的協(xié)議實現(xiàn)一致性描述，傳輸帶寬為10MHz,采用47個符號個數(shù)時，最小的發(fā)射-接收轉(zhuǎn)變間隙(TTG，Transmit/receiveTransitionGap)為296PS(與物理層相關(guān)的時間單位，PhysicalSlot),最小的接收-發(fā)射轉(zhuǎn)變間隙(RTG,Receive/transmitTransitionGap)為196PS。然而，TTG=296PS使得終端在與preamble同步后，發(fā)送碼字到基站，使得基站做碼字檢測變得十分困難，甚至?xí)?dǎo)致遠(yuǎn)距離的終端無法入網(wǎng)，降低了基站的覆蓋范圍
發(fā)明內(nèi)容本發(fā)明實施例提供了一種上行數(shù)據(jù)傳輸方法，用以解決現(xiàn)有技術(shù)中存在上行數(shù)據(jù)量較大時，上行傳輸帶寬無法滿足需求的問題。本發(fā)明實施例還提供了一種轉(zhuǎn)換間隙配置方法，用以解決現(xiàn)有技術(shù)中存在基站碼字檢測困難、覆蓋范圍較低的問題。本發(fā)明實施例還提供了一種對應(yīng)的基站設(shè)備。本發(fā)明實施例提出了一種上行數(shù)據(jù)傳輸方法，包括步驟基站按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；以及接收終端在基站指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。本發(fā)明實施例還提供了一種基站，包括指示單元，用于按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；接收單元，用于接收終端在指示單元指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。本發(fā)明實施例還提供了一種轉(zhuǎn)變間隙配置方法，包括步驟基站在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；以及將所述預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙。本發(fā)明實施例還提供了一種基站，包括預(yù)留單元，用于在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；轉(zhuǎn)變間隙單元，用于將所述預(yù)留單元預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙。本發(fā)明實施例提供的上行數(shù)據(jù)傳輸方法，通過采用上行子幀符號個數(shù)大于下行子幀符號個數(shù)的子幀比例來傳輸上行數(shù)據(jù)，從而提高了上行傳輸帶寬，滿足了對于上行速率要求較高的業(yè)務(wù)需求。本發(fā)明實施例提供的轉(zhuǎn)換間隙配置方法，通過在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號，用于加大TTG,從而使得基站能夠充分的對終端進(jìn)行碼字檢測，讓遠(yuǎn)距離的終端也能夠成功入網(wǎng)，因此增加了基站的覆蓋范圍，降低了運營商的建站成本。圖1為現(xiàn)有技術(shù)中OFDMA26:21的子幀比例樣式圖；圖2為本發(fā)明實施例中OFDMA13:33的子幀比例樣式圖；圖3為本發(fā)明實施例中上行數(shù)據(jù)傳輸方案的流程圖；圖4為本發(fā)明實施例提出的第一種基站結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例提出的第二種基站結(jié)構(gòu)示意圖。具體實施方式為了滿足上行高速率業(yè)務(wù)對上行傳輸帶寬的需求，以及實現(xiàn)基站的遠(yuǎn)距離覆蓋，本發(fā)明實施例采用上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例來提高上行傳輸帶寬，以及采用將至少一個子幀符號的持續(xù)時間用于加大TTG,來擴(kuò)大基站的覆蓋范圍。下面結(jié)合附圖對本發(fā)明實施例的具體實施方式進(jìn)行詳細(xì)說明。為了增大上行傳輸帶寬，本發(fā)明實施例提出了上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例。下述以下上行子幀比例為13:33為例來說明，其子幀比例樣式如圖2所示。如圖3所示，本發(fā)明實施例提供的數(shù)據(jù)上傳方案的具體實現(xiàn)過程如下步驟301、基站在激活每個扇區(qū)時，按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例進(jìn)行配置。步驟302、基站在激活扇區(qū)后，按照上述配置的子幀比例發(fā)送下行子幀，該下發(fā)的下行子幀中包含攜帶有基站信息的前導(dǎo)信號(preamble)。步驟303、終端接收基站下發(fā)的下行子幀，并通過該接收的下行子幀中包含的前導(dǎo)信號preamble與基站進(jìn)行同步。步驟304、終端解析該接收到的下行子幀的幀控制頭(FCH,FrameControlHeader),得到當(dāng)前扇區(qū)所使用的子信道，以及DL-MAP—IE所采用的調(diào)制編碼方式。步驟305、終端在當(dāng)前扇區(qū)所使用的子信道上接收DL-MAPJE消息，基于上述得知的調(diào)制編碼方式解析接收到的DL-MAP—IE消息，得到基站廣播下行信道描述消息(DCD消息)的承載位置，終端在確定的承載位置上接收并解析DCD消息，得到該消息中承載的DL-MAP，該DL-MAP指示出了下行子幀符號個數(shù)，這樣終端便獲得了下行子幀符號個數(shù)。步驟306、終端在解析接收到的DL-MAP一IE消息后，還可以得到基站廣播上行信道描述消息(UCD消息)的承載位置，終端在確定的承載位置上接收并解析UCD消息，得到該消息中承載的UL-MAP,該UL-MAP指示出了上行子幀符號個數(shù)，這樣終端便獲得了上行子幀符號個數(shù)。由于下行子幀符號個數(shù)較少，因此基站廣播DCD/UCD消息時可以采用協(xié)議中支持的片段廣播方式。步驟307、終端根據(jù)接收到的UL-MAP消息，進(jìn)而獲得分配上行數(shù)據(jù)的起始時間(AllocationStartTime),從而獲得上行子幀符號的起始位置。通過上述步驟304至步驟307的處理，便實現(xiàn)了基站按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源的目的。步驟308、基站與終端按照協(xié)議規(guī)定的接入過程進(jìn)行接入。步驟309、接入后的終端根據(jù)上述獲得的下行子幀符號個數(shù)、上行子幀符號個數(shù)和上行子幀符號的起始位置，在基站分配的對應(yīng)下行傳輸資源與上行傳輸資源上進(jìn)行下行數(shù)據(jù)接收與上行數(shù)據(jù)的發(fā)送。從而實現(xiàn)終端在基站指示的上行數(shù)據(jù)傳輸資源上傳輸上行數(shù)據(jù)的目的。以下上行子幀符號的比例為13:33為例，表2給出了傳輸帶寬為10MHz，采用當(dāng)前幀分配模式與隔幀分配模式時計算AllocationStartTime值的公式。表213:33,10MHz,計算AllocationStartTime值的公式<table>tableseeoriginaldocumentpage9</column></row><table>其中，frame為一幀的持續(xù)時間，Sym為一個子幀符號的持續(xù)時間，PS為與物理層相關(guān)的時間單位。表3給出了子幀比例為13:33,傳輸帶寬為10MHz、循環(huán)前綴(CP，CyclicPrefix)占一個OFMDA符號持續(xù)時間的1/9,采用當(dāng)前幀分配才莫式與隔幀分配才莫式時的AllocationStartTime值。表313:33,10MHz,CP占OFMDA符號持續(xù)時間的1/9時的AllocationStartTims值<table>tableseeoriginaldocumentpage9</column></row><table>表4給出了子幀比例為13:33，一幀的持續(xù)時間為5ms，16QAM調(diào)制，編碼速率為3/4,采用PUSC資源分配方式時，上行空口所支持的最大速率。表413:33，16QAM，3/4，PUSC，10MHz，5ms的上行空口最大速率MIMO模式SISO終端雙天線兩個終端雙天線協(xié)作上行空口提供的最大速率11.088Mbps22.176Mbps44.352Mbps由表4和現(xiàn)有技術(shù)中表1的對比可以看出，子幀比例為13:33時的上行空口最大速率(11.088Mbps)高于子幀比例為26:21時的上行空口最大速率(7.056Mbps),可見采用上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例可以有效的提高上行傳輸速率，增大上行傳輸帶寬，從而滿足對于上行速率要求較高的業(yè)務(wù)需求。如圖4所示，本發(fā)明實施例還對應(yīng)的提出了一種基站，包括指示單元101,用于按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；其中指示單元101在終端所在扇區(qū)激活后，按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，通知終端能夠占用的上行子幀符號個數(shù)和下行子幀符號個數(shù)，以及上行子幀符號的起始位置，實現(xiàn)指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源。接收單元102,用于接收終端在指示單元101指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。此外，本發(fā)明實施例提出可以將至少一個子幀符號的持續(xù)時間用于加大TTG，從而增加基站的覆蓋范圍，這有利于降低運營商的建站成本。例如，子幀比例為13:33時上下行子幀符號個數(shù)之和為46，比WiMAX論壇中的協(xié)議一致性表述少一個符號。在10MHz的傳輸帶寬情況下，將該符號對應(yīng)的持續(xù)時間用于延長TTG,可取TTG二584PS,比論壇中的最小TTG多出288PS，增加了路程環(huán)回時延(RTD，RoundTripDelay)時間，從而保證了基站能夠充分對終端進(jìn)行碼字檢測，使得遠(yuǎn)端的終端也能夠成功接入網(wǎng)絡(luò)，增加了基站的覆蓋范圍。如圖5所示，本發(fā)明實施例還對應(yīng)的提出了另一種基站，包括預(yù)留單元201,用于在用以傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；轉(zhuǎn)變間隙單元202,用于將所述預(yù)留單元201預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙(TTG)。上述本發(fā)明實施例采用上行子幀符號個數(shù)大于下行子幀符號個數(shù)的子幀比例來提高上行傳輸帶寬，從而更好的滿足對上行速率要求較高的業(yè)務(wù)需求。另外，采用將至少一個子幀符號的持續(xù)時間用于加大TTG來擴(kuò)大基站的覆蓋范圍，從而降低運營商的建站成本。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。權(quán)利要求1、一種上行數(shù)據(jù)傳輸方法，其特征在于，包括步驟基站按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；以及接收終端在基站指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。2、如權(quán)利要求1所述的方法，其特征在于，基站在激活終端所在的扇區(qū)后，按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，通知終端能夠占用的上行子幀符號個數(shù)和下行子幀符號個數(shù)，以及上行子幀符號的起始位置，實現(xiàn)指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源。3、如權(quán)利要求1所述的方法，其特征在于，所述上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例為33:13。4、一種基站，其特征在于，包括指示單元，用于按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；接收單元，用于接收終端在指示單元指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。5、如權(quán)利要求4所述的基站，其特征在于，所述指示單元在終端所在扇區(qū)激活后，按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，通知終端能夠占用的上行子幀符號個數(shù)和下行子幀符號個數(shù)，以及上行子幀符號的起始位置，實現(xiàn)指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源。6、如權(quán)利要求4所述的基站，其特征在于，所述上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例為33:13。7、一種轉(zhuǎn)變間隙配置方法，其特征在于，包括步驟基站在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；以及將所述預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙。8、一種基站，其特征在于，包括預(yù)留單元，用于在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；轉(zhuǎn)變間隙單元，用于將所述預(yù)留單元預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙。全文摘要本發(fā)明公開了一種上行數(shù)據(jù)傳輸方法，包括基站按照上行子幀符號個數(shù)大于等于下行子幀符號個數(shù)的子幀比例，指示終端占用對應(yīng)的上行數(shù)據(jù)傳輸資源；以及接收終端在基站指示的上行數(shù)據(jù)傳輸資源上傳輸?shù)纳闲袛?shù)據(jù)。本發(fā)明還公開了一種轉(zhuǎn)變間隙配置方法，包括基站在用于傳輸上下行數(shù)據(jù)的子幀符號中預(yù)留至少一個子幀符號；以及將所述預(yù)留的子幀符號的持續(xù)時間，用作上下行子幀之間的發(fā)射/接收轉(zhuǎn)變間隙。本發(fā)明提高了上行傳輸帶寬，滿足了對于上行速率要求較高的業(yè)務(wù)需求。文檔編號H04W72/12GK101400136SQ20071016158公開日2009年4月1日申請日期2007年9月29日優(yōu)先權(quán)日2007年9月29日發(fā)明者軍劉,劉玉宇,邯卜,張運璣,鵬王,王東輝,軍程,剛聶,偉肖申請人:華為技術(shù)有限公司