本發(fā)明涉及長期演進(LTE，Long Term Evolution)系統(tǒng)的無線網(wǎng)絡傳輸技術，尤其涉及一種在移動終端處于高速運動場景下的頻偏預補償?shù)姆椒ê脱b置。

背景技術：

隨著LTE技術和移動終端產業(yè)鏈不斷成熟和完善，網(wǎng)絡規(guī)模在迅速擴大，高速場景下的LTE用戶也在急速增加。如目前的高鐵時速可以達到350公里/小時以上，在這一高速場景下，移動終端的多普勒頻偏可達800Hz以上，對于兩個小區(qū)重疊覆蓋的區(qū)域，最高多普勒頻偏可達1600Hz以上。

高速場景下，基站和移動終端都必須通過算法對多普勒頻偏進行估計和糾正，才能正確解調數(shù)據(jù)。對于基站側，其處理能力強大，頻偏糾正不存在問題，但對于移動終端側，受限于移動終端的處理能力，可能存在無法進行頻偏估計和頻偏糾正的情況，從而導致容易脫網(wǎng)或者體驗很差。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明實施例期望提供一種頻偏預補償方法及裝置，能夠解決移動終端高速場景下無法進行多普勒頻偏補償?shù)膯栴}。

為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種頻偏預補償方法，所述方法包括：

當確認移動終端處于高速場景時，配置基站傳輸模式為TM8；

對下行專用參考信號(RS)和物理下行共享信道(PDSCH)信號進行頻偏預補償；

將進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。

上述方案中，所述確認移動終端處于高速場景包括：

估計接收到的來自移動終端的上行信號的多普勒頻偏；

當所述上行信號的多普勒頻偏高于預設閾值時，確認移動終端處于高速場景。

上述方案中，所述配置基站傳輸模式為TM8包括：

通過發(fā)送RRC Connection Reconfiguration消息，配置基站傳輸模式為TM8。

上述方案中，所述對下行專用RS和PDSCH進行頻偏預補償包括：

估計接收到的來自移動終端的上行信號的多普勒頻偏；

根據(jù)所述上行信號的多普勒頻偏，對所述下行專用RS和PDSCH信號進行頻偏預補償。

上述方案中，所述方法還包括：

移動終端接收所述進行頻偏預補償后的下行專用RS和PDSCH信號；

根據(jù)所述進行頻偏預補償后的下行專用RS進行信道估計，并解調所述進行頻偏預補償后的PDSCH信號。

本發(fā)明實施例還提供了一種頻偏預補償裝置，所述裝置包括：確認模塊、傳輸模式配置模塊、頻偏預補償模塊、發(fā)送模塊，其中，

所述確認模塊，用于確認移動終端是否處于高速場景；

所述傳輸模式配置模塊，用于當確認移動終端處于高速場景時，配置基站傳輸模式為TM8；

所述頻偏預補償模塊，用于對下行專用參考信號(RS)和物理下行共享信道(PDSCH)信號進行頻偏預補償；

所述發(fā)送模塊，用于將進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。

上述方案中，所述確認模塊具體用于：

估計接收到的來自移動終端的上行信號的多普勒頻偏；

當所述上行信號的多普勒頻偏高于預設閾值時，則確認移動終端處于高速場景。

上述方案中，所述傳輸模式配置模塊具體用于：通過發(fā)送RRC Connection Reconfiguration消息，配置基站傳輸模式為TM8。

上述方案中，所述頻偏預補償模塊具體用于：

估計接收到的來自移動終端的上行信號的多普勒頻偏；

根據(jù)所述上行信號的多普勒頻偏，對所述下行專用RS和PDSCH信號進行頻偏預補償。

本發(fā)明實施例還提供了一種移動終端，所述移動終端用于：

接收所述進行頻偏預補償后的下行專用RS和PDSCH信號；

根據(jù)所述進行頻偏預補償后的下行專用RS進行信道估計，并解調所述進行頻偏預補償后的PDSCH信號。

本發(fā)明實施例所提供的頻偏預補償方法及裝置，當確認移動終端處于高速場景時，配置基站傳輸模式為TM8；對下行專用參考信號(RS)和物理下行共享信道(PDSCH)信號進行頻偏預補償；將所述進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。如此，通過基站預先對PDSCH信號進行頻偏補償，能夠降低對移動終端高速場景下的頻偏解調能力的要求，避免脫網(wǎng)現(xiàn)象發(fā)生，提高用戶體驗。

