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

基于時分雙工的無線通信網(wǎng)絡中的接收應答的方法和裝置與流程

文檔序號:11548375閱讀:240來源:國知局
基于時分雙工的無線通信網(wǎng)絡中的接收應答的方法和裝置與流程

本發(fā)明涉及無線通信網(wǎng)絡中的接收應答,尤其涉及基于時分雙工的無線通信網(wǎng)絡中的接收應答的方法、裝置。



背景技術(shù):

長期演進(longtermevolution,lte)技術(shù)支持頻分雙工(frequencydivisionduplexing,fdd)和時分雙工(timedivisionduplexing,tdd)兩種雙工方式。對于tdd,一種示例性的幀結(jié)構(gòu)中,每個無線幀的長度是10毫秒(ms),等分為兩個長度為5ms的半幀,每個半幀包含5個長度為1ms的子幀,分別為上行子幀、下行子幀和特殊子幀,每個特殊子幀包括3個域,分別為下行導頻時隙(downlinkpilottimeslot,dwpts)、保護間隔(guardperiod,gp)和上行導頻時隙(uplinkpilottimeslot,uppts),每個子幀由兩個連續(xù)的時隙構(gòu)成。

tdd系統(tǒng)中的傳輸包括:由基站(enb)到用戶設(shè)備(userequipment,ue)的傳輸(稱為下行)和由ue到基站的傳輸(稱為上行)。基于lte的每10ms時間內(nèi)上行和下行共用10個子幀,每個子幀或者配置給上行或者配置給下行,將配置給上行的子幀稱為上行子幀,將配置給下行的子幀稱為下行子幀,其余則為特殊子幀。tdd系統(tǒng)中支持7種上行/下行配置,如表1所示,其中,d代表下行子幀,u代表上行子幀,s代表上述包含3個特殊域的特殊子幀,每個子幀的長度可以為1ms。

表1.tdd系統(tǒng)中的7種上行/下行配置

在第三代合作伙伴計劃(the3rdgenerationpartnershipproject,3gpp)的無線接入網(wǎng)(radioaccessnetwork,ran)技術(shù)規(guī)范組的第69號全體會議上,通過了一項關(guān)于如何縮短等待時間(latency)的研究項目,該項目旨在研究縮短等待時間的可行性及其好處。根據(jù)ran2的研究,縮短傳輸時間間隔(transmissiontimeinterval,tti)能夠十分有效地縮短等待時間。lte和lte-a網(wǎng)絡中的等待時間在相當程度上是由混合自動重傳請求(hybridautomaticrepeatrequest,harq)的往返延遲(round-tripdelay,rtd)造成的。由于上、下行傳輸固有的(時域上的)非連續(xù)性特點,時分雙工(timedivisionduplexing,tdd)的harq時間關(guān)系要比頻分雙工(frequencydivisionduplexing,fdd)更加復雜,其rtd更可觀,相應地,harq所導致的等待時間的問題也更嚴重。

物理下行共享信道(physicaldownlinksharedchannel,pdsch)上的接收應答(例如,harq-ack或harq-nack)可以在物理上行共享信道(physicaluplinksharedchannel)或物理上行控制信道(physicaluplinkcontrolchannel)上傳輸。對于數(shù)據(jù)的發(fā)送與相應的接收應答間在時間上的關(guān)系,稱為harq定時。

縮短tti對harq定時提出了新的要求,這是現(xiàn)有的harq定時方案所無法滿足的。



技術(shù)實現(xiàn)要素:

對于tdd,在某個harq過程中的數(shù)據(jù)接收與相應的接收應答(例如接收方發(fā)送確認(ack)或不確認(nack)給發(fā)送方)的發(fā)送之間的時間關(guān)系取決于上行和下行鏈路的配置。

例如,目前的規(guī)范中,對于fdd和tdd,harq定時(timing)的定義都是針對tti長度為1毫秒的情形。為了前述的縮短整體的等待時間的目的,tti的長度需要被縮短,如何定義這些較短的tti,并提供相適應的harq定時方案,就是本發(fā)明的發(fā)明人希望通過本發(fā)明的實施例所解決的問題。

一些概念介紹:

tti:代表最小數(shù)據(jù)傳送時間,具體是指無線鏈路一個能夠獨立解調(diào)的傳輸塊的長度,在3gpplte中,一般認為1tti=1毫秒,即一個子幀的大小,它也是無線資源管理的基本單位。lte中物理層調(diào)度的基本單位是1ms,這樣小的時間間隔可以使得lte中應用的時間延遲較小。然而在某些小區(qū)邊緣,覆蓋受限的情況下,ue由于受到其本身發(fā)射功率的限制,在1ms的時間間隔內(nèi),可能無法滿足數(shù)據(jù)發(fā)送的誤塊率(bler)要求。因此,lte中提出了ttibundling的概念,對于上行的連續(xù)tti進行綁定,分配給同一ue,這樣可以提高數(shù)據(jù)解碼成功的概率,提高lte的上行覆蓋范圍,代價是增加了一些時間延遲。enodeb只有在收到所有綁定的上行幀以后,才反饋harq的ack/nack。3gppr8版本中定義ttibundling用于voip業(yè)務,最大連續(xù)使用的tti資源數(shù)為4,往返時間rtt為16ms,調(diào)制格式為qpsk,最大分配rb資源數(shù)為3。ttibundling既可以應用到fdd,也可以應用到tdd模式。利用4ttibundling進行l(wèi)te上行覆蓋增強,能夠大概提高上行用戶1~2db的sinr。

harq綁定(bundling):將同一服務小區(qū)的多個下行子幀的對應同一碼字的接收應答(例如,ack/nack)做邏輯與(logicaland)操作,最終得到1比特(非空分復用,使用pucch格式1a)或2比特(空分復用,使用pucchformat1b)的ack/nack信息。

harq復用(multiplexing):將同一服務小區(qū)的同一下行子幀發(fā)送的2個碼字對應的接收應答(ack/nack)做邏輯與(logicaland)操作,得到1bit的ack/nack信息。

根據(jù)本發(fā)明的第一方面的實施例,提供了一種基于時分雙工的無線通信的接收方為發(fā)送方提供接收應答的應答裝置,其特征在于,不以最小的時延來發(fā)送對至少一個接收應答。

進一步地,該應答裝置包括:分配模塊,配置為將多個接收應答分配到多個發(fā)送時間單元,其中至少一個接收應答不以最小的時延發(fā)送;發(fā)送模塊,配置為在分配的發(fā)送時間單元內(nèi)發(fā)送相應的接收應答。

進一步地,所述多個接收應答對應于多個連續(xù)的接收時間單元,所述分配模塊還配置為,將所述多個接收應答基本均勻地分配到多個相鄰的發(fā)送時間單元。

進一步地,所述接收方為用戶設(shè)備,所述發(fā)送方為基站,所述多個發(fā)送時間單元包括上行子幀和特殊子幀。

