JP5543666B2 - ネットワーク通信における軽量プロトコルおよびエージェント - Google Patents

Description

本発明は、ネットワーク通信システムにおいて、軽量プロトコル（ＬＷＰ）およびプロトコルエージェントを使用するシステムおよび方法に関する。

現在のネットワークアーキテクチャでは、異なる目的に役立ち、異なるアプリケーションのために働く、多くのプロトコルが存在し得る。そのようなプロトコルは、例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、およびセッション開始プロトコル（ＳＩＰ）を含む。プロトコルが適切に機能するには、ネットワーク内のエンドノードが、完全なスタックを維持する必要がある。エンドノードは、自らのプロトコルスタックを複数のプロトコルのために維持しなければならないので、完全なスタックを維持すると、エンドノード管理の複雑さが増す。

インターネットなど、いくつかのネットワークとの関連では、エンドノードデバイスは、デスクトップコンピュータ、ラップトップコンピュータ、またはサーバなどのインテリジェントなコンピューティングデバイスであるとは限らない。代わりに、ネットワークに接続されるデバイスは、例えば、電話、家電製品、機械、建築設備、およびリモコンなどを含むことができる。

現在、ネットワークエンドノードデバイスは、オーバヘッドが重く、かなりのリソースを必要とする、プロトコルを使用する必要があることがある。特に、そのようなプロトコルは、かなりの帯域幅を必要とすることがあり、ネットワーク接続が無線である場合は、特にそうである。プロトコルの数およびエンドノードの数が増えるにつれて、そのようなネットワークアーキテクチャを管理するのに必要とされる複雑さおよび労力は、相当なものになる。したがって、ネットワークプロトコルアーキテクチャを簡素化する必要があることがある。

ネットワーク通信システムにおいて軽量プロトコル（ＬＷＰ：ｌｉｇｈｔ ｗｅｉｇｈｔ ｐｒｏｔｏｃｏｌ）を使用するためのシステムおよび方法が提供される。プロトコルエージェントサーバは、ＬＷＰを使用するエンドノードデバイスと、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、セッション開始プロトコル（ＳＩＰ）、または他のネットワークプロトコルなどのネットワークプロトコルを使用するネットワークノードとの間のインタフェースとしての機能を果たすことができる。

一実施形態では、プロトコルエージェントサーバは、ＬＷＰによるメッセージをエンドノードから受信することができる。ＬＷＰメッセージは、宛先またはターゲットネットワークノードを指示することができる。ターゲットネットワークノードは、ＨＴＴＰ、ＲＴＳＰ、およびＳＩＰなど、エンドノードがサポートすることが不可能なネットワークプロトコルを使用することができる。プロトコルエージェントサーバは、メッセージがマッピングされるネットワークプロトコルを決定することができる。例えば、その決定は、アプリケーションタイプ、および／またはメッセージ内で指定される宛先ネットワークノードなど、メッセージの内容に基づいて行うことができる。プロトコルエージェントサーバは、受信したＬＷＰメッセージを、決定したネットワークプロトコルによる１つまたは複数のメッセージにマッピングすることができ、決定したネットワークプロトコルを使用して、第２のメッセージを生成することができる。プロトコルエージェントサーバは、生成したメッセージを宛先ネットワークノードに送信することができる。

一実施形態では、プロトコルエージェントサーバは、エンドノードがサポートしないプロトコルによるメッセージを受信することができる。プロトコルエージェントサーバは、そのメッセージを１つまたは複数のＬＷＰメッセージにマッピングすることができ、受信したメッセージに基づいて、ＬＷＰメッセージを生成することができる。プロトコルエージェントサーバは、生成したＬＷＰメッセージをエンドノードに送信することができる。

１つまたは複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 ＬＷＰを使用するエンドノードを含む例示的なネットワーク通信システムを示す図である。 互いの間でおよびインターネットと通信するために、各々がＬＷＰを使用する複数のエンドノードを含む、別の例示的ネットワーク通信システムを示す図である。 ＨＴＴＰクライアントエージェントを使用する例示的な呼フローのメッセージ図である。 ＲＴＳＰクライアントエージェントを使用する例示的な呼フローのメッセージ図である。 ＳＩＰクライアントを使用する例示的な呼フローのメッセージ図である。 エンドノードとネットワークノードの間の通信セッションを円滑化するための例示的なプロセスを示す図である。

本明細書では、ネットワーク通信システムにおいて軽量プロトコル（ＬＷＰ）およびエージェントを使用するシステムおよび方法が開示される。これらのシステムおよび方法は、エンドノードにおけるプロトコルの複雑さを低減することによって、エンドノード管理を簡素化するための、ネットワークベースのプロトコルエージェントメカニズムを提供する。例えば、プロトコルエージェントサーバは、ＬＷＰを使用するエンドノードデバイスと、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、セッション開始プロトコル（ＳＩＰ）、または他のネットワークプロトコルなどのネットワークプロトコルを使用するネットワークノードとの間のインタフェースとしての機能を果たすことができる。

次いで、実施形態の例示的な実施形態についての詳細な説明が、図１〜図６を参照して行われる。この説明は、可能な実施形態の詳細な例を提供するが、その詳細は、例示的であることを意図しており、開示される実施形態の範囲を限定することは決して意図していないことに留意されたい。

図１Ａは、１つまたは複数の開示される実施形態を実施できる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、無線基地局装置（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上で言及したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立できる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立できる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわちマイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）（登録商標）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）と通信することもできる。

コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてサービスすることもできる。コアネットワーク１０６は、少なくとも１つの送受信機と、少なくとも１つのプロセッサとを含むことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用できる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用できる基地局１１４ａと通信するように、またＩＥＥＥ ８０２無線技術を利用できる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができる。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解されよう。

送信／受信要素１２２は、エアインタフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成できることが理解されよう。

加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるようにするための、複数の送受信機を含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。

図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を利用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。図１Ｃに示されるように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々を、ＲＡＮ１０４内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。

図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能を実施またはサポートするように構成することができる。

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。

上で言及したように、コアネットワーク１０６は、ネットワーク１１２にも接続することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｄは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及したように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信することもできる。

ＲＡＮ１０４は、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１７０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１７０ａ、１７０ｂ、１７０ｃは、Ｘ２インタフェースを介して互いに通信することができる。

