TW201203980A

TW201203980A - Method and apparatus for enhancing RLC for flexible RLC PDU size

Info

Publication number: TW201203980A
Application number: TW100107822A
Authority: TW
Inventors: Diana Pani; James M Miller; Paul Marinier; Stephen E Terry; Sudheer A Grandhi
Original assignee: Interdigital Tech Corp
Priority date: 2007-02-02
Filing date: 2008-02-04
Publication date: 2012-01-16
Also published as: KR101430067B1; MX2009008015A; CA2677112A1; KR20130044362A; WO2008097544A2; EP2429235A1; CA2677112C; CN103281250A; IL200075A; US9936423B2; JP5258791B2; TW201503650A; KR20140015620A; JP2010518699A; US20170094560A1; KR20100016449A; TWI499259B; CN103281250B; MY154157A; BRPI0806396A2

Description

201203980 六、發明說明：【發明所屬之技術領域】本申請與無線通訊有關。【先前技術】在這裏’高速封包存取演進（HSPA+)是指在通用行動信系統（UMTS)無線通訊系統巾使用的第三代合作夥伴 (3GPP)無線電存取技術高速下行鏈路封包存取（h卿八『和高速上行鏈路封包存取（咖pA)標準的演進增強。對作為HSPA+-部分而被提出的HspDA (3Gpp碰ts標

版）和HSUPA ( 3GPP UMTS標準第6版）改進來說，這 =某些改進包括更高的資料速率、更高的祕容量和覆蓋範圍’增強的封包服務支援、減少的等待時間、降低的營運本以及與3GPP傳統系統的後向相容性。在i言真，3Gpp傳^ 、人丁欣不的任何一種或夕種預先而這些改進的實現則同時包含了無線電介面協定以及網路架構的演進。以下列表包含了相關的縮寫： * 3GPP一第三代合作夥伴計晝 •AM—應答模式 • AMD—應答模式資料 • ARQ—自動重複請求 • CN—核心網路 •CP—控制平面 • CS—電路交換 • DL—下行鏈路 4 201203980 • HARQ—混合自動重複請求 • HSDPA—高速下行鏈路封包存取 • HSUPA—高速上行鏈路封包存取 • IP—網際協定 • LCID—邏輯頻道識別碼 • LTE—長期演進 • MAC-媒體存取控制 • PDCP—封包資料聚合協定 • PDU —封包資料單元 • PHY—實體 • PS—封包交換 • QoS—服務品質 • RAN—無線電存取網路 • RLC—無線電鏈路控制 • RNC—無線電網路控制器

• CRNC—控制 RNC

• SRNC—服務 RNC • RN S—無線電網路子系統 • RoHC—強健的標頭壓縮 • RRC—無線電資源控制 • RRM—無線電資源管理 • Rx—接收/執行接收 • SAP—服務存取點 • SDU—服務資料單元 • SN—序號 • TB—傳輸塊 5 201203980 • TBS—傳輸塊集合 • TF—傳輸格式 • TFC—傳輸格式組合 • TFRC—傳輸格式資源組合 • TM—透明模式 *TMD—透明模式資料 • Tx_傳輸/執行傳送 • UE—用戶設備 • UL 一下行鏈路 •UM—非應答模式 • UMD—非應答模式資料 • UP—用戶平面 • UMTS—通用行動電信系統 • UTRAN—通用陸地無線電存取網路 • WTRU—無線發射/接收單元第二層無線電介面協定包括媒體存取控制（MAC)和無線電鏈路控制（虹€)協定。在下文中將對MAC和RLC協疋的某些魏進行描述，其他那些未論賴功能被假設成以 3GPP標準中描述的方式運作。 MAC協定的某些主要功能是： • mac封包資料單元（PDU)到實體頻道的頻道映射 •將較面層資料多工到封包資料單元（pDU) •考慮了用於排程和速率控制的資料優先順序的服務品質（QoS) •用於QoS和多工的鏈路適應性 •用於糾錯的快速重傳控制的混合自動重複請求(HARQ ) 6 201203980 MAC層將較高層資料多i到MAC pDu卜 (PHY)層的MAC醜被稱為傳輸塊（TB)。tb的j j 稱為傳輸塊集合（TBS)，_合在每個傳輸時間通過使用相應傳輸格式(TF)而被發送到ρΗγ層，/中= 輸格式描述的是關於該TBS的實體層屬性。如^從[合=夕工源自-個以上的邏輯RLC頻道㈣料得到孤:用= 為傳輸格式組合（TFC)的TF組合。作為鏈路適應性的分’ MAC層根據RLC邏輯頻道優先順序、緩衝佔用率、貝體頻道狀態以及邏輯頻道多工來執行Tfc選擇。對這事的 MAC TFC選擇來說，其基準是朝的，並且可以包括^如 HSDPA巾的冑速祖<：(MACMis)财的傳輸赋資源組合 (TFRC )選擇。第二層中的RLC協定對資料的等待時間和流通量有很大影響。3GPP傳統祕巾的rlc齡包含了帛6版和更早版本，該協定在實體上處於無線電網路控制器（j^C)節點。對在Tx RLC實體中出現的傳輸（Tx ) rlc協定來說，其某些主要功能是： •宏分集’以使UE能夠同時連接到兩個或多個胞元並接收資料（可選） •較高層無線電承載的分段 *較高層無線電承載的序連 •差錯檢測以及恢復接收有誤的PDU •用於快速重傳接收有誤的PDU的HARQ輔助ARQ 對在Rx RLC實體中出現的接收（Rx) rlc協定來說，其某些主要功能包括： *重複PDU檢測 201203980 •按順序的PDU傳遞 •差錯檢測以及恢復接收有誤的PDU ^ •用於快速重傳接收有誤的PDU的11^1(3輔助八11(3 •從接收到的PDU中重組較高層資料用於RLC層的三種操作模式是應答模式（am)、非應答模式（UM)和透明模式（tm)。對AM操作來說，該操作包括傳輸某些較高層用戶平面資料，在該操作中，RLC協定是雙向的’由此狀態和控制資訊會從Rx RLC實體發送到Tx RLC 貫體。對ΤΜ和UM操作來說，該操作包括傳輸某些控制平面無線電^源控制（RRC)訊號傳輸資料，在這些操作中，rlc 協定是單向的’由此，TxRLC實體和RxRLC實體是獨立的’ 並且狀態和控制資訊是不會交換的。此外，某些功能通常只在 AM操作中使用，例如HARQ輔助的ARQ以及差錯檢測和恢復。 RLC PDU大小由RRC層根據RLC邏輯頻道所傳送的應用資料長期服務品質（QoS)需求來確定。依照包含第6版和更早版本的3GPP傳統系統’ RLC層由RRC層經由使用預定的RLC PDU大小而以半靜態方式配置。由此，Rjx PDU大小是由較高層半靜態確定的，並且這些RLCPDU將被指定序號 (SN)。AM資料RLC PDU是通過襴位〇至4095的整數序號 (SN)的循環為模來編號的。 RLC PDU類型是資料（DATA)、控制（CONTROL)和狀態（STATUS )。當RLC在AM模式進行操作時，DATA PDU 用於傳送用戶資料、揹負（piggybacked)的STATUS資訊以及用於從接收器請求狀態報告的輪詢位元。CONTROL PDU 用於RLC重設（RLC RESET)和重設（RESET)應答（ACK) 201203980 命令。STATUS PDU則用於在兩個操作於鳩體之間交換狀態資訊，並且可以包括不同_的= (SUFD，其中舉例來說，該超攔位包括視窗大小SUF= 動接收視窗（MRW) SUFI。· 傳輸視窗是指為了傳輸岐處理或是目前正被傳輸的 PDU群組。_，接收視窗—般是指正在接收器上接收或處理的而群組。傳輸或接收視鼓小通妓齡齡別傳送 =收的PDU數量。該傳輸和接收視窗大小需要使用流控制來官理’以免導致纽超載以及招致__封包丟失率。一般來說，-旦在接收器上成功接收到PDU，則可以向傳輸及/ 或接收視窗添加新的PDU。 RLC傳輸視窗由一個下限和一個上限構成。該下限由且有被傳送的最低SN的PDU的SN構成，並且該上限由具有被傳^最高SN的PDU的SN構成。rlC是用一個最大傳輸視窗大小配置的，自此，從下關上限傳送的pDu最大數量不應超出最大視f大小。RLC接收視f採用她方式配置。 Rlc接收視由下限是跟隨在最後一個按順序接收的ρου之後的SN，其上限則是具有接收到的最高序號的PDU的SN。該接收視窗還具有最大視窗大小，其中最大預期pDUSN等於下限SN與最大配置視窗大小的總和。如下所述，這些傳輸視窗和接收視窗分別是用傳輸和接收狀態變數配置的。用於流控制的技術是RNC/B節點（NodeB)流控制、RLC 流控制以及RLC狀態報告。rnc/b節點流控制是指將B節點中所緩衝的下行鏈路資料減至最少的程序。通常，在证切換到具有不同無線電網路子系統（RNS)的胞元的情況下，以 UE為目的地的資料從核心網路（CN)流經一源無線電網路控 201203980 制器（SRNC)、B節點以及處於漂移的漂移無線電網路控制器 (DNRC)。B節點向SRNC以及處於漂移的DRNC授予分配信用，這允許了 SRNC來發送相同數目的PDU給B節點，由此，在被授予更多信用之前，RNC是不能發送更多PDU的。 RLC流控制是指Tx RLC實體與Rx RLC實體之間的封包傳輸管理，這其中包括視窗大小。RLC狀態報告允許接收器在被發射器輪詢時將狀態資訊報告給發射器。根據3GPP標準，用於流控制的各種RLC協定參數由較高層報告給RLC層，這其中包括下列參數： • Poll_Window (輪詢視窗） • Configured_Tx_Window_Size (被配置的發射視窗大小） • Configured_Rx_Window_Size (被配置的接收視窗大小）這些參數將會在下文中得到更詳細的描述，並且這些參數連同用於流控制的各種RLC狀態變數一起由RLC使用，以便配置傳輸和接收視窗大小。根據3GPP傳統系統，這些rjlc 狀態變數取決於SN。例如，下列RLC發射器狀態變數受SN 影響：

• VT(S)是發送狀態變數，它包含了將要首次發送的下— 個AM資料PDU的SN • VT(A)是應答狀態變數’它包含了跟隨在最後一個按順序應答的AMD PDU的SN之後的SN，並且形成了傳輸視窗的下邊緣

• VT(MS)是最大發送狀態變數，它包含了可能被對等接收器拒絕的第一個AM資料PDU的SN • VT(WS)是傳輸視窗大小狀態變數 201203980 關於 VT⑸、VT(A)、VT(MS)、VR(R)、VR(H)以及 VR(MR) 的所有算術計算都依賴於一個或多個SN。此外，下列RLC接收器狀態變數同樣受SN影響：

• VR(R)是接收狀態變數，它包含了跟隨在最後一個按順序接收的AM資料PDU的SN之後的SN

• VR(H)是最高預期狀態變數，它包含了跟隨在任何一個已接收AM資料PDU的最高SN之後的SN

•VR(MR)是最大可接受接收狀態變數，它包含了接收器將會拒絕的第一個AM資料PDU的SN 在3GPP傳統系統中，當RLCPDU大小固定時，很多用於支援RNC/B節點流控制、RLC流控制以及RLC狀態報告之類的資料傳輸服務的功能都以SN為基礎，或者有效地以PDU 數量為基礎的。這其中的原因在於：發射和接收視窗大小可以用PDU數量以及已知和固定的pdu大小來精確表徵。但是，在關於HSPA+的提議中，RLC可以由較高層進行配置，以便允許可變的RLC PDU大小。如果RRC層之類的較高層配置了可變的RLC PDU大小的操作，那麼RLC PDU大小可以向上變化到半靜態規定的最大RLCPDU酬載大小的。在這裏應該考慮到的是，以SN為基礎的現有rlc操作未必能夠有效使用可變的RLC PDU大小來運作。其原因在於：如果使用PDU數量來限定視窗大小，那麼將會導致產生可變視窗;M、’纟此可能導致在RNC巾城緩衝溢流以及在麗纽中出現緩衝下溢。相應地’如果提供一種用於為可變的 RL= PDU大小操作配置視窗大小的可#代方法，那麼將會是非常有利的。【發明内容】 11 201203980 本發明公開的是用於高速封包存取演進（HSPA+)以及諸如長期演進（LTE)系統之細其他無線祕的無線電鏈路控 ^虹〇協定的增強，其中該增強允許可變的虹0封包資料單元（PDU)大小。當rlCPDU大小不固定時，無線電網路控制器（RNC) /B節點流控制、贴流控制、狀態報告以及輪詢機制將不取決於序號（SN)或pDU的數量，而是經配置用於制-種基於位元崎數的方法。這種為則提出的基於位凡組計數的方法同時適用於上行鏈路和下行鏈路通訊。【實施方式】下文引用的術語無線發射/接收單元（Wtru) ”包括但不侷限於用戶設備⑽）、行動站、岐或行動簽約用戶單元傳呼器、蜂窩電話、個人數位助理（PDA)、電腦或是能 f無線環境中操作的其他任何類型的用戶設備。下文引用的術語“基地台”包括但不侷限於B節點(N〇de_B)、站點控制器、存取點（AP)或是其他任何能在無線環境中操作的介面襄置。

在這裏長:供了基於位元組計數的方法，以便增強用於可變的RLC封包資料單元（pdu)大小的無線電網路控制器（r^c) /Node-B流控制、無線電鏈路控制（反^)流控制、狀態，告=及輪詢機制。當RLCPDU大小可變時，所提出的增強月b夠貫施有效的RLC功能操作’以便改進為固定pdu大小所6又计的基於序號（SN)的傳統RLC功能。所提出的rlc 增強同時適用於上行鏈路（UE到通用陸地無線電存取網路 (UTRAN))和下行鏈路（UTRAN到证）通訊，並且可以在任何無線通鱗統t使用，其帽系統包括但不舰於高速封包存取舰（HSJPA+)、長驗進（LTE)以及寬頻分碼多重存取(WCDMA )系統。對LTE之類的無線系統來說，UTRAN 12 201203980 與演進型UTRAN (Ε-UTRAN)是等價的。所提出的RLC增強既可以在RLC完全操作於B節點之中的架構中使用，也可以在RLC部分操作於RNC之中以及部分操作於B節點之中的架構中使用。對提議的增強來說，在這裏原耻是參考HSPA+來對其進行描述的。眾多的功能和參數是以用於HSDPA和HSUPA的功能和參數為基礎的，並且可以結合3GPP RLC技術規範（TS)來理解，其中該技術規範包含了在這裏引入的3GPPRLC協定規範第7版（參見 3GPP TS 25.322 V.7.2.0)。假設rlC可以由較高層進行配置，以便支援具有指定的最大RLC PDU酬載大小的可變pDU大小此外，飯设最大RLC PDU大小可以從指定的最大rlC PDU酬載大小中推斷得到。或者，也可以直接指定該最大 PDU大小。此外，術語位元組和八位元組以及術語發射器和發送方是可以交換使用的。在匕表了以早獨或組合使用以下的一個或多個量度，以便在RRC酉己置可變的虹c pDU大小的時候定義和管理視窗大小： •位元組數量塊數1 ’其中母個塊都具有固定數量的位元組 • PDU的數量或序號（SN) 用於視窗定義的—個或多個量度是在用於無線電承載的 RRC建立、配置和再配置程序中用訊號進行通告和協商的。對以上所列舉的用於視窗大小的—個或辣量度來說，這些量度可以應關連接細對驗流控綱視窗進行更新的所有訊息傳遞中。例如’這些視窗大小量度可以被包含在RLC CONTROL或STATUS PDU的視窗大小超欄位（SUFI)以及 13 201203980 移動接收視窗（MRW) SUFI中。對應答模式（AM) RLC來說，為了在rrC配置和ic 再配置中通過使用無線電承載資訊元素（RLC資訊）來支援可變的RLC PDU大小，RRC可以向RLC提供以下的任何一個或多個資訊，以便用訊號通告使用可變的RLCpDU大小： •選擇下行鏈路RLC模式資訊，其中該資訊包括用於除了其他RLC模式之外的可變的RLC PDU大小模式的新指示符。當指示了可變的RLC PDU大小模式時，rlc實體可以根據該模式來解譯其他RLC協定參數。 •作為RLC資訊一部分的其他任何新資訊元素也可用於指示可變的RLC PDU大小模式。 •在可變的RLC PDU大小模式的上下文中，以位元為單位的下行鏈路（DL) RLCPDU大小資訊可被重新使用，並且可以如下解釋成： •作為以八位元組為單位（在將位元數量用8除之後）的 RLC縮放參數，該參數是專門為了縮放或多工如下所述的 PDU數量中規定的其他協定參數而被發送的，其中RLC縮放參數在接收（Rx) RLC實體上和發射（Tx) RLC實體上具有相同的值，或者 •在可變的RLC PDU大小模式中規定最大rlc PDU大小’其中最大RLC PDU大小還可以轉而作為上述rlc縮放參數來使用。 •RRC之類的較高層用訊號向rlc通告的協定參數，其中包括但不侷限於 p〇ll pDU 、p〇11 SDU 、

