TW200818806A - Protocol engine for processing data in a wireless transmit/receive unit - Google Patents

Protocol engine for processing data in a wireless transmit/receive unit Download PDF

Info

Publication number
TW200818806A
TW200818806A TW96100378A TW96100378A TW200818806A TW 200818806 A TW200818806 A TW 200818806A TW 96100378 A TW96100378 A TW 96100378A TW 96100378 A TW96100378 A TW 96100378A TW 200818806 A TW200818806 A TW 200818806A
Authority
TW
Taiwan
Prior art keywords
control
data
protocol
mac
engine
Prior art date
Application number
TW96100378A
Other languages
Chinese (zh)
Inventor
Edward L Hepler
Robert G Gazda
Alexander Reznik
Original Assignee
Interdigital Tech Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Interdigital Tech Corp filed Critical Interdigital Tech Corp
Publication of TW200818806A publication Critical patent/TW200818806A/en

Links

Classifications

    • Y02B60/50

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

A protocol engine (PE) for processing data within a protocol stack in a wireless transmit/receive unit (WTRU) is disclosed. The protocol stack executes decision and control operations. The data processing and re-formatting which was performed in a conventional protocol stack is removed from the protocol stack and performed by the PE. The protocol stack issues a control word for processing data and the PE processes the data based on the control word. Preferably, the WTRU includes a shared memory and a second memory. The shared memory is used as a data block place holder to transfer the data amongst processing entities. For transmit processing, the PE retrieves source data from the second memory and processes the data while moving the data to the shared memory based on the control word. For receive processing, the PE retrieves received data from the shared memory and processes it while moving the data to the second memory.

Description

200818806 九、發明說明: 【發明所屬之技術領域】 本發明與一種在一無線傳送/接收單元(WTRU)(換言 和動站)中處理資料有關。更特別的,本發明與一 種,’無線傳送’触單元(WTRU)巾,用以處理資料的 協定引擎(PE)有關。 、200818806 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 present invention relates to a 'wireless delivery' touch unit (WTRU) towel, a protocol engine (PE) for processing data. ,

