相關申請的交叉引用

本申請依據(jù)35u.s.c§119要求2015年11月6日提交，申請?zhí)枮?2/251,794標題為“有效可靠傳輸方法(amethodforefficientreliabletransmission)”美國臨時申請的優(yōu)先權(quán)，上述申請的標的在此合并作為參考。

所揭露實施例一般有關于無線通信，以及更具體地有關于用于可靠(reliable)傳輸(transmission)的功能。

背景技術(shù)：

用于可靠傳輸?shù)漠斍胺椒ㄒ蕾囉谌總鬏數(shù)姆答來憫?，以指示出傳輸是否已?jīng)被成功接收。與沒有反饋響應的消息量相比這些方法是僵化的(rigid)以及需要二倍的消息量。

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

在第一新穎方面，提供在第一以及第二實體之間可靠以及高效信息交換方法，包含透過第二實體從第一實體接收數(shù)據(jù)，基于已接收控制信息，決定是否要求對于已接收數(shù)據(jù)的響應，決定響應時間，在該時間段中該響應發(fā)送給第一實體，在該響應時間超時之前生成該響應，以及在該響應時間超時之前將該響應發(fā)送給該第一實體。

在第二新穎方面中，控制信息跟數(shù)據(jù)一起，從第一實體接收，以及包含指示要求什么類型的響應。

在第三新穎方面中，響應包含在無關(unrelated)已調(diào)度(scheduled)傳輸中，其中該無關已調(diào)度傳輸為從第二實體到第一實體的下一個已調(diào)度(scheduled)傳輸。

附圖說明

附圖中，相同數(shù)字表示相似元件，說明本發(fā)明的實施例。

圖1為具有enb之間載波聚合(carrieraggregation，ca)以及用于雙連接(dualconnectivity,duco)ue的rlf/rlm機制以及rrc重建的小小區(qū)網(wǎng)絡。

圖2實現(xiàn)本發(fā)明的實施例的具有雙連接ue的簡化方塊示意圖。

圖3為第一實體以及第二實體之間的有效通信的第一例子示意圖。

圖4為第一實體以及第二實體之間有效通信的第二例子的示意圖。

圖5為第一實體以及第二實體之間有效通信的第三例子的示意圖。

圖6為接收實體(第二實體)在決定如何響應已接收信息中，而采取的步驟的例子的流程圖。

圖7為封包的示意圖，在該封包的標頭部分(headerportion)包含明確指示控制信息。

圖8為封包的示意圖，在該封包的標頭部分包含隱含控制信息。

圖9為包含在標頭的填充區(qū)域的響應的示意圖。

圖10為包含在標頭的填充區(qū)域，縮短(abbreviated)響應的示意圖。

圖11為第一實體以及第二實體之間，有效通信的第四例子的示意圖。

圖12為包含在有效可靠傳輸?shù)牟襟E的流程圖。

具體實施方式

下面詳細參考本發(fā)明的實施例，伴隨附圖介紹本發(fā)明的例子。

圖1為小小區(qū)網(wǎng)絡100中具有enb之間載波聚合以及用于雙連接ue的，rlf/rlm機制和rrc重建的小區(qū)網(wǎng)絡100的示意圖。在3gpplter12以及以后中，除了正常基站，具有小傳輸功率以及簡化協(xié)議棧和功能的小基站被引入到e-utran中，其被稱作小小區(qū)網(wǎng)絡。小小區(qū)架構(gòu)可以用于增強數(shù)據(jù)吞吐量以及減少移動性信令開銷。小小區(qū)網(wǎng)絡100包含ue101，主基站menb102，以及輔基站senb103。

