JP2010505290A - 無線ネットワークにおける緊急チャネル資源割当方法 - Google Patents

Abstract

無線ネットワークにおける緊急チャネル資源割当方法を提供する。この緊急チャネル資源割当方法は、無線ネットワークにおける緊急チャネル資源割当方法において、無線ネットワークの調整器から特定スーパーフレームのチャネル資源スケジューリング情報を受信する段階と、調整器に特定スーパーフレームの非予約区間で緊急チャネル資源の割当を要請する段階と、調整器から特定スーパーフレームの非予約区間内で、緊急チャネル資源を割当するという案内メッセージを受信する段階と、を含む構成とした。

Description

本発明は、無線ネットワークに関するもので、より具体的には、無線ネットワークにおける緊急チャネル資源割当方法に関する。

近年、通信、コンピュータ及びネットワーキング技術の発達に伴って多種多様なネットワークが開発され、実生活で具現されている。ネットワークは、有線または無線インターネットのように全世界を連結する大規模のネットワークが存在する一方で、一般家庭または職場などのような限定された空間で家電製品間を連結する小規模の有線または無線ネットワークも存在している。ネットワーク種類の多様化に伴い、ネットワークとネットワーク間またはデバイスとデバイス間を連結し、互いに通信を行なえるようにするインターフェーシング（ｉｎｔｅｒｆａｃｉｎｇ）技術も多様化しつつある。

図１は無線私設網（ＷＰＡＮ： Ｗｉｒｅｌｅｓｓ Ｐｒｉｖａｔｅ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の一種であるＷＶＡＮ（Ｗｉｒｅｌｅｓｓ Ｖｉｄｅｏ Ａｒｅａ Ｎｅｔｗｏｒｋ）の一例を概略的に示す図である。ＷＶＡＮは、家庭のような１０ｍ以内の限定された空間でデジタル機器間に無線ネットワークを構成し、約７ＧＨｚの帯域幅で４．５Ｇｂｐｓ以上のスループット（ｔｈｒｏｕｇｈｐｕｔ）を確保し、１０８０ｐのＡ／Ｖストリーム（ｓｔｒｅａｍ）の無圧縮伝送を支援できる無線ネットワークである。

図２は、ＷＶＡＮで用いられるスーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）の構造の一例を概略的に示す図である。図２を参照すると、各スーパーフレームは、ビーコンが伝送される領域（ｂｅａｃｏｎ ｒｅｇｉｏｎ）と、デバイスの要請に応じて調整器により任意のデバイスに割り当てられる予約領域（ｒｅｓｅｒｖｅｄ ｒｅｇｉｏｎ）と、調整器により割り当てられず、調整器とデバイス間またはデバイスとデバイス間に競争方式（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ）によってデータを送受信する非予約領域（ｕｎｒｅｓｅｒｖｅｄ ｒｅｇｉｏｎ）と、で構成され、各領域は時分割（ｔｉｍｅ ｄｉｖｉｓｉｏｎ）される。ビーコンは、該当のスーパーフレームにおけるタイミング割当情報とＷＶＡＮの管理・制御情報を含む。

予約領域は、デバイスのチャネル時間割当要請に応じて調整器によりチャネル時間が割り当てられたデバイスが、他のデバイスにデータを伝送するのに用いられる。予約領域を通じて命令語、データストリーム、非同期データなどが伝送されることができる。非予約領域は、調整器とデバイス間またはデバイスとデバイス間で制御情報、ＭＡＣ命令語または非同期データなどを伝送するのに用いられることができる。非予約領域におけるデバイス間のデータ衝突を防止するために、ＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式またはスロットアロハ（ｓｌｏｔｔｅｄ Ａｌｏｈａ）方式を適用することができる。各スーパーフレームにおける予約領域及び非予約領域の長さ及び個数は、スーパーフレームごとに異なることができ、調整器により制御される。

ＷＶＡＮで特定デバイスはデータ伝送のためのチャネル資源を受け取るために、帯域幅要請メッセージ（Ｂａｎｄｗｉｄｔｈ Ｒｅｑｕｅｓｔ ｃｏｍｍａｎｄ）を調整器に伝送する。すると、調整器は、当該デバイスに割り当てるチャネル資源があるかチェックし、チャネル資源がある場合に、要請されたチャネル資源をデバイスに割り当てる。この時、デバイスに割り当てられるチャネル資源に関する情報、すなわち、タイミング割当情報は、以降に伝送されるビーコンを通じてＷＶＡＮ内の各デバイスに伝達される。

したがって、あるデバイスが調整器にチャネル資源を要請してチャネル資源を受け取り、実際に割り当てられたチャネル資源を用いてデータを伝送するには、少なくとも次のビーコンを受信するまでの期間を待たなければならない。このようなチャネル資源割当方法は、データ伝送に緊急性を要求する場合には問題を招くことができる。すなわち、２つのデバイス間に緊急にメッセージを交換する必要がある場合、例えば、特定デバイスが他のデバイスにメッセージを伝送した後、この他のデバイスからそれに対する応答メッセージを受信するまで既に設定された時間制約がある場合には、従来技術によるチャネル資源割当方法では上記時間制約を満たすことができないという問題点があった。この場合、チャネル資源の割当無しで競争区間を通じたメッセージ交換を考慮できるが、競争方式ではデバイス間の衝突可能性があるため、メッセージ送信及び受信の確実性を保障できないという不具合がある。

本発明は、上記従来技術の問題点を解決するためのもので、その目的は、チャネル資源が既に割り当てられた状況で必要によって緊急にチャネル資源を受け取ることができる方法を提供することにある。

本発明の他の目的は、有線ネットワークと無線ネットワーク間または２つのデバイス間にメッセージ伝送時における遅延を防止でき、これにより、円滑な通信を可能にする方法を提供することにある。

本発明の一様相として、本発明による緊急チャネル資源割当方法は、無線ネットワークにおける緊急チャネル資源割当方法において、少なくとも一つの予約区間及び少なくとも一つの非予約区間に関するタイミング情報を含む特定スーパーフレームに対するチャネル資源割当情報を、前記無線ネットワークの調整器から受信する段階と、前記チャネル資源割当情報より把握される前記特定スーパーフレームの非予約区間で前記調整器に緊急チャネル資源の割当を要請する段階と、前記調整器から前記特定スーパーフレームの非予約区間内で割り当てられる緊急チャネル資源の割当情報を受信する段階と、を含んで構成されることができる。

本発明の他の様相として、本発明による緊急チャネル資源割当方法は、無線ネットワークの調整器での緊急チャネル資源割当方法において、特定スーパーフレームに対するチャネル資源割当情報を前記無線ネットワークに放送する段階と、前記無線ネットワークの特定デバイスから前記特定スーパーフレームの非予約区間で緊急チャネル資源の割当を要請する第１メッセージを受信する段階と、前記特定スーパーフレームの非予約区間内における緊急チャネル資源の割当を案内する第２メッセージを前記無線ネットワークに放送する段階と、を含んで構成されることができる。

本発明のさらに他の様相として、本発明による緊急チャネル資源割当方法は、無線ネットワークの調整器での緊急チャネル資源割当方法において、少なくとも一つのデバイスからデータの送信または受信のためのチャネル資源を要請する第１メッセージを受信する段階と、前記少なくとも一つのデバイスからのチャネル資源要請を考慮してスケジューリングされた特定スーパーフレームに対するチャネル資源割当情報を、ビーコンを通じて前記無線ネットワークに放送する段階と、前記無線ネットワークの特定デバイスから前記特定スーパーフレームの非予約区間で緊急チャネル資源の割当を要請する第２メッセージを受信する段階と、前記特定スーパーフレームの非予約区間内における緊急チャネル資源の割当を案内する第３メッセージを、前記無線ネットワークに放送する段階と、を含んで構成されることができる。

