JP4843089B2 - 無線ネットワークにおけるデータパケット伝送方法及びチャネル割当方法 - Google Patents

Description

本発明は、無線ネットワークに関するもので、より具体的には、無線ネットワークにおけるデータパケットを伝送する方法とチャネルを割り当てる方法に関する。

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

ネットワーク上で特定デバイスはデータ伝送のためのチャネル資源を受け取るために帯域幅要請メッセージ（Bandwidth Request command）を調整器に伝送する。すると、調整器は、デバイスに割り当てるチャネル資源が存在するかチェックし、チャネル資源が存在する場合は、要請されたチャネル資源をデバイスに割り当てる。この場合、デバイスに割り当てられるチャネル資源に関する情報、すなわち、タイミング割当情報は後で伝送されるビーコンを通じてＷＶＡＮ内のデバイスに伝達される。

チャネル上、予約領域を通じては命令語、データストリーム、非同期データなどが伝送され、非予約領域を通じては調整器とデバイスまたはデバイスとデバイス間で制御情報、ＭＡＣ命令語または非同期データなどが伝送される。通常のデータストリームや命令語などを伝送する際には上記のチャネル資源割当方法は有用になり得る。しかし、デバイス間にデータまたはメッセージ伝送における一定の制約、例えば、特定デバイスが他のデバイスにメッセージを伝送した後、他のデバイスからそれに対する応答メッセージを受信するまで既に設定された時間制約がある場合などにおいては、上記のチャネル資源割当方法とは異なるチャネル資源割当方法が望まれる。

本発明は、上記のような従来技術の問題点を解決するためのもので、その目的は、無線ネットワークでデバイス間にデータまたはメッセージを伝送する際に一定の制約がある場合、その制約を満たすことができるチャネル資源割当方法を提供することにある。

本発明の一実施様態による無線ネットワークでデータパケットを伝送する方法は、特定データパケットを伝送するための第１チャネル時間ブロックと前記特定データパケットに対する応答を受信するための第２チャネル時間ブロックとを含む両方向チャネル時間ブロックの割当を要請する段階と、前記第１チャネル時間ブロックを通じて前記特定データパケットを送信する段階と、前記第２チャネル時間ブロックを通じて前記特定データパケットに対する応答を受信する段階と、を含み、前記両方向チャネル時間ブロックは、スーパーフレーム内の非予約領域内に割り当てられるようにあらかじめ設定されることを特徴とする。

前記非予約領域は、前記特定データパケットのために非予約状態に維持されることが好ましい。

前記非予約領域は、前記特定データパケットのための割当要請がない場合、競争基盤として用いられることができる。

前記特定データパケットは、Round Trip Time（ＲＴＴ）＿ＴＥＳＴと関連することができる。

前記両方向チャネル時間ブロックは、前記特定データパケットが伝送され、前記応答が受信される往復時間（round trip time）を考慮して割り当てられることができる。

前記特定データパケットは、上位階層から受信されることができ、ここで、前記上位階層は、ＡＶＣプロトコル階層及びＤＴＣＰ（Digital Transmission Content Protection）階層のうち一つであり得る。

本発明の他の実施様態による無線ネットワークでデータパケットを伝送する方法は、第１データパケットを伝送するための第１伝送ブロック及び第２データパケットを伝送するための第２伝送ブロックを同時に予約する段階と、前記第１伝送ブロックを通じて前記第１データパケットを伝送する段階と、前記第２伝送ブロックを通じて前記第２データパケットを受信する段階と、を含み、前記第１伝送ブロックと前記第２伝送ブロック間の少なくとも一つのスケジュールピリオド（schedule period）は、前記第１データパケットが伝送され、前記第２データパケットが受信される時間間隔に基づいて決定されることを特徴とする。

前記第１伝送ブロック及び前記第２伝送ブロックは、スーパーフレーム内の前記第１データパケット及び前記第２データパケットのために非予約状態に維持される非予約領域に割り当てられるようにあらかじめ設定されることが好ましい。

前記非予約領域は、前記第１データパケット及び前記第２データパケットのための割当要請がない場合、競争基盤として用いられることができる。

前記第１データパケット及び前記第２データパケットのそれぞれは、認証キー値と関連することができる。

前記第２伝送ブロックは、前記第１伝送ブロックと隣接することが好ましい。

前記少なくとも一つのスケジュールピリオドは、最大スケジュールピリオド及び最小スケジュールピリオドを含むことができる。

本発明のさらに他の実施形態による、調整器及び少なくとも一つのデバイスを含むwireless HDシステムで通信チャネルを割り当てる方法は、第１デバイスから前記調整器に、第１メッセージを伝送するための第１チャネル及び第２メッセージを受信するための第２チャネルの割当のための要請命令語を伝送する段階と、前記調整器から、前記要請命令語に対する応答を受信する段階と、第２デバイスに、前記第１チャネルを通じて前記第１メッセージを伝送する段階と、前記第２デバイスから、前記第２チャネルを通じて前記第２メッセージを受信する段階と、を含む。

前記第１チャネル及び前記第２チャネルは、前記第１メッセージが伝送され、前記第２メッセージが受信されるべき時間制限を考慮して割り当てられることができる。

前記第１メッセージは、Round Trip Time（ＲＴＴ）＿ＴＥＳＴ命令語であり、前記第２メッセージは、ＲＴＴ＿ＴＥＳＴ応答命令語でありうる。

上記方法は、前記第１メッセージと前記第２メッセージ間の往復時間を特定する段階と、前記往復時間に対する情報を上位階層に伝送する段階と、をさらに含むことができる。

