国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      信息獲取方法和基站的制作方法

      文檔序號:8208101閱讀:267來源:國知局
      信息獲取方法和基站的制作方法
      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及通信領(lǐng)域,并且更具體地,涉及一種信息獲取方法和基站。
      【背景技術(shù)】
      [0002]在長期演進(jìn)(Long Term Evolut1n,LTE)系統(tǒng)中,小區(qū)中的用戶設(shè)備(UserEquipment,UE)每傳輸時間間隔(Transmiss1n Time Interval,TTI)都會盲解物理下行控制信道(Physical Downlink Control Channel,F(xiàn)1DCCH),解析 F1DCCH 成功后,如果獲得上行授權(quán),然后將下行數(shù)據(jù)的循環(huán)冗余校驗(Cyclic Redundancy Check,CRC)結(jié)果指示(包括正確應(yīng)答(Acknowledgement,ACK)和否定應(yīng)答(Negative Acknowledgement, NACK)),通過上行隨路的方式反饋給基站;如果當(dāng)前TTI沒有上行授權(quán),那么下行數(shù)據(jù)的CRC校驗結(jié)果指示,通過物理上行控制信道(Physical Uplink Control Channel,PUCCH)上的預(yù)留資源反饋給基站,基站根據(jù)反饋的CRC結(jié)果決定下一次下行調(diào)度是新傳還是重傳。
      [0003]然而,在用戶設(shè)備每TTI盲解HXXH時,可能會出現(xiàn)有些TTI的HXXH的上行授權(quán)被漏檢或是誤檢的情況,一旦上行授權(quán)被漏檢或是誤檢,用戶設(shè)備可能會通過錯誤的信道發(fā)送CRC結(jié)果指示,此時,基站將檢測不到用戶設(shè)備發(fā)送的CRC結(jié)果指示,將會出現(xiàn)下行不連續(xù)發(fā)送(Discontinuous Transmiss1n, DTX),導(dǎo)致下行數(shù)據(jù)重傳,這樣下行數(shù)據(jù)的時延就會增大,直接影響分組因特網(wǎng)探測器(Packet Internet Groper,PING)包時延、服務(wù)質(zhì)量(Quality of Service,QoS)滿意度以及系統(tǒng)的吞吐率等。

      【發(fā)明內(nèi)容】

      [0004]本發(fā)明實施例提供一種信息獲取方法和基站,能夠減小下行數(shù)據(jù)傳輸?shù)臅r延。
      [0005]第一方面,提供了一種信息獲取方法,包括:根據(jù)是否已向用戶設(shè)備發(fā)送針對第一傳輸時間間隔TTI的上行授權(quán),確定第一信道和第二信道,其中,該第一信道為PUCCH且該第二信道為物理上行共享信道(Physical Uplink Shared Channel,PUSCH),或者該第一信道為PUSCH且該第二信道為PUCCH ;在該第一 TTI從該第一信道解析該用戶設(shè)備針對下行數(shù)據(jù)發(fā)送的循環(huán)冗余校驗CRC結(jié)果指示;當(dāng)從該第一信道解析不到該CRC結(jié)果指示時,在該第一 TTI從該第二信道解析該用戶設(shè)備發(fā)送的該CRC結(jié)果指示。
      [0006]結(jié)合第一方面,在第一方面的第一種可能的實現(xiàn)方式中,該確定第一信道和第二信道,包括:在已向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)USCH確定為該第一信道以及將該P(yáng)UCCH確定為該第二信道。
      [0007]結(jié)合第一方面或第一方面的第一種可能的實現(xiàn)方式,在第一方面的第二種可能的實現(xiàn)方式中,該確定第一信道和第二信道,包括:在未向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)UCCH確定為該第一信道以及將該P(yáng)USCH確定為該第二信道。
      [0008]結(jié)合第一方面,第一方面的第一種可能的實現(xiàn)方式或第一方面的第二種可能的實現(xiàn)方式,在第一方面的第三種可能的實現(xiàn)方式中,該方法還包括:當(dāng)從該第二信道解析不到該用戶設(shè)備發(fā)送的該CRC結(jié)果指示時,在第二 TTI向述用戶設(shè)備重傳該下行數(shù)據(jù)。
      [0009]第二方面,提供了一種基站,包括:確定模塊,用于根據(jù)是否已向用戶設(shè)備發(fā)送針對第一傳輸時間間隔TTI的上行授權(quán),確定第一信道和第二信道,該第一信道不同于該第二信道,其中,該第一信道為PUCCH且該第二信道為PUSCH,或者該第一信道為PUSCH且該第二信道為PUCCH ;解析模塊,用于在該第一 TTI從該第一信道解析該用戶設(shè)備針對下行數(shù)據(jù)發(fā)送的循環(huán)冗余校驗CRC結(jié)果指示,以及當(dāng)從該第一信道解析不到該CRC結(jié)果指示時,在該第一 TTI從該第二信道解析該用戶設(shè)備發(fā)送的該CRC結(jié)果指示。
      [0010]結(jié)合第二方面,在第二方面的第一種可能的實現(xiàn)方式中,該確定模塊具體用于:在該基站已向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)USCH確定為該第一信道以及將該P(yáng)UCCH確定為該第二信道。
      [0011]結(jié)合第二方面或第二方面的第一種可能的實現(xiàn)方式,在第二方面的第二種可能的實現(xiàn)方式中,該確定模塊具體用于:在該基站未向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)UCCH確定為該第一信道以及將該P(yáng)USCH確定為該第二信道。
      [0012]結(jié)合第二方面,第二方面的第一種可能的實現(xiàn)方式或第二方面的第二種可能的實現(xiàn)方式,在第二方面的第三種可能的實現(xiàn)方式中,該基站還包括:重傳模塊,用于當(dāng)該解析模塊從該第二信道解析不到該用戶設(shè)備發(fā)送的該CRC結(jié)果指示時,在第二 TTI向述用戶設(shè)備重傳該下行數(shù)據(jù)。
      [0013]第三方面,提供了一種基站,包括存儲器和處理器,其中,該存儲器存儲代碼,該處理器用于調(diào)用該存儲器存儲的代碼執(zhí)行以下操作:根據(jù)是否已向用戶設(shè)備發(fā)送針對第一傳輸時間間隔TTI的上行授權(quán),確定第一信道和第二信道,其中,該第一信道為PUCCH且該第二信道為PUSCH,或者該第一信道為PUSCH且該第二信道為PUCCH ;在該第一 TTI從該第一信道解析該用戶設(shè)備針對下行數(shù)據(jù)發(fā)送的循環(huán)冗余校驗CRC結(jié)果指示;當(dāng)從該第一信道解析不到該CRC結(jié)果指示時,在該第一 TTI從該第二信道解析該用戶設(shè)備發(fā)送的該CRC結(jié)果指示。
      [0014]結(jié)合第三方面,在第三方面的第一種可能的實現(xiàn)中,該處理器用于調(diào)用該存儲器存儲的代碼具體執(zhí)行以下操作:在該基站已向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)USCH確定為該第一信道以及將該P(yáng)UCCH確定為該第二信道。
      [0015]結(jié)合第三方面或第三方面的第一種可能的實現(xiàn),在第三方面的第二種可能的實現(xiàn)方式中,該處理器用于調(diào)用該存儲器存儲的代碼執(zhí)行以下操作:在該基站未向該用戶設(shè)備發(fā)送該上行授權(quán)時,將該P(yáng)UCCH確定為該第一信道以及將該P(yáng)USCH確定為該第二信道。
      [0016]結(jié)合第三方面,第三方面的第一種可能的實現(xiàn)方式或第三方面的第二種可能的實現(xiàn)方式,在第三方面的第三種可能的實現(xiàn)方式中,該處理器用于調(diào)用該存儲器存儲的代碼還執(zhí)行以下操作:當(dāng)從該第二信道解析不到該用戶設(shè)備發(fā)送的該CRC結(jié)果指示時,在第二TTI向述用戶設(shè)備重傳該下行數(shù)據(jù)。
      [0017]因此,在本發(fā)明實施例中,基站通過基于是否已向用戶設(shè)備發(fā)送針對第一 TTI的上行授權(quán),確定第一信道以及不同于第一信道的第二信道,該第一信道和該第二信道分別為PUCCH和PUSCH中的一種,并在第一信道解析不到用戶設(shè)備發(fā)送的CRC結(jié)果指示時,在第二信道解析用戶設(shè)備發(fā)送的CRC結(jié)果指示,可以解決用戶設(shè)備漏檢、誤檢或虛檢HXXH中的上行授權(quán)而導(dǎo)致的下行DTX,減少下行數(shù)據(jù)傳輸?shù)臅r延,從而減少PING包時延、提升QoS滿意度以及提高系統(tǒng)的吞吐率。
      【附圖說明】
      [0018]為了更清楚地說明本發(fā)明實施例的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
      [0019]圖1是根據(jù)本發(fā)明實施例的信息獲取方法的示意性流程圖。
      [0020]圖2是根據(jù)本發(fā)明另一實施例的信息獲取過程的示意性流程圖。
      [00
      當(dāng)前第1頁1 2 3 4 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1