特表 2023-506592 光マルチセル通信システムのための高速ハンドオーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-02-16

(54)【発明の名称】光マルチセル通信システムのための高速ハンドオーバ

(51)【国際特許分類】

   H04W 36/16 20090101AFI20230209BHJP

   H04W 48/10 20090101ALI20230209BHJP

   H04W 36/08 20090101ALI20230209BHJP

   H04W 60/00 20090101ALI20230209BHJP

   H04W 48/16 20090101ALI20230209BHJP

【ＦＩ】

H04W36/16

H04W48/10

H04W36/08

H04W60/00

H04W48/16 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022551586

(86)(22)【出願日】2021-02-24

(85)【翻訳文提出日】2022-10-26

(86)【国際出願番号】 EP2021054489

(87)【国際公開番号】W WO2021170603

(87)【国際公開日】2021-09-02

(31)【優先権主張番号】62/982,127

(32)【優先日】2020-02-27

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】20161368.4

(32)【優先日】2020-03-06

(33)【優先権主張国・地域又は機関】EP

(81)【指定国・地域】

(71)【出願人】

【識別番号】516043960

【氏名又は名称】シグニファイ ホールディング ビー ヴィ

【氏名又は名称原語表記】ＳＩＧＮＩＦＹ ＨＯＬＤＩＮＧ Ｂ．Ｖ．

【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ４８，５６５６ ＡＥ Ｅｉｎｄｈｏｖｅｎ，Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ

(74)【代理人】

【識別番号】100163821

【弁理士】

【氏名又は名称】柴田 沙希子

(72)【発明者】

【氏名】サラス モレノ アントニオ

(72)【発明者】

【氏名】ガルシア ハヤ トマス

(72)【発明者】

【氏名】マルティネス ゴメス オクタヴィオ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA15

5K067DD17

5K067DD19

5K067DD34

5K067EE02

5K067EE10

5K067JJ39

(57)【要約】

ＬｉＦｉ等、データの通信を可能にする、光ワイヤレス通信システム、光ワイヤレス通信システムで使用するための方法及び装置において、高速ハンドオーバが、近隣のアクセスポイント（ＡＰ１、ＡＰ２）が非常に短いフレームを使用して自身をアナウンスし、斯かるフレームは、ユーザデバイス（ＥＰ１）によってピックアップされ、ユーザデバイス（ＥＰ１）は、ネイバアクセスポイント（ＡＰ２）のアイデンティティを検出し、これを現在のアクセスポイント（ＡＰ１）に伝達して、ユーザデバイス（ＥＰ１）に関する情報をネイバアクセスポイント（ＡＰ２）と共有することにより、ネイバアクセスポイント（ＡＰ２）が、リソースを割り当てる及び／又は同期するために事前コンフィギュレーションされることができるようにして実現されることができる。

【特許請求の範囲】

【請求項1】

光マルチセル通信システムにおける高速ハンドオーバのためのシステムであって、当該システムは、
リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを送信することによって自身の存在をアドバタイズするように構成される複数のアクセスポイントであって、前記短縮フレームの各々は、それぞれのアドバタイズするアクセスポイントの識別子を含む、複数のアクセスポイントと、
前記共通チャネルにおけるアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために前記複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信するように構成される、少なくとも１つのエンドポイントと、
を含む、システム。

【請求項2】

前記複数のアクセスポイントのうちの第１のアクセスポイントは、フレームサイクルごとに前記短縮フレームを送信するように構成される、請求項１に記載のシステム。

【請求項3】

前記複数のアクセスポイントのうちの第１のアクセスポイントは、エンドポイントから受ける事前登録要求に応答して、前記エンドポイントを事前登録する、前記エンドポイントのために前記第１のアクセスポイントの送信リソースを予約する、及び、前記予約された送信リソースのタイミング情報及びエンドポイント識別子を含む受入メッセージを前記エンドポイントに送信するように構成される、請求項１に記載のシステム。

【請求項4】

前記第１のアクセスポイントは、前記第１のアクセスポイントに既に登録されているエンドポイント及び前記第１のアクセスポイントのドメインへのエントリを要求する非登録エンドポイントに高い優先度、及び、エンドポイントの事前登録に低い優先度を割り当てることによってリソースの予約を優先付けるように構成され、高い優先度が、古い事前登録要求よりも新しい事前登録要求に割り当てられる、請求項３に記載のシステム。

【請求項5】

光マルチセル通信システムにおける高速ハンドオーバのための装置であって、当該装置は、リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信するように構成される、装置。

【請求項6】

当該装置は、関連するローカルアクセスポイントに検出された近隣のアクセスポイントを報告する、及び、前記ローカルアクセスポイントを介して前記近隣のアクセスポイントに事前登録を送信するように構成される、請求項５に記載の装置。

【請求項7】

当該装置は、あり得る高速ハンドオーバにおいて前記検出された近隣のアクセスポイントへの高速同期を可能にするために、前記事前登録要求に応答した受入メッセージにおいて前記検出されたアクセスポイントから受ける送信機会のタイミング情報を記憶するように構成される、請求項５又は６に記載の装置。

【請求項8】

当該装置は、定期的に事前登録を更新するように構成される、請求項５乃至７のいずれか一項に記載の装置。

【請求項9】

当該装置は、決定された信号品質パラメータに基づいて、当該装置が事前登録されるアクセスポイントへのハンドオーバを決定するように構成される、請求項５乃至８のいずれか一項に記載の装置。

【請求項10】

前記短縮フレームは、プリアンブル、及び、アドバタイズするアクセスポイントの識別子を含むヘッダに限定される、請求項５乃至９のいずれか一項に記載の装置。

【請求項11】

前記短縮フレームの共通チャネルは、前記フレームサイクルにおいて通常のデータトラフィックから分離される、請求項５乃至１０のいずれか一項に記載の装置。

【請求項12】

光マルチセル通信システムにアクセスするためのエンドポイントであって、当該エンドポイントは、請求項５乃至１１のいずれか一項に記載の装置を含む、エンドポイント。

【請求項13】

光マルチセル通信システムにおいて高速ハンドオーバを可能にする方法であって、当該方法は、
複数のアクセスポイントの存在を、リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを前記複数のアクセスポイントから送信することによってアドバタイズすることであって、前記短縮フレームの各々は、それぞれのアドバタイズするアクセスポイントの識別子を含む、ことと、
エンドポイントにより、前記共通チャネルにおけるアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために前記複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
前記エンドポイントにより、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法。

【請求項14】

光マルチセル通信システムにおいてエンドポイントのための高速ハンドオーバを可能にする方法であって、当該方法は、
前記エンドポイントにより、リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
前記エンドポイントにより、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法。

【請求項15】

エンドポイントのコンピュータデバイスで実行された場合、請求項１４のステップを行うためのコード手段を含むコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、家庭、オフィス、小売、ホスピタリティ及び産業のための様々な異なるアプリケーションで使用するための、限定されるものではないが、ＬｉＦｉネットワーク等、光ワイヤレスネットワークにおける通信の分野に関する。

【背景技術】

【0002】

（Ｗｉ－Ｆｉ（登録商標）ネットワークと名前が似ている）ＬｉＦｉネットワーク等のワイヤレス光ネットワークは、ラップトップ、タブレット、スマートフォン等の（以下でエンドポイント（ＥＰ）と呼ばれる）モバイルユーザデバイスがインターネットにワイヤレスで接続することを可能にする。Ｗｉ－Ｆｉ（登録商標）は無線周波数を使用してこれを実現するが、ＬｉーＦｉは、これまでにないデータ転送速度及び帯域幅を可能にし得る光スペクトルを使用してこれを実現する。さらに、Ｌｉ－Ｆｉは、電磁干渉を受けやすいエリアで使用されることができる。ワイヤレスデータは、伝統的なコネクテッドデバイスのみではなくそれ以上のために必要とされていることを考慮することが重要である。今日、テレビ、スピーカ、ヘッドフォン、プリンタ、バーチャルリアリティ（ＶＲ）ゴーグル、さらには冷蔵庫さえ、ワイヤレスデータを使用して接続し、本質的な通信を実行する。Ｗｉ－Ｆｉ（登録商標）等の無線周波数（ＲＦ）技術は、このデジタル革命をサポートするためのスペクトルを使い果たしており、ＬｉＦｉは、次世代の没入型コネクティビティ(immersive connectivity)を動かす(power)のに役立つことができる。

【0003】

変調に基づいて、コード化光の情報は、任意の適切な光センサを使用して検出されることができる。これは、専用のフォトセル（ポイントディテクタ）、場合によってはレンズ、リフレクタ、ディフューザ又は蛍光体コンバータを備えたフォトセルのアレイ、又はフォトセル（ピクセル）のアレイ及びアレイに像を形成するためのレンズを含むカメラであることができる。例えば、光センサは、エンドポイントにプラグインするドングルに含まれる専用のフォトセルであってもよく、又は、センサは、エンドポイントの汎用（可視又は赤外光）カメラ若しくは例えば３Ｄ顔認識のために当初設計されている赤外線ディテクタであってもよい。どちらにしても、これにより、エンドポイント上で動作するアプリケーションは、光を介してデータを受信することが可能になる。

【0004】