Configured JTx一Window_Size 以及

Configured_Rx_Window一Size(參見 3GPP TS 25.322 V· 7.1.0 第 14 201203980 ^節），這麵定參數可以_町兩種方絲純指定和解元（SDU)的為單位’對P〇U~~SDU來說則以服務資料單，中魏量是-個整數值，並且為單位翻仃數料麵從贿量巾推導出狀位元組

二兒則是sr^n '1、。舉例來說，指^數量的PDU(對p〇n- SDU 雜料所規定私位元組㈣虹縮、“由二乂位兀組為早位’其中可以為該選項定義-個新欄位，以便以位7〇_單絲鱗協定參數。、# TATUSPDU巾’對接收器聽配置發射器視窗小的視由大小超欄位（SUFI)來說，該賴位被配置成提供八位元，參量。* rrC用上財式設定可變的虹。PDU 大小時it時可以使用這種增強，並且這種增強可以用兩種方式規定： ^ ·以PDU的數量為單位，並且j^c可以通過執行數學計异而從該數量中推導itUX八位元組為單位的等價參量。例如，指定數量的PDU可以與如上所述由較高層規定的八位元組中的RLC縮放參數相乘。 •以位疋組為單位，成為具有類型、長度和數值組成的新的SUFI。例如，對長度是4位元的目前未使用或保留的類型欄位，例如表1中顯示的位元1〇〇〇來說，該欄位可以用於新的SUFI類型，以便規定表丨和第1圖所示的數量位元組 WINDOW_BYTES SUFI ’其中SUFI長度組成被定義的足夠長，以便來保持以位元組為單位的最大的可能視窗大小Supj 值0 15 201203980