好ましくは、前記無線ネットワークはＷＶＡＮで、前記チャネル資源割当情報はビーコンに含まれて受信されることができる。前記緊急チャネル資源割当要請は前記ＷＶＡＮで用いられるＨＲＰチャネル及びＬＲＰチャネルの中でＬＲＰチャネルを通しなされることができる。また、前記緊急チャネル資源の割当情報はＬＲＰチャネルを通し受信されることができる。

好ましくは、前記緊急チャネル資源は、特定メッセージを伝送するための第１チャネル資源及び前記特定メッセージに対する応答メッセージを受信するための第２チャネル資源を含むことができる。前記第１チャネル資源及び第２チャネル資源は連続して位置したり、所定間隔だけ隔たって位置することができる。

本発明のさらに他の様相として、本発明による緊急チャネル資源割当方法は、第１チャネル及び第２チャネルを用いて通信を行なう無線ネットワークにおける緊急チャネル資源割当方法において、前記無線ネットワークの調整器から特定スーパーフレームに対するチャネル資源割当情報を含むビーコンを、前記第２チャネルを通じて受信する段階と、前記チャネル資源割当情報より把握される前記特定スーパーフレームの非予約区間内で、前記第１チャネル及び第２チャネルのうち少なくとも一つのチャネル上における所定帯域幅を含む緊急チャネル資源の割当を要請する第１メッセージを、前記第２チャネルを通じて前記調整器に伝送する段階と、前記調整器から前記特定スーパーフレームの非予約区間内で割り当てられる緊急チャネル資源の割当情報を、前記第２チャネルを通じて受信する段階と、を含んで構成されることができる。

本発明のさらに他の様相として、本発明によるメッセージ伝達方法は、ソースデバイスに連結された第１インターフェースデバイスでのメッセージ伝達方法において、あて先デバイスに伝送される第１メッセージを前記ソースデバイスから受信する段階と、前記あて先デバイスと連結された第２インターフェースデバイスから第２メッセージに対する応答メッセージを受信するために該当のスーパーフレーム内における緊急チャネル資源を調整器から受け取る段階と、前記第２インターフェースデバイスに前記第１メッセージを含む第２メッセージを伝送する段階と、前記受け取った緊急チャネル資源を通じて前記第２インターフェースデバイスから前記第２メッセージに対する応答メッセージを受信する段階と、前記ソースデバイスに前記第１メッセージに対する応答メッセージを伝送する段階と、を含んで構成されることができる。

前記緊急チャネル資源を受け取る段階は、前記無線ネットワークの調整器にチャネル資源割当を要請する緊急チャネル資源割当要請メッセージを伝送する段階と、前記調整器から緊急チャネル資源割当案内メッセージを受信する段階と、を含んで構成されることができる。前記第２メッセージは、前記無線ネットワークに放送（ｂｒｏａｄｃａｓｔ）されることが好ましい。好ましくは、前記緊急チャネル資源割当要請メッセージ及び緊急チャネル資源割当案内メッセージは、ＬＲＰチャネルを通じて伝送される。前記第１メッセージは、ＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）メッセージまたはベンダー定義データ（ｖｅｎｄｏｒ ｓｐｅｃｉｆｉｃ ｄａｔａ）であり、前記第１メッセージに対する応答メッセージは、受信肯定確認信号（ＡＣＫ）でありうる。

好ましくは、前記無線ネットワークはＷＶＡＮであり、前記チャネル資源スケジューリング情報はビーコンに含まれて受信される。前記緊急チャネル資源割当要請及び前記案内メッセージの受信は、ＬＲＰチャネルを通じて行なわれることができる。

本発明によれば、下記のような効果を奏する。

第一、チャネル資源が既に割り当てられた状況でも必要によって緊急にチャネル資源を受け取り、必要に応じて利用することが可能になる。

第二、有線ネットワークと無線ネットワーク間または２つのデバイス間におけるメッセージ伝送時の遅延を防止でき、結果として円滑な通信を可能にすることができる。

ＷＶＡＮの構成の一例を示す図である。 ＷＶＡＮで用いられるスーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）の構造の一例を概略的に示す図である。 ＷＶＡＮで用いられるＨＲＰチャネルとＬＲＰチャネルの周波数帯域を説明するための図である。 ＷＶＡＮで用いられるスーパーフレーム構造の他の例を説明するための図である。 ＷＶＡＮのデバイスに具現されたプロトコル階層構造を示す図である。 本発明による一実施例を説明するためのスーパーフレーム構造の一例を示す図である。 本発明による他の実施例を説明するためのスーパーフレーム構造の一例を示す図である。 本発明による緊急チャネル資源割当方法の一実施例を示すフローチャートである。 本発明の好ましい一実施例によるシステム構成図である。 ＨＤＭＩシステムで用いられるＣＥＣメッセージのデータフォーマットを示す図である。 ＣＥＣメッセージのヘッダブロックのデータフォーマットを示す図である。 ＣＥＣメッセージを構成する各ビットのパルスフォーマット（ｐｕｌｓｅ ｆｏｒｍａｔ）を示す図である。 本発明の好ましい一実施例によるシステムの構造を示す図である。 本発明の好ましい他の実施例によるシステムの構造を示す図である。 本発明の一実施例に手順を示すフローチャートである。

以下、添付の図面に基づいて説明される本発明の実施例によって本発明の構成、作用及び他の特徴が容易に理解される。

ＷＶＡＮは、家庭のような１０ｍ以内の限定された空間でデジタル機器間に無線ネットワークを構成し、約７ＧＨｚの帯域幅で４．５Ｇｂｐｓ以上のスループット（ｔｈｒｏｕｇｈｐｕｔ）を確保し、１０８０ｐのＡ／Ｖストリームの無圧縮伝送を支援できる無線ネットワークである。ＷＶＡＮは、物理階層としてＨＲＰ（ｈｉｇｈ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）とＬＲＰ（ｌｏｗ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）を支援する。ＨＲＰは、１Ｇｂ／ｓ以上のデータ伝送速度を支援できる物理階層で、ＬＲＰは、数Ｍｂ／ｓのデータ伝送速度を支援する物理階層である。ＨＲＰは高志向性（ｈｉｇｈｌｙ ｄｉｒｅｃｔｉｏｎａｌ）のもので、ユニキャスト連結（ｕｎｉｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ）を通じて等時性（ｉｓｏｃｈｒｏｎｏｕｓ）データストリーム、非同期データ、ＭＡＣ命令語（ｃｏｍｍａｎｄ）及びＡ／Ｖ制御データの伝送に用いられる。ＬＲＰは指向性または全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）モードを支援し、ユニキャスト（ｕｎｉｃａｓｔ）または放送（ｂｒｏａｄｃａｓｔ）を通じてビーコン、非同期データ、ＭＡＣ命令語の伝送などに用いられる。

図３は、ＷＶＡＮで用いられるＨＲＰチャネルとＬＲＰチャネルの周波数帯域を説明するための図である。ＨＲＰは、５７〜６６ＧＨｚ帯域で２．０ＧＨｚ帯域幅の４つのチャネルを使用し、ＬＲＰは９２ＭＨｚ帯域幅の３つのチャネルを使用する。図３に示すように、ＨＲＰチャネルとＬＲＰチャネルは周波数帯域を共有し、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で区分されて用いられる。