附圖說明

圖1為本發(fā)明實施例一頻偏預補償方法流程示意圖；

圖2為本發(fā)明實施例二頻偏預補償方法流程示意圖；

圖3為本發(fā)明實施例頻偏預補償裝置結構示意圖。

具體實施方式

在LTE系統(tǒng)中，移動終端進行下行信道估計主要依靠來自于基站的下行參考信號(RS，Reference Signals)，而基站的下行RS是適用于整個小區(qū)的，無法針對單獨一個移動終端進行處理。

因此，本發(fā)明實施例中，需要基于下行專用RS進行頻偏預補償：當基站確認移動終端處于高速場景時，配置基站傳輸模式為TM8；基站對下行專用 RS和PDSCH信號進行頻偏預補償；將所述進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。如此，移動終端接收到的下行專用RS和PDSCH信號的多普勒頻偏很小或者已經(jīng)沒有多普勒頻偏。

下面結合附圖及具體實施例，對本發(fā)明技術方案的實施作進一步的詳細描述。圖1為本發(fā)明實施例一頻偏預補償方法流程示意圖，如圖1所示，本實施例頻偏預補償方法包括以下步驟：

步驟101：基站當確認移動終端處于高速場景時，配置基站傳輸模式為TM8；

本步驟中，所述基站確認移動終端處于高速場景包括：基站估計接收到的來自移動終端的上行信號的多普勒頻偏；當所述上行信號的多普勒頻偏高于預設閾值時，則基站確認移動終端處于高速場景；

其中所述預設閾值可以根據(jù)實際需求進行設定，如設定在不脫網(wǎng)或者不影響用戶體驗前提下，大多數(shù)移動終端能夠承受或處理的多普勒頻偏的最大值作為基站側的預設閾值，本發(fā)明實施例不對預設閾值進行具體限定，任何形式確定的預設閾值均屬于本發(fā)明的保護范圍。

所述配置移動終端的傳輸模式為TM8包括：基站通過發(fā)送無線資源控制連接重配置消息(RRC Connection Reconfiguration)消息，配置移動終端的傳輸模式為TM8；其中，所述TM8模式為雙流Beamforming模式。

步驟102：基站對下行專用參考信號(RS)和物理下行共享信道(PDSCH)信號進行頻偏預補償；

所述基站對下行專用RS和PDSCH進行頻偏預補償包括：基站實時估計接收到的來自移動終端的上行信號的多普勒頻偏，根據(jù)所述上行信號的多普勒頻偏，對所述下行專用RS和PDSCH信號進行頻偏預補償。

步驟103：將所述進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。

本發(fā)明實施例中，所述移動終端接收到進行頻偏預補償后的下行專用RS和PDSCH信號后，根據(jù)所述進行頻偏預補償后的下行專用RS進行信道估計， 并解調所述進行頻偏預補償后的PDSCH信號。

圖2為本發(fā)明實施例二頻偏預補償方法流程示意圖，如圖2所示，本發(fā)明實施例所述頻偏預補償方法包括以下步驟：

步驟201：移動終端發(fā)起業(yè)務；

本步驟中所述高速移動的LTE移動終端按照正常流程發(fā)起業(yè)務，發(fā)送上行信號到基站；

步驟202：基站估計所述移動終端發(fā)送的上行信號的多普勒頻偏；

步驟203：判斷所述移動終端的上行信號的多普勒頻偏是否高于預設閾值，當所述移動終端的上行信號的多普勒頻偏高于預設閾值時，則認為此時移動終端處于高速移動的場景下，則執(zhí)行步驟204；否則，執(zhí)行步驟210，本流程結束；

其中所述預設閾值可以根據(jù)實際需求進行設定，如設定在不脫網(wǎng)或者不影響用戶體驗前提下，大多數(shù)移動終端能夠承受或處理的多普勒頻偏的最大值作為基站側的預設閾值。

步驟204：基站發(fā)送RRC Connection Reconfiguration消息，配置基站傳輸模式為TM8；

其中，所述TM8模式為雙流Beamforming模式

步驟205：基站實時估計所述上行信號的多普勒頻偏；

步驟206：基站根據(jù)所述上行信號的多普勒頻偏，對下行專用RS和PDSCH進行頻偏預補償；