前記上位階層は、ＡＶＣプロトコル階層及びＤＴＣＰ（Digital Transmission Content Protection）階層のうち一つでありうる。
例えば、本発明は以下の項目を提供する。
（項目１）
無線ネットワークでデータパケットを伝送する方法であって、
特定データパケットを伝送するための第１チャネル時間ブロックと上記特定データパケットに対する応答を受信するための第２チャネル時間ブロックとを含む両方向チャネル時間ブロックの割当を要請する段階と、
上記第１チャネル時間ブロックを通じて上記特定データパケットを送信する段階と、
上記第２チャネル時間ブロックを通じて上記特定データパケットに対する応答を受信する段階と、を含み、
上記両方向チャネル時間ブロックは、スーパーフレーム内の非予約領域内に割り当てられるようにあらかじめ設定されることを特徴とする、データパケット伝送方法。
（項目２）
上記非予約領域は、上記特定データパケットのために非予約状態に維持されることを特徴とする、項目１に記載のデータパケット伝送方法。
（項目３）
上記非予約領域は、上記特定データパケットのための割当要請がない場合、競争基盤として用いられることを特徴とする、項目１に記載のデータパケット伝送方法。
（項目４）
上記特定データパケットは、Round Trip Time（ＲＴＴ）＿ＴＥＳＴと関連することを特徴とする、項目１に記載のデータパケット伝送方法。
（項目５）
上記両方向チャネル時間ブロックは、上記特定データパケットが伝送され、上記応答が受信される往復時間（round trip time）を考慮して割り当てられることを特徴とする、
項目１に記載のデータパケット伝送方法。
（項目６）
上記特定データパケットは、上位階層から受信されることを特徴とする、項目１に記載のデータパケット伝送方法。
（項目７）
上記上位階層は、ＡＶＣプロトコル階層及びＤＴＣＰ（Digital Transmission Content Protection）階層のうち一つであることを特徴とする、項目６に記載のデータパケット伝送方法。
（項目８）
無線ネットワークでデータパケットを伝送する方法であって、
第１データパケットを伝送するための第１伝送ブロック及び第２データパケットを伝送するための第２伝送ブロックを同時に予約する段階と、
上記第１伝送ブロックを通じて上記第１データパケットを伝送する段階と、
上記第２伝送ブロックを通じて上記第２データパケットを受信する段階と、
を含み、
上記第１伝送ブロックと上記第２伝送ブロック間の少なくとも一つのスケジュールピリオド（schedule period）は、上記第１データパケットが伝送され、上記第２データパケ
ットが受信される時間間隔に基づいて決定されることを特徴とする、データパケット伝送方法。
（項目９）
上記第１伝送ブロック及び上記第２伝送ブロックは、スーパーフレーム内の上記第１データパケット及び上記第２データパケットのために非予約状態に維持される非予約領域に割り当てられるようにあらかじめ設定されることを特徴とする、項目８に記載のデータパケット伝送方法。
（項目１０）
上記非予約領域は、上記第１データパケット及び上記第２データパケットのための割当要請がない場合、競争基盤として用いられることを特徴とする、項目９に記載のデータパケット伝送方法。
（項目１１）
上記第１データパケット及び上記第２データパケットのそれぞれは、認証キー値と関連することを特徴とする、項目８に記載のデータパケット伝送方法。
（項目１２）
上記第２伝送ブロックは、上記第１伝送ブロックと隣接することを特徴とする、項目８に記載のデータパケット伝送方法。
（項目１３）
上記少なくとも一つのスケジュールピリオドは、最大スケジュールピリオド及び最小スケジュールピリオドを含むことを特徴とする、項目８に記載のデータパケット伝送方法。
（項目１４）
調整器及び少なくとも一つのデバイスを含むwireless HDシステムで通信チャネルを割り当てる方法であって、
第１デバイスから上記調整器に、第１メッセージを伝送するための第１チャネル及び第２メッセージを受信するための第２チャネルの割当のための要請命令語を伝送する段階と、
上記調整器から、上記要請命令語に対する応答を受信する段階と、
第２デバイスに、上記第１チャネルを通じて上記第１メッセージを伝送する段階と、
上記第２デバイスから、上記第２チャネルを通じて上記第２メッセージを受信する段階と、
を含む、チャネル割当方法。
（項目１５）
上記第１チャネル及び上記第２チャネルは、上記第１メッセージが伝送され、上記第２メッセージが受信されるべき時間制限を考慮して割り当てられることを特徴とする、項目１４に記載のチャネル割当方法。
（項目１６）
上記第１メッセージは、Round Trip Time（ＲＴＴ）＿ＴＥＳＴ命令語であり、上記第２メッセージはＲＴＴ＿ＴＥＳＴ応答命令語であることを特徴とする、項目１４に記載のチャネル割当方法。
（項目１７）
上記第１メッセージと上記第２メッセージ間の往復時間を特定する段階と、
上記往復時間に対する情報を上位階層に伝送する段階と、
をさらに含むことを特徴とする、項目１４に記載のチャネル割当方法。
（項目１８）
上記上位階層は、ＡＶＣプロトコル階層及びＤＴＣＰ（Digital Transmission Content Protection）階層のうち一つであることを特徴とする、項目１７に記載のチャネル割当方法。

本発明によれば、無線ネットワークで特定メッセージの送受信時に時間制約が設定された状況で、チャネル資源を確保し、安定的に時間制約を満たすことが可能になる。

複数のデバイスで構成された例示的なＷＶＡＮを示す図である。 ＷＶＡＮで用いられる例示的なスーパーフレーム（superframe）構造を示す図である。 ＷＶＡＮのデバイスに具現された例示的なプロトコル階層構造を示す図である。 ＲＴＴテスト過程中におけるＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージの送受信過程をより具体的に説明するための図である。 ＲＴＴテスト過程中におけるＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージの送受信過程を、ＷＶＡＮで用いられるスーパーフレームを通じて説明するための図である。 本発明の好適な一実施例を示すフローチャートである。 図６でチャネル資源割当手順を行なう過程［Ｓ６６］を説明するためのフローチャートである。 本発明の好適な一実施例をスーパーフレーム上で説明するための図である。 本発明の実施形態を説明するための図である。 本発明の他の実施形態を説明するためのフローチャートである。

以下に説明される実施例は、本発明の技術的特徴が無線ネットワークの一種であるＷＶＡＮ（Wireless Video Area Network）に適用された例とする。ＷＶＡＮは、６０ＧＨｚ帯の周波数帯域を用いて１０ｍ以内の近距離で１０８０ｐのＡ／Ｖストリームを圧縮無しで伝送できるように４．５Ｇｂｐｓ以上のスループット（throughput）を提供できるＷｉＨＤ（wireless HD）技術を利用する無線ネットワークである。

図１は、複数のデバイスで構成されたＷＶＡＮの一例を示す図である。

ＷＶＡＮは、一定の空間に位置しているデバイス間のデータ交換のために構成されたネットワークである。このＷＶＡＮは、２つ以上のデバイス１０〜１４で構成され、これらのうち一つは調整器（coordinator）１０として動作する。調整器１０は、デバイス間に無線ネットワークを構成するにあたり、所定の無線資源を複数のデバイスが衝突なしに共有するように、無線資源を割り当てスケジューリングする機能を果たす装置である。調整器は、無線資源を割当及びスケジューリングして各デバイスに知らせるために、周期的にスケジューリング情報を含むメッセージを伝送する。このメッセージを以下ではビーコン（beacon）と呼ぶ。調整器は、ネットワークを構成するデバイスが通信を行なえるように資源を割り当てる機能の他にも、普通のデバイスとして少なくとも一つのチャネルを通じてデータを送受信することができる。また、クロック同期（clocksynchronization）、ネットワーク加入（association）、帯域幅資源維持（maintaining bandwidth resource）などの機能も行なうことができる。