図４は、ＷＶＡＮで用いられるスーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）構造の一例を説明するための図である。図４を参照すると、各スーパーフレームは、ビーコン（ｂｅａｃｏｎ）が伝送されるビーコン領域、予約された（ｒｅｓｅｒｖｅｄ）チャネルタイムブロック（ＣＴＢ： Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）領域及び予約されていない（ｕｎｒｅｓｅｒｖｅｄ）チャネルタイムブロック領域を含んでなる。ビーコン（ｂｅａｃｏｎ）は、毎スーパーフレームの導入部を識別するために調整器により周期的に伝送される。このビーコンは、スケジューリングされたタイミング情報、ＷＶＡＮの管理及び制御情報を含む。前述のように、ＷＶＡＮにおいて特定デバイスはデータ伝送のためのチャネル資源を受け取るために帯域幅要請メッセージ（Ｂａｎｄｗｉｄｔｈ Ｒｅｑｕｅｓｔ ｃｏｍｍａｎｄ）を調整器に伝送する。すると、調整器は、デバイスに割り当てるチャネル資源があるかチェックし、チャネル資源がある場合、当該デバイスに割り当てられるチャネル資源に関する情報、すなわち、タイミング割当情報を以降に伝送されるビーコンを通じてＷＶＡＮ内の各デバイスに放送する。各デバイスは当該ビーコンに含まれたタイミング情報及び管理／制御情報などを通じてネットワークでデータ交換を行なうことが可能になる。

予約ＣＴＢ領域は、デバイスのチャネル時間割当要請に応じて調整器によりチャネル時間が割り当てられたデバイスが、他のデバイスにデータを伝送するのに用いられる。予約ＣＴＢ領域を通じて命令語、データストリーム、非同期データなどが伝送されることができる。特定デバイスが予約ＣＴＢ領域を通じて他のデバイスにデータを伝送する場合にはＨＲＰチャネルを使用し、データを受信するデバイスが受信したデータに対する受信確認信号（ＡＣＫ／ＮＡＣＫ）を伝送する場合にはＬＲＰチャネルを使用することができる。

非予約ＣＴＢ領域は、調整器とデバイス間またはデバイスとデバイス間で制御情報、ＭＡＣ命令語または非同期データなどを伝送するのに用いられることができる。非予約ＣＴＢ領域におけるデバイ間のデータ衝突を防止するためにＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式またはスロットアロハ（ｓｌｏｔｔｅｄ Ａｌｏｈａ）方式を適用できる。非予約ＣＴＢ領域ではＬＲＰチャネルのみを通じてデータを伝送できる。もし、伝送される制御情報や命令語が多い場合には、ＬＲＰチャネルに予約領域を設定することも可能である。各スーパーフレームにおける予約ＣＴＢ及び非予約ＣＴＢの長さ及び個数は、スーパーフレームごとに異なることができ、調整器により制御される。図４には示していないが、緊急な制御／管理メッセージを伝送するために、ビーコンの次に位置した競争基盤制御区間（ＣＢＣＰ： Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｃｏｎｔｒｏｌ Ｐｅｒｉｏｄ）を含む。このＣＢＣＰ長は、一定臨界値（ｍＭＡＸＣＢＣＰＬｅｎ）を設定し、この臨界値を越えないように設定される。

図５は、ＷＶＡＮのデバイスに具現されたプロトコル階層構造を示す図である。図５を参照すると、ＷＶＡＮに含まれた各デバイスの通信モジュールは、その機能によって少なくとも２つの階層（ｌａｙｅｒ）に区分されることができ、一般的に、ＰＨＹ階層３１とＭＡＣ階層３０を含んでなる。このデバイスの通信モジュールは、上記各階層を管理する個体を含むが、ＭＡＣ階層を管理する個体をＭＬＭＥ（ＭＡＣ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３００、ＰＨＹ階層を管理する個体をＰＬＭＥ（ＰＨＹ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３１０という。なお、この通信モジュールは、各デバイスの状態情報を収集し、ホストと無線デバイス間の制御通路（ｉｎｔｅｒｆａｃｅ）の役割を果たすデバイス管理個体（ｄｅｖｉｃｅ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ： ＤＭＥ）３２０を含む。

図６は、本発明の一実施例を説明するためのスーパーフレーム構造の一例を示す図である。

ＷＶＡＮにおいて一つのスーパーフレームは、一つのビーコン領域と、少なくとも一つの予約ＣＴＢ領域と、少なくとも一つの非予約ＣＴＢ領域とを含んでなる。図６で、調整器により最初にスケジューリングされたスーパーフレームは、二つの非予約ＣＴＢ領域（‘ａ’及び‘ｃ’領域）と、一つの予約ＣＴＢ領域（‘ｂ’領域）とを含む。非予約ＣＴＢ領域及び予約ＣＴＢ領域に関する具体的なタイミング情報は、該スーパーフレームの始部に位置するビーコンに含まれる。ＷＶＡＮ内の各デバイスは、ビーコンに含まれた情報を用いて、図４で説明されたような方法によって、自身に割り当てられた予約ＣＴＢまたは非予約ＣＴＢ領域を通じた競争方式によって必要なデータを伝送または受信する。

特定デバイスがスーパーフレーム内で緊急にＣＴＢを受け取る必要がある場合、特定デバイスは非予約ＣＴＢ領域内で調整器に緊急チャネル資源、すなわち、緊急ＣＴＢの割当を要請するために、図６の‘Ａ’領域を通じて緊急チャネル資源要請メッセージ（ＩＮＳ＿ＣＴＢ＿ＲＥＱ Ｃｏｍｍａｎｄ）を伝送する。表１に、緊急チャネル資源要請メッセージのフォーマットの一例を示す。以下で、‘緊急チャネル資源（ｉｎｓｔａｎｔ ｃｈａｎｎｅｌ ｒｅｓｏｕｒｃｅｓ）’または‘緊急ＣＴＢ（ｉｎｓｔａｎｔ ＣＴＢ）’という用語は、通常の方法によって調整器からビーコンを通じて割り当てられる‘チャネル資源’や‘ＣＴＢ’と区別するために用いられる。ただし‘緊急チャネル資源’または‘緊急ＣＴＢ’という用語は、様々な用語または通常の‘チャネル資源’や‘ＣＴＢ’に取り替えても良い。

表１で、‘Ｃｏｍｍａｎｄ ＩＤ’フィールドにはメッセージの種類を識別するための識別子が含まれ、‘Ｌｅｎｇｔｈ’フィールドは、緊急チャネル資源要請メッセージの残り部分の長さ情報を含む。‘Ｔａｒｇｅｔ ＩＤ’フィールドには、要請されるチャネル資源を用いてメッセージが伝送されるデバイスの識別子が含まれ、‘Ｓｏｕｒｃｅ ＩＤ’フィールドには、要請されるチャネル資源を用いてメッセージを伝送するデバイスの識別子が含まれる。当該要請されるチャネル資源を用いてメッセージを伝送するデバイスがまだ確定される前なら、‘Ｓｏｕｒｃｅ ＩＤ’フィールドには放送ＩＤ（Ｂｒｏａｄｃａｓｔ ＩＤ）が含まれることができる。‘Ｕｓａｇｅ Ｃｏｄｅ’フィールドにはチャネル資源予約の目的が含まれる。‘Ｓｔａｒｔ Ｌｉｍｉｔ’フィールドには、チャネル資源が割り当てられるべき時間制限（ｔｉｍｉｎｇ ｃｏｎｓｔｒａｉｎｔ）情報が含まれる。すなわち、チャネル資源は、‘Ｓｔａｒｔ Ｌｉｍｉｔ’フィールドに含まれた時間制限の範囲内で割り当てられなければならない。‘Ｓｔａｒｔ Ｌｉｍｉｔ’フィールドには、要請される緊急チャネル資源が割り当てられるべき最も早い開始タイミングや最も遅い開始タイミング、または両者ともに関連した情報が含まれることができる。例えば、最も遅い開始タイミング情報が含まれた場合、割り当てられる緊急チャネル資源はスーパーフレーム内でこの開始タイミング情報により指示される地点よりも遅い地点で始まるように割り当てられてはいけない。‘Ｉｎｓｔａｎｔ ＣＴＢ ｄｕｒａｔｉｏｎ’フィールドは、要請されるチャネル資源、すなわち、メッセージ伝送のために要求されるＣＴＢ区間情報が含まれる。