図１Ｄに示されるコアネットワーク（ＣＮ）１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のための制御プレーン機能を提供することもできる。

サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１７０ａ、１７０ｂ、１７０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（ａｎｃｈｏｒｉｎｇ）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う一斉呼出のトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。

サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。

コアネットワーク１０６は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｅは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ ８０２．１６無線技術を利用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの異なる機能エンティティと、ＲＡＮ１０４と、コアネットワーク１０６との間の通信リンクは、参照点として定義することができる。

図１Ｅに示されるように、ＲＡＮ１０４は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々をＲＡＮ１０４内の特定のセル（図示されず）に関連付けることができ、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）方針実施などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしてサービスすることができ、ページング、加入者プロフィールのキャッシング、およびコアネットワーク１０６へのルーティングなどを担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインタフェース１１６は、ＩＥＥＥ ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インタフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インタフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。

図１Ｅに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続することができる。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証認可課金（ＡＡＡ）サーバ１８６、ゲートウェイ１８８などの、１つまたは複数のネットワークデバイスを含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

ＭＩＰ−ＨＡ１８４は、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワーク１０６の間でローミングを行えるようにすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を円滑化することができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｅには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続でき、コアネットワーク１０６は、他のコアネットワークに接続できることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義することができ、Ｒ５参照は、ホームコアネットワークと訪問先コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。

図２Ａは、軽量プロトコル（ＬＷＰ）を使用するエンドノード１００２を含む例示的なネットワーク通信システム１０００を示す図である。エンドノードは、コンピュータ、電話、家電製品、機械、リモコンなどの、コンピューティングデバイスを含むことができる。例えば、エンドノードは、図１Ａ〜図１Ｅに関して説明されたような、ＷＴＲＵ１０２を含むことができる。一実施形態では、エンドノード１００２は、最低限の数のプロトコルしかサポートしないことがある。例えば、エンドノード１００２は、ＳＩＰ、ＨＴＴＰ、ＲＴＳＰ、または他のネットワークプロトコルなどのプロトコルを直接的にサポートしないことがある。

図２Ａを参照すると、エンドノード１００２は、ネットワークベースのプロトコルエージェントサーバ１００４と通信するために、インターネットプロトコル（ＩＰ）上でＬＷＰを使用することができる。ネットワークベースのプロトコルエージェントサーバは、図１Ｂに関して説明されたプロセッサ１１８など、少なくとも１つのプロセッサを含むことができる。ネットワークベースのプロトコルエージェントサーバは、図１Ｂに関して説明された送受信機１２０など、少なくとも１つの送受信機を含むことができる。例えば、ＬＷＰによるメッセージ、および／またはＳＩＰ、ＨＴＴＰ、ＲＴＳＰ、もしくは他のネットワークプロトコルなどの従来のプロトコルによるメッセージを送信および受信する送受信機である。

ＬＷＰクライアントエージェント１００６は、サーバ１００４上に存在することができ、エンドノード１００２から受信したＬＷＰメッセージおよび／またはデータを解釈するように構成することができる。エンドノード１００２は、無線または有線接続を介して、１つまたは複数の他のネットワークと、ならびにサーバおよびコンピュータなどのネットワークノードと通信することができる。サーバは、例えば、ＳＩＰサーバ１００８、ＨＴＴＰサーバ１０１０、または様々な他の任意のプロトコルサーバ１０１２を含むことができるが、それらに限定されない。この例では、エンドノード１００２は、ＩＰの上で動作するＬＷＰを使用することができるが、ＬＷＰおよび関連するネットワークアーキテクチャは、より低位の任意のレイヤプロトコルを用いて動作することもできる。

ＬＷＰクライアントエージェント１００６は、エンドノード１００２と、他のネットワークプロトコルをサポートできる１つまたは複数のプロトコルエージェントとの間のインタフェースを含むことができる。ＬＷＰクライアントエージェント１００６は、エンドノード１００２から伝達されたＬＷＰアクションを他のプロトコルアクションにマッピングし、他のプロトコルに従って、対応する信号を他のネットワークノードまたはデバイスに伝達することができる。例えば、ＬＷＰアクションは、ＳＩＰサーバ１００８への信号伝達のために、対応するＳＩＰアクションにマッピングすることができる。例えば、ＬＷＰアクションは、ＨＴＴＰサーバ１０１０への信号伝達のために、対応するＨＴＴＰアクションにマッピングすることができる。ＬＷＰクライアントエージェント１００６は、ＳＩＰプロトコル信号をＳＩＰサーバ１００８に伝達するために、ＳＩＰクライアントエージェント１０１４と動作可能に通信することができる。

ＬＷＰクライアントエージェント１００６は、ＨＴＴＰプロトコル信号をＨＴＴＰサーバ１０１０に伝達するために、ＨＴＴＰクライアントエージェント１０１６と動作可能に通信することができる。ＬＷＰクライアントエージェント１００６は、様々な他のプロトコル信号を他のプロトコルサーバ１０１２に伝達するために、様々な他のクライアントエージェント１０１８と動作可能に通信することができる。

図２Ｂは、例示的なネットワーク通信システム２００の図を示している。図２Ｂを参照すると、ネットワーク通信システム２００は、エンドノード２０２、２０４、２０６、２０８など、複数のエンドノードを含むことができる。エンドノード２０２、２０４、２０６、２０８は、互いの間でおよびインターネット２１０と通信するために、ＬＷＰを使用することができる。エンドノード２０２、２０４、２０６、２０８は、ローカルネットワーク内に構成することができる。例えば、エンドノード２０２、２０４、２０６、２０８は、ホームエリアネットワークまたはパーソナルエリアネットワーク内に一緒に構成することができる。エンドノード２０２、２０４、２０６、２０８は、無線で、有線接続を介して、またはそれらの組み合わせで接続することができる。

示されるように、エンドノード２０２、２０４、２０６、２０８の１つまたは複数は、ＬＷＰを介してインターネット２１０に接続することができる。例えば、エンドノード２０６は、ＬＷＰを介してインターネット２１０に接続することができる。インターネット２１０は、図２Ａにおいて説明されたネットワークベースのプロトコルエージェントサーバ１００４など、プロトコルエージェントサーバ２１２を含むことができる。プロトコルエージェントサーバ２１２は、ＬＷＰクライアントエージェントおよび１つまたは複数のプロトコルクライアントエージェントを有するように構成することができる。図２Ｂに示されるように、プロトコルエージェントサーバ２１２は、エンドノード２０２、２０４、２０６、２０８のいずれかと従来のサーバ２１４との間で信号を伝達することができる。

