アドホックネットワークにおける伝送情報の正確な制御
少なくとも第１の端末ノード（ＣＮ）のある第１のネットワーク（ＩＮ）と、少なくとも第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）のあるアドホックネットワーク（ＡＨＮ）と、ゲートウェイ（ＧＷ）とを含む通信システム（ＳＹＳ）において、伝送情報（ＴＩ）は該アドホックネットワーク（ＡＨＮ）の該第１のネットワーク（ＩＮ）の該第１の端末ノード（ＣＮ）と該アドホックネットワーク（ＡＨＮ）の該第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）との間で送られる。該モバイルアドホックネットワーク（ＡＨＮ）の内部で伝送情報（ＴＩ）のより正確なフロー制御を実行するために、該ゲートウェイ（ＧＷ）と該第２の端末ノード（ＭＮ）は確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）だけではなく、伝送情報（ＴＩ）も交換する。好ましくは、該伝送情報（ＴＩ）と該確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の交換は該ゲートウェイ（ＧＷ）と該第２の端末ノード（ＭＮ）の間に確立されるトンネルリンク（ＴＵＮ１）を通して実施される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばアドホックネットワークにおける正確な課金のためにパケット伝送を監視することに関する等、アドホックネットワークにおける伝送情報の正確な制御に関する。さらに具体的に言うと、本発明は第１のネットワークの第１の端末ノードとアドホックネットワークの第２の端末ノードとの間で伝送情報を送るためのゲートウェイに関し、このようなアドホックネットワークの端末ノード及び通信システムは、少なくとも第１の端末ノードのある前記第１のネットワークと、少なくとも第２の端末ノードのあるアドホックネットワークと、前記ゲートウェイとを含むものである。本発明は、前記第１の端末ノードと該アドホックネットワークの該第２の端末ノードの間で伝送情報を送るための方法にも関する。
【０００２】
さらに詳しく後述されるように、アドホックネットワークの１つの応用例の分野は既存のセルラーネットワークの拡張であり、特に個人のユーザのモバイル機器は、送信／受信装置と、例えばセルラーネットワークの基地局との間でデータを中継するために使用できる。このようなアドホックネットワークの本質的な特性とは、ネットワーク自体が、「その場限りで」（アドホックで）、つまり必要とされるとき、または特定の個人ユーザによって要求されるときに確立されるという点である。このシナリオでは、他のユーザのモバイル機器は実際のエンドデバイスとセルラーネットワークの基地局間でデータを中継するためだけに「その場限りで」使用されてよい。
【０００３】
このような「その場限りで」構成されるネットワークでは、伝送情報は、通常、基地局等のゲートウェイからアドホックネットワークの端末ノードに、他の中継ノードを介して配送される。ゲートウェイは受信側端末ノードへの中継ノードを通るある特定のルートを規定できるが、輻輳またはこのルートに沿った他の問題のために、ゲートウェイからの伝送情報も他の中継ノードを通して送られる可能性がある。アドホックネットワークで実際の伝送情報が取ったルートをどのようにして見つけ出すのかという問題は、我々の並列した出願ＰＣＴ／ＥＰ０３／０２２４１号において議論されている。
【０００４】
しかしながら、伝送情報によって取られるルートが確立できるとしても、依然としてアドホックネットワークには、伝送情報が実際に意図されたエンド端末ノードに届いたかどうかを知ることができず、ゲートウェイが単に伝送情報をアドホックネットワークの中継ノードに送るに過ぎないという問題が存在する。例えば、エンド端末ノードはオフに切り替えられている場合があったり、あるいは情報伝送が無線リンクの故障のためにルートに沿って失われてしまう可能性がある。したがって、ゲートウェイは、伝送情報のどれも実際に前記ノードに届いていないが、この特定のエンド端末ノードに伝送情報を送信し続ける可能性がある。
【０００５】
したがって、アドホックネットワーク内で伝送情報の正確なフロー制御を実行する機構を有していない。本発明が取り扱うのはこの問題である。
【０００６】
アドホックネットワークのエンド端末ノードに伝送情報を送るときの−ゲートウェイにおけるフロー制御の欠如の前述の問題は、伝送情報の配送の正確な課金を考慮するときに特に明らかになる。アドホックネットワークを確立するためには、中継自体がメモリと処理能力と電池電力とを消費し、正確な課金がこのようなアドホックネットワークでは特に重要であるため、ユーザが中継装置として自らの装置を提供する刺激がなければならない。しかしながら、アドホックネットワークは基本的には移動体通信ネットワークの枠組み内で確立されるため、課金は、データが実際にエンド端末ノードに到達したかどうかの問題について何ら情報を持たずに、依然として単に送出された伝送情報を検討することによってゲートウェイで行われる。これからは、ゲートウェイが、送出されたが、いままでエンド端末ノードに達したことのない伝送情報についてエンド端末ノードに請求する可能性がある。したがって、正確な課金はゲートウェイによる正確なフロー制御を提供することを目的に対処される問題の１つである。
【背景技術】
【０００７】
前述のように、本発明は、アドホックネットワークにおける伝送情報の配送のためにより正確なフロー制御を提供することを目的とする。以下に、アドホックネットワークのいくつかの基本的な機能性が図１と図２に関して説明される。アドホックネットワーキングについての追加の情報は、Ｅｒｉｃｓｓｏｎ Ｒｅｖｉｅｗ，２０００，Ｎｏ．４，ｐａｇｅｓ ２４８−２６３，Ｍａｇｎｕｓ Ｆｒｏｄｉｇｈによる「Ｗｉｒｅｌｅｓｓ ａｄ ｈｏｃ ｎｅｔｗｏｒｋｉｎｇ−ｔｈｅ ａｒｔ ｏｆ ｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈｏｕｔ ａ ｎｅｔｗｏｒｋ」に記載されている。
【０００８】
図１は、人々が、ＷＣＤＭＡ屋内基地局ＢＳ及びＨｉｐｅｒＬａｎ／２アクセスポイントＡＰを通して等、ローカルエリアネットワーク及び広域ネットワークにアクセスできる空港での典型的なシナリオを示す。図１は、アドホックネットワークの典型的なノード、例えば、パーソナルデジタルアシスタントＰＤＡ１へのブルートゥース接続を通して接続されるノート型パソコンＮＣＩのパーソナルエリアネットワークによって形成される第１のノードＭＮ１も示す。別のノードＲＮ２は、携帯電話ＭＴ２とパーソナルデジタルアシスタントＰＤＡ２によってのみ形成されるパーソナルエリアネットワークＰＡＮからなる可能性がある。しかもノードＭＮ３はパーソナルデジタルアシスタントＰＤＡ３、携帯電話ＭＴ３、及びノート型パソコンＮＣ３の別のネットワークによって形成される。しかしながら、ＭＮ４のようなノードは単に単一の携帯電話ＭＴ４によって形成されているに過ぎないかもしれない。したがって図１では、ユーザの装置は互いに相互接続でき、ローカル情報ポイントを―例えばフライト出発、ゲート変化等に関する更新を検索するために―接続できる。このようにして図１では、ノードＭＴ４とノードＭＮ１は基地局ＢＳからの情報に直にアクセスする可能性がある。例えば、ユーザはブリーフケースの中のノート型パソコンに対するＨｉｐｅｒＬａｎ／２インタフェースを介してＥメールを検索する可能性があるが、メッセージを読み取り、自分のパーソナルデジタルアシスタントＰＤＡ１、ＰＤＡ３を介してそれらに返事しうる。
【０００９】
他方、ノードＭＴ４は、基地局ＢＳを通して携帯電話ＭＴ２に直に接続されるだけではなく、ノードＭＮ１を中継ノードとして使用することによっても接続されうる。つまりノードＭＮ１は、単に「その場限りで」(ad hoc)、つまり恒久的にではなく確立されるブルートゥース接続を通してノードＲＮ２にトラフィックを中継するために使用できる。この伝送情報の中継が「単一または複数の無線ホップアーキテクチャ」として知られ、つまりアドホックネットワーク外のノードからの伝送情報は、１台（単一ホップ）または複数の（複数ホップ）他のアドホックノードを通してエンド端末ノード（例えばＲＮ２）に送信されうる。
【００１０】
このようなシナリオは、４つの相互接続ノードＲＮ１、ＲＮ２、ＲＮ３、ＭＮ１のある図２にさらに描かれ、２つのノードＲＮ１、ＲＮ３は、それぞれブルートゥースＬＡＮアクセスポイントとＧＰＲＳ／ＵＭＴＳ電話を介して、ＧＰＲＳネットワークＧＮと２台のルータＲＴを通るインターネット接続を行う。明らかに、例えばインターネットまたは企業ＩＰネットワークＩＮに接続される端末ノードが該エンド端末ノードＭＮ１に向けた伝送情報を送信すると、ノードＲＮ１とＲＮ２は、要求に応じて、つまり「その場限りで」セットアップされるに過ぎない通信ルートを通して伝送情報を送るための中継ノードとして働く。図２に示されるように、モバイルアドホックネットワークのおそらく最も広く知られた概念の１つは、ネットワークが任意の中心管理を行わずに形成され、伝送情報を送信するために無線インタフェースを使用する移動ノードからなることである。
【００１１】
言うまでもなく、中継ノードとエンド端末ノードが互いに近接する必要はない、つまりアドホック装置は、ある範囲の外にある装置の間のトラフィックを中継できることも注記されなければならない。加えて、アドホックネットワークは、例えば無線移動体通信システムに基づいているため、モバイル機器は動き回り（移動性）、このように「その場限りの」、つまり自然発生的に形成されるネットワークは大きな距離にわたって広がりうる。
【００１２】
さらに、ノードがアドホックノードとして登録されるのであれば、アドホックノードは大局的に固定されたアドレスよりむしろ自然発生的に割り当てられるアドホックアドレスを使用するであろう。したがって、アドホックネットワークの中心的な態様の１つは、これらがアドホックノードとして登録される装置の中で自然発生的に（「その場限りの」）形成されることである。中心的なファシリティによって管理されるのではなく、アドホックノードは、無線ブルートゥース接続などの通信接続を、要求に応じて、それ自体が確立する。
【００１３】
アドホックノード自体がその場限りで、つまり自然発生的に互いの中で接続を確立し、このようにして追加のハードウェアを必要とせずに既存の基地局のカバレージを増大するため、ユーザは中継サービスに自分の装置を提供するための刺激を必要とする。１つの考えられる刺激は、ユーザが中継サービスについて報酬を得て、エンド端末ノードだけがちょうど従来の移動体ネットワークにおいてのように伝送情報の受信について請求されることである。しかしながら、第１のネットワークＩＮに接続を提供するゲートウェイＧＷが設けられる場合にも、ゲートウェイＧＷは特定の中継ノードが伝送情報を中継したかどうか、及び／またはエンドノードが任意の伝送情報を実際に受信したかどうかの情報を持っていない。したがって、実際の正確なフロー制御またはアドホックネットワークのノード間で送る伝送情報のトラフィック情報監視はない。例えば、アドホックネットワーク内での情報配送のための請求課金は、配送される伝送情報を計上するゲートウェイＧＷ内の機構を使用することによってのみ基礎を形成できる。
【００１４】
この問題は、本発明の典型的な通信システムＳＹＳを示す図３ａ、図３ｂに関してさらに説明される。通信システムＳＹＳは、少なくとも第１の端末ノードＣＮ（これ以降対応するノードとも呼ばれる）のある第１のネットワークＩＮ、少なくとも第２の端末ノードＲＮ１からＲＮ４、ＭＮのあるアドホックネットワークＡＨＮ、及び前記第１のネットワークＩＮの第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードＲＮ１からＲＮ４、ＭＮの間で伝送情報ＴＩを送るためのゲートウェイＧＷを含む。各ノードＣＮ、ＲＮ１からＲＮ４、ＭＮは対応する送信／受信装置ＴＲＣ、ＴＲ４、ＴＲＮを有し、ゲートウェイＧＷ自体もこのような送信／受信装置ＴＲＧを有する。送信／受信装置ＴＲＮは、メインルートＭＲを通る、または個々のアドホックノードＲＮ１、ＲＮ２、ＲＮ３の間の無線接続としてセットアップされる、代替ルートＡＲを通るかのどちらかでゲートウェイＧＷを通って他の端末ＣＮから伝送情報ＴＩを受信できる。ノードのそれぞれ、ＲＮ１からＲＮ４、ＭＮは、上記のように中継機能を達成するためのＲＭ４とＲＭＮ等のルーティング手段も有する。第１の端末ノードＣＮはグローバルソース識別子（グローバルソースアドレス）ＳＡＣを有し、アドホックノードＲＮ１からＲＮ４、ＭＮのそれぞれがＴＡ４、ＴＡＮ等の対応するターゲットアドレスを有する。第１の端末ノードＣＮの伝送情報メモリＴＩＳでは、伝送情報のための宛先アドレス等の情報が記憶される。第１の端末ノードＣＮから送出される伝送情報ＴＩはゲートウェイＧＷの送信／受信装置ＴＲＧによって受信されてから、第２の端末ノードＲＮ１からＲＮ４、ＭＮに送信される。第１のネットワークＩＮは、インターネットまたは移動体通信ネットワーク等、任意の種類のオペレータ制御ネットワークである。ゲートウェイＧＷはアクセスポイントまたは基地局である場合がある。ゲートウェイＧＷは必ずしもアドホックネットワークに属する必要はない。つまり、ゲートウェイＧＷは単に対応するノードＣＮとアドホックネットワークノードの間で干渉を形成することを目的とするに過ぎない。このようにしてアドホックネットワークＡＨＮは、例えばデータを送受しているモバイルノードＭＮといくつかの候補中継ノードＲＮ１からＲＮ４からなる。対応するノードＣＮは、必ずしもオペレータ制御ネットワーク内ではなく、アドホックネットワークの外部のどこかに配置できる。このシナリオでは、ノードＭＮはＲＮ２、ＲＮ１及びＧＷ上で対応するノードＣＮにデータを送信できるであろう。さらに、全てのモバイル機器のユーザがセルラーネットワークオペレータと契約があると仮定される。
【００１５】
図３ａは、第２の端末ノードへの伝送情報ＴＩの伝送のための請求情報ＣＨを決定することができる会計装置ＡＣＣも示す。請求情報ＣＨを決定するために、会計装置ＡＣＣは伝送情報特性決定装置ＴＩＭによって決定されるいくつかの伝送特性ＴＣＨに基づいて請求情報ＣＨを決定してよい。これらの伝送特性ＴＣＨは、図４ａに示されるように伝送情報メモリＴＩＳに記憶することもできる。例えば、決定される伝送特性ＴＣＨがデータ量ＤＡＭと伝送速度ＴＲＴを備える場合、会計手段ＡＣＣは、ターゲットアドレスＴＡを有するターゲットノードＲＮ４への毎秒６４ｋｂｉｔという伝送速度で２ＭＢの伝送情報を送ることについて７セントという請求情報ＣＨを決定できる。このようにして伝送情報メモリＴＩＳ内に図４ａに示されるようなデータセットがある場合、会計装置ＡＣＣが（対応するノードＣＮからターゲットアドホックノードへの）ダウンリンクに何らかの種類の課金を行うことは容易である。
【００１６】
（例えば、アドホックモバイルノードＭＮから、ゲートウェイＧＷを通る対応するノードＣＮへの）アップリンク伝送情報の場合、ゲートウェイＧＷは、失われなかった伝送情報を受信し、対価／報償を付与する（ｃｈａｒｇｅｓ／ｒｅｗａｒｄｓ）だけであることは明らかである。このようにしてアップリンク方向ではゲートウェイＧＷは常に何らかの種類の正確な課金を実行する。
【００１７】
しかしながら、正確なフロー制御に関して、またはダウンリンク伝送情報に関する正確な課金に関する問題がある。実際には、ユーザは、実際に送信した伝送情報についてのみ請求されるか、あるいは報酬を受けるべきであり、実際に送信または受信した伝送情報についてだけ請求されるべきである。しかしながら、ゲートウェイＧＷは伝送情報ＴＩに、それがゲートウェイＧＷの送信／受信装置ＴＲＧによって送出された後、いったい何が起こったのか情報を持たないため、会計装置ＡＣＣは、伝送情報が、例えばＭＮ等の実際に所望されるアドホック及び端末ノードに到達したかどうかを推量できるだけである。これは概して、正確な課金を提供しなければならない特殊な例のためだけではなく、当てはまることである。すなわち、ゲートウェイＧＷは伝送情報を送信できるが、伝送情報の到着または非到着について追加の情報は入手できないため、伝送情報を実際にはコントロールしていない。したがって、ゲートウェイＧＷは、通常、送信される伝送情報の他の正確な制御（フロー制御）を実行することはできない。
【００１８】
例えば、図３ｂに図示されるように、２つの中継ノードＲＮ１、ＲＮ２の間のメインルートＭＲに沿って無線リンクの遮断がある場合に、次にゲートウェイＧＷは伝送情報ＴＩが第２の端末ノードＭＮに実際に到達したかどうかを知ることはできない。したがって、ゲートウェイＧＷ、つまりその伝送情報メモリＴＩＳだけが、適切な請求及び報酬を実行するために第２の端末ノードＭＮにそれが送信した全ての伝送情報について情報を記憶できる。しかしながら、経理は、全体として、伝送情報メモリＴＩＳの中のエントリが実際に第２の端末ノードに達した伝送情報に確実に関係しているという仮定に必然的に基づいている。図３ｂに示されるように、違う場合には、モバイルエンドノードＭＮは無事に配信されなかった伝送情報について請求されることになろう。
【００１９】
他方、第２のエンド端末ノードのユーザＭＮは、ゲートウェイＧＷによって請求を受けないために、たとえ伝送情報が到達していても、その伝送情報を受信していないというかもしれない。このようなシナリオでは、ゲートウェイＧＷは、第２の端末ノードＭＮに対し、伝送情報ＴＩが実際に到達したこと、及び請求情報ＣＨが正確であることを検証し、立証する手段をもっていないことになる。ゲートウェイＧＷは、伝送情報ＴＩが到達したという事実にも関わらず、伝送情報ＴＩが実際に第２の端末ノードＭＮに到達した証拠を含んでいないので、不正を行う第２の端末ノードＭＮが、それが実際に到達した伝送情報について支払いを行わなくてもよいことになってしまうかもしれない。
【００２０】
正確な課金についての前述の問題点は、ゲートウェイＧＷがパケットの正確なフロー制御を実現できないという総合的な問題の副次的な問題（ｓｕｂ−ｐｒｏｂｌｅｍ）の一つに過ぎない。例えば、ゲートウェイＧＷ内の他のフロー制御機構は、伝送情報ＴＩが実際に所望されるターゲット端末ノードＭＮに到達したかどうかという事実についての正確な知識を必要とするかもしれない。例えば、メインルートＭＲまたは代替ルートＡＲの上の無線リンクの１つが故障したと分かった場合には、伝送情報ＴＩの別のフロー制御は、伝送速度の加速または減速、あるいは送信側伝送情報ＴＩの完全な停止を行うことになるかもしれない。
【００２１】
不十分なフロー制御の別の例は、メインルートＭＲまたは伝送速度の削減を要求する代替ルートＡＲでの輻輳の発生である。しかしながら従来のアドホックネットワークでは、ゲートウェイＧＷは、雑音、輻輳またはユーザ／デバイスの不正行為などの伝送情報の損失に関するあらゆる理由を検出することはできない。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
以上の通り、従来のゲートウェイＧＷ及び従来の端末ノードＲＮ１からＲＮ４、ＭＮは、アドホックネットワーク内で伝送情報の正確な制御を可能としないために不十分である。例えば、正確な課金だけではなく、伝送速度、伝送量等のフロー制御パラメータの調整は、従来のアドホックネットワークでは可能ではない。本発明は、これらの不利な点を解決することを目的とする。
【００２３】
具体的には、アドホックネットワーク内の伝送情報の正確なフロー制御を可能とする、アドホックネットワークにおける方法、ゲートウェイ、アドホックネットワークの端末ノード、通信システムを提供することが本発明の目的である。
【課題を解決するための手段】
【００２４】
この目的は、前記第１の端末ノードから伝送情報を受信し、前記第２の端末ノードに前記伝送情報を送信できる送信／受信装置と、
前記第２の端末ステーションが前記伝送情報の受信を確認するための前記第２の端末ノードから確認情報(acknowledgement information)の受信を検出できる確認情報検出装置と
を備える、第１のネットワークの第１の端末ノードとアドホックネットワークの第２の端末ノードとの間で伝送情報を送るためのゲートウェイによって解決される。
【００２５】
さらに、この目的は、前記ゲートウェイを通して前記別の端末ノードから伝送情報を受信できる送信／受信装置と、前記送信／受信装置が前記伝送情報を受信した旨を確認するための前記ゲートウェイ確認情報に送信できる確認情報伝送装置とを備え、ゲートウェイを通して前記アドホックネットワークに接続される別のネットワーク（ＩＮ）の別の端末ノードと伝送情報を交換するためのアドホックネットワークの端末ノードにより解決される。
【００２６】
この目的は、少なくとも第１の端末ノードのある第１のネットワークと、少なくとも第２の端末ノードのあるアドホックネットワークと、前記第１のネットワークの前記第１の端末ノードと前記アドホックネットワークの前記第２の端末ノードとの間で伝送情報を送るためのゲートウェイとを含む通信システムによっても解決され、ここで、前記ゲートウェイは請求項１から２９の１つまたは複数に従って構成され、前記第２の端末ノードは請求項３０から３６の１つまたは複数に従って構成される。
【００２７】
この目的は、ある通信システムの第１のネットワークの第１の端末ノードと、前記通信システムアドホックネットワークの第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、前記通信システムのゲートウェイにおいて、以下のステップ、すなわち、前記通信システムの前記ゲートウェイにおいて前記第１の端末ノードからの伝送情報を受信するステップと、前記ゲートウェイから、前記第２の端末ノードに前記伝送情報を送信するステップと、前記第２の端末ステーションが前記伝送情報を受信したことを確認するための前記第２の端末ノードからの確認情報の受信を、前記ゲートウェイ内で検出するステップ（Ｓ５ｃ５）とを備える。
【００２８】
この目的は、ある通信システムの第１のネットワークの第１の端末ノードと、前記通信システムのアドホックネットワークの第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、ここで、前記第２の端末ノードで、
前記通信システムのゲートウェイから伝送情報を前記第２の端末ノードで受信するステップと、
前記第２の端末ノードから前記ゲートウェイに、前記第２の端末ノードが前記伝送情報を受信したことを確認するための確認情報を送信するステップと
を備える。
【００２９】
さらに、この目的は、ある通信システムの第１のネットワークの第１の端末ノードと前記通信システムのアドホックネットワークに第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、ここで、前記通信システムにおいて、前記通信システムのゲートウェイで、前記第１の端末ノードから伝送情報を受信するステップと、前記ゲートウェイから前記伝送情報を前記第２の端末ノードに送信するステップと、前記第２の端末ノードにおいて、前記ゲートウェイから前記伝送情報を受信するステップと、前記第２の端末ノードから前記ゲートウェイに、前記第２の端末ノードが前記伝送情報を受信したことを確認するための確認情報を送信する（Ｓ５ｃ４）ステップと、前記ゲートウェイで、前記第２の端末ノードから、前記第２の端末ステーションが前記伝送情報を受信したことを確認するための前記確認情報の受信を検出するステップとを備える。
【００３０】
本発明によれば、伝送情報がエンド端末ノードに到達したかどうかを示す信頼できる情報（確認情報, acknowledgement information）が提供されるので、アドホックネットワークにおける伝送情報の正確なフロー制御が可能になる。さらに、別の優位点とは、伝送情報を受信する第２の端末ノードの不正行為が、第２の端末ノードが対価請求を受けることなく伝送情報を受信することができなくなるので、抑制されるという点である。
【００３１】
アドホックネットワーク内での伝送情報の正確なフロー制御を実現することにより、例えば正確な課金または経理処理を目的とする実施形態に関連して複数の優位点が提供される。例えば、会計装置は、前記確認情報検出装置が前記伝送情報の前記第２の端末ステーションに対する伝送についての確認情報の受信を検出すると、前記伝送情報の前記第２の端末ノードへの伝送についての請求情報を決定できる。したがって、エンド端末ノードは、受信が確認された伝送情報についてのみ請求を受けることになる。
【００３２】
請求項７による第２のアドホックネットワークがパケット交換ネットワークである場合、伝送情報は、１つまたは複数の伝送パケットを備え、前記確認情報は１つまたは複数の確認パケットを備え、請求項８による伝送特性決定装置が伝送情報の受信が確認された伝送パッケージのそれぞれについて伝送特性を決定できる。このようにして、正確な課金及び請求がパケット単位で可能になる。
【００３３】
特に有利であるのは、前記ゲートウェイが各伝送パケットの中に伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を挿入するためのシーケンス番号挿入装置を備えている場合である。好ましくは、やはり前記端末ノードは伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を各受信されたパケットで決定するためのシーケンス番号決定装置も備え、前記確認情報伝送装置は、その受信が前記それぞれの確認パケットで確認されなければならない受信パケットの該検出されたシーケンス番号をそれぞれ含む確認パケットを前記ゲートウェイに送信できるようになっている。このようにして、ゲートウェイは一般的な伝送情報が受信された旨を示す確認を受信するだけではなく、特定の伝送パケットの受信を確認する確認情報も受信する。したがって、課金またはフロー制御の精度は、ゲートウェイがエンド端末ノードを受信した個々のパケットについての詳細な情報を有するために、さらに機能拡張されてよい。
【００３４】
ゲートウェイでは、前記送信／受信装置が前記第２の端末ノードに伝送パケットを連続して送信するために所定の伝送ウィンドウを設定できる伝送ウィンドウ装置を提供することもさらに有利であり、そこでは前記送信／受信装置は前記伝送ウィンドウ内の伝送パケットを前記第２の端末ノードに連続して送信でき、前記送信／受信装置は新しい伝送ウィンドウを形成するために前記伝送ウィンドウを１パケットまたは複数パケット、スライドし、前記新しい伝送ウィンドウ内で、過去の伝送ウィンドウでまだ送信されていなかった１つまたは複数の連続伝送パケットを、過去の伝送ウィンドウの伝送パケットの受信を確認する確認パケットの受信が前記確認情報検出装置によって検出されるたびに前記第２の端末ノードに連続して送信できる。優位点は、ここでは確認パケットが蓄積される、つまり特定のシーケンス番号の付いた確認が（往復時間が一定のままである場合に）さらに全ての先行するパケットの受信を確認するという点である。往復時間が一定のままである場合、ゲートウェイが伝送ウィンドウ内のゲートウェイから送信される最後の伝送パケットであった伝送パケットについてだけ確認パケットを受信すれば、正確なフロー制御にとって十分である。
【００３５】
本発明は、確認情報の提供によってさらに正確なフロー制御を可能にする。しかしながら、伝送パケット及び／または確認パケットが何らかの理由でゲートウェイ及び第２の端末ノードへの伝送中に失われることも依然として当てはまる可能性がある。したがって、本発明の別の実施形態は、前記伝送ウィンドウ装置によって設定される伝送ウィンドウ内の所定数の伝送パケットの伝送後に、連続する確認パケットのシーケンス番号が連続伝送パケットに設定されるシーケンス番号と一致しない場合に、確認パケットまたは伝送パケットがその伝送中に失われたことを検出できる欠失パケット検出器を備える。
【００３６】
有利なことに、欠失パケット検出器は、所定の時間分をカウントできるタイマを備え、前記タイマは伝送パケットの新しい伝送のたびに起動され、前記所定の時間分の中で前回送信された伝送パケットについて確認パケットが受信される場合、あるいは確認パケットの受信によって停止されず、前記タイマが前記ＴＲＮが伝送を停止すると期限切れになる場合に停止される。
【００３７】
確認要求装置は有利に提供され、伝送されたが、それについて確認情報が前記確認情報検出装置によってまだ検出されていない伝送パケットの所定のシーケンス番号を含む確認要求パケットを前記第２の端末ノードに対して送信でき、前記確認要求メッセージは、前記第２の端末ノードから前記所定のシーケンス番号を有する伝送パケットの受信を確認するための確認パケットの伝送を要求する。
【００３８】
好ましくは、前記タイマがタイムアウトし、前記伝送ウィンドウ内の最後の伝送パケットの伝送後に前記確認情報検出装置によって確認情報が前記時間分の中で検出されない場合に、前記確認要求装置は、前記伝送ウィンドウ内で送信される最後の伝送パケットのシーケンス番号を含む確認要求パケットを前記第２の端末ノードに送信できる。
【００３９】
好ましくは、前記タイマも、前記確認要求装置が前記確認要求パッケージの送信を開始すると起動され、前記タイマがその後タイムアウトし、確認情報が、前記確認要求パッケージの送信後の前記時間分内で前記確認情報検出装置によって検出されない場合に、前記送信／受信装置は追加の伝送パケットの伝送を停止する。
【００４０】
好ましくは、前記第２の端末ノードへの伝送ルートが存在するかどうかを検出できるルートチェック装置が設けられる。
【００４１】
好ましくは、前記送信／受信装置は、前記タイマがタイムアウトした後に、前記ルートチェック装置が、伝送ルートが存在しないことを検出すると、追加の伝送パケットの伝送を停止する。
【００４２】
好ましくは、前記送信／受信装置は、特定のシーケンス番号を有するすでに送信された伝送パケットを、前記第２の端末ノードから前記特定のシーケンス番号を含む再送要求パケットを受信することに応えて再送できる。
【００４３】
本発明の特に有利な実施形態では、前記送信／受信装置は、前記ゲートウェイと前記第２の端末ノードの間に第１のトンネルリンクをセットアップするための第１のトンネルセットアップ装置を備え、前記送信／受信装置は、それぞれ前記第１のトンネルリンクを通して前記第２端末ノードとの間で前記伝送情報を送信し、前記確認情報を受信する。トンネルは、有利なことに、例えば伝送パケットと確認パケットの伝送全体が常にゲートウェイと第２のエンド端末の間の中継ノードを通る同じルートを取るように、ゲートウェイと第２の端末ノードの間で一種の固定した「論理」リンクをセットアップする。第１のトンネルの使用は、対応するノードとアドホック端末が同じフォーマットのアドレスを有さない場合にも有利である。トンネルセットアップの別の優位点は、対応するノードからのパケットが原形を保つ、つまりそのフォーマットは、それがトンネルを通して第２の端末ノードに送信されるときにゲートウェイにおいて変更されないという点である。
【００４４】
有利なことに、前記第１のトンネルセットアップ装置は、前記送信／受信装置によって生成され、送信される修正された伝送パケットに伝送パケットをカプセル化することによって前記第１のトンネルリンクをセットアップする。
【００４５】
第１のトンネルセットアップ装置は、主に、例えば課金目的で正確なフロー制御を実行するために提供される。第１のトンネルの上部では、別のトランスポートプロトコルを実行できる。したがって、有利なことに、前記送信／受信装置は、前記ゲートウェイと前記第２の端末ノードの間の前記第１のトンネルリンク内でカプセル化された第２のトンネルリンクをセットアップするための第２のトンネルセットアップ装置を備え、前記送信／受信装置は、前記第１のトンネルリンク内でカプセル化された前記第２のトンネルリンクを使用することによってそれぞれ前記第２の端末ノードから前記伝送情報を送信し、前記確認情報を受信する。第１のトンネルとともに第２のトンネルを使用する優位点は、第２のトンネルが、第１のトンネルがＩＰルーティングを提供する間に確認の交換等のフロー制御を可能にするＴＣＰ等のプロトコル、つまり非ＩＰプロトコルに基づいてよいという点である。
【００４６】
好ましくは、前記第２のトンネルセットアップ装置は、前記第１の端末ノードから受信される伝送パケットを前記送信／受信装置により生成される修正された伝送パケットにカプセル化することによって前記第２の端末リンクをセットアップし、前記送信／受信装置によって送信される前記修正済み伝送パケットに前記第１のトンネルセットアップ装置によってカプセル化される前記伝送パケットは前記第２のトンネルセットアップ装置によってカプセル化される前記修正済みの伝送パケットである。
【００４７】
好ましくは、前記端末ノードは、前記ゲートウェイから再送されることを要求される伝送パケットのシーケンス番号を含む再送要求パケットを前記ゲートウェイに送信できるパケット再送要求装置を備えることがある。
【００４８】
本発明の追加の有利な実施形態及び改善策は、従属請求項から解釈されてよい。以下に、本発明は図面を参照してその有利な実施形態に関して説明される。
【発明を実施するための最良の形態】
【００４９】
図中、同じまたは類似する参照番号が同じまたは類似するステップと特徴を指定するために使用される。図６は、本発明の様々な実施形態を組み合わせて含むゲートウェイＧＷと第２の端末ノードＲＮ、ＭＮのブロック図を示すが、図５ｃ、及び図７から図１５の上部に、それぞれの特徴に示される機能とステップをそれぞれ実施することに最も関与するそれぞれの装置が示される。したがって、図６と組み合わされて示される装置は、本発明の様々な実施形態に従って別々に使用されてもよいことが理解されなければならない。
【００５０】
本発明の原理
図５ａは、本発明が関係する通信システムＳＹＳの原理概要を示す。通信システムＳＹＳは、少なくとも１つの第１の端末ノードＣＮのある第１のネットワークＩＮと、少なくとも第２の端末ノードＲＮ１からＲＮ５のあるアドホックネットワークＡＨＮと、前記第１のネットワークＩＮの前記第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードの間で伝送情報ＴＩを送るためのゲートウェイＧＷとを含む。以下、第１の端末ノードは図５ａに図示されるように対応するノードＣＮとも呼ばれる。さらに、第１のネットワークＩＮは、インターネットまたは任意の移動体通信ネットワーク等の任意の種類のオペレータが制御するネットワークである場合があることに注意する必要がある。アドホックネットワークＡＨＮは、前記に概略されたようにアドホックネットワーキングの原理に従って形成される任意の種類のネットワークであってよい。つまり、アドホックネットワークは中継ノードとして働く場合があるアドホックノードＲＮ１からＲＮ４を備え、１つのノードＭＮは伝送情報ＴＩの受信側ノードとして示される。ブルートゥース接続または通常他の無線リンク等の任意の種類のアドホックルーティングリンクを使用できる。しかしながら、アドホックネットワークの確立は任意の特定の種類の通信接続に制限されず、前述のように自然発生的にアドホックネットワークをセットアップするための全ての通信接続を備える。
【００５１】
第２の端末ノードＭＮ及び中継ノードＲＮ１からＲＮ４は、それらが伝送情報の中継を可能にする限り任意の種類の装置であることができる。中継ノードの例は携帯電話、ノート型パソコン、パーソナルデジタルアシスタント、ラップトップコンピュータ等である。ゲートウェイＧＷの例は、図１に示されるように、例えばＷＣＤＭＡ屋内基地局ＢＳ及びＨｉｐｅｒＬＡＮ／２アクセスポイント等の基地局ＢＳまたはアクセスポイントＡＰを備える。
【００５２】
さらに、以下に本発明の実施形態の多くの原則がモバイルアドホックネットワークＡＨＮの内部のパケット伝送に関して後述されるが、本発明の多くの実施形態がモバイルアドホックネットワークＡＨＮの内部のパケット伝送に制限されないことが注記される必要がある。また、アドホックネットワークが、例えばＯＦＤＭまたはＴＤＭ等の他の伝送方法によってワイヤレス無線リンクを確立することによってセットアップされることも認められる。
【００５３】
図５ａの通信システムＳＹＳを図３ａの従来の通信システムＳＹＳと比較すると、ゲートウェイＧＷ及び第２の端末ノードＭＮが、それぞれの送信／受信装置ＴＲＧとＴＲＮに加えて、それぞれゲートウェイＧＷの中で確認情報検出装置ＡＣＫＭと第２の端末ノードＭＮの中で確認情報伝送装置ＡＣＫＳＮを備えることが明らかになる。確認情報検出装置ＡＣＫＭは、前記第２の端末ノードＭＮからの確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”の受信を検出できる。確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”は、第２の端末ステーションＭＮが前記伝送情報を受信したことを確認する。
【００５４】
受信側ノードＭＮ側では、確認情報伝送装置ＡＣＫＳＮが、第２の端末ノードＭＮの送信／受信装置ＴＲＮが送信済みの伝送情報ＴＩ、ＴＩ’、ＴＩ”を受信したことを確認する前記確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”をゲートウェイＧＷに送信できる。すなわち、本発明の１つの原則に従って、ダウンリンク伝送情報ＴＩ、ＴＩ’、ＴＩ”の第２の端末ＭＮに対する各伝送は、図５ｃに図示されるように、第２の端末ノードからの確認情報により受信を確認する。したがって、モバイルアドホックネットワークＡＨＮでは正確なフロー制御が実行できる。例えば、現在ゲートウェイＧＷは常に、実際にダウンリンク伝送情報が第２の端末ノードＭＮに到達した、あるいは（確認が送信されないときには）アドホックネットワークの内部で、輻輳、欠失パッケージまたはユーザ／デバイスの不正行為などの問題がある。したがって、アドホックネットワークＡＨＮ内のフロー制御は改善できる。
【００５５】
好ましくは、伝送情報及び確認情報のゲートウェイＧＷと第２の端末ノードＭＮの間（またはさらに正確にはそれぞれ、その送信／受信装置ＴＲＧとＴＲＮの間）の配送は、ゲートウェイＧＷと第２の端末ノードＭＮの間のセキュリティ関連（信頼関係）を通して実行される。この文脈での信頼関係またはセキュリティ関連とは、例えば第２の端末ノードＲＮ１からＲＮ４及びＭＮが互いに信頼し、それらがアドホックネットワークのアドホック端末ノードになるために登録されている場合、常にパケットまたは伝送情報及び確認情報を中継するような標準認証手順を意味する。さらに、中継ノードＲＮ１からＲＮ４は、情報を受信または中継するときに同様に請求されるまたは報酬を受ける必要があるために、好ましくは、ゲートウェイＧＷと、またはそれら自体の間でのこのような信頼関係を有さなければならない。信頼関係の構築つまりこのような認証手順は移動体通信技術の分野では周知であるので、ここでさらに詳しい説明を必要としない。
【００５６】
図５ｃは、ゲートウェイ側ＧＷと第２の端末ノード側ＭＮについて、本発明の原則方法に従って実施されるそれぞれのステップを示す。ステップＳ５ｃ１では、前記通信システムのゲートウェイＧＷは第１の端末ノードＣＮから伝送情報ＴＩを受信する。ステップＳ５ｃ２では、送信／受信装置ＴＲＧが、例えば信頼関係（セキュリティ関連）を構築した後に第２の端末ノードＭＮに伝送情報ＴＩを送信する。
【００５７】
ステップＳ５ｃ３では、前記第２の端末ノードＭＮの送信／受信装置ＴＲＮがゲートウェイＧＷから伝送情報ＴＩを受信する。ステップＳ５ｃ４では、確認情報伝送装置ＡＣＫＳＮがゲートウェイＧＷに、第２の端末ノードＭＮが伝送情報ＴＩを受信したことを確認する確認情報ＡＣＴＡＮを送信する。ステップＳ５ｃ５では、ゲートウェイＧＷの確認情報検出装置ＡＣＫＮが確認情報ＡＣＴＡＮの受信を検出し、第２の端末ノードＭＮが伝送情報ＴＩを受信したことを支障なく仮定できる。
【００５８】
確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”を使用して、ゲートウェイＧＷがアドホックネットワークＡＨＮの内部の情報の正確なフロー制御を実行できる。例えば、メインルートＭＲまたは代替ルートＡＲに沿って遅延または輻輳があり、確認情報の遅延した伝送が生じる場合、ゲートウェイＧＷは伝送特性に応じて例えば伝送速度等を調整できる。さらに正確なフロー制御は、特にゲートウェイＧＷと第２のノードＭＮの間のダウンリンク接続での伝送情報の正確な課金を実行するために有利である。
【００５９】
改善された会計の実施形態
図６は、ゲートウェイＧＷの一部として会計装置ＡＣＣ’を示す。この会計装置ＡＣＣ’は、図５ｂに図示されるような本発明の実施形態に従った課金または会計の方法の原則フローチャートで使用される。図４ｂは、本発明によるゲートウェイＧＷの伝送情報メモリＴＩＳ’のコンテンツを示し、図４ｃはゲートウェイＧＷと第２のノードＭＮの間のパケット伝送の場合のための伝送情報メモリＴＩＳ’のコンテンツを示す。
【００６０】
さらに具体的には、会計装置ＡＣＣ’は、前記確認情報検出装置ＡＣＫＭが、前記第２の端末ステーションＭＮへの前記伝送情報の伝送について確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”の受信を検出する場合に、第２の端末ノードＭＮに対する伝送情報ＴＩ、ＴＩ’、ＴＩ”の伝送について請求情報ＣＨを決定できる。図４ｂから分かるように、ソースアドレスＳＡ、伝送データアカウントＤＡＭ、伝送レートＴＲＴ（または伝送タイミング）、ターゲットアドレスＴＡ及び請求情報ＣＨに加えて、伝送情報メモリＴＩＳ’が本発明の一実施形態に従って、（図４ｂではＡＣＴＡ４、ＡＣＴＡＮで示される）確認情報のためのエントリも備える。すなわち、本発明の一実施形態による会計装置ＡＣＣ’は、伝送情報請求ＣＨの計算だけを実行し、実際の確認情報ＡＣＴＡ４、ＡＣＴＡＮが第２の端末ノードＭＮから受信されると第２の端末のノードＭＮの請求を実行する。したがって、一方では、第２の端末ノードＭＮが、実際に第２の端末ノードＭＮに到達していない伝送情報ＴＩ、ＴＩ’、ＴＩ”について請求されることが回避され、他方では、ゲートウェイＧＷが第１の送信された伝送情報ＴＩについて、対応する確認が受信された場合にだけ追加の伝送情報ＴＩ’、ＴＩ”を送信することを決定できるであろう。例えば不正行為を行っているノードが、実際に伝送情報ＴＩを受信したが、伝送情報ＴＩの受信について請求を受けるのを回避するために確認情報ＡＣＴＡＮを送信しないことを決定することがある。しかしながら、ゲートウェイＧＷ、つまりその送信／受信装置ＰＲＧが、確認応答が受信されない限り追加の伝送情報の伝送を中止することを決定する場合、追加の伝送情報が不正行為を行っているノードに送信されることを回避できる。
【００６１】
図５ｂは本発明の一実施形態による課金方法のフローチャートの例を示す。左側で、ゲートウェイＧＷ側の課金のそれぞれの機能が示され、右側に第２のノードＭＮのそれぞれの機能が示される。
【００６２】
ステップＳ５１では、ゲートウェイＧＷ、つまりその送信／受信装置ＴＲＧが対応するノードＣＮから伝送情報ＴＩを受信する。伝送情報ＴＩは、ソースアドレスＳＡＣとＴＡＮ等のターゲットアドレスを含む。したがって、ステップＳ５１でゲートウェイＧＷの送信／受信装置ＴＲＧは、最初に、伝送情報ＴＩが送信されなければならないノードを決定するために適切な宛先情報を決定しなければならない。（図５ｃのステップｓ５２ｃに対応する）ステップＳ５２では、ゲートウェイＧＷの送信／受信装置ＴＲＧが第２の端末ノードＭＮに伝送情報ＴＩを送信する。ステップＳ５３では、第２の端末ノードＭＮが伝送情報を受信し、ステップＳ５５で第２の端末ノードＭＮがゲートウェイＧＷに確認情報ＡＣＴＡＮを送信する。ステップＳ５６では、確認情報が受信される。伝送情報はステップＳ５２で第２の端末ノードＭＮに送信されるが、伝送情報特性決定装置ＴＣＭは第２の端末ノードＭＮへの伝送情報の伝送の伝送特性ＴＣＨを決定する。図４ａに関して説明されるように、このような伝送特性は好ましくは、データ量ＤＡＭ、伝送速度、または伝送レートＴＲＴ、伝送情報がそれに沿って第２の端末ノードに送信された伝送ルートＭＲ、ＡＲ、及びパケット伝送の遅延時間からなるグループから選択される１つまたは複数を備えてよい。遅延時間は、伝送情報がゲートウェイＧＷから第２の端末ＭＮに送信される必要があった実際の遅延時間であってよい。別の例に従って、遅延時間は伝送情報の伝送に対する所定の遅延であってよい。例えば、所定のサービスの質（ＱｏＳ）は、ゲートウェイＧＷによって決定されてよく、伝送情報は規定のサービスの質（ＱｏＳ）のある、つまり所定の遅延時間のある第２の端末ノードＭＮだけに送信される。
【００６３】
伝送特性がステップＳ５４で決定されると、例えば図４ｂに示されるように、会計装置ＡＣＣ’は、ステップＳ５６で確認応答が受信された後に、ステップＳ５７で、伝送特性に基づいて請求情報ＣＨを決定する。すなわち、実際に確認情報、例えばＡＣＴＡＮまたはＡＣＴＲ４がステップＳ５６で受信されると、会計装置ＡＣＣ’は伝送特性ＴＣＨに基づいて請求情報ＣＨの決定を実行する。図５ｂでは、ステップＳ５７での請求情報ＣＨの決定が、ステップＳ５６で確認情報を受信した後に実行されることが示されるが、ＴＩ、ＴＩ’、ＴＩ”等の第１の複数の伝送情報がそれぞれ送信され、それ以後、全ての確認情報が収集され、最終的に請求情報が決定されることが規定されてもよい。図５ｂで重要なのは、確認情報がそれぞれの伝送情報について受信されると、請求情報ＣＨだけが決定され（第２のエンド端末ノードＭＮのユーザだけが請求を受け）るという点である。図５ｂのステップＳ５８でゲートウェイＧＷから第２の端末ノードＭＮに送信されるさらに多くの伝送情報がある場合には、ステップＳ５１でフローチャートに再入する。ステップＳ５８にそれ以上伝送情報がない場合には、手順は終了する。
【００６４】
図４ｂでは、伝送情報メモリＴＩＳ’がソースアドレスＳＡＣ、前記伝送情報ＴＩ、ＴＩ’、ＴＩ”の宛先アドレスＴＡ、前記決定された伝送特性ＴＣＨ、前記決定された請求情報ＣＨ、及び前記確認情報ＡＣＴＡＮからなるグループから選択される１つまたは複数を記憶できるが、図４ｂの伝送情報メモリＴＩＳ’が請求情報ＣＨを決定するために使用されるこのようなメモリの唯一の例であることが理解される必要がある。伝送情報メモリＴＩＳ’の他の例は、当業者によって考案されてよい。例えば、図４ｂの確認情報ＡＣＫが実際には記憶されないが、請求情報ＣＨの計算を開始するためのトリガとしてのみ使用されることが考案されてよい。したがって、請求情報ＣＨの計算と図４ｂに示されるような特定の伝送特性ＴＣＨの使用は唯一の例に過ぎないことが理解される必要がある。重要なのは、第２のエンド端末ＭＮのユーザだけが請求情報ＣＨで請求を受け、送信済みの伝送情報について適切な確認情報が存在する場合に、伝送情報の伝送を反映する任意の種類のパラメータに基づいて決定されるという点である。しかしながら、他の種類の請求情報の計算または伝送特性の評価が使用されてよい。
【００６５】
例えば、該アドホックネットワークＡＨＮがパケット交換ネットワークＡＨＮである場合には、伝送情報ＴＩ、ＴＩ’、ＴＩ”が１つまたは複数の伝送パケットＩＰ１からＩＰ５を備え、前記確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”が１つまたは複数の確認パケットＡＣＫ１からＡＣＫ５（例えば図７を参照すること）を備え、伝送情報メモリＴＩＳ’は図４ｃに示されるように構成されてよい。図４ｃに示されるように、伝送特性決定装置ＴＩＭは、（ＡＣＫ１からＡＣＫ５によって）それぞれの受信が確認された伝送パケットＩＰ１からＩＰ５に伝送特性ＤＡＭ、ＴＲＴを決定する。５つ全てのパケットＩＰ１からＩＰ５が受信を確認されたので、完全な請求情報ＣＨ＝２セントが５個のパケットＩＰ１からＩＰ５のこの伝送について会計装置ＡＣＣ’によって決定される。しかしながら、本発明の別の実施形態に従って、請求情報ＣＨがパケットごとに個別に計算されることも考案されてよい。
【００６６】
図４ｃでは、好ましくは、別の実施形態に従って（後述されるような）いわゆるシーケンス番号ＳＮが使用されてよいが、個々の伝送パケットのための課金は、このようなシーケンス番号を使用しなくても実施されてよいことが理解される必要がある。例えば、（伝送情報のような）第１のパケットが、図５ｃのステップＳ５ｃ２で送出されると、ゲートウェイＧＷは単に伝送パケットの受信を確認する確認情報ＡＣＴＡＮの受信を待機するだけの可能性がある。したがって、ゲートウェイＧＷは、該送出されたパケットＩＰ１が無事に第２の端末ノードＭＮに到達したことを知っている。確認パケットＡＣＴＡＮを受信した後に初めてゲートウェイは次のパケットＩＰ２を送出し、再度確認パケットＡＣＴＡＮ’の受信を待機する。ゲートウェイＧＷが、最後に送信された伝送パケットについて常に確認応答の受信を待機する場合、それぞれの伝送パケットと確認パケットの中に、伝送パケットを特徴付け、確認パケットの中で、確認応答がそれについて実行される特殊な伝送パケットを示すそれぞれの情報を挿入する必要はない。
【００６７】
しかしながら、伝送パケットＩＰ１からＩＰ５のシーケンスの中のそれぞれの伝送パケットＩＰ１からＩＰ５の伝送順序を示すシーケンス番号ＳＭの使用は、確認応答が個別化されて、つまりパケットに特殊に、ゲートウェイＧＷに戻されてよいように、好ましくは、マーカまたはパケットに特殊な識別子として使用されてよい。これは、図７から図１５の有利な実施形態に関してさらに後述される。
【００６８】
シーケンス番号挿入
すでに部分的に上述されたように、図６に示されているゲートウェイＧＷは、伝送パケットのシーケンスの中のそれぞれの伝送パケットＩＰ１からＩＰ５の伝送順序を示す１、２、３、４、５等のシーケンス番号ＳＮを各伝送パケットＩＰ１からＩＰ５に挿入することができるシーケンス番号挿入装置ＳＮ１を備える。同様に、端末ノードでは、各受信済みパケットの中で伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を決定できるシーケンス番号決定装置ＳＮＤが提供され、そこでは第２の端末ノードＭＮの確認情報伝送装置ＡＣＫＳＮが前記ゲートウェイＧＷに、それぞれその受信が前記それぞれの確認パケットＡＣＫ１からＡＣＫ５で確認される受信済みのパケットの検出されたシーケンス番号を含む確認パケットＡＣＫ１からＡＣＫ５を送信できる。したがって、シーケンス番号ＳＮは、伝送された伝送パケットが第２の端末側で識別されてよいように、及び確認パケットが一般的に伝送パケットの受信だけではなく、特定の確認パケットの受信も確認するように一般パケット識別子として目的にかなう。このシーケンス番号、つまりさらに一般的には、パケット識別子は、図４ｃの例ではＳＮｘで示される。このようにして、図７に示されるように、パケット識別子１、２、３、４、５．．．ｘを有する各伝送パケットＩＰ１、ＩＰ２、ＩＰ３、ＩＰ４、ＩＰ５．．．ＩＰｘは、パケット識別子１、２、３、４、５．．．ｘの付いた、それぞれの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３、ＡＣＫ４、ＡＣＫ５．．．ＡＣＫｘによって受信を確認される。シーケンス番号またはパケット識別子は、ＩＰｖ４オプションフィールド内に、またはＩｐｖ６宛先オプションヘッダ内に記憶できるであろう。
【００６９】
したがって、パケットと確認パケットの関係性は、例えばシーケンス番号等のパケット識別子によって提供できる。図７から図１５はパケット識別子としての「番号」の使用を示しているが、他の識別子もパケットに特殊な確認を提供するために使用されてよいことが注記されなければならない。したがって、ゲートウェイはモバイルノードを受信した全てのパケットについて詳細な情報を有し、したがって、例えば図４ｃに示されるようなより正確な課金等のより正確なフロー制御を実行できる。
【００７０】
図７は、本発明の一実施形態に従って確認手順の中でシーケンス番号（パケット識別子）の挿入を使用するステップのフローチャートを示す。ステップＳ７１では、パケット識別子またはシーケンス番号１が第１の伝送パケットＩＰ１に挿入される。ステップＳ７２では、伝送パケットＩＰ１は第２の端末ノードＭＮに送信される。ステップＳ７３では、第２の端末ノードＭＮのシーケンス番号決定装置ＳＮＤが、受信された伝送パケットＩＰ１の中のパケット識別子またはシーケンス番号１を決定する。例えば、シーケンス番号１は、伝送パケットＩＰ１からＩＰ５のシーケンスの中の伝送パケットＩＰ１の位置１を示す。ステップＳ７４では、検出されたシーケンス番号またはパケット識別子を含む確認パケットはゲートウェイＧＷに送信される。ステップＳ７５では、確認情報検出装置ＡＣＫＭがパケット識別子１を有する特殊な確認パケットＡＣＫ１に基づいて、パケット識別子（シーケンス番号）１が付いた伝送パケットＩＰ１が第２の端末ノードによって実際に受信されたと判断する。
【００７１】
特定のパケット識別子の付いた各伝送パケットの受信は、送信済みの伝送パケットを識別するパケット識別子を付けたそれぞれの確認パケットで確認されるため、パケットと確認応答の間の明確な関係性を提供できる。すなわち、たとえ往復時間ＲＴＴ（図５ｃを参照すること。往復時間ＲＴＴは、ゲートウェイＧＷが伝送パケットの送信とその確認パケットの受信の間に待機しなければならない最小時間である）が各伝送パケットＩＰ、ＩＰ２、ＩＰ３−について一定ではなくても（確認パケットＡＣＫ１の受信より早期に確認パケットＡＣＫ３の受信を引き起こす）送信されたパケットと返される確認情報の間には依然として明らかな関係性がある。
【００７２】
例えば、どの確認情報ＡＣＫ１からＡＣＫ５が最初に到着するのかに関するのとは無関係に、会計装置ＡＣＣ’は、各特定の伝送パケットＩＰ１からＩＰ５について個別に個別化された請求情報ＣＨを決定できる。例えば、図４ｃの実施形態に示されるように、ゲートウェイＧＷによって送信された各パケットＩＰ１からＩＰ５は特殊な確認パケットＡＣＫ１からＡＣＫ５によって受信が確認される。この場合では、請求情報ＣＨは、パケットごとに個別に会計装置ＡＣＣ’によって決定できる。
【００７３】
送信された伝送パケットと返された確認パケットの間に個別化された関係性がない場合には、第２の端末ノードＭＮが「特定のパケットの」ではなく単に「パケットの受信」を確認するに過ぎず、このようにして、それは別のパケットより低い請求情報ＣＨを有する伝送パケットについてだけ請求されなければならないと主張する可能性がある。これはパケット識別子（シーケンス番号）を使用することにより回避される。
【００７４】
前述のように、本発明による方法の第１の実施形態では、図７に示されるように、それが先行するパケットについて確認応答を受信している場合には、ゲートウェイはモバイルノード（第２の端末ノード）ＭＮに新しいパケットを送信するに過ぎない。しかしながら、例えば往復時間ＲＴＴに応じて、これは、次のパケット（例えばＩＰ１の後のＩＰ２）が、特定の最小往復時間ＲＴＴの後だけに送信できることを必要とする。例えば、往復時間ＲＴＴは約１秒であってよく、したがって新しいパケットは、１秒という期間の期限切れの後にだけ送信される。
【００７５】
このようにして、ゲートウェイは各ＩＰパケットに、それをモバイルノードＭＮに送信する前に、シーケンス番号を割り当てる。シーケンス番号がパケット識別子として使用される場合、シーケンス番号は昇順である場合がある。図７に示されるように、モバイルノードＭＮは同じシーケンス番号（パケット識別子）の付いた確認応答で各パケットの受信を確認する。第１の実施形態に従って前述のように、ゲートウェイＧＷは、それが実際に先行するパケットの確認応答を受信した場合にだけ新しいパケットを送信する。しかしながら、極めて大きな往復時間ＲＴＴのために、ゲートウェイＧＷは、ここでは「ウィンドウ原則」と呼ばれる技法を使用する。
【００７６】
ウィンドウ原則
パケットを送信し、確認応答を受信するための本発明の特に有利な実施形態は、ゲートウェイＧＷが図７に描かれているようにスライド式ウィンドウ原則を使用する場合である。１個のパケットを送信し、次のパケットを送信する前に確認応答を待機する代わりに、ゲートウェイＧＷは複数のパケットを送出し、そこでは送出されるパケット数は所定の伝送ウィンドウＷＴによって指定される。この伝送ウィンドウＷＴは、図６に図示されるようにゲートウェイＧＷの内部で伝送ウィンドウ装置ＷＩＮによって設定される。所定の伝送ウィンドウＷＴは送信／受信装置ＴＲＧに対して、前記第２の端末ノードに連続して多くの伝送パケットを送信するように示す。
【００７７】
伝送ウィンドウＷＴは、所定の伝送期間を示す伝送時間ウィンドウ（例えば、固定の伝送レートがある場合に、期間が間接的に伝送ウィンドウ内で送出されるパケット数を示す）、（伝送パケットの数を直接的に示す）連続伝送パケットの伝送ウィンドウ数、及び前記連続伝送パケットの１つまたは複数で送信されるデータの所定の量を示す伝送データ量（例えば、固定ペイロードが伝送パケットあたりに考えられる場合、伝送ウィンドウデータ量は間接的に伝送ウィンドウ内で送信されるパケット数を示す）からなるグループの１つである。しかしながら、どの種類の伝送ウィンドウが使用されるのかに関係なく、伝送ウィンドウは、間接的にまたは直接的に、確認応答を待機することなく第２の端末ノードＭＮに送信される伝送パケット数を示す。すなわち、１個のパケットを送出し、次のパケットを送信する前に確認応答を待機する代わりに、ゲートウェイＧＷは複数のパケットを送出する。伝送パケットがシーケンス番号（好ましくは昇順の番号のシーケンスであってよい）を含む場合、伝送ウィンドウも直接的に確認応答を待機する前に連続的に送出される伝送パケットのシーケンス番号を示すことができる。図７の例では、伝送ウィンドウは送出されなければならない伝送パケットの３つの連続するシーケンス番号を指定する。
【００７８】
図７に示されるように、３個のパケットＩＰ１、ＩＰ２、ＩＰ３の伝送を備える第１のウィンドウＷＴが存在する。同様に、図７は、パケットＩＰ２、ＩＰ３、ＩＰ４の更新された、つまり新しいウィンドウＷＴ’、パケットＩＰ３、ＩＰ４、ＩＰ５のウィンドウＷＴ”、パケットＩＰ４、ＩＰ５、ＩＰ６のウィンドウＷＴ”’も示す。このようにして各ウィンドウは、過去のパケットのための確認パケットを待機することなく連続して送出される多くの伝送パケットを備える。図７に示されるように、次のウィンドウＷＴ’は、過去のウィンドウＷＴの１パケット、スライドされた（ｏｎｅ−ｐａｃｋｅｔ−ｓｌｉｄｅｄ）バージョンであり、ウィンドウＷＴ”は過去のウィンドウＷＴ’の１パケット、スライドされたバージョンであり、ウィンドウＷＴ”’は過去のウィンドウＷＴ”の１パケット、スライドされたバージョンである。これらの新しいウィンドウは、確認パケットが受信されるたびに到達される。すなわち、第１のパケット、第２のパケット、及び第３のパケットＩＰ１、ＩＰ２、ＩＰ３を第１のウィンドウＷＴ内で送出した後に、第１の確認応答パケットＡＣＫ１がゲートウェイＧＷで受信される。第１のパケットＩＰ１についてのこの確認パケットＡＣＫ１の受信は、架空の伝送ウィンドウＷＴの、現在はパケットＩＰ２、ＩＰ３、及びＩＰ４を備えるウィンドウＷＴ’へのスライドをトリガする。
【００７９】
ＡＣＫ２またはＡＣＫ３等の確認パケットのあらゆる新しい受信が、それぞれさらに１パケットのウィンドウを、つまりＡＣＫ２を受信した後にＷＴ’からＷＴ”に、ＡＣＫ３を受信した後にＷＴ’からＷＴ”にスライドさせる。このようにして、ウィンドウＷＴ”’は３個の確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３を受信後に到達される。この場合、パケットＡＣＫ３は第１の伝送パケットＩＰ１が受信されただけではなく、第２の伝送パケットと第３の伝送パケットＩＰ２、ＩＰ３（往復時間ＲＴＴが一定であるのならば）も受信された旨の確認応答である。さらに、パケットＡＣＫ２は、第１の伝送パケットＩＰ１が受信されただけではなく、第２の伝送パケットＩＰ２も受信された旨の確認応答であり、パケットＡＣＫ１は第１の伝送パケットＩＰ１だけが受信された旨の確認応答である。
【００８０】
同じことは、伝送パケットと確認パケットの追い越しが発生する場合、あるいはパケット損失が発生する場合にも当てはまる。実際には、ウィンドウＷＴ内で３個のパケットＩＰ１、ＩＰ２、ＩＰ３を送信した後、確認パケットＡＣＫ１は、往復時間が一定のままである場合に受信されなければならず、ウィンドウはウィンドウＷＴ’に１パケット、スライドされるであろう。しかしながら、代わりに確認パケットＡＣＫ３だけが受信されると、ＩＰ２、ＩＰ３の受信も確認され、その後ウィンドウＷＴは即座にウィンドウＷ”’にスライドされる。このようにして、現在のウィンドウＷＴの第１の伝送パケット、第２の伝送パケット、及び第３の伝送パケット、ＩＰ１、ＩＰ２、ＩＰ３の受信を確認するそれぞれ第１の確認パケット、第２の確認パケット、及び第３の確認パケット、ＡＣＫ１、ＡＣＫ２、ＡＣＫ３が、ウィンドウＷＴ１をウィンドウＷＴ’、ＷＴ”およびＷＴ”にそれぞれ１パケット、２パケットまたは３パケットをスライドする。このようにして、ウィンドウＷＴはスライドされたＳＮパケットであり、ＳＮは、第２の端末ノードＭＮでのＳＮ番目のパケット（及びさらに小さいＳＮの付いた他のパケット）の受信を確認するそれぞれの確認パケットの中に含まれるシーケンス番号ＳＮである。
【００８１】
このようにして、図７の例では、第１のステップＳ７１１１は、前記第２の端末ノードＭＮへ３個の伝送パケットＩＰ１からＩＰ３を連続して送信するように所定の伝送ウィンドウＷＴを設定する。ステップＳ７２、Ｓ７２１、Ｓ７２２では、これらのパケットは端末ノードＭＮに連続して送信される。ステップＳ７３、Ｓ７３１、Ｓ７３２では、それぞれの伝送パケットＩＰ１、ＩＰ２、ＩＰ３の受信がノードＭＮで検出され、これに応えてこの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３がそれぞれステップＳ７４、Ｓ７４１、Ｓ７４２でゲートウェイＧＷに送信される。ステップＳ６１、Ｓ６２、Ｓ６３では、確認情報検出装置ＡＣＫＭが、それぞれ、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の受信を検出する。図７で確かめられるように、送信／受信装置ＴＲＧはステップＳ７５で、確認パケットＡＣＫ１の受信が確認情報検出装置ＡＣＫＭによって検出された後に、次のパケット（つまり、次に大きいシーケンス番号４のパケット）を送出する。さらに、ステップＳ７５で、新しい伝送パケットＩＰ４の新しい伝送が新しい伝送ウィンドウＷＴ’に関して実行される。それ以後、ステップＳ６２では、確認情報検出装置ＡＣＫＭが追加の確認情報パケットＡＣＫ２の受信を検出すると、ウィンドウＷＴ’がウィンドウＷＴ”にスライドされ、（次に大きいシーケンス番号５の付いた）次の伝送パケットＩＰ５がステップＳ７５１で送信される。次の確認パケットＡＣＫ３が受信されると、ウィンドウＷＴ”はウィンドウＷＴ”’に１パケットスライドされ、次の伝送パケットＩＰ６がステップＳ７５２で送信される。このようにして、送信／受信装置ＴＲＧは、現在の伝送ウィンドウＷＴ、ＷＴ’、ＷＴ”、ＷＴ”’の中で常に連続してパケットを送信する。つまり、例えばパケットＩＰ１、ＩＰ２、及びＩＰ３がすでに第１のウィンドウＷＴで送信され、このウィンドウＷＴがウィンドウＷＴ’にスライドされていると、言うまでもなくこの新しいウィンドウＷＴ’のパケットＩＰ２、ＩＰ３は、ウィンドウＷＴ’で次に送信されるパケットが残りのまだ送信されていないパケットＩＰ４となるように、すでに送信されている。他方、ＡＣＫ３だけが受信される場合には、ウィンドウＷＴはＷＴ”’にスライドされ（ｌｉｄ）、パケットＩＰ４、ＩＰ５、ＩＰ６のどれもまだ送信されていない。したがって、この場合、更新された新しいウィンドウＷＴ”’の新しいパケットＩＰ４、ＩＰ５、ＩＰ６が送信される。したがって、ウィンドウＷＴ、ＷＴ’、ＷＴ”が新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’に更新されるたびに、送信／受信装置ＴＲＧは、古いウィンドウで送信されていない、新しいウィンドウのそれらのパケットを連続して送信するであろう。
【００８２】
図７では、往復時間ＲＴＴは伝送パケット／確認パケットの各送信／受信について同じであると仮定されるため、到着する第１の確認応答は確認パケットＡＣＫ１となるのは明らかである。しかしながら、往復時間ＲＴＴが、ステップＳ７１での第１の伝送パケットＩＰ１の伝送後に変化すると、第２の確認パケットＡＣＫ２が最初に到着するパケットとなる可能性がある。前述のように、ＡＣＫ２が到着する第１の確認パケットである場合、ゲートウェイＧＷの送信／受信装置ＴＲＧは、元のウィンドウＷＴ ＳＮ＝２パケットを、そのうちＩＰ４とＩＰ５がまだ送信されていない、つまりゲートウェイＧＷの送信／受信装置ＴＲＧがウィンドウＷＴ”の伝送パケットＩＰ４、ＩＰ５の送信を開始する、パケットＩＰ３、ＩＰ４、ＩＰ５を備える新しい伝送ウィンドウＷＴ”にスライドさせる。したがって、それが、第１の伝送ウィンドウＷＴの内部で伝送パケットＩＰ１、ＩＰ２、ＩＰ３の伝送後に３つの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の内の１つを受信すると、それはそれぞれの受信された確認パケットＡＣＫ１（ＳＮ＝１、つまりウィンドウを１パケット、スライドさせる）、ＡＣＫ２（ＳＮ＝２、つまり、ウィンドウを２パケット、スライドさせる）、及びＡＣＫ３＿（ＳＮ＝３、つまりウィンドウを３パケット、スライドさせる）の中のＳＮに基づいてそれぞれ設定される新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’の残りのまだ送信されていないパケットを送信する。
【００８３】
また、すでに簡略に前述のように、通常（往復時間ＲＴＴが伝送ウィンドウにおいて一定のままである場合）確認パケットＡＣＫ１は、ゲートウェイＧＷに到達する最初のパケットであり、したがってウィンドウＷＴをウィンドウＷＴ’にスライドさせるが、新しい伝送ウィンドウＷＴ”またはＷＴ”’における新しいまだ送信されていないパケットの送出は最初に送信された伝送パケットＩＰ１より大きいシーケンス番号を有する確認パケットＡＣＫ２、ＡＣＫ３によってトリガされることも発生する可能性がある。この場合、（確認情報ＡＣＫ２、ＡＣＫ３はまだ受信されていないため）ＩＰ２とＩＰ１が実際に第２の端末ノードＭＮに到達したという保証はないが、例えば確認パケットＡＣＫ３の受信は、ウィンドウＷＴ”’でのすでに新しいパケットＩＰ４、ＩＰ５、ＩＰ６の送出をトリガする。ＡＣＫ２、ＡＣＫ１の受信が行われないのは、より長い往復時間ＲＴＴのためである可能性があるか、あるいは伝送パケット及び／または確認パケットを失ったためである場合がある。２つの後者の場合は、以下図８、図９で取り扱われる。
【００８４】
図７では、新しいパケット、例えばＩＰ４が、ＩＰ１、ＩＰ２、ＩＰ３が送出された後にどのように送出されるのかの３つの可能性があることが注記されなければならない。第１の可能性は、ステップＳ６１で第１の確認パケットＡＣＫ１を受信した後に、ウィンドウＷＴがＷＴ’にスライド（ｌｉｄ）され、これによりＩＰ４（新しいウィンドウＷＴ’内の残りのまだ送信されていないパケット）の伝送が生じる。したがって、他の確認メッセージＡＣＫ２、ＡＣＫ３の受信とは無関係に、第１の確認パケットＡＣＫ１の受信はすでに新しい伝送ウィンドウＷＴ’内での追加の所定のパケットＩＰ４の送出をトリガする。
【００８５】
別の可能性は、ＡＣＫ２だけを受信した後に、ウィンドウＷＴがウィンドウＷＴ”にスライドし、このようにして次の伝送ウィンドウＷＴ”に属する次のパケットＩＰ４が即座に送信され、その後、やはり新しいウィンドウＷＴ”内にあり、まだ送信されていない、続くパケットＩＰ５が送信される場合である。
【００８６】
第３の可能性は、ＩＰ４が、ＡＣＫ３だけが受信されるときに設定されるウィンドウＷＴ”’の中で最初のパケットとして送信される場合である。ＩＰ４の後、ウィンドウＷＴ”’内のパケットＩＰ５、ＩＰ６も、これらは過去のウィンドウでまだ送信されていないため送信される。
【００８７】
したがって、３個の確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の連続受信はウィンドウＷＴのウィンドウ位置ＷＴ’、ＷＴ”、ＷＴ”’（ウィンドウの１パケット、スライド）へのスライドと、それぞれの新しい伝送ウィンドウＷＴ’、ＷＴ”、ＷＴ”’でのまだ送信されていない伝送パケットの連続送信をトリガする。別の実施形態では、ＡＣＫ１、ＡＣＫ２の前のＡＣＫ１、またはＡＣＫ３の前の（ｂｅｆｏｒｅ ＡＣＫ１ ｏｒ ＡＣＫ３ ｂｅｆｏｒｅ ＡＣＫ１，ＡＣＫ２）それぞれの確認パケットＡＣＫ２だけの受信に応えて、ウィンドウＷＴはＳＮ位置、スライドし（ＳＮパケットスライド）、それぞれ過去のウィンドウＷＴでまだ送信されていない、２個または３個の新しいパケットを備える。
【００８８】
スライド式ウィンドウの原理は、通信システムＳＹＳの性能が確認応答を待機するプロセスのために低下することを回避する。言うまでもなく、最適ウィンドウサイズは前述のようにＧＷとＭＮ間の接続の最大スループット、及び往復時間ＲＴＴに依存する。往復時間ＲＴＴは、ゲートウェイＧＷがパケットの送信とそれぞれの確認パケットの受信の間に待機しなければならない時間である。例えば、伝送ウィンドウＷＴが伝送ウィンドウデータ量である場合、伝送ウィンドウデータ量は、ゲートウェイＧＷと第２の端末ＭＮの間の伝送ルートＭＲ、ＡＲでの伝送速度ＴＲＴと往復時間ＲＴＴの間の積である。例えば、スループットが毎秒１Ｍｂｉｔであり（つまり伝送速度が毎秒１Ｍｂｉｔであり）、往復時間ＲＴＴが１秒である場合には、伝送ウィンドウデータ量は１Ｍｂｉｔである。
【００８９】
図７で分かるように、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３は累積的である。つまり特定のシーケンス番号の付いた確認応答はさらに全ての過去のパケットの受信を確認する。例えば、確認パケットＡＣＫ３が確認パケットＡＣＫ１を「追い越す」場合には、３というシーケンス番号を有する確認パケットＡＣＫ３はさらに、第２の端末ノードＭＮが伝送パケットＩＰ１、ＩＰ２も受信したことを確認する。したがって、確認パケットが受信されるたびに、ゲートウェイＧＷはどの確認パケットがゲートウェイＧＷに到着したのか（スライド式ウィンドウ技法）に応じて、１つまたは複数の新しいパケット（複数の場合がある）を送出する。
【００９０】
欠失パケット
図８は、欠失確認パケットのシナリオを示す。つまり、送信／受信装置ＴＲＮが確認パケットＡＣＫ２を送信するが、パケットは伝送ルートでのパケットの欠失のためにゲートウェイＧＷに到達しない。図８のシナリオでは、モバイルノードＭＮは、確認情報ＡＣＫ２が受信されないため（２より大きいシーケンス番号の確認パケットが到達しない限り。例えば確認パケットＡＣＫ３はスライド式ウィンドウ技法の過去の全てのパケットの受信を確認するため、それはパケットＩＰ２の受信も確認し、このようにしてこのパケットに対する請求も生じさせる）欠失パケットについて請求を受けない。
【００９１】
同様に、図９では、伝送パケットＩＰ２はゲートウェイＧＷの送信／受信装置ＴＲＧによって実際に送信されたが、それは第２の端末ノードＭＮへの伝送ルートで失われた。
【００９２】
図８及び図９の場合、ゲートウェイＧＷにおける欠失パケット検出器ＬＰＤが、伝送ウィンドウ装置ＷＩＮによって設定される伝送ウィンドウＷＴにおいて所定数の伝送パケットＩＰ１からＩＰ３の送信後に、連続確認パケットＡＣＫ１、ＡＣＫ３のシーケンス番号が連続伝送パケットＩＰ１からＩＰ３で設定されるものに一致しない場合に、確認パケットＡＣＫ２または伝送パケットＩＰ２がその伝送の間に失われてしまったことを検出できる。例えば、図８では、確認パケットＡＣＫ１、ＡＣＫ３は確認情報検出装置ＡＣＫＭによって検出され、ステップＳ８３、Ｓ８４で追加の伝送パケットＩＰ４、ＩＰ５の伝送を引き起こす。しかしながら、連続確認パケットのシーケンス番号は連続伝送パケットで設定されるシーケンス番号と一致しない。つまり、伝送パケットＩＰ１、ＩＰ２、ＩＰ３のシーケンス番号１、２、３のシーケンスは、連続して受信された確認パケットＡＣＫ１、ＡＣＫ３から検出されるシーケンス番号１、３のシーケンスと一致しない。したがって、ゲートウェイＧＷはこの種の比較（シーケンス外検出）で確認パケットＡＣＫ２が送信されなかったのか、または実際に伝送パケットＩＰ２は第２の端末ノードＭＮに到達しさえしていないと判断できる。
【００９３】
同様に、図９のステップＳ９１、Ｓ９２では、欠失パケット検出器ＬＰＤは、伝送パケットＩＰ１、ＩＰ２、ＩＰ３のシーケンス番号１、２、３、及び受信された確認パケットＡＣＫ１、ＡＣＫ３からシーケンス番号１、３の順序外を決定する。ステップＳ９３、Ｓ９４での新しいパケットＩＰ４、ＩＰ５の送信にも関わらず、欠失パケット検出器ＬＰＤは伝送パケットＩＰ２が第２の端末ノードＭＮに到達しなかった、あるいは確認パケットＡＣＫ２が送信されなかったかのどちらかを判断する。
【００９４】
図８（欠失確認パケット）と図９（欠失伝送パケット）の両方のシナリオでは、確認応答が伝送側ゲートウェイＧＷで受信されないために（ＡＣＫ２などのさらに大きいシーケンス番号の付いた確認パケットが前述のように受信されない限り、あるいはＡＣＫ３が前述のように受信されない限り、さらに大きいシーケンス番号の確認パケットはそれらがまだ受信されていなくても低い方のシーケンス番号のパケットの受信を確認しないため）、モバイルノードＭＮは欠失伝送パケット／確認パケットについて請求されない。確認情報で受信が確認されているパケットについて第２の端末ノードＭＮのユーザだけが請求されなければならないのは本発明の一般情勢の中である（確認パケット）。
【００９５】
しかしながら、モバイルノードＭＮが欺いている可能性がある。つまりそれは実際には伝送パケットＩＰ２を受信したが、それについて請求を受けるのを回避しようとするために、故意に確認パケットＡＣＫ２を送信しない可能性がある。これは、確認情報が受信されるかどうかに関係なく、伝送パケットＩＰ２が送出された場合に、図８及び図９においてゲートウェイＧＷが常に第２の端末ノードＭＮに請求しない場合に回避できる。本発明に従って、第２の端末ノードに到達したパケットだけが請求を受けなければならないので、言うまでもなく、ゲートウェイＧＷは、依然としてパケットが実際に到達したことを示す何らかの情報を必要とする。しかしながら、欠失パケット検出器ＬＰＤが端末ノード側ＭＮにも提供され、この欠失パケット検出器ＬＰＤが伝送パケットシーケンス番号の誤ったシーケンスを検出することが考えられる。つまり図９では、モバイルノード側ＭＮの欠失パケット検出器ＬＰＤは、シーケンス番号２がないために明らかにシーケンス外検出である１、３、．．．を検出する。このような場合には、図１５にさらに詳細に説明されるように、再送の要求はシーケンス外番号２について第２の端末ノードＭＮによって行うことができ、この場合、再送要求を受信した後に、ゲートウェイＧＷは、第２の伝送パケットＩＰ２が失われたという一種の確認応答として再送要求を使用できる。この場合、会計装置ＡＣＣ’はオリジナルパケットよりむしろ再送されたパケットについてだけ請求する。したがって、このシナリオでも、第２の端末ノードＭＮから何らかの種類の確認／確認応答が受信されたパケットだけが請求を受ける。
【００９６】
他方、図８では、ゲートウェイＧＷは、特にその会計装置ＡＣＣ’は、再送要求も確認応答ＡＣＫ２も受信されないために、伝送パケットＩＰ２について請求しない以外のことはできない。この場合、図１１に関して説明されるように、紛失中の確認応答を収集し直すためにゲートウェイＧＷから第２の端末ノードＭＮまで確認要求を行うことができる。それが最終的に受信されると、伝送パケットＩＰ２は請求される。
【００９７】
しかしながら、第２の端末ノードＭＮだけではなくゲートウェイＧＷも、ゲートウェイＧＷで伝送ウィンドウ内で連続して発生するシーケンス番号及びモバイルノードＭＮが予想されたシーケンスと一致しない場合に、基本的に欠失確認応答と欠失パケットを検出する欠失パケット検出器ＬＰＤを備えることができることが本実施形態に従って、最初に、理解されなければならない。
【００９８】
タイマ実施形態
図７に関して前述のように、スライド式ウィンドウ原則を使用するときに、１個または複数個の確認パケットの受信により元のウィンドウＷＴの新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’へのスライドが、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３のそれぞれの連続受信による連続した単一パケットスライドで、あるいは確認パケットＡＣＫ２またはＡＣＫ３だけが受信されるときのＳＮパケットスライドのどちらかで生じる。さらに、伝送ウィンドウＷＴ内で送信されるパケットの１つについての単一の確認応答は、確認パケットに含まれる低い順序ＳＮの全伝送パケットの伝送の受信を確認する。
【００９９】
図１０は、本発明の別の実施形態によるタイマＴを備える欠失パケット検出器ＬＰＤによって実施されるステップについてのフローチャートを示す。
【０１００】
本来、欠失パケット検出器ＬＰＤのタイマＴは、所定の時間分△Ｔをカウントできる。タイマＴは、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０７、Ｓ１０８で示されるように伝送パケットの新しい伝送のたびに開始される。それぞれの再起動後に所定の時間分△Ｔをカウントすると、ステップＳ１０４、Ｓ１０５、Ｓ１０６で分かるように、タイマは、確認パケットが所定の時間分△Ｔ内で前回送信された伝送パケットについて受信されるたびに停止される。したがって、タイマは確認パケットの受信を制御するために使用される。
【０１０１】
好ましくは、タイマＴの時間分△Ｔは往復時間ＲＴＴに適合していなければならない、つまりわずかに長くなくてはならない。
【０１０２】
図１０に示され、図７（ウィンドウ原則）に関して前述のように、図１０のステップＳ１０４で受信される確認応答のような単一の確認応答は、伝送ウィンドウＷＴ内での全てのパケットの伝送の受信を確認する。
【０１０３】
また、「スライド式ウィンドウ原則」に関して前述のように、新しいウィンドウＷＴ’は、まだ送信されていない（図７も参照すること）依然として１つのパケット、つまりＩＰ４を備えるため、ステップ１０４での確認パケットＡＣＫ１の受信はウィンドウＷＴをウィンドウＷＴ’にスライドつまりシフトし、タイマＴを再起動させるのはこのウィンドウのシフトである。新しいウィンドウＷＴ’におけるこの新しいパケットＩＰ４の伝送の場合、タイマＴはステップ１０７で再開される。同様に、ＡＣＫ２はウィンドウＷＴをウィンドウＷＴ”にシフトし、このようにしてＩＰ５の伝送及びタイマＴの再起動をステップＳ１０８で引き起こす。ＡＣＫ３の受信によりＩＰ６、つまりｎｅｗ＿ｔｒａｎｓｍｉｓｓｉｏｎウィンドウＷＴ”’での最後のまだ送信されていないパケットの伝送が引き起こされるため、確認パケットＡＣＫ６だけが、実際にタイマＴを停止する。従って、現在のウィンドウＷＴ”’の中の全てのパケットは送信され、確認応答されたので、確認パケットのこれ以上の受信の追加のタイマ監視を行う理由はない。
【０１０４】
しかしながら、図１１に示されるように、３個の伝送パケットＩＰ１、ＩＰ２、ＩＰ３を送信した後に、タイマＴは所定の時間分△Ｔをカウントし、タイムアウトする。すなわち、ステップＳ１１３でタイマＴを起動した後に、タイマはステップＳ１１３’内で所定の時間分△Ｔをカウントし、全ての確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３は失われてしまったため、タイマから時間がある。このような状況での１つの可能性は、ゲートウェイＧＷが、３個の伝送パケットＩＰ１、ＩＰ２、ＩＰ３のどれに対しても確認応答は受信されていないことを単に受け入れ、伝送を単に停止する（伝送停止）ことである。第２の可能性は、図１１に示されるように、ステップＳ１１３’の後で（タイマＴが所定の時間分△Ｔをカウントした後に）、ステップＳ１１４で、欠失パケット検出器ＬＰＤの一部である場合がある確認要求装置ＳＯＬが第２の端末ノードＭＮに対して送信されたが、それに対して確認情報がまだ前記確認検出装置ＡＣＫＭによって検出されていない伝送パケットＩＰ３の所定のシーケンス番号３を含む確認要求パケットＳＯＬ＿ＡＣＫ３を送信することである。確認要求メッセージＳＯＬ＿ＡＣＫ３は、第２の端末ノードＭＮから、所定のシーケンス番号３を有する伝送パケットの受信を確認する確認パケットＡＣＫ３の送信を要求する。
【０１０５】
確認要求ＳＯＬは指定されたシーケンス番号を有する確認パケットの伝送を要求する可能性があるが、本実施形態の一例に従って、確認要求装置ＳＯＬは伝送ウィンドウＷＴ内で送信される最後の伝送パケットＩＰ３のシーケンス番号３を含む確認要求パケットＳＯＬ＿ＡＣＫ３を第２の端末ノードＭＮに送信できる。
【０１０６】
図１１に示されるように、ステップＳ１１４での確認要求パケットＳＯＬ＿ＡＣＫ３の伝送によって、モバイルノードＭＮはステップＳ１１５で確認パケットＡＣＫ３を送信させ、その後パケットＩＰ４とＩＰ５の追加の伝送が、新しい伝送パケットが送信されるたびにステップＳ１１６、Ｓ１１７でタイマＴのそれぞれの開始で開始する。
【０１０７】
しかしながら、図１１に示されるように、言うまでもなく、ステップＳ１１４での確認要求パッケージＳＯＬ＿ＡＣＫ３伝送は伝送パケットＩＰ１、ＩＰ２、ＩＰ３の伝送のような新しいパケット伝送である。したがって、もし伝送パケットＩＰ３の伝送及びステップＳ１１３でのタイマＳＴの開始後に、ステップＳ１１３’でタイマＴがタイムアウトすると、タイマＴは、確認要求装置ＳＯＬが確認要求パッケージＳＯＬ＿ＡＣＫ３の送信を開始すると開始されるのも好ましい。
【０１０８】
図１１では、確認パケットＡＣＫ３がタイマを停止し、タイマはステップＳ１１６でパケットＩＰ４の新しい伝送のために再び起動されるが、図１２は、タイマが、ステップＳ１２１で確認要求パッケージＳＯＬ＿ＡＣＫ３を送信するときに、ステップＳ１２１’で設定される場合を示す。ステップＳ１２２では、タイマＴがタイムアウトし、前記確認要求パッケージＳＯＬ＿ＡＣＫ３を送信後に前記時間分の中で前記確認情報が前記確認情報検出装置ＡＣＫＭによって検出されないと、送信／受信装置ＴＲＧは、ステップＳ１２２の後に追加伝送パケットの伝送を停止する。図１２で要求された確認パケットＡＣＫ３を受信せず、このようにしてステップＳ２１でタイマＴのタイムアウトを引き起こす理由は種々の理由である。１つは、確認要求パッケージＳＯＬ＿ＡＣＫ３も、図１２に示されるように、それが途中で失われてしまったために第２の端末ノードＭＮに到達しなかったという点である。別の可能性は、第２の端末ノードＭＮが実際には確認パケットＡＣＫ３を送信しなかったか、あるいは確認パケットＡＣＫ３がゲートウェイＧＷへのその途中で失われてしまったかのどちらかである。確認パケットＡＣＫ３が所定の時間分△Ｔ内で受信されない場合には、タイマＴは伝送停止を実行することによりこれら全ての状況に注意する。
【０１０９】
図１１と図１２から理解されてよいように、全ての確認パケットが失われてしまう（あるいは第２の端末ノードＭＮによって送信されない）場合には、ゲートウェイＧＷは新しいパケットを送信せず、したがってタイマＴを起動しない。この結果、図１１と図１２において描かれるように、タイムアウトが生じる。図１１では、ゲートウェイＧＷは最後に送信されたパケットについてモバイルノードから確認応答を懇請する。モバイルノードは図１１で確認応答を再送し、残りのパケットＩＰ４、ＩＰ５は送信できる。同じ手順は、伝送パケットが、確認応答の代わりに失われると適用できる。この場合では、モバイルノードは、それが実際にはパケットを受信していない可能性があるが、それにも関わらず、（それらがゲートウェイＧＷからモバイルノードＭＮへの伝送中に失われてしまったために）懇請された確認パケットＡＣＫを、例えばパケット３について送信しなければならない。したがって、モバイルノードＭＮは、それが受信していないパケットについて請求を受ける。再び、これはモバイルノードＭＮの不正行為を防ぐ。モバイルノードＭＮが確認パッケージＡＣＫ３を送信しないことを決定する、あるいは確認要求パケットＳＯＬ＿ＡＣＫ３が第２の端末ノードＭＮに到達しない場合、これは図１２に示されるような伝送停止を生じさせる結果となる。図１２で、タイマが期限切れになると、ＧＷは、それがＭＮへのルートが中断される、またはＭＮがそれ以上パケットを受信したくないかのどちらかを仮定するので、再送を停止する。
【０１１０】
したがって、本発明の別の実施形態に従って、図１３に示されるように、タイマは、ステップＳ１３１で伝送パケットＩＰ３を送信した後に時間分△ＴをカウントしてからステップＳ１３１’でタイムアウトする。この点において、図１３のステップＳ１３１とＳ１３１’は図１１のステップＳ１１３とステップＳ１１３’に同一である。ステップＳ１３２では、ルートチェック装置ＲＣが、前記第２の端末ノードＭＮに対する伝送ルートが存在するかどうかを検出する。タイマＴがステップＳ１３１’でタイムアウトした後に、ルートチェック装置ＲＣがステップＳ１３２で、ＭＲまたはＡＲのような伝送ルートが第２の端末ノードＭＮに存在することを検出すると、確認要求装置ＳＯＬが第２の端末ノードＭＮに確認要求パケットＳＯＬ＿ＡＣＫ３を送信する。図１３では、ルートチェック装置がステップＳ１３２で、ルートが存在することを決定すると、ステップＳ１３３’、Ｓ１３３、Ｓ１３４、Ｓ１３５、Ｓ１３６は図１１のそれぞれステップＳ１１４’、Ｓ１１４、Ｓ１１５、Ｓ１１６、及びＳ１１７に対応する。
【０１１１】
図１４のステップＳ１３２またはＳ１４２でのルートチェックが否定的である場合、つまりルートチェック装置ＲＣが伝送ルートが第２の端末ノードＭＮまで使用できないことを検出すると、ゲートウェイＧＷの送信／受信装置ＴＲＧはステップＳ１４３で伝送を停止する。図１４では、ステップＳ１４１、Ｓ１４１’及びステップＳ１４２が、ステップＳ１３１、Ｓ１３１’、Ｓ１３２に対応する。
【０１１２】
図１３において、及び図１４において、図６において示されるルートチェック装置ＲＴが、第２の端末ノードＭＮへの伝送ルートが存在するかどうかを、標準ルーティングプロトコルにアクセスすることによって検出することが注記されなければならない。
【０１１３】
図１３において及び、図１４において、第２の端末ノードＭＮにセッションの最後のパケットの受信を確認するための動機がないという問題が考えられることも注記されなければならない。さらに悪いことには、それはところてん式に長いセッションの代わりに繰り返される短いセッションを使用する可能性がある。しかしながら、セッションセットアップが何らかの遅延とオーバヘッドを生じさせるために、この乱用は第２の端末ノードＭＮのユーザにとって魅力的ではないと仮定される。さらにセッションセットアップごとの固定料金が請求される可能性がある。
【０１１４】
図９に関して、第２の端末ノードＭＮも、伝送パケットが送信されたはずであるが受信されなかったことを検出する可能性がある。これは、例えば、受信されたパケットから抽出されるシーケンス番号のシーケンスをチェックすることにより実行できる。（図１５に示されるような）このような場合、第２の端末ノードＭＮはそれが受信されるべきであったと考えるパケットの再送を要求する可能性がある。図１５の実施形態では、第１の伝送ウィンドウＷＴは、ステップＳ１５１、Ｓ１５２、Ｓ１５３の伝送パケットＩＰ１、ＩＰ２、ＩＰ３の送信を備える。ステップＳ１５４では、第１の伝送パケットＩＰ１は第２の端末ノードＭＮからゲートウェイＧＷに確認パケットＡＣＫ１を送信することによって受信を確認される。確認パケットＡＣＫ１の受信により、ウィンドウＷＴからＷＴ’へのスライド、したがってこの次の伝送ウィンドウＷＴ’での次の伝送パケットＩＰ４の送信がトリガされる（前述のように、伝送ウィンドウＷＴに含まれる伝送パケットのための任意の確認メッセージの受信により、ウィンドウＷＴからＷＴ’、ＷＴ”、またはＷＴ”’のスライド、したがってそれぞれの新しい伝送ウィンドウＷＴ’、ＷＴ”、ＷＴ”’における追加のすでに送信されていないパケットの送信が生じる）。
【０１１５】
ステップＳ１５３で第３の伝送パケットＩＰ３を受信した後、第２の端末側ＭＮでの欠失パケット検出器ＬＰＤは、伝送パケットＩＰ２が送信されたが、その途中で（ステップＳ１５２のメッセージフローの中で「ｘ」で示される）失われてしまったことを検出する立場にある。つまり、第２の端末ノードＭＮは、伝送ウィンドウＷＴにおいて、３つのパケットＩＰ１、ＩＰ２、ＩＰ３は送信されたが、それがシーケンス番号１、３が付いたパケットだけを受信したことを知っているので、それは第２の伝送パケットＩＰ２が失われたと結論付ける。したがって、ステップＳ１５６では、第２の端末ノードでのパケット再送要求装置ＡＲＱはゲートウェイＧＷに再送要求パケットＳＥＬ＿ＡＣＫ３（２）を送信する。再送要求ＳＥＬ＿ＡＣＫ３（２）は、前記ゲートウェイＧＷから再送されることが要求される伝送パケットのシーケンス番号２だけではなく、その受信が確認されなければならないパケットのシーケンス番号３を含む。ステップＳ１５７では、ステップＳ１５６での再送要求パケットＳＥＬ＿ＡＣＫ３（２）に応えて、ゲートウェイＧＷの送信／受信装置ＴＲＧはステップＳ１５７で再び要求されたパケットＩＰ２を送信する。しかしながら、パケットＩＰ４がステップＳ１５５で送信されると、第２の端末側ＭＮは要求された第２の伝送パケットＩＰ２を依然として受信していないため、ステップＳ１５８で、パケット再送要求装置ＡＲＱが別のパケット再送要求パケットＳＥＬ＿ＡＣＫ４（２）を送信する。この再送要求パケットは、４番目の伝送パケットＩＰ４の受信を確認し、同時にシーケンス番号２の付いた伝送パケットの再送を必要とする。要求パケットＳＥＬ＿ＡＣＫ４（２）は、この時点で、時間内に、第１の再送要求メッセージＳＥＬ＿ＡＣＫ３（２）に応えてステップＳ１５７で送信された第２の伝送パケットＩＰ２が第２の端末ノードＭＮでまだ到着していないため、第２の伝送パケットＩＰ２の別の再送を要求する。しかしながら、ステップＳ１５７の後、第２のパケットＩＰ２の再送が成功するので、次のパケットＩＰ５の伝送−ステップＳ１５８で更新された再送要求を受信する前に−は確認パケットＡＣＫ５で確認される。しかしながら、図１５で時間関係性のために、第２のパケットＩＰ２が追加の再送要求ＳＥＬ＿ＡＣＫ４（２）に応えて、ステップＳ１５９で第２の端末ノードＭＮに再び送信される。
【０１１６】
図１５から分かるように、（それは、伝送ウィンドウＷＴが使用される場合に、完全なシーケンス１−２−３が受信されるべきであることを知っているため）第２の端末側ＭＮでの欠失パケット検出器ＬＰＤがＩＰ２等の伝送パケットの欠失を検出すると、パケット再送要求装置ＡＲＱは、ステップＳ１５７の後に、要求された伝送パケットＩＰ２が実際に第２の端末ノードＭＮに到達するまで、新しい伝送パケットＩＰ３、ＩＰ４の各受信で繰り返される再送要求ＳＥＬ＿ＡＣＫ３（２）、ＳＥＬ＿ＡＣＫ４（２）を送信する。
【０１１７】
第２の伝送ウィンドウＷＴ’の最後のパケットＩＰ４は−第２の伝送パケットＩＰ２が依然として到達しないので、再送要求ＳＥＬ＿ＡＣＫ４（２）が送信されなければならなかったため−受信を確認できないであろうため、第２の伝送ウィンドウＷＴ’の最後の伝送パケットＩＰ４の確認パケットＡＣＫ４だけが、ステップ１６０のステップＳ１５７＿の後にだけ送信される。したがって、他の伝送されたパケットのためのＡＣＫ４のような確認パケットは、ＩＰ２のような初期の失われた伝送パケットが実際にゲートウェイＧＷの送信／受信装置ＴＲＧによって送信された後に始めて送信される。これは、好ましくは図１５の実施形態が一種の「ハンドシェイク」原則で動作するために可能である。つまり、第２の端末ノードＭＮは、それがゲートウェイＧＷから追加の伝送パケットを受信した後にだけ任意の種類のメッセージで応えるであろう。
【０１１８】
他方、再送要求ＳＥＬ＿ＡＣＫ４（２）はパケットＩＰ２の再送に対する要求を含むだけではなく、パケットＩＰ４のための確認ＡＣＫ４も含むため、図１５のステップ１６０でのＡＣＫ４の別々の伝送はオプションである。
【０１１９】
パケットが失われると、受信側ノードは受信パケットのシーケンス番号をチェックすることでこれを通知できる。受信側ノードＭＮは欠失パケットを含む全てのパケットについて請求される。しかしながら、第２の端末ノードＭＮは欠失パケットの再送を要求してよい。この場合、第２の端末ノードＭＮは、それが、受信しなかったパケットのシーケンス番号を示す選択的な確認応答、ＳＥＬ＿ＡＣＫ（２）、ＳＥＬ＿ＡＣＫ４（２）を送信する。ゲートウェイＧＷまたはそれぞれのその会計装置ＡＣＣ’は、再送されたパケットを請求しない。図１５での例では、第２の端末ノードＭＮは、シーケンス番号２を有さないそれぞれの受信されたパケットについて選択的な確認パケットＳＥＬ＿ＡＣＫを送信する。説明されたように、これがステップＳ１５７、Ｓ１５９でのパケットＩＰ２の２つの再送につながる。これは、第２の端末ノードＭＮだけが、往復時間ＲＴＴに対応する等、一定の間隔で選択的な確認パケットＳＥＬ＿ＡＣＫを送信する場合に回避できる。つまり、第２の端末ノードＭＮでの再送装置ＡＲＱが少なくとも往復時間ＲＴＴを待機すると、図１５でＲＴＴで示されるように、所望される第２の伝送パケットＩＰ２が到着し、したがって第２の端末ノードＭＮがパケットＩＰ２の再送を再び要求する必要がないことが達成できる。
【０１２０】
図１５では、パケットは伝送ウィンドウＷＴ内での伝送の間に互いを追い越さないと仮定される。つまり、パケットが失われない場合、伝送パケットＩＰ１、ＩＰ２、ＩＰ３は第２の端末ノードＭＮで順序１−２−３で到着するであろう。しかしながら、個々のパケットのための様々な遅延またはおそらく様々な伝送ルートのために、受信シーケンスが１−２−３−ではなく、１−３−２となることが発生する可能性がある。このような場合での第２の端末側ＭＮ上の欠失パケット検出器ＬＰＤが直ちにシーケンス番号２が付いたパケットの選択的確認応答再送を送信する場合、実際には第２の伝送パケットＩＰ２はほんの少しだけ後に到達したかもしれないためそれを早く行いすぎる可能性がある。この場合、第２の端末ノードＭＮは、仮定された「パケット損失」が実際にはパケットの混乱であったかどうかを確かめるために再送要求ＳＥＬ＿ＡＣＫを送信することで待機しなければならない。パケット再送は「伝送ウィンドウ的に」実行されるため、再送装置ＡＲＱが少なくとも往復時間ＲＴＴに、各伝送ウィンドウＷＴ内で送信されるパケットの数で乗算される送出時間を加えたもの（つまり、パケット／伝送レートのサイズ、例えば、１Ｍｂｉｔ／１Ｍｂｉｔ／ｓ＝１秒）待機することが賢明である。この理由は、最悪の場合に、パケットが３−１−２のように混乱して到着することがあるためである。この場合、パケットＩＰ３は最後に送信されたパケットであったが、実際には始めて受信されたパケットであった。実際に最初に送信されたパケットはシーケンス番号１の付いた伝送パケットＩＰ１であったため、最悪の場合では、再送パケットＩＰ１は、例えばシーケンス順序３−２−１のように、第２の端末ノードＭＮで最後に受信されたパケットとして到達する可能性がある。したがって、第２の端末ノードＭＮからの再送の不必要な要求があることを回避できる。
【０１２１】
確認トンネリングリンク
図５ａは、少なくとも第１の端末ノードＣＮがある第１のネットワークＩＮ、少なくとも第２の端末ノードＲＮ１からＲＮ４、ＭＮがあるアドホックネットワークＡＨＮ、及び前記第１のネットワークの前記第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードの間で伝送情報ＴＩを送るためのゲートウェイＧＷとを含む、本発明による通信システムＳＹＳを示す。図５ａに示されるように（及び図３ａに関しても前述のように）、モバイルアドホックネットワークＡＨＮの内部では、無線ＬＡＮ接続とＷＡＮ接続またはブルートゥース接続等の通信接続がゲートウェイＧＷから第２の端末ＭＮに伝送情報を送るため、及び伝送ルートＭＲ、ＡＲに沿って第２の端末ノードＭＮからゲートウェイＧＷに確認情報を送るために使用される。図５ａ、図５ｂ、図５ｃ及び図６から図１５に示される本発明の実施形態及び実施例がメインルートＭＲ及び代替ルートＡＲに沿ってこのような無線接続を使用して実行されてよいことが理解されなければならない。しかしながら、図１６ａ、図１６ｂに関して以下に説明されるように、特に有利なのは、ゲートウェイＧＷが受信側モバイルノードＭＮへのＩＰトンネルを確立する場合である。つまり、図７のＩＰ１からＩＰ５等のＩＰパケットはＩＰパケット内にカプセル化される。この場合、モバイルノードＭＮは、それが受信するカプセル化されたパケットごとにゲートウェイＧＷに確認応答を送信しなければならない。ノードは請求され、それぞれの確認応答がゲートウェイＧＷに達するとすぐにパケットが補償される。
【０１２２】
図１６ａは、特にグローバルアドレスＳＡＣ、ＧＡＧ、ＧＡＮとローカルアドホックアドレスＡＤＡＧ、ＡＤＡ１、ＡＤＡ２、ＡＤＡＮの使用に関して、本発明による通信システムＳＹＳを示す。図１６ｂに関して以下に説明されるトンネルＴＵＮ１が、例えば輻輳制御のためではなく、課金目的のためにフロー制御だけを実行することが注記されなければならない。さらにトンネル機構はオンデマンドでのみパケットを再生することができる。しかしながら、図１７にも示されるように、ＩＰトンネルＴＵＮ１の上部で、ＴＣＰ（トランスポートコントロールプロトコル）またはＵＤＰ（ユーザデータグラムプロトコル）等の任意のトランスポートプロトコルを実行できる。このようなトンネルが、例えば異なるアドレス指定方式が使用される等他の理由のために必要とされる場合もあることが注記されなければならない。この場合、トンネルは課金目的でも再利用できる。移動性アンカーポイントの存在を採用するマイクロモビリティプロトコルが利用される場合、代わりに移動性アンカーポイントとモバイルノードの間にＩＰトンネルを確立できる。すなわち、ゲートウェイＧＷと第２の端末ノードＭＮの間だけではなく、オペレータ制御されるネットワークＩＮの任意の他のノードと第２の端末ノードＭＮの間にもトンネル（複数の場合がある）をセットアップできることが注記されなければならない。このような別のノードは前述の移動性アンカーポイントまたは任意の他の端末、切り替えポイント、基地局、アクセスポイント等であってよい。したがって、ゲートウェイＧＷと第２の端末ノードＭＮの間に存在する、前述のような伝送パケットと確認パケットの交換、及び課金も同様にネットワークＩＮの任意の他のノードと第２の端末ノードＭＮの間で行われてよいことが注記されなければならない。
【０１２３】
図１６ａは、インターネットにおけるアドレス指定とルーティングの例を示す。ホストは完全なＩＰアドレスで識別されるのに対し、サブネットワークはプレフィックスで識別される。ホストは常にそのサブネットを同じプレフィックスを有する。図１６ａのシナリオでは、対応するノードＣＮはプレフィックス１が付いたサブネットＳＵＢＮＥＴ１に位置する。したがって、ソースアドレスまたはグローバルソースアドレスＳＡＣは１．１である。同様に、ゲートウェイＧＷはプレフィックス２の付いたサブネットＳＵＢＮＥＴ２に属し、グローバルアドレスＧＡＧ２．１を有する。以下、サブネットＳＵＢＮＥＴＳ１、ＳＵＢＮＥＴ２内部の装置またはホストのグローバルアドレスは、固定位置に属する固定アドレスとして理解されなければならない。
【０１２４】
アドホックネットワークＡＨＮの固有の特性が、それぞれのノードＲＮ１からＮ４、ＭＮがモバイルノードであるという特徴であるという事実にも関わらず、モバイルノードはグローバルアドレスをそれに割り当てられてもよく、例えばモバイルノードＭＮの場合、グローバルアドレスＧＡＮ＝２．２である。このグローバルアドレスＧＡＮは、ターゲットアドレスＴＡＮとして対応するノードＣＮにとって公知であるが、ＭＮはアドホックアドレスＡＤＡＮも含む。ＧＷだけが両方のアドレスを知っている。同様に、ノードＲＮ４のターゲットアドレスＴＡ４はアドホックアドレスだけではなくグローバルアドレスも有するであろう。
【０１２５】
アドホックネットワークでは、アドレス指定とルーティングは変化が少なく（ｆｌａｔ）、モバイル機器は任意のアドレスを使用できる。例えばゲートウェイＧＷの場合アドホックアドレスはＡＤＡＧ＝Ａであり、それぞれモバイルノードＲＮ１、ＲＮ２、及びＭＮの場合ＡＤＡ１＝Ｂ、ＡＤＡ２＝Ｃ、ＡＤＡＮ＝Ｄである。したがって、第２の端末ノードＭＮの実際のターゲットアドレスＴＡＮは、対応するノードＣＮにとって公知のグローバルアドレスＧＡＮ＝２．２、及びゲートウェイＧＷにとって公知であるとローカルアドレスまたはアドホックアドレスＡＤＡＮ＝Ｄだけからなる。対応するノードＣＮが、伝送情報ＴＩを送信しているとき、モバイルノードＭＮがどの時点においてどの一時的なアドホックアドレスを有するのかを知ることはできないため、モバイルノードＭＮがインターネットに接続し、外部の対応するノードＣＮによって到達可能となることを希望する場合、それはこのグローバルアドレスＧＡＮも有さなければならない。この理由から、モバイルノードＭＮはグローバルアドレスＧＡＮ＝２．２を設定した。モバイルノードＭＮはそれが取り付けられているサブネットＳＵＢＮＥＴ２と同じプレフィックス「２」を使用する。したがって、モバイルノードＭＮは、図１６ａに示されるように、そのアドホックアドレスＡＤＡＮ＝Ｄに加えてグローバルアドレスＧＡＮ＝２．２を使用する。また前述のように、ゲートウェイＧＷは本来ネットワークＳＵＢＮＥＴ１、ＳＢＵＮＥＴ２の両方に属し、したがって、それは、第２の端末ノードＭＮに情報を送り、そこから情報を受信するために、アドホックアドレスＡＤＡＧ＝Ａだけではなく、対応するノードＣＮによって到達可能となるようにグローバルアドレスＧＡＧ＝２．１も持たなければならない。このようにして、ゲートウェイＧＷも２つの種類のアドレスを維持する。
【０１２６】
モバイルノードＭＮがインターネットと通信することを希望する場合、パケットは図１６ｂに描かれているようにアドホックネットワーク内でトンネル化されなければならない。
【０１２７】
図６に図示されるように、送信／受信装置ＴＲＧは、ゲートウェイＧＷと前記第２の端末ノードＮＭの間に第１のトンネルリンクＴＵＮ１をセットアップするための第１のトンネルセットアップ装置ＩＰＴＵＮを備える。送信／受信装置ＴＲＧは、第２の端末ノードＭＮの間で、それぞれ前記第１のトンネルリンクを通して、伝送情報ＴＩを送信し、図５ｃのＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”等の前記確認情報を受信する。
【０１２８】
第１のトンネルリンクＴＵＮ１は、ゲートウェイＧＷと、その送信／受信装置ＴＲＧが図６に示されるように前述の第１のトンネルセットアップ装置ＩＰＴＵＮをそれぞれ備える第２の端末ノードＭＮの間で直接的にセットアップされる一種の「剛性リンク」として働く。モバイルノードＭＮとゲートウェイの間でトンネル接続を使用する主要な優位点とは、伝送情報と確認情報伝送の外乱がなく、専用の接続が、例えばアドホックネットワーク内部のパケットの課金等、フロー制御を実行するためだけに提供されるという点である。原則的には、トンネルＴＵＮ１は、輻輳制御のためではなく、フロー制御と課金のために使用されることが注目すべきである。また、モバイルノードＭＮとゲートウェイＧＷの間のトンネルＴＵＮ１が、他のアドレス指定方式が使用される場合等、他の理由からも必要とされる可能性があることが注記されてよい。この場合トンネルは課金目的にも再利用できる。
【０１２９】
好ましくは、及び図１６ｂにも示されるように、第１のトンネルセットアップ装置ＩＰＴＵＮが、伝送パケットＩＰｘを、前記送信／受信装置ＴＲＧによって生成され、送信された修正済み伝送パケットＩＰｘｘにカプセル化することによって、前記第１のトンネルリンクＴＵＮ１をセットアップする。つまり、本発明に従ってＩＰパケット（伝送パケットと確認パケット）は、トンネルＴＵＮ１でＩＰパケットでカプセル化される。
【０１３０】
図１６ｂに示されるように、伝送情報ＴＩはペイロードデータセクションＤＰｘとアドレス指定部分ＡＰｘを有するＩＰパケットＩＰｘである場合がある。ＩＰ伝送パケットＩＰｘは、アドレス指定部分ＡＰｘの中に、大局的に伝送パケットＩＰｘの起源と目的地を示すグローバルソースと宛先アドレスＳ：１．１及びＤ：２．２を備える。したがって、対応するノードＣＮはグローバル宛先アドレス２．２の付いたＩＰ伝送パケットを送出する。このパケットは、（データ部分ＤＰｘとアドレス指定部分ＡＰｘを含む）ＩＰパケットＩＰｘからなる新しいパケットＩＰｘｘへのアドレスカプセル化が行われなければならないゲートウェイＧＷに送られるが、新しいアドレス指定部分ＡＰｘｘはアドホックネットワークＡＨＮ内のＩＰパケットＩＰｘのルーティングとトンネル化に使用される。
【０１３１】
ＩＰパケットＩｐｘｘのアドレス指定部分ＡＰｘｘでは、アドアレスのカプセル化が行われる。したがって、第１のトンネルセットアップ装置ＩＰＴＵＮは、前記第１の端末ノードＣＮから受信され、前記第１の端末ノードＣＮのグローバルソースアドレスＳ：１．１と、第２の端末ノードＭＮのグローバル宛先アドレスＤ：２．２を有する伝送パケットＩＰｘをそれぞれ、そのアドレス指定部分に前記ゲートウェイＧＷのアドホックソースアドレスＳ：Ａと、前記第２の端末ノードＭＮのアドホック宛先アドレスＤ：Ｄを有する修正済みの伝送パケットＩＰｘｘにカプセル化できる。すなわち、ＩＰパケットＩＰｘは、アドホックネットワークでのルーティングのために使用される新しいヘッダＡＰｘｘの付いた、修正済みのＩＰパケットＩＰｘｘで完全にカプセル化される。このようにして、修正済みの伝送パケットＩＰｘｘはローカルアドホックアドレスＡからローカル宛先アドレスＤに送られる。
【０１３２】
したがって、ゲートウェイＤ：２．２の宛先アドレスを有する第１のパケットＩＰｘがゲートウェイＧＷに到着すると、ゲートウェイＧＷはアドホックネットワークＡＨＮの内部で伝送情報を送るための新しいソースとみなされる。したがって、早期のグローバル宛先アドレスＤ：２．２はアドホックネットワークの中で新しいソースアドレスＳ：Ａに変更される。第２の端末ノードＭＮのグローバル宛先アドレスＤ：２．２はローカルアドホックネットワークアドレスＤ：Ｄに変更される。したがって、アドホックネットワークＡＨＮの中では、修正済みの伝送パケットＩＰｘｘは、ローカルアドホックアドレスだけを使用してソースＧＷ（ＡＳ：Ａ）から宛先ＭＮ（Ｄ：Ｄ）に送られる。したがって、ゲートウェイＧＷは伝送パケットＩＰｘを宛先アドレスＡが付いた別のＩＰパケットＩＰｘｘにカプセル化し、それをモバイルノードＭＮにトンネル化する。いうまでもなく、モバイルノード側ＭＮでは、パケットＩＰｘｘは、パケットが最初にどこから来たのか（ソースアドレスＳ：１．１）についての情報を取り出し、データ部分ＤＰｘからペイロードデータを取り出すためにカプセル開放が行われる。
【０１３３】
「仮想」または「論理」トンネルＴＵＮ１がゲートウェイＧＷと第２の端末ノードＭＮの間にセットアップされるため、伝送パケットと確認パケットの２つのノードＧＷ、ＭＮの間での交換は、アドホックネットワーク内部の他のパケットの伝送から完全に邪魔されることなく実施される。したがって、トンネルＴＵＮ１は、特に伝送パケットと確認パケットの交換専用とされた一種の剛性接続として働き、例えば前述のように正確な課金に有効である。第１のトンネルの使用は、対応するノードとアドホック端末が同じフォーマットのアドレスを有さない場合にも有利である。トンネルセットアップの別の優位点は、対応するノードからのパケットが元の状態のままである、つまりそのフォーマットが、それがトンネルを通して第２の端末ノードに送信されるときにゲートウェイ内で変更されないという点である。
【０１３４】
図１７は、特殊な信頼できるトンネル化プロトコルが第１のトンネル化プロトコルＴＵＮ１の上部で使用できる本発明の別の実施形態を示す。１つの可能性は、ゲートウェイＧＷとモバイルノードＭＮの間のＩＰトンネルＴＵＮ１に追加してＴＣＰトンネルをセットアップすることである。ＴＣＰプロトコルは、再送を実行せず、輻輳制御アルゴリズムを使用しない軽いバージョンである場合がある。この手法は、第２のトンネルＴＵＮ２が第１のトンネルＴＵＮ１でカプセル化される図１７に描かれている。
【０１３５】
図６に示されるように、第２のトンネルＴＵＮ２をセットアップするためには、ゲートウェイＧＷとモバイルノードＭＮが、それぞれ、前記ゲートウェイＧＷと第２の端末ノードＭＮの間の前記第１のトンネルリンクＴＵＮ１内でカプセル化される第２のトンネルリンクＴＵＮ２をセットアップするために、第２のトンネルセットアップ装置ＴＣＰＴＵＮを備える。送信／受信装置ＴＲＧは、第２のトンネルが第１のトンネルリンクＴＵＮ１によって取り囲まれる、つまりカプセル化される図１７に概略して示されるように前記第１のトンネルリンクＴＵＮ１の中にカプセル化される前記第２のトンネルリンクＴＵＮ２を使用することによって、それぞれ第２の端末ノードＭＮとの間で伝送情報ＴＩを送信し、図５ｃのＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”等の確認情報を受信する。第２のトンネルリンクＴＵＮ２をこの関連で「使用すること」は、前記第２のトンネルリンクＴＵＮ２のプロトコルが使用されることを意味する。
【０１３６】
図１７に示されるように、第２のトンネルセットアップ装置ＴＣＰＴＵＮは、図１６ｂにおいてのように類似したデータ部分ＤＰｘとアドレス指定部分ＡＰｘを有し、第１の端末ノードＣＮから受信される伝送パケットＩＰｘを、データ部分ＤＰｘとアドレス指定部分ＡＰｘ、及び例えば図１７ではＴＣＰソースアドレスと宛先アドレスの付いたＴＣＰヘッダであると仮定される新しいヘッダまたはアドレス指定部分ＡＰ’ｘを有するパケットＩＰｘを含む修正済みの伝送パケットＩＰｘ’にカプセル化することによって第２のトンネルリンクＴＵＮ２をセットアップする。このようにして、受信されたＩＰパケットＡＰｘはＴＣＰ等の第２のトンネル化プロトコルの中に埋め込まれる。
【０１３７】
データ部分ＤＰｘとアドレス指定部分ＡＰｘを有するＩＰパケットＩＰｘおよび新しいヘッダＡＰｘ’を含む、カプセル化されたまたは修正されたＴＣＰ伝送パケットＩＰｘ’は、次に第１のトンネルセットアップ装置ＩＰＴＵＮによって、ＴＣＰパケットＩＰｘ’と図１６ｂの修正済み伝送パケットＩＰｘｘ内のＡＰｘｘに類似する、アドレス指定部分ＡＰｘｘ’を含む修正済みの伝送パケットＩＰｘｘ’にカプセル化される。このようにして、（カプセル化されたＩＰパケットＩＰｘを含む）ＴＣＰパケットＩＰｘ’は、再度、図１６ｂに類似して、第１のトンネルセットアップ装置によって修正済み伝送パケットＩＰｘｘ’にカプセル化され、第１のトンネルセットアップ装置ＩＰＴＵＮによってカプセル化されるパケットは第２のトンネル化プロトコルを使用してすでにカプセル化されたＴＣＰパケットＩＰｘ’であるにすぎない。
【０１３８】
前述のように、第１のトンネルＴＵＮ１は、例えば、異なるアドレス指定方式が使用される場合等他の理由からすでにセットアップされている可能性がある。この場合、すでにセットアップされているトンネルは、伝送情報と確認情報の交換のため、及び前述のような課金のために使用することもできる。
【０１３９】
好ましくは、第１のトンネルセットアップ装置ＩＰＴＵＮは、第１のトンネルリンクＴＵＮ１としてＩＰ（インターネットプロトコル）プロトコルをセットアップする。好ましくは、第２のトンネルセットアップ装置ＴＣＰＴＵＮは、第２のトンネルＴＵＮ２としてＴＣＰ（トランスポートコントロールプロトコル）プロトコル、またはＬ２ＴＰ（層２トンネル化プロトコル）プロトコル、ＰＰＰ（ポイントツーポイントプロトコル）プロトコル、及びＵＤＰ（ユーザデータグラムプロトコル）プロトコルのスタックをセットアップする。第２のトンネルは、通常、第１のトンネルが任意のＩＰプロトコルバージョンを使用してセットアップされてよいのに対し、普通は確認情報と伝送情報の交換を可能にしない任意のプロトコルを使用することによってセットアップされてよい。
【０１４０】
トンネルの使用により（１つのトンネルまたは２つのトンネルのどちらか）、パケットの機能強化されたフロー制御が、ノードが適切にパケットの受信を確認することを保証するために可能である。
【０１４１】
最後に、図１８は、ゲートウェイＧＷとモバイルノードＭＮの間にＩＰトンネルによって第１のトンネルＴＵＮ１が形成され、第２のトンネルＴＵＮ２がＵＤＰ（ユーザデータグラムプロトコル）プロトコル、Ｌ２ＴＰ（層２トンネル化プロトコル）プロトコル、及びＰＰＰ（ポイントツーポイント）プロトコルのスタックにより形成される本発明の別の実施形態を示す。ＰＰＰプロトコルはＬ２ＴＰ及びＵＤＰプロトコルの上にセットアップされる。
【産業上の利用可能性】
【０１４２】
前述のように、本発明に従って、それぞれの伝送パケットが確認パケットで受信を確認されるためにアドホックネットワークＡＨＮ内でパケットのより正確なフロー制御を実行できる。これは、一般的なより正確なフロー制御のためだけではなく、より正確な課金のためにも有利に使用できる。すなわち、本発明に従って、アドホックネットワークにおける正確な課金のためのパケット伝送監視が、好ましくは、ゲートウェイ（または移動性アンカーポイントまたは事実上オペレータによって制御されるネットワークＩＮ内の任意の他のノード）と課金のために使用される受信側ノードの間にＩＰトンネルを確立することによって、及びノードが適切にパケットの受信を確認することを保証するためにこのＩＰトンネルを通して送信されるパケットの強化されたフロー制御を実行することによって達成される。
【０１４３】
前記にはゲートウェイＧＷを使用する特定の例が説明されているが、オペレータによって制御されるネットワークＩＮ内の任意の他のノードが、本発明のフロー制御機能と課金機能を実施するために使用できるであろうことが注記されるべきである。しかしながら、この他のノードは、ゲートウェイＧＷから第２の端末ノードＭＮ）への受信された伝送情報ＴＩの送信を開始するために、何らかの接続を通してゲートウェイに接続されてよい。
【０１４４】
前記に３個のパケットのウィンドウサイズの特定の例が説明されたが、本発明は言うまでもなくこのウィンドウサイズに制限されない。任意の他のウィンドウサイズが特定の用途に応じて使用されてよい。
【０１４５】
さらに、第１のトンネル及び第２のトンネルのための例として特定のプロトコルが説明された。しかしながら、任意の他の適切なプロトコルは、特定の用途に応じて使用されてよい。特に第１のトンネルは前述のように、セットアップされてよく、他の理由のためにすでに存在する。
【０１４６】
本発明は、第１のネットワークと第２のネットワークを備える任意の種類の通信システムＳＹＳで使用でき、前記第２のネットワークは前述のように自然発生的に、つまり「その場限りで」形成されるアドホックネットワークである。
【０１４７】
本発明が、前記に具体的に一覧表示されていない他の実施形態と組み合わせを備えることが注記されなければならない。例えば、追加の実施形態は、明細書及び請求項の中で別個に説明された個々の特徴とステップの組み合わせから生じることがある。
【０１４８】
例えば、本発明の別の実施形態は、前記実施形態と実施例の１つまたは複数に従ってゲートウェイＧＷのそれぞれの装置の機能をそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１４９】
本発明の別の実施形態は、前記実施形態と実施例の１つまたは複数に従って第２の端末ノードＭＮのそれぞれの装置の機能をそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１５０】
最後に、本発明のさらに別の実施形態は、前記実施形態と実施例の１つまたは複数に従ってゲートウェイ及び／または第２の端末ノードのそれぞれの装置の方法ステップをそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１５１】
さらに、前記に説明されたことは、現在本発明者に公知であるように本発明の最善の形態を示すだけであり、本発明は他の実施形態も備えることがあることが注記される必要がある。さらに、本発明の他の変型及び変形は添付請求項の対象となる。
【０１５２】
請求項の中の参照番号は分類の目的にかない、これらの請求項の範囲を制限しない。
【図面の簡単な説明】
【０１５３】
【図１】従来技術による飛行場シナリオにおけるアドホックネットワーキングの原理を描く。
【図２】従来技術に従ってブルートゥースＬＡＮアクセスポイント及びＧＰＲＳ／ＵＭＴＳ電話を介してその内の２つがインターネット接続を有する４つの相互接続されたアドホックノードのあるパーソナルエリアネットワークシナリオを示す。
【図３ａ】アドホックネットワークＡＨＮの外部の第１の端末ノードＣＮから、アドホックネットワーク内部の第２の端末ノードＭＮに送信される伝送情報における通信システムＳＹＳを示す。
【図３ｂ】図３ｂの通信システムＳＹＳのパケット欠失シナリオを示す。
【図４ａ】図３ａに図示されるゲートウェイＧＷの伝送情報メモリＴＩＳのコンテンツを示す。
【図４ｂ】本発明によるゲートウェイＧＷの伝送情報メモリＴＩＳのコンテンツを示す。
【図４ｃ】個々の伝送パケットＩＰ１からＩＰ５を説明する場合について、本発明に従って伝送情報メモリＴＩＳの追加実施形態を示す。
【図５ａ】本発明によるゲートウェイＧＷと第２の端末ノードＭＮ付きの通信システムＳＹＳの原則概要を示す。
【図５ｂ】本発明の実施形態による課金方法の原則フローチャートを示す。
【図５ｃ】図５ｂに示される方法における確認応答伝送のための方法の原則メッセージフローを示す。
【図６】本発明によるゲートウェイＧＷと第２の端末ノードＲＮ、ＭＮの原則ブロック図を示す。
【図７】本発明のある実施形態に従って、伝送ウィンドウに関して、シーケンス番号の挿入及び伝送パケットＩＰ１からＩＰ５、及び確認パケットＡＣＫ１からＡＣＫ５の伝送を示す。
【図８】本発明のある実施形態に従って欠失確認パッケージの場合について、図７でのように類似するフローチャートを示す。
【図９】本発明の別の実施形態に従って、欠失伝送パケットＩＰ２の場合について、図７でのように類似するフローチャートを示す。
【図１０】伝送ウィンドウＷＩＮ内で伝送パケットの伝送に関連してタイマＴを使用する実施形態を示す。
【図１１】本発明の別の実施形態に従って、タイマＴと確認要求パケットＳＯＬ＿ＡＣＫ３の送信を使用するフローチャートを示す。
【図１２】本発明の別の実施形態に従って、タイマＴと確認要求パケットＳＯＬ＿ＡＣＫ３を使用するときの伝送停止の場合を示す。
【図１３】確認要求パケットＳＯＬ＿ＡＣＫ３を送信する前にルートチェックを実行する場合のためのメッセージフローを示す。
【図１４】本発明の別の実施形態に従って、タイマＴと中断されたルートに関連する伝送の停止を示す。
【図１５】本発明の別の実施形態に従って、第２の端末ノードＭＮがゲートウェイＧＷからの伝送パケットの再送を積極的に要求するときのメッセージフローを示す。
【図１６】ゲートウェイＧＷと第２の端末ノードＭＮの間の第１のトンネルＴＵＮ１をセットアップする原理を描く。
【図１６ａ】グローバルアドレスとアドホックアドレスの使用を示す。
【図１６ｂ】第１の端末ノードＣＮからの伝送パケットＩＰｘの、第１のトンネルＴＵＮ１での修正伝送パケットＩＰｘｘへのカプセル化を示す。
【図１７】第１のトンネルＴＵＮ１の内部での第２のトンネルＴＵＮ２のカプセル化を示す。
【図１８】第１のトンネルプロトコルＩＰの上部での様々な第２のトンネルプロトコルＵＤＰ、Ｌ２ＴＰ、ＰＰＰを使用するプロトコルスタックを示す。
【技術分野】
【０００１】
本発明は、例えばアドホックネットワークにおける正確な課金のためにパケット伝送を監視することに関する等、アドホックネットワークにおける伝送情報の正確な制御に関する。さらに具体的に言うと、本発明は第１のネットワークの第１の端末ノードとアドホックネットワークの第２の端末ノードとの間で伝送情報を送るためのゲートウェイに関し、このようなアドホックネットワークの端末ノード及び通信システムは、少なくとも第１の端末ノードのある前記第１のネットワークと、少なくとも第２の端末ノードのあるアドホックネットワークと、前記ゲートウェイとを含むものである。本発明は、前記第１の端末ノードと該アドホックネットワークの該第２の端末ノードの間で伝送情報を送るための方法にも関する。
【０００２】
さらに詳しく後述されるように、アドホックネットワークの１つの応用例の分野は既存のセルラーネットワークの拡張であり、特に個人のユーザのモバイル機器は、送信／受信装置と、例えばセルラーネットワークの基地局との間でデータを中継するために使用できる。このようなアドホックネットワークの本質的な特性とは、ネットワーク自体が、「その場限りで」（アドホックで）、つまり必要とされるとき、または特定の個人ユーザによって要求されるときに確立されるという点である。このシナリオでは、他のユーザのモバイル機器は実際のエンドデバイスとセルラーネットワークの基地局間でデータを中継するためだけに「その場限りで」使用されてよい。
【０００３】
このような「その場限りで」構成されるネットワークでは、伝送情報は、通常、基地局等のゲートウェイからアドホックネットワークの端末ノードに、他の中継ノードを介して配送される。ゲートウェイは受信側端末ノードへの中継ノードを通るある特定のルートを規定できるが、輻輳またはこのルートに沿った他の問題のために、ゲートウェイからの伝送情報も他の中継ノードを通して送られる可能性がある。アドホックネットワークで実際の伝送情報が取ったルートをどのようにして見つけ出すのかという問題は、我々の並列した出願ＰＣＴ／ＥＰ０３／０２２４１号において議論されている。
【０００４】
しかしながら、伝送情報によって取られるルートが確立できるとしても、依然としてアドホックネットワークには、伝送情報が実際に意図されたエンド端末ノードに届いたかどうかを知ることができず、ゲートウェイが単に伝送情報をアドホックネットワークの中継ノードに送るに過ぎないという問題が存在する。例えば、エンド端末ノードはオフに切り替えられている場合があったり、あるいは情報伝送が無線リンクの故障のためにルートに沿って失われてしまう可能性がある。したがって、ゲートウェイは、伝送情報のどれも実際に前記ノードに届いていないが、この特定のエンド端末ノードに伝送情報を送信し続ける可能性がある。
【０００５】
したがって、アドホックネットワーク内で伝送情報の正確なフロー制御を実行する機構を有していない。本発明が取り扱うのはこの問題である。
【０００６】
アドホックネットワークのエンド端末ノードに伝送情報を送るときの−ゲートウェイにおけるフロー制御の欠如の前述の問題は、伝送情報の配送の正確な課金を考慮するときに特に明らかになる。アドホックネットワークを確立するためには、中継自体がメモリと処理能力と電池電力とを消費し、正確な課金がこのようなアドホックネットワークでは特に重要であるため、ユーザが中継装置として自らの装置を提供する刺激がなければならない。しかしながら、アドホックネットワークは基本的には移動体通信ネットワークの枠組み内で確立されるため、課金は、データが実際にエンド端末ノードに到達したかどうかの問題について何ら情報を持たずに、依然として単に送出された伝送情報を検討することによってゲートウェイで行われる。これからは、ゲートウェイが、送出されたが、いままでエンド端末ノードに達したことのない伝送情報についてエンド端末ノードに請求する可能性がある。したがって、正確な課金はゲートウェイによる正確なフロー制御を提供することを目的に対処される問題の１つである。
【背景技術】
【０００７】
前述のように、本発明は、アドホックネットワークにおける伝送情報の配送のためにより正確なフロー制御を提供することを目的とする。以下に、アドホックネットワークのいくつかの基本的な機能性が図１と図２に関して説明される。アドホックネットワーキングについての追加の情報は、Ｅｒｉｃｓｓｏｎ Ｒｅｖｉｅｗ，２０００，Ｎｏ．４，ｐａｇｅｓ ２４８−２６３，Ｍａｇｎｕｓ Ｆｒｏｄｉｇｈによる「Ｗｉｒｅｌｅｓｓ ａｄ ｈｏｃ ｎｅｔｗｏｒｋｉｎｇ−ｔｈｅ ａｒｔ ｏｆ ｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈｏｕｔ ａ ｎｅｔｗｏｒｋ」に記載されている。
【０００８】
図１は、人々が、ＷＣＤＭＡ屋内基地局ＢＳ及びＨｉｐｅｒＬａｎ／２アクセスポイントＡＰを通して等、ローカルエリアネットワーク及び広域ネットワークにアクセスできる空港での典型的なシナリオを示す。図１は、アドホックネットワークの典型的なノード、例えば、パーソナルデジタルアシスタントＰＤＡ１へのブルートゥース接続を通して接続されるノート型パソコンＮＣＩのパーソナルエリアネットワークによって形成される第１のノードＭＮ１も示す。別のノードＲＮ２は、携帯電話ＭＴ２とパーソナルデジタルアシスタントＰＤＡ２によってのみ形成されるパーソナルエリアネットワークＰＡＮからなる可能性がある。しかもノードＭＮ３はパーソナルデジタルアシスタントＰＤＡ３、携帯電話ＭＴ３、及びノート型パソコンＮＣ３の別のネットワークによって形成される。しかしながら、ＭＮ４のようなノードは単に単一の携帯電話ＭＴ４によって形成されているに過ぎないかもしれない。したがって図１では、ユーザの装置は互いに相互接続でき、ローカル情報ポイントを―例えばフライト出発、ゲート変化等に関する更新を検索するために―接続できる。このようにして図１では、ノードＭＴ４とノードＭＮ１は基地局ＢＳからの情報に直にアクセスする可能性がある。例えば、ユーザはブリーフケースの中のノート型パソコンに対するＨｉｐｅｒＬａｎ／２インタフェースを介してＥメールを検索する可能性があるが、メッセージを読み取り、自分のパーソナルデジタルアシスタントＰＤＡ１、ＰＤＡ３を介してそれらに返事しうる。
【０００９】
他方、ノードＭＴ４は、基地局ＢＳを通して携帯電話ＭＴ２に直に接続されるだけではなく、ノードＭＮ１を中継ノードとして使用することによっても接続されうる。つまりノードＭＮ１は、単に「その場限りで」(ad hoc)、つまり恒久的にではなく確立されるブルートゥース接続を通してノードＲＮ２にトラフィックを中継するために使用できる。この伝送情報の中継が「単一または複数の無線ホップアーキテクチャ」として知られ、つまりアドホックネットワーク外のノードからの伝送情報は、１台（単一ホップ）または複数の（複数ホップ）他のアドホックノードを通してエンド端末ノード（例えばＲＮ２）に送信されうる。
【００１０】
このようなシナリオは、４つの相互接続ノードＲＮ１、ＲＮ２、ＲＮ３、ＭＮ１のある図２にさらに描かれ、２つのノードＲＮ１、ＲＮ３は、それぞれブルートゥースＬＡＮアクセスポイントとＧＰＲＳ／ＵＭＴＳ電話を介して、ＧＰＲＳネットワークＧＮと２台のルータＲＴを通るインターネット接続を行う。明らかに、例えばインターネットまたは企業ＩＰネットワークＩＮに接続される端末ノードが該エンド端末ノードＭＮ１に向けた伝送情報を送信すると、ノードＲＮ１とＲＮ２は、要求に応じて、つまり「その場限りで」セットアップされるに過ぎない通信ルートを通して伝送情報を送るための中継ノードとして働く。図２に示されるように、モバイルアドホックネットワークのおそらく最も広く知られた概念の１つは、ネットワークが任意の中心管理を行わずに形成され、伝送情報を送信するために無線インタフェースを使用する移動ノードからなることである。
【００１１】
言うまでもなく、中継ノードとエンド端末ノードが互いに近接する必要はない、つまりアドホック装置は、ある範囲の外にある装置の間のトラフィックを中継できることも注記されなければならない。加えて、アドホックネットワークは、例えば無線移動体通信システムに基づいているため、モバイル機器は動き回り（移動性）、このように「その場限りの」、つまり自然発生的に形成されるネットワークは大きな距離にわたって広がりうる。
【００１２】
さらに、ノードがアドホックノードとして登録されるのであれば、アドホックノードは大局的に固定されたアドレスよりむしろ自然発生的に割り当てられるアドホックアドレスを使用するであろう。したがって、アドホックネットワークの中心的な態様の１つは、これらがアドホックノードとして登録される装置の中で自然発生的に（「その場限りの」）形成されることである。中心的なファシリティによって管理されるのではなく、アドホックノードは、無線ブルートゥース接続などの通信接続を、要求に応じて、それ自体が確立する。
【００１３】
アドホックノード自体がその場限りで、つまり自然発生的に互いの中で接続を確立し、このようにして追加のハードウェアを必要とせずに既存の基地局のカバレージを増大するため、ユーザは中継サービスに自分の装置を提供するための刺激を必要とする。１つの考えられる刺激は、ユーザが中継サービスについて報酬を得て、エンド端末ノードだけがちょうど従来の移動体ネットワークにおいてのように伝送情報の受信について請求されることである。しかしながら、第１のネットワークＩＮに接続を提供するゲートウェイＧＷが設けられる場合にも、ゲートウェイＧＷは特定の中継ノードが伝送情報を中継したかどうか、及び／またはエンドノードが任意の伝送情報を実際に受信したかどうかの情報を持っていない。したがって、実際の正確なフロー制御またはアドホックネットワークのノード間で送る伝送情報のトラフィック情報監視はない。例えば、アドホックネットワーク内での情報配送のための請求課金は、配送される伝送情報を計上するゲートウェイＧＷ内の機構を使用することによってのみ基礎を形成できる。
【００１４】
この問題は、本発明の典型的な通信システムＳＹＳを示す図３ａ、図３ｂに関してさらに説明される。通信システムＳＹＳは、少なくとも第１の端末ノードＣＮ（これ以降対応するノードとも呼ばれる）のある第１のネットワークＩＮ、少なくとも第２の端末ノードＲＮ１からＲＮ４、ＭＮのあるアドホックネットワークＡＨＮ、及び前記第１のネットワークＩＮの第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードＲＮ１からＲＮ４、ＭＮの間で伝送情報ＴＩを送るためのゲートウェイＧＷを含む。各ノードＣＮ、ＲＮ１からＲＮ４、ＭＮは対応する送信／受信装置ＴＲＣ、ＴＲ４、ＴＲＮを有し、ゲートウェイＧＷ自体もこのような送信／受信装置ＴＲＧを有する。送信／受信装置ＴＲＮは、メインルートＭＲを通る、または個々のアドホックノードＲＮ１、ＲＮ２、ＲＮ３の間の無線接続としてセットアップされる、代替ルートＡＲを通るかのどちらかでゲートウェイＧＷを通って他の端末ＣＮから伝送情報ＴＩを受信できる。ノードのそれぞれ、ＲＮ１からＲＮ４、ＭＮは、上記のように中継機能を達成するためのＲＭ４とＲＭＮ等のルーティング手段も有する。第１の端末ノードＣＮはグローバルソース識別子（グローバルソースアドレス）ＳＡＣを有し、アドホックノードＲＮ１からＲＮ４、ＭＮのそれぞれがＴＡ４、ＴＡＮ等の対応するターゲットアドレスを有する。第１の端末ノードＣＮの伝送情報メモリＴＩＳでは、伝送情報のための宛先アドレス等の情報が記憶される。第１の端末ノードＣＮから送出される伝送情報ＴＩはゲートウェイＧＷの送信／受信装置ＴＲＧによって受信されてから、第２の端末ノードＲＮ１からＲＮ４、ＭＮに送信される。第１のネットワークＩＮは、インターネットまたは移動体通信ネットワーク等、任意の種類のオペレータ制御ネットワークである。ゲートウェイＧＷはアクセスポイントまたは基地局である場合がある。ゲートウェイＧＷは必ずしもアドホックネットワークに属する必要はない。つまり、ゲートウェイＧＷは単に対応するノードＣＮとアドホックネットワークノードの間で干渉を形成することを目的とするに過ぎない。このようにしてアドホックネットワークＡＨＮは、例えばデータを送受しているモバイルノードＭＮといくつかの候補中継ノードＲＮ１からＲＮ４からなる。対応するノードＣＮは、必ずしもオペレータ制御ネットワーク内ではなく、アドホックネットワークの外部のどこかに配置できる。このシナリオでは、ノードＭＮはＲＮ２、ＲＮ１及びＧＷ上で対応するノードＣＮにデータを送信できるであろう。さらに、全てのモバイル機器のユーザがセルラーネットワークオペレータと契約があると仮定される。
【００１５】
図３ａは、第２の端末ノードへの伝送情報ＴＩの伝送のための請求情報ＣＨを決定することができる会計装置ＡＣＣも示す。請求情報ＣＨを決定するために、会計装置ＡＣＣは伝送情報特性決定装置ＴＩＭによって決定されるいくつかの伝送特性ＴＣＨに基づいて請求情報ＣＨを決定してよい。これらの伝送特性ＴＣＨは、図４ａに示されるように伝送情報メモリＴＩＳに記憶することもできる。例えば、決定される伝送特性ＴＣＨがデータ量ＤＡＭと伝送速度ＴＲＴを備える場合、会計手段ＡＣＣは、ターゲットアドレスＴＡを有するターゲットノードＲＮ４への毎秒６４ｋｂｉｔという伝送速度で２ＭＢの伝送情報を送ることについて７セントという請求情報ＣＨを決定できる。このようにして伝送情報メモリＴＩＳ内に図４ａに示されるようなデータセットがある場合、会計装置ＡＣＣが（対応するノードＣＮからターゲットアドホックノードへの）ダウンリンクに何らかの種類の課金を行うことは容易である。
【００１６】
（例えば、アドホックモバイルノードＭＮから、ゲートウェイＧＷを通る対応するノードＣＮへの）アップリンク伝送情報の場合、ゲートウェイＧＷは、失われなかった伝送情報を受信し、対価／報償を付与する（ｃｈａｒｇｅｓ／ｒｅｗａｒｄｓ）だけであることは明らかである。このようにしてアップリンク方向ではゲートウェイＧＷは常に何らかの種類の正確な課金を実行する。
【００１７】
しかしながら、正確なフロー制御に関して、またはダウンリンク伝送情報に関する正確な課金に関する問題がある。実際には、ユーザは、実際に送信した伝送情報についてのみ請求されるか、あるいは報酬を受けるべきであり、実際に送信または受信した伝送情報についてだけ請求されるべきである。しかしながら、ゲートウェイＧＷは伝送情報ＴＩに、それがゲートウェイＧＷの送信／受信装置ＴＲＧによって送出された後、いったい何が起こったのか情報を持たないため、会計装置ＡＣＣは、伝送情報が、例えばＭＮ等の実際に所望されるアドホック及び端末ノードに到達したかどうかを推量できるだけである。これは概して、正確な課金を提供しなければならない特殊な例のためだけではなく、当てはまることである。すなわち、ゲートウェイＧＷは伝送情報を送信できるが、伝送情報の到着または非到着について追加の情報は入手できないため、伝送情報を実際にはコントロールしていない。したがって、ゲートウェイＧＷは、通常、送信される伝送情報の他の正確な制御（フロー制御）を実行することはできない。
【００１８】
例えば、図３ｂに図示されるように、２つの中継ノードＲＮ１、ＲＮ２の間のメインルートＭＲに沿って無線リンクの遮断がある場合に、次にゲートウェイＧＷは伝送情報ＴＩが第２の端末ノードＭＮに実際に到達したかどうかを知ることはできない。したがって、ゲートウェイＧＷ、つまりその伝送情報メモリＴＩＳだけが、適切な請求及び報酬を実行するために第２の端末ノードＭＮにそれが送信した全ての伝送情報について情報を記憶できる。しかしながら、経理は、全体として、伝送情報メモリＴＩＳの中のエントリが実際に第２の端末ノードに達した伝送情報に確実に関係しているという仮定に必然的に基づいている。図３ｂに示されるように、違う場合には、モバイルエンドノードＭＮは無事に配信されなかった伝送情報について請求されることになろう。
【００１９】
他方、第２のエンド端末ノードのユーザＭＮは、ゲートウェイＧＷによって請求を受けないために、たとえ伝送情報が到達していても、その伝送情報を受信していないというかもしれない。このようなシナリオでは、ゲートウェイＧＷは、第２の端末ノードＭＮに対し、伝送情報ＴＩが実際に到達したこと、及び請求情報ＣＨが正確であることを検証し、立証する手段をもっていないことになる。ゲートウェイＧＷは、伝送情報ＴＩが到達したという事実にも関わらず、伝送情報ＴＩが実際に第２の端末ノードＭＮに到達した証拠を含んでいないので、不正を行う第２の端末ノードＭＮが、それが実際に到達した伝送情報について支払いを行わなくてもよいことになってしまうかもしれない。
【００２０】
正確な課金についての前述の問題点は、ゲートウェイＧＷがパケットの正確なフロー制御を実現できないという総合的な問題の副次的な問題（ｓｕｂ−ｐｒｏｂｌｅｍ）の一つに過ぎない。例えば、ゲートウェイＧＷ内の他のフロー制御機構は、伝送情報ＴＩが実際に所望されるターゲット端末ノードＭＮに到達したかどうかという事実についての正確な知識を必要とするかもしれない。例えば、メインルートＭＲまたは代替ルートＡＲの上の無線リンクの１つが故障したと分かった場合には、伝送情報ＴＩの別のフロー制御は、伝送速度の加速または減速、あるいは送信側伝送情報ＴＩの完全な停止を行うことになるかもしれない。
【００２１】
不十分なフロー制御の別の例は、メインルートＭＲまたは伝送速度の削減を要求する代替ルートＡＲでの輻輳の発生である。しかしながら従来のアドホックネットワークでは、ゲートウェイＧＷは、雑音、輻輳またはユーザ／デバイスの不正行為などの伝送情報の損失に関するあらゆる理由を検出することはできない。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
以上の通り、従来のゲートウェイＧＷ及び従来の端末ノードＲＮ１からＲＮ４、ＭＮは、アドホックネットワーク内で伝送情報の正確な制御を可能としないために不十分である。例えば、正確な課金だけではなく、伝送速度、伝送量等のフロー制御パラメータの調整は、従来のアドホックネットワークでは可能ではない。本発明は、これらの不利な点を解決することを目的とする。
【００２３】
具体的には、アドホックネットワーク内の伝送情報の正確なフロー制御を可能とする、アドホックネットワークにおける方法、ゲートウェイ、アドホックネットワークの端末ノード、通信システムを提供することが本発明の目的である。
【課題を解決するための手段】
【００２４】
この目的は、前記第１の端末ノードから伝送情報を受信し、前記第２の端末ノードに前記伝送情報を送信できる送信／受信装置と、
前記第２の端末ステーションが前記伝送情報の受信を確認するための前記第２の端末ノードから確認情報(acknowledgement information)の受信を検出できる確認情報検出装置と
を備える、第１のネットワークの第１の端末ノードとアドホックネットワークの第２の端末ノードとの間で伝送情報を送るためのゲートウェイによって解決される。
【００２５】
さらに、この目的は、前記ゲートウェイを通して前記別の端末ノードから伝送情報を受信できる送信／受信装置と、前記送信／受信装置が前記伝送情報を受信した旨を確認するための前記ゲートウェイ確認情報に送信できる確認情報伝送装置とを備え、ゲートウェイを通して前記アドホックネットワークに接続される別のネットワーク（ＩＮ）の別の端末ノードと伝送情報を交換するためのアドホックネットワークの端末ノードにより解決される。
【００２６】
この目的は、少なくとも第１の端末ノードのある第１のネットワークと、少なくとも第２の端末ノードのあるアドホックネットワークと、前記第１のネットワークの前記第１の端末ノードと前記アドホックネットワークの前記第２の端末ノードとの間で伝送情報を送るためのゲートウェイとを含む通信システムによっても解決され、ここで、前記ゲートウェイは請求項１から２９の１つまたは複数に従って構成され、前記第２の端末ノードは請求項３０から３６の１つまたは複数に従って構成される。
【００２７】
この目的は、ある通信システムの第１のネットワークの第１の端末ノードと、前記通信システムアドホックネットワークの第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、前記通信システムのゲートウェイにおいて、以下のステップ、すなわち、前記通信システムの前記ゲートウェイにおいて前記第１の端末ノードからの伝送情報を受信するステップと、前記ゲートウェイから、前記第２の端末ノードに前記伝送情報を送信するステップと、前記第２の端末ステーションが前記伝送情報を受信したことを確認するための前記第２の端末ノードからの確認情報の受信を、前記ゲートウェイ内で検出するステップ（Ｓ５ｃ５）とを備える。
【００２８】
この目的は、ある通信システムの第１のネットワークの第１の端末ノードと、前記通信システムのアドホックネットワークの第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、ここで、前記第２の端末ノードで、
前記通信システムのゲートウェイから伝送情報を前記第２の端末ノードで受信するステップと、
前記第２の端末ノードから前記ゲートウェイに、前記第２の端末ノードが前記伝送情報を受信したことを確認するための確認情報を送信するステップと
を備える。
【００２９】
さらに、この目的は、ある通信システムの第１のネットワークの第１の端末ノードと前記通信システムのアドホックネットワークに第２の端末ノードとの間で伝送情報を送るための方法によっても解決され、ここで、前記通信システムにおいて、前記通信システムのゲートウェイで、前記第１の端末ノードから伝送情報を受信するステップと、前記ゲートウェイから前記伝送情報を前記第２の端末ノードに送信するステップと、前記第２の端末ノードにおいて、前記ゲートウェイから前記伝送情報を受信するステップと、前記第２の端末ノードから前記ゲートウェイに、前記第２の端末ノードが前記伝送情報を受信したことを確認するための確認情報を送信する（Ｓ５ｃ４）ステップと、前記ゲートウェイで、前記第２の端末ノードから、前記第２の端末ステーションが前記伝送情報を受信したことを確認するための前記確認情報の受信を検出するステップとを備える。
【００３０】
本発明によれば、伝送情報がエンド端末ノードに到達したかどうかを示す信頼できる情報（確認情報, acknowledgement information）が提供されるので、アドホックネットワークにおける伝送情報の正確なフロー制御が可能になる。さらに、別の優位点とは、伝送情報を受信する第２の端末ノードの不正行為が、第２の端末ノードが対価請求を受けることなく伝送情報を受信することができなくなるので、抑制されるという点である。
【００３１】
アドホックネットワーク内での伝送情報の正確なフロー制御を実現することにより、例えば正確な課金または経理処理を目的とする実施形態に関連して複数の優位点が提供される。例えば、会計装置は、前記確認情報検出装置が前記伝送情報の前記第２の端末ステーションに対する伝送についての確認情報の受信を検出すると、前記伝送情報の前記第２の端末ノードへの伝送についての請求情報を決定できる。したがって、エンド端末ノードは、受信が確認された伝送情報についてのみ請求を受けることになる。
【００３２】
請求項７による第２のアドホックネットワークがパケット交換ネットワークである場合、伝送情報は、１つまたは複数の伝送パケットを備え、前記確認情報は１つまたは複数の確認パケットを備え、請求項８による伝送特性決定装置が伝送情報の受信が確認された伝送パッケージのそれぞれについて伝送特性を決定できる。このようにして、正確な課金及び請求がパケット単位で可能になる。
【００３３】
特に有利であるのは、前記ゲートウェイが各伝送パケットの中に伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を挿入するためのシーケンス番号挿入装置を備えている場合である。好ましくは、やはり前記端末ノードは伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を各受信されたパケットで決定するためのシーケンス番号決定装置も備え、前記確認情報伝送装置は、その受信が前記それぞれの確認パケットで確認されなければならない受信パケットの該検出されたシーケンス番号をそれぞれ含む確認パケットを前記ゲートウェイに送信できるようになっている。このようにして、ゲートウェイは一般的な伝送情報が受信された旨を示す確認を受信するだけではなく、特定の伝送パケットの受信を確認する確認情報も受信する。したがって、課金またはフロー制御の精度は、ゲートウェイがエンド端末ノードを受信した個々のパケットについての詳細な情報を有するために、さらに機能拡張されてよい。
【００３４】
ゲートウェイでは、前記送信／受信装置が前記第２の端末ノードに伝送パケットを連続して送信するために所定の伝送ウィンドウを設定できる伝送ウィンドウ装置を提供することもさらに有利であり、そこでは前記送信／受信装置は前記伝送ウィンドウ内の伝送パケットを前記第２の端末ノードに連続して送信でき、前記送信／受信装置は新しい伝送ウィンドウを形成するために前記伝送ウィンドウを１パケットまたは複数パケット、スライドし、前記新しい伝送ウィンドウ内で、過去の伝送ウィンドウでまだ送信されていなかった１つまたは複数の連続伝送パケットを、過去の伝送ウィンドウの伝送パケットの受信を確認する確認パケットの受信が前記確認情報検出装置によって検出されるたびに前記第２の端末ノードに連続して送信できる。優位点は、ここでは確認パケットが蓄積される、つまり特定のシーケンス番号の付いた確認が（往復時間が一定のままである場合に）さらに全ての先行するパケットの受信を確認するという点である。往復時間が一定のままである場合、ゲートウェイが伝送ウィンドウ内のゲートウェイから送信される最後の伝送パケットであった伝送パケットについてだけ確認パケットを受信すれば、正確なフロー制御にとって十分である。
【００３５】
本発明は、確認情報の提供によってさらに正確なフロー制御を可能にする。しかしながら、伝送パケット及び／または確認パケットが何らかの理由でゲートウェイ及び第２の端末ノードへの伝送中に失われることも依然として当てはまる可能性がある。したがって、本発明の別の実施形態は、前記伝送ウィンドウ装置によって設定される伝送ウィンドウ内の所定数の伝送パケットの伝送後に、連続する確認パケットのシーケンス番号が連続伝送パケットに設定されるシーケンス番号と一致しない場合に、確認パケットまたは伝送パケットがその伝送中に失われたことを検出できる欠失パケット検出器を備える。
【００３６】
有利なことに、欠失パケット検出器は、所定の時間分をカウントできるタイマを備え、前記タイマは伝送パケットの新しい伝送のたびに起動され、前記所定の時間分の中で前回送信された伝送パケットについて確認パケットが受信される場合、あるいは確認パケットの受信によって停止されず、前記タイマが前記ＴＲＮが伝送を停止すると期限切れになる場合に停止される。
【００３７】
確認要求装置は有利に提供され、伝送されたが、それについて確認情報が前記確認情報検出装置によってまだ検出されていない伝送パケットの所定のシーケンス番号を含む確認要求パケットを前記第２の端末ノードに対して送信でき、前記確認要求メッセージは、前記第２の端末ノードから前記所定のシーケンス番号を有する伝送パケットの受信を確認するための確認パケットの伝送を要求する。
【００３８】
好ましくは、前記タイマがタイムアウトし、前記伝送ウィンドウ内の最後の伝送パケットの伝送後に前記確認情報検出装置によって確認情報が前記時間分の中で検出されない場合に、前記確認要求装置は、前記伝送ウィンドウ内で送信される最後の伝送パケットのシーケンス番号を含む確認要求パケットを前記第２の端末ノードに送信できる。
【００３９】
好ましくは、前記タイマも、前記確認要求装置が前記確認要求パッケージの送信を開始すると起動され、前記タイマがその後タイムアウトし、確認情報が、前記確認要求パッケージの送信後の前記時間分内で前記確認情報検出装置によって検出されない場合に、前記送信／受信装置は追加の伝送パケットの伝送を停止する。
【００４０】
好ましくは、前記第２の端末ノードへの伝送ルートが存在するかどうかを検出できるルートチェック装置が設けられる。
【００４１】
好ましくは、前記送信／受信装置は、前記タイマがタイムアウトした後に、前記ルートチェック装置が、伝送ルートが存在しないことを検出すると、追加の伝送パケットの伝送を停止する。
【００４２】
好ましくは、前記送信／受信装置は、特定のシーケンス番号を有するすでに送信された伝送パケットを、前記第２の端末ノードから前記特定のシーケンス番号を含む再送要求パケットを受信することに応えて再送できる。
【００４３】
本発明の特に有利な実施形態では、前記送信／受信装置は、前記ゲートウェイと前記第２の端末ノードの間に第１のトンネルリンクをセットアップするための第１のトンネルセットアップ装置を備え、前記送信／受信装置は、それぞれ前記第１のトンネルリンクを通して前記第２端末ノードとの間で前記伝送情報を送信し、前記確認情報を受信する。トンネルは、有利なことに、例えば伝送パケットと確認パケットの伝送全体が常にゲートウェイと第２のエンド端末の間の中継ノードを通る同じルートを取るように、ゲートウェイと第２の端末ノードの間で一種の固定した「論理」リンクをセットアップする。第１のトンネルの使用は、対応するノードとアドホック端末が同じフォーマットのアドレスを有さない場合にも有利である。トンネルセットアップの別の優位点は、対応するノードからのパケットが原形を保つ、つまりそのフォーマットは、それがトンネルを通して第２の端末ノードに送信されるときにゲートウェイにおいて変更されないという点である。
【００４４】
有利なことに、前記第１のトンネルセットアップ装置は、前記送信／受信装置によって生成され、送信される修正された伝送パケットに伝送パケットをカプセル化することによって前記第１のトンネルリンクをセットアップする。
【００４５】
第１のトンネルセットアップ装置は、主に、例えば課金目的で正確なフロー制御を実行するために提供される。第１のトンネルの上部では、別のトランスポートプロトコルを実行できる。したがって、有利なことに、前記送信／受信装置は、前記ゲートウェイと前記第２の端末ノードの間の前記第１のトンネルリンク内でカプセル化された第２のトンネルリンクをセットアップするための第２のトンネルセットアップ装置を備え、前記送信／受信装置は、前記第１のトンネルリンク内でカプセル化された前記第２のトンネルリンクを使用することによってそれぞれ前記第２の端末ノードから前記伝送情報を送信し、前記確認情報を受信する。第１のトンネルとともに第２のトンネルを使用する優位点は、第２のトンネルが、第１のトンネルがＩＰルーティングを提供する間に確認の交換等のフロー制御を可能にするＴＣＰ等のプロトコル、つまり非ＩＰプロトコルに基づいてよいという点である。
【００４６】
好ましくは、前記第２のトンネルセットアップ装置は、前記第１の端末ノードから受信される伝送パケットを前記送信／受信装置により生成される修正された伝送パケットにカプセル化することによって前記第２の端末リンクをセットアップし、前記送信／受信装置によって送信される前記修正済み伝送パケットに前記第１のトンネルセットアップ装置によってカプセル化される前記伝送パケットは前記第２のトンネルセットアップ装置によってカプセル化される前記修正済みの伝送パケットである。
【００４７】
好ましくは、前記端末ノードは、前記ゲートウェイから再送されることを要求される伝送パケットのシーケンス番号を含む再送要求パケットを前記ゲートウェイに送信できるパケット再送要求装置を備えることがある。
【００４８】
本発明の追加の有利な実施形態及び改善策は、従属請求項から解釈されてよい。以下に、本発明は図面を参照してその有利な実施形態に関して説明される。
【発明を実施するための最良の形態】
【００４９】
図中、同じまたは類似する参照番号が同じまたは類似するステップと特徴を指定するために使用される。図６は、本発明の様々な実施形態を組み合わせて含むゲートウェイＧＷと第２の端末ノードＲＮ、ＭＮのブロック図を示すが、図５ｃ、及び図７から図１５の上部に、それぞれの特徴に示される機能とステップをそれぞれ実施することに最も関与するそれぞれの装置が示される。したがって、図６と組み合わされて示される装置は、本発明の様々な実施形態に従って別々に使用されてもよいことが理解されなければならない。
【００５０】
本発明の原理
図５ａは、本発明が関係する通信システムＳＹＳの原理概要を示す。通信システムＳＹＳは、少なくとも１つの第１の端末ノードＣＮのある第１のネットワークＩＮと、少なくとも第２の端末ノードＲＮ１からＲＮ５のあるアドホックネットワークＡＨＮと、前記第１のネットワークＩＮの前記第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードの間で伝送情報ＴＩを送るためのゲートウェイＧＷとを含む。以下、第１の端末ノードは図５ａに図示されるように対応するノードＣＮとも呼ばれる。さらに、第１のネットワークＩＮは、インターネットまたは任意の移動体通信ネットワーク等の任意の種類のオペレータが制御するネットワークである場合があることに注意する必要がある。アドホックネットワークＡＨＮは、前記に概略されたようにアドホックネットワーキングの原理に従って形成される任意の種類のネットワークであってよい。つまり、アドホックネットワークは中継ノードとして働く場合があるアドホックノードＲＮ１からＲＮ４を備え、１つのノードＭＮは伝送情報ＴＩの受信側ノードとして示される。ブルートゥース接続または通常他の無線リンク等の任意の種類のアドホックルーティングリンクを使用できる。しかしながら、アドホックネットワークの確立は任意の特定の種類の通信接続に制限されず、前述のように自然発生的にアドホックネットワークをセットアップするための全ての通信接続を備える。
【００５１】
第２の端末ノードＭＮ及び中継ノードＲＮ１からＲＮ４は、それらが伝送情報の中継を可能にする限り任意の種類の装置であることができる。中継ノードの例は携帯電話、ノート型パソコン、パーソナルデジタルアシスタント、ラップトップコンピュータ等である。ゲートウェイＧＷの例は、図１に示されるように、例えばＷＣＤＭＡ屋内基地局ＢＳ及びＨｉｐｅｒＬＡＮ／２アクセスポイント等の基地局ＢＳまたはアクセスポイントＡＰを備える。
【００５２】
さらに、以下に本発明の実施形態の多くの原則がモバイルアドホックネットワークＡＨＮの内部のパケット伝送に関して後述されるが、本発明の多くの実施形態がモバイルアドホックネットワークＡＨＮの内部のパケット伝送に制限されないことが注記される必要がある。また、アドホックネットワークが、例えばＯＦＤＭまたはＴＤＭ等の他の伝送方法によってワイヤレス無線リンクを確立することによってセットアップされることも認められる。
【００５３】
図５ａの通信システムＳＹＳを図３ａの従来の通信システムＳＹＳと比較すると、ゲートウェイＧＷ及び第２の端末ノードＭＮが、それぞれの送信／受信装置ＴＲＧとＴＲＮに加えて、それぞれゲートウェイＧＷの中で確認情報検出装置ＡＣＫＭと第２の端末ノードＭＮの中で確認情報伝送装置ＡＣＫＳＮを備えることが明らかになる。確認情報検出装置ＡＣＫＭは、前記第２の端末ノードＭＮからの確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”の受信を検出できる。確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”は、第２の端末ステーションＭＮが前記伝送情報を受信したことを確認する。
【００５４】
受信側ノードＭＮ側では、確認情報伝送装置ＡＣＫＳＮが、第２の端末ノードＭＮの送信／受信装置ＴＲＮが送信済みの伝送情報ＴＩ、ＴＩ’、ＴＩ”を受信したことを確認する前記確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”をゲートウェイＧＷに送信できる。すなわち、本発明の１つの原則に従って、ダウンリンク伝送情報ＴＩ、ＴＩ’、ＴＩ”の第２の端末ＭＮに対する各伝送は、図５ｃに図示されるように、第２の端末ノードからの確認情報により受信を確認する。したがって、モバイルアドホックネットワークＡＨＮでは正確なフロー制御が実行できる。例えば、現在ゲートウェイＧＷは常に、実際にダウンリンク伝送情報が第２の端末ノードＭＮに到達した、あるいは（確認が送信されないときには）アドホックネットワークの内部で、輻輳、欠失パッケージまたはユーザ／デバイスの不正行為などの問題がある。したがって、アドホックネットワークＡＨＮ内のフロー制御は改善できる。
【００５５】
好ましくは、伝送情報及び確認情報のゲートウェイＧＷと第２の端末ノードＭＮの間（またはさらに正確にはそれぞれ、その送信／受信装置ＴＲＧとＴＲＮの間）の配送は、ゲートウェイＧＷと第２の端末ノードＭＮの間のセキュリティ関連（信頼関係）を通して実行される。この文脈での信頼関係またはセキュリティ関連とは、例えば第２の端末ノードＲＮ１からＲＮ４及びＭＮが互いに信頼し、それらがアドホックネットワークのアドホック端末ノードになるために登録されている場合、常にパケットまたは伝送情報及び確認情報を中継するような標準認証手順を意味する。さらに、中継ノードＲＮ１からＲＮ４は、情報を受信または中継するときに同様に請求されるまたは報酬を受ける必要があるために、好ましくは、ゲートウェイＧＷと、またはそれら自体の間でのこのような信頼関係を有さなければならない。信頼関係の構築つまりこのような認証手順は移動体通信技術の分野では周知であるので、ここでさらに詳しい説明を必要としない。
【００５６】
図５ｃは、ゲートウェイ側ＧＷと第２の端末ノード側ＭＮについて、本発明の原則方法に従って実施されるそれぞれのステップを示す。ステップＳ５ｃ１では、前記通信システムのゲートウェイＧＷは第１の端末ノードＣＮから伝送情報ＴＩを受信する。ステップＳ５ｃ２では、送信／受信装置ＴＲＧが、例えば信頼関係（セキュリティ関連）を構築した後に第２の端末ノードＭＮに伝送情報ＴＩを送信する。
【００５７】
ステップＳ５ｃ３では、前記第２の端末ノードＭＮの送信／受信装置ＴＲＮがゲートウェイＧＷから伝送情報ＴＩを受信する。ステップＳ５ｃ４では、確認情報伝送装置ＡＣＫＳＮがゲートウェイＧＷに、第２の端末ノードＭＮが伝送情報ＴＩを受信したことを確認する確認情報ＡＣＴＡＮを送信する。ステップＳ５ｃ５では、ゲートウェイＧＷの確認情報検出装置ＡＣＫＮが確認情報ＡＣＴＡＮの受信を検出し、第２の端末ノードＭＮが伝送情報ＴＩを受信したことを支障なく仮定できる。
【００５８】
確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”を使用して、ゲートウェイＧＷがアドホックネットワークＡＨＮの内部の情報の正確なフロー制御を実行できる。例えば、メインルートＭＲまたは代替ルートＡＲに沿って遅延または輻輳があり、確認情報の遅延した伝送が生じる場合、ゲートウェイＧＷは伝送特性に応じて例えば伝送速度等を調整できる。さらに正確なフロー制御は、特にゲートウェイＧＷと第２のノードＭＮの間のダウンリンク接続での伝送情報の正確な課金を実行するために有利である。
【００５９】
改善された会計の実施形態
図６は、ゲートウェイＧＷの一部として会計装置ＡＣＣ’を示す。この会計装置ＡＣＣ’は、図５ｂに図示されるような本発明の実施形態に従った課金または会計の方法の原則フローチャートで使用される。図４ｂは、本発明によるゲートウェイＧＷの伝送情報メモリＴＩＳ’のコンテンツを示し、図４ｃはゲートウェイＧＷと第２のノードＭＮの間のパケット伝送の場合のための伝送情報メモリＴＩＳ’のコンテンツを示す。
【００６０】
さらに具体的には、会計装置ＡＣＣ’は、前記確認情報検出装置ＡＣＫＭが、前記第２の端末ステーションＭＮへの前記伝送情報の伝送について確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”の受信を検出する場合に、第２の端末ノードＭＮに対する伝送情報ＴＩ、ＴＩ’、ＴＩ”の伝送について請求情報ＣＨを決定できる。図４ｂから分かるように、ソースアドレスＳＡ、伝送データアカウントＤＡＭ、伝送レートＴＲＴ（または伝送タイミング）、ターゲットアドレスＴＡ及び請求情報ＣＨに加えて、伝送情報メモリＴＩＳ’が本発明の一実施形態に従って、（図４ｂではＡＣＴＡ４、ＡＣＴＡＮで示される）確認情報のためのエントリも備える。すなわち、本発明の一実施形態による会計装置ＡＣＣ’は、伝送情報請求ＣＨの計算だけを実行し、実際の確認情報ＡＣＴＡ４、ＡＣＴＡＮが第２の端末ノードＭＮから受信されると第２の端末のノードＭＮの請求を実行する。したがって、一方では、第２の端末ノードＭＮが、実際に第２の端末ノードＭＮに到達していない伝送情報ＴＩ、ＴＩ’、ＴＩ”について請求されることが回避され、他方では、ゲートウェイＧＷが第１の送信された伝送情報ＴＩについて、対応する確認が受信された場合にだけ追加の伝送情報ＴＩ’、ＴＩ”を送信することを決定できるであろう。例えば不正行為を行っているノードが、実際に伝送情報ＴＩを受信したが、伝送情報ＴＩの受信について請求を受けるのを回避するために確認情報ＡＣＴＡＮを送信しないことを決定することがある。しかしながら、ゲートウェイＧＷ、つまりその送信／受信装置ＰＲＧが、確認応答が受信されない限り追加の伝送情報の伝送を中止することを決定する場合、追加の伝送情報が不正行為を行っているノードに送信されることを回避できる。
【００６１】
図５ｂは本発明の一実施形態による課金方法のフローチャートの例を示す。左側で、ゲートウェイＧＷ側の課金のそれぞれの機能が示され、右側に第２のノードＭＮのそれぞれの機能が示される。
【００６２】
ステップＳ５１では、ゲートウェイＧＷ、つまりその送信／受信装置ＴＲＧが対応するノードＣＮから伝送情報ＴＩを受信する。伝送情報ＴＩは、ソースアドレスＳＡＣとＴＡＮ等のターゲットアドレスを含む。したがって、ステップＳ５１でゲートウェイＧＷの送信／受信装置ＴＲＧは、最初に、伝送情報ＴＩが送信されなければならないノードを決定するために適切な宛先情報を決定しなければならない。（図５ｃのステップｓ５２ｃに対応する）ステップＳ５２では、ゲートウェイＧＷの送信／受信装置ＴＲＧが第２の端末ノードＭＮに伝送情報ＴＩを送信する。ステップＳ５３では、第２の端末ノードＭＮが伝送情報を受信し、ステップＳ５５で第２の端末ノードＭＮがゲートウェイＧＷに確認情報ＡＣＴＡＮを送信する。ステップＳ５６では、確認情報が受信される。伝送情報はステップＳ５２で第２の端末ノードＭＮに送信されるが、伝送情報特性決定装置ＴＣＭは第２の端末ノードＭＮへの伝送情報の伝送の伝送特性ＴＣＨを決定する。図４ａに関して説明されるように、このような伝送特性は好ましくは、データ量ＤＡＭ、伝送速度、または伝送レートＴＲＴ、伝送情報がそれに沿って第２の端末ノードに送信された伝送ルートＭＲ、ＡＲ、及びパケット伝送の遅延時間からなるグループから選択される１つまたは複数を備えてよい。遅延時間は、伝送情報がゲートウェイＧＷから第２の端末ＭＮに送信される必要があった実際の遅延時間であってよい。別の例に従って、遅延時間は伝送情報の伝送に対する所定の遅延であってよい。例えば、所定のサービスの質（ＱｏＳ）は、ゲートウェイＧＷによって決定されてよく、伝送情報は規定のサービスの質（ＱｏＳ）のある、つまり所定の遅延時間のある第２の端末ノードＭＮだけに送信される。
【００６３】
伝送特性がステップＳ５４で決定されると、例えば図４ｂに示されるように、会計装置ＡＣＣ’は、ステップＳ５６で確認応答が受信された後に、ステップＳ５７で、伝送特性に基づいて請求情報ＣＨを決定する。すなわち、実際に確認情報、例えばＡＣＴＡＮまたはＡＣＴＲ４がステップＳ５６で受信されると、会計装置ＡＣＣ’は伝送特性ＴＣＨに基づいて請求情報ＣＨの決定を実行する。図５ｂでは、ステップＳ５７での請求情報ＣＨの決定が、ステップＳ５６で確認情報を受信した後に実行されることが示されるが、ＴＩ、ＴＩ’、ＴＩ”等の第１の複数の伝送情報がそれぞれ送信され、それ以後、全ての確認情報が収集され、最終的に請求情報が決定されることが規定されてもよい。図５ｂで重要なのは、確認情報がそれぞれの伝送情報について受信されると、請求情報ＣＨだけが決定され（第２のエンド端末ノードＭＮのユーザだけが請求を受け）るという点である。図５ｂのステップＳ５８でゲートウェイＧＷから第２の端末ノードＭＮに送信されるさらに多くの伝送情報がある場合には、ステップＳ５１でフローチャートに再入する。ステップＳ５８にそれ以上伝送情報がない場合には、手順は終了する。
【００６４】
図４ｂでは、伝送情報メモリＴＩＳ’がソースアドレスＳＡＣ、前記伝送情報ＴＩ、ＴＩ’、ＴＩ”の宛先アドレスＴＡ、前記決定された伝送特性ＴＣＨ、前記決定された請求情報ＣＨ、及び前記確認情報ＡＣＴＡＮからなるグループから選択される１つまたは複数を記憶できるが、図４ｂの伝送情報メモリＴＩＳ’が請求情報ＣＨを決定するために使用されるこのようなメモリの唯一の例であることが理解される必要がある。伝送情報メモリＴＩＳ’の他の例は、当業者によって考案されてよい。例えば、図４ｂの確認情報ＡＣＫが実際には記憶されないが、請求情報ＣＨの計算を開始するためのトリガとしてのみ使用されることが考案されてよい。したがって、請求情報ＣＨの計算と図４ｂに示されるような特定の伝送特性ＴＣＨの使用は唯一の例に過ぎないことが理解される必要がある。重要なのは、第２のエンド端末ＭＮのユーザだけが請求情報ＣＨで請求を受け、送信済みの伝送情報について適切な確認情報が存在する場合に、伝送情報の伝送を反映する任意の種類のパラメータに基づいて決定されるという点である。しかしながら、他の種類の請求情報の計算または伝送特性の評価が使用されてよい。
【００６５】
例えば、該アドホックネットワークＡＨＮがパケット交換ネットワークＡＨＮである場合には、伝送情報ＴＩ、ＴＩ’、ＴＩ”が１つまたは複数の伝送パケットＩＰ１からＩＰ５を備え、前記確認情報ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”が１つまたは複数の確認パケットＡＣＫ１からＡＣＫ５（例えば図７を参照すること）を備え、伝送情報メモリＴＩＳ’は図４ｃに示されるように構成されてよい。図４ｃに示されるように、伝送特性決定装置ＴＩＭは、（ＡＣＫ１からＡＣＫ５によって）それぞれの受信が確認された伝送パケットＩＰ１からＩＰ５に伝送特性ＤＡＭ、ＴＲＴを決定する。５つ全てのパケットＩＰ１からＩＰ５が受信を確認されたので、完全な請求情報ＣＨ＝２セントが５個のパケットＩＰ１からＩＰ５のこの伝送について会計装置ＡＣＣ’によって決定される。しかしながら、本発明の別の実施形態に従って、請求情報ＣＨがパケットごとに個別に計算されることも考案されてよい。
【００６６】
図４ｃでは、好ましくは、別の実施形態に従って（後述されるような）いわゆるシーケンス番号ＳＮが使用されてよいが、個々の伝送パケットのための課金は、このようなシーケンス番号を使用しなくても実施されてよいことが理解される必要がある。例えば、（伝送情報のような）第１のパケットが、図５ｃのステップＳ５ｃ２で送出されると、ゲートウェイＧＷは単に伝送パケットの受信を確認する確認情報ＡＣＴＡＮの受信を待機するだけの可能性がある。したがって、ゲートウェイＧＷは、該送出されたパケットＩＰ１が無事に第２の端末ノードＭＮに到達したことを知っている。確認パケットＡＣＴＡＮを受信した後に初めてゲートウェイは次のパケットＩＰ２を送出し、再度確認パケットＡＣＴＡＮ’の受信を待機する。ゲートウェイＧＷが、最後に送信された伝送パケットについて常に確認応答の受信を待機する場合、それぞれの伝送パケットと確認パケットの中に、伝送パケットを特徴付け、確認パケットの中で、確認応答がそれについて実行される特殊な伝送パケットを示すそれぞれの情報を挿入する必要はない。
【００６７】
しかしながら、伝送パケットＩＰ１からＩＰ５のシーケンスの中のそれぞれの伝送パケットＩＰ１からＩＰ５の伝送順序を示すシーケンス番号ＳＭの使用は、確認応答が個別化されて、つまりパケットに特殊に、ゲートウェイＧＷに戻されてよいように、好ましくは、マーカまたはパケットに特殊な識別子として使用されてよい。これは、図７から図１５の有利な実施形態に関してさらに後述される。
【００６８】
シーケンス番号挿入
すでに部分的に上述されたように、図６に示されているゲートウェイＧＷは、伝送パケットのシーケンスの中のそれぞれの伝送パケットＩＰ１からＩＰ５の伝送順序を示す１、２、３、４、５等のシーケンス番号ＳＮを各伝送パケットＩＰ１からＩＰ５に挿入することができるシーケンス番号挿入装置ＳＮ１を備える。同様に、端末ノードでは、各受信済みパケットの中で伝送パケットのシーケンスの中のそれぞれの伝送パケットの伝送順序を示すシーケンス番号を決定できるシーケンス番号決定装置ＳＮＤが提供され、そこでは第２の端末ノードＭＮの確認情報伝送装置ＡＣＫＳＮが前記ゲートウェイＧＷに、それぞれその受信が前記それぞれの確認パケットＡＣＫ１からＡＣＫ５で確認される受信済みのパケットの検出されたシーケンス番号を含む確認パケットＡＣＫ１からＡＣＫ５を送信できる。したがって、シーケンス番号ＳＮは、伝送された伝送パケットが第２の端末側で識別されてよいように、及び確認パケットが一般的に伝送パケットの受信だけではなく、特定の確認パケットの受信も確認するように一般パケット識別子として目的にかなう。このシーケンス番号、つまりさらに一般的には、パケット識別子は、図４ｃの例ではＳＮｘで示される。このようにして、図７に示されるように、パケット識別子１、２、３、４、５．．．ｘを有する各伝送パケットＩＰ１、ＩＰ２、ＩＰ３、ＩＰ４、ＩＰ５．．．ＩＰｘは、パケット識別子１、２、３、４、５．．．ｘの付いた、それぞれの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３、ＡＣＫ４、ＡＣＫ５．．．ＡＣＫｘによって受信を確認される。シーケンス番号またはパケット識別子は、ＩＰｖ４オプションフィールド内に、またはＩｐｖ６宛先オプションヘッダ内に記憶できるであろう。
【００６９】
したがって、パケットと確認パケットの関係性は、例えばシーケンス番号等のパケット識別子によって提供できる。図７から図１５はパケット識別子としての「番号」の使用を示しているが、他の識別子もパケットに特殊な確認を提供するために使用されてよいことが注記されなければならない。したがって、ゲートウェイはモバイルノードを受信した全てのパケットについて詳細な情報を有し、したがって、例えば図４ｃに示されるようなより正確な課金等のより正確なフロー制御を実行できる。
【００７０】
図７は、本発明の一実施形態に従って確認手順の中でシーケンス番号（パケット識別子）の挿入を使用するステップのフローチャートを示す。ステップＳ７１では、パケット識別子またはシーケンス番号１が第１の伝送パケットＩＰ１に挿入される。ステップＳ７２では、伝送パケットＩＰ１は第２の端末ノードＭＮに送信される。ステップＳ７３では、第２の端末ノードＭＮのシーケンス番号決定装置ＳＮＤが、受信された伝送パケットＩＰ１の中のパケット識別子またはシーケンス番号１を決定する。例えば、シーケンス番号１は、伝送パケットＩＰ１からＩＰ５のシーケンスの中の伝送パケットＩＰ１の位置１を示す。ステップＳ７４では、検出されたシーケンス番号またはパケット識別子を含む確認パケットはゲートウェイＧＷに送信される。ステップＳ７５では、確認情報検出装置ＡＣＫＭがパケット識別子１を有する特殊な確認パケットＡＣＫ１に基づいて、パケット識別子（シーケンス番号）１が付いた伝送パケットＩＰ１が第２の端末ノードによって実際に受信されたと判断する。
【００７１】
特定のパケット識別子の付いた各伝送パケットの受信は、送信済みの伝送パケットを識別するパケット識別子を付けたそれぞれの確認パケットで確認されるため、パケットと確認応答の間の明確な関係性を提供できる。すなわち、たとえ往復時間ＲＴＴ（図５ｃを参照すること。往復時間ＲＴＴは、ゲートウェイＧＷが伝送パケットの送信とその確認パケットの受信の間に待機しなければならない最小時間である）が各伝送パケットＩＰ、ＩＰ２、ＩＰ３−について一定ではなくても（確認パケットＡＣＫ１の受信より早期に確認パケットＡＣＫ３の受信を引き起こす）送信されたパケットと返される確認情報の間には依然として明らかな関係性がある。
【００７２】
例えば、どの確認情報ＡＣＫ１からＡＣＫ５が最初に到着するのかに関するのとは無関係に、会計装置ＡＣＣ’は、各特定の伝送パケットＩＰ１からＩＰ５について個別に個別化された請求情報ＣＨを決定できる。例えば、図４ｃの実施形態に示されるように、ゲートウェイＧＷによって送信された各パケットＩＰ１からＩＰ５は特殊な確認パケットＡＣＫ１からＡＣＫ５によって受信が確認される。この場合では、請求情報ＣＨは、パケットごとに個別に会計装置ＡＣＣ’によって決定できる。
【００７３】
送信された伝送パケットと返された確認パケットの間に個別化された関係性がない場合には、第２の端末ノードＭＮが「特定のパケットの」ではなく単に「パケットの受信」を確認するに過ぎず、このようにして、それは別のパケットより低い請求情報ＣＨを有する伝送パケットについてだけ請求されなければならないと主張する可能性がある。これはパケット識別子（シーケンス番号）を使用することにより回避される。
【００７４】
前述のように、本発明による方法の第１の実施形態では、図７に示されるように、それが先行するパケットについて確認応答を受信している場合には、ゲートウェイはモバイルノード（第２の端末ノード）ＭＮに新しいパケットを送信するに過ぎない。しかしながら、例えば往復時間ＲＴＴに応じて、これは、次のパケット（例えばＩＰ１の後のＩＰ２）が、特定の最小往復時間ＲＴＴの後だけに送信できることを必要とする。例えば、往復時間ＲＴＴは約１秒であってよく、したがって新しいパケットは、１秒という期間の期限切れの後にだけ送信される。
【００７５】
このようにして、ゲートウェイは各ＩＰパケットに、それをモバイルノードＭＮに送信する前に、シーケンス番号を割り当てる。シーケンス番号がパケット識別子として使用される場合、シーケンス番号は昇順である場合がある。図７に示されるように、モバイルノードＭＮは同じシーケンス番号（パケット識別子）の付いた確認応答で各パケットの受信を確認する。第１の実施形態に従って前述のように、ゲートウェイＧＷは、それが実際に先行するパケットの確認応答を受信した場合にだけ新しいパケットを送信する。しかしながら、極めて大きな往復時間ＲＴＴのために、ゲートウェイＧＷは、ここでは「ウィンドウ原則」と呼ばれる技法を使用する。
【００７６】
ウィンドウ原則
パケットを送信し、確認応答を受信するための本発明の特に有利な実施形態は、ゲートウェイＧＷが図７に描かれているようにスライド式ウィンドウ原則を使用する場合である。１個のパケットを送信し、次のパケットを送信する前に確認応答を待機する代わりに、ゲートウェイＧＷは複数のパケットを送出し、そこでは送出されるパケット数は所定の伝送ウィンドウＷＴによって指定される。この伝送ウィンドウＷＴは、図６に図示されるようにゲートウェイＧＷの内部で伝送ウィンドウ装置ＷＩＮによって設定される。所定の伝送ウィンドウＷＴは送信／受信装置ＴＲＧに対して、前記第２の端末ノードに連続して多くの伝送パケットを送信するように示す。
【００７７】
伝送ウィンドウＷＴは、所定の伝送期間を示す伝送時間ウィンドウ（例えば、固定の伝送レートがある場合に、期間が間接的に伝送ウィンドウ内で送出されるパケット数を示す）、（伝送パケットの数を直接的に示す）連続伝送パケットの伝送ウィンドウ数、及び前記連続伝送パケットの１つまたは複数で送信されるデータの所定の量を示す伝送データ量（例えば、固定ペイロードが伝送パケットあたりに考えられる場合、伝送ウィンドウデータ量は間接的に伝送ウィンドウ内で送信されるパケット数を示す）からなるグループの１つである。しかしながら、どの種類の伝送ウィンドウが使用されるのかに関係なく、伝送ウィンドウは、間接的にまたは直接的に、確認応答を待機することなく第２の端末ノードＭＮに送信される伝送パケット数を示す。すなわち、１個のパケットを送出し、次のパケットを送信する前に確認応答を待機する代わりに、ゲートウェイＧＷは複数のパケットを送出する。伝送パケットがシーケンス番号（好ましくは昇順の番号のシーケンスであってよい）を含む場合、伝送ウィンドウも直接的に確認応答を待機する前に連続的に送出される伝送パケットのシーケンス番号を示すことができる。図７の例では、伝送ウィンドウは送出されなければならない伝送パケットの３つの連続するシーケンス番号を指定する。
【００７８】
図７に示されるように、３個のパケットＩＰ１、ＩＰ２、ＩＰ３の伝送を備える第１のウィンドウＷＴが存在する。同様に、図７は、パケットＩＰ２、ＩＰ３、ＩＰ４の更新された、つまり新しいウィンドウＷＴ’、パケットＩＰ３、ＩＰ４、ＩＰ５のウィンドウＷＴ”、パケットＩＰ４、ＩＰ５、ＩＰ６のウィンドウＷＴ”’も示す。このようにして各ウィンドウは、過去のパケットのための確認パケットを待機することなく連続して送出される多くの伝送パケットを備える。図７に示されるように、次のウィンドウＷＴ’は、過去のウィンドウＷＴの１パケット、スライドされた（ｏｎｅ−ｐａｃｋｅｔ−ｓｌｉｄｅｄ）バージョンであり、ウィンドウＷＴ”は過去のウィンドウＷＴ’の１パケット、スライドされたバージョンであり、ウィンドウＷＴ”’は過去のウィンドウＷＴ”の１パケット、スライドされたバージョンである。これらの新しいウィンドウは、確認パケットが受信されるたびに到達される。すなわち、第１のパケット、第２のパケット、及び第３のパケットＩＰ１、ＩＰ２、ＩＰ３を第１のウィンドウＷＴ内で送出した後に、第１の確認応答パケットＡＣＫ１がゲートウェイＧＷで受信される。第１のパケットＩＰ１についてのこの確認パケットＡＣＫ１の受信は、架空の伝送ウィンドウＷＴの、現在はパケットＩＰ２、ＩＰ３、及びＩＰ４を備えるウィンドウＷＴ’へのスライドをトリガする。
【００７９】
ＡＣＫ２またはＡＣＫ３等の確認パケットのあらゆる新しい受信が、それぞれさらに１パケットのウィンドウを、つまりＡＣＫ２を受信した後にＷＴ’からＷＴ”に、ＡＣＫ３を受信した後にＷＴ’からＷＴ”にスライドさせる。このようにして、ウィンドウＷＴ”’は３個の確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３を受信後に到達される。この場合、パケットＡＣＫ３は第１の伝送パケットＩＰ１が受信されただけではなく、第２の伝送パケットと第３の伝送パケットＩＰ２、ＩＰ３（往復時間ＲＴＴが一定であるのならば）も受信された旨の確認応答である。さらに、パケットＡＣＫ２は、第１の伝送パケットＩＰ１が受信されただけではなく、第２の伝送パケットＩＰ２も受信された旨の確認応答であり、パケットＡＣＫ１は第１の伝送パケットＩＰ１だけが受信された旨の確認応答である。
【００８０】
同じことは、伝送パケットと確認パケットの追い越しが発生する場合、あるいはパケット損失が発生する場合にも当てはまる。実際には、ウィンドウＷＴ内で３個のパケットＩＰ１、ＩＰ２、ＩＰ３を送信した後、確認パケットＡＣＫ１は、往復時間が一定のままである場合に受信されなければならず、ウィンドウはウィンドウＷＴ’に１パケット、スライドされるであろう。しかしながら、代わりに確認パケットＡＣＫ３だけが受信されると、ＩＰ２、ＩＰ３の受信も確認され、その後ウィンドウＷＴは即座にウィンドウＷ”’にスライドされる。このようにして、現在のウィンドウＷＴの第１の伝送パケット、第２の伝送パケット、及び第３の伝送パケット、ＩＰ１、ＩＰ２、ＩＰ３の受信を確認するそれぞれ第１の確認パケット、第２の確認パケット、及び第３の確認パケット、ＡＣＫ１、ＡＣＫ２、ＡＣＫ３が、ウィンドウＷＴ１をウィンドウＷＴ’、ＷＴ”およびＷＴ”にそれぞれ１パケット、２パケットまたは３パケットをスライドする。このようにして、ウィンドウＷＴはスライドされたＳＮパケットであり、ＳＮは、第２の端末ノードＭＮでのＳＮ番目のパケット（及びさらに小さいＳＮの付いた他のパケット）の受信を確認するそれぞれの確認パケットの中に含まれるシーケンス番号ＳＮである。
【００８１】
このようにして、図７の例では、第１のステップＳ７１１１は、前記第２の端末ノードＭＮへ３個の伝送パケットＩＰ１からＩＰ３を連続して送信するように所定の伝送ウィンドウＷＴを設定する。ステップＳ７２、Ｓ７２１、Ｓ７２２では、これらのパケットは端末ノードＭＮに連続して送信される。ステップＳ７３、Ｓ７３１、Ｓ７３２では、それぞれの伝送パケットＩＰ１、ＩＰ２、ＩＰ３の受信がノードＭＮで検出され、これに応えてこの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３がそれぞれステップＳ７４、Ｓ７４１、Ｓ７４２でゲートウェイＧＷに送信される。ステップＳ６１、Ｓ６２、Ｓ６３では、確認情報検出装置ＡＣＫＭが、それぞれ、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の受信を検出する。図７で確かめられるように、送信／受信装置ＴＲＧはステップＳ７５で、確認パケットＡＣＫ１の受信が確認情報検出装置ＡＣＫＭによって検出された後に、次のパケット（つまり、次に大きいシーケンス番号４のパケット）を送出する。さらに、ステップＳ７５で、新しい伝送パケットＩＰ４の新しい伝送が新しい伝送ウィンドウＷＴ’に関して実行される。それ以後、ステップＳ６２では、確認情報検出装置ＡＣＫＭが追加の確認情報パケットＡＣＫ２の受信を検出すると、ウィンドウＷＴ’がウィンドウＷＴ”にスライドされ、（次に大きいシーケンス番号５の付いた）次の伝送パケットＩＰ５がステップＳ７５１で送信される。次の確認パケットＡＣＫ３が受信されると、ウィンドウＷＴ”はウィンドウＷＴ”’に１パケットスライドされ、次の伝送パケットＩＰ６がステップＳ７５２で送信される。このようにして、送信／受信装置ＴＲＧは、現在の伝送ウィンドウＷＴ、ＷＴ’、ＷＴ”、ＷＴ”’の中で常に連続してパケットを送信する。つまり、例えばパケットＩＰ１、ＩＰ２、及びＩＰ３がすでに第１のウィンドウＷＴで送信され、このウィンドウＷＴがウィンドウＷＴ’にスライドされていると、言うまでもなくこの新しいウィンドウＷＴ’のパケットＩＰ２、ＩＰ３は、ウィンドウＷＴ’で次に送信されるパケットが残りのまだ送信されていないパケットＩＰ４となるように、すでに送信されている。他方、ＡＣＫ３だけが受信される場合には、ウィンドウＷＴはＷＴ”’にスライドされ（ｌｉｄ）、パケットＩＰ４、ＩＰ５、ＩＰ６のどれもまだ送信されていない。したがって、この場合、更新された新しいウィンドウＷＴ”’の新しいパケットＩＰ４、ＩＰ５、ＩＰ６が送信される。したがって、ウィンドウＷＴ、ＷＴ’、ＷＴ”が新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’に更新されるたびに、送信／受信装置ＴＲＧは、古いウィンドウで送信されていない、新しいウィンドウのそれらのパケットを連続して送信するであろう。
【００８２】
図７では、往復時間ＲＴＴは伝送パケット／確認パケットの各送信／受信について同じであると仮定されるため、到着する第１の確認応答は確認パケットＡＣＫ１となるのは明らかである。しかしながら、往復時間ＲＴＴが、ステップＳ７１での第１の伝送パケットＩＰ１の伝送後に変化すると、第２の確認パケットＡＣＫ２が最初に到着するパケットとなる可能性がある。前述のように、ＡＣＫ２が到着する第１の確認パケットである場合、ゲートウェイＧＷの送信／受信装置ＴＲＧは、元のウィンドウＷＴ ＳＮ＝２パケットを、そのうちＩＰ４とＩＰ５がまだ送信されていない、つまりゲートウェイＧＷの送信／受信装置ＴＲＧがウィンドウＷＴ”の伝送パケットＩＰ４、ＩＰ５の送信を開始する、パケットＩＰ３、ＩＰ４、ＩＰ５を備える新しい伝送ウィンドウＷＴ”にスライドさせる。したがって、それが、第１の伝送ウィンドウＷＴの内部で伝送パケットＩＰ１、ＩＰ２、ＩＰ３の伝送後に３つの確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の内の１つを受信すると、それはそれぞれの受信された確認パケットＡＣＫ１（ＳＮ＝１、つまりウィンドウを１パケット、スライドさせる）、ＡＣＫ２（ＳＮ＝２、つまり、ウィンドウを２パケット、スライドさせる）、及びＡＣＫ３＿（ＳＮ＝３、つまりウィンドウを３パケット、スライドさせる）の中のＳＮに基づいてそれぞれ設定される新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’の残りのまだ送信されていないパケットを送信する。
【００８３】
また、すでに簡略に前述のように、通常（往復時間ＲＴＴが伝送ウィンドウにおいて一定のままである場合）確認パケットＡＣＫ１は、ゲートウェイＧＷに到達する最初のパケットであり、したがってウィンドウＷＴをウィンドウＷＴ’にスライドさせるが、新しい伝送ウィンドウＷＴ”またはＷＴ”’における新しいまだ送信されていないパケットの送出は最初に送信された伝送パケットＩＰ１より大きいシーケンス番号を有する確認パケットＡＣＫ２、ＡＣＫ３によってトリガされることも発生する可能性がある。この場合、（確認情報ＡＣＫ２、ＡＣＫ３はまだ受信されていないため）ＩＰ２とＩＰ１が実際に第２の端末ノードＭＮに到達したという保証はないが、例えば確認パケットＡＣＫ３の受信は、ウィンドウＷＴ”’でのすでに新しいパケットＩＰ４、ＩＰ５、ＩＰ６の送出をトリガする。ＡＣＫ２、ＡＣＫ１の受信が行われないのは、より長い往復時間ＲＴＴのためである可能性があるか、あるいは伝送パケット及び／または確認パケットを失ったためである場合がある。２つの後者の場合は、以下図８、図９で取り扱われる。
【００８４】
図７では、新しいパケット、例えばＩＰ４が、ＩＰ１、ＩＰ２、ＩＰ３が送出された後にどのように送出されるのかの３つの可能性があることが注記されなければならない。第１の可能性は、ステップＳ６１で第１の確認パケットＡＣＫ１を受信した後に、ウィンドウＷＴがＷＴ’にスライド（ｌｉｄ）され、これによりＩＰ４（新しいウィンドウＷＴ’内の残りのまだ送信されていないパケット）の伝送が生じる。したがって、他の確認メッセージＡＣＫ２、ＡＣＫ３の受信とは無関係に、第１の確認パケットＡＣＫ１の受信はすでに新しい伝送ウィンドウＷＴ’内での追加の所定のパケットＩＰ４の送出をトリガする。
【００８５】
別の可能性は、ＡＣＫ２だけを受信した後に、ウィンドウＷＴがウィンドウＷＴ”にスライドし、このようにして次の伝送ウィンドウＷＴ”に属する次のパケットＩＰ４が即座に送信され、その後、やはり新しいウィンドウＷＴ”内にあり、まだ送信されていない、続くパケットＩＰ５が送信される場合である。
【００８６】
第３の可能性は、ＩＰ４が、ＡＣＫ３だけが受信されるときに設定されるウィンドウＷＴ”’の中で最初のパケットとして送信される場合である。ＩＰ４の後、ウィンドウＷＴ”’内のパケットＩＰ５、ＩＰ６も、これらは過去のウィンドウでまだ送信されていないため送信される。
【００８７】
したがって、３個の確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３の連続受信はウィンドウＷＴのウィンドウ位置ＷＴ’、ＷＴ”、ＷＴ”’（ウィンドウの１パケット、スライド）へのスライドと、それぞれの新しい伝送ウィンドウＷＴ’、ＷＴ”、ＷＴ”’でのまだ送信されていない伝送パケットの連続送信をトリガする。別の実施形態では、ＡＣＫ１、ＡＣＫ２の前のＡＣＫ１、またはＡＣＫ３の前の（ｂｅｆｏｒｅ ＡＣＫ１ ｏｒ ＡＣＫ３ ｂｅｆｏｒｅ ＡＣＫ１，ＡＣＫ２）それぞれの確認パケットＡＣＫ２だけの受信に応えて、ウィンドウＷＴはＳＮ位置、スライドし（ＳＮパケットスライド）、それぞれ過去のウィンドウＷＴでまだ送信されていない、２個または３個の新しいパケットを備える。
【００８８】
スライド式ウィンドウの原理は、通信システムＳＹＳの性能が確認応答を待機するプロセスのために低下することを回避する。言うまでもなく、最適ウィンドウサイズは前述のようにＧＷとＭＮ間の接続の最大スループット、及び往復時間ＲＴＴに依存する。往復時間ＲＴＴは、ゲートウェイＧＷがパケットの送信とそれぞれの確認パケットの受信の間に待機しなければならない時間である。例えば、伝送ウィンドウＷＴが伝送ウィンドウデータ量である場合、伝送ウィンドウデータ量は、ゲートウェイＧＷと第２の端末ＭＮの間の伝送ルートＭＲ、ＡＲでの伝送速度ＴＲＴと往復時間ＲＴＴの間の積である。例えば、スループットが毎秒１Ｍｂｉｔであり（つまり伝送速度が毎秒１Ｍｂｉｔであり）、往復時間ＲＴＴが１秒である場合には、伝送ウィンドウデータ量は１Ｍｂｉｔである。
【００８９】
図７で分かるように、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３は累積的である。つまり特定のシーケンス番号の付いた確認応答はさらに全ての過去のパケットの受信を確認する。例えば、確認パケットＡＣＫ３が確認パケットＡＣＫ１を「追い越す」場合には、３というシーケンス番号を有する確認パケットＡＣＫ３はさらに、第２の端末ノードＭＮが伝送パケットＩＰ１、ＩＰ２も受信したことを確認する。したがって、確認パケットが受信されるたびに、ゲートウェイＧＷはどの確認パケットがゲートウェイＧＷに到着したのか（スライド式ウィンドウ技法）に応じて、１つまたは複数の新しいパケット（複数の場合がある）を送出する。
【００９０】
欠失パケット
図８は、欠失確認パケットのシナリオを示す。つまり、送信／受信装置ＴＲＮが確認パケットＡＣＫ２を送信するが、パケットは伝送ルートでのパケットの欠失のためにゲートウェイＧＷに到達しない。図８のシナリオでは、モバイルノードＭＮは、確認情報ＡＣＫ２が受信されないため（２より大きいシーケンス番号の確認パケットが到達しない限り。例えば確認パケットＡＣＫ３はスライド式ウィンドウ技法の過去の全てのパケットの受信を確認するため、それはパケットＩＰ２の受信も確認し、このようにしてこのパケットに対する請求も生じさせる）欠失パケットについて請求を受けない。
【００９１】
同様に、図９では、伝送パケットＩＰ２はゲートウェイＧＷの送信／受信装置ＴＲＧによって実際に送信されたが、それは第２の端末ノードＭＮへの伝送ルートで失われた。
【００９２】
図８及び図９の場合、ゲートウェイＧＷにおける欠失パケット検出器ＬＰＤが、伝送ウィンドウ装置ＷＩＮによって設定される伝送ウィンドウＷＴにおいて所定数の伝送パケットＩＰ１からＩＰ３の送信後に、連続確認パケットＡＣＫ１、ＡＣＫ３のシーケンス番号が連続伝送パケットＩＰ１からＩＰ３で設定されるものに一致しない場合に、確認パケットＡＣＫ２または伝送パケットＩＰ２がその伝送の間に失われてしまったことを検出できる。例えば、図８では、確認パケットＡＣＫ１、ＡＣＫ３は確認情報検出装置ＡＣＫＭによって検出され、ステップＳ８３、Ｓ８４で追加の伝送パケットＩＰ４、ＩＰ５の伝送を引き起こす。しかしながら、連続確認パケットのシーケンス番号は連続伝送パケットで設定されるシーケンス番号と一致しない。つまり、伝送パケットＩＰ１、ＩＰ２、ＩＰ３のシーケンス番号１、２、３のシーケンスは、連続して受信された確認パケットＡＣＫ１、ＡＣＫ３から検出されるシーケンス番号１、３のシーケンスと一致しない。したがって、ゲートウェイＧＷはこの種の比較（シーケンス外検出）で確認パケットＡＣＫ２が送信されなかったのか、または実際に伝送パケットＩＰ２は第２の端末ノードＭＮに到達しさえしていないと判断できる。
【００９３】
同様に、図９のステップＳ９１、Ｓ９２では、欠失パケット検出器ＬＰＤは、伝送パケットＩＰ１、ＩＰ２、ＩＰ３のシーケンス番号１、２、３、及び受信された確認パケットＡＣＫ１、ＡＣＫ３からシーケンス番号１、３の順序外を決定する。ステップＳ９３、Ｓ９４での新しいパケットＩＰ４、ＩＰ５の送信にも関わらず、欠失パケット検出器ＬＰＤは伝送パケットＩＰ２が第２の端末ノードＭＮに到達しなかった、あるいは確認パケットＡＣＫ２が送信されなかったかのどちらかを判断する。
【００９４】
図８（欠失確認パケット）と図９（欠失伝送パケット）の両方のシナリオでは、確認応答が伝送側ゲートウェイＧＷで受信されないために（ＡＣＫ２などのさらに大きいシーケンス番号の付いた確認パケットが前述のように受信されない限り、あるいはＡＣＫ３が前述のように受信されない限り、さらに大きいシーケンス番号の確認パケットはそれらがまだ受信されていなくても低い方のシーケンス番号のパケットの受信を確認しないため）、モバイルノードＭＮは欠失伝送パケット／確認パケットについて請求されない。確認情報で受信が確認されているパケットについて第２の端末ノードＭＮのユーザだけが請求されなければならないのは本発明の一般情勢の中である（確認パケット）。
【００９５】
しかしながら、モバイルノードＭＮが欺いている可能性がある。つまりそれは実際には伝送パケットＩＰ２を受信したが、それについて請求を受けるのを回避しようとするために、故意に確認パケットＡＣＫ２を送信しない可能性がある。これは、確認情報が受信されるかどうかに関係なく、伝送パケットＩＰ２が送出された場合に、図８及び図９においてゲートウェイＧＷが常に第２の端末ノードＭＮに請求しない場合に回避できる。本発明に従って、第２の端末ノードに到達したパケットだけが請求を受けなければならないので、言うまでもなく、ゲートウェイＧＷは、依然としてパケットが実際に到達したことを示す何らかの情報を必要とする。しかしながら、欠失パケット検出器ＬＰＤが端末ノード側ＭＮにも提供され、この欠失パケット検出器ＬＰＤが伝送パケットシーケンス番号の誤ったシーケンスを検出することが考えられる。つまり図９では、モバイルノード側ＭＮの欠失パケット検出器ＬＰＤは、シーケンス番号２がないために明らかにシーケンス外検出である１、３、．．．を検出する。このような場合には、図１５にさらに詳細に説明されるように、再送の要求はシーケンス外番号２について第２の端末ノードＭＮによって行うことができ、この場合、再送要求を受信した後に、ゲートウェイＧＷは、第２の伝送パケットＩＰ２が失われたという一種の確認応答として再送要求を使用できる。この場合、会計装置ＡＣＣ’はオリジナルパケットよりむしろ再送されたパケットについてだけ請求する。したがって、このシナリオでも、第２の端末ノードＭＮから何らかの種類の確認／確認応答が受信されたパケットだけが請求を受ける。
【００９６】
他方、図８では、ゲートウェイＧＷは、特にその会計装置ＡＣＣ’は、再送要求も確認応答ＡＣＫ２も受信されないために、伝送パケットＩＰ２について請求しない以外のことはできない。この場合、図１１に関して説明されるように、紛失中の確認応答を収集し直すためにゲートウェイＧＷから第２の端末ノードＭＮまで確認要求を行うことができる。それが最終的に受信されると、伝送パケットＩＰ２は請求される。
【００９７】
しかしながら、第２の端末ノードＭＮだけではなくゲートウェイＧＷも、ゲートウェイＧＷで伝送ウィンドウ内で連続して発生するシーケンス番号及びモバイルノードＭＮが予想されたシーケンスと一致しない場合に、基本的に欠失確認応答と欠失パケットを検出する欠失パケット検出器ＬＰＤを備えることができることが本実施形態に従って、最初に、理解されなければならない。
【００９８】
タイマ実施形態
図７に関して前述のように、スライド式ウィンドウ原則を使用するときに、１個または複数個の確認パケットの受信により元のウィンドウＷＴの新しいウィンドウＷＴ’、ＷＴ”、ＷＴ”’へのスライドが、確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３のそれぞれの連続受信による連続した単一パケットスライドで、あるいは確認パケットＡＣＫ２またはＡＣＫ３だけが受信されるときのＳＮパケットスライドのどちらかで生じる。さらに、伝送ウィンドウＷＴ内で送信されるパケットの１つについての単一の確認応答は、確認パケットに含まれる低い順序ＳＮの全伝送パケットの伝送の受信を確認する。
【００９９】
図１０は、本発明の別の実施形態によるタイマＴを備える欠失パケット検出器ＬＰＤによって実施されるステップについてのフローチャートを示す。
【０１００】
本来、欠失パケット検出器ＬＰＤのタイマＴは、所定の時間分△Ｔをカウントできる。タイマＴは、ステップＳ１０１、Ｓ１０２、Ｓ１０３、Ｓ１０７、Ｓ１０８で示されるように伝送パケットの新しい伝送のたびに開始される。それぞれの再起動後に所定の時間分△Ｔをカウントすると、ステップＳ１０４、Ｓ１０５、Ｓ１０６で分かるように、タイマは、確認パケットが所定の時間分△Ｔ内で前回送信された伝送パケットについて受信されるたびに停止される。したがって、タイマは確認パケットの受信を制御するために使用される。
【０１０１】
好ましくは、タイマＴの時間分△Ｔは往復時間ＲＴＴに適合していなければならない、つまりわずかに長くなくてはならない。
【０１０２】
図１０に示され、図７（ウィンドウ原則）に関して前述のように、図１０のステップＳ１０４で受信される確認応答のような単一の確認応答は、伝送ウィンドウＷＴ内での全てのパケットの伝送の受信を確認する。
【０１０３】
また、「スライド式ウィンドウ原則」に関して前述のように、新しいウィンドウＷＴ’は、まだ送信されていない（図７も参照すること）依然として１つのパケット、つまりＩＰ４を備えるため、ステップ１０４での確認パケットＡＣＫ１の受信はウィンドウＷＴをウィンドウＷＴ’にスライドつまりシフトし、タイマＴを再起動させるのはこのウィンドウのシフトである。新しいウィンドウＷＴ’におけるこの新しいパケットＩＰ４の伝送の場合、タイマＴはステップ１０７で再開される。同様に、ＡＣＫ２はウィンドウＷＴをウィンドウＷＴ”にシフトし、このようにしてＩＰ５の伝送及びタイマＴの再起動をステップＳ１０８で引き起こす。ＡＣＫ３の受信によりＩＰ６、つまりｎｅｗ＿ｔｒａｎｓｍｉｓｓｉｏｎウィンドウＷＴ”’での最後のまだ送信されていないパケットの伝送が引き起こされるため、確認パケットＡＣＫ６だけが、実際にタイマＴを停止する。従って、現在のウィンドウＷＴ”’の中の全てのパケットは送信され、確認応答されたので、確認パケットのこれ以上の受信の追加のタイマ監視を行う理由はない。
【０１０４】
しかしながら、図１１に示されるように、３個の伝送パケットＩＰ１、ＩＰ２、ＩＰ３を送信した後に、タイマＴは所定の時間分△Ｔをカウントし、タイムアウトする。すなわち、ステップＳ１１３でタイマＴを起動した後に、タイマはステップＳ１１３’内で所定の時間分△Ｔをカウントし、全ての確認パケットＡＣＫ１、ＡＣＫ２、ＡＣＫ３は失われてしまったため、タイマから時間がある。このような状況での１つの可能性は、ゲートウェイＧＷが、３個の伝送パケットＩＰ１、ＩＰ２、ＩＰ３のどれに対しても確認応答は受信されていないことを単に受け入れ、伝送を単に停止する（伝送停止）ことである。第２の可能性は、図１１に示されるように、ステップＳ１１３’の後で（タイマＴが所定の時間分△Ｔをカウントした後に）、ステップＳ１１４で、欠失パケット検出器ＬＰＤの一部である場合がある確認要求装置ＳＯＬが第２の端末ノードＭＮに対して送信されたが、それに対して確認情報がまだ前記確認検出装置ＡＣＫＭによって検出されていない伝送パケットＩＰ３の所定のシーケンス番号３を含む確認要求パケットＳＯＬ＿ＡＣＫ３を送信することである。確認要求メッセージＳＯＬ＿ＡＣＫ３は、第２の端末ノードＭＮから、所定のシーケンス番号３を有する伝送パケットの受信を確認する確認パケットＡＣＫ３の送信を要求する。
【０１０５】
確認要求ＳＯＬは指定されたシーケンス番号を有する確認パケットの伝送を要求する可能性があるが、本実施形態の一例に従って、確認要求装置ＳＯＬは伝送ウィンドウＷＴ内で送信される最後の伝送パケットＩＰ３のシーケンス番号３を含む確認要求パケットＳＯＬ＿ＡＣＫ３を第２の端末ノードＭＮに送信できる。
【０１０６】
図１１に示されるように、ステップＳ１１４での確認要求パケットＳＯＬ＿ＡＣＫ３の伝送によって、モバイルノードＭＮはステップＳ１１５で確認パケットＡＣＫ３を送信させ、その後パケットＩＰ４とＩＰ５の追加の伝送が、新しい伝送パケットが送信されるたびにステップＳ１１６、Ｓ１１７でタイマＴのそれぞれの開始で開始する。
【０１０７】
しかしながら、図１１に示されるように、言うまでもなく、ステップＳ１１４での確認要求パッケージＳＯＬ＿ＡＣＫ３伝送は伝送パケットＩＰ１、ＩＰ２、ＩＰ３の伝送のような新しいパケット伝送である。したがって、もし伝送パケットＩＰ３の伝送及びステップＳ１１３でのタイマＳＴの開始後に、ステップＳ１１３’でタイマＴがタイムアウトすると、タイマＴは、確認要求装置ＳＯＬが確認要求パッケージＳＯＬ＿ＡＣＫ３の送信を開始すると開始されるのも好ましい。
【０１０８】
図１１では、確認パケットＡＣＫ３がタイマを停止し、タイマはステップＳ１１６でパケットＩＰ４の新しい伝送のために再び起動されるが、図１２は、タイマが、ステップＳ１２１で確認要求パッケージＳＯＬ＿ＡＣＫ３を送信するときに、ステップＳ１２１’で設定される場合を示す。ステップＳ１２２では、タイマＴがタイムアウトし、前記確認要求パッケージＳＯＬ＿ＡＣＫ３を送信後に前記時間分の中で前記確認情報が前記確認情報検出装置ＡＣＫＭによって検出されないと、送信／受信装置ＴＲＧは、ステップＳ１２２の後に追加伝送パケットの伝送を停止する。図１２で要求された確認パケットＡＣＫ３を受信せず、このようにしてステップＳ２１でタイマＴのタイムアウトを引き起こす理由は種々の理由である。１つは、確認要求パッケージＳＯＬ＿ＡＣＫ３も、図１２に示されるように、それが途中で失われてしまったために第２の端末ノードＭＮに到達しなかったという点である。別の可能性は、第２の端末ノードＭＮが実際には確認パケットＡＣＫ３を送信しなかったか、あるいは確認パケットＡＣＫ３がゲートウェイＧＷへのその途中で失われてしまったかのどちらかである。確認パケットＡＣＫ３が所定の時間分△Ｔ内で受信されない場合には、タイマＴは伝送停止を実行することによりこれら全ての状況に注意する。
【０１０９】
図１１と図１２から理解されてよいように、全ての確認パケットが失われてしまう（あるいは第２の端末ノードＭＮによって送信されない）場合には、ゲートウェイＧＷは新しいパケットを送信せず、したがってタイマＴを起動しない。この結果、図１１と図１２において描かれるように、タイムアウトが生じる。図１１では、ゲートウェイＧＷは最後に送信されたパケットについてモバイルノードから確認応答を懇請する。モバイルノードは図１１で確認応答を再送し、残りのパケットＩＰ４、ＩＰ５は送信できる。同じ手順は、伝送パケットが、確認応答の代わりに失われると適用できる。この場合では、モバイルノードは、それが実際にはパケットを受信していない可能性があるが、それにも関わらず、（それらがゲートウェイＧＷからモバイルノードＭＮへの伝送中に失われてしまったために）懇請された確認パケットＡＣＫを、例えばパケット３について送信しなければならない。したがって、モバイルノードＭＮは、それが受信していないパケットについて請求を受ける。再び、これはモバイルノードＭＮの不正行為を防ぐ。モバイルノードＭＮが確認パッケージＡＣＫ３を送信しないことを決定する、あるいは確認要求パケットＳＯＬ＿ＡＣＫ３が第２の端末ノードＭＮに到達しない場合、これは図１２に示されるような伝送停止を生じさせる結果となる。図１２で、タイマが期限切れになると、ＧＷは、それがＭＮへのルートが中断される、またはＭＮがそれ以上パケットを受信したくないかのどちらかを仮定するので、再送を停止する。
【０１１０】
したがって、本発明の別の実施形態に従って、図１３に示されるように、タイマは、ステップＳ１３１で伝送パケットＩＰ３を送信した後に時間分△ＴをカウントしてからステップＳ１３１’でタイムアウトする。この点において、図１３のステップＳ１３１とＳ１３１’は図１１のステップＳ１１３とステップＳ１１３’に同一である。ステップＳ１３２では、ルートチェック装置ＲＣが、前記第２の端末ノードＭＮに対する伝送ルートが存在するかどうかを検出する。タイマＴがステップＳ１３１’でタイムアウトした後に、ルートチェック装置ＲＣがステップＳ１３２で、ＭＲまたはＡＲのような伝送ルートが第２の端末ノードＭＮに存在することを検出すると、確認要求装置ＳＯＬが第２の端末ノードＭＮに確認要求パケットＳＯＬ＿ＡＣＫ３を送信する。図１３では、ルートチェック装置がステップＳ１３２で、ルートが存在することを決定すると、ステップＳ１３３’、Ｓ１３３、Ｓ１３４、Ｓ１３５、Ｓ１３６は図１１のそれぞれステップＳ１１４’、Ｓ１１４、Ｓ１１５、Ｓ１１６、及びＳ１１７に対応する。
【０１１１】
図１４のステップＳ１３２またはＳ１４２でのルートチェックが否定的である場合、つまりルートチェック装置ＲＣが伝送ルートが第２の端末ノードＭＮまで使用できないことを検出すると、ゲートウェイＧＷの送信／受信装置ＴＲＧはステップＳ１４３で伝送を停止する。図１４では、ステップＳ１４１、Ｓ１４１’及びステップＳ１４２が、ステップＳ１３１、Ｓ１３１’、Ｓ１３２に対応する。
【０１１２】
図１３において、及び図１４において、図６において示されるルートチェック装置ＲＴが、第２の端末ノードＭＮへの伝送ルートが存在するかどうかを、標準ルーティングプロトコルにアクセスすることによって検出することが注記されなければならない。
【０１１３】
図１３において及び、図１４において、第２の端末ノードＭＮにセッションの最後のパケットの受信を確認するための動機がないという問題が考えられることも注記されなければならない。さらに悪いことには、それはところてん式に長いセッションの代わりに繰り返される短いセッションを使用する可能性がある。しかしながら、セッションセットアップが何らかの遅延とオーバヘッドを生じさせるために、この乱用は第２の端末ノードＭＮのユーザにとって魅力的ではないと仮定される。さらにセッションセットアップごとの固定料金が請求される可能性がある。
【０１１４】
図９に関して、第２の端末ノードＭＮも、伝送パケットが送信されたはずであるが受信されなかったことを検出する可能性がある。これは、例えば、受信されたパケットから抽出されるシーケンス番号のシーケンスをチェックすることにより実行できる。（図１５に示されるような）このような場合、第２の端末ノードＭＮはそれが受信されるべきであったと考えるパケットの再送を要求する可能性がある。図１５の実施形態では、第１の伝送ウィンドウＷＴは、ステップＳ１５１、Ｓ１５２、Ｓ１５３の伝送パケットＩＰ１、ＩＰ２、ＩＰ３の送信を備える。ステップＳ１５４では、第１の伝送パケットＩＰ１は第２の端末ノードＭＮからゲートウェイＧＷに確認パケットＡＣＫ１を送信することによって受信を確認される。確認パケットＡＣＫ１の受信により、ウィンドウＷＴからＷＴ’へのスライド、したがってこの次の伝送ウィンドウＷＴ’での次の伝送パケットＩＰ４の送信がトリガされる（前述のように、伝送ウィンドウＷＴに含まれる伝送パケットのための任意の確認メッセージの受信により、ウィンドウＷＴからＷＴ’、ＷＴ”、またはＷＴ”’のスライド、したがってそれぞれの新しい伝送ウィンドウＷＴ’、ＷＴ”、ＷＴ”’における追加のすでに送信されていないパケットの送信が生じる）。
【０１１５】
ステップＳ１５３で第３の伝送パケットＩＰ３を受信した後、第２の端末側ＭＮでの欠失パケット検出器ＬＰＤは、伝送パケットＩＰ２が送信されたが、その途中で（ステップＳ１５２のメッセージフローの中で「ｘ」で示される）失われてしまったことを検出する立場にある。つまり、第２の端末ノードＭＮは、伝送ウィンドウＷＴにおいて、３つのパケットＩＰ１、ＩＰ２、ＩＰ３は送信されたが、それがシーケンス番号１、３が付いたパケットだけを受信したことを知っているので、それは第２の伝送パケットＩＰ２が失われたと結論付ける。したがって、ステップＳ１５６では、第２の端末ノードでのパケット再送要求装置ＡＲＱはゲートウェイＧＷに再送要求パケットＳＥＬ＿ＡＣＫ３（２）を送信する。再送要求ＳＥＬ＿ＡＣＫ３（２）は、前記ゲートウェイＧＷから再送されることが要求される伝送パケットのシーケンス番号２だけではなく、その受信が確認されなければならないパケットのシーケンス番号３を含む。ステップＳ１５７では、ステップＳ１５６での再送要求パケットＳＥＬ＿ＡＣＫ３（２）に応えて、ゲートウェイＧＷの送信／受信装置ＴＲＧはステップＳ１５７で再び要求されたパケットＩＰ２を送信する。しかしながら、パケットＩＰ４がステップＳ１５５で送信されると、第２の端末側ＭＮは要求された第２の伝送パケットＩＰ２を依然として受信していないため、ステップＳ１５８で、パケット再送要求装置ＡＲＱが別のパケット再送要求パケットＳＥＬ＿ＡＣＫ４（２）を送信する。この再送要求パケットは、４番目の伝送パケットＩＰ４の受信を確認し、同時にシーケンス番号２の付いた伝送パケットの再送を必要とする。要求パケットＳＥＬ＿ＡＣＫ４（２）は、この時点で、時間内に、第１の再送要求メッセージＳＥＬ＿ＡＣＫ３（２）に応えてステップＳ１５７で送信された第２の伝送パケットＩＰ２が第２の端末ノードＭＮでまだ到着していないため、第２の伝送パケットＩＰ２の別の再送を要求する。しかしながら、ステップＳ１５７の後、第２のパケットＩＰ２の再送が成功するので、次のパケットＩＰ５の伝送−ステップＳ１５８で更新された再送要求を受信する前に−は確認パケットＡＣＫ５で確認される。しかしながら、図１５で時間関係性のために、第２のパケットＩＰ２が追加の再送要求ＳＥＬ＿ＡＣＫ４（２）に応えて、ステップＳ１５９で第２の端末ノードＭＮに再び送信される。
【０１１６】
図１５から分かるように、（それは、伝送ウィンドウＷＴが使用される場合に、完全なシーケンス１−２−３が受信されるべきであることを知っているため）第２の端末側ＭＮでの欠失パケット検出器ＬＰＤがＩＰ２等の伝送パケットの欠失を検出すると、パケット再送要求装置ＡＲＱは、ステップＳ１５７の後に、要求された伝送パケットＩＰ２が実際に第２の端末ノードＭＮに到達するまで、新しい伝送パケットＩＰ３、ＩＰ４の各受信で繰り返される再送要求ＳＥＬ＿ＡＣＫ３（２）、ＳＥＬ＿ＡＣＫ４（２）を送信する。
【０１１７】
第２の伝送ウィンドウＷＴ’の最後のパケットＩＰ４は−第２の伝送パケットＩＰ２が依然として到達しないので、再送要求ＳＥＬ＿ＡＣＫ４（２）が送信されなければならなかったため−受信を確認できないであろうため、第２の伝送ウィンドウＷＴ’の最後の伝送パケットＩＰ４の確認パケットＡＣＫ４だけが、ステップ１６０のステップＳ１５７＿の後にだけ送信される。したがって、他の伝送されたパケットのためのＡＣＫ４のような確認パケットは、ＩＰ２のような初期の失われた伝送パケットが実際にゲートウェイＧＷの送信／受信装置ＴＲＧによって送信された後に始めて送信される。これは、好ましくは図１５の実施形態が一種の「ハンドシェイク」原則で動作するために可能である。つまり、第２の端末ノードＭＮは、それがゲートウェイＧＷから追加の伝送パケットを受信した後にだけ任意の種類のメッセージで応えるであろう。
【０１１８】
他方、再送要求ＳＥＬ＿ＡＣＫ４（２）はパケットＩＰ２の再送に対する要求を含むだけではなく、パケットＩＰ４のための確認ＡＣＫ４も含むため、図１５のステップ１６０でのＡＣＫ４の別々の伝送はオプションである。
【０１１９】
パケットが失われると、受信側ノードは受信パケットのシーケンス番号をチェックすることでこれを通知できる。受信側ノードＭＮは欠失パケットを含む全てのパケットについて請求される。しかしながら、第２の端末ノードＭＮは欠失パケットの再送を要求してよい。この場合、第２の端末ノードＭＮは、それが、受信しなかったパケットのシーケンス番号を示す選択的な確認応答、ＳＥＬ＿ＡＣＫ（２）、ＳＥＬ＿ＡＣＫ４（２）を送信する。ゲートウェイＧＷまたはそれぞれのその会計装置ＡＣＣ’は、再送されたパケットを請求しない。図１５での例では、第２の端末ノードＭＮは、シーケンス番号２を有さないそれぞれの受信されたパケットについて選択的な確認パケットＳＥＬ＿ＡＣＫを送信する。説明されたように、これがステップＳ１５７、Ｓ１５９でのパケットＩＰ２の２つの再送につながる。これは、第２の端末ノードＭＮだけが、往復時間ＲＴＴに対応する等、一定の間隔で選択的な確認パケットＳＥＬ＿ＡＣＫを送信する場合に回避できる。つまり、第２の端末ノードＭＮでの再送装置ＡＲＱが少なくとも往復時間ＲＴＴを待機すると、図１５でＲＴＴで示されるように、所望される第２の伝送パケットＩＰ２が到着し、したがって第２の端末ノードＭＮがパケットＩＰ２の再送を再び要求する必要がないことが達成できる。
【０１２０】
図１５では、パケットは伝送ウィンドウＷＴ内での伝送の間に互いを追い越さないと仮定される。つまり、パケットが失われない場合、伝送パケットＩＰ１、ＩＰ２、ＩＰ３は第２の端末ノードＭＮで順序１−２−３で到着するであろう。しかしながら、個々のパケットのための様々な遅延またはおそらく様々な伝送ルートのために、受信シーケンスが１−２−３−ではなく、１−３−２となることが発生する可能性がある。このような場合での第２の端末側ＭＮ上の欠失パケット検出器ＬＰＤが直ちにシーケンス番号２が付いたパケットの選択的確認応答再送を送信する場合、実際には第２の伝送パケットＩＰ２はほんの少しだけ後に到達したかもしれないためそれを早く行いすぎる可能性がある。この場合、第２の端末ノードＭＮは、仮定された「パケット損失」が実際にはパケットの混乱であったかどうかを確かめるために再送要求ＳＥＬ＿ＡＣＫを送信することで待機しなければならない。パケット再送は「伝送ウィンドウ的に」実行されるため、再送装置ＡＲＱが少なくとも往復時間ＲＴＴに、各伝送ウィンドウＷＴ内で送信されるパケットの数で乗算される送出時間を加えたもの（つまり、パケット／伝送レートのサイズ、例えば、１Ｍｂｉｔ／１Ｍｂｉｔ／ｓ＝１秒）待機することが賢明である。この理由は、最悪の場合に、パケットが３−１−２のように混乱して到着することがあるためである。この場合、パケットＩＰ３は最後に送信されたパケットであったが、実際には始めて受信されたパケットであった。実際に最初に送信されたパケットはシーケンス番号１の付いた伝送パケットＩＰ１であったため、最悪の場合では、再送パケットＩＰ１は、例えばシーケンス順序３−２−１のように、第２の端末ノードＭＮで最後に受信されたパケットとして到達する可能性がある。したがって、第２の端末ノードＭＮからの再送の不必要な要求があることを回避できる。
【０１２１】
確認トンネリングリンク
図５ａは、少なくとも第１の端末ノードＣＮがある第１のネットワークＩＮ、少なくとも第２の端末ノードＲＮ１からＲＮ４、ＭＮがあるアドホックネットワークＡＨＮ、及び前記第１のネットワークの前記第１の端末ノードＣＮと前記アドホックネットワークＡＨＮの前記第２の端末ノードの間で伝送情報ＴＩを送るためのゲートウェイＧＷとを含む、本発明による通信システムＳＹＳを示す。図５ａに示されるように（及び図３ａに関しても前述のように）、モバイルアドホックネットワークＡＨＮの内部では、無線ＬＡＮ接続とＷＡＮ接続またはブルートゥース接続等の通信接続がゲートウェイＧＷから第２の端末ＭＮに伝送情報を送るため、及び伝送ルートＭＲ、ＡＲに沿って第２の端末ノードＭＮからゲートウェイＧＷに確認情報を送るために使用される。図５ａ、図５ｂ、図５ｃ及び図６から図１５に示される本発明の実施形態及び実施例がメインルートＭＲ及び代替ルートＡＲに沿ってこのような無線接続を使用して実行されてよいことが理解されなければならない。しかしながら、図１６ａ、図１６ｂに関して以下に説明されるように、特に有利なのは、ゲートウェイＧＷが受信側モバイルノードＭＮへのＩＰトンネルを確立する場合である。つまり、図７のＩＰ１からＩＰ５等のＩＰパケットはＩＰパケット内にカプセル化される。この場合、モバイルノードＭＮは、それが受信するカプセル化されたパケットごとにゲートウェイＧＷに確認応答を送信しなければならない。ノードは請求され、それぞれの確認応答がゲートウェイＧＷに達するとすぐにパケットが補償される。
【０１２２】
図１６ａは、特にグローバルアドレスＳＡＣ、ＧＡＧ、ＧＡＮとローカルアドホックアドレスＡＤＡＧ、ＡＤＡ１、ＡＤＡ２、ＡＤＡＮの使用に関して、本発明による通信システムＳＹＳを示す。図１６ｂに関して以下に説明されるトンネルＴＵＮ１が、例えば輻輳制御のためではなく、課金目的のためにフロー制御だけを実行することが注記されなければならない。さらにトンネル機構はオンデマンドでのみパケットを再生することができる。しかしながら、図１７にも示されるように、ＩＰトンネルＴＵＮ１の上部で、ＴＣＰ（トランスポートコントロールプロトコル）またはＵＤＰ（ユーザデータグラムプロトコル）等の任意のトランスポートプロトコルを実行できる。このようなトンネルが、例えば異なるアドレス指定方式が使用される等他の理由のために必要とされる場合もあることが注記されなければならない。この場合、トンネルは課金目的でも再利用できる。移動性アンカーポイントの存在を採用するマイクロモビリティプロトコルが利用される場合、代わりに移動性アンカーポイントとモバイルノードの間にＩＰトンネルを確立できる。すなわち、ゲートウェイＧＷと第２の端末ノードＭＮの間だけではなく、オペレータ制御されるネットワークＩＮの任意の他のノードと第２の端末ノードＭＮの間にもトンネル（複数の場合がある）をセットアップできることが注記されなければならない。このような別のノードは前述の移動性アンカーポイントまたは任意の他の端末、切り替えポイント、基地局、アクセスポイント等であってよい。したがって、ゲートウェイＧＷと第２の端末ノードＭＮの間に存在する、前述のような伝送パケットと確認パケットの交換、及び課金も同様にネットワークＩＮの任意の他のノードと第２の端末ノードＭＮの間で行われてよいことが注記されなければならない。
【０１２３】
図１６ａは、インターネットにおけるアドレス指定とルーティングの例を示す。ホストは完全なＩＰアドレスで識別されるのに対し、サブネットワークはプレフィックスで識別される。ホストは常にそのサブネットを同じプレフィックスを有する。図１６ａのシナリオでは、対応するノードＣＮはプレフィックス１が付いたサブネットＳＵＢＮＥＴ１に位置する。したがって、ソースアドレスまたはグローバルソースアドレスＳＡＣは１．１である。同様に、ゲートウェイＧＷはプレフィックス２の付いたサブネットＳＵＢＮＥＴ２に属し、グローバルアドレスＧＡＧ２．１を有する。以下、サブネットＳＵＢＮＥＴＳ１、ＳＵＢＮＥＴ２内部の装置またはホストのグローバルアドレスは、固定位置に属する固定アドレスとして理解されなければならない。
【０１２４】
アドホックネットワークＡＨＮの固有の特性が、それぞれのノードＲＮ１からＮ４、ＭＮがモバイルノードであるという特徴であるという事実にも関わらず、モバイルノードはグローバルアドレスをそれに割り当てられてもよく、例えばモバイルノードＭＮの場合、グローバルアドレスＧＡＮ＝２．２である。このグローバルアドレスＧＡＮは、ターゲットアドレスＴＡＮとして対応するノードＣＮにとって公知であるが、ＭＮはアドホックアドレスＡＤＡＮも含む。ＧＷだけが両方のアドレスを知っている。同様に、ノードＲＮ４のターゲットアドレスＴＡ４はアドホックアドレスだけではなくグローバルアドレスも有するであろう。
【０１２５】
アドホックネットワークでは、アドレス指定とルーティングは変化が少なく（ｆｌａｔ）、モバイル機器は任意のアドレスを使用できる。例えばゲートウェイＧＷの場合アドホックアドレスはＡＤＡＧ＝Ａであり、それぞれモバイルノードＲＮ１、ＲＮ２、及びＭＮの場合ＡＤＡ１＝Ｂ、ＡＤＡ２＝Ｃ、ＡＤＡＮ＝Ｄである。したがって、第２の端末ノードＭＮの実際のターゲットアドレスＴＡＮは、対応するノードＣＮにとって公知のグローバルアドレスＧＡＮ＝２．２、及びゲートウェイＧＷにとって公知であるとローカルアドレスまたはアドホックアドレスＡＤＡＮ＝Ｄだけからなる。対応するノードＣＮが、伝送情報ＴＩを送信しているとき、モバイルノードＭＮがどの時点においてどの一時的なアドホックアドレスを有するのかを知ることはできないため、モバイルノードＭＮがインターネットに接続し、外部の対応するノードＣＮによって到達可能となることを希望する場合、それはこのグローバルアドレスＧＡＮも有さなければならない。この理由から、モバイルノードＭＮはグローバルアドレスＧＡＮ＝２．２を設定した。モバイルノードＭＮはそれが取り付けられているサブネットＳＵＢＮＥＴ２と同じプレフィックス「２」を使用する。したがって、モバイルノードＭＮは、図１６ａに示されるように、そのアドホックアドレスＡＤＡＮ＝Ｄに加えてグローバルアドレスＧＡＮ＝２．２を使用する。また前述のように、ゲートウェイＧＷは本来ネットワークＳＵＢＮＥＴ１、ＳＢＵＮＥＴ２の両方に属し、したがって、それは、第２の端末ノードＭＮに情報を送り、そこから情報を受信するために、アドホックアドレスＡＤＡＧ＝Ａだけではなく、対応するノードＣＮによって到達可能となるようにグローバルアドレスＧＡＧ＝２．１も持たなければならない。このようにして、ゲートウェイＧＷも２つの種類のアドレスを維持する。
【０１２６】
モバイルノードＭＮがインターネットと通信することを希望する場合、パケットは図１６ｂに描かれているようにアドホックネットワーク内でトンネル化されなければならない。
【０１２７】
図６に図示されるように、送信／受信装置ＴＲＧは、ゲートウェイＧＷと前記第２の端末ノードＮＭの間に第１のトンネルリンクＴＵＮ１をセットアップするための第１のトンネルセットアップ装置ＩＰＴＵＮを備える。送信／受信装置ＴＲＧは、第２の端末ノードＭＮの間で、それぞれ前記第１のトンネルリンクを通して、伝送情報ＴＩを送信し、図５ｃのＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”等の前記確認情報を受信する。
【０１２８】
第１のトンネルリンクＴＵＮ１は、ゲートウェイＧＷと、その送信／受信装置ＴＲＧが図６に示されるように前述の第１のトンネルセットアップ装置ＩＰＴＵＮをそれぞれ備える第２の端末ノードＭＮの間で直接的にセットアップされる一種の「剛性リンク」として働く。モバイルノードＭＮとゲートウェイの間でトンネル接続を使用する主要な優位点とは、伝送情報と確認情報伝送の外乱がなく、専用の接続が、例えばアドホックネットワーク内部のパケットの課金等、フロー制御を実行するためだけに提供されるという点である。原則的には、トンネルＴＵＮ１は、輻輳制御のためではなく、フロー制御と課金のために使用されることが注目すべきである。また、モバイルノードＭＮとゲートウェイＧＷの間のトンネルＴＵＮ１が、他のアドレス指定方式が使用される場合等、他の理由からも必要とされる可能性があることが注記されてよい。この場合トンネルは課金目的にも再利用できる。
【０１２９】
好ましくは、及び図１６ｂにも示されるように、第１のトンネルセットアップ装置ＩＰＴＵＮが、伝送パケットＩＰｘを、前記送信／受信装置ＴＲＧによって生成され、送信された修正済み伝送パケットＩＰｘｘにカプセル化することによって、前記第１のトンネルリンクＴＵＮ１をセットアップする。つまり、本発明に従ってＩＰパケット（伝送パケットと確認パケット）は、トンネルＴＵＮ１でＩＰパケットでカプセル化される。
【０１３０】
図１６ｂに示されるように、伝送情報ＴＩはペイロードデータセクションＤＰｘとアドレス指定部分ＡＰｘを有するＩＰパケットＩＰｘである場合がある。ＩＰ伝送パケットＩＰｘは、アドレス指定部分ＡＰｘの中に、大局的に伝送パケットＩＰｘの起源と目的地を示すグローバルソースと宛先アドレスＳ：１．１及びＤ：２．２を備える。したがって、対応するノードＣＮはグローバル宛先アドレス２．２の付いたＩＰ伝送パケットを送出する。このパケットは、（データ部分ＤＰｘとアドレス指定部分ＡＰｘを含む）ＩＰパケットＩＰｘからなる新しいパケットＩＰｘｘへのアドレスカプセル化が行われなければならないゲートウェイＧＷに送られるが、新しいアドレス指定部分ＡＰｘｘはアドホックネットワークＡＨＮ内のＩＰパケットＩＰｘのルーティングとトンネル化に使用される。
【０１３１】
ＩＰパケットＩｐｘｘのアドレス指定部分ＡＰｘｘでは、アドアレスのカプセル化が行われる。したがって、第１のトンネルセットアップ装置ＩＰＴＵＮは、前記第１の端末ノードＣＮから受信され、前記第１の端末ノードＣＮのグローバルソースアドレスＳ：１．１と、第２の端末ノードＭＮのグローバル宛先アドレスＤ：２．２を有する伝送パケットＩＰｘをそれぞれ、そのアドレス指定部分に前記ゲートウェイＧＷのアドホックソースアドレスＳ：Ａと、前記第２の端末ノードＭＮのアドホック宛先アドレスＤ：Ｄを有する修正済みの伝送パケットＩＰｘｘにカプセル化できる。すなわち、ＩＰパケットＩＰｘは、アドホックネットワークでのルーティングのために使用される新しいヘッダＡＰｘｘの付いた、修正済みのＩＰパケットＩＰｘｘで完全にカプセル化される。このようにして、修正済みの伝送パケットＩＰｘｘはローカルアドホックアドレスＡからローカル宛先アドレスＤに送られる。
【０１３２】
したがって、ゲートウェイＤ：２．２の宛先アドレスを有する第１のパケットＩＰｘがゲートウェイＧＷに到着すると、ゲートウェイＧＷはアドホックネットワークＡＨＮの内部で伝送情報を送るための新しいソースとみなされる。したがって、早期のグローバル宛先アドレスＤ：２．２はアドホックネットワークの中で新しいソースアドレスＳ：Ａに変更される。第２の端末ノードＭＮのグローバル宛先アドレスＤ：２．２はローカルアドホックネットワークアドレスＤ：Ｄに変更される。したがって、アドホックネットワークＡＨＮの中では、修正済みの伝送パケットＩＰｘｘは、ローカルアドホックアドレスだけを使用してソースＧＷ（ＡＳ：Ａ）から宛先ＭＮ（Ｄ：Ｄ）に送られる。したがって、ゲートウェイＧＷは伝送パケットＩＰｘを宛先アドレスＡが付いた別のＩＰパケットＩＰｘｘにカプセル化し、それをモバイルノードＭＮにトンネル化する。いうまでもなく、モバイルノード側ＭＮでは、パケットＩＰｘｘは、パケットが最初にどこから来たのか（ソースアドレスＳ：１．１）についての情報を取り出し、データ部分ＤＰｘからペイロードデータを取り出すためにカプセル開放が行われる。
【０１３３】
「仮想」または「論理」トンネルＴＵＮ１がゲートウェイＧＷと第２の端末ノードＭＮの間にセットアップされるため、伝送パケットと確認パケットの２つのノードＧＷ、ＭＮの間での交換は、アドホックネットワーク内部の他のパケットの伝送から完全に邪魔されることなく実施される。したがって、トンネルＴＵＮ１は、特に伝送パケットと確認パケットの交換専用とされた一種の剛性接続として働き、例えば前述のように正確な課金に有効である。第１のトンネルの使用は、対応するノードとアドホック端末が同じフォーマットのアドレスを有さない場合にも有利である。トンネルセットアップの別の優位点は、対応するノードからのパケットが元の状態のままである、つまりそのフォーマットが、それがトンネルを通して第２の端末ノードに送信されるときにゲートウェイ内で変更されないという点である。
【０１３４】
図１７は、特殊な信頼できるトンネル化プロトコルが第１のトンネル化プロトコルＴＵＮ１の上部で使用できる本発明の別の実施形態を示す。１つの可能性は、ゲートウェイＧＷとモバイルノードＭＮの間のＩＰトンネルＴＵＮ１に追加してＴＣＰトンネルをセットアップすることである。ＴＣＰプロトコルは、再送を実行せず、輻輳制御アルゴリズムを使用しない軽いバージョンである場合がある。この手法は、第２のトンネルＴＵＮ２が第１のトンネルＴＵＮ１でカプセル化される図１７に描かれている。
【０１３５】
図６に示されるように、第２のトンネルＴＵＮ２をセットアップするためには、ゲートウェイＧＷとモバイルノードＭＮが、それぞれ、前記ゲートウェイＧＷと第２の端末ノードＭＮの間の前記第１のトンネルリンクＴＵＮ１内でカプセル化される第２のトンネルリンクＴＵＮ２をセットアップするために、第２のトンネルセットアップ装置ＴＣＰＴＵＮを備える。送信／受信装置ＴＲＧは、第２のトンネルが第１のトンネルリンクＴＵＮ１によって取り囲まれる、つまりカプセル化される図１７に概略して示されるように前記第１のトンネルリンクＴＵＮ１の中にカプセル化される前記第２のトンネルリンクＴＵＮ２を使用することによって、それぞれ第２の端末ノードＭＮとの間で伝送情報ＴＩを送信し、図５ｃのＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”等の確認情報を受信する。第２のトンネルリンクＴＵＮ２をこの関連で「使用すること」は、前記第２のトンネルリンクＴＵＮ２のプロトコルが使用されることを意味する。
【０１３６】
図１７に示されるように、第２のトンネルセットアップ装置ＴＣＰＴＵＮは、図１６ｂにおいてのように類似したデータ部分ＤＰｘとアドレス指定部分ＡＰｘを有し、第１の端末ノードＣＮから受信される伝送パケットＩＰｘを、データ部分ＤＰｘとアドレス指定部分ＡＰｘ、及び例えば図１７ではＴＣＰソースアドレスと宛先アドレスの付いたＴＣＰヘッダであると仮定される新しいヘッダまたはアドレス指定部分ＡＰ’ｘを有するパケットＩＰｘを含む修正済みの伝送パケットＩＰｘ’にカプセル化することによって第２のトンネルリンクＴＵＮ２をセットアップする。このようにして、受信されたＩＰパケットＡＰｘはＴＣＰ等の第２のトンネル化プロトコルの中に埋め込まれる。
【０１３７】
データ部分ＤＰｘとアドレス指定部分ＡＰｘを有するＩＰパケットＩＰｘおよび新しいヘッダＡＰｘ’を含む、カプセル化されたまたは修正されたＴＣＰ伝送パケットＩＰｘ’は、次に第１のトンネルセットアップ装置ＩＰＴＵＮによって、ＴＣＰパケットＩＰｘ’と図１６ｂの修正済み伝送パケットＩＰｘｘ内のＡＰｘｘに類似する、アドレス指定部分ＡＰｘｘ’を含む修正済みの伝送パケットＩＰｘｘ’にカプセル化される。このようにして、（カプセル化されたＩＰパケットＩＰｘを含む）ＴＣＰパケットＩＰｘ’は、再度、図１６ｂに類似して、第１のトンネルセットアップ装置によって修正済み伝送パケットＩＰｘｘ’にカプセル化され、第１のトンネルセットアップ装置ＩＰＴＵＮによってカプセル化されるパケットは第２のトンネル化プロトコルを使用してすでにカプセル化されたＴＣＰパケットＩＰｘ’であるにすぎない。
【０１３８】
前述のように、第１のトンネルＴＵＮ１は、例えば、異なるアドレス指定方式が使用される場合等他の理由からすでにセットアップされている可能性がある。この場合、すでにセットアップされているトンネルは、伝送情報と確認情報の交換のため、及び前述のような課金のために使用することもできる。
【０１３９】
好ましくは、第１のトンネルセットアップ装置ＩＰＴＵＮは、第１のトンネルリンクＴＵＮ１としてＩＰ（インターネットプロトコル）プロトコルをセットアップする。好ましくは、第２のトンネルセットアップ装置ＴＣＰＴＵＮは、第２のトンネルＴＵＮ２としてＴＣＰ（トランスポートコントロールプロトコル）プロトコル、またはＬ２ＴＰ（層２トンネル化プロトコル）プロトコル、ＰＰＰ（ポイントツーポイントプロトコル）プロトコル、及びＵＤＰ（ユーザデータグラムプロトコル）プロトコルのスタックをセットアップする。第２のトンネルは、通常、第１のトンネルが任意のＩＰプロトコルバージョンを使用してセットアップされてよいのに対し、普通は確認情報と伝送情報の交換を可能にしない任意のプロトコルを使用することによってセットアップされてよい。
【０１４０】
トンネルの使用により（１つのトンネルまたは２つのトンネルのどちらか）、パケットの機能強化されたフロー制御が、ノードが適切にパケットの受信を確認することを保証するために可能である。
【０１４１】
最後に、図１８は、ゲートウェイＧＷとモバイルノードＭＮの間にＩＰトンネルによって第１のトンネルＴＵＮ１が形成され、第２のトンネルＴＵＮ２がＵＤＰ（ユーザデータグラムプロトコル）プロトコル、Ｌ２ＴＰ（層２トンネル化プロトコル）プロトコル、及びＰＰＰ（ポイントツーポイント）プロトコルのスタックにより形成される本発明の別の実施形態を示す。ＰＰＰプロトコルはＬ２ＴＰ及びＵＤＰプロトコルの上にセットアップされる。
【産業上の利用可能性】
【０１４２】
前述のように、本発明に従って、それぞれの伝送パケットが確認パケットで受信を確認されるためにアドホックネットワークＡＨＮ内でパケットのより正確なフロー制御を実行できる。これは、一般的なより正確なフロー制御のためだけではなく、より正確な課金のためにも有利に使用できる。すなわち、本発明に従って、アドホックネットワークにおける正確な課金のためのパケット伝送監視が、好ましくは、ゲートウェイ（または移動性アンカーポイントまたは事実上オペレータによって制御されるネットワークＩＮ内の任意の他のノード）と課金のために使用される受信側ノードの間にＩＰトンネルを確立することによって、及びノードが適切にパケットの受信を確認することを保証するためにこのＩＰトンネルを通して送信されるパケットの強化されたフロー制御を実行することによって達成される。
【０１４３】
前記にはゲートウェイＧＷを使用する特定の例が説明されているが、オペレータによって制御されるネットワークＩＮ内の任意の他のノードが、本発明のフロー制御機能と課金機能を実施するために使用できるであろうことが注記されるべきである。しかしながら、この他のノードは、ゲートウェイＧＷから第２の端末ノードＭＮ）への受信された伝送情報ＴＩの送信を開始するために、何らかの接続を通してゲートウェイに接続されてよい。
【０１４４】
前記に３個のパケットのウィンドウサイズの特定の例が説明されたが、本発明は言うまでもなくこのウィンドウサイズに制限されない。任意の他のウィンドウサイズが特定の用途に応じて使用されてよい。
【０１４５】
さらに、第１のトンネル及び第２のトンネルのための例として特定のプロトコルが説明された。しかしながら、任意の他の適切なプロトコルは、特定の用途に応じて使用されてよい。特に第１のトンネルは前述のように、セットアップされてよく、他の理由のためにすでに存在する。
【０１４６】
本発明は、第１のネットワークと第２のネットワークを備える任意の種類の通信システムＳＹＳで使用でき、前記第２のネットワークは前述のように自然発生的に、つまり「その場限りで」形成されるアドホックネットワークである。
【０１４７】
本発明が、前記に具体的に一覧表示されていない他の実施形態と組み合わせを備えることが注記されなければならない。例えば、追加の実施形態は、明細書及び請求項の中で別個に説明された個々の特徴とステップの組み合わせから生じることがある。
【０１４８】
例えば、本発明の別の実施形態は、前記実施形態と実施例の１つまたは複数に従ってゲートウェイＧＷのそれぞれの装置の機能をそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１４９】
本発明の別の実施形態は、前記実施形態と実施例の１つまたは複数に従って第２の端末ノードＭＮのそれぞれの装置の機能をそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１５０】
最後に、本発明のさらに別の実施形態は、前記実施形態と実施例の１つまたは複数に従ってゲートウェイ及び／または第２の端末ノードのそれぞれの装置の方法ステップをそれぞれに実施するためのコード部分を備える１つのコンピュータプログラム製品を備えてよい。
【０１５１】
さらに、前記に説明されたことは、現在本発明者に公知であるように本発明の最善の形態を示すだけであり、本発明は他の実施形態も備えることがあることが注記される必要がある。さらに、本発明の他の変型及び変形は添付請求項の対象となる。
【０１５２】
請求項の中の参照番号は分類の目的にかない、これらの請求項の範囲を制限しない。
【図面の簡単な説明】
【０１５３】
【図１】従来技術による飛行場シナリオにおけるアドホックネットワーキングの原理を描く。
【図２】従来技術に従ってブルートゥースＬＡＮアクセスポイント及びＧＰＲＳ／ＵＭＴＳ電話を介してその内の２つがインターネット接続を有する４つの相互接続されたアドホックノードのあるパーソナルエリアネットワークシナリオを示す。
【図３ａ】アドホックネットワークＡＨＮの外部の第１の端末ノードＣＮから、アドホックネットワーク内部の第２の端末ノードＭＮに送信される伝送情報における通信システムＳＹＳを示す。
【図３ｂ】図３ｂの通信システムＳＹＳのパケット欠失シナリオを示す。
【図４ａ】図３ａに図示されるゲートウェイＧＷの伝送情報メモリＴＩＳのコンテンツを示す。
【図４ｂ】本発明によるゲートウェイＧＷの伝送情報メモリＴＩＳのコンテンツを示す。
【図４ｃ】個々の伝送パケットＩＰ１からＩＰ５を説明する場合について、本発明に従って伝送情報メモリＴＩＳの追加実施形態を示す。
【図５ａ】本発明によるゲートウェイＧＷと第２の端末ノードＭＮ付きの通信システムＳＹＳの原則概要を示す。
【図５ｂ】本発明の実施形態による課金方法の原則フローチャートを示す。
【図５ｃ】図５ｂに示される方法における確認応答伝送のための方法の原則メッセージフローを示す。
【図６】本発明によるゲートウェイＧＷと第２の端末ノードＲＮ、ＭＮの原則ブロック図を示す。
【図７】本発明のある実施形態に従って、伝送ウィンドウに関して、シーケンス番号の挿入及び伝送パケットＩＰ１からＩＰ５、及び確認パケットＡＣＫ１からＡＣＫ５の伝送を示す。
【図８】本発明のある実施形態に従って欠失確認パッケージの場合について、図７でのように類似するフローチャートを示す。
【図９】本発明の別の実施形態に従って、欠失伝送パケットＩＰ２の場合について、図７でのように類似するフローチャートを示す。
【図１０】伝送ウィンドウＷＩＮ内で伝送パケットの伝送に関連してタイマＴを使用する実施形態を示す。
【図１１】本発明の別の実施形態に従って、タイマＴと確認要求パケットＳＯＬ＿ＡＣＫ３の送信を使用するフローチャートを示す。
【図１２】本発明の別の実施形態に従って、タイマＴと確認要求パケットＳＯＬ＿ＡＣＫ３を使用するときの伝送停止の場合を示す。
【図１３】確認要求パケットＳＯＬ＿ＡＣＫ３を送信する前にルートチェックを実行する場合のためのメッセージフローを示す。
【図１４】本発明の別の実施形態に従って、タイマＴと中断されたルートに関連する伝送の停止を示す。
【図１５】本発明の別の実施形態に従って、第２の端末ノードＭＮがゲートウェイＧＷからの伝送パケットの再送を積極的に要求するときのメッセージフローを示す。
【図１６】ゲートウェイＧＷと第２の端末ノードＭＮの間の第１のトンネルＴＵＮ１をセットアップする原理を描く。
【図１６ａ】グローバルアドレスとアドホックアドレスの使用を示す。
【図１６ｂ】第１の端末ノードＣＮからの伝送パケットＩＰｘの、第１のトンネルＴＵＮ１での修正伝送パケットＩＰｘｘへのカプセル化を示す。
【図１７】第１のトンネルＴＵＮ１の内部での第２のトンネルＴＵＮ２のカプセル化を示す。
【図１８】第１のトンネルプロトコルＩＰの上部での様々な第２のトンネルプロトコルＵＤＰ、Ｌ２ＴＰ、ＰＰＰを使用するプロトコルスタックを示す。
【特許請求の範囲】
【請求項１】
第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）とアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）との間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るためのゲートウェイ（ＧＷ；図５；図６）であって、
ａ）前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信できる送信／受信装置（ＴＲＧ）と、
ｂ）前記第２端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）からの受信を検出できる確認情報検出装置（ＡＣＫＭ）と
を備えるゲートウェイ。
【請求項２】
前記確認情報検出装置（ＡＣＫＭ）が、前記第２の端末ステーション（ＲＮ１からＲＲＮ４；ＭＮ）への前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の伝送について、確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を検出する場合に、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送の請求情報（ＣＨ）を決定できる会計装置（ＡＣＣ’）と
をさらに含む請求項１に記載のゲートウェイ（ＧＷ；図６）。
【請求項３】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送の伝送特性（ＴＣＨ）を決定できる伝送情報特性決定装置（ＴＩＭ）と
をさらに含む請求項１に記載のゲートウェイ（ＧＷ；図６）。
【請求項４】
前記伝送情報特性決定装置（ＴＩＭ）が、前記伝送特性（ＴＣＨ）として、データ量（ＤＡＭ）、伝送速度（ＴＲＴ）、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）にそれに沿って送信された伝送ルート（ＭＲ、ＡＲ）及び前記パケット伝送の遅延時間からなるグループから選択される１つまたは複数を決定できることをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図４ａから図４ｃ）。
【請求項５】
前記会計装置（ＡＣＣ’）が、前記伝送特性（ＴＣＨ）に基づいて前記請求情報（ＣＨ）を決定できることをさらに特徴とする請求項２または３に記載のゲートウェイ（ＧＷ；図４ａから図４ｃ）。
【請求項６】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）のソースアドレス（ＳＡＣ）と宛先アドレス（ＴＡ）、前記決定された伝送特性（ＴＣＨ）、前記決定された請求情報（ＣＨ）及び前記確認情報（ＡＣＴＡＮ）からなるグループから選択される１つまたは複数を記憶できる伝送情報メモリ（ＴＩＳ’）によってさらに特徴付けられる請求項４に記載のゲートウェイ（ＧＷ；図４ｂ；図６）。
【請求項７】
前記第２のアドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図５ａ）。
【請求項８】
前記伝送特性決定装置（ＴＩＭ）が、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）のそれぞれの受信が確認された伝送パケット（ＩＰ１からＩＰ５）の前記伝送特性（ＴＣＨ）を決定できることをさらに特徴とする請求項３および７に記載のゲートウェイ（ＧＷ；図４ｃ）。
【請求項９】
前記伝送情報メモリ（ＴＩＳ’）が、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の各伝送パケット（ＩＰ１からＩＰ５）の前記伝送特性（ＴＣＨ）を記憶できることをさらに特徴とする請求項４または７に記載のゲートウェイ（ＧＷ；図４ｃ）。
【請求項１０】
伝送パケット（ＩＰ１からＩＰ５）のシーケンスで前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各伝送パケット（ＩＰ１からＩＰ５）の中に挿入できるシーケンス番号挿入装置（ＳＮＩ）をさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図６；図４ｃ；図７）。
【請求項１１】
前記送信／受信装置（ＴＲＧ）が、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信するために所定の伝送ウィンドウ（ＷＴ）を設定できる伝送ウィンドウ装置（ＷＩＮ）によってさらに特徴付けられ、
前記送信／受信装置（ＴＲＧ）が、前記伝送ウィンドウ（ＷＴ）内で伝送パケット（ＩＰ１からＩＰ３）を前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信できるようになっており；前記送信／受信装置（ＴＲＧ）が、新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）を形成するために、及び前記新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）の中で、過去の伝送ウィンドウ（ＷＴ）ですでに送信されていない１つまたは複数の連続伝送パケット（ＩＰ４、ＩＰ５）を、過去の伝送ウィンドウ（ＷＴ）の伝送パケット（ＩＰ１からＩＰ３）の前記受信を確認するための確認パケット（ＡＣＫ１、ＡＣＫ２）の受信が前記確認情報検出装置（ＡＣＫＭ）によって検出されるたびに、前記第２の伝送ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信するために、前記伝送ウィンドウ（ＷＴ）を１パケットまたは複数パケット、スライドできることをさらに特徴とする請求項１０に記載のゲートウェイ（ＧＷ；図６；図７）。
【請求項１２】
前記伝送ウィンドウ（ＷＴ）が、所定の伝送期間を示す伝送時間ウィンドウと、連続伝送パケットの伝送ウィンドウ数、及び前記連続伝送パケット（ＩＰ１からＩＰ３）の１つまたは複数で送信される所定のデータ量を示す伝送ウィンドウデータ量からなるグループの１つであることをさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図７）。
【請求項１３】
前記伝送ウィンドウデータ量（例えば１ＭＢ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末（ＲＮ１からＲＮ４；ＭＮ）の間の伝送ルート（ＭＲ、ＡＲ）での伝送速度（ＴＲＴ；例えば毎秒１ＭＢ）と、前記ゲートウェイ（ＧＷ）が伝送パケット（ＩＰ１からＩＰ３）の送信とその確認パケット（ＡＣＫ１からＡＣＫ３）の受信の間に待機しなければならない最小時間である往復時間（ＲＴＴ、例えば１秒）の間の積であることをさらに特徴とする請求項１２に記載のゲートウェイ（ＧＷ）。
【請求項１４】
前記伝送ウィンドウ装置（ＷＩＮ）によって設定される前記伝送ウィンドウの中の所定数の伝送パケット（ＩＰ１からＩＰ３）の伝送後に、連続確認パケット（ＡＣＫ１、ＡＣＫ３）のシーケンス番号（ＳＮ）が、前記連続伝送パケット（ＩＰ１からＩＰ３）に設定されるシーケンス番号に一致しない場合に、確認パケット（ＡＣＫ２；図８）または伝送パケット（ＩＰ２；図９）がその伝送中の失われてしまったことを検出できる欠失パケット検出器（ＬＰＤ）をさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図８、図９）。
【請求項１５】
前記欠失パケット検出器（ＬＰＤ）が所定の時間分（△Ｔ）をカウントすることができるタイマ（Ｔ）を備え、前記タイマ（Ｔ）が伝送パケット（ＩＰ１からＩＰ３）の新しい伝送のたびに起動され、前記所定の時間分（△Ｔ）内で前記最後に伝送された伝送パケットに確認パケットが受信される場合に停止される、あるいは確認パケットの前記受信により停止されない場合に、前記タイマ（Ｔ）が期限切れとなり、前記ＴＲＮが伝送を停止することをさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図１０）。
【請求項１６】
送信されたが、その確認情報がまだ前記確認情報検出装置（ＡＣＫＭ）によって検出されていない伝送パケット（ＩＰ３）の所定のシーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できる確認要求装置（ＳＯＬ）であって、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記第２の端末ノード（ＭＮ）から、前記所定のシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認するための確認パケット（ＡＣＫ３）の伝送を要求する確認要求装置をさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図１１；図８、図９）。
【請求項１７】
前記タイマ（Ｔ）がタイムアウトし、確認情報が、前記伝送ウィンドウ（ＷＴ）内の前記最後の伝送パケット（ＩＰ３）の伝送後の前記時間分内に前記確認情報検出装置（ＡＣＫＭ）によって検出されず、前記確認要求装置（ＳＯＬ）が、前記伝送ウィンドウ（ＷＴ）で送信される前記最後の伝送パケット（ＩＰ３）の前記シーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できることをさらに特徴とする請求項１６または１５に記載のゲートウェイ（ＧＷ；図１１；図８、図９）。
【請求項１８】
前記確認要求装置（ＳＯＬ）が前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の送信を開始すると前記タイマ（Ｔ）も起動され、前記タイマ（Ｔ）がその後タイムアウトし、前記確認情報検出装置（ＡＣＫＭ）によって前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の送信後の前記時間分内に確認情報が検出されない場合に、前記送信／受信装置（ＴＲＧ）が追加の伝送パケットの伝送を停止することをさらに特徴とする請求項１５または１７に記載のゲートウェイ（ＧＷ；図１２；図８、図９）。
【請求項１９】
前記第２の端末ノード（ＭＮ）への伝送ルート（ＭＲ、ＡＲ）が存在するかどうかを検出できるルートチェック装置（ＲＣ）をさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図１３、図１４）。
【請求項２０】
前記確認要求装置（ＳＯＬ）が、前記タイマがタイムアウトした後に、前記ルートチェック装置（ＲＣ）が伝送ルート（ＭＲ、ＡＲ）が存在したことを検出すると、前記確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できることをさらに特徴とする請求項１９または１７に記載のゲートウェイ（ＧＷ；図１３）。
【請求項２１】
前記送信／受信装置（ＴＲＧ）が、前記タイマがタイムアウトすると追加伝送パケットの伝送を停止し、前記ルートチェック装置（ＲＣ）が、伝送ルート（ＭＲ、ＡＲ）が存在しないことを検出することをさらに特徴とする請求項１９または１７に記載のゲートウェイ（ＧＷ；図１４）。
【請求項２２】
前記送信／受信装置（ＴＲＧ）が、前記第２の端末ノード（ＭＮ）から前記特定のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を受信するのに応えて、特定のシーケンス番号（２）を有する、すでに送信された伝送パケット（ＩＰ２）を再送できることをさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図１５）。
【請求項２３】
前記送信／受信装置（ＴＲＧ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末ノード（ＭＮ）の間で第１のトンネルリンク（ＴＵＮ１）をセットアップするための第１トンネルセットアップ装置（ＩＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記第２の端末ノード（ＭＮ）との間で、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２４】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が伝送パケット（ＩＰｘ）を、前記送信／受信装置（ＴＲＧ）によって生成、送信される修正済み伝送パケット（ＩＰｘｘ）にカプセル化することによって前記第１のトンネルリンク（ＴＵＮ１）をセットアップすることをさらに特徴とする請求項７または請求項２３に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２５】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が前記第１の端末ノード（ＣＮ）から受信され、前記第１の端末ノード（ＣＮ）のグローバルソースアドレス（ＳＡＣ；Ｓ：１．１）と前記第２の端末ノード（ＭＮ）のグローバル宛先アドレス（ＧＡＮ；Ｄ：２．２）を有する伝送パケット（ＩＰｘ）をそれぞれ前記ゲートウェイ（ＧＷ）のアドホックソースアドレス（ＡＤＡＧ；Ｓ：Ａ）及び前記第２の端末ノード（ＭＮ）のアドホック宛先アドレス（ＡＤＡＮ；Ｄ：Ｄ）を有する修正済み伝送パケット（ＩＰｘｘ）にカプセル化することができることをさらに特徴とする請求項２４に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２６】
前記送信／受信装置（ＴＲＧ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末ノード（ＭＮ）の間の前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップするための第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される前記第２トンネルリンク（ＴＵＮ２）によってそれぞれ前記第２の端末ノード（ＭＮ）との間で、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項２３に記載のゲートウェイ（ＧＷ；図１７）。
【請求項２７】
前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）が、前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を前記送信／受信装置（ＴＲＧ）によって生成される修正済みの伝送パケット（ＩＰｘ’）にカプセル化することによって前記第２のトンネルリンク（ＴＵＮ２）をセットアップし、
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）によって、前記送信／受信装置（ＴＲＧ）によって送信される前記修正済みの伝送パケット（ＩＰｘｘ’）にカプセル化される前記伝送パケット（ＩＰｘ’）が、前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）によりカプセル化される修正済み伝送パケット（ＩＰｘ’）であること
をさらに特徴とする請求項７または請求項２６または２４に記載のゲートウェイ（ＧＷ；図１７）。
【請求項２８】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が前記第１のトンネルリンク（ＴＵＮ１）としてＩＰ（インターネットプロトコル）プロトコルトンネルをセットアップすることをさらに特徴とする請求項２３に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ；図１８）。
【請求項２９】
前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）が、前記第２のトンネルリンク（ＴＵＮ２）としてＴＣＰ（伝送制御プロトコル）プロトコルまたはＬ２ＴＰ（層２トンネル化プロトコル）プロトコル、ＰＰＰ（ポイントツーポイントプロトコル）プロトコル及びＵＤＰ（ユーザデータグラムプロトコル）プロトコルのスタックをセットアップすることをさらに特徴とする請求項２６に記載のゲートウェイ（ＧＷ；図１７；図１８）。
【請求項３０】
伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を、ゲートウェイ（ＧＷ）を通して、前記アドホックネットワーク（ＡＨＮ）に接続される別のネットワーク（ＩＮ）の別の端末ノード（ＣＮ）と交換するためのアドホックネットワーク（ＡＨＮ）の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図５ａ；図６）であって、
ａ）前記別の端末ノード（ＣＮ）から前記ゲートウェイ（ＧＷ）を通して伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信できる送信／受信装置（ＴＲＮ）と、
ｂ）前記送信／受信装置（ＴＲＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を前記ゲートウェイ（ＧＷ）に送信できる確認情報伝送装置（ＡＣＫＳＮ）と
を備える端末ノード。
【請求項３１】
前記アドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ）。
【請求項３２】
伝送パケット（ＩＰ１からＩＰ５）のシーケンスの中のそれぞれの伝送パケット（ＩＰ１からＩＰ５）の伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各受信パケット（ＩＰ１からＩＰ５、図７；ＳＯＬ＿ＡＣＫ３、図１１）で決定できるシーケンス番号決定装置（ＳＮＤ）と、
前記確認情報伝送装置（ＡＣＫＳＮ）が、その受信が前記それぞれの確認パケット（ＡＣＫ１からＡＣＫ５）で確認されなければならない受信パケット（ＩＰ１からＩＰ５）の前記検出されたシーケンス番号（ＳＮ；１、２、３、４、５）を含むそれぞれ確認パケット（ＡＣＫ１からＡＣＫ５）を前記ゲートウェイ（ＧＷ）に送信できることと
をさらに特徴とする請求項３１に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図７）。
【請求項３３】
前記シーケンス番号決定装置（ＳＮＤ）が、受信された伝送パケット（ＩＰ１からＩＰ３）または受信された確認要求パケット（ＳＯＬ＿ＡＣＫ３）の中のシーケンス番号（ＳＮ；１、２、３、４、５）を決定でき、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記第２の端末ノード（ＭＮ）から、前記決定されたシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認する確認パケット（ＡＣＫ３）の伝送を要求することをさらに特徴とする請求項３２に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１１）。
【請求項３４】
前記ゲートウェイ（ＧＷ）から再送されることが要求される伝送パケット（ＩＰ２；ＩＰ２）のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を前記ゲートウェイ（ＧＷ）に送信できるパケット再送要求装置（ＡＲＱ）をさらに特徴とする請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１５）。
【請求項３５】
前記送信／受信装置（ＴＲＮ）が、前記第２の端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で第１のトンネルリンク（ＴＵＮ１）をセットアップするために第１のトンネルセットアップ装置（ＴＵＮ１）を備え、前記送信／受信装置（ＴＲＧ）が、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記ゲートウェイ（ＧＷ）との前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を送信することをさらに特徴とする、請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１６ａ、図１６ｂ）。
【請求項３６】
前記送信／受信装置（ＴＲＧ）が前記端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップするための第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化されるそれぞれ前記第２のトンネルリンク（ＴＵＮ２）を通して前記ゲートウェイ（ＧＷ）の間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）を受信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を送信することをさらに特徴とする請求項３５に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１６ａ、図１６ｂ）。
【請求項３７】
通信システム（ＳＹＳ）が少なくとも第１の端末ノード（ＣＮ）のある第１のネットワーク（ＩＮ）と、少なくとも第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）のあるアドホックネットワーク（ＡＨＮ）と、前記第１のネットワーク（ＩＮ）の前記第１の端末ノード（ＣＮ）と前記アドホックネットワーク（ＡＨＮ）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るためのゲートウェイ（ＧＷ；図５ａ；図６）を含み、前記ゲートウェイ（ＧＷ）が、請求項１から３０の１つ（ｏｎ）または複数に従って構成され、前記第２の端末ノード（ＲＮ１からＲＮ４：ＭＮ）が請求項３０から３６の１つまたは複数に従って構成される通信システム（ＳＹＳ）。
【請求項３８】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）と、前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るための方法（図５ｂ）であって、前記通信システム（ＳＹＳ）のゲートウェイ（ＧＷ）における以下のステップ、
ａ）前記通信システム（ＳＳ）の前記ゲートウェイ（ＧＷ）において、前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し（Ｓ５ｃ１）、前記ゲートウェイ（ＧＷ）から前記第２の端末ノード（ＲＮ１からＲＮ４；ＲＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信する（Ｓ５ｃ２）ステップと、
ｂ）前記ゲートウェイ（ＧＷ）において、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）から、前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を検出するステップ（Ｓ５ｃ５）と
を備える方法。
【請求項３９】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末モード（ＣＮ）と前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ”、ＴＩ’）を送るための方法（図５ｂ）であって、前記第２の端末ノード（ＭＮ）で以下のステップ、
ａ）前記通信システム（ＳＹＳ）のゲートウェイ（ＧＷ）から前記第２の端末ノード（ＭＮ）で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信するステップ（Ｓ５ｃ３）と、
ｂ）前記第２の端末ノード（ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を、前記第２の端末ノード（ＭＮ）から前記ゲートウェイ（ＧＷ）に送信するステップ（Ｓ５ｃ４）と
を備える方法。
【請求項４０】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）と、前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４：ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るための方法（図５ｂ）であって、前記通信システム（ＳＹＳ）において以下のステップ、
ａ１）前記通信システム（ＳＳ）のゲートウェイ（ＧＷ）において、前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を前記ゲートウェイ（ＧＷ）から送信する（Ｓ５ｃ２）ステップと、
ａ２）前記第２の端末ノード（ＭＮ）において、前記ゲートウェイ（ＧＷ）から前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信する（Ｓ５ｃ３）ステップと、
ｂ１）前記第２の端末ノード（ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを認める確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を前記ゲートウェイ（ＧＷ）に前記第２の端末ノード（ＭＮ）から送信する（Ｓ５ｃ４）ステップと、
ｂ２）前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを認める前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を前記ゲートウェイ（ＧＷ）で検出する（Ｓ５ｃ５）ステップと
を備える方法。
【請求項４１】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）への伝送についての確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信が検出される場合に、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送について前記ゲートウェイ（ＧＷ）において請求情報（ＣＨ）を決定すること（Ｓ５７）をさらに特徴とする請求項３８または４０に記載の方法。
【請求項４２】
前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の伝送の伝送特性（ＴＣＨ）を決定することをさらに特徴とする請求項３８または４０に記載の方法。
【請求項４３】
前記伝送特性（ＴＣＨ）として、データ量（ＤＡＭ）、伝送速度（ＴＲＴ）、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）がそれに沿って前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に送信された伝送ルート（ＲＴ；ＭＲ、ＡＲ）、及び前記第２の端末ノード（ＭＮ）への前記伝送ルートに沿った前記パケット伝送の遅延時間からなるグループから選択される１つまたは複数を決定する（Ｓ５４）ことをさらに特徴とする請求項３８または４０に記載の方法。
【請求項４４】
前記請求情報（ＣＨ）を前記伝送特性（ＴＣＨ）に基づいて決定する（Ｓ５７）ことをさらに特徴とする請求項４２および４３に記載の方法。
【請求項４５】
前記第２のアドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３９または４０または４１に記載の方法。
【請求項４６】
伝送パケット（ＩＰ１からＩＰ５）のシーケンス内の前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の前記伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各伝送パケット（ＩＰ１からＩＰ５）の中に挿入すること（Ｓ７１）をさらに特徴とする請求項４５に記載の方法。
【請求項４７】
前記第２端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信するために所定の伝送ウィンドウ（ＷＴ）を設定すること（Ｓ７１１１）と、
前記伝送ウィンドウ（ＷＴ）内で前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信すること（Ｓ７２、Ｓ７２１、Ｓ７２２）と、
前記伝送パケット（ＩＰ１からＩＰ３）について前記第２の端末ノード（ＲＮ１からＲＮ４）から確認パケット（ＡＣＫ１からＡＣＫ３）の受信を検出（Ｓ６１）し、新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）を形成するために１つまたは複数のパケット、前記伝送ウィンドウ（ＷＴ）を、スライドさせることと、
前記過去の伝送ウィンドウ（ＷＴ）でまだ送信されていない、前記新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）内で１つまたは複数の連続伝送パケット（ＩＰ４、ＩＰ５）を前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信することと
をさらに特徴とする請求項４５に記載の方法。
【請求項４８】
前記伝送ウィンドウ（ＷＴ）が、所定の伝送期間を示す伝送タイムウィンドウと、連続伝送パケットの伝送ウィンドウ数と、前記連続伝送パケット（ＩＰ１からＩＰ３）の１つまたは複数で送信されるデータの所定量を示す伝送ウィンドウデータ量からなるグループの１つであることをさらに特徴とする請求項４７に記載の方法。
【請求項４９】
前記伝送ウィンドウ装置（ＷＩＮ）によって設定される伝送ウィンドウ内で、所定数の伝送パケット（ＩＰ１−ＩＰ３）の伝送後に、連続確認パケット（ＡＣＫ１、ＡＣＫ３）の中の前記シーケンス番号（ＳＮ）が前記連続伝送パケット（ＩＰ１からＩＰ３）に設定されるシーケンス番号と一致しない場合に、確認パケット（ＡＣＫ２；図８）または伝送パケット（ＩＰ２；図９）がその伝送中に失われていたことを検出すること（Ｓ８１、Ｓ８２；Ｓ９１、Ｓ９２）とをさらに特徴とする請求項４５に記載の方法。
【請求項５０】
前記ゲートウェイ（ＧＷ）内のタイマ（Ｔ）を用いて、所定の時間分（△Ｔ）をカウントし（Ｓ１０３’、Ｓ１０８’）、前記タイマ（Ｔ）が伝送パケット（ＩＰ１からＩＰ３）の新しい伝送のたびに起動され、確認パケットが前記所定の時間分（△Ｔ）内で前記最後に送信された伝送パケットが受信される場合に停止されることをさらに特徴とする請求項４５に記載の方法。
【請求項５１】
前記ゲートウェイ（ＧＷ）から前記第２の端末ノード（ＭＮ）に、送信されたが、その確認情報がまだ前記ゲートウェイ（ＧＷ）で検出されていない伝送パケット（ＩＰ３）の所定のシーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を送信する（Ｓ１１４）ことで、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ）が、前記所定のシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の受信を確認する確認パケット（ＡＣＫ３）の前記伝送を前記第２の端末ノード（ＭＮ）から要求することをさらに特徴とする請求項３９または４１に記載の方法。
【請求項５２】
前記タイマ（Ｔ）がタイムアウトし、前記確認情報検出装置（ＡＣＫＭ）によって、前記最後の伝送パケット（ＩＰ３）の前記伝送ウィンドウでの伝送後の前記時間分内に確認情報が検出されない場合に、前記第２の端末ノード（ＭＮ）に、前記伝送ウィンドウで送信される前記最後の伝送パケット（ＩＰ３）の前記シーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を送信する（Ｓ１１４）こととをさらに特徴とする請求項４５または４６に記載の方法。
【請求項５３】
前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）を送信するときに前記タイマ（Ｔ）も起動され、その後前記タイマ（Ｔ）がタイムアウトすると、確認情報が前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の伝送後の前記時間分内に検出されず、追加の伝送パケットの伝送が停止されることをさらに特徴とする請求項４３または４５に記載の方法。
【請求項５４】
前記第２の端末ノード（ＭＮ）への伝送ルート（ＭＲ、Ｒ）が存在するかどうかを検出する（Ｓ１３２、Ｓ１４２）ことをさらに特徴とする請求項３８または４１に記載の方法。
【請求項５５】
前記第２の端末ノード（ＭＮ）から前記特定のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を受信したことに応えて、特定のシーケンス番号（２）を有するすでに送信された再送パケット（ＫＰ２）を再送する（Ｓ１５７、Ｓ１５９）ことをさらに特徴とする請求項４５に記載の方法。
【請求項５６】
前記ゲートウェイ（ＧＡ）と前記第２の端末ノード（ＭＮ）の間に第１のトンネルリンク（ＴＵＮ１）をセットアップし、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記第２の端末ノード（ＭＮ）との間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項３８または４１に記載の方法。
【請求項５７】
前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を修正済みの伝送パケット（ＩＰｘｘ）にカプセル化することによって、前記第１のトンネルリンク（ＴＵＮ１）をセットアップすることをさらに特徴とする請求項４４または請求項５６に記載の方法。
【請求項５８】
前記第１の端末コード（ＣＮ）から受信され、前記第１の端末（ＣＮ）のグローバルソースアドレス（ＳＡＣ；Ｓ：１．１）と前記第２の端末ノード（ＭＮ）のグローバル宛先アドレス（ＧＡＮ；Ｄ：２．２）を有する伝送パケット（ＫＰｘ）をそれぞれ、前記ゲートウェイ（ＧＷ）のアドホックソースアドレス（ＡＤＡＧ；Ｓ：Ａ）と前記第２の端末ノード（ＭＮ）のアドホック宛先アドレス（ＡＤＡＮ；Ｄ：Ｄ）を有する修正済み伝送パケット（ＩＰｘｘ）にカプセル化することによって第１のトンネル（ＩＰＴＵＮ）をセットアップすることをさらに特徴とする請求項５７に記載の方法。
【請求項５９】
前記ゲートウェイ（ＧＡ）と前記第２の端末ノード（ＭＮ）の間で前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップし、それぞれ前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化される前記の第２のトンネルリンク（ＴＵＮ２）を通して前記第２の端末ノード（ＭＮ）との間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）が送信され、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が受信されることをさらに特徴とする請求項５６に記載の方法。
【請求項６０】
前記第２のトンネルリンク（ＴＵＮ２）の前記セットアップが、前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を修正済みの伝送パケット（ＩＰｘ’）にカプセル化することによって実行され、
前記第１のトンネル（ＩＰＴＵＮ）における前記修正済み伝送パケット（ＩＰｘｘ’）にカプセル化される前記伝送パケット（ＩＰｘ’）が前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）によってカプセル化される前記修正済み伝送パケット（ＩＰｘ’）であることをさらに特徴とする請求項４５および請求項４６および４７に記載の方法。
【請求項６１】
前記アドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を含み、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３９に記載の方法。
【請求項６２】
各受信済みパケット（ＩＰ１からＩＰ５、図７；ＳＯＬ＿ＡＣＫ３、図１１）内で、伝送パケット（ＩＰ１からＩＰ５）のシーケンスの中の前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の前記伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を決定する（Ｓ７３）ことと、
前記それぞれの確認パケット（ＡＣＫ１からＡＣＫ５）でその受信が確認されなければならない受信済みパケット（ＩＰ１からＩＰ５）の前記検出されたシーケンス番号（ＳＮ；１、２、３、４、５）をそれぞれ含む確認パケット（ＡＣＫ１からＡＣＫ５）を前記ゲートウェイ（ＧＷ）に送信する（Ｓ７４）ことと、
をさらに特徴とする請求項６１に記載の方法。
【請求項６３】
受信済みの伝送パケット（ＩＰ１からＩＰ３）内の、または受信済みの確認要求パケット（ＳＯＬ＿ＡＣＫ３）内のシーケンス番号（ＳＮ；１、２、３、４、５）を決定し（Ｓ７５）、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記決定されたシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認する確認パケット（ＡＣＫ３）の前記伝送を前記第２の端末ノード（ＭＮ）から要求することをさらに特徴とする請求項６２に記載の方法。
【請求項６４】
前記ゲートウェイ（ＧＷ）から再送されることが要求される伝送パケット（ＩＰ２；ＩＰ２）のシーケンス番号（２；２）を含む、前記ゲートウェイ（ＧＷ）に再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を送信する（Ｓ５５”）ことをさらに特徴とする請求項６３に記載の方法。
【請求項６５】
前記第２の端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で第１のまたは第１と第２のトンネルリンク（ＴＵＮ１、ＴＵＮ２）をセットアップし（Ｓ５２’、Ｓ５６’；Ｓ５２”）、前記ゲートウェイ（ＧＷ）との前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の受信及び前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の前記送信がそれぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して、または前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される前記第２のトンネルリンク（ＴＵＮ２）を通して実行されることをさらに特徴とする請求項３９に記載の方法。
【請求項６６】
請求項１から３０の１つまたは複数に従って前記ゲートウェイ（ＧＷ）のそれぞれの装置の機能をそれぞれ実施するためのコード部分を備えるコンピュータプログラム製品。
【請求項６７】
請求項３１から３８の１つまたは複数に従って前記端末ノード（ＲＮ１からＲＮ４；ＭＮ）の前記それぞれの装置の前記機能をそれぞれに実施するためのコード部分を備えるコンピュータプログラム製品。
【請求項６８】
前記請求項４０から６７の１つまたは複数に従って、前記方法ステップの１つまたは複数をそれぞれ実施するためのコード部分を備えるコンピュータプログラム製品。
【請求項１】
第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）とアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）との間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るためのゲートウェイ（ＧＷ；図５；図６）であって、
ａ）前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信できる送信／受信装置（ＴＲＧ）と、
ｂ）前記第２端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）からの受信を検出できる確認情報検出装置（ＡＣＫＭ）と
を備えるゲートウェイ。
【請求項２】
前記確認情報検出装置（ＡＣＫＭ）が、前記第２の端末ステーション（ＲＮ１からＲＲＮ４；ＭＮ）への前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の伝送について、確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を検出する場合に、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送の請求情報（ＣＨ）を決定できる会計装置（ＡＣＣ’）と
をさらに含む請求項１に記載のゲートウェイ（ＧＷ；図６）。
【請求項３】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送の伝送特性（ＴＣＨ）を決定できる伝送情報特性決定装置（ＴＩＭ）と
をさらに含む請求項１に記載のゲートウェイ（ＧＷ；図６）。
【請求項４】
前記伝送情報特性決定装置（ＴＩＭ）が、前記伝送特性（ＴＣＨ）として、データ量（ＤＡＭ）、伝送速度（ＴＲＴ）、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）にそれに沿って送信された伝送ルート（ＭＲ、ＡＲ）及び前記パケット伝送の遅延時間からなるグループから選択される１つまたは複数を決定できることをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図４ａから図４ｃ）。
【請求項５】
前記会計装置（ＡＣＣ’）が、前記伝送特性（ＴＣＨ）に基づいて前記請求情報（ＣＨ）を決定できることをさらに特徴とする請求項２または３に記載のゲートウェイ（ＧＷ；図４ａから図４ｃ）。
【請求項６】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）のソースアドレス（ＳＡＣ）と宛先アドレス（ＴＡ）、前記決定された伝送特性（ＴＣＨ）、前記決定された請求情報（ＣＨ）及び前記確認情報（ＡＣＴＡＮ）からなるグループから選択される１つまたは複数を記憶できる伝送情報メモリ（ＴＩＳ’）によってさらに特徴付けられる請求項４に記載のゲートウェイ（ＧＷ；図４ｂ；図６）。
【請求項７】
前記第２のアドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図５ａ）。
【請求項８】
前記伝送特性決定装置（ＴＩＭ）が、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）のそれぞれの受信が確認された伝送パケット（ＩＰ１からＩＰ５）の前記伝送特性（ＴＣＨ）を決定できることをさらに特徴とする請求項３および７に記載のゲートウェイ（ＧＷ；図４ｃ）。
【請求項９】
前記伝送情報メモリ（ＴＩＳ’）が、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の各伝送パケット（ＩＰ１からＩＰ５）の前記伝送特性（ＴＣＨ）を記憶できることをさらに特徴とする請求項４または７に記載のゲートウェイ（ＧＷ；図４ｃ）。
【請求項１０】
伝送パケット（ＩＰ１からＩＰ５）のシーケンスで前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各伝送パケット（ＩＰ１からＩＰ５）の中に挿入できるシーケンス番号挿入装置（ＳＮＩ）をさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図６；図４ｃ；図７）。
【請求項１１】
前記送信／受信装置（ＴＲＧ）が、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信するために所定の伝送ウィンドウ（ＷＴ）を設定できる伝送ウィンドウ装置（ＷＩＮ）によってさらに特徴付けられ、
前記送信／受信装置（ＴＲＧ）が、前記伝送ウィンドウ（ＷＴ）内で伝送パケット（ＩＰ１からＩＰ３）を前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信できるようになっており；前記送信／受信装置（ＴＲＧ）が、新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）を形成するために、及び前記新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）の中で、過去の伝送ウィンドウ（ＷＴ）ですでに送信されていない１つまたは複数の連続伝送パケット（ＩＰ４、ＩＰ５）を、過去の伝送ウィンドウ（ＷＴ）の伝送パケット（ＩＰ１からＩＰ３）の前記受信を確認するための確認パケット（ＡＣＫ１、ＡＣＫ２）の受信が前記確認情報検出装置（ＡＣＫＭ）によって検出されるたびに、前記第２の伝送ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信するために、前記伝送ウィンドウ（ＷＴ）を１パケットまたは複数パケット、スライドできることをさらに特徴とする請求項１０に記載のゲートウェイ（ＧＷ；図６；図７）。
【請求項１２】
前記伝送ウィンドウ（ＷＴ）が、所定の伝送期間を示す伝送時間ウィンドウと、連続伝送パケットの伝送ウィンドウ数、及び前記連続伝送パケット（ＩＰ１からＩＰ３）の１つまたは複数で送信される所定のデータ量を示す伝送ウィンドウデータ量からなるグループの１つであることをさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図７）。
【請求項１３】
前記伝送ウィンドウデータ量（例えば１ＭＢ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末（ＲＮ１からＲＮ４；ＭＮ）の間の伝送ルート（ＭＲ、ＡＲ）での伝送速度（ＴＲＴ；例えば毎秒１ＭＢ）と、前記ゲートウェイ（ＧＷ）が伝送パケット（ＩＰ１からＩＰ３）の送信とその確認パケット（ＡＣＫ１からＡＣＫ３）の受信の間に待機しなければならない最小時間である往復時間（ＲＴＴ、例えば１秒）の間の積であることをさらに特徴とする請求項１２に記載のゲートウェイ（ＧＷ）。
【請求項１４】
前記伝送ウィンドウ装置（ＷＩＮ）によって設定される前記伝送ウィンドウの中の所定数の伝送パケット（ＩＰ１からＩＰ３）の伝送後に、連続確認パケット（ＡＣＫ１、ＡＣＫ３）のシーケンス番号（ＳＮ）が、前記連続伝送パケット（ＩＰ１からＩＰ３）に設定されるシーケンス番号に一致しない場合に、確認パケット（ＡＣＫ２；図８）または伝送パケット（ＩＰ２；図９）がその伝送中の失われてしまったことを検出できる欠失パケット検出器（ＬＰＤ）をさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図８、図９）。
【請求項１５】
前記欠失パケット検出器（ＬＰＤ）が所定の時間分（△Ｔ）をカウントすることができるタイマ（Ｔ）を備え、前記タイマ（Ｔ）が伝送パケット（ＩＰ１からＩＰ３）の新しい伝送のたびに起動され、前記所定の時間分（△Ｔ）内で前記最後に伝送された伝送パケットに確認パケットが受信される場合に停止される、あるいは確認パケットの前記受信により停止されない場合に、前記タイマ（Ｔ）が期限切れとなり、前記ＴＲＮが伝送を停止することをさらに特徴とする請求項１１に記載のゲートウェイ（ＧＷ；図１０）。
【請求項１６】
送信されたが、その確認情報がまだ前記確認情報検出装置（ＡＣＫＭ）によって検出されていない伝送パケット（ＩＰ３）の所定のシーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できる確認要求装置（ＳＯＬ）であって、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記第２の端末ノード（ＭＮ）から、前記所定のシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認するための確認パケット（ＡＣＫ３）の伝送を要求する確認要求装置をさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図１１；図８、図９）。
【請求項１７】
前記タイマ（Ｔ）がタイムアウトし、確認情報が、前記伝送ウィンドウ（ＷＴ）内の前記最後の伝送パケット（ＩＰ３）の伝送後の前記時間分内に前記確認情報検出装置（ＡＣＫＭ）によって検出されず、前記確認要求装置（ＳＯＬ）が、前記伝送ウィンドウ（ＷＴ）で送信される前記最後の伝送パケット（ＩＰ３）の前記シーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できることをさらに特徴とする請求項１６または１５に記載のゲートウェイ（ＧＷ；図１１；図８、図９）。
【請求項１８】
前記確認要求装置（ＳＯＬ）が前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の送信を開始すると前記タイマ（Ｔ）も起動され、前記タイマ（Ｔ）がその後タイムアウトし、前記確認情報検出装置（ＡＣＫＭ）によって前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の送信後の前記時間分内に確認情報が検出されない場合に、前記送信／受信装置（ＴＲＧ）が追加の伝送パケットの伝送を停止することをさらに特徴とする請求項１５または１７に記載のゲートウェイ（ＧＷ；図１２；図８、図９）。
【請求項１９】
前記第２の端末ノード（ＭＮ）への伝送ルート（ＭＲ、ＡＲ）が存在するかどうかを検出できるルートチェック装置（ＲＣ）をさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図１３、図１４）。
【請求項２０】
前記確認要求装置（ＳＯＬ）が、前記タイマがタイムアウトした後に、前記ルートチェック装置（ＲＣ）が伝送ルート（ＭＲ、ＡＲ）が存在したことを検出すると、前記確認要求パケット（ＳＯＬ＿ＡＣＫ３）を前記第２の端末ノード（ＭＮ）に送信できることをさらに特徴とする請求項１９または１７に記載のゲートウェイ（ＧＷ；図１３）。
【請求項２１】
前記送信／受信装置（ＴＲＧ）が、前記タイマがタイムアウトすると追加伝送パケットの伝送を停止し、前記ルートチェック装置（ＲＣ）が、伝送ルート（ＭＲ、ＡＲ）が存在しないことを検出することをさらに特徴とする請求項１９または１７に記載のゲートウェイ（ＧＷ；図１４）。
【請求項２２】
前記送信／受信装置（ＴＲＧ）が、前記第２の端末ノード（ＭＮ）から前記特定のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を受信するのに応えて、特定のシーケンス番号（２）を有する、すでに送信された伝送パケット（ＩＰ２）を再送できることをさらに特徴とする請求項７に記載のゲートウェイ（ＧＷ；図１５）。
【請求項２３】
前記送信／受信装置（ＴＲＧ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末ノード（ＭＮ）の間で第１のトンネルリンク（ＴＵＮ１）をセットアップするための第１トンネルセットアップ装置（ＩＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記第２の端末ノード（ＭＮ）との間で、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項１に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２４】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が伝送パケット（ＩＰｘ）を、前記送信／受信装置（ＴＲＧ）によって生成、送信される修正済み伝送パケット（ＩＰｘｘ）にカプセル化することによって前記第１のトンネルリンク（ＴＵＮ１）をセットアップすることをさらに特徴とする請求項７または請求項２３に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２５】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が前記第１の端末ノード（ＣＮ）から受信され、前記第１の端末ノード（ＣＮ）のグローバルソースアドレス（ＳＡＣ；Ｓ：１．１）と前記第２の端末ノード（ＭＮ）のグローバル宛先アドレス（ＧＡＮ；Ｄ：２．２）を有する伝送パケット（ＩＰｘ）をそれぞれ前記ゲートウェイ（ＧＷ）のアドホックソースアドレス（ＡＤＡＧ；Ｓ：Ａ）及び前記第２の端末ノード（ＭＮ）のアドホック宛先アドレス（ＡＤＡＮ；Ｄ：Ｄ）を有する修正済み伝送パケット（ＩＰｘｘ）にカプセル化することができることをさらに特徴とする請求項２４に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ）。
【請求項２６】
前記送信／受信装置（ＴＲＧ）が、前記ゲートウェイ（ＧＷ）と前記第２の端末ノード（ＭＮ）の間の前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップするための第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される前記第２トンネルリンク（ＴＵＮ２）によってそれぞれ前記第２の端末ノード（ＭＮ）との間で、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項２３に記載のゲートウェイ（ＧＷ；図１７）。
【請求項２７】
前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）が、前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を前記送信／受信装置（ＴＲＧ）によって生成される修正済みの伝送パケット（ＩＰｘ’）にカプセル化することによって前記第２のトンネルリンク（ＴＵＮ２）をセットアップし、
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）によって、前記送信／受信装置（ＴＲＧ）によって送信される前記修正済みの伝送パケット（ＩＰｘｘ’）にカプセル化される前記伝送パケット（ＩＰｘ’）が、前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）によりカプセル化される修正済み伝送パケット（ＩＰｘ’）であること
をさらに特徴とする請求項７または請求項２６または２４に記載のゲートウェイ（ＧＷ；図１７）。
【請求項２８】
前記第１のトンネルセットアップ装置（ＩＰＴＵＮ）が前記第１のトンネルリンク（ＴＵＮ１）としてＩＰ（インターネットプロトコル）プロトコルトンネルをセットアップすることをさらに特徴とする請求項２３に記載のゲートウェイ（ＧＷ；図１６ａ、図１６ｂ；図１８）。
【請求項２９】
前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）が、前記第２のトンネルリンク（ＴＵＮ２）としてＴＣＰ（伝送制御プロトコル）プロトコルまたはＬ２ＴＰ（層２トンネル化プロトコル）プロトコル、ＰＰＰ（ポイントツーポイントプロトコル）プロトコル及びＵＤＰ（ユーザデータグラムプロトコル）プロトコルのスタックをセットアップすることをさらに特徴とする請求項２６に記載のゲートウェイ（ＧＷ；図１７；図１８）。
【請求項３０】
伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を、ゲートウェイ（ＧＷ）を通して、前記アドホックネットワーク（ＡＨＮ）に接続される別のネットワーク（ＩＮ）の別の端末ノード（ＣＮ）と交換するためのアドホックネットワーク（ＡＨＮ）の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図５ａ；図６）であって、
ａ）前記別の端末ノード（ＣＮ）から前記ゲートウェイ（ＧＷ）を通して伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信できる送信／受信装置（ＴＲＮ）と、
ｂ）前記送信／受信装置（ＴＲＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を前記ゲートウェイ（ＧＷ）に送信できる確認情報伝送装置（ＡＣＫＳＮ）と
を備える端末ノード。
【請求項３１】
前記アドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ）。
【請求項３２】
伝送パケット（ＩＰ１からＩＰ５）のシーケンスの中のそれぞれの伝送パケット（ＩＰ１からＩＰ５）の伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各受信パケット（ＩＰ１からＩＰ５、図７；ＳＯＬ＿ＡＣＫ３、図１１）で決定できるシーケンス番号決定装置（ＳＮＤ）と、
前記確認情報伝送装置（ＡＣＫＳＮ）が、その受信が前記それぞれの確認パケット（ＡＣＫ１からＡＣＫ５）で確認されなければならない受信パケット（ＩＰ１からＩＰ５）の前記検出されたシーケンス番号（ＳＮ；１、２、３、４、５）を含むそれぞれ確認パケット（ＡＣＫ１からＡＣＫ５）を前記ゲートウェイ（ＧＷ）に送信できることと
をさらに特徴とする請求項３１に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図７）。
【請求項３３】
前記シーケンス番号決定装置（ＳＮＤ）が、受信された伝送パケット（ＩＰ１からＩＰ３）または受信された確認要求パケット（ＳＯＬ＿ＡＣＫ３）の中のシーケンス番号（ＳＮ；１、２、３、４、５）を決定でき、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記第２の端末ノード（ＭＮ）から、前記決定されたシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認する確認パケット（ＡＣＫ３）の伝送を要求することをさらに特徴とする請求項３２に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１１）。
【請求項３４】
前記ゲートウェイ（ＧＷ）から再送されることが要求される伝送パケット（ＩＰ２；ＩＰ２）のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を前記ゲートウェイ（ＧＷ）に送信できるパケット再送要求装置（ＡＲＱ）をさらに特徴とする請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１５）。
【請求項３５】
前記送信／受信装置（ＴＲＮ）が、前記第２の端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で第１のトンネルリンク（ＴＵＮ１）をセットアップするために第１のトンネルセットアップ装置（ＴＵＮ１）を備え、前記送信／受信装置（ＴＲＧ）が、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記ゲートウェイ（ＧＷ）との前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を送信することをさらに特徴とする、請求項３０に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１６ａ、図１６ｂ）。
【請求項３６】
前記送信／受信装置（ＴＲＧ）が前記端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップするための第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）を備え、前記送信／受信装置（ＴＲＧ）が、前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化されるそれぞれ前記第２のトンネルリンク（ＴＵＮ２）を通して前記ゲートウェイ（ＧＷ）の間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）を受信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を送信することをさらに特徴とする請求項３５に記載の端末ノード（ＲＮ１からＲＮ４；ＭＮ；図１６ａ、図１６ｂ）。
【請求項３７】
通信システム（ＳＹＳ）が少なくとも第１の端末ノード（ＣＮ）のある第１のネットワーク（ＩＮ）と、少なくとも第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）のあるアドホックネットワーク（ＡＨＮ）と、前記第１のネットワーク（ＩＮ）の前記第１の端末ノード（ＣＮ）と前記アドホックネットワーク（ＡＨＮ）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るためのゲートウェイ（ＧＷ；図５ａ；図６）を含み、前記ゲートウェイ（ＧＷ）が、請求項１から３０の１つ（ｏｎ）または複数に従って構成され、前記第２の端末ノード（ＲＮ１からＲＮ４：ＭＮ）が請求項３０から３６の１つまたは複数に従って構成される通信システム（ＳＹＳ）。
【請求項３８】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）と、前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るための方法（図５ｂ）であって、前記通信システム（ＳＹＳ）のゲートウェイ（ＧＷ）における以下のステップ、
ａ）前記通信システム（ＳＳ）の前記ゲートウェイ（ＧＷ）において、前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し（Ｓ５ｃ１）、前記ゲートウェイ（ＧＷ）から前記第２の端末ノード（ＲＮ１からＲＮ４；ＲＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送信する（Ｓ５ｃ２）ステップと、
ｂ）前記ゲートウェイ（ＧＷ）において、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）から、前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を検出するステップ（Ｓ５ｃ５）と
を備える方法。
【請求項３９】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末モード（ＣＮ）と前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）の間で伝送情報（ＴＩ、ＴＩ”、ＴＩ’）を送るための方法（図５ｂ）であって、前記第２の端末ノード（ＭＮ）で以下のステップ、
ａ）前記通信システム（ＳＹＳ）のゲートウェイ（ＧＷ）から前記第２の端末ノード（ＭＮ）で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信するステップ（Ｓ５ｃ３）と、
ｂ）前記第２の端末ノード（ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを確認するための確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を、前記第２の端末ノード（ＭＮ）から前記ゲートウェイ（ＧＷ）に送信するステップ（Ｓ５ｃ４）と
を備える方法。
【請求項４０】
通信システム（ＳＹＳ）の第１のネットワーク（ＩＮ）の第１の端末ノード（ＣＮ）と、前記通信システム（ＳＹＳ）のアドホックネットワーク（ＡＨＮ）の第２の端末ノード（ＲＮ１からＲＮ４：ＭＮ）の間で伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を送るための方法（図５ｂ）であって、前記通信システム（ＳＹＳ）において以下のステップ、
ａ１）前記通信システム（ＳＳ）のゲートウェイ（ＧＷ）において、前記第１の端末ノード（ＣＮ）から伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信し、前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を前記ゲートウェイ（ＧＷ）から送信する（Ｓ５ｃ２）ステップと、
ａ２）前記第２の端末ノード（ＭＮ）において、前記ゲートウェイ（ＧＷ）から前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信する（Ｓ５ｃ３）ステップと、
ｂ１）前記第２の端末ノード（ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを認める確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を前記ゲートウェイ（ＧＷ）に前記第２の端末ノード（ＭＮ）から送信する（Ｓ５ｃ４）ステップと、
ｂ２）前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）が前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）を受信したことを認める前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信を前記ゲートウェイ（ＧＷ）で検出する（Ｓ５ｃ５）ステップと
を備える方法。
【請求項４１】
前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ステーション（ＲＮ１からＲＮ４；ＭＮ）への伝送についての確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の受信が検出される場合に、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への伝送について前記ゲートウェイ（ＧＷ）において請求情報（ＣＨ）を決定すること（Ｓ５７）をさらに特徴とする請求項３８または４０に記載の方法。
【請求項４２】
前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）への前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の伝送の伝送特性（ＴＣＨ）を決定することをさらに特徴とする請求項３８または４０に記載の方法。
【請求項４３】
前記伝送特性（ＴＣＨ）として、データ量（ＤＡＭ）、伝送速度（ＴＲＴ）、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）がそれに沿って前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に送信された伝送ルート（ＲＴ；ＭＲ、ＡＲ）、及び前記第２の端末ノード（ＭＮ）への前記伝送ルートに沿った前記パケット伝送の遅延時間からなるグループから選択される１つまたは複数を決定する（Ｓ５４）ことをさらに特徴とする請求項３８または４０に記載の方法。
【請求項４４】
前記請求情報（ＣＨ）を前記伝送特性（ＴＣＨ）に基づいて決定する（Ｓ５７）ことをさらに特徴とする請求項４２および４３に記載の方法。
【請求項４５】
前記第２のアドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を備え、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３９または４０または４１に記載の方法。
【請求項４６】
伝送パケット（ＩＰ１からＩＰ５）のシーケンス内の前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の前記伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を各伝送パケット（ＩＰ１からＩＰ５）の中に挿入すること（Ｓ７１）をさらに特徴とする請求項４５に記載の方法。
【請求項４７】
前記第２端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信するために所定の伝送ウィンドウ（ＷＴ）を設定すること（Ｓ７１１１）と、
前記伝送ウィンドウ（ＷＴ）内で前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に伝送パケット（ＩＰ１からＩＰ３）を連続して送信すること（Ｓ７２、Ｓ７２１、Ｓ７２２）と、
前記伝送パケット（ＩＰ１からＩＰ３）について前記第２の端末ノード（ＲＮ１からＲＮ４）から確認パケット（ＡＣＫ１からＡＣＫ３）の受信を検出（Ｓ６１）し、新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）を形成するために１つまたは複数のパケット、前記伝送ウィンドウ（ＷＴ）を、スライドさせることと、
前記過去の伝送ウィンドウ（ＷＴ）でまだ送信されていない、前記新しい伝送ウィンドウ（ＷＴ’、ＷＴ”、ＷＴ”’）内で１つまたは複数の連続伝送パケット（ＩＰ４、ＩＰ５）を前記第２の端末ノード（ＲＮ１からＲＮ４；ＭＮ）に連続して送信することと
をさらに特徴とする請求項４５に記載の方法。
【請求項４８】
前記伝送ウィンドウ（ＷＴ）が、所定の伝送期間を示す伝送タイムウィンドウと、連続伝送パケットの伝送ウィンドウ数と、前記連続伝送パケット（ＩＰ１からＩＰ３）の１つまたは複数で送信されるデータの所定量を示す伝送ウィンドウデータ量からなるグループの１つであることをさらに特徴とする請求項４７に記載の方法。
【請求項４９】
前記伝送ウィンドウ装置（ＷＩＮ）によって設定される伝送ウィンドウ内で、所定数の伝送パケット（ＩＰ１−ＩＰ３）の伝送後に、連続確認パケット（ＡＣＫ１、ＡＣＫ３）の中の前記シーケンス番号（ＳＮ）が前記連続伝送パケット（ＩＰ１からＩＰ３）に設定されるシーケンス番号と一致しない場合に、確認パケット（ＡＣＫ２；図８）または伝送パケット（ＩＰ２；図９）がその伝送中に失われていたことを検出すること（Ｓ８１、Ｓ８２；Ｓ９１、Ｓ９２）とをさらに特徴とする請求項４５に記載の方法。
【請求項５０】
前記ゲートウェイ（ＧＷ）内のタイマ（Ｔ）を用いて、所定の時間分（△Ｔ）をカウントし（Ｓ１０３’、Ｓ１０８’）、前記タイマ（Ｔ）が伝送パケット（ＩＰ１からＩＰ３）の新しい伝送のたびに起動され、確認パケットが前記所定の時間分（△Ｔ）内で前記最後に送信された伝送パケットが受信される場合に停止されることをさらに特徴とする請求項４５に記載の方法。
【請求項５１】
前記ゲートウェイ（ＧＷ）から前記第２の端末ノード（ＭＮ）に、送信されたが、その確認情報がまだ前記ゲートウェイ（ＧＷ）で検出されていない伝送パケット（ＩＰ３）の所定のシーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を送信する（Ｓ１１４）ことで、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ）が、前記所定のシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の受信を確認する確認パケット（ＡＣＫ３）の前記伝送を前記第２の端末ノード（ＭＮ）から要求することをさらに特徴とする請求項３９または４１に記載の方法。
【請求項５２】
前記タイマ（Ｔ）がタイムアウトし、前記確認情報検出装置（ＡＣＫＭ）によって、前記最後の伝送パケット（ＩＰ３）の前記伝送ウィンドウでの伝送後の前記時間分内に確認情報が検出されない場合に、前記第２の端末ノード（ＭＮ）に、前記伝送ウィンドウで送信される前記最後の伝送パケット（ＩＰ３）の前記シーケンス番号（ＳＮ）を含む確認要求パケット（ＳＯＬ＿ＡＣＫ３）を送信する（Ｓ１１４）こととをさらに特徴とする請求項４５または４６に記載の方法。
【請求項５３】
前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）を送信するときに前記タイマ（Ｔ）も起動され、その後前記タイマ（Ｔ）がタイムアウトすると、確認情報が前記確認要求パッケージ（ＳＯＬ＿ＡＣＫ３）の伝送後の前記時間分内に検出されず、追加の伝送パケットの伝送が停止されることをさらに特徴とする請求項４３または４５に記載の方法。
【請求項５４】
前記第２の端末ノード（ＭＮ）への伝送ルート（ＭＲ、Ｒ）が存在するかどうかを検出する（Ｓ１３２、Ｓ１４２）ことをさらに特徴とする請求項３８または４１に記載の方法。
【請求項５５】
前記第２の端末ノード（ＭＮ）から前記特定のシーケンス番号（２；２）を含む再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を受信したことに応えて、特定のシーケンス番号（２）を有するすでに送信された再送パケット（ＫＰ２）を再送する（Ｓ１５７、Ｓ１５９）ことをさらに特徴とする請求項４５に記載の方法。
【請求項５６】
前記ゲートウェイ（ＧＡ）と前記第２の端末ノード（ＭＮ）の間に第１のトンネルリンク（ＴＵＮ１）をセットアップし、それぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して前記第２の端末ノード（ＭＮ）との間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）を送信し、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）を受信することをさらに特徴とする請求項３８または４１に記載の方法。
【請求項５７】
前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を修正済みの伝送パケット（ＩＰｘｘ）にカプセル化することによって、前記第１のトンネルリンク（ＴＵＮ１）をセットアップすることをさらに特徴とする請求項４４または請求項５６に記載の方法。
【請求項５８】
前記第１の端末コード（ＣＮ）から受信され、前記第１の端末（ＣＮ）のグローバルソースアドレス（ＳＡＣ；Ｓ：１．１）と前記第２の端末ノード（ＭＮ）のグローバル宛先アドレス（ＧＡＮ；Ｄ：２．２）を有する伝送パケット（ＫＰｘ）をそれぞれ、前記ゲートウェイ（ＧＷ）のアドホックソースアドレス（ＡＤＡＧ；Ｓ：Ａ）と前記第２の端末ノード（ＭＮ）のアドホック宛先アドレス（ＡＤＡＮ；Ｄ：Ｄ）を有する修正済み伝送パケット（ＩＰｘｘ）にカプセル化することによって第１のトンネル（ＩＰＴＵＮ）をセットアップすることをさらに特徴とする請求項５７に記載の方法。
【請求項５９】
前記ゲートウェイ（ＧＡ）と前記第２の端末ノード（ＭＮ）の間で前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される第２のトンネルリンク（ＴＵＮ２）をセットアップし、それぞれ前記第１のトンネルリンク（ＴＵＮ１）の中でカプセル化される前記の第２のトンネルリンク（ＴＵＮ２）を通して前記第２の端末ノード（ＭＮ）との間で前記伝送情報（ＲＩ、ＴＩ’、ＴＩ”）が送信され、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が受信されることをさらに特徴とする請求項５６に記載の方法。
【請求項６０】
前記第２のトンネルリンク（ＴＵＮ２）の前記セットアップが、前記第１の端末ノード（ＣＮ）から受信される伝送パケット（ＩＰｘ）を修正済みの伝送パケット（ＩＰｘ’）にカプセル化することによって実行され、
前記第１のトンネル（ＩＰＴＵＮ）における前記修正済み伝送パケット（ＩＰｘｘ’）にカプセル化される前記伝送パケット（ＩＰｘ’）が前記第２のトンネルセットアップ装置（ＴＣＰＴＵＮ）によってカプセル化される前記修正済み伝送パケット（ＩＰｘ’）であることをさらに特徴とする請求項４５および請求項４６および４７に記載の方法。
【請求項６１】
前記アドホックネットワーク（ＡＨＮ）がパケット交換ネットワーク（ＡＨＮ）であり、前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）が１つまたは複数の伝送パケット（ＩＰ１からＩＰ５）を含み、前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）が１つまたは複数の確認パケット（ＡＣＫ１からＡＣＫ５）を備えることをさらに特徴とする請求項３９に記載の方法。
【請求項６２】
各受信済みパケット（ＩＰ１からＩＰ５、図７；ＳＯＬ＿ＡＣＫ３、図１１）内で、伝送パケット（ＩＰ１からＩＰ５）のシーケンスの中の前記それぞれの伝送パケット（ＩＰ１からＩＰ５）の前記伝送順序を示すシーケンス番号（ＳＮ；１、２、３、４、５）を決定する（Ｓ７３）ことと、
前記それぞれの確認パケット（ＡＣＫ１からＡＣＫ５）でその受信が確認されなければならない受信済みパケット（ＩＰ１からＩＰ５）の前記検出されたシーケンス番号（ＳＮ；１、２、３、４、５）をそれぞれ含む確認パケット（ＡＣＫ１からＡＣＫ５）を前記ゲートウェイ（ＧＷ）に送信する（Ｓ７４）ことと、
をさらに特徴とする請求項６１に記載の方法。
【請求項６３】
受信済みの伝送パケット（ＩＰ１からＩＰ３）内の、または受信済みの確認要求パケット（ＳＯＬ＿ＡＣＫ３）内のシーケンス番号（ＳＮ；１、２、３、４、５）を決定し（Ｓ７５）、前記確認要求メッセージ（ＳＯＬ＿ＡＣＫ３）が前記決定されたシーケンス番号（ＩＰ３）を有する前記伝送パケット（ＩＰ３）の前記受信を確認する確認パケット（ＡＣＫ３）の前記伝送を前記第２の端末ノード（ＭＮ）から要求することをさらに特徴とする請求項６２に記載の方法。
【請求項６４】
前記ゲートウェイ（ＧＷ）から再送されることが要求される伝送パケット（ＩＰ２；ＩＰ２）のシーケンス番号（２；２）を含む、前記ゲートウェイ（ＧＷ）に再送要求パケット（ＳＥＬ＿ＡＣＫ３（２）；ＳＥＬ＿ＡＣＫ４（２））を送信する（Ｓ５５”）ことをさらに特徴とする請求項６３に記載の方法。
【請求項６５】
前記第２の端末ノード（ＭＮ）と前記ゲートウェイ（ＧＷ）の間で第１のまたは第１と第２のトンネルリンク（ＴＵＮ１、ＴＵＮ２）をセットアップし（Ｓ５２’、Ｓ５６’；Ｓ５２”）、前記ゲートウェイ（ＧＷ）との前記伝送情報（ＴＩ、ＴＩ’、ＴＩ”）の受信及び前記確認情報（ＡＣＴＡＮ、ＡＣＴＡＮ’、ＡＣＴＡＮ”）の前記送信がそれぞれ前記第１のトンネルリンク（ＴＵＮ１）を通して、または前記第１のトンネルリンク（ＴＵＮ１）内でカプセル化される前記第２のトンネルリンク（ＴＵＮ２）を通して実行されることをさらに特徴とする請求項３９に記載の方法。
【請求項６６】
請求項１から３０の１つまたは複数に従って前記ゲートウェイ（ＧＷ）のそれぞれの装置の機能をそれぞれ実施するためのコード部分を備えるコンピュータプログラム製品。
【請求項６７】
請求項３１から３８の１つまたは複数に従って前記端末ノード（ＲＮ１からＲＮ４；ＭＮ）の前記それぞれの装置の前記機能をそれぞれに実施するためのコード部分を備えるコンピュータプログラム製品。
【請求項６８】
前記請求項４０から６７の１つまたは複数に従って、前記方法ステップの１つまたは複数をそれぞれ実施するためのコード部分を備えるコンピュータプログラム製品。
【図１】
【図２】
【図７】
【図８】
【図６】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１７】
【図１８】
【図２】
【図７】
【図８】
【図６】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１７】
【図１８】
【公表番号】特表２００７−５１５８１７（Ｐ２００７−５１５８１７Ａ）
【公表日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願番号】特願２００５−５０７７１４（Ｐ２００５−５０７７１４）
【出願日】平成１５年１０月２４日（２００３．１０．２４）
【国際出願番号】ＰＣＴ／ＥＰ２００３／０１１８２０
【国際公開番号】ＷＯ２００５／０１８１７０
【国際公開日】平成１７年２月２４日（２００５．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公表日】平成１９年６月１４日（２００７．６．１４）
【国際特許分類】
【出願日】平成１５年１０月２４日（２００３．１０．２４）
【国際出願番号】ＰＣＴ／ＥＰ２００３／０１１８２０
【国際公開番号】ＷＯ２００５／０１８１７０
【国際公開日】平成１７年２月２４日（２００５．２．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]