(57)【要約】  無線ネットワークにおけるデータコールを可能にするための方法および装置であって、パケットａｐｐにおけるデータコールがリレーモデルテザーデータコールかどうかを判断することと、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断することとを含む方法および装置である。一態様では、以下の１つ以上が、また含まれている：データコールのタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、ＥＶＤＯ  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂかどうかを判断すること；パケットａｐｐのタイプを判断すること；デフォルトリンクフロータイプフロー１を非アクティブにするように要求すること；および、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断すること。かつパケットａｐｐのタイプは、デフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）、またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）である。
2011521539.tif 000002
【特許請求の範囲】
【請求項１】
エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）をサポートする無線ネットワークにわたるリレーモデルテザーデータコールを可能にする方法であって、
データコールがリレーモデルテザータイプのデータコールかどうかを判断するステップと、
デフォルトリンクフロータイプがフロー１かどうかを判断するステップと、
前記データコールが前記リレーモデルテザータイプであって、かつ前記デフォルトリンクフロータイプがフロー１である場合に、フロー１を非アクティブにするステップと、
前記データコールを続行するステップ
とを含む方法。
【請求項２】
フロー１を非アクティブにする前記ステップは、デフォルトリンクフロータイプフロー１を非アクティブにするように基地局に要求することを含む、請求項１に記載の方法。
【請求項３】
前記データコールの完了後に、フロー１を再アクティブにするステップをさらに含む、請求項１に記載の方法。
【請求項４】
無線ネットワークのパケットａｐｐにおけるデータコールを可能にする方法であって、
前記データコールのデータコールタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、またはＥＶＤＯ（evolution-data optimized）かどうかを判断するステップと、
前記データコールタイプがＥＶＤＯである場合に、前記データコールタイプがＥＶＤＯ  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂかどうかをさらに判断するステップと、
前記データコールタイプがＥＶＤＯ  Ｒｅｖ．ＡまたはＥＶＤＯ  Ｒｅｖ．Ｂである場合に、パケットａｐｐタイプがデフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の１つかどうかを判断するステップと、
前記パケットａｐｐタイプがＥＭＰＡまたはＭＭＰＡである場合に、前記データコールがテザーデータコールかエンベディッドデータコールかどうかを判断するステップと、
前記データコールがテザーデータコールである場合に、前記データコールがリレーモデルかネットワークモデルかどうかを判断するステップと、
前記データコールが前記リレーモデルである場合に、デフォルトリンクフロータイプフロー１を非アクティブにするように要求するステップと、
デフォルトリンクフロータイプフロー１が非アクティブにされているときに、前記データコールを続行するステップ
とを含む方法。
【請求項５】
エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）をサポートする無線ネットワークにわたってリレーモデルテザーデータコールを可能にするモバイル端末であって、
データコールがリレーモデルテザータイプのデータコールかどうかを判断する手段と、
デフォルトリンクフロータイプがフロー１かどうかを判断する手段と、
前記データコールが前記リレーモデルテザータイプであって、かつ前記デフォルトリンクフロータイプがフロー１である場合に、フロー１を非アクティブにするように要求する手段と、
前記データコールを続行する手段
とを含むモバイル端末。
【請求項６】
前記モバイル端末は、デフォルトリンクフロータイプフロー１を非アクティブにするように基地局に要求する、請求項５に記載のモバイル端末。
【請求項７】
前記データコールの完了後に、フロー１を再アクティブにするように要求する手段をさらに含む、請求項５に記載のモバイル端末。
【請求項８】
プロセッサとメモリとを備える通信デバイスであって、前記メモリは、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）をサポートする無線ネットワークにわたるリレーモデルテザーデータコールを可能にするために、前記プロセッサによって実行可能なプログラムコードを含んでおり、前記プログラムコードは、以下のオペレーション、
データコールがリレーモデルテザータイプのデータコールかどうかを判断するオペレーションと、
デフォルトリンクフロータイプがフロー１かどうかを判断するオペレーションと、
前記データコールが前記リレーモデルテザータイプであって、かつ前記デフォルトリンクフロータイプがフロー１である場合に、フロー１を非アクティブにするオペレーションと、
前記データコールを続行するオペレーション
とを実行するプログラムコードである、通信デバイス。
【請求項９】
コンピュータ可読媒体に記録され、かつコンピュータで実行可能なプログラムであって、
エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）をサポートする無線ネットワーク上のデータコールがリレーモデルテザータイプのデータコールであるかどうかを判断することと、
デフォルトリンクフロータイプがフロー１かどうかを判断することと、
前記データコールが前記リレーモデルテザータイプであって、かつ前記デフォルトリンクフロータイプがフロー１である場合に、フロー１を非アクティブにすることと、それによってＥＭＰＡおよびＭＭＰＡを使用する無線ネットワークにわたるリレーモデルテザーデータコールを可能にすることと、
前記データコールを続行すること
のためのコードを含むプログラム。
【請求項１０】
フロー１を非アクティブにするための前記コードは、デフォルトリンクフロータイプフロー１を非アクティブにするように基地局に要求するためのコードを含む、請求項９に記載のプログラム。
【請求項１１】
前記データコールの完了後に、フロー１を再アクティブにするためのコードをさらに含む、請求項９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９の下の優先権の主張
本特許出願は、２００８年４月３０日に出願された「無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための方法および装置」（Methods and Apparatus for Enabling Relay-Model Tethered Data Calls in Wireless Networks）と題し、ここに引用することによってここに明確に組み込まれ、これについての譲受人に譲渡された、米国仮出願番号第６１／０４９，２６１の優先権を主張する。
【０００２】
この開示は、概してテザーデータコール（tethered data calls）を可能にするための装置および方法に関する。より詳細には、この開示は、無線ネットワークにおけるリレーモデル（relay-model）テザーデータコールを可能にすることに関する。
【背景技術】
【０００３】
無線ネットワークは、様々なモバイルユーザー間でデータを移送するために使用され得る。一例において、無線ネットワークは、インターネットデータサービス向けのＣＤＭＡ２０００  １ｘＥＶＤＯ（evolution-data optimized）無線規格に基づいている。ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格は、ワイドエリアモバイルユース向けのパケットネットワークで用いられる。パケットネットワークは、ウェブブラウジング、ファイル転送、ゲーム、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、テレビ電話、等の一定の通信サービスを提供するために、既存のＣＤＭＡ２０００  １ｘまたはＩＳ−９５Ａ／Ｂネットワーク上にオーバーレイすることもできる。モバイルユーザーは、インターネットに接続するために無線ブロードバンドデバイスを用いる。
【０００４】
ＥＭＰＡは、ＥＶＤＯ  Ｒｅｖ．Ａにおけるエンハンスド（enhanced）マルチフローパケットアプリケーションである。ＭＭＰＡは、ＥＶＤＯ  Ｒｅｖ．Ｂにおけるマルチリンクマルチフローパケットアプリケーションである。ＭＭＰＡは、ＥＭＰＡのスーパーセットである。ＥＭＰＡおよびＭＭＰＡフロー１リレーモデルテザーデータコールにおいて、端末機器（terminal equipment: ＴＥ）は、フォワードリンクでは移動局（ＭＳ）を介して上流の無線ネットワークコンポーネントから（例えば、パケットデータサービングノード（ＰＤＳＮ）からパケット制御機能（ＰＣＦ）を通じて）、ポイントツーポイントプロトコル（ＰＰＰ）パケットを受信することを期待している。しかしながら、ＴＥは、ＭＳからインターネットプロトコル（ＩＰ）パケットを受信する。リバースリンクでは、ＴＥはＰＰＰパケットを送出するが、下流の無線ネットワークコンポーネント（例えば、ＰＣＦを通じてＰＤＳＮ）は、無線リンクでＰＰＰではなく、無線リンクでＩＰ／無線リンクプロトコル（radio link protocol: ＲＬＰ）を使用するため、ＥＭＰＡおよびＭＭＰＡフロー１リレーモデルテザーデータコールで非互換性を引き起こすＩＰパケットを受信することを期待している。
【発明の概要】
【０００５】
無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための装置および方法が開示される。一態様によると、無線ネットワークにおけるデータコールを可能にするための方法であって、パケットアプリケーション（以後、「ａｐｐ」）におけるデータコールがリレーモデルテザーデータコールかどうかを判断することと、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断することとを含む方法である。
【０００６】
別の態様によると、無線ネットワークのパケットａｐｐにおけるデータコールを可能にするための方法であって、データコールのタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、またはＥＶＤＯ（evolution-data optimized）かどうかを判断することと、データコールのタイプがＥＶＤＯ  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂかどうかを判断することと、パケットａｐｐのタイプがデフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）、またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の１つかどうかを判断することと、データコールがテザーデータコールかエンベディッドデータコール（embedded data call）かどうかを判断することと、データコールがリレーモデルかネットワークモデルかどうかを判断することと、デフォルトリンクフロータイプフロー１を非アクティブにするように要求することと、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断することとを含む方法である。
【０００７】
別の態様によると、プロセッサおよびメモリを含む通信デバイスであって、メモリは、以下を行うために、プロセッサによって実行可能なプログラムコードを含んでいる：パケットａｐｐにおけるデータコールがリレーモデルテザーデータコールかどうかを判断することと；デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断すること。
【０００８】
別の態様によると、プロセッサおよびメモリを含む通信デバイスであって、メモリは、以下を行うために、プロセッサによって実行可能なプログラムコードを含んでいる：パケットａｐｐにおけるデータコールのタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、ＥＶＤＯ（evolution-data optimized）  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂの１つかどうかを判断することと；パケットａｐｐのタイプがデフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）、またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の１つかどうかを判断することと；データコールがテザーデータコールかエンベディッドデータコールかどうかを判断することと；データコールがリレーモデルかネットワークモデルかどうかを判断することと；デフォルトリンクフロータイプフロー１を非アクティブにするように要求することと；デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断すること。
【０００９】
別の態様によると、無線ネットワークのパケットａｐｐにおけるデータコールを可能にするためのモバイル端末であって、データコールがリレーモデルかどうかを判断するための手段と、データコールがテザーデータコールかどうかを判断するための手段と、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断するための手段と、データコールを続行するための手段とを含むモバイル端末である。
【００１０】
別の態様によると、無線ネットワークのパケットａｐｐにおけるデータコールを可能にするためのモバイル端末であって、データコールのタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、ＥＶＤＯ(evolution-data optimized)  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂの１つかどうかを判断するための手段と、パケットａｐｐのタイプがデフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）、またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の１つかどうかを判断するための手段と、データコールがテザーデータコールかエンベディッドデータコールかどうかを判断するための手段と、データコールがリレーモデルかネットワークモデルかどうかを判断するための手段と、デフォルトリンクフロータイプフロー１を非アクティブにするように要求するための手段と、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断するための手段とを含むモバイル端末である。
【００１１】
別の態様によると、記憶されたプログラムコードを含むコンピュータ可読媒体であって、パケットａｐｐにおけるデータコールがリレーモデルかどうかを判断するためのプログラムコードと、データコールがテザーデータコールかどうかを判断するためのプログラムコードと、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断するためのプログラムコードとを含むコンピュータ可読媒体である。
【００１２】
別の態様によると、記憶されたプログラムコードを含むコンピュータ可読媒体であって、パケットａｐｐにおけるデータコールのタイプがＣＤＭＡ２０００  １Ｘ、ＩＳ−９５Ａ／Ｂ、ＥＶＤＯ(evolution-data optimized)  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．Ａ、またはＥＶＤＯ  Ｒｅｖ．Ｂの１つかどうかを判断するためのプログラムコードと、パケットａｐｐのタイプがデフォルトパケットａｐｐ（ＤＰＡ）、マルチフローパケットａｐｐ（ＭＰＡ）、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）またはマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の１つかどうかを判断するためのプログラムコードと、データコールがテザーデータコールかエンベディッドデータコールかどうかを判断するためのプログラムコードと、データコールがリレーモデルかネットワークモデルかどうかを判断するためのプログラムコードと、デフォルトリンクフロータイプフロー１を非アクティブにするように要求するためのプログラムコードと、デフォルトリンクフロータイプフロー１がデータコールのために非アクティブにされているかどうかを判断するためのプログラムコードとを含むコンピュータ可読媒体である。
【００１３】
本開示は、リレーモデルテザーデータコールにおいて、エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）とマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）の両方の同時サポートを可能にするという利点を含む。
【００１４】
他の態様は、以下の詳細な説明によって、当業者に容易に明白となるであろうことが理解され、例として様々な態様が示され、説明されている。図面および詳細な説明は、本質的に例示的であって、限定的ではないと考えられるべきである。
【図面の簡単な説明】
【００１５】
【図１】例示的な基地局／モバイル端末システムを示すブロック図である。
【図２】無線ネットワーク内のデータコールタイプの階層の例を示している。
【図３】モバイル端末を外部のネットワークに相互接続する無線ネットワークの例を示している。
【図４】ラップトップコンピュータをインターネットに相互接続する無線ネットワークの例を示している。
【図５】５層のプロトコルスタックの例を示している。
【図６】フロー０でのテザーリレーデータコールの例を示している。
【図７】ＥＭＰＡおよびＭＭＰＡパケットフローが、リレーモデルテザーデータコール向けにサポートされることを可能にするための例示的なアルゴリズムのフロー図である。
【図８】無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための処理を実行するために、メモリと通信しているプロセッサを含むデバイスの例を示している。
【図９】無線ネットワークにおけるリレーモデルテザーデータコールを可能にするのに適したデバイスの例を示している。
【詳細な説明】
【００１６】
付属の図面に関連して以下に述べられる詳細な説明は、本開示の様々な態様の説明を意図しており、本開示が実用化されることのできる唯一の態様を表すことは意図してしない。この開示で説明されている各態様は、単に本開示の例または説明として提供されており、他の態様よりも好ましい、または有利であると必ずしも解釈されるべきではない。詳細な説明は、本開示の完全な理解を提供するために具体的な詳細を含む。しかし、本開示がこれらの具体的な詳細なしでも実用化できることが、当業者には明白であろう。いくつかの例では、周知の構造およびデバイスは、本開示のコンセプトを不明瞭にするのを避けるために、ブロック図の形式で示されている。頭字語および他の説明的な専門用語は、単に利便性と明瞭さのために使用されている場合もあり、この開示の範囲を限定することは意図していない。
【００１７】
説明を簡潔にするために、方法が一連の動作として示され、説明されているが、方法は動作の順序によって限定されないことが理解され、認識されるべきである。というのも、いくつかの動作は、１つ以上の態様によると、ここに示され、説明されているのとは異なる順序で、および／または他の動作と同時に起こることがあるからである。例えば、方法は、代替として、一連の相互に関連する状態または事象として、状態図といったもので表すことができることを、当業者は理解し、認識するだろう。さらに、１つ以上の態様にしたがって方法を実施するために、例示したすべての動作が必要とされなくてもよい。
【００１８】
図１は、例示的な基地局／モバイル端末システム１００を示すブロック図である。当業者は、図１で示されている例示的な基地局／モバイル端末システム１００が、ＦＤＭＡ環境、ＯＦＤＭＡ環境、ＣＤＭＡ環境、ＷＣＤＭＡ環境、ＴＤＭＡ環境、ＳＤＭＡ環境、またはいずれの他の適切な無線環境においても実施可能であることを理解するであろう。
【００１９】
基地局／モバイル端末システム１００は、基地局１０１（ａ．ｋ．ａ．基地局）およびモバイル端末２０１(ａ．ｋ．ａ．無線通信デバイス)を含む。ダウンリンク行程では、基地局１０１（ａ．ｋ．ａ．基地局）は、トラフィックデータを受け取り、フォーマットし、コード化し、インターリーブし、変調し（つまりシンボルマッピングし）、変調シンボル（ａ．ｋ．ａ．データシンボル）を供給する送信（ＴＸ）データプロセッサＡ１１０を含む。ＴＸデータプロセッサＡ１１０は、シンボル変調器Ａ１２０と通信している。シンボル変調器Ａ１２０は、データシンボルおよびダウンリンクパイロットシンボルを受け取り、処理し、シンボルストリームを供給する。一態様では、シンボル変調器Ａ１２０は、構成情報を供給するプロセッサＡ１８０と通信している。シンボル変調器Ａ１２０は、送信機ユニット（ＴＭＴＲ）Ａ１３０と通信している。シンボル変調器Ａ１２０は、データシンボルおよびダウンリンクパイロットシンボルを多重化し、送信機ユニットＡ１３０にそれらを供給する。
【００２０】
送信される各シンボルは、データシンボル、ダウンリンクパイロットシンボル、またはゼロの信号値であり得る。ダウンリンクパイロットシンボルは、各シンボル期間で連続的に送られることもできる。一態様では、ダウンリンクパイロットシンボルは、周波数分割多重化（ＦＤＭ）される。別の態様では、ダウンリンクパイロットシンボルは、直交周波数分割多重化（ＯＦＤＭ）される。さらに別の態様では、ダウンリンクパイロットシンボルは、符号分割多重化（ＣＤＭ）される。一態様では、送信機ユニットＡ１３０は、シンボルストリームを受信し、１つ以上のアナログ信号にコンバートし、さらに、無線送信に適したアナログダウンリンク信号を発生するために、アナログ信号を調整（例えば増幅、フィルタリング、および／または周波数アップコンバート）する。そして、アナログダウンリンク信号はアンテナ１４０を介して送信される。
【００２１】
ダウンリンク行程では、モバイル端末２０１は、アナログダウンリンク信号の受信および受信機ユニット（ＲＣＶＲ）Ｂ２２０へのアナログダウンリンク信号の入力用のアンテナ２１０を含む。一態様では、受信機ユニットＢ２２０は、アナログダウンリンク信号を調整（例えばフィルタリング、増幅、および周波数ダウンコンバート）し、第１の「調整された」信号にする。そして、第１の「調整された」信号はサンプルされる。受信機ユニットＢ２２０は、シンボル復調器Ｂ２３０と通信している。シンボル復調器Ｂ２３０は、受信機ユニットＢ２２０から出力された第１の「調整された」および「サンプルされた」信号（ａ．ｋ．ａ．データシンボル）を復調する。シンボル復調器Ｂ２３０は、プロセッサＢ２４０と通信している。プロセッサＢ２４０は、シンボル復調器Ｂ２３０からダウンリンクパイロットシンボルを受信し、ダウンリンクパイロットシンボルのチャネル推定を行う。一態様では、チャネル推定は、現在の伝搬環境の特徴を明らかにする処理である。シンボル復調器Ｂ２３０は、プロセッサＢ２４０からダウンリンク行程の周波数応答推定を受信する。シンボル復調器Ｂ２３０は、ダウンリンクパスにおけるデータシンボル推定を得るために、データシンボルのデータ復調を行う。ダウンリンクパスにおけるデータシンボル推定は、送信されたデータシンボルの推定である。シンボル復調器Ｂ２３０は、また、ＲＸデータプロセッサＢ２５０と通信している。
【００２２】
ＲＸデータプロセッサＢ２５０は、シンボル復調器Ｂ２３０からダウンリンクパスにおけるデータシンボル推定を受信し、トラフィックデータを回復するために、ダウンリンクパスにおけるデータシンボル推定を、例えば、復調する（つまりシンボルデマッピングする）、インターリーブする、および／または復号する。一態様では、シンボル復調器Ｂ２３０およびＲＸデータプロセッサＢ２５０による処理は、それぞれシンボル変調器Ａ１２０およびＴＸデータプロセッサＡ１１０による処理と補完的である。
【００２３】
アップリンク行程では、モバイル端末２０１は、ＴＸデータプロセッサＢ２６０を含む。ＴＸデータプロセッサＢ２６０は、データシンボルを出力するために、トラフィックデータを受け取り、処理する。ＴＸデータプロセッサＢ２６０は、シンボル変調器Ｄ２７０と通信している。シンボル変調器Ｄ２７０は、アップリンクパイロットシンボルとともにデータシンボルを受け取り、多重化し、変調を行い、シンボルストリームを供給する。一態様では、シンボル変調器Ｄ２７０は構成情報を供給するプロセッサＢ２４０と通信している。シンボル変調器Ｄ２７０は、送信機ユニットＢ２８０と通信している。
【００２４】
送信される各シンボルは、データシンボル、アップリンクパイロットシンボル、またはゼロの信号値であり得る。アップリンクパイロットシンボルは、各シンボル期間で連続的に送られることもできる。一態様では、アップリンクパイロットシンボルは、周波数分割多重化（ＦＤＭ）される。別の態様では、アップリンクパイロットシンボルは、直交周波数分割多重化（ＯＦＤＭ）される。さらに別の態様では、アップリンクパイロットシンボルは、符号分割多重化（ＣＤＭ）される。一態様では、送信機ユニットＢ２８０は、シンボルストリームを受信し、１つ以上のアナログ信号にコンバートし、さらに、無線送信に適したアナログアップリンク信号を発生するために、アナログ信号を調整（例えば、増幅、フィルタリング、および／または周波数アップコンバート）する。そして、アナログアップリンク信号はアンテナ２１０を介して送信される。
【００２５】
モバイル端末２０１からのアナログアップリンク信号は、アンテナ１４０によって受信され、サンプルを得るために受信機ユニットＡ１５０によって処理される。一態様では、受信機ユニットＡ１５０は、アナログアップリンク信号を調整（例えば、フィルタリング、増幅、かつ周波数ダウンコンバート）し、第２の「調整された」信号にする。そして、第２の「調整された」信号はサンプルされる。受信機ユニットＡ１５０は、シンボル復調器Ｃ１６０と通信している。シンボル復調器Ｃ１６０は、アップリンクパスにおけるデータシンボル推定を得るために、データシンボルのデータ復調を行い、それから、アップリンクパイロットシンボルおよびアップリンクパスにおけるデータシンボル推定を、ＲＸデータプロセッサＡ１７０に供給する。アップリンクパスにおけるデータシンボル推定は、送信されたデータシンボルの推定である。ＲＸデータプロセッサＡ１７０は、無線通信デバイス２０１によって送信されたトラフィックデータを回復するために、アップリンクパスにおけるデータシンボル推定を処理する。シンボル復調器Ｃ１６０は、また、プロセッサＡ１８０と通信している。プロセッサＡ１８０は、アップリンク行程で送信中のアクティブ端末毎にチャネル推定を行う。一態様では、複数の端末は、それらにそれぞれに割り当てられたパイロットサブ帯域セットにおけるアップリンク行程で、パイロットシンボルを同時に送信することもでき、パイロットサブ帯域セットはインターレースされることもできる。
【００２６】
プロセッサＡ１８０およびプロセッサＢ２４０は、それぞれ基地局１０１（ａ．ｋ．ａ．基地局）で、およびモバイル端末２０１で、オペレーションを指示する（つまり、制御する、調整する、または管理する、等）。一態様では、プロセッサＡ１８０とプロセッサＢ２４０のどちらか一方、または両方が、プログラムコードおよび／またはデータの記憶用の１つ以上のメモリユニット（図示せず）に関連付けられている。一態様では、プロセッサＡ１８０またはプロセッサＢ２４０のどちらか一方、または両方、または両方が、それぞれアップリンク行程およびダウンリンク行程用の、周波数およびインパルス応答推定を導くために計算を行う。
【００２７】
一態様では、基地局／モバイル端末システム１００は多元接続システムである。多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡ、ＳＤＭＡ、等）では、複数の端末がアップリンク行程で同時に送信する。一態様では、多元接続システムでは、パイロットサブ帯域が異なる端末間で共有されることもできる。チャネル推定技術は、各端末用のパイロットサブ帯域が全稼働帯域（あるいは帯域端を除く）にわたる場合に使用される。そのようなパイロットサブ帯域構造は、端末毎の周波数ダイバーシティを得るのに望ましい。
【００２８】
図２は、無線ネットワーク２９０内のデータコールタイプの階層の例を示している。図２に示されているように、無線ネットワークにおける２人のモバイルユーザー間のデータ伝送は、２つのデータコールタイプ、エンベディッドデータコールおよびテザーデータコールに分類される。これらの２つのデータコールタイプは、どこでデータコールがトリガされるかによって区別される。エンベディッドデータコールでは、データコールは移動局（ＭＳ）でトリガされる。テザーデータコールでは、データコールは、別個の端末機器（ＴＥ）、例えばラップトップコンピュータ、携帯情報端末（ＰＤＡ）、パーソナルコンピュータ、等でトリガされる。一態様では、モバイル端末は移動局（ＭＳ）および端末機器（ＴＥ）を含む。エンベディッドデータコールでは、インターネットプロトコルスイート（伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ））スタックソフトウェアは、移動局（ＭＳ）それ自体で動作する。テザーデータコールでは、ＴＣＰ／ＩＰスタックソフトウェアは、端末機器（ＴＥ）で動作し、移動局（ＭＳ）は、基地局（ＢＳ）にモバイルユーザーを接続させるためのデータモデムとして機能する。基地局（ＢＳ）は、モバイルユーザー向けの無線アクセスポイントとしての役割を果たす。ＴＣＰ／ＩＰは、インターネットおよび大半の商用ネットワークが動作するプロトコルスタックを実施する通信プロトコルのセットであるインターネットプロトコルスイートの一部である。ＣＤＭＡ２０００  １ｘまたはＩＳ−９５Ａ／Ｂネットワークでは、移動局（ＭＳ）と基地局（ＢＳ）間の無線リンクは、Ｕｍリンクとして知られている。端末機器（ＴＥ）と移動局（ＭＳ）間の（ＲＳ２３２またはＵＳＢといった）シリアルデータリンクは、Ｒｍリンクとして知られている。エンベディッドデータコールでは、Ｕｍリンクのみが存在するのに対して、テザーデータコールでは、ＵｍおよびＲｍリンクの両方が存在する。
【００２９】
図２に示されているように、テザーデータコールは、さらに２つのモデルに分類される：リレーモデルおよびネットワークモデルである。リレーモデルでは、端末機器（ＴＥ）とパケットデータサービングノード（ＰＤＳＮ）間に、１つのポイントツーポイントプロトコル（ＰＰＰ）リンクがある。リレーモデルでは、ポイントツーポイントプロトコル（ＰＰＰ）は、ＰＰＰリンクでのリレー機能としてしか役割を果たさないので、移動局（ＭＳ）では動作しない。ネットワークモデルでは、１つのＰＰＰリンクが端末機器（ＴＥ）と移動局（ＭＳ）間のリンクで動作する一方、別のＰＰＰリンクが移動局（ＭＳ）とパケットデータサービングノード（ＰＤＳＮ）間のリンクで動作する。
【００３０】
一態様では、ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格は、無線ネットワークにわたってパケットを移送するために、パケットａｐｐとして知られるプロトコルのセットを含む。これらのプロトコルは、例えば、無線リンクプロトコル（radio link protocol: ＲＬＰ）、ロケーションアップデートプロトコル（location update protocol: ＬＵＰ）、フロー制御プロトコル（flow control protocol: ＦＣＰ）、等を含む。ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格のＲｅｖ．０では、デフォルトパケットａｐｐ（ＤＰＡ）が導入された。ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格のＲｅｖ．Ａでは、マルチフローパケットａｐｐ（ＭＰＡ）およびエンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）が導入された。ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格のＲｅｖ．Ｂでは、マルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）が導入された。デフォルトパケットａｐｐ（ＤＰＡ）およびマルチフローパケットａｐｐ（ＭＰＡ）では、無線リンクにわたって転送される全パケットは、（ＰＰＰによる）ハイレベルデータリンク制御手順（high-level data link control: ＨＤＬＣ）フレーミングとともに、ポイントツーポイントプロトコル（ＰＰＰ）／無線リンクプロトコル（ＲＬＰ）を用いる。この場合、無線リンクプロトコル（ＲＬＰ）はフレーミングを供給しない。エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）およびマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）では、無線リンクにわたって転送される全パケットがＰＰＰ／ＲＬＰを用いるわけではない。エンハンスドマルチフローパケットａｐｐ（ＥＭＰＡ）およびマルチリンクマルチフローパケットａｐｐ（ＭＭＰＡ）では、無線リンクにわたって転送されるパケットのいくつかは、ＰＰＰによるＨＤＬＣフレーミングではなく、ＲＬＰフレーミングとともに、インターネットプロトコル（ＩＰ）／ＲＬＰを用いる。
【００３１】
ベストエフォートトラフィックを転送するために、ＥＭＰＡおよびＭＭＰＡには少なくとも２つのデフォルトリンクフロータイプがある：第１のデフォルトリンクフロータイプは、パケットが、ＰＰＰ／ＲＬＰを用いて無線リンクにわたって転送され、かつ（ＰＰＰを介して）ＨＤＬＣフレームとされた、フロー０である。第２のデフォルトリンクフロータイプは、パケットがＨＤＬＣフレームとされないフロー１である。無線リンクにわたって転送されるパケットは、ＰＰＰを介したＨＤＬＣフレーミングではなく、ＲＬＰフレーミングとともに、ＩＰ／ＲＬＰを用いる。一態様では、フロー０はＰＰＰシグナリング（リンクセットアップ、認証、キープアライブ（keepalives）、等）に使用され、フロー１はデータ転送に使用される。
【００３２】
リレーモデルテザーデータコールを伴うＥＭＰＡおよびＭＭＰＡフロー１では、端末機器（ＴＥ）は、リンク層プロトコルとしてＰＰＰを用いることを期待するが、移動局とＰＤＳＮ間のリンクは、ＰＰＰを使用せずにＩＰ／ＲＬＰを用いる。フォワードリンクでは、端末機器（ＴＥ）は、ＰＰＰパケットを待っているにもかかわらず、移動局（ＭＳ）からＩＰパケットを受信する。リバースリンクでは、端末機器（ＴＥ）はＰＰＰパケットを送信するが、ＰＤＳＮはＩＰパケットを受信することを期待する。これは、端末機器（ＴＥ）でのリレーモデルテザーデータコールとＥＭＰＡまたはＭＭＰＡのフロー１の使用との間に非互換性を生ずる結果となる。パケットは、ＩＰ／ＲＬＰを用いて無線リンクにわたって転送されるためである。ＴＣＰ／ＩＰプロトコルスタックが移動局（ＭＳ）それ自体で動作するエンベディッドデータコールと違って、テザーデータコールでは、ＴＣＰ／ＩＰプロトコルスタックはＴＥで動作し、ＴＥはＤＰＡ、ＭＰＡ、ＥＭＰＡ、ＭＭＰＡ、等を用いない。さらなるアルゴリズムなしでも、サービスプロバイダには２つの望ましくない代替案がある：移動局（ＭＳ）がリレーモデルテザーデータコールをサポートしないように規定すること、または、移動局（ＭＳ）がＥＭＰＡまたはＭＭＰＡパケットフローをサポートしないように規定することである。
【００３３】
図３は、モバイル端末３１０を外部のネットワーク３５０に相互接続する無線ネットワーク３００の例を示す。一態様では、モバイル端末３１０は、端末機器（ＴＥ）３１２および移動局（ＭＳ）３１５を含む。一例では、端末機器（ＴＥ）３１２は、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、または携帯情報端末（ＰＤＡ）、等である。当業者は、言及されている端末機器の例が排他的ではないことと、他の例が開示の精神または範囲に影響することなく使用され得ることを理解するであろう。１つの例では、移動局（ＭＳ）３１５は、端末機器（ＴＥ）３１２の無線モデムとしての役割を果たす。
【００３４】
図３に示されているように、移動局（ＭＳ）３１５は、無線リンクＵｍを介して基地局（ＢＳ）３２０に相互接続されている。一例では、無線リンクＵｍは、ＣＤＭＡ２０００  １ｘまたはＩＳ−９５Ａ／Ｂ無線規格に基づく。別の例では、無線リンクＵｍは、ＣＤＭＡ２０００  １ｘＥＶＤＯ無線規格に基づく。
【００３５】
図３に示されているように、基地局（ＢＳ）３２０は、２つのインターフェースＡ８およびＡ９を介して、パケット制御機能（ＰＣＦ）３３０に相互接続されている。Ａ８はユーザートラフィックインターフェースであり、Ａ９はシグナリングインターフェースである。パケット制御機能(ＰＣＦ)３３０は、基地局（ＢＳ）３２０とパケットデータサービングノード（ＰＤＳＮ）３４０間のパケットリレーを管理する無線アクセスネットワーク(radio access network: ＲＡＮ)の一部である。パケット制御機能(ＰＣＦ)３３０は、２つのインターフェースＡ１０およびＡ１１を介して、パケットデータサービングノード（ＰＤＳＮ）３４０に相互接続されている。Ａ１０はユーザートラフィックインターフェースであり、Ａ１１はシグナリングインターフェースである。パケットデータサービングノード（ＰＤＳＮ）３４０は、外部のネットワークへのゲートウェイとしての役割を果たす。例えば、パケットデータサービングノード（ＰＤＳＮ）３４０は、標準のＩＰインターフェースを介して、外部のネットワーク３５０、例えばインターネットに接続される。
【００３６】
図４は、ラップトップコンピュータをインターネットに相互接続する無線ネットワークの例を示している。図４に示されているように、端末機器ＴＥはラップトップコンピュータ４１２であり、移動局はモバイル電話機４１５である。モバイル電話機４１５は、無線リンクＵｍを介して、基地局（ＢＳ）４２０に相互接続されている。また、基地局（ＢＳ）４２０は、インターネット４５０への接続をサポートするために、２つのインターフェースＡ８およびＡ９を介して、インフラストラクチャ４３０に相互接続されている。インフラストラクチャ４３０は、インターネット４５０へのゲートウェイとしての役割を果たす。
【００３７】
様々なリレー層プロトコルおよびアプリケーションを用いる様々なユーザーデバイス間の相互ネットワーク化（internetworking）は、プロトコルスタック内の共通の相互ネットワーク化プロトコルの使用によって容易となる。プロトコルスタックは、様々なユーザーデバイス間の相互ネットワーク化に使用される処理の理想化モデルである。プロトコルスタックの一例は、国際標準化機構（ＩＳＯ）による開放型システム間相互接続（ＯＳＩ）のために提案された７層モデルである。しかし、５層プロトコルスタック５００の簡略化された例は、図５に示されている５層モデルである。図５に示されているように、最下層は、有線でも無線でも通信インターフェースにわたるビットトランスポートを担うリレー層５１０を表す。リレー層プロトコルの例は、ＥＩＡ−２３２(シリアルデータ転送用)、イーサネット（登録商標）、ＣＤＭＡ２０００  １ｘＥＶＤＯ、ＧＳＭ（登録商標）、ＧＰＲＳ、ＵＭＴＳ、ＷｉＭａｘ、等を含むが、これらに限定されない。
【００３８】
プロトコルスタックのリレー層５１０より上位の次の層は、ポイントツーポイントリンクにわたって一連のビットをフレームにグループ化するリンク層５２０である。各フレームは、各フレームの境界を定めることを補助するために、フレーミングビット（framing bits）を含んでいる。一例では、リンク層は、ポイントツーポイントプロトコル（ＰＰＰ）に基づく。リンク層５２０よりも上位の次の層は、異なるデータネットワークにわたる相互ネットワーク化を容易にすることに向けてパケットを形成するネットワーク層５３０である。一例では、ネットワーク層５３０はインターネットプロトコル（ＩＰ）に基づく。ネットワーク層５３０よりも上位には、確実なエンドツーエンドデータトランスポートを担うトランスポート層５４０がある。トランスポートプロトコルの２つの例は、伝送制御プロトコル（ＴＣＰ）およびユーザーデータグラムプロトコル（ＵＤＰ）である。トランスポート層５４０よりも上位では、ユーザーアプリケーションは、プロトコルスタック５００の最上位層、つまりアプリケーション層５５０で処理される。
【００３９】
図６は、ＥＭＰＡおよびＭＭＰＡフロー０でのテザーリレーデータコールの例を示している。図６に示されているように、端末機器（ＴＥ）は、あるユーザーアプリケーションがトランスポート層６４０、例えば伝送制御プロトコル（ＴＣＰ）またはユーザーデータグラムプロトコル（ＵＤＰ）によって処理されるプロトコルスタックを含んでいる。トランスポート層６４０は、ネットワーク層６３０、例えばＩＰによって処理される。ネットワーク層６３０は、リンク層６２０、例えばＰＰＰによって処理される。リンク層６２０は、リレー層６１０、例えば、移動局（ＭＳ）へのＲｍリンクにわたるＥＩＡ−２３２シリアルデータ転送によって処理される。
【００４０】
移動局リレー層６１２ａは、１つの方向、例えばＥＩＡ−２３２で、端末機器（ＴＥ）リレー層６１０と互換性がある。移動局リレー層６１２ｂは、また、他の方向、例えばＲＬＰ/１ｘＥＶＤＯで、ＢＳ／ＰＣＦリレー層６１４ａと互換性がある。ＲＬＰ/１ｘＥＶＤＯインターフェースは、無線リンクＵｍによって処理される。ＢＳ／ＰＣＦ物理層６１４ｂは、また、インターフェースＡ１０によって、ＰＤＳＮ物理層６１５と互換性がある。図６に示されているように、フロー０データコールにおけるＰＤＳＮは、ネットワーク層６３５、例えばＩＰが、リンク層６２５、例えばＰＰＰによって処理されるプロトコルスタックを持っている。リンク層６２５は、リレー層、例えば物理層６１５によって処理される。図６に示されている例では、ＰＰＰデータコールは、端末機器（ＴＥ）とＰＤＳＮ間で相互接続されている。
【００４１】
図７は、ＥＭＰＡおよびＭＭＰＡパケットフローがリレーモデルテザーデータコール向けにサポートされることを可能にする、例示的なアルゴリズムのフロー図である。一態様では、図７のアルゴリズムは、テザーデータコールが端末機器（ＴＥ）で始められる、または終了される場合に用いられる。一態様では、アルゴリズムは、リレーモデルテザーデータコールが開始されるかどうかを判断する。
【００４２】
ブロック７００において電源を入れる、例えば、移動局（ＭＳ）の電源を入れる。そして、ブロック７００ではパケットａｐｐにおけるデータコールが試みられる。ブロック７１０においてデータコールタイプを判断する。データコールタイプがＣＤＭＡ２０００  １ｘまたはＩＳ−９５Ａ／Ｂであるなら、ブロック７１５に進み、パケットａｐｐにおける全てのデータコールが続行するようにさせる。ブロック７１０においてデータコールタイプがＥＶＤＯであると判断される場合、ブロック７２０に進む。ブロック７２０において、データコールのタイプがＥＶＤＯ  Ｒｅｖ．０、ＥＶＤＯ  Ｒｅｖ．ＡまたはＥＶＤＯ  Ｒｅｖ．Ｂかどうかを判断する。データコールのタイプがＥＶＤＯ  Ｒｅｖ．０であればブロック７１５に進み、パケットappにおける全てのデータコールが続行するようにさせる。データコールのタイプがＥＶＤＯ  Ｒｅｖ．ＡまたはＥＶＤＯ  Ｒｅｖ．Ｂであればブロック７３０に進み、パケットａｐｐのタイプを判断する。パケットａｐｐがＤＰＡまたはＭＰＡであればブロック７１５に進み、パケットａｐｐにおける全てのデータコールが続行するようにさせる。パケットａｐｐがＥＭＰＡまたはＭＭＰＡであれば、ブロック７４０に進む。ブロック７４０においてデータコールがエンベディッドデータコールかテザーデータコールかどうかを判断する。データコールがエンベディッドデータコールであればブロック７１５に進み、パケットａｐｐにおける全てのデータコールが続行するようにさせる。データコールがテザーデータコールであればブロック７５０に進み、データコールがリレーモデルテザーデータコールかネットワークモデルテザーデータコールかどうかを判断する（つまり、データコールがリレーモデルかネットワークモデルかどうかを判断する）。データコールがネットワークモデルテザーデータコールであれば、ブロック７１５に進み、パケットａｐｐにおける全てのデータコールが続行するようにさせる。データコールがリレーモデルテザーデータコールであれば、ブロック７６０に進む。ブロック７６０において、フロー１を非アクティブにするように要求する。ブロック７７０において、フロー１が非アクティブにされているかどうかを判断する。フロー１が非アクティブにされていれば、ブロック７１５で表示されているように、パケットａｐｐにおける全てのデータコールが続行するようにさせる。一例では、フロー１は基地局（ＢＳ）によって非アクティブにされる。一例では、基地局（ＢＳ）が、フロー１を非アクティブにすることに同意しない、またはフロー１を非アクティブにすることができない場合、フロー１は非アクティブにされず、そして、リレーモデルテザーデータコールは、ブロック７８０において拒否される。当業者は、図７で説明されている例示的なアルゴリズムが、試みられるデータコールごとに繰り返されることができることと、ブロック７００での、電源を入れる、例えば移動局（ＭＳ）の電源を入れるステップは、試みられるデータコールごとに必要ではないことを理解するであろう。さらに、ブロック７１５に続き、ブロック７１６において、フロー１が非アクティブにされていれば、データコール終了後にフロー１を再アクティブにす���。一例では、基地局（ＢＳ）はフロー１を再アクティブにする。
【００４３】
当業者は、ここで説明されているフロー図、論理ブロックおよび／またはモジュールがハードウェア、ファームウェア、ソフトウェア、またはそれらの組合せといった様々な方法によって実施可能であることを理解するであろう。例えば、ハードウェアの実施では、処理ユニットは１つ以上の、特定用途向け集積回路（ＡＳＩＣｓ）、ディジタル信号プロセッサ（ＤＳＰｓ）、ディジタル信号処理デバイス(ＤＳＰＤｓ)、プログラマブルロジックデバイス（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサ、制御装置、マイクロ制御装置、マイクロプロセッサ、ここで説明されている機能を実行するように設計された他の電子ユニット、またはそれらの組合せの中で実施されることができる。ソフトウェアでは、ここで説明されている機能を実行するモジュール（例えば、手順、関数、等）によって実施されることができる。ソフトウェアコードは、メモリユニットに記憶され、かつプロセッサユニットによって実行されることができる。さらに、ここで説明されている様々な例示的フロー図、論理ブロックおよび／またはモジュールは、また、当該技術で知られているいずれのコンピュータ可読媒体によっても担持されるコンピュータ可読命令としてコード化されることができる。
【００４４】
一例では、ここで説明されている例示的なフロー図、論理ブロックおよび／またはモジュールは、１つ以上のプロセッサで実施または実行される。一態様では、プロセッサは、ここで説明されている様々なフロー図、論理ブロックおよび／またはモジュールを実施または実行するために、プロセッサによって実行されるデータ、メタデータ、プログラム命令、等を記憶するメモリと結合されている。図８は、無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための処理を実行するために、メモリ８２０と通信しているプロセッサ８１０を含むデバイス８００の例を示す。一例では、デバイス８００は、図７に示されているアルゴリズムを実施するために使用される。一例では、メモリ８２０はプロセッサ８１０の中にあるが、別の例では、メモリ８２０はプロセッサ８１０の外部にある。一態様では、デバイス８００は移動局である。別の態様では、デバイス８００は、移動局と端末機器とを含むモバイル端末である。さらに別の態様では、デバイス８００は、パケット制御機能（ＰＣＦ）またはパケットデータサービングノード（ＰＤＳＮ）である。
【００４５】
図９は、無線ネットワークにおけるリレーモデルテザーデータコールを可能にするのに適したデバイス９００の例を示している。一態様では、デバイス９００は、ブロック９００、９１０、９１５、９１６、９２０、９３０、９４０、９５０、９６０、９７０および９８０でここに説明されているように、無線ネットワークにおけるリレーモデルテザーデータコールを可能にする異なる態様を提供するように構成された１つ以上のモジュールを含む少なくとも１つのプロセッサによって実施される。例えば、各モジュールは、ハードウェア、ファームウェア、ソフトウェア、またはそれらのいずれの組合せをも含む。一態様では、デバイス９００は、また、少なくとも１つのプロセッサと通信している少なくとも１つのメモリによって実施される。
【００４６】
開示される態様の上述の説明は、いずれの当業者でも本開示を製造または使用できるようにするために提供されている。これらの態様への様々な変更は、当業者には容易に明白となるであろうし、ここに定義されている包括的な原理は、本開示の精神または範囲から逸脱することなく他の態様に適用され得る。
【図１】
2011521539.tif 000003
【図２】
2011521539.tif 000004
【図３】
2011521539.tif 000005
【図４】
2011521539.tif 000006
【図５】
2011521539.tif 000007
【図６】
2011521539.tif 000008
【図７】
2011521539.tif 000009
【図８】
2011521539.tif 000010
【図９】
2011521539.tif 000011
【国際調査報告】
2011521539.tif 000012
2011521539.tif 000013
2011521539.tif 000014