(57)【特許請求の範囲】
【請求項１】
第１の通信装置において、第２の通信装置からのメッセージをソケット抽象層で受信する工程であって、前記メッセージはあて先情報を含むソケット情報を有するとともに同ソケット情報に基づき前記第２の通信装置とあて先装置との間での仮想接続の確立を要求する、メッセージを受信する工程（７０２）と、
仮想接続の確立を要求するメッセージを、前記第２の通信装置を特定する接続リクエストとして解釈する工程（１２１２）と、
前記接続リクエストを前記第１の通信装置から、ソケット情報によって特定されるあて先装置にルーティング（１２１４）して、前記第２の通信装置とあて先装置の間で前記接続リクエストに基づく仮想接続を確立する（１２１６）工程と、
前記第１の通信装置において前記第２の通信装置からのデータパケットを受信する（１２２４）工程であって、前記データパケットは、ペイロードを含み、かつ前記あて先装置を特定するソケット情報の少なくとも一部が欠落している、データパケットを受信する工程と、
欠落している前記第２の通信装置を特定するソケット情報を含むヘッダを前記第１の通信装置において前記ソケット抽象層に生成する工程と、
変更されたデータパケットを生成すべくペイロードにヘッダを追加する（１２２４）工程と、
前記特定されたあて先へ変更済のデータパケットをルーティングする（１２２６）工程とからなる、第１の通信装置によってデータを送信する方法。
【請求項２】
前記仮想接続を確立する工程（１２１６）は、
特定されたあて先装置へルーティングされた前記接続リクエストの受け取り通知を前記特定されたあて先装置から受信する工程と、
特定されたあて先装置から１つの接続リクエストを受信する工程と、
特定されたあて先装置から受信した接続リクエストの受け取りを通知する工程とからなる請求項１に記載の方法。
【請求項３】
第２の通信装置のためのペイロードと前記仮想接続を特定するソケット情報を含むヘッダとを含む、第２の通信装置用のデータパケットを前記第１の通信装置において受信する
工程（１２２８）と、
前記ペイロードを含むサイズ削減データパケットを生成すべくヘッダのサイズを削減する工程（１２３０）と、
前記サイズ削減データパケットを第２の通信装置へルーティングする工程（１２３２）とからなる請求項１に記載の方法。
【請求項４】
前記ヘッダのサイズを削減する工程（１２３０）は、ペイロードを含んで前記サイズ削減データパケットを生成すべく、データパケットに含まれたソケット情報の少なくとも１つの部分を削除する工程からなる請求項３に記載の方法。
【請求項５】
仮想接続の設立を要求する前記メッセージにはプロセス間通信（ＩＰＣ）メッセージが含まれ、前記仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程（１２１２）は、前記ＩＰＣメッセージをＴＣＰ／ＩＰ（伝送制御プロトコルインターネット・プロトコル）同期データグラム（ＳＹＮ）として解釈する工程からなる請求項１に記載の方法。
【請求項６】
第１の通信装置によって、ソケット情報によって特定されたあて先装置に対して仮想接続を確立することを要求する、ソケット抽象層内のメッセージを生成する工程（１２０４，１２０６，１２０８）であって、前記ソケット情報は前記第１の通信装置を特定することなくあて先情報を含む、メッセージを生成する工程と、
第１の通信装置によって第２の通信装置に前記メッセージをルーティングする工程（１２１０）と、
前記第２の通信装置によって前記メッセージを受信する工程（１２１０）と、
前記第２の通信装置によって仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程であって、前記接続リクエストは前記第１の通信装置を特定するソケット情報を含む、仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程（１２１２）と、
前記第２の通信装置がソケット情報によって特定されるあて先装置に前記接続リクエストをルーティングして（１２１４）、前記接続リクエストに基づく仮想接続を確立する工程と、
前記第１の通信装置が第１のペイロードを含み、かつ前記あて先装置を特定するソケット情報の少なくとも一部が欠落している第１のサイズ削減ヘッダ・データパケットを生成する工程（１２２２）と、
前記第２の通信装置に前記第１のサイズ削減ヘッダ・データパケットを第１の通信装置がルーティングする工程（１２２２）と、
前記第２の通信装置が、前記第１のサイズ削減ヘッダ・データパケットを受信する工程と、前記第２の通信装置が、欠落しているソケット情報を含むヘッダを生成する工程（１２２４）と、
変更されたデータパケットを生成すべく、第２の通信装置がペイロードに欠落しているソケット情報を含むヘッダを追加する工程（１２２４）と、
前記変更されたデータパケットを前記第２の通信装置によって特定されたあて先へルーティングする工程（１２２６）とからなるデータ送信方法。
【請求項７】
第１の通信装置用の第２のペイロードとソケット情報を有したヘッダとを含む第１の通信装置のためのデータパケットを第２の通信装置によって受信する工程（１２２８）と、
前記第２のペイロードを含む第２のサイズ削減データパケットを生成すべく前記第２の通信装置によってヘッダのサイズを削減する工程（１２３０）と、
前記第２のサイズ削減データパケットを第２の通信装置によって第１の通信装置へルーティングする工程（１２３２）とからなる請求項６に記載の方法。
【請求項８】
前記ヘッダのサイズを削減する工程は、第２のペイロードを含んだ前記第２のサイズ削減データパケットを生成すべく、データパケットに含まれたソケット情報の少なくとも１つの部分を第２の通信装置によって削除する工程からなる請求項７に記載の方法。
【請求項９】
前記第１の通信装置はアプリケーションを実行するプロセッサを有し、
第２のペイロードを含み、かつソケット情報の少なくとも一部が欠落している第２のサイズ削減データパケットを前記第１の通信装置によって受信する工程（１２３８）と、
前記第２のペイロードをアプリケーションへルーティングする工程（１２３８）とからなる請求項７に記載の方法。
【請求項１０】
無線通信システムの固定インフラストラクチュアにおいて作動可能な通信装置（１０２，１０４）であって、あて先情報を含むソケット情報を含むとともに、同ソケット情報に基づき接続の仮想確立を要求する、ソケット抽象層内のメッセージを他の通信装置から受信する工程であって、前記ソケット情報は前記他の通信装置を特定する情報を含まない、ソケット抽象層内のメッセージを他の通信装置から受信する工程と、仮想接続の確立を要求する前記ソケット抽象層内のメッセージを、前記他の通信装置を特定する情報を含む接続リクエストとして解釈する工程と、ソケット情報によって認識されたあて先へ接続リクエストをルーティングする工程と、仮想接続は前記接続リクエストに基づいて確立される工程と、ペイロードを含み、前記あて先装置を特定するソケット情報の少なくとも一部が欠落しているデータパケットを他の通信装置から受信する工程と、前記他の通信装置を特定する情報を含む欠落しているソケット情報からなるヘッダを生成する工程と、変更されたデータパケットを生成すべくペイロードにヘッダを追加する工程と、認識されたあて先装置へ変更済みのデータパケットをルーティングする工程とを実施可能であるプロセッサ（１１８，１２４）を有する通信装置。
【請求項１１】
前記他の通信装置上で駆動されるクライアント・アプリケーションと同クライアント・アプリケーション用のペイロードに関連したソケット情報とを含む、他の通信装置のためのデータパケットを受信する工程と、ペイロードを含むサイズ削減データパケットを生成すべくヘッダのサイズを削減する工程と、前記サイズ削減データパケットを前記他の通信装置へルーティングする工程とを行うことが可能な請求項１０に記載の通信装置。
【請求項１２】
前記ヘッダのサイズを削減する工程は、ペイロードを含むサイズ削減データパケットを生成すべく受信データパケットに含まれたソケット情報の少なくとも一部を削除する工程からなる請求項１１に記載の通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はセルラー通信システム一般に関する。より詳細には本発明は、セルラー通信システムにおけるデータ伝送プロトコルに関する。
【０００２】
【従来の技術】
セルラー通信システムは広く公知であり、地上移動体無線、セルラー無線電話、及びパーソナル移動通信システムを含む多数の種類からなる。各通信システムでは、データは通信リソースを介して、送信通信装置と受信通信装置の間で伝送される。通信リソースは、ある物理的リソースに亙って動作し、通信チャネルを有する。通信チャネルは典型的には周波数帯域幅である。典型的には、データ又はペイロードは、ヘッダ、及び／又はトレーラを有するデータパケットへコンパイルされる。ヘッダ及びトレーラは、システムによってデータ処理のために使用され、例えばデータの送信元及びあて先、連続したパケットに対応するパケット番号、要求されたサービス品質、ペイロード長、及び他のデータ処理関連情報などの情報を有し得る。
【０００３】
セルラー通信システムの多数のコンポーネント間におけるデータ交換を促進すべく、プロトコルとして公知の取り決めが開発されている。プロトコルは、ネットワークを介して交換されたデータパケットの各データ・ビットを解釈する方法を指定する。ネットワークのデザインを単純化するために、プロトコルを層状化するいくつかの公知の技術が開発されている。プロトコル層はネットワークデザインを機能層に分割し、次に、各層のタスクを実行するために個別のプロトコルを割り当てる。プロトコル層の使用によって、プロトコルは各々十分に定義された少数のタスクを備えて、単純に維持される。その後、プロトコルは有用に全体的に組み立てることが可能であり、必要に応じて個々のプロトコルは削除、又は置換され得る。プロトコルの層状化の表現は、プロトコル・スタックとして一般に公知である。ネットワーク・システムの相互接続のために一般に使用されるプロトコル・スタックは、スタックにおいて使用されるプロトコルのうちの２つのために指定されたＴＣＰ／ＩＰ（伝送コントロール・プロトコル／インターネット・プロトコル）スイートである。ＴＣＰ／ＩＰプロトコル・スタックは可能なトランスポート層プロトコルとしてＴＣＰ及びＵＤＰ（ユーザ・データグラム・プロトコル）の両方を有する。
【０００４】
アプリケーション・プログラム・インターフェイス（ＡＰＩ）のコンセプトが当該技術において公知である。ＡＰＩは、所定のプロトコル層に対し、より上位のプロトコル層又はアプリケーションに利用可能なサービスのための標準化されたインターフェースを提示するために使用される。ＡＰＩは典型的には添付された１組の関数呼び出しである。ＴＣＰ／ＩＰスイートのうち、有名なＡＰＩはソケット抽象層、又は単にソケット・インターフェースと呼ばれる。
【０００５】
さらに、当該技術分野においてソケットの概念が公知である。ソケットはＩＰアドレスとポート番号の組合せである。ソケットはトランスポートプロトコルに固有である。例えば、ＴＣＰソケットＸはＵＤＰソケットＸとは異なる。１組のＩＰアドレス及びポート番号はソケット・ペアと呼ばれる。ソケット・ペアは２つのＩＰホストのアプリケーション間の双方向通信を提供するために典型的に使用される。ソケットはソケット・ディスクリプタを介してアプリケーションに識別される。
【０００６】
ＴＣＰ／ＩＰプロトコル・スタックは典型的には５つの層、即ち最上位から最下位まで、アプリケーション層、トランスポート層、ネットワーク層、リンク層、及び物理層を有する。送信通信装置中の各層は典型的にはペイロードにヘッダ、及び／又はトレーラを付ける。ヘッダ又はトレーラは、受信通信装置或いは介在するシステムコンポーネントにおいて対応する層を指示する。より上位層のヘッダは典型的には、より下位層のヘッダ内に包含される。しかし、データパケットに対するヘッダの追加はシステム帯域幅を消費する。システム帯域幅は限定的であり、データパケットに含まれたヘッダは、帯域幅利用及びシステム容量に制約を課する。
【０００７】
圧縮したヘッダを作成すべく論理リンクの片側に１つ以上のプロトコル層ヘッダを圧縮するいくつかのヘッダ圧縮メカニズム（ＲＦＣ  ２５０７、ＲＦＣ２５０８等）が当該技術分野において公知である。ペイロード及び圧縮したヘッダを論理リンクに亙って送信した後に、圧縮したヘッダは元のヘッダを出現すべく圧縮解除される。これらの方法は、ＴＣＰ、ＵＤＰ及びＩＰなどの公知のプロトコル・ヘッダに作用する。しかし、ヘッダの圧縮をもってしても、圧縮されたヘッダによって消費された帯域幅は、帯域幅利用及びシステム容量に制約を課する。
【０００８】
【発明が解決しようとする課題】
従って、圧縮の有無に関わらず、送信用通信リンクの大部分に亙って、プロトコル・ヘッダを送信する必要を排除するための方法及び装置に対するニーズが存在する。これにより、通信チャネルの処理能力及び通信システムの容量が増加される。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、第２の通信装置によって、あて先情報を含むソケット情報を有するとともに同ソケット情報に基づき接続の確立を要求するメッセージを受信する工程と、仮想接続の確立を要求するメッセージを接続リクエストとして解釈する工程と、前記接続リクエストをソケット情報によって特定されるあて先にルーティングして同接続リクエストに基づく仮想接続を確立する工程と、ペイロードを含み、かつソケット情報の少なくともが欠落しているデータパケットを前記第２の通信装置から受信する工程と、欠落しているソケット情報を含むヘッダを生成する工程と、変更されたデータパケットを生成すべくペイロードにヘッダを追加する工程と、前記特定されたあて先へ変更済のデータパケットをルーティングする工程とからなる、第１の通信装置によってデータを送信する方法を要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の方法において、前記仮想接続を確立する工程は、特定されたあて先へルーティングされた前記接続リクエストの受け取り通知を受信する工程と、特定されたあて先から１つの接続リクエストを受信する工程と、特定されたあて先から受信した接続リクエストの受け取りを通知する工程とからなることを要旨とする。
【００１１】
請求項３に記載の発明は、請求項１に記載の方法において、第２の通信装置のためのペイロードとソケット情報を含むヘッダとを含む、第２の通信装置用のデータパケットを受信する工程と、前記ペイロードを含むサイズ削減データパケットを生成すべくヘッダのサイズを削減する工程と、前記サイズ削減データパケットを第２の通信装置へルーティングする工程とからなることを要旨とする。
【００１２】
請求項４に記載の発明は、請求項３に記載の方法において、前記ヘッダのサイズを削減する工程は、ペイロードを含んで前記サイズ削減データパケットを生成すべく、データパケットに含まれたソケット情報の少なくとも１つの部分を終了する工程からなることを要旨とする。
【００１３】
請求項５に記載の発明は、請求項１に記載の方法において、仮想接続の設立を要求する前記メッセージにはプロセス間通信メッセージが含まれ、前記仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程は、前記ＩＰＣメッセージをＴＣＰ／ＩＰ（伝送制御プロトコルインターネット・プロトコル）同期データグラムとして解釈する工程からなることを要旨とする。
【００１４】
請求項６に記載の発明は、あて先情報を含むソケット情報によって特定されたあて先に対して接続を確立することを要求するメッセージを生成する工程と、前記メッセージを第２の通信装置へルーティングする工程と、ペイロードを含み、かつソケット情報の少なくとも一部が欠落しているサイズ削減ヘッダ・データパケットを生成する工程と、前記第２の通信装置へサイズ削減ヘッダ・データパケットをルーティングする工程と、前記第２の通信装置が、欠落しているソケット情報を含むサイズ削減データパケットにヘッダを追加する工程とからなる、第１の通信装置によってデータを送信することを要旨とする。
【００１５】
請求項７に記載の発明は、請求項６に記載の方法において、前記第１の通信装置はアプリケーションを有し、前記サイズ削減ヘッダ・データパケットは第１のペイロードを有した第１のサイズ削減ヘッダ・データパケットを含み、第２のペイロードを含み、かつソケット情報の少なくとも一部が欠落している第２のサイズ削減データパケットを受信する工程と、前記第２のペイロードをアプリケーションへルーティングする工程とからなることを要旨とする。
【００１６】
請求項８に記載の発明は、第１の通信装置によって、あて先情報を含むソケット情報によって特定されたあて先に対して接続を確立することを要求するメッセージを生成する工程と、第１の通信装置によって第２の通信装置に前記メッセージをルーティングする工程と、前記第２の通信装置によって前記メッセージを受信する工程と、前記第２の通信装置によって仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程と、前記第２の通信装置がソケット情報によって特定されるあて先に前記接続リクエストをルーティングして、前記接続リクエストに基づく仮想接続を確立する工程と、前記第１の通信装置が第１のペイロードを含み、かつソケット情報の少なくとも一部が欠落している第１のサイズ削減ヘッダ・データパケットを生成する工程と、前記第２の通信装置に前記第１のサイズ削減ヘッダ・データパケットを第１の通信装置がルーティングする工程と、前記第２の通信装置が、前記第１のサイズ削減ヘッダ・データパケットを受信する工程と、前記第２の通信装置が、欠落しているソケット情報を含むヘッダを生成する工程と、変更されたデータパケットを生成すべく、第２の通信装置がペイロードに欠落しているソケット情報を含むヘッダを追加する工程と、前記変更されたデータパケットを前記第２の通信装置によって特定されたあて先へルーティングする工程とからなることを要旨とする。
【００１７】
請求項９に記載の発明は、請求項８に記載の方法において、第１の通信装置用の第２のペイロードとソケット情報を有したヘッダとを含む第１の通信装置のためのデータパケットを第２の通信装置によって受信する工程と、前記第２のペイロードを含む第２のサイズ削減データパケットを生成すべく前記第２の通信装置によってヘッダのサイズを削減する工程と、前記第２のサイズ削減データパケットを第２の通信装置によって第１の通信装置へルーティングする工程とからなることを要旨とする。
【００１８】
請求項１０に記載の発明は、請求項９に記載の方法において、前記ヘッダのサイズを削減する工程は、第２のペイロードを含んだ前記第２のサイズ削減データパケットを生成すべく、データパケットに含まれたソケット情報の少なくとも１つの部分を第２の通信装置によって終了する工程からなることを要旨とする。
【００１９】
請求項１１に記載の発明は、請求項９に記載の方法において、前記第１の通信装置はアプリケーションを実行するプロセッサを有し、第２のペイロードを含み、かつソケット情報の少なくとも一部が欠落している第２のサイズ削減データパケットを前記第１の通信装置によって受信する工程と、前記第２のペイロードをアプリケーションへルーティングする工程とからなることを要旨とする。
【００２０】
請求項１２に記載の発明は、無線通信システムの固定インフラストラクチュアにおいて作動可能な通信装置であって、あて先情報を含むソケット情報を含むとともに、同ソケット情報に基づき接続の確立を要求するメッセージを他の通信装置から受信する工程と、仮想接続の確立を要求するメッセージを接続リクエストとして解釈する工程と、ソケット情報によって認識されたあて先へ接続リクエストをルーティングする工程と、仮想接続は前記接続リクエストに基づいて確立される工程と、ペイロードを含み、ソケット情報の少なくとも一部が欠落しているデータパケットを他の通信装置から受信する工程と、変更されたデータパケットを生成すべくペイロードにヘッダを追加する工程と、認識されたあて先へ変更済みのデータパケットをルーティングする工程とを実施可能であるプロセッサを有することを要旨とする。
【００２１】
請求項１３に記載の発明は、請求項１２に記載の通信装置において、前記他の通信装置上で駆動されるクライアント・アプリケーションと同クライアント・アプリケーション用のペイロードに関連したソケット情報とを含む、他の通信装置のためのデータパケットを受信する工程と、ペイロードを含むサイズ削減データパケットを生成すべくヘッダのサイズを削減する工程と、前記サイズ削減データパケットを前記他の通信装置へルーティングする工程とを行うことが可能なことを要旨とする。
【００２２】
請求項１４に記載の発明は、請求項１３に記載の通信装置において、前記ヘッダのサイズを削減する工程は、ペイロードを含むサイズ削減データパケットを生成すべく受信データパケットに含まれたソケット情報の少なくとも一部を終了する工程からなることを要旨とする。
【００２３】
請求項１５に記載の発明は、無線通信システムの固定インフラストラクチュアにおいて作動可能な通信装置であって、あて先情報を含むソケット情報を含み、同ソケット情報により認定されたあて先との接続の確立を要求するメッセージを生成する工程と、同メッセージを伝送する工程と、ペイロードと前記ソケット情報が少なくとも部分的に欠落したサイズ削減ヘッダとを含むデータパケットを生成する工程とを実行することが可能なことを要旨とする。
【００２４】
請求項１６に記載の発明は、請求項１５に記載の通信装置において、前記プロセッサは、ペイロードと前記ソケット情報が少なくとも部分的に欠落したサイズ削減ヘッダとを含むデータパケットを受信する工程と、受信された前記データパケットに含まれたペイロードを前記プロセッサで駆動するクライアント・アプリケーションへルーティングする工程とを実施することが可能であることを要旨とする。
【００２５】
請求項１７に記載の発明は、関数呼び出しの発生、及びプロセス間通信メッセージの送信を行うことが可能な第１のソケット抽象層を有する第１の通信装置と、第１のソケット抽象層によって生成されないヘッダを生成することが可能な第２のソケット抽象層を含む第２の通信装置とからなり、前記第１のソケット抽象層はＩＰＣメッセージによって第２のソケット抽象層と通信可能であり、前記第１の通信装置は、第２の通信装置によってデータパケットに追加されるヘッダを除いたデータパケットを第２の通信装置に伝送することを要旨とする。
【００２６】
【発明の実施の形態】
本発明は、データパケットの送信に含まれるプロトコル・ヘッダ及び／又はトレーラを排除する方法及び装置に関する。これにより、通信チャネルの処理能力及び通信システムの容量が増加する。通信システムは、従来技術のソケット抽象層の機能を、移動体の加入者などのクライアント通信装置が有するソケット抽象層と、同移動体加入者にサービスを提供するインフラストラクチュアなどのエージェント通信装置内のソケット抽象層との間で分配する。そのようにソケット抽象層の機能を分配することにより、クライアント通信装置と対応するエージェント通信装置との間の呼の確立及び破棄の一部としての信号送信において、及び、クライアント及びエージェント通信装置の間のペイロード交換において、ヘッダが削減される。従来必要であったヘッダの削減によってオーバーヘッドが削減されて、移動体の加入者と同移動体加入者にサービスを提供するインフラストラクチュアとの間などの、クライアント通信装置及びエージェント通信装置間の通信において帯域幅が保存される。その結果、システム容量が増加し、システム効率が向上される。
【００２７】
本発明の一実施形態は、第１の通信装置によってデータを送信する方法一般に関する。同方法は、あて先情報を含むソケット情報を含み、同ソケット情報に基づき接続の確立を要求するメッセージを第２の通信装置から受信する工程と、仮想接続の確立を要求するメッセージを接続リクエストへと解釈する工程と、接続リクエストをソケット情報によって特定されるあて先にルーティングする工程とを有し得る。同方法はさらに、接続リクエストに基づき仮想接続を確立する工程と、第２の通信装置からペイロードを含むデータパケットを受信する工程（１２２４）と、欠落しているソケット情報を含むヘッダを生成する工程と、ヘッダを生成する工程と、変更されたデータパケットを生成すべくペイロードにヘッダを追加する工程と、特定されたあて先へ変更済のデータパケットをルーティングする工程とを有し得る。
【００２８】
本発明の別の実施形態は、第１の通信装置によってデータを伝送する方法に関する。本発明の方法は、あて先情報を含むソケット情報によって特定されたあて先との接続の確立を要求するメッセージを生成する工程と、このメッセージを第２の通信装置へルーティングする工程とを有し得る。この方法はさらに、ペイロードを含むと共にソケット情報を少なくとも部分的に含まないサイズ削減ヘッダ・データパケットを生成する工程と、第２の通信装置へこのサイズ削減ヘッダ・データパケットをルーティングする工程とを有することが可能であり、ここで第２の通信装置は、欠落しているソケット情報を含むサイズ削減データパケットにヘッダを追加する。
【００２９】
本発明のさらなる実施形態は、データを送信する方法に関する。この方法は、あて先情報を含むソケット情報により特定されたあて先との接続の確立を要求するメッセージを第１の通信装置によって生成する工程と、第１の通信装置によって第２の通信装置にメッセージをルーティングする工程とを有し得る。この方法は、第２の通信装置によってメッセージを受信する工程と、第２の通信装置によって仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程と、ソケット情報により特定されるあて先に接続リクエストを第２の通信装置によってルーティングする工程と、接続リクエストに基づき仮想接続を確立する工程とをさらに有し得る。この方法は、第１のペイロードを含み、ソケット情報の少なくとも一部が欠落している第１のサイズ削減ヘッダ・データパケットを第１の通信装置によって生成する工程と、第２の通信装置に第１のサイズ削減ヘッダ・データパケットを第１の通信装置によってルーティングする工程と、第２の通信装置によって、第１のサイズ削減ヘッダ・データパケットを受信する工程とを有し得る。この方法は、欠落しているソケット情報を含むヘッダを第２の通信装置によって生成する工程と、変更されたデータパケットを生成すべく、ペイロードに欠落しているソケット情報を含むヘッダを第２の通信装置によって追加する工程と、変更されたデータパケットを第２の通信装置によって特定されたあて先へルーティングする工程とを有し得る。
【００３０】
本発明のさらなる実施形態は、無線通信システムの固定インフラストラクチュアにおいて作動可能な通信装置に関する。同通信装置は、あて先情報を含むソケット情報を含み、同ソケット情報に基づき接続の確立を要求するメッセージを他の通信装置から受信する工程を行うことが可能なプロセッサを有し得る。プロセッサはさらに、仮想接続の設立を要求するメッセージを接続リクエストとして解釈する工程と、ソケット情報によって認識されたあて先へ接続リクエストをルーティングする工程とを行うことが可能であり、仮想接続は接続リクエストに基づいて確立されてもよい。さらにプロセッサは、ペイロードを含むデータパケットを他の通信装置から受信する工程と、変更されたデータパケットを生成すべくペイロードにヘッダを追加する工程と、認識されたあて先へ変更済みのデータパケットをルーティングする工程とを実施可能であってもよい。
【００３１】
本発明のさらなる実施形態は、無線通信システムの固定インフラストラクチュアにおいて作動可能な通信装置に関する。通信装置は、あて先情報を含むソケット情報を含み、同ソケット情報により認定されたあて先との接続の確立を要求するメッセージを生成する工程と、同メッセージを伝送する工程と、ソケット情報が少なくとも部分的に欠落したサイズ削減ヘッダとペイロードとを含むデータパケットを生成する工程とを実施可能なプロセッサを有し得る。
【００３２】
本発明のさらなる別の実施形態は、第１の通信装置及び第２の通信装置を含む通信システムに関する。第１の通信装置は、関数呼び出しの発生、及びプロセス間通信（ＩＰＣ）メッセージの送信を行うことが可能な第１のソケット抽象層を有する。第２の通信装置は、第１のソケット抽象層によって生成されないヘッダを生成することが可能な第２のソケット抽象層を有する。第１のソケット抽象層は、ＩＰＣメッセージによって第２のソケット抽象層と通信可能であり、第１の通信装置は、第２の通信装置によってデータパケットに追加されるヘッダを除いたデータパケットを第２の通信装置に伝送する。
【００３３】
本発明のさらに別の実施形態は、第１の通信装置、第２の通信装置および第３の通信装置を含む通信システムに関する。第１の通信装置は第１のソケット抽象層を有し、ペイロードとヘッダを含むデータパケットを生成し、同データパケットを第２の通信装置へルーティングする。第２の通信装置は第２のソケット抽象層を有し、データパケットを受信し、サイズが削減されたサイズ削減データパケットを生成すべく第１の通信装置によって生成されるヘッダを少なくとも部分的に終了し、サイズ削減データパケットを第３の通信装置へルーティングする。第３の通信装置は第３のソケット抽象層を有し、サイズ削減データパケットを受信し、第２の通信装置によって少なくとも部分的に終了されたヘッダを少なくとも部分的に生成する。第２のソケット抽象層はプロセス間通信（ＩＰＣ）メッセージによって第３のソケット抽象層と通信可能である。
【００３４】
本発明は、図１〜１３を参照してより詳細に記載され得る。図１は、本発明の実施形態による無線通信システム１００のブロック図である。通信システム１００は少なくとも１つの移動局（ＭＳ）１０２と、このＭＳに通信サービスを提供するベース・ステーション１０４を有する。ベース・ステーション１０４はさらに、通信システム・コントローラ１０６に接続される。通信システム・コントローラ１０６は、典型的には多数のベース・ステーションの間の通信を制御し、これらの間の操作および相互作用を管理する１つ以上のベース・ステーション・コントローラ或いは中央ベース・ステーション・コントローラ（ＲＮＣ／ＢＳＣ／ＣＢＳＣ）である。コントローラ１０６は次に、パケットをルーティングすべく、アクセス・ゲートウェイ１０８、好適には無線ゲートウェイに接続される。アクセス・ゲートウェイ１０８は例えば、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、パケット・データ・提供ノード（ＰＤＳＮ）、パケット制御機能（ＰＣＦ）、パケット制御装置（ＰＣＵ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、或いは様々なデータ・ルータのいずれかであってもよい。通信システム１００のコンポーネント１０４，１０６，１０８は、ネットワーク１１０によって互いにリンクされる。ベース・ステーション１０４、コントローラ１０６、アクセス・ゲートウェイ１０８、及びネットワーク１１０は集合を一体として固定通信インフラストラクチュア１１２という。パーソナルコンピュータ、ワークステーション又はインフラストラクチュア１１２に接続されたサーバなどのデータ端末装置（ＤＴＥ）１３６は、インフラストラクチュア１１２に接続される。
【００３５】
ＭＳ  １０２及びベース・ステーション１０４はそれぞれ、プロセッサ１１８、１２４と通信している、受信機１１４，１２０、及び発信機１１６，１２２をそれぞれ有する。ＭＳ  １０２及びベース・ステーション１０４はそれぞれさらに、プロセッサに関連されたそれぞれのメモリ１１９，１２６を有する。このメモリは、プロセッサによって実行されるとともに、通信装置を機能させるプログラム及びアプリケーションを格納する。コントローラ１０６、アクセス・ゲートウェイ１０８、及びＤＴＥ  １３６は各々、それぞれのプロセッサ１２８，１３２，１３８、及び、それぞれ関連されたメモリ１３０，１０８，１４０を有する。メモリはプロセッサによって実行されるプログラム及びアプリケーションを格納し、ＲＮＣ、アクセス・ゲートウェイ及びＤＴＥの機能を可能にさせる。ＭＳ１０２、及び、インフラストラクチュア１１２に含まれる通信装置、即ち、ベース・ステーション１０４、コントローラ１０６、アクセス・ゲートウェイ１０８は、通信システム１００において送信通信装置、又は受信通信装置として機能し得る。
【００３６】
ＭＳ  １０２，ベース・ステーション１０４は、好適にはそれぞれ無線通信システムで作動可能である。通信システム１００は、順方向リンク１５０及び逆方向リンク１５６を有し、これらは各々多数の通信チャネル１５２，１５４，１５８，１６０（各リンクについて２つが示されている）を有する。典型的には、多数の通信チャネルには、監視通信路、多数のページングチャネル及び多数のトラフィックチャネルが含まれる。通信システム１００はパケット・データ通信システムであり、多数の通信チャネルでパケット・データを送信するために使用される様々なデータ調整機構のうちのいずれも使用してもよい。例えば、通信システム１００は、伝送データをカバーすべく使用される直交符号を通信チャネルが含む符号分割多重接合（ＣＤＭＡ）通信システムであってもよい。或いは、通信チャネルがタイムスロットを含む、時分割多元接続方式（ＴＤＭＡ）又は移動通信システムのための世界的なシステムであるジーエスエム（ＧＳＭ）であってもよい。或いは、通信チャネルが周波数帯幅を含む周波数分割多元接続（ＦＤＭＡ）又は直交周波数分割多元接続（ＯＦＤＭ）通信システムであってもよい。当業者には認識されるようにここで使用される通信システムの種類は本発明に決定的ではなく、通信システム１００は、本発明の精神及び範囲から逸脱することなく、任意のパケット・データ通信システムであり得る。
【００３７】
情報が通信装置ＭＳ  １０２，ベース・ステーション１０４によって受信されたときには、その情報が既にディジタル形式になっていない場合は復調及びディジタル化され、それぞれのプロセッサ１１８，１２４によって実施される１つ以上のタスクによって処理される。その後、ディジタル化されたデータは、プロセッサにより同プロセッサ内で駆動しているソフトウェア・アプリケーション又はプロセスへルーティングされる。ディジタル化されたデータの処理、及び、プロセッサで駆動されるアプリケーションなどの多数のあて先候補のうちの１つに対するデータのルーティングを容易にすべく、データはルーティングスキームに準じてルーティングされる。
【００３８】
通信システム１００などの相互接続されたネットワーク・システムのレベルにおいて、ネットワークの多数のユーザ間のデータ交換のためにプロトコルとして公知の取り決めが開発されている。プロトコルは、ネットワークを介して交換されたデータパケットの各データ・ビットを解釈する方法を指定する。ネットワークデザインを単純化するために、プロトコルを層状化するためのいくつかの公知技術が開発されている。プロトコルの層状化はネットワークデザインを機能層に分割し、次に、各層のタスクを実行するために個別のプロトコルを割り当てる。プロトコル層状化の使用によって、プロトコルは各々少数の十分に定義されたタスクを備えて単純に保持される。その後、プロトコルは有用に全体的に組み立て可能であり、個々のプロトコルは必要に応じて削除、又は交換し得る。
【００３９】
プロトコルの階層状化された状態は、プロトコル・スタックとして一般に公知である。ネットワーク・システムの相互接続のために一般に使用されるプロトコル・スタックのうちの１つはＴＣＰ／ＩＰスイートであり、スタックの２つのプロトコル、即ち伝送コントロール・プロトコル（ＴＣＰ）、インターネット・プロトコル（ＩＰ）を示す。ＴＣＰ／ＩＰプロトコル・スタックは５つの層、即ち最上位から最下位まで、アプリケーション層、トランスポート層、ネットワーク層、リンク層、及び物理層を有する。
【００４０】
ＴＣＰ／ＩＰプロトコル・スタックの最下層、即ち物理層には、データ伝送用のネットワーク・ハードウェア及び物質的媒体が含まれる。その上層はリンク層或いはデータ・リンク層であり、ネットワーク・ハードウェアにインターフェースを提供し、リンク層の一部を実施するリンク・ドライバが含まれる。リンク層の上層はネットワーク層であり、その層は、データの発信源およびデータのあて先を相互接続させる、一連の多様な物理的ネットワークを介してデータを送信する役割を果たす。ＩＰプロトコルなどのルーティング・プロトコルはインターネットワーク層に含まれ、あるＩＰホストから別のＩＰホストへルーティングされたメッセージは、ＩＰデータグラムとして公知である。ＩＰデータグラムは、ＩＰプロトコル及びより上層のプロトコルのデータに関する情報を含んだＩＰヘッダを含む。プロトコル識別フィールド、及び、データグラムの発信元であるソースとあて先であるデスティネーションとのＩＰアドレスがそれぞれＩＰヘッダに含まれている。ＩＰアドレスは、ＩＰデータグラムを送受信することが可能なインターフェースを独自に識別し、インターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）の出版物であるコメント要求（ＲＦＣ）１１６６に詳細に記載される。ＩＰプロトコルは、ＲＦＣ  ７９１に詳細に定義される。
【００４１】
インターネットワーク層の上層はトランスポート層である。トランスポート層は、接続待合わせやフローの制御など、相互接続されたネットワーク・システムに亙って終端間のデータ・フロー管理を提供する。典型的には、トランスポート層は、各々、指定されたポートにＩＰデータグラムを配信するための機構を提供する２つのトランスポートプロトコル、ＴＣＰ及びＵＤＰ（ユーザ・データグラム・プロトコル）のうちの１つを含んでいる。ＴＣＰは規格（ＳＴＤ）７を備えたインターネットの標準プロトコルで、ＲＦＣ  ７９３に詳細に記載される。ＵＤＰはＳＴＤ  ６を備えたインターネットの標準プロトコルで、ＲＦＣ  ７６８に詳細に記載される。ＩＰデータグラムを配信するためにＵＤＰプロトコルを使用するシステムは、ソースポート番号、デスティネーションポート番号、データグラム番号の長さ、及びチェックサムを含むＵＤＰヘッダを含んでいる。トランスポート層の上層には、アプリケーション層があり、その層はファイル転送及びメール配信などのユーザレベルアプリケーションを実行するプロトコルを含んでいる。
【００４２】
トランスポート層とアプリケーション層の間のインターフェースはＡＰＩによって定義される。ソケット抽象層はこのＡＰＩの最も著名な例である。ソケットは、１つの通信装置のアプリケーション層で駆動するアプリケーションが、ネットワーク・プロトコル・スタックを介して別の通信装置のアプリケーション層で駆動する別のアプリケーションと通信する伝達し得る手段を提供する。ポートは好適には１６ビットの数であり、それはトランスポートプロトコルが入力プロトコル・データ・ユニット（ＰＤＵ）を配信すべきであるより上層のプロトコルあるいはアプリケーション（プロセス）を識別するためにトランスポートプロトコルによって使用される。ＴＣＰソケットは、アプリケーション（プロセス）のポート番号および関連する通信装置のＩＰアドレスから構成されるため、接続或いはネットワークサービスのリクエストの末端の役割を果たす。アプリケーション・プログラム（プロセス）は、ソケットを開き特定のソケットとの間でデータを読み書きすることにより、ＴＣＰ／ＩＰメッセージを送受信可能である。
【００４３】
図２は、従来技術の典型的なプロトコル・スタック２００を示すブロック図である。図２に示されるように、プロトコル・スタックはアプリケーション層２０２即ちユーザスペースと、これより下位の層である２０４、即ちカーネルスペースとを有する。多数のアプリケーション２０６（１つが図示される）及びソフトウェア・アプリケーション・インターフェース（ＡＰＩ）２０８がアプリケーション層２０２に含まれている。層２０４は、ＴＣＰ／ＩＰプロトコル・スタックの残りの部分、即ちトランスポート層２１０、ネットワーク層２１２、リンク層２１４、物理層２１６を含んでいる。これらの層を集合的にプライマリネットワーク・スタックという。プロトコル・スタックは、通信装置のプロセッサ１１８，１２４などのプロセッサで典型的に実行される。
【００４４】
ソフトウェア・アプリケーション・インターフェース（ＡＰＩ）２０８は、アプリケーション層２０２とこの下の層２０４との間のインターフェースを提供する。周知のＡＰＩはソケット抽象である。ソケット抽象はアプリケーション使用のためのネットワーク・スタックにおいて一般的なファイル入出力インタフェースを提供する。ソケット抽象層は大多数のマイクロプロセッサに基づくオペレーティング・システムに含まれている。例えば、ソケット抽象は、マイクロソフトベースのオペレーティング・システムではＷｉｎｓｏｃｋ．ＤＬＬ内で、及びＵＮＩＸベースのオペレーティング・システムではｋｅｒｎ／ｕｉｐｃ＿ｓｏｃｋｅｔ．ｃ内で実行される。
【００４５】
図３は、従来技術のＴＣＰ／ＩＰに基づくデータパケット・コミュニケーションに対応する信号フロー図３００である。図３に示されるように、ソケット関数呼び出しおよび接続関数呼び出しの実行によってホスト通信装置上で駆動されるクライアント・アプリケーションと、ターゲット通信装置上で駆動されるターゲットアプリケーションとの間で仮想接続が確立される。接続関数呼び出しはスリーウェイ・ハンドシェイク（ステップ３０２，３０４，３０６）を開始する。ソケット抽象層２１０は、ホスト・アプリケーションによって使用されるためのソケットを確立し、アプリケーションにソケット・ディスクリプタを提供する。ステップ３０２では、ホスト通信装置で駆動されるプロトコル・スタックは、ターゲットホスト・プロトコル・スタックに、接続リクエスト、即ちＳＹＮ（「同期」、又は「開始」）信号を送信する。ステップ３０４では、ターゲット通信装置は、ＳＹＮ信号を認証してホスト通信装置に接続リクエストを送信することにより、接続リクエストを受理する。ステップ３０６では、ホスト通信装置はターゲット通信装置から接続リクエストを受信したことを通知し、仮想接続が確立される。接続リクエスト及び受け取り通知の各々は、４０バイト以上のプロトコルオーバーヘッドからなるＴＣＰ／ＩＰヘッダを含んでいる。仮想接続が確立された後、接続は、接続に関連して、ホスト通信装置及びターゲット通信装置の各々によって、ソケット・ペア或いはＩＰアドレス及びポート番号により識別される。ソケット・ペアを識別するためにアプリケーションにはソケット・ディスクリプタが提供される。
【００４６】
仮想接続の確立によって、ホスト通信装置は、ターゲット通信装置にペイロード・パケットを送信し（ステップ３０８，３１０）、ターゲット通信装置からペイロード・パケットを受信する（ステップ３１２，３１４）ことが可能である。各ペイロード・パケットは、帯域幅を消費するＴＣＰ／ＩＰヘッダ及び／又はトレーラ、或いはシステム・オーバーヘッドを含む。ホスト通信装置はＷＲＩＴＥ機能の実行によってターゲット通信装置にペイロード・パケットを送信する。ステップ３０８においてホスト通信装置は、４０バイト以上のＴＣＰ／ＩＰヘッダを含むデータパケット及びペイロードを送信する。データパケットの受信に応じて、ステップ３１０でターゲット通信装置は、４０バイト以上のＴＣＰ／ＩＰヘッダをさらに有する受け取り通知を送信する。ホスト通信装置はＲＥＡＤ機能の実行によってターゲット通信装置からペイロード・パケットを受信する。ステップ３１２においてホスト通信装置は、４０バイト以上のＴＣＰ／ＩＰヘッダ及びペイロードを含むデータパケットをターゲット通信装置から受信し、ステップ３１４でホスト通信装置は４０バイト以上のＴＣＰ／ＩＰヘッダを含む受け取り通知を送信する。ＴＣＰ／ＩＰヘッダは当該技術において公知であり、それらが、通信に関与している２つの通信装置に関連したＩＰアドレス及びＴＣＰポート番号を含むことを注意する以外はヘッダについてより詳細に記載しない。
【００４７】
データ交換が完成すると直ちに仮想接続は、ホスト通信装置及びターゲット通信装置の各々によるＣＬＯＳＥ機能の実行を伴う４方向の終了（ステップ３１６，３１８，３２０，３２２）により破棄される。ステップ３１６，３２０ではホスト通信装置及びターゲット通信装置は、それぞれもう一方の装置へ終了信号を送信する。終了信号の受信に応じて、ホスト及びターゲット通信装置は、ステップ３１８，３２２においてそれぞれ終了信号を受け取り通知し、仮想接続が終了される。終了信号及び対応する受け取り通知の各々は、４０バイト以上から成るＴＣＰ／ＩＰヘッダを含んでいる。
【００４８】
図４は、先行技術のＵＤＰ／ＩＰに基づくデータパケット通信に対応する信号フロー図４００である。ＵＤＰ／ＩＰはＴＣＰ／ＩＰに比べて単純で信頼性が低く、ＴＣＰ／ＩＰのハンドシェイク、受け取り通知、破棄のための信号を有しない。アプリケーションがソケット及びバインドの関数呼出しを発する場合に、ソケット抽象層２１０は、ホスト・アプリケーションにより使用されるためのソケットを確立する。ホスト通信装置は次にＳＥＮＤＴＯファンクションを実行し、ステップ４０において２８バイト以上のＵＤＰ／ＩＰヘッダを含むデータパケット４０２及びペイロードを含むデータパケット４０２を送信することによりデータを送信可能である。その代わりにホスト通信装置はステップ４０４において、２８バイト以上からなるＵＤＰ／ＩＰヘッダ及びペイロードを含むデータパケットを受信することを伴う、ＲＥＣＶＦＲＯＭファンクションの実行によりターゲット通信装置からデータを受信し得る。ＵＤＰ／ＩＰヘッダは当該技術において公知であり、それらが、通信に関与する２つの通信装置に関連したＩＰアドレス及びＵＤＰポート番号を含むことに注意する以外はヘッダについて、より詳細に記載しない。
【００４９】
通信システム１００は、ソケット抽象層の関数をクライアントエンティティ及びエージェントエンティティへ再分配することにより、データ交換に組み込まれるオーバーヘッドを削減する。通信システム１００は、好適にはアクセス・ゲートウェイ１０８、代替手段としては、コントローラ１０６又はベース・ステーション１０４であるエージェント通信装置に、従来技術においては送信通信装置に存在し、そうでなければ通信システム１００におけるＭＳ  １０２に存在するソケット抽象層機能性の少なくとも一部を再分配する。ソケット抽象層の再分配によって、ＭＳ  １０２などの移動体装置でヘッダを生成する過程の少なくとも一部が、ＭＳからインフラストラクチュアへと移転される。ヘッダ生成プロセスの少なくとも一部の移転によって、移動体装置とインフラストラクチュアの接続の確立で消費されたオーバーヘッド、データ伝送、及び接続の破棄が縮小され、システム容量の増加及び改良されたシステム効率に帰着する。
【００５０】
図５，６は、本発明の実施形態によるプロトコル・スタック５００，６００のブロック図である。プロトコル・スタック５００はクライアント通信装置のプロトコル・スタック、好適にはＭＳ  １０２であり、プロトコル・スタック６００はエージェント通信装置のプロトコル・スタック、好適にはアクセス・ゲートウェイ１０８、或いは代替手段では、インフラストラクチュア１１２の他の任意のデータ処理素子１０４，１０６である。各プロトコル・スタック５００，６００は、それぞれの通信装置である１０２，１０８のうちのプロセッサ１１８，１２４内で実行される。当業者が想到するように、各々のＭＳ  １０２、及び、インフラストラクチュア１１２に含まれる通信装置、即ちベース・ステーション１０４、コントローラ１０６、アクセス・ゲートウェイ１０８は、通信システム１００においてクライアント通信装置、エージェント通信装置或いはターゲット通信装置として機能することが可能である。しかし、クライアント通信装置とエージェント通信装置の間であらゆるヘッダの使用を伴わずにペイロード及び他のメッセージが交換され得る本発明の代替実施形態では、インフラストラクチュアは、割り当てられたＩＰアドレスなど、クライアント通信装置即ちＭＳ  １０２に伝達される必要がない追加の知識を有する。そのような代替実施形態では、エージェント通信装置は、インフラストラクチュア１１２のコンポーネント、即ちコンポーネント１０４，１０６，１０８である必要がある。
【００５１】
クライアント通信装置としてＭＳ  １０２、及び、エージェント通信装置としてアクセス・ゲートウェイ１０８或いは代替手段としてインフラストラクチュア１１２を参照することは、本発明の原理の理解を促進するためのものであり、あらゆる意味においても任意の方法で本発明を限定することを意図するものではない。更に、通信システム１００は好適には無線通信システムであるが、当業者は、通信システム１００が無線通信である必要がなく、本発明の精神および範囲から逸脱することなく、あらゆるリンク層技術を使用する通信システムであり得ることに想到する。
【００５２】
プロトコル・スタック５００は、アプリケーション層５０２即ちユーザスペース、及び下位層５０４即ちカーネルスペースを有する。アプリケーション層５０２は１つ以上のアプリケーション５０４、及びソケット抽象クライアントなどのＡＰＩ  ５０８を含む。ＡＰＩ  ５０８は共通のインターフェース・アプリケーション５０４，２０４を提供すべく従来技術ＡＰＩ  ２０８で見られるものと同一の機能を実行する。従来技術と異なり、ＡＰＩ  ５０８はＡＰＩ  ２０８で見られるようなトランスポートプロトコルへのより下位のインターフェースを実行しない。代わりに、ＡＰＩ  ５０８は、無線ネットワーク・スタック５１０などの中間のネットワーク層へとより下位のインターフェースを実行する。カーネルスペース５０４は、パケット・データ収束プロトコル（ＰＤＣＰ）層５１２、無線リンク・コントロール（ＲＬＣ）層５１４、ＧＳＭ又はＣＤＭＡ無線層などの無線層５１６からなる無線ネットワーク層５１０を含む。代替手段として、無線ネットワーク・スタック５１０は、ＰＤＣＰ層５１２およびＲＬＣ層５１４の代わりに無線リンクプロトコル（ＲＩＰ）層を有していてもよい。ＰＤＣＰ層５１２は、基本的に１組の独特のフロー又はソケット・ペアに相当する１組のパケットデータ・プロトコル（ＰＤＰ）コンテキストを管理する。従来技術と異なり、カーネルスペース５０４は、ＴＣＰ／ＵＤＰ  ２１０、ＩＰ  ２１２、リンク・ドライバ２１４及び物理層２１６で見られるようなプロトコルのＴＣＰ／ＩＰスイートを含まない。
【００５３】
プロトコル・スタック６００はアプリケーション層５０２即ちユーザスペース及び下位層６０４即ちカーネルスペースを含む。アプリケーション層６０２はエージェント・ソケット抽象層６０８を有する。カーネルスペース６０４は、ＰＤＣＰ層６１２、無線リンク・コントロール（ＲＬＣ）層６１４、ＧＳＭ又はＣＤＭＡ無線層などの無線層６１６からなる無線ネットワーク層６１０を含む。代替手段として、無線ネットワーク・スタック６１０は、ＰＤＣＰ層６１２およびＲＬＣ層６１４の代わりに無線リンクプロトコル（ＲＩＰ）層を有していてもよい。カーネルスペース６０４は、ＴＣＰ／ＩＰプロトコル・スタックの残りの部分、即ちトランスポート層６２０（トランスポート層２１０に類似する）、ネットワーク層６２２（ネットワーク層２１２に類似する）、リンク層６２４（リンク層２１４に類似する）、物理層６２６（物理層２１６に類似する）を有するプライマリネットワーク・スタック６１８を含む。
【００５４】
通信システム１００において、従来技術のソケット抽象層の機能を、クライアント通信装置即ちＭＳ  １０２のクライアント・ソケット抽象層５０８と、エージェント通信装置、即ちインフラストラクチュア１１２、好適にはアクセス・ゲートウェイ１０８内のエージェント・ソケット抽象層６０８との間で分配する。クライアント・ソケット抽象層５０８は、無線ネットワーク・スタック５１０と直接接続可能であり、クライアント通信装置即ちＭＳ  １０２内のアプリケーション層５０６にソケットＡＰＩ機能を提供する。この代わりに、エージェント・ソケット抽象層６０８は、エージェント通信装置即ちインフラストラクチュア１１２内のネットワーク・プロトコル・スタックの抽象実行を提供する。その結果、通信装置１０２のための、トランスポート層２１０、ネットワーク層２１２、リンク層２１４及び物理層２１６の機能は、インフラストラクチュア通信装置１０８によって実行される。ソケット抽象層５０８に対応するソケットＡＰＩ、及びソケット抽象層６０８によって提供されるネットワーク抽象層は次にプロセス間通信（ＩＰＣ）を使用して通信する。
【００５５】
図７は、本発明の一実施形態による、ＴＣＰ／ＩＰに基づくデータパケット通信に対応する信号フロー図７００である。図７から明確であるように、ホスト通信装置と固定インフラストラクチュアとの間に生じた従来技術のシグナリングの少なくとも一部は、インフラストラクチュア内の様々なコンポーネント間に生じるように移行された。移動体ユニット、インフラストラクチュア間の通信からインフラストラクチュア内の通信へシグナリングが移行することによって、放送中の通信のための帯域幅の消費は保存され、通信システムの容量（即ちそのシステムによりサービスが提供され得るユーザの数）が増加する。
【００５６】
図７を参照する。ソケット及びＣＯＮＮＥＣＴ機能の実行によって、ＭＳ  １０２などのホスト通信装置で駆動されるクライアント・アプリケーションと、ＤＴＥ  １３６などのターゲット通信装置で駆動されるアプリケーションとの間で仮想接続が開始される。クライアント・ソケット抽象層５０８は、ホスト・アプリケーションにより使用されるためのソケットを確立する。ステップ７０２において、ホスト通信装置で駆動されるクライアント・ソケット抽象層５０８は、好適にはアクセス・ゲートウェイ１０８内の固定インフラストラクチュアのエージェント・ソケット抽象層６０８に、ＩＰＣメッセージ、即ちＣＯＮＮＥＣＴ信号を送信する。ＣＯＮＮＥＣＴ信号はプロトコル・インジケータ、デスティネーションＩＰアドレス及びデスティネーションＴＣＰポートを有し得る。エージェント・ソケット抽象層６０８は、接続信号に含まれている可能性がある、或いは無線ネットワーク・スタック６１０から決定された、或いは先の構成情報から決定されたアドレス情報を、トランスポート層６２０及びネットワーク層６２２へとリレーし、ＩＰＣメッセージは、伝達される４０バイト以上のＴＣＰ／ＩＰヘッダ即ちＳＹＮ信号を含んでいる実際のＴＣＰ／ＩＰ  ＳＹＮデータグラムとして解釈される。このデータグラムはステップ７０４でターゲットアプリケーションと接続するネットワーク層へ伝送される。ステップ７０６において、ターゲットアプリケーションは、ＳＹＮ信号を承認し、及びインフラストラクチュア１１２のエージェント・ソケット抽象層６０８に接続リクエストを送信することにより、接続リクエストを受理する。ステップ７０８においてインフラストラクチュア１１２は、ターゲットアプリケーションから受信された接続リクエストを承認する。次にステップ７１０において、ソケット抽象層６０８はＭＳ  １０２に、好適には２ビットからなる受け取り通知を送信する。
【００５７】
ＭＳ  １０２はＷＲＩＴＥ機能の実行によってターゲット通信装置にペイロード・パケットを送信する。ステップ７１２において、ＭＳ  １０２はＭＳ  １０２とインフラストラクチュアとの間の通信に対する逆方向リンク・トラフィック・チャンネルを介してインフラストラクチュア１１２へＴＣＰ／ＩＰヘッダを含まないデータパケットを送信する。データパケットの受信に応じて、エージェント・ソケット抽象層６０８は、データパケットをトランスポート層６２０及びネットワーク層６２２へリレーする。トランスポート及び、ネットワーク層６２０，６２２はペイロードにＴＣＰ／ＩＰヘッダを添付し、ステップ７１４において、ペイロード及びターゲット・アプリケーションに関連したネットワーク・スタックに関連されたＴＣＰ／ＩＰヘッダを伝達する。ステップ７１６において、ターゲットアプリケーションに関連したネットワーク層はペイロードを承認するが、そのような受け取り通知はＭＳ  １０２に伝達されない。
【００５８】
ＭＳ  １０２は、ＲＥＡＤ機能の実行によりターゲット・アプリケーションからペイロード・パケットを受信する。ステップ７１８において、ターゲットアプリケーションはインフラストラクチュアエージェント・ソケット抽象層６０８へ、ペイロードを含むＴＣＰ／ＩＰデータグラムを送信する。インフラストラクチュア１１２、好適にはアクセス・ゲートウェイ１０８、好適にはインフラストラクチュア・ソケット抽象層６０８に対応するトランスポート及びネットワーク層６２０，６２２は、データパケットからペイロードに伴われるあらゆるＴＣＰ／ＩＰヘッダを削除する。その後、アクセス・ゲートウェイ１０８は、ステップ７２２において、正方向リンクトラフィックチャンネル経由でＭＳ  １０２に、ＴＣＰ／ＩＰヘッダを除いたペイロードを伝達し、ステップ７２０にてターゲットアプリケーションに対応するトランスポート層へのパケットを承認する。
【００５９】
データ交換が完成すると直ちに、仮想接続は破棄される。ＭＳ  １０２は、ＣＬＯＳＥ機能の実行によって破棄を開始可能である。ステップ７２４において、ＭＳ  １０２はインフラストラクチュアに好適には１バイトからなる終了メッセージを送信する。ソケット抽象層６０８はＭＳ  １０２から終了メッセージを受信し、終了メッセージの受信に応じて、ターゲットアプリケーション及びターゲットアプリケーションに関連したトランスポート層とフォーウェイ・ハンドシェイクを開始する。図７のステップ７２６，７３０に示されるようにフォーウェイ・ハンドシェイクには、エージェント・ソケット抽象層６０８及びソケット抽象層に関連したトランスポート層が、ターゲットアプリケーション及びターゲットアプリケーションの関連したトランスポート層と終了信号を交換することが含まれる。終了信号の受信に応じて、ソケット抽象層６０８及びソケット抽象層に関連されたトランスポート層、並びにターゲットアプリケーション及びターゲットアプリケーションに関連されたトランスポート層はそれぞれステップ７２８，７３０において終了信号を承認する。その後、ソケット抽象層６０８はステップ７３４においてＭＳ  １０２に、好適には２ビットからなる受け取り通知を伝達し、仮想接続は終了される。
【００６０】
図８は、本発明の別の実施形態による、ＵＤＰ／ＩＰに基づくデータパケット通信に対応する信号フロー図８００である。ＴＣＰ／ＩＰ信号フローと同様に、ソケット抽象層６０８は、ＭＳ  １０２など、ホスト通信装置で駆動されるクライアント・アプリケーションによって使用されるためのソケットを確立する。接続を確立するためにはハンドシェイクが要求されない。ＭＳ  １０２はＳＥＮＤＴＯ機能の実行によってターゲット通信装置にペイロード・パケットを送信する。ステップ８０２においてＭＳ  １０２は好適には７バイトのＴＣＰ／ＩＰヘッダを含むデータパケットを、逆方向リンクトラフィックチャンネル経由でインフラストラクチュア１１２へ送信する。データパケットの受信に応じて、エージェント・ソケット抽象層６０８は、データパケットをトランスポート層６２０及びネットワーク層６２２へリレーする。トランスポート及びネットワーク層６２０，６２２は未送信のＴＣＰ／ＩＰヘッダをペイロードに添付し、ステップ８０４において、ペイロード及びターゲットアプリケーションに関連されたネットワーク・スタックに伴われるＴＣＰ／ＩＰヘッダを伝達する。
【００６１】
ＭＳ  １０２は、ＲＥＣＶＦＲＯＭ機能の実行によりターゲットアプリケーションからペイロード・パケットを受信する。ステップ８０６において、ターゲットアプリケーションはペイロードを含むＴＣＰ／ＩＰデータグラムをインフラストラクチュア・エージェント・ソケット抽象層６０８へ送信する。インフラストラクチュア１１２、好適にはアクセス・ゲートウェイ１０８、好適にはソケット抽象層６０８に対応するトランスポート及びネットワーク層６２０，６２２は、データパケットからペイロードに伴われるあらゆるＴＣＰ／ＩＰヘッダを削除する。その後ステップ８０８において、アクセス・ゲートウェイ１０８はＴＣＰ／ＩＰヘッダを除いたペイロードを正方向リンクトラフィックチャンネル経由でＭＳ  １０２に伝達する。
【００６２】
従来技術のソケット抽象層２１０の機能をＭＳ  １０２のクライアント・ソケット抽象層５０８とインフラストラクチュア１１２のエージェント・ソケット抽象層６０８との間で分配することにより、ＭＳ  １０２、インフラストラクチュア１１２間を無線で伝達されるデータパケットに含まれるヘッダのサイズが縮小される。接続リクエストメッセージに伴われるＴＣＰ／ＩＰヘッダ、データパケットを含むペイロード、受け取り通知、及び終了メッセージは、従来技術の４０バイトからそれぞれ好適には７バイト、０バイト、２ビット、及び１バイト縮小される。ＭＳ  １０２からインフラストラクチュア１１２までのペイロードの運搬に関連したＵＤＰ／ＩＰヘッダは、２８バイトから好適には７バイトに、及び、インフラストラクチュア１１２からＭＳ  １０２までのペイロードの運搬の場合には２８バイトから好適には０バイトまで削減される。しかし、当業者は削減されたヘッダに含まれたバイト数が、システムのデザイン、及び伝達されるべき情報に使用されるヘッダ・プロトコルに依存して多様であり得ることを認識する。本発明の別の実施形態において、接続リクエストメッセージに関連したＴＣＰ／ＩＰヘッダ、ペイロードを含むデータパケット、及び終了メッセージは０バイトまで削減される。大気に亙った伝達に含まれたヘッダの削減によって、通信システム１００は、従来技術に比較して伝達のための帯域幅を維持し、これにより増加したシステム容量及び改良されたシステム効率を可能にする。
【００６３】
図９は本発明のさらに別の実施形態によるデータ通信方式９００のブロック図である。図９に示されるように、クライアント通信装置、即ち、パーソナルコンピュータ、ワークステーション或いはファックスなどのデータ端末装置（ＤＩＥ）９０２に含まれたプロセッサで駆動されるアプリケーションは、好適にはインターネット（図示せず）などのデータ・ネットワークを介して、あらゆる１つ以上のベース・ステーション９０６、通信システム・コントローラ９０８、及びアクセス・ゲートウェイ９１０と接続されたデータ端末装置（ＤＩＥ）９１６上で駆動されるプロセッサで駆動されるアプリケーションと、データパケットを交換する。ベース・ステーション９０６、コントローラ９０８及びアクセス・ゲートウェイ９１０はネットワーク９１２によって互いに接続され、固定インフラストラクチュア９１４としてネットワーク９１２とともに集合的に参照される。代替手段において、ＤＴＥ  ９１６が固定インフラストラクチュア９１４に含まれていてもよい。ＤＴＥ  ９０２は、無線モデム或いは無線モデムとして使用可能である無線電話若しくはセルラー電話などのＤＴＥ  ９０２に接続された無線のデータ通信装置（ＤＣＤ）９０４によって無線でデータパケットを送受信する。
【００６４】
図１０は、図９に示された本発明の実施例による通信システム９００のコンポーネントに関連したプロトコル・スタック１０００のブロック図である。図１０に示されるように、ＤＴＥ  ９０２はアプリケーション層１００２、アプリケーション層の下の無線クライアント・ソケット抽象層１００４、及び各々無線ソケット抽象層の下層のリンク・ドライバ１００８を有する。ＤＣＤ  ９０４は、ＤＣＤプロトコル・スタックのＤＴＥ側にリンク・ドライバ１０１０、及びＤＣＤプロトコル・スタックの無線通信側のリンク・ドライバと反対側にＰＤＣＰ層１０１４を有する。ＤＣＤ  ９０４の無線側は、さらにＰＤＣＰ層より下層の物理層１０１６を有する。ＤＣＤ  ９０４は、リンク・ドライバ１０１０とＰＤＣＰ層１０１４の間に挟まれたリレー１０１２をさらに有する。リレー１０１２はリンク層内のリンク・ドライバから完全なメッセージを受信し、そのメッセージをＰＤＣＰ層へ一方向に伝達し、次に、逆方向に伝送されたメッセージについてこの逆の動作を行う。リレー１０１２は、メッセージ境界値が確実に維持されるようにＰＤＣＰ層１０１４及びリンク層の両方についての知識を有する。リンク層に依って、リレー１０１２はさらにフロー制御とバッファリングを行なってもよい。
【００６５】
エージェント通信装置、即ちインフラストラクチュア９１４、好適にはアクセス・ゲートウェイ９１０は、インフラストラクチュアの無線通信側で下層ＰＤＣＰ層１０２０と接し、インフラストラクチュアのネットワーク側で下層ネットワーク・スタック１０２４と接する無線エージェント・ソケット抽象層１０２２を有する。本発明の代替実施形態では、ＰＤＣＰ層１０１４及びＰＤＣＰ層１０２０は各々ＲＩＰ層により置換されてもよい。さらにＰＤＣＰ層１０２０は、インフラストラクチュアの無線通信側で物理層１０１８と接続され、およびネットワーク・スタック１０２４は、インフラストラクチュアのネットワーク側でリンク層１０２６と接続される。ＤＴＥ  ９１４は、上位に向かう順序で、リンク層１０２８、ネットワーク・スタック１０３０、ソケット抽象層１０３２、及びアプリケーション層１０３４を含む。通信システム１００と同様に、プロトコル・スタックは、通信システム９００のコンポーネント９０２，９０４，９０６，９０８，９１０，９１６の各々に含まれているプロセッサ内で実行される。
【００６６】
ソケット抽象層５０８，６０８と関連させて記載したソケット抽象層の機能の分配と同様に、従来技術のソケット抽象層２１０に存在した機能は、ＤＴＥ  ９０２の無線ソケット抽象層１００４及びインフラストラクチュア９１４の無線ソケット抽象層１０２２に分配される。通信システム９００においては、従来技術のソケット抽象層２０８の機能は、ＤＴＥ  ９０２のクライアント・ソケット抽象層１００４及びインフラストラクチュア９１４、好適にはアクセス・ゲートウェイ９１０のエージェント・ソケット抽象層１０２２との間で分配された。クライアント・ソケット抽象層１００４はリンク・ドライバ１００８と接続可能であり、これにより、リンク・ドライバ１０１０及びＤＣＤ  ９０４のＰＤＣＰ層１０１４はＤＴＥ  ９０２内のアプリケーション層１００２用のソケットＡＰＩの機能を提供する。さらに、エージェント・ソケット抽象層１０２２は、インフラストラクチュア９１４、好適にはアクセス・ゲートウェイ９０８内のネットワーク・プロトコル・スタックの抽象の実施を提供する。その結果、従来技術のトランスポート層２１０、ネットワーク層２１２、リンク層２１４及び物理層２１６の機能は、ＤＴＥ  ９０２及びＤＣＤ  ９０４のためにインフラストラクチュア９１４によって実施される。ソケット抽象層１００２に対応するソケットＡＰＩ、及びソケット抽象層１０２２によって提供されるネットワーク抽象層は次にプロセス間通信（ＩＰＣ）を使用して通信する。
【００６７】
図１１は、図９の「ゲートウェイ」の実施形態で示された本発明の別の実施形態による通信システム９００のコンポーネントに関連したプロトコル・スタック１１００のブロック図である。プロトコル・スタック配置１１００において、通信システム９００のオペレータは、通信システムにおいてＤＴＥのオ操作を容易にすべくＤＴＥに搭載され得るＤＴＥ  ９０２に基づくソフトウェアを提供することが可能でない。その結果、プロトコル・スタック配置１０００のＤＴＥ  ９０２内で実行される無線ソケット抽象層１００４は、代わりにＤＣＤ  ９０４（即ち、無線ソケット抽象層１１１０）で実行され、ＤＣＤ  ９０４には、さらにゲートウェイ機能１１１０の実行が含まれる。「ゲートウェイ」の実施形態では、ＤＴＥ  ９０２によって生成されたデータパケットは、ＤＴＥ  ９０２においてデータパケットに追加されたＴＣＰ／ＩＰプロトコルが終了されるＤＣＤ  ９０４に伝送される。生じたデータはその後、大気を介した伝送のためにＤＣＤ  ９０４のソケット抽象層１１０４に伝達され、端末から端末へのヘッダ・トランスペアレンシは維持されない。
【００６８】
通信システム９００の「ゲートウェイ」の実施形態では、ＤＴＥ  ９０２は、アプリケーション層１１０２、アプリケーション層の下層のソケット抽象層１１０４、及びソケット抽象層の下層のネットワーク・スタック１１０６を有する。ＤＣＤ  ９０４は、ＤＣＤプロトコル・スタックのＤＴＥ側のネットワーク・スタック１１０８、及びＤＣＤプロトコル・スタックの無線通信側のネットワーク・スタックと反対側の無線ソケット抽象層１１１４を含んでいる。ＤＣＤ  ９０４は、さらに無線ソケット抽象層１１１４の下層のＰＤＣＰ層１１１４、及びＤＣＤプロトコル・スタックの無線通信側ＰＤＣＰ層の下層にある物理層１０１６を有する。ＤＣＤ  ９０４は、ネットワーク・スタック１１０８と無線ソケット抽象層１１１４との間に挟まれたゲートウェイ１１１０をさらに有する。ゲートウェイ１１１０などのゲートウェイは当該技術において公知であり、ＳＯＣＫＳ（ＲＦＣ  １９２８）又はＮＡＴ（ＲＦＣ  １６３１）など、多様な形態で入手可能である。ゲートウェイ１１１０は、１つのトランスポート又はネットワーク層プロトコルを終了し、そのプロトコルを別のトランスポート又はネットワーク層プロトコル（例えばＮＡＴの場合にＩＰｖ４をＩＰｖ６に解釈する）に解釈する任意の装置である。
【００６９】
インフラストラクチュア９１４は、インフラストラクチュアの無線通信側で下位層のＰＤＣＰ層１１２０と、及び、インフラストラクチュアのネットワーク側で下位層のネットワーク・スタック１１２４と接続される無線ソケット抽象層１１２２を有する。本発明の代替実施形態では、ＰＤＣＰ層１１１４およびＰＤＣＰ層１１２０は各々ＲＩＰ層と置換可能され得る。さらにＰＤＣＰ層１１２０は、インフラストラクチュアの無線通信側で物理層１１１８と、及び、インフラストラクチュアのネットワーク側でリンク層１１２４と接続される。ＤＴＥ  ９１６は上層に向かって、リンク層１１２８、ネットワーク・スタック１１３０、ソケット抽象層１１３２、及びアプリケーション層１１３４の層を有する。
【００７０】
ソケット抽象層５０８，６０８と関連させて記載したソケット抽象層の機能の分配と同様に、従来技術のソケット抽象層２０８の機能は、ＤＣＤ  ９０４のクライアント・ソケット抽象層１１１２及びインフラストラクチュア９１４、好適にはアクセス・ゲートウェイ９１０のエージェント・ソケット抽象層１１２２に分配される。クライアント・ソケット抽象層１１１２はＤＣＤ  ９０４のＰＤＣＰ層１１１４と接続可能であり、ＤＴＥ  ９０２内のアプリケーション層９０２用のソケットＡＰＩの機能を提供する。さらに、エージェント・ソケット抽象層１１２２は、インフラストラクチュア９１４、好適にはアクセス・ゲートウェイ９０８内のネットワーク・プロトコル・スタックの抽象の実施を提供する。その結果、従来技術のトランスポート層２１０、ネットワーク層２１２、リンク層２１４及び物理層２１６の機能は、ＤＴＥ  ９０２及びＤＣＤ  ９０４のためにインフラストラクチュア９１４によって実施される。ソケット抽象層１１１２に対応するソケットＡＰＩ、及びソケット抽象層１１２２によって提供されるネットワーク抽象層は次にプロセス間通信（ＩＰＣ）を使用して通信する。
【００７１】
ここでも、ＤＴＥ  ９０２で駆動されるクライアント・アプリケーション１１０２と、ＤＴＥ  ９１６で駆動されるターゲット・アプリケーション１１３４との間に仮想接続が確立され、クライアント・アプリケーションとターゲット・アプリケーションとの間でペイロードが交換され、ＤＴＥ  ９０２がＤＣＤ  ９０４を介して信号及びペイロードを無線で送信するという点を除いて、図７でＴＣＰ／ＩＰに基づく通信に関連して、及び図８でＵＤＰ／ＩＰに基づく通信に関して記載されたプロセスに従って仮想接続が破棄される。
【００７２】
従来技術のソケット抽象層２１０の機能を、図１０の実施形態に関連させて記載したようにＤＴＥ  ９０２に含まれた無線ソケット抽象層１００４とインフラストラクチュア９１４に含まれた無線ソケット抽象層１０２２との間で、或いは、図１１の実施形態に関連させて記載したようにＤＣＤ  ９０４に含まれた無線ソケット抽象層１１１２とインフラストラクチュア９１４に含まれた無線ソケット抽象層の間で分配することによって、ＤＴＥ  ９０２／ＤＣＤ  ９０４及びインフラストラクチュア９１４の間で無線により伝送されるデータパケットに含まれるヘッダのサイズが縮小される。図７，８に関連して記載されたように、無線データ通信ソース、即ちＤＴＥ  ９０２／ＤＣＤ  ９０４からインフラストラクチュア９１４に伝達される接続要求メッセージに伴われるＴＣＰ／ＩＰヘッダ、ペイロードを含むデータパケット、受け取り通知及び、終了メッセージ、並びに、無線データ通信ソースからインフラストラクチュアへのペイロードの伝送に伴われるＵＤＰ／ＩＰヘッダは、著しく縮小される。大気を亙る伝送に含まれるヘッダの縮小によって、通信システム９００は従来技術と比較して伝送用帯域幅を保存するため、システム容量の増加、及び改善されたシステム効率を可能にさせる。
【００７３】
図１２，１３は、本発明の別の実施形態に従ってデータ通信を実行するために通信システム１００によって実行される工程を示すロジック・フロー図１２００である。ＭＳ  １０２などのクライアント通信装置が、ＥＴＳＩ技術仕様書Ｔ５２３．０６０に従ってパケットデータ・プロトコル（ＰＤＰ）コンテキスト・リクエストを作動した（１２０４）ときに、ロジック・フロー図１２００が開始し（１２０２）、これによりクライアント通信装置はインターネットへのアクセスを要求する。クライアント・リクエストに応じて、クライアント通信装置はデータ通信において使用されるためのｌＰアドレスを割り当てられる。クライアント通信装置に含まれたプロセッサで駆動されるアプリケーションは、ＳＯＣＫＥＴ機能の起動によりｌＰ及びＴＣＰに基づいたデータ通信を特定するソケットを開く（１２０６）。次にアプリケーションは、通信することを希望するあて先装置１３６などのあて先装置においてピア・アプリケーションを指定することにより、即ちデスティネーションＩＰアドレス及びデスティネーションＴＣＰポートの指定によってＣＯＮＮＥＣＴ機能を起動する（１２０８）。クライアント通信装置の無線ソケット抽象層は次に、接続信号として作動されたＰＤＣＰコンテキストを使用した好適にはＴＣＰ  ＳＹＮ信号であるアクセス・ゲートウェイ１０８などのエージェント通信装置へ好適なプロトコル・インジケータ、デスティネーションＩＰアドレス及びデスティネーションＴＣＰポートを伝達する（１２１０）。
【００７４】
エージェント通信装置は接続メッセージを受信し、エージェント通信装置に含まれた無線ソケット抽象層へ接続メッセージを送信する。エージェント通信装置の無線通信ソケット抽象層は接続メッセージをＳＯＣＫＥＴ及びＣＯＮＮＥＣＴ関数呼び出しに変換する。その後エージェント通信装置中のネットワーク・スタックは、ソケット接続の開始を試みるために接続リクエスト信号、好適にはＴＣＰ  ＳＹＮ信号を生成し（１２１２）、同接続リクエスト信号を指定されたあて先のＩＰアドレス及びＴＣＰポート、即ちあて先装置に送信する（１２１４）。ＳＹＮパケットの伝送が成功すると、クライアント通信装置とあて先装置との間に仮想接続を確立（１２１６）すべく、エージェント通信装置とあて先装置との間でスリーウェイ・ハンドシェイクが発生する。
【００７５】
その後エージェント通信装置は、ＡＣＫインジケータ・ビットを使用して、クライアント通信装置に接続確立の成功、即ちスリーウェイ・ハンドシェイクの完成を報告する（１２１８）。本発明の別の実施形態では、エスケープ・インジケータを使用して、クライアント通信装置に「ホスト・サーバ到達不能」などのエラー条件を送信し得る。ＡＣＫインジケータは、クライアント通信装置で駆動されるＣＯＮＮＥＣＴ機能に、クライアント通信装置で駆動されるアプリケーションにインジケータを返信させる。その後アプリケーションは、クライアント通信装置によって送信されたペイロードを識別するＷＲＩＴＥ機能を使用して、あて先装置に対するデータ送信を試みる（１２２０）。クライアント通信装置は次に生データとしてペイロードをエージェント通信装置に無線伝送する（１２２２）。ペイロードは必要な場合にクライアント通信装置のラジオ・インターフェースによって分割された後、セグメントとして送信され得る。
【００７６】
エージェント通信装置はペイロードを受信し（１２２４）、ペイロードをあて先装置１３６に伝送すべく必要なＴＣＰパケットを生成する。その後、エージェント通信装置はあて先装置にＴＣＰパケットを伝達する（１２２６）。ＴＣＰ  ＡＣＫがエージェント通信装置に再度到着すると直ちに、エージェント通信装置の到着バッファ・ウィンドウが調節され得る。本発明の別の実施形態では、エージェント通信装置のバッファのオーバーフローを防止するために、単純な開始−終了プロトコルなどのフロー制御機構がクライアント通信装置とエージェント通信装置との間に設けられてもよい。しかし、インターネットなどエージェント通信装置のデータ・ネットワークへのインターフェースが、大気のインターフェースより典型的にははるかに速いため、そのようなフロー制御の必要が生じる可能性は低い。
【００７７】
その後エージェント通信装置は、クライアント通信装置とされるあて先装置から（１２２８）ペイロードを受信し得る。このペイロードは、ＴＣＰ／ＩＰヘッダ及びトレーラを含むデータパケットに含まれている。エージェント通信装置があて先装置からペイロードを受信すると、エージェント通信装置はデータパケットからＴＣＰ／ＩＰヘッダ及び／又はトレーラを削除し（１２３０）、クライアント通信装置に生データとしてペイロードを送信する（１２３２）。次にクライアント通信装置は、データがクライアント通信装置で駆動されるアプリケーションによって読むことが可能となるまで、データをバッファし得る。ここでも、必要な場合にはクライアント通信装置とエージェント通信装置の間でフロー制御を提供可能である。エージェント通信装置があて先装置からデータパケットを受信すると、エージェント通信装置はＴＣＰ  ＡＣＫを生成（１２３４）し、エージェント通信装置がデータパケットを処理することに伴い、あて先装置に（１２３６）にＡＣＫを送信する。クライアント通信装置で駆動されるアプリケーションはその後、ＲＥＡＤ機能を使用してアプリケーションによって開かれたソケットより、あて先装置から受信されたデータを読むことを試みる（１２３８）。
【００７８】
クライアント通信装置で駆動されるアプリケーションと、あて先装置で駆動されるピア・アプリケーションとの間の通信が終了したときに、クライアント通信装置上で駆動されるアプリケーションはＣＬＯＳＥ機能の起動（１２４０）によりセション終了を指示する。クライアント通信装置のソケット抽象層はその後、エージェント通信装置に（１２４２）にＣＬＯＳＥメッセージを送信する。エージェント通信装置は次に、エージェント通信装置とあて先装置との間でフォーウェイ・ＴＣＰ終了ハンドシェイクを開始する（１２４４）。このフォーウェイ・ＴＣＰ終了ハンドシェイクは図７に関連して上記に記載されている。終了ハンドシェイクが完了すると直ちに、クライアント通信装置とあて先装置との間の仮想接続は終了され（１２４６）、ロジック・フローは終了する（１２４８）。本発明の別の実施形態では、エージェント通信装置は、終了の成功又は失敗を示すＡＣＫをクライアント通信装置に送信（１２５０）可能である。
【００７９】
通信システム１００，９００と同様に、ロジック・フロー図１２００によって記載された方法は、クライアント通信装置とエージェント通信装置との間の送信に含まれたヘッダの縮小により、増加したシステム容量及び改良されたシステム効率を提供する。オーバーヘッド縮小及び対応する帯域幅の維持を達成するために、通信システム１００，９００は、従来技術の移動体加入者などのクライアント通信装置にその機能が存在する従来技術のソケット抽象層２０８の機能をクライアント通信装置に含まれたソケット抽象層とエージェント通信装置中のソケット抽象層の間で分配する。クライアント通信装置にはＭＳ  １０２又はＤＴＥ  ９０２／ＤＣＤ  ９０４などがある。エージェント通信装置にはそれぞれサービスを提供するインフラストラクチュア１１２，９１４などがある。ソケット抽象層２０８の機能をこのように分配することにより、クライアント通信装置と対応するエージェント通信装置との間のシグナリングにおいて、呼の確立及び破棄、並びにクライアント及びエージェント通信装置間のペイロードの交換の一部としてＴＣＰ／ＩＰヘッダが削減される。必要とされるヘッダの削減によって、オーバーヘッドが縮小され、移動体の加入者と、移動体加入者にサービスを提供するインフラストラクチュアとの間の大気を介した通信などのクライアント及びエージェント通信装置間の通信で帯域幅が保存される。その結果、システム容量の増加、及びシステム効率における改良が生じる。
【００８０】
本発明は特定の実施形態に関連して示され記載された一方で、本発明の精神および有効範囲から逸脱することなく、様々な変更が行なわれ得るものであり、また、本明細書の構成要素の代わりに等価物が使用され得ることは当業者に理解される。さらに、特別の状況又は材料に適応させるために、本発明の開示事項に対して本質的な有効範囲を逸脱することなく多数の修正がなされ得る。従って本発明は、本明細書に示された特別の実施形態に限定されるものではなく、添付された請求項の範囲以内にある実施形態を全て含むものである。
【００８１】
【発明の効果】
本発明により、通信チャネルの処理能力が向上し、通信システムの容量が増加される。
【図面の簡単な説明】
【図１】  本発明の実施形態よる無線通信システム１００のブロック図。
【図２】  従来技術の典型的なプロトコル・スタック２００のブロック図。
【図３】  従来技術のＴＣＰ／ＩＰに基づいたデータパケット通信に対応する信号フロー図。
【図４】  従来技術のＵＤＰ／ＩＰに基づいたデータパケット通信に対応する信号フロー図。
【図５】  本発明の実施形態によるクライアント通信装置のプロトコル・スタックのブロック図。
【図６】  本発明の実施形態によるエージェント通信装置のプロトコル・スタックのブロック図。
【図７】  本発明の実施形態によるＴＣＰ／ＩＰに基づいたデータパケット通信の信号フロー図。
【図８】  本発明の実施形態によるＵＤＰ／ＩＰに基づいたデータパケット通信の信号フロー図。
【図９】  本発明の別の実施形態によるデータ通信システムのブロック図。
【図１０】  本発明の別の実施形態による図９の通信システムのコンポーネントに関連したプロトコル・スタックのブロック図。
【図１１】  本発明のさらに別の実施形態による図９の通信システムのコンポーネントに関連したプロトコル・スタックのブロック図。
【図１２】  本発明の別の実施形態によるデータ通信を行うべく図１の通信システムによって実行されたステップのロジック・フロー図。
【図１３】  図１２の続きであり、本発明の別の実施形態によるデータ通信を行うべく図１の通信システムによって実行されたステップのロジック・フロー図。
【符号の説明】
１００…通信システム、１０２，１０４，１０８…通信装置、１１８，１２４，１２８，１３２，１３８…プロセッサ、２０６，５０４…アプリケーション、２０８，２１０，５０８，６０８，１００２，１０２２，１０３２，１１０４，１１１２，１１２２，１１３２…ソケット抽象層、４０２…データパケット、９１４…インフラストラクチュア、１１０２…クライアント・アプリケーション
【図１】
0003981596.tif 000002
【図２】
0003981596.tif 000003
【図３】
0003981596.tif 000004
【図４】
0003981596.tif 000005
【図５】
0003981596.tif 000006
【図６】
0003981596.tif 000007
【図７】
0003981596.tif 000008
【図８】
0003981596.tif 000009
【図９】
0003981596.tif 000010
【図１０】
0003981596.tif 000011
【図１１】
0003981596.tif 000012
【図１２】
0003981596.tif 000013
【図１３】
0003981596.tif 000014