(57)【特許請求の範囲】
【請求項１】
パケットに配置されたデータを通信する方法であって、
送信機と受信機との間に複数のリンクを提供することと、
キャパシティインディケータである少なくとも１つのトークンを各リンクに割り当てることと、
各パケットを、前記複数のリンクの数と等しい数の複数のフラグメントに区分することと、
前記トークンを使って、前記複数のフラグメントの各々を、前記複数のフラグメントが前記複数のリンクを介して並行して送信できるように、前記トークンによって示される利用可能な最も高いキャパシティを持つリンクに関連付けることを、前記複数のフラグメントの個数分繰り返すことと
を備えた方法。
【請求項２】
請求項１に記載の方法において、
前記フラグメントが前記リンクに割り当てられた場合には、前記リンクに割り当てられたトークンの数から、前記フラグメントのサイズを示す量を引くことを備えた方法。
【請求項３】
請求項１に記載の方法において、
前記パケットの再構築を可能とするために、少なくとも１つの識別子を各フラグメントに割り当てることを更に備えた方法。
【請求項４】
請求項１に記載の方法において、
前記パケットを再構築するために、各フラグメントに割り当てられた少なくとも１つの識別子に基づいて、前記フラグメントを前記受信機において再構築することを備えた方法。
【請求項５】
請求項１に記載の方法において、
前記フラグメントを前記リンクを介して並行して送信することを備えた方法。
【請求項６】
請求項１に記載の方法において、
前記パケットは、ＰＰＰにカプセル化されている方法。
【請求項７】
パケット化されたデータをＩＰプロトコルで送信する送信機であって、
前記パケットを受信し、前記パケットを、フラグメントに区分するコントローラを備え、
前記フラグメントの数は、複数の無線リンクの数に等しく、各フラグメントは、前記複数のフラグメントが前記無線リンクを介して並行して送信できるように、リンクキャパシティに従う割り当て方針に基づいて前記複数の無線リンクのうちの１つにおいて送信されるようにスケジュールされ、
前記コントローラは、各フラグメントについて、キャパシティインディケータであるトークンによって示される最も高いキャパシティを持つリンクにフラグメントを関連付けることを、前記複数のフラグメントの個数分繰り返す送信機。
【請求項８】
請求項７に記載の送信機において、
前記コントローラは、移動局に実装された送信機。
【請求項９】
請求項７に記載の送信機において、
前記コントローラは、ゲートウェイ局に実装された送信機。
【請求項１０】
請求項７に記載の送信機において、
前記コントローラは、衛星に実装された送信機。
【請求項１１】
請求項７に記載の送信機において、
前記コントローラは、それぞれのリンクのキャパシティを示すトークンをリンクに割り当てる送信機。
【請求項１２】
請求項１１に記載の送信機において、
前記コントローラは、前記フラグメントがリンクに割り当てられた場合には、割り当てられたトークンの数から、前記フラグメントのサイズを示す量を引く送信機。
【請求項１３】
パケット化されたデータを送信するシステムであって、
前記パケットを、複数の通信リンクの数と等しい数のフラグメントに区分する手段と、
前記通信リンクの現在のキャパシティに基づいて、前記複数のフラグメントが、前記複数の通信リンクを介して並行して送信できるように、前記複数の通信リンクの間で前記複数のフラグメントをスケジュールする手段とを備え、
前記スケジュールする手段は、各フラグメントについて、キャパシティインディケータトークンによって示される最も高いキャパシティを持つリンクにフラグメントを関連付けることを、前記複数のフラグメントの個数分繰り返すシステム。
【請求項１４】
請求項１３に記載のシステムにおいて、
前記スケジュールする手段は、少なくとも１つのコントローラによって実現され、
前記コントローラは、それぞれのリンクのキャパシティを示すトークンをリンクに割り当てるシステム。
【請求項１５】
請求項１４に記載のシステムにおいて、
前記コントローラは、前記フラグメントが前記リンクに割り当てられた場合には、前記リンクに割り当てられたトークンの数から、前記フラグメントのサイズを示す量を引くシステム。
【請求項１６】
請求項１３に記載のシステムにおいて、
前記コントローラは、移動局に実装されているシステム。
【請求項１７】
請求項１３に記載のシステムにおいて、
前記コントローラは、ゲートウェイ局に実装されているシステム。
【請求項１８】
請求項１３に記載のシステムにおいて、
前記コントローラは、衛星に実装されているシステム。
【請求項１９】
請求項１３に記載のシステムにおいて、
前記複数のフラグメントを、前記リンクを介して互いに並行して送信する手段を更に備えるシステム。
【請求項２０】
請求項７に記載の送信機において、
前記コントローラは、前記複数のフラグメントを、前記リンクを介して並行して送信する送信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にマルチリンクパケット化されたデータ送信に関する。
【背景技術】
【０００２】
例えば、サーバとユーザコンピュータとのように、複数のコンピュータ間では、インターネットプロトコル（ＩＰ）ベースの原理を利用して、益々多くのデータが通信されている。ＩＰベースのデータの搬送に使用可能なプロトコルの一例は、ＩＰパケットを形成しているポイントトゥポイントプロトコル（ＰＰＰ）である。すなわち、ＩＰデータパケットは、ＰＰＰを使って通信することができる。
【０００３】
ＰＰＰは、インターネットの有線部を介してＩＰパケットを通信するために使用することができるのみならず、これらに限定される訳ではないが、例えばコード分割多元アクセス（ＣＤＭＡ）技術、ＧＳＭ、広帯域ＣＤＭＡ、及びその他の無線技術のような無線通信原理を使用しているユーザコンピュータへ、無線送信経路を介してデータを通信することにも使用することができる。このような通信スキームは、本発明の譲受人によって所有され、ここでは引用して援用している同時係属中の仮特許出願（出願番号６０／３３５，６８０）（特許文献１）で開示されている。
【０００４】
上記参考文献である特許出願に開示されているように、帯域幅を増加し（すなわち、送信機と受信機との間で通信することができる単位時間あたりのデータ量を増加すること）、待ち時間を減少するために、送信中のＩＰパケットは、フラグメントに区切られることができる。ここで、このフラグメントは、送信機と受信機との間に確立された多数のリンクを介して並行して送られている。このフラグメントは、受信機において再結合される。このフラグメントは、総当たり的に、リンクに割り当てられる。つまり、第１のフラグメントが第１のリンクで送られ、第２のフラグメントが第２のリンクで送られるようにされる。
【０００５】
本発明は、フラグメントの総当たり割り当てが、失われたフラグメントをもたらすことを批判的に観察する。説明するために、リンクの数は一般的に、パケット毎のフラグメントの数に等しいと考えて頂きたい。更に、各パケットの最後のフラグメントは一般的に、リマインダを表しているその他のものよりも小さいと考えて頂きたい。総当たり的フラグメント割り当て（総当たり的スケジューリングとも称される）の存在下ではそれは、各パケットの最後の、最も小さいフラグメントはいつも同じリンクにスケジュールされるので、本質的に、使用中のリンクを、累積しながら提供することになり、次第に悪化するということを意味する。
【０００６】
より小さなフラグメントは、パケット内におけるその前のフラグメントよりも大きなシーケンス番号をもっているにも関わらず、一番初めに受信機に到達することができる。ここでは、このパケットの残りのフラグメントが到着するまで保持される。使用中のリンクの効果が累積されなくても、システムは一般的に制限された期間に早く到達するフラグメントを保持するので、それは問題にはならない。しかしながら、上述したように、パケットあたりのフラグメントの数の倍数であるリンクの数と、他のフラグメントよりも小さな最後のフラグメントとを用いた総当たり的スケジューリングを使用する場合、使用中の効果が累積する。結果として、保持されたフラグメントがフラッシュされ、更に失われた経過後に、最も小さなフラグメントの、パケットの他のフラグメントに対する到着時間の差が、このシステムに適用されたデータ保持時間を超えうる。そのような失われたフラグメントは、パケットの定期的な喪失をもたらし、システムは、混雑によりパケットを喪失するという点において不正確である。
【０００７】
これらの批判的な観察を行い、以下に示す解決策が提供された。
【特許文献１】
米国特許出願番号６０／３３５，６８０
【発明の開示】
パケットに配置されたデータを通信する方法は、送信機と受信機との間の複数のリンクを提供することと、例えばトークンのようなキャパシティインディケータを各リンクに割り当てることとを含む。
【０００８】
各パケットは、複数のフラグメントに区切られる。このキャパシティインディケータ（例えばトークン）は、フラグメントとリンクとを関連付けるために使用される。特に、各フラグメントは、フラグメントがスケジュールされた時間においてトークンによって示されるような、最も高い残りキャパシティを有するリンクに関連付けられている。このように、リンク間の負荷バランスが達成され、受信機における早すぎるフラグメント到着の可能性と、付随的なフラグメント喪失の可能性を低減している。
【０００９】
好適で、限定しない実施例では、フラグメントがリンクに割り当てられた場合、リンクに関連付けられたトークンは、フラグメントのサイズを示す量によって減少される。本質的に、リンクのトークンは、システムによって認識された現在のキャパシティを表す。
【００１０】
別の局面では、ＩＰプロトコルにおいてパケット化データを送信する送信機は、コントローラを含んでいる。このコントローラは、データのパケットを受信し、このパケットを、多数の無線リンクを介して送信するために、フラグメントに区分する。各フラグメントは、総当たり的ではない割り当て方針に基づいて、無線リンクのうちの一つによって送信するためにスケジュールされる。現在の方針は、負荷バランス方針と称されることができる。
【００１１】
また、別の局面では、パケット化データ送信のためのシステムは、データパケットをフラグメントに区分する手段と、リンクの現在認識されたキャパシティに基づいて、複数の通信リンク間でフラグメントをスケジュールする手段とを含んでいる。リンクを介してお互いに並行してパケットのフラグメントを送信するための手段が備えられている。
【００１２】
本発明の詳細は、その構成および動作とともに、同一参照符号が同一部分を参照している図面を参照することによって、良好に理解することができる。
【発明を実施するための最良の形態】
【００１３】
本出願は、米国仮特許出願「Method And System For Aggregating Multiple Wireless Communication Channels For High Data Rate Transfers」（出願番号６０／３３５，６８０、２００１年１０月２５日出願）（特許文献１）の優先権を主張する。
【００１４】
まず、図１には、一般的な通信システム１０が示されている。このシステムは、一つ以上の移動局１４（移動しているプラットホーム上で実行されうる）と、一つ以上の陸上ベースのゲートウェイ局１６との間のデータ通信を容易にする一つ以上の衛星１２を含むことができる。このシステム１０は、良く知られたGlobalstarシステムに従って実現することができる。図１が、衛星通信が使用可能であることを示す一方、ここで開示されたマルチリンクパケット化データ通信原理は一般に、例えばマルチＩＳＤＮベアラチャンネルのような、あらゆるマルチリンクパケット化データ通信システムに適応していることが理解されよう。典型的な実施例では、このパケット化データ原理は、インターネットプロトコル（ＩＰ）原理を使用し、更には、これに限定される訳ではないが、ポイントトゥポイントプロトコル（ＰＰＰ）原理を使用している。
【００１５】
図１に示す典型的かつ限定のないシステム１０の記載に戻って、衛星１２間、更には各衛星によって送信された複数（例えば１６）のビームのうちのそれぞれの間のソフト転送（ハンドオフ）プロセスは、拡散スペクトル（ＳＳ）を経由した破壊されない通信であるコード分割多元アクセス（ＣＤＭＡ）技術を提供する。現在の好適なＳＳ−ＣＤＭＡ技術は、ＴＩＡ／ＥＩＡ  Ｉｎｔｅｒｉｍ規格「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」ＴＩＡ／ＥＩＡ／ＩＳ−９５、１９９３年７月に類似している。その一方で、他の拡散スペクトル及びＣＤＭＡ技術とプロトコル、又は時分割多元アクセス（ＴＤＭＡ）システムでさえも適用することができる。Telecommunications Industry Association/Electronic Industries Association（ＴＩＡ／ＥＩＡ）規格ＩＳ−９５に記載されたＣＤＭＡ携帯システムに加えて、使用可能な他の無線システムは、ＴＩＡ／ＥＩＡ規格ＩＳ−９８に記載されたＡＭＰＳ＆ＣＤＭＡ結合システムを含んでいる。また、International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System、すなわち、ＩＭＴ−２０００／ＵＭ規格には、他の通信システムも記載されており、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ｃｄｍａ２０００（例えばｃｄｍａ２０００  １ｘ−ｒｘｔｔ  ｃｄｍａ２０００  １ｘ、３ｘまたはＭＣ規格等）、またはＴＤＳＣＤＭＡのように一般に称されているものを含んでいる。ＧＳＭ原理もまた使用されている。衛星ベースの通信システムもまた、上記、または類似の公知の規格を利用する。
【００１６】
図１に示すように、各移動局１４は、それぞれのリンク２２に沿って衛星１２と通信する複数のモデム２０を制御する一つ以上のコントローラ１８を含むことができる。その上、ゲートウェイ局１６は、それぞれのリンク２８に沿って衛星１２と通信する複数のモデム２６を制御する一つ以上のコントローラ２４を含むことができる。
【００１７】
この移動局１４は、完全２重モードで動作することが可能であり、例えば、Ｌ帯域ＲＦリンク（アップリンク、すなわちリターンリンク）及びＳ帯域ＲＦリンク（ダウンリンク、すなわち順方向リンク）を経由してリターン衛星トランスポンダ及び順方向衛星トランスポンダを通じて通信することが理解されるべきである。このリターンＬ帯域ＲＦリンクは、１．６１ＧＨｚから１．６２５ＧＨｚまでの周波数範囲、及び１６．５ＭＨｚの帯域幅内で動作し、好適な拡散スペクトル技術に従って、パケット化されたデジタル音声信号及び／又はデータ信号によって変調されうる。この順方向Ｓ帯域ＲＦリンクは、２．４８５ＧＨｚから２．５ＧＨｚまでの周波数範囲、及び１６．５ＭＨｚの帯域幅内で動作する。この順方向ＲＦリンクはまた、拡散スペクトル技術にしたがって、パケット化されたデジタル音声信号及び／又はデータ信号によって変調されうる。順方向リンクの１６．５ＭＨｚ帯域幅は、例えば、２０８のＦＤＭチャンネルを効率的に形成している１３のサブビームを備えた１６のビームに区分される。更に、順方向リンクコードチャンネル毎に割り当てられている一人のユーザに対する約１２８のコードチャンネルと、パイロット信号等を収容している。リターンリンクは、様々な帯域幅を有しうり、与えられた移動局は、順方向リンクに割り当てられたチャンネルとは異なるチャンネルに割り当てられる場合も、あるいはそうでない場合もある。
【００１８】
更に、ゲートウェイ局１６は、例えば、一般には３ＧＨｚを超える周波数範囲内、好適にはＣ帯域内で動作する完全２重化Ｃ帯域ＲＦリンク（順方向リンク（衛星へ）、リターンリンク（衛星から））を経由して衛星１２と通信する。Ｃ帯域ＲＦリンクは、双方向的に通信フィーダリンクを搬送し、また、衛星への衛星コマンドと、衛星からのテレメトリー情報とを搬送する。順方向フィーダリンクは、５ＧＨｚから５．２５ＧＨｚの帯域で動作する。一方、リターンフィーダリンクは、６．８７５ＧＨｚから７．０７５ＧＨｚの帯域で動作する。例として、数１０００の完全二重通信が、衛星１２のうちの与えられた一つを介して生じる。システム１０の特性にしたがって、二つ以上の衛星１２が、与えられた移動局１２とゲートウェイ局１６との間の同一の通信を各々搬送する。しかしながら、周波数、帯域幅、およびここで記載されたものの全ては、ある特定のシステムの代表であることと理解されるべきである。他の周波数および周波数帯域もまた、ここで議論している原理を変更することなく使用されうる。一つの例として、ゲートウェイと衛星との間のフィーダリンクは、Ｃ帯域（約３ＧＨｚから約７ＧＨｚ）を除いた帯域の周波数、例えば、Ｋｕ帯域（約１０ＧＨｚから約１５ＧＨｚ）またはＫａ帯域（約１５ＧＨｚ以上）を使用しうる。
【００１９】
図１に示すように、限定されることのない移動局１４は、イーサネット（登録商標）リンク、ブルートゥースベースの無線リンク、または８０２．１１（ＩＥＥＥ）規格プロトコルに基づいた無線転送システムを使った通信リンク３２を介してデータネットワーク３０へと接続されうる。一つ以上のユーザコンピュータ３４は、データネットワーク３０へと接続することができる。本システムはまた無線または有線のモデムを備えたハンドヘルドまたはラップトップのコンピュータ、ＰＤＡ、ファクシミリ、およびこれらに限定されるわけではないが、ゲームデバイス、ページングデバイス等を含み、データをユーザへ転送するその他のデータ転送デバイスの使用を想定している。いずれの場合においても、このデータネットワーク３０はＬＡＮ、その他の公知のネットワークを用いることができ、データルータを含むことができ、更に、その他のネットワークに接続することが可能である。
【００２０】
また、図１に示すように、ゲートウェイ局１６は、当該技術で知られた原理に従って、ゲートウェイルータ３６と通信する。ゲートウェイルータ３６は、衛星オペレーションコントロールセンタ及び／又は地上オペレーションコントロールセンタのような地上コントローラ３８と次々に通信する。地上コントローラ３８は、ネットワークルータ４０と通信する。ネットワークルータ４０は、インターネットによって体現されたパケットデータネットワークと次々に通信する。従って、ゲートウェイ局１６はインターネットで通信し、移動局１４は、下記に示すロジックに従って、パケット化データを交換する衛星１２を経由して、ゲートウェイ局１６と、すなわちインターネットと通信する。
【００２１】
次に、図２を参照することによって、現在のロジックが見られる。このロジックは、パケットデータを送信している移動局１４によって、または、パケットデータを送信しているゲートウェイ局１６によって、または、パケットデータを送信している衛星１２によって実行される。
【００２２】
ブロック４４で開始され、多数のリンクが、例えば上記参照された特許出願に組み込まれたような送信機と受信機との間で確立される。その後、送信機と受信機との間の各リンクは、キャパシティインディケータに割り当てられる。キャパシティインディケータは、インディケータ割り当て時間において、リンクで有効なキャパシティの量を表示する。本発明は、キャパシティインディケータとして「トークン」を割り当てることを想定している。しかしながら、一般に、特定のリンクが持つキャパシティの量に比例しているか、さもなくばその量を表示するあらゆるインディケータが使用される。
【００２３】
ブロック４６では、送信のために送信機によって受信されたデータのパケットがフラグメントに分割される。ある好適で限定していない実施例では、最後のフラグメントを除く全てのフラグメントが、予め定めたサイズである。もし要求されるのであれば、フラグメントは、全て異なるサイズを有するが、最後のフラグメントは、予め定めたサイズの一部でありうる。ある好適な実施例で想定されるように、パケットあたりのフラグメントの数は、有効なリンクの数に等しい。一般に、パケット、特にＩＰパケットは、ヘッダに宛先情報を含んでいる。
【００２４】
ブロック４８では、識別子（ＩＤ）を含んでいるヘッダが、とりわけ、それが属するパケットと、パケット内におけるその場所を示している各フラグメントに割り当てられる。そして、ブロック５０では、ＤＤループが各フラグメントに対して開始される。ブロック５２に進み、フラグメントが、最も高いトークンの数を持っているリンクで送信される。すなわち、フラグメントは、最も高いキャパシティを有するリンクに割り当てられ、ここで送信される。仮に二つ以上のリンクがそれぞれ同じキャパシティを持ち、そのキャパシティが、トークンで示されるように、全てのリンクの中で最も高い場合には、このフラグメントは、このようなリンクのうちの第１番目に割り当てられるか、または、最も高いキャパシティリンクのうちの一つに、ランダムに割り当てられる。この割り当てられたフラグメントは、リンクのキャパシティのうちのいくらかを消費するので、ブロック５４においてキャパシティの変化を反映するために、フラグメントのサイズが、このリンクに割り当てられたトークンから引かれる。すなわち、ブロック５４では、このリンクのキャパシティインディケータが、割り当てられたフラグメントのサイズに従って減じられる。
【００２５】
ブロック５４から判定部５６に移動すると、ここでは、最後のフラグメントが割り当てられたかが判定される。そして、もしもそうでなければ、次のフラグメントが、ブロック５８において検索され、上記した処理が、このフラグメントについて繰り返される。さもなければ、このＤＤループは、それぞれのリンクを介して送信されたパケットのフラグメントで終了する。ブロック６０は、リンクに割り当てられたトークンの数が定期的にリフレッシュされる。例えば、このリンクが一旦アイドル状態を再開すると、キャパシティインディケータ（例えばトークン）が補給され、現在のキャパシティを示す。
【００２６】
受信機では、フラグメントが無秩序に受信されることが可能である。もしそうなら、受信機は、パケットを再構築するために、フラグメントＩＤ情報を使用する。この受信機はまた、この識別情報に基づいて、予め定めたシーケンス規則に従って、この再構築されたパケットを並べる。この再構築されたパケットは、正しいシーケンス規則に従って適切に転送される。
【００２７】
本発明の典型的な構成では、リンクの各々は、約９．６キロビット／秒（Ｋｂｐｓ）のデータ送信帯域幅を持つ。典型的な構成では、２４個に至る衛星モデムまたはトランシーバモジュール２０と、２４個のリンクとが同時に動作する。これによって、約２３０（Ｋｂｐｓ）（２４×９．６Ｋｂｐｓ＝２３０．４Ｋｂｐｓ）のまとめられた送信帯域幅を達成する。多少、リンクは、対応して異なるデータ送信帯域幅を達成するためにまとめられる。
【００２８】
フラグメントは、ＰＰＰのように、例えば送信機が、パケットのフラグメントの各々にリンクレイヤプロトコルヘッダ（例えば、ＰＰＰヘッダ）を付加するようなリンクレイヤプロトコルに従って処理される。もし要求されるならば、フラグメントに付加された様々なヘッダは、パケットフラグメントのサイズを減らし、もって、データ送信帯域幅を節約するために圧縮される。
【００２９】
図１に示すような典型的なＣＤＭＡベースの衛星システム１０にとって、順方向リンクは、ユーザを区別するために、ＦＤＭチャンネルまたはサブビームにおけるコードチャンネルを使用する。一方、逆方向リンクでは、ユーザ特有のコードとＭ−ＡＲＹ変調スキームが、ユーザを区別するために、サブビームにおいて使用される。しかしながら、本発明は、それに限定される必要はないものと理解されるべきである。例えば、本発明は、高データレート転送を実現するために、例えばＣＤＭＡ携帯又はパーソナル通信サービス（ＰＣＳ）通信チャンネルのような多元の、地球ベースの、無線または有線の通信チャンネルとともに使用される。 本発明における典型的な地球ベースのアプリケーションでは、移動局１４は、自動車のような陸上ベースの車両に存在しうる。また、複数の同時に動作しているＣＤＭＡ携帯／ＰＣＳモデム又はトランシーバモジュール又は衛星モデムの代わりの要素を含みうる。この移動局１４は、複数の同時に動作しているＣＤＭＡ携帯／ＰＣＳモデム（衛星ゲートウェイの代わり）を含む携帯／ＰＣＳ基地局と、複数の同時に動作しているＣＤＭＡ携帯／ＰＣＳ通信チャンネルを介してデータを交換する。
【００３０】
ここで図示され詳細に記載されたトークンベースのＰＰＰフラグメントをスケジュールする特定のシステム及び方法が、本発明の上述した目的を完全に達成することができる。その一方で、これは本発明の好適な実施例であり、本発明によって広く想定されている主要な問題の代表であること、本発明の範囲は、当該技術分野における熟練者にとって明確である他の実施例を完全に含んでいること、そして、本発明の範囲は、請求項以外の何物にも制限されるものではなく、単数形の要素に対する参照は、もしも明確に述べられていないのであれば、「一つ及び一つのみ」を意味すると意図されておらず、むしろ「一つ又は複数」を意味すると意図されていると理解されるべきである。当該技術分野における熟練者に対して公知、または知り得るものとなる上述した好適な実施例の要素に対する構造的および機能的な全ての等価物は、本願に引用して援用されており、本願の請求項によって含まれることが意図されている。さらに、デバイスまたは方法は、本願発明によってその解決が要求されている各問題およびそれぞれの問題に対処する必要性は必ずしもない。なぜなら、それは本請求項によって含まれるべきであるからである。更に、要素、成分、または方法ステップが、明確に請求項で引用されているかに関わらず、本明細書における要素、成分、または方法ステップは、公衆に対して与えることを意図していない。ここで、如何なる請求項要素であっても、この要素が、「〜する手段」フレーズを使用して明確に記載されている場合、または、方法請求項について、この要素が「動作」の代わりに「ステップ」として記載されている場合を除いては、３５  Ｕ．Ｓ．Ｃ  １１２条第６パラグラフの規定の下で解釈されることはない。
【図面の簡単な説明】
【００３１】
【図１】本ＰＰＰマルチリンク原理を利用することができる典型的な、限定されない通信システムのブロック図。
【図２】本ロジックのフローチャート。
【符号の説明】
【００３２】
１０…通信システム、１２…衛星、１４…移動局、１６…ゲートウェイ局、１８…コントローラ、２０…モデム、２２…リンク、２４…コントローラ、２６…モデム、２８…リンク、３０…データネットワーク、３２…通信リンク、３４…ユーザコンピュータ、３６…ゲートウェイルータ、３８…地上コントローラ、４０…ネットワークルータ
【図１】
0004459620.tif 000002
【図２】
0004459620.tif 000003