図２Ｂに示されるように、インターネット２１２は、制御センタ２１６および別のエンドノード２１８に通信可能に接続することができる。例えば、プロトコルエージェントサーバ２１２は、制御センタ２１６と信号を交換することができる。プロトコルエージェントサーバ２１２は、エンドノード２１８と信号を交換することができる。例えば、エンドノード２０２、２０４、２０６、２０８の１つまたは複数は、制御センタ２１６に信号を送信すること、または制御センタ２１６から信号を受信することができる。エンドノード２０２、２０４、２０６、２０８の１つまたは複数は、ＬＷＰを使用して、エンドノード２１８に信号を送信すること、またはエンドノード２１８から信号を受信することができる。ＬＷＰは、エンドノード２０２、２０４、２０６、２０８の１つまたは複数と、制御センタ２１６またはエンドノード２１８との間で信号を交換するために、インターネット２１２を介したエンドツーエンドで使用することができる。

ＬＷＰは、インターネットプロトコル構造を簡素化することができ、エンドノードとネットワークの間で必要とされるシグナリングを減らすことができる。結果として、無線環境では、無線トラフィックを減らすことができる。加えて、ＬＷＰならびにそれに関連する技法およびシステムは、各エンドノードにおいて複数のプロトコルを維持するのに必要とされるコストおよび労力を減らすことができる。ＬＷＰは、例えば、限られたリソースおよび能力しか有さない、スマートグリッドデバイスまたはホームオートメーションデバイスなどのデバイスにとって有利なことがある。ＬＷＰは、多くの異なるタイプのクライアント−サーバインタフェースをサポートするのに十分な汎用性を有することができるので、デバイス間の相互運用性を高めることができる。

一実施形態では、ＬＷＰは、２つのエンティティ間のプロトコルを含むことができる。２つのエンティティは、２つのエンドノードを含むことができ、またはエンドノードとネットワーク内に存在するプロトコルエージェントサーバとを含むことができる。ＬＷＰは、セッション指向とすることができる。例えば、セッションは、エンドノード上のＬＷＰクライアントとＬＷＰクライアントエージェントの間で確立することができる。

ＬＷＰによって使用されるトランスポートプロトコルは、例えば、ＵＤＰ／ＴＣＰオーバＩＰ、または他の任意の適切なプロトコルを含むことができるが、それらに限定されない。例えば、ＴＣＰを使用する場合、ＴＣＰセッションは、所定の期間にわたって持続させることができる。例えば、ＴＣＰセッションは、トランザクション（例えば、要求／応答トランザクション）の間だけ持続させることができ、必要に応じて再確立することができる。

ＬＷＰは、要求、応答、指示、および／または肯定応答などの、１つまたは複数のメッセージをサポートすることができる。要求メッセージは、エンドノードから、またはエンドノードに流れることができる。例えば、エンドノードは、要求メッセージを使用して、「アプリケーションタイプ」および「アクション」など、要求メッセージの内容に応じた、異なるタイプの要求を行うことができる。応答メッセージが、要求メッセージに対応することができる。応答メッセージは、対応する要求メッセージに対する応答をステータスとともに含むことができる。応答メッセージは、別の要求メッセージを含むことができ、または要求メッセージ内に含めることができる。指示メッセージは、エンドノードから、またはエンドノードに流れることができる。指示メッセージは、制御および／またはデータのためのメッセージをプッシュするために、エンドノードが使用することができる。肯定応答メッセージは、エンドノードから、またはエンドノードに流れることができる。肯定応答メッセージは、受信したメッセージに肯定的に応答するために使用することができる。一実施形態では、肯定応答メッセージの送信は、任意選択とすることができる。ＬＷＰは、信頼性について、ＴＣＰなどの、しかしそれに限定されない、下位プロトコルに依存することができる。

例えば、ＬＷＰは、ストリーミングおよび／またはセッション制御など、１つまたは複数のアプリケーションタイプをサポートすることができる。ＬＷＰは、ストリーミングセッションを制御でき、データをトランスポートできるように、開始、停止、再生、一時停止、再開、早送り、巻戻し、およびデータなどの、ストリーミングアクションをサポートすることができる。ＬＷＰは、セッションを確立、変更、および解除（ｔｅａｒ ｄｏｗｎ）できるように、接続、切断、キャンセル、情報の取り出し、および指示の終了などの、セッション制御アクションをサポートすることができる。

一実施形態では、ＬＷＰメッセージは、データサイズに対して特徴的に小さくすることができる。例えば、バイナリフォーマットデータを使用することができる。例えば、ＡＳＣＩＩフォーマットデータを使用することができる。

ＬＷＰメッセージは、様々なデータタイプを含むことができる。例えば、ＬＷＰメッセージは、ＬＷＰ通信セッションを一意的に識別するためのセッションＩＤを含むことができる。ＬＷＰセッションを開始したエンドノードなどのパーティは、開始メッセージ内にセッションＩＤを含めることができる。

ＬＷＰメッセージは、アプリケーションタイプ、アクションタイプ、ステータス、ＵＲＬ、位置、データ、および／またはそれらの任意の組み合わせを指定することができる。アプリケーションタイプは、ネットワークノード間の通信のタイプを識別することができる。例えば、アプリケーションタイプは、ＬＷＰセッションがリアルタイムストリーミングか、ダウンローディングか、ボイスオーバＩＰ（ＶｏＩＰ）かなどを指定することができる。アクションタイプは、エンドノードが期待する動作を定義するアクションを識別することができる。アクションタイプの値は、アプリケーションタイプに応じて様々とすることができる。例えば、アプリケーションタイプが「ストリーミング」である場合、アクションタイプは、再生、停止、一時停止などとすることができる。ステータスは、ＬＷＰセッションのための異なるステータスコードを含むことができる。エンドノードは、例えば、再生すべきＵＲＬを指定することができる。エンドノードは、例えば、キーワードを提供することができ、および／またはプロトコルクライアントエージェントサーバが関連ＵＲＬを検索するよう要求することができる。エンドノードは、例えば、ビデオまたはオーディオデータの開始ポイントなど、位置を指定することができる。ＬＷＰメッセージは、別のエンドノードに伝達されるデータも含むことができる。ＬＷＰメッセージは、他の制御要素も含むことができる。