通信信号は、日常照明器具(everyday luminaire)、例えば、室内照明又は屋外照明等、アクセスデバイスの照明源によって発せられる光信号に埋め込まれることができ、斯くして、照明器具からの照明を情報のキャリアとして使用することを可能にする。斯くして、光は、部屋等の対象環境を照らすための可視照明寄与（典型的には、光の主要な目的）と、環境に情報を提供するための埋め込まれた信号（典型的には、光の副次的な機能と考えられる）との両方を含む。このような場合、変調は、典型的には、人間の知覚を超えるように十分に高い周波数で、又は、少なくとも、目に見える一時的な光アーティファクト（例えば、フリッカ及び／又はストロボアーティファクト等）が、人間が気づかない若しくは少なくとも人間が許容できるように十分に高い周波数で十分に弱くなるように行われる。斯くして、埋め込まれた信号は、主要な照明機能に影響を与えない。すなわち、ユーザは、全体的な照明を知覚するだけで、当該照明に変調されているデータの効果は知覚しない。

【0005】

米国特許出願ＵＳ２０１９／０２６１２３９ Ａ１は、ＬｉＦｉアクセスポイントとユーザ機器との間の通信を制御するためのコーディネーションノードによる方法を開示している。方法は、少なくとも部分的にオーバーラップしたカバレッジエリアを有するＬｉＦｉアクセスポイントからピア接続性レポートを受信することと、ピア接続性レポートに基づいて、他の識別子ＬｉＦｉアクセスポイントからの通信ハンドオーバを受けることができるＬｉＦｉアクセスポイントを識別する、ハンドオーバ経路データ構造を構築することとを含む。方法は、ユーザ機器にサービスを提供する第１のアクセスポイントの識別子を決定することと、第１のアクセスポイント識別子を使用してデータ構造にアクセスし、サービスを提供する役割をハンドオーバする第２のＬｉＦｉアクセスポイントを決定することとを伴う。

【0006】

国際特許出願ＷＯ２０１１／１３７１００ Ａ１は、２つ以上のデバイス間の通信カップリングを提供する視覚光通信媒体を開示している。通信カップリングは、２つ以上のデバイス間の媒体のシームレスな転送を含む様々な機能をサポートする。

【0007】

以下では、用語「アクセスポイント(access point)」は、１つ以上の物理アクセスデバイス(physical access device)（例えば、トランシーバ）に接続されることができる論理アクセスデバイス(logical access device)を示すために使用される。このような物理アクセスデバイスは、典型的には、照明器具に位置してもよく、論理アクセスポイントは、１つ以上の照明器具に各々位置する１つ以上の物理アクセスデバイスに接続されてもよい。しかしながら、ＲＦ技術と比較して、各アクセスポイントの範囲は小さく、アクセスデバイスのより高密度を可能にする。このような密なネットワークでは、アクセスポイントのオーバーラップしたエリアがうまく組織されない(not well organized)場合、干渉処理(interference handling)が複雑になり得る。アクセスポイントごとの小さなカバレッジエリアに起因して及びアクセスポイント間の過度の干渉(too much interference)を防ぐ必要性に起因して、このようなシステムにおけるオーバーラップしたエリアは小さい。それゆえ、このようなネットワークにおいて移動するエンドポイント(end point)は、アクセスポイントあたりのカバレッジエリアが大きく、オーバーラップしたエリアが大きいＲＦネットワーク又は他のタイプのセルラーネットワークの場合よりもかなり速いアクセスポイント間の移行（例えば、ハンドオーバ）が必要になる。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の目的は、アクセスポイント間のより速い移行(transition)を可能にする光マルチセル通信システムを提供することである。

【課題を解決するための手段】

【0009】

この目的は、請求項１に記載のシステム、請求項５に記載の装置、請求項１２に記載のエンドポイント、請求項１３又は１４に記載の方法、及び請求項１５に記載のコンピュータプログラムによって達成される。

【0010】

第１の態様によれば、光マルチセル通信システムにおける高速ハンドオーバ(fast handover)のためのシステムであって、当該システムは、
リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを送信することによって自身の存在をアドバタイズするように構成される複数のアクセスポイントであって、短縮フレームの各々は、それぞれのアドバタイズするアクセスポイント(respective advertising access point)の識別子を含む、複数のアクセスポイントと、
共通チャネルにおけるアドバタイズされた短縮フレーム(advertised shortened frame)を検出することによって来るべきハンドオーバ(upcoming handover)を予期する(anticipate)ために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイント(neighboring access point)に事前の登録(preliminary registration)のための事前登録要求(pre-registration request)を送信するように構成される、少なくとも１つのエンドポイントと、
を含む、システムが提供される。

【0011】

従って、ペイロード部を含まない専用の短縮フレームが、ネイバ検出(neighbor detection)及び検出されたネイバへの高速アクセスのために専用の共通チャネルで提供される。これらの短縮フレームは、近隣のアクセスポイントのアイデンティティを検出するためにエンドポイントによってピックアップされることができるので、近隣のアクセスポイントは、リソースを割り当て、後の時点における高速ハンドオーバを可能にするように事前コンフィギュレーション(pre-configure)されることができる。

【0012】

第１の態様の第１のオプションによれば、複数のアクセスポイントのうちの第１のアクセスポイントは、フレームサイクルごとに短縮フレームを送信するように構成されてもよい。これにより、シグナリングフレーム(signaling frame)の単一サイクル内における近隣のアクセスポイントの非常に高速な検出が実現されることができる。

【0013】

第１の態様の第１のオプションと組み合わされてもよい、第１の態様の第２のオプションによれば、複数のアクセスポイントのうちの第１のアクセスポイントは、共通チャネルで短縮フレーム、及び、フレームサイクルの異なるチャネルで媒体アクセスプランニング(medium access planning)のためのアクティブフレーム(active frame)が後続する媒体アクセスプランニングのためのデフォルトフレーム(default frame)を送信するように構成されてもよい。これは、デフォルト及びアクティブ媒体アクセスプランニングフレーム（例えば、ＭＡＣプロトコルのＭＡＰ－Ｄ及びＭＡＰ－Ａフレーム）を有する既存のシグナリング構造が、所望の高速ハンドオーバを実施するために使用されることができるという利点を提供する。

【0014】

第１の態様の第１又は第２のオプションと組み合わされてもよい、第１の態様の第３のオプションによれば、フレームサイクルの共通チャネルの割り当てられた事前定義された部分は、第１のアクセスポイントのために予約されてもよい。これにより、デフォルトのシグナリング容量が各アクセスポイントに割り当てられ、個々のアドバタイズメントがブロックされないようにすることができる。

【0015】

第１の態様の第１乃至第３のオプションのいずれかと組み合わされてもよい、第１の態様の第４のオプションによれば、第１のアクセスポイントは、エンドポイントから受ける事前登録要求に応答して、エンドポイントを事前登録する、エンドポイントのために第１のアクセスポイントの送信リソースを予約する、及び、予約された送信リソースのタイミング情報を含む受入メッセージ(acceptance message)をエンドポイントに送信するように構成されてもよい。これにより、ハンドオーバ前にリソースが事前予約され、これにより、後の時点における高速ハンドオーバを可能にすることができる。

【0016】

第１の態様の第１乃至第４のオプションのいずれかと組み合わされてもよい、第１の態様の第５のオプションによれば、受入メッセージは、第１のアクセスポイントによって割り当てられるエンドポイントのエンドポイント識別子を含んでもよい。この措置は、エンドポイントが後のハンドオーバプロセスにおいて識別されることができるのを保証する。

【0017】

第１の態様の第１乃至第５のオプションのいずれかと組み合わされることができる、第１の態様の第６のオプションによれば、第１のアクセスポイントは、所定の時間期間(predetermined time period)後に第１のアクセスポイントにおけるエンドポイントの事前登録(pre-registration)を削除するように構成されてもよい。これにより、十分なリソースが新しい事前登録のために維持され、新しいエンドポイントのための高速ハンドオーバを可能にすることが保証され得る。

【0018】

第１の態様の第１乃至第６のオプションのいずれかと組み合わされることができる、第１の態様の第７のオプションによれば、第１のアクセスポイントは、第１のアクセスポイントに既に登録されているエンドポイント及び第１のアクセスポイントのドメインへのエントリを要求する非登録エンドポイント(non-registered end point)に高い優先度、及び、エンドポイントの事前登録に低い優先度を割り当てることによって送信リソースの予約を優先付けるように構成され、高い優先度が、古い事前登録要求よりも新しい事前登録要求に割り当てられてもよい。斯くして、登録されたエンドポイント及び新たに入るエンドポイントに対して十分な送信リソースを維持する一方、高速ハンドオーバが提供されることができる。

【0019】

エンドポイントに関する第２の態様によれば、光マルチセル通信システムにおける高速ハンドオーバのための装置であって、当該装置は、リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信するように構成される、装置が提供される。

【0020】

第２の態様の第１のオプションによれば、装置は、関連するローカルアクセスポイントに検出された近隣のアクセスポイントを報告する、及び、ローカルアクセスポイントを介して近隣のアクセスポイントに事前登録を送信するように構成されてもよい。この措置は、ローカルアクセスポイントを介した高速事前登録(fast pre-registration)を保証する。

【0021】

第２の態様の上記第１のオプションと組み合わされることができる、第２の態様の第２のオプションによれば、装置は、高速ハンドオーバのイベントにおいて検出された近隣のアクセスポイントへの高速同期(fast synchronization)を可能にするために、事前登録要求に応答した受入メッセージにおいて検出されたアクセスポイントから受ける送信機会(transmission opportunity)のタイミング情報を記憶するように構成されてもよい。

【0022】

