JP2009503991A - 無線アクセスネットワークのハンドオーバ特性を改良する手段および方法 - Google Patents

Abstract

【課題】本発明は、無線アクセスネットワークにおいて第１無線アクセスポイントＡＰ１から第２無線アクセスポイントＡＰ２へのＵＴと接続される通信セッションのハンドオーバを補助する方法を提供する。
【解決手段】当該方法は、前記ＡＰ１によって実行され、セッションを識別しＵＴがセッションハンドオーバを実行しようとしていることを指標するセッション識別子からなるハンドオーバ意思通知メッセージを受信し、ＡＰ１のメモリのバッファメモリスペースをセッションに割り当て、ハンドオーバ意思通知メッセージの受信に応じてバッファメモリのＵＴへ配信されるダウンリンクのデータパケットをバッファリングする、各ステップからなる。本発明はさらに、本発明による手段を共同で動作および／または実現する、ＵＴ、ＡＰ１、ＡＰ２、ＡＲおよびソフトウェアプログラムを提供する。本発明はより円滑なハンドオーバを提供する。
【選択図】図２

Description

本発明は一般に無線アクセスネットワークに関し、特にかかるネットワークにおける通信セッションのハンドオーバを補助する方法および手段に関する。

図１は、ワイヤレスローカルネットワーク（ＷＬＡＮ）形式の、通常の無線アクセスネットワーク１００の基本的なネットワーク構造を示す。無線アクセスネットワーク１００は、第１アクセスポイントＡＰ１ １１０、第２アクセスポイントＡＰ２ １２０、およびアクセスルータＡＲ１５０からなる。ＷＬＡＮ１００は、例えばインターネットおよび／またはＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などの他のネットワーク１６０に接続されることができる。図１において、ＡＰ１ １１０およびＡＰ２ １２０は、マルチキャスト可能なレイヤ２スイッチＭ−Ｌ２Ｓ１ １３０およびＭ−Ｌ２Ｓ２ １３５をそれぞれ介してＡＲ１５０と接続されるが、多くの他の可能性が存在する。ＡＰは、いずれの中間のＭ−Ｌ２ＳなしでＡＲに直接接続されることもできる。またＡＰは、その後にＡＲ１５０に接続される同一のＭ−Ｌ２Ｓに接続されることもできる。固定されたネットワーク機器と通信するためのレイヤ２プロトコルとして、イーサネット（ＩＥＥＥ８０２．３）プロトコルが今日の多くのＷＬＡＮアクセスポイントのために使用されるため、Ｍ−Ｌ２Ｓはイーサネットスイッチと一致する。ＡＰ１ １１０を介してルーティングされる通信セッション、例えばネットワーク１６０（例えばインターネットまたはＵＴＲＡＮ）に接続される相手側の装置（ｐｅｅｒ）とのデータセッションまたはＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）セッションなどを有するユーザ端末ＵＴ１４０は、特定のハンドオーバ基準が満たされた場合は常に、一般にＡＰ１ １１０からＡＰ２ １２０へのセッションのハンドオーバを実行する。前記基準は一般に、提供される無線リンク品質および／またはＡＰ１ １１０およびＡＰ２ １２０それぞれのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｉｖｅ）の関数であり、その結果ＵＴ１４０の通信セッションが、従来の方式で最高／最適な無線リンク品質／ＱｏＳを提供するアクセスポイントを通してルーティングされることとなる。しかし、ハンドオーバ基準は他の観点、例えばアカウンティング、セキュリティ等に基づくこともできる。

無線アクセスネットワークの効率的なハンドオーバ手段（ｓｃｈｅｍｅ）に関する一般的な問題は、例えば、データ損失の最小化、干渉抑制、パケット遅延の最小化に関し、さらにネットワーク信号伝達の最小化に関する。

特に、ＩＥＥＥ８０２基準を利用する図１に示すＷＬＡＮに関しては、ＵＴ１４０と対象となるＡＰ、すなわち図１のＡＰ１ １１０からＡＰ２ １２０へのハンドオーバのケースにおけるＡＰ２ １２０、との間のセキュリティ接続の構築が、ＩＥＥＥ８０２．１１ｉセキュリティ基準による標準のＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）認証を提供する場合に、中断時間の発生に関する重大な問題を引き起こす。すなわち、音声および／または映像などのリアルタイムアプリケーションに関して、許容されないパケット遅延／損失を引き起こすことがある。かかる認証は、ＵＴ１４０が新しいＡＰ（上記例の場合ＡＰ２ １２０）と無事に接続された後に実行される。すなわちＵＴ１４０と旧ＡＰ（ＡＰ１ １１０）との間の無線リンクの接続性は既に停止されている。新しい対象となるＡＰ（ＡＰ２ １２０）との接続の開始と、ＥＡＰ認証の完了と、新しい対象となるＡＰのセキュリティ・パラメータの導入との間に、ＷＬＡＮ送信パス上でデータ（例えばＩＰ）パケットが交換されることができず、このことがもちろん問題を引き起こす。

無線アクセスネットワークのＴＣＰセッションのハンドオーバと関連する別の問題は、順番から外れた受信パケットが再送信されることである。このことが無線干渉を増加させ、さらにその結果、ＴＣＰは順番から外れたパケットをネットワークの混雑状態として解釈するため、送信速度が減少される。

本発明は、上記問題を軽減／解決する。

本発明の目的は、例えば、ＷＬＡＮまたはＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などの、無線アクセスネットワークのハンドオーバ特性を改良することである。

本発明の目的は、無線アクセスネットワークにおいて、ある無線アクセスポイントから別の無線アクセスポイントへの通信セッションのハンドオーバの間に、データ損失を最小化し、および／または干渉および／またはパケット遅延／損失および／またはネットワーク信号伝達を減少させることである。

本発明の更なる目的は、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークにおいてＥＡＰの標準手段などの認証手段を提供する場合に、特に音声および／または映像などのリアルタイムアプリケーションに関して、ハンドオーバの間のパケット遅延の問題を軽減することである。

第１の観点によれば、本発明は、無線アクセスネットワークにおいて第１無線アクセスポイントＡＰ１から第２無線アクセスポイントＡＰ２へのユーザ端末ＵＴの通信セッションのハンドオーバを補助する方法を提供する。ここで前記方法は前記ＡＰ１によって使用され、前記方法は以下のステップ、すなわち、セッション識別子からなり前記ＵＴがセッションハンドオーバを実行しようとしていることを示すハンドオーバ意思通知メッセージ（ｈａｎｄｏｖｅｒ ｉｎｔｅｎｔｉｏｎ ｎｏｔｉｆｙ ｍｅｓｓａｇｅ）を受け取り、前記ＡＰ（２１０）のメモリ（２１１）のバッファメモリスペース（２１３）を前記セッションに割り当て、前記ハンドオーバ意思通知メッセージの受信に応じて、前記バッファメモリ（２１３）内に前記ＵＴ（２４０）へ配信されるダウンリンクのデータパケットをバッファリングする、各ステップからなる。

実施形態の１つにおいては、前記無線アクセスネットワークは、ＵＴの要求するネットワークを認証するように構成されたＩＥＥＥ８０２基準によるワイヤレスデータネットワークである。この場合において、前記セッション識別子は、前記ＩＥＥＥ８０２基準で定義される前記ＵＴ（２４０）のＭＡＣアドレスである。

実施形態の１つにおいては、当該方法はさらに、前記ハンドオーバ意思通知メッセージの受信に応じて前記ＵＴへのダウンリンクのセッションのパケット送信を遮断（ｂｌｏｃｋ）するステップからなる。

実施形態の１つにおいては、前記ハンドオーバ意思通知メッセージはさらに、前記ＡＰ２を識別し前記ＡＰ２への前記セッションのハンドオーバを指標する、ＡＰ識別子からなる。この場合において当該方法はさらに、前記ハンドオーバ意思通知メッセージの受信に応じて前記バッファリングされたダウンリンクのパケットを前記ＡＰ２へ送信するステップからなる。

実施形態の１つにおいては、当該方法はさらに、前記ＡＰ２を識別し前記ＵＴが前記ＡＰ２と接続されていることを指標する、接続更新メッセージ（ａｓｓｏｃｉａｔｉｏｎ ｕｐｄａｔｅ ｍｅｓｓａｇｅ）を受信し、前記接続更新メッセージの受信に応じて前記バッファリングされたダウンリンクのパケットを送信する、各ステップからなる。

実施形態の１つにおいては、当該方法はさらに、ハンドオーバ意思通知メッセージを前記無線アクセスネットワークのアクセスルータＡＲへ送信するステップからなる。ここで前記メッセージは、前記セッションのハンドオーバを指標し、前記通信セッションのセッション識別子からなり、前記ＵＴへ配信されるダウンリンクのデータパケットをバッファリングするように前記ＡＲに指示する。

実施形態の１つにおいては、前記ＡＲへ送信される前記ハンドオーバ意思通知メッセージはさらに、前記ＡＰ２を識別するＡＰ識別子からなる。

第２の観点によれば、本発明は、無線アクセスネットワークにおいて第１アクセスポイントＡＰ１から第２アクセスポイントＡＰ２へのユーザ端末ＵＴの通信セッションのハンドオーバを補助する方法を提供する。ここで前記方法はＡＰ２によって使用され、この場合において前記方法は、前記通信セッションが前記ＡＰ１から前記ＡＰ２へハンドオーバされることを確立し、前記セッションのハンドオーバを指標し前記セッションを識別するセッション識別子からなるハンドオーバ意思通知メッセージを前記ＡＰ１へ送信する、各ステップからなる。

実施形態の１つにおいては、当該方法はさらに、前記ハンドオーバ意思通知メッセージをアクセスルータＡＲへ送信し、前記ＵＴ（２４０）へ配信される前記セッションのダウンリンクのデータパケットをバッファリングするように前記ＡＲに指示するステップからなる。

実施形態の１つにおいては、前記ハンドオーバ意思通知メッセージはさらに、前記ＡＰ２を識別するＡＰ識別子からなる。

実施形態の１つにおいては、前記無線アクセスネットワークは、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークである。ここで前記方法はさらに、ＥＡＰ基準を用いることにより、ＵＴへ／から認証証明（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｒｅｄｅｎｔｉａｌ）を送信および受信することにより前記ＵＴを認証するステップからなる。

第３の観点によれば、本発明は、無線アクセスネットオーワークにおいて第１アクセスポイントＡＰ１から第２アクセスポイントＡＰ２への、ユーザ端末ＵＴの通信セッションのハンドオーバを支援する方法を提供する。前記無線アクセスネットワークは、前記ＡＰ１および／または前記ＡＰ２を介して前記ＵＴへ／からデータパケットをルーティングするためのアクセスルータＡＲからなる。ここで前記方法は前記ＡＲによって使用され、この場合において前記方法は、前記通信セッションのハンドオーバを指標するハンドオーバ意思通知メッセージを受信し、前記ハンドオーバ意思通知メッセージに応じてバッファメモリに前記セッションのダウンリンクのデータパケットをバッファリングする、各ステップからなる。

実施形態の１つにおいては、当該方法は、前記セッションを識別するセッション識別子と前記ＡＰ２を識別するＡＰ識別子とからなり前記ＡＰ２へのハンドオーバを指標するＡＰ更新メッセージを受信し、前記ＡＰ２へ前記セッションの前記バッファリングされたダウンリンクのデータパケットを伝送する、各ステップからなる。

実施形態の１つにおいては、前記無線アクセスネットワークは、前記ネットワークへのアクセスを要求するＵＴを認証するように構成される、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークである。