ＷＶＡＮは、２種類の物理階層（ＰＨＹ）を支援する。すなわち、ＷＶＡＮは、物理階層としてＨＲＰ（high-rate physical layer）とＬＲＰ（low-rate physical layer）を支援する。ＨＲＰは、１Ｇｂ／ｓ以上のデータ伝送速度を支援できる物理階層で、ＬＲＰは、数Ｍｂ／ｓのデータ伝送速度を支援する物理階層である。ＨＲＰは、高指向性（highlydirectional）のもので、ユニキャスト連結（unicast connection）を通じて等時性（isochronous）データストリーム、非同期データ、ＭＡＣ命令語（command）及びＡ／Ｖ制御データの伝送に用いられる。ＬＲＰは、指向性または全方向性（omni-directional）モードを支援し、ユニキャストまたは放送を通じてビーコン、非同期データ、ビーコンを含むＭＡＣ命令語の伝送などに用いられる。ＨＲＰチャネルとＬＲＰチャネルは周波数帯域を共有し、ＴＤＭ方式によって区分して用いられる。ＨＲＰは、５７〜６６ＧＨｚ帯域で２．０ＧＨｚ帯域幅の４つのチャネルを使用し、ＬＲＰは、９２ＭＨｚ帯域幅の３つのチャネルを使用する。

図２は、ＷＶＡＮで用いられる例示的なスーパーフレーム（superframe）構造を説明するための図である。

図２を参照すると、各スーパーフレームは、ビーコン（beacon）が伝送される領域２０、予約されたチャネルタイムブロック（reserved channel time block）２２及び非予約チャネルタイムブロック（unreservedchannel time block）２１を含んでなる。また、それぞれのチャネルタイムブロック（channel time block: CTB）は、ＨＲＰを通じてデータが伝送される領域（ＨＲＰ領域）と、ＬＲＰを通じてデータが伝送される領域（ＬＲＰ領域）とに時分割（timedivision）される。

ビーコン（beacon）２０は、調整器により周期的に伝送される。ビーコンを通じて毎スーパーフレームの導入部を識別することができる。ビーコンは、スケジューリングされたタイミング情報、ＷＶＡＮの管理及び制御情報を含む。デバイスは、ビーコンに含まれたタイミング情報及び管理／制御情報などに基づいてネットワークでデータ交換ができる。ＨＲＰ領域は、デバイスのチャネル時間割当要請に応じて調整器がチャネル時間を割り当てたデバイスが、他のデバイスにデータを伝送するのに用いられることができる。

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

非予約ＣＴＢ領域２１は、調整器とデバイスまたはデバイスとデバイス間に制御情報、ＭＡＣ命令語または非同期データなどを伝送するのに用いられることができる。この非予約ＣＴＢ領域でのデバイス間のデータ衝突を防止するためにＣＳＭＡ（Carrier Sense Multiple Access）方式またはスロットアロハ（slotted Aloha）方式を適用することができる。この非予約ＣＴＢ領域ではＬＲＰチャネルのみを通じてデータを伝送できる。もし、伝送される制御情報や命令語が多い場合は、ＬＲＰチャネルに予約領域を設定することも可能である。各スーパーフレームにおける予約ＣＴＢ及び非予約ＣＴＢの長さ及び個数はスーパーフレームごとに異なることができ、調整器により制御される。

また、図２には示さぬが、緊急な制御／管理メッセージを伝送するためにビーコンに続いて位置した競争基盤制御区間（CBCP: Contention-Based Control Period）を含む。ＣＢＣＰの区間長は、一定の臨界値（ｍＭＡＸＣＢＣＰＬｅｎ）を設定し、この臨界値を越えないように設定される。

図３は、ＷＶＡＮのデバイスに具現されたプロトコル階層構造の一例を示す図である。

図３を参照すると、ＷＶＡＮに含まれた各デバイス３１の通信モジュール３２は、その機能によって少なくとも２つの階層（layer）に区分されることができ、一般的にＰＨＹ階層（図示せず）、ＭＡＣ階層３３、Adaptation階層及びＳＭＥ（stationmanagement entity）（図示せず）を含んでなる。Adaptation階層には、ＡＶＣプロトコル３４及びＡＶパケッタイザー（packetizer）３５の少なくとも２つのプロトコルが含まれる。ＡＶＣプロトコル３４は、デバイスの制御、連結制御、デバイス特性、デバイス性能（capability）などの機能を果たすことができる。そして、ＡＶパケッタイザー３５は、ＨＲＰデータサービスを提供するためのＡＶデータを構成する機能を担当できる。

上の各階層は、高速データサービス、低速データサービス、管理サービスなどを提供できる。高速データサービスは、ビデオ、オーディオ及びデータ伝達を支援する。低速データサービスは、オーディオデータＭＡＣ命令語及び少ない量の非同期データなどを支援する。ＳＭＥ（図示せず）は、階層に独立的な個体で、各階層におけるデバイス状態情報を収集し、下位階層を制御する。また、ホストと無線デバイス間の制御通路（interface）の機能を果たすことができる。

また、各階層には階層管理個体が含まれ、ＭＡＣ階層を管理する個体をＭＬＭＥ（MAC Layer Management Entity）、ＰＨＹ階層を管理する個体をＰＬＭＥ（PHY Layer ManagementEntity）という。互いに異なる階層間にやり取りするメッセージをプリミティブ（primitive）といい、上記の通信モジュールをモデム（modem）という。サービス接近点（servicesaccess point: SAP）３７，３８を通じた通信のために用いられうるプリミティブの例に、要請（request）、指示（indication）、応答（response）、確認（confirm）などのプリミティブがある。

要請（request）は、管理個体に一過程を要請するために用いられる。指示（indication）は、ピア管理個体からの要請または情報の受信または上位階層からの要請によらず、地域的な下位階層の状態変化を管理個体に知らせるために用いられる。応答（response）は、ピア管理個体からの要請に応答するために用いられる。確認（confirm）は、以前要請の結果を管理個体に知らせるために用いられる。

プロトコル階層には、データ伝送の保安及び認証などのための階層、例えば、ＤＴＣＰ（Digital Transmission Content Protection）階層３６をさらに含むことができる。図３ではこれがＡＶパケッタイザー３５内に構成されるとしたが、別に構成されても良いことは当然である。ＤＴＣＰ階層３６では認証のためのキー値などを互いに交換し、これを通じて認証し、その値を暗号化して伝送する機能が行なわれることができる。以下では保安及び認証のための階層をＤＴＣＰ階層３６として説明するが、当該技術分野における当業者は、その他にも同一または類似な機能を果たしうる階層のいずれをも名称に関らずに適用できるということを理解する。

以下、出力データを伝送または提供するデバイスをソースデバイスとし、出力データを受信して各デバイスの機能に基づいて出力するデバイスをシンクデバイスとする。