第２の態様の第１又は第２のオプションと組み合わされてもよい、第２の態様の第３のオプションによれば、装置は、事前登録中に受入メッセージにおいて受けるタイミング又は同期情報を適用する、及び、デフォルト媒体アクセスプランニングフレーム(default medium access planning frame)をデコードして、デフォルト媒体アクセスプランニングフレームに後続する実際の媒体アクセスプランニングフレーム(actual medium access planning frame)をデコードするのを可能にする情報を導出し、高速ハンドオーバを行うために近隣のアクセスポイントによって事前割り当てされるリソースを得るように構成されてもよい。

【0023】

第２の態様の第１乃至第３のオプションと組み合わされてもよい、第２の態様の第４のオプションによれば、装置は、定期的に事前登録を更新する(renew)ように構成されてもよい。これにより、事前登録は所定のタイムアウト後にアクセスポイントによって削除され、新しい事前登録のためにリソースを解放することができる。

【0024】

第２の態様の第１乃至第４のオプションのいずれかと組み合わされてもよい、第２の態様の第５のオプションによれば、装置は、複数の検出されたアクセスポイントに同時に事前登録するように構成されてもよい。この措置は、どの検出された近隣のアクセスポイントが後にハンドオーバのために選択されるかが事前登録の時点で明確でない場合でも、高速ハンドオーバが可能であることを保証する。

【0025】

第２の態様の第１乃至第５のオプションのいずれかと組み合わされることができる、第２の態様の第６のオプションによれば、装置は、決定された信号品質パラメータに基づいて、装置が事前登録されるアクセスポイントへのハンドオーバを決定するように構成されてもよい。斯くして、最良の信号品質を有する検出された近隣のアクセスポイントが、高速ハンドオーバのために選択されることができる。

【0026】

第１及び第２の態様の任意のオプションと組み合わされることができるさらなるオプションによれば、短縮フレーム(shortened frame)は、プリアンブル、及び、アドバタイズするアクセスポイントの識別子を含むヘッダに限定されてもよい。これにより、短縮フレームの長さは最小限に抑えられ、共通チャネルにおいてアクセスポイントに割り当てられる利用可能なリソースを最大化することができる。

【0027】

第１及び第２の態様の任意のオプションと組み合わされることができるさらにさらなるオプションによれば、短縮フレームは、ＭＡＣプロトコルの短縮デフォルト媒体アクセスプランニングフレーム(shortened default medium access planning frame)であってもよい。斯くして、ＭＡＣプロトコルの既存のシグナリングフレームが、所望の高速ハンドオーバのために使用されることができる。

【0028】

第１及び第２の態様の任意のオプションと組み合わされることができるさらにさらなるオプションによれば、アクティブ媒体アクセスプランニングフレームは、送信機会のためのスケジューリング情報を含む。これにより、既存のアクティブ媒体アクセスプランニングフレームが、高速ハンドオーバのためのスケジューリング情報をシグナリングするために使用されることができる。

【0029】

第１及び第２の態様の任意のオプションと組み合わされることができるさらにさらなるオプションによれば、短縮フレームの共通チャネルは、フレームサイクルにおいて通常のデータトラフィックから分離されてもよい。この措置は、高速ハンドオーバが通常のデータトラフィックによってブロックされることができない又は干渉されることができないことを保証する。

【0030】

任意選択的に、第１の態様によるシステムにおけるアクセスポイントは、それぞれの照明器具に含まれる。

【0031】

第３の態様によれば、光マルチセル通信システムにアクセスするためのエンドポイントであって、当該エンドポイントは、第２の態様及び第２の態様の上記のオプションのいずれかによる装置を含む、エンドポイントが提供される。

【0032】

通信システムに関する第４の態様によれば、光マルチセル通信システムにおいて高速ハンドオーバを可能にする方法であって、当該方法は、
複数のアクセスポイントの存在を、リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを複数のアクセスポイントから送信することによってアドバタイズすることであって、短縮フレームの各々は、それぞれのアドバタイズするアクセスポイントの識別子を含む、ことと、
エンドポイントにより、共通チャネルにおけるアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
エンドポイントにより、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法が提供される。

【0033】

エンドポイントに関する第５の態様によれば、光マルチセル通信システムにおいて高速ハンドオーバを可能にする方法であって、当該方法は、
リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法が提供される。

【0034】

第６の態様によれば、コンピュータデバイスで実行された場合、第５の態様による上記方法のステップを行うためのコード手段を含む、コンピュータプログラムプロダクトが提供されてもよい。

【0035】

上記の装置は、ディスクリートハードウェアコンポーネント、組み込みチップ若しくはチップモジュールの配列を備えたディスクリートハードウェア回路に基づいて、又はメモリに格納された、コンピュータ読み取り可能媒体に書き込まれた若しくはインターネット等のネットワークからダウンロードされたソフトウェアルーチン若しくはプログラムによって制御される信号処理デバイス若しくはチップに基づいて実装されてもよいことに留意されたい。

【0036】

請求項１に記載のシステム、請求項５に記載の装置、請求項１２に記載のエンドポイント、請求項１３又は１４に記載の方法、及び請求項１５に記載のコンピュータプログラムは、同様及び／又は同一の好適な実施形態、とりわけ、従属請求項に記載されるような実施形態を有し得ることを理解されたい。

【0037】

本発明の好ましい実施形態は、従属請求項又は上記の実施形態とそれぞれの独立請求項との任意の組み合わせであり得ることも理解されたい。

【0038】

本発明のこれらの及び他の態様は、以下に述べられる実施形態を参照して明らかになり、解明されるであろう。

【図面の簡単な説明】

【0039】

【図1】様々な実施形態が実装され得るＬｉＦｉネットワークのブロック図を概略的に示す。

【図2】様々な実施形態が実装され得る第１及び第２の平面エリアを有するＬｉＦｉインフラストラクチャを概略的に示す。

【図3】図２のＬｉＦｉインフラストラクチャの上面表現の図を概略的に示す。

【図4】様々な実施形態による２つのアクセスデバイスのアラインされたフレームサイクルの一例を概略的に示す。

【図5】図５は、様々な実施形態による２つのアクセスデバイスのスロット割り当てを伴う共通チャネルの一例を概略的に示す。

【図6】様々な実施形態によるアクセスデバイスの事前登録プロシージャのフロー図を示す。

【図7】様々な実施形態によるユーザデバイスの事前登録及び高速ハンドオーバプロシージャのフロー図を示す。

【図8】様々な実施形態によるＬｉＦｉネットワークにおける事前登録シグナリング及び処理シーケンスを概略的に示す。

【発明を実施するための形態】

【0040】

ここで、本発明の様々な実施形態が、光マルチセル照明及び通信（ＬｉＦｉ）システムに基づいて述べられる。

【0041】

以下を通じて、アクセスポイントとしての照明器具(luminaire)は、照明及び／又は通信目的のための１つ以上の光源（可視又は非可視（赤外線（ＩＲ）又は紫外線（ＵＶ））光源を含む）及び任意選択的に、例えば光を分配するため、光源及びバラスト（該当する場合）を位置決め及び保護するため、並びに照明器具を電源に接続するため等、照明の適切な動作に必要な他の内部及び／又は外部部品を含む任意のタイプの照明ユニット又は照明具(lighting fixture)として理解されるべきである。照明器具は、埋め込み型又は表面取付け型の白熱、蛍光又は他の電気放電照明器具等、従来のタイプのものであることができる。また、照明器具は、一方の場所に光源があり、他方にファイバーコア又は「ライトパイプ(light pipe)」がある光ファイバ等、非従来のタイプのものであることもできる。

【0042】

図１は、様々な実施形態が実装され得るＬｉＦｉネットワークのブロック図を概略的に示している。

【0043】

ＬｉＦｉネットワークは、スイッチ（例えば、Ｅｔｈｅｒｎｅｔスイッチ）１４を介して接続される、複数のアクセスポイント（ＡＰ）ＡＰ１～ＡＰ３ １２、例えば、照明システムの照明器具を含み、これにより、各ＡＰ１２は、エンドポイント（ＥＰ）ＥＰ１～ＥＰ４ １０、例えば、モバイルユーザデバイスに向けた光通信のための１つ、又は複数のトランシーバ（ＴＲＸ）１１（すなわち、組合わせトランスミッタ（光エミッタ）及びレシーバ（光センサ））を制御する。ＴＲＸ１１によって生成され、ＥＰ１０の平面上のカバレッジエリアを定義するそれぞれの光ビームは、図１において破線の台形で示されている。

【0044】

ＡＰ１２は、自身のカバレッジエリア内の（複数の）ＥＰ１０と通信するためのタイムスロットスケジュールを適用してもよい。ＴＲＸ１１のカバレッジエリアが（図１のＥＰ１について示されるように）オーバーラップする場合、関連するＴＲＸ１１が異なるＡＰ１２に属する場合、ＡＰ１２の調整(coordination)が必要とされる。

【0045】

ＬｉＦｉネットワークを管理するように構成されるＬｉＦｉコントローラ１３は、スイッチ１４に接続され、ＥＰ１０の１つがＡＰ１２のオーバーラップしたカバレッジエリアに移動する及び該オーバーラップしたカバレッジエリアから移動する場合に干渉処理及びハンドオーバをサポートするための斯かる調整を提供することができる。コントローラ１３は、スイッチ１４を介して（複数の）ＡＰ１２に接続される。スイッチ１３は、同期管理のための同期サーバ１６及びバックプレーン又はバックホールネットワーク（例えば、Ｅｔｈｅｒｎｅｔ）１００に接続するためのルータ１５に接続されてもよい。