【先前技術】 /在像是全球行動通訊系統(UMTs)頻分多工(阳⑴ y、、、'先等热、、泉通5孔系統中的協定堆疊,是一種内部相關系統 =件的集合。該協定堆疊取得資料(應用資料或網路資 ;、=)將其重新格式化並封包化,以透過空巾介面進行傳 ^ ’亚$雜中介_接_上將該資料鍵。該協定堆 ,也負責空中介面參數的控制、配置與轉。舉例而言, 或協定堆4㈣與倾速度、實舰道配[、時脈、資料 接續遞送等等的有關參數。 做為蘭,帛1目t顯補絲行純訊祕(UMTS) 頻^多工(FDD)協定堆疊的存取層(AS)部分100。如 在第1圖中所顯不,該全球行動通訊系統(爾叫存取 層(AS)觸包含無線電資源控制(RRC) 102、無線電存 取載送g理〈RABM) 封包數據聚合協定(pDCp) 1〇4、 廣佈/多佈控制⑽c) 106、無線電鏈結控制(RLC)娜 與媒體存取控制(MAC) 110。 ,5兹概線電貢源控制(RRC) ι〇2執行勒始胞元選擇與 200818806 童L擇(私動性)、與該全球行動通訊系統(Umts)通用 陸上無線電存取麟(UTR則前的無線電資源控制 (RRC)(發k )建立、維持與釋放、無線電載送、傳輸通 逞(TrCH)與實體通道的建立、維持與釋放(換言之,根 據通^上紐電柿轉(UTRAN)命令的無線傳送/ 接收單iL (WTRU)層2與層1的配置),包含對.於高速上 行封包存取(HSUPA)與高速上行封包存取(HsupA)通 道的控制與測量回報。 該無線電存取載送管理(RABM) /封包數據聚合協定 (PDCP) 1 〇4根據網際網路工程工作小組(ietf)徵求修 正意見(RFC) 2507與徵求修正意見(RFC) 3〇95、無損 失服務無線電網路控制器(SRNC)重新定位、網景伺服器 應用程式’介面(NSAPI) /封包麵協定(pDp)文件 對無線電存取載送(RAB)通道映射的管理,執行網際網 路通訊協疋(IP)標頭壓縮,該映射管理則包含服務品質 (Q〇s)管理與無線電存取載送(RABy重新建立(換言 之,無線電存取載送管理(RABM)功能)。, ,該廣佈./多佈控制(BMC) 1〇6執行胞元廣佈信息的遞 ^至該转取層(NAS)(齡之,較上層)、胞元廣佈排 程估計’以及胞元廣佈服務(CBS)的配置,以進行不連 續接收。 該無線電鏈結控制(RLC) 108執行在該空中與資料平 面中介於空中干擾有效傳輸區塊之間的應用資料單元(換 言之,服務資料單元(SDUs))自動轉發(換言之,分段 200818806 與串接)、網路配置重新傳輸,以及根據一特定模式(換言 之,一種確認模式(AM)、非確認模式^现^以及透通模 式(TM))的資料單元排序遞送。 该媒體存取控制(MAC) 110執行邏輯通道對傳送通 道的映射、根據該無線傳送/接收單元(WTRU)之中的即 、時資料速度選擇適當的上行傳送格式組合、媒體存取控制 -e/es (MAC-e/es)協定高速上行封包存取的實 、· 作、以及媒體存取控制-hs (MAC-hs)協定高速下行封包存 取(HSDPA)的貫作,其包含媒體存取控制七(說匚也) 重新排序、媒體存取控制-hsCMAC-hs)協定資料單元(pdu) 多工等等。媒體存取控制_央5 (MAC-e/es)協定的執行包 含排程准許的處理、缓衝佔據的計算、速度請求機制、傳 輸格式組合(TFC)復原與消除,以及媒體存取控制‘es (MAC-e/es)協定資料單元(PDU)建構。、 广} 一貫體層(PHY ) 112從該全球行動通訊系統(UMTS ) 馨 ' 存取層(AS)堆豐提取特定的全球行動通訊系統(umts) 層Λ的實作,使得該堆疊可以被簡單地轉成為替代的全球 行動通訊系統(UMTS)層1。 傳統的協定堆疊實作為所有的軟體實作都在標準處理 、 裔與軚準即犄刼作系統上進行。當無線通訊標準發展為更 ,高的資料速度時,便增加放置在該協定堆疊軟體上的需 求。隨著高資料速度服務(像是高速下行封包存取 (HSDPA)、高速上行封包存取(HSUpA)、移動廣佈多佈 服務(MBMS))的浮現,在標準處理器上軟體中的協定堆 200818806 疊實作,將需要大量的電腦功查θ 電力需求成為電池電力二力 無0。齡崎街聽物方式 【發明内容】 、 本發__種在無線傳送/接收單元w協〜 豐中,用以進行資料處理的協定引』)協-堆 引擎執行決策與控制操作。由傳统^ E)=。該協定 ,重新格式化動作,則從該協定堆4=亍= =華(=所執行。該協定堆疊發佈用以處理資料的押 啦n靖定”㈣根據該控财元進行資工 f ° k佳的疋’該無線傳送/接收單元⑽则包含二 =己賴與-第二雜體。齡享記麵職 ^ 5,_定引擎㈣從該第二記憶體取回來源資 枓,亚在處理資料的同時’根據該控制字元將該資料移動 至该分七己憶體。對於接收處理而言,該協定引擎 從該分享記憶體取.回接收資料,並在處理㈣的同時,將 該資料移脑轉二記碰。做騎代,也可域用兩俩 分離處理器,-個用以進行傳送處理,而另—個用以進行 接收處理。 【實施方式】 當之後談到術語”無線傳送/接收單元(WTRU) ”時, 其包含但不關為-使用魏備(UE)、移_、膝:型 200818806 輕便f腦、個人資料助理(PDA) —種固定式或移動式的 、Γ單元,乎叫态、基站、節點B、位置控制器、存取點, 線環境中操作的裝置形式。 本發明的特徵可以整合至積體電路(IC)之中,或是 配置在包括複數互連元件的電路中。 —,據本發明,在一無線傳送/接收單元(WTRu)的協 疋堆S之中提供一協定引擎(pE)。傳統的協定堆疊操作可 ^區刀為兩個範臂:j)決策與控制操作,以及2)資料移 動'重新格纽㈣。決策魅繼作與無線電鍵結維 ,、控制及配置有關。這些操作一般上是複雜的決策制定 二理’並需要設計與實作上轉性。⑽,決策與控制操 =亚不使用鮮處封_魏理電力。資料移動與重新 =化操作職在協定堆疊之間移動㈣,以及在該處理 =進行資料重新格式化有關。雖蹄料移動與重新格式 作^具有高度直向性,並與極少的決策點有關,這些摔 的處理電力,且隨著資料速度增加而增加所 該協定引擎㈣)處理該資料移動與重新格 與重新格式化操作舰傳統的 捣疋堆豐所移除。 該協定引擎(PE)則由一種簡單f 耗費)的可程序化處理器所實作低電力 接收資料封包標頭,並產生在該傳===上的 標頭。該協定引擎(ΙΈ)則_指令的_ =貝;4封包 來自於-接收串流或產生後元的位二1化,其將 幻位兀域擷取及插入最佳 10 200818806 化,這在之後將詳細說明。該資料串流較隹的是 綱憶體中。該協定引刪是一種具有 料路徑的功能’其於2004年六月28日所申請共同待決us. Patent Application Νο· 10/878,729 中所發表,在此則整合為 參考文獻。 此後’將利用全球行動通訊系統(UMTS )存取層(as ) - 做為範例。然而,本發明也可應用於其他任何協定堆疊, 包含一網路侧中的存取層(AS)、該無線傳送/接收單、元 (WTRU)該網路侧中的非存取層(NAS、),以及其他任何 ….無線通訊標準,泡含但不限制為用於全球行動通訊系統 (GSM)、整合封包無線電服務技術、增強全球行動通訊系 統(GSM)資料速度演進技術(edge)、分碼多重存取2〇⑻ (CDMA 2000)以及電氣和電子工程師協會標準8〇2χχ (IEEE 802.ΧΧ)等等。 广 第2圖為根據本發明一無線傳送/接收單元(WTRU) 雇的全體系統結構的塊狀圖,其包含一協定引擎(PE) 210。該無線傳送/接收單元(WTRU) 2⑻較佳地是包含一 分享記憶體220以減少記憶體的數导。許多實體層實體與 ' 處理器則透過一分享記憶體仲裁器fsMA) 221存取該分 旱記憶體220,以做為-種資料區塊放置保存器,而在該 、 處理實體之中騎f料傳送。藉由糊-單-分享記憶體 220 ’便可減少-特殊用途超大型積體電路㈤们的晶 片尺寸。一般上利用一種非常快速的記憶體〆像是靜態隨 機存取記憶體(SRAM))做為該分享記憶體22〇。 200818806 該無線傳送/接收單元(WTRU) 200也包含一第二記 億體222’其由該處理實體(像是媒體存取控制 232、媒體存取控制_hs (MAC_hs) 234、.媒體存取控制&lt; (MAC-e) 236、無線電鏈結控制(RLC) 238或無線電存 '取載送官理/封包數據聚合協定(PDCP) 240) 所利用’以儲存大量的資料。該第二記憶體222在應用上 也可以用於隼備被處理資料的重新排序與其他的緩衝儲 Γ' 存。 该協定引擎(PE) 21〇1,也可以稱為一種資料移動器, 則用於在該分享記憶體220與該第二記憶體222之間移動 資料,並在移動該資料的同時進行重新格式化。在該協定 堆疊之中的資料通常以一種資料封包(換言之,一種服務 資料單元(SDU)或是一種協定資料單元(pDU)+)的形式 傳送。該服務資料單元(SDU)與協定資料單元(PDU) 广 包含一標頭、主體與一選擇性的填白。該標頭含有所有有 w_ 關該封包格式的所需資訊。該填白為一種選擇域,其並不 含有資料數值,而是使該封包長度成為某種所需要的長度。 為了傳送一資料封包,該協定堆疊(例如,媒體存取 控制-d (MAC-d) 232、媒體存取控制如(MAC-hs ) 234、 媒體存取控制-e (MAC-e) 236、無線電鏈結控制 238、播線電資源控制(RRC) 239或無線電存取載送管理 (RABM) /封包數據聚合協定(pDCP) 24〇)傳送描述用 於資料封包建構要求的控制字元至該協定引擎(PE) 21〇。 該控制字元包含該協定引擎(PE) 210決定(直接或透過 12 200818806 指標)在該第二記憶體222中來源資料位置所使用的資 訊。該協定引擎(PE) 21〇根據該控制字元取回來自於該 第一疏體222的來源資料’並產生包含—標頭、主體與 一填白(如果需要)的協定資料單元(PDU)。·該協定引擎 (PE) 210接著根據該控制字元將該協定資料單元(PDU) 放置於該分旱記憶體220之中。該協定資料單元(pDU) 接著由一傳送訊框硬體246與一傳送晶片速度硬體248所 處理,以進行傳送。選擇上該協定引擎(PE) 210可以建 構微粒用-種特定資料串流填白該封包,其直接或間接(透 過指標)地包含在該控制字元之中。該選性填白可以是 為了安全考量的浮水印資訊。 為了接收-資料封包,接收資料則由接收晶片速度硬 體242與接收訊框硬體244所處理。該處理資料(換言之, 接收封包)則放置於該分享記憶體22Q之巾。該協定引擎 (PE) 210從該協定维疊接收一控制字元,並從該分享記 憶體220取回該封包。該協刻擎(pE) 21()從該封包取 的一標頭’並靖該標頭。該龄引擎(PE) 2U)接著執 行該封包的分斷,並根據來自該協定堆疊的控制字元產生 及放置-服務讀單元(SDU)於該第二記憶體222的位 ^中。隨著每健财元,賴標頭的完種資訊或-部份 錢傳遞至騎4。輯自顺丟棄。選擇上如果在 f填白中包含其綱資訊(像是浮水印資訊),便擷取該埴 白的完整或部分:組’縣其放置在該㈣字所扑 明的記憶體位置中。 才曰 13 200818806 第3與第4圖分別顯示根據本 # 的協娜加實作。如在《上所陳中 執订控制麵作,而該協定引擎21〇執 声=且10 式化處理。&amp;韻料疊剔 =/財新格 限制為讀電存取·f理(RABM 存厂 (議)建立與維持(換H /、線%存取载运 * 于、換。之热線電存取載送(RAB) 鍵立)、封包輯私缺(p服益 t電網,子系統(職〉重新定位、無線電鏈結控制⑽、; 遞达協疋,.包含接_送(無線電鏈結控制(虹〇確認 模式(AM)與非輕模式(UM))以及無線電鍵結控制 (RLC)協定資料單元(PDU)復原協定(無線電鍵結控 制(RLC)確認模式(AM))、媒體存取控制(MAC)傳 輪格式(TF)選擇(媒體存取控^d(MAC_d)、媒體存取 控制-c (MAC-c)、媒體存取控制_e/es (^^-士)),以及 .媒體存取控制_hs (MAC41S)重新排序處理。 由該協定引擎210所執行的資料處理與重新格式化操 作包含但不限制為封包數據聚合協定(PDCp)網際網路通 況協疋(ΓΡ)標頭壓纟佰與解麼縮、無線電鏈結控制(j^c) 服務資料單元(SDU) /協定資料單元(PDU)分段與串接、 無線電鏈結控制(RLC)標頭插入、媒體存取控制-(1 (MAC_d)、媒體存取控制-c (MAC-c)、媒體存取控制-e/es (MAC-e/es)標頭插入、無線電鏈結控制(rlc)標頭擷 取與詮釋,以及媒體存取控制-d (MAC-d)、媒體存取控制 -c (MAC-c)、媒體存取控制-e/es (MAC-e/es)標頭擷取、 14 200818806 添寫與處理。 . 如在第3/與第4圖中所顯示’該協定引擎21〇執行資 料平面操作,同時根據來自該協定堆疊31〇控制字元(像 是網際網路通訊協定(IP)標頭宿/解壓縮、無線電鍵社 控制(RLC)服務資料單元(SDU) /協定資料單元(pDu^ 分段/串接、媒體存取控制〈MAC}標頭插入/擷取,以及. 媒體存取控制-hs (MAC-hs)序列維持等等),:將資料移至 _ 該分享記憶體220或從該分享記憶體22〇移出。這些操作 將參考第5至第10B圖詳細描述。: ^ ' 第5圖為根據本發明一全球行動通訊系統(UMTs) 存取層(AS)協定堆疊500的塊狀圖,其包含一協定引擎 (PE) 210 〇 (AS) 協定堆疊500包含一無線電資源控制〈rkc)層51〇、一 無線電存取載送管理(RABM)/封包數據聚合協定(PDCp) 層512、猴線電鏈結控制(肋c)層514、一媒體存取控 -參 制(嫩C)層训,以及一敝引擎(pEy观 取控制(MAC)層516包含媒體存取控制(MAC_c) 522、 媒體存取控制_d( MAC-d ) 524、媒體存取控制-址(MAC-hs ) 526以及媒體存取控制_e/es (祖c_e/es) m。第5圖顯示 利用該協定引擎(PE )210進行高速上行封包存取(hsu?a ) 操作的範例。所有的高速上行封包存取(HSUPA)控制功 、.能都在該全球行動通訊系統(UMTS)存取層(AS)協定 — 堆疊500 (換言之,該無竦電資源控制(mc)層51〇、無 線電存取載送管理(RABM) /封包數據聚合協定(PDCP) 15 200818806 ,5i2、無線電鏈結控制(RLC)層514以及該媒體存取控 C).層516)巾執行,而資料處賴由 (pE) 210所執行。.疋引手[Prior technology] / In the case of global mobile communication systems (UMTs) frequency division multiplexing (yang (1) y,,, 'first heat, and spring pass 5 hole system agreement stack, is an internal related system = piece of The collection is obtained by stacking the data (application data or network resources;, =) and reformatting and encapsulating it to transmit the data key through the empty space interface. The agreement stack is also responsible for the control, configuration and transfer of the parameters of the air interface. For example, or the relevant parameters of the agreement stack 4 (four) and the tilting speed, the actual ship channel [, the clock, the data connection, etc. The UMTS frequency-multiplexing (FDD) protocol stack access layer (AS) part 100. As shown in Figure 1, the global mobile communication system The access layer (AS) touch includes radio resource control (RRC) 102, radio access bearer (RABM) packet data aggregation protocol (pDCp) 1〇4, wide/multi-bubble control (10)c) 106, radio link Control (RLC) Na and Media Access Control (MAC) 110. , 5 概 线 线 tribute source control (RRC) ι〇 2 implementation of the initial cell selection and 200818806 child L (privacy), and the global mobile communication system (Umts) universal land radio access (UTR Pre-Radio Resource Control (RRC) establishment, maintenance and release, radio bearer, transmission wanted (TrCH) and physical channel establishment, maintenance and release (in other words, according to the switch) Commanded Wireless Transmit/Receive Single iL (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. Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (PDCP) 1 〇 4 According to the Internet Engineering Task Force (IEtf) Request for Amendments (RFC) 2507 and Request for Corrections (RFC) 3〇95, no loss Service Radio Network Controller (SRNC) relocation, Netscape Server Application Interface (NSAPI) / Packet Surface Protocol (pDp) file management of Radio Access Bearer (RAB) channel mapping, performing Internet communication Coordination (IP) header compression, The mapping management includes quality of service (Q〇s) management and radio access bearer (RABy re-establishment (in other words, radio access bearer management (RABM) function)., the widely distributed/multi-bubble control (BMC) 1〇6 performs the transfer of the cell information to the transfer layer (NAS) (aged, upper layer), cell wide schedule estimation, and cell distribution service (CBS) configuration, Discontinuous reception is performed. The Radio Link Control (RLC) 108 performs automatic forwarding of application data units (in other words, Service Data Units (SDUs)) between the airborne active transmission blocks in the air and data planes (in other words, Segment 200818806 and concatenation), network configuration retransmission, and data unit sort delivery according to a particular mode (in other words, an acknowledge mode (AM), unacknowledged mode ^ and ^ passthrough mode (TM)). The Media Access Control (MAC) 110 performs a logical channel mapping of the transport channels, selects an appropriate upstream transport format combination, media access control based on the instantaneous data rate among the WTRUs, e/es (MAC-e/es) protocol for high-speed uplink packet access, real-time, and media access control-hs (MAC-hs) protocol high-speed downlink packet access (HSDPA), including media Access control seven (say 匚 also) reordering, media access control - hsCMAC-hs) protocol data unit (pdu) multiplex, etc. Media access control _ central 5 (MAC-e / es) agreement implementation Scheduling permission processing, buffer occupancy calculation, speed request mechanism, transport format combination (TFC) restoration and elimination, and media access control 'es (MAC-e/es) protocol data unit (PDU) construction. Consistent Body Layer (PHY) 112 extracts the implementation of specific global mobile communication systems (UMTS) layers from the Global Mobile Communications System (UMTS) Xin's Access Layer (AS), making the stack simple The ground is transformed into an alternative Global System for Mobile Communications (UMTS) layer1. The traditional protocol stacking is implemented on all standard software, standard and real-time systems. As wireless communication standards evolve to higher data speeds, the need to place them on the protocol stacking software increases. With the emergence of high data speed services such as High Speed Downlink Packet Access (HSDPA), High Speed Uplink Packet Access (HSUpA), and Mobile Multicast Service (MBMS), the protocol stack in software on standard processors 200818806 Stacking, will require a lot of computer power θ power demand becomes battery power. [Inventive content], the present invention is in the wireless transmission/reception unit w--Fengzhong, the protocol for data processing.) The co-heap engine performs decision-making and control operations. By the traditional ^ E) =. The agreement, the reformatting action, from the agreement heap 4 = 亍 = = Hua (= executed. The agreement stack issued to handle the data of the betting n Jingding" (four) according to the control of the money to carry out the work f ° k 佳 疋 'The wireless transmission / receiving unit (10) contains two = 赖 and - second hybrid. Ageing remember face ^ 5, _ engine (four) from the second memory to retrieve the source, Ya While processing the data, 'moving the data according to the control character to the sub-seven memory. For the receiving process, the agreement engine takes back the received data from the shared memory, and while processing (4), The data is transferred to the brain and turned into two. In the riding generation, the domain can also be separated by two processors, one for transmission processing and the other for receiving processing. [Embodiment] The term "wireless transmit/receive unit (WTRU)", which includes, but is not limited to, the use of Wei Bei (UE), mobile _, knee: type 200818806 portable f brain, personal data assistant (PDA) - fixed or mobile Type, unit, node, base station, node B, position controller, access point The form of the device operating in the line environment. The features of the invention may be integrated into an integrated circuit (IC) or in a circuit comprising a plurality of interconnected components. - According to the invention, in a wireless transmission/reception A contract engine (pE) is provided in the unit (WTRu). The traditional protocol stacking operation can be used as two vans: j) decision and control operations, and 2) data movement 're-grid (4) Decision-making charm is related to radio key, dimension, control and configuration. These operations are generally complex decision-making and require design and implementation. (10), decision-making and control operations = not used Fresh seal _Weili Power. Data movement and re-operation operation between the agreement stack (four), and in the processing = data reformatting related. Although the shoe movement and re-formatting ^ is highly straightforward And with very few decision points, these fall processing power, and as the data speed increases, the agreement engine (4)) handles the data movement and re-formatted and reformatted the ship's traditional 捣疋 捣疋The protocol engine (PE) implements a low-power receive data packet header by a simple f-cost programmable processor and generates a header on the pass ===. ΙΈ) _ _ _ instruction of the instruction; 4 packets from the - receive stream or the generation of the post-element bit 1-2, which captures and inserts the phantom domain into the best 10 200818806, which will be explained in detail later The data stream is more intrinsic. It is a kind of function with a material path. It was filed on June 28, 2004 in the co-pending us. Patent Application Νο· 10/878,729 Published, hereby integrated into the reference. After that 'will use the Global System for Mobile Communications (UMTS) access layer (as) - as an example. However, the present invention is also applicable to any other protocol stack, including an access layer (AS) in a network side, a WTRU, and a non-access layer (NAS) in the network side of the WTRU. ,), and any other .... wireless communication standards, 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 speed evolution (edge), Partition Multiple Access 2〇(8) (CDMA 2000) and Institute of Electrical and Electronics Engineers Standard 8〇2χχ (IEEE 802.ΧΧ) and so on. 2 is a block diagram of the overall system architecture employed by a wireless transmit/receive unit (WTRU) in accordance with the present invention, including a protocol engine (PE) 210. The WTRU 2 (8) preferably includes a shared memory 220 to reduce the number of memory. The plurality of physical layer entities and the 'processor pass through a shared memory arbiter fsMA 221 221 to access the dry memory 220 as a data block placement saver, and ride the f in the processing entity Material transfer. By using the paste-single-share memory 220', it is possible to reduce the size of the wafers for the special-purpose ultra-large integrated circuits (5). Typically, a very fast memory such as static random access memory (SRAM) is used as the shared memory. 200818806 The WTRU 200 also includes a second entity 222' that is processed by the processing entity (such as media access control 232, media access control_hs (MAC_hs) 234, media access. Control &lt; (MAC-e) 236, Radio Link Control (RLC) 238 or Radio Storage 'Post-Acceptance/Packet Data Aggregation Protocol (PDCP) 240) is utilized 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 protocol engine (PE) 21〇1, which may also be referred to as a data mover, is used to move data between the shared memory 220 and the second memory 222, and to re-format the data while moving the data. Chemical. The information in the stack of the agreement is usually transmitted in the form of a data packet (in other words, a Service Data Unit (SDU) or a Protocol Data Unit (pDU)+). The Service Data Unit (SDU) and the Protocol Data Unit (PDU) contain a header, a body and an optional fill. This header contains all the information needed to w_close the packet format. The blanking is a selection field that does not contain data values, but rather makes the length of the packet a certain length. In order to transmit a data packet, the protocol stack (eg, media access control-d (MAC-d) 232, media access control such as (MAC-hs) 234, media access control-e (MAC-e) 236, Radio link control 238, broadcast power resource control (RRC) 239 or radio access bearer management (RABM) / packet data aggregation protocol (pDCP) 24) transmitting control characters describing the requirements for data packet construction to Agreement Engine (PE) 21〇. The control character contains the information used by the protocol engine (PE) 210 to determine (directly or through the 12 200818806 indicator) the source data location in the second memory 222. The agreement engine (PE) 21 retrieves the source material from the first body 222 based on the control character and generates a protocol data unit (PDU) containing the header, the body, and a white fill (if needed). . The protocol engine (PE) 210 then places the protocol data unit (PDU) in the partition 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 protocol engine (PE) 210 can construct a particle to fill the packet with a specific data stream, which is included directly or indirectly (through the indicator) in the control character. This optional fill can be a watermark information for security considerations. In order to receive the data packet, the received data is processed by the receiving wafer speed hardware 242 and the receiving frame hardware 244. The processing data (in other words, the receiving packet) is placed in the towel of the shared memory 22Q. The protocol engine (PE) 210 receives a control character from the protocol stack and retrieves the packet from the shared memory 220. The colleague (pE) 21() takes a header from the packet and appends the header. The age engine (PE) 2U) then performs the partitioning of the packet and generates and places a service read unit (SDU) in the bit ^ of the second memory 222 based on the control character from the protocol stack. With every financial element, Lai Head's complete information or - part of the money passed to the ride 4. The series is self-disposing. If you choose to include its outline information (such as watermark information) in f fill, you can retrieve the complete or part of the chalk: the group's county is placed in the memory location of the (four) word.才曰 13 200818806 Figures 3 and 4 show the implementation of the 娜加加 according to this #. For example, in the above-mentioned section, the control plane was executed, and the agreement engine was stunned and processed. &amp; 叠 叠 = = / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( ( Pick-and-ride (RAB) key), package privilege (p service benefit t grid, subsystem (job) relocation, radio link control (10),; delivery agreement, including _ send (radio link Control (Rainbow Confirmation Mode (AM) and Non-Light Mode (UM)) and Radio Bond Control (RLC) Protocol Data Unit (PDU) Recovery Protocol (Radio Keying Control (RLC) Confirmation Mode (AM)), media storage Take control (MAC) transport format (TF) selection (media access control ^d (MAC_d), media access control -c (MAC-c), media access control _e / es (^^-士)) And media access control _hs (MAC41S) 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 protocol (ΓΡ) Header compression and solution, 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 - (1 (MAC_d), Media Access Control - c (MAC-c), Media Access Control - e/es (MAC-e/es) Header insertion, radio link control (rlc) 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 200818806 Add and process. As shown in Figures 3/4, the contract engine 21 performs data plane operations and is stacked according to the agreement. 31〇 control characters (such as Internet Protocol (IP) header sink/decompression, radio key control (RLC) service data unit (SDU) / protocol data unit (pDu^ segmentation/serial, media) Access control <MAC} header insertion/capture, and media access control-hs (MAC-hs) sequence maintenance, etc.,: moving data to or from shared memory 220 〇Remove. These operations will be described in detail with reference to Figures 5 to 10B.: ^ ' Figure 5 is a Global System for Mobile Communications (UMTs) Access Layer (AS) Protocol Stack 500 in accordance with the present invention. a diagram comprising a protocol engine (PE) 210 (AS) protocol stack 500 comprising a radio resource control <rkc) layer 51, a radio access bearer management (RABM) / packet data aggregation protocol (PDCp) layer 512. Monkey wire electrical link control (rib c) layer 514, a media access control-parameter (nen C) layer training, and a single engine (pEy view control (MAC) layer 516 including media access control ( MAC_c) 522, Media Access Control_d (MAC-d) 524, Media Access Control-Address (MAC-hs) 526, and Media Access Control_e/es (following c_e/es) m. Figure 5 shows an example of high speed uplink packet access (hsu?a) operation using the protocol engine (PE) 210. All High Speed Uplink Packet Access (HSUPA) control functions are available in the Global System for Mobile Communications (UMTS) Access Layer (AS) protocol - Stack 500 (in other words, the Wireless Resource Control (MC) Layer 51〇 , Radio Access Bearer Management (RABM) / Packet Data Aggregation Protocol (PDCP) 15 200818806, 5i2, Radio Link Control (RLC) Layer 514 and the Media Access Control C). Layer 516) towel execution, and data office It is implemented by (pE) 210. .疋手手