緊急チャネル資源の割当要請があると、調整器は、緊急ＣＴＢの割当可否をチェックし、可能な場合、緊急ＣＴＢの割当を知らせるために図６の‘Ｂ’領域を通じて緊急チャネル資源案内メッセージ（ＩＮＳ＿ＣＴＢ＿ＡＮＣ Ｃｏｍｍａｎｄ）をＷＶＡＮに放送する。表２に、緊急チャネル資源割当案内メッセージのデータフォーマットの一例を示す。

表２で、‘Ｔａｒｇｅｔ ＩＤ’及び‘Ｓｏｕｒｃｅ ＩＤ’フィールドにはそれぞれ、表１の‘Ｔａｒｇｅｔ ＩＤ’及び‘Ｓｏｕｒｃｅ ＩＤ’フィールドと同一な内容が含まれる。‘Ｓｔａｒｔ Ｏｆｆｓｅｔ’フィールドは、割り当てられるＣＴＢの開始位置情報を含む。例えば、‘Ｓｔａｒｔ Ｏｆｆｓｅｔ’フィールドには、割り当てられたＣＴＢの開始地点が特定基準点（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）からどれくらい離れた地点から始まっているかに関する情報が含まれる。‘Ｉｎｓｔａｎｔ ＣＴＢ Ｄｕｒａｔｉｏｎ’フィールドは、割り当てられるチャネル資源に関する情報、すなわち、割り当てられる緊急ＣＴＢ（Ｉｎｓｔａｎｔ ＣＴＢ）の区間情報を含む。

緊急チャネル資源割当案内メッセージを受信したＷＶＡＮ内の各デバイスは、割り当てられた緊急ＣＴＢ領域を予約領域と見なす。図６の‘Ｃ’領域は、上記の手順によって割り当てられた緊急ＣＴＢ領域で、緊急チャネル資源の割当を要請した特定デバイスは、この緊急ＣＴＢ領域を通じて他のデバイスとデータを交換することができる。緊急ＣＴＢの割当要請及び割当案内は、ＬＲＰチャネルを通じて行なわれることができる。緊急ＣＴＢ領域はＬＲＰチャネル及びＨＲＰチャネルのうち少なくともいずれか一つのチャネルに対する帯域区間を含む。すなわち、緊急ＣＴＢ領域としてＬＲＰチャネルまたはＨＲＰチャネルのいずれか一方に対する特定帯域のみを使用できるように設定しても良く、両方に対する特定帯域を使用できるように設定しても良い。

図７は、本発明による一実施例を説明するためのスーパーフレーム構造の他の例を示す図である。

図７の実施例は、図６に比較すると、緊急ＣＴＢ領域が２つの領域（‘Ｄ’及び‘Ｅ’）に分離して割り当てられたという相違点がある。例えば、ＷＶＡＮ内の特定デバイスが他のデバイスに緊急にメッセージを伝送し、それに対する応答メッセージを受信しなければならないときに、このメッセージの伝送と応答メッセージ受信が既に設定された期間内に行なわれるべき時間制約がある場合、一つの緊急ＣＴＢ領域を当該メッセージ伝送のために受け取り、他の緊急ＣＴＢ領域を応答メッセージの受信のために受け取ることができる。この緊急ＣＴＢの割当を要請するデバイスは、緊急チャネル資源要請メッセージに、表１に含まれた情報の外に、互いに分離された２つの緊急ＣＴＢ領域の割当を希望するということと、両者間の最小及び／または最大離隔距離に関連した情報とをさらに含めて調整器に伝送することができる。

すると、調整器は、当該緊急チャネル資源要請メッセージを受信した後、緊急チャネル資源の割当可否をチェックし、可能な場合、表２のような緊急チャネル資源割当案内メッセージをＷＶＡＮを通じて放送する。この時、緊急チャネル資源割当案内メッセージの‘Ｓｔａｒｔ ｏｆｆｓｅｔ’フィールドは、各緊急ＣＴＢ領域の開始位置情報を含み、‘Ｉｎｓｔａｎｔ ＣＴＢ ｄｕｒａｔｉｏｎ’フィールドは、各緊急ＣＴＢ領域の区間長情報を含む。

図８は、本発明による緊急チャネル資源割当方法の一実施例を示すフローチャートである。図８の実施例は、ＤＥＶ１が緊急チャネル資源を受け取ってＤＥＶ２に第１メッセージを伝送し、これに対する応答としてＤＥＶ２から第２メッセージを受信する例である。

図８を参照すると、ＤＥＶ１のＤＭＥは、ＤＥＶ１のＭＡＣ／ＭＬＭＥに緊急チャネル資源の割当を要請するように指示するためにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｒｅｑプリミティブを伝達する［Ｓ８１］。ＤＥＶ１のＭＡＣ／ＭＬＭＥは、調整器に緊急チャネル資源の割当を要請するために緊急チャネル資源要請メッセージＩＮＳ＿ＣＴＢ＿ＲＥＱ Ｃｏｍｍａｎｄを伝送する［Ｓ８２］。この緊急チャネル資源要請メッセージの一例は、表１で説明した通りである。調整器のＭＡＣ／ＭＬＭＥは、ＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｉｎｄプリミティブを調整器のＤＭＥに伝達し、ＤＥＶ１からの緊急チャネル資源要請事実を知らせる［Ｓ８３］。調整器のＤＭＥは、ＤＥＶ１に緊急チャネル資源を割り当てることができるか否かを確認するために、該当のスーパーフレーム内でチャネル資源をチェックする［Ｓ８４］。ＤＥＶ１に緊急チャネル資源の割当が可能な場合、これを知らせるために調整器のＤＭＥは調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｒｓｐプリミティブを伝達する［Ｓ８５］。

調整器のＭＡＣ／ＭＬＭＥは、ＤＥＶ１に緊急チャネル資源が割り当てられたことを知らせるために緊急チャネル資源割当案内メッセージＩＮＳ＿ＣＴＢ＿ＡＮＣ Ｃｏｍｍａｎｄを無線ネットワークに放送する［Ｓ８６］。緊急チャネル資源割当案内メッセージの一例は、表２で説明した通りである。ＤＥＶ１のＭＡＣ／ＭＬＭＥは、緊急チャネル資源が割り当てられたことを知らせるためにＤＥＶ１のＤＭＥにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｃｆｍプリミティブを伝達する［Ｓ８７］。ＤＥＶ１のＤＭＥは、ＤＥＶ１のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ｍｅｓｓａｇｅ．ｒｅｑプリミティブを伝達し、割り当てられた緊急チャネル資源を用いてＤＥＶ２に第１メッセージを伝送することを指示する［Ｓ８８］。

ＤＥＶ１のＭＡＣ／ＭＬＭＥは、割り当てられた緊急チャネル資源を用いて第１メッセージをユニキャスト（ｕｎｉｃａｓｔ）または放送（ｂｒａｏｄｃａｓｔ）方式でＤＥＶ２に伝送する［Ｓ８９］。ＤＥＶ２のＭＡＣ／ＭＬＭＥは、第１メッセージの受信を知らせるためにＤＥＶ２のＤＭＥにＭＬＭＥ＿ｍｅｓｓａｇｅ．ｉｎｄプリミティブを伝達する［Ｓ９０］。ＤＥＶ２のＤＭＥは、第１メッセージに対する応答として第２メッセージをＤＥＶ１に伝送することを指示するために、ＭＬＭＥ＿ｍｅｓｓａｇｅ．ｒｅｑプリミティブをＤＥＶ２のＭＡＣ／ＭＬＭＥに伝達する［Ｓ９１］。ＤＥＶ２のＭＡＣ／ＭＬＭＥは、割り当てられた緊急チャネル資源を用いて第２メッセージをＤＥＶ１に伝送する［Ｓ９２］。ＤＥＶ１のＭＡＣ／ＭＬＭＥは、ＤＥＶ１のＤＭＥにＭＬＭＥ．ｍｅｓｓａｇｅ．ｉｎｄプリミティブを伝達し、第２メッセージの受信を知らせる［Ｓ９３］。