移動接收視窗應答(MRW_AO〇視窗大小位元組(WINDOW_B YTES) 1001-1111 保留(對這個協定版本來說’具有該編碼的的） RNC/B節點流控制在這裏將會針對在RNC中所保留RLC實體的範例來描述關於RNC/B節點流控制的增強。但是，在rlc實體處於和NodeB的情況下，也可以定義相似的增強。對用於欣€與 NodeB之間的公共傳輸頻道資料流的UTRAN Iur介面用戶平面協定的3GPPTS 25.425 ’以及用於兩個RNC之間的公共傳輸頻道資料流的UTRAN Iub介面用戶平面協定的3(}pp ts 24.435來說，根據在這些文獻中描述的現有3GPP標準，資料 MAC實體(MAC-d )可以保留在RNC中，以便接收RLC PDU，以及在施加了恰當標頭資訊之後將其轉發到NodeB中的高速 MAC (MAC_hs)實體。在3GPP傳統系統中，NodeB將容量分配資訊發送到服務RNC (SRNC) ’並且有可能將其發送到控制RNC (CRNC)，以便指示可以發送的最大PDU大小以及 16 201203980 PDU數量。此外，通過發送這些參數，可以使固定數量的時段或不確定時段中的分配具有週期性。從RNC發送到B節點的mac PDU的數量以及用於傳輸的相應時間間隔是經由一種基於信用分配方案的流控制演算法來進行調節的。信用代表的是可以傳送的MAC4PDU的數里。RNC請求信用，而B節點則授予該信用以及用於傳輸指定時間間隔。當RLC PDU大小可變時，MAC-d PDU大小由此也會是可變的。這樣一來，依照]^(：_(11>1)1；數量來規定信用數量將無法滿足需要。目前，用於執行具有可變大小的MAC-d pDU 的RNC/B節點流控制的可能方法有很多種。其中一種可能性疋消除RNC/B節點流控制’但是這樣做需要依靠諸如傳輸控制協定（TCP)之類的用戶資料協定來為網路實施流控制，以及附加處理TCP視窗與RLC視窗之間的交互作用。或者，信用分配可以用位元組而不是PDU數量來規定，並且這種規定可以用兩種方式完成。可以在現有訊框中添加新的攔位，以便規定信用的位元組數量而不是pDU數量。或者，在無線電承載建立或再配置中或者在每個適當的控制訊框中可以使用現有控制訊框或新的控制訊框來用訊號通告一個指示，其中該指示經由將信用與以位元組為單位的最大pDU大小相乘來產生位元組總數，由此表明該分配實際是位元組分配。因此，可以從RNC傳送到NodeB的PDU的最大數量不等於依照PDU數量衡量且用訊號通告的信用不為pmj中的位元組總數所限制。通過使用基於位元組的方法，RNC可以可保持PDU SN到其位元組長度的映射。一旦接收到來自B節點的_分配’那麼其將會在不違反這種基於位元 17 201203980 組長度的新信用分配所規定的位元組長度限制的情況下被允許傳送與其可以傳送的PDU —樣多的PDU。第2圖顯示的是使用了基於位元組的信用分配的卽點流控制的流程圖。B節點用訊號通告以位元組為單位的信用分配（步驟205 )。RNC接收以位元組為單位的信用分配（步驟210)。該RNC保持PDU SN到以位元組為單位的pDU長度的映射（步驟215) ’並且在不超出接收到的信用分配的情況下傳送PDU (步驟220 )。 RLC漭抟制 RLC流控制是在處於已使用傳輸（Τχ)視窗下端的知到肯定應答並且因此被正確接收的時候，通過提前Τχ 視囪並且同時將其維持在最大視窗大小所施加的限度以内來實現的。處於Τχ視窗下端的PDU被定義成是跟隨最後一個按順序應答的PDU的PDU。如果配置了可變的rlc PDU大小，那麼應該採取適當的步驟來避免違反最大視窗大小限度。該 Τχ視窗大小則是根據位元組來規定的。第3圖顯示的是用於更新rlc傳輸（τχ)視窗3〇〇的方法的流程圖。在RLC的初始化和建立處理之後，這時將會執行RLC Τχ操作（步驟3〇5 )。舉例來說，該Τχ操作可以是接收來自RLC接收器的狀態和控制資訊。RLC Τχ實體確定疋否從已使用的Τχ視窗中移除一個或多個pDU以及提高已使用的Τχ視窗的下端（步驟31〇)。如果發生下列情況，則可以移除一個或多個PDU : •接收器肯定應答了 PDU (一個或多個），或 •接收器否定應答了 PDU (—個或多個），但是RLC發射器因為其他原目而蚊丟棄該PDU，其麟關如為接收器 18 201203980 超出發射器的最大重試次數，或 •作為發射器中基於計時器的丟棄的結果。為了便於描述’下列註釋將被用於與Τχ實體相關的某些參量： • TxWMAX :最大視窗大小的以位元組為單位的長度 • TxWUTIL .已使用視窗的以位元組為單位的長度或疋，在由狀態變數V(A)和V(T)所限定的視窗内部得到應答的封包的以位元組為單位的長度 • TxL ·由於RLC SDU丢棄程序或是由於接收到一個或多個應答而被丟棄的一個或多個PDU的以位元組為單位的長度 • TxN.將要首次傳送的下一個或多個PDU的以位元組為單位的長度 RLCTx實體計算如下的視窗長度（wl)參量（步驟315): WL = TxWUTIL - TxL + TxN 等式（ι) 該RLC Tx實體確定WL參量是否小於最大視窗大小 TxWMAX (步驟320)。如果WL不小於TxWMAX，則不傳送下一個或多個PDU，並且不提高該視窗的上端（步驟325)。如果WL小於TxWMAX，則傳送下一個或多個PDU，並且提高該視窗的上端（步驟330)。在配置可變的RLCPDU大小時，相似的RLC流控制方法會在RLCRx實體上應用，以便確保不違反最大視窗大小的限度。Rx視窗大小根據位元組來規定。第4圖顯示了一種根據這裏的教導來更新RLC接收（Rx)視窗400的方法的流程圖。在RLC的初始化和建立處理之後，這時將會執行RLC Rx操 19 201203980 作（步驟405)。舉例來說’該RLC Rx操作可以是接收新的 PDU°RLCRx實體確定是否提高以視窗的下端（步驟41〇)。 RLC Rx實體可以提高其Rx視窗的下端，並且由此降低 RxWUTIL，如果該RLC Rx實體： •接收到PDU，其中該PDU的SN跟隨在按順序接收的最後一個PDU的SN之後，或者 •接收到來自RLCTx實體的移動接收視窗（MRW)。為了易於描述’下列註釋將被用於與RLC 實體相關的參量： • RxWMAX :最大視窗大小的以位元組為單位的長度 • RxWUTIL:已使用的Rx視窗的以位元組為單位的長度 • RxD :因為按順序接收而從接收視窗中移除的一個或多個PDU的以位元組為單位的長度 • RxN :將要首次接收的下一個或多個pDU的以位元組為單位的長度 RLCRx實體計算如下的視窗長度（WL)參量： WL = RxWUTIL + RxN-RxD 等式（2 ) RLC Rx實體確定WL參量是否小於最大視窗大小 RxWMAX (步驟420)。如果WL不小於RxWMAX，則不接收接下來的PDU (—個或多個），並且不提高Rx視窗的上端 (步驟425)。如果WL小於RxWMAX，則接收下一個或多個 PDU’而不丟棄具有跟隨在接收到的最高SN之後的SN的 PDU，並且提高Rx視窗的上端（43〇)。

在下文中將會描述使用了基於八位元組的方法的RLC發射器和接收器狀態變數的設定。當RRC層設定可變的RLC 20 201203980 PDU大小模式並且rlc操作於am時，履資料pDU 會以通過在某個區域中循環的整數序號(SN)為模來進行編號。通常’儘管RRC或其他的較高層也可以配置不同的最大值’這個區域範圍是從0到4〇95。回想關於ντ⑸、VT(A)、 VT(MS)、VR(R) ' VR(H)和VR(MR)的算術操作是受SN模數影響的。以八位元組為單位的參數或狀態變數 Maximum_Tx_Window_Size (最大發射視窗大小）可以由rlc 發射裔保持。這個參數一開始被設定成與較高層在八位元組中發送的協定參數Configured_Tx_Window_Size (被配置發射視窗大小）相等，並且可以在稍後更新為RLC STATUs PDU中的視窗大小SUFI所指示的八位元組參量。該狀態變數VT(WS) 可以從以八位元組為單位的Maxirmmi-Tx_Window_Size中得到’並且可以被設定成與不大於4095 (或是RRC/較高層所配置的最大值）的最大非負整數，由此由VT(A)和VT(A)+VT(WS) 限定的視窗的八位元組長度不會超出以八位元組為單位的 Maximum—Tx—Window_Size。當更新了以八位元組為單位的 Maximum_Tx—Window—Size時，狀態變數VT(WS)也會得到更新。或者’狀態變數VT(WS)也可以作為不大於4095 (或是由 RRC/較高層所配置的最大值）而的最大非負整數來得到，由此’由VT(A)和VT(A)+VT(WS)所限定的視窗的八位元組長度不會超出： •以八位元組為單位的協定參數