図３は、ＨＴＴＰクライアントエージェント３００を使用する例示的な呼フローのメッセージ図を示している。エンドノード３０２は、ビデオのメディアストリーミングをＨＴＴＰサーバ３０３に要求することができる。ＨＴＴＰクライアントエージェント３００は、図２Ａに関して上で説明されたＬＷＰクライアントエージェント１００６およびＨＴＴＰクライアントエージェント１０１６などの、ＬＷＰクライアントエージェントおよびＨＴＴＰクライアントエージェントを含むことができる。

図３を参照すると、３０４において、当業者であれば理解するように、エンドノード３０２とＨＴＴＰクライアントエージェント３００の間で、ＴＣＰセッションを確立することができる。３０６において、ＬＷＰ要求メッセージをＨＴＴＰクライアントエージェント３００において受信することができる。例えば、エンドノード３０２のユーザは、エンドノード３０２を操作することができる。ユーザ指示に応答して、エンドノード３０２は、メディアストリーミングを開始するよう要求することができる。例えば、エンドノード３０２は、ＬＷＰ要求メッセージを生成し、ＬＷＰ要求メッセージをＨＴＴＰクライアントエージェント３００に伝達することができる。ＬＷＰ要求メッセージは、セッションＩＤ、ＬＷＰアプリケーションタイプがビデオ（ストリーミングタイプメディア）であることを示す情報、アクションが再生であることを示す情報、ＵＲＬなどの宛先ネットワークノードを示す情報、ビデオの開始位置を示す情報、およびデータサイズなどを含むことができる。

３０８において、ＬＷＰ応答メッセージを送信することができる。ＬＷＰ要求メッセージの受信に応答して、ＬＷＰ応答メッセージを生成し、ＬＷＰ応答メッセージをエンドノード３０２に伝達することができる。例えば、ＬＷＰ応答メッセージは、ＬＷＰクライアントエージェントが生成し、伝達することができる。ＬＷＰ応答メッセージは、要求メッセージ内のセッションＩＤを含むことができる。メディアストリーミング要求に関する以降のコマンドは、同じセッションＩＤを含むことができる。ＬＷＰ応答メッセージは、要求の承認など、要求のステータスを含むことができる。

示されるように、３０９において、ＬＷＰセッションを確立することができる。受信したＬＷＰ要求メッセージの内容に基づいて、ＬＷＰメッセージをＨＴＴＰクライアントエージェント３００によって１つまたは複数のＨＴＴＰメッセージにマッピングすべきであることを決定することができる。ＨＴＴＰクライアントエージェント３００は、ＬＷＰ要求メッセージの内容を１つまたは複数のＨＴＴＰメッセージにマッピングすることができる。例えば、ＨＴＴＰクライアントエージェント３００は、ＨＴＴＰサーバ３０３などのＨＴＴＰサーバとＴＣＰセッションを確立することができる。このＴＣＰセッションでは、ＨＴＴＰクライアントエージェント３００は、３０６において受信したＬＷＰ要求メッセージと、ＬＷＰからＨＴＴＰへのマッピングとに基づいて、１つまたは複数のＨＴＴＰメッセージを生成することができる。例えば、ＨＴＴＰクライアントエージェント３００は、ＬＷＰ要求メッセージにマッピングすることができるＨＴＴＰ要求メッセージを、ビデオを求めて、ＨＴＴＰサーバ３０３に送信することができる。ＨＴＴＰクライアントエージェント３００は、ＨＴＴＰ肯定応答メッセージをＨＴＴＰサーバ３０３から受信することができる。ＨＴＴＰクライアントエージェント３００は、要求されたビデオを提供するためのＨＴＴＰ応答メッセージをＨＴＴＰサーバ３０３から受信することができる。

３１０において、ＨＴＴＰエージェントは、エンドノード３０２にＬＷＰ指示メッセージを送信することができる。ビデオデータなどのメディアストリームデータがＨＴＴＰクライアントエージェント３００において受信されると、ＨＴＴＰクライアントエージェントは、対応するＨＴＴＰ応答メッセージを、メディアストリームデータを搬送できるＬＷＰ指示メッセージにマッピングすることができる。その後、ＬＷＰ指示メッセージは、エンドノード３０２に伝達することができる。ＬＷＰ指示メッセージは、ＬＷＰセッションを識別できるセッションＩＤを含むことができる。例えば、セッションＩＤは、要求メッセージ内のセッションＩＤと同じとすることができる。ＬＷＰ指示メッセージは、ストリーミングされているビデオデータなどのデータを含むことができる。３１１において、エンドノード３０２とＨＴＴＰサーバの間のデータ転送は、エンドノード３０２からさらなる要求を行うことなく、続行することができる。

３１２において、ＨＴＴＰクライアントエージェント３００は、第２のＬＷＰ要求メッセージを受信することができる。例えば、エンドノード３０２のユーザは、エンドノードを操作して、ビデオデータの転送を一時停止させることができる。エンドノード３０２は、セッションＩＤを含み、アプリケーションがビデオであることを識別し、要求されるアクションが「一時停止」であることを識別する、ＬＷＰ要求メッセージを生成することができる。ＬＷＰ要求メッセージは、ＨＴＴＰクライアントエージェント３００に伝達することができる。３１４において、ＬＷＰ要求メッセージの受信に応答して、ＨＴＴＰクライアントエージェント３００は、ＨＴＴＰサーバ３０３への問い合わせを停止することができ、エンドノード３０２に送信されていないデータをローカルに記憶することができ、エンドノード３０２に伝達されていないビデオデータの位置を記憶することができる。３１６において、ＨＴＴＰクライアントエージェント３００は、セッションＩＤおよびステータス情報を含むＬＷＰ応答メッセージを生成し、伝達することができる。ビデオ転送が一時停止された後、エンドノード３０２は、ビデオ転送セッションの再開を制御することができる。それに応答して、３１８において、ＨＴＴＰクライアントエージェント３００は、エンドノード３０２に送信されていないバッファリングされたビデオデータが存在するならば、それを伝達し、さらなるビデオデータを求めてＨＴＴＰサーバ３０３への問い合わせを継続することができる。