如圖1所示，在至少一個主服務小區(qū)上(例如，與menb之間的pcell以及scell1)，ue101與menb102建立rrc連接，在該主小區(qū)上由一個或者多個senb，在一個或者多個輔服務小區(qū)(例如，senb的pscell以及scell2)進行服務。當ue101由menb以及senb所服務時，ue101的控制以及用戶面功能在menb上。既然senb以及menb不可能物理上共址(collocated)，在menb以及senb之間可能有傳輸媒體(transmissionmedium)以及接口(interface)。假設(assume)xn接口引入到menb以及senb之間的通信。從實際部署角度，不能總是假設理想的回程線路(backhaul)連接，例如，光纖，存在menb以及senb之間。

圖1也給出示例雙連接架構(gòu)的示意圖。分別與menb102以及senb103關聯(lián)的服務小區(qū)的分組，稱作主小區(qū)組(mastercellgroup，mcg)以及輔小區(qū)組(secondarycellgroup，scg)。在ue101側(cè)，在mcg的pcell上執(zhí)行rlm，以監(jiān)視朝著menb的鏈路品質(zhì)，以及當檢測到不同步條件時宣告rlf。對于senb，scg的pscell上相似的翻譯s-rlm以及s-rlf。在rlf之后，ue101實施rrc連接重建，其中第一個步驟為透過小區(qū)重選而選擇一個合適的小區(qū)。由于rlf相關原因的rrc連接重建，其可能所有適合小區(qū)均與senb關聯(lián)，ue101可以直覺(intuitively)嘗試在宏小區(qū)上重建rrc連接。只在具有有效ue上下文(context)的enb上實施時rrc連接重建可以成功，以及這樣的enb稱作準備好的enb。既然senb典型的不是完全準備好，senb上的重建很有可能失敗。但是，透過應用在技術(shù)標準中已經(jīng)定義的當前rrc連接重建過程以及重用其他rrc過程，senb上成功重建依然可能。

根據(jù)一個新穎方面，提出增強有效可靠傳輸，透過解決下面三個問題：1)通信實體如何決定是否所收到的透過實體發(fā)送的信息要求響應？2)如何在必要時，接收實體有效以及可靠地對響應進行通信？這個功能對已經(jīng)重負擔的網(wǎng)絡幾乎沒有增加頻寬需求。

圖2為實現(xiàn)本發(fā)明的一些實施例，具有雙連接的ue201的簡化方塊示意圖。ue201具有天線214(或者天線陣列)，其發(fā)送以及接收無線信號。rf收發(fā)器模塊(或者雙rf模塊)213耦接到天線，從天線214接收rf信號，將其透過基頻模塊(或者雙bb模塊)215轉(zhuǎn)換為基頻信號以及發(fā)送給處理器212。rf收發(fā)器213也將從處理器212，透過基頻模塊215接收的已接收基頻信號進行轉(zhuǎn)換，將其轉(zhuǎn)換為rf信號，以及發(fā)送給天線214。處理器212處理已接收基頻信號以及調(diào)用不同功能模塊以實施ue201的功能。存儲器211存儲程序指令以及數(shù)據(jù)以控制ue201的運作。

ue201也包含3gpp協(xié)議棧模塊226，支持各種協(xié)議層，包含nas225、as/rrc224、pdcp/rlc223、雙mac222以及雙phy221、tcp/ip協(xié)議棧模塊227，以及應用模塊app228。具有雙連接的ue201具有兩個mac實體。配置兩組上層堆棧(rlc/pdcp)用于mac實體。rrc層，只配置一個rrc224。rrc224控制對應mac實體的協(xié)議棧，透過與其服務menb的rrc實體進行通信。

ue201進一步包含一個管理電路230，包含配置電路231，移動性估計電路232，監(jiān)視電路233以及選擇電路234。上述電路為功能模塊其由硬件、固件以及軟件或者幾者的組合配置而實現(xiàn)。功能模塊，當被處理器212(透過存儲器211中包含的程序指令以及數(shù)據(jù))而執(zhí)行時，彼此互相運作已允許ue201相應地實施本發(fā)明的實施例。配置電路231從自己的服務menb獲得配置信息以及應用對應參數(shù)，移動性估計電路232基于ue速度、移動以及小區(qū)計數(shù)決定ue移動性，監(jiān)視電路233實施rlm以及rlf過程，以及選擇電路234實施小區(qū)選擇，在檢測到pcell上的rlf時用于rrc重建。