進一步地,發(fā)送方采用縮短的傳輸時間間隔,所述應答裝置還包括子幀劃分模塊,配置為將原子幀劃分為多個新子幀,以使得:劃分后的新子幀中的上行子幀、下行子幀、特殊子幀的相對順序關(guān)系與劃分前相同;或者,每個原上行子幀被劃分為多個新上行子幀,每個原下行子幀被劃分為多個新下行子幀,原特殊子幀不再分;或者,每個原上行子幀被劃分為多個新上行子幀,每個原下行子幀被劃分為多個新下行子幀,每個原特殊子幀被劃分為多個新特殊子幀。

進一步地,每個新子幀的長度小于等于0.5毫秒。

進一步地,應答裝置還包括:獲得模塊,配置為獲得更新后的時間單元對應關(guān)系,所述更新后的時間單元對應關(guān)系表示各個接收時間單元的接收應答由哪個發(fā)送時間單元發(fā)送,其中,所述時間單元對應關(guān)系根據(jù)各個接收時間單元的負載信息確定;分配裝置還配置為,根據(jù)所獲得的更新后的對應關(guān)系,分配所述多個接收應答到所述多個發(fā)送時間單元。

根據(jù)本發(fā)明的第二方面的實施例,提供了一種基于無線通信設(shè)備,其特征在于,包括第一方面的實施例的應答裝置。

根據(jù)本發(fā)明的第三方面的實施例,提供了一種基于時分雙工的無線通信基站中用于輔助無線通信的接收方完成對發(fā)送方的接收應答的輔助裝置,包括:確定裝置,配置為確定所述接收方的多個接收應答和用于發(fā)送所述多個接收應答的發(fā)送時間單元的對應關(guān)系,其中,所述對應關(guān)系使得所述接收方不以最小的時延來發(fā)送其中至少一個接收應答;提供裝置,配置為將所確定的對應關(guān)系提供給所述接收方。

進一步地,該輔助裝置還包括:判斷裝置,配置為判斷所述接收方的各個接收時間單元上是否有來自所述發(fā)送方的無線通信;確定裝置還配置為,根據(jù)所述判斷裝置的判斷結(jié)果,確定所述接收方的多個接收應答和用于發(fā)送所述多個接收應答的發(fā)送時間單元的對應關(guān)系。

根據(jù)本發(fā)明的第四方面的實施例,提供了一種無線通信基站,其特征在于,包括前述第三方面的實施例中的輔助裝置。

根據(jù)本發(fā)明的第五方面的實施例,提供了一種基于時分雙工的無線通信的接收方為發(fā)送方提供接收應答的方法,其特征在于,接收方不以最小的時延來發(fā)送至少一個接收應答。

進一步地,該方法包括:將多個接收應答基本均勻地分配到多個相鄰的發(fā)送時間單元,其中,所述多個接收應答對應于多個連續(xù)的接收時間單元。

進一步地,發(fā)送方為基站,所述多個發(fā)送時間單元包括上行子幀和特殊子幀。

根據(jù)本發(fā)明的第六方面的實施例,提供了一種基于時分雙工的無線通信基站中用于輔助無線通信的接收方完成對發(fā)送方的接收應答的方法,包括以下步驟:確定所述接收方的多個接收應答和用于發(fā)送所述多個接收應答的發(fā)送時間單元的對應關(guān)系,其中,所述對應關(guān)系使得所述接收方不以最小的時延來發(fā)送其中至少一個接收應答;將所確定的對應關(guān)系提供給所述接收方。

通過實施本發(fā)明的實施例,可以實現(xiàn)以下效果:

1.對于本發(fā)明公開所提出的動態(tài)harq定時解決方案,不僅考慮到tdd的上行/下行配置,而且考慮了服務類型、流量負荷、部署環(huán)境以及干擾情況等因素的影響,使得harq定時更為靈活,可以進一步縮短等待時間。

2.對于tti長度可以動態(tài)切換的情況,動態(tài)的harq定時方案更加靈活。

3.新的harq定時解決方案中,接收應答的發(fā)送在條件允許時,分布在多個不同的上行子幀甚至是特殊子幀上,使得尤其在某些上下行配置(例如,配置2、3、4、5)中,不需要在一個上行子幀中為過多的下行子幀發(fā)送接收應答。

4.因為不需要在一個上行子幀中為過多的下行子幀發(fā)送接收應答,在使用harq復用時,ue就不需要為接收應答發(fā)送很多個比特,避免了對上行鏈路覆蓋的嚴重限制。

5.因為不需要在一個上行子幀中為過多的下行子幀發(fā)送接收應答,在使用harq綁定時,不必要的重傳次數(shù)可以被明顯減少。

6.提供了利于縮短等待時間的新的子幀劃分方案,為具體實現(xiàn)等待時間的縮短提供了基礎(chǔ)。

附圖說明

通過后面給出的詳細描述和附圖將會更加全面地理解本發(fā)明,其中相同的單元由相同的附圖標記表示,附圖僅僅是作為說明給出的,因此不意圖對本發(fā)明構(gòu)成限制,并且其中:

圖1a為采用1ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖;

圖1b為根據(jù)本發(fā)明的實施例采用0.5ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖;

圖1c為根據(jù)本發(fā)明的又一實施例采用0.5ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖;

圖1d為根據(jù)本發(fā)明的實施例的再分前后的特殊子幀的示意圖;

圖2a-2g為根據(jù)本發(fā)明的實施例的上行/下行配置0-6的下行鏈路的harq定時的示意圖;

圖3a-3d為根據(jù)本發(fā)明的實施例的上行/下行配置2、3、4和5的下行harq定時的示意圖;

圖4為根據(jù)本發(fā)明的具體實施例的上行/下行配置5的進一步改進的下行harq定時的示意圖;

圖5a-5b為根據(jù)本發(fā)明的具體實施例的上行/下行配置5的進一步改進的下行harq定時的示意圖;

圖6為根據(jù)本發(fā)明的實施例的將原有子幀劃分為更短子幀后的上行/下行配置2幀結(jié)構(gòu)示意圖,其中每個特殊子幀的長度仍保留為1ms,沒有再分;

圖7為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信的接收方在基站的輔助下為發(fā)送方提供接收應答的方法流程圖;

圖8為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信的接收方為發(fā)送方提供接收應答的應答裝置的示意框圖;

圖9為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信基站中用于輔助無線通信的接收方完成對發(fā)送方的接收應答的輔助裝置的示意框圖。

應當提到的是,這些附圖意圖說明在某些示例性實施例中所利用的方法、結(jié)構(gòu)和/或材料的一般特性,并且對后面提供的書面描述做出補充。但是這些附圖并非按比例繪制并且可能沒有精確地反映出任何給定實施例的精確的結(jié)構(gòu)或性能特性,并且不應當被解釋成定義或限制由示例性實施例所涵蓋的數(shù)值或?qū)傩缘姆秶?。在附圖中使用類似的或完全相同的附圖標記是為了表明類似的或完全相同的單元或特征的存在。

具體實施方式

