專(zhuān)利名稱：混合自動(dòng)請(qǐng)求重傳的傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信系統(tǒng)的數(shù)據(jù)鏈路層實(shí)現(xiàn)，尤其涉及一種HARQ(Hybird Automatic-Repeat Request，混合自動(dòng)請(qǐng)求重傳)的傳輸方法及應(yīng)用該方法的裝置。
背景技術(shù)：
為了使蜂窩移動(dòng)通信系統(tǒng)在未來(lái)近10年內(nèi)與其它無(wú)線接入技術(shù)相比保持一定的競(jìng)爭(zhēng)優(yōu)勢(shì)，目前在3GPP(第三代合作伙伴計(jì)劃)組織中已經(jīng)開(kāi)始了LTE(Long Term Evolution，長(zhǎng)期演進(jìn)項(xiàng)目)技術(shù)標(biāo)準(zhǔn)的制訂工作。在LTE架構(gòu)與相關(guān)技術(shù)的討論過(guò)程中，采用雙層ARQ(Automatic-Repeat Request，自動(dòng)請(qǐng)求重傳)的協(xié)議結(jié)構(gòu)已經(jīng)達(dá)成一致。
在LTE系統(tǒng)的L2(Layer 2，數(shù)據(jù)鏈路層)結(jié)構(gòu)中，雙層ARQ包括ARQ層和HARQ層。其中，HARQ主要通過(guò)對(duì)誤塊的檢測(cè)，重傳與合并，獲得合并增益，以提高物理資源的利用率；ARQ位于HARQ之上，負(fù)責(zé)重傳HARQ層由于剩余錯(cuò)誤導(dǎo)致的沒(méi)有成功傳輸?shù)臄?shù)據(jù)包。HARQ剩余錯(cuò)誤通常包括HARQ層達(dá)到最大傳輸次數(shù)仍未傳輸成功；以及收端檢測(cè)到數(shù)據(jù)包有誤，反饋NACK(Negative Acknowledgement，否定性確認(rèn))但被發(fā)端解碼為ACK(Acknowledgement，確認(rèn))，導(dǎo)致發(fā)端HARQ誤以為數(shù)據(jù)包已被正確傳輸?shù)取?br> 在3GPP R6(Release 6)的規(guī)范中，發(fā)端的ARQ要根據(jù)收端的ARQ反饋的狀態(tài)報(bào)告判斷哪些數(shù)據(jù)包沒(méi)有被傳輸成功，從而據(jù)此進(jìn)行重傳。ARQ之間的交互通常會(huì)引入比較大的延時(shí)，為了減小由此帶來(lái)的數(shù)據(jù)包重傳延時(shí)，現(xiàn)有技術(shù)提出在HARQ層檢測(cè)HARQ傳輸達(dá)到最大次數(shù)和NACK誤解為ACK的剩余錯(cuò)誤，通過(guò)發(fā)端HARQ將數(shù)據(jù)包的發(fā)送狀態(tài)快速反饋給發(fā)端ARQ，從而達(dá)到降低ARQ層重傳延時(shí)的目的。
在收端向發(fā)端發(fā)送對(duì)HARQ PDU的確認(rèn)信息時(shí)，有可能發(fā)生確認(rèn)結(jié)果的誤解。收端發(fā)送ACK而被發(fā)端誤解為NACK時(shí)，稱之為發(fā)生了ACK/NACK錯(cuò)誤；收端發(fā)送NACK而被發(fā)端誤解為ACK時(shí)，稱之為發(fā)生了NACK/ACK錯(cuò)誤。
在HARQ過(guò)程中，每次進(jìn)行HARQ PDU(Protocol Data Unit，協(xié)議數(shù)據(jù)單元)傳輸之前，發(fā)端都會(huì)發(fā)送Control message(控制消息)來(lái)指示收端如何接收隨后的傳輸。為了在HARQ層有效地檢測(cè)NACK被誤解為ACK錯(cuò)誤，現(xiàn)有技術(shù)中，在每次HARQ PDU傳輸之前的Control message中引入cause(原因)比特，當(dāng)cause＝0時(shí)，表示上一次傳輸結(jié)束的原因是因?yàn)榘l(fā)端收到ACK，并將開(kāi)始傳輸新的數(shù)據(jù)；當(dāng)cause＝1時(shí)，表示上一次傳輸結(jié)束的原因不是因?yàn)槭盏紸CK，而是因?yàn)槠渌?，如達(dá)到HARQ最大傳輸次數(shù)等情況。接收端可以根據(jù)cause比特的內(nèi)容判斷是否發(fā)生了NACK被誤解為ACK的事件。
以圖1所示的數(shù)據(jù)包傳輸過(guò)程為例，發(fā)端HARQ接收發(fā)端ARQ的ARQPDU，將其轉(zhuǎn)換為HARQ PDU X；發(fā)端HARQ向收端HARQ發(fā)送Controlmessage，其中通過(guò)cause位指示上次接收到了收端發(fā)送的ACK；之后發(fā)端HARQ發(fā)送本次傳輸?shù)腍ARQ PDU X；收端HARQ從接收的Control message中得知上次發(fā)送的ACK被發(fā)端HARQ正確接收，由于隨后接收的HARQ PDUX錯(cuò)誤，收端HARQ向發(fā)端HARQ返回NACK；NACK被發(fā)端HARQ誤解為ACK，因而在隨后傳輸HARQ PDU Y之前的Control message中cause位為0；收端HARQ從本次傳輸接收的Control message中發(fā)現(xiàn)上次發(fā)送的NACK被發(fā)端HARQ誤解，向發(fā)端HARQ發(fā)送NACK/ACK錯(cuò)誤指示；發(fā)端HARQ據(jù)此向發(fā)端ARQ上報(bào)剩余錯(cuò)誤。
HARQ技術(shù)包括SHARQ(Synchronous HARQ，同步HARQ)和AHARQ(Asynchronous HARQ，異步HARQ)，SHARQ中特定HARQ進(jìn)程的重傳操作時(shí)刻是預(yù)定義的，在重傳前不需要顯式的信令來(lái)指示進(jìn)行重傳的HARQ進(jìn)程ID(標(biāo)識(shí))；AHARQ中特定HARQ進(jìn)程的重傳操作按照調(diào)度可以發(fā)生在任何時(shí)刻，在重傳之前需要顯式的信令來(lái)指示進(jìn)行重傳的HARQ進(jìn)程ID。
在AHARQ(Asynchronous HARQ，異步HARQ)中，如果兩個(gè)相鄰HARQPDU之間的間隔時(shí)間較長(zhǎng)，收端只能在下一個(gè)新數(shù)據(jù)包時(shí)才能從其Controlmessage中檢測(cè)出NACK/ACK錯(cuò)誤，使得數(shù)據(jù)包重傳的延時(shí)較長(zhǎng)。而如果HARQ層在發(fā)送最后一個(gè)HARQ PDU后發(fā)生了NACK/ACK錯(cuò)誤，由于在AHARQ中重傳與初始傳輸(Initial Transmission)沒(méi)有固定的時(shí)序關(guān)系，收端不能根據(jù)是否存在重傳判斷是否發(fā)生了NACK/ACK錯(cuò)誤，也不能根據(jù)下一次傳輸?shù)腃ontrol message中的cause判斷是否有NACK/ACK錯(cuò)誤。

