(57)【要約】無線通信システムにおける例えば基地局あるいは端末のような、さまざまな用途に適したパケット・ベースの処理システムが記載される。パケット・ベースの処理システムは、複数の処理モジュールおよび少なくとも１つの伝送モジュールを含みうる。処理モジュールは、共通のパケット・インタフェースを介して互いにパケットを送信し、非同期で動作することができる。伝送モジュールは、処理モジュールによって送信されたパケットを転送し、処理モジュールに関して非同期で動作しうる。おのおのの処理モジュールは、ネットワーク・インタフェース、少なくとも１つのバッファ、パケット・パーサ、パケット・ビルダ、および少なくとも１つの処理ユニットを含みうる。おのおのの処理モジュールは、少なくとも１つのサービスをサポートすることができる。おのおののパケットは、ヘッダとペイロードとを含むことができる。ヘッダは、パケットを送信するソース・サービスのためのソース・サービス・アドレスと、パケットを受信する受信者サービスのための宛先サービス・アドレスとを含むことができる。
2010537582.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための装置であって、
共通のパケット・インタフェースを介して互いにパケットを送信するように動作可能な複数の処理モジュールと、
前記複数の処理モジュールに接続され、前記複数の処理モジュールによって送信されたパケットを転送するように動作可能な少なくとも１つの伝送モジュールと
を備える装置。
【請求項２】
おのおのの処理モジュールは、
前記処理モジュールのためにパケットを送信および受信するように動作可能なネットワーク・インタフェースと、
前記ネットワーク・インタフェースによって受信されたパケットからの入力データを格納し、前記ネットワーク・インタフェースによって送信されるべきパケットの出力データを格納するように動作可能な少なくとも１つのバッファと、
前記入力データを処理し、前記出力データを提供するように動作可能な少なくとも１つの処理ユニットと
を備える請求項１に記載の装置。
【請求項３】
おのおのの処理モジュールはさらに、前記ネットワーク・インタフェースからパケットを受信し、前記受信したパケットからの入力データを、前記少なくとも１つのバッファへ提供し、前記受信したパケットからの制御情報を、前記少なくとも１つの処理ユニットへ提供するように動作可能なパケット・パーサを備える請求項２に記載の装置。
【請求項４】
おのおのの処理モジュールはさらに、前記少なくとも１つのバッファから出力データを受信し、前記少なくとも１つの処理ユニットから制御情報を受信し、前記出力データを用いて、および前記制御情報にしたがってパケットを構築するように動作可能なバケット・ビルダを備える請求項２に記載の装置。
【請求項５】
前記複数の処理モジュールは、非同期で動作する請求項１に記載の装置。
【請求項６】
おのおのの処理モジュールは、前記処理モジュールのために選択された少なくとも１つのクロックに基づいて動作する請求項１に記載の装置。
【請求項７】
前記少なくとも１つの伝送モジュールは、前記複数の処理モジュールに関して非同期で動作する請求項１に記載の装置。
【請求項８】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートし、前記少なくとも１つのサービスについてパケットに対して動作する請求項１に記載の装置。
【請求項９】
前記共通のパケット・インタフェースは、前記複数の処理モジュールによって送信されたすべてのパケットのために、共通のパケット・フォーマットを利用する請求項１に記載の装置。
【請求項１０】
おのおののパケットは、ヘッダとペイロードを備え、
前記ヘッダは、ソース・アドレスと宛先アドレスを備え、
前記少なくとも１つの伝送モジュールは、前記パケットのソース・アドレスおよび宛先アドレスに基づいて、前記複数の処理モジュールによって送信されたパケットを転送するように動作可能である請求項１に記載の装置。
【請求項１１】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートし、
おのおののパケットは、前記パケットを送信するソース・サービスのためのソース・サービス・アドレスと、前記パケットを受信する受信者サービスのための宛先サービス・アドレスとを備える請求項１に記載の装置。
【請求項１２】
おのおののサービスは、少なくとも１つのサービス・ポートをサポートし、
おのおののパケットはさらに、前記ソース・サービスにおけるサービス・ポートのためのソース・サービス・ポートと、前記受信者サービスにおけるサービス・ポートのための宛先サービス・ポートとを備える請求項１１に記載の装置。
【請求項１３】
前記複数の処理モジュールは、無線通信システムにおける基地局のための処理を実行するように動作可能である請求項１に記載の装置。
【請求項１４】
前記複数の処理モジュールは、無線通信システムにおける端末のための処理を実行するように動作可能である請求項１に記載の装置。
【請求項１５】
特定用途向け集積回路（ＡＳＩＣ）であって、
共通のパケット・インタフェースを介して互いにパケットを送信するように動作可能な複数の処理モジュールと、
前記複数の処理モジュールに接続され、前記複数の処理モジュールによって送信されたパケットを転送するように動作可能な少なくとも１つの伝送モジュールと
を備えるＡＳＩＣ。
【請求項１６】
おのおのの処理モジュールは、
前記処理モジュールのためにパケットを受信および送信するように動作可能なネットワーク・インタフェースと、
前記ネットワーク・インタフェースによって受信されたパケットからの入力データを格納し、前記ネットワーク・インタフェースによって送信されるべきパケットの出力データを格納するように動作可能な少なくとも１つのバッファと、
前記入力データを処理し、前記出力データを提供するように動作可能な少なくとも１つの処理ユニットと
を備える請求項１５に記載のＡＳＩＣ。
【請求項１７】
おのおのの処理モジュールはさらに、
前記ネットワーク・インタフェースからパケットを受信し、前記受信したパケットからの入力データを、前記少なくとも１つのバッファへ提供し、前記受信したパケットからの入力制御情報を、前記少なくとも１つの処理ユニットへ提供するように動作可能なパケット・パーサと、
前記少なくとも１つのバッファから出力データを受信し、前記少なくとも１つの処理ユニットから出力制御情報を受信し、前記出力データを用いて、および、前記出力制御情報にしたがってパケットを構築するように動作可能なパケット・ビルダと
を備える請求項１６に記載のＡＳＩＣ。
【請求項１８】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートし、
おのおののパケットは、前記パケットを送るソース・サービスのためのソース・サービス・アドレスと、前記パケットを受信する受信者サービスのための宛先サービス・アドレスとを備える請求項１５に記載のＡＳＩＣ。
【請求項１９】
無線通信のための方法であって、
共通のパケット・インタフェースを介して装置の複数の処理モジュール間でパケットを送信することと、
少なくとも１つの伝送モジュールを介して前記複数の処理モジュールによって送信されたパケットを転送することと
を備える方法。
【請求項２０】
入力データおよび入力制御情報を取得するために、おのおのの処理モジュールにおいて受信されたパケットを分析することと、
おのおのの処理モジュールによって送信されるべきパケットを、前記処理モジュールからの出力データを用いて、および、前記処理モジュールからの出力制御情報にしたがって構築することと、
おのおのの処理モジュールのための前記入力データおよび前記出力データをバッファすることと
をさらに備える請求項１９に記載の方法。
【請求項２１】
ヘッダおよびペイロードを備える共通のパケット・フォーマットにしたがって前記パケットを生成することをさらに備え、前記ヘッダはソース・アドレスおよび宛先アドレスを備え、前記複数の処理モジュールによって送信されたパケットは、前記パケットのソース・アドレスおよび宛先アドレスに基づいて転送される請求項１９に記載の方法。
【請求項２２】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートし、おのおののパケットは、前記パケットを送信するソース・サービスのためのソース・サービス・アドレスと、前記パケットを受信する受信者サービスのための宛先サービス・アドレスとを備える請求項１９に記載の方法。
【請求項２３】
前記複数の処理モジュールを非同期で動作させることと、
前記複数の処理モジュールに関して、前記少なくとも１つの伝送モジュールを非同期で動作させることと
をさらに備える請求項１９に記載の方法。
【請求項２４】
無線通信のための装置であって、
共通のパケット・インタフェースを介して複数の処理モジュール間でパケットを送信する手段と、
前記少なくとも１つの伝送モジュールを介して、前記複数の処理モジュールによって送信されたパケットを転送する手段と
を備える装置。
【請求項２５】
入力データおよび入力制御情報を取得するために、おのおのの処理モジュールにおいて受信されたパケットを分析する手段と、
おのおのの処理モジュールによって送信されるべきパケットを、前記処理モジュールからの出力データを用いて、および、前記処理モジュールからの出力制御情報にしたがって構築する手段と、
おのおのの処理モジュールのための前記入力データおよび前記出力データをバッファする手段と
をさらに備える請求項２４に記載の装置。
【請求項２６】
ヘッダとペイロードとを備える共通のパケット・フォーマットにしたがってパケットを生成する手段をさらに備え、前記ヘッダは、ソース・アドレスと宛先アドレスとを備え、前記複数の処理モジュールによって送信されたパケットは、前記パケットのソース・アドレスおよび宛先アドレスに基づいて転送される請求項２４に記載の装置。
【請求項２７】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートし、おのおののパケットは、前記パケットを送信するソース・サービスのためのソース・サービス・アドレスと、前記パケットを受信する受信者サービスのための宛先サービス・アドレスとを備える請求項２４に記載の装置。
【請求項２８】
複数の処理モジュールを非同期で動作させる手段と、
前記複数の処理モジュールに関して、前記少なくとも１つの伝送モジュールを非同期で動作させる手段と
をさらに備える請求項２４に記載の装置。
【請求項２９】
少なくとも１つのコンピュータに対して、共通のパケット・インタフェースを介して、装置の複数の処理モジュール間でパケットを送信させるためのコードと、
前記少なくとも１つのコンピュータに対して、少なくとも１つの伝送モジュールを介して、前記複数の処理モジュールによって送信されたパケットを転送させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項３０】
前記コンピュータ読取可能媒体はさらに、
入力データおよび入力制御情報を取得するために、前記少なくとも１つのコンピュータに対して、おのおのの処理モジュールにおいて受信されたパケットを分析させるためのコードと、
前記少なくとも１つのコンピュータに対して、処理モジュールによって送信されるべきパケットを、前記処理モジュールからの出力データを用いて、および、前記処理モジュールからの出力制御情報にしたがって構築させるためのコードと、
前記少なくとも１つのコンピュータに対して、おのおのの処理モジュールのための前記入力データおよび前記出力データをバッファさせるためのコードと
を備える請求項２９に記載のコンピュータ・プログラム製品。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、２００７年８月２３日に出願され"METHOD AND APPARATUS FOR PACKET BASED MODEM DESIGN"と題された米国仮出願６０／９５７，５０９号に対する優先権を主張する。この仮出願は、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている。
【技術分野】
【０００２】
本開示は、一般に、データ処理に関し、さらに詳しくは、無線通信およびその他のアプリケーションに適切な処理システムに関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のようなさまざまな通信サービスを提供するために広く開発された。これらのシステムは、利用可能なシステム・リソースを共有することにより、複数のユーザをサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００４】
無線通信システムでは、基地局は１または複数の端末へデータおよびシグナリングを送信し、端末からデータおよびシグナリングを受信する。おのおのの端末と同様に基地局も、データやシグナリングの送信および受信のために、さまざまなタイプの処理を実行する。おのおののエンティティによる処理は、計算上大容量のメモリを使い、さまざまな理由により変更されうる。この処理を効率的な方法で実行し、かつ、より容易に設計および試験される処理システムが、強く望まれる。
【発明の概要】
【０００５】
本明細書では、無線通信システムにおける例えば基地局や端末のためのさまざまなアプリケーションに使用されうるパケット・ベースの処理システムが記載される。パケット・ベースの処理システムは、特定用途向け集積回路（ＡＳＩＣ）を含むさまざまな手法で実装されうる。パケット・ベースの処理システムは、スケーラビリティ、柔軟性、設計および試験の容易さ等を含むさまざまな利点を備える。
【０００６】
１つの設計では、パケット・ベースの処理システムは、複数の処理モジュールおよび少なくとも１つの伝送モジュールを含みうる。処理モジュールは、処理モジュールによって送信された全てのパケットについて共通のパケット・フォーマットを使用する共通のパケット・インタフェースを経由して互いにパケットを送信する。パケットはまた、メッセージ、データ・ユニット、データ・ブロック等とも称されうる。処理モジュールは、非同期で動作する。そして、おのおのの処理モジュールは、その処理モジュールのために選択された少なくとも１つのクロックに基づいて動作しうる。伝送モジュールは、処理モジュールによって送信されたパケットを転送し、処理モジュールに関して非同期で動作しうる。
【０００７】
１つの設計では、処理モジュールはネットワーク・インタフェース、少なくとも１つのバッファ、少なくとも１つの処理ユニット、パケット・パーサ、およびパケット・ビルダを含みうる。ネットワーク・インタフェースは、処理モジュールのためのパケットの受信および送信を行うことができる。パケット・パーサは、ネットワーク・インタフェースからパケットを受信し、受信したパケットからの入力データをバッファへ提供し、受信したパケットからの入力制御情報を処理ユニットに提供しうる。処理ユニットは、この入力データを処理し、バッファへ出力データを提供しうる。パケット・ビルダは、バッファから出力データを受信し、処理ユニットから出力制御情報を受信し、出力データを用いて、および、出力制御情報にしたがって、パケットを構築する。
【０００８】
１つの設計では、処理モジュールは、少なくとも１つのサービスをサポートし、処理モジュールによってサポートされるすべてのサービスについて、パケットについて動作しうる。おのおののパケットは、ヘッダとペイロードとを含みうる。おのおののパケットのヘッダは、（ｉ）パケットを送信するソース・サービスのためのソース・サービス・アドレスと、（ｉｉ）パケットを受信する受信者サービスのための宛先サービス・アドレスとを含みうる。おのおののサービスは、少なくとも１つのサービス・ポートをサポートしうる。おのおののパケットのヘッダはさらに、（ｉ）ソース・サービスにおけるサービス・ポートのためのソース・サービス・ポートと、（ｉｉ）受信者サービスにおけるサービス・ポートのための宛先サービス・ポートとを含みうる。
【０００９】
本開示のさまざまな態様および特徴が、以下にさらに詳細に記載される。
【図面の簡単な説明】
【００１０】
【図１】図１は、無線通信システムを示す。
【図２】図２は、基地局と端末のブロック図を示す。
【図３】図３は、バス・ベースの処理システムを示す。
【図４Ａ】図４Ａは、パケット・ベースの処理システムの設計を示す。
【図４Ｂ】図４Ｂは、パケット・ベースの処理システムの別の設計を示す。
【図５】図５は、基地局または端末用のパケット・ベースの処理システムを示す。
【図６】図６は、処理モジュールのブロック図を示す。
【図７】図７は、２つのサービス間の通信を示す。
【図８】図８は、共通のパケット・インタフェース用のパケット・フォーマットを示す。
【図９】図９は、パケット・ベースの処理システムにおける動作の処理を示す。
【発明を実施するための形態】
【００１１】
パケット・ベースの処理システムは、例えば無線通信、ネットワーキング、コンピューティング等のようなさまざまなアプリケーションのために使用されうる。一般に、パケット・ベースの処理システムは、処理が複数の処理モジュールにわたって分散される任意のアプリケーションのために使用されうる。おのおのの処理モジュールは、ハードウェア、ソフトウェア、ファームウェア、あるいはこれらの組み合わせによって実現されうる。明瞭さのために、パケット・ベースの処理システムのある態様が、無線通信について以下に記載される。
【００１２】
図１は、多くの基地局およびその他のネットワーク・エンティティを含みうる無線通信システム１００を示す。それは単純化のために、図１では１つの基地局１１０のみが示される。基地局１１０は、端末と通信する固定局であることができ、ノードＢ、イボルブド・ノードＢ（ｅＮＢ）、アクセス・ポイント等とも称されうる。基地局１１０は、ダウンリンク１２２ａおよびアップリンク１２４ａによって端末１２０ａと通信し、ダウンリンク１２２ｂおよびアップリンク１２４ｂによって端末１２０ｂと通信しうる。端末は据置式または移動式であり、移動局、ユーザ機器（ＵＥ）、アクセス端末、加入者ユニット、局等とも称されうる。端末は、セルラ電話、携帯情報端末（ＰＤＡ）、無線通信デバイス、ハンドヘルド・デバイス、無線モデム、ラップトップ・コンピュータ等でありうる。
【００１３】
図２は、図１における端末１２０ａおよび端末１２０ｂでありうる端末１２０と、基地局１１０との設計のブロック図を示す。この設計では、基地局１１０は、Ｔ個のアンテナ２３４ａ乃至２３４ｔが備えられており、端末１２０は、Ｒ個のアンテナ２５２ａ乃至２５２ｒが備えられている。ここで、一般に、Ｔ≧１およびＲ≧１である。
【００１４】
基地局１１０では、送信プロセッサ２２０が、１または複数の端末のためのデータをデータ・ソース２１２から受け取り、おのおのの端末のためのデータを、その端末のために選択された１または複数の変調および符合化スキームに基づいて処理し、全ての端末に対してデータ・シンボルを提供する。また、送信プロセッサ２２０は、シグナリングを処理し、シグナリング・シンボルを提供する。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ２３０は、データ・シンボル、シグナリング・シンボル、およびパイロット・シンボルを多重化する。ＴＸ  ＭＩＭＯプロセッサ２３０は、これら多重化されたシンボルについて空間処理（例えば、事前符号化）を行ない、適用可能であれば、Ｔ個の出力シンボル・ストリームを、Ｔ個の変調器（ＭＯＤ）２３２ａ乃至２３２ｔへ提供する。おのおのの変調器２３２は、出力サンプル・ストリームを取得するために、（例えばＣＤＭＡ、ＯＦＤＭ等のために）それぞれの出力シンボル・ストリームを処理しうる。おのおのの変調器２３２はさらに、ダウンリンク信号を取得するために、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、およびアップコンバート）する。変調器２３２ａ乃至２３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ２３４ａ乃至２３４ｔを経由してそれぞれ送信されうる。
【００１５】
端末１２０では、基地局１１０からのダウンリンク信号をアンテナ２５２ａ乃至２５２ｒが受信する。そして、受信した信号を、復調器（ＤＥＭＯＤ）２５４ａ乃至２５４ｒへそれぞれ提供する。おのおのの復調器２５４は、受信サンプルを取得するために、受信した信号のそれぞれを調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）する。おのおのの復調器２５４はさらに、受信シンボルを取得するために、（例えば、ＣＤＭＡ、ＯＦＤＭ等のために）受信サンプルを処理する。ＭＩＭＯ検出器２５６は、Ｒ個すべての復調器２５４ａ乃至２５４ｒから受信シンボルを取得する。そして、適用可能であれば、これら受信シンボルについてＭＩＭＯ検出を実行し、検出されたシンボルを提供する。受信プロセッサ２５８は、これら検出されたシンボルを処理（例えば、復調、デインタリーブ、および復号）し、端末１２０のために復号されたデータを、データ・シンク２６０へ提供する。
【００１６】
アップリンクでは、端末１２０において、データ・ソース２６２からのデータと、コントローラ／プロセッサ２８０からのシグナリングとが、送信プロセッサ２６４によって処理され、適用可能であれば、ＴＸ  ＭＩＭＯプロセッサ２６６によって事前符合化され、変調器２５４ａ乃至２５４ｒによって調整され、基地局１１０へと送信される。基地局１１０では、端末１２０からのアップリンク信号がアンテナ２３４によって受信され、復調器２３２によって調整される。そして、適用可能であれば、ＭＩＭＯ検出器２３６によって処理される。さらに、端末１２０によって送信されたデータおよびシグナリングを取得するために、受信プロセッサ２３８によって処理される。
【００１７】
コントローラ／プロセッサ２４０、２８０は、基地局１１０および端末１２０における動作を指示することができる。メモリ２４２およびメモリ２８２は、基地局１１０および端末１２０のためのデータとプログラム・コードとをそれぞれ格納しうる。スケジューラ２４４は、ダウンリンク送信および／またはアップリンク送信のために端末をスケジュールし、スケジュールされた端末のためにリソースの割当を提供しうる。
【００１８】
図２は、１つの設計にしたがった基地局１１０および端末１２０におけるさまざまな機能ブロックを示す。基地局１１０および端末１２０は、図２には示されていない別の機能ブロックおよび／または異なる機能ブロックを含みうる。
【００１９】
一般に、基地局および端末はおのおの、任意の数の処理モジュールを含みうる。処理モジュールはまた、処理エンジン、処理ブロック、処理ノード等と称されうる。おのおのの処理モジュールは、例えば、探索、変調、復調、符号化、復号等のような指定された機能のセットを実行しうる。おのおのの処理モジュールは、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの組み合わせで実現されうる。例えば、処理モジュールは、１または複数のデジタル信号プロセッサ（ＤＳＰ）、縮小命令型コンピュータ（ＲＩＳＣ）プロセッサ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ＡＳＩＣ、プロセッサ、コントローラ、回路基板（例えばベースバンド・ボード、ＲＦボード等）を含みうる。別の例として、処理モジュールは、１または複数の汎用プロセッサ、ＲＩＳＣプロセッサ等によって実行されるソフトウェアおよび／またはファームウェアで実現されうる。
【００２０】
図３は、バス・ベースの処理システム３００の設計を示す。図３で示される設計では、処理システム３００は、所望の機能を実行するように設計された６つの処理モジュール３１０ａ乃至３１０ｆを含んでいる。おのおのの処理モジュール３１０は、１または複数の相互接続を介して、１または複数の別の処理モジュール３１０と通信しうる。例えば、処理モジュール３１０ｆは、５つのカスタム相互接続を介して、他の５つの処理モジュール３１０ａ乃至３１０ｅと通信しうる。おのおのの相互接続は、ポイント・トゥ・ポイント・バスあるいはポイント・トゥ・マルチポイント・バスでありうる。
【００２１】
図３に示す設計では、処理モジュール３１０は、密に接続され、カスタム・インタフェースを介して互いに通信しうる。カスタム・インタフェースは、おのおのの処理モジュールの入力要件および出力要件に基づいて、具体的に設計されうる。カスタム・インタフェースは、ソース・クロックおよび宛先クロックについて、前もって注意深く計画される必要があるある仮定をしうる。処理モジュールによって取り扱われるべきデータは、（図３には示されていない）中央共有メモリに格納されうる。これは、密に接続された処理モジュールのパフォーマンスを向上するが、処理システムの他の部分における各処理モジュールの依存度を高めうる。さらにまた、他の処理モジュールから受信したデータ間のタイミング関係およびアービトレーションが重要となりうる。したがって、１つの処理モジュールにおける小さな変更は、他の処理モジュールに対する変更を必要とする。バス・ベースのアーキテクチャの他の欠点は、一般にスケーラブルではないということである。さらには、１つの処理モジュールに対する変更により、システムの他の部分に対する変更も必要になるので、（例えば、要求の変化、処理モジュールのパフォーマンス不足、アップグレード等によって、）バス・ベースの処理システムを適用することは困難でありうる。
【００２２】
図４Ａは、パケット・ベースの処理システム４００の設計を示す。それは、図３におけるバス・ベースの処理システム３００に対するある利点を提供することができる。図４Ａに示される設計では、処理システム４００は、伝送モジュール４２０に接続された３つの処理モジュール４１０ａ、４１０ｂ、および４１０ｃを含んでいる。おのおのの処理モジュール４１０は、指定された機能のセットを実行することができる。伝送モジュール４２０は、処理モジュール４１０のためのルータとして動作しうる。伝送モジュール４２０は、処理モジュール４１０からパケットを受信し、そのパケットを、適切な受信者の処理モジュールへ転送することができる。
【００２３】
図４Ｂは、パケット・ベースの処理システム４０２の設計を示す。図４Ｂで示される設計では、処理システム４０２は、複数の処理モジュール４１０ａ乃至４１０ｚと、複数の伝送モジュール４２０ａ乃至４２０ｎとを含む。おのおのの処理モジュール４１０は、指定された機能のセットを実行することができる。おのおのの伝送モジュール４２０は、１または複数の処理モジュール４１０、および１または複数のその他の伝送モジュール４２０に接続されうる。おのおのの伝送モジュール４２０は、ルータとして動作し、その伝送モジュールに接続された処理モジュールおよび伝送モジュールからパケットを受信し、それらパケットを、受信者の処理モジュールおよび伝送モジュールへ転送する。
【００２４】
図４Ａおよび図４Ｂは、２つのパケット・ベースの処理システムの２つの設計例を示す。一般に、パケット・ベースの処理システムは、任意の数の処理モジュールと、任意の数の伝送モジュールとを含みうる。これらは、任意の方式で相互接続されうる。処理モジュールは、パケット・ベースの処理システムのための所望の機能を実行しうる。パケット・ベースの処理システムを含む処理モジュールの数およびタイプは、システムの処理要件に依存しうる。伝送モジュールは、このシステムのための伝送メカニズムを形成し、異なる処理モジュール間でパケットをルーティングする。
【００２５】
パケット・ベースの処理システムは、通信／伝送から、処理／計算を分離しうる。処理に特有の問題は、通信の問題とは別々に取り扱われる。パケット・ベースの処理システムは、おのおの個別の処理モジュールが同期して動作するが、異なる処理モジュールは互いに非同期であるglobally asynchronous/locally synchronous（ＧＡＬＳ）アーキテクチャを利用することができる。処理モジュールは、粗に接続されており、所望の機能を達成するために、独立したクロックで動作する。
【００２６】
おのおのの処理モジュールは、１または複数のアップストリーム処理モジュールから（例えば、タスク記述、サイドバンド情報、および／またはデータのための）パケットを受信し、受信したパケットについてのタスクを処理し、その結果（例えば、タスク記述、サイドバンド情報、および／またはデータ）を、パケットによって、１または複数のダウンストリーム処理モジュールへ提供する処理モジュールは、伝送メカニズムは信頼性が低く、情報の複製あるいは頻繁な喪失を取り扱うものと仮定する。
【００２７】
伝送メカニズムは、処理モジュール間に通信リンクを提供しうる。伝送メカニズムは、ソース処理モジュールからパケットを受信し、これらパケットを、宛先処理モジュールへ転送しうる。すべての処理モジュールについて共通のパケット・インタフェースが使用され、これら処理モジュール間でのパケットの伝送を簡素化する。柔軟性を高めるために、伝送メカニズムは、処理モジュールに関し非同期であることができる。伝送メカニズムは、処理モジュール間で交換されたパケットのすべてを伝送するために十分な帯域幅をもって設計されうる。伝送メカニズムは、ソース処理モジュールから、宛先処理モジュールへとパケットを順に配信することができる。伝送メカニズムが十分大きな帯域幅を持つ限り、パケット・ベースの処理システムは、スケーラブルかつフレキシブルでありうる。伝送メカニズムの帯域幅はスケーラブルで、かつ、スイッチおよびリンクのバス帯域を増加することにより調節されうる。
【００２８】
パケット・ベースの処理システムは、トランザクション向けでありうる。処理モジュールは、実行されるタスクに関する情報に関連付けられたトランザクション、タスクのためのデータ、トランザクション結果とともにダウンストリーム処理モジュールへ転送されるべきあらゆるサイドバンド情報を受信しうる。トランザクションは、例えば、コンフィギュレーション、動作、デバック等のような異なるタイプからなりうる。おのおののトランザクションは、ソースの処理モジュールまたはダウンストリームの処理モジュールに対して、１または複数のトランザクションを引き起こす。例えばリセット、アクノレッジ、フロー制御、システム・タイマ等のような制御パケットが使用されうる。
【００２９】
図５は、パケット・ベースの処理システム５００の設計のブロック図を示す。それは、図２の基地局１１０または端末１２０のために使用されうる。この設計では、処理システム５００は、モデム処理モジュール５１０ａ、符号化／復号処理モジュール５１０ｂ、アプリケーション処理５１０モジュールｃ、および伝送モジュール５２０を含んでいる。
【００３０】
処理モジュール５１０ａは、データ送信のための変調、およびデータ受信のための復調を実行しうる。変調／復調（モデム）処理は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等のように、サポートされているラジオ技術に依存しうる。処理モジュール５１０ｂは、チャネル符号化および復号（例えば、ターボ符号化および復号）、インタリーブ、デインタリーブ等を実行しうる。処理モジュール５１０ｃは、例えばオーディオ／ビデオ符号化および復号等のような高次レイヤ・アプリケーションのための処理を実行する。処理モジュール５１０ｃは、処理システム５００が端末１２０のために使用される場合に存在し、処理システム５００が基地局１１０のために使用される場合には省略されうる。おのおのの処理モジュール５１０は、処理モジュールの内部または外部にありうる関連するメモリ５１２を有しうる。おのおのの処理モジュール５１０のメモリ５１２は、他の処理モジュールから受信した入力データ、他の処理モジュールへ送信される出力データ、および、処理モジュールによって取り扱われる中間データを格納することができる。伝送モジュール５２０は、処理モジュール５１０ａ乃至５１０ｃに接続され、処理モジュールのためのパケットをルーティングすることができる。
【００３１】
図５は、３の処理モジュール５１０ａ、５１０ｂ、５１０ｃを含む、パケット・ベースの処理システム５００を備えた設計例を示す。処理システム５００は、別の機能を実行する異なる処理モジュールおよび／または追加の処理モジュールを含みうる。例えば、処理システム５００は、高速フーリエ変換（ＦＦＴ）および逆ＦＦＴ（ＩＦＦＴ）、変調および復調、スクランブルおよびデスクランブル、インタリーブおよびデインタリーブ、チャネル符号化および復号、空間処理（例えば、事前符号化およびビームフォーミング）、ＭＩＭＯ検出、パイロット生成、電力制御、チャネル推定、時間トラッキング・ループ、周波数トラッキング・ループ、フェーズ回転、自動利得制御（ＡＧＣ）等のための処理モジュールを含みうる。処理システム５００はさらに、追加の伝送モジュールを含みうる。
【００３２】
図６は、処理モジュール５１０ｘの設計のブロック図を示す。これは、図５における処理モジュールのうちの何れか１つのために使用されうる。処理モジュール５１０ｘ内では、ネットワーク・インタフェース６１０が、リンク６１２を経由して、（図６では図示していない）関連する伝送モジュールとパケットを交換（例えば、送信および受信）する。ネットワーク・インタフェース６１０は、処理モジュール５１０ｘに割り当てられた１または複数のアドレスまたは識別子（ＩＤ）を受信しうる。ネットワーク・インタフェース６１０は、割り当てられたアドレスに基づいて、処理モジュール５１０ｘへ向けられた入力パケットを識別し、この入力パケットを、パケット・パーサ６２０へ渡す。ネットワーク・インタフェース６１０はまた、誤って受信されたパケットを検出し、これらパケットを破棄する。
【００３３】
パケット・パーサ６２０は、ネットワーク・インタフェース６１０からの入力パケットを分析し、入力パケットからの入力データを、受信データ・パケット６２２へ提供し、入力パケットからの入力制御情報を処理ユニット６３０へ提供する。入力データは、データ・パケットで送信されうる。そして、入力制御情報は、制御パケットで送信されうる。この場合、パケット・パーサ６２０は、入力パケットを、データ・パケットおよび制御パケットへ分析する。制御パケットは、処理モジュール５１０ｘにおいて中間的な動作（例えば、リセットまたはフロー制御）を引き起こすか、あるいは、実行されるべき他のタスクを引き起こす。パケット・パーサ６２０はまた、処理ユニット６３０との通信を必要としないあるパケットに応答することができる。
【００３４】
処理ユニット６３０がデータを受信する準備ができるまで、バッファ６２２は入力データを格納することができる。要求されると、バッファ６２２は、入力データを、受信された順に提供する。バッファ６２２はまた、処理ユニット６３０と、処理システムの残りとの間のクロック・レート変換のために使用されうる。バッファ６２２は、ファースト・イン・ファースト・アウト（ＦＩＦＯ）バッファまたはその他いくつかのタイプのバッファで実現されうる。
【００３５】
処理ユニット６３０は、例えば入力制御情報によって示されるように、バッファ６２２からの入力データを処理することができる。処理ユニット６３０は、送信データ・バッファ６３２へ出力データを提供し、パケット・ビルダ６４０へ出力制御情報を提供することができる。データが送信される準備ができるまで、バッファ６３２は、処理ユニット６３０からの出力データを格納することができる。バッファ６３２はまた、処理ユニット６３０と、処理システムの残りとの間のクロック・レート変換のためにも使用されうる。バッファ６３２は、ＦＩＦＯバッファあるいはその他いくつかのタイプのバッファで実現されうる。
【００３６】
パケット・ビルダ６４０は、バッファ６３２からの出力データを用いて、および、処理ユニット６３０からの出力制御情報によって示されるように、出力パケットを生成する。ネットワーク・インタフェース６１０は、パケット・ビルダ６４０からの出力パケットを受信し、これらパケットを、リンク６１２を経由して、関連する伝送モジュールへ送信する。バッファ６２２およびバッファ６３２は、図５のメモリ５１２の一部であり、処理モジュール５１０ｘによって実行されている機能によって決定される適切なサイズを有する。
【００３７】
処理モジュール５１０ｘは、パケット・ベースの処理システムにおけるおのおのの処理モジュールのために使用されうる。異なる処理モジュールが、異なるパケットを送信することができる。しかしながら、すべての処理モジュールによって、共通のパケット・インタフェースが使用されうる。さらに、処理モジュールは、伝送メカニズムの特定の動作から分離され、伝送メカニズムに対する変更によって影響されない。
【００３８】
パケット・ベースの処理システムは、１または複数の処理モジュールを含み、おのおのの処理モジュールは、１または複数のサービスをサポートすることができる。サービスは、１または複数の論理機能をサポートする論理モジュールでありうる。そして、サポートされているすべての論理機能のためのパケットを送信および受信することができる。パケット・ベースの処理システムは、相互接続されたサービスのセットをサポートするものとして理解されうる。
【００３９】
スタンダード・パケット・プロトコル（ＳＰＰ）が定義され、パケット・ベースの処理システムのための伝送独立プロトコルとして使用されうる。ＳＰＰは、スケーラブルで、高帯域幅で、低レイテンシなパケット・ベースの処理システムのためのデータ交換をサポートしうる。ＳＰＰは、非同期かつスケーラブルなインタフェースを用いたサービス・トゥ・サービス通信をサポートする。これによって、サービスは、（例えば、ハードウェア、ソフトウェア、および／またはファームウェアのような）特定の実装に依存せず、伝送メカニズムにも依存せずに、互いに相互動作できるようになる。ＳＰＰは、パケットを他のサービスへ送信するための、サービスのための手順を提供する。ＳＰＰは、トランザクション向けであり、配信および複製の保護を保証するものではない。パケットの高い信頼性の配信を要求するサービスは、これを、アプリケーション・レイヤにおいて、適切な手順を用いて達成することができる。そして、その手順のための適切な情報を搬送するためにパケットを拡張することができる。
【００４０】
図７は、２つの処理モジュール内に存在する２つのサービスＡ、Ｂ間の通信の設計を示す。サービスは、１または複数のサービス・エンド・ポイント（ＳＥＰ）を有しうる。１つの設計では、おのおののサービス・エンド・ポイントは、サービス・アドレスおよびサービス・ポートによって識別されうる。サービス・アドレスは、パケット・ベースの処理システムを介してパケットをルーティングするために使用され、サービスのための物理アドレスとして考慮されうる。サービス・ポートは、異なる論理機能のため、パケットを異なるストリームに分離するサービスによって使用される。所与のサービスのすべてのサービス・エンド・ポイントは、同じサービス・アドレスであるが異なるサービス・ポートを有しうる。伝送メカニズムは、それらのサービス・アドレスに基づいてパケットをルーティングし、サービス・ポートを無視することができる。一般に、ＳＥＰアドレスは、任意の数の部分を含み、おのおのの部分は、適切なビット幅を有しうる。
【００４１】
パケット・ベースの処理システムにおけるサービスは、ユニークなユニキャスト・サービス・アドレスを割り当てられうる。複数のサービスは、マルチキャスト・サービス・アドレスを割り当てられ、そのマルチキャスト・サービス・アドレスへ送信されたパケットを受信することができる。また、すべてのサービスが、ブロードキャスト・サービス・アドレスへ送信されたパケットを受信することができる。マルチキャスト・サービス・アドレスおよびブロードキャスト・サービス・アドレスが、マルチキャストおよびブロードキャストのために確保されたサービス・アドレスの範囲から取得されうる。
【００４２】
おのおののサービスは、そのサービスがパケットを交換できる他のサービスのＳＥＰのアドレスを知っている（例えば、このアドレスを用いて設定されうる）。処理モジュールのためのネットワーク・インタフェースは、その処理モジュールによってサポートされているすべてのサービスを知っている。ネットワーク・インタフェースは、入力パケットを、処理モジュール内の適切なサービスへとルーティングし、出力パケットを、適切な受信者サービスへ送信する。
【００４３】
図８は、パケット・ベースの処理システムにおいてサービス間で交換されるパケットのために使用されうるパケット・フォーマット８００の設計を示す。この設計では、パケットは、ヘッダ情報を搬送するヘッダ８１０と、データを搬送するペイロード８５０とを含みうる。ヘッダ８１０内では、ペイロード・タイプ・フィールド８２２が、ペイロード８５０で送信されているペイロードのタイプを示すことができる。宛先アドレス・フィールド８３０は、（ｉ）パケットの受信者サービスのサービス・アドレスを搬送する宛先サービス・アドレス・フィールド８３２と、（ｉｉ）パケットの受信者サービスのサービス・ポートを識別する宛先サービス・ポート・フィールド８３４とを含みうる。ソース・アドレス・フィールド８４０は、（ｉ）パケットを送信するサービスのサービス・アドレスを搬送するソース・サービス・アドレス・フィールド８４２と、（ｉｉ）パケットが送信されるサービス・ポートを識別するソース・サービス・ポート・フィールド８４４とを含みうる。サービス品質（ＱｏＳ）フィールド８４２は、ペイロード８５０内のデータの優先度を示すことができる。例えば、０は、最低優先度データを示し、７は、最高優先度データを示す。ペイロード長さフィールド８４４は、ペイロード８５０の長さを搬送する。
【００４４】
図８は、パケット・ベースの処理システムのために使用されうるパケット・フォーマットの１つの設計を示す。異なるフィールドを持つその他のパケット・フォーマットも使用されうる。
【００４５】
一般に、パケット・ベースの処理システムは、サービス間でパケットを伝送するために、任意の伝送メカニズムを使用することができる。伝送メカニズムは、例えばイーサネット（登録商標）、シリアル・ラピッドＩ／Ｏ、アドバンスト・イクステンシブル・インタフェース（ＡＸＩ）等のような利用可能な伝送プロトコルを利用することができる。伝送メカニズムはまた、ＡＳＩＣ上にパケット・ベースの処理システムを実装するのにより適切な、専用の伝送プロトコルを利用することもできる。ＳＰＰが特定の伝送プロトコルと共に使用される場合、ＳＰＰパケット・ヘッダは、オーバヘッドを縮小するために、この特定の伝送プロトコルからのフィールドを再利用することができる。したがって、実際のパケットのフォーマットは、この特定の伝送プロトコルに依存しうる。伝送中に、パケットは、図８に示すパケット・フォーマット内に存在しないかもしれない。そして、伝送メカニズムの効率的な使用を可能にするために摂動が加えられうる。
【００４６】
図９は、パケット・ベースの処理システムにおける動作のための処理９００の設計を示す。パケットは、共通のパケット・フォーマットにしたがって、装置の複数の処理モジュールによって生成される（ブロック９１２）。装置は、ＡＳＩＣ、回路基板、電子デバイス、機器ラック等でありうる。装置は、基地局、端末、あるいは無線通信システムにおけるその他いくつかのエンティティ用のものである。共通のパケット・フォーマットは、ヘッダおよびペイロードを備え、ヘッダは、ソース・アドレスおよび宛先アドレスを含みうる。パケットは、共通のパケット・インタフェースを経由して、複数の処理モジュール間で送信される（ブロック９１４）。複数の処理モジュールによって送信されたパケットは、パケットのソース・アドレスおよび宛先アドレスに基づいて、少なくとも１つの伝送モジュールを経由して転送される（ブロック９１６）。おのおのの処理モジュールで受信されたパケットは、入力データおよび入力制御情報を取得するために分析される（ブロック９１８）。おのおのの処理モジュールによって送信されるパケットは、出力データを用いて、および、処理モジュールからの出力制御情報にしたがって構築される（ブロック９２０）。おのおのの処理モジュールの入力データおよび出力データは、例えば、入力データについて１つのＦＩＦＯバッファ、出力データについて別のＦＩＦＯバッファを用いてバッファされる（ブロック９２２）。
【００４７】
おのおのの処理モジュールは、少なくとも１つのサービスをサポートすることができる。
【００４８】
その後、おのおののパケットは、（ｉ）パケットを送信するソース・サービスのためのソース・サービス・アドレスと、（ｉｉ）パケットを受信する受信者サービスのための宛先サービス・アドレスとを含む。おのおののサービスは、少なくとも１つのサービス・ポートをサポートする。おのおののパケットはさらに、（ｉ）ソース・サービスにおけるサービス・ポートのためのソース・サービス・ポートと、（ｉｉ）受信者サービスにおけるサービス・ポートのための宛先サービス・ポートとを含む。
【００４９】
複数の処理モジュールが、非同期で動作することができる。おのおのの処理モジュールは、その処理モジュールのために選択された少なくとも１つのクロックに基づいて動作する。少なくとも１つの伝送モジュールが、複数の処理モジュールに関して非同期で動作する。
【００５０】
パケット・ベースの処理システムは、さまざまなアプリケーションのために使用されうる。例えば、パケット・ベースの処理システムは、基地局または端末のエミュレーションのために使用されうる。エミュレーションは、基地局または端末の機能を実現し、例えば、概念実証、物理レイヤおよび媒体アクセス制御（ＭＡＣ）レイヤの設計およびパラメータの試験および調整、送信試験、システム容量試験、性能検証、確証等のようなさまざまな目的のために使用されうる。別の例として、パケット・ベースの処理システムは、例えばネットワーク・オン・チップ（ＮｏＣ）あるいはシステム・オン・チップ（ＳｏＣ）のようなＡＳＩＣのために使用されうる。すべてのアプリケーションについて、パケット・ベースの処理システムは、望ましいすべての機能を柔軟にサポートし、追加の機能および／または要件をサポートするようにスケーラブルであり、ハードウェアおよび新しい回路技術における最新技術を利用するようにアップグレード可能でありうる。
【００５１】
パケット・ベースの処理システムは、次の利点のうちの１または複数を有しうる。  
・パケット・ベースの処理システムは、アルゴリズム修正に対して容易に適応可能である。修正によって影響を受ける処理モジュールのみが変更または適応され、その他の処理モジュールは、そのままとされる。  
・処理能力を高めるために、追加の処理モジュールが、伝送メカニズムに接続される。例えば、単一のＤＳＰでは、十分な処理能力を提供することができない場合、第２のＤＳＰがシステムに追加されうる。  
・新たな技術を利用するために、処理モジュールが、独立的にアップグレードされうる。ある処理モジュールが取り除かれ、新たな処理モジュールと交換されうる。これによって、システムの残りの部分を著しく変更する必要なく、高速かつコスト効果の高いアップグレードが可能となる。  
・簡単なトラブルシューティング、修理、またはアップグレードのために、１または複数の処理モジュールをシステムから取り除くことができる。  
・必要な性能を達成するために、処理モジュールを個別に設計することができる。おのおのの処理モジュールは、所望の機能および性能を達成するために、ハードウェア、ソフトウェア、および／またはファームウェアを用いて実現されうる。システムの観点からは、おのおのの処理モジュールについての特別な実装は関係ない。これによって、アルゴリズムが試験され、動作しなくなると、（例えば、ＤＳＰからＦＰＧＡへ、その次にＡＳＩＣへと移動して）異なるハードウェア・プラットフォームを用いて機能が実現されるようになる。あるタイプのデバイスから、別のタイプのデバイスへと変わることは、パケットが処理モジュールとどのようにルーティングされているかを変更することのみを含む。  
・処理モジュールは、個別の独立したクロックを有することができる。おのおのの処理モジュールは、所望の性能を得るために、適切なクロック・レートで動作する。要求されたクロック・レートで処理モジュールを動作させることによって、動作する処理モジュールのすべてまたはほとんどを単一の高速クロック上に有する従来設計に対して、節電が達成される。非同期動作により、システム内のトランジスタの切り換えが、異なるクロック・エッジで引き起こる。これは、システム内の電源ノイズを低減する。  
・システムにわたってクロックを提供するために大きなクロック・ツリーは必要とされないので、システムのためにタイミングを断つことがより容易に達成される。  
・すべての処理モジュールのために共通のパケット・インタフェースを使用することが可能である。共通のパケット・インタフェースは、設計努力を低減し、設計再使用を増やし、検証を単純化し、試験を単純化する。共通のパケット・インタフェースによってさらに、システム・レベルにおいてのみならず、すべての処理モジュールのためにも同じ試験環境を用いることが可能となる。また、共通のパケット・インタフェースによって、おのおのの処理モジュールにおける入力パケットおよび出力パケットの制御および観察が可能となる。共通のパケット・インタフェースによってさらに、おのおのの処理モジュールのための処理クロックから、伝送クロックを容易にデカップリングできるようになる。  
・ＡＳＩＣ上に実装された場合、パケット・ベースの処理システムによって、少しのメタル・レイヤによって、ロジックに対する高速かつ容易な変更が可能となる。これによって、製品利用に対するコスト低減および時間短縮となる。
【００５２】
当業者であれば、情報および信号が、種々異なる技術および技法のうちの何れかを用いて表されうることを理解するだろう。例えば、上記説明を通じて参照されるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれらの任意の組み合わせによって表されうる。
【００５３】
当業者であればさらに、本明細書での開示に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５４】
本明細書の開示に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡあるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５５】
本明細書の開示に関連して記述された方法やアルゴリズムの処理は、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００５６】
１または複数の典型的な設計では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能はコンピュータ読取可能媒体に格納されうるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは特別用途コンピュータによってアクセスされる利用可能な任意の媒体でありうる。限定ではない一例によって、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、汎用コンピュータや特別用途コンピュータ、あるいは汎用プロセッサまたは特別用途プロセッサによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能媒体と適切に称される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるｄｉｓｋおよびｄｉｓｃは、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ・ディスクを含む。通常、ｄｉｓｋは、データを磁気的に再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００５７】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これらの開示へのさまざまな変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本開示の範囲から逸脱することなく他のバリエーションにも適用されうる。このように、本開示は、本明細書で示された例や設計に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【図１】
2010537582.tif 000003
【図２】
2010537582.tif 000004
【図３】
2010537582.tif 000005
【図４Ａ】
2010537582.tif 000006
【図４Ｂ】
2010537582.tif 000007
【図５】
2010537582.tif 000008
【図６】
2010537582.tif 000009
【図７】
2010537582.tif 000010
【図８】
2010537582.tif 000011
【図９】
2010537582.tif 000012
【国際調査報告】
2010537582.tif 000013
2010537582.tif 000014
2010537582.tif 000015
2010537582.tif 000016
2010537582.tif 000017
2010537582.tif 000018