雖然示例性實施例可以有多種修改和替換形式,但是在附圖中以舉例的方式示出了其中的一些實施例,并且將在這里對其進行詳細描述。但是應當理解的是,并不意圖將示例性實施例限制到所公開的具體形式,相反,示例性實施例意圖涵蓋落在權(quán)利要求書的范圍內(nèi)的所有修改、等效方案和替換方案。相同的附圖標記在各幅圖的描述中始終指代相同的單元。

在更加詳細地討論示例性實施例之前應當提到的是,一些示例性實施例被描述成作為流程圖描繪的處理或方法。雖然流程圖將各項操作描述成順序的處理,但是其中的許多操作可以被并行地、并發(fā)地或者同時實施。此外,各項操作的順序可以被重新安排。當其操作完成時所述處理可以被終止,但是還可以具有未包括在附圖中的附加步驟。所述處理可以對應于方法、函數(shù)、規(guī)程、子例程、子程序等等。

這里所使用的術(shù)語“無線設(shè)備”或“設(shè)備”可以被視為與以下各項同義并且在后文中有時可以被稱作以下各項:客戶端、用戶設(shè)備、移動站、移動用戶、移動端、訂戶、用戶、遠程站、接入終端、接收器、移動單元等等,并且可以描述無線通信網(wǎng)絡中的無線資源的遠程用戶。

類似地,這里所使用的術(shù)語“基站”可以被視為與以下各項同義并且在后文中有時可以被稱作以下各項:b節(jié)點、演進型b節(jié)點、enodeb、收發(fā)器基站(bts)、rnc等等,并且可以描述在可以跨越多個技術(shù)世代的無線通信網(wǎng)絡中與移動端通信并且為之提供無線資源的收發(fā)器。除了實施這里所討論的方法的能力之外,這里所討論的基站可以具有與傳統(tǒng)的眾所周知的基站相關(guān)聯(lián)的所有功能。

后面所討論的方法(其中一些通過流程圖示出)可以通過硬件、軟件、固件、中間件、微代碼、硬件描述語言或者其任意組合來實施。當用軟件、固件、中間件或微代碼來實施時,用以實施必要任務的程序代碼或代碼段可以被存儲在機器或計算機可讀介質(zhì)(比如存儲介質(zhì))中。(一個或多個)處理器可以實施必要的任務。

這里所公開的具體結(jié)構(gòu)和功能細節(jié)僅僅是代表性的,并且是用于描述本發(fā)明的示例性實施例的目的。但是本發(fā)明可以通過許多替換形式來具體實現(xiàn),并且不應當被解釋成僅僅受限于這里所闡述的實施例。

應當理解的是,雖然在這里可能使用了術(shù)語“第一”、“第二”等等來描述各個單元,但是這些單元不應當受這些術(shù)語限制。使用這些術(shù)語僅僅是為了將一個單元與另一個單元進行區(qū)分。舉例來說,在不背離示例性實施例的范圍的情況下,第一單元可以被稱為第二單元,并且類似地第二單元可以被稱為第一單元。這里所使用的術(shù)語“和/或”包括其中一個或更多所列出的相關(guān)聯(lián)項目的任意和所有組合。

應當理解的是,當一個單元被稱為“連接”或“耦合”到另一單元時,其可以直接連接或耦合到所述另一單元,或者可以存在中間單元。與此相對,當一個單元被稱為“直接連接”或“直接耦合”到另一單元時,則不存在中間單元。應當按照類似的方式來解釋被用于描述單元之間的關(guān)系的其他詞語(例如“處于...之間”相比于“直接處于...之間”,“與...鄰近”相比于“與...直接鄰近”等等)。

這里所使用的術(shù)語僅僅是為了描述具體實施例而不意圖限制示例性實施例。除非上下文明確地另有所指,否則這里所使用的單數(shù)形式“一個”、“一項”還意圖包括復數(shù)。還應當理解的是,這里所使用的術(shù)語“包括”和/或“包含”規(guī)定所陳述的特征、整數(shù)、步驟、操作、單元和/或組件的存在,而不排除存在或添加一個或更多其他特征、整數(shù)、步驟、操作、單元、組件和/或其組合。

還應當提到的是,在一些替換實現(xiàn)方式中,所提到的功能/動作可以按照不同于附圖中標示的順序發(fā)生。舉例來說,取決于所涉及的功能/動作,相繼示出的兩幅圖實際上可以基本上同時執(zhí)行或者有時可以按照相反的順序來執(zhí)行。

除非另行定義,否則這里使用的所有術(shù)語(包括技術(shù)和科學術(shù)語)都具有與示例性實施例所屬領(lǐng)域內(nèi)的技術(shù)人員通常所理解的相同的含義。還應當理解的是,除非在這里被明確定義,否則例如在通常使用的字典中定義的那些術(shù)語應當被解釋成具有與其在相關(guān)領(lǐng)域的上下文中的含義相一致的含義,而不應按照理想化的或者過于正式的意義來解釋。

示例性實施例的一些部分和相應的詳細描述是通過計算機存儲器內(nèi)的軟件或算法以及對于數(shù)據(jù)比特的操作的符號表示而給出的。這些描述和表示是本領(lǐng)域技術(shù)人員用以向本領(lǐng)域其他技術(shù)人員有效地傳達其工作實質(zhì)的描述和表示。正如其通常被使用的那樣,這里所使用的術(shù)語“算法”被設(shè)想成獲得所期望的結(jié)果的自相一致的步驟序列。所述步驟是需要對物理數(shù)量進行物理操縱的那些步驟。通常而非必要的是,這些數(shù)量采取能夠被存儲、傳輸、組合、比較以及按照其他方式被操縱的光學、電氣或磁性信號的形式。主要出于通常使用的原因,已經(jīng)證明有時把這些信號稱作比特、數(shù)值、元素、符號、字符、項、數(shù)字等等是便利的。

在后面的描述中將參照可以被實施為程序模塊或功能處理的動作以及操作的符號表示(例如以流程圖的形式)來描述說明性實施例,所述程序模塊或功能處理包括實施特定任務或者實施特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等,并且可以利用現(xiàn)有網(wǎng)絡單元處的現(xiàn)有硬件來實施。這樣的現(xiàn)有硬件可以包括一個或更多中央處理單元(cpu)、數(shù)字信號處理器(dsp)、專用集成電路、現(xiàn)場可編程門陣列(fpga)計算機等等。

但是應當認識到,所有這些以及類似的術(shù)語應當與適當?shù)奈锢頂?shù)量相關(guān)聯(lián),并且僅僅是被應用于這些數(shù)量的便利標簽。除非明確地另行聲明或者從討論中可以明顯看出,否則例如“處理”、“計算”、“確定”或“顯示”等術(shù)語指的是計算機系統(tǒng)或類似的電子計算設(shè)備的動作和處理,其對被表示為所述計算機系統(tǒng)的寄存器和存儲器內(nèi)的物理、電子數(shù)量的數(shù)據(jù)進行操縱,并且將其變換成被類似地表示為所述計算機系統(tǒng)存儲器或寄存器或者其他此類信息存儲、傳送或顯示設(shè)備內(nèi)的物理數(shù)量的其他數(shù)據(jù)。