第４の観点によれば、本発明は、無線アクセスネットワークにおいて第１無線アクセスポイントＡＰ１から第２アクセスポイントＡＰ２への、ユーザ端末ＵＴの通信セッションのハンドオーバを補助する方法を提供する。前記方法は、前記ＵＴによって使用され、以下のステップ、すなわち（ａ）前記通信セッションが前記ＡＰ１から前記ＡＰ２へハンドオーバされることを確立し、（ｂ）前記ＵＴの第１バッファメモリの第１データフレームを識別し、（ｃ）前記第１パケットからフレームシーケンス番号ＦＳＮを抽出し、前記ＵＴの第２バッファメモリの第１メモリスペースに前記ＦＳＮを記憶し、（ｄ）前記ＵＴにおいて作動しているアプリケーションまたは前記ＵＴのより高位のプロトコルへ前記第１パケットを伝送し、（ｅ）前記第１パケットの後に前記ＵＴによって受信された次のパケットを前記第１バッファメモリからフェッチングし、（ｆ）前記次のパケットからフレームシーケンス番号ＦＳＮＮＥＸＴを抽出し、（ｇ）前記ＦＳＮＮＥＸＴと前記ＦＳＮとを比較することにより、前記次のパケットが前記第１パケットの連続するパケットであるか否かを確立し、（ｈ）前記第２バッファメモリの前記第１メモリスペースに前記ＦＳＮＮＥＸＴを記憶し、前記“次のパケット”が前記第１パケットの連続するパケットであることがステップ（ｇ）において確立された場合には、前記“次のパケット”を高位のレイヤプロトコルまたは最終のアプリケーションへ伝送し、そうでない場合には、前記“次のパケット”を前記第２バッファメモリの第２メモリスペースにバッファリングする、各ステップからなる。

前記通信セッションが前記ＡＰ１から前記ＡＰ２へハンドオーバされることを確立するステップ（ａ）は、以下のステップ、すなわち、ＡＰ１の非接続（ｄｅ−ａｓｓｏｃｉａｔｉｏｎ）、またはＡＰ２の接続、または特定のハンドオーバ基準に従ってＵＴによって行われるハンドオーバの決定、または特定のハンドオーバ基準に従ってネットワークノードによって行われ前記ＵＴへ信号伝達されるハンドオーバの決定の、各ステップのいずれかからなる。

実施形態の１つにおいては、当該方法はさらに、前記第２メモリスペースに関する記憶されたパケット／バイトの最大しきい値数を定義し、または前記第２メモリスペースに記憶されているパケットの最大の許容記憶時間を定義することにより、前記第２バッファメモリの前記第２メモリスペースの大きさを制限するステップからなる。

実施形態の１つにおいては、ＡＰ１および／またはＡＰ２から受信されるデータパケットは、ＦＩＦＯ形式となる前記第１バッファメモリに受信された順に記憶され、この場合において、第１および第２データフレームを識別する前記ステップ（ａ）および（ｅ）は、前記ＦＩＦＯメモリからデータパケットを読むステップからなる。

実施形態の１つにおいては、当該方法はさらに、前記第１バッファメモリ（ＦＩＦＯ）から第３データパケットを読み前記第３データパケットが前記アプリケーションへ伝送された前のパケットであるデータパケットの連続するデータパケットであることを確立し、前記第３データパケットを前記アプリケーションまたは高位のプロトコルレイヤへ伝送し前記バッファメモリの前記第１メモリスペースを前記第３データパケットのフレームシーケンス番号で更新し、前記第２バッファメモリの前記第２メモリスペースに少なくとも１つの記憶されたデータパケットが存在することを確立し、前記第３のデータパケットの連続するデータパケットに関する前記第２バッファメモリの前記第１メモリスペースを検索する、各ステップからなる。

実施形態の１つにおいては、前記無線アクセスネットワークは、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークである。この場合において、前記方法はさらに、例えばＥＡＰ基準に従って、ＡＰ２へ／から認証証明を送信および受信するステップからなる。

第５の観点によれば、本発明は、ユーザ端末ＵＴに対して無線リンク接続を用いることにより無線アクセスネットワークへアクセスすることを許容する、無線アクセスポイントＡＰ１を提供する。この場合において前記ＡＰ１は、前記ＡＰ１（２１０）が第２アクセスポイントＡＰ２およびアクセスルータＡＲからなる無線アクセスネットワーク内にインストールされる場合に、前記の第１の観点による方法を実現する手段からなる。

実施形態の１つにおいては、アクセスポイントＡＰ１の前記手段は、前記ＵＴへ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランス（ｅｎｔｒａｎｃｅ）を伴う第１メモリスペースを備えるデータメモリからなる。ここで前記データメモリはさらに記憶されたプログラム符号化手段を伴う第２メモリスペースを備え、前記プログラム符号化手段は、前記ＡＰ１の処理手段にロードされる場合に前記処理手段に前記方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、ＡＰ１がＩＥＥＥ８０２基準によるワイヤレスデータネットワークにインストールされる場合に、前記ＡＰ１はＩＥＥＥ８０２基準によるアクセスポイントとして実現され、前記方法を実現するように構成される。この場合において前記ＡＰ１はさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される。

第６の観点によれば、本発明はプログラム符号化手段からなるコンピュータプログラム製品を提供する。前記プログラム符号化手段は、無線アクセスネットワークにインストールされている第１アクセスポイントＡＰ１の処理手段にロードされる場合において、前記処理手段に前記本発明の第１の観点による方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、コンピュータプログラム製品は、前記プログラム符号化手段を備えるコンピュータ可読性媒体を含む。

第７の観点によれば、本発明は、ユーザ端末ＵＴに対して無線リンク接続を用いることにより無線アクセスネットワークへアクセスすることを許容する、無線アクセスポイントＡＰ２を提供する。この場合において前記ＡＰ２が第１アクセスポイントＡＰ１およびアクセスルータＡＲからなる無線アクセスネットワークにインストールされている場合には、前記ＡＰ２は前記の第２の観点による方法を実現する手段からなる。

実施形態の１つにおいては、アクセスポイントＡＰ２の前記手段は、前記ＵＴへ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスを伴う第１メモリスペースを備えるデータメモリからなる。前記データメモリはさらに、記憶されたプログラム符号化手段を伴う第２メモリスペースを備え、前記プログラム符号化手段は、前記ＡＰ２の処理手段にロードされる場合において前記処理手段に前記方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、ＡＰ２がＩＥＥＥ８０２基準に従ったワイヤレスデータネットワークにインストールされる場合に、前記ＡＰ２はＩＥＥＥ８０２基準によるアクセスポイントとして実現され、前記方法を実現するように構成される。この場合において前記ＡＰ２はさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される。

第８の観点によれば、本発明は、プログラム符号化手段からなるコンピュータプログラム製品を提供する。前記プログラム符号化手段は、無線アクセスネットワークにインストールされている前記アクセスポイントＡＰ２の処理手段にロードされる場合には、前記処理手段に本発明の前記第２の観点による方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、前記コンピュータプログラムは、記憶された前記プログラム符号化手段を備えるコンピュータ可読性媒体を含む。

第９の観点によれば、本発明は、第１アクセスポイントＡＰ１（２１０）および／または第２アクセスポイントＡＰ２（２２０）を介してユーザ端末ＵＴの通信セッションをルーティングするように構成された、アクセスルータＡＲを提供する。この場合において、前記ＡＲが前記ＡＰ１および前記ＡＰ２からなる無線アクセスネットワークにインストールされている場合には、前記ＡＲは本発明の前記第３の観点による方法を実現する手段からなる。

実施形態の１つにおいては、前記ＡＲの手段は、前記ＵＴへ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスを伴う第１メモリスペースを備えるデータメモリからなる。ここで前記データメモリはさらに、記憶されたプログラム符号化手段を伴う第２メモリスペースを備え、前記プログラム符号化手段は、前記ＡＲの処理手段にロードされる場合においては前記処理手段に前記方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、ＡＲがＩＥＥＥ８０２基準によるワイヤレスデータネットワークにインストールされている場合においては、前記ＡＲはＩＥＥＥ８０２基準によって実現され、前記方法を実現するように構成されている。この場合において前記ＡＲはさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される。

第１０の観点によれば、本発明は、プログラム符号化手段からなるコンピュータプログラム製品を提供する。ここで前記プログラム符号化手段は、前記第９の観点によって無線アクセスネットワークにインストールされているＡＲの処理手段にロードされる場合においては、前記処理手段に本発明の前記第２の観点による方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、コンピュータプログラム製品は、記憶された前記プログラム符号化手段を備えるコンピュータ可読性媒体を含む。

第１１の観点によれば、本発明は、無線アクセスネットワークにおいて第１無線アクセスポイントＡＰ１から第２無線アクセスポイントＡＰ２への通信セッションのハンドオーバを補助するためのＵＴを提供する。ここで前記ＵＴは、本発明の前記第４の観点による手段を実現する手段からなる。

実施形態の１つにおいては、ＵＴの前記手段は、前記ＵＴへ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスと、少なくとも１つのダウンリンクパケットと関連付けられたパケットシーケンス番号を記憶するための第２エントランスと、を伴う第１メモリスペースを備えるデータメモリからなる。前記データメモリはさらに、記憶されたプログラム符号化手段を伴う第２メモリスペースを備える。ここで前記プログラム符号化手段は、前記ＵＴの処理手段にロードされる場合においては前記処理手段に前記方法を実現する少なくとも１つの手段を実行させる。

実施形態の１つにおいては、ＵＴはＩＥＥＥ８０２基準によって実現され、前記セッションがＩＥＥＥ８０２基準によるワイヤレスデータネットワークを通じてルーティングされる場合においては、前記方法を実現するように構成される。前記ＵＴはさらに、前記ワイヤレスデータネットワークによって認証されるように構成される。

第１２の観点によれば、本発明は、プログラム符号化手段からなるコンピュータプログラム製品を提供する。ここで前記プログラム符号化手段は、無線アクセスネットワークと接続しているＵＴの処理手段にロードされる場合においては、前記処理手段に本発明の前記第４の観点による方法を実現する少なくとも１つの処理を実行させる。

実施形態の１つにおいては、コンピュータプログラムは、記憶された前記プログラム符号化手段を備えるコンピュータ可読性の媒体を含む。

本発明が上記のように要約されたにもかかわらず、本発明は特許請求の範囲１〜４０によって定義されるものである。

ここでは、図２〜６を参照し、本発明がより詳細に説明される。

図１〜６は、対応する要素は、図の接頭番号と同調して同一の参照番号が与えられている。例えば、図１のＡＰ１ １１０は、図２のＡＰ１ ２１０として参照されている。

