(57)【要約】【課題】Ｌ２トリガのイベント情報をクライアントへ伝えるトランスポートを提供すること。【解決手段】クライアントと無線アクセス装置との間においてデータ通信を実施するため、データリンク層におけるトリガプロトコルが開示されている。クライアントは、無線アクセス装置へ接続されている。クライアントと無線アクセス装置は、Ｌ２のトリガデータグラムを使うことにより、互いにデータ通信を実行する。データリンク層のトリガプロトコルには、ＩＰヘッダ、ＵＤＰヘッダ、及びデータリンク層のトリガヘッダが含まれている。【選択図】　　　図１
2004023790.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイントに接続する無線リンクを確立するために、無線アクセス装置を利用することによりクライアントへトリガを通知する方法において、
前記クライアントに接続されている前記無線アクセス装置のアドレスを特定するステップと、
前記無線アクセス装置へ前記クライアントを登録するステップと、
前記無線アクセス装置がデータリンク層トリガのイベント情報を検知したとき、前記無線アクセス装置がデータリンク層のトリガデータグラムを生成するステップと、
前記データリンク層のトリガデータグラムを前記クライアントへ送信するステップを含むことを特徴とするトリガの通知方法。
【請求項２】
前記データリンク層のトリガデータグラムには、データリンク層のトリガタイプ領域とデータリンク層のデータ領域が含まれていることを特徴とする請求項１に記載のトリガの通知方法。
【請求項３】
前記無線アクセス装置のアドレスは、手動設定されることを特徴とする請求項１に記載のトリガの通知方法。
【請求項４】
前記無線アクセス装置のアドレスは、動的な検索機能を持ったアプリケーションにより取得されることを特徴とする請求項１に記載のトリガの通知方法。
【請求項５】
前記クライアントはマルチキャスト・ハローメッセージを予め決められたＩＰアドレスへ送信することにより前記無線アクセス装置を特定し、前記無線アクセス装置は前記マルチキャスト・ハローメッセージの応答メッセージとして、ユニキャスト・ハローメッセージを生成し、前記クライアントへ返信することを特徴とする請求項１に記載のトリガの通知方法。
【請求項６】
前記クライアントは登録メッセージを前記無線アクセス装置へ送信することにより前記無線アクセス装置に登録され、前記無線アクセス装置は承認メッセージを生成し、前記クライアントへ返信することにより、前記クライアントの登録を承認することを特徴とする請求項１に記載のトリガの通知方法。
【請求項７】
前記データリンク層トリガのイベント情報は、リンクダウンイベント、リンクアップイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントの中から選択されることを特徴とする請求項１に記載のトリガの通知方法。
【請求項８】
前記無線アクセス装置は、先に送信されたデータリンク層のトリガデータグラムを取り消すことを促す、プリトリガの取り消しメッセージを前記クライアントへ送信するステップを更に含んでいることを特徴とする請求項１に記載のトリガの通知方法。
【請求項９】
前記無線アクセス装置は、前記クライアントに有線接続されていることを特徴とする請求項１に記載のトリガの通知方法。
【請求項１０】
無線ネットワークのノード間におけるデータ通信のためのデータリンク層のトリガを通知する方法において、
クライアントと該クライアントに接続されている前記無線アクセス装置はデータリンク層のトリガデータグラムを使うことにより互いに通信を実施し、また前記データリンク層のトリガデータグラムにはＩＰヘッダ、ＵＤＰヘッダ、及びデータリンク層のトリガヘッダが含まれていることを特徴とするデータリンク層のトリガを通知する方法。
【請求項１１】
無線ネットワークのノード間におけるデータ通信のためのデータリンク層のトリガを通知する方法において、
ＩＰヘッダ、ＵＤＰヘッダ、及びデータリンク層のトリガヘッダを有しているデータリンク層のトリガプロトコルを利用することにより、サーバがデータリンク層のトリガデータグラム生成するステップと、
前記データリンク層のトリガデータグラムを、前記サーバに接続されているクライアントへ送信するステップを含むことを特徴とするデータリンク層のトリガを通知する方法。
【請求項１２】
前記データリンク層のトリガヘッダには、各々のデータリンク層のメッセージタイプを特定するデータリンク層のメッセージタイプ領域、及びデータメッセージを送信するデータリンク層のデータ領域が含まれていることを特徴とする請求項１０または１１に記載のデータリンク層のトリガを通知する方法。
【請求項１３】
前記データリンク層のメッセージタイプは、ハローメッセージ、登録メッセージ、トリガメッセージ、及び問い合わせメッセージの中から選択されることを特徴とする請求項１２に記載のデータリンク層のトリガを通知する方法。
【請求項１４】
前記ハローメッセージは、前記無線アクセス装置を見つけるためのメッセージであることを特徴とする請求項１３に記載のデータリンク層のトリガを通知する方法。
【請求項１５】
前記ハローメッセージには、前記クライアントにより前記ハローメッセージが送信されたときは第１の予め決められた値を示し、前記クライアントにより前記ハローメッセージが送信されないときは第２の予め決められた値を示す、クライアント識別子が含まれていることを特徴とする請求項１３に記載のデータリンク層のトリガを通知する方法。
【請求項１６】
前記登録メッセージは、前記クライアントを前記無線アクセス装置へ登録するメッセージであることを特徴とする請求項１３に記載のデータリンク層のトリガを通知する方法。
【請求項１７】
前記登録メッセージには、要求インディケータ及び登録有効期限データ領域が含まれていることを特徴とする請求項１３に記載のデータリンク層のトリガを通知する方法。
【請求項１８】
前記要求インディケータは、前記登録メッセージが登録要求メッセージであるとき第１の予め決められた値に設定され、前記登録メッセージが登録承認メッセージであるとき第２の予め決められた値に設定されることを特徴とする請求項１７に記載のデータリンク層のトリガを通知する方法。
【請求項１９】
前記登録有効期限データ領域は、前記クライアントの登録有効期限満了までの残り時間を示すことを特徴とする請求項１７に記載のデータリンク層のトリガを通知する方法。
【請求項２０】
前記トリガメッセージには、承認要求インディケータ、識別番号、及びトリガデータ領域が含まれていることを特徴とする請求項１３に記載のデータリンク層のトリガを通知する方法。
【請求項２１】
前記承認要求インディケータは、もし前記クライアントが前記トリガメッセージの受信承認のメッセージを返信しなければならないときに、第１の予め決められた値に設定されることを特徴とする請求項２０に記載のデータリンク層のトリガを通知する方法。
【請求項２２】
前記識別番号は、前記トリガメッセージをトリガ承認メッセージと比較するための番号であることを特徴とする請求項２０に記載のデータリンク層のトリガを通知する方法。
【請求項２３】
前記トリガデータ領域には、データリンク層のイベントデータストリームが含まれていることを特徴とする請求項２０に記載のデータリンク層のトリガを通知する方法。
【請求項２４】
前記データリンク層のイベントデータストリームには、イベントタイプ情報、データ長情報、及びトリガイベントのデータ領域が含まれていることを特徴とする請求項２３に記載のデータリンク層のトリガを通知する方法。
【請求項２５】
前記イベントタイプ情報は、リンクアップイベント、リンクダウンイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントの中から、データリンク層トリガのイベント情報を特定する領域であることを特徴とする請求項２４に記載のデータリンク層のトリガを通知する方法。
【請求項２６】
前記データ長情報は、前記トリガイベントのデータ領域のサイズを特定するための領域であることを特徴とする請求項２４に記載のデータリンク層のトリガを通知する方法。
【請求項２７】
前記トリガイベントのデータ領域は、個々のトリガイベントを特定することを特徴とする請求項２４に記載のデータリンク層のトリガを通知する方法。
【請求項２８】
データリンク層のトリガプロトコルを使うことにより無線アクセス装置とデータ交換をするクライアント装置において、
前記無線アクセス装置を特定する特定手段と、
前記クライアント装置の前記無線アクセス装置への登録を要求する登録メッセージを送信する登録手段を備えることを特徴とするクライアント装置。
【請求項２９】
前記特定手段は、手動設定により与えられる前記無線アクセス装置のアドレスを取得することを特徴とする請求項２８に記載のクライアント装置。
【請求項３０】
前記特定手段は、動的な検索機能を持ったアプリケーションにより与えられる前記無線アクセス装置のアドレスを取得することを特徴とする請求項２８に記載のクライアント装置。
【請求項３１】
前記特定手段は、マルチキャスト・ハローメッセージを予め決められたＩＰアドレスへ送信することにより、前記無線アクセス装置を特定することを特徴とする請求項２８に記載のクライアント装置。
【請求項３２】
データリンク層のトリガプロトコルを使うことによりクライアント装置とデータ交換をする無線アクセス装置において、
データリンク層トリガのイベント情報が起きたら、前記データリンク層のトリガプロトコルを使うことにより、データリンク層のトリガデータグラムを生成する生成手段と、
前記データリンク層のトリガデータグラムを前記クライアント装置へ送信する送信手段とを含むことを特徴とする無線アクセス装置。
【請求項３３】
前記データリンク層のトリガデータグラムには、データリンク層のトリガタイプ領域とデータリンク層のデータ領域が含まれていることを特徴とする請求項３２に記載の無線アクセス装置。
【請求項３４】
前記クライアント装置より送信されたマルチキャスト・ハローメッセージの応答メッセージとして、ユニキャスト・ハローメッセージを生成し、前記クライアント装置へ返信することを特徴とする請求項３２に記載の無線アクセス装置。
【請求項３５】
前記クライアント装置により送信された登録メッセージに対する返答として、承認メッセージを生成し、前記クライアント装置へ返信することにより、前記クライアント装置の登録を承認することを特徴とする請求項３２に記載の無線アクセス装置。
【請求項３６】
前記データリンク層トリガのイベント情報は、リンクダウンイベント、リンクアップイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントの中から選択されることを特徴とする請求項３２に記載の無線アクセス装置。
【請求項３７】
先に送信されたデータリンク層のトリガデータグラムを取り消すことを促す、プリトリガイベントの取り消しメッセージを前記クライアント装置へ送信する手段を更に含むことを特徴とする請求項３２に記載の無線アクセス装置。
【請求項３８】
前記クライアント装置に有線接続されていることを特徴とする請求項３２に記載の無線アクセス装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線アクセスネットワーク内におけるデータリンク層のトリガプロトコルに関する。
【０００２】
【従来の技術】
無線式及び移動式のクライアント（以下クライアント）が接続しているネットワークの切り替えを行うことを、一般的にハンドオーバという。ハンドオーバは通常データリンク層における接続の切り替えが主であるが、ネットワーク層における接続の切り替えもある。クライアントは、常に新しい接続先を認識し、クライアント自身を現在の接続先から解除し、そして新しい接続先へ自身を接続させる必要がある。クライアントの新しい接続先が、前の接続先と異なるネットワーク（サブネット）内の場合、クライアントはネットワークリンク層において新たに接続を確立させる必要がある。
【０００３】
【発明が解決しようとする課題】
クライアントのデータリンク層及びネットワーク内のアクセスノードは、データリンク層内で発生したイベント情報を有しており、かつイベント情報を制御できる機能を有している。イベント情報には、例えば、クライアントが接続を確立／解除の予想／実行の情報が含まれている。このイベント情報はデータリンク層においては利用可能なのに対し、ネットワーク層においては利用ができない。実際のところ、新たなネットワーク層において接続を確立させるためには、このイベント情報をネットワーク層において利用する必要がある。ある特定のプロトコルはイベント情報に依存し、その他のプロトコルはイベント情報を利用することにより、無線ネットワーク通信の品質を改善する。データリンク層における様々な種類のイベント情報は、データリンク層（Ｌ２）トリガという形で、ネットワーク層へと転送される必要がある。
【０００４】
クライアントのデータリンク層及びネットワーク層は、スタック機能を実装している同一のＩＰノード上に位置している。故にＬ２におけるイベント情報は同じノード上で発生し、かつ同じノード上のネットワーク層に通知される。また同じＩＰノード上で動作している２つのモジュールとの間におけるインターフェイスも必要となる。
【０００５】
ここでクライアントをネットワークへ接続させるため、無線ブリッジを使うときに問題が起こる。複数の無線ブリッジは、２つのエンドポイントで定められている無線リンクにより互いに接続される。例えばラップトップ型のコンピュータは、携帯（移動）電話無線により、リンクへ接続される。またアクセスルータも基地局により、無線リンクへサービスを提供可能である。しかしこの場合において、いつクライアントが無線リンクへ接続されるのかという情報はブリッジだけが知ることが可能であり、クライアントもアクセスルータも、無線リンクへの接続に関するＬ２のイベント情報については知ることができない。このような事情から、ＩＰノード間（すなわち、ブリッジから、イベント情報を欲するクライアントやサーバへ）におけるＬ２トリガのイベント情報を伝えるために、新しいトランスポートが必要となってくる。
【０００６】
本発明は上記で挙げられた問題点を解決するため、データリンク層で発生するトリガイベントの情報をブリッジだけではなく、クライアント及びアクセスルータにも通知することが可能なトリガの通知方法を提供する。
【０００７】
【課題を解決するための手段】
本発明における実施形態は、少なくとも１つのクライアントと無線アクセス装置または無線アクセスポイントの間におけるデータ通信を実施するための、リンク層（Ｌ２）のトリガプロトコルを開示している。本実施形態において、クライアントは、無線アクセス装置または無線アクセスポイントへ接続されている。クライアントと無線アクセス装置または無線アクセスポイントは、Ｌ２のトリガデータグラムを使うことにより、通信を実行する。Ｌ２のトリガデータグラムには、ＩＰヘッダ、ＵＤＰヘッダ、及びＬ２のトリガヘッダが含まれている。Ｌ２のトリガヘッダは、イベント情報やその他のメッセージを無線アクセス装置または無線アクセスポイントへと送信するのに使われる。
【０００８】
Ｌ２のトリガヘッダには、Ｌ２のメッセージのタイプを特定するＬ２のメッセージのタイプ領域、及びデータメッセージを送信するＬ２のトリガデータが含まれている。Ｌ２のメッセージのタイプは、ハローメッセージ、トリガメッセージ、及び問い合わせメッセージから選択される。
【０００９】
ハローメッセージは、ネットワーク上にある無線アクセス装置を見つけるために、クライアントが用いるメッセージである。ハローメッセージには、クライアント識別子が含まれている。クライアントによりハローメッセージが送信されたとき、クライアント識別子は第１の予め決められた値に設定され、クライアントにより送信されないときは第２の予め決められた値に設定される。登録メッセージは、クライアントを無線アクセス装置または無線アクセスポイントへ登録するためのメッセージである。登録メッセージには要求インディケータ及び登録有効期限データ領域が含まれている。登録メッセージが登録要求メッセージであるとき、要求インディケータは第１の予め決められた値に設定され、登録メッセージが登録要求メッセージであるときは第２の予め決められた値に設定される。登録有効期限データ領域は、クライアントの登録有効期限満了までの残り時間を示す。
【００１０】
トリガメッセージには、受け取りの確認要求インディケータ、識別番号領域、及びトリガデータ領域が含まれている。クライアントが、トリガの受け取りの確認を要求するメッセージを無線アクセス装置、または無線アクセスポイントへ送信しなくてはならないとき、受け取りの確認要求インディケータは第１の予め決められた値に設定される。識別番号領域はトリガメッセージをトリガ承認メッセージと比較する領域である。トリガデータ領域には、Ｌ２のイベントデータストリームが含まれている。Ｌ２のイベントデータストリームには、イベントタイプ情報、データ長情報、及びトリガイベントのデータ領域が含まれている。
【００１１】
イベントタイプ情報は、リンクアップイベント、リンクダウンイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントの中から、Ｌ２トリガのイベント情報を特定するための情報である。データ長情報は、トリガイベントのデータ領域のサイズを特定するための情報である。トリガイベントのデータ領域は、個々のトリガイベントを特定するための領域である。
【００１２】
本発明の別の実施形態は、アクセスポイントに接続する無線リンクを確立するために、無線アクセス装置を利用することによりクライアントへトリガを通知する方法を開示している。同実施形態において、クライアントへ接続している無線アクセス装置のアドレスが特定される。特定されたら、クライアントは自身を無線アクセス装置へ登録する。無線アクセス装置がＬ２トリガのイベント情報を検知すると、Ｌ２のトリガデータグラムが無線アクセス装置において生成される。生成後、Ｌ２のトリガデータグラムはクライアントへ送信される。
【００１３】
Ｌ２のトリガデータグラムには、Ｌ２のトリガタイプ領域とＬ２のデータ領域が含まれている。無線アクセス装置のアドレスは、手動設定または動的な検索機能を持ったアプリケーションにより特定される。クライアントはマルチキャスト・ハローメッセージを予め決められたＩＰアドレスへ送信することにより無線アクセス装置を特定し、無線アクセス装置はマルチキャスト・ハローメッセージの応答メッセージとして、ユニキャスト・ハローメッセージを生成し、クライアントへ返信する。クライアントは登録メッセージを無線アクセス装置へ送信することにより無線アクセス装置に登録され、無線アクセス装置は承認メッセージを生成し、クライアントへ返信することにより、クライアントの登録を承認する。
【００１４】
Ｌ２トリガのイベント情報は、リンクダウンイベント、リンクアップイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントの中から選択される。クライアントは、前に送信されたＬ２のトリガデータグラムを削除することを促す、プリトリガ取り消しメッセージを送信する。
【００１５】
【発明の実施の形態】
以下、添付されている図面を参照しながら、本発明に関する詳細な説明を以下に記載する。
【００１６】
まず図１を参照する。本発明は無線アクセスネットワーク１０において用いられるデータリンク層（すなわちレイヤ２（Ｌ２）の）のトリガプロトコルを開示している。本発明においてデータリンク層すなわちＬ２は、ＯＳＩ参照モデルの中の第２層にあたる。無線アクセスネットワーク１０は、無線アクセス装置１４に接続されている第１クライアント１２を有している。無線アクセス装置１４は、無線アクセスポイント１６へ接続されている。無線アクセスポイント１６は、第２クライアント１８へ接続されている。無線アクセス装置１４及び無線アクセスポイント１６は、第１クライアント１２と第２クライアント１８との間において無線リンクを確立している。
【００１７】
次に図２を参照する。第１クライアント１２はラップトップ・コンピュータ、コンピュータデバイス、または携帯式のコンピュータ・デバイスであってもよい。無線アクセス装置１４は、例えば無線型の遠隔端末または電話、ＰＣＭＣＩＡ規格の無線アクセス装置またはコンピュータデバイスと接続可能な無線アクセス装置である。無線アクセスポイント１６は、サーバ２２に接続されている基地局２０を有している。サーバ２２は、図２においてルータとして描かれている第２クライアントへ接続されている。第１クライアント１２と第２クライアント１８との間において確立されている無線リンクにより、第１クライアント１２はデータを送受信することができる。以下における記載の便宜上、無線アクセス装置１４及び無線アクセスポイント１６は、特に指定のない限り、サーバ１４とサーバ１６とする。
【００１８】
本発明は、Ｌ２のトリガをＬ２の第１クライアント１２に通知することが可能なＬ２のトリガプロトコルに関するシステムと方法を開示している。本発明の好ましい実施形態において、第１クライアント１２は、第１クライアント１２自身に接続されている、少なくとも１つのサーバ１４を特定する。手動による設定または動的な検索アプリケーションにより与えられるサーバ１４のアドレスを取得することにより、特定を可能にする。また第１クライアント１２は、ハローメッセージを周知のＩＰアドレスへマルチキャスティングすることにより、同じサブネット上にあるサーバ１４を見つけることが可能である。サーバ１４は、ユニキャスト・ハローメッセージを生成し、第１クライアント１２へ返信することにより、当該ハローメッセージに応答する。第１クライアント１２は、アクティブなサーバ１４を見つけるため、定期的にハローメッセージをマルチキャスティングしてもよい。さらに第１クライアント１２は、ユニキャスト・ハローメッセージを送信することにより、サーバ１４がまだアクティブかどうかを知ることができる。サーバ１４とサーバ１６がアクティブな状態になると、アクティブになったことを知らせるため、両サーバはハローメッセージをマルチキャティングする。好ましい実施形態において、サーバ１４とサーバ１６は、任意通知型ハローメッセージ（一方的に送信されるメッセージ）に対しては応答しない。
【００１９】
第１クライアント１２がサーバ１４を特定すると、今度は第１クライアント１２自身をサーバ１４へ登録しなければならない。ここで第１クライアント１２は登録メッセージをサーバ１４へ送信し、サーバ１４は登録承認メッセージを第１クライアント１２へ返信する。この登録については有効期限があるので、有効期限が切れる前に更新しなければならない。登録が完了したら、サーバ１４は、サーバ１４内で起きたＬ２のイベント情報について、第１クライアント１２へ知らせる。また第１クライアント１２は、有効期限値０の登録メッセージを送信することにより、いつでもサーバ１４から第１クライアント１２自身の登録を取り消すことができる。これに対しサーバ１４は、有効期限値０の登録承認メッセージを返信する。
【００２０】
サーバ１４とサーバ１６内においてＬ２のイベントが起こったとき、サーバ１４とサーバ１６はトリガメッセージを生成し、両サーバに登録されている第１クライアント１２と第２クライアント１８へトリガメッセージを送信する。サーバ１４とサーバ１６は、１つのメッセージに１つ以上のＬ２のトリガを含ませてもよい。また第１クライアント１２と第２クライアント１８はサーバ１４とサーバ１６からトリガメッセージを受信したとき、トリガ承認メッセージを返信しなければならない。好ましい実施形態において、Ｌ２トリガのイベント情報には、リンクダウンイベント、リンクアップイベント、送信元のプリトリガイベント、あて先のプリトリガイベント、及び移動装置のプリトリガイベントが含まれている。さらにサーバ１４とサーバ１６は、先に送信したプリトリガイベントが変更されたので取り消すようにということを促す、プリトリガイベントの取り消しメッセージをトリガメッセージの中に含ませて送信してもよい。
【００２１】
リンクアップイベントは、Ｌ２のリンクが使用可能になったとき、または第１クライアント１２へこのリンクが接続されたときに起こる。リンクダウンイベントは、Ｌ２のリンクが、第１クライアント１２とアクセスノード、または無線アクセスポイント１６との間における接続が解除されたときに起こる。送信元のプリトリガイベントは、Ｌ２のハンドオーバが開始され、そのハンドオーバが第１クライアント１２が現在接続している無線アクセスポイント１６へ通知される前に起こる。あて先のプリトリガイベントは、Ｌ２のハンドオーバが開始され、そのハンドオーバがあて先の無線アクセスポイント１６へ通知される前に起こる。移動装置のプリトリガイベントは、Ｌ２のハンドオーバが開始され、そのハンドオーバが第１クライアント１２へ通知される前に起こる。
【００２２】
Ｌ２のイベント情報を通知するのに加えて、第１クライアント１２は、特定のリンクの状態をサーバ１４とサーバ１６へ問い合わせる事もできる。また第１クライアント１２は、未だサーバ１４が無線アクセスポイント１６へ接続されているかを、サーバ１４へ問い合わせることもできる。同様にアクセスルータ（すなわち第２クライアント１８）も無線アクセスポイント１６へ問い合わせをすることにより、未だサーバ１４が同ポイント１６へ接続されているかを知ることができる。第１クライアント１２と第２クライアント１８は問い合わせ要求メッセージをサーバ１４と１６へ送信し、そしてサーバ１４とサーバ１６は問い合わせ応答を第１クライアント１２と第２クライアント１８に返信する。
【００２３】
好ましい実施形態におけるＬ２のトリガプロトコルは、ユーザ・データグラムプロトコル（ＵＤＰ）に基づいた、クライアント／サーバ間のプロトコルである。ここで第１クライアント１２、及びサーバ１４とサーバ１６は、周知のマルチキャストグループに加入し、そして周知のポートでリッスン（待ち受け）する。図３からもわかるように、Ｌ２のトリガプロトコルには、ＩＰ領域またはＩＰヘッダ３０、ＵＤＰ領域またはＵＤＰヘッダ３２、そしてＬ２のトリガ領域またはＬ２のトリガヘッダ３４が含まれている。また図示されてはないが、ＩＰヘッダ３０には送信元のアドレス領域、あて先のアドレス領域、及び生存時間領域が含まれている。送信元のアドレス領域は、メッセージが発信されるインターフェイスのアドレスである。あて先のアドレス領域は、メッセージが送信されるインターフェイスのアドレスであり、ハローメッセージをマルチキャストする際に決定される。生存時間領域は、データグラムがどのくらいネットワーク上で生き残るかを示している（生存時間領域は送信の際には通常２５５に設定される。また受信先は、同じＩＰリンク上にあるノードに対してこのプロトコルの使用を制限するため、生存時間の値を確認しなければならない）。生存時間を過ぎると、データグラムは破棄される。
【００２４】
ＵＤＰヘッダ３２には、送信元のポート領域（この領域には変数が格納される。その変数の値は入力メッセージに対する応答メッセージとして送信されるときに決定する。）、及びあて先のポート領域（この領域の値は応答メッセージとして送信されるときに、入力メッセージの送信元のポート領域の値からコピーされる）が含まれている。先行技術からも明らかな通り、ＵＤＰは、信頼性があまり求められないときＴＣＰの代わりとして利用されるＴＣＰ／ＩＰプロトコルである。例えばリアルオーディオやリアルビデオを配信するＵＤＰにおいては、失われたパケットは無視されるが、これは単に失われたパケットを再送信する時間がないためである。もしＵＤＰを利用するときに信頼性のある送信を望むなら、パケットの順序確認、及びエラー通知をアプリケーション内に書き込む必要がある。
【００２５】
図３及び図４からもわかるように、Ｌ２のトリガヘッダ３４は、ＵＤＰヘッダ３２の次に位置している。Ｌ２のトリガヘッダ３４には、タイプ領域４０とＬ２のトリガデータ領域４２が含まれている。好ましい実施形態において、タイプ領域４０は、どのタイプのメッセージが第１クライアント１２と第２クライアント１８、あるいはサーバ１４とサーバ１６のどちらに送信されるか、と言うことを示すために使用される。本発明においてメッセージのタイプは、ハローメッセージ、登録メッセージ、トリガメッセージ、及び問い合わせメッセージから選択される。Ｌ２のトリガデータ領域４２には、第１クライアント１２と第２クライアント１８、あるいはサーバ１４とサーバ１６のどちらかに送信されるメッセージのタイプに対応するデータが含まれている。各々のメッセージ、及びその各々のメッセージと一緒に送信されるデータのタイプについて、以下にその詳細を説明する。
【００２６】
前段落で述べた通り、Ｌ２のトリガヘッダ３４には、ハローメッセージの送信を指示する、タイプ領域４０が含まれている。このハローメッセージは、第１クライアント１２と第２クライアント１８がサーバ１４とサーバ１６を見つけるためのメッセージであり、かつサーバ１４とサーバ１６が利用可能かどうかを第１クライアント１２と第２クライアント１８に対して通知するメッセージである。ここで図５を参照すると、Ｌ２のトリガヘッダ３４には、ハローメッセージ用のプロトコル領域が含まれている。タイプ領域４０は、メッセージがハローメッセージだということを示すため、予め決められた値に設定されている。好ましい実施形態において、タイプ領域４０はバイナリ値１に設定されている。クライアント識別子４４は、Ｌ２のトリガデータ領域４２に含まれている。好ましい実施形態において、クライアント識別子４４は、第１クライアント１２と第２クライアント１８によりハローメッセージが送信されたときは、バイナリ値１に設定されるが、それ以外の場合はバイナリ値０に設定される。また予約領域４６は、Ｌ２のトリガデータ領域４２に含まれており、アプリケーション特定データ用に利用される。
【００２７】
次に図６を参照する。同図でタイプ領域４０は、送信されたメッセージが登録メッセージであることを示している。第１クライアント１２と第２クライアント１８はクライアント自身をサーバ１４とサーバ１６へ登録するために、この登録メッセージを利用する。第１クライアント１２と第２クライアント１８が、サーバ１４とサーバ１６に登録されたら、サーバ１４とサーバ１６は、Ｌ２のトリガの送信を第１クライアント１２と第２クライアント１８へ開始する。両クライアントからの登録要求及び両サーバからの登録承認メッセージは、同一のメッセージを用いてもよい。
【００２８】
Ｌ２のトリガヘッダ３４には、登録メッセージ用のプロトコル領域が含まれている。タイプ領域４０は、メッセージが登録メッセージだということを示すため、バイナリ値２に設定される。メッセージのタイプを特定するためには、その他のバイナリ値でもよく、その他の値を利用したとしても本発明を限定することにはならない。Ｌ２のトリガデータ領域４２には、要求インディケータ４８、予約データ領域５０、及び登録有効期限データ領域５２が含まれている。好ましい実施形態において、要求インディケータ４８は、登録メッセージが登録要求メッセージであるときバイナリ値１に設定されるが、登録メッセージが登録承認メッセージであるときバイナリ値０に設定される。予約データ領域５０は、アプリケーション特定データ用に利用される。
【００２９】
登録有効期限データ領域５２は、登録の有効期限満了までの残り時間を示すのに利用される。この領域には、第１クライアント１２と第２クライアント１８の登録の有効期限値が示され、サーバ１４とサーバ１６により有効期限値が設定される。好ましい実施形態において、登録有効期限データ領域５２の値を０に設定することは、登録の取り消し要求を意味している。さらに値０ｘｆｆｆｆは、登録有効期限の無い、無期限の登録を意味する。
【００３０】
次に図７を参照する。Ｌ２で発生したトリガイベントを第１クライアント１２と第２クライアント１８へ通知するため、サーバ１４とサーバ１６はトリガメッセージを使う。Ｌ２のトリガヘッダ３４には、トリガメッセージ用のプロトコル領域が含まれている。タイプ領域４０は、メッセージがトリガメッセージだという事を示すため、予め決められた値に設定されている。ここでいう予め決められた値とは、バイナリ値３である（図７参照）。
【００３１】
トリガメッセージはビット単位で表される承認領域５４を含んでおり、かつ第１クライアント１２と第２クライアント１８に対しトリガメッセージを受信したという受信承認のメッセージを返信するように要求する。第１クライアント１２と第２クライアント１８は、予め決められた値（実施形態では０）に設定された承認領域５４を含むトリガメッセージをサーバ１４とサーバ１６へ返信する。返信されるトリガメッセージは、送信されたトリガメッセージからコピーした識別情報、あるいはトリガメッセージの受信を承認するためのデータが無いことを示す情報を含んでいる。予約領域５６は、アプリケーション特定データに利用されるＬ２のトリガデータ領域４２に含まれているまた予約領域５６は、Ｌ２のトリガデータ領域４２に含まれており、アプリケーション特定データ用に利用される。
【００３２】
またＬ２のトリガデータ領域４２には、識別領域５８が含まれている。好ましい実施形態において、識別領域５８は１６ビットのデータ領域であり、サーバ１４とサーバ１６により設定され、トリガメッセージをトリガ承認メッセージと比較する領域である。
【００３３】
Ｌ２のトリガデータ領域４２には、Ｌ２のイベント特定データを第１クライアント１２へ送信するために利用されるトリガメッセージデータ領域６０が含まれている。ここで図８を参照する。トリガメッセージデータ領域６０には、イベントタイプ領域６２、データ長領域６４、及びイベントデータ領域６６が含まれている。イベントタイプ領域６２は、第１クライアント１２と第２クライアント１８を接続している無線リンク内で起こるＬ２トリガのイベント情報のタイプを示す。好ましい実施形態において、イベントタイプ領域６２の値は、（１）リンクアップイベント、（２）リンクダウンイベント、（３）送信元のプリトリガイベント、（４）あて先のプリトリガイベント、及び（５）移動装置のプリトリガイベントを示すための値である。データ長領域６４は、イベントデータ領域６６の長さを示すのに利用される。
【００３４】
イベントデータには、リンクアップ用、リンクダウン用、及び移動装置のトリガイベント用のＬ２アドレスが含まれている。第１クライアント１２が、リンクアップのイベントを示すトリガメッセージを受信した場合、イベントデータ領域６６において特定されるＬ２アドレスは、新たに接続された無線アクセスポイント（またはサーバ）１４、１６のデータリンク層アドレスを示す。同様に、アクセスルータまたは第２クライアント１８がリンクアップのトリガを受信した場合、イベントデータ領域６６において特定されているＬ２アドレスは、第２クライアント１８が新たに接続された無線アクセスポイント１６のデータリンク層アドレスを示す。
【００３５】
イベントデータには、送信元のトリガアドレス及びあて先のトリガアドレス、計２つのＬ２アドレスが含まれている。第１アドレスは無線アクセスポイント１６のＬ２アドレスであり、第２アドレスは無線アクセス装置１４のＬ２アドレスである。アクセスルータ１８が送信元トリガを受信すると、第１Ｌ２アドレスは、無線アクセス装置１４の予想される通信先である、第２Ｌ２アドレスにより特定される無線アクセスポイント１６を示す。同様にアクセスルータ１８があて先トリガを受信すると、第１Ｌ２アドレスは、無線アクセス装置１４の予想された通信先である、第２Ｌ２アドレスにより特定される送信元の無線アクセスポイント１６を示す。
【００３６】
プリトリガイベントは起こり得るイベントの予想であって、実際に起きているＬ２イベントではない。従って状況が変わると、プリトリガイベントは削除される必要がある。この場合においてサーバ１４とサーバ１６は別のプリトリガメッセージを第１クライアント１２に送信し、無線アクセスポイント１６の第１Ｌ２アドレス領域を値０に設定し、そして第１クライアント１２は第２Ｌ２アドレス領域において無線アクセス装置１４を特定する。第１クライアント１２は、無線アクセス装置１４の第２Ｌ２アドレスに基づいて先に送信されたプリトリガイベントを特定し、これを削除しなければならない。同様に、移動装置のプリトリガメッセージに対しても、Ｌ２アドレスはプリトリガイベントの削除を示すため値０に設定される。
【００３７】
Ｌ２アドレスは、可変長領域内において特定されてもよい。この領域（バイトとビット順序も含めて）のコンテンツ及び形式は、各データリンク層毎のＩＰの使い方を記述する特定のドキュメントで指定されることが望ましい。アクセスルータ１８と第１クライアント１２は、リンクアップメッセージ及びリンクダウンメッセージを受信することが可能である。また第１クライアント１２だけが移動装置のプリトリガメッセージを受信する事が可能であり、アクセスルータ１８だけが送信元のプリトリガメッセージ、及びあて先のプリトリガメッセージを受信することが可能である。
【００３８】
次に図９を参照する。ここでＬ２のトリガヘッダ３４のタイプ領域４０は、第１クライアント１２と第２クライアント１８が問い合わせメッセージを送信していることを示す領域である。第１クライアント１２と第２クライアント１８は、このメッセージを送信することにより、リンクの状態を問い合わせることができる。問い合わせメッセージ用のＬ２のトリガヘッダ３４には、要求インディケータ６８が含まれている。好ましい実施形態において、要求インディケータ６８は、問い合わせメッセージが問い合わせを要求するメッセージ（問い合わせ要求メッセージ）であるとき、値１に設定される。また問い合わせメッセージが、問い合わせに対する応答メッセージ（問い合わせ応答メッセージ）であるとき、値０に設定される。また第１予約領域７０は、Ｌ２のトリガデータ領域４２に含まれており、アプリケーション特定データ用に利用される。
【００３９】
さらに問い合わせメッセージには、接続インディケータ７２が含まれている。問い合わせメッセージが要求メッセージとして送信された場合、接続インディケータ７２は値０に設定される。また問い合わせメッセージが、問い合わせの要求のあったＬ２アドレスは未だ接続を確立していることを示す、問い合わせ応答メッセージとして送信された場合、接続インディケータ７２は値１に設定される。また第２予約領域７４は、Ｌ２のトリガデータ領域４２に含まれており、アプリケーション特定データ用に利用される。
【００４０】
無線リンクにより接続されている相手側端末（すなわち、問い合わせ要求メッセージの受信者）のＬ２アドレスは、問い合わせ要求メッセージの送信者により要求される。第１クライアント１２により問い合わせ要求が送信された場合、第２予約領域７４は無線アクセスポイント１６のＬ２アドレスを示す。またアクセスルータ１８により問い合わせ要求が送信された場合、第２予約領域７４は無線アクセス装置１４のＬ２アドレスを示す。また問い合わせ要求に対する応答メッセージが送信されたとき、無線アクセス装置１４あるいは無線アクセスポイント１６は、問い合わせ要求メッセージから第２予約領域７４をコピーし、Ｒビットを値１に設定し、そしてリンク状態に基づきＡビットを特定する。Ｌ２アドレスは、可変長領域内において特定される。この領域（バイトとビット順序も含めて）のコンテンツ及び形式は、各データリンク層毎のＩＰの使い方を記述する特定のドキュメントで指定されることが望ましい。データリンク層のトリガは、その他の無線アクセスネットワーク１０内においても同様に、通信ルートを決める役割を持っている。従ってデータリンク層のトリガのむやみな使用は、通信の品質に悪影響を及ぼすことになるため、禁止されなければならない。
【００４１】
メッセージの生存時間領域は値２５５に設定され、受信先により確認される。故に同じＩＰリンク上にないノードは、トリガプロトコルを利用できないことになる。これにより、同じＩＰリンク上にないノードによる、トリガプロトコルの無許可利用を防止することが可能となる。
【００４２】
ＩＰｓｅｃを利用することにより、今度は同じＩＰリンク上にあるノードによる無許可利用を防ぐことができる。またハローメッセージは保護する必要はないが、登録メッセージ、トリガメッセージ、及び問い合わせメッセージに関しては、ＩＰｓｅｃを利用することにより保護する必要がある。また必要があれば、ＩＰｓｅｃは認証機能とプライバシー保護機能を提供する。またクライアント及びサーバ間において要求されるセキュリティアソシエーションは、事前に設定される必要がある。
【００４３】
本発明の説明のために、特定の実施形態を使用したが、本発明の趣旨を逸脱しない範囲で、本発明に対し種々の変更または付加を施すことは、当業者にとって容易である。したがって、本出願における図面と説明は、単なる実例に過ぎず、本発明を限定するものではない。
【００４４】
【発明の効果】
本発明により、データリンク層で発生するトリガイベントの情報をブリッジだけではなく、クライアント及びアクセスルータに通知することが可能となる。
【図面の簡単な説明】
【図１】無線アクセスネットワークのブロック図である。
【図２】無線アクセスネットワークのより詳細なブロック図である。
【図３】Ｌ２のトリガプロトコルの説明図である。
【図４】Ｌ２のトリガヘッダの説明図である。
【図５】ハローメッセージに関するＬ２のトリガヘッダの説明図である。
【図６】登録メッセージに関するＬ２のトリガヘッダの説明図である。
【図７】トリガメッセージに関するＬ２のトリガヘッダの説明図である。
【図８】トリガメッセージに関するトリガメッセージデータ領域の説明図である。
【図９】問い合わせメッセージに関するＬ２のトリガヘッダの説明図である。
【符号の説明】
１０……無線アクセスネットワーク、１２……第１クライアント、１４……無線アクセス装置、１６……無線アクセスポイント、１８……第２クライアント、２０……基地局、２２……サーバ、３０……ＩＰヘッダ、３２……ＵＤＰヘッダ、３４……Ｌ２のトリガヘッダ、４０……タイプ領域、４２……Ｌ２のトリガデータ領域、４４……クライアント識別子、４６……予約領域、４８……要求インディケータ、５０……予約データ領域、５２……登録有効期限データ領域、５４……承認領域、５６……予約領域、５８……識別領域、６０……トリガメッセージデータ領域、６２……イベントタイプ領域、６４……データ長領域、６６……イベントデータ領域、６８……要求インディケータ、７０……第１予約領域、７２……接続インディケータ、７４……第２予約領域。
【図１】
2004023790.tif 000003
【図２】
2004023790.tif 000004
【図３】
2004023790.tif 000005
【図４】
2004023790.tif 000006
【図５】
2004023790.tif 000007
【図６】
2004023790.tif 000008
【図７】
2004023790.tif 000009
【図８】
2004023790.tif 000010
【図９】
2004023790.tif 000011