【0046】

エンドポイント１０のための媒体アクセスは、データリンク層プロトコルのフレームサイクルによってスケジューリングされてもよい。例示的な実施形態において、スケジューリングは、ＭＡＣプロトコルのメディアアクセス制御（ＭＡＣ：Media Access Control）サイクルに基づいてもよい。これらのＭＡＣサイクルは、互いに連続的に続いており、２つ以上の時間間隔に分割され、そのうちの１つ以上はドメイン管理目的であり、他の時間間隔は異なるＡＰ１２又はそのグループに対する送信機会として割り当てられる。ドメイン管理目的で割り当てられる時間間隔のうちの少なくとも１つは、媒体アクセスプラン（ＭＡＰ：medium access plan）の送信のために割り当てられてもよい。ＭＡＰフレームで送信されるドメイン管理情報は、ＭＡＣサイクルの境界を識別し、後続するＭＡＣサイクルのうちの１つ以上のための割り当てられた送信機会（例えば、ＭＡＣサイクルの専用時間チャネル）のリストを含む（例えば、サイクルＮで送信されるＭＡＰは、サイクルＮ＋１のタイミング境界及び送信機会を記述することができる）。

【0047】

ＭＡＣサイクルは、前のＭＡＰフレームによって公開された時間に開始してもよく、ＭＡＰフレームで記述されるこのＭＡＣサイクルに対してスケジューリングされている最後の送信機会の終了時に終了してもよい。ＭＡＣサイクルの内容は、通信のために異なるＡＰ１２によって必要とされる通信リソース及びパラメータに基づいて決定されてもよい。

【0048】

コントローラ１３は、ＡＰ１２がその存在を示すためのＭＡＣサイクルにおける提供を決定し、これによってＥＰ１０が近隣のＡＰのカバレッジエリアにいるかどうかを検出することを可能にしてもよい。ＥＰ１０は、近隣のＡＰの検出をローカルＡＰ（例えば、ＥＰ１０が登録されているＡＰ１２）に報告する。ローカルＡＰは、これらの報告をコントローラ１３に転送する。

【0049】

ＥＰ１０から受けるネイバＡＰ検出レポートに依存して、コントローラ１３は、時分割アクセスによって干渉を処理するために各ＡＰ１２のＭＡＣサイクルの使用に関する制限を決定してもよい。

【0050】

ＥＰ１０が近隣のＡＰを検出し、受信信号強度に依存して、その登録を近隣のＡＰに移したい場合があり得る。ＩＥＥＥ８０２．１１の仕様に類似し、この移行のための通信は、近隣のＡＰと直接、例えば、直接経路で（すなわち、「ｏｖｅｒ－ｔｈｅ－ａｉｒ」）、又はディストリビューションシステム（ＤＳ：distribution system）のローカルＡＰを介して（すなわち、「ｏｖｅｒ－ｔｈｅ－ＤＳ」）行われてもよい。さらに、ＥＰ１０は、例えば、ＩＥＥＥ８０２．１１（２０１６）仕様のセクション１３（Ｆａｓｔ ＢＳＳ ｔｒａｎｓｉｔｉｏｎ）に従った高速移行（ＦＴ：fast transition）リソース要求プロトコルに基づいて、移行前に近隣のＡＰにリソースを予約させることを望み得る。

【0051】

この目的のために、２つのＦＴプロトコルが定義されている。これらは、ターゲットＡＰへの移行が行われ、移行前にリソース要求が必要とされない場合に実行されるＦＴプロトコル、及び、移行前にリソース要求が必要とされる場合に実行されるＦＴリソース要求プロトコルである。

【0052】

ＦＴプロトコルを利用したＥＰ１０のその現在のＡＰからターゲットＡＰへの高速移行／ハンドオーバのために、メッセージ交換が、ｏｖｅｒ－ｔｈｅ－ａｉｒアプローチ（ＥＰ１０がＦＴ認証アルゴリズムによるＩＥＥＥ８０２．１１認証を使用してターゲットＡＰと直接通信する）又はｏｖｅｒ－ｔｈｅ－ＤＳアプローチ（ＥＰがその現在のローカルＡＰを介してターゲットＡＰと通信する）を使用して実行されてもよい。ＥＰ１０とターゲットＡＰとの間の通信は、ＥＰ１０とその現在のローカルＡＰとの間のＦＴアクションフレームで行われてもよい。現在のＡＰとターゲットＡＰとの間では、通信は、例えば、ＩＥＥＥ８０２．１１（２０１６）仕様のセクション１３．１０．３に述べられる等、カプセル化方法(encapsulation method)を介して実現されてもよい。現在のローカルＡＰは、２つのカプセル化の間で変換してもよい。

【0053】

図２は、様々な実施形態が実装され得る第１及び第２の平面エリア２００、２２０を有するＬｉＦｉインフラストラクチャを概略的に示している。

【0054】

ＬｉＦｉインフラストラクチャは、第１の平面エリア２００（例えば、建物の天井壁）に位置するそれぞれのＡＰ（例えば、照明システムの照明器具）の複数のＬｉＦｉインフラストラクチャＴＲＸ２２を含む。ＬｉＦｉインフラストラクチャＴＲＸ２２の各々は、第２の平面エリア２２０（例えば、建物の１階）上に投影されるＬｉＦｉ信号を送信及び受信するための光カバレッジエリアを有し、そのうちの２つの投影が、図２にハッチングエリア及びグレーエリア２２２として示されている。

【0055】

さらに、ＬｉＦｉインフラストラクチャは、第２の平面エリア２２０に位置するＥＰのＬｉＦｉデバイスＴＲＸ２４を含む。ＬｉＦｉデバイスＴＲＸ２４は、矢印で示される方向に移動し、第１の平面エリア２００上に投影されるＬｉＦｉ信号を送信及び受信するための光カバレッジエリア２４２を有する。

【0056】

図２の例では、第１の平面エリア２００及び第２の平面エリア２２０は平行であるものとされる。

【0057】

図３は、図２のＬｉＦｉインフラストラクチャの上面表現の図を概略的に示し、カバレッジエリア２２２の境界が、複数のＬｉＦｉインフラストラクチャＴＲＸ２２の周囲に描かれたそれぞれの円で示されている。同様に、移動するＥＰのＬｉＦｉデバイスＴＲＸ２４のカバレッジエリア２４２が、破線付きの円で示されている。図３に示されるように、ＬｉＦｉインフラストラクチャＴＲＸ２２及びそのＡＰのカバレッジエリア２２２のオーバーラップしたエリアは、規則的なパターンでうまく組織される。

【0058】

ＡＰあたりの結果として小さなカバレッジエリア２２２に起因して、及び、ＡＰ間の過剰な干渉を防ぐために、ＬｉＦｉインフラストラクチャにおけるオーバーラップしたエリアは小さい。斯くして、このようなＬｉＦｉインフラストラクチャにおける移動するＥＰは、ＡＰあたりのカバレッジエリアが大きく、オーバーラップしたエリアが大きい他のセルラーネットワーク（例えば、ＲＦネットワーク）の場合よりもかなり速いＡＰ間の移行を必要とすることになる。

【0059】

様々な実施形態によれば、ＡＰ間の移行のための時間は、来るべき移行(upcoming transition)を予期することによって減少され、好ましくは最小限に抑えられることができる。例として、これは、ローカルＡＰの受信信号強度の減少を検出すること、ネイバＡＰ(neighbor AP)からの信号を検出すること、又はネイバＡＰの信号の増加を検出することのうちの少なくとも１つによって達成され得る。

【0060】

様々な実施形態において、移動するＥＰは、近隣のＡＰへの移行の決定を下す前に、実際の登録の準備をするために近隣のＡＰに自身を事前登録してもよい。斯かる事前登録は、ＥＰが、近隣のＡＰの受信信号強度がそのローカルＡＰの信号強度よりも弱い場合であっても、近隣のＡＰを検出した場合に実行されてもよい。

【0061】

例として、ＡＰへの登録は、ＬｉＦｉネットワークについて仕様ＩＴＵ．Ｇ９９６０、Ｇ．９９６１、ＩＴＵ．Ｇ．９９９１に定義されるステップに基づいて実行されてもよい。ＬｉＦｉネットワークにおいて、ＡＰは常にドメインマスタ（ＤＭ：domain master）として機能するため、ＤＭは、ＡＰと見なされることができる。ＤＭは、同じネットワークドメインのすべての他のノードを管理（調整(coordinate)）する（例えば、帯域幅リソースを割り当てる及びユーザ優先度を管理する）ノードであり、中継ノードとして機能してもよい。登録のために、ＥＰは、潜在的なＤＭ候補を検出し、適切なＤＭ候補を選択し、粗同期及び初期ペイロード検出(coarse synchronization and initial payload detection)を行い、その後、媒体アクセスプランニングのためのアクティブ媒体アクセスプラン（ＭＡＰ－Ａ：Active Medium Access Plan）フレームの微同期及び受信(fine synchronization and reception)を行い、最後に、登録要求を発行し、受入(acceptance)を待ってもよい。

【0062】