還應當提到的是,示例性實施例的軟件實施的方面通常被編碼在某種形式的程序存儲介質(zhì)上或者通過某種類型的傳送介質(zhì)來實施。所述程序存儲介質(zhì)可以是磁性(例如軟盤或硬盤驅(qū)動器)或光學(例如緊致盤只讀存儲器或“cdrom”)存儲介質(zhì),并且可以是只讀或隨機存取存儲介質(zhì)。類似地,所述傳送介質(zhì)可以是雙絞線、同軸電纜、光纖或者本領(lǐng)域內(nèi)已知的某種其他適當?shù)膫魉徒橘|(zhì)。示例性實施例不受任何給定實現(xiàn)方式的這些方面的限制。

處理器和存儲器可以一同操作來運行裝置功能。舉例來說,存儲器可以存儲關(guān)于裝置功能的代碼段。所述代碼段又可以由處理器執(zhí)行。此外,存儲器可以存儲處理變量和常數(shù)以供處理器使用。

在本發(fā)明公開的上下文中,首先提出兩種具有后向兼容性的縮短tti的方案,接著,介紹與之相適應的harq定時方案,包括靜態(tài)的解決方案與動態(tài)的解決方案。

●對于靜態(tài)的解決方案,將首先提出一些假設(shè)?;谶@些假設(shè),提出基本的harq定時設(shè)計原則。然后,再詳細說明harq定時的關(guān)聯(lián)關(guān)系。最后,針對不同的tdd上行/下行配置的給出其響應時序表。

●對于動態(tài)解決方案,將提出harq定時的關(guān)聯(lián)關(guān)系,并將其配置到應用縮短了的tti的ue。這種解決方案與3gpp標準化中指定的靜態(tài)方案完全不同。

用上述基本原理對分析靜態(tài)解決方案會發(fā)現(xiàn),對于tti長度縮短了的(例如,從原來的1ms縮短為0.5ms)harq定時,在單個上行子幀中需要對下行共享信道上的太多下行子幀中的數(shù)據(jù)傳輸進行確認(發(fā)送ack或nack),特別是對一些下行偏重配置(dl-heavyconfiguration,例如,配置2、3、4、和5)。因此,我們提出了一些增強的解決方案來進一步解決該問題,包括:

·解決方案1:將多個接收應答(ack或nack)均勻地關(guān)聯(lián)到多個連續(xù)的上行子幀,例如,將8個接收應答中的4個關(guān)聯(lián)到上行子幀m,將其余4個接收應答關(guān)聯(lián)到上行子幀m的下一個子幀,上行子幀m+1。

·解決方案2:確定一些特殊子幀,然后將多個接收應答均勻地關(guān)聯(lián)到上述特殊子幀及多個連續(xù)的上行子幀。

·解決方案3:根據(jù)確認的實際的要發(fā)送的接收應答的數(shù)目來動態(tài)地進行接收應答與上行子幀的關(guān)聯(lián)。

此外,在為tdd的縮短的tti設(shè)計harq定時時,本發(fā)明公開的發(fā)明人發(fā)現(xiàn),即使0.5ms的tti長度的情況下,也應對特殊子幀仔細處理。因此,在本發(fā)明公開中,還提出了特殊子幀的處理方法:

方法1:將原來的1ms的特殊子幀分成兩部分,即,sd和su,其每一個具有為0.5ms的長度。此選項可用于某些特定的dwpts/gp/uppts的配置(配置7,8和9)。

方法2:雖然對原來1ms的上行子幀和下行子幀進行再分(例如,縮短為各0.5ms甚至更短),但對原來1ms的特殊子幀不再分。

上下文所提出的harq定時的解決方案可以基于一些假設(shè)而用于這兩種方法。

以下結(jié)合附圖對本發(fā)明的實施例進行詳述。

圖1a為采用1ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖。圖1b為根據(jù)本發(fā)明的實施例采用0.5ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖;圖1c為根據(jù)本發(fā)明的又一實施例采用0.5ms的tti的上行/下行配置2的幀結(jié)構(gòu)簡要示意圖;圖1d為根據(jù)本發(fā)明的實施例的再分前后的特殊子幀的示意圖。

考慮到向下兼容性,有兩種方案可用于在tdd中縮短tti。如圖1a所示的1ms的tti在圖2b和2c所示的兩個例子中,以不同的方式再分為了長度更短(例如,0.5ms)的tti。圖2b所示方案稱為第一劃分方案,圖2c所示方案稱為第二劃分方案。

對于第一劃分方案,上行/下行配置沒有改變,新上行子幀、下行子幀與特殊子幀的相對位置關(guān)系沒有改變,也即,原來是d-s-u-d-d的循環(huán)方式,劃分后,仍是d-s-u-d-d如此循環(huán),只不過是每個子幀的長度由原來的1ms變?yōu)榱?.5ms。在這種情況下,之前的用于1毫秒tti的harq定時方案可以簡單重用,如果可以假定enb和ue的處理時間可以隨tti的縮短而線性減少。第一劃分方案有它的缺點,例如,如果與傳統(tǒng)的1ms的tti同時使用(也即,網(wǎng)絡中同時存在1ms的tti的環(huán)境和0.5ms的tti的環(huán)境)會導致上下行之間的較高干擾。當然,上述干擾或許可以通過動態(tài)調(diào)度來避免,例如,不在短tti的ue使用的子幀上調(diào)度任何傳統(tǒng)ue(使用1ms的tti),或不在傳統(tǒng)ue所用的子幀上調(diào)度任何短tti的ue。

對于第二劃分方案,現(xiàn)有的下行子幀d被分成兩個新的下行子幀d,現(xiàn)有的上行子幀被分成兩個新的上行子幀,此外,具有特定的dwpts/gp/uppts配置(例如配置7,8和9)的特殊子幀可分為sd和su,如圖2d所示,其中,原來的dwpts與gp的前一部分分入了新的特殊子幀sd,而原來的uppts則與gp的后一部分分入了新的特殊子幀su。第二劃分方案的優(yōu)點是,它可以與傳統(tǒng)的1ms的tti并存,而不會導致上行鏈路與下行鏈路間的高干擾。對于第二劃分方案,需要新的harq定時方案。

接下來,結(jié)合圖2a-2g介紹第二種劃分方案下的harq定時解決方案的具體例子,圖2a-2g具體示出了為根據(jù)本發(fā)明的實施例的上行/下行配置0-6的下行鏈路的harq定時方案的示意圖,其中,子幀按照例如圖1b所示的原理縮短為了0.5ms。

在介紹tdd中的縮短的tti所適用的harq定時方案前,先鋪墊一些基本的假設(shè):

基本假設(shè):enb和ue的處理時間可以隨tti長度的縮短而線性地減少,并且rtt也會相應縮短。

