亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

增大混合自動(dòng)重復(fù)請(qǐng)求協(xié)議的可靠性的制作方法

文檔序號(hào):7735383閱讀:116來(lái)源:國(guó)知局
專利名稱:增大混合自動(dòng)重復(fù)請(qǐng)求協(xié)議的可靠性的制作方法
增大混合自動(dòng)重復(fù)請(qǐng)求協(xié)議的可靠性本申請(qǐng)要求2008年5月15日提交的的臨時(shí)美國(guó)專利申請(qǐng)61/053237的優(yōu)先權(quán), 該申請(qǐng)通過(guò)引用結(jié)合于本文中。
背景技術(shù)
本發(fā)明一般涉及用于通過(guò)共享下行鏈路信道傳送數(shù)據(jù)的數(shù)據(jù)傳送協(xié)議,并且更具 體地涉及用于增大混合自動(dòng)重復(fù)請(qǐng)求協(xié)議的可靠性的方法和設(shè)備。LTE標(biāo)準(zhǔn)中的物理下行鏈路共享信道(PDSCH)是由多個(gè)用戶終端共享的時(shí)間和頻 率復(fù)用信道。用戶終端定期將信道質(zhì)量指示(CQI)報(bào)告發(fā)送到基站。CQI報(bào)告指示如由用 戶終端中的接收器看到的瞬時(shí)信道狀況。在通常稱為傳送時(shí)間間隔(TTI)的每個(gè)Ims子幀 間隔期間,在基站的調(diào)度器調(diào)度一個(gè)或多個(gè)用戶終端在PDSCH上接收數(shù)據(jù),并確定下行鏈 路傳送的傳送格式。在給定時(shí)間間隔被調(diào)度為接收數(shù)據(jù)的用戶終端的身份及傳送格式在物 理下行鏈路控制信道(PDCCH)上傳送到用戶終端?;旌献詣?dòng)重復(fù)請(qǐng)求(HARQ)用于減輕PDSCH上數(shù)據(jù)的傳送期間發(fā)生的錯(cuò)誤。在基 站指示用戶終端調(diào)度為接收PDSCH上的傳送時(shí),要求用戶終端將PDSCH解碼并且將肯定或 否定確認(rèn)(ACK/NACK)傳送到基站。ACK/NACK向基站通知用戶終端是否正確收到數(shù)據(jù)分組。 如果用戶終端正確收到數(shù)據(jù)分組,則基站能繼續(xù)新數(shù)據(jù)分組的傳送。在用戶終端未正確收 到數(shù)據(jù)分組的情況下,基站可重復(fù)原始傳送,或者發(fā)送另外的冗余數(shù)據(jù)以使得能夠解碼以 前傳送的數(shù)據(jù)分組。用戶終端可使用取決于用戶終端是否被調(diào)度為在物理上行鏈路共享信道(PUSCH) 上傳送的兩個(gè)可能方案之一,將ACK/NACK發(fā)送到基站。如果在ACK/NACK正在發(fā)送時(shí)用戶終 端未被調(diào)度為在PUSCH上傳送,則用戶終端在物理上行鏈路控制信道(PUCCH)上傳送ACK/ NACK0然而,如果用戶終端被調(diào)度為在PUSCH上傳送,則用戶終端使用一部分分配的資源在 PUSCH 上傳送 ACK/NACK。用戶終端僅在它已被調(diào)度為在下行鏈路共享信道上接收數(shù)據(jù)時(shí)才將ACK/NACK反 饋發(fā)送到基站。由于無(wú)線通信信道的性質(zhì),可能的是,用戶終端可能未能將PDCCH上傳送的 調(diào)度消息解碼。如果用戶終端未能將PDCCH上傳送的調(diào)度消息解碼,則基站將在它預(yù)期接 收ACK/NACK反饋的PUSCH上接收用戶數(shù)據(jù)。在此情況下,存在的某一可能性是在用戶終端 未發(fā)送確認(rèn)時(shí),基站將在PUSCH上傳送的用戶數(shù)據(jù)誤解為肯定確認(rèn)(ACK)。此情形在本文中 稱為誤ACK情形。在“誤ACK”的情況下,基站將認(rèn)為用戶終端成功收到傳送的分組,并且將 在下次在下行鏈路上調(diào)度用戶終端時(shí)傳送新數(shù)據(jù)。因此,用戶終端將必須依賴更高層重新 傳送協(xié)議(例如,在RRC層)來(lái)請(qǐng)求缺失的數(shù)據(jù),這可導(dǎo)致大的延遲。缺失的ACK雖然具有更少問(wèn)題,但也可能發(fā)生。在用戶終端傳送ACK而基站未能 檢測(cè)到該ACK時(shí),出現(xiàn)缺失的ACK。在缺失的ACK的情況下,基站將不必要地浪費(fèi)系統(tǒng)資源, 將用戶終端已經(jīng)收到的數(shù)據(jù)重新傳送到用戶終端。嘗試解決“誤ACK”問(wèn)題的現(xiàn)有技術(shù)已集中在增大ACK/NACK反饋的可靠性上,以防 止基站將PUSCH上傳送的用戶數(shù)據(jù)誤解為ACK。一個(gè)方案是增大ACK/NACK比特重復(fù)的次數(shù)。通常,增大重復(fù)次數(shù)減少了在未傳送ACK/NACK反饋的情況下誤ACK的可能性。然而, 減少誤ACK到可接受級(jí)別所要求的重復(fù)次數(shù)將大大減少可用于用戶數(shù)據(jù)的PUSCH資源,并 因此降低吞吐量。此解決方案也不解決缺失的ACK的問(wèn)題。用于減少誤ACK的另一方案是在上行鏈路調(diào)度授予中指明保留比特以通知用戶 終端是否要在PUSCH中保留用于ACK/NACK反饋的資源。更具體地說(shuō),基站在它調(diào)度用戶終 端并預(yù)期PUSCH上的ACK/NACK反饋時(shí)能將保留比特設(shè)為“ 1 ”以指示用戶終端在PUSCH上 保留用于ACK/NACK反饋的資源。如果用戶終端未能將PDCCH解碼,則它在保留資源上傳送 NACK。然而,保留方案不是在所有情況下均適用,因?yàn)樗蕾嚺cPUSCH相關(guān)聯(lián)的UL調(diào)度授 予的存在。因此,在用戶終端正在執(zhí)行非自適應(yīng)重新傳送時(shí),或者在用戶終端正在半持久性 PUSCH中傳送時(shí),它不適用,而這兩種情況預(yù)期在LTE中是常見的。此解決方案也不解決缺 失的ACK的問(wèn)題。誤ACK的問(wèn)題的另一方案是如果用戶終端正在PUSCH上傳送ACK/NACK反饋,則使 用用戶終端身份號(hào)來(lái)掩蔽用戶終端傳送的PUSCH CRC比特。此方案可干擾普通HARQ過(guò)程, 并因此難以實(shí)現(xiàn)。首先,當(dāng)用戶終端正在重新傳送以前的數(shù)據(jù)塊時(shí),PUSCH CRC比特不能被 修改。通常在10-40%范圍中的PUSCH塊錯(cuò)誤率(BLER)比ACK/NACK錯(cuò)誤率高得多。因此, 即使用戶終端不使用用戶終端身份號(hào)來(lái)掩蔽CRC,也極可能是基站將發(fā)現(xiàn)掩蔽和未掩蔽的 CRC比特均失敗,因?yàn)檎麄€(gè)PUSCH塊錯(cuò)誤。因此,如基線解決方案中一樣,基站仍不斷面臨 相同的不確定性問(wèn)題。其次,前一 PDSCH的ACK/NACK反饋信號(hào)不能在PUSCH解碼前是未知 的。這將帶來(lái)HARQ行程(rim-trip)時(shí)間的另外延遲。因此,HARQ過(guò)程的數(shù)量必須增大或 者整個(gè)基站硬件需要重新量定。相應(yīng)地,仍需要有在用戶終端未傳送ACK/NACK時(shí)減少檢測(cè)誤ACK的概率的新方案。

