專利名稱：與調(diào)度請求一起發(fā)送ack/nack時的dtx檢測的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的示例性和非限制性實施例一般涉及無線通信系統(tǒng)、方法、設(shè)備和計算機 程序，并且更具體地，涉及移動裝置與網(wǎng)絡(luò)節(jié)點之間的信令技術(shù)。
背景技術(shù)：
本節(jié)意圖提供在權(quán)利要求中陳述的本發(fā)明的背景或上下文。此處的說明可以包括 可以被追求的構(gòu)思，但其不必是先前已設(shè)想或追求的構(gòu)思。因此，除非此處另外指出，否則 本節(jié)所述的內(nèi)容不是本申請中的說明書和權(quán)利要求的現(xiàn)有技術(shù)，并且不通過包括在本節(jié)中 而承認(rèn)其為現(xiàn)有技術(shù)。如下定義在本說明書和附圖中出現(xiàn)的以下
3GPP第三代合作伙伴計劃
ACK確認(rèn)
aGff接入網(wǎng)關(guān)
Bff帶寬
C-Plane控制平面
CQI信道質(zhì)量指示
DL下行鏈路
DTX不連續(xù)傳輸
eNBEUTRAN節(jié)點B (演進節(jié)點B)
EUTRAN演進UTRAN
FDMA頻分多址
LTE長期演進
MAC媒體接入控制
MM移動性管理
NACK否定確認(rèn)
Node B基站
OC正交覆蓋
OFDMA正交頻分多址
PDCP分組數(shù)據(jù)會聚協(xié)議
PHY物理
PDSCH物理下行鏈路共享信道
PUCCH物理上行鏈路控制信道
PUSCH物理上行鏈路共享信道
RLC無線鏈路控制
RRC無線資源控制
RRM無線資源管理
6
RS參考信號
SC-FDMA單載波，頻分多址
SDU服務(wù)數(shù)據(jù)單元
SR調(diào)度請求
UE用戶設(shè)備
UL上行鏈路
U-Plane用戶平面
UTRAN通用陸地?zé)o線接入網(wǎng)
目前，在3GPP內(nèi)正在開發(fā)一種提出的已知為演進UTRAN (E-UTRAN，也稱為
UTRAN-LTE或E-UTRA)的通信系統(tǒng)。當(dāng)前的工作假設(shè)是DL接入技術(shù)將是OFDMA，并且UL接 入技術(shù)將是SC-FDMA。對關(guān)于本發(fā)明的這些及其它問題有意義的一個規(guī)范是3GPP TS36.300、 V8. 3. 0(2007-12)，第三代合作伙伴計劃；技術(shù)規(guī)范組無線接入網(wǎng)；演進通用陸地?zé)o線接入 (E-UTRA)和演進通用陸地接入網(wǎng)(E-UTRAN)；總體說明；第2階段(版本8)。圖1再現(xiàn)3GPP TS 36. 300的圖4，并示出E-UTRAN系統(tǒng)的總體架構(gòu)。E-UTRAN系 統(tǒng)包括eNBs，其朝向UE提供E-UTRA用戶平面(PDCP/RLC/MAC/PHY)和控制平面(RRC)協(xié)議 終止。eNBs借助于X2接口彼此互連。eNBs還借助于Sl接口連接到EPC(演進分組核心)， 更具體地，借助于Sl-MEE接口連接到MME (移動性管理實體)并借助于Sl-U接口連接到服 務(wù)網(wǎng)關(guān)(S-GW)。Sl接口支持MMEs/服務(wù)網(wǎng)關(guān)與eNBs之間的多對多關(guān)系。eNB主持(host)以下功能 用于無線資源管理的功能無線承載控制、無線接納控制、連接移動性控制、在上 行鏈路和下行鏈路兩者中動態(tài)分配資源到UEs (調(diào)度)；·用戶數(shù)據(jù)流的IP報頭壓縮和加密；· UE附件處的MME的選擇；·用戶平面數(shù)據(jù)朝著服務(wù)網(wǎng)關(guān)的路由；·尋呼消息(源自于MME)的調(diào)度和傳輸；·廣播信息(源自于MME或0&M)的調(diào)度和傳輸；以及·用于移動性和調(diào)度的測量和測量報告配置。對隨后的討論特別有意義的兩個文獻是TSG-RAN WG1，Rl-080343, Sevilla，西班 牙，2008年 1 月 14 日 B 18，來源愛立信，標(biāo)題Multiplexingof ACK/NACK and Scheduling Request on PUCCH(在下文中稱為 Rl-080343)，和 3GPP TSG RAN WGl Meeting#51bis, Rl-080035, Sevilla，西班牙，2008年1月14日B 18，來源三星、諾基亞、諾基亞西門子網(wǎng) 絡(luò)、松下、Tl，標(biāo)題Joint proposal on uplink ACK/NACK channelization(在下文中稱為 Rl-080035)。還參考3GPP TR 36. 211，V8. 1. 0 (2007-11)，第三代合作伙伴計劃；技術(shù)規(guī)范組無 線接入網(wǎng)；物理信道和調(diào)制(版本8)，用于包括PUCCH和PUSCH的UL物理信道的第5節(jié)的 中的說明。依照3GPP中的當(dāng)前協(xié)議，將支持SR和ACK/NACK的同時傳輸。然而，多路復(fù)用方 法和準(zhǔn)確的傳輸格式的細(xì)節(jié)留待將來研究。但是，可以注意到雖然用于對SR和ACK/NACK進行多路復(fù)用的被廣泛接受的方法是用于將在需要同時發(fā)送SR和ACK/NACK的情況下將從 SR資源發(fā)送的ACK/NACK。但是已經(jīng)同意通過使用具有未調(diào)制的RS序列的開/關(guān)鍵入來發(fā) 送SR。應(yīng)注意的是，當(dāng)參考SR時，TS 36. 21x系列利用術(shù)語PUCCH格式1。相應(yīng)地，當(dāng)泛 稱ACK/NACK時，指的是PUCCH格式la/lb。下表1總結(jié)了可用PUCCH格式
PUCCH格式控制類型PUCCH格式1調(diào)度請求PUCCH 格式 Ia1 位 ACK/NACKPUCCH 格式 Ib2 位 ACK/NACKPUCCH格式2CQIPUCCH 格式 2aCQI+1位 ACK/NACKPUCCH 格式 2bCQI+2 位 ACK/NACK表1 PUCCH 格式在與SR同時發(fā)送ACK/NACK/DTX的情況下，出現(xiàn)關(guān)于DTX檢測的問題。DTX情況涉及發(fā)送到特定UE的DL資源分配許可的失敗。當(dāng)DL資源分配失敗時， 從給定的UL子幀遺漏(missing)與PDCCH/PDSCH相關(guān)的ACK/NACK (s)(從ACK/NACK視點 出發(fā)，這是DTX)，因為UE已出于無論什么原因遺漏了 DL分配，并且因此沒有理由發(fā)送ACK/ NACK或?qū)⑵浒ㄔ赨L子幀中。然而，eNB不能知道ACK/NACK不存在，結(jié)果，不正確地解釋 來自UE的接收?？梢圆捎肈L ACK/NACK DTX檢測器來嘗試解決該問題，例如，以識別DL ACK/NACK 是否存在。然而，如果ACK/NACK DTX檢測器失敗，則可能發(fā)生至少兩種類型的錯誤。第一種錯誤類型可以稱為錯誤檢測，DTX —ACK/NACK:其中DL資源分配許可失敗， 但是eNB不能檢測到這已發(fā)生。第二種錯誤類型可以稱為錯誤警報，ACK/NACK — DTX 其中eNB認(rèn)為DL分配許可 已經(jīng)以失敗，即使其已被UE正確地接收到。在該上下文中，DTX對應(yīng)于SR的信令，而不是ACK/NACK和SR的組合。如可以認(rèn)識到的那樣，這種類型的SR和ACK/NACK多路復(fù)用方案中的錯誤情況可 以導(dǎo)致嚴(yán)重的問題，特別是在所謂的DTX(SR) — ACK錯誤情況下，因此在開發(fā)用于SR和 ACK/NACK的多路復(fù)用方案是應(yīng)加以考慮。當(dāng)即使UE未發(fā)送ACK，而是僅發(fā)送SR，eNB也檢測到ACK時，發(fā)生DTX至ACK錯誤。 DL調(diào)度信息遺漏檢測與DTX至ACK錯誤(對于DL-SCH)的組合對較高層協(xié)議有影響，例如， 其可以導(dǎo)致較高層錯誤。從DL的視點出發(fā)，將接收到的SR解釋為ACK是特別麻煩的錯誤 情況，因為DL傳輸被錯誤地假設(shè)為已被UE正確地接收。這意味著較高協(xié)議層必須最終檢測被UE遺漏的DL傳輸，并隨后提供某些手段以進行恢復(fù)。通常，此類較高協(xié)議層錯誤恢復(fù) 將明顯慢于Ll恢復(fù)，并且實現(xiàn)起來將需要明顯更多的信令開銷。因此期望的是即使真有的 話，以非常低的比率發(fā)生此類錯誤情況。在R1-080343中提出一種ACK/NACK和SR多路復(fù)用方法。然而，未考慮各種錯誤 情況，尤其是DTX至ACK錯誤情況。

