(57)【要約】  無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）におけるプロトコル・スタックの中でデータを処理するためのプロトコル・エンジン（Protocol Engine：ＰＥ）が開示される。プロトコル・スタックは判定および制御動作を実行する。従来のプロトコル・スタックにおいて実行されたデータ処理および再フォーマットは、プロトコル・スタックから切り離され、ＰＥによって実行される。プロトコル・スタックは、データを処理するために制御語を発行し、そしてその制御語に基づきＰＥがデータを処理する。ＷＴＲＵは、共有メモリおよび第２のメモリを含むことが望ましい。共有メモリは、データ・ブロックの置き場所として使用され、データは処理エンティティの間で転送される。送信処理のために、ＰＥが第２のメモリからソース・データを引き出し、そして制御語に基づき、そのデータを共有メモリに移動すると同時にデータを処理する。受信処理のためには、ＰＥが共有メモリから受信データを引き出し、そしてデータを第２のメモリに移動すると同時にそれを処理する。
2009510806.tif 000002
【特許請求の範囲】
【請求項１】
制御機能を実行するように構成されたプロトコル・スタックであって、データを処理するために制御語を発行する該プロトコル・スタック、および
該制御語に基づき該データを処理するように構成されたプロトコル・エンジン、
を具備することを特徴とする無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）。
【請求項２】
前記プロトコル・スタックが、非アクセス階層（Non-Access Stratum：ＮＡＳ）のプロトコル・スタックであることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロトコル・スタックが、アクセス階層（Access Stratum：ＡＳ）のプロトコル・スタックであることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記プロトコル・スタックが、無線資源制御（Radio Resource Control：ＲＲＣ）レイヤのプロセッサ、媒体アクセス制御（Medium Access Control：ＭＡＣ）レイヤのプロセッサ、無線リンク制御（Radio Link Control：ＲＬＣ）レイヤのプロセッサ、および物理（ＰＨＹ）レイヤのプロセッサを含むことを特徴とする請求項３に記載のＷＴＲＵ。
【請求項５】
前記制御語が、無線アクセス・ベアラ（Radio Access Bearer：ＲＡＢ）の確立および維持管理、対応している無線ネットワーク制御装置（Serving Radio Network Controller：ＳＲＮＣ）の再配置、無線リンク制御（Radio Link Control：ＲＬＣ）の配信プロトコル、媒体アクセス制御（Medium Access Control：ＭＡＣ）の伝送フォーマット選択、ＭＡＣ再順序化待ち行列処理、高速上り回線パケット・アクセス（High Speed Uplink Packet Access：ＨＳＵＰＡ）の時間計画および速度計算、Ｅ−ＤＣＨ（Enhanced Dedicated CHannel）伝送フォーマット組み合わせ（E-DCH Transport Format Combination：Ｅ−ＴＦＣ）の制限および選択、および個別チャンネル向けＭＡＣ（dedicated channel MAC：ＭＡＣ−ｄ）フローの多重化の、少なくとも１つに対するパラメータを特定することを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記プロトコル・エンジンが、パケット・データ収束プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）インターネット・プロトコル（Internet Protocol：ＩＰ）のヘッダ圧縮および圧縮復元、ＲＬＣサービス・データ・ユニット（Service Data Unit：ＳＤＵ）／プロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ）の分割および連結、ＲＬＣヘッダ挿入、ＭＡＣヘッダ挿入、ＲＬＣヘッダ抽出および解釈、およびＭＡＣヘッダ抽出および挿入の、少なくとも１つを実行するように構成されたことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
前記プロトコル・エンジンが、前記制御語に基づきヘッダ、本体、およびパディングを具備するパケットを生成させるように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
前記プロトコル・エンジンが、前記パディングとして前記パケット中に特定のデータを含むように構成されたことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記特定のデータが電子透かしであることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロトコル・エンジンが、受信されたパケットの特定部位を抽出するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１１】
前記プロトコル・エンジンが、前記受信されたパケットのパディングを抽出するように構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記プロトコル・エンジンが、前記受信されたパケットの本体を複数の解析されたパケットに解析するように構成されたことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記プロトコル・エンジンが、前記データについての暗号化および復号化を実行するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１４】
前記データを格納するための共有メモリであって、プロトコル・スタック・プロセッサによってアクセス可能である該共有メモリ、および
第２のメモリであって、前記プロトコル・エンジンが、前記共有メモリと該第２のメモリの間に前記データを前記制御語に基づき移動させると同時に、それにより該データを処理する、該第２のメモリ、
をさらに具備すること、を特徴とする請求項１に記載のＷＴＲＵ。
【請求項１５】
前記共有メモリが、ＳＲＡＭ（Static Random Access Memory）であることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記第２のメモリが、ＤＲＡＭ（Dynamic Random Access Memory）およびＳＤＲＡＭ（Synchronous DRAM）のいずれか１つであることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１７】
前記プロトコル・エンジンが、前記制御語に基づき、媒体アクセス制御（Medium Access Control：ＭＡＣ）プロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ）を複数のＭＡＣサービス・データ・ユニット（Service Data Unit：ＳＤＵ）に分解するように、かつ該ＭＡＣ  ＳＤＵ群を１つのＳＤＵに連結するように構成されたことを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１８】
前記プロトコル・エンジンが、前記制御語に従って前記共有メモリから前記ＭＡＣ  ＰＤＵを引き出すことを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記プロトコル・エンジンが、前記第２のメモリ中に前記ＭＡＣ  ＳＤＵ群および前記ＳＤＵを配置することを特徴とする請求項１８に記載のＷＴＲＵ。
【請求項２０】
前記プロトコル・エンジンが、サービス・データ・ユニット（Service Data Unit：ＳＤＵ）データ、媒体アクセス制御（Medium Access Control：ＭＡＣ）ヘッダ、および無線リンク制御（Radio Link Control：ＲＬＣ）ヘッダを収集するように、かつ該ＳＤＵデータおよび該ＭＡＣヘッダ、該ＲＬＣヘッダおよびパディングを結合することによってＭＡＣプロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ）を生成させるように構成されたことを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項２１】
前記ＳＤＵデータ、前記ＭＡＣヘッダ、および前記ＲＬＣヘッダが、前記第２のメモリ中に配置されたことを特徴とする請求項２０に記載のＷＴＲＵ。
【請求項２２】
前記ＭＡＣ  ＰＤＵが、前記共有メモリ中に配置されたことを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２３】
前記プロトコル・エンジンが、前記ＭＡＣ  ＰＤＵを生成させると同時に、暗号化を実行するように構成されたことを特徴とする請求項２０に記載のＷＴＲＵ。
【請求項２４】
前記プロトコル・エンジンが、ストリーム抽出機能を使用してデータ・ストリームからビット・フィールドを抽出するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項２５】
前記プロトコル・エンジンが、ストリーム挿入機能を使用してデータ・ストリームにビット・フィールドを挿入するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項２６】
前記プロトコル・エンジンが、一方が送信処理のためでありかつ他方が受信処理のためである、２つの独立したプロセッサを具備することたを特徴とする請求項１に記載のＷＴＲＵ。
【請求項２７】
無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）におけるプロトコル・スタックによって発行された制御語に従って、データを処理するためのプロトコル・エンジンであって、
該プロトコル・スタックから該制御語を受信するための少なくとも１つの入力、および
該制御語に従って、送信するためにソース・データからデータ・パケットを組み立てるように、かつ受信処理のために受信されたデータ・パケットを再フォーマットするように、構成されたプロセッサ、
を具備することを特徴とするプロトコル・エンジン。
【請求項２８】
前記プロセッサが、ストリーム抽出機能を使用してデータ・ストリームからビット・フィールドを抽出するように構成されたことを特徴とする請求項２７に記載のプロトコル・エンジン。
【請求項２９】
前記プロセッサが、ストリーム挿入機能を使用してデータ・ストリームにビット・フィールドを挿入するように構成されたことを特徴とする請求項２７に記載のプロトコル・エンジン。
【請求項３０】
前記プロセッサが、前記制御語に従って、第２のメモリから前記ソース・データを引き出すこと、および共有メモリ中に前記組み立てられたデータ・パケットを配置することを特徴とする請求項２７に記載のプロトコル・エンジン。
【請求項３１】
前記プロセッサが、前記制御語に従って、共有メモリから前記受信されたデータ・パケットを引き出すこと、および前記再フォーマットされたデータ・パケットを第２のメモリ中に配置することを特徴とする請求項２７に記載のプロトコル・エンジン。
【請求項３２】
前記共有メモリがＳＲＡＭ（Static Random Access Memory）であること、および前記第２のメモリがＤＲＡＭ（Dynamic Random Access Memory）およびＳＤＲＡＭ（Synchronous DRAM）のいずれか１つであることを特徴とする請求項３０に記載のプロトコル・エンジン。
【請求項３３】
データ処理および再フォーマット動作を実行するプロトコル・エンジン、および判定および制御動作を実行するプロトコル・スタックを含む無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）において、該ＷＴＲＵにおいて該プロトコル・エンジンによりデータを処理するための方法であって、
該プロトコル・エンジンが、該プロトコル・スタックから制御語を受信するステップと、
該プロトコル・エンジンが、該制御語に従って、ソース・データからデータ・パケットを組み立てるか、または受信処理のために受信されたデータ・パケットを再フォーマットするかの何れかを行うステップと、
を具備することを特徴とする方法。
【請求項３４】
前記プロトコル・エンジンが、前記制御語に従って、第２のメモリから前記ソース・データを引き出すステップ、および共有メモリ中に前記組み立てられたデータ・パケットを配置するステップを有することを特徴とする請求項３３に記載の方法。
【請求項３５】
前記プロセッサが、前記制御語に従って、共有メモリから前記受信されたデータ・パケットを引き出すステップ、および前記再フォーマットされたデータ・パケットを第２のメモリ中に配置するステップを有することを特徴とする請求項３３に記載の方法。
【請求項３６】
前記プロトコル・エンジンが、前記受信されたデータ・パケットを、ストリーム抽出機能を使用して再フォーマットするために、データ・ストリームからビット・フィールドを抽出するステップを有することを特徴とする請求項３３に記載の方法。
【請求項３７】
前記プロトコル・エンジンが、前記データ・パケットを、ストリーム挿入機能を使用して組み立てるために、データ・ストリームにビット・フィールドを挿入するステップを有することを特徴とする請求項３３に記載の方法。
【請求項３８】
前記プロトコル・スタックが、非アクセス階層（Non-Access Stratum：ＮＡＳ）プロトコル・スタックであることを特徴とする請求項３３に記載の方法。
【請求項３９】
前記プロトコル・スタックが、アクセス階層（Access Stratum：ＡＳ）プロトコル・スタックであることを特徴とする請求項３３に記載の方法。
【請求項４０】
前記プロトコル・スタックが、無線資源制御（Radio Resource Control：ＲＲＣ）レイヤのプロセッサ、媒体アクセス制御（Medium Access Control：ＭＡＣ）レイヤのプロセッサ、無線リンク制御（Radio Link Control：ＲＬＣ）レイヤのプロセッサ、および物理（ＰＨＹ）レイヤのプロセッサを含むことを特徴とする請求項３９に記載の方法。
【請求項４１】
前記制御語が、無線アクセス・ベアラ（Radio Access Bearer：ＲＡＢ）の確立および維持管理、対応している無線ネットワーク制御装置（Serving Radio Network Controller：ＳＲＮＣ）の再配置、無線リンク制御（Radio Link Control：ＲＬＣ）の配信プロトコル、媒体アクセス制御（Medium Access Control：ＭＡＣ）の伝送フォーマット選択、ＭＡＣ再順序化待ち行列処理、高速上り回線パケット・アクセス（High Speed Uplink Packet Access：ＨＳＵＰＡ）の時間計画および速度計算、Ｅ−ＤＣＨ（Enhanced Dedicated CHannel）伝送フォーマット組み合わせ（E-DCH Transport Format Combination：Ｅ−ＴＦＣ）の制限および選択、および個別チャンネル向けＭＡＣ（dedicated channel MAC：ＭＡＣ−ｄ）フローの多重化の、少なくとも１つに対するパラメータを特定することを特徴とする請求項４０に記載の方法。
【請求項４２】
前記プロトコル・エンジンが、パケット・データ収束プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）インターネット・プロトコル（Internet Protocol：ＩＰ）のヘッダ圧縮および圧縮復元、ＲＬＣサービス・データ・ユニット（Service Data Unit：ＳＤＵ）／プロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ）の分割および連結、ＲＬＣヘッダ挿入、ＭＡＣヘッダ挿入、ＲＬＣヘッダ抽出および解釈、およびＭＡＣヘッダ抽出および挿入の、少なくとも１つを実行するように構成されたことを特徴とする請求項４１に記載の方法。
【請求項４３】
前記プロトコル・エンジンが、前記制御語に基づき、ヘッダ、本体、およびパディングを具備するパケットを生成させるように構成されたことを特徴とする請求項３３に記載の方法。
【請求項４４】
前記プロトコル・エンジンが、前記パディングとして前記パケット中に特定のデータを含むように構成されたことを特徴とする請求項４３に記載の方法。
【請求項４５】
前記特定のデータが電子透かしであることを特徴とする請求項４４に記載の方法。
【請求項４６】
前記プロトコル・エンジンが、前記送信ＰＤＵについて暗号化を、かつ前記受信されたＰＤＵについて復号化を実行するステップをさらに有することを特徴とする請求項３３に記載の方法。
【請求項４７】
制御機能を実行するように構成されたプロトコル・スタックであって、データを処理するために制御語を発行する該プロトコル・スタック、および
該制御語に基づき該データを処理するように構成されたプロトコル・エンジン、
を具備することを特徴とする集積回路（Integrated Circuit:ＩＣ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）（すなわち、移動端末）においてデータを処理することに関し、より詳細には、ＷＴＲＵにおいてデータを処理するためのプロトコル・エンジン（Protocol Engine：ＰＥ）に関する。
【背景技術】
【０００２】
統合無線通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）の周波数分割複信（Frequency Division Duplex：ＦＤＤ）システムなどの、無線通信システムにおけるプロトコル・スタックは相互に関連するシステム構成要素の集合体である。プロトコル・スタックは、データ（アプリケーション・データやネットワーク・データ）を入手し、無線インタフェースにより送信するためにそれを再フォーマットしかつパケット化し、さらに無線インタフェースの受信側にてそのデータを再構築する。プロトコル・スタックはまた、無線インタフェース・パラメータの制御、構成設定、および維持管理の役割をも有する。例えばプロトコル・スタックは、データ速度、物理的なチャンネル構成設定、タイミング、データの順番通りの配信、および同様のものに関連するパラメータを制御する。
【０００３】
一例として、ＵＭＴＳ  ＦＤＤプロトコル・スタックのアクセス階層（Access Stratum：ＡＳ）の部分１００が図１に示される。図１に示されるようにＵＭＴＳ  ＡＳ１００には、無線資源制御（Radio Resource Control：ＲＲＣ）１０２、無線アクセス・ベアラ管理（Radio Access Bearer Management：ＲＡＢＭ）／パケット・データ収束プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）１０４、ブロードキャスト／マルチキャスト制御（Broadcast/Multicast Control：ＢＭＣ）１０６、無線リンク制御（Radio Link Control：ＲＬＣ）１０８、および媒体アクセス制御（Medium Access Control：ＭＡＣ）１１０が含まれる。
【０００４】
ＲＲＣ１０２は、ＵＭＴＳ無線アクセス・ネットワーク（UMTS Terrestrial Radio Access Network：ＵＴＲＡＮ）とのＲＲＣ（信号方式）接続の最初のセル選択および再選択（移動性）、確立、維持管理、および解放；無線ベアラ、トランスポート・チャンネル（Transport CHannel：ＴｒＣＨ）、および物理チャンネル（すなわち、ＵＴＲＡＮコマンドに基づくＷＴＲＵのレイヤ２およびレイヤ１の構成設定）の確立、維持管理、および解放（高速下り回線パケット・アクセス（High Speed Downlink Packet Access：ＨＳＤＰＡ）および高速上り回線パケット・アクセス（High Speed Uplink Packet Access：ＨＳＵＰＡ）チャンネルの制御を含む）；および測定報告を実行する。
【０００５】
ＲＡＢＭ／ＰＤＣＰ１０４は、サービス品質（Quality of Service：ＱｏＳ）管理およびＲＡＢ再確立（すなわちＲＡＢＭ機能）を含み、ＩＥＴＦ（Internet Engineering Task Force）のコメント募集（Request For Comments：ＲＦＣ）２５０７およびＲＦＣ３０９５に従うＩＰヘッダ圧縮、対応している無線ネットワーク制御装置（Serving Radio Network Controller：ＳＲＮＣ）の損失のない再配置、無線アクセス・ベアラ（Radio Access Bearer：ＲＡＢ）チャンネルへのＮＳＡＰＩ／パケット・データ・プロトコル（Packet Data Protocol：ＰＤＰ）のコンテキスト割り付けの管理、を実行する。
【０００６】
ＢＭＣ１０６は、非アクセス階層（Non-Access Stratum：ＮＡＳ）（すなわち上位レイヤ）へのセル・ブロードキャスト・メッセージの配信、セル・ブロードキャスト時間計画評価、および不連続受信に対するセル・ブロードキャスト・サービス（Cell Broadcasting Service：ＣＢＳ）の構成設定を実行する。
【０００７】
ＲＬＣ１０８は、制御およびデータの両面において、無線インタフェースで効率的なトランスポート・ブロック（すなわち、プロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ））の間で、アプリケーション・データ・ユニット（すなわち、サービス・データ・ユニット（Service Data Unit：ＳＤＵ））の翻訳（すなわち、分割および連結）、ネットワーク構成設定可能な再送信、および特定のモード（すなわち、確認モード（Acknowledged Mode：ＡＭ）、非確認モード（Unacknowledged Mode：ＵＭ）、および透過モード（Transparent Mode：ＴＭ））に基づくデータ・ユニットの指定された配信、を実行する。
【０００８】
ＭＡＣ１１０は、論理チャンネルをトランスポート・チャンネルへ割り付けること、ＷＴＲＵの中の瞬時的なデータ速度に基づき、適切な上り回線伝送フォーマット組み合わせを選択すること、ＷＴＲＵの中のトランスポート・チャンネルを優先順位付けすること、ＭＡＣ−ｅ／ｅｓプロトコル（ＨＳＵＰＡ）の実施、およびＭＡＣ−ｈｓ再順序化待ち行列、ＭＡＣ−ｈｓのＰＤＵ多重化を含む、ＭＡＣ−ｈｓプロトコル（ＨＳＰＤＡ）の実施、または同様のものを実行する。ＭＡＣ−ｅ／ｅｓプロトコルの実施は、時間計画許可、バッファ占有計算、速度要求手順、伝送形式組み合わせ（Transport Formation Combination：ＴＦＣ）の回復および削除、およびＭＡＣ−ｅ／ｅｓのＰＤＵ構築の処理を含む。
【０００９】
物理レイヤ（PHYsical layer：ＰＨＹ）１１２は、ＵＭＴＳのＡＳスタックからＵＭＴＳレイヤ１の特定の実施方法を要約し、そのスタックが容易に代替のＵＭＴＳレイヤ１実施方法に移植されることを可能とする。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
プロトコル・スタックの従来の実施方法は、標準のプロセッサおよび標準のリアルタイム・オペレーティング・システムで動作する全てソフトウェアによる実施方法である。無線通信標準がより高いデータ速度を支援するように展開するにつれ、プロトコル・スタックのソフトウェアに課せられた要件は増加してきた。高いデータ速度サービス（ＨＳＤＰＡ、ＨＳＵＰＡ、移動体のブロードキャスト・マルチキャスト・サービス（Mobile Broadcast Multicast Service：ＭＢＭＳなどの）の出現により、プロトコル・スタックの標準のプロセッサ上でのソフトウェアによる実施方法は莫大な量の計算能力を必要とすることになる。そのような標準のプロセッサの電力要件は、バッテリー給電装置の電力消費にとって許容範囲を超えた負担となるに至り、実行不能になっている。そのため、プロトコル・スタックの実施方法の代替方法が求められている。
【課題を解決するための手段】
【００１１】
本発明は無線送受信ユニット（ＷＴＲＵ）におけるプロトコル・スタックの中のデータを処理するためのＰＥに関連する。プロトコル・スタックは判定および制御動作を実行する。従来のプロトコル・スタックにおいて実行されたデータ処理および再フォーマットは、プロトコル・スタックから切り離され、プロトコル・エンジン（ＰＥ）によって実行される。プロトコル・スタックは、データを処理するために制御語を発行し、そしてその制御語に基づきＰＥがデータを処理する。ＷＴＲＵは、共有メモリおよび第２のメモリを含むことが望ましい。共有メモリは、データ・ブロックの置き場所として使用され、データは処理エンティティの間で転送される。送信処理のために、ＰＥが第２のメモリからソース・データを引き出し、そして制御語に基づき、そのデータを共有メモリに移動すると同時にデータを処理する。受信処理のためには、ＰＥが共有メモリから受信データを引き出し、そしてデータを第２のメモリに移動すると同時にそれを処理する。代替手段として、一方が送信処理のためであり、かつ他方が受信処理のためである、２つの別々のＰＥを使用できる。
【発明を実施するための最良の形態】
【００１２】
この後参照されると、用語「無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）」は、限定するものではないが、ユーザ設備（User Equipment：ＵＥ）、移動端末、ラップトップ、携帯情報端末(Personal Digital Assistant：ＰＤＡ)、固定または移動体の加入者ユニット、ページャ、基地局、ノードＢ（Node-B）、サイト制御装置、アクセス・ポイント（access point）、または無線環境において動作する能力のある他のいかなる型のデバイスをも含む。
【００１３】
本発明の特徴は、集積回路（Integrated Circuit：ＩＣ）に組み入れるか、または多数の相互接続された部品より成る回路にて構成することができる。
【００１４】
本発明によると、ＰＥはＷＴＲＵにおけるプロトコル・スタックの中にて提供される。従来のプロトコル・スタック動作は２つのカテゴリに分割することが可能である：すなわち、１）判定および制御動作、および２）データ移動および再フォーマット動作、である。判定および制御動作は、無線回線の維持管理、制御、および構成設定にかかわる。これらの動作は、通常複雑な意志決定処理であり、そして設計および実施方法において可成りの柔軟性を必要とする。しかしながら判定および制御動作は、標準のプロセッサの莫大な処理能力を使用するということはない。データ移動および再フォーマット動作は、プロトコル・スタックの構成要素の間のデータの移動およびその処理の間の再フォーマットにかかわる。データ移動および再フォーマット動作は、殆ど判定点を含まず非常に直裁的ではあるが、これらの動作は莫大な処理能力、およびデータ速度が増加するのに従って、処理能力の増大を必要とする。ＰＥはこのデータ移動および再フォーマット動作を処理し、そして従来のプロトコル・スタックからそれらのデータ移動および再フォーマット動作を切り離す。
【００１５】
ＰＥは、受信側にて受信されたデータ・パケットのヘッダを解釈し、そして送信側にて送信データ・パケットのヘッダを生成する、単純な（複雑度が低く、低消費電力の）、プログラム可能なプロセッサによって実施される。ＰＥは、以下に詳細に説明される受信された、または生成されたビットのストリームからのビット・フィールドの抽出や挿入を最適化する命令により拡張される。データ・ストリームは、共有メモリにおいて維持管理されることが望ましい。本ＰＥは、２００４年６月２８日に出願された、同時継続出願中である米国特許出願番号１０／８７８，７２９において開示されたデータパスの制御に対する拡張であり、参照によりその開示内容を本明細書の一部とする。
【００１６】
以下に、ＵＭＴＳ  ＡＳが一例として使用されることになる。しかしながら本発明は、以下に限定するものではないが、ＧＳＭ（Global Standards for Mobile communication）、ＧＰＲＳ（Global Packet Radio Service）、ＥＤＧＥ（Enhanced Data rate for GSM Evolution）、ＣＤＭＡ２０００、およびＩＥＥＥ８０２．ｘｘ、または同様のものを含む、他のいかなる無線通信標準と並んで、ネットワーク側におけるＡＳ、ＷＴＲＵおよびネットワーク側における非アクセス階層（Non-Access Stratum：ＮＡＳ）、を含む、他のいかなるプロトコル・スタックにも適用可能である。
【００１７】
図２は、本発明によるＰＥ２１０を含むＷＴＲＵ２００の全体のシステム構造のブロック図である。望ましくは、ＷＴＲＵ２００は共有メモリ２２０を含み、メモリ事象の数を減少させる。多数の物理レイヤのエンティティおよびプロセッサが、共有メモリ・アービタ（Shared Memory Arbiter：ＳＭＡ）２２１を介して共有メモリ２２０にアクセスし、処理エンティティの間でデータを転送するためのデータ・ブロックの置き場所として使用する。単一の共有メモリ２２０を使用することによって、特定用途向ＩＣ（Application Specific Integrated Circuit：ＡＳＩＣ）のダイサイズは削減される。共有メモリ２２０としては、通常は非常に高速のメモリ（ＳＲＡＭ（Static Random Access Memory）などの)が使用される。
【００１８】
ＷＴＲＵ２００はまた、処理エンティティ（ＭＡＣ−ｄ２３２、ＭＡＣ−ｈｓ２３４、ＭＡＣ−ｅ２３６、ＲＬＣ２３８、またはＲＡＢＭ／ＰＤＣＰ２４０などの）に利用可能な、第２のメモリ２２２を含み、大量のデータを格納する。第２のメモリ２２２は、外部的な、商業的に利用可能なＤＲＡＭ（Dynamic Random Access Memory）またはＳＤＲＡＭ（Synchronous DRAM）とすることができる。例えば第２のメモリ２２２は、アプリケーションのために処理されつつあるデータの記憶のための再順序化待ち行列および他のバッファとして使用することができる。
【００１９】
ＰＥ２１０は、共有メモリ２２０と第２のメモリ２２２の間でデータを移動させ、かつデータを移動すると同時にデータを再フォーマットするように構成される。プロトコル・スタックの中のデータは、通常はデータ・パケットの形（すなわち、ＳＤＵまたはＰＤＵ）で転送される。ＰＤＵおよびＳＤＵは、ヘッダ、本体（body）、および随意のパディング（padding）を含む。ヘッダは、パケット・フォーマットに関する必要情報のすべてを含む。パディングは、パケット長を何らかの必要な長さにするために使用される、値のあるデータを全く含まない随意的フィールドである。
【００２０】
データ・パケットを送信するために、プロトコル・スタック（例えば、ＭＡＣ−ｄ２３２、ＭＡＣ−ｈｓ２３４、ＭＡＣ−ｅ２３６、ＲＬＣ２３８、ＲＲＣ２３９、またはＲＡＢＭ／ＰＤＣＰ２４０）は、データ・パケット構築のための要件を記述する制御語をＰＥ２１０に送る。制御語は、ＰＥ２１０が第２のメモリ２２２におけるソース・データの位置を判定する（直接的にまたはポインタを介して）ための情報を含む。ＰＥ２１０は、制御語に基づき第２のメモリ２２２からソース・データを引き出し、そしてヘッダ、本体、および（必要に応じて）パディングを含むＰＤＵを生成させる。ＰＥ２１０は次に、制御語に従って共有メモリ２２０中にＰＤＵを配置する。ＰＤＵは次に、送信フレーム・ハードウェア２４６および送信チップ速度ハードウェア２４８によって送信するために処理される。随意的にＰＥ２１０は、制御語中に直接的または（ポインタを介して）間接的の何れかで含まれる特定のデータ・ストリームをパケットに詰め込む（pad）よう命令することができる。随意的なパディングはセキュリティ目的のための電子透かし情報であることができる。
【００２１】
データ・パケットの受信に関して、受信されたデータは、受信チップ速度ハードウェア２４２および受信フレーム・ハードウェア２４４によって処理される。処理されたデータ（すなわち、受信されたパケット）は共有メモリ２２０中に配置される。ＰＥ２１０は、プロトコル・スタックから制御語を受信し、かつ共有メモリ２２０からパケットを引き出す。ＰＥ２１０は、パケットからヘッダを抽出し、さらにヘッダを解釈する。ＰＥ２１０は次にパケットの分割を実行し、かつＳＤＵを生成し、そしてプロトコル・スタックからの制御語に従って、ＳＤＵを第２のメモリ中の位置に配置する。ヘッダは、全体として、または制御語に従ってそこから抽出された情報により、プロトコル・スタックに渡される。パディングは廃棄される。随意的に、パディングに他の情報（電子透かし情報などの）が含まれているなら、パディングは、そのままで、または部分的に抽出され、制御語で特定されたメモリ中の位置に配置される。
【００２２】
図３および図４は、本発明に従って、それぞれ下り回線および上り回線におけるＰＥ２１０の実施方法を示す。上述したように、プロトコル・スタック３１０は制御動作を実行し、そしてＰＥ２１０はデータ処理および再フォーマット動作を実行する。プロトコル・スタック３１０によって実行される制御動作には、以下に限定するものではないが、ＲＡＢＭ  ＲＡＢ確立および維持管理（すなわち、ＲＡＢの分解および再確立）、ＰＤＣＰ  ＳＲＮＳ再配置、順序通りの配信（ＲＬＣ  ＡＭおよびＵＭ）およびＲＬＣ  ＰＤＵ回復プロトコル（ＲＬＣ−ＡＭ）を含むＲＬＣ配信プロトコル、ＭＡＣ  ＴＦ選択（ＭＡＣ−ｄ、ＭＡＣ−ｃ、ＭＡＣ−ｅ／ｅｓ）、およびＭＡＣ再順序化待ち行列処理（ＭＡＣ−ｈｓ）が含まれる。
【００２３】
ＰＥ２１０によって実行されるデータ処理および再フォーマット動作には、以下に限定するものではないが、ＰＤＰＣ  ＩＰヘッダ圧縮および圧縮復元、ＲＬＣ  ＳＤＵ／ＰＤＵ分割および連結、ＲＬＣヘッダ挿入、ＭＡＣヘッダ挿入（ＭＡＣ−ｄ、ＭＡＣ−ｃ、およびＭＡＣ−ｅ／ｅｓ）、ＲＬＣヘッダ抽出および解釈、およびＭＡＣヘッダ抽出、内挿、および処理（ＭＡＣ−ｄ、ＭＡＣ−ｃ、およびＭＡＣ−ｈｓ）が含まれる。
【００２４】
図３および図４に示されるように、プロトコル・スタック３１０からの制御語に従って、共有メモリ２２０へ、およびそこからデータを移動すると同時に、ＰＥ２１０はデータに関する動作（ＩＰヘッダ圧縮／復元、ＲＬＣ  ＳＤＵ／ＰＤＵ分割／連結、ＭＡＣヘッダ挿入／抽出、およびＭＡＣ−ｈｓ待ち行列維持管理、または同様のものなど）を実行する。これらの動作は、図５〜図１０Ｂに関してより詳細に記述されることになる。
【００２５】
図５は、本発明によるＰＥ２１０を含むＵＭＴＳ  ＡＳプロトコル・スタック５００のブロック図である。ＵＭＴＳ  ＡＳプロトコル・スタック５００は、ＲＲＣレイヤ５１０、ＲＡＢＭ／ＰＤＣＰレイヤ５１２、ＲＬＣレイヤ５１４、ＭＡＣレイヤ５１６、およびＰＥ２１０を含む。ＭＡＣレイヤ５１６は、ＭＡＣ−ｃ５２２、ＭＡＣ−ｄ５２４、ＭＡＣ−ｈｓ５２６、およびＭＡＣ−ｅ／ｅｓ５２８を含む。図５は例として、ＨＳＵＰＡのＰＥ２１０との動作を示す。すべてのＨＳＵＰＡ制御機能は、ＵＭＴＳ  ＡＳプロトコル・スタック５００内（すなわち、ＲＲＣレイヤ５１０、ＲＡＢＭ／ＰＤＣＰレイヤ５１２、ＲＬＣレイヤ５１４、およびＭＡＣレイヤ５１６）にて実行され、一方データ処理はＰＥ２１０によって実行される。
【００２６】
ＲＲＣ５１０は、ＲＬＣレイヤ５１４、ＭＡＣレイヤ５１６、および物理レイヤ５１８を、構成設定、再構成、およびリセットの信号を送ることによって、構成設定する。ＲＲＣレイヤ５１０は、ＨＳＵＰＡに関して、ＷＴＲＵからのＨＳＵＰＡ能力報告を処理し、Ｅ−ＤＣＨ（Enhanced Dedicated CHannel）によりＭＡＣ−ｄフローを構成設定し、ＨＳＵＰＡ起動および停止を制御し、かつＨＳＵＰＡに対して物理チャンネルおよびＭＡＣ−ｅ／ｅｓ５２８を構成設定する。
【００２７】
ＭＡＣ−ｅ／ｅｓ５２８は、ＨＳＵＰＡ時間計画および速度計算、Ｅ−ＤＣＨ伝送フォーマット組み合わせ（E-DCH Transport Format Combination：Ｅ−ＴＦＣ）制限および選択、ＭＡＣ−ｄフロー多重化、または同様のものを実行し、かつＰＥ２１０に制御パラメータを送る。ＲＬＣ５１４はまた、順序通りの配信および再送信制御に関してＰＥ２１０に制御パラメータを送る。
【００２８】
ＭＡＣ−ｅ／ｅｓ５２８およびＲＬＣ５１４からの制御パラメータを受信すると、ＰＥ２１０は、ＲＬＣ５１４から受信した個別制御チャンネルDedicated Control CHannel：ＤＣＣＨ）データおよび個別トラフィック・チャンネル（Dedicated Traffic CHannel：ＤＴＣＨ）データを処理する。この処理は、ＤＣＣＨおよびＤＴＣＨを介してＲＬＣ５１４から受信されたＳＤＵからのＭＡＣ  ＳＤＵのＲＬＣ  ＰＤＵの構築（すなわち、ＳＤＵからＰＤＵへの分割およびＲＬＣヘッダ挿入）、およびＭＡＣ−ｅ／ｅｓ５２８から受信された制御パラメータに基づく、ＭＡＣ  ＳＤＵからのＭＡＣ−ｅ／ｅｓ  ＰＤＵの構築（すなわち、ＭＡＣ−ｅ／ｅｓヘッダ挿入）を含む。ＰＥ２１０はまた、ＰＤＵの特定のタイマを時間計画する。ＰＥ２１０は、ＭＡＣ−ｅ／ｅｓ  ＰＤＵを生成し、かつ物理レイヤ５１８による送信処理のために共有メモリ２２０へＭＡＣ−ｅ／ｅｓ  ＰＤＵを移動させる。
【００２９】
図６は、本発明によるＰＥ２１０における下り回線処理のためのＰＤＵ分解に対する処理を示す。下り回線処理においては、ＰＥ２１０は２つの動作を実行する。すなわち、ＰＤＵ分解およびＳＤＵ生成、である。受信されたＭＡＣ−ｈｓ  ＰＤＵ６１２（すなわち、トランスポート・ブロック）は、物理レイヤからトランスポート・チャンネルを介して配信され、共有メモリ２２０中に配置される。ＨＳＤＰＡチャンネル・データは２ｍｓ毎に配信され、一方、個別チャンネル（Dedicated CHannel：ＤＣＨ）データは１０ｍｓ、２０ｍｓ、または４０ｍｓ間隔にて配信される。共有メモリ２２０中に格納されたデータは、共有メモリ２２０のサイズを制限するためにできるだけ迅速に除去されねばならない。
【００３０】
ＰＥ２１０は共有メモリ２２０からＭＡＣ−ｈｓ  ＰＤＵ６１２を引き出し、そしてそれらを複数のＭＡＣ  ＳＤＵ６１４に分解すると同時に、ＭＡＣ−ｈｓ  ＰＤＵ６１２を第２のメモリ２２２に移動する。プロトコル・スタックは、ＭＡＣ−ｈｓヘッダを解釈し、そしてＭＡＣ  ＳＤＵ６１４に対してＰＥ２１０を設定する。ＰＥ２１０は、ＭＡＣ−ｈｓ  ＰＤＵ６１２を移動すると同時に、暗号化を実行することができる。制御語に基づく分解後にＰＥ２１０は、分解されたＭＡＣ  ＳＤＵ６１４を第２のメモリ２２２において制御語により指定された位置に配置する。ＭＡＣ  ＳＤＵ６１４は適切な順番にて到来していない場合がある。ある程度連続しているＭＡＣ  ＳＤＵ６１４が到来すると、ＰＥ２１０はＭＡＣ  ＳＤＵ６１４の再順序化を実行し、ＭＡＣ  ＳＤＵ６１４をＳＤＵ６１６に連結し、かつ生成されたＳＤＵ６１６を制御語に従って第２のメモリ２２２中の位置に配置する。
【００３１】
図７は、本発明によるＰＥ２１０における上り回線処理のためのＰＤＵ生成に対する処理を示す。プロトコル・スタックは、図３および図４において示されるように、ＭＡＣヘッダ７１８およびＲＬＣヘッダ７２０を生成し、かつ制御語をＰＥ２１０に送る。この制御語は、第２のメモリ２２２中のＳＤＵデータ７１０（すなわち、ヘッダ７１２、ＳＤＵ７１４、状態７１６）へのポインタを含むＭＡＣ  ＰＤＵ７３０を生成させるための必要な情報を含む。ＰＥ２１０は、ＳＤＵデータ７１０を集め、ＳＤＵデータ７１０、ＭＡＣヘッダ７１８、ＲＬＣヘッダ７２０、および（必要なら）パディング７２２を結合することによって、ＭＡＣ  ＰＤＵ７３０を生成させる。ＰＥ２１０は次に、生成されたＭＡＣ  ＰＤＵ７３０を制御語に従って共有メモリ２２０中に配置する。必要であるならＰＥ２１０は、ＭＡＣ  ＰＤＵ７３０を生成させると同時に、暗号化を実行することができる。
【００３２】
図８は、本発明による、ＰＥでの下り回線処理におけるＰＤＵ分解に対する処理をより詳細に示す。最上列は３２ビット語を有する共有メモリ２２０を表す。第２列はＭＡＣ−ｈｓ  ＰＤＵ８１０（すなわち、トランスポート・ブロック）を表す。ＭＡＣ−ｈｓ  ＰＤＵ８１０は、物理レイヤ処理の後に共有メモリ２２０中に配置される。ＭＡＣ−ｈｓ  ＰＤＵ８１０は、ＭＡＣ−ｈｓヘッダ８１２および複数のＭＡＣ−ｈｓ  ＳＤＵ８１４を含む。１つのＭＡＣ−ｈｓ  ＰＤＵ８１０中に、最大７０までのＭＡＣ−ｈｓ  ＳＤＵ８１４を含むことができる。それぞれのＭＡＣ−ｈｓ  ＳＤＵ８１４はＭＡＣ−ｄ  ＰＤＵであり、ＭＡＣヘッダ８２２（随意で）およびＭＡＣ  ＳＤＵ８２４を含む。ＭＡＣ  ＳＤＵ８２４は、ＲＬＣヘッダ８２６およびデータ・ペイロード８２８を含む。ＭＡＣヘッダ８２２およびＲＬＣヘッダ８２６は、抽出される必要があるビット・フィールドを含む。ＰＥ２１０は、共有メモリ２２０からＭＡＣ−ｈｓヘッダ８１２、ＭＡＣヘッダ８２２、およびＲＬＣヘッダ８２６を抽出し、そしてデータ・ペイロード８２８を複数のＭＡＣ  ＳＤＵ８１４に分解すると同時にそれを共有メモリ２２０から第２のメモリ２２２に移動する。必要であるなら、暗号解読を実行することができる。
【００３３】
共有メモリ２２０中のデータはストリーム・ポインタによって表示される。ポインタは、データ抽出、移動または挿入動作の後に自動的に更新される。例えば、データ・ペイロード８２８を移動させる前に、ストリーム・ポインタは共有メモリ２２０中の位置Ａを表示する。ＰＥ２１０がデータ・ペイロード８２８を移動させた後には、ストリーム・ポインタは共有メモリ２２０中の位置Ｂを表示する。
【００３４】
図８は、一例としてＨＳＤＰＡチャンネル・データの下り回線処理を例証することに注意するべきである。しかしながら本発明は、下り回線および上り回線の両方に、および個別チャンネル・データ、ＨＳＵＰＡチャンネル・データ、または同様のものなどの、他のいかなる型のチャンネル・データにも適応可能である。
【００３５】
図９Ａおよび図９Ｂは、本発明によるストリーム抽出機能（stream_extract(n)）の動作を示す。「入力ストリーム・ポインタ」の定義の後に、ＰＥは、入力ストリームから１〜３２ビットを抽出し、そしてストリーム・ポインタを更新する。図９Ａは一語から９ビットを抽出する場合を示し、そして図９Ｂは２語から５ビットを抽出する場合を示す。ストリーム抽出機能（stream_extract(n)）は、共有メモリ中のデータ・ストリームから１〜３２ビットを戻す。
【００３６】
図１０Ａおよび図１０Ｂは、本発明によるストリーム挿入機能（stream_insert(d,n)）の動作を示す。「出力ストリーム・ポインタ」の定義の後に、ＰＥは、出力ストリームに１〜３２ビットを挿入し、そしてストリーム・ポインタを更新する。図１０Ａは一語に９ビットを挿入する場合を示し、そして図１０Ｂは２語に亘って５ビットを挿入する場合を示す。ストリーム挿入機能（stream_insert(d,n)）は、共有メモリ中のデータ・ストリームに１〜３２ビットを挿入する。そのデータ・ストリームはポインタにより指し示され、そしてそのポインタは挿入の後に更新される。
【００３７】
図１１は、本発明による受信処理のための処理１１００のフロー図である。処理１１００は、図６、図８、図９Ａ、および図９Ｂをもまた参照して説明される。ＰＥ２１０が、受信データ・ブロック（例えば、ＭＡＣ−ｈｓ  ＰＤＵ６１２、８１０）が分解に利用可能であることを表示するホストからの信号を受信する（ステップ１１０２）。信号は、共有メモリ２２０におけるデータ・ブロックのアドレスを含む。ＰＥ２１０は、ストリーム抽出命令（stream_extract）を実行し、共有メモリ２２０中のソース・ストリームにおけるビット・フィールドにアクセスする（ステップ１１０４）。それぞれのストリーム抽出命令（stream_extract）は、要求されたビット数をソース・ストリームから特定されたレジスタに戻す。ストリーム・ポインタは、図９Ａおよび図９Ｂに示されるように、今まさに抽出されたフィールドの後のビットを指し示すように更新される。ＰＥ２１０は、ソース・ストリームからのＭＡＣ−ｈｓヘッダ８１２のビット・フィールドを解釈する（ステップ１１０６）。ＭＡＣ−ｈｓヘッダ８１２が解釈されると、引き続くＭＡＣ−ｈｓ  ＳＤＵ８１４に関する情報が収集される。
【００３８】
ＭＡＣ−ｈｓヘッダ８１２が読まれると、ソース・ストリームのポインタは第１のＭＡＣヘッダ８２２の最初のビットを指し示しているはずである。ＰＥ２１０は、ストリーム抽出命令（stream_extract）を使用してＭＡＣヘッダ８２２およびＲＬＣヘッダ８２６を抽出し、かつ解釈し続けている。ＲＬＣヘッダ８２６が解釈されると、ソース・ストリームのポインタは第１のＭＡＣ  ＳＤＵ８２４のデータ・ペイロード８２８の最初のビットを指し示しているはずである。
【００３９】
ここでＰＥ２１０は、データ・ペイロード８２８を処理することができる状態となる。ＰＥ２１０は、データ路にデータ８２８を通し始める（すなわち、データ・ペイロード８２８を第２のメモリ２２２に移動させると同時に、ＭＡＣ  ＳＤＵを生成させる）（ステップ１１０８）。そのように構成されるなら、暗号化論理にデータ８２８を通すことができる。結果としてのデータはデータ書き込みバッファに結合され、さらに第２のメモリ２２２中の適切なあて先アドレス空間に書き込まれる。
【００４０】
ＰＥ２１０は、ほどほどのＭＡＣ  ＳＤＵ６１４、８２４が受信されており、そしてＳＤＵ６１６を生成可能であるということを表示するホストからの信号を受信する（ステップ１１１０）。ＰＥ２１０は、プロトコル・スタック（すなわち、Ｌ２／３）によって生成された制御語（結合されるべきブロックのソース・アドレスを特定する）にアクセスする。それぞれのアドレスは、第２のメモリ２２２における開始ビットのアドレスおよび長さを含む。制御語はまた、第２のメモリ２２２におけるあて先アドレスを含む。ＰＥ２１０は、ソース・アドレスによって表示されたデータを入手し、そしてそれらをデータ書き込みバッファに結合する（ステップ１１１２）。結合されたデータは次に、第２のメモリ２２２中の適切なあて先アドレス空間に書き込まれる。ＰＥ２１０は、ソースのすべてが処理されてしまい、かつＳＤＵ６１６全体が生成されるまで、データ・ペイロードを加え続ける。
【００４１】
図１２は、本発明による送信処理のための処理１２００のフロー図である。処理１２００はまた、図７、図８、図１０Ａ、および図１０Ｂをもまた参照して説明される。ＰＥ２１０は、データがトランスポート・ブロック群（すなわち、ＭＡＣ  ＰＤＵ群）にフォーマット出来る状態となっていることを表示するホストからの信号を受信する（ステップ１２０２）。プロトコル・スタック（Ｌ２／３）からの情報を使用して、ＰＥ２１０は、翻訳されるべきデータに対して、ヘッダ・フィールド（すなわち、ＭＡＣヘッダ７１８およびＲＬＣヘッダ７２０）を生成させる（ステップ１２０４）。ヘッダにおけるそれぞれのフィールドに対して、ＰＥ２１０はストリーム挿入命令（stream_insert）を実行する。ストリーム挿入命令（stream_insert）は、データおよびビット長を提示する。ＰＥ２１０はプログラム可能なプロセッサであるため、それ自身の資源（例えば、レジスタ、メモリ、または同様のもの）を使用して、ブロック番号または同様のものの経過を追跡することが可能である。ＰＥ２１０は、適切なシフトおよび結合動作を実行し、特定されたビット数を出力するビット・ストリームに配置する。ＰＥ２１０は、完全なヘッダが生成されるまでストリーム挿入命令（stream_insert）を使用し続ける。図１０Ａおよび図１０Ｂに示されるように、ヘッダ７１８、７２０が完成すると、出力するストリームのポインタは次の利用可能なビット位置を指し示しているはずである。
【００４２】
データ・ペイロード（すなわち、ＳＤＵデータ７１０）に対して、Ｌ２／３からの情報を使用して、ＰＥ２１０は第２のメモリ２２２においてソース・ストリームからデータを入手し、そのように構成されるなら、暗号化論理にそれを通すことができる（ステップ１２０６）。ＰＥ２１０は、結果としてのデータをデータ書き込みバッファに結合し、さらにそれを、共有メモリ２２０中の適切なあて先アドレスに書き込む（ステップ１２０８）。ＰＥ２１０は、パケット７３０の全体が生成されるまで、ヘッダ情報を加え（ストリーム挿入命令（stream_insert）を介して）、そしてデータ・ペイロードを加え続ける。
【００４３】
実施形態
１．制御機能を実行するように構成された、プロトコル・スタックであって、データを処理するための制御語を発行する該プロトコル・スタックを具備することを特徴とするＷＴＲＵ。
【００４４】
２．前記制御語に基づき前記データを処理するように構成されたプロトコル・エンジンをさらに具備することを特徴とする実施形態１に記載のＷＴＲＵ。
【００４５】
３．前記プロトコル・スタックが、ＮＡＳプロトコル・スタックであることを特徴とする実施形態１〜２の何れかに記載のＷＴＲＵ。
【００４６】
４．前記プロトコル・スタックが、ＡＳプロトコル・スタックであることを特徴とする実施形態１〜２の何れかに記載のＷＴＲＵ。
【００４７】
５．前記プロトコル・スタックが、ＲＲＣレイヤのプロセッサ、ＭＡＣレイヤのプロセッサ、ＲＬＣレイヤのプロセッサ、および物理レイヤのプロセッサの少なくとも１つを含むことを特徴とする実施形態４に記載のＷＴＲＵ。
【００４８】
６．前記制御語が、ＲＡＢ確立および維持管理に対するパラメータを特定することを特徴とする実施形態１〜５の何れかに記載のＷＴＲＵ。
【００４９】
７．前記制御語が、ＳＲＮＳ再配置に対するパラメータを特定することを特徴とする実施形態１〜６の何れかに記載のＷＴＲＵ。
【００５０】
８．前記制御語が、ＲＬＣ配信プロトコルに対するパラメータを特定することを特徴とする実施形態１〜７の何れかに記載のＷＴＲＵ。
【００５１】
９．前記制御語が、ＭＡＣ伝送フォーマット選択に対するパラメータを特定することを特徴とする実施形態１〜８の何れかに記載のＷＴＲＵ。
【００５２】
１０．前記制御語が、ＭＡＣ再順序化待ち行列処理に対するパラメータを特定することを特徴とする実施形態１〜９の何れかに記載のＷＴＲＵ。
【００５３】
１１．前記制御語が、ＨＳＵＰＡ時間計画および速度計算に対するパラメータを特定することを特徴とする実施形態１〜１０の何れかに記載のＷＴＲＵ。
【００５４】
１２．前記制御語が、Ｅ−ＴＦＣ制限および選択に対するパラメータを特定することを特徴とする実施形態１〜１１の何れかに記載のＷＴＲＵ。
【００５５】
１３．前記制御語が、ＭＡＣ−ｄフロー多重化に対するパラメータを特定すること、を特徴とする実施形態１〜１２の何れかに記載のＷＴＲＵ。
【００５６】
１４．前記プロトコル・エンジンが、ＰＤＣＰ  ＩＰヘッダ圧縮および圧縮復元を実行するように構成されたことを特徴とする実施形態２〜１３の何れかに記載のＷＴＲＵ。
【００５７】
１５．前記プロトコル・エンジンが、ＲＬＣ  ＳＤＵ／ＰＤＵ分割および連結を実行するように構成されたことを特徴とする実施形態２〜１４の何れかに記載のＷＴＲＵ。
【００５８】
１６．前記プロトコル・エンジンが、ＲＬＣヘッダ挿入を実行するように構成されたことを特徴とする実施形態２〜１５の何れかに記載のＷＴＲＵ。
【００５９】
１７．前記プロトコル・エンジンが、ＭＡＣヘッダ挿入を実行するように構成されたことを特徴とする実施形態２〜１６の何れかに記載のＷＴＲＵ。
【００６０】
１８．前記プロトコル・エンジンが、ＲＬＣヘッダ抽出および解釈を実行するように構成されたことを特徴とする実施形態２〜１７の何れかに記載のＷＴＲＵ。
【００６１】
１９．前記プロトコル・エンジンが、ＭＡＣヘッダ抽出および挿入を実行するように構成されたことを特徴とする実施形態２〜１８の何れかに記載のＷＴＲＵ。
【００６２】
２０．前記プロトコル・エンジンが、前記制御語に基づきヘッダ、本体、およびパディングを具備するパケットを生成させるように構成されたことを特徴とする実施形態２〜１９の何れかに記載のＷＴＲＵ。
【００６３】
２１．前記プロトコル・エンジンが、前記パディングとして前記パケット中に特定のデータを含むように構成されたことを特徴とする実施形態２〜２０の何れかに記載のＷＴＲＵ。
【００６４】
２２．前記特定のデータが電子透かしであることを特徴とする実施形態２１に記載のＷＴＲＵ。
【００６５】
２３．前記プロトコル・エンジンが、受信されたパケットの特定部位を抽出するように構成されたことを特徴とする実施形態２〜２２の何れかに記載のＷＴＲＵ。
【００６６】
２４．前記プロトコル・エンジンが、前記受信されたパケットのパディングを抽出するように構成されたことを特徴とする実施形態２３に記載のＷＴＲＵ。
【００６７】
２５．前記プロトコル・エンジンが、受信されたパケットの本体を複数の解析されたパケットに解析するように構成されたことを特徴とする実施形態２〜２４の何れかに記載のＷＴＲＵ。
【００６８】
２６．前記プロトコル・エンジンが、前記データについての暗号化および復号化を実行するように構成されたことを特徴とする実施形態２〜２５の何れかに記載のＷＴＲＵ。
【００６９】
２７．前記データを格納するための共有メモリであって、該共有メモリが、プロトコル・スタック・プロセッサによってアクセス可能であることをさらに具備することを特徴とする実施形態２〜２６の何れかに記載のＷＴＲＵ。
【００７０】
２８．前記プロトコル・エンジンが、前記共有メモリと第２のメモリの間に前記データを前記制御語に基づき移動させると同時に、それにより該データを処理する該第２のメモリをさらに具備することを特徴とする実施形態２７に記載のＷＴＲＵ。
【００７１】
２９．前記共有メモリが、ＳＲＡＭであること、を特徴とする実施形態２７〜２８の何れかに記載のＷＴＲＵ。
【００７２】
３０．前記第２のメモリが、ＤＲＡＭおよびＳＤＲＡＭの１つであることを特徴とする実施形態２８〜２９の何れかに記載のＷＴＲＵ。
【００７３】
３１．前記プロトコル・エンジンが、前記制御語に基づき、ＭＡＣ  ＰＤＵを複数のＭＡＣ  ＳＤＵに分解するように、かつ該ＭＡＣ  ＳＤＵ群を１つのＳＤＵに連結するように構成されたことを特徴とする実施形態２〜３０の何れかに記載のＷＴＲＵ。
【００７４】
３２．前記プロトコル・エンジンが、前記制御語に従って前記共有メモリから前記ＭＡＣ  ＰＤＵを引き出すことを特徴とする実施形態２７〜３１の何れかに記載のＷＴＲＵ。
【００７５】
３３．前記プロトコル・エンジンが、前記第２のメモリ中に前記ＭＡＣ  ＳＤＵ群および前記ＳＤＵを配置することを特徴とする実施形態２８〜３２の何れかに記載のＷＴＲＵ。
【００７６】
３４．前記プロトコル・エンジンが、ＳＤＵデータ、ＭＡＣヘッダ、およびＲＬＣヘッダを収集するように、かつ該ＳＤＵデータおよび該ＭＡＣヘッダ、該ＲＬＣヘッダおよびパディングを結合することによってＭＡＣ  ＰＤＵを生成させるように構成されたことを特徴とする実施形態２〜３３の何れかに記載のＷＴＲＵ。
【００７７】
３５．前記ＳＤＵデータ、前記ＭＡＣヘッダ、および前記ＲＬＣヘッダが、前記第２のメモリ中に配置されることを特徴とする実施形態３４に記載のＷＴＲＵ。
【００７８】
３６．前記ＭＡＣ  ＰＤＵが、前記共有メモリ中に配置されること、を特徴とする実施形態３４に記載のＷＴＲＵ。
【００７９】
３７．前記プロトコル・エンジンが、前記ＭＡＣ  ＰＤＵを生成させると同時に、暗号化を実行するように構成されたことを特徴とする実施形態２〜３６の何れかに記載のＷＴＲＵ。
【００８０】
３８．前記プロトコル・エンジンが、ストリーム抽出機能を使用してデータ・ストリームからビット・フィールドを抽出するように構成されたことを特徴とする実施形態２〜３７の何れかに記載のＷＴＲＵ。
【００８１】
３９．前記プロトコル・エンジンが、ストリーム挿入機能を使用してデータ・ストリームにビット・フィールドを挿入するように構成されたことを特徴とする実施形態２〜３８の何れかに記載のＷＴＲＵ。
【００８２】
４０．前記プロトコル・エンジンが、片方が送信処理のためでありかつ他方が受信処理のためである、２つの独立したプロセッサを具備することを特徴とする実施形態２〜３９の何れかに記載のＷＴＲＵ。
【００８３】
４１．ＷＴＲＵにおけるプロトコル・スタックによって発行された制御語に従ってデータを処理するためであることを特徴とするプロトコル・エンジン。
【００８４】
４２．前記プロトコル・スタックから前記制御語を受信するために少なくとも１つの入力を具備すること、を特徴とする実施形態４１に記載のプロトコル・エンジン。
【００８５】
４３．前記制御語に従って、ソース・データから送信するためにデータ・パケットを組み立てるように、かつ受信処理のために受信されたデータ・パケットを再フォーマットするように構成されたプロセッサを具備すること、を特徴とする実施形態４２に記載のプロトコル・エンジン。
【００８６】
４４．前記プロセッサが、ストリーム抽出機能を使用してデータ・ストリームからビット・フィールドを抽出するように構成されたことを特徴とする実施形態４３に記載のプロトコル・エンジン。
【００８７】
４５．前記プロセッサが、ストリーム挿入機能を使用してデータ・ストリームにビット・フィールドを挿入するように構成されたことを特徴とする実施形態４３〜４４の何れかに記載のプロトコル・エンジン。
【００８８】
４６．前記プロセッサが、前記制御語に従って、第２のメモリから前記ソース・データを引き出すこと、および共有メモリ中に前記組み立てられたデータ・パケットを配置することを特徴とする実施形態４３〜４５の何れかに記載のプロトコル・エンジン。
【００８９】
４７．前記プロセッサが、前記制御語に従って、共有メモリから前記受信されたデータ・パケットを引き出すこと、および前記再フォーマットされたデータ・パケットを第２のメモリ中に配置することを特徴とする実施形態４３〜４６の何れかに記載のプロトコル・エンジン。
【００９０】
４８．前記共有メモリがＳＲＡＭであること、および前記第２のメモリがＤＲＡＭおよびＳＤＲＡＭの１つであることを特徴とする実施形態４７に記載のプロトコル・エンジン。
【００９１】
４９．データ処理および再フォーマット動作を実行するプロトコル・エンジン、および判定および制御動作を実行するプロトコル・スタックを含むことを特徴とするＷＴＲＵにおいてデータを処理するための方法。
【００９２】
５０．前記プロトコル・エンジンが、前記プロトコル・スタックから制御語を受信することを特徴とする実施形態４９に記載の方法。
【００９３】
５１．前記プロトコル・エンジンが、前記制御語に従って、ソース・データからデータ・パケットを組み立てるか、または受信処理のために受信されたデータ・パケットを再フォーマットするかのいずれかを実行することを特徴とする実施形態５０に記載の方法。
【００９４】
５２．前記プロトコル・エンジンが、前記制御語に従って、第２のメモリから前記ソース・データを引き出すこと、および共有メモリ中に前記組み立てられたデータ・パケットを配置することを特徴とする実施形態５０〜５１の何れかに記載の方法。
【００９５】
５３．前記プロセッサが、前記制御語に従って、共有メモリから前記受信されたデータ・パケットを引き出すこと、および前記再フォーマットされたデータ・パケットを第２のメモリ中に配置することを特徴とする実施形態５０〜５２の何れかに記載の方法。
【００９６】
５４．前記プロトコル・エンジンが、前記受信されたデータ・パケットを、ストリーム抽出機能を使用して再フォーマットするために、データ・ストリームからビット・フィールドを抽出することを特徴とする実施形態４９〜５３の何れかに記載の方法。
【００９７】
５５．前記プロトコル・エンジンが、前記データ・パケットを、ストリーム挿入機能を使用して組み立てるために、データ・ストリームにビット・フィールドを挿入することを特徴とする実施形態４９〜５４の何れかに記載の方法。
【００９８】
５６．前記プロトコル・スタックが、ＮＡＳプロトコル・スタックであることを特徴とする実施形態４９〜５５の何れかに記載の方法。
【００９９】
５７．前記プロトコル・スタックが、ＡＳプロトコル・スタックであることを特徴とする実施形態４９〜５５の何れかに記載の方法。
【０１００】
５８．前記プロトコル・スタックが、ＲＲＣレイヤのプロセッサ、ＭＡＣレイヤのプロセッサ、ＲＬＣレイヤのプロセッサ、および物理レイヤのプロセッサの少なくとも１つを含むことを特徴とする実施形態４９〜５７の何れかに記載の方法。
【０１０１】
５９．前記制御語が、ＲＡＢ確立および維持管理に対するパラメータを特定することを特徴とする実施形態５０〜５８の何れかに記載の方法。
【０１０２】
６０．前記制御語が、ＳＲＮＳ再配置に対するパラメータを特定することを特徴とする実施形態５０〜５９の何れかに記載の方法。
【０１０３】
６１．前記制御語が、ＲＬＣ配信プロトコルに対するパラメータを特定することを特徴とする実施形態５０〜６０の何れかに記載の方法。
【０１０４】
６２．前記制御語が、ＭＡＣ伝送フォーマット選択に対するパラメータを特定することを特徴とする実施形態５０〜６１の何れかに記載の方法。
【０１０５】
６３．前記制御語が、ＭＡＣ再順序化待ち行列処理に対するパラメータを特定することを特徴とする実施形態５０〜６２の何れかに記載の方法。
【０１０６】
６４．前記制御語が、ＨＳＵＰＡ時間計画および速度計算に対するパラメータを特定することを特徴とする実施形態５０〜６３の何れかに記載の方法。
【０１０７】
６５．前記制御語が、Ｅ−ＴＦＣ制限および選択に対するパラメータを特定することを特徴とする実施形態５０〜６４の何れかに記載の方法。
【０１０８】
６６．前記制御語が、ＭＡＣ−ｄフロー多重化に対するパラメータを特定することを特徴とする実施形態５０〜６５の何れかに記載の方法。
【０１０９】
６７．前記プロトコル・エンジンが、ＰＤＣＰ  ＩＰヘッダ圧縮および圧縮復元を実行するように構成されたことを特徴とする実施形態４９〜６６の何れかに記載の方法。
【０１１０】
６８．前記プロトコル・エンジンが、ＲＬＣ  ＳＤＵ／ＰＤＵ分割および連結を実行するように構成されたことを特徴とする実施形態４９〜６７の何れかに記載の方法。
【０１１１】
６９．前記プロトコル・エンジンが、ＲＬＣヘッダ挿入を実行するように構成されたことを特徴とする実施形態４９〜６８の何れかに記載の方法。
【０１１２】
７０．前記プロトコル・エンジンが、ＭＡＣヘッダ挿入を実行するように構成されたことを特徴とする実施形態４９〜６９の何れかに記載の方法。
【０１１３】
７１．前記プロトコル・エンジンが、ＲＬＣヘッダ抽出および解釈を実行するように構成されたことを特徴とする実施形態４９〜７０の何れかに記載の方法。
【０１１４】
７２．前記プロトコル・エンジンが、ＭＡＣヘッダ抽出および挿入を実行するように構成されたことを特徴とする実施形態４９〜７１の何れかに記載の方法。
【０１１５】
７３．前記プロトコル・エンジンが、前記制御語に基づきヘッダ、本体、およびパディングを具備するパケットを生成させるように構成されたことを特徴とする実施形態５０〜７２の何れかに記載の方法。
【０１１６】
７４．前記プロトコル・エンジンが、前記パディングとして前記パケット中に特定のデータを含むように構成されたことを特徴とする実施形態４９〜７３の何れかに記載の方法。
【０１１７】
７５．前記特定のデータが電子透かしであることを特徴とする実施形態７４に記載の方法。
【０１１８】
７６．前記プロトコル・エンジンが、前記送信ＰＤＵについて暗号化を、かつ前記受信されたＰＤＵについて復号化を実行することを特徴とする実施形態４９〜７５の何れかに記載の方法。
【０１１９】
７７．制御機能を実行するように構成された、プロトコル・スタックであって、データを処理するための制御語を発行する該プロトコル・スタックを特徴とするＩＣ。
【０１２０】
７８．前記制御語に基づき前記データを処理するように構成されたプロトコル・エンジンをさらに具備することを特徴とする実施形態７７に記載のＩＣ。
【０１２１】
本発明の特徴および要素が好適な実施形態において特定の組み合わせにて記述されているが、それぞれの特徴または要素は、好適な実施形態の他の特徴および要素なしで単独で、または本発明の他の特徴および要素のあるなしにかかわらず、様々な組み合わせにて使用可能である。
【図面の簡単な説明】
【０１２２】
【図１】従来のＵＭＴＳ  ＡＳプロトコル・スタックを示す図である。
【図２】本発明によるＰＥを含むＷＴＲＵの全体的システム構造のブロック図である。
【図３】本発明による、下り回線におけるＰＥの実施方法を示す図である。
【図４】本発明による、上り回線におけるＰＥの実施方法を示す図である。
【図５】本発明によるＰＥを含むＵＭＴＳ  ＡＳプロトコル・スタックのブロック図である。
【図６】本発明による、ＰＥでの下り回線処理におけるＰＤＵ分解に対する処理を示す図である。
【図７】本発明による、ＰＥでの上り回線処理におけるＰＤＵ生成に対する処理を示す図である。
【図８】本発明による、ＰＥでの下り回線処理におけるＰＤＵ分解に対する処理をより詳細に示す図である。
【図９Ａ】本発明によるストリーム抽出機能の動作を示す図である。
【図９Ｂ】本発明によるストリーム抽出機能の動作を示す図である。
【図１０Ａ】本発明によるストリーム挿入機能の動作を示す図である。
【図１０Ｂ】本発明によるストリーム挿入機能の動作を示す図である。
【図１１】本発明による受信処理のための処理のフロー図である。
【図１２】本発明による送信処理のための処理のフロー図である。
【図１】
2009510806.tif 000003
【図２】
2009510806.tif 000004
【図３】
2009510806.tif 000005
【図４】
2009510806.tif 000006
【図５】
2009510806.tif 000007
【図６】
2009510806.tif 000008
【図７】
2009510806.tif 000009
【図８】
2009510806.tif 000010
【図９Ａ】
2009510806.tif 000011
【図９Ｂ】
2009510806.tif 000012
【図１０Ａ】
2009510806.tif 000013
【図１０Ｂ】
2009510806.tif 000014
【図１１】
2009510806.tif 000015
【図１２】
2009510806.tif 000016