ＬＷＰアクションは、１つまたは複数のＨＴＴＰメッセージにマッピングすることができる。例えば、開始アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰメッセージにマッピングされなくてもよい。停止アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰメッセージにマッピングされなくてもよい。再生アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰ ＧＥＴ要求メッセージにマッピングすることができる。一時停止アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰ ＰＵＴ要求メッセージにマッピングすることができる。ＨＴＴＰ ＰＵＴ要求メッセージは、ブックマーキング情報を含むことができる。再開アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ブックマーキング情報とともにＨＴＴＰ ＧＥＴ要求メッセージにマッピングすることができる。早送りアクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰ ＧＥＴ要求メッセージにマッピングすることができる。ＨＴＴＰ ＧＥＴ要求メッセージは、早送りのための大きなサイズを含むことができる。巻戻しアクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰ ＧＥＴ要求メッセージにマッピングすることができる。ＨＴＴＰ ＧＥＴ要求メッセージは、巻戻しのための大きなサイズを含むことができる。データ指示アクションは、ＨＴＴＰエージェントからＬＷＰエンドノードに流れることができ、ＨＴＴＰ応答メッセージにマッピングすることができる。応答メッセージは、メディアストリームデータなどのデータを含むことができる。データ要求アクションは、ＬＷＰエンドノードからＨＴＴＰエージェントに流れることができ、ＨＴＴＰ ＰＵＴ／ＰＯＳＴ要求メッセージにマッピングすることができる。ＨＴＴＰ ＰＵＴ／ＰＯＳＴ要求メッセージは、データ要求に関連するデータを含むことができる。

図４は、ＲＴＳＰクライアントエージェント４００を使用する例示的な呼フローのメッセージ図を示している。ＲＴＳＰクライアントエージェント４００は、図２Ａに関して上で説明されたＬＷＰクライアントエージェント１００６およびプロトコルエージェント１０１８を含むことができる。

示されるように、４０４において、ＲＴＳＰサーバ４０３は、ＬＷＰ要求メッセージを受信することができる。例えば、エンドノード４０２は、ビデオのメディアストリーミングをＲＴＳＰサーバ４０３などのＲＴＳＰサーバに要求することができる。エンドノード４０２は、１つまたは複数のキーワードに関連するビデオを含むＵＲＬの識別情報を有さないことがある。エンドノード４０２は、セッションＩＤを識別し、アプリケーションがビデオであることを識別し、アクションがビデオを検索するための検索であることを識別し、および／またはビデオについてのキーワードを識別する、ＬＷＰ要求を生成することができる。キーワードは、ビデオを検索するために使用することができる。

４０５において、ＲＴＳＰクライアントエージェント４００は、ＬＷＰ要求メッセージに含まれるキーワードを使用して、ＵＲＬを検索することができる。４０６において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤを識別し、ステータス情報を識別し、検索において判明したＵＲＬを列挙する、ＬＷＰ応答メッセージを生成し、エンドノード４０２に伝達することができる。４０７において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤを識別し、アクションが再生であることを示し、再生するよう選択されたＵＲＬを識別する、ＬＷＰ要求メッセージを受信することができる。例えば、ＬＷＰ応答メッセージの受信に応答して、エンドノード４０２は、セッションＩＤを識別し、アクションが再生であることを示し、再生するよう選択されたＵＲＬを識別する、ＬＷＰ要求メッセージを生成し、ＲＴＳＰクライアントエージェント４００に伝達することができる。

４０８において、ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰサーバ４０３に伝達するために、ＬＷＰ要求メッセージをＲＴＳＰ要求にマッピングすることができる。ＬＷＰ要求メッセージの内容に基づいて、ＬＷＰメッセージを１つまたは複数のＲＴＳＰメッセージにマッピングすべきであることを決定することができる。例えば、ＲＴＳＰクライアントエージェント４００は、１つまたは複数のＲＴＳＰメッセージを生成することができ、選択されたＵＲＬを再生するために、ＲＴＳＰメッセージをＲＴＳＰサーバ４０３と交換することができる。示されるように、ＲＴＳＰクライアントエージェント４００は、エンドノード４０２から受信したＬＷＰ ＲＥＱＵＥＳＴメッセージに基づいて、ＲＴＳＰ記述メッセージをＲＴＳＰサーバ４０３に送信することができる。ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰ ２００ ＯＫメッセージをＲＴＳＰサーバ４０３から受信することができる。ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰセットアップメッセージをＲＴＳＰサーバ４０３に送信することができる。ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰ ２００ ＯＫメッセージをＲＴＳＰサーバ４０３から受信することができる。ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰ再生メッセージをＲＴＳＰサーバ４０３に送信することができる。ＲＴＳＰクライアントエージェント４００は、ＲＴＳＰ ２００ ＯＫメッセージをＲＴＳＰサーバ４０３から受信することができる。示されるように、データストリーミングセッションは、ＬＷＰ要求メッセージおよびＬＷＰ応答メッセージの２つのＬＷＰメッセージと、ＲＴＳＰクライアントエージェント４００とＲＴＳＰサーバ４０３の間の６つのＲＴＳＰメッセージを使用して、確立することができる。言い換えると、ＩＰ電話呼を確立するために必要とされるＬＷＰメッセージの数は、そのような呼を確立するために必要とされるＲＴＳＰメッセージの数よりも少なくすることができる。したがって、ＬＷＰの使用は、エンドノード４０２などのエンドノードによって送信および受信されるメッセージの数を減らす。

４１０において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤおよびステータス情報を示すＬＷＰ応答メッセージを生成し、エンドノード４０２に伝達することができる。４１２において、マルチメディアコンテンツをＲＴＳＰサーバ４０３からエンドノード４０２にストリーミングすることができる。

４１６において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤおよび指定されたアクションを識別するＬＷＰ要求メッセージを受信することができる。アクションは、マルチメディアコンテンツのストリーミングの変更とすることができる。マルチメディアストリーミングは、一時停止させること、または早送りすることなどができる。例えば、エンドノード４０２は、ＬＷＰ ＲＥＱＵＥＳＴを生成し、ＲＴＳＰクライアントエージェント４００に伝達することができる。