図２Ａは、ＷＬＡＮ２００の形式の本発明による無線アクセスネットワークの実例を示す。ＷＬＡＮ２００は、任意的に、図２Ａにおいて図示されるように、通常のレイヤ２スイッチＭ−Ｌ２Ｓ１ ２３０およびＭ−Ｌ２Ｓ２ ２３５を介してアクセスルータＡＲ２５０へ接続される、少なくとも２つのアクセスポイントＡＰ１ ２１０およびＡＰ２ ２２０からなる。多くの可能性が存在し、ＡＰは例えば、直接ＡＲ２５０へ接続されることもできる。ＡＲ２５０は、ＷＬＡＮ２００の他のＡＲ（図２では図示せず）および／または例えば、インターネットおよび／または３ＧＰＰ ＵＴＲＡＮなどの他の通信ネットワーク２６０へ接続されることができる。ＡＰ１ ２１０およびＡＰ２ ２２０は、それぞれのアンテナへ接続されるそれぞれの通常の無線送受信ユニット（図２では図示せず）を備える。ＡＰ１ ２１０およびＡＰ２ ２２０は、ユーザ端末ＵＴ２４０に対して、例えばＷＬＡＮ２００との通信セッションの形式でＡＰ１ ２１０またはＡＰ２ ２２０との無線リンク接続を確立することを許容する。ＡＰ１ ２１０、ＡＰ２ ２２０、ＵＴ２４０およびＡＲ２５０は、通常の処理手段であるＰＭ２１２、２２２、２４２、２５２をそれぞれ備え、データ／アドレス／制御バスを利用する通常の方式で、通常のデータメモリであるそれぞれのＭ２１１、２２１、２４１、２５１（例えばＲＡＭ）から／へ読み込みおよび書き込みをするように構成されるＣＰＵを一般に備える。本発明によれば、それぞれのデータメモリＭ２１１、２２１、２４１および２５１は、記憶されたプログラム符号化手段を伴って配置される第１メモリスペース２１３、２２３、２４３および２５３を備える。ここで前記プログラム符号化手段は、それぞれの処理手段２１２、２２２、２４２および２５２にロードされる場合において前記処理手段に以下に詳述される本発明の種々の観点に従った方法を実現させる。本発明によれば、それぞれのデータメモリＭ２１１、２２１、２４１および２５１は、以下において説明される、ＵＴ２４０と関連付けられたデータパケットの一時記憶のために割り当てられる第２バッファメモリ２１４、２２４、２４４および２５４を備える。ＵＴ２４０は、通常の第１バッファメモリ２４５、通常はＦＩＦＯを備え、そこでは、無線受信ユニットによって復調されるデータパケット／フレームが、通常の形式で、ＬＬＣプロトコルによって高位のプロトコルレイヤまたはさらに高位の最終アプリケーション（例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などのエンドユーザのマルチメディアアプリケーション）へ伝送される前に、一時的に記憶される。図２のＷＬＡＮは単なる実例図であり、本発明は例えば、３ＧＰＰ ＵＴＲＡＮ等のいずれの無線アクセスネットワークにおいても実現されることができることが理解される。この場合において、３ＧＰＰ無線基地局ノードＢがＡＰ１ ２１０に対応し、３ＧＰＰ無線ネットワーク制御装置ＲＮＣがＡＲ２５０に対応することなどを、いわゆる当業者であれば理解することができる。しかし、本発明は例えば、ワイヤレス個人エリアネットワーク（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＩＥＥＥ８０２．１５）、ワイヤレス都市エリアネットワーク（ＷＭＡＮ：Ｗｉｒｅｌｅｓｓ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＩＥＥＥ８０２．１６）、移動広帯域ワイヤレス接続（ＭＢＷＡ：Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ、ＩＥＥＥ８０２．２０）、ワイヤレス地域エリアネットワーク（ＷＲＡＮ：Ｗｉｒｅｌｅｓｓ Ｒｅｇｉｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＩＥＥＥ８０２．２２）などの、ハンドオーバの間に大きな遅延を引き起こすＥＡＰ認証手段を利用する、ＩＥＥＥ８０２基準プロトコルによるワイヤレスデータネットワークにおいて有利に実現される。なぜなら本発明がハンドオーバの間のパケット遅延を減少させるからである。

図３は、図２ＡにおけるＵＴ２４０、ＡＰ１ ２１０、Ｍ−Ｌ２Ｓ１ ２３０およびＡＲ２５０におけるユーザプレーンおよび制御プレーンのプロトコルスタックの例を示す。Ｍ−Ｌ２Ｓ２ ２３５のプロトコルスタックは、Ｍ−Ｌ２Ｓ１ ２３０のスタックと一致する。したがって、Ｍ−Ｌ２Ｓ２ ２３５は図３においては省略される。図３の、ＡＲ３５０、Ｍ−Ｌ２Ｓ１ ２３０およびＡＰ１ ２１０における物理レイヤ１は、通常のイーサネット物理レイヤである。その上位には、通常のＷＬＡＮ−ＭＡＣレイヤがインストールされ、すなわちＩＥＥＥ８０２．３ＭＡＣプロトコルが通常の方式において種々のノードのデータポートを定義する。ＵＴ３４０およびＡＰ１ ３１０は、通常のＩＥＥＥ８０２．１１の物理レイヤおよびＭＡＣプロトコルレイヤをインストールし、通常の方式で物理無線リンクレイヤおよびＵＴ３４０とＡＰ１ ３１０のデータポートを定義する。ＩＥＥＥ８０２．２のＬＬＣレイヤの形式による従来のリンク制御レイヤが、ＵＴ３４０、ＡＰ１ ３１０およびＡＲ３５０のＭＡＣレイヤの上位にインストールされる。ＵＴ３４０、ＡＰ１ ３１０およびＡＲ３５０はさらに、ＩＰプロトコルおよびＵＤＰ／ＴＣＰプロトコル（ＵＴ３４０では図示せず）をＬＬＣレイヤの上位にインストールさせる。ＵＴ３４０およびＡＲ３５０はさらに、高位のプロトコルレイヤ／アプリケーション、例えば、ＵＴ３４０のマルチメディアアプリケーションおよびＡＲ３５０のパケットハンドリングアプリケーション（例えばトンネリング、ルーティング等）などを、通常の方式でインストールさせる。プロトコルレイヤは、ＵＴ３４０およびＡＲ２５０に対して通常のプロトコルレイヤ処理によって論理データ接続を構築することを許容することを、いわゆる当業者であれば理解できる。例えば、ＭＡＣレイヤは物理装置を対象としたパケットを除去し、ＬＬＣレイヤは、“正しい（ｒｉｇｈｔ）”レイヤ／アプリケーションへパケットを伝送し、順に当該パケットを“正しい（ｒｉｇｈｔ）”最終のアプリケーションまたはプロトコルレイヤによって受信されるまで、さらに特定のレイヤ／アプリケーションへ伝送することができる。図３のＡＰ１ ３１０におけるアクセスポイント管理エンティティ（ＡＰＭＥ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）はレイヤ化されたプロトコルではない。なぜならＡＰＭＥは、ＡＰの製造の特有の特徴およびアルゴリズムを実行し、ＩＥＥＥ８０２．１１の局管理エンティティ（ＳＭＥ：Ｓｔａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を組み込むＡＰ１ ３１０のメインの作動プログラムを表すからである。例えば、ＡＰＭＥは、ＷＬＡＮ端末（ＵＴ）から接続要求（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを受信し、さらにそれに応じた動作を行う。重要なのは、ＵＴ３４０のＳＴＡＭＥアプリケーションおよびＡＰ１ ３１０のＡＰＭＥアプリケーションが、ＵＴ３４０およびＡＰ１ ３１０に対して、例えば無線リンク測定などに関する種々の制御メッセージを交換および解釈することを許容することである。ＩＥＥＥ８０２．１１ｆ基準において仕様されるインターアクセスポイントプロトコル（ＩＡＰＰ：Ｉｎｔｅｒ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）は、例えば図３に示されるＡＰ１ ３１０およびＡＲ３５０などの、ネットワークにおけるすべてのＡＰにおいてインストールされている。ＩＡＰＰは、ＡＰ１ ３１０およびＡＲ３５０に対して、種々の制御メッセージを信号伝達するためにお互いに通信することを許容する。ＩＡＰＰプロトコルはまた、ＡＰ１ ２１０およびＡＰ２ ２２０に対して、通常の方式でお互いに通信することを許容する。ＩＡＰＰのエンティティは、例えばＡＰ１ ３１０のＷＬＡＮ端末の新接続を認識するために、ＵＤＰおよびＴＣＰに対して、他のＩＡＰＰエンティティへ向かうＩＰパケットとしてメッセージを分配するように要求する。Ｍ−Ｌ２Ｓ１ ３３０は、局または他のＬ２装置を宛先とするイーサネットフレームの中継器として機能するのみである。イーサネットフレームは、ユニキャスト、マルチキャストまたはブロードキャストフレームとすることができる。実施形態の１つにおいては、ＵＴ３４０はさらに、例えば８０２．１Ｘ ＥＡＰ／ＴＬＳ／ＴＴＬＳ／ＰＥＡＰ基準に従って、ＷＬＡＮ認証エンティティがインストールされ、ＵＴ３４０に対して、認証目的のためにＡＰ１ ３１０へ接続されるＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲの形式でＷＬＡＮの対応する認証エンティティと通信することを許容する。ＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲサーバは、例えばＡＲ３５０において統合されるが、多くの可能性が存在する。多くの他のプロトコルオプションが存在することを、いわゆる当業者であれば理解することができる。例えばＵＴＲＡＮ等のケースにおいて、ＬＷＡＰＰ（Ｌｉｇｈｔ Ｗｅｉｇｈｔ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）がＬＬＣ／ＩＡＰＰの代わりに使用されることができ、ＲＬＣ／ＲＮＣプロトコルがＬＬＣ／ＩＡＰＰの代わりに使用されることができる。ＲＡＤＩＵＳサーバは通常、例えば、ドキュメントＲＦＣ３５７９（ＥＡＰのためのＲＡＤＩＵＳサポート：ＲＡＤＩＵＳ ｓｕｐｐｏｒｔ ｆｏｒ ＥＡＰ）、ＲＦＣ２８６５、ＲＦＣ２８６９（ＲＡＤＩＵＳ拡張：ＲＡＤＩＵＳ Ｅｘｔｅｎｓｉｏｎｓ）ＲＦＣ３５７６（ＲＡＤＩＵＳへのダイナミック承認拡張（Ｄｙｎａｍｉｃ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ＲＡＤＩＵＳ）およびＲＦＣ３５８０（ＩＥＥＥ８０２．１Ｘ ＲＡＤＩＵＳ利用ガイドラン：ＩＥＥＥ８０２．１Ｘ ＲＡＤＩＵＳ Ｕｓａｇｅ Ｇｕｉｄｅｌｅｎｅｓ）によって仕様化される従来のＲＡＤＩＵＳプロトコルを利用する。ＤＩＡＭＥＴＥＲサーバは通常、例えばＲＦＣ３５８８（ＤＩＡＭＥＴＥＲベースプロトコル（ＤＩＡＭＥＴＥＲ Ｂａｓｅ Ｐｒｏｔｏｃｏｌ）によって仕様化される従来のＤＩＡＭＥＴＥＲプロトコルを、例えばＩＥＴＦ基準組織（インターネットエンジニアリングタスクフォース（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ））によって発行される、規格ＡＡＡ（認証：Ａｕｔｈｅｎｔｉｃａｔｉｎｇ、承認：Ａｕｔｈｏｒｉｚａｔｉｏｎ、アカウンティング：Ａｃｃｏｕｎｔｉｎｇ）プロトコルＲＦＣ２２８４−ＰＰＰ ＥＡＰ、ＲＦＣ４０１７（ＷＬＡＮのためのＥＡＰ要求（ＥＡＰ ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ ＷＬＡＮ）またはＲＦＣ３７８４（ＥＡＰ）またはＲＦＣ２７１６（ＰＰＰ ＥＡＰ ＴＬＳ）またはＥＡＰ−ＴＴＬＳ（ＥＡＰ Ｔｕｎｎｅｌｅｄ ＴＬＳ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって定義される、従来のＥＡＰ（Ｅｘｔｅｎｘｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と共に利用する。ＤＩＡＭＥＴＥＲサーバはさらに、ＥＡＰ−ＰＥＡＰ（保護されたＥＡＰプロトコル（Ｐｒｏｔｅｃｔｅｄ ＥＡＰ Ｐｒｏｔｏｃｏｌ）を利用できることを、いわゆる当業者であれば理解できる。

ここで図４および図６Ａおよび図６Ｂを参照すると、本発明による方法は、図２Ａにおいて示されるネットワークで実現される場合により詳細に説明される。それぞれのＡＰは、カバーエリア（ｃｏｖｅｒａｇｅ ａｒｅａ）が自己のカバーエリアと重なる近くのＡＰに関する情報を含む最新のデータベースを維持すると想定される（通常それぞれのＡＰは、近くのすべてのＡＰの、例えばＷＬＡＮ ＭＡＣアドレスなどのＩＤの記憶されたリストを備える。）。このように、それぞれのＡＰは、関連するＵＴにＩＥＥＥ８０２．１１ｋ基準による場所報告（サイトレポート：ｓｉｔｅ ｒｅｐｏｒｔ）を提供する。かかるサイトレポートは、ＵＴがローミング（またはハンドオフ）することができる近接する他のＡＰに関する情報を含む。このことは、すべての関連するＡＰが同一のオペレータによって制御されている場合、または中間オペレータ（ｉｎｔｅｒ−ｏｐｅｒａｔｏｒ）の同意が存在する場合にのみ達成されることができる。