基于這一假設(shè),使用0.5ms的tti的fdd系統(tǒng),對子幀n上傳輸?shù)臄?shù)據(jù)進行的接收應答(表示子幀n的接收是否確認,ack表示確認,nack表示不確認)仍可以在子幀n+4上發(fā)送,而使用0.5毫秒tti的tdd系統(tǒng)的harq定時則可根據(jù)以下原則來設(shè)計。

tdd縮短tti后的下行鏈路的harq定時設(shè)計的基本原則

基站在下行子幀n上發(fā)送了一個傳輸塊,那么,作為接收方的用戶設(shè)備將在上行子幀n+k上發(fā)送對該傳輸塊的接收應答,例如ack表示確認(接收成功),nack表示不確認(接收失敗)?;緭?jù)此判斷是否需要重傳該傳輸塊,還是可以發(fā)送下一個下行傳輸塊。

其中,k的取值一般取決于接收端的處理時間,這一處理例如3個子幀(以一子幀1ms為例,則為3ms)的長度。由于存在著這樣的處理時間,發(fā)送接收應答往往要延后4個子幀,例如,也即,k一般k≥4。根據(jù)前述假設(shè),處理延遲隨著tti的縮短而線性縮短,既然tti從1ms縮短為0.5ms,那么可以認為處理延遲從3ms縮短為1.5ms。值得注意的是,如果接收端的處理能力不同于上述,則k的取值可以相應地調(diào)整,所謂最小延時也會相應地縮短或延長。

基于上述基本原理,不同上行/下行配置的下行鏈路harq定時關(guān)系示于圖2a-2g,并以k≥4的情況為例。應當注意,雖然k=4已經(jīng)顧及了接收方的處理時間,也即,即使k=4,接收方也能在這期間完成對接收到的傳輸塊的處理,并生成相應的接收應答。那么早一點發(fā)送相應的接收應答,就能早一點讓基站知道接收結(jié)果,以便安排重發(fā)該傳輸塊或者發(fā)送隊列中的下一傳輸塊。從縮短rtt的角度來看,假設(shè)傳輸塊是在子幀n上發(fā)送的,那么子幀n之后的第一個上行子幀里發(fā)送接收應答,rtt應是最短,于是,我們就把子幀n與之后的這第一個上行子幀之間的間隔稱為最小時延。這里,特殊子幀sd中同時用于pdcch和物理混合重傳指示信道(physicalhybrid-arqindicatorchannel,phich)傳輸,而特殊子幀su由于其非常短的持續(xù)時間而不被用于pusch傳輸,相反,su可以留空,作為一個額外的保護時段或可用于信道探測或隨機接入。

圖2a-2g中,帶箭頭的曲線連接了發(fā)送下行傳輸塊的下行子幀dx與發(fā)送該下行傳輸塊的接收應答的上行子幀uy,另外,當特殊子幀sd用于傳輸時,也分配了相應的用于發(fā)送接收應答的上行子幀,并用帶箭頭的曲線相連,例如圖2a中的特殊子幀sd2(2號特殊子幀)和u6(6號上行子幀)。

根據(jù)圖2a-2g中的harq定時關(guān)聯(lián)關(guān)系,不同的tdd配置的harq定時方案歸納在表2中。其中,針對每一個上行/下行配置中的每一個tti所發(fā)送的傳輸塊,示出了接收方將在多少個tti之后提供相應的接收應答。

表2.不同tdd上行/下行配置的harq定時方案的例子

從圖2a-2g中可以看出,在一些下行偏重配置(例如,圖2c-2f所示的配置2、3、4和5)中,存在著較多的連續(xù)的下行子幀。按照前述有利于縮短rtt的規(guī)則,這些下行子幀都需要之后的第一個上行子幀中得到接收應答(例如,圖2c中的u14,圖2d右側(cè)的u4,圖2e中右側(cè)的u4)。在這種情況下,如果使用復用,則ue需要發(fā)送很多個比特位,這將顯著限制上行鏈路的覆蓋;而如果使用綁定,則不必要的重傳次數(shù)將顯著增加。因此,這些下行偏重配置的harq定時可能需要進一步改進。

要解決上述問題,根據(jù)本發(fā)明公開的實施例,提出了這樣的解決方案,主要應用于tti進一步縮短的情形,例如從1ms縮短為0.5ms甚至更短,希望在實現(xiàn)更短的等待時間的前提下,消除隨之而來的不利影響。這些實施例的基本思想在于,無線通信的接收方(對于下行數(shù)據(jù)傳輸則為用戶設(shè)備,對于上行數(shù)據(jù)傳輸則為基站)在接收到傳輸塊之后,對于至少一個傳輸塊,不以最小時延來為其發(fā)送接收應答。例如,對于基站在子幀n上發(fā)送的傳輸塊,如果在子幀n后面,與子幀n隔4個子幀就有一個上行子幀(n+4),那么,最小時延就是4,而不以最小時延來發(fā)送接收應答意味著,如果上行子幀n+4后面有與之相連的其它上行子幀(例如,n+5甚至n+6),可以將子幀n的接收應答放在上行子幀n+5甚至n+6上。具體地,由于各個上行/下行配置中各個子幀的類型(上行、下行、特殊子幀)相對固定,可以預先配置好各個子幀上的傳輸塊應該在后續(xù)的哪個子幀上提供接收應答,其中,可以通過“不以最小時延來為至少一個傳輸塊發(fā)送接收應答”來避免某些子幀承載過多的接收應答的發(fā)送任務。

上述的基本思想有各種實現(xiàn)方式,以下以基站作為發(fā)送方發(fā)送下行數(shù)據(jù),用戶設(shè)備作為接收方提供接收應答為例分別說明:

實施例1:將需要發(fā)送的多個接收應答基本平均地分配給多個連續(xù)的上行子幀。

在這種情況下,在一個上行子幀中需要發(fā)送的接收應答的數(shù)量線性地減少。圖3a-3d為根據(jù)本發(fā)明的實施例1的上行/下行配置2、3、4和5的下行harq定時的示意圖。

參看圖3a,其中,d6-d11為6個連續(xù)的下行子幀,u14是它們之后的第一個上行子幀。sd2作為一個下行特殊子幀,也承擔了下行傳輸?shù)娜蝿?,而之后的u4和u5與sd2相隔太近,不能滿足接收方的處理時間的要求,于是,u14就成了sd2之后的第一個可用的上行子幀(相應地,對于sd2,其獲得接收應答的最小時延就是它和u14間的時間間隔,即12個子幀)。至此,用戶設(shè)備需要為sd2、d6-d11共7個子幀提供接收應答。不失一般性地,根據(jù)圖3a所示,可以進行這樣的分配,也即,sd2、d6、d7這三個下行子幀在u14得到應答,而d8-d11這四個子幀在u15得到應答。可以看出,經(jīng)過上述的基本平均的分配,sd2、d6和d7都是以最小時延得到的接收應答,而d8、d9、d10之后的第一個可用的(間隔大于接收方所需的處理時間,例如3個子幀)上行子幀是u14,卻在u15才得到應答,因此輸入沒有以最小時延得到應答,體現(xiàn)了上述原理。