以下に説明される実施例は、本発明の技術的特徴が、ＷｉＨＤシステム上におけるＤＴＣＰ−ＩＰ（Supplement EDTCP Mapping to IP）のためのＲＴＴ（Round Trip Time）テストに応用された例とする。ＤＴＣＰ（DigitalTransmission Content Protection）プロトコルは、ビデオストリームの伝送と再生中におけるコンテンツ不法複製を防止するためのプロトコルで、その標準として“DigitalTransmission Content Protection Specification Vol.1 and Vol.2”が定義されている。
ＤＴＣＰは、ＩＥＥＥ １３９４ケーブル用に開発されたプロトコルで、これを拡張してＷｉＨＤのようなホームネットワークにおけるＩＰ（Internet Protocol）用に使用するためには付加地域化（AL: Additional Localization）過程が追加される。付加地域化過程が要る理由は、ＩＥＥＥ１３９４ケーブル用に開発したＤＴＣＰプロトコルをホームネットワーク用に拡張する上で使用長を制限する必要性があり、かつ、ソースデバイスに記憶されたシンクデバイスのデバイスＩＤ（identification）がないためである。
ソース及び／またはシンクデバイスは、ＲＴＴ＿ＴＥＳＴを通じて往復時間（round trip time: RTT）を確認し、往復時間があらかじめ設定された臨界値より大きいか否かを判断することができる。そして、ソースデバイスは、シンクデバイスのデバイスIDをソースデバイスの記憶領域に記憶する、タイマーを設定し、コンテンツのようなデータが特定時間内に伝送されるようにする、往復時間を確認する、及び、往復時間があらかじめ設定された臨界値よりも大きいか否かによってキー値を交換する、ことができる。好ましくは、ソースデバイスは、往復時間があらかじめ設定された臨界値よりも大きくない場合にのみキー値を交換することができる。

ＲＴＴテストは、ソースデバイスが伝送したデータストリームを受信するシンクデバイスが認証されたデバイスか否かを確認するために行われる。ＲＴＴテストにおいてソースデバイスとシンクデバイスは認証キー（AKE: Authentication Key）を交換する過程を経る。ＲＴＴテスト過程が始まりながらソースデバイスとシンクデバイスはＲＴＴテスト準備のためのメッセージを交換する。ＲＴＴテスト準備のためのメッセージを交換した後に、ソースデバイスは、暗号化パラメータである‘Ｎ’をＲＴＴ＿ＳＥＴＵＰ(Ｎ)＿ＣＭＤメッセージを通じてシンクデバイスに伝送する。
ソースデバイスとシンクデバイスは、暗号化パラメータ‘Ｎ’を用いて共有の認証キー（AKE）を下記の数学式１及び数学式２によって暗号化し、ＭＡＣ１ＡとＭＡＣ２Ａ、及びＭＡＣ１ＢとＭＡＣ２Ｂをそれぞれ計算する。
［数１］
MAC1A=MAC1B=[SHA-1(MK+N)]msb80
［数２］
MAC2A=MAC2B=[SHA-1(MK+N)]lsb80
シンクデバイスは、ＲＴＴ＿ＳＥＴＵＰ(Ｎ)＿ＣＭＤメッセージに対する応答としてＡＣＣＥＰＴＥＤ(Ｎ)＿ＲＳＰメッセージをソースデバイスに伝送する。

