• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    一種上行信息的處理方法及裝置制造方法及圖紙

    技術編號:14776425 閱讀:64 留言:0更新日期:2017-03-09 13:06
    本發明專利技術提供一種上行信息的處理方法及裝置,應用于基站的處理方法包括:接收終端發送的一上行混合自動重傳請求HARQ進程的上行數據包;在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息;判斷在后續的第二預設子幀時是否需要在所述HARQ進程上調度上行數據傳輸,若不需要,在所述第二預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,并結束該HARQ進程。本發明專利技術實施例通過兩次下發ACK確認信息,使得終端能夠確定該HARQ進程結束,縮短終端確認上行傳輸成功所需的時間,減少終端監聽反饋消息的次數,降低業務時延。

    【技術實現步驟摘要】

    本專利技術涉及無線通信
    ,特別涉及一種上行信息的處理方法及裝置
    技術介紹
    LTE系統中,上行混合自動重傳請求HARQ采用同步的多進程停等的HARQ協議,同時支持同步自適應HARQ,初始傳輸發生后,重傳必須發生在預定義的時刻,即對于某一個上行的HARQ進程,終端進行一次數據傳輸后,在等到ACK/NACK(反饋信息)反饋之前,此進程暫時中止,待終端接收到基站反饋的ACK/NACK后,在根據反饋信息的具體情況確定是發送新的數據還是重傳數據。3GPP36.300中規定了上行HARQ的處理流程,如下表所示:表9.1-1:上行HARQ運算如上表所示,給定某個上行HARQ過程,在預定義的反饋子幀中,1)如果終端只收到PHICH,且其值為NACK,則使用非自適應重傳;2)如果終端只收到PHICH,且其值為ACK,則不進行任何傳輸,也不會清空HARQ緩沖區。此時,終端不做任何操作,在預定義的后續反饋子幀位置繼續監聽基站是否通過PDCCH信道下發了關于該process(過程)的調度指示;3)如果終端同時收到PHICH和PDCCH,無論收到的PHICH指示的ACK還是NACK,只要同時還收到PDCCH,則終端會忽略PHICH而按照PDCCH上的調度指示來決定如何進行下一次傳輸。目前的上行HARQ機制中,給定HARQ過程,如果網絡側在該過程上不下發指示新數據傳輸的ULGrant(UL授權),終端就無法判斷該次傳輸是否成功,導致終端需要周期性第監聽該次傳輸的反饋信息。這樣一來,不僅上行業務時延會有所增加,尤其對開啟非連續接收CDRX功能的終端來說,上行數據反饋信息的發送時間有很大可能會落在CDRX休眠期,那么終端在上述預定義的反饋信息發送的子幀就需要從休眠狀態轉化為激活狀態,進行PDCCH檢測,然后再次進入休眠。另外,由于根據基站配置的maxHARQ大小的不同,休眠期的終端可能需要周期性地激活監聽PDCCH信道。如圖1所示,以時分雙工TDD系統周期為40ms的CDRX(其中,激活定時器配置為8psf,非激活定時器配置為4psf)為例,在maxHARQ-TX配置大于1時,終端在子幀12發送上行數據、子幀18收到ACK后,仍需在可以調度重傳的子幀28/38上監聽PDCCH信道,導致終端的休眠期反復中斷,可持續休眠時間變短。此外,考慮到終端激活狀態與休眠狀態之間所必須進行的操作和相應的時間,所以當終端可持續休眠的時間過短時,終端可能只能進入一種淺度休眠狀態甚至無法休眠,導致終端在休眠期內頻繁地在激活態與休眠態之間進行狀態轉換,大大降低CDRX能夠帶來的節電增益。
    技術實現思路
    本專利技術的目的在于提供一種上行信息的處理方法及裝置,縮短終端確認上行傳輸成功并結束HARQ進程的時間,減少終端監聽反饋信息的次數,從而降低了業務延時為了達到上述目的,本專利技術實施例提供一種上行信息的處理方法,應用于基站,包括:接收終端發送的一上行混合自動重傳請求HARQ進程的上行數據包;在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息;判斷在后續的第二預設子幀時是否需要在所述HARQ進程上調度上行數據傳輸,若不需要,在所述第二預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,并結束該HARQ進程。其中,所述ACK確認信息由下行物理控制信道PHICH承載。其中,若所述終端開啟非連續接收CDRX功能,所述在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,具體包括:在所述上行數據包校驗成功時,獲取第一預設子幀;其中,所述第一預設子幀為向所述終端發送針對所述上行數據包的反饋信息的子幀;判斷所述第一預設子幀是否落在所述終端的CDRX的休眠期;若所述第一預設子幀落在所述終端的CDRX的休眠期,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在所述第一預設子站上向所述終端發送針對所述上行數據包的ACK確認信息。本專利技術實施例還提供一種上行信息的處理方法,應用于終端,包括:發送一上行混合自動重傳請求HARQ進程的上行數據包至基站;接收所述基站在第一預設子幀上發送的針對所述上行數據包的第一反饋消息;所述第一反饋消息用于標識基站對所述上行數據包校驗成功且當前不需要在所述HARQ進程上調度上行數據傳輸;接收所述基站在后續的第二預設子幀上發送的針對所述上行數據包括的第二反饋消息,結束該HARQ進程;所述第二反饋消息用于標識基站對所述上行數據包校驗成功且所述在所述第二預設子幀時不需要在所述HARQ進程上調度上行數據傳輸。其中,所述第一反饋消息包括由下行物理控制信道PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信息。其中,所述第二反饋消息包括由PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信息。其中,結束該HARQ進程后所述處理方法還包括:清空所述HARQ進程的緩存。本專利技術實施例還提供一種上行信息的處理裝置,應用于基站,包括:數據包接收模塊,用于接收終端發送的一上行混合自動重傳請求HARQ進程的上行數據包;第一發送模塊,用于在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息;第二發送模塊,用于判斷在后續的第二預設子幀時是否需要在所述HARQ進程上調度上行數據傳輸,若不需要,在所述第二預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,并結束該HARQ進程。其中,所述ACK確認信息由下行物理控制信道PHICH承載。其中,所述第一發送模塊包括:獲取子模塊,用于若所述終端開啟非連續接收CDRX功能,在所述上行數據包校驗成功時,獲取第一預設子幀;其中,所述第一預設子幀為向所述終端發送針對所述上行數據包的反饋信息的子幀;判斷子模塊,用于判斷所述第一預設子幀是否落在所述終端的CDRX的休眠期;第一發送子模塊,用于若所述第一預設子幀落在所述終端的CDRX的休眠期,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在所述第一預設子站上向所述終端發送針對所述上行數據包的ACK確認信息。本專利技術實施例還提供一種上行信息的處理裝置,應用于終端,包括:數據包發送模塊,用于發送一上行混合自動重傳請求HARQ進程的上行數據包至基站;第一接收模塊,用于接收所述基站在第一預設子幀上發送的針對所述上行數據包的第一反饋消息;所述第一反饋消息用于標識基站對所述上行數據包校驗成功且當前不需要在所述HARQ進程上調度上行數據傳輸;第二接收模塊,用于接收所述基站在后續的第二預設子幀上發送的針對所述上行數據包括的第二反饋消息,結束該HARQ進程;所述第二反饋消息用于標識基站對所述上行數據包校驗成功且所述在所述第二預設子幀時不需要在所述HARQ進程上調度上行數據傳輸。其中,所述第一反饋消息包括由下行物理控制信道PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信息。其中,所述第二反饋消息包括由PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信本文檔來自技高網
    ...
    一種上行信息的處理方法及裝置

    【技術保護點】
    一種上行信息的處理方法,應用于基站,其特征在于,包括:接收終端發送的一上行混合自動重傳請求HARQ進程的上行數據包;在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息;判斷在后續的第二預設子幀時是否需要在所述HARQ進程上調度上行數據傳輸,若不需要,在所述第二預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,并結束該HARQ進程。

    【技術特征摘要】
    1.一種上行信息的處理方法,應用于基站,其特征在于,包括:接收終端發送的一上行混合自動重傳請求HARQ進程的上行數據包;在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息;判斷在后續的第二預設子幀時是否需要在所述HARQ進程上調度上行數據傳輸,若不需要,在所述第二預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,并結束該HARQ進程。2.根據權利要求1所述的上行信息的處理方法,其特征在于,所述ACK確認信息由下行物理控制信道PHICH承載。3.根據權利要求2所述的上行信息的處理方法,其特征在于,若所述終端開啟非連續接收CDRX功能,所述在所述上行數據包校驗成功,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在第一預設子幀上向所述終端發送針對所述上行數據包的ACK確認信息,具體包括:在所述上行數據包校驗成功時,獲取第一預設子幀;其中,所述第一預設子幀為向所述終端發送針對所述上行數據包的反饋信息的子幀;判斷所述第一預設子幀是否落在所述終端的CDRX的休眠期;若所述第一預設子幀落在所述終端的CDRX的休眠期,且當前不需要在所述HARQ進程上調度上行數據傳輸時,在所述第一預設子站上向所述終端發送針對所述上行數據包的ACK確認信息。4.一種上行信息的處理方法,應用于終端,其特征在于,包括:發送一上行混合自動重傳請求HARQ進程的上行數據包至基站;接收所述基站在第一預設子幀上發送的針對所述上行數據包的第一反饋消息;所述第一反饋消息用于標識基站對所述上行數據包校驗成功且當前不需要在所述HARQ進程上調度上行數據傳輸;接收所述基站在后續的第二預設子幀上發送的針對所述上行數據包括的第二反饋消息,結束該HARQ進程;所述第二反饋消息用于標識基站對所述上行
    \t數據包校驗成功且所述在所述第二預設子幀時不需要在所述HARQ進程上調度上行數據傳輸。5.根據權利4所述的上行信息的處理方法,其特征在于,所述第一反饋消息包括由下行物理控制信道PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信息。6.根據權利要求4所述的上行信息的處理方法,其特征在于,所述第二反饋消息包括由PHICH承載的標識基站對所述上行數據包校驗成功的ACK確認信息。7.根據權利要求4所述的上行信息的處理方法,其特征在于,結束該HARQ進程后,所述處理方法還包括:清空所述HARQ進程的緩存。8.一種上行信息的處理...

    【專利技術屬性】
    技術研發人員:秦姝琦孔露婷曹蕾
    申請(專利權)人:中國移動通信集團公司
    類型:發明
    國別省市:北京;11

    網友詢問留言 已有0條評論
    • 還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。

    1
    主站蜘蛛池模板: 丰满亚洲大尺度无码无码专线 | 国产精品毛片无码| 亚洲乱亚洲乱妇无码麻豆| 秋霞鲁丝片Av无码少妇| 国产网红无码精品视频| 亚洲天然素人无码专区| 无码乱肉视频免费大全合集| 无码精品人妻一区二区三区漫画 | 黄色成人网站免费无码av| 人妻无码一区二区三区免费| 久久久无码精品人妻一区| 人妻无码αv中文字幕久久 | 内射人妻无套中出无码| 免费无码精品黄AV电影| 无码少妇一区二区性色AV| 久久老子午夜精品无码| 亚洲人成无码久久电影网站| 亚洲乱亚洲乱少妇无码| 少妇特殊按摩高潮惨叫无码| 日韩精品无码久久久久久| 亚洲国产精品无码久久久秋霞2| 国产V亚洲V天堂A无码| 亚欧无码精品无码有性视频| 黑人巨大无码中文字幕无码| 免费无码VA一区二区三区| 亚洲不卡中文字幕无码| 国产精品视频一区二区三区无码 | 一本大道无码日韩精品影视| 亚州AV综合色区无码一区 | 亚洲Av无码专区国产乱码DVD| 人妻少妇伦在线无码| aⅴ一区二区三区无卡无码 | 国产成人无码一区二区在线观看| 国模无码一区二区三区不卡| 国产AV无码专区亚洲精品| 国模吧无码一区二区三区| 免费无码av片在线观看| 国产成年无码久久久免费| 亚洲一区AV无码少妇电影☆| 无码人妻一区二区三区在线视频| 日韩精品无码一区二区三区|