ステップ４１００においては、ＵＴ２４０とホスト／ピア（例えばインターネット２６０上）との間に実行中の通信セッションが存在する。この場合において、例えばＩＰパケットは、図６Ａのステップ１で図示されるように、ＩＥＥＥ８０２．２ＬＬＣレイヤ（および低位のレイヤ）を用いることにより、ＷＬＡＮ上でルーティングされる。通信セッションは、例えば従来のＶｏＩＰセッション（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）とすることができる。いずれの所定時間においても、ＵＴ２４０とＡＰ１ ２１０との間にＷＬＡＮ接続が一度構築されると、図６Ａのステップ２で図示されるように、ＡＰ１ ２１０は、ＵＴ２４０へ条件付のビーコンフレーム要求（ｂｅａｃｏｎ ｆｒａｍｅ ｒｅｑｕｅｓｔ）を送信する。当該要求は、平均受信チャネル電力指標（ＲＣＰＩ：Ｒｅｃｅｉｖｅｄ Ｃｈａｎｎｅｌ Ｐｏｗｅｒ Ｉｎｄｉｃａｔｏｒ）レベルが定められたしきい値よりも低い場合に、ＡＰ１ ２１０の（周期的な）ビーコンレポート（ｂｅａｃｏｎ ｒｅｐｏｒｔ）がＵＴ２４０によってＡＰ１ ２１０に送信されるべきであるとの報告条件を指標する。ＵＴ２４０はその後、パッシブ・スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）を実行し、特定の測定期間内で現在のＲＣＰＩレベルを継続的に評価する。

ステップ４１１０においては、報告条件が適合（すなわちしきい値よりも低いＲＣＰＩレベルが決定され）されると、図６Ｂのステップ３によって示されるように、ＵＴ２４０が通常のビーコンレポートをＡＰ１ ２１０へ送信する。すなわち、このことは、ＵＴ２４０がＡＰ１ ２１０のカバーエリアをまもなく離れハンドオーバが生じさせられることを推定する。自身のＡＰ位置データベースにより、ＡＰ１ ２１０は、自己のカバーエリアがＡＰ２ ２２０を含む１またはいくつかの近くのＡＰのカバーエリアと（部分的に）重なりあうことを認識する。しかし、ＡＰ１ ２１０は、ＵＴ２４０が現在この重なるエリアにあるか否かを判断することはできない。

ステップ４１２０においては、ＡＰ１ ２１０はＵＴ２４０がハンドオーバ処理を実行するのをサポートするために、図６Ａのステップ４に示されるように、通常のサイトレポートをＵＴ２４０へ送信する。このサイトレポートはさらに、ＡＰ２ ２２０および他の近くのＡＰに関する情報（すなわち、ＢＳＳＩＤ、ＰＨＹタイプ、チャネル等）を含む。このサイトレポートは、ＵＴ２４０がユーザの（加入）プロファイルに従って接続することが可能な登録された近くのＡＰに関してＵＴ２４０に通知する。ＵＴ２４０は、ＵＴ２４０の作動ネットワークに属していないＡＰから、通常のブロードキャスト・ビーコンフレームを受信することもできる。

ステップ４１３０において、ＵＴ２４０は、適度なＲＣＰＩレベルを有する適切なＡＰを探すために通常のパッシブ・スキャニングを開始する。パッシブ・スキャニングを実行することにより、ＵＴ２４０は、ＵＴ２４０の地理的な位置に従って、リスト化された近くのＡＰからビーコンフレームを受信することも受信しないこともある。ＵＴ２４０が図６Ａのステップ５に示されるようにＡＰ２ ２２０によってブロードキャストされるビーコンフレームを受信すると仮定すると、ＵＴ２４０は、ＡＰ２ ２２０のＲＣＰＩレベルとＡＰ１のＲＣＰＩレベルとを比較し、ＡＰ２ ２２０のＲＣＰＩレベルがＡＰ１ ２１０のＲＣＰＩレベルを超える場合には、通常の方式によりＡＰ１ ２１０からＡＰ２ ２２０へ接続を切り替えることを決定する。すなわち、ＵＴ２４０は、ＡＰ１ ２１０からＡＰ２ ２２０へのハンドオーバを実行することを決定する。

ステップ４１４０においては、ＵＴは、図６Ａのステップ６によって示されるように、通常の標準プローブ要求フレーム（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰ２ ２２０へ送信することにより、ハンドオーバの決定を宣告する。ＡＰ２ ２２０は、図６Ａのステップ７によって示されるように、通常のプローブ要求フレームに応答する。本発明によれば、ＡＰ２ ２２０はその後、ハンドオーバ意志通知メッセージをＡＰ１ ２１０および／またはＡＲ２５０へ送信する。かかるハンドオーバ意思通知メッセージは、ＡＰ２ ２２０へのハンドオーバを指標し、ＵＴ２４０の通信セッションを独自に指標するセッション識別子からなる。ハンドオーバ意思通知メッセージは、以下に説明する理由のために、ＡＰ２ ２２０および／またはＵＴ２４０を独自に識別する識別子、例えばＡＰ２ ２２０および／またはＵＴ２４０のＷＬＡＮ ＭＡＣアドレス等からなることもできる。セッション識別子は、例えば、ＵＴ２４０の通常のＬＬＣ接続識別子または通常のＴＣＰ／ＩＰフロー識別子またはＷＬＡＮ ＭＡＣアドレス、またはＩＰアドレスとすることができる。

ハンドオーバ意思通知メッセージは、例えば、図６Ｂのステップ８によって示されるように、修正されたＩＡＰＰ−ＰＲＯＢＥパケット（ＩＡＰＰ−ＰＲＯＢＥ．Ｎｏｔｉｆｙ ｐａｃｋｅｔ）として認識されることができる。かかる修正されたＩＡＰＰ−ＰＲＯＢＥパケットは通常、最適なデータフィールドの前記セッション識別子を追加すること、またはＵＴ２４０のＷＬＡＮ ＭＡＣアドレスを単純に前記セッション識別子に定義することにより、ＵＴのＷＬＡＮ ＭＡＣアドレスを通常に含むこともできることを、いわゆる当業者であれば理解することができる。ハンドオーバ意思通知パケットはこの場合、定義されたハンドオーバ識別子フィールドを備えることもできる。かかるハンドオーバ識別子フィールドは、受信ノードが受信メッセージの正確な解釈をすることができるように、ハンドオーバ意思を指標するためには“１”と設定され、そうでない場合は“０”と設定されることもできる。しかし、ハンドオーバ識別子は省略されることがあり、いわゆる当業者であれば理解できるように、受信ノード（すなわち、ＡＰ１ ２１０およびＡＲ２５０）は、このハンドオーバ意思通知メッセージをかかる識別子がない場合においても正確に解釈することができるように修正／構成されることができる。ＵＤＰ／ＩＰパケットとして送信されるこの修正されたＩＡＰＰパケットは、ＩＥＥＥ８０２．１１ｆ基準において定義されていない。しかし、上述された機能性を与えられたかかるＩＡＰＰパケットをどのように実現するのかを、いわゆる当業者であれば理解することができる。修正されたＩＡＰＰ−ＰＲＯＢＥパケットの形式のハンドオーバ意思通知メッセージは通常Ｍ−Ｌ２Ｓ２へ向かうグループアドレスに対してマルチキャストされるが、例えば問題のセッションが現在（例えばＵＴ２４０によって信号伝達される）ＡＰ１ ２１０と接続されていることをＡＰ２ ２２０が認識している状況においては、代わりにＡＰ１ ２１０および／またはＡＲ２５０へユニキャストされることもできる。マルチキャストアドレスは本発明によって、近くのＡＰ（ＡＰ１を含む）および／またはＡＲ２５０がハンドオーバ意思通知ＩＡＰＰパケットを受信することができるように選択される。ハンドオーバ意思通知メッセージは、代わりにＵＴ２４０によって形成されＡＰ１ ２１０へ送信され、ＡＰ１ ２１０がハンドオーバ意思通知メッセージをＡＲ２５０へ送信することができるが、他の可能性も存在する。

ステップ４１５０においては、ＵＴ２４０がＡＰ１ ２１０からＡＰ２ ２２０へのセッションハンドオーバを実行する意思として、受信されたハンドオーバ意思通知メッセージ（例えば修正されたＩＡＰＰ−ＰＲＯＢＥパケットの形式）を解釈する。本発明によれば、ＡＰ１ ２１０はその後、メモリ２１３でＵＴ２４０へのダウンリンクＩＰパケットアドレスのキャッシング（バッファリング）を開始する。このことが少なくとも統計的な意味において、パケット損失および再送信パケットの必要数量（およびこれらによる干渉レベルとネットワーク信号伝達）を軽減する。ある実施形態において、前記ハンドオーバ意思通知メッセージがＡＰ２ ２２０を独自に識別する識別子、例えばＡＰ２ ２２０のＷＬＡＮ ＭＡＣアドレスからなる状況においては、ＡＰ１ ２１０は前記ハンドオーバ意思通知メッセージの受信に応じて、すぐにパケットをＡＰ２ ２２０へ伝送することを開始する。このことが、軽減されたパケット遅延およびより円滑な（ｓｍｏｏｔｈｅｒ）ハンドオーバを可能とする。代わりの実施形態によれば、ＡＰ１ ２１０は、無線リンクを通じてダウンリンクパケットをＵＴ２４０へ送信し続け、同時に複製パケット（ｄｕｐｌｉｃａｔｅ ｐａｃｋｅｔ）をＡＰ２ ２２０へ伝送し、ソフトハンドオーバの実現を許容する。さらに、ステップ４１５０においては、本発明の実施形態の１つによれば、ＡＲ２５０は、前記ハンドオーバ意思通知メッセージの受信に応じて、前記セッションのダウンリンクデータパケット（すなわちＵＴ２４０へ向かう）を、ＡＰ１（２１０）へ伝送する代わりにバッファメモリ（２５３）へのバッファリングを開始することができる。このことがパケット遅延／損失／再送信を軽減し、ＡＲ２５０がダウンリンクパケットをＡＰ２ ２２０へのみ伝送する状況においては、ＡＰ１ ２１０における必要なバッファメモリのサイズも軽減することを、いわゆる当業者であれば理解できる。実施形態の１つにおいて、前記ハンドオーバ意思通知メッセージがＡＰ２ ２２０を独自に識別する識別子、例えばＡＰ２ ２２０のＷＬＡＮ ＭＡＣアドレスからなる状況においては、ＡＲ２５０は前記セッションのダウンリンクパケットをＡＰ１ ２１０の代わりに、ＡＰ２ ２２０へのルーティングを開始する。代わりの実施形態においては、ＡＲ２５０は、前記ハンドオーバ意思通知メッセージに応じて、ＵＴ２４０へ配信されるダウンリンクパケットをＡＰ１ ２１０およびＡＰ２ ２２０の両方へ送信開始し、ＡＰ１ ２１０およびＡＰ２ ２２０のそれぞれの無線リンクを通じた二重送信により、ソフトハンドオーバ（バイキャスティング）を可能とする。このことが、ソフトハンドオーバの実現によりハンドオーバの間のパケット遅延をさらに軽減する。