該無線電資源控制⑽C) 51.0藉由傳送配置、重新 -配置與重新設定錄,§&amp;置絲線電鏈結控制(虹c)層 51。該媒體存取控制(MAC)層516與該實體層518 關南速上行封包存取(HSUPA ),該無線電資源控制( rrc ) 510處理從無線傳送/接收單元(WTRUs)所回報的高速上 行封包存取(HSUPA)能力,喊舰麵㈣火祖叫 遍及強化專㈣道(E_DCH)的流量、控制高速上行封包 存取(HSUPA)賴與賴,以及配置胁高速上行封包. 存取(HSUPA)的實體通道與媒體存取控制々如 (MAC-e/es) 528 〇 該媒體存取控制-e/es (MAC-e/es) 528執行高速上行 封包存取(HSUPA)排程與速度計算、、強化專用頻道 (E-DCH)傳輪格式組合(EJrFC)限制與選擇、媒體存 .取控制-d (MAC-d)流量多工等等,並傳送控制參數至該 協定引擎(PE) 210。該無線電鏈結控制(RLC) 514也傳 送控制參數至該協·定引.擎(PE) 21〇,其有關接續遞送與重 新傳送控制^ \ 在從該媒體存取控制_e/es (MAC-e/es) 528與該無線 電鏈結控制(RLC) 514接收該控制參數之後,該協定引擎 (PE) 210立刻處理從該無線電鏈結控制514所接 收的專用控制通道(DCCH)與專用訊務通道(DTCH)資 16 200818806 料。該處理包含來自於㈣鱗電鏈結控制(rlc) 5i4 透過該相控制通道(DCCH).與專舰務通道(DTCH) •所接收服務資料單元(SDUs)的媒體存取控制(mac)服 務育料單元(SDUs)無線電鏈結控制(RLC)龄資料單 建構(換言之,服務資料單元(SDU)成為協 定貝料單元(PDU)的分段,以及鱗電鏈結洲(虹) 標頭插入),观減㈣舰存取㈣(祖€_士) 528所接收控制參婁丈’建構媒體存取控制_e/es (隱⑶⑷ 協定資料單元(PDUs)(齡之,㈣麵控制_士 (MAC-e/es)標頭插入)。該協定引擎(pE) 21〇也進行協 定資料單元(醜)特定計時两排程工作。賴定引擎 、(PE) 210產生該媒體存取控制-e/es (MAC-e/es)協定資 料單元(PDUs) ’並將該媒體存取控制-e/es (MAc_e/es) 協定資料單元(PDUs)移動至該分享記憶體22〇,以進行 由§亥貫體層518的傳送處理。 第.6圖顯示根據本發明在該協定引擎(pE) 21〇中, 甩斧下行鏈結處理中協定資料單元(酬)分解的處理。 在該下行鏈結處理中,該協定引擎(PE) 210執行兩項操 作:協定資料單元⑽u)、分解與服務資料單元(SDU)’、 產生。所接收的媒體存取控制七s (MAC_hs)協定資料單元 (PDUS&gt; 612 (換言之,傳送區塊),透過傳送通道從該實 體層遞运,並放置在該分享記憶體,之中。該高速下行 封包存取(HSDPA)通道資料每2微秒進行遞送,而專用 通逞(DCH)資料則在每1〇微秒、%微秒或4〇微秒的間 17 200818806 隔處遞送。儲存在該分享記憶體220中的資料必須盡可能 快速地移除,以限制該分享記憶體22〇的尺寸。 該協定引擎(PE) 210從該分享記憶體220取回該媒 體存取控制4iS (MAC-hs)協定資料單元(PDUs) 612,並 將其移動至該第二記憶體222,同時將該媒體存取控制-hs (MAC-hs)協定資料單元(PDUs) 612分解為複數媒體存 取控制(MAC)服務資料單元(SDUs) 614。該協定堆疊 给釋每個媒體存取控制(MAC)服務資料單元(SDUy614 的媒體存取控制-hs (MAC-hs)標頭,並設定該協定引擎 (PE) 210。該協定引擎(PE) 21〇可以在移動該媒體存取 控制-hs (MAC-hs)協定資料單元(pDUs) 612的同時執 行加搶。在根據该控制字元進行分解之後,該協'定引擎(PE ) 210將該分解媒體存取控制服務資料單元(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)產生的處理。 200818806 遠協疋堆豐建立一媒體存取控制(MAC)標頭7i8與一無 線電鏈結控制(RLC)標頭720,並傳送-控制字元至該協 定引擎(PE) 210,如在第3與第4,圖中所顯示。該控制字 元δ有產生一媒體存取控制(MAC)協定資料單元(pdu) 730所需要的貧訊,其包含在該第二記憶體222之中該服 務資料單元(SDU)資料710的指標:(換言之,一標頭712、 服務資料單元(SDUS)714、一狀態716)。該協定引擎(PE&gt; 210收集該服務資料單元(SDU)資料71〇,並利用合併該 服務資料單元(SDU)資料71〇、該媒體存取控制(嫩〇) 標頭718、該無線電鏈結控制(RLC)標頭72〇與填白722 (如果需要)的方式,產生—媒縣取控制(MAC)協定 資料單元(PDU) 730。該協定引擎(pE) 21〇接著根據該 控制字元,將所產生的媒體存取控制(MAC)協定資料單 元(PDU) 730放置在該分享記憶體22〇之中。如果需要 的話,該協定引擎(PE) 210也可以在產生該媒體存取控 制(MAC)協定資料單元(PDU) 73〇的同時進行加密。 第8圖更詳細地顯示根據本發明在該協定引擎(pE) 中,甩於下行鏈結處理中協定資料單元⑽U)分解的處 理。该最頂列表示具有32位元字元的分享記憶體220。該 第二列表示一媒體存取控制七s (MAC_hs)協定資料單元 (PDU) 810 (換言之,傳輸區塊、)。該媒體存取控制如 (MAC-hs)協定資料單元(PDU〉81〇在實體層處理之後 被放置在該分导記憶體220之中。該媒體存取控制七s (MAC-hs)協定資料單元(PDU) 81〇包含一媒體存取控 19 200818806 制-hs (MAC-hs)標頭812以及複數媒體存取控制如 (MAC-hs)服務資料單元(801^)814。在單一媒體存取 控制4is (MAC-hs)協定資料單元(PDU) 810之中最多可 以含有70個媒體存取控制-hs (MACMis)服務資料單元 (SDUs) 814。每個媒體存取控制-1^(祖(:如)服務資料 單元(SDU) 814,其是一種媒體存取控制(MAC-d)協定 資料單元(PDU),包含一媒體存取控制(MAC)標頭822 (選擇性)以及一媒體存.取控制(MAC)服務資料單元 (SDU ) 8:24。該媒體存取控制(mac )服務資料單元(SDU ) 824包含一無線電鏈結控制(rlc)標頭826與一資料載量 828。該媒體存取控制(MAC)標頭822與該無線電鏈結 控制(RLC)標頭826包含需要被擷取的位元域。該協定 引擎(PE) 210擷取來自該分享記憶體220的媒體存取控 制_hs (MAC_hs)標頭別厂媒體存取控制飞祖^^標頭 名22與無線電鏈結控制(rlC)標頭826,並將該資料載量 828從該分享記憶體220移動至該第二記憶體222,同時將 其分解為複數媒體存取控制(MAC )服務資料單元(SDUs ) 814。,如果需要的話,可以執行解密動作。 在该分旱記憶體22〇中的資料則由一串流指標器所指 明。該指標器在資料擷取、移動或插入操作之後將自動更 新。舉例而言,在移動該資料载量828之前,該串連指標 為才曰明在5亥分旱記憶體220中的位置a。在該協定引擎 (PE) 210移動該資料載量828之後,該串連指標器將指 明在該分享記憶體220中的位置b。 20 200818806 應該要注意的是,筮Q 、 (HSDPA).崎崎彳 本發明也可讀用於下行鏈結與上行鏈結兩叙^也可 以應^於t專用通道f料、高速下行封包存取(HSDPA ) 通逗貧料等等的其他形式通道資料。The radio resource control (10)C) 51.0 is configured by the transfer configuration, re-configuration and resetting, and the &lt;wired wire electrical link control (i-c) layer 51. The medium access control (MAC) layer 516 and the physical layer 518 are closed to the south speed uplink packet access (HSUPA), and the radio resource control (rcc) 510 processes the high speed uplink packets reported from the WTRUs. Access (HSUPA) capabilities, call the ship's surface (four) fire ancestor calls to strengthen the special (four) road (E_DCH) traffic, control high-speed uplink packet access (HSUPA) and Lai, and configure the threat high-speed uplink packet. Access (HSUPA) Physical channel and media access control such as (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 (EJrFC) restrictions and selection, media storage, take control -d (MAC-d) traffic multiplex, etc., and transmit control parameters to the protocol engine (PE) 210. The Radio Link Control (RLC) 514 also transmits control parameters to the Co., Ltd. (PE) 21, which is related to the subsequent delivery and retransmission control ^ in the media access control _e/es (MAC) After the -e/es) 528 and the Radio Link Control (RLC) 514 receive the control parameters, the protocol engine (PE) 210 immediately processes the dedicated control channel (DCCH) and dedicated message received from the radio link control 514. DTCH funding 16 200818806 material. The process includes media access control (mac) services from (iv) scale electrical link control (rlc) 5i4 through the phase control channel (DCCH) and special service channel (DTCH) • received service data units (SDUs) Feeder Units (SDUs) Radio Link Control (RLC) Age Profile Construction (in other words, the Service Data Unit (SDU) becomes a segment of the Contracted Bunker Unit (PDU), and the Scale Chain Interchange (Rain) Header Insertion ), view reduction (four) ship access (four) (Zu _ _ 士) 528 received control 娄 娄 ' 'construction media access control _e / es (hidden (3) (4) agreement data units (PDUs) (age, (four) surface control _ (MAC-e/es) header insertion). The agreement engine (pE) 21〇 also performs a specific timing two-scheduled work for the agreement data unit (ugly). The media engine controls the (PE) 210 to generate the media access control - e/es (MAC-e/es) Protocol Data Units (PDUs) 'and move the Media Access Control-e/es (MAc_e/es) Protocol Data Units (PDUs) to the shared memory 22〇 for The transfer process is performed by the hex layer 518. Fig. 6 shows the 甩 axe in the agreement engine (pE) 21〇 according to the present invention. In the downlink processing, the agreement engine (PE) 210 performs two operations: an agreement data unit (10) u), a decomposition and a service data unit (SDU). Generated. The received media access control seven s (MAC_hs) protocol data unit (PDUS &gt; 612 (in other words, transport block) is transported from the physical layer through the transport channel and placed in the shared memory. Downlink Packet Access (HSDPA) channel data is delivered every 2 microseconds, while dedicated overnight (DCH) data is delivered every 17 microseconds, % microseconds, or 4 microseconds between 17 200818806. The data in the shared memory 220 must be removed as quickly as possible to limit the size of the shared memory 22. The protocol engine (PE) 210 retrieves the media access control 4iS (MAC) from the shared memory 220. -hs) Protocol Data Units (PDUs) 612 and move them to the second memory 222, while decomposing the Media Access Control -hs (MAC-hs) Protocol Data Units (PDUs) 612 into complex media accesses Control (MAC) Service Data Units (SDUs) 614. The protocol stacks each media access control (MAC) service data unit (SDUy 614's Media Access Control-hs (MAC-hs) header and sets the protocol Engine (PE) 210. The agreement engine (PE) 21〇 can be The media access control-hs (MAC-hs) protocol data unit (pDUs) 612 is simultaneously executed and robbed. After decomposing according to the control character, the coordinating engine (PE) 210 stores the decomposed media. Control Service Data Units (SDUs) 614 are placed in the location of the second memory 222 specified by the control character. The Media Access Control (mac) Service Data Units (SDUs) 614 may not arrive at the appropriate sequence. The contract engine (PE) 210 executes the media access control (MAC) service data unit (SDUs) 614 when sufficient continuous medium access control (MAC) service data units (SDUs) 614 have arrived. Reordering, and concatenating the Media Access Control (MAC) Service Data Units (SDUs) 614 into a Service Data Unit (SDU) 616 'Sub-places the generated Service Data Unit (SDU) 616 based on the control character In the position of the second memory 222. Figure 7 is not used in the protocol engine (PE) 210 in accordance with the present invention for the processing of the uplink (four) material unit (PDU) generation in the uplink reduction. Xie Yu Duanfeng established a media access control The (MAC) header 7i8 is coupled to a Radio Link Control (RLC) header 720 and transmits a control character to the Protocol Engine (PE) 210, as shown in Figures 3 and 4. The control word is shown. The element δ has the necessary information to generate a media access control (MAC) protocol data unit (pdu) 730, which contains the indicator of the service data unit (SDU) data 710 in the second memory 222: (in other words , a header 712, a service data unit (SDUS) 714, a state 716). The agreement engine (PE&gt; 210 collects the service data unit (SDU) data 71, and merges the service data unit (SDU) data 71, the media access control (none) header 718, the radio link Control (RLC) header 72 〇 and fill 722 (if needed) to generate a Media County Control (MAC) Protocol Data Unit (PDU) 730. The protocol engine (pE) 21 根据 then based on the control character The generated media access control (MAC) protocol data unit (PDU) 730 is placed in the shared memory 22, and the protocol engine (PE) 210 can also generate the media access control if needed. (MAC) Protocol Data Unit (PDU) 73〇 is simultaneously encrypted. Figure 8 shows in more detail the processing of the protocol data unit (10) U) decomposition in the downlink engine in the protocol engine (pE) according to the present invention. . The topmost column represents the shared memory 220 with 32-bit characters. The second column represents a media access control seven s (MAC_hs) protocol data unit (PDU) 810 (in other words, a transport block,). The media access control, such as a (MAC-hs) protocol data unit (PDU > 81), is placed in the packet memory 220 after processing at the physical layer. The media access control seven s (MAC-hs) protocol data The unit (PDU) 81A includes a media access control 19 200818806 -hs (MAC-hs) header 812 and a plurality of media access control such as (MAC-hs) service data unit (801^) 814. Up to 70 Media Access Control-hs (MACMis) Service Data Units (SDUs) 814 may be included in the Control 4is (MAC-hs) Protocol Data Unit (PDU) 810. Each Media Access Control - 1^ (:) Service Data Unit (SDU) 814, which is a Media Access Control (MAC-d) Protocol Data Unit (PDU) containing a Media Access Control (MAC) header 822 (optional) and a medium A storage access control (MAC) service data unit (SDU) 8: 24. The media access control (mac) service data unit (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 bits that need to be retrieved. The protocol engine (PE) 210 retrieves the media access control from the shared memory 220_hs (MAC_hs) header, the factory media access control, the ancestor ^^ header name 22, and the radio link control (rlC) Header 826, and moving 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. If necessary, the decryption action can be performed. The data in the split memory 22 is indicated by a stream indicator. The indicator is automatically updated after the data capture, move or insert operation. For example, Before moving the data load 828, the concatenation indicator is the position a in the 5H dry memory 220. After the agreement engine (PE) 210 moves the data load 828, the concatenation indicator The device will indicate the position b in the shared memory 220. 20 200818806 It should be noted that 筮Q, (HSDPA). Sakizaki, the invention can also be used for both the downlink link and the uplink link. Can be used in ^ dedicated channel f material, high-speed downlink packet access HSDPA) through the material to tease the poor and so on other forms of channel data.

第9A㈣9B圖顧示根據本發明串流擷取⑻功能的操 作'。在定義”輸入串流指標器,,之後,該協定引擎_從 一輪入串流擷取1至32個位元,並更新-串流指標器。第 9A圖化、頁示從單一子元操取9位元的情況,*兜圖顯示 仗=子兀#貞取5位元的情況。該串翻取⑻功能回傳在該 分享g己憶體中來自該資料串流的丨至32個位元。 第10A與第10B圖顯示根據本發明串流插入(d,s)功能 的#作。在疋義’’輸出串流指標器,,之後,該協定引擎(pE) 插入1至32偭位元至一輸出串流之中,並更新該串流指標 菸。第10A圖將9位元插入至一單一字元的情況,而1〇B 圖頒示將5位元插入至兩字元的情況。該串流插入(d,s)功 能插入1至32個位元至該分享記憶體的資料串流之中,。該 資料串流由該指標器所指標,並在插入之後更新該指標器α 第11圖為根據本發明用於接收處理的處理11⑽流程 圖。該處理1100則同時參考第6、8、9a與9b圖所說明。 該協定引擎(PE) 210從指明一接收資料區塊(例如,媒 體存取控制-hs ( MAC-hs )協定資料單元(PDUs ) 612、δ 10 ) 的來源接收一信號,其可用於後續拆解動作(步驟1102)。 該信號包含在該分享記憶體220中的資料區塊位址。該協 21 200818806 定引擎(PE) 210執行串流擷取指示,存取以在該分享記 憶體220來源串流中的的位元域(步驟11〇4)。每個串流顧 取指不回傳來自於該東源串流的位元請求數目至一特定的 記錄之中。在如第9A與9B圖中所顯示擷取該域之後,該 串流指標器則更新以指標該位元。該協定引擎(pE) 21〇 诠釋來自戎來源串流的媒體存取控制_hs (MACAs)標頭 812位兀域(步驟11〇6)。當該媒體存取控制_hs (MACh) (· 標頭812被给釋之後,便收集後續關於媒體存取控制士s (MAC-hs)服務資.料單元(SDUs) 814的資訊。 田已經5貝取该媒體存取控制也s (M^C—hs) '標頭812 之後,戎來源串流指標器應該指為該第一媒體存取控制 : (MAC)標頭的第一位元。該協定引擎(pE) 繼續利 用該串流擷取指示擷取並詮釋該媒體存取控制(MAC)標 頭=22與該無線電鏈結控制(RLC)標頭幻6•。當已經詮释 一 ^線電鏈結控制(RLC)標頭826,該來源串流指檩器應 ^• 該指為該第-媒!|存取控制(祖c)服務資料單元(犯&amp; 824資料載量828.的第一位元。 忒協定引擎(P£) 210 現在則準備處理該資料載量 、,28 :該協疋引擎(PE) 210開始推動該資料828通過一資 .料路控(換t之,在移動該資料载量.至該第二記憶體 222的同時產生媒體存取控制(1^〇服務資料單元 (DUs))(步驟11〇8)。如果進行配覃的話,該資料828 可=被推過一加密邏輯。該形成的資料則合併為一資料編 寫緩衝之中,並寫入至該第二記憶體中的適當目的位址空 22 200818806 間。 、. 該協定引擎(PE) 210從指明已經接收足夠媒體存取 &amp;制(MAC)服務資料單元(sDUs) 614、824的來源接 收化號,並建立一服務資料單元(SDU)616(步驟1110)。 該協定引擎(PE) 210存取由該協定堆疊(換言之,層2/3) 所建立的控制字元,其確認已經被合併的區塊位址。每個 位址包含在該第二記憶體222中的開始位元位址與長度。 f _ ·該控制字元也包含在該第二記憶體222中的目的位址。該 協疋引擎(PE) 210取得由該來源位址所措明的資料,並 將其合併至適當的資料編寫緩衝之中(步驟1112)。該合併 貧料接著被寫入至該第二記憶體222的適當目的位址空 間。該協定引擎(PE) 210接著加入資料載量,直到已^ 處理了所有的來源,並建立完整的服務資料單元(SDu) 616 〇 ^ 第12圖為根據本發明用於傳送處理的處理1200流程 . 圖。該處理1200則同時參考第7、8、10a與10b圖所說明。 該協定引,擎(PE)/·從指明資料已經準備被格式化為傳 达區塊集合(換言之,媒體存取控制(MAC)協定資料單 :兀(PDU))的來源接收一信號(步驟12〇2)。利用來自該 協定堆4 (層的)的資訊,該協定引擎(PE) 21〇產生標 頭域.(換言之,媒體存取控制(maC)標頭718與無線電 鏈結控制(RLC)標頭720),以進行資料轉譯(步驟 位於每個標頭中的域而言,該協定引擎(PE) :21〇執行串 流插人指示。該Φ流插人指示呈現資料與位元長度。因此 23 200818806 該協定引擎(PE) 210 S-種可程序處理器,利用其本身 資源(例如’紀錄、記憶體等等),其可以保持區塊的 追縱等等。定引擎(PE)⑽執行適當_移盘合併 操作,以將特定位元數量放置在該輪出位元串流之中。.該 協定引擎(ΙΈ) 210繼續利用該串流插入指示,直到建= 完整的標頭。當該標頭712、720完成之後,該輸出串流指 標器應該指為次-可糊位元位置,如在第财與娜圖 中所顯示、 ° 對於該資料載量而言(換言之,服務資料單元(sdu) 資料710),利用來自層2/3的資訊,該協定引擎 從該第二記憶體222的來源串流^^得資料,並如果有配 置,將其推過該加密邏輯(步驟1206)。該協定引擎(pE) 210合併該形成的資料至該資料編寫緩衝之中,並將其寫 入至戎分旱記憶體220中的適當目的位址(步驟12〇8)。 斯蚊引擎(PE):21〇繼續增加標頭資訊(透過串流插入 指示),並加入資料载量,直到建立完整的封包73〇。 :雖然本發明的特徵與元件已經在特定實施例中以特定 ^描述’每㈣徵或元件也可叫财他紐實施例的 攻與7G件-起ΠΤ7單獨賴.,或是與本發他的特徵或 疋件,一起或獨自進行不同的組合。' 24 200818806 【圖式簡單說明】 第1圖顯示—種傳統的無線傳送/接收單元(WTRU)存取 層(AS)協定堆疊。 第2圖為根據本發明一無線傳送/接收單元(wtru)的全 聽系統結橇的塊狀圖,其包含—協定引擎 第.3圖顯示根據本發明下行鏈結中的協定引擎實作。 第^ 4圖顯示根據本發明上行鏈結中的協定引擎實作。 ^ 第5圖為根據本發明一全球行動通訊系統(umts)存取層 (AS)協定堆疊的塊狀圖,其包含—協定引擎。.曰 帛6晒示根據本發明在該協定引科,用於下行鍵結處 理中協定資料單元(pDU)分解的處理。. ® 7 _示根據本發明在該協定⑽中,用於上行鍵姓處 ,中協定資料單元(PDU)產生的處理。 .。 帛8 ®更詳細地根據本發明在該協定引料,用於下 ν ^鏈結處理巾蚊雜單元(咖)分解的處理。 φ = 9Α與第9Β獨顯示根據本發明串流取得功能的操作。 ,10Α與第10Β圖顯示根據本發明串流插入功能的操作。 第11 ®為根據本發_於魏處_處理流糊。、 .第12:圖為根據本發明用於傳送處理的處理流程圖。 【主要元件符號說明】 100全球行動通訊系統存取層2〇〇無線傳送/接收單元 500全球行動軌祕麵層齡堆疊 616服務資料單元 722填白 710服務資料單元資料 25The 9A(4)9B diagram illustrates the operation of the stream capture (8) function according to the present invention. After defining the "input stream indicator", the contract engine _ extracts 1 to 32 bits from a round of in-stream, and updates - the stream indicator. Figure 9A, page from a single child operation In the case of taking 9 bits, the * pocket map shows the case where 仗 = 子兀# draws 5 bits. The string flipping (8) function returns the number of 来自 from the data stream to 32 in the shared g mnemonic Bits 10A and 10B show the hashing of the (d, s) function according to the present invention. In the case of the output stream indicator, the protocol engine (pE) is inserted 1 to 32.偭 bit to an output stream, and update the stream indicator smoke. Figure 10A inserts 9 bits into a single character, and 1〇B diagram awards 5 bits into two words In the case of the element, the stream insertion (d, s) function inserts 1 to 32 bits into the data stream of the shared memory, and the data stream is indexed by the indicator and updated after the insertion. The indicator 11 is a flow chart of a process 11 (10) for receiving processing according to the present invention. The process 1100 is also described with reference to Figures 6, 8, 9a and 9b. A fixed 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, δ 10), which can be used for subsequent disassembly. Action (step 1102). The signal is included in the data block address in the shared memory 220. The protocol 21 200818806 engine (PE) 210 performs a stream capture indication, accessing the source in the shared memory 220 The bit field in the stream (step 11〇4). Each stream reference refers to not returning the number of bit requests from the source stream to a particular record. After the field is captured as shown in Figure 9B, the stream indicator is updated to indicate the bit. The protocol engine (pE) 21 interprets the media access control _hs (MACAs) from the source stream. The first 812 bit field (step 11〇6). When the media access control _hs (MACh) (· header 812 is released, it collects subsequent information about the media access control s (MAC-hs) service. The information of the material unit (SDUs) 814. The field has already taken 5 media access control s (M^C-hs) 'header 812, 戎The source stream indicator should refer to the first bit of the first media access control: (MAC) header. The protocol engine (pE) continues to utilize the stream capture indication to retrieve and interpret the media access control. (MAC) header = 22 with the Radio Link Control (RLC) header phantom 6 • When a wired electrical link control (RLC) header 826 has been interpreted, the source streamer should be ^ This refers to the first bit of the first media!|access control (grand c) service data unit (criminal &amp; 824 data load 828.忒Agreement Engine (P£) 210 is now ready to process the data load, 28: The Coordination Engine (PE) 210 begins to push the data 828 through a resource control (change t, move the data load) The media access control (1^〇 Service Data Unit (DUs)) is generated at the same time as the second memory 222 (step 11〇8). If the matching is performed, the data 828 can be pushed through an encryption. Logic. The formed data is merged into a data writing buffer and written to the appropriate destination address space in the second memory 22 200818806. The protocol engine (PE) 210 has received enough from the indication The source of the media access &amp; system (MAC) service data unit (sDUs) 614, 824 receives the token and establishes a service data unit (SDU) 616 (step 1110). The protocol engine (PE) 210 accesses the The protocol stack (in other words, layer 2/3) establishes control characters that acknowledge the block addresses that have been merged. Each address contains the start bit address and length in the second memory 222. f _ The control character is also included in the destination address in the second memory 222. The protocol engine (PE) 210 takes the data identified by the source address and merges it into the appropriate data compilation buffer (step 1112). The merged lean material is then written to the second memory. The appropriate destination address space of 222. The protocol engine (PE) 210 then joins the data payload until all sources have been processed and a complete service data unit (SDu) is created 616. Figure 12 is a diagram of the present invention. Process 1200 for transfer processing. Fig. 1200 is also described with reference to Figures 7, 8, 10a and 10b. The agreement, the engine (PE) / · from the specified data is ready to be formatted to convey The source of the block set (in other words, the Medium Access Control (MAC) Protocol Data Sheet: 兀 (PDU)) receives a signal (step 12〇2). Using the information from the stack 4 (layer) of the protocol, the agreement engine (PE) 21〇 generates a header field. (In other words, media access control (maC) header 718 and radio link control (RLC) header 720) for data translation (steps in the domain in each header) In terms of the agreement engine (PE): 21〇 perform streaming insertion The Φ stream inserter indicates the presentation of the data and the bit length. Therefore 23 200818806 The protocol engine (PE) 210 S-programmable processor, using its own resources (eg 'records, memory, etc.), which can Keeping track of blocks, etc. The engine (PE) (10) performs an appropriate _ shift merge operation to place a specific number of bits in the round bit stream. The contract engine (ΙΈ) 210 continues Use this stream to insert instructions until the build = complete header. When the headers 712, 720 are completed, the output stream indicator should be referred to as a sub-batterable bit position, as shown in the fiscal and natu charts, ° for the data load (in other words, the service) Data unit (sdu) data 710), using information from layer 2/3, the protocol engine streams data from the source of the second memory 222 and, if configured, pushes it through the encryption logic ( Step 1206). The agreement engine (pE) 210 merges the formed data into the data compilation buffer and writes it to the appropriate destination address in the split memory 220 (steps 12-8). Mosquito Engine (PE): 21〇 Continue to add header information (by streaming instructions) and add data load until a complete packet is created. Although the features and elements of the present invention have been described in a particular embodiment by a specific description, each of the four elements or elements may also be referred to as the attack of the financial system and the 7G piece. Features or components, together or individually. ' 24 200818806 BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 shows a conventional wireless transmit/receive unit (WTRU) access layer (AS) protocol stack. Figure 2 is a block diagram of a full listening system sled in accordance with a wireless transmit/receive unit (wtru) in accordance with the present invention, including a contract engine. Figure 3 shows the implementation of the contract engine in the downlink link in accordance with the present invention. Figure 4 shows the implementation of the contract engine in the uplink link in accordance with the present invention. ^ Figure 5 is a block diagram of a global mobile communication system (UMTS) access layer (AS) protocol stack, including a protocol engine, in accordance with the present invention. The 曰 晒 6 is shown in the agreement according to the present invention for the processing of the protocol data unit (pDU) decomposition in the downlink bonding process. ® 7 _ is shown in the agreement (10) for the processing of the generation of the agreement data unit (PDU) in the uplink key name according to the present invention. . . .帛8® is used in more detail in accordance with the present invention in the protocol for the treatment of the decomposition of the mosquito unit under the ν^ linkage treatment. φ = 9 Α and 9 Β show the operation of the stream acquisition function according to the present invention. The 10 Α and 10 Β diagrams show the operation of the stream insertion function according to the present invention. The 11th ® is processed according to the present invention. Fig. 12 is a flowchart showing the processing for the transfer processing according to the present invention. [Main component symbol description] 100 Global System for Mobile Communications, Access Layer 2, Wireless Transmitter/Receiver Unit 500 Global Mobile Track, Secret Layer, Stacking 616 Service Data Unit 722 Filler 710 Service Data Unit Information 25

Claims (1)

200818806 、申請專利範圍:i恶線傳送/接收方法(WTRu),包括· 至少一協定堆疊處理哭甘資料的-控制字元,雜定堆,、構崎佈用以處理 硬體;以及 豐處理器為—般目的200818806, the scope of application for patent: i-line transmission/reception method (WTRu), including: at least one protocol stacking processing control word for the crying data, miscellaneous heap, structuring cloth for processing hardware; For general purpose 2· 一協定引擎,j:用、&amp; ^ Η , η ^ 自一弟—記憶體擷取該等資 枓,重新格式化該等擷&amp; 元將料絲… 枓,以及根據該控制字 凡將斜重新袼式化的:#料儲存於 該協定引擎為適應於執行資 體中’ 丁貝枓私動與擷取、重新格式 化、以及儲存操作的一特定硬體。如申請專利範圍第1項之無線傳送/接收單元,並”及該第二記憶體的其中之-是由ΐ_ 疋堆豐處理态分享的一分享記憶體。2. A contract engine, j: use &amp; ^ Η , η ^ to retrieve the assets from a younger brother-memory, reformat the 撷&amp; meta-wires... 枓, and according to the control word Anything that is re-sliding: The material stored in the contract engine is adapted to the specific hardware of the Dingbei private and capture, reformatting, and storage operations. For example, the wireless transmitting/receiving unit of claim 1 and "and the second of the second memory" are a shared memory shared by the ΐ_疋 heap processing state. 4. 5. 如㈣專利範圍第2項之無線傳送/接收單元,其中該 分旱記憶體是-靜態隨機存取記憶體(sram)。 如申請專利範圍第3項之無線傳送礙收單元,其中另 一兄憶體為-祕隨齡取記紐(DRAM)與—同 步動態隨機存取記憶體(SDRAM)其中之一。如申請專利範園第!項之無線傳送礙收單元,其中节 ,定堆疊處·是—非存取層(NAS)協定堆疊處理Λ 6·如申請專利範圍第1項之無線傳送/接收單元,其中該 協定堆疊處理器是一存取層(AS)協定堆疊處理器。 7·如申請專利範圍第6項之無線傳送/接收單元,其中該 26 200818806 協定堆疊處理器包含一無線電資源控制(RRC)層處 理器、一媒體存取控制(MAC)層處理器、——無線電 鏈結控制(RLC)層處理器以及一實體(ρΗΥ)層處 理器至少其中之一。4. 5. The wireless transmission/reception unit of item (4) of the patent scope, wherein the dry memory is a static random access memory (sram). For example, in the wireless transmission obstruction unit of claim 3, the other one is one of the secret-keeping DRAM and the synchronous dynamic random access memory (SDRAM). Such as applying for patent Fanyuan! The wireless transmission blocking unit of the item, wherein the node, the fixed stack, the non-access layer (NAS) protocol stacking processing, and the wireless transmitting/receiving unit of claim 1, wherein the protocol stacking processor Is an access layer (AS) protocol stacking processor. 7. The WTRU of claim 6, wherein the 26 200818806 protocol stack processor comprises a radio resource control (RRC) layer processor, a media access control (MAC) layer processor, At least one of a Radio Link Control (RLC) layer processor and a physical (ρΗΥ) layer processor. 8·如申請專利範圍第7項之無線傳送/接收單元,其中該 協定引擎係用以執行封包數據聚合協定(PDCp)網際 網路通訊協定(IP)標頭壓縮與解壓縮、無線電鏈結 控制(RLC )服務資料單元(SDU )/協定資料單元(pDU ) 分段與串接、無線電鏈結控制(RLC)標頭插入、媒 體存取控制(MAC )標頭插入、無線電鏈結控制(虹。) 標頭娜與轉,以及媒體存取控制(MAC)標賴 取與添寫至少其中之一。 ”&quot; 9.如申請專利範圍第!項之無線傳送/接收單元,盆㈣ 協定引擎係建構以產生一封包,其包括根據該控制= 元的填白、一主體以及一標頭。8. The wireless transmitting/receiving unit of claim 7, wherein the protocol engine is configured to perform packet data aggregation protocol (PDCp) internet protocol (IP) header compression and decompression, and radio link control. (RLC) Service Data Unit (SDU) / Protocol Data Unit (pDU) Segmentation and Concatenation, Radio Link Control (RLC) Header Insertion, Media Access Control (MAC) Header Insertion, Radio Link Control (Rainbow) .) Header Na and Turn, and Media Access Control (MAC) mark and add at least one of them. 9. &quot; 9. As claimed in the patent transmission scope item WTRU, the basin (4) protocol engine is constructed to generate a packet including a blank according to the control = element, a body, and a header. 瓜如申請專利範圍第9項之無線傳送/接收單元, 2定引擎係用以在該封包中包含特定資料以做為該填 無線傳送/接收單元, 12.如申請專利範圍第!項之無線傳送/接收單元, 協定引擎係用以將-媒體絲控制 27 200818806 單元(PDU)分解為複數個媒體存取控制(mac)服 務資料單元(SDUs),並根據該控制字元將該等媒體 存取控制(MAC)服務資料單元(SDUs)串接為一服 務資料單元(SDU)。 14·如申請專利範圍第!項之無線傳送/接收單元,其中該 協定引擎係用以收集服務資料單元(SDU)資料、一 媒體存取控制(MAC )標頭與一無線電鏈結控制(虹匸) _ 標頭,並透過將該服務資料單元(SDU)資料與該媒 體存取控制(MAC)標頭、該無線電鏈結控制(RLC) 標頭及填白合併,以產生一媒體存取控制(MAC)協 定資料單元(PDU)。 15· —種在一無線傳送/接收單元(WTRU)中處理資料的 方法,在包含至少一協定堆疊處理器與一協定引擎的 f無線傳送/接收單元(WTRU)巾,雜定堆疊處理 的為 I目的硬體,而該協定引擎為一特定硬體, φ '丄應於執行資料擷取、重新格式化、以及儲存操作, 該方法包括: 该協定引擎從該協定堆疊處理器接收一控制字 元; &quot;亥協疋引擎根據該控制字元從一第一記憶體取回 資料; 该協定引擎根據該控制字元將該等資料重新格式 化;以及 韻定引擎根據該控制字元將該等重新格式化的 28 200818806 資料儲存於一第二記憶體。 】6·如申請專利範圍第!5項之方法,其中該第 二記憶體的其中之-是由多個協定堆疊;理器 刀旱的一分享記憶體。 17. 如申請專利範圍第項之方法,其中該分享記億體是 一靜態隨機存取記憶體(SRAM)。 18. 如申請專利範圍第17項之方法,其中另—記㈣為— 動態隨機存取記憶體(DRAM)與1步動態隨機存 取記憶體(SDRAM)其中之一。 19. 如申請專利範圍㈣項之方法’其中該協定堆疊處理 器是一非存取層(NAS)協定堆疊處理哭。 2〇· 利範圍第15項之方法’其中該協定堆疊處理 21 如申請專利範圍第20項之方法Ί 器包含一無線電資源控制(RRc)^f定堆叠處理 存取控制(MAC)層處理器=理^ 一媒體 層處理器以及-實體(ΡΗγ)^=結控制⑽) 22.如申請專利範圍第21項日态至&gt;其中之一。 構以執行封包數縣合其巾該蚊引擎係建 定(IP)標頭壓縮與解壓^,)網際網路通訊協 服務資料料(咖)/^、錢電賴㈣(虹) 串接、無線電鏈結控制⑽U)分段與 控制(MAC)標頭插入、 不頊插入、媒體存取 麵取餘釋,叹(_標 系體存取控制(MAC)標麵取 200818806 與添寫至少其中之一。 23·如申請專利範圍第15項之方法,其中該協定引擎係用 以產生一封包,其包括根據該控制字元的填白、一主 體以及一標頭。 24.如申請專利範圍第23項之方法,其中該協定引擎係用 以在該封包中包含特定資料以做為該填白。 25·如申睛專利範圍第24項之方法,其中該等特定資料是 一浮水印。 26·如申請專利範圍第15項之方法,進一步包含·· 該協定引擎執行該等擷取的資料的加密與解密。 27·如申請專利範圍第15項之方法,其中該協定引擎係用 以將一媒體存取控制(MAC)協定資料單元(PDU) 分解為複數個媒體存取控制(MAC)服務資料單元 (SDUs),並根據該控制字元將該等媒體存取控制 (MAC)服務資料單元(SDUs)串接為一服務資料單 元(SDU)。 28·如申請專利範圍第15項之方法,其中該協定引擎係用 以收集服務資料單元(SDU)資料、一媒體存取控制 (MAC)標頭與一無線電鏈結控制(仙〇標頭,並 透過將該等服務資料單元(SDU)資料與該媒體存取 控制(MAC)標頭、該無線電鏈結控制(rlC)標頭 及填白合併,以產生一媒體存取控制(MAC)協定資 料單元(PDU)。 30For example, the wireless transmitting/receiving unit of claim 9 of the patent scope is used to include specific data in the packet as the wireless transmitting/receiving unit, 12. As claimed in the patent scope! a wireless transmit/receive unit, the protocol engine is configured to decompose the media cable control 27 200818806 unit (PDU) into a plurality of media access control (mac) service data units (SDUs), and according to the control character Equal Media Access Control (MAC) Service Data Units (SDUs) are concatenated into a Service Data Unit (SDU). 14·If you apply for a patent scope! a wireless transmit/receive unit, wherein the protocol engine is configured to collect service data unit (SDU) data, a media access control (MAC) header, and a radio link control (rainbow) _ header, and Merging the Service Data Unit (SDU) data with the Media Access Control (MAC) header, the Radio Link Control (RLC) header, and the filler to generate a Media Access Control (MAC) protocol data unit ( PDU). 15. A method of processing data in a wireless transmit/receive unit (WTRU), in a f-wireless transmit/receive unit (WTRU) that includes at least one protocol stack processor and a protocol engine, I. The hardware of the object, and the protocol engine is a specific hardware, φ '丄 should perform data retrieval, reformatting, and storage operations, the method includes: the protocol engine receives a control word from the protocol stack processor &quot;&quot;Hai Xieyi engine retrieves data from a first memory based on the control character; the protocol engine reformats the data according to the control character; and the rhythm engine converts the data according to the control character The reformatted 28 200818806 data is stored in a second memory. 】6·If you apply for the patent scope! The method of 5, wherein the second memory is - is a stack of multiple protocols; a shared memory of the knife. 17. The method of claim 2, wherein the sharing is a static random access memory (SRAM). 18. The method of claim 17, wherein the other is a dynamic random access memory (DRAM) and a one-step dynamic random access memory (SDRAM). 19. The method of claim 4, wherein the agreement stack processor is a non-access layer (NAS) protocol stacking process. 2. The method of claim 15 wherein the protocol stacking process 21, as in the method of claim 20, includes a radio resource control (RRc), a fixed stack processing access control (MAC) layer processor = ^ ^ A media layer processor and - entity (ΡΗ γ) ^ = junction control (10)) 22. As claimed in the scope of the 21st state to the > one of them. The implementation of the package number of counties and their towels, the mosquito engine system establishment (IP) header compression and decompression ^,) Internet communication protocol service materials (coffee) / ^, Qian Dian (four) (rain), Radio link control (10) U) segmentation and control (MAC) header insertion, non-intrusion, media access surface remnant, sigh (_ mark access control (MAC) facet take 200818806 and add at least The method of claim 15, wherein the agreement engine is for generating a package comprising blanking, a body, and a header according to the control character. The method of claim 23, wherein the agreement engine is configured to include specific information in the packet as the blanking. 25. The method of claim 24, wherein the specific material is a watermark. 26. The method of claim 15, further comprising: • the engine of the agreement performing the encryption and decryption of the extracted data. 27. The method of claim 15, wherein the agreement engine is a Media Access Control (MAC) Association A data unit (PDU) is decomposed into a plurality of media access control (MAC) service data units (SDUs), and the media access control (MAC) service data units (SDUs) are concatenated into a service according to the control characters. A data unit (SDU). The method of claim 15, wherein the agreement engine is used to collect service data unit (SDU) data, a media access control (MAC) header, and a radio link control. (Sin 〇 header, and by merging the service data unit (SDU) data with the media access control (MAC) header, the radio link control (rlC) header and the white space to generate a media storage Take Control (MAC) Protocol Data Unit (PDU). 30
TW96100378A 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit TW200818806A (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US69496905P 2005-06-29 2005-06-29

Publications (1)

Publication Number Publication Date
TW200818806A true TW200818806A (en) 2008-04-16

Family

ID=41365241

Family Applications (4)

Application Number Title Priority Date Filing Date
TW98126440A TWI444025B (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit
TW96100378A TW200818806A (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit
TW103113498A TW201438446A (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit
TW95123224A TWI337031B (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit

Family Applications Before (1)

Application Number Title Priority Date Filing Date
TW98126440A TWI444025B (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit

Family Applications After (2)

Application Number Title Priority Date Filing Date
TW103113498A TW201438446A (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit
TW95123224A TWI337031B (en) 2005-06-29 2006-06-27 Protocol engine for processing data in a wireless transmit/receive unit

Country Status (2)

Country Link
CN (1) CN101584139B (en)
TW (4) TWI444025B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8699711B2 (en) 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
US10027346B2 (en) * 2015-05-11 2018-07-17 Via Alliance Semiconductor Co., Ltd. Hardware data compressor that maintains sorted symbol list concurrently with input block scanning

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6118772A (en) * 1998-01-30 2000-09-12 Alcatel Usa Sourcing L.P. Wireline telephony on a cellular switch
US6175915B1 (en) * 1998-08-11 2001-01-16 Cisco Technology, Inc. Data processor with trie traversal instruction set extension
AU2002364564A1 (en) * 2001-12-14 2003-06-30 California Institute Of Technology Reconfigurable protocols and architectures for wireless networks
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus

Also Published As

Publication number Publication date
TWI337031B (en) 2011-02-01
TW200705932A (en) 2007-02-01
TW201438446A (en) 2014-10-01
TW201008197A (en) 2010-02-16
CN101584139B (en) 2015-11-25
TWI444025B (en) 2014-07-01
CN101584139A (en) 2009-11-18

Similar Documents

Publication Publication Date Title
US8699434B2 (en) Protocol engine for processing data in a wireless transmit/receive unit
TW201206212A (en) Method and apparatus for versatile MAC multiplexing in evolved HSPA
EP1926331A1 (en) Wireless base station and method for transmitting data common to users
TW200929979A (en) Method and apparatus for combined medium access control and radio link control processing
JP2009526493A (en) MAC-HS processing of HSDPA compatible receiver in 3G wireless network
CN103139222A (en) Internet protocol security (IPSEC) tunnel data transmission method and device thereof
US9137216B2 (en) Session layer data security
CN104184646A (en) VPN data interaction method and system and VPN data interaction device
TW200818806A (en) Protocol engine for processing data in a wireless transmit/receive unit
CN101557386A (en) Method and device for sending data and method and device for receiving data
TWI309781B (en) Method of processing packet processing in a wireless network and article comprising a storage medium including stroed instructions
CN105591975A (en) Message processing method and apparatus
JP2004343731A (en) Encrypted packet processing device, method, program, and program recording medium
CN107889162A (en) The method and apparatus of processing protocol data cell
Liu et al. A Robust and Flexible Covert Channel in LTE-A System
WO2006012787A1 (en) A terminal data simulation method and mobile terminal data source simulation method
CN108055360A (en) Network data sending method, system, sending device and storage medium
CN115443636A (en) Radio Access Network (RAN) architecture
KR100522090B1 (en) METHOD FOR SECURING PAEKETS IN IPv6 LAYER
KR20050064093A (en) Next generation internet system having a function of packet protection and method of the same
KR101440271B1 (en) Method and system for processing packet
Wang et al. Research on WinPcap capture IPv6 packet method
Yarvis et al. Experiences with Conductor
JP2002077150A (en) Method for forming encrypted packet in cipher communication