[發明專利]數據傳輸及數據解調方法、服務演進基站和用戶設備有效
| 申請號: | 201210140117.0 | 申請日: | 2012-05-04 |
| 公開(公告)號: | CN102739355A | 公開(公告)日: | 2012-10-17 |
| 發明(設計)人: | 李強 | 申請(專利權)人: | 華為技術有限公司 |
| 主分類號: | H04L1/00 | 分類號: | H04L1/00;H04L1/06;H04L27/26 |
| 代理公司: | 深圳中一專利商標事務所 44237 | 代理人: | 張全文 |
| 地址: | 518129 廣東*** | 國省代碼: | 廣東;44 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 數據傳輸 數據 解調 方法 服務 演進 基站 用戶 設備 | ||
技術領域
本發明屬于通信技術領域,尤其涉及一種數據傳輸及數據解調方法、服務演進基站和用戶設備。
背景技術
請參閱圖1,LTE(Long?Term?Evolution,長期演進技術)系統的信號結構涉及如下概念。
子幀(subframe):時間長度為1毫秒(ms),由兩個時隙(slot)組成。
時隙(slot):時間長度為0.5毫秒(ms),由多個OFDM(Orthogonal?frequency?division?multiplex,正交頻分復用)符號組成。
如果小區處于normal?CP(normal?Cyclic?prefix,正常循環前綴)模式,則該小區內一個slot由7個OFDM符號組成。
如果小區處于extended?CP(extended?Cyclic?prefix,擴展循環前綴)模式,則該小區內一個slot由6個OFDM符號組成。
OFDM符號:由CP(Cyclic?prefix,循環前綴)和信號部分組成。
不同的小區可以有不同的CP長度配置,例如,由一個宏小區(macro?cell)與一個微小區(Pico?cell)構成的網絡中,宏小區由于范圍較大,信道的多徑時延大而采用了extended?CP模式,而由該宏小區覆蓋范圍下的一個微小區則采用normal?CP模式,這樣避免了在CP上浪費系統資源。
在LTE系統中,一個子幀由多個OFDM符號組成,若小區是normal?CP模式,則一個子幀由14個OFDM符號組成,而若小區是extended?CP模式,則一個子幀由12個OFDM符號組成。一般而言,一個子幀大致分成控制區與數據區。以normal?CP模式為例,一個子幀的前1或3個OFDM符號通常用來傳輸控制信道,包括PDCCH(Physical?Downlink?Control?channel,物理層下行控制信道),PCFICH(Physical?Control?Format?Indicator?Channel,物理層控制格式指示信道),PHICH(Physical?Hybrid?ARQ?Indicator?Channel,物理層自動重傳指示信道),而余下的OFDM符號通常用來傳輸數據。
目前的LTE系統可以實現DPS(dynamic?point?selection,動態傳輸點選擇)技術,與傳統的傳輸方式相比,DPS技術允許網絡在傳輸數據時選擇合適的傳輸點。
傳統的傳輸方式中,每個UE(user?equipment,用戶設備),如手機,都有一個serving?eNB(serving?Evolved?NodeB,服務演進基站),即有一個基站為這個UE提供服務。控制信令與數據均由這個服務演進基站向該UE傳輸。然而,在DPS技術下,一個UE可以有多個基站為其提供服務,一般來說,有一個serving?eNB,而其他的稱為cooperative?eNB(協作演進基站)。這多個cooperative?eNB稱為這個UE的Cooperative?set(協作集)。控制信令均由serving?eNB進行傳輸,而數據部分可以由cooperative?set內的任意一個或多個cooperative?eNB進行傳輸。
例如控制信令來自macro?cell,而數據由pico?cell傳輸,如圖2所示,這樣一個子幀之內的前3個符號來自macro?cell,而后面11個符號來自pico?cell。這樣做的好處是,網絡側可以在Cooperative?set內選擇傳輸條件更好的eNB為一個UE進行數據的傳輸。
如果對于一個UE采用DPS傳輸,如果這個UE的協作集中的多個eNB采用了不同的CP長度,則DPS傳輸將會出現問題。例如現有技術中,UE解調時會默認為控制信令與數據采用相同的CP長度。但是實際上數據傳輸與控制信令傳輸因為DPS的緣故沒有采用相同的CP長度,控制信令按照extended?CP模式,數據按照normal?CP模式,那么UE進行數據部分解調時仍然會采用extended?CP模式來進行解調,這樣將不可避免的導致解調出錯。
發明內容
本發明實施例提供了一種數據傳輸及數據解調方法、服務演進基站和用戶設備,旨在解決現有技術基于DPS的數據傳輸與控制信令傳輸沒有采用相同的CP長度,但UE進行數據部分解調時仍然采用控制信令采用的模式來進行解調,導致解調出錯的問題。
一方面,提供一種數據傳輸方法,所述方法包括:
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于華為技術有限公司,未經華為技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201210140117.0/2.html,轉載請聲明來源鉆瓜專利網。
- 數據顯示系統、數據中繼設備、數據中繼方法、數據系統、接收設備和數據讀取方法
- 數據記錄方法、數據記錄裝置、數據記錄媒體、數據重播方法和數據重播裝置
- 數據發送方法、數據發送系統、數據發送裝置以及數據結構
- 數據顯示系統、數據中繼設備、數據中繼方法及數據系統
- 數據嵌入裝置、數據嵌入方法、數據提取裝置及數據提取方法
- 數據管理裝置、數據編輯裝置、數據閱覽裝置、數據管理方法、數據編輯方法以及數據閱覽方法
- 數據發送和數據接收設備、數據發送和數據接收方法
- 數據發送裝置、數據接收裝置、數據收發系統、數據發送方法、數據接收方法和數據收發方法
- 數據發送方法、數據再現方法、數據發送裝置及數據再現裝置
- 數據發送方法、數據再現方法、數據發送裝置及數據再現裝置