上記のような方式により、特定メッセージ及びこれに対する応答メッセージまたは２プリミティブの送受信時点の間に（例えば、図８で、ＤＥＶ１のＤＭＥにおけるＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｒｅｑプリミティブの伝送時点からＭＬＭＥ＿ｍｅｓｓａｇｅ．ｉｎｄプリミティブの受信時点まで、または、ＭＬＭＥ＿ｍｅｓｓａｇｅ．ｒｅｑプリミティブの伝送時点からＭＬＭＥ＿ｍｅｓｓａｇｅ．ｉｎｄプリミティブの受信時点まで、または、ＤＥＶ１のＭＡＣ／ＭＬＭＥにおける第１メッセージ伝送時点から第２メッセージの受信時点まで）一定な時間制約が設定されている場合、緊急チャネル資源の割当によって時間制約内におけるプロセス完了を保障できることとなる。

図８で、‘ｍＩＣＲＷＴ’は、最大緊急チャネル資源要請待ち時間（ｍａｘｉｍｕｍ Ｉｎｓｔａｎｔ ＣＴＢ Ｒｅｑｕｅｓｔ Ｗａｉｔｉｎｇ Ｔｉｍｅ）を意味し、‘Ｉｎｓｔａｎｔ ＣＴＢ Ｄｕｒａｔｉｏｎ’は、割り当てられた緊急チャネル資源の区間長で、その区間内にＤＥＶ１のＤＭＥがＤＥＶ１のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ｍｅｓｓａｇｅ．ｒｅｑプリミティブを伝達し、ＤＥＶ１のＭＡＣ／ＭＬＭＥからＭＬＭＥ＿ｍｅｓｓａｇｅ．ｃｆｍプリミティブを受け取るように設定された値である。‘ｍＩＣＲＷＴ’と‘Ｉｎｓｔａｎｔ ＣＴＢ Ｄｕｒａｔｉｏｎ’を合計した値は、最大待ち時間を意味する‘ｍＡＷＴ’よりも小さくならなければならない。場合によっては、‘Ｉｎｓｔａｎｔ ＣＴＢ ｄｕｒａｔｉｏｎ’の間に、第１メッセージを伝送し、それに対する応答として第２メッセージを受信するように設定されても良い。また、図７の例のように、第１メッセージの伝送と第２メッセージの受信のために一定間隔だけ隔たった別々のチャネル資源を受け取っても良い。

以下、本発明による技術的特徴が応用された具体的な実施例について説明する。以下に説明される実施例は、本発明の技術的特徴が有線ネットワークの一種であるＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）有線網と無線私設網（ＷＰＡＮ）の一種であるＷＶＡＮ（Ｗｉｒｅｌｅｓｓ Ｖｉｄｅｏ Ａｒｅａ Ｎｅｔｗｏｒｋ）とのインターフェースのためのメッセージ伝送及び受信方法に適用された例とする。特に、本発明の一実施例は、ＨＤＭＩネットワークの特定デバイスからＷＶＡＮの他のデバイスにＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）メッセージを伝送する方法に関する。

ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）は、圧縮されていないフル（ｆｕｌｌ）デジタルオーディオ／ビデオを伝送できるマルチメディアインターフェースで、ＨＤＭＩはセットアップボックスとＤＶＤプレーヤー、モニター、デジタルＴＶのような任意のオーディオ／ビデオ装置間の有線インターフェースを提供する。ＨＤＭＩは、向上した高鮮明ビデオの他にシングルケーブル上のマルチャネルデジタルオーディオを支援する。すなわち、全てのＡＴＳＣ ＨＤＴＶを伝送でき、かつ、充分な帯域幅を持つ８チャネルデジタルオーディオを伝送できるということを意味する。ＨＤＭＩについての具体的な説明は、ＨＤＭＩ標準文書である“Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １． ２ａ， Ｄｅｃ．１４， ２００５”を参照すれば良い。

図９は、本発明の好ましい一実施例によるシステム構成図である。図９は、ＨＤＭＩデバイス４０とインターフェースデバイス５０とがコネクタ４５により連結された構成を示す。インターフェースデバイス５０は、ＨＤＭＩデバイス４０から伝達されたＡ／Ｖデータストリーム及び制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信して無線インターフェースを通じてＷＶＡＮの特定デバイス（図示せず）に伝送することによって、ＨＤＭＩネットワークとＷＶＡＮとを連結させる役割を果たす。

図９を参照すると、ＨＤＭＩデバイス４０は、メーンプロセッサ４１と、ＨＤＭＩ伝送チップ４２と、ＣＥＣシグナリングプロセッサ４３と、を含んで構成される。インターフェースデバイス５０は、ＨＤＭＩ受信チップ５１と、フォーマット変換プロセッサ５２と、ＭＡＣ／ＰＨＹエンティティ５３と、ＲＦモジュール５４と、を含んで構成される。ＨＤＭＩデバイス４０のＨＤＭＩ伝送チップ４２から伝送されるオーディオ及びビデオデータとその補助データは、３つのＴＭＤＳチャネルを通じてインターフェースデバイスのＨＤＭＩ受信チップ５１に伝送される。図９で、ＴＭＤＳチャネルクロックチャネルを通じてビデオピクセルクロックが伝送され、これはＨＤＭＩ受信チップ５１で３つのＴＤＭＳデータチャネル上におけるデータ復旧（ｒｅｃｏｖｅｒｙ）のための周波数参照信号（ｆｒｅｑｕｅｎｃｙ ｒｅｆｅｒｅｎｃｅ）として用いられる。ＨＤＭＩ受信チップ５１は、ＨＤＭＩ伝送チップ４２から伝送されたＡ／ＶストリームをＭＡＣ／ＰＨＹエンティティ５３に伝達する。フォーマット変換プロセッサ５２は、ＨＤＭＩデバイス４０から伝達された制御情報のフォーマットを変換してＭＡＣ／ＰＨＹエンティティ５３に伝達する。ＭＡＣ／ＰＨＹエンティティ５３は、受信したデータをプロトコルに従ってデータ処理し、ＲＦモジュール５４は受信したデータに対して無線変調、アップコンバーティング（ｕｐ−ｃｏｎｖｅｒｔｉｎｇ）、信号増幅などの無線信号処理を行なったのちアンテナ（図示せず）から伝送する。

図１０Ａは、ＨＤＭＩシステムで用いられるＣＥＣメッセージのデータフォーマットを示す図である。ＣＥＣプロトコルは、使用者環境で全種類の視聴覚デバイス間のハイレベル（ｈｉｇｈ−ｌｅｖｅｌ）制御機能を提供する。ＣＥＣの主要機能として、ワンタッチプレイ（ｏｎｅ ｔｏｕｃｈ ｐｌａｙ）、システム待機（ｓｙｓｔｅｍ ｓｔａｎｄｂｙ）、ワンタッチレコード（ｏｎｅ ｔｏｕｃｈ ｒｅｃｏｒｄ）、デバイスメニューコントロール（ｄｅｖｉｃｅ ｍｅｎｕ ｃｏｎｔｒｏｌ）機能などがあり、詳細な内容はＨＤＭＩ標準文書である“Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ １． ２ａ， Ｄｅｃ．１４， ２００５”を参照すれば良い。