ＥＰが１つ以上のＤＭ（すなわち、ＡＰ）に対して可視性を有する場合、ＥＰはすべての潜在的なＤＭ候補を識別する。これは、以前の情報が利用可能ではない他のドメイン又は同じドメインの任意のノードによって受信される必要があるフレームを送信するためにすべてのノードによって使用されるものである、デフォルトインジケータ又はシードを用いてレシーバをコンフィギュレーションすることによってなされてもよい。各ＤＭは、その媒体タイプに関係なく、デフォルト媒体アクセスプラン（ＭＡＰ－Ｄ：Default Medium Access Plan）フレーム送信のプリアンブルの生成にデフォルトシードを使用する。ＭＡＰ－Ｄフレームは、媒体アクセスプランニングに使用され、ノード（例えば、ＥＰ）がドメインの残りのフレームを受信するように自身をコンフィギュレーションすることを可能にする基本情報を含む。このフェーズでは、ヘッダを受信するだけで十分であり、これは、可視ＤＭのリストを作成するのに十分な情報を含むからである。

【0063】

最終的に登録するために選択されるＡＰは、例えば、技術の使用に依存する。一般に、ＥＰは、ドメイン名がコンフィギュレーションされ、同じドメイン名でコンフィギュレーションされるＡＰをサーチする。この場合、ＥＰは、ＡＰと同期し、ペイロードをデコードし、ＡＰのドメイン名を得ることができると、これが所要のものとマッチするかどうかをチェックする。マッチしない場合、プロセスが再開され、適切なものが見つかるまで別のＡＰが試行される。チェックされる必要がある異なるＡＰごとに、プロセスは長くなる。

【0064】

同期は、ＥＰのローカルクロックをＡＰのローカルクロックに合わせるプロセスである。これらのクロックの相対周波数のわずかな変化は、信号対雑音比（ＳＮＲ）を低下させるため、この同期はできるだけ早く実行され、継続的に追跡される必要がある。同期が悪いと、受信フレームの最後に向けてエラーを引き起こし、一般に性能の悪さにつながる。

【0065】

ＭＡＰ－Ｄ及びＭＡＰ－Ａ等のフレームは、ノード間の同期が粗くてもそのペイロードデコーディングを可能にするロバスト通信モードで送信されてもよい。例示的な実施形態では、ペイロードは、ＮＲＥＰ ３及びＦＥＣ Ｒａｔｅ ２／３のＲＣＭ（Ｒｏｂｕｓｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｅ）送信としてコード化されてよい（詳細については、Ｇ．９９６０ ＩＴＵ規格を参照）。

【0066】

ＭＡＰ－Ｄペイロードから得られるいくつかのフィールドは、ＭＡＰ－Ａフレームをデコードし、送信機会のスケジューリング等の追加情報を得るために使用されることができる。スケジューリング情報が得られると、ＭＡＣプロトコルは、ＥＰが、この時点まで許可されていなかった、フレームの送信を開始することを可能にする。

【0067】

ＥＰは、送信することが許容されると、選択されたＡＰに登録要求（例えば、ＡＤＭ＿ＮｏｄｅＲｅｇｉｓｔｒＲｅｑｕｅｓｔ．ｒｅｑメッセージ）を送信することができる。登録要求は、登録スロットが見つかると送信されることができる。このタイプのスロットは、すべてのＭＡＰサイクルに存在しない可能性がある。この場合、メッセージ送信は、１つが見つかるまで遅延される。

【0068】

したがって、上記の登録プロシージャは、高速移行又はハンドオーバプロセスのためのいくつかのハードルを含む。

【0069】

高速ハンドオーバを可能にするための第１のハードルは、近隣のＡＰを検出するのに必要とされる時間であり、これは、斯かる近隣のＡＰからのＭＡＰ－Ｄフレームの受信に依存する。検出時間は、ＩＴＵ．Ｇ．９９６１によれば、ＤＭはＭＡＣサイクルごとにＭＡＰ－Ｄフレームを送信する必要がないという事実、近隣のＡＰのＭＡＰ－ＤフレームはローカルＡＰの進行中のデータに干渉する可能性があり、それゆえ認識されない可能性があるという事実、ＭＡＰ－Ｄフレームの受信は、ＥＰがＡＰに登録した際に使用しないデフォルトシードを必要とするという事実、ドメイン間通信チャネル（ＩＤＣＣ：inter-domain communication channel）は近隣のドメインを扱うための専用期間であり、ＡＰが互いに見えず、それゆえＩＤＣＣ上での衝突(collision)に悩まされるため、ＬｉＦｉネットワークに適さないコンテンションアクセス(contention access)に基づくという事実、及び、ＭＡＰ－Ｄフレームのための無競合時間(contention-free time)の確保は、利用可能な時間の効率的な使用を減少させる可能性があるという事実に起因して大きくなる可能性がある。

【0070】

さらに、第２のハードルは、同期に関連する。ＥＰは、フレームを交換することができる前にＡＰに同期する必要がある。ＥＰは、ＭＡＰ－Ｄフレームの正しい受信後にしか同期することができないが、前述のように時間がかかりすぎる可能性がある。

【0071】

最後に、第３のハードルは、登録に関連する。ＥＰは、近隣のＡＰに登録することができる前に、ＭＡＰ－Ａフレームによって運ばれるスケジュール（送信機会）を知る必要がある。しかしながら、ＭＡＰ－Ａフレームの正しい受信は、ＭＡＰ－Ｄフレームと同じ問題に悩まされる可能性がある。さらに、これはまた、ＭＡＰ－Ａフレームをデコードするのに必要とされる情報を得るために先ずＭＡＰ－Ｄフレームを受信することに依存する。

【0072】

様々な実施形態によれば、移行又はハンドオーバプロセスは、ＭＡＣサイクルの専用部分において短縮ＭＡＰ－Ｄフレーム(shortened MAP-D frame)（これは「ＳＭＡＰ－Ｄ」と呼ばれてもよい）をアドバタイズすることによって、及び、予期されるアクションに基づいて事前登録を行うことによって加速される。より具体的には、ＳＭＡＰ－Ｄは、ＭＡＣサイクルの共通チャネル（ＣＣ：common channel）に位置してもよく、通常のＭＡＰ－Ｄ及びＭＡＰ－Ａフレームは、ＭＡＣサイクルのどこか他の場所に位置してもよい。ＳＭＡＰ－Ｄは、ＡＰの識別子を運ぶフレームヘッダのみを含んでもよい。ＩＴＵ．Ｇ９９６０仕様の物理層（ＰＨＹ：physical layer）フレームヘッダは、ソースノード識別子（ＳＩＤ：source node identifier）及び宛先ノード識別子（ＤＩＤ：destination node identifier）を含む。ドメイン識別子（ＤＯＤ：domain identifier）と組み合わせて、ノードは、ローカルネットワーク内で十分に識別されることができる。それゆえ、このヘッダは、ＳＭＡＰ－Ｄとして適用されるのに適している。ＳＭＡＰ－Ｄは、例えば、近隣のＡＰとの最小の衝突確率で、ＭＡＣサイクルごとに送信されてもよい。これにより、ＥＰは、干渉処理及び事前登録のために近隣のＡＰを迅速に検出し報告することができる。

【0073】

ＭＡＰ－Ｄフレームは、ＭＡＰ－Ａフレームをデコードするための情報を運ぶペイロードを含む。ＥＰは、検出された近隣のＡＰに登録することができる前にＭＡＰ－Ａフレームで提供される情報を必要とする。斯くして、高速登録のために、ＭＡＰ－Ａフレームだけでなく、ＭＡＰ－ＤフレームもＭＡＣサイクルごとに送信される。ＭＡＰ－Ｄフレームは、主にＡＰへの初期登録及びＥＰが接続を失った場合等の再登録のために必要とされる。

【0074】

提案される高速ハンドオーバプロセスのために、ＥＰは、近隣のＡＰのＳＭＡＰ－Ｄフレームを検出してもよい。しかしながら、ＥＰは、そのローカルＡＰとの潜在的な干渉に起因して近隣のＡＰのＭＡＰ－Ｄ及び／又はＭＡＰ－Ａフレームをまだ検出できない可能性がある。事前登録後、ハンドオーバすることを決定したＥＰは、事前登録から導出されるタイミング又はスケジューリング情報を使用して、ＭＡＰ－Ｄ及びＭＡＰ－Ａフレームを直ちにデコードすることができる。一方、近隣のＡＰの検出についてＥＰから報告を受けたＬｉＦｉコントローラは、ＥＰがそのローカルＡＰと干渉することなく近隣のＡＰのＭＡＰ－Ｄ及びＭＡＰ－Ａフレームを受信することができるようにＡＰを調整している。

【0075】

その結果、短縮フレーム（すなわち、ＳＭＡＰ－Ｄフレーム）は、近隣のＡＰの時間効率の良い検出を可能にする。短縮フレームは、分離された共通チャネルにおいて、最小限の干渉で送信されることができ、時間を無駄にしすぎないような短さである。さらに、提案される事前登録（すなわち、ハンドオーバ前の事前の登録）は、ＥＰが近隣のＡＰに登録することを決定すると（必要とされるスケジューリング情報を含む）ＭＡＰ－Ｄ及びＭＡＰ－Ａフレームを直ちにデコードすることを可能にするタイミング情報を提供する。

【0076】

図４は、様々な実施形態による２つのＡＰ（すなわち、ＡＰ１及びＡＰ２）のアラインされたフレームサイクル（すなわち、ＭＡＣサイクル）の一例を概略的に示している。

【0077】