發(fā)明內(nèi)容
本發(fā)明涉及移動(dòng)通信系統(tǒng)中的HARQ過(guò)程,其中,數(shù)據(jù)通過(guò)共享下行鏈路信道傳送 到用戶終端,并且ACK/NACK反饋可在第一或第二上行鏈路信道上傳送。本發(fā)明通過(guò)根據(jù)預(yù) 期用戶終端是使用第一上行鏈路信道(例如,PUCCH)還是第二上行鏈路信道(例如,PUSCH) 來(lái)用于ACK/NACK反饋在用戶終端被調(diào)度為接收數(shù)據(jù)分組時(shí)改變?cè)谙滦墟溌房刂菩诺?例 如,PDCCH)上傳送到用戶終端的調(diào)度信息的可靠性,從而解決未發(fā)送ACK/NACK反饋時(shí)誤 ACK檢測(cè)的問(wèn)題。在一典型實(shí)現(xiàn)中,用于第一和第二上行鏈路信道的信令參數(shù)將設(shè)計(jì)為使 得第一上行鏈路信道將具有更高可靠性和更低錯(cuò)誤率。當(dāng)預(yù)期用戶終端使用第一信道來(lái)發(fā) 送ACK/NACK反饋時(shí),基站可用普通可靠性在下行鏈路控制信道上將調(diào)度信息傳送到用戶 終端。當(dāng)預(yù)期用戶終端在第二上行鏈路信道上傳送ACK/NACK反饋時(shí),基站可用增強(qiáng)可靠性 在下行鏈路控制信道上將信令信息傳送到用戶終端。信令信息的可靠性例如能夠通過(guò)增大 下行鏈路控制信道上的傳送功率、增大聚合(aggregation)級(jí)別或它們的組合來(lái)增大。