發(fā)明內(nèi)容
以下概述部分意圖僅僅是示例性且非限制性的。通過使用本發(fā)明的示例性實施例，克服了前述及其它問題，并實現(xiàn)了其它優(yōu)點。在本發(fā)明的第一方面，本發(fā)明的示例性實施例提供依照本發(fā)明的示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之間發(fā) 送信號的方法。該方法包括生成包括調(diào)度請求的第一指示的消息。還包括確定是否將與所 述第一指示一起在子幀中發(fā)送第二指示。所述第二指示(例如，確認(rèn))指示下行鏈路資源 分配許可已經(jīng)成功且所有相應(yīng)的碼字已被正確檢測。該方法包括，響應(yīng)于將不包括所述第 二指示的確定，以第一配置來配置所述消息，并且響應(yīng)于將包括所述第二指示的確定，所述 消息還包括所述第二指示并以第二配置來配置所述消息。所述第一配置不同于所述第二配 置。該方法還包括在所述子幀中經(jīng)由無線發(fā)射器發(fā)送所述消息。依照本發(fā)明的另一示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之 間發(fā)送信號的裝置(10)。該裝置(10)包括被配置為生成包括調(diào)度請求的消息的消息生成 模塊。還包括被配置為確定是否將在與所述消息相同的子幀中發(fā)送確認(rèn)的確定模塊。所述 消息生成模塊還被配置為響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息； 并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息。所述第 一配置不同于所述第二配置。依照本發(fā)明的附加示例性實施例是一種有形地對包括程序指令的計算機程序進 行編碼的計算機可讀介質(zhì)，該程序指令的執(zhí)行導(dǎo)致用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12) 之間發(fā)送信號的操作。該操作包括生成包括調(diào)度請求的消息并確定是否將在與所述調(diào)度請 求相同的子幀中發(fā)送確認(rèn)。響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息， 并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息。所述第 一配置不同于所述第二配置。依照本發(fā)明的另一示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之 間發(fā)送信號的裝置(10)。所述裝置(10)包括32。裝置(10)包括消息生成裝置(IOF)，其 用于生成包括調(diào)度請求的消息；和第一確定裝置(IOE)，其用于確定是否將在與所述消息 相同的子幀中發(fā)送確認(rèn)。所述消息生成裝置(IOF)還用于響應(yīng)于將不包括所述確認(rèn)的確 定，以第一配置來配置所述消息；并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第 二配置來配置所述消息。所述第一配置不同于所述第二配置。


