(57)【要約】  衛星通信システムは、プロトコルに従って、第１の衛星モデム及び第２の衛星モデムの間に複数の異なるトンネルを確立するように構成されてもよい。第１の衛星モデムは、異なるプロトコルに従って確立されたトンネルを介して、パケットを受信し、パケットに含まれる１つまたは複数のヘッダからの情報に基づいて、トンネルに対応するエンドポイント識別子を決定し、複数の異なるトンネルのうち当該トンネルに対応する１つを特定し、１つまたは複数のヘッダからの情報の少なくとも一部を省略し、複数の異なるトンネルのうち特定された１つに対応するトンネルインデックスを含むパケット及び情報ブロックのペイロードに含まれるデータの少なくとも一部を含む、対応パケットを生成し、複数の異なるトンネルのうち特定された１つを介して、対応パケットを第２の衛星モデムに送信する。
2016529744.tif 000002
【特許請求の範囲】
【請求項１】
衛星リンクとインタフェースをとる通信インタフェースを含む第１の衛星モデムと、
実行可能ロジックを含むハードウェアと、
を備えるシステムであって、
前記実行可能ロジックは、実行された場合に、第１のプロトコルに従って確立されたトンネルを介してパケットが受信されたという決定に応答して、前記第１の衛星モデムに、
前記パケットに含まれる１つまたは複数のヘッダからの情報に基づいて、前記第１のプロトコルに従って確立された前記トンネルに対応するエンドポイント識別子を決定することと、
前記エンドポイント識別子に基づいて、かつ、前記第１のプロトコルと異なる第２のプロトコルに従って前記第１の衛星モデムと第２の衛星モデムとの間に確立された複数の異なるトンネルに対応する複数の異なるトンネルインデックスの中から、前記パケットに対するトンネルインデックスを識別することと、
前記１つまたは複数のヘッダからの前記情報の少なくとも一部を省略し、前記パケットのペイロードに含まれるデータの少なくとも一部と前記トンネルインデックスを含む情報ブロックとを含む対応パケットを、前記パケットに対して生成することと、
前記通信インタフェースと前記複数の異なるトンネルのうち前記トンネルインデックスに対応するトンネルを介して、前記対応パケットを前記第２の衛星モデムに送信することと、
を行わせる、システム。
【請求項２】
前記実行可能ロジックは、実行された場合に、前記複数の異なるトンネルインデックスが、前記第１のプロトコルに従って確立された前記トンネルを介して受信された前のパケットに対するトンネルインデックスを含まないという決定に応答して、前記第１の衛星モデムに、
前記前のパケットから、前記情報の前記少なくとも一部を抽出することと、
前記情報の前記少なくとも一部に基づいて、前記トンネルインデックスを生成することと、
前記複数の異なるトンネルインデックスの中に前記トンネルインデックスを格納することと、
前記第２の衛星モデムに、前記トンネルインデックスに対応する前記トンネルを確立させるメッセージであって、前記トンネルインデックス及び前記情報の前記少なくとも一部を含むメッセージを生成することと、
前記通信インタフェースを介して、前記メッセージを前記第２の衛星モデムに送信することと、
前記通信インタフェースを介して、前記トンネルインデックスに対応する前記トンネルを、前記第２のプロトコルに従って前記第２の衛星モデムと確立することと、
を行わせる、請求項１に記載のシステム。
【請求項３】
前記第２の衛星モデムをさらに備え、前記実行可能ロジックは、実行された場合に、前記第２の衛星モデムに、
前記衛星リンクを介して、前記メッセージを受信することと、
前記複数の異なるトンネルインデックスの中に、前記トンネルインデックス及び前記情報の前記少なくとも一部をメモリに格納することと、
前記衛星リンクを介して、前記トンネルインデックスに対応する前記トンネルを、前記第２のプロトコルに従って前記第１の衛星モデムと確立することと、
前記衛星リンクを介して、前記対応パケットを受信したことに応答して、
前記ペイロードに含まれるデータの前記少なくとも一部の発信先を決定することと、
前記情報ブロックに基づいて前記メモリから取得された１つまたは複数のエレメントを含むパケットであって、前記ペイロードに含まれるデータの前記少なくとも一部を含む前記１つまたは複数のエレメントと、前記情報の前記少なくとも一部を含む前記１つまたは複数のエレメントとを含む前記パケットを生成することと、
前記第１のプロトコルに従って確立された前記トンネルを介して、前記１つまたは複数のエレメントを含む前記パケットを前記発信先に送信することと、
を行わせる、請求項２に記載のシステム。
【請求項４】
前記実行可能ロジックは、実行された場合に、
前記第１の衛星モデムに、前記第１のプロトコルに従って確立された前記トンネルを介して受信された複数のパケット内で、繰り返しパターンを含むデータを特定したことに応答して、
前記複数のパケットの一部に対して、前記繰り返しパターンを含む前記データを省略する１つまたは複数の対応パケットを生成することと、
前記通信インタフェース及び前記トンネルインデックスに対応する前記トンネルを介して、前記１つまたは複数の対応パケットを前記第２の衛星モデムに送信することと、
前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示すデータを生成することと、
前記通信インタフェースを介して前記第２の衛星モデムに、前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示す前記データを送信することと、
を行わせ、
前記第２の衛星モデムに、
前記衛星リンクを介して、前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示す前記データを受信したことに応答して、前記繰り返しパターン及び前記繰り返しパターンを前記トンネルインデックスに対応する前記トンネルに関連付けるデータを、前記メモリに格納することと、
前記衛星リンク及び前記トンネルインデックスに対応する前記トンネルを介して、前記１つまたは複数の対応パケットを受信したことに応答して、
前記１つまたは複数の対応パケットに対して、データを含み、前記メモリから取得され、前記繰り返しパターンを前記トンネルインデックスに対応する前記トンネルと関連付ける前記データに基づいて識別され、前記繰り返しパターンを含む、１つまたは複数のパケットを生成することと、
前記第１のプロトコルに従って確立された前記トンネルを介して前記発信先に、前記繰り返しパターンを含む前記１つまたは複数のパケットを送信することと、
を行わせる、請求項３に記載のシステム。
【請求項５】
前記１つまたは複数のヘッダからの前記情報は、前記第１のプロトコルのバージョン、前記第１のプロトコルに従って確立された前記トンネルに対応する発信元のインターネットプロトコルアドレス（ＩＰアドレス）、前記第１のプロトコルに従って確立された前記トンネルに対応する発信先のＩＰアドレス、前記第１のプロトコルに従って確立された前記トンネルに対応する仮想ローカルエリアネットワーク識別子（ＶＬＡＮ識別子）、または前記第１のプロトコルに従って確立された前記トンネルに対応する発信元のユーザーデータグラムプロトコルポート番号（ＵＤＰポート番号）の少なくとも１つを含み、前記情報の前記少なくとも一部は、前記バージョン、前記発信元のＩＰアドレス、前記発信先のＩＰアドレス、前記ＶＬＡＮ識別子、または前記発信元のＵＤＰポート番号の少なくとも１つを含む、請求項１から４のいずれか１項に記載のシステム。
【請求項６】
前記第１のプロトコルは、ジェネラルパケットラジオサービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）を含む、請求項１から５のいずれか１項に記載のシステム。
【請求項７】
前記１つまたは複数のヘッダは、ＧＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、シーケンス番号インジケータフィールドが前記ＧＴＰヘッダに含まれることを前記ＧＴＰヘッダが示すと決定したことに応答して、前記情報ブロックが対応するシーケンス番号インジケータフィールドを含むように、前記情報ブロックを生成させる、請求項６に記載のシステム。
【請求項８】
前記１つまたは複数のヘッダは、ＧＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、前記ＧＴＰヘッダに含まれる新たな拡張インジケータフィールド（Ｅ）または前記ＧＴＰヘッダに含まれるネットワークプロトコルデータユニット（Ｎ−ＰＤＵ）インジケータフィールド（ＰＮ）の少なくとも１つが設定されると決定したことに応答して、前記対応パケットが前記ＧＴＰヘッダの未修正バージョンを含むように、前記対応パケットを生成させる、請求項６に記載のシステム。
【請求項９】
前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットがインターネットプロトコル（ＩＰ）フラグメント化ＧＴＰパケットのフラグメントを含むと決定したことに応答して、
前記後続パケットに含まれるＩＰヘッダの識別フィールドからデータを抽出することと、
前記識別フィールドからの前記データと、前記識別フィールドからの前記データを前記トンネルインデックスに対応する前記トンネルに関連付けるデータとを、メモリに格納することと、
前記後続パケットに対応し、前記ＩＰヘッダ、前記後続パケットに含まれるユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、前記後続パケットに含まれるＧＴＰヘッダ、及び後続パケットが前記フラグメントを含むことを示すデータを含むパケットを生成することと、
前記第２の衛星モデムに前記通信インタフェース及び前記トンネルインデックスに対応する前記トンネルを介して、前記後続パケットに対応する前記パケットを送信することと、
を行わせる、請求項６に記載のシステム。
【請求項１０】
前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、前記通信インタフェース及び前記トンネルインデックスに対応するトンネルを介して前記第２の衛星モデムから受信されたパケットが、前記第２の衛星モデムから受信されたパケットがインターネットプロトコル（ＩＰ）フラグメント化ＧＴＰパケットのフラグメントを含むことを示すデータを含むと決定したことに応答して、
前記第１のプロトコルに従って、前記トンネルインデックスに対応するトンネルのために、前記第１の衛星モデムによって維持されるパケット数に基づいて、前記第１の衛星モデムによって修正されたシーケンス番号を含む前記第２の衛星モデムから受信された前記パケットに対応するパケットを生成することと、
前記第１の衛星モデムに連結されたネットワークデバイスに、前記第２の衛星モデムから受信された前記パケットに対応する前記パケットを送信することと、
を行わせる、請求項６に記載のシステム。
【請求項１１】
前記第２の衛星モデムから受信された前記パケットに対応する前記パケットは、前記シーケンス番号に基づいて、前記第１の衛星モデムによって決定されたチェックサム値を含む、請求項１０に記載のシステム。
【請求項１２】
前記第１の衛星モデムは、ネットワークデバイスに連結され、
前記パケットは、ＴＣＰ接続に関連付けられた送信制御プロトコルセグメント（ＴＣＰセグメント）を含み、
前記第１のプロトコルに従って確立された前記トンネルは、前方送信トンネルを含み、
前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、
前記第１のプロトコルに従って確立された前記トンネルが、前記第１のプロトコルに従って確立された異なるトンネルであって、後方送信トンネルを含む異なるトンネルに関連付けられることを決定することと、
前記ＴＣＰセグメントに対する確認応答を前記第２の衛星モデムから受信する前に、
前記後方送信トンネルに従って、前記ＴＣＰセグメントに対する確認応答を含むパケットを生成することと、
前記ネットワークデバイスに前記後方送信トンネルを介して、前記ＴＣＰセグメントに対する前記確認応答を含む前記パケットを送信することと、
を行わせる、請求項１から１１のいずれか１項に記載のシステム。
【請求項１３】
前記実行可能ロジックは、実行された場合に、前記ネットワークデバイスから前記前方送信トンネルを介して、前記ネットワークデバイスと通信を行うＴＣＰセグメントに対する確認応答を受信したことに応答して、前記第１の衛星モデムに、前記後方送信トンネルを介して前記第１の衛星モデムによって前記ネットワークデバイスと通信を行う前記ＴＣＰセグメントに対する前記確認応答を、前記第２の衛星モデムに対して送信することを失敗させる、請求項１２に記載のシステム。
【請求項１４】
前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに連結されたネットワークデバイスから受信された、前記第２の衛星モデムに連結された１つまたは複数のネットワークデバイス上に格納されたデータオブジェクトに対するハイパーテキストトランスファープロトコルリクエスト（ＨＴＴＰリクエスト）を、前記パケットが含むことを決定したことに応答して、前記第１の衛星モデムに、
前記通信インタフェース及び前記第２の衛星モデムを介して、前記ＨＴＴＰリクエストに関連付けられた１つまたは複数の追加データオブジェクトに対するプリフェッチセッションを開始することと、
前記通信インタフェースを介して前記第２の衛星モデムから、前記１つまたは複数の追加データオブジェクトを受信することと、
前記１つまたは複数の追加データオブジェクトを含むデータと、前記１つまたは複数の追加データオブジェクトを前記トンネルインデックスに対応するトンネルに関連付けるデータとをメモリに格納することと、
を行わせる、請求項１から１３のいずれか１項に記載のシステム。
【請求項１５】
前記実行可能ロジックは、実行された場合に、前記ネットワークデバイスから、前記第１のプロトコルに従って確立された前記トンネルを介して、１つまたは複数の追加データオブジェクトに対するＨＴＴＰリクエストを受信したことと、前記第１の衛星モデムによって、かつ、前記１つまたは複数の追加データオブジェクトを前記トンネルインデックスに対応する前記トンネルに関連付ける前記データに基づいて、前記メモリが、前記１つまたは複数の追加データオブジェクトを含む前記データを含むという決定に応答して、前記第１の衛星モデムに、
前記第１のプロトコルに従って、前記１つまたは複数の追加データオブジェクトを含む前記データを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを前記ネットワークデバイスに送信することと、
を行わせる、請求項１４に記載のシステム。
【請求項１６】
前記１つまたは複数のヘッダは、インターネットプロトコルヘッダ（ＩＰヘッダ）、ユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、及びリアルタイムトランスポートプロトコルヘッダ（ＲＴＰヘッダ）を備え、前記情報の前記少なくとも一部は、前記ＩＰヘッダ、前記ＵＤＰヘッダ、及び前記ＲＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記パケットがＵＤＰセグメントを含むと決定したことに応答して、前記第１の衛星モデムに、前記情報ブロックが前記ＩＰヘッダ、前記ＵＤＰヘッダ及び前記ＲＴＰヘッダから抽出されたデータに対応する記述子を含むように、前記情報ブロックを生成させる、請求項１から１５のいずれか１項に記載のシステム。
【請求項１７】
前記実行可能ロジックは、実行された場合に、前記第２の衛星モデムから前記通信インタフェースを介して受信されたパケットが、ＵＤＰセグメントのペイロードと、前記第２の衛星モデムによって受信されたパケットに含まれるインターネットプロトコルヘッダ（ＩＰヘッダ）、前記第２の衛星モデムによって受信された前記パケットに含まれるユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、及び前記第２の衛星モデムによって受信された前記パケットに含まれるリアルタイムトランスポートプロトコルヘッダ（ＲＴＰヘッダ）から、前記第２の衛星モデムによって抽出されたデータに対応する記述子と、を含むと決定したことに応答して、前記第１の衛星モデムに、
前記第１のプロトコル及び前記記述子に従って、前記ＵＤＰセグメントの前記ペイロードを含む１つまたは複数のパケットを生成することと、
前記第１の衛星モデムに連結されたネットワークデバイスに、前記１つまたは複数のパケットを送信することと、
を行わせる、請求項１から１６のいずれか１項に記載のシステム。
【請求項１８】
前記実行可能ロジックは、実行された場合に、前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットがＳＩＰセッションを開始するセッション開始プロトコルデータ（ＳＩＰデータ）を含むと第１の衛星モデムによって決定されたことと、前記衛星リンクに関連付けられた適用可能なリソースの量に基づいて、前記ＳＩＰセッションを開始しないと決定したこととに応答して、前記第１の衛星モデムに、
前記ＳＩＰデータに基づいて、前記ＳＩＰデータを生成した前記第１の衛星モデムに連結されたネットワークデバイスを決定することと、
前記第１のプロトコル及び前記ＳＩＰデータに従って、前記ＳＩＰセッションを終了させるデータを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１７のいずれか１項に記載のシステム。
【請求項１９】
前記実行可能ロジックは、実行された場合に、前記第２の衛星モデムから前記通信インタフェースを介して受信されたパケットと、複数の異なるトンネルのうち、前記トンネルインデックスに関連付けられた１つまたは複数のトンネルとが、エンドマーカを含むという決定と、予め定められた期間、前記第１のプロトコルに従って確立された前記トンネルまたは１つまたは複数のトンネルのいずれかを介して、前記第１の衛星モデムによってパケットが受信されなかったという決定との少なくとも１つに応答して、前記第１の衛星モデムに、
前記第２の衛星モデムに、前記１つまたは複数のトンネルを終了させるメッセージを生成することと、
前記第２の衛星モデムに、前記通信インタフェースを介して、前記メッセージを送信することと、
前記第１のプロトコルに従って、前記第１の衛星モデムに連結されたネットワークデバイスに前記第１のプロトコルに従って確立された前記トンネルに関連付けられた少なくとも１つのセッションを終了させるデータを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１８のいずれか１項に記載のシステム。
【請求項２０】
前記パケットは、前記第１の衛星モデムに連結されたネットワークデバイスから受信されたドメインネームシステムクエリ（ＤＮＳクエリ）を含み、前記実行可能ロジックは、実行された場合に、前記第１の衛星モデムに、
前記通信インタフェースを介して、前記第２の衛星モデムから、前記ＤＮＳクエリに応答してインターネットプロトコルアドレス（ＩＰアドレス）またはドメインネームの少なくとも１つを受信することと、
前記ＩＰアドレス及び前記ドメインネームを含むデータと、前記ＩＰアドレス及び前記ドメインネームを前記トンネルインデックスに対応する前記トンネルに関連付けるデータとを、メモリに格納することと、
前記ネットワークデバイスから前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットが、前記ＩＰアドレスまたは前記ドメインネームの少なくとも１つを含むＤＮＳクエリを含むと決定したことに応答して、
前記第１のプロトコルに従って、前記ＩＰアドレス及び前記ドメインネームを含む前記データの少なくとも一部に基づいて生成された、前記ＩＰアドレスまたは前記ドメインネームの少なくとも１つを含む前記ＤＮＳクエリに対する応答を含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１９のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権主張］  本願は、発明の名称を「トンネル化されたトラフィックの最適化のための複数の方法及び装置（METHODS AND APPARATUS FOR OPTIMIZING TUNNELED TRAFFIC）」とする２０１５年６月１６日出願の米国特許出願第１４／７４０，２９７号に基づく優先権を主張し、これは、発明の名称を「トンネル化されたトラフィックの最適化のための複数の方法及び装置（METHODS AND APPARATUS FOR OPTIMIZING TUNNELED TRAFFIC）」とする２０１４年７月２３日出願の米国仮特許出願第６２／０２８，２８７号及び発明の名称を「トンネル化されたトラフィックの最適化のための複数の方法及び装置（METHODS AND APPARATUS FOR OPTIMIZING TUNNELED TRAFFIC）」とする２０１４年６月２６日出願の同第６２／０１７，３６６号に基づく優先権を主張し、本願は、これらの各々と同じ発明の名称であり、ここに、これらの各々に基づく優先権を主張する。前述された複数の出願の各々の開示は、それら全体が参照により本明細書に組み込まれ、かつ、その一部をなす。
【０００２】
本開示の複数の態様は、概して、データ通信の分野に関し、詳細には、高レイテンシ媒体を介したデータ通信に関する。
【背景技術】
【０００３】
ジェネラルパケットラジオサービス（ＧＰＲＳ）は、セルラネットワークにおけるデータ通信をサポートする。第３世代（３Ｇ）及びロングタームエボリューション（ＬＴＥ）のセルラネットワークにおいて、データ通信は、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を用いて交換される。ＧＴＰプロトコルのユーザデータトンネリング部分（ＧＴＰ−Ｕ）は、多数のタイプのセルラネットワークにおいて、複数のアクセスポイント（複数の基地局）と複数のコアネットワークエンティティとの間の複数のインタフェースを介して用いられ、これらは、モバイルテレコミュニケーションシステムズ（ＵＭＴＳ）におけるＩｕＢインタフェース、３ＧネットワークにおけるＩｕＨインタフェース、及びＬＴＥネットワークにおけるＳ１インタフェースを含む。３Ｇネットワークにおいて、ＧＴＰ−Ｕは、全てのデータトラフィックに適用されるが、ＧＴＰ−Ｕトンネル外で搬送されるボイストラフィックにはされない。ＬＴＥネットワークにおいて、ＧＴＰ−Ｕは、使用されるボイスオーバーＬＴＥ（ＶｏＬＴＥ）に応じて、ボイストラフィックに適用されてもよい（すなわち、ボイストラフィックは、ＧＴＰトンネル内で搬送可能である）。
【０００４】
複数のアクセスポイントと複数のコアネットワークエンティティとの間の複数のインタフェースは、様々なタイプのリンクを介して、長距離を繋いでもよい。衛星リンクまたは他の高レイテンシリンクは、複数のアクセスポイントと複数のコアネットワークエンティティとの間の複数のインタフェースのバックホールのために使用され、（ＩｕＢ、ＩｕＨ及びＳ１インタフェース同様に）、複数のアクセスポイントと複数のコアネットワークエンティティとの間のトラフィックは、高レイテンシとなる。残念ながら、トラフィックが高レイテンシになると、性能低下を招くことが多い。性能低下及びユーザエクスペリエンスの低下を緩和または防止するため、複数の送信制御プロトコル（ＴＣＰ）加速方法、複数のハイパーテキストトランスファープロトコル（ＨＴＴＰ）加速方法、及び／または様々なキャッシュ方法が適用され得る。
【０００５】
衛星帯域幅は、限定的なリソースであり、莫大な利用コストがかかる。そこで、衛星リンクを介してバックホールされるセルラトラフィックは、オペレーションコストを最小化するように、効率的な態様でバックホールされなければならない。ボイスオーバーＩＰ（ＶｏＩＰ）トラフィックは、比較的高オーバヘッドの小さい複数のパケットを特徴とすることが多い。衛星リンクを介しての送信ＶｏＩＰトラフィック「そのもの」は、衛星リソースの利用において著しく非効率的となる可能性が高い。従って、音声の品質低下を防止し、及び／または、より効率的に複数の衛星リソースを利用するために、ボイストラフィックを識別及び処理すること（例えば、遅延、ジッタ、パケットロス、及び／またはオーバヘッドの最小化）が望ましいことがある。
【０００６】
ＴＣＰ加速、ＨＴＴＰ加速、キャッシュ、及びＶｏＩＰ処理の複数の技術が公知であるが、トラフィックがトンネリング情報でカプセル化された場合、これらは、有効性が低下することがある。加速及びキャッシュ方法をトンネリング情報でカプセル化されたトラフィックに対して適用するには、大きな課題が存在する。
【０００７】
加速、キャッシュ及びＶｏＩＰ処理の公知の複数の技術の複数の例は、Ｃｈａｔｔｅｒｊｅｅらの米国特許第６，９４７，４４０号及びＹａｂｏらの同第８，８３７，３４９号において説明される。
【発明の概要】
【０００８】
以下に、本開示のいくつかの態様に対する基本的な理解のため、簡略化された概要を示す。この概要は、本開示の広範な概略ではない。これは、本開示の鍵となるまたは必須の複数のエレメントを特定することを意図するものではなく、本開示の範囲を表すことを意図するものでもない。以下の概要は、後述の説明の前置きとして、本開示のいくつかの態様を、簡略化された形で示しているに過ぎない。
【０００９】
本開示の複数の態様によれば、衛星通信システムは、プロトコルに従って、第１の衛星モデム及び第２の衛星モデムの間に複数の異なるトンネルを確立するように構成されてもよい。第１の衛星モデムは、異なるプロトコルに従って確立されたトンネルを介してパケットを受信し、パケットに含まれる１つまたは複数のヘッダからの情報に基づいてトンネルに対応するエンドポイント識別子を決定し、トンネルに対応する複数の異なるトンネルの１つを特定し、１つまたは複数のヘッダからの情報の少なくとも一部を省略するとともに、複数の異なるトンネルのうち識別された１つに対応するトンネルインデックスを含むパケット及び情報ブロックのペイロードに含まれるデータの少なくとも一部を含む、対応パケットを生成し、複数の異なるトンネルのうち識別された１つを介して対応パケットを第２の衛星モデムに送信してもよい。
【００１０】
いくつかの実施形態において、複数のトンネル（例えば、ＧＴＰ−Ｕに従って生成された複数のトンネル）は、衛星リンクを介して拡張されてもよい。いくつかの実施形態において、衛星通信システムは、送信局及び受信局を備えてもよい。送信局（例えば、それに関連付けられた衛星モデム）は、（例えば、ＧＴＰ−Ｕに従って）トンネリング情報でカプセル化されたデータを含むパケットを（例えば、ＬＡＮインタフェースを介して）受信し、対応パケットを生成するために、パケットに関連付けられたプロトコル及び／またはアプリケーションに従って１つまたは複数の方法を実行し、対応パケットを（例えば、衛星リンクを介して）受信局（例えば、それに関連付けられた衛星モデム）に送信するように構成されてもよい。受信局は、送信局によって送信されたパケットを（例えば、衛星リンクを介して）受信し、対応パケットを生成するために、パケットに従って１つまたは複数の方法を実行し、それが生成するパケットを、その次なる発信先に向けて（例えば、ＬＡＮインタフェースを介して）送信するように構成されてもよい。いくつかの実施形態において、局は、送信局によって受信されたパケットに含まれるデータをカプセル化するトンネリング情報に対応するトンネルを確立するように構成されてもよい。このような複数の実施形態において、複数の局間に確立されたトンネル介して、（例えば、送信局によって生成された対応パケットを）送信局は、送信するように構成されてもよく、受信局は、受信するように構成されてもよい。いくつかの実施形態において、受信局によって生成されたパケットは、複数の局間に確立されたトンネルに対応してもよく、及び／または、送信局によって受信されたパケットに含まれるデータをカプセル化するトンネリング情報でカプセル化されたデータを含んでもよい。
【００１１】
いくつかの実施形態において、データは、トンネル（例えば、ＧＴＰトンネル）を介して受信され、分類され、その分類に従って処理されてもよい。いくつかの実施形態において、データは、ＴＣＰクラス、ＨＴＴＰオーバＴＣＰクラス、ドメインネームシステム（ＤＮＳ）クラス、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）クラス、またはジッタ及び／または遅延感知トラフィッククラスのうち１つまたは複数に分類されてもよい。
【００１２】
いくつかの実施形態において、ヘッダ圧縮は、トンネルを介して受信されたデータの少なくとも一部に適用されてもよい。例えば、トンネルに関連付けられたＩＰ、ＵＤＰまたはＧＴＰヘッダの１つまたは複数は、圧縮されてもよい。
【００１３】
いくつかの実施形態において、トンネルを介して受信されたＴＣＰトラフィックは、（例えば、衛星リンクを介して送信するために）加速されてもよい。例えば、衛星リンクの各サイドにおいて、ＴＣＰ接続は、前方送信トンネル及び後方送信トンネルに関連付けられてもよい。いくつかの実施形態において、ＴＣＰトラフィックは、ＴＣＰ接続に関連付けられた前方送信トンネルを介して受信されたセグメントに対応する確認応答（例えば、なりすましによる確認応答）を生成し、ＴＣＰ接続に関連付けられた後方送信トンネルを介してセグメントの発信元に確認応答を送信することによって、送信局において加速されてもよい。さらに、または代替的に、ＴＣＰトラフィックは、対応するＴＣＰ接続に関連付けて、（例えば、その発信先からの）ＴＣＰ接続に関連付けられた前方送信トンネルを介してセグメントに対して受信された確認応答に関連付けられた１つまたは複数の値を記録し、確認応答を送信局に転送する代わりに、（例えば、衛星リンクを介して確認応答を送信することが不要となり得る場合に）それを省略することによって、受信局において加速されてもよい。
【００１４】
いくつかの実施形態において、トンネルを介して受信されたＨＴＴＰトラフィックは、（例えば、ユーザのブラウジングエクスペリエンス向上のために）加速されてもよい。例えば、ＨＴＴＰトラフィックは、１つまたは複数のプリフェッチまたはキャッシュ技術を用いて加速されてもよい。さらに、ＨＴＴＰトラフィックの基礎となるデータは、１つまたは複数のＴＣＰ接続を介して通信が行われることが多いため、ＴＣＰトラフィックの加速は、ＨＴＴＰトラフィックをも加速させる。
【００１５】
いくつかの実施形態において、トンネルを介して受信されたトラフィックに含まれる冗長情報は、特定され、削除されてもよい。
【００１６】
いくつかの実施形態において、トンネルを介して受信されたＵＤＰトラフィック（例えば、ＳＩＰシグナリングトラフィック、ＲＴＰトラフィック、ＤＮＳトラフィック、非ＲＴＰリアルタイムトラフィック、他の非リアルタイムトラフィック等）は、特化された処理のために特定されてもよい。
【図面の簡単な説明】
【００１７】
このように、本開示を複数の一般的な用語で説明し、ここで、複数の添付図面が参照されるが、これらは、必ずしも縮尺通りに表示されるものではない。
【００１８】
【図１】本開示の複数の態様に係る通信システムを示す。
【００１９】
【図２】本開示の複数の態様に係る例示的な送信局のブロック図を示す。
【００２０】
【図３】本開示の複数の態様に係る送信局及び受信局を示す。
【００２１】
【図４】本開示の複数の態様に係るＧＴＰヘッダフォーマットを示す。
【００２２】
【図５】本開示の複数の態様に係るＨＴＴＰセッションの例を示す。
【００２３】
【図６】本開示の複数の態様に係る複数のＤＮＳセッションの例を示す。
【発明を実施するための形態】
【００２４】
図１を参照すると、通信システム１００は、少なくとも１つのユーザ端末デバイス（例えば、ＵＥ）（１１０）と、少なくとも１つのアクセスポイント（例えば、ｅＮｏｄｅＢ）（１２０）と、少なくとも１つのコアネットワークデバイス（例えば、エボルブドパケットコア（ＥＰＣ））（１６０）と、を備えてもよい。少なくとも１つのアクセスポイント（１２０）と少なくとも１つのコアネットワークデバイス（１６０）とは、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）に対応する１つまたは複数のトンネル（１９０）を用いて、少なくとも互いに通信を行うように構成されてもよい。いくつかの実施形態において、１つまたは複数のトンネル（１９０）は、ＧＴＰのデータユーザ部分（ＧＴＰ−Ｕ）に対応してもよい。上述された複数の例で用いられた複数の用語は、複数の特定のセルラ通信技術（例えば、第３世代パートナシッププロジェクト（３ＧＰＰ）、ロングタームエボリューション（ＬＴＥ）等）から抽出されてもよいが、システム１００は、様々な他のタイプのセルラ通信ネットワーク、さらには他のタイプの複数の無線通信ネットワークを表してもよい。
【００２５】
いくつかの実施形態において、少なくとも１つのアクセスポイント（１２０）と少なくとも１つのコアネットワークデバイス（１６０）とは、地理的に分離されていてもよく、少なくとも１つのアクセスポイント（１２０）と少なくとも１つのコアネットワークデバイス（１６０）とによって用いられる１つまたは複数のＧＴＰトンネル（１９０）は、１つまたは複数の高レイテンシリンクを介して搬送されてもよい。図１に示される例において、このような高レイテンシリンクは、衛星リンクによって表される。衛星リンクは、少なくとも第１の衛星モデム（１３０）及び第２の衛星モデム（１５０）を備えてもよく、第１の衛星モデム（１３０）及び第２の衛星モデム（１５０）は、衛星（１４０）を介して、例えば、適切な送受信手段（例えば、第１の衛星モデム（１３０）及び第２の衛星モデム（１５０）にそれぞれ対応する１３５及び１５５）を用いて、少なくとも互いに通信を行うように構成されてもよい。第１の衛星モデム（１３０）は、少なくとも１つのアクセスポイント（１２０）と連結（１７０）されるように構成されてもよく、ユーザ対応局と称されてもよい。第２の衛星モデム（１５０）は、少なくとも１つのコアネットワークデバイス（１６０）と連結（１８０）されるように構成されてもよく、（例えば、第２の衛星モデム（１５０）と連結され得る少なくとも１つのコアネットワークデバイス（１６０）は、複数のウェブサーバ、複数のＳＩＰサーバ、複数のＤＮＳサーバ、複数のデータセンタ、複数のイントラネットサーバ及び／または任意の他のタイプの複数のネットワークサーバへのアクセスを可能とするように構成されてもよいことから）ウェブ対応局と称されてもよい。
【００２６】
いくつかの実施形態において、システム１００は、複数のアクセスポイントを備えてもよい。このような複数の実施形態において、各アクセスポイントは、少なくとも１つのコアネットワークデバイス（１６０）と連結された１つまたは複数の衛星モデムと通信を行うように構成される衛星モデムと連結されてもよい。いくつかの実施形態において、アクセスポイントと連結された各衛星モデムは、超小型地球局（ＶＳＡＴ）に関連付けられてもよく、少なくとも１つのコアネットワークデバイス（１６０）と連結された複数の衛星モデムは、少なくとも１つのコアネットワークデバイス（１６０）と連結された衛星通信ハブと置換されてもよく、または、これに対応してもよい。
【００２７】
複数のＧＴＰトンネルは、一方向であってもよく、システム１００の各ＧＴＰトンネルは、送信局及び受信局に関連付けられてもよい。図３は、送信局（２００）と連結された第１のネットワークデバイス（３５０）（例えば、アクセスポイントまたはコアネットワークデバイス）と、受信局（３００）と連結された第２のネットワークデバイス（３６０）（例えば、コアネットワークデバイスまたはアクセスポイント）とを示す。第１のネットワークデバイス（３５０）は、少なくとも１つのＧＴＰトンネル（３９０）を介して、第２のネットワークデバイス（３６０）に情報を送信するように構成されてもよい。送信局（２００）は、第１のネットワークデバイス（３５０）から、ＧＴＰ−Ｕ（３１０）に従ってカプセル化されたデータを含むパケットを受信し、対応パケットを生成するために、プロトコル及び／またはパケットに関連付けられたアプリケーションに従って１つまたは複数の方法を実行し、例えば、高レイテンシリンクを介して（例えば、衛星を介して）対応パケットを受信局（３００）に送信するように構成されてもよい。いくつかの実施形態において、送信局（２００）及び受信局（３００）間に確立された、少なくとも１つのＧＴＰトンネル（３９０）に対応し得る内部トンネル（３２０）を介して、送信局（２００）は、対応パケットを送信するように構成されてもよく、受信局（３００）は、これを受信するように構成されてもよい。受信局（３００）は、送信局（２００）によって生成されたパケットを、高レイテンシリンクを介して（例えば、衛星を介して）受信し、対応パケットを生成するために、受信されたパケットに従って１つまたは複数の方法を実行し、それが生成したパケットを、ＧＴＰ−Ｕ（３３０）を用いて第２のネットワークデバイス（３６０）に送信するように構成されてもよい。いくつかの実施形態において、受信局（３００）によって生成されたパケットは、パケットが送信局（２００）によって送信され、かつ、受信局（３００）によって受信されたときに経由した内部トンネル（３２０）に対応してもよい。いくつかの実施形態において、第１の衛星モデム（１３０）及び／または第２の衛星モデム（１５０）は、ＧＴＰ−Ｕを用いてカプセル化されたトラフィックを送信及び受信することを少なくとも目的として、送信局（２００）及び受信局（３００）の両方を備えてもよい。
【００２８】
いくつかの実施形態において、内部トンネル（３２０）は、暗号化されてもよい。例えば、送信局（２００）によって受信されたパケットは、暗号化されていないデータを含んでもよく、送信局（２００）は、前述されたように、対応パケットを生成し、パケットを受信局（３００）に送信する前に、暗号化スキームに従ってパケット（またはそこに含まれるデータ）を暗号化するように構成されてもよい。受信局（３００）は、送信局（２００）によって生成されたパケットを受信し、暗号化スキームに従ってパケット（またはそこに含まれるデータ）を復号し、前述されたように、復号されたパケット（またはそこに含まれるデータ）を含み得る対応パケットを生成し、それが生成したパケットを第２のネットワークデバイス（３６０）に送信するように構成されてもよい。
【００２９】
いくつかの実施形態において、第１のネットワークデバイス（３５０）は、複数の異なるＧＴＰトンネルを介して、第２のネットワークデバイス（３６０）に情報を送信するように構成されてもよく、複数の異なる内部トンネルを介して、送信局（２００）は、複数のＧＴＰトンネルに関連付けられた複数のパケットを送信するように構成されてもよく、及び／または、受信局（３００）は、これらを受信するように構成されてもよい。複数の内部トンネルの各内部トンネルは、複数の異なるＧＴＰトンネルの対応するＧＴＰトンネルに関連付けられてもよい。このような複数の実施形態において、送信局（２００）は、内部トンネルを介して受信または送信された複数のパケット（またはそこに含まれるデータ）を、内部トンネルが関連付けられた暗号鍵で、暗号化するように構成されてもよく、及び／または、受信局（３００）は、これらを復号するように構成されてもよい（例えば、複数の異なる内部トンネルの各々を介して送受信されたデータは、暗号鍵を用いて暗号化及び復号されてもよく、この鍵は、他の複数の内部トンネルを介して送受信されたデータの暗号化及び復号に用いられる暗号鍵とは異なる。
【００３０】
いくつかの実施形態において、送信局（２００）によって受信されたパケット（またはそこに含まれるデータ）は、暗号化されてもよく、送信局（２００）は、パケット（またはそこに含まれるデータ）を復号し、異なる暗号化スキーム（例えば、アルゴリズム、鍵等）、例えば、内部トンネル（３２０）に関連付けられた暗号化スキームに従って、それが生成した対応パケット（またはそこに含まれるデータ）を暗号化するように構成されてもよい。さらに、または代替的に、受信局（３００）は、暗号化スキームに従って、それが生成した対応パケットを暗号化するように構成されてもよく、このスキームは、送信局（２００）が内部トンネル（３２０）を介して通信されたパケット（またはそこに含まれるデータ）を暗号化するために用いられる暗号化スキーム、及び／または、送信局（２００）によって受信されたパケット（またはそこに含まれるデータ）が暗号化され得る暗号化スキームと異なるものであってもよい。
【００３１】
図２は、例示的な送信局２００（例えば、図３の送信局２００）のブロック図を示す。送信局２００は、ＧＴＰモジュール（２１０）と、１つまたは複数の特定プロトコル向け及び／または特定用途向け処理モジュール（例えば、２２０から２８０）と、衛星インタフェースモジュール（２９０）とを備えてもよい。ＧＴＰモジュール（２１０）は、トンネルデータベース（２１５）を備えてもよい。受信局（例えば、図３の受信局３００のような）は、図２に示される送信局２００と、複数のモジュール間のフローを逆転させた、同様のものであってもよい。例えば、受信局（例えば３００）において、フローは、衛星インタフェースモジュールから１つまたは複数の処理モジュールへ、１つまたは複数の処理モジュールからＧＴＰモジュールへ、及び、ＧＴＰモジュールからＧＴＰ−Ｕインタフェースへと向かってもよい。前述されたように、衛星モデム（例えば、第１の衛星モデム（１３０）及び第２の衛星モデム（１５０）のいずれか）は、少なくとも送信局（例えば２００）及び受信局（３００）を備えてもよい。いくつかの実施形態において、衛星モデムは、少なくとも、送信局（２００）及び受信局（３００）の両方に共通たり得る単一の（統一された）ＧＴＰモジュール（２１０）及び単一の（統一された）トンネルデータベース（２１５）を備えるように構成されてもよく、ここで、少なくともＧＴＰモジュール（２１０）は、対応する送信局モジュールかつ対応する受信局モジュールの両方として、構成されてもよい。いくつかの実施形態において、衛星モデムは、送信局（２００）及び受信局（３００）の両方に共通たり得る、統一された特定用途向け及び／または特定プロトコル向けモジュール（例えば、２２０から２８０）及び／または統一された衛星インタフェースモジュール（２９０）を有するように構成されてもよく、ここで、複数の統一されたモジュールの各々は、対応する送信局モジュールかつ対応する受信局モジュールの両方として構成されてもよい。そこで、本明細書において、図２に示される複数のモジュールの説明は、特に別途示されない限り、文脈に従って、送信局（２００）または受信局（３００）を指してもよい。
【００３２】
ＧＴＰモジュール（２１０）は、ＧＴＰモジュール（２１０）が検出するように構成され得る１つまたは複数のＧＴＰトンネルに対応する情報を格納することを少なくとも目的として、トンネルデータベース（２１５）を用いるように構成されてもよい。ＧＴＰモジュール（２１０）は、１つまたは複数のＧＴＰトンネルの各々に対して、個別のＧＴＰトンネルに対応するトンネルエンドポイント識別子（ＴＥＩＤ）をトンネルデータベース（２１５）に格納するように構成されてもよい。いくつかの実施形態において、例えば、送信局（２００）は、複数のネットワークデバイス（例えば、複数のアクセスポイントまたは複数のコアネットワークデバイス）と連結されるように構成されてもよく、ここで、複数のネットワークデバイスのうち２つまたはそれより多くは、これらの個別のＧＴＰトンネルに対して同じＴＥＩＤ値を用いてもよい。このような複数の実施形態において、送信局（２００）のＧＴＰモジュール（２１０）が、ＴＥＩＤ値のみに基づいてＧＴＰトンネルを一意に特定することは不可能なことがある。そこで、このような複数の実施形態において、１つまたは複数のＧＴＰトンネルの各々を一意に特定することを少なくとも目的として、ＧＴＰモジュール（２１０）は、１つまたは複数のＧＴＰトンネルのうち少なくとも１つのＧＴＰトンネルに対して、例えば、発信元インターネットプロトコルアドレス（ＩＰアドレス）、発信先ＩＰアドレス、仮想ローカルエリアネットワーク識別子（ＶＬＡＮ識別子）及び／または発信元ＵＤＰポート番号を含む、当該少なくとも１つのＧＴＰトンネルに対応し得る追加情報エレメントを、トンネルデータベース（２１５）に格納するように構成されてもよい。
【００３３】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、１つまたは複数のパケットを（例えば、送信局（２００）と連結され得る第１のネットワークデバイス（３５０）から）受信し、１つまたは複数のパケットの少なくとも１つがＧＴＰトンネル（例えば３９０）を搬送され得ることを決定するように構成されてもよい。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットがＧＴＰトンネル（３９０）を搬送され得ることを、当該少なくとも１つのパケットがユーザーデータグラムプロトコル（ＵＤＰ）に従って受信され得ること、及び、当該少なくとも１つのパケットが発信先ＵＤＰポート番号２１５２に関連付けられ得ることを決定することによって、決定するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットがＧＴＰトンネルを搬送され得ることを決定する際に、少なくとも１つのパケットに対応する（またはこれに含まれる）ＧＴＰヘッダを少なくとも解析し、少なくとも１つのパケットに対応するＧＴＰヘッダから、少なくともトンネルエンドポイント識別子（ＴＥＩＤ）を抽出するようにさらに構成されてもよい。
【００３４】
ＧＴＰ−Ｕに従って、対応する発信元ＩＰアドレス及び発信先ＩＰアドレスをそれぞれ有する（かつ、発信先ＵＤＰポート番号２１５２を用いる）発信元ＧＴＰエンドポイント及び発信先ＧＴＰエンドポイント（例えば、アクセスポイント及び／またはコアネットワークデバイス）間にＧＴＰトンネルを確立するために、エコーリクエスト及びエコー応答メッセージ（複数のエコーパケット）は、複数のＧＴＰエンドポイント間で交換されてもよい。複数のエコーパケットは、無効なトンネルエンドポイント識別子を含んでもよい（例えば、それらのＴＥＩＤが０に設定され得る）。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、受信されたパケットが有効な（例えば、ゼロ以外の）ＴＥＩＤを含むか否かを決定し、受信されたパケットが無効なＴＥＩＤを含むと決定する際に、受信されたパケットが任意のＧＴＰトンネルに関連付けられまたはここを搬送されなくてもよいと決定するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、パケットが任意のＧＴＰトンネルに関連付けられまたはここを搬送されなくてもよいと決定する際に、少なくとも複数の特定用途向け処理モジュール（例えば、２２０から２８０）をバイパス（２１７）しつつ、受信されたパケットを少なくとも衛星インタフェースモジュール（２９０）に転送するように、構成されてもよい。このように、送信局（２００）は、複数のＧＴＰトンネル確立メッセージ（例えば、複数のエコーパケット）を少なくとも対応する受信局（例えば３００）に透過的に送信するように構成されてもよい。
【００３５】
送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットに対応するＧＴＰヘッダからＴＥＩＤを抽出する際に、少なくとも１つのパケットが、１つまたは複数のパケットのうち、抽出されたＴＥＩＤに対応するＧＴＰトンネルに関連付けられ得る第１のパケットたり得るか否かを決定するようにさらに構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、（１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットが、ＧＴＰトンネルに関連付けられた第１のパケットたり得るか否かを、トンネルデータベース（２１５）において少なくとも１つのパケットに対応するＴＥＩＤ値を含むレコードを検索することによって決定するように構成されてもよく、ここで、トンネルデータベース（２１５）において、ＴＥＩＤ値を含むレコードが発見されなかった場合に、少なくとも１つのパケットは、ＧＴＰトンネルに関連付けられた第１のパケットであると決定されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットがＧＴＰトンネルに関連付けられた第１のパケットであると決定する際に、ＧＴＰトンネルに対応する新たなレコードをトンネルデータベース（２１５）に追加するように構成されてもよく、ここで、新たなレコードは、少なくとも１つのパケットに対応するＴＥＩＤ値を少なくとも含んでもよい。
【００３６】
前述されたように、いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットに対応する複数の追加情報エレメント、例えば、発信元ＩＰアドレス、発信先ＩＰアドレス、仮想ローカルエリアネットワーク識別子（ＶＬＡＮ識別子）、及び／または発信元ＵＤＰポート番号を、少なくとも１つのパケットから抽出するように構成されてもよい。このような複数の実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、（１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットが、ＧＴＰトンネルに関連付けられた第１のパケットたり得るか否かを、トンネルデータベース（２１５）において、少なくとも１つのパケットに対応するＴＥＩＤ値及び複数の追加情報エレメントのいずれかの複数の値を含むレコードを検索することによって決定するようにさらに構成されてもよく、ここで、トンネルデータベース（２１５）において、ＴＥＩＤ値及び複数の追加情報エレメントのいずれかの複数の値を含むレコードが発見されなかった場合に、少なくとも１つのパケットは、ＧＴＰトンネルに関連付けられた第１のパケットであると決定されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットがＧＴＰトンネルに関連付けられ得る第１のパケットであると決定する際に、ＧＴＰトンネルに対応する新たなレコードをトンネルデータベース（２１５）に追加するように構成されてもよく、ここで、新たなレコードは、少なくとも１つのパケットに対応するＴＥＩＤ値及び複数の追加情報エレメントのいずれかの複数の値を少なくとも含む。
【００３７】
さらに、送信局（２００）のＧＴＰモジュール（２１０）は、（１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットがＧＴＰトンネルに（３９０）に関連付けられた第１のパケットたり得ると決定する際に、（例えば、第１の衛星モデムの）送信局（２００）と（例えば、第２の衛星モデムの）受信局（３００）（のＧＴＰモジュール）との間に内部トンネル（３２０）を確立するように構成されてもよく、ここで、内部トンネル（３２０）は、少なくとも１つのパケットに対応するＧＴＰトンネル（３９０）に対応してもよい。いくつかの実施形態において、例えばシステム１００は、複数の受信局（複数の衛星モデム）を備えてもよく、送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットに対応する受信局（衛星モデム）を（例えば、少なくとも１つのパケットに関連付けられた発信先ＩＰアドレスに従って）決定し、決定された受信局（３００）と内部トンネル（３２０）を確立するように構成されてもよい。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、第１の衛星モデムの）送信局（２００）及び（例えば、第２の衛星モデムの）受信局（３００）に接続するリンク（例えば、高レイテンシリンク）を介してセッション確立メッセージを送信することによって、受信局（３００）（のＧＴＰモジュール）と内部トンネル（３２０）を確立するように構成されてもよく、ここで、セッション確立メッセージは、ＧＴＰトンネル（３９０）に対応するＴＥＩＤ値を少なくとも含んでもよい。受信局（３００）のＧＴＰモジュールは、ＧＴＰセッション確立メッセージを受信する際に、（例えば、送信局（２００）のトンネルデータベース（２１５）と同様の、または、同じ衛星モデムに含まれ得る送信局（２００）のトンネルデータベース（２１５）と統一された）トンネルデータベースにおいて受信されたＧＴＰセッション確立メッセージにおいて与えられた１つまたは複数のセッションパラメータを格納するように構成されてもよい。
【００３８】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、例えば、セッション確立メッセージにおいて、ＧＴＰトンネル（３９０）に対応するＴＥＩＤ値に加えて、ＧＴＰトンネル（３９０）（に関連付けられた少なくとも１つのパケット）に対応する複数の追加情報エレメントを含むように構成されてもよい。複数の追加情報エレメントは、例えば、（例えば、それが少なくとも１つのパケットのＧＴＰヘッダに含まれ得るため）ＧＴＰバージョンインジケータ、内部ＴＥＩＤインデックス、発信元ＩＰアドレス、発信先ＩＰアドレス、仮想ローカルエリアネットワーク識別子（ＶＬＡＮ識別子）、及び／または発信元ＵＤＰポート番号を含んでもよい。いくつかの実施形態において、ＧＴＰセッション確立メッセージに含まれる内部ＴＥＩＤインデックスは、内部トンネル（３２０）が確立された後で、例えば、内部トンネル（３２０）を参照するために、またはオーバヘッド（ヘッダサイズ）低減のために、送信局（２００）によって及び／または受信局（３００）によって用いられてもよい。ＴＥＩＤ、ＧＴＰバージョン、内部ＴＥＩＤインデックス、発信元ＩＰアドレス、発信先ＩＰアドレス、ＶＬＡＮ識別子及び／または発信元ＵＤＰポートのような複数の情報エレメントは、対応するＧＴＰトンネル（３９０）が開放され得る限り、一定であってもよく、そこで、これらをＧＴＰセッション確立メッセージに含めることは、ＧＴＰトンネル（３９０）を介して送信され及び／または送信局（２００）によって及び／または受信局（３００）によって処理され得るあらゆる後続パケットに対して、ヘッダ圧縮を可能とし得ることが留意されよう。
【００３９】
いくつかの実施形態において、内部トンネル（３２０）が暗号化され得る場合、セッション確立メッセージは、内部トンネル（３２０）を介して送信される複数のパケット（またはそこに含まれるデータ）の暗号化に用いられる暗号鍵に対応する情報を含んでもよい。いくつかの実施形態において、このような情報は、（例えば、セッション確立メッセージにおいてではなく）他のプロトコルを用いて、例えば、送信局（２００）及び／または受信局（３００）がサポートするように構成される鍵交換アルゴリズムを用いて交換されてもよい。
【００４０】
いくつかの実施形態において、例えば、送信局（２００）及び／または受信局（３００）のいずれかに関連付けられ得る様々なリソース（例えば、格納容量、処理電力等）が限定され得る場合、送信局（２００）及び／または受信局（３００）は、内部トンネル（３２０）終了のためのプロシージャをサポートするように構成されてもよい。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、内部トンネル（３２０）を終了させることを少なくとも目的として、セッション終了メッセージを受信局（３００）（のＧＴＰモジュール）に送信するように構成されてもよく、ここで、セッション終了メッセージは、終了させられる内部トンネル（３２０）に対応する内部ＴＥＩＤインデックスを少なくともを含んでもよい。送信局（２００）のＧＴＰモジュール（２１０）は、例えば、対応するＧＴＰトンネル（３９０）に関連付けられたパケットが所定の期間に受信されなかったと決定する際に、または、対応するＧＴＰトンネル（３９０）に関連付けられたパケットを受信する際に、エンドマーカを含むセッション終了メッセージを受信局（３００）（のＧＴＰモジュール）に送信するように構成されてもよい。送信局（２００）及び／または受信局（３００）は、内部トンネル（例えば３２０）を終了させる際に、例えば、（例えば、ＴＣＰリセットを用いることによる）複数の送信制御プロトコル（ＴＣＰ）接続、セッション開始プロトコル（ＳＩＰ）を用いて確立された複数のセッション、及び／または複数のリアルタイムトランスポートプロトコル（ＲＴＰ）セッションを含む、対応するＧＴＰトンネル（３９０）に関連付けられた複数のセッションをさらに終了させるように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）のＧＴＰモジュールは、内部トンネル（例えば３２０）を終了させる際に、個別のＧＴＰトンネル（３９０）に対応する複数のレコードをトンネルデータベース（２１５）から削除するように構成されてもよい。
【００４１】
前述されたように、送信局（２００）のＧＴＰモジュール（２１０）は、１つまたは複数のパケットを（例えば、送信局（２００）と連結され得る第１のネットワークデバイス（３５０）から）受信し、１つまたは複数のパケットの少なくとも１つがＧＴＰトンネル（例えば３９０）を搬送され得ると決定し、少なくとも１つのパケットに対応する（またはこれに含まれる）ＧＴＰヘッダを解析し、ＧＴＰヘッダから少なくともトンネルエンドポイント識別子（ＴＥＩＤ）を抽出するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも抽出されたＴＥＩＤに基づいて（いくつかの実施形態においては、前述されたように、複数の追加情報エレメントにさらに基づいて）、例えば、（例えば、１つまたは複数のパケットのうち、対応するＧＴＰトンネル（例えば３９０）に関連付けられた少なくとも１つのパケットが第１のパケットたり得る場合に）個別の受信局（３００）と新たな内部トンネルを確立すること、または、（例えば、少なくとも１つのパケットが、対応するＧＴＰトンネルに関連付けられた第１のパケットたり得ない場合に）既に確立された内部トンネルとの関連付けることのいずれかによって、少なくとも１つのパケットを内部トンネル（例えば３２０）及び／または内部ＴＥＩＤインデックスに関連付けるようにさらに構成されてもよい。
【００４２】
本開示の複数の態様によれば、送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットに対応するＧＴＰヘッダを解析する際に、（例えば、ＧＴＰヘッダに基づいて）少なくとも１つのパケットに関連付けられ得るパケット種別を決定し、パケット種別がトラフィックのパケット種別（例えば、Ｔ−ＰＤＵ）に関連付けられる場合に、少なくとも１つのパケットに対応する（またはこれに含まれる）プロトコルデータユニット（ＰＤＵ）を解析するようにさらに構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットに対応するＰＤＵを解析する際に、少なくとも１つのパケットに関連付けられ得るアプリケーション及び／またはプロトコルのいずれかを決定し、例えば、決定されたアプリケーション及び／またはプロトコルに従って、例えば、ＴＣＰクラス、ＨＴＴＰオーバＴＣＰクラス、ドメインネームシステム（ＤＮＳ）クラス、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）クラス及び／またはジッタ及び／または遅延感知トラフィッククラスを含む、送信局（２００）の特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）の１つに対応するクラスに、少なくとも１つのパケットを分類するように構成されてもよい。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、例えば、プロトコル種別（例えば、ＵＤＰ、ストリーム制御送信プロトコル（ＳＣＴＰ）またはインターネット制御メッセージプロトコル（ＩＣＭＰ））、発信元ＩＰアドレス、発信先ＩＰアドレス、発信元ポート番号、発信先ポート番号、Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  Ｐｏｉｎｔ（ＤＳＣＰ）、タイプオブサービス（ＴＯＳ）マーキング、またはＶＬＡＮタグに基づいて、少なくとも１つのパケットをジッタ及び／または遅延感知トラフィッククラスに分類するように構成されてもよい。
【００４３】
送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットを分類する際に、少なくとも１つのパケットからＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを少なくとも削除し、少なくとも１つのパケットが関連付けられる内部トンネル（３２０）に対応する内部ＴＥＩＤインデックスを少なくとも含む情報ブロックを追加することによって、少なくとも１つのパケットから対応パケットを生成するように構成されてもよい。いくつかの実施形態において、追加された情報ブロックは、複数の削除されたヘッダのいずれかから抽出され得る複数の追加の情報項目をさらに含んでもよく、例えば、複数の追加の情報項目は、対応するＧＴＰトンネル（３９０）に関連付けられた複数のパケット間の異なる複数の値を含んでもよい。送信局（２００）のＧＴＰモジュール（２１０）は、対応パケットを生成する際に、（例えば、個別のアプリケーション及び／またはプロトコルに従って）対応パケットをさらに処理することを少なくとも目的として、例えば、少なくとも１つのパケットに前に関連付けられたクラスに従って、特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）のいずれかに対応パケットを転送するように構成されてもよい。送信局（２００）は、特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）のいずれかによる対応パケットのあらゆる処理を完了する際に、（例えば、当該処理に従って）パケットを生成し、（例えば、衛星リンクを介して）個別の受信局（３００）に送信するために、送信局（２００）の衛星インタフェースモジュール（２９０）にパケットを転送するように構成されてもよい。
【００４４】
受信局（３００）は、送信局（２００）によって送信されたパケットを（例えば、受信局（３００）の衛星インタフェースを介して）受信し、例えば、パケットに含まれ、内部トンネル（３２０）に対応する内部ＴＥＩＤインデックスに基づいて、パケットを内部トンネル（３２０）に関連付け、（例えば、パケットに関連付けられたプロトコル及び／またはアプリケーションに従って）対応パケットを生成し、（例えば、受信局のＧＴＰモジュールにおいて）例えば、少なくとも対応パケットに従ってＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを（例えば、内部トンネル（３２０）に対応するＧＴＰトンネル（３９０）に従って）再構成することによって、第２のネットワークデバイス（３６０）に送信するためのパケットを生成し、ＧＴＰ−Ｕ（３３０）を用いて第２のネットワークデバイス（３６０）に当該パケットを送信するように構成されてもよい。いくつかの実施形態において、受信局（３００）によって第２のネットワークデバイス（３６０）に送信されたパケットは、送信局（２００）によって第１のネットワークデバイス（３５０）から受信された少なくとも１つのパケットと同様であってもよい（例えば、第１のネットワークデバイス（３５０）と第２のネットワークデバイス（３６０）との間において、存在し得るあらゆる差はＧＴＰトンネル（３９０）に影響しない可能性がある）。
【００４５】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、ＧＴＰトンネル（例えば、３９０）に関連付けられた複数の受信されたパケットに、ＧＴＰトンネルヘッダ圧縮を適用するように構成されてもよい。圧縮される複数のヘッダは、ＧＴＰトンネル（３９０）に関連付けられたＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを含んでもよい。ＧＴＰトンネルヘッダ圧縮（例えば、ＧＴＰトンネルに関連付けられた複数のヘッダの圧縮）は、ＧＴＰトンネルを介して受信された複数のパケットに適用され得るあらゆる追加のヘッダ圧縮、例えば、特定の複数のプロトコル及び／または複数のアプリケーションに関連付けられた圧縮（例えば、ＴＣＰヘッダ圧縮、ＲＴＰヘッダ圧縮等）とは別個に適用されてもよい。
【００４６】
前述されたように、送信局（２００）のＧＴＰモジュールは、少なくとも１つの受信されたパケットに対応するパケットを生成する際に、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを削除し、少なくとも１つのパケットに関連付けられた内部トンネルに対応する内部ＴＥＩＤインデックスを少なくとも含む情報ブロックを追加するように構成されてもよい。追加された情報ブロックは、対応パケットがＧＴＰトンネルヘッダ圧縮されてもよいという表示をさらに含む。対応する受信局（３００）のＧＴＰモジュールは、対応パケットを生成する際に、パケットがＧＴＰトンネルヘッダ圧縮されていると決定し、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを再構成するように構成されてもよい。送信局（２００）のＧＴＰモジュール及び／または受信局（３００）のＧＴＰモジュールは、例えば、各パケットが個別のＧＴＰトンネル（例えば３９０）に関連付けられたＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダの（例えば、衛星リンクを介しての）送信を回避することを少なくとも目的として、このように構成されてもよい。受信局（３００）がＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダの再構成できるようにすることを少なくとも目的として、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）の対応するＧＴＰモジュールは、個別の内部トンネル（例えば３２０）を確立しつつ、個別のＧＴＰトンネル（例えば３９０）に関連付けられた少なくとも１つのパケットのＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダに対応する複数の情報エレメントを交換するように構成されてもよく、ここで、このような交換は、内部トンネル（３２０）の存在期間を通して値が変化し得る情報エレメントを含まなくてもよい。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）の対応するＧＴＰモジュールは、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）の対応するＧＴＰモジュールによって利用可能なプロトコルに従って、内部トンネル（３２０）の存在期間を通して一定でなくてもよい複数の情報エレメントを交換するように構成されてもよい。
【００４７】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）のＧＴＰモジュールは、内部トンネル（３２０）確立の一部として、ＩＰヘッダ（例えば、発信元ＩＰアドレス、発信先ＩＰアドレス等）及び／またはＵＤＰヘッダに関連付けられた複数の情報エレメントを交換するように構成されてもよい。受信局（３００）のＧＴＰモジュールは、例えば、パケットフラグメンテーションに関連付けられた複数のＩＰヘッダ情報エレメント及び／またはＤＳＣＰに関連付けられた複数のＩＰヘッダ情報エレメントを除く当該交換に従って、ＩＰヘッダ及び／またはＵＤＰヘッダに関連付けられた複数の情報エレメントを再構成またはローカルに生成するように構成されてもよい。いくつかの実施形態において、複数のＴＣＰ接続及び複数のＲＴＰセッションのために、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）のＧＴＰモジュールは、各接続またはセッションのそれぞれに対して、例えば、接続初期化（ＴＣＰ）またはセッション確立（ＲＴＰ）の際に一度、ＤＳＣＰに関連付けられ得る複数のＩＰヘッダ情報エレメントを交換するように構成されてもよい。
【００４８】
図４は、ＧＴＰヘッダのフォーマットの例を示す。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）のＧＴＰモジュールは、ＧＴＰヘッダに関連付けられたＧＴＰバージョン及び複数のＴＥＩＤ情報エレメントを、例えば、内部トンネル（３２０）確立の一部として、交換するように構成されてもよい。受信局（３００）のＧＴＰモジュールは、プロトコル種別（ＰＴ）フィールド、メッセージ種別フィールド（例えば、トラフィックＰＤＵパケットのみがヘッダ圧縮されてもよい）、長さフィールド、及び／またはシーケンス番号フィールドを再構成またはローカルに生成するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）及び／または受信局（３００）のＧＴＰモジュールは、それぞれ、シーケンス番号インジケータフィールド（Ｓ）を（例えば、衛星リンクを介して）送信及び／または受信するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、ＧＴＰヘッダを圧縮しない（例えば、それを受信されたままの状態で送信する）ように構成されてもよく、及び／または、新たな拡張インジケータフィールド（Ｅ）及び／またはＮ−ＰＤＵインジケータフィールド（ＰＮ）が設定された場合（例えば、つまり、これら複数のインジケータによって示され得る複数の対応フィールドを送信局（２００）から受信局（３００）に送信する）、受信局（３００）のＧＴＰモジュールは、非圧縮ＧＴＰヘッダを受信するように構成されてもよい。
【００４９】
いくつかの実施形態において、ＧＴＰトンネルヘッダ圧縮は、１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）に対応する１つまたは複数のクラスのいずれにも関連付けられなくてもよい複数のパケット、例えば、あらゆるストリームまたは接続のいずれにも関連付けられなくてもよい複数のパケット（例えば、ＩＣＭＰパケット、１つまたは複数のクラスのいずれにも該当しないＵＤＰパケット等）に適用されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットが１つまたは複数の当該クラスのいずれにも関連付けられなくてもよいと決定し、（例えば、前述されたように）例えば、ＧＴＰトンネルヘッダ圧縮を少なくとも１つのパケットに適用することによって、少なくとも１つのパケットに対応するパケットであって、内部ＴＥＩＤインデックス（例えば、少なくとも１つのパケットに関連付けられた内部トンネルに対応する）対応パケットがＧＴＰトンネルヘッダ圧縮され得るという表示、及び／または、対応パケットが１つまたは複数の当該クラスのいずれにも関連付けられなくてもよいという表示を含む情報ブロックを含み得る対応パケットを生成し、送信局（２００）の特定プロトコル向け／特定用途向けモジュール（例えば、２２０から２８０）をバイパス（２１７）しつつ、対応パケットを送信局（２００）の衛星インタフェースモジュール（２９０）に転送するように構成されてもよい。受信局（３００）は、（例えば、受信局（３００）の）衛星インタフェースモジュールを介して受信されたパケットが受信局（３００）の１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュールに対応する１つまたは複数のクラスに関連付けられなくてもよいと決定し、（例えば、受信局（３００）の）全ての特定プロトコル向け及び／または特定用途向けモジュールをバイパスしつつ、受信されたパケットを受信局（３００）のＧＴＰモジュールに転送するように構成されてもよい。ＧＴＰモジュールは、前述されたように、受信されたパケットがＧＴＰトンネルヘッダ圧縮されてもよいと決定し、複数のヘッダを再構成するように構成されてもよい。
【００５０】
いくつかの実施形態において、衛星モデムは、例えば、衛星モデムの送信局（２００）及び受信局（３００）を用いて、１つまたは複数のＧＴＰトンネル内でカプセル化されたＴＣＰトラフィックを加速するように構成されてもよい。
【００５１】
ＴＣＰトラフィックの加速は、複数の確認応答のなりすましを含んでもよい。例えば、第１の衛星モデムの送信局（２００）は、（例えば、第１の衛星モデムに連結された第１のネットワークデバイスから）第１のＧＴＰトンネル内でカプセル化されたＴＣＰセグメントを受信し、（例えば、第１のネットワークデバイスに）ＴＣＰセグメントの確認応答を送信するように構成されてもよく、ここで、第１の衛星モデムの送信局（２００）は、ＴＣＰセグメントの対応する確認応答が、例えば、第１の衛星モデムの受信局（３００）によって、ＴＣＰセグメントの発信先（例えば、第２の衛星モデムに連結され得る第２のネットワークデバイス）から（例えば、衛星リンクを介して）受信可能となる前に、ＴＣＰセグメントの確認応答を送信するように構成されてもよい。複数のＧＴＰトンネルは一方向であるため、ＴＣＰセグメントの確認応答は、第１のＧＴＰトンネル（３９０）と異なる第２のＧＴＰトンネルで送信される必要がある可能性がある。
【００５２】
いくつかの実施形態において、第１の衛星モデムの送信局（２００）は、（例えば、第１の衛星モデムに連結され得る第１のネットワークデバイス（３５０）から）第１のＧＴＰトンネル（例えば３９０）でカプセル化され得るＴＣＰ  ＳＹＮセグメントを受信するように構成されてもよい。第１の衛星モデムの送信局（２００）は、ＴＣＰ  ＳＹＮセグメントに対応するＴＣＰ接続（セッション）を、第１のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、第１のＧＴＰトンネルは、第１の衛星モデムにおけるＴＣＰ接続の前方送信ＧＴＰトンネルであってもよく、当該関連付けをメモリに（例えば、ＧＴＰモジュールのトンネルデータベースに）格納し、ＴＣＰ  ＳＹＮセグメントを第２の衛星モデムに（例えば、第１のＧＴＰトンネル（例えば３９０）に対応する第１の内部トンネル（例えば３２０）を用いて）送信してもよい。いくつかの実施形態において、第１のＧＴＰトンネルに対応する第１の内部トンネルがまだ存在しない場合（例えば、ＴＣＰ  ＳＹＮセグメントの受信時）、（例えば、前述されたように）第１の衛星モデムの送信局（２００）は、（例えば、第２の衛星モデムの受信局（３００）と）第１のＧＴＰトンネルに対応する第１の内部トンネルを確立し、第１の内部トンネルが確立された後で、ＴＣＰ  ＳＹＮセグメントを第２の衛星モデムに送信するように構成されてもよい。第２の衛星モデムの受信局（３００）は、少なくともＴＣＰ  ＳＹＮセグメントを（例えば、第１の衛星モデムから）受信し、ＴＣＰ  ＳＹＮセグメントに対応するＴＣＰ接続（セッション）を第１のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、第１のＧＴＰトンネルは、第２の衛星モデムにおけるＴＣＰ接続の後方送信ＧＴＰトンネルであってもよく、当該関連をメモリに（例えば、ＧＴＰモジュールのトンネルデータベースに）格納し、ＴＣＰ  ＳＹＮセグメントを（例えば、第２の衛星モデムに連結され得る第２のネットワークデバイス（３６０）に）送信してもよい。
【００５３】
第２の衛星モデムの送信局（２００）は、（例えば、第２のネットワークデバイス（３６０）から）第２のＧＴＰトンネルでカプセル化され得るＴＣＰ  ＳＹＮ−ＡＣＫを受信するように構成されてもよく、ＴＣＰ  ＳＹＮ−ＡＣＫは、ここで、ＴＣＰ  ＳＹＮセグメントに対応し得る。第２の衛星モデムの送信局（２００）は、ＴＣＰ  ＳＹＮ−ＡＣＫに対応するＴＣＰ接続（セッション）を、第２のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、第２のＧＴＰトンネルは、第２の衛星モデムにおけるＴＣＰ接続の前方送信ＧＴＰトンネルであってもよく、当該関連付けをメモリに（例えば、ＧＴＰモジュールのトンネルデータベースに）格納し、ＴＣＰ  ＳＹＮ−ＡＣＫを第１の衛星モデムに（例えば、第２のＧＴＰトンネルに対応する第２の内部トンネルを用いて）送信してもよい。いくつかの実施形態において、第２のＧＴＰトンネルに対応する第２の内部トンネルは、（例えば、ＴＣＰ  ＳＹＮ−ＡＣＫの受信時において）まだ存在しせず、第２の衛星モデムの送信局（２００）は、第２のＧＴＰトンネルに対応する第２の内部トンネルを（例えば、第１の衛星モデムの受信局（３００）と）確立し、第２の内部トンネルが確立された後で、ＴＣＰ  ＳＹＮ−ＡＣＫを第１の衛星モデムに送信するように構成されてもよい。第１の衛星モデムの受信局（３００）は、（例えば、第２の衛星モデムから）ＴＣＰ  ＳＹＮ−ＡＣＫを受信し、ＴＣＰ  ＳＹＮ−ＡＣＫに対応するＴＣＰ接続（セッション）を第２のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、第２のＧＴＰトンネルは、第１の衛星モデムにおけるＴＣＰ接続の後方送信ＧＴＰトンネルであってもよく、当該関連付けをメモリに（例えば、ＧＴＰモジュールのトンネルデータベースに）格納し、ＴＣＰ  ＳＹＮ−ＡＣＫを（例えば、第１のネットワークデバイス（３５０）に）送信してもよい。
【００５４】
いくつかの実施形態において、第１の衛星モデム及び／または第２の衛星モデムの送信局（２００）及び／または受信局（３００）は、ＴＣＰ  ＳＹＮセグメント及び／またはＴＣＰ  ＳＹＮ−ＡＣＫを転送する前に、（例えば、送信局（２００）または受信局（３００）に含まれるＴＣＰモジュールを用いることによって）ＴＣＰ  ＳＹＮセグメント及び／またはＴＣＰ  ＳＹＮ−ＡＣＫを修正するように構成されてもよい。このような複数の実施形態において、ＴＣＰ  ＳＹＮセグメント及び／またはＴＣＰ  ＳＹＮ−ＡＣＫのいずれかを修正することは、個別のＴＣＰ接続の最大メッセージサイズ（ＭＳＳ）の設定に利用可能なＴＣＰオプションフィールドを追加すること、及び（例えば、個別のＴＣＰ接続のＭＳＳ値を設定することを少なくとも目的として）同じＴＣＰオプションフィールドがＴＣＰ  ＳＹＮセグメント及び／またはＴＣＰ  ＳＹＮ−ＡＣＫに既に存在可能な場合に、同じＴＣＰオプションフィールドを修正することの少なくともいずれかを含んでもよい。送信局（２００）及び／または受信局（３００）は、個別のＴＣＰ接続のＭＳＳ設定のために用いられるＴＣＰオプションフィールドを修正及び／または追加する際に、個別のＴＣＰ接続に対応するＧＴＰトンネルに対応し得るＩＰパケットの最大送信単位（ＭＴＵ）の（例えば、オクテット／バイトにおける）サイズを決定し、決定されたＭＴＵサイズから予測される複数のヘッダのサイズ（例えば、ＧＴＰ−Ｕに関連付けられたＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダのサイズ及び／またはＧＴＰトンネルでカプセル化されたＴＣＰセグメントに関連付けられたＩＰヘッダ及び／またはＴＣＰヘッダのサイズ）を減じることによってＭＳＳを算出し、個別のＴＣＰ接続のＭＳＳを算出されたＭＳＳ以下の値に設定するように構成されてもよい。いくつかの実施形態において、上述されたように個別のＴＣＰ接続のＭＳＳを設定することは、（例えば、個別のＴＣＰ接続に対応するＧＴＰトンネルにカプセル化され得る複数のパケット間における）複数のＴＣＰセグメントのフラグメンテーションを防止することができ、送信局（２００）及び／または受信局（３００）のより単純な実施形態を可能とするであろう。
【００５５】
例えば、エンドツーエンド（例えば、第１のネットワークデバイス（３５０）及び第２のネットワークデバイス（３６０）間）でＴＣＰ接続が一度確立されると、第１の衛星モデム及び／または第２の衛星モデムは、ＴＣＰ接続を前方送信ＧＴＰトンネル及び後方送信ＧＴＰトンネルにそれぞれ関連付けた場合がある。第１の衛星モデム及び／または第２の衛星モデムは、エンドツーエンドのＴＣＰ接続の確立後に、（例えば、連結されたネットワークデバイスから）ＴＣＰ接続に対応する少なくとも１つのＴＣＰセグメントを受信するように構成されてもよく、ここで、少なくとも１つのＴＣＰセグメントは、個別の衛星モデムにおけるＴＣＰ接続のために前方送信ＧＴＰトンネルでカプセル化され、少なくとも１つのＴＣＰセグメントに対して確認応答（例えば、なりすましによる確認応答）を生成し、（例えば、連結されたネットワークデバイスに）個別の衛星モデムにおけるＴＣＰ接続のために後方送信ＧＴＰトンネルでカプセル化された（なりすましによる）確認応答を送信してもよい。さらに、第１の衛星モデム及び／または第２の衛星モデムは、衛星リンクを介して（例えば、第２の衛星モデム及び／または第１の衛星モデムのそれぞれから）少なくとも１つのＴＣＰセグメント（またはそこに含まれるデータ）を含む少なくとも１つのパケットを受信し、受信されたペイロード（例えば、少なくとも１つのＴＣＰセグメント（またはそこに含まれるデータ））を含むパケットを個別の衛星モデムに連結されたネットワークデバイスに送信するように構成されてもよく、ここで、パケットは、個別の衛星モデムにおける（例えば、少なくとも１つのＴＣＰセグメントに関連付けられた）ＴＣＰ接続のために後方送信ＧＴＰトンネルでカプセル化されてもよい。第１の衛星モデム及び／または第２の衛星モデムは、個別の衛星モデムにおけるＴＣＰ接続のために前方送信ＧＴＰトンネルで送信されたＴＣＰセグメントに対する確認応答を受信し、（例えば、複数の（ＴＣＰ）送信ウィンドウを管理し、及び／またはフロー制御を適用することを少なくとも目的として）受信された確認応答に対応する１つまたは複数の値を個別のＴＣＰ接続に関連付けて記録し、受信された確認応答を（例えば、ＴＣＰ加速ポリシに従って）削除することを決定し、受信された確認応答を、個別の衛星モデムの衛星インタフェースに転送することなく削除するようにさらに構成されてもよい。
【００５６】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、第１のＧＴＰトンネルでカプセル化されたＴＣＰセグメントを含むパケットを受信し、第１のパケットを第１のＧＴＰトンネルに対応する第１の内部トンネルと関連付け、第１のパケットをＴＣＰクラスに分類し、対応パケットを（例えば、前述されたようにＧＴＰトンネルヘッダ圧縮を適用することによって）生成するように構成されてもよく、ここで、対応パケットは、第１の内部トンネルに対応する内部ＴＥＩＤインデックスと関連付けられ、対応パケットを（例えば、関連付けられたパケットが分類されたＴＣＰクラスに従って）送信局（２００）のＴＣＰモジュール（２２０）に転送してもよい。いくつかの実施形態において、対応パケットは、関連付けられたパケットに含まれるＴＣＰセグメントを少なくとも含んでもよい。送信局（２００）のＴＣＰモジュール（２２０）は、対応パケットを受信し、対応パケットに基づいて、（例えば、対応パケットに含まれ得る）ＴＣＰセグメントに対応するＩＰヘッダ及び／またはＴＣＰヘッダをＴＣＰ／ＩＰヘッダ圧縮をサポートするように構成されるプロトコルに対応するより小さいヘッダに置換することによってパケットを生成し、（例えば、個別の受信局（３００）に送信するために）パケットを送信局（２００）の衛星インタフェースモジュール（２９０）に転送するように構成されてもよい。
【００５７】
いくつかの実施形態において、送信局（２００）のＴＣＰモジュール（２２０）は、パケットに含まれるＴＣＰセグメントに対する確認応答（例えば、なりすましによる確認応答）を生成するように構成されてもよく、ここで、（なりすましによる）確認応答は、（なりすましによる）確認応答が関連付けられる可能性のある内部トンネル（例えば、ＴＣＰセグメントに関連付けられたＴＣＰ接続の後方送信（第２の）ＧＴＰトンネルに対応する第２の内部トンネル）の表示（例えば、内部ＴＥＩＤインデックス）を含み、（なりすましによる）確認応答を（例えば、前述されたように送信局のＧＴＰモジュール（２１０）を介して）送信してもよい。いくつかの実施形態において、送信局のＴＣＰモジュール（２２０）及び／または対応する受信局（３００）のＴＣＰモジュールは、例えば、（例えば、第１のネットワークデバイス（３５０）と第２のネットワークデバイス（３６０）との間に）ＴＣＰ接続を確立する際に、ＴＣＰ接続に対応する複数のＧＴＰトンネル（例えば、ＴＣＰ接続に対応する前方及び／または後方送信ＧＴＰトンネル）内において、（例えば、ＧＴＰヘッダ（図４）のシーケンス番号フィールドを用いて）ＴＣＰ接続に関連付けられた複数のＴＣＰセグメントに番号を付すリクエストを示すようにさらに構成されてもよい。送信局のＴＣＰモジュール（２２０）は、ＴＣＰセグメントが、対応するＧＴＰトンネル内において複数のＴＣＰパケットに付番するというリクエストで確立されたＴＣＰ接続に関連付けられ得ると決定し、シーケンス番号表示（例えば、対応するＧＴＰトンネル内において付番を適用するための表示）を含むＴＣＰセグメントに対する確認応答（例えば、なりすましによる確認応答）を生成するようにさらに構成されてもよい。このような複数の実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、パケットがシーケンス番号表示を含み得ると決定することによって）ＧＴＰトンネルにカプセル化されるべきパケットが、ＧＴＰヘッダのシーケンス番号フィールドと共に送信されなければならないと決定し、（例えば、パケットをＧＴＰトンネルにカプセル化する、または、（例えばＧＴＰヘッダに）存在するシーケンス番号フィールドを有するパケットを送信する際に）対応するＧＴＰトンネルに関連付けられたシーケンス番号を増やすようにさらに構成されてもよい。このような複数の実施形態において、ＴＣＰセグメントに対する確認応答（例えば、なりすましによる確認応答）を生成することは、ＴＣＰ接続に対応する後方送信ＧＴＰトンネル（例えば、第２のＧＴＰトンネル）に関連付けられたシーケンス番号を１だけ増やすことを含んでもよい。
【００５８】
さらに、受信局（３００）のＴＣＰモジュールは、少なくともパケットを（例えば、受信局（３００）の衛星インタフェースモジュールを介して）受信するように構成されてもよく、ここで、パケットは、ＴＣＰセグメントのペイロード、ＴＣＰ／ＩＰヘッダ圧縮をサポートするように構成されるプロトコルに対応する（小さい）ヘッダ、及びＧＴＰトンネル（３９０）及び／または内部トンネル（３２０）に対応する内部ＴＥＩＤインデックスを含んでもよい。受信局（３００）のＴＣＰモジュールは、ＩＰヘッダ及び／またはＴＣＰヘッダを（例えば、受信されたパケットに含まれる（小さい）ヘッダに従って）再構成することによって、対応パケットを生成し、受信局（３００）のＧＴＰモジュールに対応パケットを転送するようにさらに構成されてもよい。いくつかの実施形態において、受信局（３００）のＴＣＰモジュールは、ＴＣＰセグメントが、対応するＧＴＰトンネル内において複数のＴＣＰパケットに付番するというリクエストで確立されたＴＣＰ接続に関連付けられるか否かを決定し、シーケンス番号表示を含むように対応パケットを生成するようにさらに構成されてもよい。受信局（３００）のＧＴＰモジュールは、対応パケットを受信し、（例えば、内部ＴＥＩＤインデックスに従って）対応パケットを個別の内部トンネル（３２０）に関連付け、内部ＴＥＩＤインデックスに対応するＧＴＰトンネルに対応パケットをカプセル化するパケットを生成するように構成されてもよく、ここで、対応パケットをカプセル化することは、ＩＰヘッダ、第１のＧＴＰトンネルに対応するＵＤＰヘッダ及び／またはＧＤＰヘッダを再構成することを含み、パケットを（例えば、連結されたネットワークデバイスに）送信してもよい。いくつかの実施形態において、受信局（３００）のＧＴＰモジュールは、対応パケットがシーケンス番号表示を含むか否かを決定し、対応パケットがシーケンス番号表示を含む場合には、ＧＴＰヘッダにシーケンス番号フィールドを有する対応パケットを生成するとともに、パケットに対応するＧＴＰトンネル（例えば、第１のＧＴＰトンネル）に関連付けられたシーケンス番号を１つだけ増やすようにさらに構成されてもよい。
【００５９】
いくつかの実施形態において、受信局（３００）のＴＣＰモジュールは、ＧＴＰトンネルに関連付けられた複数のＴＣＰパケット（例えば、ＧＴＰトンネルを介して、対応する送信局（２００）によって受信された複数のＴＣＰパケット）と、いずれのＧＴＰトンネルにも関連付けられない可能性のある複数のＴＣＰパケット（例えば、衛星リンクの他のサイドにおいて衛星モデムによってカプセル化されずに受信された複数のＴＣＰパケット）とを処理するように構成されてもよい。このような複数の実施形態において、受信局（３００）のＴＣＰモジュールは、パケットを受信する際に、パケットがＧＴＰトンネル及び／または内部トンネルに対応する内部ＴＥＩＤインデックスを含むか否かを決定し、パケットが内部ＴＥＩＤインデックスを含む場合には、対応パケットを受信局（３００）のＧＴＰモジュールに転送し、パケットが内部ＴＥＩＤインデックスを含まない場合には、対応パケットを（例えば、連結されたネットワークデバイスに）送信するようにさらに構成されてもよい。
【００６０】
いくつかの実施形態において、衛星モデムは、１つまたは複数のＧＴＰトンネル内でカプセル化されたＨＴＴＰトラフィックを、例えば、衛星モデムの送信局（２００）及び／または受信局（３００）を用いて、加速するように構成されてもよい。
【００６１】
１つまたは複数のＧＴＰトンネル内でカプセル化されたＨＴＴＰトラフィックの加速は、プリフェッチ技術を含んでもよい。例えば、プリフェッチ技術は、ユーザアプリケーションが１つまたは複数のオブジェクトに対してリクエストを発行する前に、１つまたは複数のオブジェクトの必要性を予測することと、１つまたは複数のオブジェクトをホスティングする１つまたは複数のサーバから１つまたは複数のオブジェクトを取得することとを含んでもよい。さらに、ＨＴＴＰトラフィックはＴＣＰを介して搬送されることが多いことから、ＴＣＰの加速は、（例えば、前述されたように）ＨＴＴＰトラフィックをも加速させてもよい。
【００６２】
図５を参照すると、ユーザネットワークデバイス（５１０）は、（例えば、１つまたは複数のＧＴＰトンネル（５２０）を用いて）ユーザ対応局（５３０）に連結されてもよく、ここで、ユーザ対応局（５３０）は、第１の衛星モデム（例えば、図１の衛星モデム１３０）であってもよい。ユーザ対応局（５３０）は、例えば、高レイテンシリンクを介して（例えば衛星リンク）、ウェブ対応局（５５０）と通信を行うように構成されてもよく、ここで、ウェブ対応局（５５０）は、第２の衛星モデム（例えば、図１の衛星モデム１５０）であってもよい。ウェブ対応局（５５０）は、（例えば、１つまたは複数のＧＴＰトンネル（５６０）を用いて）１つまたは複数のサーバ（５７０）に連結されてもよい。いくつかの実施形態において、ユーザ対応局（５３０）及び／またはウェブ対応局（５５０）は、前述された複数の方法のいずれかを実行するように構成されてもよく、これらは、限定的ではないが、衛星リンクを介して、１つまたは複数の対応する内部トンネル（５４０）を用いて１つまたは複数のＧＴＰトンネル（５２０，５６０）を拡張することと、１つまたは複数のＧＴＰトンネル（５２０，５６０）を介して受信され得る複数のパケットにＧＴＰトンネルヘッダ圧縮を適用することと、１つまたは複数のＧＴＰトンネル（５２０，５６０）にカプセル化され得るＴＣＰトラフィックを加速することと、を含む。いくつかの実施形態において、ユーザ対応局（５３０）及び／またはウェブ対応局（５５０）は、例えば、プリフェッチ技術を用いることによって、１つまたは複数のＧＴＰトンネル（５２０，５６０）内でカプセル化されたＨＴＴＰトラフィックを加速するように構成されてもよい。
【００６３】
ユーザ対応局（５３０）は、（例えば、ユーザネットワークデバイス（５１０）から）第１のデータオブジェクトに対する第１のリクエスト（５８０）を受信するように構成されてもよく、ここで、第１のリクエスト（例えば、ＧＥＴ）は、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）に対応する１つまたは複数のパケットに含まれ、ユーザネットワークデバイス（５１０）に関連付けられた１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルにおいてカプセル化されてもよく、１つまたは複数のＧＴＰトンネル（５２０）の第１のＧＴＰトンネルは、第１のＴＥＩＤ（例えば、ＴＥＩＤ  Ｘ）に関連付けられてもよい。ユーザ対応局（５３０）のＧＴＰモジュールは、１つまたは複数のパケットをＨＴＴＰトラフィッククラスに（例えば、前述されたように）関連付け、１つまたは複数のパケットをユーザ対応局（５３０）のＨＴＴＰモジュール（例えば、図２の２３０）に転送するように構成されてもよい。ユーザ対応局（５３０）のＨＴＴＰモジュールは、第１のリクエストに対応するプリフェッチセッションを、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルに関連付けるように構成されてもよく、ここで、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルは、ユーザ対応局（５３０）において、プリフェッチセッションの前方送信ＧＴＰトンネルであってもよい。ユーザ対応局（５３０）のＨＴＴＰモジュールは、前記関連付けをメモリに格納し、第１のリクエスト（５８１）をウェブ対応局（５５０）に（例えば、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルに対応する第１の内部トンネル（５４０）を用いて）送信するようにさらに構成されてもよい。ウェブ対応局（５５０）は、（例えば、ユーザ対応局（５３０）から、及び／または第１の内部トンネル（５４０）を介して）少なくとも第１のリクエスト（５８１）を受信し、第１のリクエスト（５８１）に対応するプリフェッチセッションを、１つまたは複数のサーバ（５７０）に関連付けられた１つまたは複数のＧＴＰトンネル（５６０）のうち、第１のＧＴＰトンネルに関連付けるように構成されてもよく、ここで、１つまたは複数のＧＴＰトンネル（５６０）のうち第１のＧＴＰトンネルは、ウェブ対応局（５５０）においてプリフェッチセッションの後方送信ＧＴＰトンネルであってもよい。ウェブ対応局（５５０）は、当該関連付けをメモリに格納し、第１のリクエスト（５８２）を、例えば、１つまたは複数のＧＴＰトンネル（５６０）のうちの第１のＧＴＰトンネルを介して、（例えば、１つまたは複数のウェブサーバ（５７０）のうち）ウェブ対応局（５５０）に連結されたウェブサーバに送信するようにさらに構成されてもよい。
【００６４】
ウェブ対応局（５５０）は、（例えば、ウェブサーバから）第１のリクエスト（５８２）に対応する第１の応答（５８３）を受信するように構成されてもよく、第１の応答（５８３）は、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）に対応する１つまたは複数のパケットを含み、１つまたは複数のサーバ（５７０）に関連付けられた１つまたは複数のＧＴＰトンネル（５６０）の第２のＧＴＰトンネルでカプセル化され、ここで、１つまたは複数のＧＴＰトンネル（５６０）の第２のＧＴＰトンネルは、第２のＴＥＩＤ（例えば、ＴＥＩＤ  Ｙ）に関連付けられる。いくつかの実施形態において、第１の応答（５８３）は、２００のＯＫ応答を含んでもよい。いくつかの実施形態において、第１の応答（５８３）は、第１のリクエスト（５８２）に応答してウェブサーバによって送信された他のタイプの応答（または確認応答）を含んでもよい。いくつかの実施形態において、第１の応答（５８３）は、第１のリクエスト（例えば、５８０，５８１及び５８２）に対応する第１のデータオブジェクトを含んでもよい。
【００６５】
ウェブ対応局（５５０）のＨＴＴＰモジュールは、第１のリクエストに対応するプリフェッチセッションを、１つまたは複数のサーバ（５７０）に関連付けられた１つまたは複数のＧＴＰトンネル（５６０）の第２のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、１つまたは複数のＧＴＰトンネル（５６０）の第２のＧＴＰトンネルは、ウェブ対応局（５５０）におけるプリフェッチセッションの前方送信ＧＴＰトンネルであってもよい。いくつかの実施形態において、ウェブ対応局（５５０）は、第１の応答（５８３）の受信前に、例えば、ＨＴＴＰプロトコルの基礎となるＴＣＰプロトコルに対応する確認応答を以前受信したことに起因して、プリフェッチセッションを第２のＧＴＰトンネルと既に関連付けていてもよく、ここで、当該確認応答は、例えば、第１のリクエスト（５８１）を含むＴＣＰセグメントに対応してもよい。ウェブ対応局（５５０）のＨＴＴＰモジュールは、当該関連付けを（例えば、ウェブ対応局（５５０）のＨＴＴＰモジュールに関連付けられた）メモリに格納し、（例えば、１つまたは複数のＧＴＰトンネル（５６０）のうち、第２のＧＴＰトンネルに対応する第２の内部トンネル（５４０）を用いて）第１の応答（５８４）をユーザ対応局（５３０）に送信するようにさらに構成されてもよい。ユーザ対応局（５３０）は、（例えば、ウェブ対応局（５５０）から、及び／または、第２の内部トンネル（５４０）を介して）少なくとも第１の応答（５８４）を受信し、第１のリクエスト（５８１）に対応するプリフェッチセッションをユーザネットワークデバイス（５１０）に関連付けられた１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルと関連付けるように構成されてもよく、ここで、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルは、ユーザ対応局（５３０）におけるプリフェッチセッションの後方送信ＧＴＰトンネルであってもよい。ユーザ対応局（５３０）は、当該関連付けをメモリに格納し、例えば、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルを介して、第１の応答（５８５）をユーザデバイス（５１０）に送信するようにさらに構成されてもよい。
【００６６】
第１のリクエスト（５８０）及び第１の応答（５８３）の交換後、上述されたように、ユーザ対応局（５３０）及び／またはウェブ対応局（５５０）は、第１のリクエスト及び／または第１の応答に対応するプリフェッチセッションを、個別の局（５３０，５５０）の各々に対応する第１及び第２のＧＴＰトンネル（ＴＥＩＤ  Ｘ及びＴＥＩＤ  Ｙ）と関連付けてもよい。そこで、当該関連付けの後、ユーザ対応局（５３０）及び／またはウェブ対応局（５５０）は、第１のリクエスト（５８０）に対応する第１のデータオブジェクトに関連付けられた１つまたは複数の後続オブジェクトの取得を加速することを少なくとも目的として、プリフェッチセッションを用いてもよい。いくつかの実施形態において、プリフェッチセッションを、個別の局（５３０，５５０）の各々において対応する第１及び第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｘ及びＴＥＩＤ  Ｙ）に関連付ける、上述された方法は、ユーザ対応局（５３０）が（例えば、ユーザネットワークデバイス（５１０）から）アクティブなプリフェッチセッションに関連付けられていない可能性のあるデータオブジェクトのリクエストを受信した場合に、反復されてもよい。
【００６７】
いくつかの実施形態において、ウェブ対応局（５５０）のＨＴＴＰモジュールは、第１のデータオブジェクトをウェブサーバから受信する際に、及び／または、第１のデータオブジェクト（例えば５８４）をユーザ対応局（５３０）に送信する際に、第１のデータオブジェクトを解析し、第１のデータオブジェクトが第１のデータオブジェクトに関連付けられた１つまたは複数の追加データオブジェクトへの複数のリンクを含むか否かを決定するように構成されてもよい。ウェブ対応局（５５０）のＨＴＴＰモジュールは、第１のデータオブジェクトが１つまたは複数の追加データオブジェクトへの１つまたは複数のリンクを含むと決定する際に、ウェブサーバ（５７０）に、１つまたは複数の追加データオブジェクトに対する１つまたは複数の追加リクエスト（例えば５８６）を送信するようにさらに構成されてもよく、ここで、ウェブ対応局（５５０）は、１つまたは複数のサーバ（５７０）に関連付けられた１つまたは複数のＧＴＰトンネル（５６０）のうち第１のＧＴＰトンネルで（例えば、ＴＥＩＤ  Ｘを用いて）カプセル化された１つまたは複数の追加リクエスト（例えば５８６）を送信するように構成されてもよい。ウェブ対応局（５５０）のＨＴＴＰモジュールは、１つまたは複数の追加データオブジェクトのうち少なくとも１つのデータオブジェクト（例えば５８７）を受信するようにさらに構成されてもよく、ここで、１つまたは複数の追加データオブジェクトのうち少なくとも１つのデータオブジェクトは、１つまたは複数のＧＴＰトンネル（５６０）のうち第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｙ）でカプセル化され、１つまたは複数のＧＴＰトンネル（５６０）のうち第２のＧＴＰトンネルに対応する第２の内部トンネル（５４０）を用いて、１つまたは複数の追加データオブジェクトのうち少なくとも１つのデータオブジェクト（例えば５８８）をユーザ対応局（５３０）に送信してもよい。
【００６８】
ユーザ対応局（５３０）のＨＴＴＰモジュールは、第２の内部トンネル（５４０）を介して、複数の追加のデータオブジェクトのうち少なくとも１つのデータオブジェクト（例えば５８８）を受信する際に、複数の追加のデータオブジェクトのうち少なくとも１つのデータオブジェクトを、第１のリクエスト（５８０）に対応するプリフェッチセッションと関連付け、複数の追加のデータオブジェクトのうち受信された少なくとも１つのデータオブジェクトをユーザ対応局（５３０）のメモリに格納するように構成されてもよい。ユーザ対応局（５３０）のＨＴＴＰモジュールは、（例えば、ユーザネットワークデバイス（５１０）から、ユーザネットワークデバイス（５１０）（例えば、ＴＥＩＤ  Ｘ）に関連付けられ得る１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルを介して）第１のオブジェクトに関連付けられ得る１つまたは複数の追加データオブジェクトに対する１つまたは複数の追加リクエスト（例えば５９０）を受信し、１つまたは複数のリクエストを第１のリクエスト（５８０）に対応するプリフェッチセッションと関連付け、リクエストされた１つまたは複数の追加データオブジェクトのうち少なくとも１つのデータオブジェクトがユーザ対応局（５３０）のメモリに格納されることを決定し、複数の追加のデータオブジェクトのうち少なくとも１つのデータオブジェクト（例えば５９１）を、例えば、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｙ）を介して、ユーザネットワークデバイス（５１０）に送信するようにさらに構成されてもよい。ユーザ対応局（５３０）のＨＴＴＰモジュールは、複数の追加のデータオブジェクトのうち少なくとも１つのデータオブジェクト（例えば５９０）に対するリクエストを削除し、及び／または、例えば、ユーザ対応局（５３０）のメモリからの当該リクエストをサービスすることに起因して、これをウェブ対応局（５５０）に送信しないようにさらに構成されてもよい。ＨＴＴＰトラフィックの加速は、（例えば、１つまたは複数のユーザの）ブラウジングエクスペリエンスを向上させることを少なくとも目的として、実行されることが多い場合がある。いくつかの実施形態において、このようなブラウジングエクスペリエンス向上を少なくとも目的として、１つまたは複数のＧＴＰトンネル内でカプセル化され得るＨＴＴＰトラフィックの加速は、キャッシュ技術、例えば、１つまたは複数のＧＴＰトンネル内でカプセル化されたＨＴＴＰトラフィックのキャッシュを含んでもよい。
【００６９】
図５を参照すると、前述されたように、（例えば、第１のリクエスト及び第１の応答がＨＴＴＰセッションに関連付けられる場合に）第１のデータオブジェクト（５８０）に対する第１のリクエスト及び第１のリクエストに対応する第１の応答（５８３）の交換後、ユーザ対応局（５３０）及び／またはウェブ対応局（５５０）は、ＨＴＴＰセッションを、個別の局（５３０，５５０）の各々において、対応する第１及び第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｘ及びＴＥＩＤ  Ｙのそれぞれ）と関連付けてもよい。いくつかの実施形態において、当該関連付けは、第１のリクエスト（５８０）及び第１の応答（５８３）の交換前、例えば、ＨＴＴＰセッションの基礎となるＴＣＰ接続を確立する際に、行われてもよい。ユーザ対応局（５３０）のＧＴＰモジュールは、当該関連付けの後で、（例えば、ネットワークユーザデバイス（５１０）から、ユーザ対応局（５３０）においてＨＴＴＰセッションの前方送信ＧＴＰトンネルたり得る第１のＧＴＰトンネルを介して）第１のデータオブジェクトに関連付けられ得る１つまたは複数のデータオブジェクトに対する１つまたは複数の後続するリクエストを受信し、１つまたは複数の後続するリクエストをユーザ対応局（５３０）のＨＴＴＰプロキシモジュール（例えば、図２の２４０）に転送するように構成されてもよい。ユーザ対応局（５３０）のＨＴＴＰプロキシモジュールは、複数のデータオブジェクトに対する１つまたは複数のリクエストを受信し、１つまたは複数のリクエストの少なくとも１つに対応するデータオブジェクトがＨＴＴＰプロキシモジュールに関連付けられたキャッシュに格納されるか否かを決定し、データオブジェクトがキャッシュに格納される場合に、少なくともデータオブジェクトを含む応答を（例えば、１つまたは複数のリクエストの少なくとも１つに対して）生成するように構成されてもよい。さらに、ユーザ対応局（５３０）のＨＴＴＰプロキシモジュールは、１つまたは複数のリクエストの少なくとも１つに関連付けられたデータオブジェクトがキャッシュに格納されない場合、または、１つまたは複数のリクエストの少なくとも１つに関連付けられたデータオブジェクトがキャッシュに格納されるが更新される必要がない可能性がある場合、複数のデータオブジェクトに対する１つまたは複数のリクエストの少なくとも１つ（例えば、ＧＥＴ）を、対応するウェブ対応局（５５０）に送信（転送）するようにさらに構成される。ユーザ対応局（５３０）のＨＴＴＰプロキシモジュールは、対応するウェブ対応局（５５０）からの少なくとも１つの転送されたリクエストに対応するデータオブジェクトを受信する際に、少なくとも１つの転送されたリクエストに対応する少なくとも１つの応答を生成するように構成されてもよい。ユーザ対応局（５３０）のＨＴＴＰプロキシモジュールは、少なくとも１つの応答を生成する際に、少なくとも１つの応答に対応するデータオブジェクトの１つまたは複数のプロパティを検査し、当該検査に従って、データオブジェクトがキャッシュへの格納に適している場合、データオブジェクトをキャッシュに格納するようにさらに構成される。ユーザ対応局（５３０）は、１つまたは複数の後続するリ��エストに対応する１つまたは複数の応答を、例えば、ユーザ対応局（５３０）におけるＨＴＴＰセッションの後方送信ＧＴＰトンネルたり得る第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｙ）を介して（例えば、ユーザネットワークデバイス（５１０）に）送信するようにさらに構成される。
【００７０】
トラフィック冗長性削除は、帯域幅（容量）消費を低減することを少なくとも目的として用いられてもよく、ここで、トラフィック冗長性削除は、トラフィックストリーム内において複数の繰り返しパターンを検出することを含んでもよい。トラフィックがＧＴＰトンネル内でカプセル化される場合、しかしながら、トラフィック冗長性削除のための従来的な複数の方法は、例えば、ＧＴＰトンネル内における異なるストリームの検出失敗に起因して、有効ではない場合がある。いくつかの実施形態において、衛星モデムは、複数のトラフィック冗長性削除技術を、例えば、衛星モデムの送信局（２００）及び／または受信局（３００）を用いて、１つまたは複数のＧＴＰトンネル内でカプセル化されたトラフィックに適用するように構成されてもよい。
【００７１】
いくつかの実施形態において、トラフィック冗長性削除は、例えば、１つまたは複数のＧＴＰトンネルでカプセル化されたＴＣＰトラフィックに適用されてもよい。送信局（２００）は、ＧＴＰトンネル（３１０）でカプセル化された１つまたは複数のＴＣＰセグメントを受信し、（例えば、前述されたように）１つまたは複数のＴＣＰセグメントから１つまたは複数のペイロードを抽出し、１つまたは複数のＴＣＰセグメントに関連付けられ得る少なくとも１つのストリームを決定し、１つまたは複数の繰り返しパターンの少なくとも１つのストリームに関連付けられた複数のペイロードを検索するように構成されてもよい。送信局（２００）は、少なくとも１つのストリームにおいて少なくとも１つの繰り返しパターンを検出し、繰り返しパターンを送信局（２００）のメモリに格納し、対応する受信局（３００）に少なくとも１つのストリームにおける少なくとも１つの繰り返しパターンを通知するように構成されてもよい。受信局（３００）は、少なくとも１つのストリームの繰り返しパターンを含む表示を受信し、少なくとも１つのストリームの少なくとも１つの繰り返しパターンを受信局（３００）のメモリに格納するように構成されてもよい。
【００７２】
さらに、送信局（２００）は、ＧＴＰトンネル（３１０）でカプセル化された１つまたは複数の追加ＴＣＰセグメントを受信し、少なくとも１つのストリームに対応する１つまたは複数の追加ペイロードを１つまたは複数の追加ＴＣＰセグメントから抽出し、１つまたは複数の追加ペイロードにおける少なくとも１つのストリームに関連付けられた少なくとも１つの繰り返しパターンを検出するように構成されてもよい。送信局（２００）は、少なくとも１つの繰り返しパターンを検出する際に、より短い表示の繰り返しパターンによって置換された繰り返しパターンで、個別のペイロードを受信局（３００）に送信するように構成されてもよい。いくつかの実施形態において、繰り返しパターンのより短い表示は、インデックス及びオフセットを含んでもよく、ここで、インデックスは、繰り返しパターンを、少なくとも１つのストリームに関連付けられた１つまたは複数の格納された繰り返しパターンから識別するために用いられてもよく、オフセットは、繰り返しパターン（例えば、その開始）に対応する個別のペイロード内の位置を示すために用いられてもよい。受信局（３００）は、より短い表示の表示を検出し、受信局（３００）のメモリにおいてより短い表示に対応する繰り返しパターンを検索し、より短い表示を対応する繰り返しパターンで置換することによって、１つまたは複数の対応するペイロードを再構成するように構成されてもよい。受信局（３００）は、前述されたように、複数のペイロードを再構成する際に、再構成された複数のペイロードに対応する１つまたは複数のＴＣＰヘッダを復元し、ＧＴＰトンネル（３３０）でカプセル化された、復元された複数のＴＣＰセグメントを送信するようにさらに構成されてもよい。
【００７３】
いくつかの実施形態において、衛星モデムは、例えば、衛星モデムの送信局（２００）及び／または受信局（３００）を用いて、１つまたは複数のＧＴＰトンネル内でカプセル化されたＵＤＰトラフィックに対して特化された処理を与えるように構成されてもよい。いくつかの実施形態において、特に処理され得るＵＤＰトラフィックは、ＳＩＰシグナリングトラフィック、ＲＴＰトラフィック、非ＲＴＰリアルタイムトラフィック（例えば、複数のセルラネットワークに対するシグナリング、スカイプボイストラフィック等）、及び非リアルタイムトラフィック（例えば、ＤＮＳキャッシュを可能にすることを少なくとも目的として、複数のＤＮＳクエリ及び複数の応答）を含んでもよい。
【００７４】
送信局（２００）のＧＴＰモジュール（２１０）は、第１のＧＴＰトンネルでカプセル化されたＵＤＰセグメントを含むパケットを受信し、パケットを第１のＧＴＰトンネルに対応し得る第１の内部トンネルと関連付けるように構成されてもよい。いくつかの実施形態において、ＧＴＰカプセル化ＵＤＰセグメントがセッション（例えば、ＲＴＰセッション）に対応する場合、パケットの第１の内部トンネルとの（及び／またはシーケンス番号インジケータとの）関連付けは、送信局（２００）と対応する受信局（３００）との間に確立され得るセッションに従って決定されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、パケットをＳＩＰクラス、ＲＴＰクラス、リアルタイムトラフィッククラス及び／またはリアルタイムトラフィッククラスに分類し、対応パケットを（例えば、前述されたように、ＧＴＰトンネルヘッダ圧縮を適用することによって）生成するように構成されてもよく、ここで、対応パケットは、第１の内部トンネルに対応する内部ＴＥＩＤインデックスと関連付けられ、対応パケットを（例えば、受信されたパケットと関連付けられたクラスに従って）送信局（２００）のＶｏＩＰモジュール（２５０）、ジッタ及び遅延感知トラフィックモジュール（２６０）及び／またはジッタ及び遅延耐性トラフィックモジュール（２７０）に転送してもよい。いくつかの実施形態において、対応パケットは、受信されたパケットに含まれるＵＤＰセグメントを含んでもよい。送信局（２００）のＶｏＩＰモジュール（２５０）、ジッタ及び遅延感知トラフィックモジュール（２６０）及び／またはジッタ及び遅延耐性トラフィックモジュール（２７０）は、（例えば、複数のシーケンス番号が対応する受信局（３００）によって再構成される必要がある場合に）第１の内部トンネル及び／またはシーケンス番号インジケータに対応する内部ＴＥＩＤインデックスを含むパケットを生成するために、対応パケットを受信するように構成されてもよい。いくつかの実施形態において、パケットを生成することは、ＵＤＰセグメントの１つまたは複数のヘッダを、例えば、ＵＤＰセグメントに関連付けられた圧縮ポリシまたはアプリケーションに従って、圧縮することを含んでもよい。いくつかの実施形態において、当該圧縮は、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＲＴＰヘッダの１つまたは複数を削除することと、これらをＵＤＰセグメントに関連付けられたアプリケーションに対応する記述子と置換することとを含んでもよい。送信局（２００）のＶｏＩＰモジュール（２５０）、ジッタ及び遅延感知トラフィックモジュール（２６０）及び／またはジッタ及び遅延耐性トラフィックモジュール（２７０）は、（例えば、個別の受信局（３００）に送信するために）パケットを送信局（２００）の衛星インタフェースモジュール（２９０）に転送するように構成されてもよい。
【００７５】
さらに、受信局（３００）のＶｏＩＰモジュール、ジッタ及び遅延感知トラフィックモジュール及び／またはジッタ及び遅延耐性トラフィックモジュールは、パケットを（例えば、受信局（３００）の衛星インタフェースモジュールを介して）受信するように構成されてもよく、ここで、パケットは、第１の内部トンネル及び／またはシーケンス番号インジケータに対応するＵＤＰセグメント及び内部ＴＥＩＤインデックスのペイロードを含んでもよい。受信局（３００）のＶｏＩＰモジュール、ジッタ及び遅延感知トラフィックモジュール及び／またはジッタ及び遅延耐性トラフィックモジュールは、対応パケットを生成するように構成されてもよく、ここで、対応パケットを生成することは、パケットに関連付けられた圧縮ポリシまたはアプリケーションに従って、１つまたは複数のヘッダを再構成することを含んでもよい。いくつかの実施形態において、当該再構成は、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＲＴＰヘッダの１つまたは複数を、パケットに含まれる記述子に従って、再構成することを含んでもよい。受信局（３００）のＶｏＩＰモジュール、ジッタ及び遅延感知トラフィックモジュール及び／またはジッタ及び遅延耐性トラフィックモジュールは、対応パケットを受信局（３００）のＧＴＰモジュールに転送するように構成されてもよい。受信局（３００）のＧＴＰモジュールは、対応パケットを受信し、（例えば、内部ＴＥＩＤインデックスに従って）それを第１の内部トンネルに関連付け、対応パケットを含まれる内部ＴＥＩＤインデックス（例えば、第１のＧＴＰトンネル）に対応するＧＴＰトンネルにカプセル化するパケットを生成するように構成されてもよい。いくつかの実施形態において、対応パケットをカプセル化することは、（例えば、前述されたように）第１のＧＴＰトンネルに対応するＩＰヘッダ、ＵＤＰヘッダ及び／またはＧＴＰヘッダを再構成することを含んでもよい。受信局（３００）のＧＴＰモジュールは、カプセル化するパケットを（例えば、連結されたネットワークデバイスに）送信するようにさらに構成されてもよい。いくつかの実施形態において、受信局（３００）のＧＴＰモジュールは、パケット及び／または対応パケットがシーケンス番号インジケータを含むか否かを決定し、これを含む場合に、ＧＴＰヘッダにシーケンス番号フィールドを含む、カプセル化するパケットを生成し、ＧＴＰトンネルに関連付けられたシーケンス番号を１だけ増やすようにさらに構成されてもよい。
【００７６】
いくつかの実施形態において、複数のセッション開始プロトコル（ＳＩＰ）メッセージは、１つまたは複数のボイスコール、ビデオコール、または複数の他のタイプのセッションを確立することを少なくとも目的として、複数のネットワークデバイス（例えば、１２０及び１６０）間で交換されてもよい。図１に示されるように、複数のネットワークデバイス（１２０,１６０）間のリンクは、限定的な容量に関連付けられ得る衛星リンクを含んでもよい。たまに、新たなセッションを確立しようと試みる時に、衛星リンクは、新たなセッションをサポートするための空き容量が不足していることがある。低品質セッションを回避することを少なくとも目的として、このような複数の場合に、コール確立試行を順番に拒否することが有益となり得る。いくつかの実施形態において、ネットワークデバイス（例えば、１２０，１６０）に連結された衛星モデム（例えば、１３０，１５０）は、新たなセッションをサポートするための空き容量が不足していることを、衛星リンクを介して決定し、新たなセッションを強制終了することを少なくとも目的として、終了メッセージを生成し、連結されたネットワークデバイスに送信するように構成されてもよい。セッション管理（例えば、確立及び終了）のために用いられるＳＩＰメッセージが１つまたは複数のＧＴＰトンネルでカプセル化される場合、衛星モデムは、第１のＧＴＰトンネル（例えば、衛星モデムにおけるセッションの前方送信ＧＴＰトンネル）において連結されたネットワークデバイスからＳＩＰメッセージを受信してもよく、第２のＧＴＰトンネル（例えば、衛星モデムにおけるセッションの後方送信ＧＴＰトンネル）において連結されたネットワークデバイスに終了メッセージを送信する必要があってもよく、ここで、第２のＧＴＰトンネルは、第１のＧＴＰトンネルと異なってもよい。
【００７７】
複数のセッション開始プロトコル（ＳＩＰ）メッセージは、ＵＤＰセグメントにおいて送信されてもよく（ＳＩＰ経由は、ＴＣＰ及び他の複数のトランスファープロトコルを介してサポートされ得る）、結果的に、複数のＧＴＰカプセル化ＳＩＰメッセージ及び／またはセッションを前方送信ＧＴＰトンネル及び後方送信ＧＴＰトンネルと関連付けることは、例えば、ＴＣＰの場合に前述されたように、適用不可能となることがある。
【００７８】
衛星モデム（例えば、１３０，１５０）に連結されたネットワークデバイス（例えば、１２０，１６０）は、ＳＩＰ方法（例えば、ＩｎｖｉｔｅまたはＲｅｇｉｓｔｅｒ）を用いて、ＳＩＰトランザクション（セッション）を開始し、ＳＩＰの相手方から受信されるべきＳＩＰ応答（例えば、ＳＩＰメッセージコード１ｘｘまたは２ｘｘが適用可能となり得る）を予測してもよい。ネットワークデバイスに連結された衛星モデム（例えば、１３０，１５０）は、１つまたは複数のＩＰアドレス及び／またはコール識別子（ＩＤ）を１つまたは複数のＳＩＰメッセージ（例えば、ＳＩＰ方法メッセージ）を抽出し、１つまたは複数のＳＩＰメッセージに対応するＳＩＰセッションを衛星モデムにおけるセッションの前方送信ＧＴＰトンネル及び／または後方送信ＧＴＰトンネルと関連付けることを少なくとも目的として、抽出された１つまたは複数のＩＰアドレス及び／またはコールＩＤを用いるように構成されてもよい。ＳＩＰセッションが衛星モデム（例えば、１３０，１５０）における前方送信ＧＴＰトンネル及び後方送信ＧＴＰトンネルと一度関連付けられると、複数の衛星モデムは、必要な場合には（例えば、セッションをサポートするための空き容量不足を、衛星リンクを介して決定する際に）、例えば、終了メッセージ（例えば、「Ｃａｎｃｅｌ」、「Ｂｙｅ」またはエラーコードメッセージ）を生成し、衛星モデムにおけるセッションに対応する後方送信ＧＴＰトンネルで送信することによって、セッションを強制終了してもよい。さらに、いくつかの実施形態において、ＳＩＰセッションが、当該複数の衛星モデム（例えば、１３０，１５０）に含まれる送信局（２００）及び受信局（３００）の両方において、個別のＧＴＰトンネルに一度関連付けられると、ＳＩＰセッションに関連付けられた１つまたは複数のＲＴＰストリームは、（例えば、ヘッダ圧縮を１つまたは複数のＲＴＰストリームに関連付けられ得る複数のパケットに適用することを少なくとも目的として）送信局（２００）及び受信局（３００）によって遮断される場合がある。
【００７９】
上述されたように、１つまたは複数のＲＴＰストリームは、ＳＩＰセッションが確立された後で、ＳＩＰセッションと関連付けられるように確立されてもよく、このような場合、１つまたは複数のＲＴＰセッションを遮断するための複数のパラメータは、ＳＩＰセッションから知ることができる。いくつかの実施形態において、１つまたは複数のＲＴＰストリームは、送信局（２００）及び／または受信局（３００）が解析をサポートしない可能性があるＳＩＰ以外のプロトコル（例えば、ストリーム制御送信プロトコル（ＳＣＴＰ））を用いて確立されてもよい。このような複数の実施形態において、ＲＴＰストリームの各方向が別個に処理され得る軽微な例外によって、送信局（２００）及び／または受信局（３００）は、複数のＲＴＰパケットを、複数のＳＩＰセッションに関連付けられた複数のストリームに関連付けられた複数のＲＴＰパケットの処理と同様の態様で処理するように構成されてもよい。送信局（２００）及び受信局（３００）は、各ＲＴＰストリームの各方向に対して、個別のＲＴＰストリームに対応するＧＴＰトンネルのＴＥＩＤを少なくとも含むレコードをメモリに格納するように構成されてもよい。さらに、送信局（２００）は、例えば、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＲＴＰヘッダの１つまたは複数を記述子と置換することによって、ヘッダ圧縮を複数のＲＴＰパケットに適用するように構成されてもよい。受信局（３００）は、送信局（２００）から受信された、圧縮された複数のＲＴＰパケットをＲＴＰセッションに関連付け、１つまたは複数のヘッダ（例えば、ＩＰヘッダ、ＵＤＰヘッダ及び／またはＲＴＰヘッダ）をＲＴＰセッションに従って再構成し、ＲＴＰセッションに関連付けられたＴＥＩＤに従って、再構成されたＲＴＰパケットをＧＴＰトンネルにおいてカプセル化するように構成されてもよい。
【００８０】
全てのリアルタイムストリームがＲＴＰを用いて送信されなくてもよいが、複数のこのようなストリームも、複数のＧＴＰトンネルでカプセル化される場合、（例えば、遅延及び／またはジッタ低減のために）適切に処理されることを必要とする場合がある。複数のこのようなストリームの処理（例えば、送信局（２００）及び／または受信局（３００）による）は、公知のシグナリングプロトコル（例えば、ＳＩＰ）と関連付けられない複数のＲＴＰストリームの処理と同様であってもよく、例えば、このようなストリームの各々の各方向が、別個に処理されてもよい。おそらく、複数の非ＲＴＰストリームの処理を複数のＲＴＰストリームの処理と比較した場合の主な差は、複数のストリームの検出に関連付けられる可能性がある。複数の非ＲＴＰストリームは、追加のヘッダ（例えば、アプリケーション依存ヘッダ）を有さずに、または、追加の（例えば、アプリケーション依存）ヘッダを有するが、送信局（２００）及び／または受信局（３００）が解析するように構成されなくてもよいように、ＵＤＰを介して搬送され得るため、送信局（２００）及び受信局（３００）は、複数の事前設定されたフィルタに基づいて複数の非ＲＴＰストリームを検出するように構成されてもよく、ここで、事前設定されたフィルタは、発信元ＩＰアドレス、発信先ＩＰアドレス、発信元ＵＤＰポート、発信先ＵＤＰポート及び／またはタイプオブサービス（ＴｏＳ）またはＤｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  Ｐｏｉｎｔ（ＤＳＣＰ）のうち１つまたは複数を含んでもよい。送信局（２００）及び受信局（３００）は、複数の非ＲＴＰストリームに関連付けられた複数のパケットの複数のヘッダを圧縮及び解凍するようにさらに構成されてもよく、ここで、このような圧縮は、ＵＤＰヘッダが存在する場合には、ＩＰヘッダ及び／またはＵＤＰヘッダを圧縮することを含んでもよい。
【００８１】
いくつかの実施形態において、衛星モデムは、ＤＮＳキャッシュを実行するように構成されてもよく、ここで、複数のＤＮＳクエリ及び／または対応する複数のＤＮＳ応答は、１つまたは複数のＧＴＰトンネル内でカプセル化されてもよい。
【００８２】
通常、ユーザデバイスは、ドメインネームシステムクエリ（ＤＮＳクエリ）をＤＮＳサーバに送信し、ＤＮＳサーバは、ＤＮＳクエリに対応するＤＮＳリプライをユーザデバイスに送信する。ユーザデバイスは、ＤＮＳキャッシュにＤＮＳリプライを用いてもよく、ここで、ＤＮＳキャッシュは、例えば、後続の複数のＤＮＳクエリに応答における応答時間を向上させるために用いられる処理であってもよい。複数のＤＮＳメッセージ（例えば、複数のＤＮＳクエリ及び複数のＤＮＳ応答）は、複数のＵＤＰセグメントにおいて送信されてもよく、複数のＧＴＰカプセル化ＤＮＳメッセージ及び／またはセッションを前方送信ＧＴＰトンネル及び後方送信ＧＴＰトンネルに関連付ける複数の方法は、例えば、ＴＣＰの場合に前述されたように、適用不可能となり得る。
【００８３】
図６は、図５を参照して説明されたように、ユーザネットワークデバイス（５１０）、ユーザ対応局（５３０）、ウェブ対応局（５５０）及び１つまたは複数のサーバを（５７０）示す。ユーザネットワークデバイス（５１０）、ユーザ対応局（５３０）、ウェブ対応局（５５０）及び１つまたは複数のサーバ（５７０）は、図５を参照して前述されたように、１つまたは複数のＧＴＰトンネル（５２０，５６０）及び１つまたは複数の対応する内部トンネル（５４０）を用いて連結されてもよい。
【００８４】
ユーザ対応局（５３０）は、（例えば、ユーザネットワークデバイス（５１０）から）第１のＤＮＳクエリ（６１０）を受信するように構成されてもよい。第１のＤＮＳクエリ（６１０）は、ユーザネットワークデバイス（５１０）に関連付けられた１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルでカプセル化された１つまたは複数のＵＤＰセグメントに含まれてもよく、ここで、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルは、第１のＴＥＩＤ（例えば、ＴＥＩＤ  Ｘ）と関連付けられてもよい。ユーザ対応局（５３０）のＧＴＰモジュールは、１つまたは複数のＵＤＰパケットを（例えば、前述されたように）ＤＮＳクラスと関連付け、１つまたは複数のパケット（第１のＤＮＳクエリ）をユーザ対応局（５３０）のＤＮＳモジュール（例えば、図２の２８０）に転送するように構成されてもよい。ユーザ対応局（５３０）のＤＮＳモジュールは、第１のＤＮＳクエリ（例えば、発信先ＩＰアドレス及び／またはサーバ名）に関連付けられた１つまたはそれより多くの情報項目をメモリに格納し、第１のＤＮＳクエリ（６１１）を（例えば、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネルに対応する第１の内部トンネル（５４０）を用いて）ウェブ対応局（５５０）に送信するように構成されてもよい。
【００８５】
ウェブ対応局（５５０）は、（例えば、ユーザ対応局（５３０）から、及び／または第１の内部トンネル（５４０）を介して）少なくとも第１のＤＮＳクエリ（６１１）を受信し、第１のＤＮＳクエリを１つまたは複数のサーバ（５７０）に関連付けられ得る１つまたは複数のＧＴＰトンネル（５６０）のうち第１のＧＴＰトンネルに関連付け、１つまたは複数のＧＴＰトンネル（５６０）のうち第１のＧＴＰトンネルでＤＮＳクエリをカプセル化し、第１のＤＮＳクエリ（６１２）を１つまたは複数のウェブサーバ（５７０）のうちＤＮＳサーバに送信するように構成されてもよい。ウェブ対応局（５５０）は、第１のＤＮＳクエリ（６１２）に対応する第１のＤＮＳ応答（６２０）を（例えば、ＤＮＳサーバ（５７０）から）受信するようにさらに構成されてもよい。第１のＤＮＳ応答（６２０）は、１つまたは複数のサーバ（５７０）に関連付けられた１つまたは複数のＧＴＰトンネル（５６０）のうち第２のＧＴＰトンネルでカプセル化された１つまたは複数のＵＤＰセグメントに含まれてもよく、ここで、１つまたは複数のＧＴＰトンネル（５６０）のうち第２のＧＴＰトンネルは、第２のＴＥＩＤ（例えば、ＴＥＩＤ  Ｙ）に関連付けられてもよい。ウェブ対応局（５５０）は、第１のＤＮＳ応答（６２１）を（例えば、１つまたは複数のＧＴＰトンネル（５６０）のうち第２のＧＴＰトンネルに対応する第２の内部トンネル（５４０）を用いて）ユーザ対応局（５３０）に送信するように構成されてもよい。ＤＮＳキャッシュをサポートすることを少なくとも目的として、ウェブ対応局（５５０）は、複数のＤＮＳメッセージを、（例えば、前述されたように）アプリケーションに特化されていなくてもよい任意のＵＤＰセグメントの処理と同様の態様で処理するように構成されてもよく、ここで、当該処理は、複数のＤＮＳメッセージに関連付けられたＧＴＰトンネルヘッダ圧縮及び／またはＩＰ及び／またはＵＤＰヘッダの圧縮を含んでもよい。
【００８６】
ユーザ対応局（５３０）のＤＮＳモジュールは、（例えば、ウェブ対応局（５５０）から、及び／または１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルに対応する第２の内部トンネル（５４０）を介して）少なくとも第１のＤＮＳ応答を受信し、第１のＤＮＳ応答を第１のＤＮＳクエリと関連付けるように構成されてもよく、ここで、当該関連付けは、例えば、ユーザ対応局（５３０）のメモリに以前格納された可能性がある第１のＤＮＳクエリに関連付けられた１つまたはそれより多くの情報項目を用いることを含んでもよい。ユーザ対応局（５３０）は、後続の複数のＤＮＳクエリを処理することを少なくとも目的として、第１のＤＮＳ応答の対応する第１のＤＮＳクエリとの当該関連付けから、１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネル（前方送信ＧＴＰトンネル）と１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネル（後方送信ＧＴＰトンネル）との間の関連付けを抽出し、抽出された第１のＧＴＰトンネルと第２のＧＴＰトンネルとの間の関連付けを、例えば、ユーザ対応局（５３０）のＧＴＰモジュールのトンネルデータベースに格納するように構成されてもよい。ユーザ対応局（５３０）は、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルに従って、第１のＤＮＳ応答をカプセル化し、第１のＤＮＳ応答（６２２）を（例えば、ユーザネットワークデバイス（５１０）に）送信するようにさらに構成されてもよい。ユーザ対応局（５３０）のＤＮＳモジュールは、第１のＤＮＳクエリ及び／または第１のＤＮＳ応答に含まれる情報を用いてＤＮＳ情報をキャッシュすることを少なくとも目的として、少なくとも１つのＤＮＳキャッシュ方法を用いるようにさらに構成されてもよい。
【００８７】
ユーザ対応局（５３０）は、（例えば、ユーザネットワークデバイス（５１０）から）第２のＤＮＳクエリ（６３０）を受信するように構成されてもよく、ここで、第２のＤＮＳクエリ（６３０）は、第１のＤＮＳクエリ（６１０）と同じドメインまたは異なるドメインに対応してもよい。第２のＤＮＳクエリ（６３０）は、ユーザネットワークデバイス（５１０）に関連付けられた１つまたは複数のＧＴＰトンネル（５２０）のうち第１のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｘ）でカプセル化された１つまたは複数のＵＤＰパケットに含まれてもよい。ユーザ対応局（５３０）は、例えば、ユーザ対応局（５３０）のＧＴＰモジュールのトンネルデータベースを用いて、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルを決定うるように構成されてもよく、ここで、第２のＧＴＰトンネル（例えば、ＴＥＩＤ  Ｙ）は、第１のＧＴＰトンネル（前方送信ＧＴＰトンネル）に対応する後方送信ＧＴＰトンネルであってもよい。ユーザ対応局（５３０）は、第２のＧＴＰトンネルが決定され得る場合に、ＤＮＳキャッシュからのＤＮＳ情報を取得することを少なくとも目的として、少なくとも１つのＤＮＳキャッシュ方法を用い、取得されたＤＮＳ情報を用いて第２のＤＮＳクエリ（６３０）に対応するＤＮＳ応答を生成し、１つまたは複数のＧＴＰトンネル（５２０）のうち第２のＧＴＰトンネルに従ってＤＮＳ応答をカプセル化し、ＧＴＰカプセル化ＤＮＳ応答（６４０）を（例えば、ユーザネットワークデバイス（５１０）に）送信するように構成されてもよい。ユーザ対応局（５３０）は、第２のＧＴＰトンネルが決定されなくてもよい場合には、第１のＤＮＳクエリを参照して前述されたように、第２のＤＮＳクエリに関連付けられたドメインのＤＮＳ情報がユーザ対応局（５３０）に関連付けられたＤＮＳキャッシュにおいて適用可能たり得たとしても、第２のＤＮＳクエリを処理するように構成されてもよい。
【００８８】
３ＧＰＰの複数の推奨（ＥＴＳＩ  ＴＳ  １２９  ２８１，パラグラフ４．２．２）によれば、複数のＧＴＰエンドポイントは、複数のＧＴＰパケット（例えば、複数のＧＴＰエンドポイント間でＧＴＰ−Ｕを用いて交換される複数のパケット）のＩＰフラグメンテーションを回避しなければならないが、複数のＧＴＰパケットのＩＰフラグメンテーションは、分類上禁止されてはいない。いくつかの実施形態において、送信局（２００）のＧＴＰモジュール及び／または受信局（３００）のＧＴＰモジュールは、複数のＩＰフラグメント化ＧＴＰパケットを、衛星リンクを介して転送することをサポートするように構成されてもよい。
【００８９】
前述されたように、受信局（３００）は、（例えば、ローカルな（なりすましによる）確認応答を生成することによってＴＣＰトラフィックを加速することを少なくとも目的として）受信局（３００）によって連結されたネットワークデバイスに送信されたパケットのＧＴＰヘッダにおいて、少なくともシーケンス番号フィールドを再構成またはローカルに生成するように構成されてもよく、ここで、ＧＴＰトンネル内における複数のパケットの付番は、必要とされてもよく、またはリクエストされてもよい。シーケンス番号フィールドのこのような再構成またはローカルな生成により、少なくとも１つのＧＴＰパケットは、ＧＴＰトンネル（例えば３１０）の送信局側において、第１のシーケンス番号の値を有し、をＧＴＰトンネル（例えば３３０）の受信局側において、第２のシーケンス番号の値を有し、ここで、第１のシーケンス番号の値及び第２のシーケンス番号の値は、異なってもよい。複数のシーケンス番号値のこのような差は、定期的な複数のＧＴＰパケットには影響しない場合があるが、これは、ＩＰフラグメント化ＧＴＰパケットの発行を引き起こす場合がある。
【００９０】
ＩＰフラグメント化ＧＴＰパケットは、２つまたはそれより多くのＩＰフラグメントを含んでもよく、ここで、ＧＴＰパケットに対応するＧＴＰヘッダ及びＵＤＰヘッダは、追加の１つより多くのＩＰフラグメントではなく、第１のＩＰフラグメントにのみ含まれてもよい。このように、１つまたは複数の追加ＩＰフラグメントのうちＧＴＰトンネルに対するＩＰフラグメントの関連付けは、例えば、（例えば、１つまたは複数の追加ＩＰフラグメントのうち）ＩＰフラグメントに対応するＩＰヘッダに含まれ得る識別フィールド値を、第１のＩＰフラグメントに対応するＩＰヘッダに含まれ得る識別フィールド値と少なくとも比較することによって実現されてもよい（例えば、ここで、ＩＰヘッダに含まれる識別フィールドは、ＩＰデータグラムの複数のフラグメントのグループを識別するために用いられてもよい）。
【００９１】
送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、１つまたは複数の受信されたパケットのうち）少なくとも１つのパケットを受信する際に、例えば、少なくとも１つのパケットに対応するＩＰヘッダにＭＦフラグ（Ｍｏｒｅ  Ｆｒａｇｍｅｎｔｓ）が設定されているか否かを少なくとも検証することによって、少なくとも１つのパケットがＩＰフラグメント化ＧＴＰパケットの第１のフラグメントたり得るか否かを決定するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットがＩＰフラグメント化ＧＴＰパケットの第１のフラグメントたり得ると決定する際に、識別フィールドを少なくとも１つのパケットに対応するＩＰヘッダから抽出し、（例えば、ＧＴＰモジュールの）トンネルデータベース（２１５）に新たなレコードを形成するように構成されてもよく、新たなレコードは、少なくとも抽出された識別フィールド（及び／または（例えば、ＩＰフラグメント化ＧＴＰパケットの第１のフラグメントに含まれるＧＴＰヘッダに基づく）ＩＰフラグメント化ＧＴＰパケットに対応するＧＴＰトンネルに対応する内部ＴＥＩＤインデックス）を含む。送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットがＩＰフラグメント化ＧＴＰパケットの第１のフラグメントたり得ると決定する際に、ＧＴＰトンネルヘッダ圧縮を少なくとも１つのパケットに適用せず、少なくとも１つのパケットをＩＰフラグメント化ＧＴＰパケットの第１のフラグメントとしてマークし、少なくとも１つのパケット（例えば、非圧縮）を対応する受信局（３００）に送信するように構成されてもよい。
【００９２】
いくつかの実施形態において、送信局（２００）のＧＴＰモジュール（２１０）は、少なくとも１つのパケットを対応する受信局（３００）に送信する際に、送信局の１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）をバイパス（２１７）しつつ（例えば、少なくとも１つのパケットに対するあらゆる特化された処理を拒否しつつ）、少なくとも１つのパケットを送信局（２００）の衛星インタフェースモジュール（２９０）に転送するようにさらに構成されてもよい。受信局（３００）は、少なくとも１つのパケットを受信する際に、（例えば、少なくとも１つのパケットに関連付けられた第１のフラグメントのマークを決定することによって）少なくとも１つのパケットがＩＰフラグメント化ＧＴＰパケットの第１のフラグメントたり得ると決定し、（受信局（３００）の１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュールをバイパスしつつ）少なくとも１つのパケットを受信局（３００）のＧＴＰモジュールに転送するように構成されてもよい。
【００９３】
受信局（３００）のＧＴＰモジュールは、（例えば、少なくとも１つのパケットを受信する際に）少なくとも１つのパケットが非圧縮であると決定し、少なくとも１つのパケットがＩＰフラグメント化ＧＴＰパケットの第１のフラグメントであると決定し、少なくとも１つのパケットに含まれるＧＴＰヘッダに含まれるシーケンス番号フィールドが修正されされることを必要とする可能性があるか否かを決定するように構成されてもよい。受信局（３００）のＧＴＰモジュールは、（例えば、当該シーケンス番号フィールドが修正を必要としないと決定する際に）少なくとも１つのパケットを（例えば、連結されたネットワークデバイスに）送信するように構成されてもよい。受信局（３００）のＧＴＰモジュールは、（例えば、当該シーケンス番号フィールドが修正されることを必要とする可能性があると決定する際に）シーケンス番号フィールドを（例えば、少なくとも１つのパケットに対応するＧＴＰトンネルに関連付けられた受信局（３００）におけるパケット数に従って）修正するように構成されてもよい。少なくとも１つのパケットに含まれるＧＴＰヘッダにおけるシーケンス番号フィールドが一度修正されると、しかしながら、少なくとも１つのパケットに含まれ得るＵＤＰヘッダにおけるチェックサム値は、もはや正確ではない可能性がある。
【００９４】
少なくとも１つのパケットが非圧縮で送信局（２００）によって送信され及び／または受信局（３００）によって受信されてもよいことから、少なくとも１つのパケットは、受信局（３００）のＧＴＰモジュールにおいて受信された際に（例えば、上述された修正前の）元のシーケンス番号の値を含むＩＰフラグメント化ＧＴＰパケットの元のＧＴＰヘッダを依然として含んでもよい。受信局（３００）のＧＴＰモジュールは、（例えば、少なくとも１つのパケットに含まれ得る）ＧＴＰヘッダにおけるシーケンス番号フィールドを修正する際に、ＧＴＰヘッダにおけるシーケンス番号フィールドを修正する前の元のシーケンス番号の値を記録し、（例えば、ＧＴＰヘッダにおけるシーケンス番号フィールドを修正した後で）少なくとも１つのパケットに含まれ得るＵＤＰヘッダにおけるチェックサムフィールドの修正チェックサム値を算出し、ＵＤＰヘッダにおけるチェックサム値を、算出された修正チェックサム値で置換し、（例えば、修正されたＧＴＰシーケンス番号及び／または修正されたＵＤＰチェックサムを含み得る）修正された少なくとも１つのパケットを、（例えば、連結されたネットワークデバイスに）送信するように構成されてもよい。いくつかの実施形態において、修正チェックサム値を（例えば、ＲＦＣ１０７１推奨に従って）算出することは、元のチェックサム値（Ｃ）を（例えば、少なくとも１つのパケットに含まれるＵＤＰヘッダから）決定することと、元のシーケンス番号の値（ＳＮ）（例えば、記録された元のシーケンス番号）を決定することと、修正されたシーケンス番号値（ＳＮ'）を決定することと、式Ｃ'＝Ｃ＋（ＳＮ'−ＳＮ）を用いて、チェックサム値（Ｃ'）を算出することとを含んでもよい。
【００９５】
さらに、送信局（２００）のＧＴＰモジュール（２１０）は、（例えば、ＩＰデータグラムの第１のフラグメントたり得ない）ＩＰフラグメントを受信する際に、ＩＰフラグメントが、その第１のフラグメントが既に受信された可能性があるＩＰフラグメント化ＧＴＰパケットに関連付けられ得るか否かを決定することを少なくとも目的として、トンネルデータベース（２１５）を用いるように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、識別値をＩＰフラグメントに対応するＩＰヘッダの識別フィールドから抽出し、トンネルデータベース（２１５）において、抽出された識別値に対応するレコードを検索するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、抽出された識別値に対応するレコードがトンネルデータベース（２１５）に存在しない場合には、ＩＰフラグメントを破棄するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、抽出された識別値に対応するレコードがトンネルデータベース（２１５）に存在する場合には、少なくとも１つのパケットを非圧縮であるとしてマークし、（例えば、送信局（２００）の１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュール（例えば、２２０から２８０）をバイパス（２１７）しつつ）少なくとも１つのパケットを対応する受信局（３００）に送信するように構成されてもよい。送信局（２００）のＧＴＰモジュール（２１０）は、ＩＰフラグメントがトンネルデータベース（２１５）の既存のレコードに関連付けられると決定する際に、ＩＰフラグメントがＩＰフラグメント化ＧＴＰパケットの最後のフラグメントであるか否かを（例えば、ＩＰフラグメントに対応するＩＰヘッダが未設定のＭＦフラグ及びゼロ以外のフラグメントオフセットを含むと決定することによって）決定し、ＩＰフラグメントがＩＰフラグメント化ＧＴＰパケットの最後のフラグメントである場合には、関連付けられたレコードをトンネルデータベース（２１５）から削除するようにさらに構成されてもよい。受信局（３００）は、ＩＰフラグメントを受信する際に、ＩＰフラグメントが非圧縮であると決定し、受信局（３００）の１つまたは複数の特定プロトコル向け及び／または特定用途向けモジュールをバイパスしつつ、ＩＰフラグメントを連結されたネットワークデバイスに送信するように構成されてもよい。
【００９６】
ＩＰフラグメンテーションは、ＧＴＰトンネル内で（例えば、ＧＴＰトンネル内でカプセル化された複数のパケットに対して）用いられてもよい。このようなフラグメンテーションは、送信局（２００）及び／または受信局（３００）によって処理されてもよい。例えば、送信局（２００）は、パケットの複数のフラグメントを、（例えば、カプセル化されたプロトコルレベルにおいて、ただし、おそらくはＧＴＰトンネルヘッダ圧縮によって）ヘッダ圧縮を適用せずに送信するように構成されてもよく、及び／または、受信局（３００）は、パケットを個別のＧＴＰトンネルにカプセル化する前に、その受信された複数のフラグメントから、パケットを再構成するように構成されてもよい。
【００９７】
本開示の様々な態様は、１つまたは複数の方法、システム、装置（例えば、衛星通信ネットワークのコンポーネント）及び／またはコンピュータプログラム製品として具現されてもよい。従って、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、完全にファームウェアの実施形態、またはファームウェア、ソフトウェア及び／またはハードウェアの態様を組み合わせた実施形態という形をとってもよい。さらに、このような複数の態様は、記憶媒体内またはその上で具現されるコンピュータ可読プログラムコードまたは複数の命令を有する１つまたは複数のコンピュータ可読記憶媒体によって格納されたコンピュータプログラム製品という形をとってもよい。ハードディスク、ＣＤ−ＲＯＭ、光ストレージデバイス、磁気ストレージデバイス及び／またはこれらの任意の組み合わせを含む任意の適切なコンピュータ可読記憶媒体が、利用可能である。いくつかの実施形態において、複数の命令を格納する１つまたは複数のコンピュータ可読媒体が、利用可能である。複数の命令は、実行された場合に、本明細書で説明された１つまたは複数の動作を、１つまたは複数の装置に実行させてもよい。１つまたは複数のコンピュータ可読媒体は、一時的及び／または非一時的媒体を含んでもよい。さらに、データまたは複数のイベントを表す様々な信号が、本明細書で説明されたように、金属線、光ファイバ及び／または無線送信媒体（例えば、空気及び／または宇宙）のような信号伝導媒体を介して移動する電磁波の形で、発信元と発信先との間で転送されてもよい。
【００９８】
複数の修正が、当業者によって、本明細書で説明された様々な実施形態になされ得る。例えば、前述された複数の実施形態の複数のエレメントの各々は、単独で、または、他の複数の実施形態の複数のエレメントとの組み合わせもしくはサブコンビネーションにより、利用可能である。複数の修正が、本開示の真なる趣旨及び範囲から逸脱することなくなされ得ることも理解されよう。説明は、つまり、本開示に対する限定ではなく、例示とみなされるべきである。
【図１】
2016529744.tif 000003
【図２】
2016529744.tif 000004
【図３】
2016529744.tif 000005
【図４】
2016529744.tif 000006
【図５】
2016529744.tif 000007
【図６】
2016529744.tif 000008
【手続補正書】
【提出日】平成28年1月8日(2016.1.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リンクとインタフェースをとる通信インタフェースを含む第１のモデムと、
実行可能ロジックを含むハードウェアと、
を備えるシステムであって、
前記実行可能ロジックは、実行された場合に、第１のプロトコルに従って確立されたトンネルを介してパケットが受信されたという決定に応答して、前記第１のモデムに、
前記パケットに含まれる１つまたは複数のヘッダからの情報に基づいて、前記第１のプロトコルに従って確立された前記トンネルに対応するエンドポイント識別子を決定することと、
前記エンドポイント識別子に基づいて、かつ、前記第１のプロトコルと異なる第２のプロトコルに従って前記第１のモデムと第２のモデムとの間に確立された複数の異なるトンネルに対応する複数の異なるトンネルインデックスの中から、前記パケットに対するトンネルインデックスを識別することと、
前記１つまたは複数のヘッダからの前記情報の少なくとも一部を省略し、前記パケットのペイロードに含まれるデータの少なくとも一部と前記トンネルインデックスを含む情報ブロックとを含む対応パケットを、前記パケットに対して生成することと、
前記通信インタフェースと前記複数の異なるトンネルのうち前記トンネルインデックスに対応するトンネルを介して、前記対応パケットを前記第２のモデムに送信することと、
を行わせる、システム。
【請求項２】
前記実行可能ロジックは、実行された場合に、前記複数の異なるトンネルインデックスが、前記第１のプロトコルに従って確立された前記トンネルを介して受信された前のパケットに対するトンネルインデックスを含まないという決定に応答して、前記第１のモデムに、
前記前のパケットから、前記情報の前記少なくとも一部を抽出することと、
前記情報の前記少なくとも一部に基づいて、前記トンネルインデックスを生成することと、
前記複数の異なるトンネルインデックスの中に前記トンネルインデックスを格納することと、
前記第２のモデムに、前記トンネルインデックスに対応する前記トンネルを確立させるメッセージであって、前記トンネルインデックス及び前記情報の前記少なくとも一部を含むメッセージを生成することと、
前記通信インタフェースを介して、前記メッセージを前記第２のモデムに送信することと、
前記通信インタフェースを介して、前記トンネルインデックスに対応する前記トンネルを、前記第２のプロトコルに従って前記第２のモデムと確立することと、
を行わせる、請求項１に記載のシステム。
【請求項３】
前記第２のモデムをさらに備え、前記実行可能ロジックは、実行された場合に、前記第２のモデムに、
前記リンクを介して、前記メッセージを受信することと、
前記複数の異なるトンネルインデックスの中に、前記トンネルインデックス及び前記情報の前記少なくとも一部をメモリに格納することと、
前記リンクを介して、前記トンネルインデックスに対応する前記トンネルを、前記第２のプロトコルに従って前記第１のモデムと確立することと、
前記リンクを介して、前記対応パケットを受信したことに応答して、
前記ペイロードに含まれるデータの前記少なくとも一部の発信先を決定することと、
前記情報ブロックに基づいて前記メモリから取得された１つまたは複数のエレメントを含むパケットであって、前記ペイロードに含まれるデータの前記少なくとも一部を含む前記１つまたは複数のエレメントと、前記情報の前記少なくとも一部を含む前記１つまたは複数のエレメントとを含む前記パケットを生成することと、
前記第１のプロトコルに従って確立された前記トンネルを介して、前記１つまたは複数のエレメントを含む前記パケットを前記発信先に送信することと、
を行わせる、請求項２に記載のシステム。
【請求項４】
前記実行可能ロジックは、実行された場合に、
前記第１のモデムに、前記第１のプロトコルに従って確立された前記トンネルを介して受信された複数のパケット内で、繰り返しパターンを含むデータを特定したことに応答して、
前記複数のパケットの一部に対して、前記繰り返しパターンを含む前記データを省略する１つまたは複数の対応パケットを生成することと、
前記通信インタフェース及び前記トンネルインデックスに対応する前記トンネルを介して、前記１つまたは複数の対応パケットを前記第２のモデムに送信することと、
前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示すデータを生成することと、
前記通信インタフェースを介して前記第２のモデムに、前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示す前記データを送信することと、
を行わせ、
前記第２のモデムに、
前記リンクを介して、前記トンネルインデックス及び前記繰り返しパターンに対応する前記トンネルを示す前記データを受信したことに応答して、前記繰り返しパターン及び前記繰り返しパターンを前記トンネルインデックスに対応する前記トンネルに関連付けるデータを、前記メモリに格納することと、
前記リンク及び前記トンネルインデックスに対応する前記トンネルを介して、前記１つまたは複数の対応パケットを受信したことに応答して、
前記１つまたは複数の対応パケットに対して、データを含み、前記メモリから取得され、前記繰り返しパターンを前記トンネルインデックスに対応する前記トンネルと関連付ける前記データに基づいて識別され、前記繰り返しパターンを含む、１つまたは複数のパケットを生成することと、
前記第１のプロトコルに従って確立された前記トンネルを介して前記発信先に、前記繰り返しパターンを含む前記１つまたは複数のパケットを送信することと、
を行わせる、請求項３に記載のシステム。
【請求項５】
前記１つまたは複数のヘッダからの前記情報は、前記第１のプロトコルのバージョン、前記第１のプロトコルに従って確立された前記トンネルに対応する発信元のインターネットプロトコルアドレス（ＩＰアドレス）、前記第１のプロトコルに従って確立された前記トンネルに対応する発信先のＩＰアドレス、前記第１のプロトコルに従って確立された前記トンネルに対応する仮想ローカルエリアネットワーク識別子（ＶＬＡＮ識別子）、または前記第１のプロトコルに従って確立された前記トンネルに対応する発信元のユーザーデータグラムプロトコルポート番号（ＵＤＰポート番号）の少なくとも１つを含み、前記情報の前記少なくとも一部は、前記バージョン、前記発信元のＩＰアドレス、前記発信先のＩＰアドレス、前記ＶＬＡＮ識別子、または前記発信元のＵＤＰポート番号の少なくとも１つを含む、請求項１から４のいずれか１項に記載のシステム。
【請求項６】
前記第１のプロトコルは、ジェネラルパケットラジオサービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）を含む、請求項１から５のいずれか１項に記載のシステム。
【請求項７】
前記１つまたは複数のヘッダは、ＧＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記第１のモデムに、シーケンス番号インジケータフィールドが前記ＧＴＰヘッダに含まれることを前記ＧＴＰヘッダが示すと決定したことに応答して、前記情報ブロックが対応するシーケンス番号インジケータフィールドを含むように、前記情報ブロックを生成させる、請求項６に記載のシステム。
【請求項８】
前記１つまたは複数のヘッダは、ＧＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記第１のモデムに、前記ＧＴＰヘッダに含まれる新たな拡張インジケータフィールド（Ｅ）または前記ＧＴＰヘッダに含まれるネットワークプロトコルデータユニット（Ｎ−ＰＤＵ）インジケータフィールド（ＰＮ）の少なくとも１つが設定されると決定したことに応答して、前記対応パケットが前記ＧＴＰヘッダの未修正バージョンを含むように、前記対応パケットを生成させる、請求項６に記載のシステム。
【請求項９】
前記実行可能ロジックは、実行された場合に、前記第１のモデムに、前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットがインターネットプロトコル（ＩＰ）フラグメント化ＧＴＰパケットのフラグメントを含むと決定したことに応答して、
前記後続パケットに含まれるＩＰヘッダの識別フィールドからデータを抽出することと、
前記識別フィールドからの前記データと、前記識別フィールドからの前記データを前記トンネルインデックスに対応する前記トンネルに関連付けるデータとを、メモリに格納することと、
前記後続パケットに対応し、前記ＩＰヘッダ、前記後続パケットに含まれるユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、前記後続パケットに含まれるＧＴＰヘッダ、及び後続パケットが前記フラグメントを含むことを示すデータを含むパケットを生成することと、
前記第２のモデムに前記通信インタフェース及び前記トンネルインデックスに対応する前記トンネルを介して、前記後続パケットに対応する前記パケットを送信することと、
を行わせる、請求項６に記載のシステム。
【請求項１０】
前記実行可能ロジックは、実行された場合に、前記第１のモデムに、前記通信インタフェース及び前記トンネルインデックスに対応するトンネルを介して前記第２のモデムから受信されたパケットが、前記第２のモデムから受信されたパケットがインターネットプロトコル（ＩＰ）フラグメント化ＧＴＰパケットのフラグメントを含むことを示すデータを含むと決定したことに応答して、
前記第１のプロトコルに従って、前記トンネルインデックスに対応するトンネルのために、前記第１のモデムによって維持されるパケット数に基づいて、前記第１のモデムによって修正されたシーケンス番号を含む前記第２のモデムから受信された前記パケットに対応するパケットを生成することと、
前記第１のモデムに連結されたネットワークデバイスに、前記第２のモデムから受信された前記パケットに対応する前記パケットを送信することと、
を行わせる、請求項６に記載のシステム。
【請求項１１】
前記第２のモデムから受信された前記パケットに対応する前記パケットは、前記シーケンス番号に基づいて、前記第１のモデムによって決定されたチェックサム値を含む、請求項１０に記載のシステム。
【請求項１２】
前記第１のモデムは、ネットワークデバイスに連結され、
前記パケットは、ＴＣＰ接続に関連付けられた送信制御プロトコルセグメント（ＴＣＰセグメント）を含み、
前記第１のプロトコルに従って確立された前記トンネルは、前方送信トンネルを含み、
前記実行可能ロジックは、実行された場合に、前記第１のモデムに、
前記第１のプロトコルに従って確立された前記トンネルが、前記第１のプロトコルに従って確立された異なるトンネルであって、後方送信トンネルを含む異なるトンネルに関連付けられることを決定することと、
前記ＴＣＰセグメントに対する確認応答を前記第２のモデムから受信する前に、
前記後方送信トンネルに従って、前記ＴＣＰセグメントに対する確認応答を含むパケットを生成することと、
前記ネットワークデバイスに前記後方送信トンネルを介して、前記ＴＣＰセグメントに対する前記確認応答を含む前記パケットを送信することと、
を行わせる、請求項１から１１のいずれか１項に記載のシステム。
【請求項１３】
前記実行可能ロジックは、実行された場合に、前記ネットワークデバイスから前記前方送信トンネルを介して、前記ネットワークデバイスと通信を行うＴＣＰセグメントに対する確認応答を受信したことに応答して、前記第１のモデムに、前記後方送信トンネルを介して前記第１のモデムによって前記ネットワークデバイスと通信を行う前記ＴＣＰセグメントに対する前記確認応答を、前記第２のモデムに対して送信することを失敗させる、請求項１２に記載のシステム。
【請求項１４】
前記実行可能ロジックは、実行された場合に、前記第１のモデムに連結されたネットワークデバイスから受信された、前記第２のモデムに連結された１つまたは複数のネットワークデバイス上に格納されたデータオブジェクトに対するハイパーテキストトランスファープロトコルリクエスト（ＨＴＴＰリクエスト）を、前記パケットが含むことを決定したことに応答して、前記第１のモデムに、
前記通信インタフェース及び前記第２のモデムを介して、前記ＨＴＴＰリクエストに関連付けられた１つまたは複数の追加データオブジェクトに対するプリフェッチセッションを開始することと、
前記通信インタフェースを介して前記第２のモデムから、前記１つまたは複数の追加データオブジェクトを受信することと、
前記１つまたは複数の追加データオブジェクトを含むデータと、前記１つまたは複数の追加データオブジェクトを前記トンネルインデックスに対応するトンネルに関連付けるデータとをメモリに格納することと、
を行わせる、請求項１から１３のいずれか１項に記載のシステム。
【請求項１５】
前記実行可能ロジックは、実行された場合に、前記ネットワークデバイスから、前記第１のプロトコルに従って確立された前記トンネルを介して、１つまたは複数の追加データオブジェクトに対するＨＴＴＰリクエストを受信したことと、前記第１のモデムによって、かつ、前記１つまたは複数の追加データオブジェクトを前記トンネルインデックスに対応する前記トンネルに関連付ける前記データに基づいて、前記メモリが、前記１つまたは複数の追加データオブジェクトを含む前記データを含むという決定に応答して、前記第１のモデムに、
前記第１のプロトコルに従って、前記１つまたは複数の追加データオブジェクトを含む前記データを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを前記ネットワークデバイスに送信することと、
を行わせる、請求項１４に記載のシステム。
【請求項１６】
前記１つまたは複数のヘッダは、インターネットプロトコルヘッダ（ＩＰヘッダ）、ユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、及びリアルタイムトランスポートプロトコルヘッダ（ＲＴＰヘッダ）を備え、前記情報の前記少なくとも一部は、前記ＩＰヘッダ、前記ＵＤＰヘッダ、及び前記ＲＴＰヘッダを含み、前記実行可能ロジックは、実行された場合に、前記パケットがＵＤＰセグメントを含むと決定したことに応答して、前記第１のモデムに、前記情報ブロックが前記ＩＰヘッダ、前記ＵＤＰヘッダ及び前記ＲＴＰヘッダから抽出されたデータに対応する記述子を含むように、前記情報ブロックを生成させる、請求項１から１５のいずれか１項に記載のシステム。
【請求項１７】
前記実行可能ロジックは、実行された場合に、前記第２のモデムから前記通信インタフェースを介して受信されたパケットが、ＵＤＰセグメントのペイロードと、前記第２のモデムによって受信されたパケットに含まれるインターネットプロトコルヘッダ（ＩＰヘッダ）、前記第２のモデムによって受信された前記パケットに含まれるユーザーデータグラムプロトコルヘッダ（ＵＤＰヘッダ）、及び前記第２のモデムによって受信された前記パケットに含まれるリアルタイムトランスポートプロトコルヘッダ（ＲＴＰヘッダ）から、前記第２のモデムによって抽出されたデータに対応する記述子と、を含むと決定したことに応答して、前記第１のモデムに、
前記第１のプロトコル及び前記記述子に従って、前記ＵＤＰセグメントの前記ペイロードを含む１つまたは複数のパケットを生成することと、
前記第１のモデムに連結されたネットワークデバイスに、前記１つまたは複数のパケットを送信することと、
を行わせる、請求項１から１６のいずれか１項に記載のシステム。
【請求項１８】
前記実行可能ロジックは、実行された場合に、前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットがＳＩＰセッションを開始するセッション開始プロトコルデータ（ＳＩＰデータ）を含むと第１のモデムによって決定されたことと、前記リンクに関連付けられた適用可能なリソースの量に基づいて、前記ＳＩＰセッションを開始しないと決定したこととに応答して、前記第１のモデムに、
前記ＳＩＰデータに基づいて、前記ＳＩＰデータを生成した前記第１のモデムに連結されたネットワークデバイスを決定することと、
前記第１のプロトコル及び前記ＳＩＰデータに従って、前記ＳＩＰセッションを終了させるデータを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１７のいずれか１項に記載のシステム。
【請求項１９】
前記実行可能ロジックは、実行された場合に、前記第２のモデムから前記通信インタフェースを介して受信されたパケットと、複数の異なるトンネルのうち、前記トンネルインデックスに関連付けられた１つまたは複数のトンネルとが、エンドマーカを含むという決定と、予め定められた期間、前記第１のプロトコルに従って確立された前記トンネルまたは１つまたは複数のトンネルのいずれかを介して、前記第１のモデムによってパケットが受信されなかったという決定との少なくとも１つに応答して、前記第１のモデムに、
前記第２のモデムに、前記１つまたは複数のトンネルを終了させるメッセージを生成することと、
前記第２のモデムに、前記通信インタフェースを介して、前記メッセージを送信することと、
前記第１のプロトコルに従って、前記第１のモデムに連結されたネットワークデバイスに前記第１のプロトコルに従って確立された前記トンネルに関連付けられた少なくとも１つのセッションを終了させるデータを含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１８のいずれか１項に記載のシステム。
【請求項２０】
前記パケットは、前記第１のモデムに連結されたネットワークデバイスから受信されたドメインネームシステムクエリ（ＤＮＳクエリ）を含み、前記実行可能ロジックは、実行された場合に、前記第１のモデムに、
前記通信インタフェースを介して、前記第２のモデムから、前記ＤＮＳクエリに応答してインターネットプロトコルアドレス（ＩＰアドレス）またはドメインネームの少なくとも１つを受信することと、
前記ＩＰアドレス及び前記ドメインネームを含むデータと、前記ＩＰアドレス及び前記ドメインネームを前記トンネルインデックスに対応する前記トンネルに関連付けるデータとを、メモリに格納することと、
前記ネットワークデバイスから前記第１のプロトコルに従って確立された前記トンネルを介して受信された後続パケットが、前記ＩＰアドレスまたは前記ドメインネームの少なくとも１つを含むＤＮＳクエリを含むと決定したことに応答して、
前記第１のプロトコルに従って、前記ＩＰアドレス及び前記ドメインネームを含む前記データの少なくとも一部に基づいて生成された、前記ＩＰアドレスまたは前記ドメインネームの少なくとも１つを含む前記ＤＮＳクエリに対する応答を含む１つまたは複数のパケットを生成することと、
前記１つまたは複数のパケットを、前記ネットワークデバイスに送信することと、
を行わせる、請求項１から１９のいずれか１項に記載のシステム。
【請求項２１】
前記リンクは、高レイテンシなリンクである、請求項１から２０のいずれか一項に記載のシステム。
【請求項２２】
前記第１のモデム及び前記第２のモデムは、衛星を介して通信する衛星モデムであり、
前記リンクは、衛星を介した衛星リンクである、
請求項１から２１のいずれか１項に記載のシステム。
【請求項２３】
第１のネットワークデバイスに連結されたモデムであって、
第１のプロトコルに従って前記第１のネットワークデバイスと第２のネットワークデバイスとの間に確立された前方送信トンネルが、前記第１のプロトコルに従って前記第１のネットワークデバイスと第２のネットワークデバイスとの間に確立された後方送信トンネルに関連付けられることを決定することと、
前記第１のネットワークデバイスから前記前方送信トンネルを介してＴＣＰセグメントを受信したことに応じて、前記第２のネットワークデバイスに連結された他のモデムに、前記前方送信トンネルに対応する前記他のモデムとの間のトンネルを介して、ＴＣＰセグメントを送信することと、
前記ＴＣＰセグメントに対する確認応答を前記他のモデムから受信する前に、
前記後方送信トンネルに従って、前記ＴＣＰセグメントに対する確認応答を生成することと、
前記後方送信トンネルを介して、前記ＴＣＰセグメントに対する前記確認応答を前記第１のネットワークデバイスに送信することと
を実行する、モデム。
【請求項２４】
前記後方送信トンネルを介して前記第１のネットワークデバイスに送信したＴＣＰセグメントに対する確認応答を、前記第１のネットワークデバイスから前記前方送信トンネルを介して受信したことに応じて、前記他のモデムに対して前記確認応答を送信することを、失敗させること
をさらに実行する、請求項２３に記載のモデム。
【請求項２５】
前記第１のプロトコルは、ジェネラルパケットラジオサービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）を含む、請求項２３又は２４に記載のモデム。
【請求項２６】
前記モデムと前記他のモデムとは、高レイテンシなリンクを介して接続される、請求項２３から２５のいずれか１項に記載のモデム。
【請求項２７】
前記モデム及び前記他のモデムは、衛星を介して通信する衛星モデムであり、
前記モデムと前記他のモデムとは、衛星リンクを介して接続される、請求項２３から２６のいずれか１項に記載のモデム。
【請求項２８】
コンピュータを、請求項２３から２７のいずれか１項に記載のモデムとして機能させるためのプログラム。
【国際調査報告】
2016529744.tif 000009
2016529744.tif 000010