圖3，圖4以及圖5為接收信息的響應如何通信給發(fā)送該信息的實體的三個不同例子示意圖。

圖3為一般第一實體以及一般第二實體之間通信的示意圖。首先，在步驟300信息i(“數(shù)據(jù)”)從第一實體通信給第二實體。在步驟301，針對從第一實體接收的信息i1，第二實體決定(i)是否被要求響應，以及(ii)當要求響應時，響應所在的時間幀必須透過第二實體而發(fā)送(“響應時間”)。第二實體可以利用多個方法做出此決定。

第一方法中，第二實體讀取來自已接收信息i1的標頭中一個欄位的一組比特，其中，一組比特明確指示指示出是否要求響應，以及所要求的響應時間。圖7給出這個方法的一個例子。圖7為在標頭中包含控制信息的兩個比特的例子?！?0”值指示出不要求響應。在這個場景中，第二實體不需要發(fā)送響應給第一實體?！?1”的值指示出要求立即響應。在此場景中，第二實體必須盡可能快決定一個方式發(fā)送響應給第一實體?！?0”值指示出，要求延遲響應。在此場景中，第二實體必須決定一個方式，在延遲周期重發(fā)送響應(“在響應時間超時之前”)。響應周期或者“響應時間”可以為預定義量時間，其編程(programmed)給第二實體。延遲可以可替換地透過控制信息的另一部分而指示出來?！?1”指示出需要一個機會(opportunistic)響應。在此場景中，第二實體只在如果有來自第二實體給第一實體的另一個傳輸已經(jīng)被調(diào)度時而發(fā)送響應。

在第二方法中，第二實體讀取已接收信息i標頭中的一個欄位中的一組比特，其中該組比特指示出是否要求響應，以及要求的響應時間。這個方法的一個例子如圖8所示。圖8為在標頭中包含控制信息的四個比特。該四個比特為消息id。消息id為用于為已接收消息(“信息i”或者“數(shù)據(jù)”)查找預定響應行為。以此方式，第二實體可以在本地寄存器查找，是否要求用于已接收信息i的響應，以及被要求響應時間是什么。

步驟301中，其決定，第一時隙要求響應，以及決定了響應時間。第二實體然后決定，從第二實體到第一實體調(diào)度了另一個無關的傳輸，在響應時間超時之前。第二實體然后決定在第二實體到第一實體的無關傳輸中有足夠自由空間，這樣響應可以存儲在該無關傳輸?shù)淖杂煽臻g部分中。然后第二實體在步驟302等待i2的傳輸。然后該響應從第二實體透過無關傳輸通信給第一實體，其中該無關傳輸用于對信息i2進行通信。

這個方式將響應進行通信，避免了一個額外封包(packet)的傳輸，該額外封包使能響應的傳輸。進一步說，響應插入到無關封包中，該封包已經(jīng)被調(diào)度用于傳輸。這也稱作“無開銷(no-overhead)響應”。

可替換地，發(fā)生如下事件(i)在響應時間超時之前沒有被調(diào)度傳輸，或者(ii)，在已調(diào)度傳輸中沒有可用的足夠自由空間，那么第二實體可以生成新的封包，以從第二實體到第一實體通信該響應。

圖4為圖3所示的例子的變形的示意圖。圖4給出3gpp系統(tǒng)。第一實體為enb，第二實體為ue。在該例子中，信息被傳遞以及生成響應所在的協(xié)議為rlc協(xié)議。響應為rlc狀態(tài)報告或者rlc確認(ack)。信息i1，其可能保證響應可以為應用負載，或者控制信息，例如透過rrc。重用rlc協(xié)議的好處之一是簡單，如同其已經(jīng)包含用于可靠傳輸?shù)幕竟δ堋?/p>

