1337031 九、發明說明： 【發明所屬之技術領域】 本發明與一種在一無線傳送/接收單元（WTRU)(換言 之 移動站）中處理資料有關。更特別的，本發明與一 種在一無線傳送/接收單元（WTRU)中，用以處理資料的 協定引擎（PE)有關。 ' 、 【先前技術】 在像是全球行動通訊系統（UMTS)頻分多工（FDd) 系統等無線通訊系統中的協定堆疊，是一種内部相關系統 組件的集合。該蚊堆叠取得資料（應用資料或網路資 料）’將其重新格式化並封包化，以透過空中介面進行傳 ，’並^該空中介面的接收侧上將該資料重建。該協定堆 疊也負責空中介面參數的控制、配置與轉。舉例而言， 該協定堆疊控制與資料速度、實體通道配置、時脈、:i料 接續遞送等等的有關參數。 、 做為砣例，第1圖中顯示該全球行動通訊系統(UMTS) 項刀夕工（FDD)協定堆疊的存取層（As)部分觸。如 在第1圖中所顯示，該全球行動通訊系統（UMTS)存取 層（AS) 1GG包含無線«源控制（RRC) 102、無線電存 取載Ug理（RABM) /封包數據聚合協定 廣佈/多佈控制⑽c) 1G6、無線t鏈結㈣（RLC) ι〇8 與媒體存取控制（MAC) 110。 該無線電資源控制（RRC) 1〇2執行初始胞元選擇與 6 重選擇（移動性）、與該全球行動通訊系統（UMTS)通用 陸上無線電存取網路（UTRAN)聯繫的無線電資源控制 (RRC)(發信）建立、維持與釋放、無線電載送、傳輸通 道（TrCH)與實體通道的建立、維持與釋放（換言之，根 據通用陸上無線電存取網路（UTRAN)命令的無線傳送/ 接收單元（WTRU)層2與層1的配置），包含對於高速上 行封包存取（HSUPA)與高速上行封包存取（hsupa)通 道的控制與測量回報。 該無線電存取載送管理（RABM) /封包數據聚合協定 (PDCP) 1〇4根據網際網路工程工作小組（IETF)徵求修 正意見（RFC) 2507與徵求修正意見（RFC) 3〇95、無損 失服務無線電網路控制器（SRNC)重新定位、網景伺服器 應用程式開發介面（NSAPI) /封包資料協定（PDP)文件 對無線電存取載送通道映射的管理，執行網際網 路通Λ協& (IP)標頭壓縮，該映射管理則包含服務品質 (Q〇S)管理與無線電存取載送（RAB)重新建立（換言 之，無線電存取載送管理（RABM)功能）。 4廣佈/夕佈控制（BMC)丨執行胞元廣佈信息的遞 H亥非存取層（Nas)(換言之，較上層）、胞元廣佈排 程估計’以及胞元廣佈服務（CBS)的配置，以進行不連 續接收。 "玄無線電鏈結控制（RLC) 108執行在該空中與資料平 :中；I於空中干擾有效傳輸區塊之間的應用資料單元（換 言之’服務資料單元（SDUs))自動轉發（換言之，分段 與串接）、網路配置重新傳輸，以及根據一特定模式（換言 之，一種確認模式（AM)、非確認模式（UM)以及透通模 式（TM))的資料單元排序遞送。 s亥媒體存取控制（MAC) 110執行邏輯通道對傳送通 道的映射、根據該無線傳送/接收單元（WTRU)之中的即 時資料速度選擇適當的上行傳送格式組合、媒體存取控制 e/es (MAC-e/es)協定高速上行封包存取（hsupa)的實 作、以及媒體存取控制_hs (MAC-hs)協定高速下行封包存 取（HSDPA)的實作，其包含媒體存取控制七s (MAC_hs) 重新排序、媒體存取控制_hs( )協定資料單元(ρβυ) 多工等等。媒體存取控制-e/es (MAC-e/es)協定的執行包 含排程准許的處理、緩衝佔據料算、速度請求機制、傳 輸格式組合（TFC)復原與消除，以及媒體存取控制_e/es (MAC-e/es)協定資料單元（pDU)建構。 只體層（PHY ) 112從該全球行動通訊系統（umts ) 存取層（AS )堆疊提取特定的全球行動通訊系統（umts ) 層1的實作’使得該堆4可以被簡單轉成鱗代的全球 行動通訊系統（UMTS)層1。 傳統的協定堆疊實作為所有的軟體實作都在標準處理 ^與標準即時操作系統上進行。當無線通訊鮮發展為更 尚的資料速度時，便增加放置在該協定堆疊軟體上的需 求。隨著高資料速度服務（像是高速下行封包存^ (HSDPA)、高速上行封包存取⑽upA)、移動廣佈多佈 服務（MBMS))的浮現，在標準處理器上軟體中的協定堆 疊實作，將Θ 電力需求成;、、也=電腦功率總量。這種標準處理器的 無法實作料婦的—種職耗費，而 而要哥求貫作該協定堆疊的替代方式。 【發明内容】 本發明與—種在無 疊中，用以進行眘偷 ㊉叹早70 (WTRU)協定堆 引擎執行決的財聘（PE)有關。該協定 處理與重新格二傳賴定堆叠所執行的資料 定引擎（PE) 、仗賴定堆4移A，並由該協 制字元，崎協齡㈣發佈㈣處理資料的控 理。較佳的是，兮益線傳j根據該控制字元進行資料處 孕。己隐體與-第二記憶體 刀 區塊放置保存器，w田—隱體則做為一種資料 丨擎㈣從該第二記憶體二ΐ =ΐ:Γ時’根據該控制字元將該資料移動 f刀子錢體。對於接收處理而言，該協定引擎（ΡΕ) 從该分享記憶II取回接收資料，並在處理資料的同時，將 該資料移動至該第二記憶體。做為替代，也可以使用兩個 分離處心’―個用以進行傳送處理，而另-個用以進行 接收處理。 τ 【實施方式】 ⑧ 當之後談到術語，，無線傳送/接收單元（wtru)，，時， 其包含但不_為-使用者配備（UE)、移動站、膝上型 1337031 细定核移動式的 式日"计L、基郎點β、位置控制器、存取點， 或疋任何其他可以在無線環境中操作的裝置形式。. 本發明㈣徵可以整合至積體電路（" 配置在包括複數互連元件的電路中。 ’或疋 根據本發明，在一無線傳送/接收單元 定:疊:中提供-協定引擎(叫傳統的協定堆 以被區刀為兩個乾疇：】)決策與控制操 =格式化操作。決策與控制操作與無線 二里控=置有關。這些操作一般上是複雜的決策制定 ' ’並⑥要設計與實作上的彈性。然而，決_控 用標準處理器的顯著處理電力。資料移動與重新 與在協定堆疊之間移動資料，以及在該處理 介曰t丁貝枓重新格式化有關。雖然資料移動與重新格式 ㈣具有純直向性，並與極少的決細㈣，這些操 ^需要大量的處理電力，且隨著資料速度增加而增加所 而處理電力。該協定引擎_處理該資料移動與重新格 =轉，而那些資料鷄與重新格式化操侧從傳統的 協定堆疊所移除。 -亥協疋引擎（PE)則由一種簡單（低複雜杜、低電力 ^費）的可程序化處理器所實作，其言全釋在該接收側上的 接收資料封包標頭’並產生在該傳送側上的傳送資料封包 標頭。該協定引擎㈣則利用指令的方式所強化，其將 來自於—接收串流或產生位元的位元域嫌及插入最佳 1337031 化’這在之後將詳細說明。該資料串流較佳的是維持在一 分享記憶體中。該協定引擎（PE)是一種具有提高控制資 料路徑的功能，其於2004年六月28日所申請共同待決us Patent Application No. 10/878,729 中所發表，在此則整合為 參考文獻。 此後’將利用全球行動通訊系統（UMTS )存取層（AS ) 做為範例。然而，本發明也可應用於其他任何協定堆疊， 包含一網路側中的存取層（AS)、該無線傳送/接收單元 (WTRU)該網路侧中的非存取層（NAS)，以及其他任何 無線通訊標準，包含但不限制為用於全球行動通訊系統 (GSM )、整合封包無線電服務技術、增強全球行動通訊系 統（GSM )資料速度演進技術（EDGE)、分碼多重存取2〇〇〇 (CDMA 2000)以及電氣和電子工程師協會標準8〇2χχ (IEEE 802.χχ)等等。 第2圖為根據本發明一無線傳送/接收單元（WTRu) 200的全體系統結構的塊狀圖，其包含一協定引擎（pE) 210。該無線傳送/接收單元（WTRU) 2〇〇較佳地是包含一 分享s己憶體22G以減少記憶體的數目。許多實體層實體與 處理器則透過-分享記憶體仲裁器存取該分 享記憶體220 ’以做為—種資料區塊放置保存器，而在該 處理實體之中進行資料傳送。藉由顧一單—分享記憶體 220 ’便可減少-特殊用途超大型積體電路（asic)的晶 片尺寸。-般上利用—種非常快速的記憶體（像是靜態隨 機存取战體（SRAM))做為該分享記憶體22〇。 11 該無線傳送/接收單元（WTRU) 200也包含一第二記 憶體222，其由該處理實體（像是媒體存取控制-d ( MAC-d ) 232、媒體存取控制-hs (MAC-hs) 234、媒體存取控制-e (MAC-e) 236、無線電鏈結控制（虹〇 238或無線電存 取載送管理（RABM) /封包數據聚合協定（pDcp) 240) 所利用，以儲存大量的資料。該第二記憶體222在應用上 也可以用於準備被處理資料的重新排序與其他的緩衝儲 存。 味拗疋5丨拏（PE) 210，也可以稱為一種資料移動器， ^用於在該分享記憶體220與該第二記憶體222之間移動 身料’並在移動該資料的同時進行重新格式化。在該協定 ΐ疊ί中的資料通常以一種資料封包（換言之，-種服務 貝料單70 (SDU)或是一種協定資料單it (PDU))的形式 傳送。該服務資料單元（SDU)與協定資料單元⑽⑴ 匕含私頭、主體與一選擇性的填白。該標頭含有所有有 包格式的所需資訊。該填白為—種選擇域，其並不 •有^料數值而疋使#綺包長度成為某種所需要的長度。 :了傳送—資料封包’該協定堆疊(例如，媒體存： 232、媒體存取控制如（嫩⑽）说、 =體存取控制·ε(ΜΑ“）236、無線電鏈結控制（rlc) 、無線電賴控制（RRC) 239或無線電存取載送管理 BM) /封包數據聚合協定（pDcp) 24())傳送描述用 於貝料封包建構要求的控制字元至該協定 該控制字元包蝴辦㈣⑽決定（直接= 1337031 指標）在該第二記憶體222中來源資料位置所使用的資1337031 IX. Description of the Invention: [Technical Field] The present invention relates to processing data in a wireless transmit/receive unit (WTRU), in other words, a mobile station. More particularly, the invention relates to a protocol engine (PE) for processing data in a wireless transmit/receive unit (WTRU). ', [Prior Art] A protocol stack in a wireless communication system such as the Global System for Mobile Communications (UMTS) Frequency Division Multiplexing (FDd) system is a collection of internal related system components. The mosquito stack obtains the data (application data or network material)' reformats and encapsulates it for transmission through the empty intermediaries, and the data is reconstructed on the receiving side of the empty interfacing surface. The agreement stack is also responsible for the control, configuration and transfer of the null interface parameters. For example, the protocol stack controls parameters related to data speed, physical channel configuration, clock, and subsequent delivery. As an example, Figure 1 shows the access layer (As) portion of the Global System for Mobile Communications (UMTS) knives (FDD) protocol stack. As shown in FIG. 1, the Global System for Mobile Communications (UMTS) Access Layer (AS) 1GG includes a Radio Source Control (RRC) 102, Radio Access Bearer (RABM)/Packet Data Aggregation Protocol. / Multi-bubble control (10) c) 1G6, wireless t-link (4) (RLC) ι〇8 and media access control (MAC) 110. The Radio Resource Control (RRC) 1〇2 performs initial cell selection and 6-reselection (mobility), radio resource control (RRC) in contact with the Global System for Mobile Communications (UMTS) Universal Terrestrial Radio Access Network (UTRAN) (transmitting) setup, maintenance and release, radio bearer, transmission channel (TrCH) and physical channel establishment, maintenance and release (in other words, wireless transmit/receive unit according to Universal Land Radio Access Network (UTRAN) commands) (WTRU) Layer 2 and Layer 1 configuration), including control and measurement returns for High Speed Uplink Packet Access (HSUPA) and High Speed Uplink Packet Access (hsupa) channels. The Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (PDCP) 1〇4 is based on the Internet Engineering Task Force (IETF) Request for Amendments (RFC) 2507 and Request for Corrections (RFC) 3〇95, None Loss Service Radio Network Controller (SRNC) Relocation, Netscape Server Application Development Interface (NSAPI) / Packet Data Protocol (PDP) file management of radio access carrier channel mapping, implementation of Internet Protocol & (IP) header compression, which includes Quality of Service (Q〇S) management and Radio Access Bearer (RAB) re-establishment (in other words, Radio Access Carry Management (RABM) functionality). 4 Guangbu/Xibu Control (BMC)丨Performance of cell-wide information (Nas) (in other words, upper layer), cell-wide scheduling estimation, and cell-wide distribution service (BMC) CBS) configuration for discontinuous reception. "Xuan Radio Link Control (RLC) 108 is executed in the air and data plane: I; the application data unit (in other words, the Service Data Units (SDUs)) between the air interference effective transmission blocks is automatically forwarded (in other words, Segmentation and concatenation), network configuration retransmission, and data unit order delivery according to a particular mode (in other words, an acknowledge mode (AM), a non-acknowledge mode (UM), and a passthrough mode (TM)). The media access control (MAC) 110 performs a mapping of the logical channel to the transmission channel, selects an appropriate uplink transmission format combination, media access control e/es according to the instantaneous data rate among the wireless transmit/receive units (WTRUs). (MAC-e/es) protocol high-speed uplink packet access (hsupa) implementation, and media access control _hs (MAC-hs) protocol high-speed downlink packet access (HSDPA) implementation, including media access Control seven s (MAC_hs) reordering, media access control _hs ( ) protocol data unit (ρβυ) multiplex, and so on. The implementation of the Media Access Control-e/es (MAC-e/es) protocol includes scheduling grant processing, buffer occupancy calculation, speed request mechanism, transport format combination (TFC) recovery and elimination, and media access control. The e/es (MAC-e/es) protocol data unit (pDU) is constructed. The physical layer only (PHY) 112 extracts the implementation of the specific global mobile communication system (umts) layer 1 from the global mobile communication system (UMTS) access layer (AS) stack, so that the heap 4 can be simply converted into scales. Global Mobile Communications System (UMTS) Layer 1. Traditional protocol stacking is implemented as standard on all standard software implementations. As wireless communications evolved into higher data speeds, the need to place them on the protocol stack software increased. With the emergence of high data speed services (such as High Speed Downlink Storage (HSDPA), High Speed Uplink Packet Access (10) upA), and Mobile Multicast Service (MBMS), the protocol stacking in software on standard processors Do, will Θ power demand into;, also = total computer power. This kind of standard processor can't be implemented as a woman's job-cost, but it is an alternative to the agreement stack. SUMMARY OF THE INVENTION The present invention is related to the use of a conspiracy (PE) for the execution of a squadron. The agreement deals with the data set-up engine (PE) and the 定 堆 堆 4 4 , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , 。 。 。 。 。 。 Preferably, the benefit line transmits data according to the control character. The hidden body and the second memory knife block placement saver, w field - the hidden body is used as a kind of data engine (four) from the second memory body = ΐ: Γ when 'according to the control character Data moves f knife money body. For the receiving process, the agreement engine (ΡΕ) retrieves the received data from the shared memory II, and moves the data to the second memory while processing the data. Alternatively, it is also possible to use two separate centroids for one transmission process and the other for receiving processing. τ [Embodiment] 8 When the term is referred to later, the wireless transmitting/receiving unit (wtru), when it includes but not - user equipment (UE), mobile station, laptop 1370331 fine-nuclear movement A style of day, a point, a location controller, an access point, or any other form of device that can operate in a wireless environment. The invention (4) can be integrated into an integrated circuit (" configured in a circuit including a plurality of interconnected elements. 'or 疋 according to the present invention, a WTRU is provided in a WTRU: stack: The traditional protocol stack is divided into two domains: [) decision-making and control operations = formatting operations. Decision-making and control operations are related to wireless control. These operations are generally complex decision-making '' and 6 to be flexible in design and implementation. However, _ control uses the standard processor to significantly process power. Data movement and re-moving data between the stack of agreements, and reformatting in the process Related. Although data movement and re-formatting (4) are purely straightforward, and with very few decisions (4), these operations require a large amount of processing power, and increase the processing power as the data speed increases. The agreement engine _ processing the Data movement and re-segment = turn, and those data chickens and reformatting operations are removed from the traditional agreement stack. - The hai 疋 engine (PE) is made up of a simple (low complex du, low power ^ The programmable processor of the fee is implemented, which is fully interpreted on the receiving side of the receiving data packet header 'and generates a transport data packet header on the transmitting side. The protocol engine (4) utilizes the command The method is enhanced, which will be derived from the receiving stream or the bit field of the generated bit and inserting the best 1370331. This will be described in detail later. The data stream is preferably maintained in a shared memory. The Protocol Engine (PE) is a function of the control data path that is disclosed in co-pending U.S. Patent Application Serial No. 10/878,729, issued on Jun. 28, 2004, which is incorporated herein by reference. Thereafter, the Global System for Mobile Communications (UMTS) Access Layer (AS) will be used as an example. However, the present invention is also applicable to any other protocol stack, including an access layer (AS) in a network side, the wireless transmission. / receiving unit (WTRU) non-access stratum (NAS) in the network side, and any other wireless communication standard, including but not limited to use in Global System for Mobile Communications (GSM), integrated packet radio service technology, Enhanced Global System for Mobile Communications (GSM) Data Rate Evolution (EDGE), Code Division Multiple Access (CDMA 2000), and Institute of Electrical and Electronics Engineers Standards (IEEE 802.χχ), etc. The figure is a block diagram of the overall system architecture of a wireless transmit/receive unit (WTRu) 200 in accordance with the present invention, including a protocol engine (pE) 210. The wireless transmit/receive unit (WTRU) 2 is preferably Include a shared memory 22G to reduce the number of memory. Many physical layer entities and processors access the shared memory 220' through the share-memory arbitrator as a data block placement saver. Data transfer is performed among the processing entities. By taking a single-sharing memory 220', it is possible to reduce the wafer size of the ultra-large integrated circuit (asic) for special purposes. - General use - a very fast memory (like Static Random Access Warfare (SRAM)) as the shared memory. 11 The WTRU 200 also includes a second memory 222 that is processed by the processing entity (such as Media Access Control-d (MAC-d) 232, Media Access Control-hs (MAC-). Hs) 234, media access control-e (MAC-e) 236, radio link control (Rainbow 238 or Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (pDcp) 240) utilized for storage A large amount of data. The second memory 222 can also be used to prepare for reordering of processed data and other buffer storage. The miso 5 (PE) 210 can also be called a data mover. ^ for moving the body between the shared memory 220 and the second memory 222 and reformatting while moving the material. The data in the agreement is usually wrapped in a data packet (in other words , in the form of a Service Order Sheet 70 (SDU) or an Agreement Data Sheet (PDU). The Service Data Unit (SDU) and the Agreement Data Unit (10)(1) contain private, subject and optional deposits. White. This header contains all the required information in a package format. White is a kind of selection field, which does not have the value of the material and makes the length of the # packet a certain length. The transmission-data packet 'the stack of the agreement (for example, media storage: 232, media storage) Take control such as (nen (10)), = body access control · ε (ΜΑ ") 236, radio link control (rlc), radio control (RRC) 239 or radio access bearer management BM) / packet data aggregation Agreement (pDcp) 24()) conveys a control character describing the requirements for the construction of the bedding package to the agreement. The control character packet butterfly (4) (10) determines (direct = 1337031 indicator) the source data location in the second memory 222. Used funds
訊。該協定引擎（PE) 210根據該控制字元取回來自於該 第二記憶體222的來源資料，並產生包含一標頭、主體與 一填白（如果需要）的協定資料單元（PDU)。該協定引擎 (PE) 210接著根據該控制字元將該協定資料單元（pDU) 放置於該分享記憶體220之中。該協定資料單元（PDU) 接著由一傳送訊框硬體246與一傳送晶片速度硬體248所 處理，以進行傳送。選擇上該協定引擎（pE) 21〇可以建 構微粒用-種特技料串流填白該封包，其直接或間接（透 過指標）地包含在該控制字元之中。該選擇性填白可以是 為了安全考量的浮水印資訊。 —人貝竹只丨j田筏收晶片速度硬 體242與接收訊框硬體244所處理。該處理資料（換言之，News. The protocol engine (PE) 210 retrieves the source material from the second memory 222 based on the control character and generates a protocol data unit (PDU) containing a header, a body, and a fill (if needed). The protocol engine (PE) 210 then places the protocol data unit (pDU) in the shared memory 220 based on the control character. The protocol data unit (PDU) is then processed by a transport frame hardware 246 and a transport wafer speed hardware 248 for transmission. Selecting the agreement engine (pE) 21 can construct a particle-filled packet to fill the packet, which is included directly or indirectly (through the indicator) in the control character. The selective fill can be a watermark information for security considerations. - The human shell bamboo is only processed by the chip speed hardware 242 and the receiving frame hardware 244. The processing data (in other words,
接收封包）則放置於該分享記憶體22()之中。該協定°引擎 (PE) 210從該協_疊接收—控制字元，並從該分享記 憶體220取回該封包。該協定引擎㈣21〇從該封包取 的-標頭，並言全釋該標頭。該協定引擎㈣2ι〇接 仃該封包的赖，絲據來自_輯疊的姉 及放置-藝轉料（SDU)於对 i中。隨著每個㈣字元，_標_完《訊或 =貝甙傳遞至5玄協定堆疊。該填白 _ 一 該填白中包含其他的資訊（像θ、^ ；；、。選擇上如果在 白的士邻八、 疋/予水印貧訊），便擷取該填 白的兀整或部分#訊，並將其放置在 4 明的記憶體位置中。 X卫制子疋所具體指 ⑧ 13 1337031The receiving packet is placed in the shared memory 22(). The protocol engine (PE) 210 receives the control character from the co-fold and retrieves the packet from the shared memory 220. The agreement engine (four) 21 〇 from the packet - the header, and the full release of the header. The agreement engine (4) 2 〇 仃 仃 仃 仃 , , , , , , , , 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃 仃With each (four) character, _ mark _ finished "Xun or = Bellow passed to the 5 Xuan agreement stack. The white fill _ a white fill contains other information (like θ, ^ ;; , . If you choose to be in the white taxi, 疋 / watermark poor news), then take the white adjustment or Part of the # message, and placed in the memory location of the 4 Ming. The specific reference of the X Wei system is 8 13 1337031
4 ®娜臟縣㈣増上行鏈結中 mi擎貫作。如在以上所陳述的，該協定堆疊wo 而該協定引擎210執行資料處理與重新格 協定堆疊310所執行的控制操作包含但不4 ® Nadir County (4) 増 Uplinks in the chain. As stated above, the agreement stacks and the protocol engine 210 performs the data processing and re-formation stack 310 to perform the control operations including but not
m載送管理⑽爾）無線電存取載送 ()建立與轉（換m線電存取載送（RAB) 的去除與麵建立）、封包數躲合駄（PDcp)服務益 線電網路子系統（SRNS)重新定位、無線電鍵結控制（此〇 遞送協定，包含接續遞送（無線電鏈結控制（RLC)確認 模式（AM)與非確認模式⑽））以及無線電鍵結控制 (RLC)協定資料單元（pDU)復原協定（無線電鍵結控 制（RLC)確認模式（AM))、媒體存取控制（mac)傳 輸格式（TF)選擇（媒體存取控制_d (祖⑸）、媒體存取 控制-c (MAC-c)、媒體存取控制_e/es (MAC_e/es))，以及 媒體存取控制-hs (MAC-hs)重新排序處理。m carrier management (10) er) radio access carrier () establishment and transfer (replacement of m-line electrical access carrier (RAB) removal and surface establishment), packet number of escaping (PDcp) service benefit line grid system (SRNS) relocation, radio keying control (this delivery protocol, including subsequent delivery (radio link control (RLC) acknowledgement mode (AM) and unacknowledged mode (10))) and radio keying control (RLC) protocol data unit (pDU) recovery protocol (Radio Keying Control (RLC) Confirmation Mode (AM)), Media Access Control (mac) Transport Format (TF) Selection (Media Access Control_d (祖(5)), Media Access Control - c (MAC-c), media access control _e/es (MAC_e/es), and media access control-hs (MAC-hs) reordering.
由该協定引擎210所執行的資料處理與重新格式化操 作包含但不限制為封包數據聚合協定（pDcp)網際網路通 訊協定（IP)標頭壓縮與解壓縮、無線電鏈結控制（j^C) 服務資料單元（SDU)/協定資料單元（PDU)分段與串接、 無線電鏈結控制（RLC)標頭插入、媒體存取控制名 (MAC-d)、媒體存取控制_c ( maC-c)、媒體存取控制-e/es (MAC-e/es)標頭插入、無線電鏈結控制（此〇)標頭擷 取與詮釋，以及媒體存取控制_d (MAC_d)、媒體存取控制 -c (MAC-c)、媒體存取控制_e/es (MAC_e/es)標頭擷取、 14 ⑤ 添寫與處理。 斜，，如在第3與第4圖中所顯示，該協定引擎210執行資 ，平面操作’同時根據來自鶴定堆疊31G控制字元（像 罔際網路通訊協定（ιρ)標頭壓鱗壓縮、無線電鍵結 =制（RLC)服務資料單元（SDU) /協定資料單元⑽⑴ 刀·^又/串接、媒體存取控制（MAC)標頭插入/擷取，以及 媒=取控制_hs (MAC_hs)序麟持料），將資料移至 該分享記憶體220或從該分享記憶體22G移出。這些操作 將參考第5至第i〇B圖詳細描述。 第5圖為根據本發明一全球行動通訊系統（UMTS) 存取層（AS)協定堆疊500的塊狀圖，其包含一協定引擎 (PE) 210。該全球行動通訊系統（UMTS)存取層（AS) 協定堆疊500包含一無線電資源控制（RRC)層51〇、一 無線電存取載送管理（RABM)/封包數據聚合協定（PDCp) 層512、一無線電鏈結控制（RLC)層514、一媒體存取控 制（MAC)層516 ’以及-協定引擎（PE) 21〇。該媒體存 取控制（MAC)層516包含媒體存取控制（MAC_c) 522、 媒體存取控制-d(MAC-d)524、媒體存取控制_hs(MAC_hs) 526以及媒體存取控制_e/es (M^c-e/es) 528。第5圖顯示 利用該協定引擎（PE)210進行高速上行封包存取（HSUpA) 操作的範例。所有的高速上行封包存取（HSUPA)控制功 月巨都在该全球行動通訊糸統（UMTS)存取層（AS)協定 堆疊500 (換言之，該無線電資源控制（rrc)層51〇、無 線電存取載送管理（RABM) /封包數據聚合協定（pDCp) 1337031 層512、無線電鏈結控制（RLC)層514以及該媒體存取控 制（MAC)層516)中執行，而資料處理則由該協定引擎 (PE) 210所執行。 該無線電資源控制（RRC) 510藉由傳送配置、重新 配置與重新設定信號，配置該無線電鏈結控制（RLC)層 514、該媒體存取控制（MAC)層516與該實體層518。有 關南速上行封包存取（HSUPA ) ’該無線電資源控制（rrC ) 510處理從無線傳送/接收單元（WTRUs)所回報的高速上 行封包存取（HSUPA)能力，配置媒體存取控制^(祖以) 遍及強化專用頻道（E_DCH)的流量、控制高速上行封包 存取（HSUPA)啟動與撤銷，以及配置用於高速上行封包 存取（HSUPA )的實體通道與媒體存取控制_e/es (MAC-e/es) 528 ° 該媒體存取控制-e/es (MAC-e/es) 528執行高速上行 封包存取（HSUPA)排程與速度計算、強化專用頻道 (E-DCH)傳輸格式組合（E_TFC)限制與選擇、媒體存 取控制-d (MAC-d)流量多工等等，並傳送控制參數至該 協定引擎（PE) 210。該無線電鏈結控制（rlC) 514也傳 运控制參數至該協定引擎（PE) 21〇,其有關接續遞送與重 新傳送控制。 在從該媒體存取控制_e/es (MAC-e/es) 528與該無線 電鏈結控制（RLC) 514接收該控制參數之後，該協定引擎 (PE) 210立刻處理從該無線電鏈結控制（rlc) 514所接 收的專用控制通道（DCCH)與專用訊務通道（DTCH)資 16 料。該處理包含來自於從該無線電鏈結控制（RLC) 514 透過該專用控制通道（DCCH)與專用訊務通道（dtch) 所接收服務資料單元（SDUs)的媒體存取控制（MAC)服 務資料單元（SDUs)無線電鏈結控制（RLC)協定資料單 疋（PDU)建構（換言之，服務資料單元⑼⑴成為協 定資料單元（PDU)的分段，以及鱗⑽結控制（虹〇 私頭插入），以及根據從該媒體存取控制_e/es (MAC_e/es) 528所接收控制參數，建構媒體存取控制_e/es (MAC_e/es) 協定資料單元（PDUs)(換言之，媒體存取控制_ (MAC-e/es)標頭插入）。該協定引擎（pE) 21〇也進行協 定資料單元（PDU)特定計時器的排程工作。該協定引擎 (PE) 210產生該媒體存取控制-e/es (MAC-e/es)協定資 料單元（PDUs) ’並將該媒體存取控制_士（隱以〜） 協疋資料單元（PDUS)移動至該分享記憶體Do，以進行 由該實體層518的傳送處理。 第6圖顯示根據本發明在該協定引擎（pE) 21〇中， 用於下行鏈結處理中協定資料單元（pDU)分解的處理。 在該下行鏈結處理中，該協定引擎（pE) 21〇執行兩項操 作·協S資料單元（PDU)分解與服務資料單元（SDU) 產生。所接收的媒體存取控制-hs (MAC-hs)協定資料單元 (PDUs) 612 (換言之’傳送區塊），透過傳送通道從該實 體層遞送’並放置在該分享記‘隨220之巾。該高速下行 封包存取（HSDPA)通道資料每2微秒進行遞送，而專用 通道（DCH)資料則在每1〇微秒、2〇微秒或4〇微秒的間 隔處遞送。儲存在該分享記憶體220中的資料必須盡可能 快速地移除，以限制該分享記憶體220的尺寸。 該協定引擎（PE) 210從該分享記憶體220取回該媒 體存取控制-hs (MAC-hs)協定資料單元（PDUs) 612，並 將其移動至該第二記憶體222，同時將該媒體存取控制-hs (MAC-hs)協定資料單元（PDUs) 612分解為複數媒體存 取控制（MAC)服務資料單元（SDUs) 614。該協定堆疊 證釋每個媒體存取控制（MAC)服務資料單元（SDU) 614 的媒體存取控制-hs (MAC-hs)標頭，並設定該協定引擎 (PE) 210。該協定引擎（PE) 210可以在移動該媒體存取 控制-hs (MAC-hs)協定資料單元（PDUs) 612的同時執 行加密。在根據該控制字元進行分解之後，該協定引擎（PE ) 210將該分解媒體存取控制（mac)服務資料單元（SDUs) 614放置在由該控制字元所指定的第二記憶體222位置之 中。該媒體存取控制（MAC)服務資料單元（SDUs) 614 可能還沒到達適當的序列。當已經有足夠的連續媒體存取 控制（MAC)服務資料單元（SDUs) 614到達時，該協定 引擎（PE) 210執行該媒體存取控制（MAC)服務資料單 元（SDUs) 614的的重新排序’並串接該媒體存取控制 (MAC)服務資料單元（SDUs) 614成為一服務資料單元 (SDU) 616 ’並根據該控制字元將所產生的服務資料單元 (SDU) 616放置在該第二記憶體222的位置之中。 第7圖顯示根據本發明在該協定引擎（pE) 210中， 用於上行鏈結處理中協定資料單元（PDU)產生的處理。 1337031 ‘ 该協定堆疊建立一媒體存取控制（MAC)標頭718與一無 線電鏈結控制（RLC)標頭720，並傳送一控制字元至該協 . 定引擎（PE) 210，如在第3與第4圖中所顯示。該控制字 元含有產生一媒體存取控制（MAC)協定資料單元（PDU) 730所需要的資訊，其包含在該第二記憶體222之中該服 務:貝料單元（SDU)資料710的指標（換言之，一標頭712、 服務資料單元（s〇Us)714、一狀態716)。該協定引擎（PE) 鲁 210收集該服務資料單元（SDU)資料710，並利用合併該 服務資料單元（SDU)資料710 '該媒體存取控制（MAc) 標頭718、該無線電鏈結控制（rlc)標頭72〇與填白722 (如果需要）的方式，產生一媒體存取控制（MAC)協定 資料單元（PDU) 730。該協定引擎（pE) 21〇接著根據該 控制字元，將所產生的媒體存取控制（MAC)協定資料單 元（PDU) 730放置在該分享記憶體220之中。如果需要 的話，該協定引擎（PE) 210也可以在產生該媒體存取控 φ 制（MAC)協定資料單元（pdu) 730的同時進行加密。 第8圖更詳細地顯示根據本發明在該協定引擎（pE) 中，用於下行鏈結處理中協定資料單元（PDU)分解的處 理。該最頂列表示具有32位元字元的分享記憶體220。該 第二列表示一媒體存取控制_hs 協定資料單元 (PDU) 810 (換言之，傳輸區塊）。該媒體存取控制_hs (MAC-hs)協定資料單元（PDU) 81〇在實體層處理之後 被放置在該分享記憶體220之中。該媒體存取控制-hs (MAC-hs)協定資料單元（pdu) 810包含一媒體存取控 1337031 制-hs (MAC-hs)標頭812以及複數媒體存取控制_hs (MAC-hs)服務資料單元（SDUs) 814。在單一媒體存取 控制-hs (MAC-hs)協定資料單元（PDU) 810之中最多可 以含有70個媒體存取控制-hs ( MAC-hs )服務資料單元 (SDUs) 814。每個媒體存取控制_hs (MAC_hs)服務資料 單元（SDU) 814，其是一種媒體存取控制（MAC-d)協定 為料單元（PDU) ’包含一媒體存取控制（mac)標頭822 (選擇性）以及一媒體存取控制（MAC)服務資料單元 (SDU ) 824。該媒體存取控制（MAC )服務資料單元（SDU ) 824包含一無線電鏈結控制（RLC)標頭826與一資料載量 828。該媒體存取控制（MAC)標頭822與該無線電鏈結 控制（RLC)標頭826包含需要被擷取的位元域。該協定 引擎（PE) 210擷取來自該分享記憶體220的媒體存取控 制-hs (MAC-hs)標頭812、媒體存取控制（MAC)標頭 822與無線電鏈結控制（虹。）標頭826，並將該資料載量 828從该分享記憶體220移動至該第二記憶體222，同時將 其分解為複數媒體存取控制（MAC )服務資料單元（SDUs ) 814。如果需要的話，可以執行解密動作。 在该分享記憶體220中的資料則由一串流指標器所指 明。該指標器在資料擷取、移動或插入操作之後將自動更 新。舉例而言，在移動該資料載量828之前，該串連指標 器指明在該分享記憶體22〇中的位置A。在該協定引擎 (PE) 210移動該資料載量828之後，該串連指標器將指 明在該分享記憶體220申的位置B。 20 1337031 應該要注意的是，第8圖所描述高速下行封包存取 (HSDPA )通道資料的下行鏈結處理只是做為示範。然而， 本發明也可以應用於下行鏈結與上行鏈結兩者之中，也可 以應用於像是專用通道資料、高速下行封包存取（hsdpa) 通道資料等等的其他形式通道資料。 第9A與第9B圖顯示根據本發明串流擷取(n)功能的操 作。在定義，，輸入串流指標器，，之後，該協定引擎（pE)從 一輸入串流擷取1至32個位元，並更新—串流指標器。第 9A ®顯示從-單一字元掘取9位元的情況，而9B圖顯示 從兩字元擷取5位元的情況。該串流擷取(n)功能回傳在該 分旱記憶體中來自該資料串流的1至32個位元。 第10A與第1 〇B圖顯示根據本發明串流插入(d，s)功能 的操作。在定義，，輸出串流指標器，，之後，該協定引擎（pE) 插入1至32個位元至一輸出串流之中，並更新該串流指標 器。第10A圖將9位元插入至一單一字元的情況，而1〇B 圖顯示將5位元插入至兩字元的情況。該串流插入(d，s)功 能插入1至32個位元至該分享記憶體的資料串流之中。該 資料串流由該指標器所指標，並在插入之後更新該指標器。 第Η圖為根據本發明用於接收處理的處理11〇〇流程 圖。該處理1100則同時參考第6、8、9a與9b圖所說明。 該協定引擎（PE) 210從指明一接收資料區塊（例如，媒 體存取控制-hs ( MAC-hs )協定資料單元（PDUs ) 612、810 ) 的來源接收一信號’其可用於後續拆解動作（步驟11〇2)。 該信號包含在該分享記憶體220中的資料區塊位址。該協 21 1337031 f I擎（PE)21G執行串鋪取指示，存取以在該分享記 fe體⑽來源串流中的的位元域（步驟應）。每個串流擷 . 料日示回傳來自於該來源串流的位元請求數目至-特定的 記it ΐ。在如第9A與9B圖中所顯示擷取該域之後，該 串曰‘器則更新以指標該位元。該協定引擎（pE) 21〇 6全釋來自4來源争流的媒體存取控制_hs (ΜΑ—)標頭 812位元域（步驟1106)。當該媒體存取控制-hs(MAC-hs) • _ 812被1 全釋之後，便收集後續關於媒體存取控制-hs (MAC-hs)服務資料單元（SDUs) 814的資訊。 备已經讀取該媒體存取控制-hs (MAC-hs)標頭812 之後°亥來源串流指標器應該指為該第-媒體存取控制 (MAC)標頭的第一位元。該協定引擎（PE) 210繼續利 用該串流掏取指示操取並言全釋該媒體存取控制（MAC)標 頭822與無線電鏈結控制（RLC)標頭826。當已經證釋 該，線電鏈結控制（RLC)標頭826，該來源串流指標器應 • 該指為該第—媒體存取控制（MAC)服務資料單元（SDU) 824資料載量828的第一位元。 該協定引擎（PE) 210現在則準備處理該資料載量 828。δ亥協疋引擎（PE) 21〇開始推動該資料828通過一資 料路徑（換言之，在移動該資料載量828至該第二記憶體 222的同時產生媒體存取控制（MAC)服務資料單元 (SDUs))(步驟11〇8)。如果進行配置的話，該資料828 可以被推過一加密邏輯。該形成的資料則合併為一資料編 寫缓衝之中，並寫入至該第二記憶體中的適當目的位址空 22 1337031 間。 該協定引擎（PE) 210從指明已經接收足夠媒體存取 控制（MAC)服務資料單元（SDUs) 614、824的來源接 收一信號，並建立一服務資料單元（SDU)616(步驟1110)。 該協定引擎（PE) 210存取由該協定堆疊（換言之，層2/3) 所建立的控制字元，其確認已經被合併的區塊位址。每個 位址包含在該第二記憶體222中的開始位元位址與長度。 該控制字元也包含在該第二記憶體222中的目的位址。該 協疋引擎（PE) 210取得由該來源位址所指明的資料，並 將其合併至適當的資料編寫緩衝之中（步驟1112)。該合併 資料接著被寫入至該第二記憶體222的適當目的位址空 間。該協定引擎（PE) 210接著加入資料載量，直到已經 處理了所有的來源’並建立完整的服務資料單元（SDU) 616。 第12圖為根據本發明用於傳送處理的處理流程 圖。該處理1200則同時參考第7、8、1〇a與丨㈨圖所說明。 該協定引擎（PE) 21G從指明資料已經準備被格式化為傳 送區塊集合（換言之’媒體存取控制（MAC)協定資料單 元（PDU))的來源接收-信號（步驟12〇2)。利用來自該 協定堆疊（層2/3)的資訊，該協定引擎（pE) 21〇產生把 賴（換言之’媒體存取控制（MAC)翻718與無線^ 鏈結控制（RLC)標頭720)，以進行資料轉譯（步驟12〇4)。 位於每個標頭中的域而言，該協定引擎（pE) 執行串 流插入指示。該串流插人指示呈現資料與位元長度。因此 23 ⑧ 1337031The data processing and reformatting operations performed by the contract engine 210 include, but are not limited to, packet data aggregation protocol (pDcp) Internet Protocol (IP) header compression and decompression, radio link control (j^C) Service Data Unit (SDU) / Protocol Data Unit (PDU) Segmentation and Concatenation, Radio Link Control (RLC) Header Insertion, Media Access Control Name (MAC-d), Media Access Control_c (maC) -c), media access control - e/es (MAC-e/es) header insertion, radio link control (this 〇) header capture and interpretation, and media access control _d (MAC_d), media Access Control -c (MAC-c), Media Access Control_e/es (MAC_e/es) header capture, 14 5 add and process. Oblique, as shown in Figures 3 and 4, the agreement engine 210 performs the operation, the plane operation 'at the same time according to the 31G control character from the crane set (like the Internet Protocol (ιρ) header pressure scale Compression, Radio Bonding = System (RLC) Service Data Unit (SDU) / Protocol Data Unit (10) (1) Knife · ^ / / Serial, Media Access Control (MAC) header insertion / capture, and media = take control _hs (MAC_hs), the data is moved to the shared memory 220 or removed from the shared memory 22G. These operations will be described in detail with reference to Figures 5 to i〇B. Figure 5 is a block diagram of a Global System for Mobile Communications (UMTS) Access Stratum (AS) protocol stack 500 incorporating a protocol engine (PE) 210 in accordance with the present invention. The Global System for Mobile Communications (UMTS) Access Stratum (AS) protocol stack 500 includes a Radio Resource Control (RRC) layer 51, a Radio Access Bearer Management (RABM)/Packet Data Aggregation Protocol (PDCp) layer 512, A Radio Link Control (RLC) layer 514, a Media Access Control (MAC) layer 516', and a Protocol Engine (PE) 21〇. The media access control (MAC) layer 516 includes a media access control (MAC_c) 522, a media access control-d (MAC-d) 524, a media access control_hs (MAC_hs) 526, and a media access control _e. /es (M^ce/es) 528. Figure 5 shows an example of a High Speed Up Packet Access (HSUpA) operation using the Protocol Engine (PE) 210. All high-speed uplink packet access (HSUPA) control power is mostly in the Global Mobile Telecommunications System (UMTS) Access Layer (AS) protocol stack 500 (in other words, the radio resource control (rrc) layer 51〇, radio storage The Bearer Delivery Management (RABM)/Packet Data Aggregation Protocol (pDCp) 1337031 layer 512, the Radio Link Control (RLC) layer 514, and the Medium Access Control (MAC) layer 516) are executed, and the data processing is performed by the protocol. The engine (PE) 210 executes. The Radio Resource Control (RRC) 510 configures the Radio Link Control (RLC) layer 514, the Medium Access Control (MAC) layer 516, and the Physical Layer 518 by transmitting configuration, reconfiguration, and reset signals. About Southern Uplink Packet Access (HSUPA) 'This Radio Resource Control (rrC) 510 handles High Speed Up Packet Access (HSUPA) capabilities reported from WTRUs, configuring Media Access Control ^ To extend the traffic of the enhanced dedicated channel (E_DCH), control the high-speed uplink packet access (HSUPA) start and tear, and configure the physical channel and media access control for high-speed uplink packet access (HSUPA)_e/es ( MAC-e/es) 528 ° The Media Access Control-e/es (MAC-e/es) 528 performs High Speed Uplink Packet Access (HSUPA) scheduling and speed calculation, Enhanced Dedicated Channel (E-DCH) transmission format Combining (E_TFC) restrictions and selections, media access control -d (MAC-d) traffic multiplex, etc., and transmitting control parameters to the protocol engine (PE) 210. The radio link control (rlC) 514 also carries control parameters to the protocol engine (PE) 21A, which relates to subsequent delivery and retransmission control. After receiving the control parameters from the media access control_e/es (MAC-e/es) 528 and the radio link control (RLC) 514, the protocol engine (PE) 210 immediately processes the control from the radio link. (rlc) 514 receives the dedicated control channel (DCCH) and the dedicated traffic channel (DTCH). The process includes a Media Access Control (MAC) service data unit from service data units (SDUs) received from the Radio Link Control (RLC) 514 through the Dedicated Control Channel (DCCH) and the Dedicated Traffic Channel (dtch). (SDUs) Radio Link Control (RLC) Protocol Data Sheet (PDU) construction (in other words, Service Data Unit (9) (1) becomes a segment of a Protocol Data Unit (PDU), and Scale (10) Node Control (Rainbow Private Insertion), and Media access control _e/es (MAC_e/es) protocol data units (PDUs) are constructed according to control parameters received from the media access control _e/es (MAC_e/es) 528 (in other words, media access control _ (MAC-e/es) header insertion. The protocol engine (pE) 21〇 also performs scheduled work of a protocol data unit (PDU) specific timer. The protocol engine (PE) 210 generates the media access control - e/es (MAC-e/es) Protocol Data Units (PDUs) 'and move the Media Access Control_Secretary ~ Protocol Data Unit (PDUS) to the shared memory Do to perform Transfer processing of the physical layer 518. Figure 6 shows the association in accordance with the present invention In the engine (pE) 21〇, it is used for the processing of the protocol data unit (pDU) in the downlink processing. In the downlink processing, the protocol engine (pE) 21〇 performs two operations and the association S data. Unit (PDU) decomposition and service data unit (SDU) generation. Received media access control -hs (MAC-hs) protocol data units (PDUs) 612 (in other words 'transport block), from the physical layer through the transport channel Deliver 'and place in the share' with the towel. The High Speed Downlink Packet Access (HSDPA) channel data is delivered every 2 microseconds, while the dedicated channel (DCH) data is every 1 microsecond, 2 microseconds. The second or 4 microsecond interval is delivered. The data stored in the shared memory 220 must be removed as quickly as possible to limit the size of the shared memory 220. The protocol engine (PE) 210 from the shared memory The body 220 retrieves the media access control-hs (MAC-hs) protocol data unit (PDUs) 612 and moves it to the second memory 222 while the media access control -hs (MAC-hs) Protocol Data Units (PDUs) 612 are decomposed into Complex Media Access Control (MAC) Service Data Units (SDUs) 614. The protocol stacks the media access control-hs (MAC-hs) header of each Media Access Control (MAC) Service Data Unit (SDU) 614 and sets the protocol engine ( PE) 210. The protocol engine (PE) 210 can perform encryption while moving the media access control-hs (MAC-hs) protocol data unit (PDUs) 612. After decomposing according to the control character, the protocol engine (PE) 210 places the decomposed medium access control (mac) service data unit (SDUs) 614 at the location of the second memory 222 specified by the control character. Among them. The Media Access Control (MAC) Service Data Units (SDUs) 614 may not have reached the appropriate sequence yet. The protocol engine (PE) 210 performs reordering of the media access control (MAC) service data units (SDUs) 614 when sufficient continuous medium access control (MAC) service data units (SDUs) 614 have arrived. And concatenating the media access control (MAC) service data unit (SDUs) 614 into a service data unit (SDU) 616' and placing the generated service data unit (SDU) 616 in the control word according to the control character The position of the second memory 222. Figure 7 shows the processing for the protocol data unit (PDU) generation in the uplink processing in the protocol engine (pE) 210 in accordance with the present invention. 1337031 'The protocol stack establishes a Media Access Control (MAC) header 718 and a Radio Link Control (RLC) header 720 and transmits a control character to the Association Engine (PE) 210, as in 3 is shown in Figure 4. The control character contains information required to generate a Media Access Control (MAC) Protocol Data Unit (PDU) 730, which is included in the second memory 222. The service: an indicator of the Shell Unit (SDU) data 710 (In other words, a header 712, a service data unit (s〇Us) 714, a state 716). The protocol engine (PE) Lu 210 collects the service data unit (SDU) data 710 and utilizes the service data unit (SDU) data 710 'the media access control (MAc) header 718, the radio link control ( A media access control (MAC) protocol data unit (PDU) 730 is generated by rlc) header 72 〇 and padding 722 (if needed). The protocol engine (pE) 21 then places the generated media access control (MAC) protocol data unit (PDU) 730 in the shared memory 220 based on the control character. The protocol engine (PE) 210 can also perform encryption while generating the media access control (MAC) protocol data unit (pdu) 730, if desired. Figure 8 shows in more detail the processing for protocol data unit (PDU) decomposition in the downlink processing in the protocol engine (pE) in accordance with the present invention. The topmost column represents the shared memory 220 with 32-bit characters. The second column represents a Media Access Control_hs Protocol Data Unit (PDU) 810 (in other words, a transport block). The Media Access Control_hs (MAC-hs) Protocol Data Unit (PDU) 81 is placed in the shared memory 220 after the physical layer processing. The media access control-hs (MAC-hs) protocol data unit (pdu) 810 includes a media access control 1337031-hs (MAC-hs) header 812 and a plurality of media access control _hs (MAC-hs) Service Data Units (SDUs) 814. Up to 70 Media Access Control-hs (MAC-hs) Service Data Units (SDUs) 814 may be included in a Single Media Access Control-hs (MAC-hs) Protocol Data Unit (PDU) 810. Each Media Access Control_hs (MAC_hs) Service Data Unit (SDU) 814, which is a Medium Access Control (MAC-d) Protocol Material Unit (PDU) 'contains a Media Access Control (mac) header 822 (optional) and a Media Access Control (MAC) Service Data Unit (SDU) 824. The Media Access Control (MAC) Service Profile (SDU) 824 includes a Radio Link Control (RLC) header 826 and a data payload 828. The Media Access Control (MAC) header 822 and the Radio Link Control (RLC) header 826 contain the bit fields that need to be retrieved. The protocol engine (PE) 210 retrieves the media access control-hs (MAC-hs) header 812, the media access control (MAC) header 822, and the radio link control (Rainbow) from the shared memory 220. Header 826 moves the data payload 828 from the shared memory 220 to the second memory 222 while decomposing it into complex Media Access Control (MAC) Service Data Units (SDUs) 814. A decryption action can be performed if needed. The data in the shared memory 220 is indicated by a stream indicator. The indicator will automatically update after a data capture, move or insert operation. For example, prior to moving the data load 828, the serial indicator indicates the location A in the shared memory 22A. After the protocol engine (PE) 210 moves the data payload 828, the serial indicator will indicate the location B at the shared memory 220. 20 1337031 It should be noted that the downlink processing of the High Speed Downlink Packet Access (HSDPA) channel data described in Figure 8 is only exemplary. However, the present invention can also be applied to both downlink links and uplink links, and can also be applied to other forms of channel data such as dedicated channel data, high speed downlink packet access (hsdpa) channel data, and the like. Figures 9A and 9B show the operation of the stream capture (n) function in accordance with the present invention. By definition, the input stream indicator, after that, the contract engine (pE) draws 1 to 32 bits from an input stream and updates - the stream indicator. The 9A ® shows the case of squeezing 9 bits from a single character, while the 9B picture shows the case of taking 5 bits from two characters. The stream capture (n) function returns 1 to 32 bits from the data stream in the split memory. Figures 10A and 1B show the operation of the stream insertion (d, s) function in accordance with the present invention. After defining, the stream indicator is output, and then the protocol engine (pE) inserts 1 to 32 bits into an output stream and updates the stream indicator. Fig. 10A shows the case where 9 bits are inserted into a single character, and the 1〇B picture shows the case where 5 bits are inserted into two characters. The stream insertion (d, s) function inserts 1 to 32 bits into the data stream of the shared memory. The data stream is indexed by the indicator and updated after insertion. The figure is a flow chart of a process for receiving processing according to the present invention. This process 1100 is also described with reference to Figures 6, 8, 9a and 9b. The protocol engine (PE) 210 receives a signal from a source indicating a received data block (e.g., media access control-hs (MAC-hs) protocol data unit (PDUs) 612, 810) which is available for subsequent disassembly. Action (step 11〇2). The signal is included in the data block address in the shared memory 220. The Association 21 1337031 f I Engine (PE) 21G performs a string fetch indication, accessing the bit field in the shared stream (10) source stream (step should). Each stream 回 returns the number of bit requests from the source stream to a specific record it. After the field is retrieved as shown in Figures 9A and 9B, the string is updated to index the bit. The protocol engine (pE) 21〇6 fully releases the media access control _hs (ΜΑ-) header from the 4 source contention 812 bit field (step 1106). After the media access control -hs(MAC-hs) • _ 812 is fully released, information about subsequent media access control-hs (MAC-hs) Service Data Units (SDUs) 814 is collected. After the media access control-hs (MAC-hs) header 812 has been read, the source stream indicator should be referred to as the first bit of the first media access control (MAC) header. The protocol engine (PE) 210 continues to utilize the stream capture indication to operate and fully release the media access control (MAC) header 822 and the radio link control (RLC) header 826. When it has been demonstrated that the line-of-chain control (RLC) header 826, the source stream indicator should be • the first media access control (MAC) service data unit (SDU) 824 data load 828 The first bit. The Agreement Engine (PE) 210 is now ready to process the data load 828. The 亥 疋 疋 疋 engine (PE) 21 〇 starts pushing the data 828 through a data path (in other words, generating a media access control (MAC) service data unit while moving the data load 828 to the second memory 222 ( SDUs)) (Step 11〇8). If configured, the profile 828 can be pushed through an encryption logic. The formed data is combined into a data encoding buffer and written to the appropriate destination address space 22 1337031 in the second memory. The protocol engine (PE) 210 receives a signal from a source indicating that sufficient media access control (MAC) service data units (SDUs) 614, 824 have been received, and establishes a service data unit (SDU) 616 (step 1110). The protocol engine (PE) 210 accesses the control characters established by the protocol stack (in other words, layer 2/3), which acknowledges the block addresses that have been merged. Each address contains a start bit address and length in the second memory 222. The control character is also included in the destination address in the second memory 222. The protocol engine (PE) 210 retrieves the data specified by the source address and merges it into the appropriate data compilation buffer (step 1112). The merged data is then written to the appropriate destination address space of the second memory 222. The Agreement Engine (PE) 210 then joins the data payload until all sources have been processed and a complete Service Data Unit (SDU) 616 is established. Fig. 12 is a flow chart showing the processing for the transfer processing according to the present invention. The process 1200 is also described with reference to Figures 7, 8, 1a, and 丨 (9). The Agreement Engine (PE) 21G receives a signal from a source indicating that the material is ready to be formatted as a set of transport blocks (in other words, a Medium Access Control (MAC) Protocol Data Unit (PDU)) (step 12〇2). Using the information from the stack of the agreement (layer 2/3), the protocol engine (pE) 21 generates the ray (in other words, 'media access control (MAC) flip 718 and wireless ^ link control (RLC) header 720) For data translation (step 12〇4). For the domain located in each header, the contract engine (pE) performs a stream insertion indication. The stream insertion indicates the presentation of the data and the bit length. Therefore 23 8 1337031
該協定引擎（PE) 2U)是-種可程序處理器，彻其 資源（例如，紀錄、記憶體等等），其可以保持區塊數旦的 追縱料。該協定引擎㈣210執行適當的轉移^併 操作，以將特定位元數量放置在該輸出位元_流之中。泫 協定引擎（PE) 210繼續利用該串流插入指示:直到建= 完整的標頭。當頭7!2、720完叙後，該輸出串流指 標器應該指為次-可糊位元位置，如在第1Qa與⑽圖 中所顯示。 · 對於琢貢科載量而言 ^ ^ r -r-yU V Ol^u ) 資料710) ’利用來自層2/3的資訊，該協定引擎（叫训 從該第二記憶體222的來源核取得㈣，並飾果有配 置，將其推過該加密邏輯（步驟12〇6)。該協定引擎（㈤ 210合併該形成的資料至該資料編寫緩衝之中，並將其寫 Iff分享記憶體220中的適當目的位址（步驟The Protocol Engine (PE) 2U) is a programmable processor that has its resources (eg, records, memory, etc.) that can keep track of blocks for several days. The contract engine (4) 210 performs an appropriate transfer operation to place a specific number of bits in the output bit_stream.协定 The Contract Engine (PE) 210 continues to utilize the stream insertion indication: until the build = complete header. After the heads 7! 2, 720 are finished, the output stream indicator should be referred to as a sub-battery bit position, as shown in Figures 1Qa and (10). · For the Gonggong load, ^ ^ r -r-yU V Ol^u ) 710) 'Using information from layer 2/3, the agreement engine (called the source of the second memory 222 from the core) Obtain (4), and the configuration is configured to push it through the encryption logic (step 12〇6). The agreement engine ((5) 210 merges the formed data into the data writing buffer and writes it to the Iff sharing memory Appropriate destination address in 220 (steps
二擎（PE) 210繼續增加標頭資訊（透過串流插人 日不’並加人資料載量，直到建立完整的封包73〇。 組合=本’㈣織元件6經在特定實_中以特定 特i:件::固特？或元件也可以不與其他較佳實施例的 元件，一^ 、起而單獨使用，或是與本發明其他的特徵或 或獨自進行不同的組合。 24 ⑧ 1337031 【圖式簡單說明】 元（WTRU)存取 第】圖顯示—種傳統的無線傳送/接收單 層（AS)協定堆疊。 虞本發明一無線傳送/接收單元()的全 體系、尤、構的塊狀圖，其包含-協定引擎。 Ϊ 3圖顯示根據本發明下行鏈結中的協定51擎實作。 第4圖顯示根據本發明上行鏈結中的協以丨擎實作。The second engine (PE) 210 continues to increase the header information (through the stream insertion day and add the data load until the complete package is created 73. The combination = the present (four) weaving component 6 is in the specific real_ The particular element: component: or component may also be used alone or in combination with other features of the preferred embodiment or alone or in combination with the other preferred embodiments. 1337031 [Simplified Schematic] The WTRU access map shows a conventional wireless transmit/receive single layer (AS) protocol stack. 全 The whole system of a wireless transmit/receive unit () A block diagram of a structure, including a contract engine. Ϊ 3 shows the implementation of the agreement in the downlink link according to the present invention. Figure 4 shows the implementation of the association in the uplink link according to the present invention.
f 5圖為根據本發明—全球賴軌域（觀叫存取層 (AS)協定堆疊的塊簡，其包含—協定”。 第6圖顯報據本發料擎巾，胁 理中協Π解元（醜）分解的處理。、― 第7圖·根據本發明在該缺引擎巾 理中協定資料單元（PDU)產生的處理。 订鏈、，，。處 第8圖更詳細地顯示根據本發明在該協定引擎中 行鏈結處財協定資料單元（PDU)分_處理。'f 5 is a block diagram of a global tracking domain (viewing access layer (AS) protocol stacking, which contains - agreement" according to the present invention. Figure 6 shows the report according to the distribution of the engine, the threat agreement The processing of the decomposed (ugly) decomposition., - Figure 7 - The processing of the agreement data unit (PDU) in the lack of engine management according to the present invention. The binding chain,,,, Figure 8 is shown in more detail according to The present invention divides the financial agreement data unit (PDU) into _ processing in the agreement engine.
第9A與第9B圖顯示根據本發明串流取得功能的 第10A與第10B圖顯示根據本發明串流插入功能的操作。 第11圖為根據本發明用於接收處理的處理流程圖。 第12圖為根據本發關於傳送處理的處理流程圖。 【主要元件符號說明】 100全球行動通訊系統存取層200無線傳送/接收單元 500全球行動通訊系統存取層協定堆疊 710服務資料單元資料 616服務資料單元 722填白 25 ⑧9A and 9B are views showing the operation of the stream insertion function according to the present invention in Figs. 10A and 10B of the stream obtaining function according to the present invention. Figure 11 is a flow chart showing the process for receiving processing in accordance with the present invention. Figure 12 is a flow chart showing the processing of the transfer processing according to the present invention. [Main component symbol description] 100 Global System for Mobile Communications, Access Layer 200, Radio Transmission/Reception Unit 500 Global System for Mobile Communications, Access Layer Agreement Stacking 710 Service Data Unit Information 616 Service Data Unit 722 Fillet 25 8