図１０Ａを参照すると、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ ｂｉｔｓ）フィールドは、データ、動作コード（ｏｐｅｒａｔｉｏｎ ｃｏｄｅ）またはアドレス情報を含むことができる。ＥＯＭ（Ｅｎｄ ｏｆ Ｍｅｓｓａｇｅ）ビットは、該当のビットがメッセージの終わりかどうかを指示するビットであり、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）ビットは、メッセージ受信側でデータまたはヘッダブロックを受信したかを知らせるために用いられる。ＡＣＫビットは、ＣＥＣメッセージを伝送するソースデバイスにより‘１’にセッティングされ、あて先デバイスがＣＥＣメッセージを成功的に受信すると、受信肯定確認信号（ＡＣＫ）として‘０’をソースデバイスに伝送する。

図１０Ｂは、ヘッダブロックのデータフォーマットを示す図である。ヘッダブロックは、ＥＯＭビット、ＡＣＫビット、ＣＥＣメッセージを伝送したソースデバイスを識別する‘Ｉｎｉｔｉａｔｏｒ’フィールド（ソースＩＤ）、及びＣＥＣメッセージを受信すべきあて先デバイスを識別する‘Ｄｅｓｔｉｎａｔｉｏｎ’フィールド（あて先ＩＤ）で構成される。ヘッダブロックの前部には開始ビット（ｓｔａｒｔｉｎｇ ｂｉｔ）が位置する。ヘッダブロックは、他のデバイスがアクティブ（ａｃｔｉｖｅ）状態にあるかを確認するための‘Ｐｉｎｇ’メッセージとして用いられることができる。

図１１は、ＣＥＣメッセージを構成する各ビットのパルスフォーマット（ｐｕｌｓｅ ｆｏｒｍａｔ）を示す図で、（ａ）が‘０’ビットのパルスフォーマットであり、（ｂ）が‘１’ビットのパルスフォーマットである。１ビットを表示するパルス長は、２．７５ｍｓである。

図１２Ａは、本発明の好ましい一実施例によるシステムの構造を示す図である。同図で、ソースデバイス７０とあて先デバイス１００とは、第１インターフェースデバイス８０と第２インターフェースデバイス９０を通じてインターフェーシング（ｉｎｔｅｒｆａｃｉｎｇ）される。第１インターフェースデバイス８０及び第２インターフェースデバイス９０はそれぞれ、ソースデバイス７０及びあて先デバイス１００と物理的に一体に具現されても良く、物理的に分離され、コネクタのような連結装置を介して連結されるようにしても良い。第１インターフェースデバイス８０と第２インターフェースデバイス９０は、ＷＶＡＮプロトコルに従って無線インターフェース（ａｉｒ ｉｎｔｅｒｆａｃｅ）を通じて通信を行なう。第１インターフェースデバイス８０は、ＣＥＣインターフェース（Ｉ／Ｆ）モジュール８１と、上位階層エンティティ８２と、ＭＡＣ／ＰＨＹ階層エンティティ８３とを含み、第２インターフェースデバイス９０は、ＣＥＣインターフェースモジュール９２と、上位階層エンティティ９３と、ＭＡＣ／ＰＨＹ階層エンティティ９４と、を含んで構成される。

図１２Ｂは、本発明の好ましい他の実施例によるシステムの構造を示す図である。図１２Ｂの実施例によるシステムは、ソースデバイス１１０と、インターフェースデバイス１２０と、あて先デバイス１３０と、を含んでなる。本実施例は、図１２Ａと比較すると、第２インターフェースデバイス（図１１Ａの９０）があて先デバイス１３０に統合して具現された点で異なる。すなわち、図１２Ａのシステム中の第２インターフェースデバイス９０のＣＥＣ Ｉ／Ｆモジュール９２の機能を、あて先デバイス１３０のプロセッサ１３１に具現し、第２インターフェースデバイス９０の上位階層エンティティ９３及びＭＡＣ／ＰＨＹ階層エンティティ９４の機能はそれぞれ、あて先デバイス１３０の上位階層エンティティ１３２及びＭＡＣ ＢＢ ＲＦエンティティ１３３に統合して一体化したわけである。

図１３は、本発明による一実施例を示すフローチャートである。図１３の実施例は、ＷＶＡＮを通じてソースデバイス（ＤＥＶ Ａ）からあて先デバイス（ＤＥＶ Ｂ）にＣＥＣメッセージを伝送する例である。このＷＶＡＮは、調整器、ＤＥＶ１、ＤＥＶ２及び他のデバイスを含んで構成されることができる。ＤＥＶ１及びＤＥＶ２は、インターフェースデバイスで、ＤＥＶ ＡからＣＥＣメッセージを受信してＷＶＡＮを通じてＤＥＶ Ｂに伝達し、該ＣＥＣメッセージに対する応答としてＤＥＶ２から伝送されるＡＣＫをＤＥＶ Ａに伝達する。このため、ＤＥＶ１及びＤＥＶ２はＣＥＣ Ｉ／Ｆモジュールを備える。図１２Ａに対比すると、ＤＥＶ Ａはソースデバイス７０になり、ＤＥＶ Ｂはあて先デバイス１００になり、ＤＥＶ１及びＤＥＶ２はそれぞれ、第１インターフェースデバイス８０及び第２インターフェースデバイス９０となる。

図１３を参照すると、ＤＥＶ ＡはＣＥＣメッセージをＤＥＶ１のＣＥＣ Ｉ／Ｆモジュールにシグナリングする［Ｓ１０１〜Ｓ１０２］。ＤＥＶ１がＣＥＣメッセージのＥＯＭ（Ｅｎｄ Ｏｆ Ｍｅｓｓａｇｅ）ビットを受信すると、ＤＥＶ２のＤＭＥは、チャネル資源割当要請のためにＤＥＶ１のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｒｅｑプリミティブを伝達する［Ｓ１０３］。

チャネル資源とは、ＤＥＶ１がＤＥＶ２にＣＥＣメッセージを含む所定のメッセージを伝送する場合、ＤＥＶ２がそれに対する応答メッセージを伝送するのに必要な資源のことを意味する。別のチャネル資源の割当無しで競争方式（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）によって応答メッセージを伝送すると衝突が発生することがあるので、あらかじめチャネル資源を受け取ることが好ましい。このチャネル資源の要請及び割当は、図７または図８で説明された方式によって、該当のスーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）内で緊急に（ｉｎｓｔａｎｔｌｙ）行なわれることが好ましい。すなわち、一般の方式でチャネル資源を割り当てると、２．７５ｍｓのＣＥＣメッセージに対するＡＣＫ／ＮＡＣＫ到達期限を越す恐れがあるので、該当のスーパーフレーム内でＤＥＶ１にチャネル資源割当を要請し、調整器が該当のスーパーフレーム内でチャネル資源、例えば、数個の非予約ＣＴＢを割り当てるわけである。

ＤＥＶ１のＭＡＣ／ＭＬＭＥは、チャネル資源の割当を要請するために調整器のＭＡＣ／ＭＬＭＥに表１のような緊急チャネル資源要請メッセージＩＮＳ＿ＣＴＢ＿ＲＥＱ Ｃｏｍｍａｎｄを伝送する［Ｓ１０４］。調整器のＭＡＣ／ＭＬＭＥは、ＤＥＶ１からチャネル資源が要請されたことを知らせるために、調整器のＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｉｎｄプリミティブを伝達する［Ｓ１０５］。すると、調整器のＤＭＥは、チャネル資源要請に応じて割り当てるチャネル資源があるかどうかチェックする［Ｓ１０６］。

割当可能なチャネル資源がある場合に、調整器のＤＭＥは、調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｒｓｐプリミティブを伝達し、割り当てられるチャネル資源に関する情報をＷＶＡＮのデバイスに伝送することを指示する［Ｓ１０７］。調整器のＭＡＣ／ＭＬＭＥは、割り当てられるチャネル資源に関する情報をＷＶＡＮの各デバイスに知らせるために表２のような緊急チャネル資源割当案内メッセージＩＮＳ＿ＣＴＢ＿ＡＮＣ ＣｏｍｍａｎｄをＷＶＡＮを通じて放送する［Ｓ１０８］。