同理,對于d16-d19,分別在u4和u5得到應答,而d18-d19因為沒有在第一個可用的上行子幀u4上得到應答,也屬于沒有以最小時延提供接收應答的情況。

至于d0和d1,有u4和u5在其后,且能夠滿足接收方的處理時間的要求,因此,d0在u4得到應答,而d1在u5得到應答。

上例的一個變形則是,這些接收應答也可以以其它比例分布在這些上行子幀中,而不是相對嚴格地均分。

由于harq定時關(guān)系是以一個無線幀(10ms)為周期重復的,在本發(fā)明公開的附圖中,一般只示出一個無線幀內(nèi)(20個0.5mstti)的各個子幀上的定時關(guān)系,本領(lǐng)域技術(shù)人員可以根據(jù)附圖的標示直接推出其余未示出的定時關(guān)系。

可以理解,對于上行傳輸,當有較多連續(xù)的上行子幀時,這些上行子幀之后的第一個可用的下行子幀也可能面臨需要為過多的上行子幀向用戶設(shè)備提供接收應答的問題。為此,可以參照上述例子,將這些上行子幀的接收應答任務基本平均地分配到多個連續(xù)的下行子幀,在其中,會有至少一個上行子幀沒有以最小的時延獲得基站的接收應答。

參看圖3b-3d,也分別表示了在上行/下行配置3-5中的類似的處理方式,不再贅述。

實施例2:在圖3a-3d所示的實施例1中,可能還有一些上行子幀承載了較多的接收應答的發(fā)送任務,例如圖3d所示的右側(cè)的u4和u5,就分別對應了8個下行子幀。為了進一步減少單個子幀所需要的對應/關(guān)聯(lián)的下行子幀數(shù)量,根據(jù)實施例2,提出將特殊子幀su也用于發(fā)送接收應答。參看圖4,圖4為根據(jù)本發(fā)明的具體實施例2的上行/下行配置5的進一步改進的下行harq定時的示意圖。

如圖4所示,sd2、d6-d19共計15個子幀,如果根據(jù)圖3d的例子,則需要用u4來提供sd2、d6-d12共8個子幀的接收應答,用u5來提供d13-d19共7個子幀的接收應答。

而根據(jù)圖4的例子,su3也被用于發(fā)送接收應答,sd2、d6-d19共15個子幀,平均分配到su3、u4和u5,其中,由于sd2成為了sd2、d6-d19之后的第一個可用的子幀,因此,對于分配給u4和u5的子幀而言,接收應答就不是以最小時延發(fā)送的了。

實施例2中將特殊子幀su用于發(fā)送接收應答在具體應用中有以下兩種實現(xiàn)方式:

方式1-3gpp明確指定用于發(fā)送接收應答的特殊子幀,并建立如圖4所示的harq定時方案,方案預先保存在基站和用戶設(shè)備處,在特定上行/下行配置被激活時,即可被調(diào)用,并根據(jù)預先定義的特殊子幀su與下行子幀間的對應關(guān)系,在相應的特殊子幀上發(fā)送接收應答。例如,如圖4所示。

方式2-特殊子幀是否用于發(fā)送接收應答,由基站準靜態(tài)地或動態(tài)地確定,并通知用戶設(shè)備。

方式2可以與實施例1結(jié)合地靈活使用。例如,enb根據(jù)su子幀是否可用于接收應答的發(fā)送來配置hard定時方案。例如,如果在某些特殊情況下,su子幀不能被用于發(fā)送接收應答,則可以采用實施例1中定義的關(guān)聯(lián)關(guān)系。另一方面,如果su子幀可以用于接收應答的發(fā)送,通過則通過實施例2中上述的定義的關(guān)聯(lián)關(guān)系將被采用。為了實現(xiàn)方式2,可以為3gpp定義一個配置消息,以便基站明確告知ue如何進行接收應答的傳輸。例如,基站應告知ue,哪些harq進程的接收應答可以在特殊子幀上發(fā)送。并且從ue的角度,如果沒有接收到這樣的配置消息,ue將根據(jù)實施例1中定義的harq定時的關(guān)聯(lián)關(guān)系。如果接收到配置信息,則ue應當清楚,根據(jù)本配置指示采取行動。也就是說,對于方式2,可以定義不同于實施例1(例如圖3a-3d所示)的新的時間關(guān)聯(lián)表。

實施例3:根據(jù)確認的實際的需要提供的接收應答的數(shù)量來動態(tài)地進行harq定時方案的定義

相對而言,實施例1與實施例2的解決方案屬于靜態(tài)的,其中,根據(jù)預先的靜態(tài)定義,enb和ue清楚地預知如何執(zhí)行接收應答的發(fā)送,也即,在哪個子幀上應當對哪些子幀的傳輸進行應答。

實施例1-2的方案無疑是可行的,當然,或許仍可以有進一步的改進。參看圖5a-5b,其為根據(jù)本發(fā)明的具體實施例的上行/下行配置5的進一步改進的下行harq定時的示意圖。

這是因為,在某些情況下,可能有一些下行子幀并沒有發(fā)送下行數(shù)據(jù)。對于沒有數(shù)據(jù)傳輸?shù)倪@些下行子幀,就沒有必要為其提供接收應答。換言之,這些下行子幀和用于為其發(fā)送接收應答的上行子幀或su子幀之間的關(guān)聯(lián)關(guān)系可以暫時地取消。于是,騰出來的上行發(fā)送能力,如特殊子幀和一些上行子幀,可以被釋放用于其他用途。在這種情況下,或許會有這樣的優(yōu)選的例子,例如,被釋放出的上行子幀或特殊子幀su,可以被用于為其它下行子幀發(fā)送接收應答,而這些下行子幀的接收應答原本需要在更晚到來的上行子幀或特殊子幀su上發(fā)送,如此,可以將相應的接收應答的發(fā)送提前,有利于提高快速反饋,并降低傳輸延遲。

根據(jù)一個例子,此處的“動態(tài)”是指,即使是對于特定的上行/下行配置,下行子幀與用于為其發(fā)送接收應答的上行子幀或特殊子幀su間的harq定時關(guān)聯(lián)關(guān)系可以根據(jù)要發(fā)送的應答的數(shù)目而改變。例如:

“如果有要在所有下行子幀發(fā)送下行數(shù)據(jù),harq定時關(guān)聯(lián)關(guān)系可以如預定義的靜態(tài)方案(如例如,實施例1或2)確定。

“如果存在一些下行子幀沒有數(shù)據(jù)傳輸,靜態(tài)方案中確定的這些下行子幀與用于為其發(fā)送接收應答的上行子幀或特殊子幀su之間的關(guān)聯(lián)關(guān)系可以暫時被打斷。在這種情況下,enb將根據(jù)具體的上行/下行配置和需要發(fā)送的接收應答的數(shù)量來調(diào)整下行子幀與上行子幀或su之間的harq定時關(guān)聯(lián)關(guān)系,然后將新確定的關(guān)聯(lián)關(guān)系通知ue以用于harq處理。