示されるように、４１８において、ＲＴＳＰクライアントエージェント４００は、指定されたようにストリーミングを変更するために、ＲＴＳＰプロトコルを使用して、ＲＴＳＰサーバ４０３と通信することができる。４２０において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤおよびステータス情報を示すＬＷＰ応答メッセージを生成し、エンドノード４０２に伝達することができる。

４２２において、ＲＴＳＰクライアントエージェント４００は、セッションＩＤおよび指定されたアクションを識別するＬＷＰ要求メッセージを受信することができる。例えば、指定されたアクションは、マルチメディアコンテンツのストリーミングの停止とすることができる。エンドノード４０２は、セッションＩＤを識別し、マルチメディアストリーミングの停止を要求する、ＬＷＰ要求メッセージをＲＴＳＰクライアントエージェント４００に伝達することができる。４２４において、ＲＴＳＰクライアントエージェント４００は、ストリーミングを停止するために、ＲＴＳＰプロトコルを介して、ＲＴＳＰ解除メッセージをＲＴＳＰサーバ４０３に伝達することができる。ＲＴＳＰサーバ４０３は、ＲＴＳＰ ２００ ＯＫメッセージをＲＴＳＰクライアントエージェント４００に送信することによって、ＲＴＳＰ解除メッセージに肯定的に応答することができる。４２６において、ＲＴＳＰクライアントエージェント４００は、メディアストリーミングが停止された、および／またはＲＴＳＰ通信セッションが解除されたなどのステータス情報を示すために、ＬＷＰ応答メッセージをエンドノード４０２に伝達することができる。

ＬＷＰアクションは、１つまたは複数のＲＴＳＰメッセージにマッピングすることができる。例えば、開始アクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＤＥＳＣＲＩＢＥおよび／またはＳＥＴＵＰメッセージにマッピングすることができる。停止アクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＴＥＡＲＤＯＷＮメッセージにマッピングすることができる。再生アクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＰＬＡＹメッセージにマッピングすることができる。一時停止アクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＰＡＵＳＥメッセージにマッピングすることができる。再開アクションは、ＬＷＰからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＰＬＡＹメッセージにマッピングすることができる。早送りアクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、特定の位置および／またはスケールを識別するＲＴＳＰ ＰＬＡＹメッセージにマッピングすることができる。巻戻しアクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ ＰＬＡＹメッセージにマッピングすることができる。ＲＴＳＰ ＰＬＡＹメッセージは、特定の位置および／またはスケールを含むことができる。データ指示アクションは、ＲＴＳＰエージェントからＬＷＰエンドノードに流れることができ、ＲＴＳＰ ＲＥＳＰＯＮＳＥメッセージにマッピングすることができる。ＲＥＳＰＯＮＳＥメッセージは、ＰＬＡＹ ＲＥＱＵＥＳＴ に対する２００ ｏｋメッセージを含むことができる。データ要求アクションは、ＬＷＰエンドノードからＲＴＳＰエージェントに流れることができ、ＲＴＳＰ要求ＤＥＳＣＲＩＢＥおよび／またはＳＥＴＵＰメッセージにマッピングすることができる。

図５は、ＩＰ電話呼を確立するためにＳＩＰクライアントエージェント５００を使用する例示的な呼フローのメッセージ図を示している。ＳＩＰクライアントエージェント５００は、図２Ａに関して上で説明されたＬＷＰクライアントエージェント１００６およびＳＩＰクライアントエージェント１０１４などの、ＬＷＰクライアントエージェントおよびＳＩＰクライアントエージェントを含むことができる。

図５を参照すると、５０４において、ＳＩＰクライアントエージェント５００は、セッションＩＤを示し、アプリケーションがＶｏＩＰであることを識別し、アクションが発呼であることを示し、電話呼の宛先ネットワークノードを示す、ＬＷＰ要求メッセージを受信することができる。例えば、エンドノード５０２は、別のエンドノード５０３の宛先電話番号への発呼を要求することができる。エンドノード５０２は、ＬＷＰ要求メッセージを生成し、ＳＩＰクライアントエージェント５００に伝達することができる。

示されるように、５０６において、ＳＩＰクライアントエージェント５００は、ＬＷＰ要求メッセージをＳＩＰ招待メッセージにマッピングすることができる。例えば、ＳＩＰクライアントエージェント５００は、ＳＩＰ招待メッセージを生成し、エンドノード５０２とエンドノード５０３の間で電話呼を開始するために、エンドノード５０３にＳＩＰ招待メッセージを伝達することができる。エンドノード５０３は、ＳＩＰステータスメッセージとＳＩＰ ２００ ＯＫメッセージを用いて応答することができる。ＳＩＰクライアントエージェント５００は、ＳＩＰ ａｃｋメッセージを生成し、エンドノード５０３に伝達することができる。５０８において、ＳＩＰクライアントエージェント５００は、セッションＩＤおよびステータス情報を示すＬＷＰ応答メッセージを生成し、エンドノード５０２に伝達することができる。示されるように、ＩＰ電話呼は、ＬＷＰ要求メッセージおよびＬＷＰ応答メッセージの２つのＬＷＰメッセージと、ＳＩＰクライアントエージェント５００とエンドノード５０３の間の４つのＳＩＰメッセージを使用して、確立することができる。言い換えると、ＩＰ電話呼を確立するために必要とされるＬＷＰメッセージの数は、そのような呼を確立するために必要とされるＳＩＰメッセージの数よりも少なくすることができる。したがって、ＬＷＰの使用は、エンドノード５０２などのエンドノードによって送信および受信されるメッセージの数を減らす。

５０９において、ＳＩＰクライアントエージェント５００は、ＲＴＰ／ＲＴＣＰストリームをエンドノード５０３から受信することができる。例えば、エンドノード５０３は、ＲＴＰ／ＲＴＣＰストリームを生成し、ＳＩＰクライアントエージェント５００に伝達することができる。５１０において、ＳＩＰクライアントエージェント５００は、ストリーミングされたデータを、エンドノード５０２へのＬＷＰ指示メッセージに収めて、エンドノード５０２に送信することができる。ＬＷＰ指示メッセージは、５０４において受信したＬＷＰ要求メッセージで指示されるセッションＩＤなどの、セッションＩＤを含むことができる。