圖1示出一示范移動(dòng)通信系統(tǒng)。圖2示出用于將調(diào)度信息傳送到被調(diào)度為在下行鏈路共享信道上接收數(shù)據(jù)的用戶終端的示范過(guò)程。圖3示出用于移動(dòng)通信系統(tǒng)的示范基站,其配置成調(diào)度用戶終端在下行鏈路共享 信道上接收數(shù)據(jù)和在下行鏈路控制信道上將調(diào)度信息傳送到用戶終端。
具體實(shí)施例方式現(xiàn)在參照?qǐng)D形,圖1示出移動(dòng)通信網(wǎng)絡(luò)10中的用戶終端100。用戶終端100可例 如包括蜂窩電話、個(gè)人數(shù)字助理、智能電話、膝上型計(jì)算機(jī)、手持式計(jì)算機(jī)或帶有無(wú)線通信 能力的其它裝置。用戶終端100與移動(dòng)通信網(wǎng)絡(luò)10的服務(wù)小區(qū)或扇區(qū)12中的基站20進(jìn) 行通信。用戶終端100在一個(gè)或多個(gè)下行鏈路(DL)信道上接收來(lái)自基站20的信號(hào),并且 在一個(gè)或多個(gè)上行鏈路(UL)信道將信號(hào)傳送到基站20。為了說(shuō)明的目的,將在長(zhǎng)期演進(jìn)(LTE)系統(tǒng)的上下文中描述本發(fā)明的一示范實(shí)施 例。然而,本領(lǐng)域技術(shù)人員將理解,本發(fā)明更普遍適用于其它無(wú)線通信系統(tǒng),包括寬帶碼分 多址(WCDMA)和 WiMAX(IEEE802. 16)系統(tǒng)。在LTE系統(tǒng)中,數(shù)據(jù)通過(guò)稱為物理下行鏈路共享信道(PDSCH)的下行鏈路信道傳 送到用戶終端100。PDSCH是由多個(gè)用戶終端100共享的時(shí)間和頻率復(fù)用信道。在通常稱 為傳送時(shí)間間隔(TTI)的每個(gè)Ims子幀間隔期間,基站20中的調(diào)度器調(diào)度一個(gè)或多個(gè)用戶 終端100在PDSCH上接收數(shù)據(jù)?;趤?lái)自用戶終端100的信道質(zhì)量指示(CQI)報(bào)告,選擇 被調(diào)度為在給定TTI中接收數(shù)據(jù)的用戶終端100。CQI報(bào)告指示如在用戶終端的接收器看 到的瞬時(shí)信道狀況?;?0還使用來(lái)自用戶終端100的CQI報(bào)告來(lái)選擇用于下行鏈路傳 送的傳送格式。傳送格式例如包括傳輸塊大小、調(diào)制和編碼,它們經(jīng)選擇以實(shí)現(xiàn)期望的錯(cuò)誤 性能。被調(diào)度為在給定時(shí)間間隔接收數(shù)據(jù)的用戶終端100的身份和傳送格式通過(guò)在LTE 標(biāo)準(zhǔn)中稱為物理下行鏈路控制信道(PDCCH)的下行鏈路控制信道,在下行鏈路調(diào)度消息中 傳送到用戶終端100。PDCCH是用于傳送諸如下行鏈路、傳輸格式、HARQ信息和傳輸塊大小 等下行鏈路控制信息(DCI)的控制信道。每個(gè)用戶終端100指派有用于識(shí)別用戶終端100 的16比特?zé)o線電網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(RNTI)或小區(qū)無(wú)線電網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)符(C-RNTI)。在基 站20調(diào)度用戶終端100時(shí),它將調(diào)度的用戶終端100的RNTI插入在PDCCH上傳送的下行 鏈路調(diào)度消息中以向用戶終端100通知它已被調(diào)度為在PDSCH上接收數(shù)據(jù)。在用戶終端 100接收包含其自己的RNTI的調(diào)度消息時(shí),用戶終端100使用下行鏈路調(diào)度消息中指示的 傳輸格式,將PDSCH上相關(guān)的數(shù)據(jù)傳送解碼?;旌献詣?dòng)重復(fù)請(qǐng)求(HARQ)用于減輕PDSCH上數(shù)據(jù)的傳送期間發(fā)生的錯(cuò)誤。在基 站20指示用戶終端100被調(diào)度為在PDSCH上接收傳送時(shí),用戶終端100將PDSCH解碼,并將 確認(rèn)消息傳送到基站20。ACK/NACK向基站20通知用戶終端100是否正確收到數(shù)據(jù)分組。 確認(rèn)消息能夠是指示成功解碼的肯定確認(rèn)(ACK),或者指示解碼失敗的否定確認(rèn)(NACK)消 息?;趶挠脩艚K端100收到的確認(rèn)消息,基站20確定是傳送新數(shù)據(jù)(收到ACK)還是重 新傳送以前的數(shù)據(jù)(收到NACK)。本領(lǐng)域技術(shù)人員將理解,重新傳送可包括原始傳送中未包 含的另外比特(增量冗余)。用戶終端100可使用取決于用戶終端100是否被調(diào)度為在物理上行鏈路共享信道 (PUSCH)上傳送的兩個(gè)可能方案之一,將ACK/NACK發(fā)送到基站20。如果在ACK/NACK正在發(fā)送時(shí)用戶終端100未被調(diào)度為在PUSCH上傳送數(shù)據(jù),則用戶終端100在物理上行鏈路控 制信道(PUCCH)上傳送ACK/NACK。然而,如果用戶終端100被調(diào)度為在PUSCH上傳送數(shù)據(jù), 則用戶終端100使用一部分分配的資源在PUSCH上傳送ACK/NACK。用戶終端100僅在它已被調(diào)度為在下行鏈路共享信道上接收數(shù)據(jù)時(shí)才將ACK/ NACK反饋發(fā)送到基站20。由于無(wú)線通信信道的性質(zhì),可能的是,用戶終端100可能未能將 PDCCH上傳送的調(diào)度消息解碼。如果用戶終端100未能將PDCCH上傳送的調(diào)度消息解碼,則 基站20將在它預(yù)期接收ACK/NACK反饋的PUSCH上接收用戶數(shù)據(jù)。在此情況下,存在的某 一可能性是在用戶終端100未發(fā)送確認(rèn)時(shí),基站20將PUSCH上傳送的用戶數(shù)據(jù)誤解為肯定 確認(rèn)(ACK)。此情形在本文中稱為“誤ACK”情形。在誤ACK的情況下,基站20將認(rèn)為用戶 終端100已成功收到傳送的分組,并且將在下次在下行鏈路上調(diào)度用戶終端100時(shí)傳送新 數(shù)據(jù)。因此,用戶終端100將必須依賴更高層重新傳送協(xié)議(例如,在RRC層)來(lái)請(qǐng)求缺失 的數(shù)據(jù),這可導(dǎo)致大的延遲。嘗試解決“誤ACK”問(wèn)題的現(xiàn)有技術(shù)已集中在增大ACK/NACK反饋的可靠性上,以 防止基站20將PUSCH上傳送的用戶數(shù)據(jù)誤解為ACK。本發(fā)明的各種實(shí)施例采用一種備選 方案來(lái)解決用戶終端100正在PUSCH上傳送用戶數(shù)據(jù)時(shí)ACK的誤檢測(cè)的問(wèn)題。更具體地 說(shuō),本發(fā)明的實(shí)施例根據(jù)用戶終端100預(yù)期將PUCCH還是PUSCH用于ACK/NACK反饋,改變 在PDCCH上傳送到用戶終端100的調(diào)度信息的可靠性。在用戶終端100預(yù)期將PUCCH用于 發(fā)送ACK/NACK反饋時(shí),基站20可使用普通可靠性在PDCCH上將調(diào)度信息傳送到用戶終端 100。例如,基站20可控制用于在PDCCH上傳送調(diào)度信息的信令參數(shù)以實(shí)現(xiàn)大約的錯(cuò) 誤率。當(dāng)ACK/NACK反饋在PUCCH上發(fā)送時(shí),通過(guò)重復(fù)、擴(kuò)展和編碼有足夠的處理增益以將 ACK/NACK反饋未發(fā)送時(shí)檢測(cè)到ACK的概率減少到大約1 %。因此,在使用普通可靠性來(lái)傳 送PDCCH并且在PUCCH上傳送ACK/NACK反饋的情況下,調(diào)度用戶終端100時(shí)由基站20檢 測(cè)到誤ACK的概率大約為10_4。當(dāng)用戶終端100預(yù)期在PUSCH上傳送ACK/NACK反饋時(shí),基站20可使用增強(qiáng)可靠性 在PDCCH上將信令信息傳送到用戶終端100。信令信息的可靠性例如能夠通過(guò)增大PDCCH 上的傳送功率、增大聚合級(jí)別或它們的組合而增大。作為一示例,基站20可控制用于PDCCH 的信令參數(shù)以在要求增強(qiáng)可靠性時(shí)實(shí)現(xiàn)大約0. 的錯(cuò)誤率。此外,能夠控制用于在PUSCH 上傳送ACK/NACK反饋的信令參數(shù)以實(shí)現(xiàn)大約10%的錯(cuò)誤率。因此,在基站20使用增強(qiáng)可 靠性來(lái)傳送PDCCH并且用戶終端100在PUSCH上傳送ACK/NACK信令的情況下,誤ACK檢測(cè) 的概率是10_4。術(shù)語(yǔ)“普通可靠性”和“增強(qiáng)可靠性”在本文中使用時(shí)不表示特定級(jí)別的可靠性, 而是用作相對(duì)術(shù)語(yǔ)。普通可靠性指示基線級(jí)別的可靠性,這可以是任何期望的可靠性級(jí)別。 術(shù)語(yǔ)“增強(qiáng)可靠性”表示比基線(普通)級(jí)別更大的可靠性級(jí)別。類似地,術(shù)語(yǔ)“低可靠性” 和“高可靠性”旨在作為相對(duì)術(shù)語(yǔ)。圖2示出基站20為通過(guò)下行鏈路共享信道將與數(shù)據(jù)塊相關(guān)聯(lián)的控制信息傳送到 用戶終端100而實(shí)現(xiàn)的示范過(guò)程200。過(guò)程200作為用戶終端100被調(diào)度為接收下行鏈路 傳送時(shí)的調(diào)度過(guò)程的部分來(lái)執(zhí)行。在用戶終端100被調(diào)度為接收下行鏈路傳送時(shí),在基站 20的調(diào)度器確定預(yù)期用戶終端100將什么信道用于發(fā)送與下行鏈路共享信道上傳送的數(shù) 據(jù)分組有關(guān)的ACK/NACK反饋(框20 。在如上所述的LTE系統(tǒng)的情況下,用戶終端100可使用PUCCH或PUSCH來(lái)發(fā)送ACK/NACK反饋。在設(shè)計(jì)為在LTE系統(tǒng)中使用的示范實(shí)施例中, 在PUCCH上發(fā)送的ACK/NACK反饋具有比在PUSCH上發(fā)送的ACK/NACK反饋更高的可靠性。 如果在基站20的調(diào)度器預(yù)期用戶終端100使用更高可靠性信道(例如,PUCCH)來(lái)發(fā)送ACK/ NACK反饋,則基站20使用普通可靠性在下行鏈路控制信道上傳送調(diào)度信息(框204)。另 一方面,如果基站20預(yù)期用戶終端100使用低可靠性信道(例如,PUSCH)來(lái)發(fā)送ACK/NACK 反饋,則基站20使用增強(qiáng)可靠性來(lái)傳送控制信息(框206)。增大在PDCCH上傳送的控制 信息的可靠性增大了用戶終端100將成功解碼PDCCH的概率,并且相應(yīng)地減少了用戶終端 100錯(cuò)過(guò)PDCCH上傳送到它的調(diào)度信息的概率。圖3示出根據(jù)本發(fā)明一個(gè)實(shí)施例的示范基站20?;?0包括耦合到天線22的 收發(fā)器M和包括調(diào)度器觀與HARQ控制器30的基帶處理器26。收發(fā)器M包括根據(jù)諸如 LTE.WCDMA和WiMax標(biāo)準(zhǔn)等任何已知標(biāo)準(zhǔn)來(lái)操作的標(biāo)準(zhǔn)蜂窩收發(fā)器?;鶐幚砥魃蛱幚砘?站20傳送和接收的信號(hào)?;鶐幚砥魃驁?zhí)行的典型處理功能包括調(diào)制/解調(diào)、信道編碼 /解碼、交織/解交織等?;鶐幚砥魃蚩砂ㄒ粋€(gè)或多個(gè)處理器、微控制器、硬件電路或 其組合。基帶處理器沈執(zhí)行的指令可存儲(chǔ)在計(jì)算機(jī)可讀媒體中,例如固態(tài)存儲(chǔ)器(例如, ROM、閃速存儲(chǔ)器等)?;鶐幚砥魃虬ㄓ糜谠诠蚕砩闲墟溌泛拖滦墟溌沸诺郎险{(diào)度用戶 終端100的調(diào)度器28和用于實(shí)現(xiàn)如前面所述HARQ協(xié)議的HARQ控制器30。當(dāng)然,在不脫離本發(fā)明基本特性的情況下,本發(fā)明可以在不同于本文具體所述那 些方式的其它方式中執(zhí)行。所示實(shí)施例在所有方面均要視為說(shuō)明性而不是限制性的,并且 落在隨附權(quán)利要求的意義和等同范圍內(nèi)的所有更改旨在涵蓋于其中。
權(quán)利要求
1.一種由基站實(shí)現(xiàn)的傳送調(diào)度信息的方法,所述調(diào)度信息與通過(guò)下行鏈路共享信道傳 送到用戶終端的數(shù)據(jù)分組相關(guān)聯(lián),所述方法包括確定預(yù)期用戶終端是使用第一上行鏈路信道還是第二上行鏈路信道來(lái)發(fā)送在所述下 行鏈路共享信道上傳送到所述用戶終端的數(shù)據(jù)分組的確認(rèn);如果預(yù)期所述用戶終端使用所述第一上行鏈路信道來(lái)發(fā)送所述確認(rèn),則用普通可靠性 將所述調(diào)度信息從所述基站傳送到所述用戶終端;以及如果預(yù)期所述用戶終端使用所述第二上行鏈路信道來(lái)發(fā)送所述確認(rèn),則用增強(qiáng)可靠性 將所述調(diào)度信息從所述基站傳送到所述用戶終端。
2.如權(quán)利要求1所述的方法,其中用普通可靠性將所述調(diào)度信息從所述基站傳送到所 述用戶終端包括用選定的普通傳送功率來(lái)傳送所述調(diào)度信息以實(shí)現(xiàn)期望的錯(cuò)誤率。
3.如權(quán)利要求2所述的方法,其中用增強(qiáng)可靠性將所述調(diào)度信息從所述基站傳送到所 述用戶終端包括用相對(duì)于所述普通傳送功率增大的傳送功率來(lái)傳送所述調(diào)度信息以減少 所述期望的錯(cuò)誤率。
4.如權(quán)利要求1所述的方法,其中用普通可靠性將所述調(diào)度信息從所述基站傳送到所 述用戶終端包括用選定的普通聚合級(jí)別來(lái)傳送所述調(diào)度信息以實(shí)現(xiàn)期望的錯(cuò)誤率。
5.如權(quán)利要求4所述的方法,其中用增強(qiáng)可靠性將所述調(diào)度信息從所述基站傳送到所 述用戶終端包括用相對(duì)于所述普通聚合級(jí)別增大的聚合級(jí)別來(lái)傳送所述調(diào)度信息以減少 所述期望的錯(cuò)誤率。
6.如權(quán)利要求1所述的方法,用于長(zhǎng)期演進(jìn)系統(tǒng),其中所述下行鏈路共享信道包括物 理下行鏈路共享信道,以及其中所述控制信息由所述基站在所述物理下行鏈路控制信道上 傳送到所述用戶終端。
7.如權(quán)利要求6所述的方法,其中所述第一上行鏈路信道包括物理上行鏈路控制信 道,以及其中所述第二上行鏈路信道包括物理上行鏈路共享信道。
8.一種用于通過(guò)共享下行鏈路信道將數(shù)據(jù)傳送到一個(gè)或多個(gè)用戶終端的基站,所述基 站包括收發(fā)器,用于通過(guò)所述共享下行鏈路信道將信號(hào)傳送到用戶終端;以及基帶處理器,包括用于在所述下行鏈路共享信道上調(diào)度傳送到所述用戶終端的調(diào)度 器,所述基帶處理器配置成確定預(yù)期用戶終端是使用第一上行鏈路信道還是第二上行鏈路信道來(lái)發(fā)送在所述下 行鏈路共享信道上傳送到所述用戶終端的數(shù)據(jù)分組的確認(rèn);如果預(yù)期所述用戶終端使用所述第一上行鏈路信道來(lái)發(fā)送所述確認(rèn),則用普通可靠性 將所述調(diào)度信息從所述基站傳送到所述用戶終端;以及如果預(yù)期所述用戶終端使用所述第二上行鏈路信道來(lái)發(fā)送所述確認(rèn),則用增強(qiáng)可靠性 將所述調(diào)度信息從所述基站傳送到所述用戶終端。
9.如權(quán)利要求8所述的基站,其中所述基帶處理器通過(guò)用選定的普通傳送功率來(lái)傳送 所述調(diào)度信息以實(shí)現(xiàn)期望的錯(cuò)誤率,從而用普通可靠性來(lái)傳送所述調(diào)度信息。
10.如權(quán)利要求9所述的基站,其中所述基帶處理器通過(guò)用相對(duì)于所述普通傳送功率 增大的傳送功率來(lái)傳送所述調(diào)度信息以減少所述期望的錯(cuò)誤率,從而用增強(qiáng)可靠性來(lái)傳送 所述調(diào)度信息。
11.如權(quán)利要求8所述的基站,其中所述基帶處理器通過(guò)用選定的普通聚合級(jí)別來(lái)傳 送所述調(diào)度信息以實(shí)現(xiàn)期望的錯(cuò)誤率,從而用普通可靠性來(lái)傳送所述調(diào)度信息。
12.如權(quán)利要求11所述的基站,其中所述基帶處理器通過(guò)用相對(duì)于所述普通聚合級(jí)別 增大的聚合級(jí)別來(lái)傳送所述調(diào)度信息以減少所述期望的錯(cuò)誤率,從而用增強(qiáng)可靠性來(lái)傳送 所述調(diào)度信息。
13.如權(quán)利要求8所述的基站,用于長(zhǎng)期演進(jìn)系統(tǒng),其中所述下行鏈路共享信道包括物 理下行鏈路共享信道,以及其中所述控制信息由所述基站在所述物理下行鏈路控制信道上 傳送到所述用戶終端。
14.如權(quán)利要求13所述的基站,其中所述第一上行鏈路信道包括物理上行鏈路控制信 道,以及其中所述第二上行鏈路信道包括物理上行鏈路共享信道。
全文摘要
在使用HARQ1的通信系統(tǒng)中,通過(guò)根據(jù)預(yù)期用戶終端是使用第一還是第二上行鏈路信道來(lái)用于ACK/NACK反饋來(lái)改變?cè)谙滦墟溌房刂菩诺郎蟼魉偷接脩艚K端的調(diào)度信息的可靠性,從而解決未傳送ACK/NACK反饋時(shí)誤ACK檢測(cè)的問(wèn)題。當(dāng)預(yù)期用戶終端使用第一信道來(lái)發(fā)送ACK/NACK反饋時(shí),基站用普通可靠性將調(diào)度信息傳送到用戶終端。當(dāng)預(yù)期用戶終端在第二上行鏈路信道上發(fā)送ACK/NACK反饋時(shí),基站用增強(qiáng)可靠性將信令信息傳送到用戶終端。信令信息的可靠性例如能夠通過(guò)增大下行鏈路控制信道上的傳送功率、增大聚合級(jí)別或它們的組合來(lái)增大。
文檔編號(hào)H04L1/18GK102119503SQ200980128031
公開日2011年7月6日 申請(qǐng)日期2009年5月8日 優(yōu)先權(quán)日2008年5月15日
發(fā)明者D·拉松, J-F·程, S·費(fèi)拉哈蒂 申請(qǐng)人:愛(ài)立信電話股份有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1