Configured Tx Window Size，以及 — ___ •如上定義的在RLC STATUS PDU中提及八位元組參量的視窗大小SUFI。 21 201203980 I、k VT(MS)是一個作為 vT(Ms) = ντ^ + w 6:算的SN ’其：VT(WS)是以如上所述的方式得到的。狀態 ^:數VR(MR)是從較高層發送的以八位元組為單位的 Configured-Rx一Window—Size中得到的汹，由此受化⑻和 VR(MR)限定的贿的八位元組長度將會盡可能大，但卻不會超出以八位元組為單位的ConfiguredJU^Whdow Size。 RLCPDU創建處理的增耽 — 第5圖顯示的是祕上行麟和下行鏈路並以八位元組為基礎的增強型RLCPDU創建處理500的方法的流程圖，其中該處理基於下列參數： … • Current—Creciit :在上行鏈路中，它是根據祖〇鏈路適應性而可以傳送的資料量，並且該資料量由MAC傳送到在 UE中或在B節點中的RLC，該UE或B節點在諸如長期演進 (LTE)和第八版寬頻分碼多重存取（WCDMA)系統之類的平面架構系統中。在下行鏈路中，它是剩餘信用分配與從 Node-B發送到RNC的任何新的信用分配相加的結果。該參量是用八位元組表示的。 • Available一Data :這個參數是可以在rlc實體中傳送的資料。該參量是用八位元組表示的。 • Leftover一Window:這個參數是在rlc發射器中由VT(S) 和VT(MS)所限定的視窗長度。這個參量是用八位元組表示的。 • Maximum_RLC_PDU_size :這個參數是由RRC層之類的較高層所配置的最大RLCPDU大小。 • Minimum_RLC一PDU_size :這個參數是RRC層之類的較高層所配置的參數’並且它規定了最小RLCPDU大小。或者’較高層也可以規定最小RLC PDU酬載大小，並且 22 201203980

MinimumJRLC_PE)U一size可以從中推導得到。一旦啟動了 RLCPDU的產生處理，那麼在每一個傳輸時間間隔（ΤΉ)中都會計算下列參量（步驟5〇5): 等式（3) 等式（4) 等式（5) X = Min{Current_Credit, Available_Data, Leflover_Window} N = Floor {X/Maximum_RLC_PDU_size} L = X mod MaximumRLCPDUsize 其中函數Min{·}返回的是該集合中的最小值，函數F1〇〇r㈠返回的是最接近的向下取整的整數值，m〇d 6則是β的模办除法。在這裏將會產生Ν個大小為Maximum—RLC PDU size的 RLC PDU (步驟505)。或者，如果L不為零，那麼可以為打I 創建一個附加的RLC PDU。又將被確定是否等於

Leftover_Window 或 Current__Credit 參數（步驟 510)。如果是的話，則確定L是否大於Minimum_RLC一PDU_size參數或者 X是否等於Available—Data ( 515 )。如果l大於

Minimum一RLC_PDU_size，或者如果 X 等於 Available_Data，則產生長度為L的RLC PDU (520)。此外，如果X不等於

Leftover_Window或Current_Credit，則同樣產生長度為l的 RLC PDU ( 520 )。或者，如果L小於 Minimum_RLC_PDU_size ，貝1J可以創建大小為 Minimum_RLC_PDU_size 的 RLC PDU 〇所產生的一個或多個 RLC PDU將會儲存在緩衝器中，以便進行傳輸（525)。該方法500可以在每一個TTI中或者在資料可用或由較低層請求時重複執行（530)。上述方法500的結果是：在這個時段中所產生並且長度與 23 201203980 最大RLC PDU大小相等的PDU的數量與小於 Min {Current一Credit, Available_Data, Leftover_Window} /

Maximum_RLC_PDU_size的最大非負聱數相等，其中該時段一般是ΓΠ或者是系統指定的某個其他時段。如果 Min {Current_Credit, Available一Data， Leftover_Window}=

Cmrent_Credit，那麼在大小等於 Min{Current_Credit, Leftover_Window, Available_Data} mod Maximum_RLC_ PDU_size的同一個時段中還可以產生另一個RLC PDU。如果 Min {Current_Credit, AvailableData，Leftover_Window}= Available_Data，那麼在大小等於 Min{Current_Credit， Leftover—Window， Available一Data} mod Maximum— RLC_PDU_size的同一個時段中還可以產生另一個RLC PDU 。如果 Min{Cmrent_Credit， AvailableData,

Leftover_Window}=Leftover_Window，那麼，在當且僅當這個 PDU的長度大於Minirrmm_RLC_PDU_size的情況下，在大小等於 Min{Current_Credit，Leftover_Window, Available_Data} mod Maximum_RLC_ PDU_size的同一個時段中還可以產生另一個 RLC PDU 〇可變大小RLC PDU的創建還可以在沒有

Minimum RLC PDU size 及/或 Maximum RLC PDU size 限 1 1 —

度的情況下應用。或者，在這裏還可以定義最大和最小RLC PDU大小限度，並且可以允許發射器結合這些限度來選擇一個大小，而不需要與MAC層鏈路適應性相關的基於TTI的關聯。

作為增強型PDU創建的替代方法，用於固定RLC PDU 24 201203980 大小的目前狀態變數將被保持，並且可以與一組用於處理可變 RLC PDU的位元組計數的全新變數同時使用。特別的，依照 PDU數量所保持並且作為非增強型rlc所處理的某些數值可以包括： • RLC 發射器狀態變數：ντ(π VT(A：)、VT(MS)、VT(ws) • RLC 接收器狀態變數：vj^r)、VR(H)、vr(Mr) VT(WS)是依照PDU的最大數量來保持的，並且它一開始是由較高層基於以PDU數量的形式提供^ ConfiguredJTx—Window—size參數來進行配置的。這個數值可以與允許提供給視窗的PDU的最大數量相對應、及/或與受到用於序號的位元數量限制的PDU的最大數量相對應。舉例來說’如果使用了 12個位元’那麼可以支援的1>1)1;是212或4〇96 個。或者，對可變的RLC PDU大小來說，VT(WS)可以經由使用WINDOWSUFI(視g大小超攔位）而被禁止由接收器對其進行更新。較佳地，.VT(MS)的計算是保持相同的，其中νΤ_ = νΤ(Α) + νΤ〇νδ)。此外，其他的接收器狀態變數還可以依照3GPP傳統標準而被保持和處理。除了這些魏之外，在這魏會保持和處理那些用於為發射器和接收器處理位元組計數的變數。在下文中列舉了某此可以使用的變數’並且這些變數被假設成是根據位元組來^持的。這些變數的名稱是用於描述目的的，並且任何名稱都是可以提供的。該變數包括·· /Omfigufe—Tx-Window—size bytes -這個協定參數指示的是以/V位70組為單位的最大可允許傳輸視窗大彳、以及關於狀態變數VT(WS)一bytes的值。舉例來說，該變數可以用任何 25 201203980 一種下列方式來配置：經由較高層、經由網路、在U£中預先配置、或者由UE基於記憶體需求或UE分類來確定。 •VT(WS)_bytes -以八位元組為單位給出的傳輸視窗大小。該狀態變數包含了應該用於傳輸視窗並以八位元組為單位的大小。或者，當發射器接收到包含WINDOW_BYTE SUFI 的STATUS PDU時’ VT(WS)_bytes應該與WSN欄位相等。該狀態變數的初始值和最大值是由

Configure一Tx_Window_size_bytes 給出的。 •Wmdow—utilization :以位元組為單位的TX使用視窗長度。對每一個新的傳輸來說，該位元組計數是用將要首次傳送的RLC PDU大小遞增的。對每一個被丟棄的pDU來說，該位元組計數是用將要丟棄的111^1>]〇11大小遞減的。 #RxWMAX:由較高層以八位元組為單位提供的最大Rx 視窗大小所具有的以位元組為單位的長度。 • RxWUTIL:以位元組為單位的Rx已使用視窗的長度。該變數是在接收到新的RLC PDU時用接收到的j^C pDU大小遞增的，當從緩衝器中移除RLCPDU時，這時將會使用rlc PDU大小來遞減該變數。 • RxN .同時接收的PDU的以位元組為單位的長度。通過組合新舊狀態變數，可以允許RLC依照可允許的最大位元組數量以及依照可允許的PDU的最大數量（受可用於傳輸的序號數量的限制）來控制Tx和 Rx視窗。里ΑΐΐΛΧΧ變的RLC PDU大小而受到影響的RLC和年在3GPP TS 25.322中，某些程序可以像這裏的教導描述的那樣進行更新，以便支援和管理帛於可變的的Tx 26 201203980 和Rx視窗，這其中包括下列程序： • AMD PDU 傳輸 •將AMD PDU提交到較低層

•接收器接收AMDPDU

•接收器接收AMD PDU

•接收處於接收視窗之外的AMDPDU 與Tx和Rx狀態變數的重新配置以及重新初始化相關聯的程序是可以更新的。應答模式資料（AMDVPDII的傳輯對固定的RLC PDU來說，在重傳AMD PDU時，發射器必須確保AMD PDU的SN小於最大發送變數VT(MS)。對重傳的AMD PDU來說’如果接收器使用了 WIND〇w SUFI已經更新了視窗大小’那麼重傳AMDPDU的SN有可能會大於 VT(MS)。對可變的RLCPDU大小來說，發射器還可以使用狀態變數VT(WS)一bytes來檢查上至將被重傳的amd PDU的Τχ視窗使用率沒有超出以位元組為單位的最大視窗大小。狀態變數 Window一utilization是處於重傳緩衝器中的已發射rlC PDU的總的大小。由此’當檢查這種狀況時，這時必須獨立計算上至重傳SN的使用率。如果window_utilization小於 VT(WS)_bytes ’那麼該狀況將會自動得到滿足。然而，如果