５１２において、ＳＩＰクライアントエージェント５００は、ＬＷＰ要求メッセージをエンドノード５０２に送信することができる。ＬＷＰ要求メッセージは、解除アクションを示すことができ、５０４において受信したＬＷＰ要求メッセージで指示されるセッションＩＤなどのセッションＩＤを含むことができる。例えば、ＳＩＰクライアントエージェント５００は、ＳＩＰ ＢＹＥメッセージをエンドノード５０３から受信することができる。エンドノード５０３は、ＳＩＰ ＢＹＥメッセージをＳＩＰクライアントエージェント５００に伝達することによって、エンドノード５０３とエンドノード５０２の間の呼を終了させることができる。５１６において、ＳＩＰクライアントエージェント５００は、ＬＷＰ応答メッセージをエンドノード５０２から受信することができる。ＬＷＰ応答メッセージは、セッションＩＤおよびＯＫステータスを示すことができる。ＳＩＰクライアントエージェント５００は、ＳＩＰ ２００ ＯＫメッセージをエンドノード５０３に伝達することができる。

ＬＷＰアクションは、１つまたは複数のＳＩＰメッセージにマッピングすることができる。例えば、発呼アクションは、ＬＷＰエンドノードからＳＩＰエージェントに流れることができ、ＳＩＰ ＩＮＶＩＴＥ、ＡＣＫ、および／またはＲＥＧＩＳＴＥＲメッセージにマッピングすることができる。解除アクションは、ＬＷＰエンドノードからＳＩＰエージェントに、および／またはＳＩＰエージェントからＬＷＰエンドノードに流れることができる。解除アクションは、ＳＩＰ ＢＹＥメッセージに対応付けることができる。再開アクションは、ＬＷＰエンドノードからＳＩＰエージェントに流れることができ、ＳＩＰ ＲＥ−ＩＮＶＩＴＥメッセージにマッピングすることができる。キャンセルアクションは、ＬＷＰエンドノードからＳＩＰエージェントに流れることができ、ＳＩＰ ＣＡＮＣＥＬメッセージにマッピングすることができる。情報取得（ｇｅｔ ｉｎｆｏ）アクションは、ＬＷＰエンドノードからＳＩＰエージェントに流れることができ、ＳＩＰ ＯＰＴＩＯＮＳメッセージにマッピングすることができる。

図６は、ＬＷＰエンドノードとネットワークノードの間の通信セッションを円滑化するための例示的なプロセスを示している。図６に示されるステップは、例えば、図２Ａに関して説明されたネットワークベースのプロトコルエージェントサーバ１００４によって実施することができる。

図６に示されるように、６１０において、第１のメッセージを、第１のネットワークノードから受信することができる。第１のネットワークノードは、例えば、図２Ｂに関して説明されたエンドノード２０２〜２０６のうちの１つまたは複数を含むことができる。第１のメッセージは、ＬＷＰメッセージとすることができる。例えば、ＬＷＰメッセージは、要求を行うためのＬＷＰ要求メッセージを含むことができる。ＬＷＰメッセージは、メッセージを宛先ネットワークノードにプッシュできるＬＷＰ指示メッセージを含むことができる。ＬＷＰメッセージは、要求メッセージに応答できるＬＷＰ応答メッセージを含むことができる。ＬＷＰメッセージは、メッセージが受信されたことに肯定的に応答できるＬＷＰ肯定応答メッセージを含むことができる。

６２０において、第１のメッセージがマッピングされるネットワークプロトコルを決定することができる。例えば、第１のメッセージは、ＬＷＰエンドノードと宛先ネットワークノードの間の通信のタイプを識別する情報を含むことができる、アプリケーションタイプフィールドを含むことができる。ネットワークプロトコルは、アプリケーションタイプフィールドの内容に基づいて決定することができる。例えば、アプリケーションタイプがビデオである場合、ＨＴＴＰプロトコルを選択して、第１のメッセージをマッピングすることができる。例えば、アプリケーションタイプがボイスオーバＩＰである場合、ＳＩＰプロトコルを選択して、第１のメッセージをマッピングすることができる。一実施形態では、宛先ネットワークノードがサポートするプロトコルのタイプに基づいて、ネットワークプロトコルを決定することができる。例えば、宛先ネットワークノードがＲＴＳＰサーバである場合、ＲＴＳＰプロトコルを選択して、第１のメッセージをマッピングすることができる。

６３０において、決定されたネットワークプロトコルに従って、第２のメッセージを生成することができる。例えば、第１のメッセージは、決定されたネットワークプロトコルによる１つまたは複数のメッセージにマッピングすることができる。上で説明したように、ＬＷＰメッセージは、１つまたは複数のＨＴＴＰメッセージ、１つまたは複数のＳＩＰメッセージ、および／または１つまたは複数のＲＴＳＰメッセージにマッピングすることができる。決定されたネットワークプロトコルによる１つまたは複数のメッセージは、第１のメッセージの内容に基づいて生成することができる。６４０において、生成された第２のメッセージを、決定されたネットワークプロトコルを介して送信することができる。

様々な実施形態について様々な図との関連で説明したが、それらの様々な実施形態から逸脱することなく、それらの様々な実施形態の同じ機能を実行するために、他の類似の実施形態を使用することができること、または記載の実施形態に変更および追加を施すことができることを理解されたい。したがって、実施形態は、いずれか単一の実施形態に限定されるべきではなく、代わりに添付の特許請求の範囲に従った広さおよび範囲で解釈されるべきである。

Claims (14)