ステップ４１６０において、ＵＴ２４０はＡＰ２ ２２０と（オープンシステムの）ＥＡＰ認証手段を開始し、図６Ｂのステップ９によって示されるように、通常の接続要求フレーム（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰ２ ２２０へ送信する。このことが、ＵＴ２４０とＡＰ１ ２１０との間で、通常の方式における無線接続の中断を引き起こす。本発明の実施形態の１つによれば、このことは図５において示され以下に詳述されるように、ＵＴ２４０におけるパケットの再送信アルゴリズムも引き起こす。同時に、ＡＰ１ ２１０がＵＴ２４０からビーコンレポートを一切受信しないため、例えばＡＰ１ ２１０がハンドオーバ意思通知メッセージをＡＰ２ ２２０へ送信していない状況において、本発明の実施形態の１つによれば、ＡＰ１ ２１０は特定の事前に確立された時間Ｔ１の後に、ハンドオーバ意思通知メッセージをＡＲ２５０へ送信する。既に述べたように、ハンドオーバ意思通知メッセージは、独自にデータセッションを識別するセッション識別子、例えばＵＴ２４０のＬＬＣ接続識別子またはＩＰ接続識別子またはＷＬＡＮアドレス、またはＩＰアドレスからなる。ハンドオーバ意思通知メッセージは、上述した修正されたＩＡＰＰ−ＰＲＯＢＥパケット、または例えば図６Ｂのステップ１０により示されるように、修正されたＩＡＰＰ−ＬＥＡＶＥ通知パケットとして認識されることができる。これらのＩＥＥＥ８０２基準のパケットを修正することにより、説明した機能性を伴うハンドオーバ意思通知メッセージをどのように形成するかを、いわゆる当業者であれば理解することができる。このことが、ＡＲ２５０へハンドオーバが実行されることを早い段階で警告する可能性を提供する。その結果ＡＲ２５０が、セッションダウンリンクパケットのバッファリングをできるだけ早く開始することができ、全体のパケット遅延／損失およびネットワーク信号伝達を少なくとも統計的な意味において軽減することができる。すなわち、ＡＲ２５０は、ハンドオーバ意思通知メッセージをＡＰ１ ２１０および／またはＡＰ２ ２２０から受信することができる。いずれのハンドオーバ意思通知メッセージが先に到達するかは、Ｔ１等のネットワーク設定に依存する。代わりに、例えば修正されたＩＡＰＰ−ＬＥＡＶＥ通知パケットの形式でのハンドオーバ意思通知メッセージは、ステップ４１４０において、ＵＴ２４０からＡＰ２ ２２０を介してＡＲ２５０へ送信される。多くの可能性は存在する。

ステップ４１７０においては、ＵＴ２４０がＡＰ２ ２２０接続されている場合、ＡＰ２は、図６Ｂのステップ１１によって示されるように、例えばＩＡＰＰ−ＡＤＤ通知パケットとして接続更新メッセージをＭ−Ｌ２Ｓ２に向けてマルチキャストする。ＩＡＰＰ−ＡＤＤ通知パケットは、他のＡＰ（例えばＡＰ１ ２１０）およびＡＲ２５０に、新ターゲットのＡＰ（すなわちＡＰ２ ２２０）における特定のＵＴ（このケースにおいてはＵＴ２４０）の新接続について通知するために、マルチキャストＵＤＰ／ＩＰとして送信される。ＡＰ２ ２２０は、図６Ｂのステップ１２によって示されるように、通常の接続要求メッセージをＵＴ２４０へ送信することにより接続手段を成立する。本発明によれば、ＩＡＰＰ−ＡＤＤ通知パケットは、問題のセッションを独自に識別するセッション識別子を含み、ＵＴ２４０および／またはＡＰ２ ２２０のＷＬＡＮ ＭＡＣアドレスと伴に、パケットの妥当性を指標するシーケンス番号からなることもできる。ＡＲ２５０および送信するＡＰ２に地理的に近く位置する他の関連するＡＰ（すなわち少なくともＡＰ１ ２１０）のみが、ＷＬＡＮドメイン内に過剰な信号伝達を導かないように、ＩＡＰＰ−ＡＤＤ通知パケットを受信することができるように、マルチキャストＩＰ（またはＭＡＣ）アドレスが選択されるべきである。Ｌ２更新フレームに関して仕様化されたマルチキャストＩＰ（またはＭＡＣ）アドレスが選択されることで、中間媒体のＭ−Ｌ２ＳおよびＡＲ２５０が、必要であればかかるマルチキャストＩＰ（またはＭＡＣ）を受信してブリッジングテーブルを更新することができるようにしなければならない。かかるマルチキャストＩＰ（またはＭＡＣ）アドレスに従って、ＩＡＰＰ−ＡＤＤ通知パケットはＡＰ１ ２１０およびＡＲ２５０によって受信されることとなる。ＡＰ２ ２２０がＡＰ１ ２１０と同一のＭ−Ｌ２Ｓと接続されるため、Ｍ−Ｌ２Ｓ１ ２３０およびＡＲ２５０はそれらのブリッジングテーブルを更新する必要がない。このことは、ＡＲ２５０がＬ２更新フレームおよび／またはＩＡＰＰ−ＡＤＤ通知パケットを受信する前に行っていたのと同じように、ＵＴ２４０に関するすべてのダウンリンクＩＰパケットをＭ−Ｌ２Ｓ１ ２３０およびＭ−Ｌ２Ｓ２ ２３５を通じて伝送し続けることを意味する。本発明によれば、ＡＰ１ ２１０およびＡＲ２５０は、このＩＡＰＰ−ＡＤＤ通知パケットを受信した後に、前記セッションに関するダウンリンクパケットをＡＰ２ ２２０へ伝送することを開始する。このことが、ハンドオーバの間にＷＬＡＮ内のパケット遅延／損失および信号伝達の危険を軽減し、その結果円滑なハンドオーバを提供する。本発明は、上記の（任意に）修正されたＩＡＰＰ−ＡＤＤ通知パケットの代わりに、ＩＡＰＰ−ＭＯＶＥ応答通知パケット（ＩＡＰＰ−ＭＯＶＥ ＲＥＳＰＯＮＳＥ．Ｎｏｔｉｆｙ ｐａｃｋｅｔ）とともに（任意に）修正されたＩＡＰＰ−ＭＯＶＥ通知パケット（ＩＡＰＰ−ＭＯＶＥ．Ｎｏｔｉｆｙ ｐａｃｋｅｔ）を用いることにより、および／またはＩＡＰＰ−ＣＡＳＨ応答通知パケット（ＩＡＰＰ−ＣＡＳＨ．Ｒｅｓｐｏｎｓｅ ｐａｃｋｅｔ）とともに（任意に）修正されたＩＡＰＰ−ＣＡＳＨ通知パケット（ＩＡＰＰ−ＣＡＳＨ．Ｎｏｔｉｆｙ ｐａｃｋｅｔ）を用いることにより実現されることを、いわゆる当業者であれば理解することができる。ＩＡＰＰ−ＭＯＶＥ通知パケットはその後、好適にはＡＰ２ ２２０によってＡＰ１ ２１０へ（専用メッセージとして）ユニキャストされ、さらにネットワーク信号伝達を軽減する。

ステップ４１８０においては、ステップ４１７０においてＡＰ２ ２２０が通常の接続応答（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信した後に、図６Ｂのステップ１３により示されるように、通常の８０２．１Ｘ（ＥＡＰ）を基本とする認証が、ＵＴ２４０とＡＰ２ ２２０とネットワーク認証エンティティ（例えばＡＲ２５０に組み込まれるＲＡＤＩＵＳエンティティ）との間で実行される。ダウンリンクおよびアップリンクのＩＰパケットは、ＥＡＰ認証手段が完了するとすぐに、ＵＴ２４０とＡＰ２ ２２０との間の無線リンクを通じて送信されることができる。同時にステップ４１８０において、ＡＰ２ ２２０は、ＡＲ２５０および／またはＡＰ１ ２１０からセッションダウンリンクパケットを受信し、メモリ２２３にそれらをバッファリングする。ＡＰ１ ２１０に未だキャッシングされ、および／またはＵＴ２４０へ未だ送信されておらず、またはＵＴ２４０によって未だ承認されていない、すべての（ＬＬＣ／イーサネットフレームとしてカプセル化された）セッションダウンリンクＩＰパケットは、ＡＰ２ ２２０を通じてＵＴ２４０とＡＲ２５０との間で伝達されることができる。この送信手段はすなわち、ＵＴ２４０とＡＰ２ ２２０との間のＥＡＰ認証の間に実行され、両方の手段はお互いに独立しているためネットワーク認証エンティティは未だ進行中である。Ｍ−Ｌ２Ｓ２がブリッジングテーブルをすでに更新しているため、宛先ＭＡＣアドレス（すなわちＵＴのＷＬＡＮ ＭＡＣアドレス）に従って、ＬＬＣ／イーサネットフレームは、ＡＰ２ ２２０が接続されるＭ−Ｌ２Ｓ２ ２３５の特定のポートを通じて伝送されることができる。伝送されるパケットは、Ｍ−Ｌ２Ｓ１ ２３０を通じてルーティングされるべきではない。ＡＰ１ ２１０およびＡＲ２５０によってＭ−Ｌ２Ｓ１ ２３０を介して伝送されるＬＬＣ／イーサネットフレーム（新しいダウンリンクパケットを含む）は、本発明によってＡＰ２ ２２０のメモリ２２３にキャッシングされ、ＥＡＰ認証手段が完了した後すぐにＵＴ２４０へ送信される。本発明によれば、メモリ２２３は先入れ先出しのＦＩＦＯメモリとすることができ、その結果ダウンリンクのＬＬＣイーサネットフレームの並び替え（ｒｅｏｒｄｅｒｉｎｇ）が、ＵＴ２４０のＬＬＣレイヤに属しているアルゴリズムによって実行されなければならない。このことが、ネットワークの混雑状態として順番が崩れたパケットを解釈するＴＣＰに関する問題を解決し、ＶｏＩＰ等のリアルタイムアプリケーションに対して特に重要である円滑なハンドオーバを提供する。アップリンクとダウンリンクの両方のＩＰパケットが、図６Ｂのステップ１５によって示されるように、ＵＴ２４０とＡＲ２５０との間でＡＰ２ ２２０および対応するＭ−Ｌ２Ｓを通じてＬＬＣ／イーサネットフレームとして交換されることができるようになった後に、セッションハンドオーバが終了する。本発明の実施形態の１つによれば、図５Ｂにおいて図示されさらに詳述されるように、ＥＡＰ認証手段の完了が、ＵＴ２４０のパケットの再シーケンシングアルゴリズム（ｒｅ−ｓｅｑｕｅｎｃｉｎｇ ａｌｇｏｒｉｔｈｍ）を引き起こす。

図２Ｂは本発明が適用可能なネットワーク構造の別の例を示す。図２Ｂにおいては、ＵＴ２４０がＡＰ１ ２１０’（すなわち旧ＡＰ）と現在接続され、ＬＬＣ／イーサネットフレームとしてカプセル化されたＩＰパケットがＵＴ２４０’とＡＲ２５０’との間でＷＬＡＮ通信パスを通じて交換されているセッションを理解することができる。すなわち、ＡＰ１ ２１０’とＡＲ２５０’との間のリンクは、２つのＭ−Ｌ２Ｓ、すなわちＭ−Ｌ２Ｓ１ ２３０’およびＭ−Ｌ２Ｓ２ ２３５’によってブリッジングされる。図２Ａを参照して説明された前記のＨＯ−１の状況と比べて、ＡＰ２ ２２０’は異なるＭ−Ｌ２Ｓ、すなわちＭ−Ｌ２Ｓ３ ２３６と接続される。しかし、両方のレイヤ２スイッチ、すなわちＭ−Ｌ２Ｓ２ ２３５’およびＭ−Ｌ２Ｓ３ ２３６’は、Ｍ−Ｌ２Ｓ１ ２３０’を介して同一のＡＲ２５０’へ接続される。ＡＰ１ ２１０’およびＡＰ２ ２２０’のカバーエリアは（部分的に）重なっていると想定され、ＵＴ２４０’が現在のデータセッションをＡＰ１ ２１０’からＡＰ２ ２２０’（すなわち新しいＡＰ）へハンドオフしようとしていることを理解できる。