window_utilization 大於 VT(WS)_bytes，那麼必須對上至 AMD PDU的緩衝使用率進行計算，以便確保它不會超出 VT(WS)_bytes。由此，或者，如果 window_utilization 超出狀態變數VT(WS)_bytes，則對緩衝使用率進行計算。 27 201203980 舉例來說，AMD PDU傳輸程序可以用如下方式進行修改’以便顧及較高層用訊號通告的固定和可變的又 •如果配置了固定的RLCPDU大小，那麼： •對每一個已經得到否定應答的AMD PDU來說： •如果AMD PDU SN小於VT(MS)，那麼： •對AMD PDU執行排程，以便進行重傳； •如果配置了可變的RLCPDU大小，那麼： •對每一個已經得到否定應答的AMD PDU來說： •如果⑴上至AMD PDU SN的視窗使用率小於 VT(WS)_byteS，其中該條件在 wind〇w一utmzati〇n〈 VT(WS)_bytes的情況下是始終成立的，或者該條件是作為上至SN的已使用視窗計算的，以及(2)作為選擇，如果amd pDU SN小於VT(M)，那麼： •對AMD PDU執行排程，以便進行重傳。將AMD PDU提交給較低層在允許傳輸AMDPDU的狀況中，其中一種狀況是 PDU小於狀態變數VT(MS)。在配置了可變的rlc PDU大小的時候’這時將會檢查是否滿足這樣一個附加狀況，那就是用於已傳送或重傳PDU的視窗使用沒有超出以位元組為單位的最大視窗大小。較低層包含了 MAC層和實體層。根據一種方法，如果已經排程了一個或多個AMD PDU來進行傳輸或重傳（相關實例參見3GPPTS 25.322 V7.1.0子條款11.3.2)，那麼發送方可以： •不提交任何一個未被允許傳送到較低層的AMD PDU。 28 201203980 在配置了固定RLC PDU大小的時候’如果AMD PDU具有小於VT(MS)的SN，或者如果AMD PDU具有等於VT(S)_1的 SN ’那麼’這個AMD PDU將被允許傳送。如果配置的是可變的RLC PDU，那麼如果（1)它具有小於VT(MS)的SN，或者作為選擇’AMDPDU具有等於VT(S)-1的SN，以及（2) 如果已傳送的 AMD PDU沒有導致經由 window—utilization+AMD PDU大小所確定的視窗使用率超出 VT(WS)_bytes，則允許傳送這個AMD PDU。此外，如果沒有將AMDPDU限制成由局部暫停功能進行傳送（相關實例參見 3GPP TS 25.322 V7.1.0 子條款）’則允許傳送 AM〇 pDU。 •向較低層同時通告為了傳輸和重傳而排程的AMD pDU 的數量以及允許傳輸或重傳的AMD PDU的數量。或者，如果配置的是可變的RLCPDU大小’則發送方可以向較低層通告將要排程的位元組數量。 •設定AMD PDU内容’舉例來說，該設定依照的是3Gpp TS 25.322 V7.1.0 子條款 1U.2]。 •向較低層提交所請求的AMD PDU的數量。或者，如果配置的是可變的RLCPDU大小’則發送方還可以向較低層提交該較低層請求的位元組的數量。 •對優先順序高於首次傳送的AMD PDU的重傳進行處理。 •更新除了 VT(DAT)之外的提交到較低層的每一個ΑΜ〇 PDU的狀態變數（相關實例參見關於狀態雙數的3GPP TS 25.322 V7.1.0子條款9.4)，其中該VT(DAT)對已經排程將被傳輸AMD PDU的次數進行計數，並且在設定了 pDU内 29 201203980 容的時候已經對其進行了更新（相關實例參見3Gpp TS 25 322 V7.1.0 子條款 11.3.2)。 •如果配置的是可變的RLC PDU大小，則更新 wimk)w_utiliZation變數，由此更新與保持追蹤位元組計數的處理相關聯的變數。 •如果（1)在任何一個AMD PDU中將發射器用以從接收器請求狀態報告的輪詢位元設定為“Γ，以及（2)配置了一個計時器TimerJPol來追蹤包含由較低層指示的輪詢的 AMD PDU ’則啟動計時器Timer_Poll (相關實例參見3GPP TS 25.322 V7.1.0 子條款 9.5)。

•根據丟棄的配置來緩衝那些沒有提交給較低層的AMD PDU (相關實例參見 3GPPTS 25.322 V7.1.0 子條款 9.7.3 )。

接收器接收AMDPDTT 與接收器接收AMD PDU相關聯的程序將被更新，以便包含和更新那些與用於可變的RLC PDU大小的位元組計數相關聯的接收器狀態變數。在下文中定義了增強的程序。一旦接收到AMD PDU ’那麼接收器應該： •在UE中： •如果尚未設定下行鏈路AMD PDU大小，那麼 •將下行鏈路AMD PDU大小設定成是接收到的PDU的大小。 •為接收到的每一個AMD PDU更新接收器狀態變數 VR(R)、VR(H)和 VR(MR)(相關實例參見 3GPP TS 25.322 V7.1.0 條款 9.4); •如果配置了可變的RLCPDU大小，那麼 201203980 •經由將RxWUTIL設定為等於RxWxjhl與新接收的 RLC PDU大小相加並且減去因為按順序接收而從緩衝器中移除的RLCPDU的大小的結果’來更新狀態變數。接收處於接收視窗之外的AMD PDT J 如果配置了固定的RLC PDU大小，那麼，在接收處於間隔VR(R)SSN<VR(MR)之外的SN的AMD PDU時，接收器應該： •丟棄這個AMDPDU ; •如果被吾棄的AMD PDU中的輪詢位元被設定為 “Γ ’那麼： •啟動STATUS PDU轉換程序。如果配置了可魏RLC PDU A小，那麼在接收添加到 RxWUTIL中的大小超出RxWMAX的新的AMDpDU的時候 (其中RxWMAX < RxWUTIL +新接收到的amd pDU的大小或RxN)，或者在接收具有處於間隔之外的SN的AMDPDU時，該接收器應該： •丟棄這個AMDPDU; •如果被丟棄AMD PDU中的輪詢位元被設定為“Γ ，那麼： •啟動STATUS PDU轉換程序。 j^LC狀病報矣在不同的情形中，RLC Τχ和RLC &實體可以觸發包含應答資誠便支援ARQ # RLC狀驗告。為了處理可變的 RLC㈣大小，RLC Τχ和似办實體可以保持虹薦 SN到相應的雜元組為單_醜域的映射$樣做允許 31 201203980 計算和保持如上麟錄元組歧其絲於位元組的量度為單位的已使用流控制視窗的長度。當已使用的Τχ視窗大小超出某個由系統配置的最大視窗大小的臨界值百纽時’ RLC鶴奸峨由奴輪詢位元來觸發狀態報告。當已使_ ^視窗超出某個由紐配置的最大視窗大小_界分㈣，贴接㈣可關發狀態報告。 ▲與每-個PGlLPDUPDU#_參數是驗追雜詢的狀態變數VT(PDU)的上限’並且該參數可以根據位元組來進行配置。在這種情況下，發射器可以具有-種PDU計數輪詢機制和位兀組計數輪詢鋪’由此魏財向接㈣輪詢每一個

Poll_Bytes位το組。出於描述目的，在這裏假設將較高層提供的輪^參數稱為PolljBytes。如果為輪詢鋪^置，_虹匸發射器可以域如下設定某些PDU巾的輪詢位元來觸發狀態報告： • RLC發射器保持一個關於從傳輸包含輪詢位元的最後個PDU時起在pdu中傳送的位元組總數的計數器，其中該最後-個PDU包含了可㈣為任何_的輪詢觸發而產生的輪5旬位元’舉例來說，這些輪詢觸發包括Poll_PDU、Poll_SDU 或Poll_bytes ’或者’該最後一個pDu也可以被限制成是包含了因為位元組輪詢機制而被觸發的輪詢位元的最後一個PDU。 •當计數器相或超iii數值Poll_Bytes時，RLC發射器會設定導致計數器超出數值p〇11_Bytes的pDU(或者可替代地下個PDU)中的輪詢位元，並且重設該計數器。在34裏’設定輪詢位元指的是輪詢請求，由此輪詢請求玎 32 201203980

以包括POLL SUFI PDU ’或者它也可以包括PDU 中的輪詢位元設定。在PDU中傳送的位元組總數可以是指首次傳送的PDU的大小。或者，它也可以是指包括重傳在内的所有被傳送位元組的總數。所計數的所有被傳送PDU的總數可以只對RLC應答模式資料（AMD) PDU的首次傳輸、rlc AMD PDU分段或是RLC SDU的一部分進行計數，其中這些資料部分的重傳可以不計數。協疋參數PollJPDU和Poll_SDU由RRC之類的較高層用訊號通告給RLC層’以便指示PDU計數間隔。此外，以八位元組為單位的協定參數P〇ll_Bytes可以由較高層被用訊號通告和配置。在RLC發射器中，輪詢程序包括如下處理： • RLC發射器保持變數Poll一〇ctets計數器，以便追蹤從傳送包含輪詢位元的最後一個PDU時起在PDU中傳送的位元組總數’其中舉例來說，該輪詢位元可以是因為接收到了來自較高層的參數Poll_PDU、Poll_SDU或P〇ll_Bytes而被觸發的。或者’ P〇ll_〇ctetS可以追蹤從包含僅因為位元組輪詢機制而被觸發的輪詢位元的最後一個PDU開始傳送的位元組總數。當Poll—Octets計數器達到Poll一Bytes間隔值時，虹〇發射器會在致使Poll_Octets計數器超出Poll_Bytes臨界值的 PDU (或者也可以是下一個PDU)中設定輪詢位元，並且將會重設P〇ll_Octets計數器。此外，如果因為接收到p〇ii pdu 之類的其他輪詢狀況而設定輪詢位元，那麼同樣可以重設 Poll_Octets 計數器。當支援用於AM RLC的可變的;rlc PDU大小時，RRC 層將會設定可變的RLCPDU大小模式，並且較高層將會配置 33 201203980 基於視窗的輪詢，此外’較高層還會用訊號向RLC通告協定參數Poll_Window，以便向發射器告知輪詢該接收器。當數值 K大於或等於參數Poll_window時，發射器將為每一個八_ PDU觸發輪詢，其中κ是如下定義的傳輸視窗百分比：