步驟207：基站將進行頻偏預補償后的下行專用RS和PDSCH發(fā)送到移動終端；

步驟208：移動終端接收所述進行頻偏預補償后的下行專用RS和PDSCH信號；

步驟209：移動終端根據(jù)下行專用RS進行信道估計，并解調進行頻偏預補償后的PDSCH信號；

步驟210：本流程結束。

本發(fā)明實施例還提供了一種頻偏預補償裝置，所述裝置位于基站側，圖3為本發(fā)明實施例頻偏預補償裝置結構示意圖，如圖3所示，所述裝置包括確認模塊31、傳輸模式配置模塊32、頻偏預補償模塊33、發(fā)送模塊34，其中，

所述確認模塊31，用于確認移動終端是否處于高速場景；

本發(fā)明實施例中，所述確認模塊31具體用于：估計接收到的來自移動終端的上行信號的多普勒頻偏；當所述上行信號的多普勒頻偏高于預設閾值時，則確認移動終端處于高速場景。

其中所述預設閾值可以根據(jù)實際需求進行設定，如設定在不脫網(wǎng)或者不影響用戶體驗前提下，大多數(shù)移動終端能夠承受或處理的多普勒頻偏的最大值作為基站側的預設閾值，本發(fā)明實施例不對預設閾值進行具體限定，任何形式確定的預設閾值均屬于本發(fā)明的保護范圍。

所述傳輸模式配置模塊32，用于當確認移動終端處于高速場景時，配置基站傳輸模式為TM8；

本發(fā)明實施例中，所述傳輸模式配置模塊32具體用于：通過發(fā)送RRC Connection Reconfiguration消息，配置基站傳輸模式為TM8；其中，所述TM8模式為雙流Beamforming模式。

所述頻偏預補償模塊33，用于對下行專用參考信號(RS)和物理下行共享信道(PDSCH)信號進行頻偏預補償；

本發(fā)明實施例中，所述頻偏預補償模塊33具體用于：實時估計接收到的來自所述移動終端的上行信號的多普勒頻偏；根據(jù)所述上行信號的多普勒頻偏，對所述下行專用RS和PDSCH信號進行頻偏預補償。

所述發(fā)送模塊34，用于將進行頻偏預補償后的下行專用RS和PDSCH信號發(fā)送到所述移動終端。

本發(fā)明實施例還提供了一種移動終端，所述移動終端用于：接收所述進行頻偏預補償后的下行專用RS和PDSCH信號；根據(jù)所述進行頻偏預補償后的下行專用RS進行信道估計，并解調所述進行頻偏預補償后的PDSCH信號。

圖3和中所示的頻偏預補償裝置中的各處理模塊的實現(xiàn)功能，可參照前述 頻偏預補償方法的相關描述而理解。本領域技術人員應當理解，圖3所示的頻偏預補償裝置中各處理模塊的功能可通過運行于處理器上的程序而實現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)，比如：可由中央處理器(CPU)、微處理器(MPU)、數(shù)字信號處理器(DSP)、或現(xiàn)場可編程門陣列(FPGA)實現(xiàn)。

在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的方法及裝置，可以通過其他的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個模塊或組件可以結合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的通信連接可以是通過一些接口，設備或模塊的間接耦合或通信連接，可以是電性的、機械的或其他形式的。

上述作為分離部件說明的模塊可以是、或也可以不是物理上分開的，作為模塊顯示的部件可以是、或也可以不是物理模塊，即可以位于一個地方，也可以分布到多個網(wǎng)絡模塊上；可以根據(jù)實際的需要選擇其中的部分或全部模塊來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能模塊可以全部集成在一個處理模塊中，也可以是各模塊分別單獨作為一個模塊，也可以兩個或兩個以上模塊集成在一個模塊中；上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能模塊的形式實現(xiàn)。

本領域普通技術人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括：移動存儲設備、只讀存儲器(ROM，Read-Only Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

或者，本發(fā)明實施例上述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發(fā)明實施例的技術方案本質上或者說對現(xiàn)有技術做出貢獻的 部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機、服務器、或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分。而前述的存儲介質包括：移動存儲設備、ROM、磁碟或者光盤等各種可以存儲程序代碼的介質。

本發(fā)明是實例中記載的頻偏預補償方法、裝置只以上述實施例為例，但不僅限于此，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。

以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。