通常、図２Ｂのネットワークに関するセッションハンドオーバ手段は図２Ａに示したものと非常に似ている。両手段間の主な違いは、以下のようにステップ４１４０および４１７０に関連する。

ステップ４１４０においては、ＡＰ２ ２２０’へのハンドオーバを実行する意思を宣告するために、ＵＴ２４０’はプローブ要求フレームをＡＰ２ ２２０’へ送信する。プローブ要求フレームに応答した後に、ＡＰ２ ２２０’は、ＵＴ２４０’のＷＬＡＮ ＭＡＣアドレスを含む（標準でない）ＩＡＰＰ−ＰＲＯＢＥ通知パケットをＭ−Ｌ２Ｓ３ ２３６へ向かうマルチキャストグループアドレスへ送信する。ＡＰ１ ２１０’（通常は近くのＡＰ）およびＡＲ２５０’が、ＩＡＰＰパケットをＭ−Ｌ２Ｓ３ ２３６、Ｍ−Ｌ２Ｓ１ ２３０’、およびＭ−Ｌ２Ｓ２ ２３５’を通じてルーティングされた後に受信することができるように、マルチキャストアドレスが選択されるべきである。ＡＰ１ ２１０’は、ＡＰ１ ２１０’からＡＰ２ ２２０’へのセッションハンドオーバを実行するＵＴ２４０’の意思として、受信したＩＡＰＰ−ＰＲＯＢＥ通知パケットを解釈する。ＡＰ１ ２１０’はその後、ＵＴ２４０’に関するダウンリンクのＩＰパケットのキャッシングを開始し、ハンドオーバが起こるとすぐにそれらのパケットはＡＰ２ ２２０’へ伝送される。ＡＲ２５０’は、ＵＴのＷＬＡＮ ＭＡＣアドレスを含むＩＡＰＰ−ＬＥＡＶＥ通知パケットを受信するときは常に、自己の決定をするためにＩＡＰＰ−ＰＲＯＢＥ通知パケットにおいて提供される情報を使用することができる。

ステップ４１７０においては、ＵＴ２４０’がＡＰ２ ２２０’と無事に接続された後に、ＡＰ２ ２２０’は、レイヤ２の更新フレームおよび対応するＩＡＰＰ−ＡＤＤ通知パケットをＭ−Ｌ２Ｓ３ ２３６に向けてマルチキャティングする。Ｍ−Ｌ２Ｓ１ ２３０’、ＡＲ２５０’、およびＭ−Ｌ２Ｓ２ ２３５’（およびこれらの間の他のＬ２装置）が、レイヤ２フレームを受信しブリッジングテーブルを更新することができるように、このＬ２フレームのマルチキャストＭＡＣアドレスが選択される。マルチキャストＩＰアドレスに従って、ＩＡＰＰ−ＡＤＤ通知パケットは、ＡＰ１ ２１０’、およびＡＲ２５０’によって受信されることとなる。ＡＰ２ ２２０’がＡＰ１ ２１０’と同一のＡＲ２５０’と接続、すなわちＭ−Ｌ２Ｓ１ ２３０’を介して接続されるため、ＡＲ２５０’のブリッジングテーブルの更新が必要とならない（更新はＭ−Ｌ２Ｓ３、Ｍ−Ｌ２Ｓ１およびＭ−Ｌ２Ｓ２において要求される）。このことは、ＡＲ２５０’が、現在（Ｍ−Ｌ２Ｓ２ ２３５’の代わりに）Ｍ−Ｌ２Ｓ３ ２３６を通じてパケットをルーティングしているＵＴ２４０’に関するすべてのダウンリンクＩＰパケットを、Ｍ−Ｌ２Ｓ１ ２３０’を介して伝送し続けることを意味する。

さらにＡＰ１ ２１０’は、ＡＰ１ ２１０’に未だキャッシングおよび／または認識されていない、すべての（ＬＬＣ／イーサネットフレームとしてカプセル化された）ＵＴのダウンリンクＩＰパケットを、スイッチＭ−Ｌ２Ｓ２ ２３５’、Ｍ−Ｌ２Ｓ１ ２３０’、およびＭ−Ｌ２Ｓ３ ２３６を通じてＡＰ２ ２２０’へ任意に伝送することができる。このことは、すべてのこれら３つのＬ２スイッチがすでにそれらのブリッジングテーブルを更新し、その結果特定の宛先ＭＡＣアドレス（すなわちＵＴのＷＬＡＮ ＭＡＣアドレス）に基づいてＬＬＣ／イーサネットフレームをルーティングすることができるために可能となる。

本発明は、ＵＴ２４０に関するパケット再シーケンシングアルゴリズムを提供し、係る実行方法が、図５を参照してここでより詳しく説明される。再シーケンシングアルゴリズムは通常ＵＴ２４０のＬＬＣレイヤに備わっており、ＵＴ２４０と無線アクセスネットワーク２００との間で発生するいずれかの通常の認証手段によって有利に引き起こされる。例えば、再シーケンシングアルゴリズムは、上記のステップ４１６０と関連して説明されたように、通常の接続要求フレームをＡＰ２ ２２０へ送信するＵＴ２４０によって引き起こされることができ、または上記のステップ４１８０におけるＥＡＰ認証手段の完了によって引き起こされることができる。再シーケンシングアルゴリズムは本発明によってパケット遅延を軽減するため（軽減されるパケット損失）、それ自体では時間のかかる認証手段との結合において使用されるのに有利となる。代わりとして、図２ＡのネットワークでＡＰ１（２１０）またはＡＰ２（２２０）またはＡＲ２５０などの最適なネットワークノードによってなされるハンドオーバの決定により再シーケンシングアルゴリズムが引き起こされ、ＵＴ２４０へ信号伝達されることもできる。多くの可能性が存在し、いわゆる当業者であれば、かかる引き起こしがどのように実現されるかは明らかである。

ステップ５０１０では、前記ＵＴ（２４０）を宛先としＡＰ１（２１０）から受信する第１データパケットが、ＵＴ２４０の第１バッファメモリ２４５から通常の方式でフェッチングされる。かかる第１バッファメモリ２４５においては、無線リンク上で受信された復号されたパケットが、正しい最終の高位のアプリケーション、例えばリアルタイム・マルチメディア・アプリケーションまたはＶｏＩＰアプリケーション等へ伝送される前に、一時的に記憶される。ＡＰ２ ２２０がダウンリンクパケットをＵＴ２４０へ送信する前に再シーケンシングアルゴリズムが引き出されるため、当該アルゴリズムは前記第１バッファメモリ２４５のすべてのデータパケットを、ＡＰ１ ２１０からのパケットとして解釈する（すなわちキューの第１のパケットをフェッチングする）。

ステップ５０２０においては、フレームシーケンス番号ＦＳＮ（ｆｒａｍｅ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）が前記第１データパケットから抽出される。前記ＦＳＮは、前記ＵＴ２４０の第２バッファメモリ２４３の第１メモリスペースに記憶される。第１および第２バッファメモリは物理的に分離したメモリ、例えばＦＩＦＯとすることができ、または例えば前記ＵＴ２４０のＲＡＭ２４１に配される異なるメモリスペースを備えることにより定義されることもできる。しかしながら多くの可能性が存在する。ＦＳＮは、例えばＬＬＣプロトコルによって定義される通常のＬＬＣフレームシーケンス番号とすることができ、またはＩＰまたはＩＰＳｅｃまたは移動ＩＰのプロトコルによって定義される通常のＩＰパケットシーケンス番号とすることができ、または通常のＴＣＰまたはＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）フレームシーケンス番号とすることができる。ここでの“フレームシーケンス番号”の用語は、パケットまたはペイロードを識別するすべての通常のシーケンス番号として解釈されるべきである。

ステップ５０３０においては、前記第１パケットは、上述されたように通常の方式で、高位のプロトコルレイヤ、例えばリアルタイムＶｏＩＰアプリケーション等の前記ＵＴ（２４０）で作動する“正しい”最終アプリケーションへ伝送される。

ステップ５０４０においては、前記ＵＴ（２４０）へ配信される次のデータパケットが、前記第１バッファメモリ２４５からフェッチングされる。

ステップ５０５０においては、前記次のデータパケットのフレームシーケンス番号ＦＳＮＮＥＸＴが抽出される。

ステップ５０６０においては、前記次のパケットが“前の伝送パケット”として言及される、高位のプロトコルレイヤ／最終アプリケーションへ伝送された前のパケットの連続するパケットであるか否かが、前記ＦＳＮＮＥＸＴと前記ＦＳＮとを比較することにより確立される。ＬＬＣパケットシーケンス番号が抽出されるときは、ＦＳＮＮＥＸＴ＝ＦＳＮ＋１である場合は、“次のパケット”は“前の伝送パケット”の連続するパケットである。ＴＣＰフレームシーケンス番号が抽出されるときは、例えばＦＳＮＮＥＸＴ＝ＦＳＮ＋１４６０である場合は、“次のパケット”は“前の伝送パケット”の連続するパケットである。なぜなら通常ＴＣＰパケットのセグメントサイズは、１４６０のペイロードフレームからなるからである。しかし本発明は、いずれのセグメントサイズに対しても適用することができ、
“次のパケット”が前記“前の伝送パケット”の連続するパケットであるか否かを確立するために前記比較をどのように実現するかを、いわゆる当業者であれば理解することができる。前記“次のパケット”が“前の伝送パケット”の連続するパケットであると確立された場合、アルゴリズムはステップ５０７０へ向かい、そうでない場合はステップ５０８０へ向かう。

ステップ５０７０においては、前記“次のパケット”はＵＴ２４０の高位のプロトコルレイヤ／最終アプリケーションへ伝送される。前記ＦＳＮＮＥＸＴの値が第２バッファメモリ（２４３）の前記第１メモリスペースに記憶される。実施形態の１つでは、前記ＦＳＮは前記メモリ２４３に単純に上書きされ、その結果メモリ２４３の要求されるサイズを最小化できる。記憶されたＦＳＮＮＥＸＴの値はすなわち、前記“次のパケット”の連続するパケットを識別していくために、将来のフレームシーケンス番号の比較のための更新されたＦＳＮ値を形成する。アルゴリズムはその後ステップ５１００へ進む。

ステップ５０８０においては、前記“次のパケット”は前記第２バッファメモリ２４３の第２メモリスペースにバッファリングされる。有利には、前記“次のパケット”は、ＦＳＮおよびＦＳＮＮＥＸＴの差異に対応した順番で前記第２バッファメモリ２４３のリストに記憶される。例えばＬＬＣシーケンス番号が抽出されるケースでは、前記差異が３である場合には、“次のパケット”はこのリストの３番目の列に記憶されることとなる。これにより、後の段階で前記第２バッファメモリ２４３からパケットをフェッチングする場合に検索時間を最小化できる。なぜなら、パケットが前記リストにおいて正確に連続する順番で記憶されているからである。本発明による再シーケンシングアルゴリズムは通常、前記バッファメモリ２４３の前記第２メモリスペースの要求されるサイズを制限する。このことは、例えばメモリ２４３の前記第２メモリスペースのサイズのしきい値レベルを定義し、前記しきい値のサイズに到達した場合には、ステップ５０８０において“次のパケット”をバッファリングする前に、バッファメモリ２４３の前記第２メモリスペースから記憶された最前のパケット（すなわち最も低いフレームシーケンス番号のパケット）を伝送することにより達成されることができる。別の可能性としては、“次のパケット”が高位のプロトコルレイヤ／最終アプリケーションへ単純に伝送された後に、定義された最大の期間の間“次のパケット”をバッファリングすることである。“次のパケット”がバッファメモリ２４３の第２メモリスペースに記憶された場合、“次のパケット”は特定のパケットタイマと関連付けられる。その後“次のパケット”は、前記パケットタイマが経過した場合（すなわち、前記第２メモリスペースの“次のパケット”の格納時間が前記最大期間を超えた場合）、前記第２メモリスペースから伝送される。かかるメモリの制限をどのようにして実現するかを、いわゆる当業者であれば理解することができる。いわゆる当業者であれば理解できるように、このメモリ制限は当該アルゴリズムの中断も防止するこができるため有利となる。アルゴリズムはその後ステップ５０９０へ向かう。