K utilized_window/Maximum_Tx一Window_Size (以八位元組為單位）荨式（6) 其中utilized_window是由狀態變數VT(A)和VT(S)限定並以八位元組為單位的視窗長度。該utilized一window代表的是供傳輸緩衝器中剩餘的資料使用的緩衝。

Poll一Window指示的是在較高層配置了“基於視窗的輪詢的情況下，發射器應該在什麼時間輪詢接收器。當數值j 大於參數P〇ll_Window時，這時將為每一個AMD PDU觸發輪詢，其中J是如下定義的傳輸視窗百分比： (4096 + VT (5) +1 - F71 (^4)) mod 4096 VT(WS)

xlOO 等式（7) 其中常數4096是用於在3GPP TS 25.322 V7.1.0子條款9.4中描述的AM的模數，VT(S)是在將AMD PDU提交給較低層之前的Poll Window的初始值。如果配置了可變的RLCPDU大小，那麼，當數值K大於參數Poll_Window的時候，這時同樣會為每一個AMD PDU觸發一個輪詢；其中K是如下定義的：等式（8) 從VT(A)到VT(S)的RLC PDU大小的總和最大發射視窗口大小 34 201203980 雖然這裏的教導是在RLC傳輸（Τχ)和接收（Rx)實體中描述的，但是它同樣適用於上行鏈路（UE到 UTRAN/E-UTRAN)以及下行鏈路(UTRAN/E-UTRAN 到 UE) 通訊。舉例來說，在上行鏈路方向，參數

Configured_Tx_Window_Size的配置/重新配置將會導致： • UE以如上所述的方式從Configured_Tx_Window_Size 中推導出狀態變數VT(WS) • UE以如上所述的方式更新狀態變數VT(MS)。實施例 1. 一種在被配置用於支援可變的封包資料單元（PDU) 大小的無線電鏈路控制（RLC)實體中用於增強RLC 操作的方法。 2. 如實施例1的方法，該方法包括：根據基於位元組計數的視窗大小量度來定義和管理視窗大小。 3. 如前述任一實施例的方法，其中對視窗大小的定義和管理是基於包含位元組數量的視窗大小量度。 4. 如前述任一實施例的方法，其中對視窗大小的定義和管理是基於包含塊數量的視窗大小量度，其中每一個塊都是固定數量的位元組。 5. 如前述任一實施例的方法，其中對視窗大小的定義和管理更基於封包資料單元（PDU)序號。 6. 如前述任一實施例的方法，該方法更包括：將視窗大小量度包含在RLC控制PDU中。 7. 如前述任一實施例的方法，更包括：將視窗大小量度包括在RLC狀態PDU中。 35 201203980 8·如刖述任一實施例的方法，更包括：從較高層接收最大RLC PDU酬载大小。 9. 如貫施例8的方法，更包括：從最大rlc pDU酬載大小中推斷出最大RLCPDU大小。 10. 如刖述任一實施例的方法，更包括：從較高層接收最大RLCPDU大小。 11. 如前述任一實施例的方法，更包括：在建立無線電承載期間，接收和協商基於位元組計數的視窗大小量度。 12. 如前述任一實施例的方法，更包括：在配置無線電承載期間，接收和協商基於位元組計數的視窗大小量度。 13. 如前述任一實施例的方法，更包括：在重新配置無線電承載期間，接收和協商基於位元組計數的視窗大小量度。 14. 如前述任一實施例的方法，更包括：在連接期間，對用於流控制的視窗進行更新的所有訊息傳遞應用基於位元組的視窗大小量度。 15. 如實施例Η的方法’其中在所有訊息傳遞中應用視窗大小量度使該訊息傳遞包括RLC控制和狀態 PDU中的視窗大小超欄位（SUFI)。 " 16. 如實施例14〜15中任一實施例的方法，其中在所有訊息傳遞中應用視窗大小量度是使該訊息傳遞包括在RLC控制和狀態PDU中的移動接收視窗（MRW) SUFI ° 36 201203980 17. 如前述任一實施例的方法，其中RLC實體是在應答模式（AM)中進行操作。 18. 如貫施例17的方法，該方法更包括：從無線電資源控制（RRC)貫體接收無線電承载資訊元素，該無線電承載資訊元素包括選擇下行鍵路幻丄模式資訊’該資訊包括用於除了其他只LC模式之外的可變的RLCPDU大小模式的新指示符。 19. 如實施例17〜18中任一實施例的方法，該方法更包括：從無線電資源控制（RRC)實體接收無線電承載資訊元素，其中該資訊元素包括用於指示可變的 RLC PDU大小模式的資訊元素。 20. 如實施例Π〜19中任一實施例的方法，該方法更包括：從無線電資源控制（RRC)實體接收無線電承載資訊元素，其中該資訊元素包括下行鏈路 PDU大小資訊’用於指示以八位元組為單位的虹匸縮放參數或在可變的RLC PDU大小模式中的最大 RLCPDU大小的其中之一。 21. 如實施例Π〜20中任一實施例的方法，該方法更包括：從無線電資源控制（RRC)實體接收無線電承載資訊元素，其中該資訊元素包括RRC用訊號通告的協定參數’這些參數包括Poll_PDU、P〇ll_SDU、 Configured_Tx Window_Size 以及

Configured一Rx一Window—Size 〇 22. 如實施例21的方法，其中協定參數是以pDU數量和位元組單位中的至少一者來規定和解釋的。 37 201203980 23·如實施例17〜22中任一實施例的方法，該方法更包括：接收用於傳輸的RLCPDU，以及當視窗使用率超出以位元組為單位的最大視窗大小時或者當接收到的RLC PDU序號超出以PDU數量為單位的最大視窗大小時，保留接收到的RLCPDU，並且不將該 RLCPDU提交給較低層。 24. 如實施例Π〜22中任一實施例的方法，該方法更包括：從RRC實體接收RLC STATUS PDU中提及八位元組參量的視窗大小超欄位（SUFI)。

25. 如實施例24的方法，其中視窗大小SUPI是以pDU 數量為單位規定的。 26. 如實施例25的方法’該方法更包括通過將pdu數量與以八位元組為單位的RLC縮放參數相乘來推導出以八位元組為單位的視窗大小。 27. 如實施例24的方法’其中視窗大小sufi是以位元組單位為單位規定成為具有類型、長度和值分量的新的 SUFI WIND〇W_BYTES。 28. 一種在無線電鏈路控制（RLC)實體中用於增強rlc 才呆作的方法’其中該RLC貫體經配置用於支援具有最大RLCPDU大小的可變的封包資料單元（pdu) 大小，s玄方法包括：使用基於位元組計數的量度來執行RLC流控制。 29. 如實施例的方法，該方法更包括：使用基於位元組計數的量度來執行RLC狀態報告。 30. 如貫施例28〜29中任一實施例的方法，其中實 38 201203980 體被配置作為發射器中的KLC傳輸實體，並且該方法，包括：如果接收器對-個或多個PDU做出肯定，答’則麵行RLC雜操作時姨贴傳輸視窗。 31. 如實施例28〜29中任一實施例的方法，其tRLC實體被配置作為發射器中的默傳輪實體，並且該方法更包括：如果接收||因為超出最A重試次數而對一，或多個PDU做出否定應答，則在執行RLC傳輸操作的時候更新RLC傳輸視窗。 32. 如實施例28〜29中任-實施例的方法，其中咖實體被配置作為發射器中的RLC傳輸實體，並且該方法更包括：由於發射器中基於計時器的丟棄的結果在執行RLC傳輸操作的時候更新虹傳輸視窗。 31如實施例3〇〜％中任一實施例的方法，其中對虹傳輸視窗的更新包括：從已制的傳輸視窗中移除 -個或多個PDU ’以及提高已使用的傳輸視窗的下端。 34.如實施例33的方法，更包括：確定如下參數：與最大視窗大小的以位元組為單位的長度相等的 TxWMAX」與已使用的傳輸視窗的以位元組為單位的長度相·#、或者與在由傳輸狀態變數V(A)和V (丁）所限定的視窗内部得到應答的封包的以位元組為單位的長度的其中之—相等的Τχ簡瓜;與因為㈣ SDU丟棄程序而被丢棄的一個或多個的以位 39 201203980 元組為單位的長度或是因為接收到一個或多個應答的以位元組為單位的長度之—相等的TxL;以及與將要首次傳送的下-個或多個PDU的以位元組為單位的長度相等的ΤχΝ。 35. 如實施例34的方法’更包括：計算視窗長度（WL) 參量 WL= TxWUTIL-TxL+ ΤχΝ 〇 36. 如實施例35的方法，更包括：如果WL小於 TxWMAX，則傳送下一個或多個pDU，以及提高已使用的傳輸視窗的上端。 37. 如實施例28〜29中任一實施例的方法，其中j^c實體被配置作為RLC接收實體，並且該方法更包括：如果RLC接收實體接收到一個或多個，並且這些PDU的序號跟隨在最後一個按順序接收的 PDU的序號之後，則在執行rlc接收操作時更新 RLC接收視窗。 38. 如貫施例28〜29中任一實施例的方法，其中见尤實體被配置作為RLC接收實體，並且該方法更包括：如果RLC接收實體接收到來自rlc傳輸實體的移動接收視窗（MRW)指令，則在執行rlc接收操作時更新RLC接收視窗。 39. 如貫施例37〜38中任一實施例的方法，其中更新 RLC接收視窗包括提高已使用接收視窗的下端。 40. 如實施例39的方法，該方法更包括：確定如下參數：與最大視窗大小的以位元組為單位的長度相等的RxWMAX ;與已使用的接收視窗的以位元組為 40 201203980 2位的長度相等的!^衝瓜;與因為按順序接收而從RLC接收視窗中移除的一個或多個pDu的以位 το組為單⑽長度辦的㈣；以及與將要首次接收的下-個或多個PDU的以位元組為單位的長度相等的RxN。 41. 42. 43. 如實施例40的方法，财法更包括：計算視窗長度 (WL)參量 WL=RxWUTIL+RxN-RxD 〇如實施例40的方法，更包括：如果WL小於 RxWMAX ’則接收下一個或多個pj^u，以及提高已使用的接收視窗的上端。如貫施例28〜41中任一實施例的方法，該方法更包括：經由定義如下參數而在每一個時間間隔創建 RLC PDU :與能夠傳送的資料量相等的 Current_Credit ’其中該資料量基於上行鏈路中的 MAC鍵路適應性以及在下行鏈路中剩餘信用分配與接收到的新的信用分配相加的以八位元組為單位的結果；與可用於在RLC PDU格式中傳送的以八位元組為單位的資料相等的Available_Data;與由 RLC發射器中的狀態變數VT(S% VT(MS)所限定的以八位元組表示的視窗長度相等的