ＤＥＶ１及びＤＥＶ２を含むＷＶＡＮの各デバイスのＭＡＣ／ＭＬＭＥは、チャネル資源割当事実を知らせるためにＤＭＥにＭＬＭＥ＿ＩＮＳ＿ＣＴＢ．ｃｆｍプリミティブを伝達する［Ｓ１０９，Ｓ１１０］。

ＤＥＶ１のＤＭＥは、ＣＥＣメッセージをＤＥＶ２に伝送することを指示するために、ＤＥＶ１のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ＶＤ＿ＣＭＤ．ｒｅｑプリミティブを伝達する［Ｓ１１１］。ＤＥＶ１のＭＡＣ／ＭＬＭＥは、ＣＥＣメッセージを含むベンダー指定要請メッセージＶＤ＿ＣＭＤ＿ＲＥＱ Ｃｏｍｍａｎｄを構成し、ＷＶＡＮを通じて放送する［Ｓ１１２］。表３は、ベンダー指定要請メッセージのデータフォーマットの一例である。

表３で、‘Ｖｅｎｄｏｒ ＯＵＩ’フィールドは、ベンダー識別子（ｖｅｎｄｏｒ ＯＵＩ（Ｏｒｇａｎｉｚａｔｉｏｎａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ））情報を含み、‘Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｄａｔａ’フィールドには、伝達されるメッセージ、すなわち、図１３ではＣＥＣメッセージが含まれる。‘Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｄａｔａ’フィールドには、ＷｉＨＤ標準文書により定義されないメッセージまたは制御情報などが含まれることができる。この時、‘Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｄａｔａ’バイト単位にデータが含まれることができる。例えば、ＣＥＣメッセージの場合、ビット７〜ビット０までの１バイトが含まれ、それに続いてさらにＥＯＭを表すビット情報が含まれることができる。

他の実施例として、ＤＥＶ１のＭＡＣ／ＭＬＭＥは、ＷｉＨＤ標準文書により定義されないメッセージまたは制御情報、例えば、ＣＥＣメッセージをベンダー指定要請メッセージ（ＶＤ＿ＣＭＤ＿ＲＥＱ Ｃｏｍｍａｎｄ）に含めずに直接ＷＶＡＮを通じて放送することができる。この場合にも、バイト単位にパケットを構成して放送できる。

ＤＥＶ２のＭＡＣ／ＭＬＭＥは、ベンダー指定要請メッセージが受信されたことを知らせるために、ＤＥＶ２のＤＭＥにＭＬＭＥ＿ＶＤ＿ＣＭＤ．ｉｎｄプリミティブを伝達する［Ｓ１１３］。

ＤＥＶ２のＣＥＣ Ｉ／Ｆモジュールは、ベンダー指定要請メッセージに含まれたＣＥＣメッセージをＤＥＶ２と連結されたＨＤＭＩデバイスに伝達するためにシグナリングを始める［Ｓ１１４］。ＤＥＶ２は、ＣＥＣメッセージのシグナリングを始めた後に、アドレスレゾリューション（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ）過程を行なう［Ｓ１１５］。すなわち、ＤＥＶ２は、アドレスレゾリューション過程を通じて、ＤＥＶ２と連結されたＨＤＭＩデバイスのうち、ＣＥＣメッセージが伝達されるあて先デバイス、すなわち、ＤＥＶ Ｂが存在するかチェックする。

ＤＥＶ２のＤＭＥがアドレスレゾリューション過程を通じてＤＥＶ ＢがＤＥＶ２と連結されたことを確認すると、ＣＥＣメッセージのシグナリング終了以前であってもＣＥＣメッセージに対する受信肯定確認信号（ＡＣＫ）をＤＥＶ１に伝送する。すなわち、ＤＥＶ２のＭＡＣ／ＭＬＭＥは、ＣＥＣメッセージに対するＡＣＫを含むベンダー指定要請応答メッセージＶＤ＿ＣＭＤ＿ＲＳＰ Ｃｏｍｍａｎｄを構成し、ＤＥＶ１に伝送する［Ｓ１１７］。表４は、ベンダー指定要請応答メッセージのデータフォーマットの一例である。

もし、ＤＥＶ２のＤＭＥが、アドレスレゾリューション過程を通じて、ＤＥＶ ＢがＤＥＶ２と連結されていないということを確認すると、ＣＥＣメッセージの伝達を終了できる。

ベンダー指定要請応答メッセージは、チャネル資源割当過程（Ｓ１０４〜Ｓ１０８）で割り当てられたチャネル資源を通じて伝送される。ＤＥＶ１のＭＡＣ／ＭＬＭＥは、ベンダー指定要請応答メッセージの受信事実を知らせるために、ＤＥＶ１のＤＭＥにＭＬＭＥ＿ＶＤ＿ＣＭＤ．ｃｆｍプリミティブを伝達する［Ｓ１１８］。ＤＥＶ１のＣＥＣ Ｉ／Ｆモジュールは、ベンダー指定要請応答メッセージの内容に基づいてＤＥＶ ＡにＡＣＫを伝送する［Ｓ１１９］。

ＤＥＶ Ｂは、ＣＥＣメッセージのＥＯＭビットを受信した後に［Ｓ１２０］、受信エラーの有無によって受信肯定確認信号（ＡＣＫ）または受信否定確認信号（ＮＡＣＫ）をＤＥＶ２に伝送する［Ｓ１２１］。ＤＥＶ２がＤＥＶ ＢからＡＣＫを受信した場合、当該ＣＥＣメッセージの伝送は終了するが、ＮＡＣＫを受信した場合にはＤＥＶ２はＣＥＣメッセージをＤＥＶ Ｂに再伝送しなければならない。

図１３で、‘ｍＩＣＲＷＴ’は、最大緊急チャネル資源要請待ち時間（ｍａｘｉｍｕｍ Ｉｎｓｔａｎｔ ＣＴＢ Ｒｅｑｕｅｓｔ Ｗａｉｔｉｎｇ Ｔｉｍｅ）を意味し、‘Ｉｎｓｔａｎｔ ＣＴＢ Ｄｕｒａｔｉｏｎ’は、ＤＥＶ１のＤＭＥがＤＥＶ１のＭＡＣ／ＭＬＭＥにＭＬＭＥ＿ＶＤ＿ＣＭＤ．ｒｅｑプリミティブを伝達し、ＤＥＶ１のＭＡＣ／ＭＬＭＥからＭＬＭＥ＿ＶＤ＿ＣＭＤ．ｃｆｍプリミティブを受け取るように設定された待ち時間である。‘ｍＩＣＲＷＴ’と‘Ｉｎｓｔａｎｔ ＣＴＢ Ｄｕｒａｔｉｏｎ’とを合計した値は、最大ＡＣＫ／ＮＡＣＫ待ち時間を意味する‘ｍＡＷＴ’よりも小さくならなければならない。ＣＥＣメッセージの場合、‘ｍＡＷＴ’は２．７５ｍｓである。

以上で使われた用語は別のものに取り替えることができる。例えば、デバイスは、使用者装置（または機器）、ステーション（ｓｔａｔｉｏｎ）等に、調整器は、調整（または制御）装置、調整（または制御）デバイス、調整（または制御）ステーション、コーディネータ（ｃｏｏｒｄｉｎａｔｏｒ）、ＰＮＣ（Ｐｉｃｏｎｅｔ ｃｏｏｒｄｉｎａｔｏｒ）などに変更して使用可能である。

以上の実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は別の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施されても良く、一部構成要素及び／または特徴を結合させて本発明の実施例を構成しても良い。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は他の実施例に含まれることができ、または、他の実施例の対応する構成または特徴と取り替えられることができる。また、特許請求の範囲で明示的な引用関係のない請求項を結合させて実施例を構成したり、出願後の補正により新しい請求項として含めることもできることは明らかである。