ステップ５０９０においては、さらなる次のデータパケットが第１バッファメモリ２４５からフェッチングされ、当該パケットは上記の“次のパケット”として取り扱われる。アルゴリズムはその後ステップ５０５０へ戻る。

ステップ５１００においては、（例えばリアルタイムＶｏＩＰアプリケーションへ伝送される）“前の伝送パケット”の連続するデータパケットまたは連続するパケットの集合を検出するために、前記第２バッファメモリ２４３の第２メモリスペースが検索される。当該検索は、記憶されたパケットの（最適な）それぞれのフレームシーケンス番号をチェックし、これらと“前の伝送パケット”のフレームシーケンス番号とを比較することにより実行される。かかる連続するパケットまたはかかる連続するパケットの集団が検出された場合、このパケットまたはパケットの集団は、ステップ５１１０において高位のプロトコル／最終アプリケーション（例えばＶｏＩＰ等のリアルタイムアプリケーション）へ伝送され、前の伝送パケットの対応する“最新の”フレームシーケンス番号が前記第２バッファメモリ２４３の第２メモリスペースに記憶される。すなわち、ＦＳＮがそれに応じて更新され、アルゴリズムがステップ５０９０へと続く。かかる連続するパケットまたはかかる連続するパケットの集団が検出されなかった場合、第２バッファメモリを通じた検索が終了した後に、アルゴリズムはその後ステップ５０９０へと向かう。受信機、すなわちＵＴ２４０の高位レイヤのプロトコル／最終アプリケーションは、この方法においては順番を外れたパケットをほとんど受信しないため、本発明は必要な再送信の数およびネットワークの干渉レベルを軽減し、データ速度の減少の危険性も軽減する。本発明はハンドオーバの間のパケット遅延を軽減するため、特にＵＴ２４０とＡＰ２ ２２０との間のＥＡＰ手段等のように、認証手段がハンドオーバの間に実行される場合、例えばＶｏＩＰ等のリアルタイムアプリケーションに対して有利となる。

本発明による方法およびアルゴリズムは通常、符号化手段（ｃｏｄｅ ｍｅａｎｓ）からなるソフトウェアプログラムを用いることにより実現される。かかる符号化手段は、ＡＲ２５０、ＡＰ１ ２１０、ＡＰ２ ２２０およびＵＴ２４０の処理手段２５２、２１２、２２２および２４２にロードされる場合に、前記の方法および／またはアルゴリズムを実現することができる。ソフトウェアプログラムは、例えばＣＤ−ＲＯＭ、フラッシュメモリ等に記憶されることができ、効率的な分配／導入を可能とする。本発明の原理が実施形態の例または動作のモード／例によって前記のようにＷＬＡＮのケースにおいて詳述された。しかしながら、既に述べたように、本発明はすべての無線アクセスネットワークに適用可能であり、多くの修正および／または結合も可能である。したがって、本発明は上記の特定の実施形態／動作例に限定して解釈されるべきではない。いわゆる当業者であれば、特許請求の範囲により定義される本発明の範囲から離れることなく、これらの実施形態／動作例の変形が可能であることを理解することができる。

ＷＬＡＮの形式での通常の無線アクセスネットワークのネットワーク構造を示す。 ＷＬＡＮの形式での本発明による無線アクセスネットワークのネットワーク構造を示す。 ＷＬＡＮの形式での本発明による無線アクセスネットワークの代わりのネットワーク構造を示す。 図２Ａのネットワークのユーザプレーンおよび制御プレーンプロトコル・スタックの例を示す。 本発明のある観点による方法の例をフローチャートで示す。 本発明のある観点による方法の例をフローチャートで示す。 本発明の観点の１つによるアルゴリズムの例をフローチャートで示す。 本発明の観点の１つによるアルゴリズムの例をフローチャートで示す。 図２Ａで示されるネットワークにおいて、図４Ａおよび図４Ｂで示される本発明の方法を実行するための信号伝達のシナリオを示す。 図２Ａで示されるネットワークにおいて、図４Ａおよび図４Ｂで示される本発明の方法を実行するための信号伝達のシナリオを示す。

Claims (40)

1. 無線アクセスネットワークにおいて、第１無線アクセスポイントＡＰ１（２１０）から第２無線アクセスポイントＡＰ２（２２０）へのユーザ端末ＵＴ（２４０）の通信セッションのハンドオーバを補助する方法であって、前記ＡＰ１（２１０）によって実行される前記方法は：
   前記セッションを識別し前記ＵＴ（２４０）がセッションハンドオーバを実行しようとしていることを指標するセッション識別子からなる、ハンドオーバ意思通知メッセージを受信し、
   前記セッションに、前記ＡＰ１（２１０）のメモリ（２１１）のバッファメモリスペース（２１３）を割り当て、
   前記ハンドオーバ意思通知メッセージの受信に応じて、前記バッファメモリ（２１３）に前記ＵＴ（２４０）へ配信されるダウンリンクのデータパケットをバッファリングする、各ステップからなることを特徴とする、ＡＰ１（２１０）によるハンドオーバを補助する方法。
2. 前記無線アクセスネットワークは、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークであり、この場合において前記ネットワークは、ネットワークアクセスを要求するＵＴを認証するように構成され、この場合において前記セッション識別子は、前記ＩＥＥＥ８０２基準によって定義される前記ＵＴ（２４０）のＭＡＣアドレスである、請求項１に記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
3. さらに、前記ハンドオーバ意思通知メッセージの受信に応じて、前記ＵＴ（２４０）へのダウンリンクのセッションのパケットの送信を遮断するステップからなる、請求項１または２に記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
4. 前記ハンドオーバ意思通知メッセージはさらに、前記ＡＰ２（２２０）を識別し前記ＡＰ２（２２０）への前記セッションのハンドオーバを指標するＡＰ識別子からなり、前記方法はさらに、
   前記ハンドオーバ意思通知メッセージの受信に応じて、前記ＡＰ２（２２０）へ前記バッファリングされたダウンリンクのパケットを送信するステップからなる、請求項１〜３のいずれかに記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
5. さらに前記ＡＰ２（２２０）を識別し前記ＵＴ（２４０）が前記ＡＰ２（２２０）と接続されることを指標する接続更新メッセージを受信し、
   前記接続更新メッセージの受信に応じて、前記ＡＰ２（２２０）へ前記バッファリングされたダウンリンクのパケットを送信する、各ステップからなる、請求項１〜４のいずれかに記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
6. さらに、前記無線アクセスネットワークのアクセスルータＡＲ（２５０）へハンドオーバ意思通知メッセージを送信し、
   前記メッセージは、前記セッションのハンドオーバを指標し、前記ＡＲ（２５０）に対して前記ＵＴ（２４０）へ配信されるダウンリンクのデータパケットをバッファリングするように指示する前記通信セッションのセッション識別子からなる、請求項１〜５のいずれかに記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
7. 前記ハンドオーバ意思通知メッセージはさらに、前記ＡＰ２（２２０）を識別するＡＰ識別子からなる、請求項６に記載のＡＰ１（２１０）によるハンドオーバを補助する方法。
8. 無線アクセスネットワークにおいて、第１無線アクセスポイントＡＰ１（２１０）から第２無線アクセスポイントＡＰ２（２２０）へのユーザ端末ＵＴ（２４０）の通信セッションのハンドオーバを補助する方法であって、前記ＡＰ２（２２０）によって実行される前記方法は：
   前記通信セッションが前記ＡＰ１（２１０）から前記ＡＰ２（２２０）へハンドオーバされることを確立し、
   前記セッションのハンドオーバを指標し前記セッションを識別するセッション識別子からなるハンドオーバ意思通知メッセージを前記ＡＰ１（２１０）へ送信する、各ステップからなることを特徴とする、ＡＰ２（２２０）によるハンドオーバを補助する方法。
9. さらにアクセスルータＡＲ（２５０）へ前記ハンドオーバ通知メッセージを送信し、前記ＡＲ（２５０）に対して前記ＵＴ（２４０）へ配信される前記セッションのダウンリンクのデータパケットをバッファリングするように指示するステップからなる、請求項８に記載のＡＰ２（２２０）によるハンドオーバを補助する方法。
10. 前記ハンドオーバ通知メッセージはさらに、前記ＡＰ２（２２０）を識別するＡＰ識別子からなる、請求項８または９に記載のＡＰ２（２２０）によるハンドオーバを補助する方法。
11. 前記無線アクセスネットワークは、ネットワークアクセスを要求するＵＴを認証するように構成されたＩＥＥＥ８０２基準によるワイヤレスデータネットワークであり、この場合において前記方法はさらに、
    ＵＴ（２４０）へ／から認証証明を送信および受信することにより前記ＵＴ（２４０）を認証するステップからなる、請求項８〜１０のいずれかに記載のＡＰ２（２２０）によるハンドオーバを補助する方法。
12. 無線アクセスネットワークにおいて、第１無線アクセスポイントＡＰ１（２１０）から第２無線アクセスポイントＡＰ２（２２０）へのユーザ端末ＵＴ（２４０）の通信セッションのハンドオーバを補助する方法であって、前記無線アクセスネットワークは、前記ＡＰ１（２１０）および／またはＡＰ２（２２０）を介して前記ＵＴ（２４０）へ／からデータパケットをルーティングするためのアクセスルータＡＲ（２５０）からなり、前記ＡＲ（２５０）によって実行される前記方法は：
    前記通信セッションのハンドオーバを指標するハンドオーバ意思通知メッセージを受信し、
    前記ハンドオーバ意思通知メッセージに応じて、前記セッションのダウンリンクのデータパケットをバッファメモリ（２５３）にバッファリングする、各ステップからなることを特徴とする、ＡＲ（２５０）によるハンドオーバを補助する方法。
13. さらに、前記セッションを指標するセッション識別子と前記ＡＰ２（２２０）を識別するＡＰ識別子とからなり、前記ＡＰ２（２２０）へのハンドオーバを指標するＡＰ更新メッセージを受信し、
    前記セッションの前記バッファリングされたダウンリンクのデータパケットを前記ＡＰ２（２２０）へ伝送する、各ステップからなる、請求項１２に記載のＡＲ（２５０）によるハンドオーバを補助する方法。
14. 前記無線アクセスネットワークは、前記ネットワークへのアクセスを要求するＵＴを認証するように構成されたＩＥＥＥ８０２基準によるワイヤレスデータネットワークである、請求項１２または１３に記載のＡＲ（２５０）によるハンドオーバを補助する方法。
15. 無線アクセスネットワークにおいて、第１無線アクセスポイントＡＰ１（２１０）から第２無線アクセスポイントＡＰ２（２２０）へのユーザ端末ＵＴ（２４０）の通信セッションのハンドオーバを補助する方法であって、前記ＵＴ（２４０）によって実行される前記方法は：
    ａ）前記通信セッションが前記ＡＰ１から前記ＡＰ２へハンドオーバされることを確立し、
    ｂ）前記ＵＴ（２４０）の第１バッファメモリ（２４５）から第１パケットをフェッチングし、
    ｃ）前記第１パケットからフレームシーケンス番号ＦＳＮを抽出し、前記ＦＳＮを前記ＵＴ（２４０）の第２バッファメモリ（２４３）の第１メモリスペースに記憶し、
    ｄ）前記ＵＴ（２４０）で作動するアプリケーションまたは前記ＵＴ（２４０）の高位のプロトコルへ前記第１パケットを伝送し、
    ｅ）前記第１バッファメモリ（２４５）から次のパケットをフェッチングし、ここで前記次のパケットは、前記第１パケットの後に前記ＵＴ（２４０）によって次に受信されたパケットであり、
    ｆ）前記次のパケットからフレームシーケンス番号ＦＳＮＮＥＸＴを抽出し、
    ｇ）前記ＦＳＮＮＥＸＴと前記ＦＳＮとを比較することにより、前記次のパケットが前記第１パケットの連続するパケットであるか否かを確立し、
    ｈ）前記ＦＳＮＮＥＸＴを前記第２バッファメモリ（２４３）の前記第１メモリスペースに記憶し、ステップｇ）において前記“次のパケット”が前記第１パケットの連続するパケットであると確立された場合には前記“次のパケット”を高位のプロトコルまたは最終のアプリケーションへ伝送し、そうでない場合には前記“次のパケット”を前記第２バッファメモリ（２４３）の第２メモリスペースにバッファリングする、各ステップからなることを特徴とするＵＴ（２４０）によるハンドオーバを補助する方法。