図４の例では、ＭＡＣサイクル（ＭＡＣ－ｃ）は、登録チャネル（Ｒｅｇ：registration channel）、４つの送信チャネル（すなわち、時間チャネルＴＣ１～ＴＣ４）、及び共通チャネル（ＣＣ）を含む。協調時分割アクセス(coordinated time division access)によって干渉を処理するために、ＬｉＦｉシステムにおけるＡＰは、アラインされた(aligned)ＭＡＣサイクルを有する。共通チャネル（ＣＣ）は、ＡＰが自身の存在をアドバタイズするためにＭＡＣサイクルの一部として予約される。これは、各連続するＭＡＣサイクルで提供されることができる。

【0078】

ＭＡＣサイクルの残りの部分については、ＬｉＦｉコントローラが各ＡＰに時間チャネル（ＴＣ：time channel）を割り当てる。この割り当ては、近隣のＡＰが異なる時間チャネルを有するようにＬｉＦｉコントローラによって制御されることができる。

【0079】

さらに、例として、ＬｉＦｉコントローラは、各ＡＰが割り当てられた時間チャンネルでしか通信できないように制限してもよいが、これはそれほど効率的ではないであろう。

【0080】

他の例として、より先進的なアプローチによれば、第１のＡＰ（例えば、ＡＰ１）に関連付けられているＥＰが第２のＡＰ（例えば、ＡＰ２）のカバレッジエリア内にある場合、第１のＡＰは、第１のＡＰの割り当てられた時間チャネルにＥＰとの通信を制限し、第２のＡＰは、第１のＡＰに割り当てられた時間チャネルを除外して、その関連付けられているＥＰとの通信を制限する。

【0081】

図４に示される例示的なＭＡＣサイクルにおいて、ＬｉＦｉコントローラは、第１のＡＰ（ＡＰ１）に第１の時間チャネル（ＴＣ１）を割り当て、第２のＡＰ（ＡＰ２）に第２の時間チャネル（ＴＣ２）を割り当てている。第１のＥＰが第１のＡＰに登録され、第２のＥＰが第２のＡＰに登録されていると仮定すると、ＬｉＦｉコントローラは、第１のＥＰとの通信を第１の時間チャネルに制限するように第１のＡＰを制御してもよく、第１の時間チャネルを除外して第２のＥＰとの通信を制限するように第２のＡＰを制御してもよい。

【0082】

近隣のＡＰの検出をスピードアップするために、ＡＰは、ＭＡＣサイクルごとに共通チャネル（ＣＣ）で短いＭＡＰ－Ｄフレーム(short MAP-D frame)（ＳＭＡＰ－Ｄ）を用いて自身の存在をアドバタイズしてもよい。これは、より良好に干渉処理すること(better interference handling)（例えば、通常のデータと管理情報のインターミキシング(intermixing)がない）、及び、ＥＰが適切なタイミングでＳＭＡＰ－Ｄフレームを受信するためのデフォルトシードを適用できることを可能にする。ＭＡＣサイクルで利用可能な時間を効率的に使用するために、ＳＭＡＰ－Ｄは、プリアンブル、及び、ＡＰの識別子を含むヘッダに限定されることができる。

【0083】

図５は、様々な実施形態による２つのＡＰの例示的なスロット割り当てを伴う共通チャネル（ＣＣ）の一例を概略的に示している。斯くして、共通チャネルの時間期間内で、ＬｉＦｉコントローラは、アドバタイズメントの衝突を減らすために各ＡＰにサブ期間を割り当ててもよく、ＡＰは、自身の割り当てられたサブ期間内で、いつ、例えばランダムな時間に、自身のアドバタイズメントメッセージを送出することを決定してもよい。

【0084】

図５に示される例では、共通チャネルは８つのタイムスロットＣＣ－Ｓ１～ＣＣ－Ｓ８を含み、最初の２つのタイムスロットＣＣ－Ｓ１及びＣＣ－Ｓ２が第１のＡＰ（ＡＰ１）に割り当てられ、続く２つのタイムスロットＣＣ－Ｓ３及びＣＣ－Ｓ４が第２のＡＰ（ＡＰ２）に割り当てられている。この図は一例を示すにすぎないことに留意されたい。どのＡＰにいくつ、どのスロットを割り当てるかは、例えば、ＬｉＦｉコントローラが決めることであり、割り当てられたスロットのどれで短縮ＳＭＡＰ－Ｄフレームを送信するかは、ＡＰが決めることである。

【0085】

図６は、様々な実施形態によるＡＰの事前登録プロシージャのフロー図を示している。

【0086】

ステップＳ６００におけるプロシージャの開始後、ＡＰは、ステップＳ６０１において、ＭＡＣサイクルごとに通常のデータトラフィックから分離される共通チャネルの割り当てられた事前定義された部分における短いＳＭＡＰ－Ｄフレーム（ショートメッセージ）を用いることによって自身の存在をアドバタイズする。これにより、ＥＰは、データトラフィックとの干渉を受けることなく単一のＭＡＣサイクルで近隣のＡＰを検出することができる。

【0087】

衝突を緩和する及びＭＡＣサイクルにおける利用可能な時間の効率的な使用を可能にするために、ＭＡＰ－Ｄフレームは、プリアンブル及び物理層（ＰＨＹ）ヘッダのみを含むＳＭＡＰ－Ｄフレームに短縮される。ＰＨＹヘッダは、ＡＰの識別子を運ぶ。

【0088】

ステップＳ６０２において、ＡＰは、事前登録要求が受信されたか否かをチェックする。そうでない場合、プロシージャは、ステップＳ６０１に戻る。そうではなく、ステップＳ６０２において事前登録要求が受信された場合、ＡＰは、ステップＳ６０３において、事前登録要求を受け入れることができるか否か（例えば、要求するＥＰ(requesting EP)のために十分なリソースが利用可能であるか否か、及び／又はハンドオーバ処理を行うことが可能であるか否か）をチェックする。そうでない場合、プロシージャはステップＳ６０４に分岐し、拒絶メッセージ(reject message)が要求するＥＰに送信される。そうではなく、ステップＳ６０３において事前登録要求が受け入れられることができると判断される場合、プロシージャはステップＳ６０５に進み、要求するＥＰのためにリソース（例えば、事前割り当てされたタイムスロット）が予約される。その後、ステップＳ６０６において、予約されたリソースのタイミング情報を含む受入メッセージがＥＰに送信される。最後に、プロシージャはステップＳ６０１に戻り、再び開始する。

【0089】

斯くして、成功裏の事前登録の場合、近隣のＡＰは、タイミング情報を受入メッセージに含める。受入メッセージに含まれ得る他の情報は、近隣のＡＰが割り当てる、ＥＰの識別子、並びに、シード及び／又はプリアンブルコーディングのうちの少なくとも１つであってもよい。

【0090】

例として、ＥＰは、ローカルＡＰを介して検出された近隣のＡＰに事前登録してもよく、これにより、近隣のＡＰは、要求するＥＰのために対応するリソースを予約する。さらに、ＥＰは、近隣のＡＰのタイミング情報について知らされ、近隣のＡＰへの高速同期の準備を行う。

【0091】

例として、ＩＴＵ．Ｇ．９９６１仕様によれば、ＡＰは、短縮ＭＡＰ－Ｄフレームをｎ個のＭＡＣサイクルごとに１回、及びＭＡＰ－ＡフレームをＭＡＣサイクルごとにブロードキャストしてもよい。登録のプロセスをスピードアップするために、ＡＰは、ＭＡＣサイクルごとにＭＡＰ－Ａフレームが直接後続するＭＡＰ－Ｄフレームを送信してもよい。

【0092】

図７は、様々な実施形態によるＥＰの事前登録及び高速ハンドオーバプロシージャのフロー図を示している。

【0093】

ステップＳ７００におけるプロシージャの開始後、ＥＰは、ステップＳ７０２及びＳ７０１のループにおいて、ＭＡＣサイクルの共通チャネルにおけるショートメッセージ（すなわち、ＳＭＡＰ－Ｄフレーム）を監視することによって近隣のＡＰを継続的にサーチする。ステップＳ７０２において近隣のＡＰを検出する場合、ＥＰは、ステップＳ７０３において、この検出を自身のローカルＡＰ（すなわち、ＥＰが登録されているＡＰ）に報告する。その後、ローカルＡＰは、それに応じてＬｉＦｉコントローラを更新し、これに応答して、ＬｉＦｉコントローラは、時間チャネルの割り当て及び共通チャネルにおけるスロットの割り当て等、干渉を処理するためにＡＰの制限を更新してもよい。

【0094】

その後、ステップＳ７０４において、ＥＰは、ローカルＡＰを介して近隣のＡＰに事前登録を要求する。ローカルＡＰは、当該事前登録要求を直接近隣のＡＰに又はＬｉＦｉコントローラを介して中継してもよい。近隣のＡＰは、ローカルＡＰを介してＥＰに対して受入メッセージ又は拒絶メッセージで返信する。受け入れる場合、近隣のＡＰは、ＥＰのための対応するリソースを予約する。近隣のＡＰは、直接ローカルＡＰに又はＬｉＦｉコントローラを介して受入メッセージ又は拒絶メッセージを送信してもよい。いずれにせよ、ローカルＡＰは、このメッセージをＥＰに転送する。

【0095】

