[發(fā)明專利]一種無(wú)線通信中的UE和基站中的方法和裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 202010189585.1
• 申請(qǐng)日: 2016-05-21
• 公開（公告）號(hào): CN111404656B
• 公開（公告）日: 2022-03-29
• 發(fā)明（設(shè)計(jì)）人: 張曉博;蔣琦
• 申請(qǐng)（專利權(quán)）人: 上海朗帛通信技術(shù)有限公司
• 主分類號(hào): H04L5/00
• 分類號(hào): H04L5/00;H04L1/18;H04W72/04;H04W72/12
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

本發(fā)明公開了一種無(wú)線通信中的UE和基站中的方法和裝置，UE在第一時(shí)頻資源中發(fā)送第一無(wú)線信號(hào)，隨后在第二時(shí)頻資源中檢測(cè)第一信令。其中，所述第一時(shí)頻資源是由所述UE自行選擇的。所述第一參數(shù)集合包括{第一標(biāo)識(shí)，第二標(biāo)識(shí)}中的至少之一。所述第一信令被用于確定第三標(biāo)識(shí)。所述UE通過比對(duì)所述第三標(biāo)識(shí)和所述第二標(biāo)識(shí)判斷所述第一無(wú)線信號(hào)是否被基站正確接收。本發(fā)明通過設(shè)計(jì)第二標(biāo)識(shí)和第三標(biāo)識(shí)，解決無(wú)調(diào)度的上行傳輸，UE如何獲知其所發(fā)送的上行數(shù)據(jù)被正確接收的問題。同時(shí)，將第一參數(shù)集合與第一時(shí)頻資源及第二時(shí)頻資源建立聯(lián)系，使UE和基站可以在固定的資源上獲取上行數(shù)據(jù)，以及上行數(shù)據(jù)對(duì)應(yīng)的反饋，降低盲檢測(cè)的復(fù)雜度。

本申請(qǐng)是以下原申請(qǐng)的分案申請(qǐng)：

--原申請(qǐng)的申請(qǐng)日：2016年05月21日

--原申請(qǐng)的申請(qǐng)?zhí)枺?01610343652.4

--原申請(qǐng)的發(fā)明創(chuàng)造名稱：一種無(wú)線通信中的UE和基站中的方法和裝置

技術(shù)領(lǐng)域

本申請(qǐng)涉及無(wú)線通信系統(tǒng)中的無(wú)線信號(hào)的傳輸方案，特別是涉及基于蜂窩網(wǎng)通信的上行傳輸及下行反饋的方法和裝置。

背景技術(shù)

傳統(tǒng)的基于數(shù)字調(diào)制方式的無(wú)線通信系統(tǒng)，例如3GPP(3rd Generation PartnerProject，第三代合作伙伴項(xiàng)目)蜂窩系統(tǒng)中，上行無(wú)線信號(hào)的發(fā)送是基于基站的調(diào)度。而對(duì)下一代無(wú)線通信系統(tǒng)而言，IoT(Internet of Things，物聯(lián)網(wǎng))通信可能會(huì)成為一個(gè)重要的應(yīng)用場(chǎng)景。

IoT通信的特征包括：終端設(shè)備的數(shù)量非常巨大，終端設(shè)備所支持的待機(jī)時(shí)間較長(zhǎng)(功耗要低)，終端設(shè)備的成本較低等方面。傳統(tǒng)的基于調(diào)度的上行發(fā)送不再適用于IoT，原因包括：

-.下行調(diào)度所需要的信令會(huì)嚴(yán)重降低傳輸效率。尤其考慮到典型的一次IoT的上行發(fā)送所包括的信息比特?cái)?shù)量通常比較少。

-.增加終端設(shè)備的功耗，降低待機(jī)時(shí)間。現(xiàn)有的系統(tǒng)中，終端設(shè)備首先通過例如SR(Scheduling Request，調(diào)度請(qǐng)求)等信令，然后才能發(fā)送上行傳輸。

-.增大了上行傳輸延時(shí)。一些特殊場(chǎng)景中，IoT通信需要較低的傳輸延時(shí)，而現(xiàn)有的基于調(diào)度的上行傳輸不能滿足這一需求。

針對(duì)上述問題，CB(Contention Based，基于競(jìng)爭(zhēng)的)上行傳輸被提出，即UE不需要基站的調(diào)度即可發(fā)送上行信息。如果沒有發(fā)生(兩個(gè)或者多個(gè)UE之間的)沖突，則基站能夠正確譯碼上行信息。

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

發(fā)明人通過研究發(fā)現(xiàn)，CB上行傳輸?shù)暮锰幹辉谟冢?dāng)基站所需服務(wù)的用戶數(shù)較多，且每個(gè)用戶所需的時(shí)頻資源較小時(shí)，CB上行傳輸可以有效的降低控制信令的開銷和控制信令的碰撞。然后，CB上行傳輸也會(huì)存在一個(gè)顯著的問題，即當(dāng)有多個(gè)UE同時(shí)選擇同一塊資源進(jìn)行上行傳輸時(shí)，而基站只解碼出了所述多個(gè)UE中的部分UE的上行數(shù)據(jù)，并發(fā)送對(duì)應(yīng)的HARQ-ACK(Hybrid Automatic Repeat request-Acknowledgement，混合自動(dòng)重傳請(qǐng)求確認(rèn))時(shí)，所述多個(gè)UE無(wú)法知道基站發(fā)送的HARQ-ACK中哪一個(gè)是其自己的。上述問題的一個(gè)簡(jiǎn)單的方法，就是基站預(yù)留足夠多的資源用于CB上行傳輸，且基站也同時(shí)預(yù)留與上行資源匹配的下行資源發(fā)送對(duì)應(yīng)的HARQ-ACK。但是這樣當(dāng)沒有較多UE進(jìn)行CB傳輸時(shí)，這些預(yù)先配置的資源會(huì)產(chǎn)生嚴(yán)重的浪費(fèi)，且這個(gè)方法本身也違背了CB上行傳輸?shù)脑O(shè)計(jì)初衷。

針對(duì)上述問題，本申請(qǐng)?zhí)峁┝私鉀Q方案。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)的實(shí)施例和實(shí)施例中的特征可以任意相互組合。例如，本申請(qǐng)的UE中的實(shí)施例和實(shí)施例中的特征可以應(yīng)用到基站中，反之亦然。

本申請(qǐng)公開了一種被用于無(wú)線通信的UE中的方法，其中，包括如下步驟：

-步驟A.在第一時(shí)頻資源中發(fā)送第一無(wú)線信號(hào)