16. 前記通信セッションが前記ＡＰ１（２１０）からＡＰ２（２２０）へハンドオーバされることを確立する前記ステップａ）は、
    ＡＰ１（２１０）の非接続、または
    ＡＰ２（２２０）の接続、または
    特定のハンドオーバ基準によってＵＴ（２４０）により行われるハンドオーバの決定、または
    ネットワークノードによって行われ前記ＵＴ（２４０）へ信号伝達される、特定のハンドオーバ基準によるハンドオーバの決定、の各ステップのいずれかからなる、請求項１５に記載のＵＴ（２４）によるハンドオーバを補助する方法。
17. さらに、前記第２メモリスペースの記憶されるパケット／バイトの最大しきい値数を定義し、または前記第２メモリスペースに記憶されているパケットの最大許容記憶時間を定義することにより、前記第２バッファメモリ（２４３）の前記第２メモリスペースのサイズを制限するステップからなる、請求項１５または１６に記載のＵＴ（２４０）によるハンドオーバを補助する方法。
18. ＡＰ１（２１０）および／またはＡＰ２（２２０）から受信されるデータパケットは、前記第１バッファメモリ（２４５）に受信された時系列で記憶され、前記メモリ（２４５）はＦＩＦＯタイプであり、この場合において第１および第２データパケットをフェッチングする前記ステップａ）およびｅ）は：
    前記ＦＩＦＯメモリ（２４５）からデータパケットを読み取るステップからなる、請求項１５〜１７のいずれかに記載の、ＵＴ（２４０）によるハンドオーバを補助する方法。
19. さらに、前記ＦＩＦＯ（２４５）から第３データパケットを読み取り、前記第３データパケットが前記アプリケーションへ伝送された前のパケットである前記データパケットの連続するデータパケットであることを確立し、
    前記第３データパケットを前記アプリケーションへ伝送し、前記バッファメモリ（２４３）の前記第１メモリスペースを前記第３データパケットのフレームシーケンス番号で更新し、
    前記第２バッファメモリ（２４３）の前記第２メモリスペースに少なくとも１つの記憶されたデータパケットが存在することを確立し、
    前記第３データパケットの連続するデータパケットのために前記バッファメモリ（２４３）の前記第２メモリスペースを検索する、各ステップからなる請求項１５〜１８に記載のＵＴ（２４０）によるハンドオーバを補助する方法。
20. 前記無線アクセスネットワークは、ＩＥＥＥ８０２基準によるワイヤレスデータネットワークであり、この場合において前記方法はさらに：
    例えばＥＡＰ基準などによって、ＡＰ２（２２０）へ／から認証証明を送信および受信するステップからなる、請求項１５〜１９に記載のＵＴ（２４０）によるハンドオーバを補助する方法。
21. ユーザ端末ＵＴ（２４０）に対して、無線リンク接続を用いることにより無線アクセスネットワークへアクセスすることを許容する、無線アクセスポイントＡＰ１（２１０）であって、
    前記ＡＰ１（２１０）が、第２アクセスポイントＡＰ２（２２０）およびアクセスルータＡＲ（２５０）からなる無線アクセスネットワークにインストールされている場合に、請求項１〜７のいずれかに記載された方法を実現する手段（２１３、２１４、２１２、２１１）からなることを特徴とする、無線アクセスポイントＡＰ１（２１０）。
22. 前記手段は、前記ＵＴ（２４０）へ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスを伴う第１メモリスペース（２１３）を備えるデータメモリ（２１１）からなり、前記データメモリ（２１１）はさらに記憶されたプログラム符号化手段を伴う第２メモリスペース（２１４）を備え、前記プログラム符号化手段は、前記ＡＰ１（２１０）の処理手段（２１２）にロードされる場合に前記処理手段（２１２）に前記方法を実現する少なくとも１つの手段を実行させる、請求項２１に記載の無線アクセスポイントＡＰ１（２１０）。
23. ＩＥＥＥ８０２基準によるアクセスポイントとして実現され、この場合において前記ＡＰ１（２１０）はさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される、請求項２２または２３に記載の無線アクセスポイントＡＰ１（２１０）。
24. プログラム符号化手段からなるコンピュータプログラム製品であって、前記プログラム符号化手段は、無線アクセスネットワークにインストールされている第１アクセスポイントＡＰ１（２１０）の処理手段（２１２）にロードされる場合に、前記処理手段に請求項１〜７のいずれかに記載された方法を実現する少なくとも１つの手段を実行させる、コンピュータプログラム製品。
25. 前記プログラム符号化手段を記憶して備えるコンピュータ可読性の媒体を含む、請求項２４に記載のコンピュータプログラム製品。
26. ユーザ端末ＵＴ（２４０）に対して、無線リンク接続を用いることにより無線アクセスネットワークへアクセスすることを許容する無線アクセスポイントＡＰ２（２２０）であって、
    前記ＡＰ２（２２０）が、第１アクセスポイントＡＰ１（２１０）およびアクセスルータＡＲ（２５０）からなる無線アクセスネットワークにインストールされている場合に、請求項８〜１１のいずれかに記載された方法を実現する手段（２２３、２２４、２２２、２２１）からなることを特徴とする、無線アクセスポイントＡＰ２（２２０）。
27. 前記手段は、前記ＵＴへ配信されるダウンリンクのパケットを記憶するためのバッファメモリ（２４０）を形成する第１エントランスを伴う第１メモリスペース（２２３）を備えるデータメモリ（２２１）からなり、前記データメモリ（２１１）はさらに、記憶されたプログラム符号化手段を伴う第２メモリスペース（２２４）を備え、前記プログラム符号化手段は、前記ＡＰ２（２２０）の処理手段（２２２）にロードされる場合に前記処理手段（２２２）に前記方法を実現する少なくとも１つの手段を実行させる、請求項２６に記載の無線アクセスポイントＡＰ２（２２０）。
28. ＩＥＥＥ８０２基準によるアクセスポイントとして実現され、前記ＡＰ２（２２０）がＩＥＥＥ８０２基準によってワイヤレスネットワークにインストールされている場合に前記方法を実現するように構成され、この場合において前記ＡＰ２（２２０）はさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される、請求項２６または２７に記載の無線アクセスポイントＡＰ２（２２０）。
29. プログラム符号化手段からなるコンピュータプログラム製品であって、前記プログラム符号化手段は、無線アクセスネットワークにインストールされている第２アクセスポイントＡＰ２（２２０）の処理手段（２２２）にロードされる場合に、前記処理手段に請求項８〜１１のいずれかに記載された方法を実現する少なくとも１つの手段を実行させる、コンピュータプログラム製品。
30. 前記プログラム符号化手段を記憶して備えるコンピュータ可読性の媒体を含む、請求項２９に記載のコンピュータプログラム製品。
31. 第１アクセスポイントＡＰ１（２１０）および／または第２アクセスポイントＡＰ２（２２０）を介して、ユーザ端末ＵＴ（２４０）の通信セッションをルーティングするように構成されたアクセスルータＡＲ（２５０）であって、
    前記ＡＲ（２５０）が前記ＡＰ１（２１０）およびＡＰ２（２２０）からなる無線アクセスネットワークにインストールされている場合に、請求項１２〜１４のいずれかに記載された方法を実現する手段（２５３、２５４、２５２、２５１）からなる、アクセスルータＡＲ（２５０）。
32. 前記手段は、前記ＵＴ(２４０)へ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスを伴う第１メモリスペース（２５３）を備えるデータメモリ（２５１）からなり、前記データメモリ（２５１）はさらに記憶されたプログラム符号化手段を伴う第２メモリスペース（２５４）を備え、前記プログラム符号化手段は、前記ＡＲ（２５０）の処理手段（２５２）にロードされる場合に前記処理手段（２５２）に前記方法を実現する少なくとも１つの手段を実行させる、請求項３１に記載のアクセスルータＡＲ（２５０）。
33. ＩＥＥＥ８０２基準によるＡＲとして実現され、前記ＡＲ（２５０）がＩＥＥＥ８０２基準によってワイヤレスネットワークにインストールされている場合に前記方法を実現するように構成され、この場合において前記ＡＲ（２５０）はさらに、前記ワイヤレスデータネットワークへのアクセスを要求するユーザ端末を認証するように構成される、請求項３１または３２に記載のアクセスルータＡＲ（２５０）。
34. プログラム符号化手段からなるコンピュータプログラム製品であって、前記プログラム符号化手段は、無線アクセスネットワークにインストールされているＡＲ（２５０）の処理手段（２５２）にロードされる場合に、前記処理手段に請求項１２〜１４のいずれかに記載された方法を実現する少なくとも１つの手段を実行させる、コンピュータプログラム製品。
35. 前記プログラム符号化手段を記憶して備えるコンピュータ可読性の媒体を含む、請求項３４に記載のコンピュータプログラム製品。
36. 無線アクセスネットワークにおいて、第１無線アクセスポイントＡＰ１（２１０）から第２無線アクセスポイントＡＰ２（２２０）への接続セッションのハンドオーバを補助するＵＴ（２４０）であって、
    請求項１５〜２０のいずれかに記載された方法を実現する手段（２４１、２４２、２４３、２４４）からなることを特徴とする、ユーザ端末ＵＴ（２４０）。
37. 前記手段は、前記ＵＴ（２４０）へ配信されるダウンリンクのパケットを記憶するためのバッファメモリを形成する第１エントランスと少なくとも１つのダウンリンクパケットと関連付けられたフレームシーケンス番号を記憶するための第２エントランスとを伴う第１メモリスペース（２４３）を備えるデータメモリ（２４１）からなり、前記データメモリ（２４１）はさらに記憶されたプログラム符号化手段を伴う第２メモリスペース（２４４）を備え、前記プログラム符号化手段は、前記ＵＴ（２４０）の処理手段（２４２）にロードされる場合に前記処理手段（２４２）に前記方法を実現する少なくとも１つの手段を実行させる、請求項３６に記載のユーザ端末ＵＴ（２４０）。
38. ＩＥＥＥ８０２基準によるユーザ端末ＵＴとして実現され、前記セッションがＩＥＥＥ８０２基準によってワイヤレスネットワークを通じてルーティングされている場合に前記方法を実現するように構成され、この場合においてＵＴ（２４０）はさらに、前記ワイヤレスデータネットワークによって認証されるように構成される、請求項３６または３７に記載のユーザ端末ＵＴ（２４０）。
39. プログラム符号化手段からなるコンピュータプログラム製品であって、前記プログラム符号化手段は、無線アクセスネットワークと接続しているＵＴ（２４０）の処理手段（２４２）にロードされる場合に、前記処理手段に請求項１５〜２０のいずれかに記載された方法を実現する少なくとも１つの手段を実行させる、コンピュータプログラム製品。
40. 前記プログラム符号化手段を記憶して備えるコンピュータ可読性の媒体を含む、請求項３９に記載のコンピュータプログラム製品。
    

Images