Leftover_Window ;與由較高層所配置的最大rlc PDU大小相等的Maximum RLC PDU size ;以及與由較高層配置的用於指定最小RLC PDU大小或者最小RLC PDU酬載大小其中之一的參數相等的

Minimum RLC_PDU_size 〇 41 201203980 44. 如實施例43的方法，該方法更包括：計算參數χ =

Min {Current—Credit, Available_Data,

Leftover一Window}，其中Min{·}返回的是集合中的最小值。 45. 如實施例43〜44中任一實施例的方法，更包括：計算參數 N = Fl〇〇r{X/Maximum_RLC—PDU size}，其中Floor{·}返回的是最接近的向下取整的整數值以及a模b。 46. 如實施例43〜45中任一實施例的方法，該方法更包括：計算 L = X mod Maximum_RLC_PDU_size，其中返回的是α的模6除法。 47. 如實施例45〜46中任一實施例的方法，該方法更包括：產生長度與Maximuin_RLC_PDU_size相等的Ν 個 PDU 〇 48. 如實施例47的方法，該方法更包括：如果X不等於 Leftover_Window 或 Current_Credit，則產生另一個長度為L的RLCPDU。 49. 如實施例47〜48中任一實施例的方法，更包括：如果 X 等於 Leftover_Window 或 Current_Credit，並且 L 大於 Minimum_RLC_PDU_size 或者 X 等於 Available_Data，則產生另一個長度為L的RLC PDU ° 50. 如實施例47〜49中任一實施例的方法，更包括：如果 X 等於 Leftover_Window 或 Current_Credit，並且 L不大於Minimum_RLC_PDU_size，則產生另一個 42 201203980 51. 52. 53. 54. 55. 56. 57. 58. 長度為 Minimum RLC_PDU 大小的 RLC PDU。如實施例47〜50中任一實施例的方法，更包括：將所產生的RLC PDU儲存在緩衝器中，以便進行傳輪。如貫施例43〜51中任一實施例的方法，其中時間間隔是由1倍或多倍的傳輸時間間隔（TTI)的倍數定義的。如實施例43〜51中任一實施例的方法，其中，當資料對於傳輸是可用的或從較低層請求時，該時間間隔是經由時間情況所定義。如實施例43〜53中任一實施例的方法，其中 Maxmmm_RLC_ PDU_size 和 Minimum—RLC 一 PDU_size不由較高層配置。如貫施例28〜54中任一實施例的方法，該方法更包括.保持狀態變數，其中該狀態變數是依照PDU數量以及位元組單位來規定和解釋的。如實施例55的方法，其中RLC實體被配置作為rlc 傳輸實體’並且該方法更包括：保持狀態變數 Maximum一Tx一Window一Size，其中該狀態變數代表的是以八位元組為單位的最大傳輸視窗大小。如實施例56的方法，該方法更包括：將狀態變數 Maximum一Tx_Window_Size更新成由在接收到的 RLC狀態PDU中的視窗大小超攔位（SUFI)規定的八位元組參量。如貫施例56〜57中任一實施例的方法，該方法更包 43 201203980 括：保持下列狀態變數：發送狀態變數VT(S)、應答狀態變數VT(A)、最大發送狀態變數VT(MS)，以及傳輸視窗大小狀態變數VT(WS)。 59. 如實施例58的方法，該方法更包括：根據以八位元組為單位的狀態變數Maximum_Tx_Window_Size來更新狀態變數 VT(S)、VT(A)、VT(MS)以及 VT(WS)。 60. 如實施例55的方法’其中RLC實體被配置作為RLC 接收實體，並且該方法更包括··保持狀態變數 Maximum_Rx_Window_Size，其中該狀態變數代表的是以八位元組為早位的隶大接收視窗大小。 61. 如實施例60的方法，該方法更包括：從較高層接收狀態變數 Maximum_Rx_Window_Size 〇 62. 如實施例61的方法，該方法更包括：保持下列狀態變數：接收狀態變數VR(R)、最高預期狀態變數 VR(H)、以及最大可接受接收狀態變數VR(MR) 〇 63. 如實施例62的方法’該方法更包括：根據以八位元組為單位的狀態變數Maximum_Rx_Window_Size 來更新狀態變數VR(R)、VR(H)和VR(MR)。 64. 如實施例28〜63中任一實施例的方法，該方法更包括：使用基於位元組計數的量度來定義和管理RLC 輪詢機制。 65. 如實施例64的方法，該方法更包括：定義如下參數.與at*夠傳送的資料量相等的Current_Credit，其中該資料量基於上行鏈路中的MAC鏈路適應性以及在下行鏈路中剩餘信用分配和以八位元組為單位 44 201203980 接收的新的信用分配相加的結果；與可用於在RLc PDU格式中傳送的以八位元組為單位的資料的 Available一Data ;與受RLC發射器中的狀態變數 VT(S)和VT(MS)限定的以八位元組表示的視窗長度相等的 Leftover_Window 〇 66. 如實施例65的方法，該方法更包括：計算參數χ =

Min {Current一Credit, Available—Data，Left。ver_Window}。 67. 如實施例66的方法，該方法更包括：當以八位元組為單位的已使用視窗大小大於X時，在應答模式資料（AMD) PDU中觸發輪詢。 68. 如實施例28〜67中任一實施例的方法，更包括：在每次當傳送資料總量超出八位元組或資料塊已知的預定數量時，在AMD PDU中觸發輪詢。 69. 如實施例68的方法’該方法更包括··當基於視窗的輪詢是由較高層配置時，使用協定參數P〇ll__Window 來輪詢接收器。 70. 如實施例68的方法，更包括：當傳輸視窗百分比κ 大於或等於Poll_Window時，為每一個應答模式資料（AMD) PDU觸發輪詢，其中κ被如下定義成以八位元組為單位： K=utilized_window/Maximimi__Tx_Window_Si;ze，其中utilized_window是由狀態變數VT(A)和VT(S)限定的以八位元組為單位的視窗長度。 71. 如實施例28〜70中任一實施例的方法，其中在rlc 傳輸實體處從較高層接收協定參數P〇U_I>DU和 45 201203980

Poll_SDU，以便指示PDU計數間隔。 72. 如實施例28〜71中任一實施例的方法，其中以八位元組為單位的協定參數P〇ll_Bytes經配置用於指示輪詢之間的位元組計數間隔。 73. 如實施例72的方法，該方法更包括：rlc傳輸實體保持變數P〇ll_Octets計數器，其中該計數器計數的是從觸發了輪詢請求的最後一個PDU的傳輸時開始在PDU中傳送的位元組總數。 74. 如實施例72的方法’該方法更包括：當p〇11_〇ctets 計數器大於或等於P〇U_Bytes的值時，RLC傳輸實體在致使P〇ll_Octets計數器超出P〇ll_Bytes的PDU 中觸發輪詢請求’並且重設該P〇ll_〇ctets計數器。 75. 如實施例73〜74中任一實施例的方法，其中 Poll_Octets計數器對首次傳送的pDu的位元組總數進行計數。 76. 如實施例73〜74中任一實施例的方法，其中 Poll_Octets計數器對包括重傳在内的所有被傳送的 PDU的位元組總數進行計數。 77. 如實施例73〜76中任一實施例的方法，其中輪詢請求的觸發包括：在致使P〇ll_〇ctets計數器超出 Poll_Bytes的PDU中設定輪詢位元。 78. 如實施例73〜76中任一實施例的方法’其中輪詢請求的觸發包括：向接收器發送POLLPDU。 79. 如實施例78的方法，其中觸發了輪詢請求的最後一個PDU歸因於p〇ll_Bytes機制。 46 2〇12〇3980 80. 81. 82. 83. 100，其中4096是用 84. 85. 86. 87. 如實施例78的方法，其中觸發了輪詢請求的最後一個 PDU 歸因於 poll_PDU 或 poll_SDU。如實施例67〜68中任一實施例的方法，其中在RLC 傳輸實體處從較高層接收協定參數P〇ll_Wind〇w。如實施例81的方法，該方法更包括：當由較高層配置基於視窗的輪詢時，使用p〇n_Window來輪詢接收器。如實施例82的方法，該方法更包括：當值j大於或等於Poll_Window時，發射器為每一個應答模式資料（AMD) PDU觸發一個輪詢，其中J被定義成 (4096 + +1 - VT(A)) mod 4096