1. ネットワークノード間の通信を円滑化するネットワーク側プロトコルエージェントのための方法であって、
   第１のネットワークプロトコルに従って、第１のネットワークノードから第１のメッセージを受信するステップであって、前記第１のメッセージは、前記第１のネットワークノードと第２のネットワークノードとの間の通信のタイプを識別するアプリケーションタイプ情報と、前記第１のネットワークプロトコルによる通信セッションを一意的に識別するセッション識別子と、アクションタイプ情報と、前記第１のメッセージの宛先を識別するメッセージ宛先識別子とを含む、受信するステップと、
   前記第１のネットワークノードとの通信セッションを確立するステップと、
   第２のネットワークプロトコルに従って、前記第１のネットワークノードの代わりに、前記第２のネットワークノードと通信するステップと、
   前記第１のネットワークプロトコルに従って、前記第１のネットワークノードとの前記通信セッションを介して、前記第２のネットワークノードから前記第１のネットワークノードにデータを転送するステップと、
   前記第２のネットワークプロトコルに従って、第２のメッセージを前記第２のネットワークノードに送信するステップと、
   前記第１のネットワークプロトコルに従って、前記第１のネットワークノードから第３のメッセージを受信するステップと、
   前記第３のメッセージに基づいて、前記第３のメッセージをマッピングする第３のネットワークプロトコルを決定するステップであって、前記第３のネットワークプロトコルは前記第２のネットワークプロトコルとは異なっている、決定するステップと、
   前記第３のメッセージに基づいて、前記第３のネットワークプロトコルに従って、第４のメッセージを生成するステップと、
   前記第３のネットワークプロトコルを介して、前記第４のメッセージを第３のネットワークノードに送信するステップと
   を備えることを特徴とする方法。
2. 前記第１のネットワークプロトコルは、軽量プロトコルを含むことを特徴とする請求項１に記載の方法。
3. 前記第２のネットワークプロトコルは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）プロトコル、リアルタイムストリーミングプロトコル（ＲＴＳＰ）プロトコル、またはセッション開始プロトコル（ＳＩＰ）プロトコルのうちの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
4. 前記第１のネットワークノードは、前記第２のネットワークプロトコルをサポートすることが不可能なエンドノードを含むことを特徴とする請求項１に記載の方法。
5. 前記第１のメッセージは、
   ステータス情報、
   メディアストリームの開始ポイントを識別する位置情報、または
   データ
   のうちの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
6. 軽量プロトコルを使用して、第１のネットワークノードから第１のメッセージを受信し、前記第１のメッセージは、前記第１のネットワークノードと第２のネットワークノードの間の通信のタイプを識別するためのアプリケーションタイプ情報と、前記軽量プロトコルによる通信セッションを一意的に識別するためのセッション識別子と、アクションタイプ情報と、前記第１のメッセージの宛先を識別するためのメッセージ宛先識別子とを含んでおり、
   前記軽量プロトコルを使用して、前記第１のネットワークノードとの通信セッションを確立し、
   第２のネットワークプロトコルに従って、前記第１のネットワークノードの代わりに、前記第２のネットワークノードと通信をし、
   前記軽量プロトコルに従って、前記第１のネットワークノードとの前記通信セッションを介して、前記第２のネットワークノードから前記第１のネットワークノードにデータを転送し、
   前記第２のネットワークプロトコルを介して、第２のメッセージを前記第２のネットワークノードに送信し、
   前記軽量プロトコルに従って、前記第１のネットワークノードから第３のメッセージを受信し、
   前記第３のメッセージに基づいて、前記第３のメッセージをマッピングする第３のネットワークプロトコルを決定し、前記第３のネットワークプロトコルは前記第２のネットワークプロトコルとは異なっており、
   前記第３のメッセージに基づいて、前記第３のネットワークプロトコルに従って、第４のメッセージを生成し、および
   前記第３のネットワークプロトコルを介して、前記第４のメッセージを第３のネットワークノードに送信する
   よう構成されたプロセッサ
   を備えたことを特徴とするネットワーク側プロトコルエージェントサーバ。
7. セッション開始プロトコル（ＳＩＰ）プロトコルをサポートするネットワークノードと通信するためのＳＩＰクライアントエージェント、
   ハイパーテキスト転送プロトコル（ＨＴＴＰ）プロトコルをサポートするネットワークノードと通信するＨＴＴＰクライアントエージェント、および
   リアルタイムストリーミングプロトコル（ＲＴＳＰ）プロトコルをサポートするネットワークノードと通信するＲＴＳＰクライアントエージェント
   をさらに備えたことを特徴とする請求項６に記載のサーバ。
8. 前記軽量プロトコルは、ＵＤＰ／ＴＣＰオーバＩＰの上で動作することを特徴とする請求項６に記載のサーバ。
9. 前記第１のネットワークノードは、前記第２のネットワークプロトコルを使用してメッセージを生成することが不可能であることを特徴とする請求項６に記載のサーバ。
10. 前記プロセッサは、
    前記第２のネットワークプロトコルの中で、第５のメッセージを受信し、
    前記軽量プロトコルに従って、前記第５のメッセージに基づいて、第６のメッセージを生成し、および
    前記第２のネットワークプロトコルの中でメッセージを解釈することが不可能なネットワークエンドノードに、前記第６のメッセージを送信するようにさらに構成されることを特徴とする請求項６に記載のサーバ。
11. 前記第１のメッセージは、
    ステータス情報、
    メディアストリームの開始ポイントを識別するための位置情報、または
    データ
    のうちの少なくとも１つを含むことを特徴とする請求項６に記載のサーバ。
12. 前記第１のメッセージは、メッセージをネットワークノードにプッシュする軽量プロトコル表示メッセージを含むことを特徴とする請求項６に記載のサーバ。
13. 前記軽量プロトコルは、セッション制御をサポートすることを特徴とする請求項６に記載のサーバ。
14. ネットワークエンドノードにおいて、
    軽量プロトコルに従って、第１のメッセージを生成し、前記第１のメッセージは、前記ネットワークエンドノードと対象とするネットワークエンティティの間の通信のタイプを識別するためのアプリケーションタイプ情報と、前記軽量プロトコルによる通信セッションを一意的に識別するためのセッション識別子と、アクションタイプ情報と、前記第１のメッセージの宛先を識別するためのメッセージ宛先識別子とを含んでおり、
    前記ネットワークエンドノードがサポートしない第２のネットワークプロトコルへマッピングをするネットワーク側プロトコルエージェントへ、前記軽量プロトコルを介して、前記第１のメッセージを送り、
    前記ネットワーク側プロトコルエージェントによって転送されるデータを受信するために、前記軽量プロトコルを使用して、前記ネットワーク側プロトコルエージェントとの通信セッションを確立し、
    前記プロトコルエージェントから、前記軽量プロトコルを介して、第２のメッセージを受信し、前記第２のメッセージは、前記プロトコルエージェントによって第３のプロトコルから前記軽量プロトコルへ変換されたものであって、前記ネットワークエンドノートは前記第３のプロトコルをサポートしていない
    プロセッサ
    を備えたことを特徴とするネットワークエンドノード。