ステップＳ７０５において、ＥＰは、所定の時間期間内に受入メッセージを受信したか否かをチェックする。そうでない場合、プロシージャはステップＳ７０１に戻り、新たな近隣のＡＰをサーチする。そうではなく、ステップＳ７０５において受入メッセージが受信された場合、ＥＰは、あり得る後のハンドオーバ(possible later handover)における近隣のＡＰへの高速同期を可能にするために、ステップＳ７０６において、受入メッセージのタイミング情報を記憶する。

【0096】

その後、ステップＳ７０７において、ＥＰは、ステップＳ７０８において、選択された近隣のＡＰにハンドオーバするかどうかを決定するために、例えば、ＭＡＣサイクルの共通チャネルにおいて近隣のＡＰから受けるＳＭＡＰ－Ｄフレームの受信信号強度インジケータ（ＲＳＳＩ：received signal strength indicator）又は別の品質若しくはエラーインジケータを比較することによって、近隣のＡＰの信号品質をチェックする。

【0097】

ステップＳ７０８において、ＥＰが近隣のＡＰにハンドオーバすることを決定する場合、ＥＰは、ステップＳ７０９において、事前登録時に受入メッセージで受けたタイミング又は同期情報を適用する。その後、ステップＳ７１０において、ＥＰは、近隣のＡＰのＭＡＰ－Ｄフレームをシームレスにデコードすることができ、また、ＭＡＰ－Ｄフレームに後続するＭＡＰ－Ａフレームをデコードすることを可能にするシード情報を導出してもよい。その後、ステップＳ７１１において、ＥＰは、高速ハンドオーバを実行するために当該ＥＰのためにＭＡＣサイクルにおいて近隣のＡＰによって事前割り当てされるリソース（例えば、タイムスロット）の使用を開始することができる。

【0098】

さらに、ＥＰは、近隣のＡＰによって割り当てられる新しい識別子、並びに、近隣のＡＰによって使用されるシード及び／又はプリアンブルコーディングを使用してもよい。近隣のＡＰは、フレームの転送をイネーブルにし、ＥＰへの新しい経路を確立するためにＬｉＦｉネットワークのスイッチをトリガしてしてもよい。

【0099】

ＥＰは、あり得るハンドオーバ(possible handover)を予期するためにすべての検出された近隣のＡＰに事前登録を試みてもよいことに留意されたい。ＥＰは、同時に複数のＡＰに事前登録されてもよい。

【0100】

図８は、様々な実施形態によるＬｉＦｉネットワークにおけるシグナリング及び処理シーケンスに基づく事前登録プロセスを概略的に示している。

【0101】

図８のシグナリング及び処理シーケンス(signaling and processing sequence)において、上から下への垂直方向は時間軸に対応し、他のメッセージ又は処理時間／ステップの上に示されるメッセージ又は処理時間／ステップは、より早い時間に発生する。

【0102】

図８の上部に示されるように、処理時間及びメッセージは、ＬｉＦｉコントローラ（ＬＣ）１３、ＥＰ１０及び２つのＡＰ（ＡＰ１、ＡＰ２）１２において又はこれらの間で発生する。

【0103】

シーケンスは、ＥＰ１０が第１のＡＰ（ＡＰ１）に登録される処理時間８０１で開始する。その後、処理時間８０２において、ＥＰ１０は、第１のＡＰ（すなわち、ＤＭ１）に登録されているが、近隣の第２のＡＰ（ＡＰ２）についてはまだ知らない。さらに、処理時間８０３において、ＬｉＦｉコントローラ１３は、ＥＰ１０が第１のＡＰに登録されていることについて知る。

【0104】

その後、処理時間８０４において、ＥＰ１０は、近隣の第２のＡＰを検出する。これに応答して、ＥＰ１０は、例えば、ＩＴＵ－Ｔ Ｇ．９９６１仕様に定義されるコンフィギュレーション及び管理プロトコル（ＬＣＭＰ）を用いることによって（これは、外部のアプリケーションエンティティが１つ以上のＩＴＵ－Ｔノードの管理(management)とインタラクトして、ノード内部のパラメータを読み／書きすることを可能にする）、近隣の第２のＡＰに対する事前登録要求メッセージ８０５（例えば、ＬＩＦＩ＿ＦａｓｔＨａｎｄｏｖｅｒＰｒｅｐａｒｅ．ｒｅｑ）をＬＣ１３に送信する。その後、この要求メッセージは、ＬＣ１３によって、検出された近隣のＡＰ（ＡＰ２）に要求メッセージ８０６として中継される。

【0105】

処理ステップ８０７において、事前登録要求の受け入れ(acceptance)の場合、検出された近隣のＡＰは、新しいノードを受け入れるためにリソースを準備し、接続を事前確立する。この近隣のＡＰは、情報をローカルに追加してもよいが、（このノード（すなわち、要求するＥＰ）はまだドメイン内にないため）この情報をトポロジパケットで送信することを回避してもよい。

【0106】

その後、近隣のＡＰは、ＥＰ１０からの要求が受け入れられる（例えば、ドメインＩＤ（ＤＯＤ）及び／又は宛先ＩＤ（ＤＩＤ）を割り当てる）か拒否されるかを示すために通知メッセージ８０８（例えば、ＬＩＦＩ＿ＦａｓｔＨａｎｄｏｖｅｒＰｒｅｐａｒｅ．ｃｎｆ）をＬＣ１３に送信する。事前登録拒否(pre-registration denial)の場合、近隣のＡＰは、拒否理由（例えば、利用可能なリソースがない又はハンドオーバがサポートされていない（機能限定ＡＰ(function-limited AP)））について知らせるコードを送信する。

【0107】

ＬＣ１３は、この受入又は拒否通知を通知メッセージ８０９として要求するＥＰ１０に中継する。受け入れられた場合、近隣のＡＰは、処理時間８１０において、ＥＰ１０に対するハンドオーバのためのリソースを準備し、要求するＥＰ１０は、処理時間８１１において、あり得るリンクネゴシエーションのために必要なリソースを作成する。

【0108】

要求するＥＰ１０が、利用可能なリソースがないことを示す拒否を受信する場合、要求するＥＰ１０は、タイムアウト後に事前登録を再試行してもよい。そうではなく、拒否がハンドオーバがサポートされていない（すなわち、近隣のＡＰは機能限定ＡＰである）ことを示す場合、要求するＥＰ１０は、このＡＰをハンドオーバができないもの(non-capable for handover)としてマークしてもよい。

【0109】

しかしながら、要求するＥＰ１０は、所定の時間期間後事前登録要求に対する応答を受信しない場合、タイムアウト（例えば、２００ｍｓ）後に事前登録を再試行してもよい。

【0110】

要求するＥＰ１０が、処理時間８１２において、任意の近隣のＡＰから受けるパワーが現在の近隣のＡＰのパワーよりも高いことを検出する場合、ＥＰ１０は、処理ステップ８１３において、作成されたリソースを解放してもよく、ＥＰ１０を既に事前登録している新しいＡＰをターゲットとするハンドオーバプロセスを開始してもよい。

【0111】

処理時間８１４における所定のタイムアウト後、選択された近隣のＡＰは、処理ステップ８１５において、エージング(ageing)に起因してＥＰ１０の事前登録を削除してもよい。これにより、キャンセルメッセージ(cancellation message)を発行する必要はない。しかしながら、このようなエージングオプションが実装される場合、要求するＥＰ１０は、定期的に事前登録を更新する(renew)ことを必要とし得る。

【0112】

（図８に示されない）その後のハンドオーバプロセスにおいて、ＥＰは、自身のコンフィギュレーション（例えば、ＤＯＤ、ＤＩＤ、シード（Ｓｅｅｄ））を新たに選択されたＡＰ（新しいＬｉＦｉドメイン）へ変更することを決定してもよい。それゆえ、ＥＰは、新しいリソース（例えば、送信及び受信キュー）を作成し、新しいＡＰに合わせるために同期を変更し（ａｃｈ ＡＰは、現在のＡＰと近隣のＡＰとの間のクロック偏差が計算されることができるようにそのＭＡＰ期間(duration)について知らせる）、伝送経路をイネーブルにし、同期フェーズ(synchronization phase)から追跡フェーズ(tracking phase)に変更してもよい。

【0113】

近隣のＡＰは、（事前登録フェーズ(pre-registration phase)から予め知られている）ＥＰに接続されているデバイスのソースＭＡＣアドレスでフェイク(fake)送信パケット（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）パケット）を送信し、スイッチがこれらのＭＡＣアドレスのポート位置を変更し得るようにしてもよい。ＡＰは、自身の現在のスレーブ（すなわち、ＡＰに既に登録されているＥＰ）に最も高い優先度を割り当て、通常の登録（すなわち、ドメインに入ることを要求する登録されていないＥＰ）に２番目に高い優先度を割り当て、事前登録に最も低い優先度を割り当てることによってリソース割り当てを優先付けてもよい。最も新しい事前登録要求は、最も低い優先度を有するノードの中で最も高い優先度を有してもよい。

【0114】

さらに、上述したように、すべての事前登録されたＥＰは、時々(from time to time)、事前登録を更新する必要があってもよい。ＡＰは、事前登録されたノードのリソースを解放する必要がある場合、最も古い事前登録タイムスタンプを有するものを優先して選択する。

【0115】