VT(WS) X 於應答模式（AM)的模數，並且VT(S)、VT(A)和 VT(WS)是狀態變數。如實施例83的方法，該方法更包括：當值κ大於或等於Po〗l_Window時，為每一個AMD PDU觸發輪詢’其中 K 被定義成尤=客ντ(Α)到VT(S)的RLC PDU大+的鎞和〇最大發射視窗大小如前述任一實施例的方法，其中該方法是由RLC實體執行。一種無線發射/接收單元（WTRU)，該WTRU包括如實施例85的RLC實體。 —種B節點，該B節點包括如實施例85的RLC實 201203980 88. 一種無線電網路控制器（RNC)，該RNC包括如實施例85的RLC實體。 89. —種在可變的無線電鏈路控制（RLC)封包資料單元（PDU)大小得到支援時用於下行鏈路資料的無線電網路控制器（RNC) /B節點流控制的方法，該方法包括：用訊號通告以位元組為單位的信用分配。 90. 如實施例89的方法，其中用訊號通告以位元組為單位的信用分配包括：將規定了信用的位元組數量的資訊添加至主訊框中。 91. 如實施例89〜90中任一實施例的方法，更包括：從訊框中刪除規定了該信用的PDU數量的資訊。 92. 如實施例89〜91中任一實施例的方法，其中該方法是由RLC貫體執行。 93. 一種B節點，該B節點包括如實施例92的RLC實體。 ' 94. 一種在可變的無線電鏈路控制（RLC)封包資料單元（PDU)大小得到支援時用於下行鏈路資料的 RNC/NodeB流控制的方法，該方法包括：接收以位元組為單位的信用分配。 95. 如實施例94的方法，其中接收以位元組為單位的信用分配包括.接收一訊框，其中該訊框包含了規定信用位元組數量的資訊。 96. 如實施例94〜95中任一實施例的方法，更包括：儲存以位元組為單位的PDU的最大大小。如實施例96的方法，其中接收以位元組為單位的信 48 97. 201203980 用分配包括：接收一訊框’其中該訊框包含了規定信用的PDU數量的資訊。 98. 如實施例97的方法’更包括··將信用的PDU數量與以位元組為單位的PDU的最大大小相乘。 99. 如實施例94〜98中任一實施例的方法’更包括：儲存PDU SN到相關聯的以位元組為單位的長度的映射。 100. 如實施例99的方法，該方法更包括：在不超出接收到的信用分配的情況下傳送PDU。 101·如實施例94〜1〇〇中任一實施例的方法，其中該方法是由RLC貫體執行的。 102. —種無線電網路控制器（1^〇，該1^(：：包括如實施例101的RLC實體。 103. 如實施例102的RNC，其中該RNC被配置作為服務 RNC (SRNC)〇 104. 如實施例1〇2的rnc，其中該被配置作為漂移 RNC (DRNC)〇人雖然本發明的特徵和元件在較佳的實施方式中以特定的結合進行了描述，但每個特徵或元件可以在沒有所述較佳實施方式的其他特徵和元件的情況下單獨使用，或在與或不與本發明 3他特徵和元件結合的各種叙·本㈣提供的方法或机程圖可以在由通用電腦或處理器執行的電腦程式、軟體或 =體中實施，其巾該電_式、軟體餘體是以有形的方式包 2在J腦可_存媒财的。騎制可賴存聰的實例包唯項錢體（ROM)、隨機存取記憶體（RAM)、暫存器、緩 49 201203980 =來說’適當的處麵包括：翻處職、專㈣理器、承規處理^數位訊號處㈣（DSP)、多個微處理器、愈dsp 關聯的一或多個微處理器、控制器、微控制器、專用積體電路（ASIC)、現場可編程閘陣列（FPGA)電路、任何一種積體電路（1C)及/或狀態機。與軟體相關的處理器可用於實現射頻收發器，以便在無線發射接收單元（WTRU)、用戶設備、終端、基地台、無線電路控制器或是任何—種域電射加以賴。w而可以與採用更體及/或軟體形式實施的模組結合使肖，、模組、視，路、揚聲器電話、振動裝置、揚聲器、麥= 電，收發器、免持耳機、鍵盤、藍芽®模組、調頻（FM)無線電單，、液晶顯示器（LCD)顯示單元、有機發光二極體（oled) 顯示單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路概n及/或任何—種紐區域酿（WLAN)模组或超寬頻（UWB)模組。 50 201203980 【圖式簡單說明】從以下關於較佳實施例的描述中可以更詳細地暸解本發明’這些較佳貫齡j是作為貫例給&的，並且是結合所附圖式而被理解的，其中：第1圖顯示的是RLC STATUS封包資料單元（pdu)中的超欄位（SUFI)的結構；第2圖顯示的是依照這裏的教導並且使用了基於位元組的信用分配的RNC/B節點流控制的流程圖；第3圖顯示的是依照這裏的教導的傳輸（Τχ)視窗更新的流程圖；第4圖顯示的是依照這裏的教導的RLC接收（Rx)視窗更新的流程圖；以及第5圖顯示的是依照這裏的教導的用於增強型的基於八位元組的RLC PDU創建的流程圖。【主要元件符號說明】無 51

Claims

201203980 七、申請專利範圍： 1. 用於在一無線電鏈路控制（RLC)實體中增強一 RLC操作的裝置，該裝置包括：基於複數個封包資料單元(PDU)的一位元組計數來定義和管理一視窗大小及一 RLC輪詢機制至少其中之一’其中該複數個封包資料單元中的每一個封包資料單元的一尺寸不同。 2. 如申凊專利範圍第1項所述的方法，其中該位元組計數是基於一位元組數量及一塊數量至少其中之一，其中每一塊是一固定數量的位元組。 3. 如申請專利範圍第2項所述的方法，其中所述定義和管理該視窗大小更基於一封包資料單元（PDU)序號。 4. 如申請專利範圍第1項所述的方法，該方法更包括：將該位元組計數包括在一 RLC控制和狀態PDU中。 5. 如申請專利範圍第1項所述的方法，該方法更包括：從一較高層接收一最大RLCPDU酬載大小；以及從該最大RLC PDU酬載大小中推斷出一最大RLC PDU 大小。 6. 如申凊專利範圍第1項所述的方法，該方法更包括：從一較高層接收一最大RLC PDU大小。 7. 如申請專利範圍第1項所述的方法，該方法更包括：從一無線電資源控制（RRC)實體接收包括下列至少其中之一的一無線電承載資訊元素：一選擇下行鏈路RLC模式資訊，該選擇下行鏈路RLC 模式資訊包括用於除了其他RLC模式之外的一可變 PDU大小模式的一新指示符； 52 201203980 指示一可變RLCPDU大小模式的一資訊元素；一下行鏈路RLC PDU大小資訊，其指示以八位元組為單位的一 RLC縮放參數或在一可變RLC PDU大小模式中的一最大RLCPDU大小的其中之一；以及由該RRC實體用訊號通告的一協定參數，該協定參數包括 Poll_PDU、Poll_SDU、Configured_Tx_Window_Size 以及 Configured_Rx—Window_Size，其中該協定參數是以一 PDU 數量和一位元組單位中的至少其中之一來規定和解釋。 8. —種無線電鏈路控制（RLC)實體，該RLC實體被配置用以：支援具有一最大RLC封包資料單元（PDU)大小的一可變PDU大小；以及基於複數個封包資料單元（PDU)的一位元組計數來定義和管理一視窗大小及一 RLC輪詢機制至少其中之一，其中該複數個封包資料單元中的每一個封包資料單元的一尺寸不同。 9. 如申請專利範圍第8項所述的RLC實體，其中該位元組計數是基於一位元組數量及一塊數量至少其中之一，其中每一塊是一固定數量的位元組。 10. 如申請專利範圍第9項所述的rlc實體，被配置用於定義和管理一視窗大小更基於一封包資料單元（pDU)序號。 U_如申請專利範圍第8項所述的RLC實體，該RLC實體更被配置用於將該位元組計數包括在一 j^C控制和狀態pDU中。 12.如申請專利範圍第8項所述的RLC實體，該RLC實體更被配置用於： ' 從一較高層接收一最大RLCPDU酬載大小；以及 53 201203980 從該最大RLC PDU酬載大小中推斷出該最大j^c pDU 大小。 13.如申請專利範圍第8項所述的RLC實體，該rlc實體更被配置用於從一較高層接收該最大RLCPDU大小。 14♦如申請專利範圍第8項所述的RLC實體，該rlc實體更被配置用於在一無線電承載的設定、配置和重新配置程序至少其中之一的期間’接收和協商基於該位元組計數的該視窗大小。 15·如申请專利範圍第8項所述的無線電鏈路控制（rlc)實體，該RLC實體更被配置用於：從一無線電資源控制（RRC)實體接收包括下列至少其中之一的一無線電承載資訊元素：一選擇下行鍵路RLC模式資訊，該選擇下行鏈路rlc 模式資訊包括用於除了其他RLC模式之外的一可變rlc PDU大小模式的一新指示符；指示一可變RLCPDU大小模式的一資訊元素；一下行鏈路RLC PDU大小資訊’其指示以八位元組為單位的一 RLC縮放參數或在一可變rlc PDU大小模式中的一最大RLCPDU大小的其中之一；以及由該RRC實體用訊號通告的一協定參數，該協定參數包括 Poll一PDU、Poll SDU、Configured_Tx_Window_Size 以及 Configured_Rx一Window_Size，其中該協定參數是以一 PDU 數量和一位元組單位中的至少其中之一來規定和解釋。 54