用于數(shù)據(jù)通信的方法和裝置以及包括這種裝置的通信系統(tǒng)的制作方法

專利名稱：：用于數(shù)據(jù)通信的方法和裝置以及包括這種裝置的通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及用于數(shù)據(jù)通信的方法和裝置并且涉及包括這種裝置的通信系統(tǒng)。
背景技術(shù)：
：在將來(lái)的公共陸地移動(dòng)網(wǎng)絡(luò)(PLMN)中，除常規(guī)基站(BS)之外可以部署中繼節(jié)點(diǎn)(RN)以提供具有均勻的數(shù)據(jù)速率的無(wú)縫移動(dòng)性。3GPPLTE中所提出的在基站和用戶終端之間的用戶平面(user-plane)協(xié)議架構(gòu)具有按照?qǐng)D1的結(jié)構(gòu)。在基站和用戶終端處的協(xié)議棧每個(gè)都包括為用戶平面業(yè)務(wù)提供例如報(bào)頭壓縮、加密、調(diào)度、自動(dòng)重傳請(qǐng)求(ARQ)和/或混合自動(dòng)重發(fā)請(qǐng)求(HARQ)等功能的分組數(shù)據(jù)會(huì)聚協(xié)議(PDCP)層、無(wú)線鏈路控制(RLC)層、媒體訪問(wèn)控制(MAC)層和物理(PHY)層。在用于將來(lái)的無(wú)線接入網(wǎng)絡(luò)(RAN)的中繼增強(qiáng)小區(qū)(REC)拓?fù)浣Y(jié)構(gòu)中，一個(gè)小區(qū)可以包括一個(gè)基站和幾個(gè)中繼節(jié)點(diǎn)。中繼節(jié)點(diǎn)可以被無(wú)線地連接到同一小區(qū)的基站。根據(jù)特定位置和無(wú)線傳播條件，小區(qū)內(nèi)的用戶終端可以通過(guò)中繼節(jié)點(diǎn)連接到基站或者它可以直接連接到基站?；旧希瑢?duì)于譯碼轉(zhuǎn)發(fā)(decode-and-forward)型中繼來(lái)說(shuō)，可能存在其中中繼節(jié)點(diǎn)被部署成帶有或者不帶有RLC層的情況(scenario)，如圖2和圖3所示。如在3GPPTS35.322-700中所標(biāo)準(zhǔn)化的那樣，RLC層可以有三種操作模式，即透明模式、未確認(rèn)模式(UM)和確認(rèn)模式(AM)。只有確認(rèn)模式包括自動(dòng)重傳請(qǐng)求(ARQ)操作。如果在中繼節(jié)點(diǎn)處沒(méi)有RLC(子)層(參見(jiàn)圖3)，那么RLC操作僅在基站和用戶終端之間被提供。在這種情況下，RLC層ARQ操作，例如輪詢的傳輸、狀態(tài)報(bào)告和數(shù)據(jù)重發(fā)都要通過(guò)兩個(gè)中繼段(hop)，這使得錯(cuò)誤恢復(fù)非常慢。如果RLC功能在中繼節(jié)點(diǎn)上可用(參見(jiàn)圖2)，那么這兩個(gè)中繼段可以具有獨(dú)立的RLCARQ操作用于本地錯(cuò)誤恢復(fù)，這通常較快。下文中把這稱作每中繼段(per-hop)RLC。但是，在從中繼節(jié)點(diǎn)到基站的移動(dòng)移交的情況下，如果選擇每中繼段RLC，那么在中繼節(jié)點(diǎn)的RLC上用于特定用戶終端的緩存數(shù)據(jù)將被刪除并且可能不會(huì)被基站恢復(fù)，因?yàn)樗鼈兛赡芤呀?jīng)被中繼節(jié)點(diǎn)上的RLC實(shí)體確認(rèn)。因此，兩種移交可能導(dǎo)致數(shù)據(jù)丟失第一，在同一小區(qū)內(nèi)從中繼節(jié)點(diǎn)到基站的用戶終端的移交。第二，從中繼節(jié)點(diǎn)到另一小區(qū)(例如另一個(gè)基站)的用戶終端的移交。因此，尤其存在這樣的問(wèn)題被提供給中繼節(jié)點(diǎn)的RLC層在從中繼節(jié)點(diǎn)到基站的移交操作期間無(wú)法在沒(méi)有丟失數(shù)據(jù)風(fēng)險(xiǎn)的情況下支持快速本地錯(cuò)誤恢復(fù)。這個(gè)問(wèn)題根據(jù)獨(dú)立權(quán)利要求的特征被解決。另外的實(shí)施例由從屬權(quán)利要求產(chǎn)生。
發(fā)明內(nèi)容為了解決該問(wèn)題，提供了用于第一實(shí)例和第二實(shí)例之間的數(shù)據(jù)通信的方法，其包括以下步驟-第一實(shí)例通過(guò)第三實(shí)例或者直接地向第二實(shí)例發(fā)布第一狀態(tài)報(bào)告。注意到，所建議的方法可以應(yīng)用于下行鏈路以及上行鏈路方向。例如，可以應(yīng)用以下類似物(analogy)<table>tableseeoriginaldocumentpage5</column></row><table>特別關(guān)于移交情況，第三實(shí)例可以是服務(wù)基站并且第二實(shí)例可以是目標(biāo)基站，或者反之亦然。還應(yīng)當(dāng)注意，用戶終端可以是各種類型的移動(dòng)終端，它還可以是包括移動(dòng)終端的功能的裝置。移動(dòng)終端也可以是用戶設(shè)備UE。本文提供的方法可應(yīng)用于任意類型的通信環(huán)境，特別在3GPP或者WiMAX的情況中。根據(jù)提供的這種方案，RLC協(xié)議可以被修正以更好地適應(yīng)中繼增強(qiáng)小區(qū)(REC)的各種需要。在本文中特別討論了在RLCAM操作時(shí)對(duì)REC拓?fù)浣Y(jié)構(gòu)的影響和對(duì)它的增強(qiáng)。在一實(shí)施例中，第二實(shí)例是數(shù)據(jù)的主要發(fā)送方。在另一個(gè)實(shí)施例中，如果第一實(shí)例之前連接到第三實(shí)例，那么第一實(shí)例直接發(fā)布第一狀態(tài)報(bào)告。這使第二實(shí)例傳輸輪詢命令或者請(qǐng)求所需要的總體時(shí)間能顯著地減少。它還使第二實(shí)例在移交完成后能基本上立即被通知第一實(shí)例的狀態(tài)。在另外的實(shí)施例中，第三實(shí)例是中繼節(jié)點(diǎn)。在下一個(gè)實(shí)施例中，第三實(shí)例是具有減少的協(xié)議棧的網(wǎng)絡(luò)元件。還有一實(shí)施例是第三實(shí)例包括物理層、MAC層和RLC層。根據(jù)另一個(gè)實(shí)施例，第三實(shí)例包括物理層和MAC層。根據(jù)一實(shí)施例，第一狀態(tài)報(bào)告包括關(guān)于已經(jīng)在第一實(shí)例處被接收的數(shù)據(jù)的信息。根據(jù)另一個(gè)實(shí)施例，第一狀態(tài)報(bào)告包括RLC狀態(tài)報(bào)告。還有，在另一個(gè)實(shí)施例中，第一狀態(tài)報(bào)告被用于移交的目的。根據(jù)下一個(gè)實(shí)施例，第一實(shí)例到第三實(shí)例的連接被移交到第二實(shí)例。還有，根據(jù)一實(shí)施例，第三實(shí)例輪詢第一實(shí)例的狀態(tài)并將其轉(zhuǎn)發(fā)到第二實(shí)例。根據(jù)另外的實(shí)施例，第三實(shí)例將由第二實(shí)例進(jìn)行的輪詢中繼到第一實(shí)例。還有，根據(jù)另外的實(shí)施例，在移交完成之后，第一實(shí)例將第一狀態(tài)報(bào)告發(fā)送到第二實(shí)例。另一個(gè)實(shí)施例是第一狀態(tài)報(bào)告被用于流控制的目的。根據(jù)一特定實(shí)施例，第三實(shí)例將第二狀態(tài)報(bào)告發(fā)布到第二實(shí)例。因此，第一狀態(tài)報(bào)告和第二狀態(tài)報(bào)告在第二實(shí)例處可用。還有一實(shí)施例是第二狀態(tài)報(bào)告包括RLC狀態(tài)報(bào)告。根據(jù)一實(shí)施例，第三實(shí)例的緩存狀態(tài)由第二實(shí)例通過(guò)利用由第一實(shí)例發(fā)布的第一狀態(tài)報(bào)告和由第三實(shí)例發(fā)布的第二狀態(tài)報(bào)告來(lái)確定，特別是計(jì)算?；谶@種信息，第二實(shí)例可以通過(guò)提高或者降低特別地朝向第一實(shí)例的發(fā)送速率來(lái)調(diào)整第三實(shí)例的緩存狀態(tài)。這特別地被稱作流控制。根據(jù)一實(shí)施例，第二實(shí)例通過(guò)調(diào)整其RLC發(fā)送窗和/或通過(guò)指示它的MAC層調(diào)度更多/更少的數(shù)據(jù)到第一實(shí)例來(lái)進(jìn)行流控制。上述的問(wèn)題還由包括處理器單元的裝置解決，該處理器單元被裝備和/或布置使得本文所描述的方法在所述處理器單元上可執(zhí)行。根據(jù)-實(shí)施例，該裝置是通信裝置，特別是網(wǎng)絡(luò)元件。還有，根據(jù)另一個(gè)實(shí)施例，裝置是用戶終端、基站和/或中繼節(jié)點(diǎn)，或者與用戶終端、基站和/或中繼節(jié)點(diǎn)相關(guān)聯(lián)。上述問(wèn)題進(jìn)一步由包括本文所描述的裝置的通信系統(tǒng)解決。本發(fā)明的實(shí)施例在以下附圖中被示出和闡明圖4示出中繼節(jié)點(diǎn)狀態(tài)報(bào)告轉(zhuǎn)發(fā)機(jī)制，其描繪了基站BS、中繼節(jié)點(diǎn)RN和用戶終端UT，其中每一個(gè)都包括特別具有MAC層和RLC層的協(xié)議棧；圖5A使服務(wù)BS(例如，中繼節(jié)點(diǎn)RN)、用戶終端UT和目標(biāo)BS(例如，基站BS)之間的消息流直觀化；圖5B示出了中繼節(jié)點(diǎn)RN、服務(wù)BS和用戶終端UT之間的小區(qū)內(nèi)RN-BS移交的情況；圖6示出了包括3位PDU類型域的3GPP版本7的RLC狀態(tài)PDU結(jié)構(gòu)。圖7示出圖6的PDU類型域的可能值。具體實(shí)施例方式根據(jù)一實(shí)施例，特別描述了在確認(rèn)模式(AM)中的下行鏈路RLC數(shù)據(jù)傳輸。然而，所描述的情況就上行鏈路數(shù)據(jù)傳輸而言也是可用的。本文提供的方法特別包括以下機(jī)制a.通過(guò)中繼節(jié)點(diǎn)(RN)的RLC狀態(tài)報(bào)告轉(zhuǎn)發(fā)；b.用于兩個(gè)中繼段通信區(qū)段的知道RN緩存狀態(tài)的RLC發(fā)送方側(cè)流控制；c.允許幾個(gè)中繼段，特別是所有中繼段之間的均勻負(fù)載分配的多中繼段系統(tǒng)的知道拓?fù)浣Y(jié)構(gòu)的狀態(tài)報(bào)告；d.直接在移交之后的即時(shí)狀態(tài)報(bào)告，即移交觸發(fā)的狀態(tài)報(bào)告。通過(guò)中繼節(jié)點(diǎn)(RN)的RLC狀態(tài)報(bào)告轉(zhuǎn)發(fā)為了在“RN-BS移交”期間，即在中繼節(jié)點(diǎn)和用戶終端之間的呼叫線路(call-leg)到基站和用戶終端之間的呼叫線路的移交期間具有無(wú)損數(shù)據(jù)傳送，基站RLC實(shí)體有利地可以被通知在用戶終端處的RLC的接收狀態(tài)。這可以通過(guò)讓中繼節(jié)點(diǎn)將由用戶終端發(fā)布的RLC狀態(tài)報(bào)告轉(zhuǎn)發(fā)回至基站來(lái)完成(為示意的目的參見(jiàn)圖4)。圖4示出中繼節(jié)點(diǎn)狀態(tài)報(bào)告轉(zhuǎn)發(fā)機(jī)制。它描繪了基站BS、中繼節(jié)點(diǎn)RN和用戶終端UT,它們每一個(gè)都包括特別具有MAC層和RLC層的協(xié)議棧?；綛S接收由用戶終端UT發(fā)布的狀態(tài)報(bào)告401，其由中繼節(jié)點(diǎn)RN轉(zhuǎn)發(fā)402到基站BS。另外，基站BS接收由中繼節(jié)點(diǎn)RN自身發(fā)布的狀態(tài)報(bào)告403。用戶終端的RLC狀態(tài)報(bào)告401可以由中繼節(jié)點(diǎn)RN所發(fā)布的輪詢請(qǐng)求觸發(fā)。在基站BS處的RLC層可以(僅)輪詢中繼節(jié)點(diǎn)的RLC狀態(tài)報(bào)告(兩個(gè)輪詢請(qǐng)求由圖4中的虛線404和405指示)。在基站BS側(cè)，由中繼節(jié)點(diǎn)RN發(fā)布的狀態(tài)報(bào)告403和由用戶終端UT發(fā)布的狀態(tài)報(bào)告402必須被區(qū)分。這特別地可以通過(guò)在狀態(tài)報(bào)告402、403的RLC報(bào)頭中提供1位指示符來(lái)完成。有利地，這將僅造成對(duì)現(xiàn)有協(xié)議的較小修改。在基站BS處的RLC確認(rèn)模式(AM)操作仍然根據(jù)中繼節(jié)點(diǎn)RN的狀態(tài)報(bào)告發(fā)生(本地錯(cuò)誤恢復(fù))。然而，有利地，基站BS的RLC層不會(huì)刪除已經(jīng)由中繼節(jié)點(diǎn)RN確認(rèn)但是仍未被用戶終端UT確認(rèn)的協(xié)議數(shù)據(jù)單元(PDU)。圖5B示出小區(qū)內(nèi)RN-BS移交的情況。當(dāng)所述小區(qū)內(nèi)RN-BS移交發(fā)生時(shí)，用戶終端UT放棄它與中繼節(jié)點(diǎn)RN的連接并且它建立起與基站BS的直接連接。在這種情況下，中繼節(jié)點(diǎn)RN可以為那個(gè)用戶終端UT清除它的緩存，由此刪除在其RLC層上的緩存數(shù)據(jù)而不管所述數(shù)據(jù)是否已經(jīng)由用戶終端UT確認(rèn)?？赡馨l(fā)生的是在小區(qū)內(nèi)移交(HO)之前，RN將從服務(wù)BS到UT的RLCPDU重新分段。由RN造成的RLC上下文在移交之后可能不會(huì)保持(參見(jiàn)圖5B)。然而，基站BS可以清除其涉及與中繼節(jié)點(diǎn)RN先前的連接的RLC上下文(計(jì)時(shí)器、發(fā)送窗等等)。由于基站BS依據(jù)從RN轉(zhuǎn)發(fā)的UT狀態(tài)報(bào)告而知道用戶終端的接收狀態(tài)，基站BS可以重新啟動(dòng)到用戶終端UT的RLC傳輸，從第一未確認(rèn)的PDU開(kāi)始。為了讓基站BS保持對(duì)用戶終端的接收狀態(tài)的更新，中繼節(jié)點(diǎn)RN可以足夠頻繁地輪詢用戶終端UT并且因此中繼節(jié)點(diǎn)可以無(wú)顯著延遲地將狀態(tài)報(bào)告從用戶終端UT轉(zhuǎn)發(fā)回至基站BS。作為替代，中繼節(jié)點(diǎn)RN也可以將輪詢從基站BS中繼到用戶終端UT，因此，當(dāng)中繼節(jié)點(diǎn)本身被基站BS輪詢時(shí)，該中繼節(jié)點(diǎn)可以向用戶終端UT發(fā)起輪詢請(qǐng)求。作為輪詢請(qǐng)求的結(jié)果從UT接收的狀態(tài)報(bào)告可以通過(guò)數(shù)據(jù)PDU被中繼節(jié)點(diǎn)RN獨(dú)立地轉(zhuǎn)發(fā)或者載運(yùn)(piggyback)到基站BS。當(dāng)RN-BS移交被啟動(dòng)，有利地，中繼節(jié)點(diǎn)RN可以無(wú)顯著延遲地再次輪詢用戶終端UT以獲得最新的狀態(tài)報(bào)告。這個(gè)最新的狀態(tài)報(bào)告被轉(zhuǎn)發(fā)到基站BS。然而，由于輪詢需要通過(guò)數(shù)據(jù)PDU被傳輸，因此，在移交完成之前，它可能不具備充足的時(shí)間到達(dá)用戶終端UT。為了也覆蓋這種情況，用戶終端UT可以在移交完成之后立即將狀態(tài)報(bào)告發(fā)送回至基站BS(有利地，沒(méi)有顯著的延時(shí))。這也可以被稱作“移交觸發(fā)狀態(tài)報(bào)告”并且在圖5A中被描繪。圖5A使服務(wù)BS(例如，中繼節(jié)點(diǎn)RN)、用戶終端UT和目標(biāo)BS(例如，基站BS)之間的消息流直觀化。目標(biāo)BS通過(guò)由廣播信道傳遞的導(dǎo)頻序列(Pilotsequence)指示其可用性。用戶終端UT發(fā)送移交請(qǐng)求到服務(wù)BS，服務(wù)BS依次將移交請(qǐng)求發(fā)送到目標(biāo)BS。在移交請(qǐng)求已經(jīng)被目標(biāo)BS許可之后，它將許可確認(rèn)消息發(fā)送回至服務(wù)BS。服務(wù)BS將移交命發(fā)送令到用戶終端UT。用戶終端UT檢查它之前是否已經(jīng)被連接到中繼節(jié)點(diǎn)(S卩，服務(wù)BS)。在肯定的情況，用戶終端發(fā)送RLC狀態(tài)報(bào)告501到服務(wù)BS，否則，它不發(fā)送這樣的RLC狀態(tài)報(bào)告到服務(wù)BS0圖5A特別示出了小區(qū)內(nèi)移交的例子。這種由用戶終端UT傳遞的自己發(fā)起(self-nitiated)的狀態(tài)報(bào)告501為目標(biāo)BS傳輸輪詢命令502節(jié)省了時(shí)間。因此，在移交被完成后，立即通知目標(biāo)BS用戶終端UT的狀態(tài)。因此，特別歸因于目標(biāo)BS處過(guò)時(shí)的用戶終端狀態(tài)信息的任何重復(fù)數(shù)據(jù)分組的機(jī)會(huì)以及分組丟失被顯著地減少。如同中繼節(jié)點(diǎn)RN狀態(tài)報(bào)告轉(zhuǎn)發(fā)機(jī)制，基站BS了解用戶終端UT的狀態(tài)，并且，有利地，可以避免基站刪除任何由中繼節(jié)點(diǎn)RN確認(rèn)但是沒(méi)有被用戶終端UT確認(rèn)的PDU。因此，在移交的情況下可以減少或者避免數(shù)據(jù)丟失。另外，每中繼段RLC方案成功地保持中繼增強(qiáng)小區(qū)(REC)中的錯(cuò)誤恢復(fù)的效率。應(yīng)當(dāng)注意，在每中繼段RLC方案中，可以為在第一和第二RLC連接上傳輸?shù)耐籔DU保持同一RLCSN(序列號(hào))。此外，在兩個(gè)中繼段中任何一個(gè)上的RLC鏈接可能不獨(dú)立于相應(yīng)的另一中繼段被重置，因?yàn)檫@會(huì)造成在兩個(gè)中繼段上的RLC狀態(tài)的不一致。RLC操作可以僅被重置用于整個(gè)BS-RN-UT路徑。知道中繼節(jié)點(diǎn)(RN)緩存狀態(tài)的RLC發(fā)送方側(cè)流控制RLC層操作包括通過(guò)RLC發(fā)送/接收窗操作的流控制功能。然而，在中繼增強(qiáng)小區(qū)(REC)的情況中，正常的RLC發(fā)送窗僅僅控制從發(fā)送方RLC層到其接收方RLC層的一個(gè)單個(gè)中繼段。在兩個(gè)中繼段上的信道狀態(tài)十分不同的情況下，可能在中繼節(jié)點(diǎn)RN上發(fā)生上溢出或者下溢出?？紤]例如圖4，所描繪的第一中繼段在基站BS和中繼節(jié)點(diǎn)RN之間，第二中繼段在中繼節(jié)點(diǎn)RN和用戶終端UT之間。根據(jù)該例子，應(yīng)當(dāng)將數(shù)據(jù)從基站BS傳遞到用戶終端UT?；綛S每次可能通過(guò)所述第一中繼段傳遞太多的數(shù)據(jù)分組到中繼節(jié)點(diǎn)RN，而中繼節(jié)點(diǎn)RN不能以這種速率通過(guò)第二中繼段轉(zhuǎn)發(fā)這些數(shù)據(jù)分組。因此，在該例子中，第二中繼段可能是瓶頸，造成中繼節(jié)點(diǎn)RN緩存的上溢出。按照類似的方式，相反的情況可適用于下溢出的例子。流控制的原理是讓在中繼節(jié)點(diǎn)RN上的RLC層具有合適大小的緩存數(shù)據(jù)PDU以避免下溢出以及上溢出的情況。中繼節(jié)點(diǎn)RN緩存大小依賴于由基站BS發(fā)送的數(shù)據(jù)的到達(dá)速率，并且依賴于朝向用戶終端UT的該中繼節(jié)點(diǎn)的MAC層的發(fā)送速率。給定某一調(diào)度策略和信道狀態(tài)，控制中繼節(jié)點(diǎn)RN的緩存大小的一種可能性是控制基站BS處的發(fā)送速率。由于基站BS接收中繼節(jié)點(diǎn)RN的狀態(tài)報(bào)告403和所轉(zhuǎn)發(fā)的用戶終端UT的狀態(tài)報(bào)告402兩者，基站BS能夠基于兩個(gè)狀態(tài)報(bào)告402和403的區(qū)別確定中繼節(jié)點(diǎn)RN處的緩存狀態(tài)。當(dāng)中繼節(jié)點(diǎn)RN為用戶終端UT緩存了太多數(shù)據(jù)時(shí)，基站BS知道這個(gè)情況并且可以抑制以高速率向中繼節(jié)點(diǎn)RN發(fā)送更多數(shù)據(jù)，直到這種上溢出情況得到緩解。另一方面，基站BS也能夠確定中繼節(jié)點(diǎn)RN處的下溢出情況并且因此它可以通過(guò)增加RLC發(fā)送窗大小或者通過(guò)指示MAC層為這個(gè)用戶終端UT調(diào)度更多的數(shù)據(jù)來(lái)為該特定的用戶終端UT提高其發(fā)送數(shù)據(jù)速率。將RLC緩存大小保持在合適的水平的另一好處是在RN-BS移交的情況下避免過(guò)量的重傳。在這種情況下，特別地可以將更少的數(shù)據(jù)從中繼節(jié)點(diǎn)RN緩存中刪除。其它優(yōu)點(diǎn)將由用戶終端UT發(fā)布的狀態(tài)報(bào)告轉(zhuǎn)發(fā)回至基站BS的中繼節(jié)點(diǎn)RN可具有很多好處，特別是-在RN-BS移交期間防止數(shù)據(jù)丟失；-通過(guò)讓基站BS了解(實(shí)際的)中繼節(jié)點(diǎn)RN緩存狀態(tài)來(lái)促進(jìn)流控制。本文提出的用于下行鏈路情況的相同原理適用于上行鏈路，根據(jù)該原理，中繼節(jié)點(diǎn)RN將狀態(tài)報(bào)告從基站BS轉(zhuǎn)發(fā)回至用戶終端UT。僅一位的RLC報(bào)頭擴(kuò)展可以被用于實(shí)現(xiàn)這種功能。該單個(gè)位可以不必被加入到現(xiàn)有的RLC報(bào)頭結(jié)構(gòu)。相反，RLC報(bào)頭的現(xiàn)有保留位可以被用于該目的。例如，圖6示出了包括3位PDU類型域的3GPP版本7的狀態(tài)PDU結(jié)構(gòu)(另參見(jiàn)3GPPTS25.322)。該P(yáng)DU類型域的可能值在圖7中示出。目前，僅定義了3個(gè)值(000，001，010)，剩余的5個(gè)值僅被保留，但是可以被用于指示該狀態(tài)PDU屬于中繼節(jié)點(diǎn)RN還是屬于用戶終端UT。本文提供的方法特別包括以下優(yōu)點(diǎn)-在多中繼段網(wǎng)絡(luò)中不需要重傳來(lái)自源終端的數(shù)據(jù)分組(快速本地錯(cuò)誤恢復(fù))；-避免了對(duì)緩存的過(guò)早清除。-不需要對(duì)當(dāng)前的RLC協(xié)議做重大改變。-歸因于基于狀態(tài)報(bào)告調(diào)整流控制的可能性，用于每中繼段流控制明顯信令不是必要的。-減少了來(lái)自目標(biāo)BS的下行鏈路輪詢信令并且因此加快了移交過(guò)程。-歸因于隱含的流控制，多個(gè)中繼段之間的均勻負(fù)載分配被允許?？s寫(xiě)3GPP第三代合作伙伴項(xiàng)目AM確認(rèn)模式ARQ自動(dòng)重傳請(qǐng)求BS基站HARQ混合自動(dòng)重發(fā)請(qǐng)求LTE長(zhǎng)期演進(jìn)MAC媒體訪問(wèn)控制PDCP分組數(shù)據(jù)會(huì)聚協(xié)議PDU協(xié)議數(shù)據(jù)單元PLMN公共陸地移動(dòng)網(wǎng)絡(luò)REC中繼增強(qiáng)小區(qū)RLC無(wú)線鏈接控制RN中繼節(jié)點(diǎn)RRC無(wú)線資源控制SN序列號(hào)TCP傳輸控制協(xié)議UE用戶設(shè)備UM未確認(rèn)模式UMTS全球移動(dòng)通信系統(tǒng)UT用戶終端權(quán)利要求一種用于第一實(shí)例(UE)和第二實(shí)例(BS)之間的數(shù)據(jù)通信的方法，其包括以下步驟-所述第一實(shí)例通過(guò)第三實(shí)例(RN)或者直接地向所述第二實(shí)例發(fā)布第一狀態(tài)報(bào)告。2.根據(jù)權(quán)利要求1所述的方法，其中所述第二實(shí)例是數(shù)據(jù)的主要發(fā)送方。3.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中如果所述第一實(shí)例之前連接到所述第三實(shí)例，那么所述第一實(shí)例直接發(fā)布所述第一狀態(tài)報(bào)告。4.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第三實(shí)例是中繼節(jié)點(diǎn)。5.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第三實(shí)例是具有減少的協(xié)議棧的網(wǎng)絡(luò)元件。6.根據(jù)權(quán)利要求5所述的方法，其中所述第三實(shí)例包括物理層、MAC層和RLC層。7.根據(jù)權(quán)利要求5所述的方法，其中所述第三實(shí)例包括物理層和MAC層。8.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第一狀態(tài)報(bào)告包括關(guān)于已經(jīng)在所述第一實(shí)例處被接收的數(shù)據(jù)的信息。9.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第一狀態(tài)報(bào)告包括RLC狀態(tài)報(bào)告10.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第一狀態(tài)報(bào)告被用于移交的目的。11.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中第一實(shí)例到所述第三實(shí)例的連接被移交到所述第二實(shí)例。12.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第三實(shí)例輪詢所述第一實(shí)例的狀態(tài)并且將其轉(zhuǎn)發(fā)到所述第二實(shí)例。13.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第三實(shí)例將由所述第二實(shí)例進(jìn)行的輪詢中繼到所述第一實(shí)例。14.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中在完成所述移交后，所述第一實(shí)例將所述第一狀態(tài)報(bào)告發(fā)送到所述第二實(shí)例。15.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第一狀態(tài)報(bào)告被用于流控制的目的。16.根據(jù)上述任意一項(xiàng)權(quán)利要求所述的方法，其中所述第三實(shí)例將第二狀態(tài)報(bào)告發(fā)布到所述第二實(shí)例。17.根據(jù)權(quán)利要求16所述的方法，其中所述第二狀態(tài)報(bào)告包括RLC狀態(tài)報(bào)告。18.根據(jù)權(quán)利要求16或17中任意一項(xiàng)所述的方法，其中所述第三實(shí)例的緩存狀態(tài)由所述第二實(shí)例通過(guò)利用由所述第一實(shí)例發(fā)布的所述第一狀態(tài)報(bào)告和由所述第三實(shí)例發(fā)布的所述第二狀態(tài)報(bào)告確定。19.根據(jù)權(quán)利要求18所述的方法，其中所述第二實(shí)例通過(guò)提高或者降低發(fā)送速率來(lái)調(diào)整所述緩存狀態(tài)。20.根據(jù)權(quán)利要求18或19中任意一項(xiàng)所述的方法，其中所述第二實(shí)例通過(guò)調(diào)整RLC發(fā)送窗和/或通過(guò)指示所述MAC層調(diào)度更多/更少數(shù)據(jù)到所述第一實(shí)例來(lái)調(diào)整所述緩存狀態(tài)。21.一種包括處理器單元的裝置，所述裝置被配置成使得根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法在所述處理器單元上可執(zhí)行。22.根據(jù)權(quán)利要求21所述的裝置，其中所述裝置是通信裝置。23.根據(jù)權(quán)利要求21或22中任意一項(xiàng)所述的裝置，其中所述裝置是用戶終端、基站和/或中繼節(jié)點(diǎn)，或者與用戶終端、基站和/或中繼節(jié)點(diǎn)相關(guān)聯(lián)。24.包括根據(jù)權(quán)利要求21到23中任意一項(xiàng)所述的裝置的通信系統(tǒng)。全文摘要本發(fā)明提供了用于第一實(shí)例和第二實(shí)例之間的數(shù)據(jù)通信的方法和裝置，該方法包括步驟第一實(shí)例通過(guò)第三實(shí)例或者直接地向第二實(shí)例發(fā)布第一狀態(tài)報(bào)告。文檔編號(hào)H04W36/08GK101828364SQ200880112102公開(kāi)日2010年9月8日申請(qǐng)日期2008年10月15日優(yōu)先權(quán)日2007年10月17日發(fā)明者E·舒爾茨,J·羅,R·哈爾夫曼,Y·項(xiàng)申請(qǐng)人:諾基亞西門(mén)子通信公司