(57)【特許請求の範囲】
【請求項１】
通信の可視化のためにデータ伝送時以外にも可視フレームが生成される可視光通信（ＶＬＣ）の実行時、第１のＶＬＣ装置が第２のＶＬＣ装置に可視フレームの生成を許可するか否かを決定する方法であって、
前記第１のＶＬＣ装置がタイムスロット単位で２個以上の第２のＶＬＣ装置と通信する場合に、前記２個以上の第２のＶＬＣ装置に対する可視フレーム出力方式を決定するステップと、
前記２個以上の第２のＶＬＣ装置との可視光通信間の干渉を低減させるよう、前記２個以上の第２のＶＬＣ装置に可視フレームの生成を許可するか否かを決定するステップと、
前記２個以上の第２のＶＬＣ装置に前記可視フレームの生成を許可するか否かを示す可視フレーム情報をタイムスロットが割り当てられた前記第２のＶＬＣ装置へ伝送するステップと、
を有することを特徴とする方法。
【請求項２】
前記可視フレーム情報は、前記第２のＶＬＣ装置に可視フレームの生成を許可する情報又は前記第２のＶＬＣ装置に可視フレームの生成を許可しない情報であることを特徴とする請求項１に記載の方法。
【請求項３】
前記可視フレーム出力方式は、前記第１のＶＬＣ装置のみが可視フレームを生成する方式、前記第２のＶＬＣ装置のみが可視フレームを生成する方式、前記第１及び第２のＶＬＣ装置両方ともに可視フレームを生成する方式、及び前記第１のＶＬＣ装置も前記第２のＶＬＣ装置も可視フレームを使用しない方式のうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項４】
前記可視フレーム情報が前記２個以上の第２のＶＬＣ装置に可視フレームの生成を許可する情報である場合、前記２個以上の第２のＶＬＣ装置別に可視フレームの明るさを調整するステップと、
前記可視フレーム情報と一緒に前記調整した明るさに関する情報を伝送するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
通信の可視化のためにデータ伝送時以外にも可視フレームが生成される可視光通信（ＶＬＣ）の実行時、前記第２のＶＬＣ装置で可視フレームを生成するか否かを決定する方法であって、
前記第１のＶＬＣ装置から、前記請求項１に記載の方法によって送信された、前記第２のＶＬＣ装置に可視フレームの生成を許可するか否かを示す可視フレーム情報を受信するステップと、
前記受信した可視フレーム情報を確認するステップと、
前記可視フレーム情報に従って可視フレームを生成するか否かを決定するステップと、
を有することを特徴とする方法。
【請求項６】
前記可視フレーム情報は、前記第２のＶＬＣ装置に可視フレーム出力を許可する情報又は前記第２のＶＬＣ装置に可視フレーム出力を許可しない情報であることを特徴とする請求項５に記載の方法。
【請求項７】
前記可視フレーム情報が前記２個以上の第２のＶＬＣ装置に可視フレーム生成を許可する情報である場合、前記２個以上の第２のＶＬＣ装置別に可視フレーム明るさ情報が受信されるか否かを確認するステップと、
前記可視フレーム明るさ情報に基づいて前記可視フレームの明るさを調整して前記可視フレームを生成するステップと、
をさらに有することを特徴とする請求項６に記載の方法。
【請求項８】
通信の可視化のためにデータ伝送時以外にも可視フレームを生成する可視光通信（ＶＬＣ）装置であって、
ＶＬＣ信号を送受信する可視光送受信部と、
前記ＶＬＣ装置が送信部として動作し、タイムスロット単位で２個以上の相手ＶＬＣ装置と通信する場合、前記２個以上の相手ＶＬＣ装置に対する可視フレーム出力方式を決定し、前記２個以上の相手ＶＬＣ装置との可視光通信間の干渉を低減させるよう、前記２個以上の相手ＶＬＣ装置に可視フレームの生成を許可するか否かを決定し、前記２個以上の相手ＶＬＣ装置に前記可視フレームの生成を許可するか否かを示す可視フレーム情報を前記可視光送受信部を通じてタイムスロットが割り当てられた前記相手ＶＬＣ装置へ伝送する制御部と、
を含むことを特徴とするＶＬＣ装置。
【請求項９】
前記可視フレーム情報は、前記相手ＶＬＣ装置に可視フレームの生成を許可する情報又は前記相手ＶＬＣ装置に可視フレームの生成を許可しない情報であることを特徴とする請求項８に記載のＶＬＣ装置。
【請求項１０】
前記可視フレーム出力方式は、
前記ＶＬＣ装置のみが可視フレームを生成する方式、前記相手ＶＬＣ装置のみが可視フレームを生成する方式、前記ＶＬＣ装置及び前記相手ＶＬＣ装置両方ともに可視フレームを生成する方式、及び前記ＶＬＣ装置も前記相手ＶＬＣ装置も可視フレームを使用しない方式のうちいずれか一つであることを特徴とする請求項８に記載のＶＬＣ装置。
【請求項１１】
前記制御部は、前記可視フレーム情報が前記２個以上の相手ＶＬＣ装置に可視フレームの生成を許可する情報である場合、前記２個以上の相手ＶＬＣ装置別に可視フレームの明るさを調整し、前記可視フレーム情報と一緒に前記調整された明るさに関する情報を伝送することを特徴とする請求項８に記載のＶＬＣ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は可視光通信システムに関するもので、特に可視光通信システムにおいて通信環境に応じて可視フレームの出力を決定する方法及び装置に関する。
【背景技術】
【０００２】
ＬＥＤ(Light  Emitting  Diode)は、発光効率が改善されて価格競争力があることによって、携帯デバイス、ディスプレイ、自動車、交通信号灯、広告板などの特殊照明市場だけでなく、蛍光灯、白熱灯のような一般照明市場でも広く使用されている。また、最近ではＲＦ(Radio  Frequency)帯域周波数の枯渇、いろいろな無線通信技術間の衝突可能性、通信セキュリティに対する要求増大、及び第４世代(４Ｇ)無線技術の超高速ユビキタス通信環境の到来などによって、ＲＦ技術に補完的な光無線技術に対する関心が増加し、ＬＥＤを用いる可視光通信(Visible Light Communication：ＶＬＣ)に対する研究が行われている。
【０００３】
可視光線を用いて情報を伝送するＶＬＣは、安全であり、帯域が広く、規制なしに自由に使用できる。また、ＶＬＣは、ユーザーが光の到達場所又は進行方向を見ることができるため、情報の受信範囲が正確にわかるという長所がある。したがって、ＶＬＣは、セキュリティの側面でも信頼でき、低電力で駆動することができる。ＶＬＣは、ＲＦの使用が制限された病院及び飛行機でも適用でき、電光掲示板を用いる付加情報サービスも提供できる。このようなＶＬＣシステムについて、図面を参照して説明する。
【０００４】
図１は、一般的なＶＬＣシステムの構成を示す。一般的なＶＬＣシステムは、光源１０とＶＬＣ端末２０を含む。ＬＥＤ又はＬＤ(Laser  Diode)で構成される光源１０は、照明の役割と同時に可視光を用いてデータの送受信を遂行する。ＶＬＣ端末２０は、可視光送受信モジュールを備えて光源１０とデータ送受信を遂行する。ＶＬＣ端末２０は、携帯電話又はＰＤＡ(Personal Digital Assistant)のような移動端末、及びデスクトップタイプの固定端末を含む。ＶＬＣシステムは、有無線通信媒体を使用する他のシステムと結合してより効率的に使用することができる。
【０００５】
一般に、複数の光源１０をＶＬＣに設置することができる。複数の光源が一定間隔を置いて設けられる場合、光源により提供される実質的なサービス領域は、図２乃至図４に示すように３つのケースとして現れることができる。図２乃至図４は、２個の光源により提供されるサービス領域を示す。光源３０及び４０により提供されるサービス領域は、図２に示すように相互に重複され、図３に示すように相互にその境界で接触し、あるいは図４に示すように相互に分離されて非サービス領域がそれらの間に存在する。図３は、実質的に達成しにくい理想的な状態を示す。一般的に、複数の光源により提供されるサービス領域は、図２に示すように一部サービス領域が重なる重複領域(overlap  area)を含み、あるいは図４に示すようにそれらの間に非サービス領域を含む。
【０００６】
ＶＬＣを用いて複数のユーザー端末にユニキャスト、マルチキャスト、又はブロードキャスト通信サービスを提供する場合に、複数のユーザー端末は一つの光源により提供されるサービス領域に位置でき、各端末は同一のデータ又は個別的なデータを受信することができる。ＶＬＣが可視光を使用するため、データの送受信は、送信器及び受信器の通信リンクが両方向に整列される場合に容易に遂行できる。一方向通信でも、通信リンクは、送信器の可視光送信部から生成される可視光信号が受信器の可視光受信部へ正確に移動するように形成されなければならない。このような理由によって、光源からデータを受信する端末は、外部環境要素、端末の移動、又は障害物により通信リンクが断絶されるか、あるいは可視光信号が正しく伝送されない場合が発生する可能性がある。一つの光源からデータを受信する複数の端末が存在する場合にも、通信リンクは、複数の端末のうちいずれか一つと接続されない可能性がある。
【０００７】
したがって、ＶＬＣ端末、照明、又はインフラを用いる多様な通信環境に従って、可視フレームの出力を決定する方法は多様化する必要がある。又は、データを伝送しないときと不整合、ＮＡＣＫ(Negative Acknowledgement)、ユーザー選択などを考慮して可視フレームの出力を決定する方法も必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、ＶＬＣシステムにおける多様な通信環境に従って可視フレームの出力を決定する装置及び方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記のような目的を達成するために、本発明の一態様によれば、第１の可視光通信(ＶＬＣ)装置における可視フレームの出力を決定する方法が提供される。その方法は、第２のＶＬＣ装置に対する可視フレームの生成を許可するか否かを決定するステップと、第２のＶＬＣ装置に対する可視フレームの生成を許可するか否かを示す可視フレーム情報を第２のＶＬＣ装置へ伝送するステップとを有する。
【００１０】
本発明の別の態様によれば、第２のＶＬＣ装置における可視フレームの出力を決定する方法が提供される。その方法は、第１のＶＬＣ装置から第２のＶＬＣ装置に対する可視フレームの生成を許可するか否かを示す可視フレーム情報を受信するステップと、受信した可視フレーム情報を確認するステップと、可視フレーム情報に従って可視フレームを生成するか否かを決定するステップとを有する。
【００１１】
また、本発明の別の態様によれば、可視フレームを生成するＶＬＣ装置が提供される。その装置は、ＶＬＣ信号を送受信する可視光送受信部と、ＶＬＣ装置が送信部として動作する場合、相手ＶＬＣ装置に対する可視フレームの生成を許可するか否かを決定し、相手ＶＬＣ装置に可視フレームの生成を許可するか否かを示す可視フレーム情報を可視光送受信部を通じて相手ＶＬＣ装置へ伝送する制御部とを含む。
【発明の効果】
【００１２】
本発明は、ユニキャスト、ブロードキャスト、又はマルチキャストモードのマルチモードＶＬＣシステムで通信リンクが接続されない場合、通信リンク整列を示すための可視フレームを生成することができる。
特に、本発明は、ブロードキャスト又はマルチキャスト通信モードと共に一つの光源から割り当てられたタイムスロットを通じてデータを受信する複数の端末のうちいずれか一つの通信リンクが解除される場合、受信器の端末は、通信リンク解除を通知し、通信リンク整列のための可視フレームを生成し、それによって他の端末の通信に影響を及ぼさずに通信リンク整列を遂行する。
Ｐ２Ｐ(Peer to Peer)のようなユニキャストモードでは、送信器と受信器が、すべて可視フレームを生成し、あるいは受信器のみが可視フレームを生成することができる。
【００１３】
本発明のＶＬＣシステムは、ユニキャスト、ブロードキャスト、又はマルチキャスト通信モードを効果的に遂行することができ、ＶＬＡＮ、ＩＢ(Information  broadcasting)、Ｐ２Ｐ、Ｐ２Ｍ(Point-to-Multipoint)、ＶＢ(Vehicular  Broadcasting)のようなＶＬＣを用いる通信サービスを提供できる。
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになる。
【図面の簡単な説明】
【００１４】
【図１】一般的なＶＬＣシステムの構成を示す図である。
【図２】２個の光源により提供されるサービス領域を示す図である。
【図３】２個の光源により提供されるサービス領域を示す図である。
【図４】２個の光源により提供されるサービス領域を示す図である。
【図５】本発明の一実施例によるＶＬＣシステムの構成を示す図である。
【図６】送信器と受信器との間で可視フレームを伝送する方法を示す図である。
【図７】複数のユーザーを受け入れるための仮想タイムスロットを用いるＶＬＣシステムを示す図である。
【図８】本発明の一実施形態によるＶＬＣに使用されるフレーム構成を示す図である。
【図９】図８のフレーム構成に対して＜表１＞及び＜表２＞を適用するためのフレーム構成を示す図である。
【図１０】図９に示すデータフレームの詳細な構成を示す図である。
【図１１】図９に示す可視フレームの詳細な構成を示す図である。
【図１２】本発明の一実施形態による可視フレーム内に伝送される可視フレームパターンを示す図である。
【図１３】本発明の一実施形態による多重同時接続(multiple  simultaneous  association)を示す図である。
【図１４】本発明に使用されるフレーム構成を示す図である。
【図１５】本発明に使用されるフレーム構成を示す図である。
【図１６】本発明に使用されるフレーム構成を示す図である。
【図１７】本発明に使用されるフレーム構成を示す図である。
【図１８】図１４のもう一つの適用のためのフレーム構成を示す図である。
【図１９】本発明の一実施形態による可視フレームを伝送する送信器の動作を示すフローチャートである。
【図２０】本発明の一実施形態による可視フレームを伝送する受信器の動作を示すフローチャートである。
【図２１】本発明の別の実施形態による可視フレームを伝送する送信器の動作を示すフローチャートである。
【図２２】本発明の別の実施形態による可視フレームを伝送する受信器の動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
次の詳細な説明は、本発明の全般的な理解を提供するために特定詳細を含む。しかしながら、本発明がこのような特定の詳細なしに実行できることは、当該技術分野における通常の知識を持つ者には明らかである。下記の説明において、本発明の要旨を不明にする可能性がある場合、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１６】
本発明は、ＶＬＣシステムで可視フレームを生成するための方法を提供する。送信器に対応するＶＬＣ装置は、ＶＬＣ端末、照明又はインフラを用いる多様な通信環境に応じて可視フレーム出力方式を決定する。ＶＬＣ装置は、決定した可視フレーム出力方式を受信器に対応する相手ＶＬＣ装置に伝送する。受信器のＶＬＣ装置は、可視フレーム出力方式を受信して確認する。送信器及び受信器のＶＬＣ装置は、相互に通信を遂行する。受信器のＶＬＣ装置で可視フレームの出力が許可される場合、受信器のＶＬＣ装置は、可視フレームを生成する。
【００１７】
可視フレーム出力方式は、送信器のみが可視フレームを生成する方式、受信器のみが可視フレームを生成する方式、送信器と受信器ともに可視フレームを生成する方式、及び送信器も受信器も可視フレームを使用しない方式を含む。可視フレームは、送信器も受信器もデータを伝送しない場合、送信器と受信器が相互に通信する中にリンクが不整合(misalignment)である場合、又はＮａｃｋ信号が送信器と受信器との間の通信中にデータ問題を発生する場合に生成することができる。
【００１８】
本発明では、多様な通信環境を考慮して可視フレーム出力方式を提案する。すなわち、送信器は、可視フレーム出力方式を決定し、決定した方式を受信器に伝送し、受信器は、決定された可視フレーム出力方式に従って可視フレームを生成する可視フレーム伝送方法及び装置について説明する。
【００１９】
本発明の説明に先立って、本発明で可視フレームを生成するか否かを決定する場合について、簡略に説明する。
ユニキャストタイプのＰ２Ｐ(Peer-to-Peer)環境では、ＶＬＣ装置で可視フレームを伝送するために多くの電力が必要である。電源節約が必要な状態で可視フレームが選択的に伝送される場合、ＶＬＣ装置間に連続したデータ伝送が可能である。これは、図１３を参照して後述する。
【００２０】
送信器と受信器がデータを伝送しない間に可視フレームを生成する場合、ユニキャスト、マルチキャスト、ブロードキャストタイプのＶＬＡＮ(Virtual Local Area Network)環境で、タイムスロットを用いてデータを受信するＶＬＣ装置以外の他のＶＬＣ装置は、可視フレームを伝送する。このような可視フレーム伝送は、データ通信を遂行しているＶＬＣ装置に対して干渉として作用する。
つまり、ＶＬＣ装置は、割り当てられていないタイムスロットで可視フレームを伝送し、この可視フレームの伝送はデータ通信を遂行している他のＶＬＣ装置に干渉となる。可視フレームは、ＶＬＣ装置の数に比例して増加する。したがって、ＶＬＣ装置の数が増加すると、可視フレームも増加し、干渉も増加する。
【００２１】
ＶＬＡＮ環境において、受信器のＶＬＣ装置が一つだけである場合に、ＶＬＣ装置は、ユニキャストタイプのように動作し、送信器及び受信器は、何らの干渉なしに可視フレームを用いてデータ通信を遂行することができる。しかしながら、受信器のＶＬＣ装置が２個以上である場合、可視フレームは選択的に伝送する必要がある。複数のＶＬＣ装置が存在する環境は、図５を参照してより詳細に説明する。
【００２２】
図５は、本発明の一実施形態によるＶＬＣシステムの構成を示す。図５を参照すると、多重通信モードをサポートするＶＬＣシステムは、一つ以上の光源２１０，２２０，２３０を通じてＶＬＣを遂行するＶＬＣ装置２００を含み、可視光信号を送受信するための可視光送受信部を各々有するＶＬＣ端末１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８，１０９を含む。
複数のＶＬＣ端末１０１〜１０９は、ＶＬＣ装置２００により自機に割り当てられたアップリンクタイムスロットとダウンリンクタイムスロットのようなタイムスロットを用いてデータを送受信する。各ＶＬＣ端末１０１〜１０９は、自身に割り当てられたタイムスロット区間のみでデータを送受信する。
【００２３】
図５を参照すると、第１及び第２のユーザー端末１０１，１０２は第１のタイムスロットＴＳ１を用いて第１の光源２１０と通信し、第３のユーザー端末１０３は第４のタイムスロットＳＴ４を用いて第２の光源２２０と通信し、第４のユーザー端末１０４は第２のタイムスロットＳＴ２を用いて第２の光源２２０と通信し、第５のユーザー端末１０５は第３のタイムスロットＴＳ３を用いて第２の光源２２０と通信する。第６及び第７のユーザー端末１０６，１０７は、第１のタイムスロットＳＴ１を用いて第３の光源２３０と通信し、第８のユーザー端末１０８は第５のタイムスロットＳＴ５を用いて第３の光源２３０と通信し、第９のユーザー端末１０９は第６のタイムスロットＳＴ６を用いて第３の光源２３０と通信する。
【００２４】
各光源２１０，２２０，２３０は、固有の光源識別子(ＩＤ)を有し、ＶＬＣ装置２００から受信されたデータをそのサービス領域に位置したＶＬＣ端末１０１〜１０９へ伝送する。光源２１０，２２０，２３０は、ＶＬＣ端末１０１〜１０９から受信されたアップリンクデータをＶＬＣ装置２００へ伝送する。これら光源２１０，２２０，２３０は、フレーム同期を周期的にブロードキャスティングし、そのサービス領域に位置したＶＬＣ端末１０１〜１０９が同期化することができる。
ＶＬＣ装置２００は、ユーザーサービスに応じて任意の光源を含むセルを構成し、各セルで提供されるユーザーサービス、データ、及び各セルに位置したユーザーに応じてアップリンクタイムスロット又はダウンリンクタイムスロットのようなタイムスロットを割り当てる。
【００２５】
図６は、送信器４０１と受信器４０３との間に可視フレームを伝送する方法を例示する。送信器４０１と受信器４０３は通信のためのリンクをセットアップし、送信器４０１は受信器４０３に制御情報４０２を伝送する。送信器４０１は、可視フレーム４０５を受信器４０２に伝送する。一方、受信器４０３は、受信した制御情報に対応してＡＣＫ(Acknowledgement)信号４０７を送信器４０１に伝送する。この場合、送信器４０１は、データフレーム４１１を伝送するまで可視フレーム４０５を受信器４０３に伝送し続ける。同様に、受信器４０３は、ＡＣＫ信号４０７を送信した後に、可視フレーム４０９を送信器４０１に送信する。受信器４０３は、可視フレーム４０９をデータフレーム４１１の受信に対応して送信されるＡＣＫ信号を送信するまで送信器４０１に継続して送信する。
【００２６】
上記したように、送信器４０１及び受信器４０３は、データフレーム又はＡＣＫ信号を伝送する場合以外に可視フレームを伝送し、それによってＶＬＣシステムの可視性を確保する。すなわち、ＶＬＣシステムの光源の強度が弱くなり、その後にＶＬＣシステムの可視性が情報又はデータの非伝送区間で低下するため、可視フレームを伝送して明るさを均等に維持することが可能である。さらに、ＶＬＣシステムの送受信器がＬＯＳ(Line-Of-Sight)通信環境で動作するため、可視フレームは、送受信器の不整合状態及び送受信器のデータ伝送に対するＮＡＣＫ信号の発生時にも伝送することができる。
【００２７】
しかしながら、データを伝送しない区間ではデータに関連しない可視フレームが伝送されるため、端末のエネルギー消耗が増加する可能性がある。図７に示すように、多重ユーザーを受け入れるために、通信フレームをタイムスロット単位に分けて多重ユーザーにサービスを提供するＶＬＣシステムでは、可視フレームは、データの非伝送区間で伝送され、それによってもう一つの端末ユーザーに対する干渉が発生するようになる。
【００２８】
図７は、複数のユーザーを受け入れるための仮想(virtual)タイムスロットを用いるＶＬＣシステムを示す。
図７を参照すると、アクセスポイント５０３に接続され、ネットワークを用いて通信を遂行するシステム、特に、ＶＬＣ装置５０１の照明のようなＶＬＣを通じてネットワークアクセス可能なサービスを提供するシステムを示す。又は、ＶＬＣ装置５０１は、照明のようなＶＬＣを遂行する送受信器を備えるシステムであり得る。ＶＬＣ装置５０１を用いてネットワークにアクセス可能なユーザー端末Ｕ１，Ｕ２，Ｕ３，Ｕ４，Ｕ５，Ｕ６があると仮定する場合、第１の領域５０９は、ＶＬＣを遂行するセル単位の光源領域となる。第１の領域５０９に属するユーザー端末は、各々に割り当てられた通信時間である仮想タイムスロット(ｖｓ)でＶＬＣ装置５０１に接続される。
【００２９】
ＶＬＣ装置５０１は、可視光信号の送受信のための可視光送受信部と、ＶＬＣ環境を考慮して可視フレーム出力方式を決定し、可視フレーム出力方式を相手ＶＬＣ装置に伝送するように可視光送受信部を制御する制御部とを含む。
ＶＬＣに対して、タイムスロットは、ＶＬＣシステムに使用される通信フレーム５０７に基づいて各端末に割り当てられる。第２の領域５０５は、複数の端末Ｕ１，Ｕ２，Ｕ３が一つのタイムスロット‘ｖｓ ｎ’を用いて光源と通信するマルチキャスト通信環境を示す。端末Ｕ４，Ｕ５，Ｕ６が各々通信フレーム５０７のタイムスロット‘ｖｓ ｎ＋１’，‘ｖｓ ｎ＋２’，‘ｖｓ ｎ＋ｎ’を用いて通信を遂行する場合、ＶＬＣ装置５０１は、可視フレーム出力方式を他のユーザー端末との干渉を考慮して伝送しなければならない。可視フレームが伝送されるケースは、送信器及び受信器がデータを伝送しない場合、送信器及び受信器が不整合である場合、又は送信器及び受信器がＮａｃｋ信号を生成する場合である。
【００３０】
第２の領域５０５の多重ユーザー端末が図７の同一のタイムスロット‘ｖｓ ｎ’を用いて通信を遂行した後、ユーザー端末、すなわち次のタイムスロット‘ｖｓ ｎ＋１’を用いる端末Ｕ４が通信を遂行する場合、第２の領域５０５の端末は、可視フレームを伝送し、端末Ｕ４と干渉を引き起こす。すなわち、ＶＬＣ装置５０１がタイムスロット‘ｖｓ ｎ＋１’で端末Ｕ４にデータを伝送する状態で、第２の領域５０５の多重端末によって可視フレームの伝送は、ユーザー端末Ｕ４に対するアップリンク干渉が発生し、端末Ｕ４の通信を妨害する。
【００３１】
上記過程で、領域５０５の端末のように、端末Ｕ４が通信を遂行する場合に通信に参加しない端末Ｕ５，Ｕ６は、領域５０５の端末のように可視フレームを伝送する。可視フレームを伝送するセルに属する端末の数が増加すると、干渉量は増加する。ＶＬＣ装置５０１が次のタイムスロット‘ｖｓ ｎ＋２’で端末Ｕ５にダウンリンクサービスを提供する場合、タイムスロット‘ｖｓ ｎ’を用いる第２の領域５０５の端末、タイムスロット‘ｖｓ ｎ＋１’を用いる端末Ｕ４、及びタイムスロット‘ｖｓ ｎ＋ｎ’を用いる端末Ｕ６は、データを伝送せず、アップリンク方向に可視フレームを伝送することによって、端末Ｕ５との通信干渉が発生する。
【００３２】
可視フレームを伝送するユーザー端末の数に比例してアップリンク干渉が増加するので、データを伝送しない場合に可視フレームを伝送する上記の方法は問題点を有する。また、第２の領域５０５の多重端末が同一のタイムスロットを用いて通信を遂行する間に、端末Ｕ１がＮａｃｋ信号又は不整合状態を発生した場合、ＶＬＣ装置５０１は、端末Ｕ１に可視フレームを伝送しなければならないが、他のユーザー端末Ｕ２，Ｕ３に可視フレームを伝送する必要はない。したがって、ＶＬＣ環境に従って可視フレームを伝送する方法が要求される。
次の＜表１＞は、可視通信環境で可視フレーム伝送方式を決定するための方法を示す。
【００３３】
【表１】
0005645944.tif 000002
【００３４】
＜表１＞を説明すると、タイムスロットで通信するＶＬＣシステムにおいてデータを伝送しない場合、可視フレーム伝送が他のユーザーに対して干渉を発生させるため、可視フレームを伝送しないことが望ましいこともある。さらに、データを伝送しない場合に可視フレームの伝送は、端末の消費電力を増加させる。したがって、タイムスロットに基づいた通信システムにおいて、可視フレームの伝送禁止は、データが伝送されない場合に適用できる。
【００３５】
照明環境を用いる通信システムにおいて、送信器及び受信器が不整合又はＮａｃｋ状態である場合、光源は可視フレームの伝送による光のオン/オフ現象に従って照明効果がないため、送信器の光源は、可視フレームを伝送しないように制限しなければならない。送信器及び受信器の不整合状態である場合、可視フレームの伝送は、ユニキャスト(ＵＣＡＳＴ)、マルチキャスト(ＭＣＡＳＴ)、及びブロードキャスト(ＢＣＡＳＴ)に対して制限して他の端末に対する干渉を低減させる。可視フレームの伝送禁止は、いかなるＶＬＣ環境でも適用することができる。
したがって、照明を用いるＶＬＣシステムでは、可視フレームを伝送するか、あるいは伝送しないように受信器を制御することが必要である。
【００３６】
Ｐ２Ｐを用いるＶＬＣシステムでは、端末間の伝送及びキオスク(kiosk)のようなインフラのための構成を有することができる。キオスクシステムがＰ２Ｐを用いて構成可能なインフラシステムであるため、他のユーザーとの干渉は、可視フレームを伝送するときに考慮すべきである。＜表２＞は、通信環境に応じて可視フレームを伝送する方法を示す。キオスクシステムがインフラを用いる他のユーザーと通信できるので、可視フレームの伝送は、他のユーザーとの干渉を考慮して許可されないが、可視フレームはＰ２Ｐで伝送することができる。Ｐ２Ｐを用いる端末間の通信環境でデータが伝送されない場合に可視フレームの伝送は、端末の消費電力を増加させ、それによって可視フレームの伝送制限を用いて端末の消費電力を低減する方法が必要である。したがって、＜表２＞に示すように、通信環境に従って可視フレームの伝送を選択的に適用することが必要である。＜表２＞において、可視フレームの伝送を適用する方法は、＜表１＞と同じである。
【００３７】
【表２】
0005645944.tif 000003
【００３８】
Ｐ２Ｐにおいて、送信器は、受信器にデータを伝送する場合に、受信器がデータを伝送しないので可視フレームを伝送すると、可視フレームは、送信器のデータ伝送区間で干渉を起こすようになる。すなわち、図７では、送信器５１３が受信器５１５にデータフレームを伝送する場合、受信器５１５は、データ伝送をしないため、可視フレームを伝送する。
【００３９】
しかしながら、受信器５１５により伝送される可視フレームは、送信器５１３が受信器５１５にデータフレームを伝送する中に伝送されるので、可視フレームは、送信器５１３により伝送されるデータフレームに対する干渉源として機能する。Ｐ２Ｐでは、可視フレームの伝送はユーザー及び通信環境に応じて選択され得る。Ｐ２Ｐでデータが伝送されない間に可視フレームの伝送は干渉を発生させる可能性があるため、送信器及び受信器は、可視フレームを伝送する方法を決定して効果的な通信を遂行する。したがって、図８の(ａ)及び(ｂ)に示すようなフレームは、可視フレームを使用するか否かを示す情報、すなわち可視フレーム伝送方式を伝送するために使用することができる。
【００４０】
図８の(ａ)及び(ｂ)は、本発明の一実施形態によるＶＬＣで使用されるフレーム構成を示す。図８(ａ)は、本発明の一実施形態によるＶＬＣにおける複数のユーザーのためのタイムスロット割り当て方式のフレーム構成を示し、図８(ｂ)は、通信がユニキャスト通信モードで遂行される場合、図８(ａ)に示すフレーム構成の簡単な形態を示す。
図８の(ａ)を参照すると、本発明の一実施形態によるＶＬＣに使用されるフレームは、送信器及び受信器の同期及びフレーム解釈(interpretation)のための情報を有するビーコン(beacon)フィールド７１０、ＶＬＣのための制御情報を有する管理(management)フィールド７２０、及びデータを有するデータフレーム７３０含む。
【００４１】
ビーコンフィールド７１０は、プリアンブル７１１、ヘッダ７１２、ＨＣＳ(Header  Check  Sequence)７１３、ＰＤＵ(Protocol  Data  Unit)７１４、及びＦＣＳ(Frame  Check  Sequence)７１５を含む。プリアンブル７１１は、ＶＬＣフレーム７００が複数のタイムスロットを用いて通信を遂行するか否かを決定する情報を含む。したがって、ＶＬＣフレーム７００を受信する受信器は、このフレームの受信時に、ビーコンフィールド７１０のプリアンブル７１１を検査することができる。タイムスロットを使用しない場合には、受信器は、図８(ｂ)に示すフレーム形態としてフレームを解釈する。
管理フィールド７２０は、プリアンブル７２１、ヘッダ７２２、ＨＣＳ７２３、ＭＡＣヘッダ７２４、ＰＤＵ７２５、及びＦＣＳ７２６を含む。ＭＡＣヘッダ７２４は、通信モードがユニキャストモードであるか、ブロードキャストモードであるか、あるいはマルチキャストモードであるかを示すモードタイプ情報と、可視フレーム出力装置を示す情報とを含む。
【００４２】
データフレーム７３０は、一つの競合(contention)スロット７３１、予め定められた個数のダウンリンク仮想スロット７３２−１，…，７３２−ｎ、及びアップリンク仮想スロット７３３−１，…，７３３−ｎを含む。仮想スロット７３２−１，…，７３２−ｎ及び７３３−１，…，７３３−ｎは、マルチキャスト又はブロードキャストモードとして通信モードの動作中に複数のユーザーに個別的に割り当てられる。
仮想スロット７３２−１，…，７３２−ｎ及び７３３−１，…，７３３−ｎは、各々プリアンブル７４１、ヘッダ７４２、ＨＣＳ７４３、及びデータフィールド７４４を含む。データフィールド７４４は、一つのＭＡＣヘッダ７５１と、複数のＰＤＵ７５２とＦＣＳ７５３の対とを含む。
【００４３】
図８の(ｂ)を参照すると、ユニキャスト通信モード、例えば、Ｐ２Ｐ通信ののＶＬＣフレームは、プリアンブル７４１、ヘッダ７４２、ＨＣＳ７４３、及びデータフィールド７４４を含む。図８の(ｂ)に示すヘッダ７４２は、図１４に示す構成を有し、可視フレーム伝送方式に関する情報を含む。データフィールド７４４は、一つのＭＡＣヘッダ７５１と、複数のＰＤＵ７５２と複数のＦＣＳ７５３の対とを含む。
【００４４】
図９は、図８の(ａ)及び(ｂ)のフレーム構成に対して＜表１＞と＜表２＞を適用するためのフレーム構成を示す。図１０は、図９のデータフレームの詳細構成を示し、図１１は、図９に示す可視フレームの詳細な構成を示す。図９において、フレーム７５５，７５７は、多重ユーザーをサポートするためにフレームをタイムスロット単位に分けて＜表１＞で説明した可視フレームを適用する方法を示すフレームである。タイムスロットが割り当てられた端末は、割り当てられたタイムスロットで可視フレームを伝送して他のユーザーに対する干渉を減少させなければならない。データが伝送されない間に可視フレームが伝送される場合、割り当てられないタイムスロットでは可視フレームの伝送によって端末間の干渉が発生するため、通信環境による可視フレームを伝送するための方法が必要である。
【００４５】
図９には、＜表２＞に説明した可視フレーム伝送方式を示す。フレーム７５９及び７６１のように、可視フレームは、伝送フレーム全体にかけて伝送される。このような場合、可視フレームの長さが長いため、端末がデータを伝送しない区間で可視フレームの伝送は、端末の消費電力を増加させる。そのため、可視フレームの選択的伝送が要求される。
【００４６】
図１０と図１１は、図８の(ａ)及び(ｂ)と同一の用途を有する。図１０は、フレームが多重ユーザー端末に割り当てられるタイムスロットに分けられる構成を示す。図１１は、フレームがタイムスロットに分けられず、Ｐ２Ｐのような通信環境に適用できる構成を示す。
本発明の一実施形態によると、ユニキャストタイプのＰ２Ｐ環境において、一つのＶＬＣ装置が可視フレームの伝送を許可するか否かを示す可視フレーム伝送方式を決定して伝送する場合、この決定した可視フレーム伝送方式を受信するＶＬＣ装置は、この可視フレーム伝送方式に従ってデータを伝送しない区間で可視フレームを使用するか、あるいは使用しない。
【００４７】
一方、タイムスロットを使用するＶＬＡＮ環境では、受信側ＶＬＣ装置は、送信ＶＬＣ装置が可視フレーム伝送を許可した場合のみに可視フレームを使用することができる。受信側ＶＬＣ装置が複数個である場合、可視フレームの明るさは干渉を減少させるために調整することができる。より具体的に説明すると、セル内の受信側ＶＬＣ装置の個数が増加するにつれて、可視フレームの明るさは低く調整することができる。この明るさの調整は、図１２を参照して説明する。
【００４８】
図１２は、可視フレーム内に伝送される可視フレームパターンを示す。各パターンにおいて、‘％’は、各パターンの明るさを表す。‘％’が高いほど、可視フレームの明るさが増加し、端末の消費電力も増加する。可視フレーム内の可視パターンが図１２に示すように構成される場合、可視パターン‘１１１１１ １１１１１’は最も明るいパターンを示す。
明るさは、可視フレームに１がいくつあるかに基づく。＜表１＞及び＜表２＞に示すように、データ伝送をしない区間で可視フレーム伝送方法が多重ユーザーを考慮するタイムスロットフレーム通信、例えば、ＶＬＡＮ通信サービスに適用されると、高い明るさのフレームパターンは、低い明るさのフレームパターンより干渉がさらに発生する。複数の端末が可視フレームを使用する場合、端末により伝送される可視フレームの出力合計は光源に現れて干渉は増加する。
【００４９】
図７に示したように、第２の領域５０５の端末が他の端末に割り当てられたタイムスロットでデータを伝送しない間に可視フレームを伝送する場合、他の端末に割り当てられたタイムスロットで可視フレームの明るさの和が他の端末に対して干渉として機能するため、干渉量は増加する。第２の領域５０５の端末により伝送される可視フレームに対するアップリンク干渉は、他のユーザー端末Ｕ４，Ｕ５，Ｕ６に対して可視フレーム反射干渉として動作する。
【００５０】
ＶＬＣシステムは、図１２に示した可視フレームパターンのうちいずれか一つを使用する。フレームパターンが‘１１１１１ １１１１１’に近いほど、光の強さが増加し、端末の電力消費が増加し、さらに、他のユーザー端末との干渉もタイムスロットを用いるＶＬＣ環境で増加する。
したがって、セル内に複数のユーザーを有するＶＬＣ環境では、低い明るさを有する可視フレームパターンは、可視フレームの伝送中に割り当てられて干渉を低減させることができる。
【００５１】
＜表１＞に示すように、フレームタイムスロットに分けて多重ユーザーを構成するＶＬＣシステムでは、このような可視フレームパターンの明るさを低くすることで、干渉を減少させ、同時に端末の消費電力も低減させる効果がある。より具体的には、データが伝送されない間に可視フレームを伝送するＶＬＣセル内に多重ユーザー端末は、各端末の明るさを調整することによって、データを送受信中である端末に対する干渉を減少させることができる。このような明るさ調整方法は、Ｐ２Ｐ通信環境モードでも適用可能である。
【００５２】
図１２において、各可視フレームパターンに対する‘％’は、そのパターンの明るさを意味する。可視フレームパターン‘０００００ ０００００’は、可視フレームが伝送されないことを意味するのではない。この可視フレームパターン‘０００００ ０００００’は、図９に示した可視フレーム７６１に埋め込まれ、管理フレーム７２０と一緒に伝送される。すなわち、可視フレームの制限は、このような可視フレームが伝送されないことを意味する。この可視フレームパターン‘０００００ ０００００’は、低い明るさを有する可視フレームの伝送を表す図１２に示す。
ＶＬＣセルに端末ユーザーが多い場合、可視フレームパターン‘１１００１ １１１００’が使用され得る。端末の数が少なく、Ｐ２Ｐのみが考慮される場合、高い明るさを有する可視フレームパターン‘１１１１１ １１１１１’は、干渉を効果的に減少するように伝送され得る。
【００５３】
図１２は、このような干渉環境で可視フレームを適用する方法の一例を示す。可視フレームが＜表１＞に示すように通信環境に適用される場合、ビット‘０１０１ ００００’から‘００００ ００００’までの低い明るさは、多重端末通信モードに適用される。端末間の干渉が低く、あるいは干渉が発生しない場合、ビット‘０１１０ ０１００’から‘０１０１ １０１０’までの高い明るさはＰ２Ｐ通信モードに適用される。
図１２において、可視フレームの適用モードは、通信環境に従って変更され得る。したがって、干渉を低下させつつ低い明るさを有する可視パターンは、端末の電力消費を低減させるように適用することができる。
【００５４】
明るさ調整方法は他の端末に対する干渉を減少させるために説明したが、可視フレームを選択的に伝送する方法が使用され得る。この方法は、ＶＬＣシステムで可視フレームの伝送中に電力節約モード又はスリープモードを用いて端末の電力消耗を低減し、他の端末に対する干渉を減少させるためのものである。
可視フレームパターンの適用の際に、明るさは、図１４及び図１５に示すようにＩＤ又はビットで表現することができる。すなわち、明るさ１００％はＩＤ１(０００１)として、明るさ９０％はＩＤ１(００１０)として、明るさ８０％はＩＤ１(００１１)として、明るさ７０％はＩＤ１(０１００)として、明るさ６０％はＩＤ１(０１０１)として、明るさ５０％はＩＤ１(０１１０)として、明るさ４０％はＩＤ１(０１１１)として、明るさ３０％はＩＤ１(１０００)として、明るさ２０％はＩＤ１(１００１)として、明るさ１０％はＩＤ１(１０１０)として、明るさ０％はＩＤ１(１０１１)として、各々表現することができる。
【００５５】
以下、図１３に示すように一つの端末が２個以上の他の端末とＶＬＣを遂行するケースについて説明する。
図１３は、本発明の一実施形態による多重同時接続を示す。図１３において、多重同時接続は、２個以上の端末９０５，９１０と一つの端末９００により遂行される参照番号９１５，９２０で示すＰ２Ｐ通信を意味する。
【００５６】
第１の端末９００が第２の端末９０５とデータを送受信する場合、第３の端末９１０が可視フレームを伝送すると、第１及び第２の端末９００，９０５間のリンクで干渉が発生する。このような多重同時接続環境で、第１の端末９００は、第２及び第３の端末９０５，９１０の可視フレームの伝送を指定できる。すなわち、第１の端末９００は、図１４、図１５、及び図１１に示すフィールド‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’を用いて第２及び第３の端末９０５，９１０の可視フレームの伝送を選択することができる。すなわち、可視フレームの選択的伝送が可能である。
【００５７】
第１の端末９００により設定される‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’情報は、第２の端末９０５に適用され、送信器である第１の端末９００の可視フレームの伝送と関連がない。したがって、第１の端末９００が可視フレームを伝送しても、第２の端末９０５は、第１の端末９００により設定された‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’情報に従って可視フレームを伝送し、あるいは伝送しなくなる。反対に、第１の端末９００が可視フレームを伝送しなくても、第２の端末９０５は、第１の端末９００により設定された‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’に従って可視フレームを伝送し、伝送しないことができる。そのため、第２の端末９０５は、第１の端末９００が可視フレームを伝送するか否かに関係なく‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’情報に従って可視フレームを伝送するか否かを決定するので、第２の端末９０５は、送信器の第１の端末９００が可視フレームを伝送するか否かを認識する必要はない。
このような選択的可視フレーム伝送方法は、タイムスロットを用いて多重ユーザーに通信サービスを提供する場合に発生するアップリンク干渉を減少し、電力消耗も減少することができる。
【００５８】
図１４は、制御ヘッダ情報を示す。制御ヘッダ情報のスキーマは、次のようである。第１及び第２の端末９００，９０５間のデータ送受信において、送信器ＩＤは、データを送信する端末のＩＤを示す。第１の端末９００がデータを送信する場合、第１の端末９００のＩＤが送信器ＩＤとして設定され、第２の端末９０５のＩＤは受信器ＩＤとして設定される。このデータを送信する端末は、選択的可視フレーム伝送方法を使用することができる。
図１４では、フレーム長は、可視フレームの伝送のための長さに該当する。図６及び図９でタイムスロット単位でリソース割り当てを考慮すれば、可視フレームは、図９のフレーム７５９，７６１に示すように可視フレーム全体を使用するのではなく、タイムスロットに従って使用されなければならない。
【００５９】
図１４において、可視フレームパターンは、図１２に示すように通信環境に従って変更でき、あるいは固定した可視フレームパターンを使用できる。可視情報タイプ‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’は、１ビットに設定され、データを受信する端末に可視フレームを伝送するように許可するか否かを示す。例えば、図１３で第２の端末９０５が第１の端末９００からデータを受信する場合、可視フレーム情報タイプ‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’が１に設定されると、第２の端末９０５は、第１の端末９００に可視フレーム伝送を許可することを認知し、第１の端末９００にデータを伝送しない区間では可視フレームを伝送する。可視フレーム情報タイプ‘ＶＦ  ｉｎｆｏ  ｔｙｐｅ’が０に設定されると、第２の端末９０５は、第１の端末９００への可視フレーム伝送が禁止されることを認知して可視フレームを伝送しない。図１４では、１ビットの可視フレーム情報タイプを使用する場合を、データを受信する端末の可視フレーム伝送を許可するか否かを示すように使用する場合を一例として示したが、当然ながら、多様な変更が可能である。
【００６０】
例えば、１０，０１，１１，００で表現される２ビットの可視フレーム情報タイプは、送信器のみが可視フレームを使用する方法、受信器のみが可視フレームを使用する方法、送信器及び受信器両方ともに可視フレームを使用する方法、及び可視フレームが使用されない方法を示すために、指定することができる。図１６及び図１７は、各々送信器及び受信器の伝送を説明するフレーム構成を示す。すなわち、図８の(ａ)に示したように、送信器がダウンリンクを、受信器がアップリンクを、それぞれ使用するタイムスロット構成で、図１６はダウンリンクフレームを示し、図１７はアップリンクフレームを示す。図１６及び図１７は、図１４及び図１５に示すようにアップリンク及びダウンリンクが分けられないフレーム構成に適用することができる。図１４乃至図１７は、ビーコン情報、制御情報、及びＭＳ(Mbile Station)ＩＤ(ユーザー端末ＩＤ)または特定ユーザーに関する情報にも使用可能である。
【００６１】
図１８は、図１４のもう一つの適用を表すフレーム構成を示す。図１８のフレーム構成は、図６の管理フィールドの構成である。図１８に示すように、フレーム構成は、フレーム長、フレームパターン、及び可視フレーム情報タイプを定義し、可視フレームが多様に適用されるための方法を示す。図１８で、ＭＳ  ＩＤは選択的である。例えば、第１の端末９００と第２の端末９０５が相互に通信する場合には相手がわかるため、ＭＳ  ＩＤは不必要であり得る。しかしながら、第１の端末９００は、第２の端末９０５と通信する中に、第３の端末９１０と通信する場合、各端末を区分するためにＭＳ  ＩＤが必要である。したがって、このようなケースを考慮してＭＳ  ＩＤが指定され得る。図１９は、可視フレームを伝送する送信器の動作を示すフローチャートである。図２０は、可視フレームを伝送する受信器の動作を示すフローチャートである。受信器の動作は送信器の動作と同様であるので、その具体的な説明を省略する。
【００６２】
図１９を参照すると、受信器は、ステップ１１０１で、送信器に初期接続する。ステップ１１０３で、送信器及び受信器は同期化され、送信器は、通信のためのタイムスロットリソースを割り当てる。送信器は、ステップ１１０５で、可視フレーム伝送方式を決定する。このとき、送信器は、送信器が可視フレームを伝送するか、受信器が可視フレームを伝送するか、送信器及び受信器ともに可視フレームを伝送するか、送受信も受信器も可視フレームを使用しないかを決定する。上記プロセスは、端末ユーザーにより決定され、送信器によってＶＬＣ環境(照明、Ｐ２Ｐ、インフラなど)に従って決定される。
【００６３】
送信器は、ステップ１１０７で、可視フレームの伝送中に可視フレームの明るさを通信環境に従って決定するか否かを決定する。固定した明るさが使用される場合、送信器は、ステップ１１０９で、可視フレーム伝送方式を受信器に伝送する。送信器は、ステップ１１１１で、受信器から可視フレーム伝送方法に対するＡＣＫ信号を受信し、ステップ１１１３で、受信器と可視フレームを交換する。
【００６４】
一方、ステップ１１０７で、可視フレームの明るさが通信環境に応じて変更されなければならないと送信器が判定する場合、送信器は、ステップ１１１５で、可視フレーム伝送方式及び可視フレーム明るさを受信器に伝送する。送信器は、ステップ１１１７で、受信器から可視フレーム伝送方式及び可視フレーム明るさに対するＡＣＫ信号を受信する。送信器は、ステップ１１１９で、受信器と可視フレームを交換する。送信器は、ステップ１１２１で、ＶＬＣ環境でユーザーの増加による干渉又は他の理由によって、可視フレームの明るさを変更する必要があるか否かを判定する。
【００６５】
送信器が可視フレームの明るさを変更すべきであると判定する場合、送信器は、ステップ１１２５で、可視フレームの明るさを変更し、ステップ１１２７で、可視フレームの明るさの変更に関する情報を受信器に伝送する。送信器は、ステップ１１２９で、受信器から可視フレームの明るさの変更に関する情報に対するＡＣＫ信号を受信する。送信器は、ステップ１１３１で、受信器と可視フレームを交換する。一方、ステップ１１２１で可視フレームの明るさを変更する必要がない場合には、送信器は、ステップ１１２３で、以前の可視フレームの明るさを用いて受信器と変更された明るさを有する可視フレームを交換する。
【００６６】
可視フレームの変更に関する情報及び可視フレームの明るさの選択に関する情報は、図９乃至図１７に示す可視フレームパターンを使用する。図９乃至図１７は、この可視フレームを適用するための一例を表すフレーム構成を示す。可視フレーム情報は、可視伝送フレーム又は信号を用いて交換され得る。
上記した説明において、明るさ調整方法は、タイムスロット方式のＶＬＣ環境で送信器が受信器に可視フレームの伝送を許可する場合に発生する干渉を減少させる方法である。
【００６７】
以下に、可視フレーム伝送方式を決定し、この決定した可視フレーム伝送方式に従って通信を遂行するプロセスは、図１３に示すように、一つの端末が他の端末と１:１で通信する場合について説明する。
図２１は、可視フレーム伝送方式を決定して伝送するＶＬＣ装置の動作を示すフローチャートであり、図２２は、決定された可視フレーム伝送方式を受信し、この受信した可視フレーム伝送方式による通信を遂行するＶＬＣ装置の動作を示すフローチャートである。
【００６８】
図２１を参照すると、ステップ１４０１乃至１４０５は、図１９に示したステップ１１０１乃至１１０５と同一である。可視フレーム伝送方式が決定されると、送信器は、ステップ１４０７で、可視フレーム伝送方式を受信器へ伝送する。送信器は、ステップ１４０９で、決定された可視フレーム伝送方式による通信を遂行する。すなわち、送信器は、受信器に可視フレームの伝送を許可した場合、データが伝送されない間には受信器から可視フレームを受信する。送信器は、可視フレームの伝送を許可しない場合には、データの伝送に関係なく可視フレームを受信しない。
【００６９】
可視フレーム伝送方式を受信する受信器の動作は、図２２に示されている。図２２を参照すると、ステップ１５０１乃至１５０３は、図２０のステップ１２０１乃至１２０３と同様である。ステップ１５０５で、可視フレーム伝送方式が送信器から受信される場合、受信器は、ステップ１５０７で、この可視フレーム伝送方式を確認する。受信器は、ステップ１５０９で、可視フレームが使用可能であるか否かを決定する。可視フレームが使用可能である場合、すなわち、送信器が可視フレームの伝送を受信器に許可する場合、受信器は、ステップ１５１１で、送信器と可視フレームを交換する。送信器が可視フレームの伝送を許可しない場合、受信器は、ステップ１５１３で、可視フレームを使用せずに通信を遂行する。
【００７０】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【符号の説明】
【００７１】
１０１，１０２，１０３，１０４，１０５，１０６，１０７，１０８，１０９  ＶＬＣ端末
２００  ＶＬＣ装置
２１０，２２０，２３０  光源
【図１】
0005645944.tif 000004
【図２】
0005645944.tif 000005
【図３】
0005645944.tif 000006
【図４】
0005645944.tif 000007
【図５】
0005645944.tif 000008
【図６】
0005645944.tif 000009
【図７】
0005645944.tif 000010
【図８】
0005645944.tif 000011
【図９】
0005645944.tif 000012
【図１０】
0005645944.tif 000013
【図１１】
0005645944.tif 000014
【図１２】
0005645944.tif 000015
【図１３】
0005645944.tif 000016
【図１４】
0005645944.tif 000017
【図１５】
0005645944.tif 000018
【図１６】
0005645944.tif 000019
【図１７】
0005645944.tif 000020
【図１８】
0005645944.tif 000021
【図１９】
0005645944.tif 000022
【図２０】
0005645944.tif 000023
【図２１】
0005645944.tif 000024
【図２２】
0005645944.tif 000025