首先，在步驟400數(shù)據(jù)i1被從enb通信給ue。響應來自enb的接收數(shù)據(jù)i1，ue決定(i)是否被要求響應，以及(ii)當要求響應時的時間幀，在該時間幀中必須由ue發(fā)送(“響應時間”)響應。在步驟401中，利用圖7以及圖8所示的多個方法。ue可以做出決定，如上所述。步驟401中，決定enb了要求響應以及決定了響應時間。響應可以為rlc確認(ack)或者狀態(tài)報告。然后在響應時間超時之前ue決定從ue到enb的另一個無關傳輸被調(diào)度。然后ue決定在從ue到enb的該無關傳輸中是否有足夠自由空間(freespace)，這樣該響應可以存儲在無關傳輸?shù)淖杂煽臻g中。然后步驟402，ue等待i2傳輸。然后該響應從ue到enb，透過該無關傳輸而通信，其中該無關傳輸對信息i2進行通信。以此方式通信響應，避免了額外封包的傳輸，其中該額外封包使能了響應的傳輸。進一步說，響應插入到無關封包中，該無關封包已經(jīng)被調(diào)度用于傳輸。

可替換地，如果發(fā)生下列事件(i)在響應時間超時之前沒有被調(diào)度傳輸，或者(ii)，在已調(diào)度傳輸中沒有足夠的可用自由空間，那么第二實體生成一個新封包，以從第二實體通信給第一實體。

圖5為如圖4所示的例子的另一個變形的示例，其中在rrc協(xié)議中實現(xiàn)響應行為。該響應可以為rrc證實(confirm)或者rrc響應(response)消息。在rrc中實現(xiàn)此響應的好處是，在rlc情況下rrc消息不需要用于除了可靠傳輸?shù)钠渌哪康臅r，其可以甚至更為簡單以及更有效，以實現(xiàn)rrc中ack/nack/重發(fā)行為。

一般說來，第一實體以及第二實體可以為ue，enb，中繼ue，中繼enb，或者任何未來架構(gòu)實體，對應當前enb或者一部分。

首先，在步驟500消息i1從enb通信給ue。在步驟501響應來自enb的消息i1的接收，ue決定(i)是否需要響應，以及(ii)當需要響應時，必須有ue發(fā)送響應的時間幀(“響應時間”)。ue可以利用圖7以及圖8所示的多個方法而做出這個決定，如上所述。步驟501中，決定enb是否要求響應以及決定響應時間。該響應可以為rlc確認(ack)，狀態(tài)報告或者消息證實(confirmation)。然后在響應時間超時之前ue決定從ue到enb的另一個無關傳輸被調(diào)度。然后ue決定從ue到enb的無關傳輸中有足夠自由空間，這樣，該響應可以存儲在無關傳輸?shù)淖杂煽臻g中。然后ue在步驟502等待i2的傳輸。然后透過無關傳輸而通信，該響應從ue給enb，其中該無關傳輸通信數(shù)據(jù)i2。以此方式通信響應，避免了額外封包的傳輸，以使能了響應的傳輸。進一步說，響應插入到已經(jīng)被調(diào)度用于傳輸?shù)臒o關封包中。

可替換地，如果發(fā)生下列事件(i)在響應時間超時之前沒有被調(diào)度傳輸，或者(ii)在被調(diào)度傳輸中有可用的足夠自由空間，那么第二實體可以生成新的封包，以從第二實體給第一實體通信該響應。