要約すると、（ＬｉＦｉ等）照明及びデータの通信の組み合わせを可能にする、通信システム、方法及び装置であって、高速ハンドオーバが、近隣のアクセスポイントが非常に短いフレームを使用して自身をアナウンスし、斯かるフレームは、ユーザデバイスによってピックアップされ、ユーザデバイスは、ネイバアクセスポイントのアイデンティティを検出し、これを現在のアクセスポイントに伝達して、ユーザデバイスに関する情報をネイバアクセスポイントと共有することにより、ネイバアクセスポイントが、リソースを割り当てる（及び／又は同期する）ために事前コンフィギュレーションされることができるようにして実現されることができる、通信システム、方法及び装置が述べられている。

【0116】

本発明は、図面及び前述の説明において詳細に例示及び説明されてきたが、そのような例示及び説明は、図的又は例示的であって、限定的なものではないと見なされるべきである。本発明は、開示された実施形態に限定されない。提案される検出及び／又は選択プロシージャは、他のタイプのワイヤレスネットワークに、並びに、他のタイプのセル及び／又はリユースパターンと共に、適用されることができ、可能であれば標準化されることができる。

【0117】

例えば、多くのプロトコルにおいて、フレームサイクルの開始時にビーコンが送信される。ビーコンはフレームの開始を示すだけでなく、ＡＰ（例えば、ＩＥＥＥ８０２．１５．７用語ではコーディネータ）の識別子並びにフレームの残りの部分の構成及び使用に関する情報等、他の情報も示し得る。

【0118】

とりわけ、本発明は、ＩＴＵ－Ｔ Ｇ．９９６１、ＩＴＵ－Ｔ Ｇ．９９６０、及びＩＴＵ－Ｔ Ｇ．９９９１ネットワーク環境に限定されるものではない。提案される存在アドバタイズメントのための短縮フレームは、ビーコンフレームの概念がスーパーフレームの開始時に適用される、ＩＥＥＥ ８０２．１５．７によるネットワーク環境においても同様に使用され得る。これらのビーコンフレームは、アドレスフィールド(addressing field)がソースアドレスを含む媒体アクセス制御ヘッダ（ＭＨＲ：medium-access-control header）に限定されるように短縮されてもよい。一例として、短縮ビーコン(shortened beacon)（Ｓ－ｂｅａｃｏｎ）は、通常のビーコンに加えて使用されてもよい。短縮ビーコンは、上述した共通チャネル（ＣＣ）に対応する短縮ビーコン周期(S-beacon period)で生じてもよい。

【0119】

さらに、上記のサンプル実施形態は、利用可能なチャネルの時分割に基づいている。しかしながら、他のタイプのネットワーク環境において周波数分割が使用されてもよい。それゆえ、制御チャネルは、（ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）のＤチャネル（Ｄ－ｃｈａｎｎｅｌ）等）データに使用される周波数とは異なる周波数を使用することによっても確立され得る。したがって、原理的に、上記のサンプル実施形態に関連して述べられる共通チャネル（ＣＣ）は、異なる周波数（例えば、限られた帯域幅を有する帯域外（ＯＯＢ：out-of-band）チャネル）においても生じ得る。

【0120】

図面、本開示、及び添付の請求項の検討によって、開示される実施形態に対する他の変形形態が、当業者により理解されることができ、また、特許請求される発明を実施する際に実行されることができる。請求項では、単語「含む」は、他の要素又はステップを排除するものではなく、不定冠詞「１つの（a）」又は「１つの（an）」は、複数を排除するものではない。単一のプロセッサ又は他のユニットが、請求項において列挙される、いくつかの項目の機能を果たしてもよい。特定の手段が、互いに異なる従属請求項内に列挙されているという単なる事実は、これらの手段の組み合わせが、有利に使用され得ないことを示すものではない。上記の説明は、本発明の特定の実施形態を詳述している。しかしながら、上記がテキストにどのように詳細に現れようとも、本発明は多くの方法で実施されることができ、したがって、開示された実施形態に限定されないことを理解されたい。本発明のある特徴又は態様を説明する際のある用語法(terminology)の使用は、用語法が、当該用語法が関連付けられている本発明の特徴又は態様の特定の特性を含むことに制限されるように本明細書において再定義されていることを意味すると解釈されるべきではないことに留意されたい。

【0121】

単一のユニット又はデバイスが、請求項において列挙される、いくつかの項目の機能を果たしてもよい。特定の手段が、互いに異なる従属請求項内に列挙されているという単なる事実は、これらの手段の組み合わせが、有利に使用され得ないことを示すものではない。

【0122】

図６及び７に示されるもの等の述べられた動作は、コンピュータプログラムのプログラムコード手段として、及び／又は、レシーバデバイス又はトランシーバデバイスの専用ハードウェアとして実装されることができる。コンピュータプログラムは、他のハードウェアと共に、又は他のハードウェアの一部として供給される、光学記憶媒体又は固体媒体等の、好適な媒体において記憶／頒布されてもよいが、インターネット、又は他の有線若しくは無線の電気通信システム等を介して、他の形態で頒布されてもよい。

【図1】

【図2】

【図3】

【図4-5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2022-10-26

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

光マルチセル通信システムにおける高速ハンドオーバのためのシステムであって、当該システムは、
リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを送信することによって自身の存在をアドバタイズするように構成される複数のアクセスポイントであって、前記短縮フレームの各々は、それぞれのアドバタイズするアクセスポイントの識別子を含む、複数のアクセスポイントと、
前記共通チャネルにおけるアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために前記複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信するように構成される、少なくとも１つのエンドポイントと、
を含む、システム。

【請求項2】

前記複数のアクセスポイントのうちの第１のアクセスポイントは、フレームサイクルごとに前記短縮フレームを送信するように構成される、請求項１に記載のシステム。

【請求項3】

前記複数のアクセスポイントのうちの第１のアクセスポイントは、エンドポイントから受ける事前登録要求に応答して、前記エンドポイントを事前登録する、前記エンドポイントのために前記第１のアクセスポイントの送信リソースを予約する、及び、前記予約された送信リソースのタイミング情報及びエンドポイント識別子を含む受入メッセージを前記エンドポイントに送信するように構成される、請求項１に記載のシステム。

【請求項4】

前記第１のアクセスポイントは、前記第１のアクセスポイントに既に登録されているエンドポイント及び前記第１のアクセスポイントのドメインへのエントリを要求する非登録エンドポイントに高い優先度、及び、エンドポイントの事前登録に低い優先度を割り当てることによってリソースの予約を優先付けるように構成され、高い優先度が、古い事前登録要求よりも新しい事前登録要求に割り当てられる、請求項３に記載のシステム。

【請求項5】

光マルチセル通信システムにおける、エンドポイントで使用するための、高速ハンドオーバのための装置であって、当該装置は、リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチする、及び、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信するように構成される、装置。

【請求項6】

当該装置は、関連するローカルアクセスポイントに検出された近隣のアクセスポイントを報告する、及び、前記ローカルアクセスポイントを介して前記近隣のアクセスポイントに事前登録を送信するように構成される、請求項５に記載の装置。

【請求項7】

当該装置は、あり得る高速ハンドオーバにおいて前記検出された近隣のアクセスポイントへの高速同期を可能にするために、前記事前登録要求に応答した受入メッセージにおいて前記検出されたアクセスポイントから受ける送信機会のタイミング情報を記憶するように構成される、請求項５又は６に記載の装置。

【請求項8】

当該装置は、定期的に事前登録を更新するように構成される、請求項５乃至７のいずれか一項に記載の装置。

【請求項9】

当該装置は、決定された信号品質パラメータに基づいて、当該装置が事前登録されるアクセスポイントへのハンドオーバを決定するように構成される、請求項５乃至８のいずれか一項に記載の装置。

【請求項10】

前記短縮フレームは、プリアンブル、及び、アドバタイズするアクセスポイントの識別子を含むヘッダに限定される、請求項５乃至９のいずれか一項に記載の装置。

【請求項11】

前記短縮フレームの共通チャネルは、前記フレームサイクルにおいて通常のデータトラフィックから分離される、請求項５乃至１０のいずれか一項に記載の装置。

【請求項12】

光マルチセル通信システムにアクセスするためのエンドポイントであって、当該エンドポイントは、請求項５乃至１１のいずれか一項に記載の装置を含む、エンドポイント。

【請求項13】

光マルチセル通信システムにおいて高速ハンドオーバを可能にする方法であって、当該方法は、
複数のアクセスポイントの存在を、リンク層又は物理層プロトコルのフレームサイクルの共通チャネルの割り当てられた事前定義された部分においてペイロード部を含まない短縮フレームを前記複数のアクセスポイントから送信することによってアドバタイズすることであって、前記短縮フレームの各々は、それぞれのアドバタイズするアクセスポイントの識別子を含む、ことと、
エンドポイントにより、前記共通チャネルにおけるアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために前記複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
前記エンドポイントにより、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法。

【請求項14】

光マルチセル通信システムにおいてエンドポイントのための高速ハンドオーバを可能にする方法であって、当該方法は、
前記エンドポイントにより、リンク層又は物理層プロトコルのフレームサイクルにおいてアクセスポイントに割り当てられる共通チャネルの事前定義された部分におけるペイロード部を含まないアドバタイズされた短縮フレームを検出することによって来るべきハンドオーバを予期するために複数のアクセスポイントのうちの近隣のアクセスポイントをサーチすることと、
前記エンドポイントにより、ハンドオーバを決定する前に、検出された近隣のアクセスポイントに事前の登録のための事前登録要求を送信することと、
を含む、方法。

【請求項15】

エンドポイントのコンピュータデバイスで実行された場合、請求項１４のステップを行うためのコード手段を含むコンピュータプログラム。

【国際調査報告】