如圖5a-5b所示,如果所有下行子幀都需要發(fā)送下行數(shù)據(jù),那么下行子幀與用于發(fā)送接收應答的子幀之間的對應關(guān)系可以如圖4所示。如果存在一些下行子幀沒有數(shù)據(jù)傳輸,例如,圖5a所示的下行子幀6、7、8和9,如示,這些下行子幀原來與特殊子幀su3之間的關(guān)聯(lián)關(guān)系被打斷,而su3可以用于和其它下行子幀關(guān)聯(lián),如圖5b所示,關(guān)聯(lián)到d10-d12,使得d10-d12得到應答的時間提前了一個子幀,即,從原來分別為14、13、12個子幀的等待縮短為只需要13、12和11個子幀。上述調(diào)整的可行性源自enb知道哪些下行子幀要發(fā)送數(shù)據(jù),而哪些下行子幀不會發(fā)送下行數(shù)據(jù)。一旦enb重新確定了如圖5b所示的harq定時關(guān)聯(lián)關(guān)系,可以將新的對應關(guān)系通知ue以用于相應harq過程。

下面,簡要介紹下在縮短的tti的場景下對于原來的特殊子幀的處理。

如前所述,只有根據(jù)特殊配置的特殊子幀,也即那些具有特殊dwpts/gp/uppts配置(配置7,8,和9)的特殊子幀,才可以被分為前述的sd和su,如圖6所示。而具有其它dwpts/gp/uppts配置(配置0~6)的特殊子幀,則不能很好地配合0.5ms的tti。對于具有dwpts/gp/uppts配置0~6的特殊子幀,建議可以在縮短的tti的場景中,繼續(xù)保持當前的1ms的長度,即使所有下行子幀和上行子幀的長度都減少到0.5ms甚至更短。此外,雖然這些特殊子幀的長度不改變,其內(nèi)容還是可以根據(jù)tti縮短的要求進行修改。

圖6給出了保持特殊子幀為1ms時的上行/下行配置2的harq定時方案。當然,也可以進一步參照實施例1-2中的描述,將例如u14和u4中的一部分接收應答改為由例如u15和u5來發(fā)送。

上文中,主要針對tdd系統(tǒng)的縮短tti的情形下的靜態(tài)下行harq時序解決方案的討論。對于靜態(tài)的解決方案,harq定時關(guān)聯(lián)關(guān)系是由一個預定的關(guān)聯(lián)表(例如3gppts36.213中定義的用于下行鏈路的表10.1.3.1-1)來確定。ue實現(xiàn)了使用根據(jù)其配置的上行/下行配置預定義的harq進程的關(guān)聯(lián)關(guān)系。這種類型的解決方案的優(yōu)點在于,對目前1ms的tti長度和七個已有的上行/下行配置而言,復雜度低。然而,考慮到為縮短等待時間而需要的更短的tti,然而,關(guān)聯(lián)關(guān)系勢必變得更加復雜,以支持不同的上行/下行配置和不同的tti長度的harq定時。如果eima和載波聚合(ca)與tti縮短一起使用時,復雜性將變得高得多。此外,靜態(tài)的解決方案不能靈活考慮其他因素,諸如服務類型、流量負荷、部署環(huán)境以及干擾情況等因素的影響,為此,提出用于harq定時的動態(tài)配置方案,以應對tdd中的縮短的tti的需要。

在該動態(tài)機制中,harq定時關(guān)聯(lián)關(guān)系是由enb根據(jù)以下各項中的任意多項來確定:上行/下行配置、tti長度、服務類型,流量負荷、干擾情況等。然后,確定好的harq定時關(guān)聯(lián)關(guān)系(或稱發(fā)送傳輸塊的時間單元與用于為其提供接收應答的時間單元之間的對應關(guān)系)經(jīng)由定義的信令通知給ue。當ue接收到來自enb的上述的確定的harq定時關(guān)聯(lián)關(guān)系,即可依照執(zhí)行harq處理。

具體地,這種動態(tài)確定的方式可以通過以下方式進行:

1:預先定義多個harq定時的關(guān)聯(lián)關(guān)系表,其中考慮上行/下行配置及其它影響因素。ue和基站都知道這些表?;靖鶕?jù)上行/下行配置、tti長度和其它因素,從中選出一種關(guān)聯(lián)關(guān)系,并向ue發(fā)送一個消息,來告知這個選擇。根據(jù)不同的例子,這個通知應當足以讓ue知道應該應用哪種具體的關(guān)聯(lián)關(guān)系。例如,包含表的索引號,以及具體表中的具體關(guān)聯(lián)關(guān)系的索引號。

2:也可以不預先定義上述的關(guān)聯(lián)關(guān)系表。取而代之地,harq定時的關(guān)聯(lián)關(guān)系完全由enb根據(jù)上行/下行配置、tti長度及任何其他需要考慮的因素來確定。一經(jīng)確定,它將被用信號通知給ue以用于harq過程。信令的內(nèi)容可以包括下行子幀與用于為其發(fā)送接收應答的上行子幀(特殊子幀)之間的關(guān)聯(lián)關(guān)系,以及具體的harq進程索引。在這個選項中,harq定時的關(guān)聯(lián)關(guān)系或許必須由enb來確定并通知ue,因為沒有一個缺省的模式可以供ue使用。

動態(tài)的解決方案與靜態(tài)的解決方案不同,其harq定時的配置有更高的靈活性??紤]到tti的縮短,即使對于同一個ue,為了縮短等待時間,或許可以支持不同的tti長度之間的動態(tài)切換。在這種情況下,有必要使用更靈活的harq定時配置機制,雖然信令開銷可能會相應增加。

接下來,簡要討論下tti長度縮短到小于0.5ms的tdd的harq定時。本發(fā)明公開的發(fā)明人認為,至少有以下三種方案來根據(jù)本發(fā)明的思想來應對tti長度小于0.5ms的情形。

一、與圖1b所示類似地,上行/下行配置沒有發(fā)生實質(zhì)改變,并只是單純縮短tti的長度到小于0.5ms。這樣,在與傳統(tǒng)的1ms的tti的ue共存時,可能會形成較強的干擾。

二、如圖1c所示類似地,目前1ms的下行子幀被劃分成多個小于0.5ms的新的下行子幀,而目前1ms的上行子幀被劃分為多個小于0.5ms的新的上行子幀,和當前的特殊子幀劃分為多個小于0.5ms的新的特殊子幀。該方案可與傳統(tǒng)1ms的tti共存,而不會產(chǎn)生高干擾。

三、為了進一步縮短等待時間,可以定義與現(xiàn)有的上行/下行配置不同的新的上行/下行配置。于是,在分析新的結(jié)構(gòu)時,應當考慮與傳統(tǒng)ue之間可能的干擾,并仔細設(shè)計特殊子幀。

圖7為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信的接收方在基站的輔助下為發(fā)送方提供接收應答的方法流程圖。由于具體內(nèi)容已經(jīng)在上文中詳加論述,此處只簡述要點。