當(dāng)結(jié)合附圖來閱讀時，在以下詳細(xì)說明中，使得本發(fā)明的示例性實施例的前述及 其它方面更加顯而易見，其中
圖1再現(xiàn)3GPP TS 36. 300的圖4，并示出E-UTRAN系統(tǒng)的總體架構(gòu)。圖2示出適合于在實施本發(fā)明的示例性實施例時使用的各種電子設(shè)備的簡化方 框圖。圖3示出依照本發(fā)明的示例性實施例的1位ACK/NACK的示例性星座映射。圖4示出依照本發(fā)明的示例性實施例的2位ACK/NACK的示例性星座映射。圖5示出示出依照本發(fā)明的其它示例性實施例的1位ACK/NACK的示例性星座映射。圖6示出進一步依照本發(fā)明的示例性實施例的2位ACK/NACK的示例性星座映射， 具有跨兩個時隙進行星座重新布置。圖7將先前提出的ACK/NACK信道化與通過使用本發(fā)明的確定示例性實施例實現(xiàn) 的相對比。圖8和9是示出依照本發(fā)明的示例性實施例的方法操作、和計算機程序指令的執(zhí) 行結(jié)果的邏輯流程圖。圖10示出調(diào)度請求和ACK/NACK資源，并且在解釋通過本發(fā)明的示例性實施例實 現(xiàn)的第四方法的操作時有用。圖11是示出進一步依照本發(fā)明的示例性實施例的方法操作、和計算機程序指令 的執(zhí)行結(jié)果的邏輯流程圖。圖12示出進一步依照本發(fā)明的示例性實施例的2位ACK/NACK的另一示例性星座 映射，具有跨兩個時隙的星座重新布置。
具體實施例方式在由Kari Pajukoski 與Esa Tiirola在2007年 10 月 30 日提交的題為 Apparatus, Method, and Computer Program Product Providing ImprovedScheduling Request Signaling with ACK/NACK or CQI的共同擁有的美國臨時專利申請No. 61/001，207中描述 了用于對SR和ACK/NACK進行多路復(fù)用的一種示例性和非限制性程序。在由 Esa Tiirola、Kari Pajukoski、Kari Hooli 與 Esa Malkamaki在 2007 年 6 月 18 日提交的題為 Multiplexing of Scheduling Request and ACK/NACKand/or CQI Transmitted on PUCCH的共同擁有的美國臨時專利申請No. 60/936，033中描述了用于對 SR和ACK/NACK進行多路復(fù)用的一種示例性和非限制性程序。本發(fā)明的示例性實施例一般涉及3GPP LTE標(biāo)準(zhǔn)化，并且特別地涉及有或沒有在 PUCCH上的同時ACK/NACK傳輸?shù)腟R傳輸。然而，應(yīng)注意的是，雖然下面在E-UTRAN(UTRAN-LTE)系統(tǒng)的上文中描述示例性實 施例，但本發(fā)明的示例性實施例不限于僅與此一種特定類型的無線通信系統(tǒng)一起使用，并 且其可以有利地用于其它無線通信系統(tǒng)。對用于示出適合于在實施本發(fā)明的示例性實施例時使用的各種電子設(shè)備的簡化 方框圖的圖2進行參考。在圖2中，無線網(wǎng)絡(luò)1適合于經(jīng)由諸如此處為方便起見也稱為節(jié) 點B(基站)、更具體地為eNB 12的網(wǎng)絡(luò)接入節(jié)點12的另一裝置與此處為方便起見也稱為 UE 10的裝置10通信。網(wǎng)絡(luò)1可以包括可以包括圖1所示的MME/S-GW功能的網(wǎng)絡(luò)控制元 件(NCE)14。
UE 10包括諸如計算機或數(shù)據(jù)處理器(DP) IOA的控制器、被體現(xiàn)為存儲計算機指 令(PROG) IOC的程序的存儲器(MEM) IOB的計算機可讀存儲器介質(zhì)、和用于經(jīng)由一個或多個 天線與eNB 12進行雙向無線通信的適當(dāng)?shù)纳漕l(RF)收發(fā)器10D。eNB 12包括諸如計算機或數(shù)據(jù)處理器(DP) 12A的控制器、被體現(xiàn)為存儲計算機指 令(PROG) 12C的程序的存儲器(MEM) 12B的計算機可讀存儲器介質(zhì)、和用于經(jīng)由一個或多個 天線與UE 10進行通信的RF收發(fā)器12D。eNB 12經(jīng)由數(shù)據(jù)/控制路徑13耦合到NCE 14。 可以將路徑13實現(xiàn)為圖1所示的Sl接口。eNB 12還可以經(jīng)由被實現(xiàn)為圖1所示的X2接 口的數(shù)據(jù)/控制路徑(未示出)耦合到另一 eNB。NCE 14包括諸如計算機或數(shù)據(jù)處理器(DP) 14A的控制器和被體現(xiàn)為存儲計算機 指令(PROG) 14C的相關(guān)程序的存儲器(MEM) 14B的計算機可讀存儲器介質(zhì)。如下文將更詳細(xì)討論的，假設(shè)PROG IOC和12C中的至少一個包括程序指令，該程 序指令在被相關(guān)DP執(zhí)行時使得電子設(shè)備能夠依照本發(fā)明的示例性實施例進行操作。亦即， 可以至少部分地通過可由UE 10的DP IOA和eNB 12的DP 12A執(zhí)行的計算機軟件、或由硬 件、或通過軟件和硬件的組合來實現(xiàn)本發(fā)明的示例性實施例?？梢约僭O(shè)UE 10包括ACK/NACK資源處理器10E、以及SR資源處理器10F。通常，將有由eNB 12提供服務(wù)的多個UE 10。eNB 10可以被或者可以不被相同地 構(gòu)造，但通常全部假設(shè)為在電氣和邏輯上與在無線網(wǎng)絡(luò)1中進行操作所需的相關(guān)網(wǎng)絡(luò)協(xié)議 和標(biāo)準(zhǔn)兼容。UE 10的各種實施例可以包括但不限于蜂窩式電話、具有無線通信能力的個人數(shù) 字助理(PDAs)、具有無線通信能力的便攜式計算機、具有無線通信能力的諸如數(shù)字照相機 的圖像捕捉設(shè)備、具有無線通信能力的游戲設(shè)備、具有無線通信能力的音樂存儲和重放裝 置、允許無線因特網(wǎng)訪問和瀏覽的因特網(wǎng)裝置，以及結(jié)合了此類功能的組合的便攜式單元 或終端。計算機可讀MEM 10B、12B和14B可以是適合于本地技術(shù)環(huán)境的任何類型，并且可 以使用任何適當(dāng)?shù)臄?shù)據(jù)存儲技術(shù)來實現(xiàn)，諸如基于半導(dǎo)體的存儲器設(shè)備、閃速存儲器、磁存 儲器設(shè)備和系統(tǒng)、光學(xué)存儲器設(shè)備和系統(tǒng)、固定存儲器和可移動存儲器。DP 10A、12A和14A可以是適合于本地技術(shù)環(huán)境的任何類型，作為非限制性示例， 可以包括通用計算機、專用計算機、微處理器、數(shù)字信號處理器(DSPs)和基于多核處理器 架構(gòu)的處理器中的一個或多個?，F(xiàn)在討論解決(避免)上文討論的DTX至ACK問題的多種示例性方法。在第一方法中，通過使用相同的星座點作為NACK來發(fā)送SR加DTX，目標(biāo)是使ACK 和SR信號之間的間隔最大化。可以使用例如一個或多個數(shù)字位的一個或多個調(diào)制符號來 表示星座點。關(guān)于此方面，期望的是通過以NACK星座點對應(yīng)于未調(diào)制的RS序列的方式選 擇用于ACK/NACK的星座點來實現(xiàn)最大間隔。以這種方式，用于僅SR、用于SR加DTX和用于 SR加NACK的星座布置是相同的。因此，用于ACK/NACK的星座點使得DTX至ACK問題被最 小化，因為SR加DTX的DTX檢測失敗將很可能讀取SR加NACK。再次參照美國臨時專利申請No. 61/001, 207、或可選地參照R1-080343，可以以下 列方式實現(xiàn)SR和ACK/NACK的多路復(fù)用。在SR = 0的情況下(例如，在否定SR傳輸?shù)那?況下)，UE 10使用ACK/NACK資源來發(fā)送ACK/NACK信息，在SR = 1的情況下(例如，在肯定SR傳輸?shù)那闆r下)，UE 10使用SR資源來發(fā)送ACK/NACK信息。當(dāng)UE 10發(fā)送SR時，其 使用圖3所示的星座布置進行1位ACK/NACK的映射。星座點的同相(I)和正交(Q)映射 是根據(jù)圖3所示的表格。圖4示出2位ACK/NACK的映射，其中，星座點的I和Q映射是根據(jù)圖4所示的表 格。此映射是非限制性示例。依照本發(fā)明，可以修改所使用的星座點，例如，可以切換ACK/ NACK 禾口 NACK/ACK 坐標(biāo)。如鑒于圖3和4可以認(rèn)識到的，當(dāng)UE 10只發(fā)送SR時，其使用NACK(1位情況)或 NACK/NACK(2位情況)星座點(1，0)。應(yīng)注意的是星座點(1，0)還用于發(fā)送用于SR的參考 信號，因為用未調(diào)制的信號來執(zhí)行SR傳輸。在這種情況下，DTX至NACK在eNB 12中是不 可檢測的。然而，這不被視為限制，因為在所有目前達(dá)成一致的UL調(diào)制選項中，都不支持明 示DTX檢測。例如，CQI加ACK/NACK傳輸方案不支持明示DTX檢測。在依照示例性實施例的第二方法中，以在復(fù)數(shù)域中分離SR信號和ACK/NACK信號 的方式來布置ACK/NACK星座(關(guān)于1位ACK/NACK情況參見圖5)。此外，對于2位ACK/ NACK星座的情況，使用兩個時隙(時隙#1、時隙#2)之間的重新布置(如在圖6中)，從而 使(多個)ACK信號與SR信號之間的間隔最大化。如所注釋的，圖5和6示出示例性星座，正認(rèn)識到的是通過旋轉(zhuǎn)、反射、或兩者的使 用，其它星座也是可能的。特別地，對于2位ACK/NACK星座的情況而言，時隙間的一種示例 性重新布置可以是這樣的以便ACK/NACK星座點在兩個時隙中保持相同，而SR星座點在時 隙之間改變(如在圖12中)。此外，可以可選地通過用星座點的復(fù)共軛調(diào)制資源的導(dǎo)頻部 分來獲得類似星座點，例如在SR和DTX的情況。在依照示例性實施例的另一方法(第三)中，配置單獨的周期性SR資源處理器 10F-a以便支持DTX檢測。本實施例中的操作如下 在SR = 0的情況下，UE 10使用ACK/NACK資源來發(fā)送ACK/NACK信息； 在SR = 1的情況下，UE 10使用非周期性SR資源來發(fā)送ACK/NACK信息；以及 在SR = 1和DTX的情況下，UE 10使用周期性SR資源來發(fā)送SR。應(yīng)注意的是在周期性和非周期性SR資源均可用的情況下可獲得改善的DTX檢測。 eNB 12可以通過在僅SR資源(周期性)和ACK/NACK+SR資源(非周期性)處比較信號來 識別可能的DL許可失敗。通常，可以將周期性SR資源視為主SR資源。例如，確定的(Certain)UE 10有機 會在給定的PRB上使用預(yù)定循環(huán)移位和OC資源來發(fā)送SR。因此，周期性地發(fā)生由較高層信 令配置的周期性SR資源10F。非周期性SR資源適用于上文所討論的第三方法。以ACK/NACK信道自動地將在發(fā) 送ACK/NACK和肯定的SR時要使用的資源包含在同一子幀中的方式來設(shè)計多路復(fù)用方案。 只有當(dāng)確定的UE 10在PUCCH上發(fā)送ACK/NACK且可以被視為被鏈接到ACK/NACK信道時， 才可以將非周期性SR資源lOF-a視為可用。第三方法的使用意味著UE 10具有還可以在除其中周期性SR資源10F-a可用的 那些子幀之外的子幀中發(fā)送SR的能力。結(jié)果，如果UE 10具有要接收的DL數(shù)據(jù)(映射ACK/ NACK資源)，則UE 10不需要等待周期性SR資源10F_a并使得可以進行更快的資源請求。 然而，注意，在這種情況下，可以不執(zhí)行如上所述的eNB 12中的改善的DTX檢測。因此，可
12以將這種方法視為提供改善的DTX檢測與改善的SR延遲性能之間的折衷。在這種情況下， 可以使用圖3、4、5和6中所示的調(diào)制星座來改善DTX檢測。應(yīng)注意的是對于其中由DL數(shù)據(jù)傳輸來觸發(fā)對SR傳輸?shù)男枰哪切┓?wù)而言獲得 本實施例實現(xiàn)的改善的SR延遲(例如，網(wǎng)頁瀏覽是這種情況下的一種示例性應(yīng)用)。通過參照圖7，可以看到與先前提出的技術(shù)相比的明顯改善，圖7假設(shè)在使用中具 有12個ACK/NACK信道的正常CP的情況。在上文所討論的第三種方法中，與在R1-080343 中存在的方法相比，改變ACK/NACK與SR之間的映射。這種方法的一個優(yōu)點是可以保持在 R1-080035中同意的現(xiàn)有ACK/NACK信道化原理，并且還可以保持與同意用于擴展CP的映射 方案的兼容性。更具體地，對于擴展CP，不需要對提出的ACK/NACK信道化進行修改，而正常 的CP可以利用擴展CP的ACK/NACK信道化。依照仍另一種(第四)方法，示例性實施例利用可以將ACK/NACK和SR資源劃分 成數(shù)據(jù)部分和包含參考信號的導(dǎo)頻部分(例如，RS序列)這一事實。為了支持DTX檢測， 這種情況下的操作如下 在SR = 0的情況下，UE 10使用ACK/NACK資源來發(fā)送ACK/NACK ； 在SR = 1的情況下，UE 10使用SR資源的數(shù)據(jù)部分和AC/NACK資源的導(dǎo)頻部分 或通過使用SR資源的導(dǎo)頻部分和ACK/NACK資源的數(shù)據(jù)部分來發(fā)送ACK/NACK ；以及 在SR = 1和DTX的情況下，UE 10使用SR資源來發(fā)送SR。根據(jù)依照RAN #52決策的協(xié)議·在否定SR的情況下，使用原始ACK/NACK資源來發(fā)送ACK/NACK ；以及·在肯定SR的情況下，使用SR資源來發(fā)送ACK/NACK?？梢詫R和ACK/NACK兩者劃分成數(shù)據(jù)部分⑶和導(dǎo)頻部分(P)?？梢詫D10進 行參考。此外，優(yōu)選的是SR和ACK/NACK資源兩者均在相同的物理資源塊內(nèi)。為了實現(xiàn)此第四方法，我們可以將SR資源表示為包含Psk和Dsk并將ACK/NACK資 源表示為包含Pan和Dm。使用這些注釋將本操作表示如下 在SR = 0的情況下，UE 10發(fā)送Pan和Dan，其中由ACK/NACK位來調(diào)制Dan ； 在SR = 1的情況下，UE 10發(fā)送〇Pse和Dan，并且由ACK/NACK位來調(diào)制Dan，或者〇Pan和Dsk，并且由ACK/NACK位來調(diào)制Dsk ；以及 在SR = 1和DTX的情況下，UE 10發(fā)送Pse和Dsro基于前述內(nèi)容，顯而易見的是本發(fā)明的示例性實施例提供一種用于UElO向eNB 12指示DTX情況的方法、裝置和計算機程序。參照圖8，在方框8A處，如果SR = 0，則UE使 用ACK/NACK資源來發(fā)送ACK/NACK信息，而在方框8B處，如果SR = 1，則UE使用具有用于 映射1位ACK/NACK指示的圖3或圖5所示的調(diào)制星座或用于映射2位ACK/NACK指示的圖 4或圖6或者圖12所示的調(diào)制星座的SR資源來發(fā)送ACK/NACK信息，其中對于圖6和圖12 的實施例而言，在兩個時隙上進行換星座重新布置?；谇笆鰞?nèi)容，還應(yīng)顯而易見的是，本發(fā)明的示例性實施例還提供了用于UE 10 向eNB 12指示DTX情況的方法、裝置和計算機程序，其通過參照圖9，在方框9A處，如果 SR = 0，則UE使用ACK/NACK資源來發(fā)送ACK/NACK信息，而在方框9B處，如果SR = 1，則 UE使用非周期性SR資源來發(fā)送ACK/NACK信息，而在方框9C處，如果SR = 1且存在DTX情況，則UE使用周期性SR資源來發(fā)送SR。作為非限制性示例，使得eNB 12能夠通過將僅SR資源(周期性)和ACK/NACK+SR 資源(非周期性)處的信號相比較，或通過測量ACK/NACK+SR資源的功率并將其與某些預(yù) 定義閾值相比較，或通過將SR資源的數(shù)據(jù)和導(dǎo)頻部分處與ACK/NACK資源的數(shù)據(jù)和導(dǎo)頻部 分處的信號相比較來識別可能的DL許可失敗。圖11是示出進一步依照本發(fā)明的示例性實施例的方法操作、和計算機程序指令 的執(zhí)行結(jié)果的邏輯流程圖。在方框IlA處，在SR = 0的情況下，UE發(fā)送Pan和Dan，其中由 ACK/NACK位來調(diào)制Dan ；在方框IlB處，在SR = 1的情況下，UE發(fā)送Pan和Dsk，并且由ACK/ NACK位來調(diào)制Dsk，或發(fā)送者Psk和Dan，并且由ACK/NACK位來調(diào)制Dan,并在方框IlC處，在 SR = i和DTX的情況下，UE發(fā)送Psk和Dsk，其中SR和ACK/NACK資源中的每一個可劃分成 數(shù)據(jù)部分⑶和導(dǎo)頻部分⑵，并且其中SR資源被表示為包含Psk和Dsk且ACK/NACK資源 被表示為包含Pan和Dm。對eNB 12進行構(gòu)造和操作，以使其從用于圖8、9和11所示的實施例中的任一個 或兩者的UE 10接收并正確地解釋UL信令?？梢詫D8、9和11所示的各種方框視為方法步驟、和/或由計算機程序代碼的操 作而引起的操作、和/或被構(gòu)造成執(zhí)行相關(guān)(多個)功能的多個耦合的邏輯電路元件。依照本發(fā)明的示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之間發(fā) 送信號的方法。該方法包括生成包括調(diào)度請求的第一指示的消息。還包括確定是否將與所 述第一指示一起在子幀中發(fā)送第二指示。所述第二指示(例如，確認(rèn))指示下行鏈路資源 分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。該方法包括，響應(yīng)于將 不包括所述第二指示的確定，以第一配置來配置所述消息，并且響應(yīng)于將包括所述第二指 示的確定，所述消息還包括所述第二指示并以第二配置來配置所述消息。所述第一配置不 同于所述第二配置。該方法還包括在所述子幀中經(jīng)由無線發(fā)射器發(fā)送所述消息。在上述方法的另一示例性實施例中，該方法還包括確定是否將與調(diào)度請求的指示 一起在子幀中發(fā)送第三指示，其中第三指示指示下行鏈路資源分配許可已經(jīng)成功且至少一 個相應(yīng)碼字中的每一個尚未被正確地檢測。響應(yīng)于將包括所述第三指示的確定，所述消息 還包括所述第三指示并以第三配置來配置所述消息。在上述方法的附加示例性實施例中，當(dāng)以所述第二配置或所述第三配置來配置所 述消息時，使用所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信 道資源和所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道資源來發(fā)送 所述消息。在上述方法的另一示例性實施例中，當(dāng)以所述第二配置或所述第三配置來配置所 述消息時，使用1)所述調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，或2)確認(rèn)資源 的導(dǎo)頻部分和所述調(diào)度請求資源的數(shù)據(jù)部分來發(fā)送所述消息。在上述方法中的任何一個的附加示例性實施例中，所述第一配置與所述第三配置 相同?？蛇x地，所述第一配置不同于所述第三配置，并且所述第二配置不同于所述第三配置。在上述方法中的任何一個的另一示例性實施例中，使用單個調(diào)制符號來表示所述 第一配置、所述第二配置和所述第三配置?？蛇x地，使用兩個調(diào)制符號來表示所述第一配置、所述第二配置和所述第三配置。在上述方法中的任何一個的附加示例性實施例中，當(dāng)以所述第二配置或所述第三 配置來配置所述消息時，使用周期性資源來發(fā)送所述消息。在上述方法中的任何一個的另一示例性實施例中，在存在至少兩個相應(yīng)碼字的情 況下，可以使用第四配置和/或第五配置來指示至少一個相應(yīng)碼字已被正確地檢測且至少 一個相應(yīng)碼字尚未被正確檢測。依照本發(fā)明的另一示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之 間發(fā)送信號的裝置(10)。該裝置(10)包括被配置為生成包括調(diào)度請求的消息的消息生成 模塊。還包括被配置為確定是否將在與所述消息相同的子幀中發(fā)送確認(rèn)的確定模塊。所述 消息生成模塊還被配置為響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息； 并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息。所述第 一配置不同于所述第二配置。在上述裝置(10)的附加示例性實施例中，所述確定模塊還被配置為確定是否將 在與所述消息相同的子幀中發(fā)送否定確認(rèn)；并且所述消息生成模塊還被配置為響應(yīng)于將包 括所述否定確認(rèn)的確定以包括所述否定確認(rèn)的第三配置來配置所述消息。在上述裝置(10)的另一示例性實施例中，所述裝置(10)還包括被配置為響應(yīng)于 正以所述第二配置或所述第三配置來配置所述消息而使用所述調(diào)度請求是否定調(diào)度請求 時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源，和所述調(diào)度請求是肯定調(diào)度請求時調(diào)度 請求物理上行鏈路控制信道資源來發(fā)送所述消息的發(fā)射器。在上述裝置(10)的附加示例性實施例中，還包括被配置為響應(yīng)于正以所述第二 配置或所述第三配置來配置所述消息而使用所述調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的 數(shù)據(jù)部分、和所述確認(rèn)資源的導(dǎo)頻部分和所述調(diào)度請求資源的數(shù)據(jù)部分來發(fā)送所述消息的 發(fā)射器(IOD)。在上述裝置(10)中的任何一個的另一示例性實施例中，當(dāng)以所述第二配置或所 述第三配置來配置所述消息時，使用周期性資源來發(fā)送所述消息。在上述裝置(10)中的任何一個的附加示例性實施例中，所述第一配置與所述第 三配置相同?？蛇x地，所述第一配置不同于所述第三配置，并且所述第二配置不同于所述第
三配置。在上述裝置(10)中的任何一個的另一示例性實施例中，使用單個調(diào)制符號來表 示所述第一配置、所述第二配置和所述第三配置?？蛇x地，使用兩個調(diào)制符號來表示所述第 一配置、所述第二配置和所述第三配置。在上述裝置(10)中的任何一個的附加示例性實施例中，所述否定確認(rèn)指示下行 鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。在上述裝置(10)中的任何一個的另一示例性實施例中，所述確認(rèn)指示下行鏈路 資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。在上述裝置(10)中的任何一個的附加示例性實施例中，在存在至少兩個相應(yīng)碼 字的情況下，還可以將所述消息生成模塊配置為響應(yīng)于至少一個相應(yīng)碼字已被正確地檢測 且至少一個相應(yīng)碼字尚未被正確檢測而以第四配置和/或第五配置來配置所述消息。依照本發(fā)明的附加示例性實施例是一種有形地對包括程序指令的計算機程序進行編碼的計算機可讀介質(zhì)，該程序指令的執(zhí)行導(dǎo)致用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12) 之間發(fā)送信號的操作。該操作包括生成包括調(diào)度請求的消息并確定是否將在與所述調(diào)度請 求相同的子幀中發(fā)送確認(rèn)。響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息， 并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息。所述第 一配置不同于所述第二配置。在上述計算機可讀介質(zhì)的另一示例性實施例中，所述操作還包括確定是否將在 與所述消息相同的子幀中發(fā)送否定確認(rèn)；以及響應(yīng)于將包括所述否定確認(rèn)的確定，以包括 所述否定確認(rèn)的第三配置來配置所述消息。在上述計算機可讀介質(zhì)的附加示例性實施例中，當(dāng)以所述第二配置或所述第三配 置來配置所述消息時，使用所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行 鏈路控制信道資源和所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道 資源來發(fā)送所述消息。在上述計算機可讀介質(zhì)的另一示例性實施例中，當(dāng)以所述第二配置或所述第三配 置來配置所述消息時，使用1)調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，或2)確 認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分來發(fā)送所述消息。在上述計算機可讀介質(zhì)中的任何一個的附加示例性實施例中，當(dāng)以所述第二配置 或所述第三配置來配置所述消息時，使用周期性資源來發(fā)送所述消息。在上述計算機可讀介質(zhì)中的任何一個的另一示例性實施例中，所述第一配置與所 述第三配置相同。可選地，所述第一配置不同于所述第三配置，并且所述第二配置不同于所
述第三配置。在上述計算機可讀介質(zhì)中的任何一個的附加示例性實施例中，使用單個調(diào)制符號 來表示所述第一配置、所述第二配置和所述第三配置?？蛇x地，使用兩個調(diào)制符號來表示所 述第一配置、所述第二配置和所述第三配置。在上述計算機可讀介質(zhì)中的任何一個的另一示例性實施例中，所述否定確認(rèn)指示 下行鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。在上述計算機可讀介質(zhì)中的任何一個的附加示例性實施例中，所述確認(rèn)指示下行 鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。在上述計算機可讀介質(zhì)中的任何一個的另一示例性實施例中，在存在至少兩個相 應(yīng)碼字的情況下，響應(yīng)于至少一個相應(yīng)碼字已被正確地檢測且至少一個相應(yīng)碼字尚未被正 確檢測，使用第四配置和/或第五配置來配置所述消息。依照本發(fā)明的另一示例性實施例是一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之 間發(fā)送信號的裝置(10)。所述裝置(10)包括32。裝置(10)包括消息生成裝置(IOF)，其 用于生成包括調(diào)度請求的消息；和第一確定裝置(IOE)，其用于確定是否將在與所述消息 相同的子幀中發(fā)送確認(rèn)。所述消息生成裝置(IOF)還被配置用于響應(yīng)于將不包括所述確 認(rèn)的確定，以第一配置來配置所述消息；并且響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確 認(rèn)的第二配置來配置所述消息。所述第一配置不同于所述第二配置。在上述裝置(10)的附加示例性實施例中，裝置(10)還包括用于確定是否將在與 所述消息相同的子幀中發(fā)送否定確認(rèn)的第二確定裝置(IOE)。所述消息生成裝置(IOF)還 用于響應(yīng)于將包括第三指示的確定以包括所述否定確認(rèn)的第三配置來配置所述消息。
在上述裝置(10)的另一示例性實施例中，裝置(10)還包括被配置為響應(yīng)于正以 所述第二配置或所述第三配置來配置所述消息而使用所述調(diào)度請求是否定調(diào)度請求時的 確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源和所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請 求物理上行鏈路控制信道資源來發(fā)送所述消息的發(fā)送裝置(IOD)。在上述裝置(10)的附加示例性實施例中，裝置(10)還包括被配置為響應(yīng)于以所 述第二配置或所述第三配置來配置所述消息而使用1)調(diào)度請求資源的導(dǎo)頻部分和確認(rèn) 資源的數(shù)據(jù)部分，或2)確認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分來發(fā)送所述消息 的發(fā)送裝置(IOD)。在上述裝置(10)中的任何一個的另一示例性實施例中，當(dāng)以所述第二配置或所 述第三配置來配置所述消息時，使用周期性資源來發(fā)送所述消息。在上述裝置(10)中的任何一個的附加示例性實施例中，所述第一配置與所述第 三配置相同?？蛇x地，所述第一配置不同于所述第三配置，并且所述第二配置不同于所述第
三配置。在上述裝置(10)中的任何一個的另一示例性實施例中，使用單個調(diào)制符號來表 示所述第一配置、所述第二配置和所述第三配置。可選地，使用兩個調(diào)制符號來表示所述第 一配置、所述第二配置和所述第三配置。在上述裝置(10)中的任何一個的附加示例性實施例中，所述否定確認(rèn)指示下行 鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。在上述裝置(10)中的任何一個的另一示例性實施例中，所述確認(rèn)指示下行鏈路 資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。在上述裝置(10)中的任何一個的附加示例性實施例中，在存在至少兩個相應(yīng)碼 字的情況下，還可以將所述消息生成模塊配置為響應(yīng)于至少一個相應(yīng)碼字已被正確地檢測 且至少一個相應(yīng)碼字尚未被正確檢測而以第四配置和/或第五配置來配置所述消息。通常，可以在硬件或?qū)Ｓ秒娐贰④浖?、邏輯或其任何組合中實現(xiàn)各種示例性實施 例。例如，可以在硬件中實現(xiàn)某些方面，同時可以在可以由控制器、微處理器或其它計算設(shè) 備執(zhí)行的固件或軟件中實現(xiàn)其它方面，雖然本發(fā)明不限于此。雖然可以將本發(fā)明的示例性 實施例的各種方面示為并描述為方框圖、流程圖、或使用某些其它圖示，但應(yīng)很好理解的是 可以作為非限制性示例在硬件、軟件、固件、專用電路或邏輯、通用硬件或控制器或其它計 算設(shè)備或其某些組合中實現(xiàn)此處所述的這些塊、裝置、系統(tǒng)、技術(shù)或方法。同樣地，應(yīng)認(rèn)識到可以在諸如集成電路芯片和模塊的各種部件中實施本發(fā)明的示 例性實施例的至少某些方面。集成電路的設(shè)計大體上是高度自動化的過程。復(fù)雜且強大 的軟件工具可用于將邏輯水平設(shè)計轉(zhuǎn)換成準(zhǔn)備好在半導(dǎo)體襯底上制造的半導(dǎo)體電路設(shè)計。 此類軟件工具可以使用良好建立的設(shè)計規(guī)則以及預(yù)存設(shè)計模塊的庫來自動地布線并將部 件定位于半導(dǎo)體襯底上。一旦用于半導(dǎo)體電路的設(shè)計已完成，則可以將呈標(biāo)準(zhǔn)化電子格式 (例如Opus、⑶SII等)的作為結(jié)果的設(shè)計發(fā)送到半導(dǎo)體制造機構(gòu)以便制造為一個或多個 集成電路器件。在結(jié)合附圖閱讀時，鑒于前述說明，本發(fā)明的前述示例性實施例的各種修改和變 更對于本領(lǐng)域的技術(shù)人員變得明顯。然而，任何和所有修改仍將落入本發(fā)明的非限制性和 示例性實施例的范圍內(nèi)。
另外，如上所述，雖然上文已在E-UTRAN(UTRAN-LTE)系統(tǒng)的上下文中描述了示例 性實施例，但應(yīng)認(rèn)識到本發(fā)明的示例性實施例不限于僅與這一種特定類型的無線通信系統(tǒng) 一起使用，并且其可以有利地在其它無線通信系統(tǒng)中使用。應(yīng)注意的是術(shù)語“連接”、“耦合”或其任何變體意指兩個或更多元件之間的直接或 間接的任何連接或耦合，并且可以包括被“連接”或“耦合”在一起的兩個元件之間的一個 或多個中間元件的存在。元件之間的耦合或連接可以是物理的、邏輯的、或其組合。如此處 所采用的，可以將兩個元件視為通過使用一個或多個導(dǎo)線、電纜和/或印刷電連接、以及通 過使用電磁能被“連接”或“耦合”在一起，作為多個非限制性和非排他性示例，所述電磁能 諸如是具有在射頻區(qū)、微波區(qū)和光學(xué)(可見和不可見兩者)區(qū)中的波長的電磁能。此外，用于所述參數(shù)的各種名稱(例如，CQI、DTX等)不意圖在任何方面是限制性 的，因為可以用任何適當(dāng)名稱來識別這些參數(shù)。此外，使用這些各種參數(shù)的公式和表達(dá)式 可以與此處明確公開的那些不同。此外，被賦予不同信道的各種名稱(例如，PUCCH、PUSCH 等)不意圖在任何方面是限制性的，因為可以用任何適當(dāng)名稱來識別這些各種信道。此外，在沒有其它特征的相應(yīng)使用的情況下，可以有利地使用本發(fā)明的各種非限 制性和示例性實施例的某些特征。同樣地，應(yīng)將前述說明視為僅僅說明本發(fā)明的原理、教導(dǎo) 和示例性實施例，且并被對其進行限制。
權(quán)利要求
一種方法，包括生成包括調(diào)度請求的第一指示的消息，確定是否將與所述第一指示一起在子幀中發(fā)送第二指示，其中所述第二指示指示下行鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測，響應(yīng)于將不包括所述第二指示的確定，以第一配置來配置所述消息，以及響應(yīng)于將包括所述第二指示的確定，所述消息還包括所述第二指示并以第二配置來配置所述消息，其中所述第一配置不同于所述第二配置；以及在所述子幀中經(jīng)由無線發(fā)射器發(fā)送所述消息。
2.權(quán)利要求1的方法，所述方法還包括確定是否將與調(diào)度請求的指示一起在子幀中發(fā)送第三指示，其中所述第三指示指示下 行鏈路資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確地檢測，響應(yīng)于將包括所述第三指示的確定，所述消息還包括所述第三指示并以第三配置來配 置所述消息。
3.權(quán)利要求2的方法，其中當(dāng)以所述第二配置和所述第三配置之一來配置所述消息 時，使用以下各項來發(fā)送所述消息所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源，以及 所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道資源。
4.權(quán)利要求2的方法，其中當(dāng)以所述第二配置和所述第三配置之一來配置所述消息 時，使用以下各項之一來發(fā)送所述消息調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，以及 確認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分。
5.權(quán)利要求2-4中的任一項的方法，其中所述第一配置與所述第三配置相同。
6.權(quán)利要求2-4中的任一項的方法，其中所述第一配置不同于所述第三配置，并且所 述第二配置不同于所述第三配置。
7.權(quán)利要求2-6中的任一項的方法，其中使用單個調(diào)制符號來表示所述第一配置、所 述第二配置和所述第三配置。
8.權(quán)利要求2-6中的任一項的方法，其中使用兩個調(diào)制符號來表示所述第一配置、所 述第二配置和所述第三配置。
9.權(quán)利要求2-8中的任一項的方法，其中當(dāng)以所述第二配置和所述第三配置之一來配 置所述消息時，使用周期性資源來發(fā)送所述消息。
10.權(quán)利要求1-9中的任一項的方法，其中所述至少一個相應(yīng)碼字包括至少兩個相應(yīng) 碼字，所述方法還包括確定是否將與調(diào)度請求的指示一起在子幀中發(fā)送第四指示，其中所述第四指示指示下 行鏈路資源分配許可已經(jīng)成功，所述至少兩個相應(yīng)碼字中的至少一個相應(yīng)碼字尚未被正確 檢測且所述至少兩個相應(yīng)碼字中的至少一個相應(yīng)碼字已被正確檢測；以及響應(yīng)于將包括所述第四指示的確定，所述消息還包括所述第四指示并以第四配置來配 置所述消息。
11.一種裝置(10)，包括:消息生成模塊(IOF)，其被配置為生成包括調(diào)度請求的消息；以及確定模塊(IOE)，其被配置為確定是否將在與所述消息相同的子幀中發(fā)送確認(rèn)；其中所述消息生成模塊(IOF)還被配置為響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息，以及響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息，其中，所述第一配置不同于所述第二配置。
12.權(quán)利要求11的裝置(10)，其中所述確定模塊(IOE)還被配置為確定是否在與所述 消息相同的子幀中發(fā)送否定確認(rèn)；以及所述消息生成模塊(IOF)還被配置為響應(yīng)于將包括所述否定確認(rèn)的確定，以包括所述 否定確認(rèn)的第三配置來配置所述消息。
13.權(quán)利要求12的裝置(10)，還包括被配置為響應(yīng)于正以所述第二配置和所述第三配 置之一來配置所述消息而使用以下各項來發(fā)送所述消息的發(fā)射器(IOD)所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源，以及 所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道資源。
14.權(quán)利要求12的裝置(10)，還包括被配置為響應(yīng)于正以所述第二配置和所述第三配 置之一來配置所述消息而使用以下各項來發(fā)送所述消息的發(fā)射器(IOD)調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，以及 確認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分。
15.權(quán)利要求12-14中的任一項的裝置(10)，其中當(dāng)以所述第二配置和所述第三配置 之一來配置所述消息時，使用周期性資源來發(fā)送所述消息。
16.權(quán)利要求12-15中的任一項的裝置(10)，其中所述第一配置與所述第三配置相同。
17.權(quán)利要求12-15中的任一項的裝置(10)，其中所述第一配置不同于所述第三配置， 并且所述第二配置不同于所述第三配置。
18.權(quán)利要求12-17中的任一項的裝置(10)，其中使用單個調(diào)制符號來表示所述第一 配置、所述第二配置和所述第三配置。
19.權(quán)利要求12-17中的任一項的裝置(10)，其中使用兩個調(diào)制符號來表示所述第一 配置、所述第二配置和所述第三配置。
20.權(quán)利要求12-19中的任一項的裝置(10)，其中所述否定確認(rèn)指示下行鏈路資源分 配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。
21.權(quán)利要求11-20中的任一項的裝置(10)，其中所述確認(rèn)指示下行鏈路資源分配許 可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。
22.權(quán)利要求11-21中的任一項的裝置(10)，其中所述確定模塊(IOE)還被配置為確 定是否將在與所述消息相同的子幀中發(fā)送組合確認(rèn)和否定確認(rèn)；以及所述消息生成模塊(IOF)還被配置為響應(yīng)于將包括所述組合確認(rèn)和否定確認(rèn)以包括 所述組合確認(rèn)和否定確認(rèn)的第四配置來配置所述消息。
23.一種有形地對包括程序指令的計算機程序進行編碼的計算機可讀介質(zhì)，所述程序 指令的執(zhí)行引起的操作包括生成包括調(diào)度請求的消息，確定是否將在與所述調(diào)度請求相同的子幀中發(fā)送確認(rèn)；響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息，以及 響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息， 其中所述第一配置不同于所述第二配置。
24.權(quán)利要求23的計算機可讀介質(zhì)，其中所述操作還包括 確定是否將在與所述消息相同的子幀中發(fā)送否定確認(rèn)；以及響應(yīng)于將包括所述否定確認(rèn)的確定，以包括所述否定確認(rèn)的第三配置來配置所述消肩、ο
25.權(quán)利要求24的計算機可讀介質(zhì)，其中當(dāng)以所述第二配置和所述第三配置之一來配 置所述消息時，使用以下各項來發(fā)送所述消息所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源，以及 所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道資源。
26.權(quán)利要求24的計算機可讀介質(zhì)，其中當(dāng)以所述第二配置和所述第三配置之一來配 置所述消息時，使用以下各項之一來發(fā)送所述消息調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，以及 確認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分。
27.權(quán)利要求24-26中的任一項的計算機可讀介質(zhì)，其中當(dāng)以所述第二配置和所述第 三配置之一來配置所述消息時，使用周期性資源來發(fā)送所述消息。
28.權(quán)利要求24-27中的任一項的計算機可讀介質(zhì)，其中所述第一配置與所述第三配 置相同。
29.權(quán)利要求24-27中的任一項的計算機可讀介質(zhì)，其中所述第一配置不同于所述第 三配置，并且所述第二配置不同于所述第三配置。
30.權(quán)利要求24-29中的任一項的計算機可讀介質(zhì)，其中使用單個調(diào)制符號來表示所 述第一配置、所述第二配置和所述第三配置。
31.權(quán)利要求24-29中的任一項的計算機可讀介質(zhì)，其中使用兩個調(diào)制符號來表示所 述第一配置、所述第二配置和所述第三配置。
32.權(quán)利要求24-31中的任一項的計算機可讀介質(zhì)，其中所述否定確認(rèn)指示下行鏈路 資源分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。
33.權(quán)利要求23-32中的任一項的計算機可讀介質(zhì)，其中所述確認(rèn)指示下行鏈路資源 分配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。
34.權(quán)利要求23-33中的任一項的計算機可讀介質(zhì)，其中所述操作還包括 確定是否將在與所述消息相同的子幀中發(fā)送組合確認(rèn)和否定確認(rèn)；以及響應(yīng)于將包括所述組合確認(rèn)和否定確認(rèn)的確定，以包括所述組合確認(rèn)和否定確認(rèn)的確 定的第四配置來配置所述消息。
35.一種裝置(10)包括消息生成裝置(IOF)，其用于生成包括調(diào)度請求的消息；和第一確定裝置(IOE)，其用于確定是否將在與所述消息相同的子幀中發(fā)送確認(rèn)，其中所述消息生成裝置(IOF)還用于響應(yīng)于將不包括所述確認(rèn)的確定，以第一配置來配置所述消息，并且 響應(yīng)于將包括所述確認(rèn)的確定，以包括所述確認(rèn)的第二配置來配置所述消息，其中所述第一配置不同于所述第二配置。
36.權(quán)利要求35的裝置(10)，還包括用于確定是否將在與所述消息相同的子幀中發(fā)送否定確認(rèn)的第二確定裝置(IOE)，其中所述消息生成裝置(IOF)還用于響應(yīng)于將包括所述否定確認(rèn)的確定以包括所述 否定確認(rèn)的第三配置來配置所述消息。
37.權(quán)利要求36的裝置(10)，還包括被配置為響應(yīng)于正以所述第二配置和所述第三配 置之一來配置所述消息而使用以下各項來發(fā)送所述消息的發(fā)送裝置(IOD)所述調(diào)度請求是否定調(diào)度請求時的確認(rèn)/否定確認(rèn)物理上行鏈路控制信道資源，和所述調(diào)度請求是肯定調(diào)度請求時的調(diào)度請求物理上行鏈路控制信道資源。
38.權(quán)利要求36的裝置(10)，還包括被配置為響應(yīng)于正以所述第二配置和所述第三配 置之一來配置所述消息而使用以下各項之一來發(fā)送所述消息的發(fā)送裝置(IOD)調(diào)度請求資源的導(dǎo)頻部分和確認(rèn)資源的數(shù)據(jù)部分，和確認(rèn)資源的導(dǎo)頻部分和調(diào)度請求資源的數(shù)據(jù)部分。
39.權(quán)利要求36-38中的任一項的裝置(10)，其中當(dāng)使用所述第二配置和所述第三配 置之一來配置所述消息時，使用周期性資源來發(fā)送所述消息。
40.權(quán)利要求36-39中的任一項的裝置(10)，其中所述第一配置與所述第三配置相同。
41.權(quán)利要求36-39中的任一項的裝置(10)，其中所述第一配置不同于所述第三配置， 并且所述第二配置不同于所述第三配置。
42.權(quán)利要求36-41中的任一項的裝置(10)，其中使用單個調(diào)制符號來表示所述第一 配置、所述第二配置和所述第三配置。
43.權(quán)利要求36-41中的任一項的裝置(10)，其中使用兩個調(diào)制符號來表示所述第一 配置、所述第二配置和所述第三配置。
44.權(quán)利要求36-43中的任一項的裝置(10)，其中所述否定確認(rèn)指示下行鏈路資源分 配許可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個尚未被正確檢測。
45.權(quán)利要求35-44中的任一項的裝置(10)，其中所述確認(rèn)指示下行鏈路資源分配許 可已經(jīng)成功且至少一個相應(yīng)碼字中的每一個已被正確檢測。
46.權(quán)利要求35-45中的任一項的裝置(10)，還包括第三確定裝置(IOE)，其用于確定是否將在與所述消息相同的子幀中發(fā)送組合確認(rèn)和 否定確認(rèn)，其中所述消息生成裝置(IOF)還用于響應(yīng)于將包括所述組合確認(rèn)和否定確認(rèn)的確定 以包括所述組合確認(rèn)和否定確認(rèn)的第四配置來配置所述消息。
全文摘要
本發(fā)明涉及與調(diào)度請求一起發(fā)送ACK/NACK時的DTX檢測。描述了一種用于在移動裝置(10)與網(wǎng)絡(luò)節(jié)點(12)之間發(fā)送信號的方法。該方法包括生成包括調(diào)度請求的消息。還包括確定是否將與第一指示一起在子幀中發(fā)送第二指示(例如，確認(rèn))。該方法包括，響應(yīng)于將不包括所述第二指示的確定，以第一配置來配置所述消息，并且響應(yīng)于將包括所述第二指示的確定，所述消息還包括所述第二指示并以第二配置來配置所述消息。所述第一配置不同于所述第二配置。該方法還包括在所述子幀中經(jīng)由無線發(fā)射器發(fā)送所述消息。還描述了裝置和計算機可讀介質(zhì)。
文檔編號H04L1/16GK101939937SQ200980104296
公開日2011年1月5日 申請日期2009年2月4日 優(yōu)先權(quán)日2008年2月5日
發(fā)明者E·T·蒂羅拉, J·O·林德霍爾姆, K·J·胡利, K·P·帕朱科斯基 申請人:諾基亞西門子通信公司