本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の実施例は一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。

ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行なうモジュール、手順、関数などの形態で具現されることができる。ソフトウェアコードはメモリユニットに記憶されてプロセッサーにより駆動されることができる。このメモリユニットはプロセッサ内部または外部に位置し、公知の様々な手段によりプロセッサとデータを交換することができる。

以上で説明した本発明の属する技術分野における当業者は、本発明がその技術的思想や必須特徴を変更することなく他の具体的な形態に実施できるということを理解することができる。したがって、以上で説明された実施例はいずれの面においても例示的であり、限定的に解釈されてはいけない。本発明の範囲は、上記の詳細な説明ではなく後述する特許請求の範囲によって定められ、よって、特許請求の範囲上の意味及び範囲そしてその同等概念から導き出される変更または変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。

本発明は、無線ネットワークシステムで適用可能である。

Claims (21)

1. 無線ネットワークにおけるチャネル資源割当方法であって、
   少なくとも一つの予約区間及び少なくとも一つの非予約区間に関するタイミング情報を含む特定スーパーフレームに対するチャネル資源割当情報を前記無線ネットワークの調整器から受信する段階と、
   前記チャネル資源割当情報より把握される前記特定スーパーフレームの非予約区間で前記調整器に緊急チャネル資源の割当を要請する段階と、
   前記調整器から前記特定スーパーフレームの非予約区間内で割り当てられる緊急チャネル資源の割当情報を受信する段階と、
   を含む、緊急チャネル資源割当方法。
2. 前記チャネル資源割当情報は、ビーコン（ｂｅａｃｏｎ）に含まれて受信されることを特徴とする、請求項１に記載の緊急チャネル資源割当方法。
3. 前記緊急チャネル資源は、特定メッセージを伝送するための第１チャネル資源及び前記特定メッセージに対する応答メッセージを受信するための第２チャネル資源を含むことを特徴とする、請求項１または２に記載の緊急チャネル資源割当方法。
4. 前記第１チャネル資源及び第２チャネル資源は、連続して位置することを特徴とする、請求項３に記載の緊急チャネル資源割当方法。
5. 前記第１チャネル資源及び第２チャネル資源は、所定間隔だけ隔たって位置することを特徴とする、請求項３に記載の緊急チャネル資源割当方法。
6. 前記緊急チャネル資源は、前記スーパーフレームの非予約区間内において既に設定された区間で割り当てられることを特徴とする、請求項１または２に記載の緊急チャネル資源割当方法。
7. 前記緊急チャネル資源割当要請時に、前記緊急チャネル資源が割り当てられるべき時間制限と関連した情報を前記調整器に伝送することを特徴とする、請求項１に記載の緊急チャネル資源割当方法。
8. 前記緊急チャネル資源割当情報は、割り当てられる緊急チャネル資源の開始位置と関連した情報を含むことを特徴とする、請求項１に記載の緊急チャネル資源割当方法。
9. 前記開始位置と関連した情報は、前記スーパーフレーム内で所定基準点から前記割り当てられる緊急チャネル資源の開始位置までのオフセット値であることを特徴とする、請求項８に記載の緊急チャネル資源割当方法。
10. 第１チャネル及び第２チャネルを用いて通信を行なう無線ネットワークにおける緊急チャネル資源割当方法であって、
    前記無線ネットワークの調整器から特定スーパーフレームに対するチャネル資源割当情報を含むビーコンを前記第２チャネルを通じて受信する段階と、
    前記チャネル資源割当情報より把握される前記特定スーパーフレームの非予約区間内で、前記第１チャネル及び第２チャネルのうち少なくとも一つのチャネル上における所定帯域幅を含む緊急チャネル資源の割当を要請する第１メッセージを前記第２チャネルを通じて前記調整器に伝送する段階と、
    前記調整器から前記特定スーパーフレームの非予約区間内で割り当てられる緊急チャネル資源の割当情報を前記第２チャネルを通じて受信する段階と、
    を含む、緊急チャネル資源割当方法。
11. 前記第１チャネル及び第２チャネルはそれぞれ、ＨＲＰチャネル及びＬＲＰチャネルであることを特徴とする、請求項１０に記載の緊急チャネル資源割当方法。
12. 前記第１メッセージは、前記緊急チャネル資源が割り当てられるべき時間制限と関連した情報を含むことを特徴とする、請求項１０に記載の緊急チャネル資源割当方法。
13. 前記緊急チャネル資源の割当情報は、割り当てられる緊急チャネル資源の開始位置と関連した情報を含むことを特徴とする、請求項１１または１２に記載の緊急チャネル資源割当方法。
14. 前記開始位置と関連した情報は、前記スーパーフレーム内で所定基準点から前記割り当てられる緊急チャネル資源の開始位置までのオフセット値であることを特徴とする、請求項１３に記載の緊急チャネル資源割当方法。
15. 無線ネットワークの調整器での緊急チャネル資源割当方法であって、
    特定スーパーフレームに対するチャネル資源割当情報を前記無線ネットワークに放送する段階と、
    前記無線ネットワークの特定デバイスから前記特定スーパーフレームの非予約区間で、緊急チャネル資源の割当を要請する第１メッセージを受信する段階と、
    前記特定スーパーフレームの非予約区間内における緊急チャネル資源の割当を案内する第２メッセージを、前記無線ネットワークに放送する段階と、
    を含む、緊急チャネル資源割当方法。
16. 無線ネットワークの調整器での緊急チャネル資源割当方法であって、
    少なくとも一つのデバイスからデータの送信または受信のためのチャネル資源を要請する第１メッセージを受信する段階と、
    前記少なくとも一つのデバイスからのチャネル資源要請を考慮してスケジューリングされた特定スーパーフレームに対するチャネル資源割当情報をビーコンを通じて前記無線ネットワークに放送する段階と、
    前記無線ネットワークの特定デバイスから前記特定スーパーフレームの非予約区間で、緊急チャネル資源の割当を要請する第２メッセージを受信する段階と、
    前記特定スーパーフレームの非予約区間内における緊急チャネル資源の割当を案内する第３メッセージを前記無線ネットワークに放送する段階と、
    を含む、緊急チャネル資源割当方法。
17. ソースデバイスに連結された第１インターフェースデバイスでのメッセージ伝達方法であって、
    あて先デバイスに伝送される第１メッセージを前記ソースデバイスから受信する段階と、
    前記あて先デバイスに連結された第２インターフェースデバイスから前記第２メッセージに対する応答メッセージを受信するために、該当のスーパーフレーム内における緊急チャネル資源を調整器から受け取る段階と、
    前記第２インターフェースデバイスに前記第１メッセージを含む第２メッセージを伝送する段階と、
    前記受け取った緊急チャネル資源を通じて前記第２インターフェースデバイスから前記第２メッセージに対する応答メッセージを受信する段階と、
    前記ソースデバイスに前記第１メッセージに対する応答メッセージを伝送する段階と、
    を含む、メッセージ伝達方法。
18. 前記緊急チャネル資源を受け取る段階は、
    前記無線ネットワークの調整器に緊急チャネル資源の割当を要請する緊急チャネル資源割当要請メッセージを伝送する段階と、
    前記調整器から緊急チャネル資源割当案内メッセージを受信する段階と、
    を含むことを特徴とする、請求項１７に記載のメッセージ伝達方法。
19. 前記第１メッセージは、ＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）メッセージであることを特徴とする、請求項１７に記載のメッセージ伝達方法。
20. 前記第１メッセージに対する応答メッセージは、受信肯定確認信号（ＡＣＫ）であることを特徴とする、請求項１７に記載のメッセージ伝達方法。
21. 前記第１メッセージは、ベンダー定義データ（ｖｅｎｄｏｒ ｓｐｅｃｉｆｉｃ ｄａｔａ）であることを特徴とする、請求項１７に記載のメッセージ伝達方法。

Images