專利名稱:協(xié)議數(shù)據(jù)單元再傳輸?shù)挠脩艚K端設(shè)備及節(jié)點b的制作方法
技術(shù)領(lǐng)域:
本發(fā)明是有關(guān)于無線通訊的范疇。更明確地,本發(fā)明是有關(guān)于一種優(yōu)先
^乂 及方法,
背景技術(shù):
在分頻雙工(FDD)及分時雙工(TDD)的第三代(3G)手機(jī)系統(tǒng)中,無線電 鏈路控制(RLC)層確認(rèn)模式中具有再傳輸機(jī)制,以達(dá)到高可靠度的端點對端 點數(shù)據(jù)傳輸。RLC層是在無線電網(wǎng)絡(luò)控制器(RNC)及用戶終端設(shè)備(UE)兩者 中的一同等實體。
圖1中是顯示一UMTS通用地面無線電存取網(wǎng)絡(luò)(UTRAN)MAC-hs層架 構(gòu)的框圖,且圖2中是顯示用戶終端設(shè)備(UE)MAC-h架構(gòu)的框圖。已讓與 本受讓人且在2002年10月15日申請的同在申請中的美國專利案第 10/270,822號是已說明了圖l及圖2所示架構(gòu)。圖1中所示的UTRAN MAC-hs 30包括一輸送格式資源指示器(TFRI)選擇器31、 一調(diào)度及優(yōu)先度排序?qū)嶓w 32、數(shù)個復(fù)合式自動重送請求(H-ARQ)處理器33a、 33b、 一流程控制器34、 及一優(yōu)先度階級及傳輸順序號碼(TSN)設(shè)定實體35。
UE MAC-hs 40包括一 H-ARQ處理器41。如以下將參考圖1及圖2等 兩者解釋,UTRAN MAC-hs 30中的H-ARQ處理器33a、 33b、與UE MAC-hs40中的H-ARQ處理器41是一同工作,以處理^t據(jù)區(qū)塊。
UTARN-MAC-hs 30中的H-ARQ處理器33a、 33b是掌控H-ARQ程序 中用于產(chǎn)生傳輸、及因發(fā)生任何錯誤傳輸而產(chǎn)生的再傳輸?shù)娜抗ぷ?。UE MAC-hs 40中的H-ARQ處理器41是負(fù)責(zé)產(chǎn)生一確認(rèn)(ACK)來指示一成功傳 輸,且產(chǎn)生一否認(rèn)來指示一失敗傳輸。H-ARQ處理器33a、 33b、及41是處 理每一用戶數(shù)據(jù)流的連續(xù)數(shù)據(jù)串。
如以下的進(jìn) 一 步說明,每 一 用戶數(shù)據(jù)流上收容的數(shù)據(jù)區(qū)塊皆分派予 H-ARQ處理器33a、 33b。每一 H-ARQ處理器33a、 33b皆激活一傳輸,且 當(dāng)發(fā)生一錯誤時,H-ARQ處理器41將要求一再傳輸。在后續(xù)傳輸中,將改 變調(diào)制及編碼率,以確保一成功的傳輸。傳送至UE的待再傳輸數(shù)據(jù)區(qū)塊及 任何新傳輸,皆可藉由一調(diào)度及優(yōu)先度排序?qū)嶓w32提供至H-ARQ實體33a、 33b。
調(diào)度及優(yōu)先度排序?qū)嶓w32是作用為無線電資源管理者,且決定傳輸?shù)?待時間,以支持所需的QoS。調(diào)度及優(yōu)先度排序?qū)嶓w32將依據(jù)H-ARQ處理 器33a、 33b的輸出及待傳輸?shù)囊恍聰?shù)據(jù)區(qū)塊的優(yōu)先度,來將數(shù)據(jù)區(qū)塊發(fā)送 至TFRI選擇器31。
連結(jié)至調(diào)度及優(yōu)先度排序?qū)嶓w32的TFRI選擇器31是接收待傳輸?shù)臄?shù) 據(jù)區(qū)塊,且為待傳輸?shù)臄?shù)據(jù)區(qū)塊選擇一適當(dāng)?shù)膭討B(tài)輸送格式。TFRI選擇器 31將關(guān)于H-ARQ傳輸及再傳輸來決定調(diào)制及編碼。
基于眾多理由,極希望使再傳輸數(shù)據(jù)區(qū)塊盡快地到達(dá)接收側(cè)(亦即UE) 的RLC實體。首先,由于需要依順序傳送,因此遺失的數(shù)據(jù)區(qū)塊將可阻止 后續(xù)數(shù)據(jù)區(qū)塊發(fā)送至較高層。其次,需要調(diào)整UE緩沖器的大小,使其大到 足以在保持有效率的數(shù)據(jù)率的情況下,仍可顧及再傳輸?shù)牡却龝r間。等待時 間愈長,則UE緩沖器的大小尺寸必須愈大,以允許UE緩沖暫存受阻的數(shù) 據(jù)區(qū)塊、及連續(xù)數(shù)據(jù)接收等兩者,直到正確序列的數(shù)據(jù)區(qū)塊發(fā)送至較高層為 止。較大的緩沖器大小尺寸將造成UE的硬件成本提高。這是非常不理想的。
請參考圖3,其顯示出介于一節(jié)點B(顯示于圖3底部)與一UE(顯示于圖 3頂部)之間的數(shù)據(jù)流的簡化流程圖。來自較高層級處理的數(shù)個PDU將經(jīng)過 調(diào)度排序且多路傳輸至一數(shù)據(jù)區(qū)塊中。 一數(shù)據(jù)區(qū)塊僅可容納優(yōu)先度相同的較高層的PDU。 一獨特TSN是藉由調(diào)度器而分派予每一數(shù)據(jù)區(qū)塊。數(shù)個較高 層可提供不同優(yōu)先度PDU的數(shù)個串,且每一優(yōu)先度皆具有一序列的TSN調(diào) 度器,接著再將所述數(shù)據(jù)區(qū)塊分派至數(shù)個H-ARQ處理器P1b至P5B。每一 H-ARQ處理器是一次負(fù)責(zé)處理一單一數(shù)據(jù)區(qū)塊。譬如,如圖3所示,優(yōu)先 度1 PDU包括顯示為Bl!至B1n的一序列。相同地,優(yōu)先度PDU2是由B2j 至B2n的序列,及優(yōu)先度3PDU是自B3,至B3n的序列。所述PDU是藉由 公共調(diào)度器來調(diào)度(且多路傳輸)及附上一 TSN。為了描述本發(fā)明,假設(shè)一 PDU相等于一數(shù)據(jù)區(qū)塊。當(dāng)排序一數(shù)據(jù)區(qū)塊調(diào)度以藉由一特殊處理器P1B 至P5e處理時,每一數(shù)據(jù)區(qū)塊將連結(jié)一處理器識別器,該識別器是識別用于 處理該數(shù)據(jù)區(qū)塊的處理器P1b至P5B。
再接著將所述數(shù)據(jù)區(qū)塊輸入至已調(diào)度的節(jié)點B H-ARQ處理器P1B至 P5B,由所述處理器來接收及處理每一數(shù)據(jù)區(qū)塊。每一節(jié)點BH-ARQ處理器 P1b至P5B是相對應(yīng)UE內(nèi)的一 H-ARQ處理器P1ue至P5ue。緣是,節(jié)點B 中的第一 H-ARQ處理器P1b是與UE中的第一 H-ARQ處理器PluE通訊。 相同地,節(jié)點B中的第二H-ARQ處理器P2b是與UE中的第二 H-ARQ處理 器P2uE通訊,且節(jié)點B中的其余H-ARQ處理器P3B至P5B及其在UE內(nèi)的 各別配對H-ARQ處理器P3UE至P5UE亦然。H-ARQ處理器是適時地多路傳 輸至空氣界面上,且該空氣界面上每次僅有一H-ARQ傳輸。
譬如第一對通訊H-ARQ處理器PlB與P1UE, H-ARQ處理器PU是處理 譬如B1!的一數(shù)據(jù)區(qū)塊,且發(fā)送其作多路傳輸以及在空氣界面上傳輸。當(dāng)一 H-ARQ處理器PluE接收到該數(shù)據(jù)區(qū)塊Bh時,處理器PluE將判斷是否無錯 誤地接收到該數(shù)據(jù)區(qū)塊。倘若無錯誤地接收到數(shù)據(jù)區(qū)塊Blp則第一 H-ARQ 處理器PluE將傳輸一 ACK,以指示傳輸H-ARQ處理器PlB,其以成功地完 成接收。相反地,倘若接收到的數(shù)據(jù)區(qū)塊Bl!中有一錯誤,則接收H-ARQ 處理器PluE將傳輸一 NACK至傳輸處理器P1B。繼續(xù)這種程序,直到接收 器PlB接收到關(guān)于數(shù)據(jù)區(qū)塊Bl!的一 ACK為止。 一旦處理器接收到一 ACK, 則其將得以"釋放,,,來處理另一數(shù)據(jù)區(qū)塊。倘若有空閑,則該調(diào)度器將分 派另一數(shù)據(jù)區(qū)塊予處理器P1B,且可在任何時刻中選擇再傳輸或開始一新傳 輸。一旦接收H-ARQ處理器P1ue至P5UE已處理每一數(shù)據(jù)區(qū)塊,則可根據(jù) 所述數(shù)據(jù)區(qū)塊的優(yōu)先度,而發(fā)送至記錄緩沖器R!、 R2、 R3;某一記錄緩沖器 僅用于某一優(yōu)先度層級的數(shù)據(jù)。譬如,優(yōu)先度l數(shù)據(jù)區(qū)塊Bh至BlN是接收 且記錄于優(yōu)先度1記錄緩沖器&中;優(yōu)先度2數(shù)據(jù)區(qū)塊B2!至B2n是接收 且記錄于優(yōu)先度2記錄緩沖器R2中;優(yōu)先度3數(shù)據(jù)區(qū)塊B3!至B3n是接收 且記錄于優(yōu)先度3記錄緩沖器R3中。
基于接收H-ARQ處理器P1ue至P5uE對所述數(shù)據(jù)區(qū)塊實施的前處理、 及ACK/NACK確認(rèn)程序,通常并非以相關(guān)于TSN地連續(xù)依一次序來接收所 述數(shù)據(jù)區(qū)塊。記錄緩沖器R!至R3是接收未依順序的數(shù)據(jù)區(qū)塊,且企圖在將 所述數(shù)據(jù)區(qū)塊發(fā)送至RLC層上之前,以一順序方式記錄所述數(shù)據(jù)區(qū)塊。譬 如,優(yōu)先度1記錄緩沖器Ri是接收且記錄首四個優(yōu)先度1數(shù)據(jù)區(qū)塊Bh至 Bl4。當(dāng)已接收且記錄所述數(shù)據(jù)區(qū)塊后,再將其傳遞至RLC層。
在接收側(cè)上,不論H-ARQ處理器的身份(ID)是否已傳送至譬如 HS-SCCH等的一控制信道上、或著不論數(shù)據(jù)區(qū)塊是否已附加巻標(biāo),UE MAC-hs(以圖表方式顯示為MAC-hs控制器)皆讀取H-ARQ處理器的ID,以 判斷哪一 H-ARQ處理器P1ue至P5uE業(yè)已使用。倘若UE接收到由同一 H-ARQ處理器PluE至P5uE所處理的另一數(shù)據(jù)區(qū)塊,則UE將可得知,特定 的H-ARQ處理器P1ue至P5uE業(yè)已釋放,而不論由該H-ARQ處理器P1UE
至P5uE所處理的先前數(shù)據(jù)區(qū)塊是否業(yè)已成功地接收。
圖4是顯示一先前技藝的一范例,其包括一RNC、 一節(jié)點B、 一UE、 及和它們相關(guān)的緩沖器。該范例是假設(shè),該UE為接收實體,且該節(jié)點B為 傳輸實體。在本先前技藝系統(tǒng)中,該UE并未成功地接收到SN=3的一 PDU。 因此,該UE中的RLC將向該RNC中的其同等RLC層要求一再傳輸。同 時,SN=6至9的PDU將緩沖暫存于節(jié)點B中,且SN=4及5的PDU將緩 沖暫存于該UE中。應(yīng)注意到,盡管圖4中僅顯示出緩沖暫存著數(shù)個PDU, 然而實際上可緩沖暫存更多的PDU(譬如100個或更多)及來自其它RLC的 PDU。
如圖5所示,倘若需要再傳輸SN=3的PDU,則必須在該節(jié)點B緩沖器 中的隊列末端等候,且僅在SN=6至9的PDU皆傳輸后才可傳輸該SN=3的PDU。直到所有的PDU皆依序接收時,該UE中的PDU才可發(fā)送至上方層。 在這種情況下,假設(shè)所有PDU皆成功地傳輸,則SN=3的PDU將推遲 后續(xù)的PDU發(fā)送至較高層(即SN二4至9)。再次強(qiáng)調(diào),應(yīng)注意到,本范例僅 反應(yīng)ll個PDU,然而在正常操作下,可能在再傳輸數(shù)據(jù)PDU之前對數(shù)百個 PDU調(diào)度,如此將更為加重傳輸?shù)却龝r間及數(shù)據(jù)緩沖暫存的問題。
亟需一種可使再傳輸數(shù)據(jù)避免因傳輸緩沖器壅塞而造成延遲的系統(tǒng)及 方法。
發(fā)明內(nèi)容
本發(fā)明是一種用于在一無線通訊系統(tǒng)中轉(zhuǎn)送數(shù)據(jù)的系統(tǒng)及方法。數(shù)個數(shù) 據(jù)區(qū)塊是由一第一內(nèi)存接收且暫時儲存。再接著傳輸該數(shù)個數(shù)據(jù)區(qū)塊。接著 將判斷,是否已成功地接收每一所述傳輸?shù)臄?shù)據(jù)區(qū)塊、或因未成功接收到該 數(shù)據(jù)區(qū)塊而需要再傳輸。需要再傳輸?shù)拿恳凰鲈賯鬏敂?shù)據(jù)區(qū)塊將附加標(biāo) 記,且儲存于具有比該第一內(nèi)存者高的一較高優(yōu)先度的一第二內(nèi)存中。儲存 于該第二內(nèi)存中的所述標(biāo)記數(shù)據(jù)區(qū)塊是在儲存于該第一內(nèi)存中的數(shù)據(jù)區(qū)塊
傳輸之前實施傳輸。
每一標(biāo)記數(shù)據(jù)區(qū)塊可包括一共享信道優(yōu)先度指示器(CmCH-Pi)??勺x取 該標(biāo)記數(shù)據(jù)區(qū)塊的CmCH-Pi ,且再用于根據(jù)該CmCH-Pi為基礎(chǔ)來判斷該標(biāo) 記數(shù)據(jù)區(qū)塊將放置于數(shù)個內(nèi)存中的哪一個內(nèi)。
依據(jù)本發(fā)明的 一較佳具體實施例,用于轉(zhuǎn)送數(shù)據(jù)的 一無線通訊系統(tǒng)包括 一 UE、與該UE通訊的一節(jié)點B、以及與該節(jié)點B及該UE通訊的一無線 電網(wǎng)絡(luò)控制器(RNC)。該RNC是經(jīng)由該節(jié)點B而得將數(shù)個數(shù)據(jù)區(qū)塊傳輸至 該UE。該UE是將一狀態(tài)報告?zhèn)魉椭猎揜NC。該報告將指示出,該UE是 否成功地接收每一所述傳輸?shù)臄?shù)據(jù)區(qū)塊、或因未成功接收到該數(shù)據(jù)區(qū)塊而需 要再傳輸。該RNC是將需要再傳輸?shù)拿恳凰鰯?shù)據(jù)區(qū)塊附加標(biāo)記,且將所 述標(biāo)記后的數(shù)據(jù)區(qū)塊傳送至該節(jié)點B。該節(jié)點B是接收、暫時儲存所述標(biāo)記 數(shù)據(jù)區(qū)塊,且排定所述標(biāo)記數(shù)據(jù)區(qū)塊具有較節(jié)點B先前接收到及儲存的其它 數(shù)據(jù)區(qū)塊者高的優(yōu)先度。節(jié)點B將在傳輸該其它數(shù)據(jù)區(qū)塊之前,先將所述標(biāo) 記數(shù)據(jù)區(qū)塊傳輸至該UE。
可藉由作為范例用、且應(yīng)結(jié)合隨附圖式閱讀的以下說明,來更詳細(xì)地解 說本發(fā)明。
圖1是一 UTRAN MAC-hs。
圖2是一先前技藝的UEMAC-hs。
圖3是介于一節(jié)點B與一UE之間的數(shù)據(jù)流框圖。
圖4是表現(xiàn)出一遺失PDU傳輸?shù)腞LC層圖式。
圖5是由該遺失PDU傳輸?shù)腞LC層再傳輸?shù)膱D式。
圖6是一種依據(jù)本發(fā)明的排序再傳輸優(yōu)先度的方法的信號圖。
圖7是介于一節(jié)點B與一UE之間的數(shù)據(jù)流框圖,其中是將再傳輸分派
予一較高優(yōu)先度隊列。
圖8是具有CmCH-Pi指示的一 DSCH傳輸調(diào)度排序PDU的數(shù)據(jù)流框圖。 圖9及圖IO是由依據(jù)本發(fā)明的一遺失PDU傳輸?shù)腞LC層來再傳輸?shù)膱D式。
具體實施例方式
以下將參考圖式來說明較佳具體實施例,其中全文中皆以相同的參考代 碼代表相同組件。
在描述本發(fā)明時,可參照術(shù)語"緩沖器"及"內(nèi)存"。意欲使所述詞匯 皆等義,且皆用于指示一連續(xù)隊列中的數(shù)個數(shù)據(jù)區(qū)塊或PDU。
為了降低一 RLC層再傳輸?shù)牡却龝r間,本發(fā)明是排定一 PDU再傳輸?shù)?優(yōu)先度高于譬如一節(jié)點B等一中間節(jié)點的緩沖器中的一后續(xù)PDU者。
在下行鏈路方向中(自服務(wù)器RNC(SRNC)至UE的數(shù)據(jù)傳輸),再傳輸?shù)?待時間的一來源,是在緩沖器位于UTRAN中但位于SRNC外部的應(yīng)用中產(chǎn) 生。譬如,在眾多應(yīng)用中,RNCRLC是將PDU傳送至RNC中的MAC-d, 其可產(chǎn)生一 MAC-dPDU且再傳送至CRNC、并且接著至節(jié)點B(請注意到, 在一UE尚未移出SRNC的小區(qū)涵蓋范圍的情況下,CRNC將相同于RNC, 且因此任何信息皆是在內(nèi)部傳送。當(dāng)該UE業(yè)已移出SRNC的小區(qū)涵蓋范圍時,新的CRNC則為漂移RNC(DRNC)。為了簡化說明,該RNC在這兩種 情況下皆稱為一 CRNC)。
由于MAC-d PDU包含恰好1個RLC PDU(外加上其它潛在的MAC信 息),因此一 MAC-d PDU將視為同等于一 RLC PDU。盡管本發(fā)明中對于 CRNC或節(jié)點B中的PDU的討論皆指MAC-d PDU(非RLC PDU),但在本發(fā) 明中可視為等義者,且此后使用PDU—詞時皆是指示該兩者。
為了允許連續(xù)的數(shù)據(jù)流,來自RNC RLC、及因此同等RLC的PDU, 通常需在其傳輸至UE之前,暫佇于CRNC或節(jié)點B的緩沖器中一段時間。 如以下將詳細(xì)說明者,以一較高優(yōu)先度來再傳輸數(shù)據(jù)的本發(fā)明方法中,將無 需顧及UTRAN中的數(shù)據(jù)緩沖/隊列。
本發(fā)明的一具體實施例是指在一系統(tǒng)中,運用高速下行鏈路分組存取 (HSDPA)、而自無線電網(wǎng)絡(luò)控制器(RNC)至用戶終端設(shè)備(UE)的RLC再傳 輸。圖6中是描述一種依據(jù)本發(fā)明來降低再傳輸?shù)却龝r間的方法100。圖6 是顯示介于一 RNC 102、 一節(jié)點B104、與一 UE 106之間的通訊。
UE 106中的RLC層是產(chǎn)生一狀態(tài)報告PDU(步驟108),其可指示已接 收到(即成功傳輸)、或遺失PDU(即不成功地傳輸)的狀態(tài)。該狀態(tài)報告PDU 將傳輸(步驟IIO)至RNC 102。 一旦RNC 102中的RLC層自UE 106中的其 同等實體接收到狀態(tài)報告PDU時,RNC 102將準(zhǔn)備再傳輸遺失PDU(步驟 112)。
本發(fā)明是實現(xiàn)一種可使節(jié)點B分辨再傳輸PDU與其它PDU的方法。在 一第 一具體實施例中,RNC 102是使用在其幀協(xié)議(FP)頂頭(overheads)上的 一字段(field)來標(biāo)記再傳輸PDU。再傳輸PDU包括一 CmCH-Pi,其可在每 次自RNC 102傳送(步驟114)PDU至節(jié)點B 104時更新(或增加)。這將允許 節(jié)點B 104追蹤PDU的傳送次數(shù),及因此可識別出放置PDU的適當(dāng)隊列。 較佳地,CmCH-Pi —般是在RNC 102處設(shè)定且更新。然而,亦可在節(jié)點B 104 處執(zhí)行這種動作。節(jié)點B 104可讀取CmCH-Pi且判斷PDU的適當(dāng)優(yōu)先度隊 列(步驟116)。節(jié)點B 104傳輸調(diào)度器是在服務(wù)較低優(yōu)先度隊列之前先行服 務(wù)較高優(yōu)先度隊列?;赗NC102對CmCH-Pi的設(shè)定,使節(jié)點B可將待再 傳輸?shù)腜DU放置于 一 緩沖器中,其中該緩沖器具有較該PDU原始傳輸時所原始具有者高的一較高優(yōu)先度。
再者,PDU可在一緩沖器(即內(nèi)存)中再傳輸(步驟118),其中該緩沖器 具有較原始傳輸?shù)膬?yōu)先度高的一較高優(yōu)先度。當(dāng)該PDU再傳輸時,該UE 的其它傳輸可緩沖暫存于節(jié)點B 104的較低優(yōu)先度傳輸隊列中。再傳輸PDU 的CmCH-Pi設(shè)定值增加,將造成其傳輸調(diào)度排序在先前已接收且緩沖暫存 于節(jié)點B 104中的其它PDU之前。
請參考圖7,將數(shù)個傳輸分派予一較高優(yōu)先度隊列,使得所述者優(yōu)先于 源自相同"原始"傳輸緩沖器的其它數(shù)據(jù)區(qū)塊的傳輸。 一旦接收H-ARQ處 理器P1ue至P5uE處理每一數(shù)據(jù)區(qū)塊,則可根據(jù)所述數(shù)據(jù)區(qū)塊的優(yōu)先度而將 所述者發(fā)送至重新安排緩沖器Ri、 R2、 R3;某一重新安排緩沖器是用于一優(yōu) 先度等級的數(shù)據(jù)。譬如,重新安排緩沖器R2是重新安排數(shù)據(jù)區(qū)塊B2!、 B22、 及。重新安排緩沖器R3是重新安排數(shù)據(jù)區(qū)塊B33、 B34、及B36。 一數(shù)據(jù)區(qū) 塊("X")是在數(shù)據(jù)區(qū)塊B22與B&之間遺失。 一又一數(shù)據(jù)區(qū)塊("X")是在 數(shù)據(jù)區(qū)塊B34與B36之間遺失。是以,由于一 NACK信息錯譯為一 ACK信 息,因此并未接收到期待的數(shù)據(jù)區(qū)塊B23及B35。
接著將再傳輸所述遺失的數(shù)據(jù)區(qū)塊。正常情況下,數(shù)據(jù)區(qū)塊B23已放置 于優(yōu)先度2傳輸緩沖器中。然而,由于數(shù)據(jù)區(qū)塊B23遺失,且必須再傳輸, 因此將數(shù)據(jù)區(qū)塊B23放置于一較高優(yōu)先度傳輸緩沖器中(在此情況下是先優(yōu) 先度1傳輸緩沖器),而得以比放置于優(yōu)先度2或3傳輸緩沖器中時較早傳 送。相同地,數(shù)據(jù)區(qū)塊B35在正常情況下已放置于優(yōu)先度3傳輸緩沖器中。 然而,由于數(shù)據(jù)區(qū)塊B35遺失,且必須再傳輸,因此將數(shù)據(jù)區(qū)塊B3s放置于 優(yōu)先度1或優(yōu)先度2傳輸緩沖器中,以在比放置于優(yōu)先度3傳輸緩沖器中時 較早傳輸。
當(dāng)在節(jié)點B中接收PDU時,CmCH-Pi是用于判斷優(yōu)先度隊列Bin至 B3n。調(diào)度器是先服務(wù)較高優(yōu)先度隊列,且將數(shù)個傳輸分派予傳輸H-ARQ 處理器P1B至P5B。當(dāng)成功地傳輸至UE時,接收H-ARQ處理器P1UE至P5UE 可將再傳輸PDU發(fā)送至RLC層。
亦可將這種程序應(yīng)用于一 DSCH系統(tǒng)中,除了中間節(jié)點是CRNC而非 節(jié)點B以外。請參考圖8,具有CmCH-Pi指示的PDU 805是由一優(yōu)先度排序?qū)嶓w810給定優(yōu)先度,且由CRNC中的MAC-sh來排序傳輸調(diào)度。MAC-sh 是保持多重個優(yōu)先度的隊列815A、 815B,且一DSCH傳輸調(diào)度器820將根 據(jù)數(shù)據(jù)的優(yōu)先度為基礎(chǔ),來判斷哪一PDU805將傳輸。因此,藉由將DSCH 再傳輸設(shè)定增加的CmCh-Pi,將可在服務(wù)UE的其它數(shù)據(jù)之前,先行服務(wù)該 傳輸。這是與以節(jié)點B MAC-hs實體來排序傳輸調(diào)度的HS-DSCH情況者相 似。
請參考圖9,其顯示出依據(jù)本發(fā)明的用于實施圖6中優(yōu)先度排序方法的 一系統(tǒng)。在UE中的RLC層將一狀態(tài)報告PDU傳輸至RNC中的RLC層之 后,且指示并未成功地接收SN=3的PDU時,則RNC將傳輸SN=3的PDU 的一再傳輸??山逵蓪⒃揚DU放置于一較高優(yōu)先度緩沖器內(nèi),而使該PDU 的優(yōu)先度排序高于中間節(jié)點緩沖器中的其它PDU者。應(yīng)注意到,盡管僅顯 示出11個PDU,但實際上可具有數(shù)百個暫佇的PDU。
可參考圖IO來考慮本發(fā)明的優(yōu)點,其中圖IO是描述接收緩沖器中的優(yōu) 先度排序動作的結(jié)果。SN=3的再傳輸PDU已到達(dá)接收緩沖器,且SN二3至 5的依順序排列的PDU,將可較圖5中所描述的先前技藝方案者,更加快速 地發(fā)送至較高層。
盡管已就較佳具體實施例來說明本發(fā)明,然而熟于此項技藝的人士將可 發(fā)現(xiàn)其它變型,且所述變型皆屬于權(quán)利要求所概述的本發(fā)明范圍內(nèi)。
權(quán)利要求
1.一種用戶終端設(shè)備,包括接收器,配置成接收數(shù)個數(shù)據(jù)區(qū)塊;第一內(nèi)存,配置成暫時儲存第一數(shù)據(jù)區(qū)塊群;傳輸器,配置成傳輸所述第一數(shù)據(jù)區(qū)塊群;以及第二內(nèi)存,配置成暫時儲存第二數(shù)據(jù)區(qū)塊群,其中,在傳輸儲存于所述第一內(nèi)存的其它數(shù)據(jù)區(qū)塊之前,通過所述傳輸器傳輸儲存在所述第二內(nèi)存的所述數(shù)據(jù)區(qū)塊。
2. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,儲存于所述第 二內(nèi)存的所述數(shù)據(jù)區(qū)塊是先前已傳輸?shù)幢怀晒邮盏降臄?shù)據(jù)區(qū)塊。
3. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,所述數(shù)據(jù)區(qū)塊 是在高速下行鏈路共享信道上傳輸。
4. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,至少一個所述 數(shù)據(jù)區(qū)塊包括數(shù)個多路傳輸?shù)膮f(xié)議數(shù)據(jù)單元。
5. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,每一個數(shù)據(jù)區(qū) 塊皆為協(xié)議數(shù)據(jù)單元。
6. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,將獨特的傳輸 順序號碼分派給每一個所述數(shù)據(jù)區(qū)塊。
7. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,根據(jù)每一個所 述數(shù)據(jù)區(qū)塊的所需傳輸?shù)却龝r間為基礎(chǔ)將優(yōu)先度分派予所述數(shù)據(jù)區(qū)塊。
8. 根據(jù)權(quán)利要求1所述的用戶終端設(shè)備,其特征在于,儲存于所述第二內(nèi)存的每一個數(shù)據(jù)區(qū)塊包括共享信道優(yōu)先度指示器。
9. 一種節(jié)點B,所述節(jié)點B包括 接收器,配置成接收數(shù)個數(shù)據(jù)區(qū)塊; 第一內(nèi)存,配置成暫時儲存第一數(shù)據(jù)區(qū)塊群;第二內(nèi)存,配置成暫時儲存第二數(shù)據(jù)區(qū)塊群,其中,儲存于所述第二內(nèi) 存的所述數(shù)據(jù)區(qū)塊是先前已傳輸?shù)幢怀晒邮盏降臄?shù)據(jù)區(qū)塊;以及傳輸器,配置成傳輸所述第一數(shù)據(jù)區(qū)塊群及所述第二數(shù)據(jù)區(qū)塊群,其中, 所述傳輸器被配置成在傳輸儲存于所述第一內(nèi)存的所述第一數(shù)據(jù)區(qū)塊群之 前傳輸儲存于所述第二內(nèi)存的所述數(shù)據(jù)區(qū)塊。
10. 根據(jù)權(quán)利要求9所述的節(jié)點B, 速下行鏈路共享信道上傳輸。
11. 根據(jù)權(quán)利要求9所述的節(jié)點B, 塊包括數(shù)個多路傳輸?shù)膮f(xié)議數(shù)據(jù)單元。
12. 根據(jù)權(quán)利要求9所述的節(jié)點B, 協(xié)議數(shù)據(jù)單元。
13. 根據(jù)權(quán)利要求9所述的節(jié)點B, 碼分派給所述數(shù)據(jù)區(qū)塊的每一個。其特征在于,所述數(shù)據(jù)區(qū)塊是在高其特征在于,至少一個所述數(shù)據(jù)區(qū)其特征在于,每一個數(shù)據(jù)區(qū)塊皆為其特征在于,將獨特的傳輸順序號
14. 根據(jù)權(quán)利要求9所述的節(jié)點B,其特征在于,所述接收器接收數(shù)個 被標(biāo)記的數(shù)據(jù)區(qū)塊,其中,所述被標(biāo)記的數(shù)據(jù)區(qū)塊儲存于所述第二內(nèi)存。
15. 根據(jù)權(quán)利要求9所述的節(jié)點B,其特征在于,根據(jù)每一個所述數(shù)據(jù) 區(qū)塊所需的傳輸?shù)却龝r間為基礎(chǔ)將優(yōu)先度分派給所述數(shù)據(jù)區(qū)塊。
16.根據(jù)權(quán)利要求9所述的節(jié)點B,其特征在于,儲存于所述第二內(nèi)存 的每一個數(shù)據(jù)區(qū)塊包括共享信道優(yōu)先度指示器。
全文摘要
一種用于減少數(shù)據(jù)區(qū)塊再傳輸?shù)膫鬏數(shù)却龝r間的媒體存取控制(MAC)架構(gòu)。數(shù)個數(shù)據(jù)區(qū)塊是由一第一內(nèi)存(譬如隊列、緩沖器)接收且暫時儲存,再接著傳輸該數(shù)個數(shù)據(jù)區(qū)塊。實施一判斷,以判斷是否已成功地接收每一所述傳輸?shù)臄?shù)據(jù)區(qū)塊、或因未成功接收到該數(shù)據(jù)區(qū)塊而需要再傳輸。將需要再傳輸?shù)拿恳凰鲈賯鬏敂?shù)據(jù)區(qū)塊附加標(biāo)記,且暫時儲存于具有較該第一內(nèi)存者高的一較高優(yōu)先度的一第二內(nèi)存中。在傳輸儲存于該第一內(nèi)存位置中的數(shù)據(jù)區(qū)塊之前,先行再傳輸所述標(biāo)記數(shù)據(jù)區(qū)塊。
文檔編號H04B7/26GK101321047SQ20081009527
公開日2008年12月10日 申請日期2003年5月9日 優(yōu)先權(quán)日2002年5月10日
發(fā)明者史蒂芬·E·泰利, 詹姆斯·M·米勒爾, 趙怡如 申請人:美商內(nèi)數(shù)位科技公司