發(fā)明內(nèi)容
本發(fā)明要解決的是AHARQ中HARQ層不能檢測(cè)出最后一個(gè)HARQ PDU傳輸后發(fā)端將NACK誤解為ACK的問(wèn)題。
本發(fā)明所述HARQ傳輸方法包括以下步驟發(fā)端接收收端對(duì)孤立的HARQ協(xié)議數(shù)據(jù)單元PDU的確認(rèn)信息；當(dāng)確認(rèn)信息中的確認(rèn)結(jié)果為ACK時(shí)，發(fā)端將其該確認(rèn)結(jié)果通知收端。
優(yōu)選地，所述方法還包括如果收端接收的確認(rèn)結(jié)果與其發(fā)送的不一致，向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。
優(yōu)選地，所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端在發(fā)端收到該確認(rèn)信息后的預(yù)定時(shí)限內(nèi)進(jìn)行。
優(yōu)選地，所述方法還包括根據(jù)孤立的HARQ PDU的傳輸延遲要求確定所述預(yù)定時(shí)限。
優(yōu)選地，所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端通過(guò)控制信息Controlmessage實(shí)現(xiàn)。
優(yōu)選地，所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端通過(guò)物理層L1或數(shù)據(jù)鏈路層L2信令實(shí)現(xiàn)。
本發(fā)明提供了一種HARQ傳輸裝置，包括發(fā)送模塊和接收模塊，以及確認(rèn)結(jié)果反饋模塊，用來(lái)解析接收模塊接收的對(duì)端對(duì)孤立的HARQ PDU的確認(rèn)信息，當(dāng)其中的確認(rèn)結(jié)果為ACK時(shí)通過(guò)發(fā)送模塊將該確認(rèn)結(jié)果通知對(duì)端。
優(yōu)選地，所述裝置還包括反饋時(shí)限模塊，用來(lái)確定確認(rèn)結(jié)果反饋模塊從接收到對(duì)端確認(rèn)信息至通知對(duì)端確認(rèn)結(jié)果的預(yù)定時(shí)限，并將該預(yù)定時(shí)限輸出至確認(rèn)結(jié)果反饋模塊；所述確認(rèn)結(jié)果反饋模塊在所述預(yù)定時(shí)限內(nèi)將確認(rèn)結(jié)果通知對(duì)端。
優(yōu)選地，所述確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通知對(duì)端具體為確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通過(guò)Control message通知對(duì)端。
優(yōu)選地，所述確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通知對(duì)端具體為確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通過(guò)L1或L2信令通知對(duì)端。
本發(fā)明通過(guò)令發(fā)端向收端反饋其接收到的對(duì)孤立的HARQ PDU的確認(rèn)信息，使得收端可以在確認(rèn)信息發(fā)生NACK/ACK誤解時(shí)通知發(fā)端，增強(qiáng)了HARQ數(shù)據(jù)傳輸?shù)目煽啃?；進(jìn)一步地，本發(fā)明通過(guò)令發(fā)端在預(yù)定時(shí)間內(nèi)發(fā)送確認(rèn)結(jié)果通知，有效地降低了采用AHARQ時(shí)的孤立的HARQ PDU的重傳延時(shí)；對(duì)于孤立的HARQPDU與下一次傳輸?shù)腍ARQ PDU之間間隔時(shí)間較長(zhǎng)的情況，在發(fā)生NACK/ACK誤解時(shí)仍能滿足孤立的HARQ PDU的延遲需求。


