201008197 六、發明說明： 【發明所屬之技術領域】 本發明與一種在一無線傳送/接收單元（WTRU)(換言 之，一移動站）中處理資料有關。更特別的，本發明與一種 在-無線傳送/接收單元（WTRU)巾，用讀理資料的協定 引擎（PE)有關❶ 【先前技術】 在像是全球行動通訊系統頻分多工（fdd) 系統等無線通訊系統中的協輯疊，是一種内部相關系統組 件的集合。該協定堆叠取得資料（應用資料或網路資料）， 將其重新格式化並封包化，以透過空巾介面進行傳送，並在 該空中介面的接_上將該㈣重建。定堆4也負責空 中介面參數的控制、配置與維I舉例而言，該協定堆4控 制與資料速度、貫體通道配置、時脈、資料接續遞送等等的 有關參數。 做為關’ S 1圖中顯示該全球行動通訊系統（UMTS) 頻分多工（FDD)協定堆叠的存取層（AS)部分1〇〇。如在 第1圖中所顯不’該全球行動通訊系統（UMTS)存取層 1⑻包含無線電資源控制（RRC) 1〇2、無線電存取載送管理 (RABM) /封包數據聚合龄（pDCp) 、廣佈/多佈控 制（BMC) 106、無線電鏈結控制（虹〇 1〇8與媒體存取控 制（MAC) 110。 該無線電資源控制（收〇搬執行初始胞元選擇與重選 (移動性）、與該全球行動通訊系統（碰叫通用陸上無 4 201008197 線電，網路（UTRAN)聯繫的無線電資源控制（rrc)(發 立、維持與釋放、無線電載送、傳輸通道（TrCH)與 喊立、轉與釋放（換言之，根據_陸上無線 電存取_ (UTRAN)命令輸線料/接料元（霞⑺ 的配置）’包含對於高速上行封包存取（HsupA) ”同速上行封包存取（HSUPA)通道的控制與測量回報。 該無線電考取載送管理（RABM) /封包數據聚合協定 PDCP) 104根據網際網路工程工作小組㈤阳徵求修正 意見（RFC) 2507無求修正意見（RFC) 3〇95、無損^服 務無線電轉控制H (SRNC)重新定位、網景舰器應用 程式開發介面（NSAPI) /封包資龍定（pDp)文件對無線 ，存取載送（RAB)通道映射的管理，執行網際網路通訊協 疋（IP)標頭壓縮，該映射管理則包含服務品質（Q〇s)管 理與無線電存取絲（RAB)重新建立（換言之，無線電存 取載送管理（RABM)功能）。201008197 VI. 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 present invention relates to a protocol-based (PE) for reading data in a wireless transmit/receive unit (WTRU). [Prior Art] In a global mobile communication system, frequency division multiplexing (fdd) A collaboration stack in a wireless communication system, such as a system, is a collection of internal related system components. The agreement stacks the data (application data or network data), reformats and encapsulates it, transmits it through the empty towel interface, and reconstructs the (4) on the interface of the empty mediation. The reactor 4 is also responsible for the control, configuration and dimension of the air interface parameters. For example, the protocol stack 4 controls parameters related to data speed, channel configuration, clock, data connection and the like. As shown in Figure 1, the Access Layer (AS) portion of the Global System for Mobile Communications (UMTS) Frequency Division Multiplexing (FDD) protocol stack is shown. As shown in Figure 1, the Global System for Mobile Communications (UMTS) Access Layer 1 (8) includes Radio Resource Control (RRC) 1 2, Radio Access Bearer Management (RABM) / Packet Data Aggregation Age (pDCp) , Wide/Multi-Block Control (BMC) 106, Radio Link Control (Rainbow 1〇8 and Media Access Control (MAC) 110. The radio resource control (receiving the initial cell selection and reselection (moving) (sex), radio resource control (rrc) (provision, maintenance and release, radio bearer, transmission channel (TrCH)) in connection with the global mobile communication system (calling the general land no 4 201008197 line, network (UTRAN) With shouting, turning and releasing (in other words, according to _ land radio access _ (UTRAN) command line material / receiving element (Xia (7) configuration) 'including for high-speed uplink packet access (HsupA) "same speed upstream packet Access control (HSUPA) channel control and measurement returns. The Radio Access Carrying Management (RABM) / Packet Data Aggregation Protocol (PDCP) 104 According to the Internet Engineering Working Group (5) Yang Zhengqiu Corrections (RFC) 2507 no amendments ( RFC) 3〇9 5, lossless ^ service radio transfer control H (SRNC) relocation, Netscape ship application development interface (NSAPI) / package baolongding (pDp) file for wireless, access bearer (RAB) channel mapping management, Perform Internet Protocol Protocol (IP) header compression, which includes Quality of Service (Q〇s) management and Radio Access Wire (RAB) re-establishment (in other words, Radio Access Bearer Management (RABM) functionality ).
該廣佈/多佈控制（BMC) 106執行胞元廣佈信息的遞送 至該非存取層（NAS)(換言之，較上層）、就廣佈排程估 計’以及胞元廣佈服務（CBS)的配置，以進行不連續接收。 該無線電鏈結控制（RLC) 108執行在該空中與資料平面 中介於空中干擾有效傳輸區塊之間的應用資料單元（換言 之’服務資料早元（SDUs))自動轉發（換言之，分段與串 接）、網路配置重新傳輪，以及根據一特定模式（換言之， 一種確認模式(am)、非確認模式（UM)以及透通模式（TM)) 的資料單元排序遞送。 該媒體存取控制（MAC) 110執行邏輯通道對傳送通道 的映射、根據該無線傳送/接收單元（WTRU)之中的即時資 201008197 料速度選㈣當的上行傳祕式組合、舰存取控制★ (MAC-e/es)協定高速上行封包存取（HSUpA)的實作、以 及媒體存取控制-hs (MAC-hs)協定高速下行封包存取 (HSDPA)的實作’其包含媒體存取控制·hs (MAc七s)重 新排序、媒體存取控制-hs (MAC-hs)協定資料單元（pDU) 夕工等等。媒髏存取控制_士（祖“/郎）協 排程准許祕理、緩__計算、賴請求湘、傳輸格 式組合（TFC)復原與消除，以&媒體存取控制德 (MAC-e/es)協定資料單元（pDU)建構。 實體層（PHY) 112從該全球行動通訊纽（UMTS) 存取層（AS)堆疊提取特定的全球行動通訊系統（碰叫 層1的實作’使得鱗4可以_單轉成為替代的全球行 動通訊系統（UMTS)層1。 傳統的協定堆衫作為所有陳財作都在標準處理器 作系統上進行。當無線通訊標準發展為更高的 資料速料’便增加放置在該協定堆#軟體上The Broadcast/Multi-Block Control (BMC) 106 performs the delivery of cell-wide information to the non-access stratum (NAS) (in other words, the upper layer), the wide-range estimation, and the cell-wide distribution service (CBS). Configuration for discontinuous reception. The Radio Link Control (RLC) 108 performs the automatic transfer of application data units (in other words, "Service Data Early Elements (SDUs)) between the airborne and data planes between the airborne active transmission blocks (in other words, segments and strings) The network configuration retransmission, and the data unit sort delivery according to a specific mode (in other words, an acknowledge mode (am), a non-acknowledge mode (UM), and a transparent mode (TM)). The medium access control (MAC) 110 performs a mapping of the logical channel to the transmission channel, and selects an uplink transmission type combination and a ship access control according to the instantaneous speed of the wireless transmission/reception unit (WTRU). ★ (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 'which contains media storage Take control · hs (MAc seven s) reordering, media access control - hs (MAC-hs) protocol data unit (pDU) Xigong and so on. Media access control _ 士(祖"/郎) Co-schedule permission secret, slow __ calculation, Lai request Xiang, transport format combination (TFC) recovery and elimination, & media access control (MAC- e/es) protocol data unit (pDU) construction. The physical layer (PHY) 112 extracts a specific global mobile communication system from the global mobile communication link (UMTS) access layer (AS) stack (the implementation of the touch layer 1) This allows the scale 4 to be singularly converted into an alternative Global System for Mobile Communications (UMTS) layer.1 The traditional protocol stacker is used as a standard processor system for all financial assets. When wireless communication standards evolve into higher data Instant material 'is added to the agreement heap #Software
高資料速度服務（像是高速下行封包存取（HSDpA)、高速 士仃封J存取(HSUPA)、移動廣佈多佈服務⑽MS))的 序現，在標準處理器上軟鳢中的協定堆4實作 S = 準處理器的電力需求成為電池電; 尋求實作該協定堆疊的d式而無法實作。據此’便需要 【發明内容】 ^發明與—種在無線傳送/接收單元（wt 中，用以進行資料處理的協定引擎（ 執仃決L控制操作。由傳統較堆疊所執行的資料處理與 6 201008197 重新格式化動作，則從該協定堆疊移出，並由該協定引擎 (PE)所執行。該龄堆佈用以處理資料的控制字元， 而該齡碑㈤）根據該控财元進行處理。較 ，’該無賴送/接收單元（WTRU)包含—分享記憶體盘一 ❹ ，二記_。齡享記㈣職為—種資龍塊放置保 以在處理實體之中傳輸H對於傳送處㈣言， 疋引擎（PE)從該第二記憶體取回來源資料，並在處理 的同時，根據It控制字元將該資料移動至該分享記憶體 =收處理而言’該協定51擎⑽從該分享記憶體取回接 ^料，並在處理資料的同時，將該資料移動至該第二記憶 體。做為替代’也可以使用兩個分離處理器，—細以進行 傳送處理，而另一個用以進行接收處理。 【實施方式】 當之後談到術語”無線傳送/接收單元（WTRU)，，時，其 包含但不限制為-朗者配備（UE)、移動站、膝上型輕& ，腦、個人資料助理（PDA)、—種㈣式或移動式的用戶 ❹早70、呼叫器、基站、節點B、位置控制器、存取點，或是 任何其他可以在無線環境中操作的裝置形式。 本發明的特徵可以整合至積體電路（IC)之中，或是配 置在包括複數互連元件的電路中。 根據本發明’在-無線傳送/接收單元（WTRU)的協定 堆叠之中提供-協㈣擎（PE)。傳統的協定堆疊操作可以 被區分為兩，範決策與控制操作，以及2)資料移動與 重新格式化操作。決策與控制操作與無線電鏈結維持、控制 及配置有關。這些操作一般上是複雜的決策制定處理，並需 要叹片與實作上的彈性。然而，決策與控制操作並不使用標 7 201008197 準處理器的顯著處理電力。資料移動與重新格式化操作則與 在協定堆疊之間移動資料，以及在該處理期間進行資料重新 格式化有關。雖然資料移動與重新格式化操作具有高度直向 性，並與極少的決策點有關，這些操作卻需要大量的處理電 力，且隨著資料速度增加而增加所需處理電力。該協定引擎 (PE)處理該資料移動與重新格式化操作，而那些資料移動 與重新格式化操作則從傳統的協定堆疊所移除。 該協定引擎（PE)則由-種簡單（低複雜杜、低電力耗 費）的可程序化處理器所實作，其詮釋在該接收側上的接收 ❹ 資料封包標頭，並產生在該傳送側上的傳送資料封包標頭。 該協定引擎（PE)則利用指令的方式所強化，其將來自於一 接收串流或產生位元的位元域擁取及插入最佳化，這在之後 將詳細說明。該資料串流較佳的是維持在一分享記憶體中。 該協定引擎ΟΈ)是一種具有提高控制資料路徑的功能，其 於2004年六月28日所申請共同待決u s patent Applicati〇nHigh-speed data-speed services (such as High-Speed Downlink Packet Access (HSDpA), High-speed Downlink J Access (HSUPA), Mobile Wide-Band Service (10) MS)), the agreement in the soft processor on the standard processor Heap 4 implements S = the power demand of the quasi-processor becomes battery power; seeks to implement the stack of the agreement and cannot be implemented. According to this, it is necessary to [inventory] ^Inventive and - in the wireless transmission / receiving unit (wt, the contract engine for data processing (execution L control operation. Data processing performed by the traditional stacking and 6 201008197 The reformatting action is removed from the stack of the agreement and executed by the agreement engine (PE). The age is used to process the control characters of the data, and the age of the monument (5) is based on the control element. In contrast, 'the rogue send/receive unit (WTRU) contains - share the memory disk, and the second record _. The age of the record (four) is - the type of dragon block placement to transfer H in the processing entity for the transmission At (4), the 疋 engine (PE) retrieves the source data from the second memory, and moves the data to the shared memory according to the It control character while processing. (10) Retrieving the material from the shared memory, and moving the data to the second memory while processing the data. Alternatively, two separate processors may be used, and the transfer processing may be performed. And the other is for Receiving Process. [Embodiment] When the term "WTRU" is referred to hereinafter, it includes, but is not limited to, "UE", mobile station, laptop light & , personal data assistant (PDA), type (four) or mobile user early 70, pager, base station, node B, location controller, access point, or any other form of device that can operate in a wireless environment Features of the invention may be integrated into an integrated circuit (IC) or in a circuit comprising a plurality of interconnected elements. Provided in a protocol stack of a wireless transmit/receive unit (WTRU) in accordance with the present invention. - Association (four) engine (PE). Traditional agreement stacking operations can be divided into two, fan decision and control operations, and 2) data movement and reformatting operations. Decision and control operations are related to radio link maintenance, control and configuration. These operations are generally complex decision-making processes and require resiliency and implementation flexibility. However, decision-making and control operations do not use the significant processing power of the standard 7 201008197 quasi-processor. Material movement and reformatting operations are related to moving data between protocol stacks and data reformatting during processing. Although data movement and reformatting operations are highly straightforward and are associated with very few decision points These operations require a large amount of processing power and increase the required processing power as the data speed increases. The protocol engine (PE) handles the data movement and reformatting operations, while those data movement and reformatting operations are The traditional protocol stack is removed. The protocol engine (PE) is implemented by a simple (low complexity, low power consumption) programmable processor that interprets the received data packets on the receiving side. A header and a header for transmitting data packets on the transmitting side. The protocol engine (PE) is enhanced by means of instructions that optimize the bit field acquisition and insertion from a receive stream or a generated bit, as will be explained in more detail later. The data stream is preferably maintained in a shared memory. The agreement engine ΟΈ) is a function to improve the control data path, which was filed on June 28, 2004, and is pending.
No· 10/878,729中所發表，在此則整合為參考文獻。 此後，將利用全球行動通訊系統（UjypPS)存取層（AS) 做為範例。然而，本發明也可應用於其他任何協定堆疊，包 含一網路側中的存取層（AS)、該無線傳送/接收單元 (WTRU)該網路側中的非存取層（NAS)，以及其他任何無 線通訊標準，包含但不限制為用於全球行動通訊系^ (GSM)、整合封包無線電服務技術、增強全球行動通訊系 統（GSM)資料速度演進技術（edge)、分碼多重存取2〇〇〇 (CDMA 2000)以及電氣和電子工程師協會標準8〇2χχ (正EE 802.χχ )等等。 第2圖為根據本發明一無線傳送/接收單元（WTRu)2〇〇 8 201008197 的全體系統結構的塊狀圖，其包含-協定引擎（PE) 210。 該無線傳送/接收單元（WTRU) 200較佳地是包含一分享記 憶體220以減少記憶體的數目。許多實體層實體與處理器則 透過一分享記憶體仲裁器（SMA) 221存取該分享記憶體 220’,以做為一種資料區塊放置保存器，而在該處理實體之 t進行資料傳送。藉由利用一單一分享記憶體22〇，便可減 少一特殊用途超大型積體電路（ASIC)的晶片尺寸。一般上 利用一種非常快速的記憶體（像是靜態隨機存取記憶體 (SRAM))做為該分享記憶體22〇。 該無線傳送/接收單元（WTRU) 200也包含一第二記憶 體222 ’其由該處理實體（像是媒體存取控制_d 232媒體存取控制_hs (mac七s) 234、媒體存取控制$ e) 236、無線電鍵結控制（幻乂）238或無線電存取 載送管理（RABM) /封包數據聚合協定（PDCp) 24〇)所利 用’以儲存大量的資料。該第二記憶體222在應用上也可以 用於準備被處理資料的重新排序與其他的緩衝儲存。 參 該協定引擎（PE) 210 ’也可以稱為一種資料移動器 用於在該分享記憶體22〇與該第二記憶體222之間移動資 料’並在飾歸料的啊進行重新料化。在該協定堆 ”的資料itf以-種_封包（換言之’—種服務資料單 =(SDU)或是-種協定資料單元（pDU))的形式傳 該服務資解元（SDU)與财賴單元（pDu)包含 二白。該標頭含有所有有驗封“ 為一種選擇域，其並不含有資料數 值，而疋使該封包長度成為某種所需要的長度。 為了傳送-資料封包’該協定堆疊(例如，媒體存取控 201008197 制-d (MAC-d) 232、媒體存取控制-hs (MAC-hs) 234、媒 體存取控制-e (MAC-e) 236、無線電鏈結控制（RLC) 238、 無線電資源控制（RRC)239或無線電存取載送管理(RABM) /封包數據聚合協定（PDCP) 240)傳送描述用於資料封包建 構要求的控制字元至該協定引擎（PE) 210。該控制字元包 含該協定引擎（PE) 210決定（直接或透過指標）在該第二 記憶體222中來源資料位置所使用的資訊。該協定引擎（PE) 210根據該控制字元取回來自於該第二記憶體222的來源資 料，並產生包含一標頭、主體與一填白（如果需要）的協定 資料單元（PDU)。該協定引擎（PE) 21〇接著根據該控制字 元將該協定資料單元（PDU)放置於該分享記憶體22〇之中。Published in No. 10/878,729, hereby incorporated by reference. Thereafter, the Global System for Mobile Communications (UjypPS) Access Layer (AS) will be used as an example. However, the invention is also applicable to any other protocol stack, including an access layer (AS) in the network side, a non-access stratum (NAS) in the network side of the WTRU, and others. Any wireless communication standard, including but not limited to, for 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 2〇 〇〇 (CDMA 2000) and Institute of Electrical and Electronics Engineers Standard 8〇2χχ (正EE 802.χχ) and so on. Figure 2 is a block diagram of the overall system architecture of a wireless transmit/receive unit (WTRu) 2〇〇 8 201008197 in accordance with the present invention, including a - contract engine (PE) 210. The wireless transmit/receive unit (WTRU) 200 preferably includes a shared memory 220 to reduce the number of memories. A plurality of physical layer entities and processors access the shared memory 220' through a shared memory arbiter (SMA) 221 as a data block placement saver, and data transfer is performed at the processing entity. By utilizing a single shared memory 22, the wafer size of a special purpose ultra large integrated circuit (ASIC) can be reduced. Generally, a very fast memory such as static random access memory (SRAM) is used as the shared memory. The WTRU 200 also includes a second memory 222 'by the processing entity (such as media access control _d 232 media access control _hs (mac seven s) 234, media access Control $ e) 236, radio keying control (phantom) 238 or radio access bearer management (RABM) / packet data aggregation protocol (PDCp) 24) used to store large amounts of data. The second memory 222 can also be used to prepare for reordering of processed data and other buffer storage. The reference engine (PE) 210' may also be referred to as a data mover for moving data between the shared memory 22 and the second memory 222 and re-materialized. The information in the agreement stack is transmitted in the form of a type of packet (in other words, a service data sheet = (SDU) or a protocol data unit (pDU)). The unit (pDu) contains two whites. This header contains all the seals "as a selection field, which does not contain data values, and makes the packet length a certain length." In order to transmit - data packets 'this protocol stack (eg, media access control 201008197 system -d (MAC-d) 232, media access control -hs (MAC-hs) 234, media access control -e (MAC-e 236. Radio Link Control (RLC) 238, Radio Resource Control (RRC) 239 or Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (PDCP) 240) transmitting control words describing the requirements for data packet construction Yuan to the agreement engine (PE) 210. The control character contains the information used by the protocol engine (PE) 210 to determine (directly or through the indicator) the location of the source data in the second memory 222. 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) 21 then places the protocol data unit (PDU) in the shared memory 22 according to the control character.
該協定資料單元（PDU)接著由一傳送訊框硬體2奶與一傳 送晶片速度硬體248所處理，以進行傳送。選擇 擎㈣卿观細-種蚊細tr封包 其直接或間接（透過指標）地包含在該控制字元之中。該 擇性填白可以是為了安全考量的浮水印資訊。 Μ、 t 了接收-資料封包，接收資㈣由接收晶片速度硬體 、接收訊框硬體244所處理。該處理資料（換言之， =封包）則放置於該分享記憶體22〇之中。該引。 二從該協定堆4接收-_字元，顧m 取回該封包。該協定引擎（PE) 21 :^體220 並證釋該標頭。該協定引擎（ρΕ) 取^標頭， =並=來自該協定堆4的控制字元產生 料几（SDU)於該第二記憶體222的 ^，務# 制字元，將該標·完種魏或—部份資 耆母個控 疊。該填白則被丟棄。選擇上如果在該填”包；= 201008197 訊（像是浮水印資訊），便擷取該填白的完整或部分資訊， 並將其放置在該控制字元所具體指明的記憶體位置中。 第3與第4圖分別顯示根據本發明下行與上行鏈結中的 協定引擎210實作。如在以上所陳述的，該協定堆疊31〇執 行控制操作，而該協定引擎210執行資料處理與重新格式化 處理。由該協定堆疊310所執行的控制操作包含但不限制為 無線電存取載送管理（RABM)無線電存取載送（RAB)建 立與維持（換言之，無線電存取載送的去除與重新 Q 建立）、封包數據聚合協定（PDCP)服務無線電網路子系統 (SRNS)重新定位、無線電鏈結控制（RLC)遞送協定，包 含接續遞送（無線電鏈結控制（RLC)確認模式（AM)與 非確認模式（UM))以及無線電鍵結控制（rlc)協定資料 單元（PDU)復原協定（無線電鏈結控制（RLC)確認模式 (AM))、媒體存取控制（mac)傳輸格式（TF)選^ 媒 體存取控制-d (MAC-d)、媒髏存取控制_c (MAC_c)、媒體 存取控制-e/es( MAC-e/es ))，以及媒體存取控制如(M^c-hs ) 重新排序處理。 _ 由該協定引擎210所執行的資料處理與重新格式化操作 包含但不限制為封包數據聚合協定（PDCP)網際網路通訊 協定（IP)標頭壓縮與解壓縮、無線電鏈結控制（RLC)服 務資料單元（SDU) /協定資料單元（PDU)分段與串接、無 線電鏈結控制（RLC)標頭插入、媒體存取控制—MMAC-d)、 媒體存取控制_c (MAC-c)、媒體存取控制-e/es (^(^/從） 標頭插入、無線電鏈結控制（RLC)標頭擷取與詮釋，以及 媒體存取控制-d (MAC-d)、媒體存取控制-c (macw)、媒 體存取控制-e/es (MAC-e/es)標頭擷取、添寫與處理。 11 201008197 在第3與第4 ®巾纖示’ _定料21()執行資料 平面操作，同時根據來自該協定堆#⑽控制字元（像是網 際網路通訊龄（IP)標賴縮/解壓縮 (叫服務資料單元(SDU) /協定資料單元線(== /串接、媒艘存取控制（MAC)標頭插入/掏取，以及媒體存 取控制-hs (MAC-hs)序列維持等等），將資料移至該分享記 憶體22G紐該分享記麵22〇移出。這些操作將參考第$ 至第10B圓詳細描述。 ❹The protocol data unit (PDU) is then processed by a transport frame hardware 2 and a transfer wafer speed hardware 248 for transmission. Select 擎(四)卿观细-species mosquitoes tr package, which is included directly or indirectly (through the indicator) in the control character. The optional fill can be a watermark information for security considerations.接收, t Receive-data packet, receive resource (4) processed by receiving chip speed hardware and receiving frame hardware 244. The processing data (in other words, = packet) is placed in the shared memory 22〇. The quote. Second, the -_ character is received from the protocol stack 4, and the packet is retrieved by m. The agreement engine (PE) 21: ^ body 220 and prove the header. The protocol engine (ρΕ) takes the header, = and = the control character from the protocol stack 4 generates a material (SDU) in the second memory 222, and the target character is finished. Kind of Wei or - part of the assets of the master control stack. The fill is discarded. If you choose to fill in the package; = 201008197 (such as watermark information), you can retrieve the complete or partial information of the white space and place it in the memory location specified by the control character. Figures 3 and 4 respectively show the implementation of the agreement engine 210 in the downlink and uplink links in accordance with the present invention. As stated above, the protocol stack 31 performs control operations, and the agreement engine 210 performs data processing and re-operation. Formatting process. The control operations performed by the protocol stack 310 include, but are not limited to, Radio Access Bearer Management (RABM) Radio Access Bearer (RAB) setup and maintenance (in other words, radio access bearer removal and Re-Q establishment), Packet Data Aggregation Protocol (PDCP) Service Radio Network Subsystem (SRNS) relocation, Radio Link Control (RLC) delivery protocol, including subsequent delivery (Radio Link Control (RLC) Acknowledgement Mode (AM) and Non-confirmed mode (UM) and radio keying control (rlc) protocol data unit (PDU) recovery protocol (radio link control (RLC) acknowledgement mode (AM)), media access System (mac) transport format (TF) selection ^ media access control - d (MAC-d), media access control _c (MAC_c), media access control - e / es (MAC-e / es) And media access control such as (M^c-hs) reordering processing. _ Data processing and reformatting operations performed by the contracting engine 210 include, but are not limited to, packet data aggregation protocol (PDCP) internet communication Protocol (IP) header compression and decompression, Radio Link Control (RLC) Service Data Unit (SDU) / Protocol Data Unit (PDU) segmentation and concatenation, Radio Link Control (RLC) header insertion, media storage Take control - MMAC-d), media access control _c (MAC-c), media access control - e / es (^ (^ / slave) header insertion, radio link control (RLC) header capture And interpretation, as well as media access control -d (MAC-d), media access control -c (macw), media access control -e/es (MAC-e/es) header capture, add and process 11 201008197 In the 3rd and 4th ® towels, ' _ fixed 21 () performs the data plane operation, and according to the control group from the agreement # (10) control characters (such as the Internet communication age (IP) / Decompression (called Service Data Unit (SDU) / Protocol Data Unit Line (== / Cascade, Media Access Control (MAC) Header Insert/Capture, and Media Access Control - hs (MAC-hs) Sequence Maintain, etc.), move the data to the shared memory 22G. The shared note 22 is removed. These operations will be described in detail with reference to the $ to 10B circles.
第5圖為根據本發明一全球行動通訊系統（⑽巧）存 取層（AS)協定堆疊500的塊狀圖，其包含一協定引擎（pE) 210。該全球行動通訊系統（UMTS)存取層（AS)協定堆 疊500包含一無線電資源控制（RRC)層51〇、一無線電存 取載送管理（RABM) /封包數據聚合協定（pDcp)層512、 一無線電鏈結控制（RLC)層514 ' —媒體存取控制（mac) 層516’.以及一協定引擎（PE)21〇。該媒體存取控制（ΜΑ〇 層516包含媒體存取控制（maq^) 522、媒體存取控制一 (MAC-d) 524、媒體存取控制如（MAC_hs) 526以及媒體 存取控制-e/es (MAC-e/es) 528。第5圖顯示利用該協定引 擎（PE ) 210進行高速上行封包存取（HsupA )操作的範例。 所有的高速上行封包存取（HSUPA)控制功能都在該全球行 動通訊系統（UMTS)存取層（AS)協定堆疊500 (換言之， 該無線電資源控制（RRC)層510、無線電存取載送管理 (RABM) /封包數據聚合協定（PDCP)層512、無線電鏈 結控制（RLC)層514以及該媒體存取控制（mac)層516) 中執行，而資料處理則由該協定引擎（PE) 210所執行。 該無線電資源控制（RRC) 510藉由傳送配置、重新配置 12 201008197 與重新設定信號’配置該無線電鏈結控制（j^LC)層514、 該媒體存取控制（MAC)層516與該實體層518。有關高速 上行封包存取（HSUPA)，該無線電資源控制（RRC) 51〇 處理從無線傳送/接收單元（WTRUs)所回報的高速上行封 包存取（HSUPA)能力’配置媒體存取控制_d (MAC_d)遍 及強化專用頻道（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) 210，其有關接續遞送與重新傳送控制。 在從該媒體存取控制-e/es (MAC-e/es) 528與該無線電 鏈結控制（RLC)514接收該控制參數之後，該協定引擎（PE) ❹ 21〇立刻處理從該無線電鏈結控制（RLC) 514所接收的專用 控制通道（DCCH)與專用訊務通道（DTCH)資料。該處 理包含來自於從該無線電鏈結控制（RLC) 514透過該專用 控制通道（DCCH)與專用訊務通道（DTCH)所接收服務 資料單元（SDUs)的媒體存取控制（MAC)服務資料單元 (SDUs)無線電鏈結控制（RLC)協定資料單元（PDU)建 構（換言之’服務資料單元（SDU)成為協定資料單元（PDU) 的分段，以及無線電鏈結控制（RLC)標頭插入），以及根據 從該媒體存取控制-e/es (MAC-e/es) 528所接收控制參數， 13 201008197 建構^體存取控制-e/es (MAC_e/es)協定資料單元⑽Us) (換言之’雜存取控制·e/es (MAC_e/es)標職入）。該 協定引擎（PE) 21G也進行協定㈣單元（pDU)特定計時 器的排程工作。該協定引擎（pE) 21〇產生該媒體存取控制 -e/eS (MAC_e/es)協定資解元（pDUs) ’並職媒體存取 控制-e/es (MAC-e/es)協定資料單元（pDUs)移動至該分享 記憶體220，以進行由該實髖層518的傳送處理。 第6圖顯示根據本發明在該協定引擎（ρΕ) 21〇中，用 於下行鏈結處理巾財資解元（PDU)分解桃理。在該 ❹下行鏈結處理中，該協以丨擎（PE) 21G執行兩項操作：協 定資料單元（PDU)分解與服務資料單元（SDU)產生。所 接收的媒體存取控制-hs (MAC-hs)協定資料單元（PDUs) 612 (換言之，傳送區塊），透過傳送通道從該實體層遞送， 並放置在該分享記憶體22〇之中。該高速下行封包存取 (HSDPA)通道資料每2微秒進行遞送，而專用通道（Dch) 資料則在每10微秒、20微秒或40微秒的間隔處遞送。儲存 在該刀享s己憶體220中的資料必須盡可能快速地移除，以限 ^ 制該分享記憶體220的尺寸。 該協定引擎（ΡΕ) 210從該分享記憶體220取回該媒體 存取控制-hs (MAC-hs)協定資料單元（PDUs) 612，並將 其移動至該第二記憶體222，同時將該媒體存取控制 (MAC-hs)協定資料單元（PDUs) 612分解為複數媒體存 取控制（MAC)服務資料單元（SDUs) 614。該協定堆整给 釋每個媒體存取控制（MAC)服務資料單元（SDU) 614的 媒體存取控制-hs (MAC-hs)標頭，並設定該協定引擎（pe) 210。該協定引擎（PE) 210可以在移動該媒體存取控制七s 201008197 (MAC4lS)協定資料單元（PDUs) 612的同時執行加密。 在根據該控制字元進行分解之後 ，該協定引擎（PE) 210將 該分解媒體存取控制（MAC)服務資料單元（SDUs) 614 放置在由該控制字元所指定的第二記憶體222位置之中。該 媒體存=控制（MAC)服務資料單元（SDUs) 614可能還沒 到達適當，序列。當已經有足夠的連續媒體存取控制（MAC) 服，資料單元（SDUs) 6M到達時’該協定引擎（PE) 210 執行該媒體存取控制（MAC)服務資料單元（SDUs) 614 ❹的的重新排序’並串接該媒體存取控制（MAC)服務資料單 7G (SDys) 614成為一服務資料單元（SDU) 616，並根據 該控制字元將所產㈣服務資料單元（SDU) 616放置在該 第一 δ己憶體222的位置之中。 第7圖顯示根據本發明在該協定引擎（ρΕ) 21〇中，用 =上行鏈結處理中協定資料單元（pDU)產生的處理。該協 定堆疊建立一媒體存取控制（MAC)標頭718與一無線電鏈 結控制（RLC)標頭720，並傳送一控制字元至該協定引擎 (PE) 210，如在第3與第4圖中所顯示。該控制字元含有 Ο 產生一媒體存取控制（MAC)協定資料單元（PDU) 73〇所 需要的資訊，其包含在該第二記憶體222之中該服務資料單 元（SDU)資料710的指標（換言之，一標頭712、服務資 料單元（SDUs) 714、一狀態716)。該協定引擎（PE) 21〇 收集該服務資料單元（SDU)資料710，並利用合併該服務 資料單元（SDU)資料710、該媒體存取控制（mac)標頭 718、該無線電鍵結控制（rlc)標頭720與填白722 (如果 需要）的方式，產生一媒體存取控制（MAC)協定資料單元 (PDU) 730。該協定引擎（PE) 210接著根據該控制字元， 15 201008197 取控制(MAC)協定資料單元(酬- G之中。如果需要的話，該協定引擎 罝-rpm、β r產生該媒體存取控制（MAC)協定資料 单兀（PDU) 730的同時進行加密。Figure 5 is a block diagram of a Global System for Mobile Communications ((10)) Access Layer (AS) protocol stack 500 incorporating a protocol engine (pE) 210 in accordance with the present invention. The Global System for Mobile Communications (UMTS) Access Layer (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' - Media Access Control (mac) layer 516'. and a Protocol Engine (PE) 21". The media access control (layer 516 includes media access control (maq^) 522, media access control one (MAC-d) 524, media access control (MAC_hs) 526, and media access control - e/ Es (MAC-e/es) 528. Figure 5 shows an example of high-speed uplink packet access (HsupA) operation using the protocol engine (PE) 210. All high-speed uplink packet access (HSUPA) control functions are in this Global System for Mobile Communications (UMTS) Access Layer (AS) protocol stack 500 (in other words, the Radio Resource Control (RRC) layer 510, Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (PDCP) layer 512, radio Link control (RLC) layer 514 and the media access control (mac) layer 516) are executed, and data processing is performed by the protocol engine (PE) 210. The radio resource control (RRC) 510 is configured by transmission. Reconfiguring 12 201008197 with the reset signal 'configure the radio link control (j^LC) layer 514, the medium access control (MAC) layer 516, and the physical layer 518. Regarding high speed uplink packet access (HSUPA), The Radio Resource Control (RRC) 51 High-speed uplink packet access (HSUPA) capability reported from WTRUs' configuration media access control_d (MAC_d) throughout the enhanced dedicated channel (E-DCH) traffic, controlling high-speed upstream packets Take (HSUPA) start and undo, and configure 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) transport format combination (E-TFC) restriction and selection, media access control—d (MAC-d Traffic multiplex, etc.' and transmits control parameters to the protocol engine (PE) 210. The radio link control (rlc) 514 also transmits control parameters to the protocol engine (PE) 210 for subsequent delivery and retransmission control After receiving the control parameter from the media access control -e/es (MAC-e/es) 528 and the radio link control (RLC) 514, the protocol engine (PE) ❹ 21〇 processes the radio immediately from the radio Linked Control (RLC) 514 Received Dedicated Control Channel (DCCH) and Specialized A traffic channel (DTCH) data is included. The process includes media 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). Access Control (MAC) Service Data Unit (SDUs) Radio Link Control (RLC) Protocol Data Unit (PDU) construction (in other words, the Service Data Unit (SDU) becomes a segment of the Protocol Data Unit (PDU), and the radio link Control (RLC) header insertion), and control parameters received from the media access control -e/es (MAC-e/es) 528, 13 201008197 Constructing a body access control -e/es (MAC_e/es ) Agreement data unit (10) Us) (in other words, 'Miscellaneous Access Control·e/es (MAC_e/es)). The Agreement Engine (PE) 21G also performs scheduling work for the Protocol (4) Unit (pDU) specific timer. The agreement engine (pE) 21 generates the media access control-e/eS (MAC_e/es) protocol resource (pDUs) 'common media access control-e/es (MAC-e/es) protocol data Units (pDUs) are moved to the shared memory 220 for processing by the real hip layer 518. Figure 6 is a diagram showing the decomposing of the cascading processing unit PDU in the protocol engine (ρΕ) 21〇 according to the present invention. In the downlink link processing, the association performs two operations on the APE (PE) 21G: a protocol data unit (PDU) decomposition and a service data unit (SDU) generation. The received media access control-hs (MAC-hs) protocol data units (PDUs) 612 (in other words, transport blocks) are delivered from the physical layer through the transport channel and placed in the shared memory 22A. The High Speed Downlink Packet Access (HSDPA) channel data is delivered every 2 microseconds, while the dedicated channel (Dch) data is delivered every 10 microseconds, 20 microseconds, or 40 microseconds. The data stored in the knives 220 must be removed as quickly as possible to limit the size of the shared memory 220. The protocol engine 210 retrieves the media access control-hs (MAC-hs) protocol data unit (PDUs) 612 from the shared memory 220 and moves it to the second memory 222 while Media Access Control (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 for each media access control (MAC) service profile unit (SDU) 614 and sets the protocol engine (pe) 210. The protocol engine (PE) 210 can perform encryption while moving the media access control seven s 201008197 (MAC4lS) protocol data units (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 Store Control (MAC) Service Data Units (SDUs) 614 may not have arrived at the appropriate sequence. The protocol engine (PE) 210 performs the media access control (MAC) service data unit (SDUs) 614 when there are sufficient continuous medium access control (MAC) services, and the data units (SDUs) 6M arrive. Reordering and concatenating the Media Access Control (MAC) Service Profile 7G (SDys) 614 into a Service Data Unit (SDU) 616 and placing the (4) Service Data Unit (SDU) 616 based on the control character In the position of the first delta memory 222. Figure 7 shows the processing produced by the protocol data unit (pDU) in the = uplink processing in the protocol engine (ρΕ) 21〇 in accordance with the present invention. 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 protocol engine (PE) 210, as in the third and fourth Shown in the figure. The control character contains information required to generate a Media Access Control (MAC) Protocol Data Unit (PDU) 73, which includes an indicator of the Service Data Unit (SDU) data 710 in the second memory 222. (In other words, a header 712, service data unit (SDUs) 714, a state 716). The protocol engine (PE) 21 collects the service data unit (SDU) data 710 and utilizes the merged service data unit (SDU) data 710, the media access control (mac) header 718, and the radio key control ( The rlc) header 720 and padding 722 (if needed) generate a Media Access Control (MAC) Protocol Data Unit (PDU) 730. The protocol engine (PE) 210 then takes control of the (MAC) protocol data unit (received - G according to the control character, 15 201008197. If required, the protocol engine 罝-rpm, β r generates the media access control (MAC) Protocol Data Sheet (PDU) 730 is encrypted at the same time.
第8圖更詳細地顯示根據本發明在該協定引擎㈤〉中， =於下行鏈結處理中協定資料單^咖）分解的處理。該 最頂列表不具有32位元字元的分享峨艘咖。該第二列表 不-，體存取㈣.hs (MAC_hs)協定資料單元（pDU) 81〇 (換言之’傳輸區塊）。該媒體存取控制七s (MAC_hs)協定 資料單元（PDU) 810在實體層處理之後被放置在該分享記 憶體220之中。該媒體存取控制七s (MAC_hs)協定資料單 兀（PDU) 810包含一媒體存取控制_hs (MAC_hs)標頭812 以及複數媒體存取控制-hs ( MAC-hs )服務資料單元（sDUs ) 814。在單一媒艘存取控制-hs(MAC-hs)協定資料單元(pdu) 810之中最多可以含有70個媒體存取控制·hs (MAC_hs)服 務資料單元（SDUs) 。、每個媒體存取控制_hs (MAC_hs) 服務資料單元（SDU)814，其是一種媒體存取控制（M^c-d) 協定資料單元（PDU)’包含一媒體存取控制（mac)標頭 822 (選擇性）以及一媒體存取控制（mac)服務資料單元 (SDU) 824。該媒體存取控制（MAC )服務資料單元（SDU) 824包含一無線電鏈結控制（RLC)標頭826與一資料載量 828。該媒體存取控制（MAC)標頭822與該無線電鏈結控 制（RLC)標頭826包含需要被擷取的位元域。該協定引擎 (PE) 210擷取來自該分享記憶體220的媒體存取控制如 (MAC-hs)標頭812、媒體存取控制（MAC)標頭822與 無線電鏈結控制（RLC)標頭826，並將該資料載量828從 16 201008197 記憶體220移動至該第二記憶體222，同時將其分解 媒體存取_ (ΜΛ〇服贿解元（sd1)其&解 如果需要的話，可以執行解密動作。 明體220中的資料則由一串流指標器所指 i。^ 資料娜、移動或插人操作之後將自動更 ，在移動該資料載量828之前，該串連指標器 才曰月在該/刀子記憶體220中的位置A。在該協定引擎（pe)Fig. 8 shows in more detail the processing of decomposing the agreement data sheet in the downlink engine processing in the agreement engine (5) in accordance with the present invention. The top list does not have a 32-bit character shared 峨 咖. The second list is not - the physical access (4).hs (MAC_hs) protocol data unit (pDU) 81 〇 (in other words, the 'transport block'). The Media Access Control Seven s (MAC_hs) Protocol Data Unit (PDU) 810 is placed in the shared memory 220 after the physical layer processing. The media access control seven s (MAC_hs) protocol data sheet (PDU) 810 includes a media access control _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) 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 Media Access Control (M^cd) Protocol Data Unit (PDU) containing 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 media access control, such as (MAC-hs) header 812, media access control (MAC) header 822, and radio link control (RLC) headers from the shared memory 220. 826, and moving the data load 828 from the 16 201008197 memory 220 to the second memory 222, and decomposing the media access _ (sd1) its & if needed, The decryption action can be performed. The data in the body 220 is referred to by a stream indicator. i. After the data, moving or inserting operation, the data will be automatically changed. Before the data load 828 is moved, the serial indicator is The position of the month in the / knife memory 220. In the agreement engine (pe)
210移動該-貝料載量828之後，該串連指標器將指明在該 享記憶體220中的位置b。 應該要注意的是’第8圖所描述高速下行封包存取 CHSDPA；) ititf 只是做為示範。然而， 本發明也可以麵於下行_與請麟兩者之巾，也可以 應用於像是專用通道資料、高速下行封包存取（HSDpA)通 道資料等等的其他形式通道資料。 第9A與第9B圖顯示根據本發明串流擷取(n)功能的操 作。在定義”輸入串流指標器，，之後，該協定引擎（pE)從一 輸入串流擷取1至32個位元，並更新一串流指標器。第9A ，顯示從一單一字元擷取9位元的情況，而9B圖顯示從兩 子元擷取5位元的情況。該串流擷取(n)功能回傳在該分享記 憶體中來自該資料串流的1至32個位元。 第10A與第10B圖顯示根據本發明串流插入(d，s)功能的 操作。在定義”輸出串流指標器，，之後，該協定引擎（PE)插 入1至32個位元至一輸出串流之中，並更新該串流指標器。 第10A圖將9位元插入至一單一字元的情況，而10B圖顯示 將5位元插入至兩字元的情況。該串流插入(d，s)功能插入1 至32個位元至該分享記憶體的資料串流之中。該資料串流 17 201008197 由該指標器所指標，並在插入之後更新該指標器。 第11圖為根據本發明用於接收處理的處理U⑻流程 圖。該處理1100則同時參考第6、8、9a# 9b圖所說明。該 協定引擎（PE) 210從指明一接收資料區塊（例如，媒體存 取控制-hs (^lAC-hs)協定資料單元（pDUs) 612、81〇)的 來源接收一彳§號，其可用於後續拆解動作（步驟11〇2)。該 信號包含在該分享記憶體220中的資料區塊位址。該協定引 擎（PE) 210執行串流擁取指示，存取以在該分享記憶體22〇 來源串流中的的位元域（步驟1104 )。每個串流擁取指示回 ❹ 傳來自於該來源串流的位元請求數目至一特定的記錄之 中。在如第9A與9B圖中所顯示擷取該域之後，該串流指標 器則更新以指標該位元。該協定引擎（PE) 21〇詮釋來自該 來源串流的媒體存取控制-hs ( MAC-hs )標頭812位元域（步 驟1106)。當該媒體存取控制_hs (MAC-hs)標頭812被證釋 之後，便收集後續關於媒體存取控制七s (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) 210開始推動該資料828通過一資料路徑 18 201008197 (換言之，在移動該資料載量828至該第二記憶體222的同 時產生媒體存取控制（MAC)服務資料單元（SDUs))(步 驟1108)。如果進行配置的話，該資料828可以被推過一加 密邏輯。該形成的資料則合併為一資料編寫緩衝之中，並寫 入至該第二記憶體中的適當目的位址空間。 該協定引擎（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流程 圖。該處理1200則同時參考第7、8、10a與l〇b圖所說明。 該協定引擎（PE) 210從指明資料已經準備被格式化為傳送 區塊集合（換言之’媒體存取控制（MAC)協定資料單元 (PDU))的來源接收一信號（步驟12〇2)〇利用來自該協定 堆疊（層2/3)的資訊，該協定引擎（PE)210產生標頭&(換 言之’媒體存取控制（MAC)標頭718與無線電鏈結控制 (RLC)標頭720) ’以進行資料轉譯（步驟12〇4)。每 個標頭中的域而言，該協定引擎（PE) 210執行串流插入指 19 201008197 不。該技插人指示呈現資料與位元長度。因此該協定引擎 (ΡΕ) 210是-種可程序處理器，利用其本身資源（例如， 紀，、記憶體等等）’其可以保持區塊數量的追蹤等等。該 協定引擎（ΡΕ) 210執行適當的轉移與合併操作，以將特定 位元數量放置在該輸出位元串流之中。該協定引擎2川 繼續利用該串流插人指示，直到建立完整的標頭。當該標頭 712_、720完成之後，該輸出串流指標器應該指為次一可利用 位元位置，如在第10Α與10Β圖中所顯示。 •對於該資料載量而言（換言之，服務資料單元（SDU) ❹ 資料710)，利用來自層2/3的資訊，該協定引擎（㈤21〇 從該第二記憶體222的來源串流取得資料，並且如果有配 置將其推過該加密邏輯（步驟1206)。該協定引擎 210合併該形成的資料至該資料編寫緩衝之中，並將其寫入 士該分享記憶體220中的適當目的位址（步驟12〇8)。該協 疋引擎（PE) 210繼續增加標頭資訊（透過串流插入指示）， 並加入資料載量，直到建立完整的封包730。 人雖然本發明的特徵與元件已經在特定實施例中以特定組 _ 合描述，每個特徵或元件也可以不與其他較佳實施例的特徵 與元件一起而單獨使用，或是與本發明其他的特徵或元件， 一起或獨自進行不同的組合。 【圈式簡單說明】 第1圖顯示一種傳統的無線傳送/接收單元（WTRU)存取層 (AS)協定堆疊。 第2圖為根據本發明一無線傳送/接收單元（WTRU)的全體 系統結構的塊狀圖，其包含一協定引擎。 第3圖顯示根據本發明下行鏈結中的協定引擎實作。 20 201008197 ϊ ; 據本發明上行鏈結中的協定引擎實作。 根據本發明一全球行動觀系統（umts)存取 (AS)協定堆疊的塊狀圓，其包含一協定引擎。 層 顯示根據本發明在該協㈣擎中 中協定資解元㈤U)分解的處理。 處理 圖顯示根據本發明在該協以丨擎中，祕 中協定資解元（PDU)產生的處理。 讀μ處理 第8圖更詳細地顯示根據本發明在該 鏈結處理顺t繼（醜）細^ 下订 第9A與第9B圖顯示根據本發明串流取得功能的操作。 第10A與第1〇B圖顯示根據本發明串流插入功能的操作。 第11圖為根據本發明用於接收處理的處理流程圖。 第12圖為根據本發明用於傳送處理的處理流程圖。 【元件符號說明】 100全球行動通訊系統存取層 2〇〇無線傳送/接收單元 500全球行動通訊系統存取層協定堆疊 ❹ 616服務資解元 /710麟資解元資料 722填白 貝竹 21After the 210-load capacity 828 is moved, the serial indicator will indicate the position b in the memory 220. It should be noted that the high-speed downlink packet described in Figure 8 accesses CHSDPA;) ititf is only used as a demonstration. However, the present invention can also be applied to both the downlink and the lining, 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. After defining the "input stream indicator", the protocol engine (pE) then extracts 1 to 32 bits from an input stream and updates a stream indicator. Section 9A, showing from a single character 撷Take the case of 9 bits, and the 9B chart shows the case of taking 5 bits from the two sub-elements. The stream capture (n) function returns 1 to 32 from the data stream in the shared memory. Bits 10A and 10B show the operation of the stream insertion (d, s) function according to the present invention. After defining the "output stream indicator", the protocol engine (PE) inserts 1 to 32 bits. Up to the output stream, and update the stream indicator. Fig. 10A shows the case where 9 bits are inserted into a single character, and Fig. 10B 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 17 201008197 is indexed by the indicator and updated after the insertion. Figure 11 is a flow chart showing a process U(8) for receiving processing in accordance with the present invention. This process 1100 is also described with reference to Figures 6, 8, and 9a. The protocol engine (PE) 210 receives a § § from a source indicating a received data block (e.g., media access control -hs (^lAC-hs) protocol data unit (pDUs) 612, 81 ,, which is available The subsequent disassembly action (step 11〇2). The signal is included in the data block address in the shared memory 220. The protocol engine (PE) 210 performs a stream capture indication to access the bit field in the shared memory 22's source stream (step 1104). Each stream capture indication returns the number of bit requests from the source stream to a particular record. After the field is retrieved as shown in Figures 9A and 9B, the stream indicator is updated to index the bit. The protocol engine (PE) 21 interprets the media access control-hs (MAC-hs) header 812 bit field from the source stream (step 1106). After the media access control_hs (MAC-hs) header 812 is released, subsequent information about the media access control seven s (MAC-hs) Service Data Units (SDUs) 814 is collected. When the media access control-hs (MAC-hs) header 812 has been read, the source stream indicator should refer to the first bit of the first media access control (MAC) header. The protocol engine (PE) 210 continues to utilize the stream capture indication to retrieve and interpret the media access control (MAC) header 822 and the radio keying control (RLC) header 826. When the radio keying control (RLC) header 826 has been issued, the source stream indicator should refer to the first bit of the first media access control (MAC) service data unit (sdu) 824 data payload 828. yuan. The agreement engine (PE) 210 is now ready to process the data load 828. The protocol engine (PE) 210 begins to push the data 828 through a data path 18 201008197 (in other words, the media access control (MAC) service data unit (SDUs) is generated while moving the data payload 828 to the second memory 222. )) (step 1108). If configured, the profile 828 can be pushed through an encryption logic. The formed data is merged into a data writing buffer and written into the appropriate destination address space 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 Weng 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 Agreement Engine (PE) 210 takes the information 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 contract engine (PE) 210 then joins the data load' until all sources have been processed and a complete service data unit (SDU) 616 is established. Figure 12 is a flow diagram of a process 1200 for transfer processing in accordance with the present invention. This process 1200 is also described with reference to Figures 7, 8, 10a and l〇b. The protocol engine (PE) 210 receives a signal (step 12〇2) 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)). From the agreement stack (layer 2/3), the protocol engine (PE) 210 generates a header & (in other words 'media access control (MAC) header 718 and radio link control (RLC) header 720) 'For data translation (step 12〇4). For each domain in the header, the contract engine (PE) 210 performs a stream insertion finger 19 201008197 No. The trick inserts the presentation data and the length of the bit. Thus, the contract engine (ΡΕ) 210 is a programmable processor that utilizes its own resources (e.g., memory, memory, etc.) which can keep track of the number of blocks and the like. The contract engine (ΡΕ) 210 performs appropriate branch and merge operations to place a particular number of bits in the output bit stream. The agreement engine 2 continues to use the stream insertion instructions until a complete header is established. When the headers 712_, 720 are completed, the output stream indicator should be referred to as the next available bit position, as shown in Figures 10 and 10. • For the data load (in other words, Service Data Unit (SDU) ❹ Data 710), using the information from Layer 2/3, the agreement engine ((5) 21〇 obtains data from the source stream of the second memory 222 And if there is a configuration to push it through the encryption logic (step 1206), the agreement engine 210 merges the formed data into the data compilation buffer and writes it to the appropriate destination in the shared memory 220. Address (step 12-8). The protocol engine (PE) 210 continues to add header information (through the stream insertion indication) and adds the data payload until a complete packet 730 is created. Although the features and components of the present invention Having been described in a particular embodiment in a particular embodiment, each feature or element may also be used alone or in combination with other features or elements of the present invention, or together with other features or elements of the present invention. Different combinations are made. [Circle Brief Description] Figure 1 shows a conventional wireless transmit/receive unit (WTRU) access layer (AS) protocol stack. Figure 2 is a wireless transmission according to the present invention. A block diagram of the overall system structure of a receiving unit (WTRU), which includes a protocol engine. Figure 3 shows the implementation of a protocol engine in a downlink link according to the present invention. 20 201008197 ϊ ; Engine implementation. According to the present invention, a global action view system (UMTS) access (AS) protocol stacks a block circle, which includes a contract engine. The layer shows the agreement in the association (four) engine according to the invention (5) U The processing of decomposition. The process map shows the processing of the secret agreement (PDU) generated in the association in accordance with the present invention. The read μ process Fig. 8 shows in more detail the operation of the link fetching function according to the present invention in accordance with the present invention in which the link processing is performed in accordance with the present invention. Figs. 9A and 9B are shown. Figures 10A and 1B show the operation of the stream insertion function in accordance with 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 for the transfer process in accordance with the present invention. [Component Symbol Description] 100 Global Mobile Communication System Access Layer 2〇〇Wireless Transmission/Reception Unit 500 Global Mobile Communication System Access Layer Agreement Stack ❹ 616 Service Capital Solution / 710 Lin Zi Jie Yuan Data 722 Filled with White Bamboo