圖6為決定如何響應已接收信息(i1)，第二接收實體(“第二實體”)所采取的步驟的例子流程圖。特別的，無論何時，決定為響應是需要的，但是允許延遲，延遲受到定時器的限制?？赡艿南嗨频亩〞r器也可以使用，如果該響應只在有機會時發(fā)送，當定時器超時時(圖中未示)實體在哪里放棄等待以及丟棄該響應?！爸划斢袡C會時”表示當代替潛在的填充響應可以在另一個傳輸中發(fā)送，即沒有額外的開銷?？赡艿慕Y(jié)果“不需要響應”尤其有用，當不需要響應時，以及一個傳輸為一系列傳輸中的最后一個時。

步驟600中信息i與來自第一實體的控制信息(可選)一起接收。步驟601中為決定響應是什么類型，如果有，為被要求。如果沒有響應，流程轉(zhuǎn)到步驟602以及不將響應通信給第一實體。

如果要求響應，以及立即要求，那么流程轉(zhuǎn)到步驟603。在這個點，第二實體決定是否從第二實體給第一實體的無關傳輸已經(jīng)準備好發(fā)送以及在該無關傳輸中是否有可用的足夠自由空間。如果無關傳輸準備好發(fā)送以及具有足夠自由空間，那么響應插入到無關傳輸中以及無關傳輸發(fā)送給該第一實體。如果沒有準備好用于傳輸?shù)臒o關傳輸，或者在無關傳輸中沒有足夠的自由空間，那么第二實體創(chuàng)建一個新的封包，該新封包用于通信該響應給該第一實體。

如果要求響應以及延遲(“響應時間”)可接受，那么流程轉(zhuǎn)到步驟605。定時器可以啟動(步驟606)以允許第二實體精確地遵守響應的時間。在該響應時間超時之前第二實體決定是否具有足夠自由空間的無關傳輸被調(diào)度用于發(fā)送(步驟608)。如果有具有足夠自由空間的無關傳輸被調(diào)度發(fā)送，在該響應時間之前。那么第二實體將該響應插入到無關傳輸中，在響應時間超時之前，然后第二實體將該響應插入到無關傳輸中，以及等待無關傳輸?shù)陌l(fā)送(步驟609)。如果沒有無關傳輸具有足夠自由空間，被調(diào)度發(fā)送，在響應時間超時之前，那么第二實體生成一個新封包，其中包含響應以及發(fā)送該新封包給該第一實體(步驟604)。

如果要求了響應，但是不必要(“僅在有機會時”)(步驟610)，那么無論時序如何，第二實體決定具有足夠自由空間的無關傳輸是否被調(diào)度發(fā)送(步驟611)。在此場景中，該響應不發(fā)送給第一實體，直到從第二實體到第一實體調(diào)度了無關傳輸。

圖7以及圖8為給出了與信息i1一起發(fā)送的可選控制信息的例子示意圖。在此申請中，詞匯“控制信息”專用于表示用于決定如何響應的控制信息。這個方式的好處是某個信息的發(fā)送方，可以某個程度決定響應如何被實現(xiàn)，期待靈活性以減少用于響應的開銷。

圖7為標頭欄位中編碼了明確指示控制信息的例子示意圖。在協(xié)議為rlc協(xié)議的情況下，這個標頭欄位可以被看做是一個輪詢(poll)欄位的擴展。

圖8為一個更為硬編碼(hard-coded)的變形，其中，一個傳輸以隱含控制信息的方式辨識，例如透過消息id，或者傳輸類型id等，其中該響應預定義用于不同id。為了做出技術(shù)規(guī)范以及檢測的簡化，這可以為一個優(yōu)選的方式，例如，可靠性功能實現(xiàn)為rrc的一部分。

圖9以及圖10為第二實體決定是否響應可以與承載其他信息i2的另一個傳輸一起發(fā)送的示意圖。假設，當信息i2被發(fā)送時，某個大小的傳送區(qū)塊被分配，或者第二實體選擇而用于傳輸，或者很可能的透過調(diào)度器而分配，該調(diào)度器容納在另一個實體中。如圖9所示，如果傳送區(qū)塊具有潛在的填充，比響應的大小更大，那么該響應可以插入到潛在的填充區(qū)域。圖10給出了當潛在填充的大小比響應大小更小的情況。在此情況下，響應可以插入的潛在填充的區(qū)域中，該潛在填充在傳送區(qū)塊中，與信息i2一起。假設，透過某個方式(例如，序列號，或者消息id等)對于信息i1的響應可以提供信息i1的識別符。在圖10所示的場景中，適合放入潛在填充(“自由空間”)的縮短的(abbreviated)響應可以使用，而不是全部的響應。