その後、ソースデバイスはＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを通じてシンクデバイスに当該算出されたＭＡＣ１Ａを伝達し、シンクデバイスはソースデバイスにＡＣＣＥＰＴＥＤ(ＭＡＣＫ２Ｂ）＿ＲＳＰメッセージを通じてＭＡＣ２Ｂを伝達する。続いて、ソースデバイスは、シンクデバイスから受信したＭＡＣ２Ｂを自身の計算したＭＡＣ２Ａと比較し、シンクデバイスはソースデバイスから受信したＭＡＣ１Ａを自身の計算したＭＡＣ１Ｂと比較する過程を通じてＲＴＴテストを行なう。この過程でシンクデバイスが認証されると、ソースデバイスはこのシンクデバイスをＲＴＴレジストリ（registry）に追加する。

上記のＲＴＴテスト過程で、ソースデバイスがＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送した時点から時間間隔（time interval）、例えば、７ｍｓ以内にシンクデバイスからＡＣＣＥＰＴＥＤ(ＭＡＣＫ２Ｂ)＿ＲＳＰメッセージを受信すべきという時間制約（timelimit）が設定される。すなわち、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送した時点から７ｍｓ以内にＡＣＣＥＰＴＥＤ(ＭＡＣＫ２Ｂ)＿ＲＳＰメッセージを受信できないと、ＲＴＴ＿ＳＥＴＵＰ(Ｎ)＿ＣＭＤメッセージを伝送する過程から再び行なう。

図４は、上記ＲＴＴテスト過程のうち、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージの送受信過程をより具体的に説明するための図である。

図４で、ＷＶＡＮのソースデバイス及びシンクデバイスにはＤＴＣＰ−ＩＰのための階層（layer）またはエンティティ（entity）が具現される。ＤＴＣＰ−ＩＰのための階層またはエンティティは、ソースデバイス及びシンクデバイスのＤＭＥに含まれて具現されたり、または、別の上位階層またはエンティティに具現可能である。図４では、ＤＴＣＰ−ＩＰのための階層またはエンティティがＤＭＥに具現されたとする。

図４を参照すると、ソースデバイスのＤＭＥは、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送することを指示するために、ＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｅｑプリミティブをソースデバイスのＭＡＣ／ＭＬＭＥに伝達する［Ｓ４１］。ソースデバイスのＭＡＣ／ＭＬＭＥは、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージをシンクデバイスに伝送する［Ｓ４２］。シンクデバイスのＭＡＣ／ＭＬＭＥは、ＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｉｎｄプリミティブをシンクデバイスのＤＭＥに伝達し、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージが受信されたことを知らせる［Ｓ４３］。

シンクデバイスのＤＭＥは、シンクデバイスのＭＡＣ／ＭＬＭＥにＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｓｐプリミティブを伝達し、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージに対する応答としてＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを伝送することを指示する［Ｓ４４］。シンクデバイスのＭＡＣ／ＭＬＭＥは、ＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージをソースデバイスに伝送する［Ｓ４５］。ソースデバイスのＭＡＣ／ＭＬＭＥは、ＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージが受信されたことを知らせるために、ソースデバイスのＤＭＥにＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｃｆｍプリミティブを伝達する［Ｓ４６］。

図４で、‘ＲＴＴ’は、ソースデバイスのＤＭＥがＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｅｑプリミティブをソースデバイスのＭＡＣ／ＭＬＭＥに伝達した時からＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｃｆｍプリミティブを受け取るべき時点までの時間制限（time limit）と定義されることができる。また、ソースデバイスのＭＡＣ／ＭＬＭＥは、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージをシンクデバイスに伝送した時からＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを受信すべき時点までの時間制限と定義されることができる。もちろん、シンクデバイスのＭＡＣ／ＭＬＭＥは、ＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｉｎｄプリミティブをシンクデバイスのＤＭＥに伝達した時からＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｓｐプリミティブを受信すべき時点までの時間制限と定義されることができる。

本実施例では、‘ＲＴＴ’は、ソースデバイスのＤＭＥがＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｅｑプリミティブをソースデバイスのＭＡＣ／ＭＬＭＥに伝達した時からＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｃｆｍプリミティブを受信すべき時点までの時間制限（time limit）と定義され、７ｍｓに設定されるとする。

‘ＭａｘＴＩ’は、上記した時間制限を満たしうるような限度で、ソースデバイスのＭＡＣ／ＭＬＭＥがＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージをシンクデバイスに伝送した時点からシンクデバイスからＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを受信すべき時点までの最大時間間隔（MaximumTime Interval）を意味する。‘ＭａｘＴＩ’は、上記の時間制限（RTT）とソースデバイスにおけるメッセージ伝送のためのデータプロセシング時間を考慮して設定される。

‘ＭｉｎＴＩ’は、上記時間制限（RTT）を満たしうるような限度で、シンクデバイスのＭＡＣ／ＭＬＭＥがシンクデバイスのＤＭＥにＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｉｎｄプリミティブを伝達した点からＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｓｐプリミティブを受け取る時点までかかる最小時間間隔（MinimumTime Interval）を意味する。

図４で、ソースデバイスのＤＭＥがＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｒｅｑプリミティブを伝達してから上記時間制限（RTT）内にＲＴＴ＿ＴＥＳＴ＿ＣＭＤ．ｃｆｍプリミティブを受け取るためには、ソースデバイスがシンクデバイスにＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送した時点から最小時間間隔（MinTI）よりは大きく最大時間間隔（MaxTI）よりは小さい間隔でもってシンクデバイスからＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを受信できるようなチャネル資源が保障されると好ましい。また、時間制限（RTT）は定義によって最大時間間隔（MaxTI）または最小時間間隔（MinTI）と同じ値を持つことができる。

図５は、上記の状況をＷＶＡＮで用いられるスーパーフレームを通じて説明するための図である。

このスーパーフレームの長さは２０ｍｓとする。同図で、上記時間制限（RTT）を満たすためには、ソースデバイスは‘Ａ’区間内でＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージをシンクデバイスに伝送しなければならなく、‘Ｂ’区間内でシンクデバイスからＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを受信しなければならない。

競争方式（contentionbased）によりメッセージを送受信する場合は上記の条件を確実に満たすことを保障できないので、ソースデバイスまたはシンクデバイスには当該メッセージの送受信のためのチャネル資源が割り当てられなければならない。この時、上記の条件を満たしうるような範囲内で一つの連続したチャネル資源、すなわち、連続した複数のＣＴＢを受け取ることも可能であるが、これは、チャネル資源の浪費につながる。したがって、本発明による実施例では、ソースデバイスからシンクデバイスにＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送するための第１チャネル資源（ａ）と、第１チャネル資源（ａ）と分離されたもので、シンクデバイスからソースデバイスにＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを伝送するための第２チャネル資源（ｂ）を受け取ることが考えられる。ＷＶＡＮにおいて第１及び第２チャネル資源は少なくとも一つのＣＴＢを意味する。

図６は、本発明の好ましい一実施例を示すフローチャートである。

図６で、ソースデバイスとシンクデバイス間の認証キー交換過程［Ｓ６１］、ＲＴＴテスト準備のためのメッセージの交換過程［Ｓ６２］、ソースデバイスがシンクデバイスにＲＴＴ＿ＳＥＴＵＰ(Ｎ)＿ＣＭＤメッセージを伝送する段階［Ｓ６３］、ソースデバイス及びシンクデバイスでそれぞれＭＡＣ１ＡとＭＡＣ２Ａ、ＭＡＣ１ＢとＭＡＣ２Ｂを算出する段階（Ｓ６４）、及びシンクデバイスからソースデバイスにＡＣＣＥＰＴＥＤ(Ｎ)＿ＲＳＰメッセージを伝送する段階［Ｓ６５］は、上記ＲＴＴテスト過程で説明した通りである。ただし、図６では、ソースデバイス及びシンクデバイスで各メッセージを伝送するための内部階層間のプリミティブ伝達過程が幾つか追加された点が異なる。

ＡＣＣＥＴＥＤ(Ｎ)＿ＲＳＰメッセージを受信したソースデバイスは、シンクデバイスとＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを交換するために要求されるチャネル資源を受け取る手順を行なう［Ｓ６６］。このチャネル資源割当手順は、ソースデバイスとＷＶＡＮの調整器（coordinator）との間に行なわれる。

チャネル資源割当過程［Ｓ６６］は、図７を参照して以下に具体的に説明する。チャネル資源割当過程［Ｓ６６］によってソースデバイスがチャネル資源を受け取った後にソースデバイスは受け取った第１チャネル資源を用いてシンクデバイスにＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを伝送する［Ｓ６７］。シンクデバイスは、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージを受信し、それに対する応答として当該割り当てられた第２チャネル資源を用いてソースデバイスにＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを伝送する［Ｓ６８］。この場合、シンクデバイスも調整器により放送されるビーコンを受信することから第２チャネル資源の割当情報を獲得でき、よって、第２チャネル資源を用いてＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを伝送できるわけである。

図７は、チャネル資源割当手順を行なう過程［Ｓ６６］を示すフローチャートである。

図７を参照すると、ソースデバイスのＤＭＥは、ソースデバイスのＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＡＤＤ−ＳＴＲＥＡＭ．ｒｅｑプリミティブを伝達し、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージを交換するために要求されるチャネル資源の割当を要請することを指示する［Ｓ７１］。ソースデバイスのＭＡＣ／ＭＬＭＥは、調整器にＢＷ要請メッセージ（bandwidthrequest command）を伝送する［Ｓ７２］。このＢＷ要請メッセージは、要求されるチャネル資源がＲＴＴテスト、すなわち、ＲＴＴ＿ＴＥＳＴ(ＭＡＣ１Ａ)＿ＣＭＤメッセージ及びＡＣＣＥＰＴＥＤ(ＭＡＣ２Ｂ)＿ＲＳＰメッセージの伝送のためのチャネル資源であることを知らせる情報を含む。

表１に、このＢＷ要請メッセージのデータフォーマットの一例を示す。

表２は、表１の各‘BW request item’フィールドのデータフォーマットの一例である。

表２で、SchedulePeriodは、同一のスケジューリングに割り当てられる少なくとも二つのチャネル時間ブロックのそれぞれの開始する時間差を意味するもので、表２に示すように、最小値のMinimumSchedule Periodと最大値のMaximum Schedule Periodで知らせることができる。

表３は、表２の‘RequestControl’フィールドのデータフォーマットの一例である。

表３で、‘Bi-directional’フィールドは、要請されるチャネル資源がソースデバイスの立場でメッセージの送信及び受信のための両方向（bi-directional）のチャネル資源、すなわち、第１チャネル資源及び第２チャネル資源であることを表示するフィールドである。例えば、‘Bi-directional’フィールドが‘１’に設定されると両方向チャネル資源を意味し、‘０’に設定されると、一つの連続したチャネル資源を意味すると約束することができる。その逆の場合も可能である。

ソースデバイスからＢＷ要請メッセージを受信すると、これを知らせるために調整器のＭＡＣ／ＭＬＭＥは、調整器のＤＭＥにＭＬＭＥ−ＡＤＤ−ＳＴＲＥＡＭ．ｉｎｄプリミティブを伝達する［Ｓ７３］。調整器のＤＭＥは、ソースデバイスから要請されたチャネル資源、すなわち、第１チャネル資源及び第２チャネル資源の割当が可能かチェックし［Ｓ７４］、可能であれば、要請されたチャネル資源をソースデバイスに割り当てると決定する。

この時、第１チャネル資源及び第２チャネル資源のスーパーフレーム上における位置、配置間隔（spacing）及びそれぞれの区間長は、ＷＶＡＮ内で固定した値にあらかじめ設定される。例えば、特定ＷＶＡＮが最初に形成される時に調整器のシグナリングによって第１チャネル資源及び第２チャネル資源のスーパーフレーム上における位置、配置間隔及び区間長などと関連した情報をデバイス間に共有することができる。

上記の方式でＷＶＡＮ内の特定デバイスから第１チャネル資源及び第２チャネル資源の割当要請がある場合、調整器は特定デバイスに第１チャネル資源及び第２チャネル資源の割当可否のみを表示して伝達することによって、割当可能な場合、特定デバイスはあらかじめ知っている第１チャネル資源及び第２チャネル資源の情報を用いてメッセージを送受信することも可能である。第１チャネル資源及び第２チャネル資源が特定デバイスに割り当てられない間には、他の用途、例えば、競争方式の非予約ＣＴＢとして活用可能である。

図７で、調整器のＤＭＥは、ソースデバイスに要請されたチャネル資源の割当が可能であることを知らせるために、調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＡＤＤ−ＳＴＲＥＡＭ．ｒｓｐプリミティブを伝達する［Ｓ７５］。調整器のＭＡＣ／ＭＬＭＥは、‘Reason Code’フィールドが‘SUCCESS’と表示されたＢＷ応答メッセージ（bandwidth responsecommand）をソースデバイスに伝送する［Ｓ７６］。ソースデバイスのＭＡＣ／ＭＬＭＥはソースデバイスのＤＭＥに、‘Reason Code’フィールドが‘SUCCESS’と表示されたＭＬＭＥ−ＡＤＤ−ＳＴＲＥＡＭ．ｃｆｍプリミティブを伝達し、要請されたチャネル資源の割当が可能であるということを知らせる［Ｓ７７］。

調整器のＤＭＥは、特定スーパーフレームに対するビーコン（beacon）の放送のために調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達する［Ｓ７８］。調整器のＭＡＣ／ＭＬＭＥはＷＶＡＮにビーコンを放送する［Ｓ７９］。この放送されるビーコンには、ソースデバイス及びシンクデバイスに割り当てられる第１チャネル資源及び第２チャネル資源に関する割当情報を含め、当該スーパーフレーム内における全体チャネル資源の割当情報が含まれる。第１チャネル資源及び第２チャネル資源に関する割当情報は、第１チャネル資源及び第２チャネル資源の割当可否に対する情報を含む。

表４は、ＷＶＡＮで用いられるビーコンのデータフォーマットの一例である。

ＷＶＡＮの各デバイスに割り当てられるチャネル資源と関連した情報は、ビーコンに‘Reserved Schedule IE’の形態で含まれる。表５は、ビーコンに含まれる‘Reserved Schedule IE’のデータフォーマットの一例である。

表６は、表５の‘Scheduleblock’フィールドのデータフォーマットの一例である。

表６で、‘StreamIndex’フィールドは、該当のチャネル資源割当と関連したストリーム（stream）を指示する情報を含む。表７は、表６の‘Schedule info’フィールドのデータフォーマットの一例である。

表７で、‘ScrID’フィールドは、チャネル資源が割り当てられるソースデバイスの識別情報（ID）を含み、‘DestID’フィールドは、シンクデバイスの識別情報を含む。‘Static’フィールドは、割り当てられるスケジュールブロックが静的（static）スケジュールか或いは動的（dynamic）スケジュールかを表す情報を含み、‘PHYmode’フィールドは、ＨＲＰモードを使用するか或いはＬＲＰモードを使用するかを表す情報を含む。‘Beam formed’フィールドは、ビームフォーミング（beamforming）が用いられるか否かを表す情報を含む。‘Bi-directional’フィールドは、割当要請されたチャネル資源、すなわち、第１チャネル資源及び第２チャネル資源の割当可否を表す情報を含む。

このビーコンを受信すると、ソースデバイスのＭＡＣ／ＭＬＭＥは、ソースデバイスのＤＭＥにＭＬＭＥ−ＢＥＡＣＯＮ．ｉｎｄプリミティブを伝達する［Ｓ７０］。

図８は、本発明の好適な一実施例をスーパーフレーム上で説明するための図である。

同図で、スーパーフレームにおいて第１チャネル資源及び第２チャネル資源の位置、配置間隔及び区間長は、固定した値を持つ。ただし、第１チャネル資源及び第２チャネル資源は、特定デバイスに割り当てられたか否かによって異なる用途を持つ。すなわち、図８の（Ｎ−１）番目のスーパーフレームまたは（Ｎ＋１）番目のスーパーフレームのように、第１チャネル資源及び第２チャネル資源が特定デバイスに割り当てられなかった場合は第１チャネル資源及び第２チャネル資源は一般的な非予約ＣＴＢと同じ方式で任意のデバイスにより用いられることができる。

一方、同図で、Ｎ番目のスーパーフレームの場合のように、特定デバイスのチャネル資源割当要請に応じて第１チャネル資源及び第２チャネル資源が割り当てられた場合は、第１チャネル資源及び第２チャネル資源は予約ＣＴＢとなり、これが割り当てられた特定デバイスによってのみ用いられることができる。同図で、第１チャネル資源及び第２チャネル資源間の配置間隔（BCS）は、最小時間間隔（MinTI）よりは大きく最大時間間隔（MaxTI）よりは小さい間隔とすることが好ましい。

図９は、本発明の実施形態を説明するための図である。

図９を参照して待ち行列遅延とチャネル接近遅延（Channel Access Delay）を考慮する例示的な方法を説明する。

チャネル接近遅延を減らすための例示的な方法として、特定データパケット、例えば、ＲＴＴ＿ＴＥＳＴデータパケットを伝送するための伝送資源、例えば、チャネル時間ブロック（CTB）をあらかじめ予約し、予約されたＣＴＢを通じてＲＴＴ＿ＴＥＳＴデータパケットを伝送するが、このとき、送信時に用いる第１ＣＴＢと受信時に用いる第２ＣＴＢを同時に予約する方法が挙げられる。これを両方向ＢＷ予約方法と称することができる。

この方法で、往復時間などを考慮して適切な間隔を持つ少なくとも二つのＣＴＢを一度で予約することによって、送信及び受信が遅延するのを防止することができる。これは、一つのＣＴＢを通じては一方向の伝送が可能であるということを前提としたもので、もし、一つのＣＴＢを通じて両方向の伝送が可能な場合には、往復時間を考慮した時間間隔が保障されるとしたら一つのＣＴＢを予約することも可能である。

図９を参照して、Ｐａｒｔ＃１（９０）でＲＴＴ＿ＴＥＳＴデータパケットを送受信するために用いられるＣＴＢ、すなわち、送受信用ＣＴＢを予約する過程を示す。ソースデバイスのＤＴＣＰ階層でＲＴＴ＿ＴＥＳＴデータパケット送受信のためのＣＴＢ予約のためにＲＴＴ＿ＳＥＴＵＰデータパケットをソースデバイスのＭＡＣ階層に伝達すると、調整器（またはシンクデバイス）にＲＴＴ＿ＴＥＳＴデータパケット送受信用ＣＴＢを予約することを要請するメッセージまたはデータなどを伝送する。これを受信した調整器のＭＡＣ階層は、これを調整器のＤＴＣＰ階層に伝達する。

すると、調整器のＤＴＣＰ階層はそれを確認し、ＲＴＴ＿ＴＥＳＴデータパケット送受信用ＣＴＢを割り当て、該割り当てられたＣＴＢに関する情報または受諾／拒否をＲＴＴ＿ＳＥＴＵＰ＿ＲＳＰデータパケットに含め、調整器のＭＡＣ階層、ソースデバイスのＭＡＣ階層及びソースデバイスのＤＴＣＰ階層に順次に伝達または伝送する（９２）。ソースデバイスは受信されたＲＴＴ＿ＳＥＴＵＰ＿ＲＳＰからＣＴＢ予約情報を確認しても良く、後で放送されるビーコンを通じてＣＴＢ予約情報を確認しても良い。

ＰＡＲＴ＃２（９１）において、上記の予約過程で予約されたＣＴＢを通じてＲＴＴ＿ＴＥＳＴデータパケットを送受信する過程について説明すると、次の通りである。予約されたＣＴＢを通じてＲＴＴ＿ＴＥＳＴデータパケットを送信及び受信する（９３，９４）。この場合には、既に設定された時間内にＲＴＴ＿ＴＥＳＴデータパケットを受信することができる。

ＭＡＣ階層にＤＴＣＰ階層だけでなく他の上位階層、例えば、ＡＶパケッタイザー階層から少なくとも一つのデータパケットを受信することができる。この場合には、たとえＲＴＴ＿ＴＥＳＴデータパケット送受信のためのＣＴＢを予約しておいた場合であっても、ＭＡＣ階層に受信された順に伝送することになり、以前にＭＡＣ階層に受信されたデータパケットによって予約されたＣＴＢを利用できない。すなわち、待ち行列遅延を招くおそれがある。例えば、ＰＡＲＴ＃２（９１）過程中に上記の待ち行列遅延によって予約された、すなわち、予想するＣＴＢを用いてＲＴＴ＿ＴＥＳＴデータパケットを伝送できない場合があり得る。したがって、ＭＡＣ階層でＲＴＴ＿ＴＥＳＴデータパケットを識別するようにし、上記両方向ＢＷ予約方法をより效果的に行なうことができる。

図１０は、本発明の他の実施形態を説明するためのフローチャートである。

上述のデータパケットを識別して受信順序によらずに伝送する方法及び両方向ＢＷ予約方法はそれぞれ及び／またはそれらの組合せで行なうことができる。図１０を参照して、データパケットを識別して受信順序によらずに伝送する方法及び両方向ＢＷ予約方法を組合わせて使用する場合について説明する。

以下に説明される過程は、例として説明するＲＴＴ＿ＴＥＳＴデータパケットだけでなく、他のいずれのデータパケットまたはメッセージを伝送する場合にも適用可能である。

ＲＴＴ＿ＴＥＳＴデータパケットの送信用伝送ブロック及び受信用伝送ブロックを予約する［Ｓ１００］。もちろん、一つの伝送ブロックを用いて送信及び受信の両方向伝送が可能な場合には、一つの伝送ブロックを予約しても良い。

ＭＡＣ階層ではＲＴＴ＿ＴＥＳＴデータパケットを受信する［Ｓ１０１］。この時、ＲＴＴ＿ＴＥＳＴデータパケットだけでなく、他の複数のデータパケットを受信しても良い。受信した各データパケットを確認してＲＴＴ＿ＴＥＳＴデータパケットを識別する［Ｓ１０２］。データパケットを識別するための方法には、上記識別情報を一緒に伝送してこれを用いる方法、優先順位情報を用いる方法、物理的にまたは論理的に区分されるバッファーを用いる方法などを適用できる。

一データパケットがＲＴＴ＿ＴＥＳＴデータパケットであることを識別した場合には、Ｓ１００過程で予約された送信用伝送ブロック及び受信用伝送ブロックを検索または確認する［Ｓ１０３］。これは、放送されるビーコン、受信メッセージまたは予約過程時に受信する応答メッセージなどから確認可能である。ＭＡＣ階層は当該データパケットを送信用伝送ブロックを通じて伝送する［Ｓ１０４］。そして、ＭＡＣ階層は当該データパケットを既に設定された時間内に受信用伝送ブロックを通じて受信する［Ｓ１０５］。これで、往復時間を検査する例示的な一過程が終了する。

図１０に示す各手順は全て行なっても良く、その一部のみを行なっても良いし、図示手順の順序にかかわることはない。また、一部の手順は、本発明の実施形態を行なうのに先立ってあらかじめ行なわれ、仮定されて他の一部手順が行なわれても良い。

上述した本発明の好適な実施形態についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。上記では本発明の好適な実施形態を参照して説明したが、当該技術分野における熟練した当業者にとっては、以下の特許請求の範囲に記載された本発明の思想及び領域を逸脱しない範囲内で、本発明を様々に修正及び変更させることができるということがわかる。例えば、本発明は、ＲＴＴ＿ＴＥＳＴデータパケットを中心にして説明したが、任意のデータパケットに対しても本発明の方式が適用されることができる。また、上述した実施形態で往復メッセージでなくても遅延なしで速い伝送をしようとする場合にも同様に適用可能である。

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

本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の実施例は一つまたはそれ以上のＡＳＩＣｓ（applicationspecific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digitalsignal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（fieldprogrammable gate arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。

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

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

本発明は、無線通信システム及びwireless HDシステムに適用されることができる。本発明は、両方向予約方法を用いてデータパケット伝送遅延を低減できるデータパケット伝送方法の実施例を提供する。

Claims (15)

1. 無線ネットワーク内の第１のデバイスにおいて、チャネル資源を割り当てる方法であって、前記方法は、
   チャネル資源を要請するコーディネーターに帯域幅要請命令を伝送することであって、前記帯域幅要請命令は、前記要請されたチャネル資源が双方向チャネルタイムブロック（ＣＴＢ）であることを示すインジケータと、割り当てられるＣＴＢの数に関連する情報と、最小スケジュールピリオドおよび最大スケジュールピリオドに関する情報とを含み、前記双方向ＣＴＢは、第１のＣＴＢと第２のＣＴＢとを含み、前記第１のＣＴＢは、前記第１のデバイスによって、第１のメッセージを第２のデバイスに伝送するために使用され、前記第２のＣＴＢは、前記第１のメッセージに応答して、前記第２のデバイスによって、第２のメッセージを前記第１のデバイスに伝送するために使用される、ことと、
   前記第１のＣＴＢおよび前記第２のＣＴＢをスーパーフレーム内に割り当てるための割り当て情報を前記コーディネーターから受信することであって、前記割り当て情報は、前記割り当てられた第１のＣＴＢおよび第２のＣＴＢが前記双方向ＣＴＢであることを示す第１のフィールドを含む、ことと、
   前記第１のＣＴＢを用いて前記第２のデバイスに前記第１のメッセージを伝送することと、
   前記第１のメッセージに応答して、前記第２のＣＴＢを用いることによって、前記第２のデバイスから前記第２のメッセージを受信することと
   を含む、方法。
2. 前記割り当て情報は、前記コーディネーターによって放送されたビーコン内で受信される、請求項１に記載の方法。
3. 前記割り当て情報は、前記無線ネットワーク内で使用される高レート物理（ＨＲＰ）チャネルおよび低レート物理（ＬＲＰ）チャネルの中のＬＲＰチャネルにおいて受信される、請求項１に記載の方法。
4. 前記割り当て情報は、前記割り当てられた第１のＣＴＢおよび第２のＣＴＢが静的スケジュールまたは動的スケジュールに関連するか否かを示す第２のフィールドをさらに含む、請求項１に記載の方法。
5. 前記割り当て情報は、前記第１のＣＴＢおよび第２のＣＴＢにおいて使用されるＰＨＹモードを示す第３のフィールドをさらに含む、請求項４に記載の方法。
6. 無線ネットワーク内のコーディネーターにおいて、チャネル資源を割り当てる方法であって、前記方法は、
   チャネル資源を要請するために第１のデバイスから帯域幅要請命令を受信することであって、前記帯域幅要請命令は、前記要請されたチャネル資源が双方向チャネルタイムブロック（ＣＴＢ）であることを示すインジケータと、割り当てられるＣＴＢの数に関連する情報と、最小スケジュールピリオドおよび最大スケジュールピリオドに関する情報とを含み、前記双方向ＣＴＢは、第１のＣＴＢと第２のＣＴＢとを含み、前記第１のＣＴＢは、前記第１のデバイスによって、第１のメッセージを第２のデバイスに伝送するために使用され、前記第２のＣＴＢは、前記第１のメッセージに応答して、前記第２のデバイスによって、第２のメッセージを前記第１のデバイスに伝送するために使用される、ことと、
   前記第１のＣＴＢおよび前記第２のＣＴＢをスーパーフレーム内に割り当てるための割り当て情報を放送することであって、前記割り当て情報は、前記割り当てられた第１のＣＴＢおよび第２のＣＴＢが前記双方向ＣＴＢであることを示す第１のフィールドを含む、ことと
   を含む、方法。
7. 前記割り当て情報は、放送されたビーコン内に含まれる、請求項６に記載の方法。
8. 前記第２のメッセージは、前記第１のメッセージへの応答である、請求項６に記載の方法。
9. 前記割り当て情報は、前記無線ネットワーク内で使用される高レート物理（ＨＲＰ）チャネルおよび低レート物理（ＬＲＰ）チャネルの中のＬＲＰチャネルにおいて放送される、請求項６に記載の方法。
10. 前記割り当て情報は、前記割り当てられた第１のＣＴＢおよび第２のＣＴＢが静的スケジュールまたは動的スケジュールに関連するか否かを示す第２のフィールドをさらに含む、請求項６に記載の方法。
11. 前記割り当て情報は、前記第１のＣＴＢおよび第２のＣＴＢにおいて使用されるＰＨＹモードを示す第３のフィールドをさらに含む、請求項１０に記載の方法。
12. 前記割り当て情報を受信する前に、前記帯域幅要請命令に応答して帯域幅応答命令を前記コーディネーターから受信することをさらに含み、前記帯域幅応答命令は、前記第１のＣＴＢおよび前記第２のＣＴＢが前記スーパーフレーム内に割り当てられることが可能であることを示す「ＳＵＣＣＥＳＳ」の理由コードを含む、請求項１に記載の方法。
13. 前記割り当て情報を放送する前に、前記帯域幅要請命令に応答して帯域幅応答命令を前記第１のデバイスに伝送することをさらに含み、前記帯域幅応答命令は、前記第１のＣＴＢおよび前記第２のＣＴＢが前記スーパーフレーム内に割り当てられることが可能であることを示す「ＳＵＣＣＥＳＳ」の理由コードを含む、請求項６に記載の方法。
14. 前記インジケータは、前記要請されたチャネル資源が、前記第１のＣＴＢおよび前記第２のＣＴＢの対である場合には、１に設定される、請求項１に記載の方法。
15. 前記インジケータは、前記要請されたチャネル資源が、前記第１のＣＴＢおよび前記第２のＣＴＢの対である場合には、１に設定される、請求項６に記載の方法。

Images