[發(fā)明專利]一種被用于無線通信的用戶設(shè)備、基站中的方法和裝置

在審

• 申請?zhí)枺?/td>: 202010890323.8
• 申請日: 2018-07-12
• 公開（公告）號: CN111970097A
• 公開（公告）日: 2020-11-20
• 發(fā)明（設(shè)計）人: 張曉博;楊林
• 申請（專利權(quán)）人: 上海朗帛通信技術(shù)有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L5/00;H04W72/04;H04W72/12
• 代理公司: 暫無信息
• 代理人: 暫無信息

本申請公開了一種被用于無線通信的用戶設(shè)備、基站中的方法和裝置。用戶設(shè)備接收第一信令，在第一時間窗中接收第一無線信號，然后在第二時間窗中發(fā)送針對所述第一無線信號的反饋。所述第一信令被用于確定所述第一無線信號所占用的時域資源；第一時域偏差是所述第二時間窗與所述第一時間窗在時域上的偏差；如果所述第一信令攜帶第一標(biāo)識，所述第一時域偏差是K1個第一類備選偏差中之一，所述K1是正整數(shù)；如果所述第一信令攜帶第二標(biāo)識，所述第一時域偏差是K2個第二類備選偏差中之一，所述K2是正整數(shù)；所述第一標(biāo)識不同于所述第二標(biāo)識，所述K2個第二類備選偏差中至少一個第二類備選偏差和所述K1個第一類備選偏差都不同。

本申請是以下原申請的分案申請：

--原申請的申請日：2018.07.12

--原申請的申請?zhí)枺?01810763067.9

--原申請的發(fā)明創(chuàng)造名稱：一種被用于無線通信的用戶設(shè)備、基站中的方法和裝置

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

本申請涉及無線通信系統(tǒng)中的傳輸方法和裝置，尤其是涉及支持在非授權(quán)頻譜(Unlicensed Spectrum)上進(jìn)行數(shù)據(jù)傳輸?shù)耐ㄐ欧椒ê脱b置。

背景技術(shù)

在5G系統(tǒng)中，eMBB(Enhance Mobile Broadband，增強型移動寬帶),和URLLC(Ultra Reliable and Low Latency Communication，超高可靠性與超低時延通信)是兩大典型業(yè)務(wù)類型。在3GPP(3rd Generation Partner Project，第三代合作伙伴項目)新空口Release 15中已針對URLLC業(yè)務(wù)定義了一個新的調(diào)制編碼方式(MCS,Modulation andCoding Scheme)表。

為了支持更高要求的URLLC業(yè)務(wù)，比如更高可靠性、更低延遲(0.5-1ms)等，在3GPP(3rd Generation Partner Project，第三代合作伙伴項目)RAN(Radio Access Network，無線接入網(wǎng))#80次全會上通過了新空口Release 16的URLLC增強的SI(Study Item，研究項目)。其中，對調(diào)度/HARQ(Hybrid Automatic Repeat reQuest，混合自動重傳請求)/CSI(Channel State Information，信道狀態(tài)信息)處理時序(timeline)的增強是需要研究一個重點。

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

發(fā)明人通過研究發(fā)現(xiàn)，對于低延遲要求的應(yīng)用需要更快的反饋HARQ/CSI，而對于延遲要求不高的應(yīng)用則可以較慢的反饋HARQ/CSI，因此如何針對不同延遲要求來配置HARQ/CSI反饋是需要解決的一個關(guān)鍵問題。

針對上述問題，本申請公開了一種解決方案。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。

本申請公開了一種用于無線通信的用戶設(shè)備中的方法，其特征在于，包括：

-接收第一信令；

-在第一時間窗中接收第一無線信號；

-在第二時間窗中發(fā)送針對所述第一無線信號的反饋；

其中，所述第一信令被用于確定所述第一無線信號所占用的時域資源；第一時域偏差是所述第二時間窗與所述第一時間窗在時域上的偏差；如果所述第一信令攜帶第一標(biāo)識，所述第一時域偏差是K1個第一類備選偏差中之一，所述K1是正整數(shù)；如果所述第一信令攜帶第二標(biāo)識，所述第一時域偏差是K2個第二類備選偏差中之一，所述K2是正整數(shù)；所述第一標(biāo)識不同于所述第二標(biāo)識，所述K2個第二類備選偏差中至少一個第二類備選偏差和所述K1個第一類備選偏差都不同。

作為一個實施例，本申請要解決的問題是：如何針對新空口Release16對更低延遲要求，對HARQ-ACK反饋延遲配置的方案進(jìn)行增強。