對于不復雜情況，縮短的響應可能就是足夠的，例如，在發(fā)送小量數(shù)據(jù)以及一次只有顯著的一個pdu時的情況。在這樣的情況下，在一個實施例中，一比特ack指示可以為足夠的以及用作縮短的響應。

在另一個例子中，可以使用信息i1的縮短id。例如，可以使用只有序列號的lsb或者消息id。請注意，在系統(tǒng)中，可以使用全部的或者縮短的響應，如果使用縮短的響應有個風險，發(fā)送器接收器上下文被去同步。例如，在發(fā)送大量數(shù)據(jù)以及有幾個具有不同序列號碼的顯著的數(shù)據(jù)單元情況下。在這樣的系統(tǒng)中，如果發(fā)送器可以將是否縮短的響應是可接受的或者是否需要全響應指示出來是有好處的。在此場景中，如圖9所示控制信息可以進一步擴展，也包含“要求全響應”(圖未示)?！耙笕憫笨刂菩畔⒖梢灾甘窘o第二實體，縮短的響應是不被接受的。

圖11給出了可以應用到一個系統(tǒng)適配器的示例，其在該系統(tǒng)中，傳輸被調(diào)度器所調(diào)度，以及調(diào)度器需要來自發(fā)起實體(originatingentity)的額外信息以實施調(diào)度。最典型的例子是，當包含數(shù)據(jù)的大小的緩沖器狀態(tài)報告(bsr)被發(fā)送時，指示給調(diào)度器，其隨后可以分配足夠大小的傳送區(qū)塊用于傳輸。在如圖11所示的這樣的系統(tǒng)中，將響應或者潛在響應的大小包含到信息i2的大小中是有好處的，其中信息i2在bsr中報告。增加bsr中用于信息i2的報告的大小，可以增加可能性，從第二實體到第一實體發(fā)送響應不需要分離的傳輸。

在步驟700中，信息i1從第一實體發(fā)送給第二實體。響應信息i1的接收，第二實體實施如圖6描述的有關步驟(步驟701，以及702)。在步驟703中，生成響應之后，響應的大小加入到被選擇無關傳輸?shù)拇笮≈?，該響應為將要從第二實體發(fā)送給第一實體。這個加和所導致的大小，作為信息i2的大小被報告給調(diào)度器。響應bsr調(diào)度請求，調(diào)度器發(fā)送調(diào)度授權(quán)/命令給第二實體。響應調(diào)度授權(quán)/要求的接收，不需要任何第二傳輸，第二實體發(fā)送無關傳輸，其中包含信息i2以及給信息i1的響應。

圖12為流程圖。步驟801中，透過第二實體從第一實體接收信息i?？刂菩畔⑴c信息i1一起接收?？刂菩畔甘痉?，作為需要哪種響應。步驟802，決定是否要求給已接收信息i1的響應。該決定為基于已接收控制信息而做出。步驟803中，決定響應時間，在該響應時間中要求該響應。步驟804中，生成給信息i1的響應。步驟805中，在響應時間超時之前，該響應發(fā)送給該第一實體。

雖然聯(lián)系特定實施例用于說明目的描述本發(fā)明，本發(fā)明保護范圍不以此為限制。相應地，所屬領域技術(shù)人員在不脫離本發(fā)明精神范圍內(nèi)可以對所描述實施例的多個特征進行潤飾，修改以及組合，本發(fā)明保護范圍以權(quán)利要求為準。