參看圖7,在步驟s102中,基站1確定接收方(例如用戶設(shè)備2)的多個接收應答(響應于之前基站發(fā)出的多個下行傳輸塊)和用于發(fā)送這些接收應答的發(fā)送時間單元(例如,上行子幀)的對應關(guān)系,其中,對應關(guān)系使得ue2不以最小的時延來發(fā)送其中至少一個接收應答,例如,參看之前的附圖及相關(guān)描述。

在步驟s104中,基站1將確定的對應關(guān)系提供給ue2(作為下行傳輸塊的接收方)。

在步驟s202中,用戶設(shè)備2將將多個接收應答分配到多個相鄰的發(fā)送時間單元(例如上行子幀),其中,至少一個接收應答將不以最小的時延發(fā)送。

在步驟s204中,用戶設(shè)備2在各個發(fā)送時間單元上發(fā)送相應的接收應答。

具體地,如前所述,用戶設(shè)備2可以根據(jù)預先靜態(tài)存儲的對應關(guān)系找到各個上行子幀分別應該用于發(fā)送哪些下行子幀的接收應答,所以在有些例子中,步驟s102和s104是可選的。但是,在前述的各動態(tài)情形中,可以優(yōu)選地保留步驟s102-s104。

根據(jù)一個實施例,步驟s202中的分配使得這些接收應答基本平均地分配到多個連續(xù)的(相鄰的)上行子幀上,而這些接收應答對應于之前的多個連續(xù)的下行子幀,為這些下行子幀提供接收應答。

上述以及其它步驟特征的具體內(nèi)容可以參看之前結(jié)合其它附圖所做的詳述。

圖8為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信的接收方為發(fā)送方提供接收應答的應答裝置8的示意框圖。

其中,這一基于時分雙工的無線通信的接收方為發(fā)送方提供接收應答的應答裝置8配置為不以最小的時延來發(fā)送至少一個接收應答。

進一步地,該應答裝置8包括:

分配模塊802,配置為將多個接收應答分配到多個發(fā)送時間單元,其中至少一個接收應答不以最小的時延發(fā)送;

發(fā)送模塊804,配置為在分配的發(fā)送時間單元內(nèi)發(fā)送相應的接收應答。

具體地,這多個接收應答對應于多個連續(xù)的接收時間單元(對ue2而言,為多個下行子幀),分配模塊802還配置為,將多個接收應答基本均勻地分配到多個相鄰的發(fā)送時間單元(例如,多個上行子幀)。

具體地,上述的用于發(fā)送接收應答的多個發(fā)送時間單元包括上行子幀和特殊子幀。

具體地,基站1(發(fā)送方)和ue2(接收方)采用縮短的傳輸時間間隔(tti),例如,比現(xiàn)有的1ms更短,例如0.5ms。于是,應答裝置8還可以包括子幀劃分模塊806,配置為將原子幀劃分為多個新子幀,以使得:

劃分后的新子幀中的上行子幀、下行子幀、特殊子幀的相對順序關(guān)系與劃分前相同;或者

每個原上行子幀被劃分為多個新上行子幀,每個原下行子幀被劃分為多個新下行子幀,原特殊子幀不再分;或者

每個原上行子幀被劃分為多個新上行子幀,每個原下行子幀被劃分為多個新下行子幀,每個原特殊子幀被劃分為多個新特殊子幀。

具體地,應答裝置8還可以包括:

獲得模塊808,配置為(從基站1處)獲得更新后的時間單元對應關(guān)系,所述更新后的時間單元對應關(guān)系表示各個接收時間單元(對ue2而言為下行子幀)的接收應答由哪個發(fā)送時間單元發(fā)送,其中,所述時間單元對應關(guān)系根據(jù)各個接收時間單元的負載信息確定;

所述分配裝置802還配置為,根據(jù)所獲得的更新后的對應關(guān)系,獲得多個接收時間單元的負載信息。

圖9為根據(jù)本發(fā)明的實施例的基于時分雙工的無線通信基站中用于輔助無線通信的接收方完成對發(fā)送方的接收應答的輔助裝置9的示意框圖。

所示的基于時分雙工的無線通信基站中用于輔助無線通信的接收方完成對發(fā)送方的接收應答的輔助裝置9包括:

確定裝置902,配置為確定所述接收方(例如ue2)的多個接收應答和用于發(fā)送所述多個接收應答的發(fā)送時間單元(例如上行子幀,或上行子幀與特殊子幀su)的對應關(guān)系,其中,所述對應關(guān)系使得所述接收方不以最小的時延來發(fā)送其中至少一個接收應答;

提供裝置904,配置為將所確定的對應關(guān)系提供給所述接收方。

進一步地,還可以包括判斷裝置906,配置為判斷所述接收方的各個接收時間單元上是否有來自所述發(fā)送方的無線通信;

確定裝置902還配置為,根據(jù)所述判斷裝置的判斷結(jié)果,確定所述接收方的多個接收應答和用于發(fā)送所述多個接收應答的發(fā)送時間單元的對應關(guān)系。

進一步地,確定裝置902還配置為根據(jù)以下各項中的任意多項來確定所述對應關(guān)系:上行/下行配置、傳輸塊的時間長度、服務類型,流量負荷、干擾情況。

需要注意的是,本發(fā)明可在軟件和/或軟件與硬件的組合體中被實施,例如,本發(fā)明的各個裝置可采用專用集成電路(asic)或任何其他類似硬件設(shè)備來實現(xiàn)。在一個實施例中,本發(fā)明的軟件程序可以通過處理器執(zhí)行以實現(xiàn)上文所述步驟或功能。同樣地,本發(fā)明的軟件程序(包括相關(guān)的數(shù)據(jù)結(jié)構(gòu))可以被存儲到計算機可讀記錄介質(zhì)中,例如,ram存儲器,磁或光驅(qū)動器或軟磁盤及類似設(shè)備。另外,本發(fā)明的一些步驟或功能可采用硬件來實現(xiàn),例如,作為與處理器配合從而執(zhí)行各個步驟或功能的電路。

對于本領(lǐng)域技術(shù)人員而言,顯然本發(fā)明不限于上述示范性實施例的細節(jié),而且在不背離本發(fā)明的精神或基本特征的情況下,能夠以其他的具體形式實現(xiàn)本發(fā)明。因此,無論從哪一點來看,均應將實施例看作是示范性的,而且是非限制性的,本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定,因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應將權(quán)利要求中的任何附圖標記視為限制所涉及的權(quán)利要求。此外,顯然“包括”一詞不排除其他單元或步驟,單數(shù)不排除復數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一,第二等詞語用來表示名稱,而并不表示任何特定的順序。

雖然前面特別示出并且描述了示例性實施例,但是本領(lǐng)域技術(shù)人員將會理解的是,在不背離權(quán)利要求書的精神和范圍的情況下,在其形式和細節(jié)方面可以有所變化。這里所尋求的保護在所附權(quán)利要求書中做了闡述。

當前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1