圖1為現(xiàn)有技術(shù)中HARQ傳輸方法的流程示例圖；圖2為本發(fā)明所述HARQ傳輸方法實(shí)施例一的流程圖；圖3為本發(fā)明所述HARQ傳輸方法實(shí)施例一應(yīng)用示例的流程圖；圖4為本發(fā)明所述HARQ傳輸方法實(shí)施例二的流程圖；
圖5為本發(fā)明所述HARQ傳輸方法實(shí)施例二應(yīng)用示例的流程圖；圖6為本發(fā)明所述HARQ傳輸裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
現(xiàn)有技術(shù)中，發(fā)端在下一個(gè)HARQ PDU的Control message中攜帶所接收的收端ACK或NACK反饋信息，收端從Control message中獲知發(fā)端所接收是ACK還是NACK，得以及時(shí)發(fā)現(xiàn)NACK/ACK錯(cuò)誤并通知發(fā)端。對(duì)最后一個(gè)HARQ PDU，可以增加發(fā)端對(duì)收端的ACK信息反饋，令發(fā)端在增加的信令傳輸中將其收到的ACK或NACK反饋信息通知收端，從而增加最后一個(gè)HARQ PDU的傳輸可靠性。
本發(fā)明中所說(shuō)的孤立的HARQ PDU指不能通過(guò)下一個(gè)HARQ PDU的Control message來(lái)反饋收端確認(rèn)信息、或者通過(guò)下一個(gè)HARQ PDU的Controlmessage來(lái)反饋收端確認(rèn)信息不能滿足時(shí)限或其他需求，而需要發(fā)端增加確認(rèn)結(jié)果反饋的信令傳輸?shù)腍ARQ PDU。將哪個(gè)HARQ PDU作為孤立的HARQPDU可以由用戶根據(jù)實(shí)際應(yīng)用需求在發(fā)端設(shè)定。孤立的HARQ PDU通常包括發(fā)端和收端之間一次通信中最后一個(gè)待發(fā)送的HARQ PDU，此外，還可以設(shè)定HARQ層發(fā)送緩沖區(qū)清空之前的最后一個(gè)待發(fā)送HARQ PDU為孤立的HARQ PDU，也可以由上層協(xié)議通知HARQ層將哪個(gè)HARQ PDU作為孤立的HARQ PDU。
本發(fā)明所述HARQ傳輸方法實(shí)施例一的流程如圖2所示。在實(shí)施例一中，設(shè)發(fā)端僅以和收端之間一次通信中最后一個(gè)待發(fā)送的HARQ PDU作為孤立的HARQ PDU。
在步驟S210，發(fā)端向收端發(fā)送孤立的HARQ PDU。
在步驟S220，收端判斷是否正確接收該HARQ PDU，并據(jù)以將確認(rèn)結(jié)果ACK或NACK在確認(rèn)信息中發(fā)送至發(fā)端。步驟S210和S220與現(xiàn)有技術(shù)中HARQ PDU的傳輸方法相同。
在步驟S230，發(fā)端從確認(rèn)信息中解析出收端的確認(rèn)結(jié)果，當(dāng)解析出的確認(rèn)結(jié)果為ACK時(shí)將該確認(rèn)結(jié)果反饋給收端。在解析出的確認(rèn)結(jié)果為NACK時(shí)，也可以將該確認(rèn)結(jié)果反饋至收端。發(fā)端反饋確認(rèn)結(jié)果的數(shù)據(jù)包可以采用與收端約定的任何格式，只要收端能夠從中解析出發(fā)端所解讀的確認(rèn)結(jié)果即可。
在步驟S240，收端判斷發(fā)端反饋的確認(rèn)結(jié)果是否與發(fā)送的確認(rèn)結(jié)果相同，如果相同則不做處理；如果收端發(fā)送NACK，而發(fā)端反饋的確認(rèn)結(jié)果為ACK，則向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。收端可以在確認(rèn)結(jié)果指示中明示發(fā)端發(fā)生了NACK/ACK錯(cuò)誤。
為了盡可能保持與現(xiàn)有技術(shù)的兼容性，本發(fā)明中可以采用Control message的格式來(lái)作為發(fā)端向收端反饋確認(rèn)結(jié)果的數(shù)據(jù)包格式，以將Control message中的cause位置0來(lái)表示發(fā)端接收的確認(rèn)結(jié)果是ACK，置1表示發(fā)端接收的確認(rèn)結(jié)果為非ACK的其他情況。換言之，在發(fā)端接收到收端對(duì)孤立的HARQPDU的確認(rèn)信息后，向收端發(fā)送附加的Control message，這個(gè)附加的Controlmessage是為了將確認(rèn)結(jié)果通知收端，而不是為了指示收端如何接收下一個(gè)HARQ PDU。
一種采用Control message來(lái)反饋確認(rèn)結(jié)果的HARQ傳輸?shù)氖纠鐖D3所示，發(fā)端HARQ從發(fā)端ARQ層接收ARQ PDU并轉(zhuǎn)換為HARQ PDU；發(fā)端HARQ向收端HARQ發(fā)送Control message，以其中的cause位為0指示上次接收到收端HARQ發(fā)送的ACK信息，以cause位為1指示上次接收到收端HARQ的NACK信息；發(fā)端HARQ向收端HARQ發(fā)送孤立的HARQ PDU；收端HARQ收到的HARQ PDU錯(cuò)誤，向發(fā)端HARQ返回NACK信息，但被發(fā)端HARQ誤解為ACK；針對(duì)接收的ACK，發(fā)端HARQ向收端HARQ發(fā)送附加Control message，通過(guò)將其中的cause位置0來(lái)表明其接收的確認(rèn)信息為ACK；收端HARQ發(fā)現(xiàn)NACK被誤解為ACK，向發(fā)端HARQ發(fā)送NACK/ACK錯(cuò)誤指示。
現(xiàn)有技術(shù)中，當(dāng)收端發(fā)現(xiàn)Control message中cause位所指示的上一個(gè)HARQ PDU的確認(rèn)結(jié)果與其發(fā)送的確認(rèn)結(jié)果不同時(shí)，會(huì)向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。確認(rèn)結(jié)果錯(cuò)誤指示可以在與下一個(gè)HARQ PDU的接收情況無(wú)關(guān)的數(shù)據(jù)包中發(fā)送至收端，也可以作為一個(gè)字段添加在對(duì)下一個(gè)HARQ PDU的確認(rèn)信息中發(fā)送至收端。
在采用收端至發(fā)端的確認(rèn)結(jié)果錯(cuò)誤指示與下一個(gè)HARQ PDU接收情況無(wú)關(guān)的方式時(shí)，本發(fā)明中收端的實(shí)現(xiàn)與現(xiàn)有技術(shù)中相同，對(duì)附加的Controlmessage，收端在其中指示的確認(rèn)結(jié)果與本端發(fā)送的確認(rèn)結(jié)果不同時(shí)，向發(fā)端返回確認(rèn)結(jié)果錯(cuò)誤指示。
在采用將確認(rèn)結(jié)果錯(cuò)誤指示包括在對(duì)下一個(gè)HARQ PDU的確認(rèn)信息中的實(shí)現(xiàn)方式時(shí)，由于收端在收到Control message之后、發(fā)送錯(cuò)誤信息指示之前會(huì)等待下一個(gè)HARQ PDU，所以可以通過(guò)雙方約定的格式在Control message中由發(fā)端通知收端上一個(gè)HARQ PDU為孤立的HARQ PDU，該Controlmessage不用來(lái)為下一個(gè)HARQ PDU的接收進(jìn)行指示而只用來(lái)反饋確認(rèn)結(jié)果。收端在接收到該Control message后，在發(fā)現(xiàn)發(fā)端將NACK誤解為ACK時(shí)向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。當(dāng)然，如果發(fā)端在收到NACK時(shí)也發(fā)送確認(rèn)結(jié)果反饋，收端在發(fā)現(xiàn)發(fā)端將ACK誤解為NACK時(shí)也向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。確認(rèn)結(jié)果錯(cuò)誤指示可以采用收端與發(fā)端約定的任意格式，并不局限于HARQ PDU確認(rèn)信息的格式，并且收端可以在確認(rèn)結(jié)果錯(cuò)誤指示中指明是ACK/NACK錯(cuò)誤還是NACK/ACK錯(cuò)誤。
在本發(fā)明實(shí)施例二中，發(fā)端除了將和收端之間一次通信中最后一個(gè)待發(fā)送的HARQ PDU作為孤立的HARQ PDU外，還將HARQ發(fā)送緩沖區(qū)中最后一個(gè)待發(fā)送的HARQ PDU作為孤立的HARQ PDU，并且這些HARQ PDU具有傳輸延遲的時(shí)限要求。
在步驟S410，發(fā)端向收端發(fā)送孤立的HARQ PDU。
在步驟S420，發(fā)端確定從收到收端確認(rèn)結(jié)果至向其發(fā)送確認(rèn)結(jié)果反饋的預(yù)定時(shí)限t。t的設(shè)定方法可由用戶確定，例如可以設(shè)定為某個(gè)固定值，也可以根據(jù)孤立的HARQ PDU的傳輸時(shí)延要求來(lái)確定。
在步驟S430，收端判斷是否正確接收該HARQ PDU，并據(jù)以將確認(rèn)結(jié)果ACK或NACK在確認(rèn)信息中發(fā)送至發(fā)端。
在步驟S440，發(fā)端從確認(rèn)信息中解析出收端的確認(rèn)結(jié)果，當(dāng)確認(rèn)結(jié)果為ACK時(shí)將該確認(rèn)結(jié)果在從接收到確認(rèn)結(jié)果的預(yù)定時(shí)限t內(nèi)反饋給收端。當(dāng)確認(rèn)結(jié)果為NACK時(shí)，發(fā)端也可以在預(yù)定時(shí)限t內(nèi)向收端發(fā)送確認(rèn)結(jié)果反饋。
在步驟S450，收端判斷發(fā)端反饋的確認(rèn)結(jié)果是否與發(fā)送的確認(rèn)結(jié)果相同，如果相同則不做處理；如果收端發(fā)送NACK，而發(fā)端反饋的確認(rèn)結(jié)果為ACK，則向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。
可見(jiàn)，實(shí)施例二與實(shí)施例一的不同之處在于發(fā)端需要在預(yù)定時(shí)限t內(nèi)將確認(rèn)結(jié)果通知收端，其他的相同之處請(qǐng)參見(jiàn)前述具體說(shuō)明，此處不再重復(fù)。
實(shí)施例二中同樣發(fā)端也可以采用Control message來(lái)反饋確認(rèn)結(jié)果，例如在圖5所示傳輸流程中，發(fā)端HARQ從發(fā)端ARQ層接收ARQ PDU并轉(zhuǎn)換為HARQ PDU；發(fā)端HARQ向收端HARQ發(fā)送Control message，以其中的cause位為0指示上次接收到收端HARQ發(fā)送的ACK信息，以cause位為1指示上次接收到收端HARQ的NACK信息；發(fā)端HARQ向收端HARQ發(fā)送孤立的HARQ PDU，并根據(jù)孤立的HARQ PDU的傳輸延遲要求T計(jì)算預(yù)定時(shí)限t；收端HARQ收到的HARQ PDU錯(cuò)誤，向發(fā)端HARQ返回NACK信息，但被發(fā)端HARQ誤解為ACK；發(fā)端HARQ從收到ACK時(shí)開(kāi)始計(jì)時(shí)，在預(yù)定時(shí)限t內(nèi)發(fā)端HARQ向收端HARQ發(fā)送附加Control message，通過(guò)將其中的cause位置0來(lái)表明其接收的確認(rèn)信息為ACK；收端HARQ發(fā)現(xiàn)NACK被誤解為ACK，向發(fā)端HARQ發(fā)送NACK/ACK錯(cuò)誤指示；在超過(guò)傳輸延遲要求T的某時(shí)刻，發(fā)端HARQ開(kāi)始向收端HARQ發(fā)送下一個(gè)HARQ PDU X的Controlmessage。
可見(jiàn)，當(dāng)兩個(gè)HARQ PDU的傳輸間隔時(shí)間超過(guò)前一個(gè)HARQ PDU的傳輸延遲要求時(shí)，可以通過(guò)將前一個(gè)HARQ PDU設(shè)置為本發(fā)明中的孤立的HARQ PDU來(lái)實(shí)現(xiàn)在其傳輸延遲要求T內(nèi)的可靠傳輸。
在上述兩個(gè)實(shí)施例中，發(fā)端為孤立的HARQ PDU向收端發(fā)送的確認(rèn)結(jié)果通知可以通過(guò)L1(物理層)信令實(shí)現(xiàn)，也可以通過(guò)L2信令實(shí)現(xiàn)。
本發(fā)明中HARQ傳輸裝置的結(jié)構(gòu)示意圖如圖6所示，確認(rèn)結(jié)果反饋模塊630分別與發(fā)送模塊610、接收模塊620以及反饋時(shí)限模塊640連接。
發(fā)送模塊610完成HARQ層的發(fā)送操作，包括發(fā)送Control message、HARQ PDU和確認(rèn)信息；接收模塊620完成HARQ層的接收操作，包括接收Control message、HARQ PDU和確認(rèn)信息。
對(duì)本端發(fā)送的孤立的HARQ PDU，接收模塊620在接收到的對(duì)端確認(rèn)信息后將其輸出至確認(rèn)結(jié)果反饋模塊630。確認(rèn)結(jié)果反饋模塊630解析所接收的確認(rèn)信息，當(dāng)解析出的確認(rèn)結(jié)果為ACK時(shí)，生成確認(rèn)結(jié)果通知信息，輸出至發(fā)送模塊610；在解析出的確認(rèn)結(jié)果為NACK時(shí)，確認(rèn)結(jié)果反饋模塊630也可以生成確認(rèn)結(jié)果通知信息并輸出至發(fā)送模塊610。發(fā)送模塊610將確認(rèn)結(jié)果通知信息發(fā)送至對(duì)端。
確認(rèn)結(jié)果通知信息可以作為L(zhǎng)1或L2信令發(fā)送至對(duì)端。例如，可以通過(guò)Control message來(lái)實(shí)現(xiàn)確認(rèn)結(jié)果通知信息。
增加反饋時(shí)限模塊640可以對(duì)孤立的HARQ PDU的傳輸延遲提供保障。反饋時(shí)限模塊640確定確認(rèn)結(jié)果反饋模塊630從接收到對(duì)端確認(rèn)信息至通知對(duì)端確認(rèn)結(jié)果的預(yù)定時(shí)限，并將該預(yù)定時(shí)限輸出至確認(rèn)結(jié)果反饋模塊630。反饋時(shí)限模塊640的預(yù)定時(shí)限可以由用戶設(shè)定為某個(gè)固定值，也可以由反饋時(shí)限模塊640根據(jù)孤立的HARQ PDU的傳輸延遲要求計(jì)算得出。
在連接反饋時(shí)限模塊640時(shí)，確認(rèn)結(jié)果反饋模塊630從接收到對(duì)端確認(rèn)信息后開(kāi)始計(jì)時(shí)，在預(yù)定時(shí)限內(nèi)將確認(rèn)結(jié)果通知通過(guò)發(fā)送模塊610發(fā)送至對(duì)端。
綜上，本發(fā)明通過(guò)引入對(duì)孤立的HARQ PDU的確認(rèn)結(jié)果反饋，解決了HARQ傳輸中，最后一個(gè)HARQ PDU的傳輸可靠性得不到保證的問(wèn)題。對(duì)于HARQ PDU之間傳輸間隔時(shí)間較長(zhǎng)的情況，本發(fā)明也能及時(shí)檢測(cè)出NACK/ACK錯(cuò)誤，降低HARQ PDU的重傳延時(shí)。
以上所述的本發(fā)明實(shí)施方式，并不構(gòu)成對(duì)本發(fā)明保護(hù)范圍的限定。任何在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種混合自動(dòng)請(qǐng)求重傳HARQ傳輸方法，其特征在于，包括以下步驟發(fā)端接收收端對(duì)孤立的HARQ協(xié)議數(shù)據(jù)單元PDU的確認(rèn)信息；當(dāng)確認(rèn)信息中的確認(rèn)結(jié)果為ACK時(shí)，發(fā)端將其該確認(rèn)結(jié)果通知收端。
2.如權(quán)利要求1所述的HARQ傳輸方法，其特征在于，所述方法還包括如果收端接收的確認(rèn)結(jié)果與其發(fā)送的不一致，向發(fā)端發(fā)送確認(rèn)結(jié)果錯(cuò)誤指示。
3.如權(quán)利要求1或2所述的HARQ傳輸方法，其特征在于所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端在發(fā)端收到該確認(rèn)信息后的預(yù)定時(shí)限內(nèi)進(jìn)行。
4.如權(quán)利要求3所述的HARQ傳輸方法，其特征在于，所述方法還包括根據(jù)孤立的HARQ PDU的傳輸延遲要求確定所述預(yù)定時(shí)限。
5.如權(quán)利要求1或2所述的HARQ傳輸方法，其特征在于所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端通過(guò)控制信息Control message實(shí)現(xiàn)。
6.如權(quán)利要求1或2所述的HARQ傳輸方法，其特征在于所述發(fā)端將其所接收的確認(rèn)結(jié)果通知收端通過(guò)物理層L1或數(shù)據(jù)鏈路層L2信令實(shí)現(xiàn)。
7.一種HARQ傳輸裝置，包括發(fā)送模塊和接收模塊，其特征在于，還包括確認(rèn)結(jié)果反饋模塊，用來(lái)解析接收模塊接收的對(duì)端對(duì)孤立的HARQ PDU的確認(rèn)信息，當(dāng)其中的確認(rèn)結(jié)果為ACK時(shí)通過(guò)發(fā)送模塊將該確認(rèn)結(jié)果通知對(duì)端。
8.如權(quán)利要求7所述的HARQ傳輸裝置，其特征在于所述裝置還包括反饋時(shí)限模塊，用來(lái)確定確認(rèn)結(jié)果反饋模塊從接收到對(duì)端確認(rèn)信息至通知對(duì)端確認(rèn)結(jié)果的預(yù)定時(shí)限，并將該預(yù)定時(shí)限輸出至確認(rèn)結(jié)果反饋模塊；所述確認(rèn)結(jié)果反饋模塊在所述預(yù)定時(shí)限內(nèi)將確認(rèn)結(jié)果通知對(duì)端。
9.如權(quán)利要求7或8所述的HARQ傳輸裝置，其特征在于所述確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通知對(duì)端具體為確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通過(guò)Control message通知對(duì)端。
10.如權(quán)利要求7或8所述的HARQ傳輸裝置，其特征在于所述確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通知對(duì)端具體為確認(rèn)結(jié)果反饋模塊將確認(rèn)結(jié)果通過(guò)L1或L2信令通知對(duì)端。
全文摘要
本發(fā)明公開(kāi)了一種HARQ傳輸方法，包括發(fā)端接收收端對(duì)孤立的HARQ PDU的確認(rèn)信息；當(dāng)確認(rèn)信息中的確認(rèn)結(jié)果為ACK時(shí)，發(fā)端將其該確認(rèn)結(jié)果通知收端。本發(fā)明還公開(kāi)了一種HARQ傳輸裝置。本發(fā)明解決了HARQ傳輸中孤立的HARQ PDU的傳輸可靠性得不到保證的問(wèn)題；對(duì)于HARQ PDU之間傳輸間隔時(shí)間較長(zhǎng)的情況，本發(fā)明也能及時(shí)檢測(cè)出NACK/ACK錯(cuò)誤，降低HARQ PDU的重傳延時(shí)。
文檔編號(hào)H04L12/56GK101094241SQ20061008941
公開(kāi)日2007年12月26日 申請(qǐng)日期2006年6月23日 優(yōu)先權(quán)日2006年6月23日
發(fā)明者高卓, 李國(guó)慶, 畢海洲 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司