JP4668270B2

JP4668270B2 - 通信装置、通信方法、通信プログラムおよびその記録媒体

Info

Publication number: JP4668270B2
Application number: JP2007524563A
Authority: JP
Inventors: 健中島; 誠司今西
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2005-07-08
Filing date: 2006-06-28
Publication date: 2011-04-13
Anticipated expiration: 2026-06-28
Also published as: WO2007007551A1; JPWO2007007551A1; US20090122768A1

Description

本発明は、ネットワークの帯域管理を行う親局として用いられる通信装置、上記親局と子局との間における通信方法に関するものである。

一般に、無線通信のように、通信路を時分割で利用するネットワークにおいては、一度に通信可能なのは１つの送信局と１つまたは複数の受信局との間のみであり、各局が交代で通信を行う。このため、複数の局によってネットワークが構成されている場合、現在通信の当事者となっている送信局および受信局以外の局は、必要最低限の部分のみに電源を供給して、局全体としての電力消費を抑えたパワーセーブ状態に移行することが可能である。

例えば、特許文献１：日本国公開特許公報「特開２００１−２２３６３４号公報（２００１年８月１７日公開）」には、子局（無線端末局）が親局（無線基地局）にスリープ要求およびスリープ要求フレーム数を送出し、親局から返信される許可スリープフレーム数と同期調整用のフレーム数を含む許可信号に基づいて子局がスリープ状態（パワーセーブ状態）に移行する技術が開示されている。

つまり、特許文献１では、親局が各子局に対して同じタイミングで送信するブロードキャストフレームの送信周期を通知し、子局はブロードキャストフレームが送信されない期間についてスリープ状態とし、ブロードキャストフレームが送信されるタイミングに合わせてスリープ解除するようになっている。

また、特許文献１では、親局がブロードキャストフレーム周期を変更する際、変更後のブロードキャストフレーム周期のみを送出し、各子局がスリープ要求フレーム数とブロードキャストフレーム周期とから変更後のスリープフレーム数を算出してスリープフレーム数を更新することが記載されている。

また、特許文献２：日本国公開特許公報「特開２００５−３９６３２号公報（２００５年２月１０日公開）」には、親局（親機）が子局（子機）の識別情報および子局に割り当てる通信時間帯を含むビーコン信号を定期的に送信するとともに、接続要求のあった子局に子局の識別情報とビーコン送信までの時間を示す情報とを含む応答信号を送信し、それを受信した子局がビーコン信号送信までの間、電力消費レベルを低下させる技術が開示されている。

ところが、特許文献１および特許文献２の技術では、親局から送信される帯域割り当ての情報を含む信号（ブロードキャストフレームあるいはビーコン信号）を全ての子局が受信する必要がある。つまり、各子局は、帯域割り当ての情報を含む信号の送信周期ごとにパワーセーブ状態を解除して、当該信号を受信する必要がある。

一方、無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）におけるＭＡＣ層（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＬａｙｅｒ）の規格として広く知られているＩＥＥＥ８０２．１１標準（ＡＮＳＩ／ＩＥＥＥＳｔｄ．８０２．１１，１９９９Ｅｄｉｔｉｏｎ）に対して、ＱｏＳ（Ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ）を実現するための追加仕様として、ＩＥＥＥ８０２．１１ｅ標準の策定が現在進められている。非特許文献１：ＩＥＥＥＰ８０２．１１ｅ／Ｄ１３．０，Ｊａｎｕａｒｙ２００５は、ＩＥＥＥ８０２．１１委員会によって発行された該標準のドラフトである。このドラフトにおいては、パワーセーブ状態の管理方法としてＳ−ＡＰＳＤ（Ｓｃｈｅｄｕｌｅｄａｕｔｏｍａｔｉｃｐｏｗｅｒ−ｓａｖｅｄｅｌｉｖｅｒｙ）と呼ばれる方法が規定されている。

このＳ−ＡＰＳＤでは、各子局に対して帯域を割り当てるスケジュールが子局ごとに設定され、通知される。したがって、各子局は、このスケジュールに合わせてパワーセーブ状態を管理すればよく、特許文献１および２のように、全子局に対して同時に送信される帯域割り当ての情報を含む信号の送信周期毎に全ての子局がパワーセーブ状態を解除する必要がない。このため、Ｓ−ＡＰＳＤによれば、各子局がより効率的にパワーセーブを行うことができるようになっている。

ここで、上記ドラフトの規定に基づいて通信を行うネットワークの一例について説明する。

（ネットワークの構成）
ＩＥＥＥ８０２．１１ｅ標準においては、１つのＱＡＰ（親局）と複数のｎｏｎ−ＡＰＱＳＴＡ（子局；以下、ＱＳＴＡと称する）とにより１つのネットワークが構成される。図１５は、ＩＥＥＥ８０２．１１ｅ標準が適用されるネットワークの１例を示す説明図である。この図に示す例では、１つのＱＡＰ（親局）８０１と２つのＱＳＴＡ（子局）８０２，８０３とによってネットワークが構成されている。なお、この図では２つのＱＳＴＡが存在しているが、２つに限らずさらに多数のＱＳＴＡが存在しうる。

図１６は、ＱＡＰ８０１およびＱＳＴＡ８０２，８０３の概略構成を示すブロック図である。この図に示すように、ＱＡＰ８０１は、アプリケーション９１１、プロトコル制御部９１２、無線部９１４を備えている。

アプリケーション９１１は、図示しない記憶手段に格納されているアプリケーションプログラムを実行する手段である。プロトコル制御部９１２は、ネットワークにおける通信プロトコルを制御するものであり、帯域管理部９１３を備えている。帯域管理部９１３は、各ＱＳＴＡへの帯域割り当てのスケジュールを決定するものである。無線部９１４は、各ＱＳＴＡとの間で通信を行う手段であり、受信した電波信号をプロトコル制御部９１２が理解可能なフレームに変換してプロトコル制御部９１２に送り、プロトコル制御部９１２から送られてくるフレームを電波信号に変換して無線メディアを介してＱＳＴＡに送信する。

ＱＳＴＡ８０２，８０３は、アプリケーション９２１、プロトコル制御部９２２、パワーセーブ管理部９２３、無線部９２４を備えている。アプリケーション９２１および無線部９２４の機能は、ＱＡＰ８０１におけるアプリケーション９１１および無線部９１４の機能と略同様である。プロトコル制御部９２２は、無線部９２４を介して受信するフレーム等に基づいて、ＱＳＴＡ８０２，８０３の動作を制御するものである。また、プロトコル制御部９２２は、パワーセーブ管理部９２３を備えている。パワーセーブ管理部９２３は、ＱＳＴＡ８０２，８０３における、パワーセーブ状態とＡｗａｋｅ状態との切り替えを制御するものである。

（Ｓ−ＡＰＳＤのフレームシーケンス）
次に、このネットワークにおいてＳ−ＡＰＳＤを用いる場合の、ＱＡＰ８０１からＱＳＴＡ８０２，８０３へのデータの送信（ｄｏｗｎｌｉｎｋ伝送）、ＱＳＴＡからＱＡＰへのデータ伝送（ｕｐｌｉｎｋ）、ＱＳＴＡからＱＳＴＡへのデータ伝送（ｄｉｒｅｃｔｌｉｎｋ）の動作について説明する。

図１７は、このネットワークにおいて通信されるフレームシーケンスの一例を示す説明図である。なお、図１５におけるＱＳＴＡ８０２，８０３のいずれかが、この図におけるＱＳＴＡに相当する。

（ＴＸＯＰについて）
ＱＳＴＡにおけるアプリケーション９２１は、データ伝送を開始することを決定すると、データ送信の開始をプロトコル制御部９２２に指示する。このとき、アプリケーション９２１は、該データ伝送に関するＴＳＰＥＣをプロトコル制御部９２２に通知する。ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれる。ＴＳＰＥＣで規定される一連のデータ群をストリームと呼ぶ。例えば、一つの動画像や音声のファイル等がストリームに相等する。ＴＳＰＥＣにはそのストリームの伝送にＳ−ＡＰＳＤを使用するかどうかという情報も含まれている。

これを受けたプロトコル制御部９２２内のパワーセーブ管理部９２３は、そのデータの伝送にＳ−ＡＰＳＤを使用する必要があることを知る。また、データ送信の開始を指示されたプロトコル制御部９２２はＡＤＤＴＳｒｅｑｕｅｓｔフレーム１００１を作成し、無線部９２４に送る。無線部９２４は、このフレームを電波信号に変換して無線メディアを介してＱＡＰ８０１に送信する。なお、このフレームにはＴＳＰＥＣが含まれている。これにより、ＱＳＴＡがＳ−ＡＰＳＤを使用したい旨をＱＡＰ８０１に通知することができる。

ＱＡＰ８０１における無線部９１４は、電波信号を受信したらそれをプロトコル制御部９１２が理解可能なフレームに変換して、プロトコル制御部９１２に送る。プロトコル制御部９１２内の帯域管理部９１３は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュールを決定する。また、プロトコル制御部９１２はＡＤＤＴＳｒｅｑｕｅｓｔフレーム１００１に対する応答として、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２を作成し、無線部９１４に送る。このフレームにはＴＳＰＥＣが帯域管理部９１３において受け入れられて、そのストリーム対する帯域割り当てが承認された旨の情報と、Ｓ−ＡＰＳＤ用のパラーメータとしてＳＳＴ（ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅ）およびＳＩ（ＳｅｒｖｉｃｅＩｎｔｅｒｖａｌ）と呼ばれる値が含まれている。無線部９１４はフレームを電波信号に変換して無線メディアに送信する。

ＳＳＴはＳＰの開始時刻を示し、ＳＩはＳＰの発生間隔を示す。ＳＰとは、ＱＡＰ８０１からＱＳＴＡに対して１つ以上のフレームの送信および当該ＱＳＴＡに１つ以上のｐｏｌｌｅｄＴＸＯＰを付与する期間である。

その後、ＱＡＰ８０１のプロトコル制御部９１２は、上記のようにＱＳＴＡに送信したＳＳＴに応じたタイミングで、そのＱＳＴＡに対するフレームの送信を行う。つまり、そのＱＳＴＡに対して送信すべきデータフレームがある場合には、そのデータフレーム（図１７ではデータフレーム１００３，１００４）を送信する。さらに、プロトコル制御部９１２は、ＱｏＳＣＦ−Ｐｏｌｌフレーム１００５をＱＳＴＡに送信する。

ＱｏＳＣＦ−Ｐｏｌｌフレームは宛先のＱＳＴＡに送信権が付与される事を通知するフレームである。あるＱＳＴＡがＱｏＳＣＦ−Ｐｏｌｌフレームによって送信権を付与される期間をｐｏｌｌｅｄＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎｏｐｐｏｒｔｕｎｉｔｙ）のと呼ぶ。ＱｏＳＣＦ−Ｐｏｌｌフレームには、ＴＸＯＰｌｉｍｉｔフィールドと呼ばれる値が含まれており、この値はＱＳＴＡに対して付与されるｐｏｌｌｅｄＴＸＯＰ期間の長さを示す。ＱｏＳＣＦ−Ｐｏｌｌフレームの送信タイミングと、ＴＸＯＰｌｉｍｉｔの大きさはＱＡＰ８０１が自由に変更可能であり、これらを変更することでＱＡＰ８０１は各ＱＳＴＡへの帯域割り当て量を調整することができる。

ＱｏＳＣＦ−Ｐｏｌｌフレームを受信したＱＳＴＡは、ｐｏｌｌｅｄＴＸＯＰ期間中に、データフレーム（図１７ではデータフレーム１００６，１００７）の送信を行う。

なお、ｎｏｎ−ＡＰＱＳＴＡがストリームの送信を終了し、送信権の付与が不要となった場合は、ＡＤＤＴＳｒｅｑｕｅｓｔフレームと同様の手順で、ＤＥＬＴＳｒｅｑｕｅｓｔフレームがｎｏｎ−ＡＰＱＳＴＡから送信され、その応答として、ＤＥＬＴＳｒｅｓｐｏｎｓｅフレームが送信される（これらの各フレームについては図示していない）。

その後、ＱＡＰ８０１における帯域管理部９１３は、上記のように決定した帯域割り当てのスケジュールに従って、データフレームおよびＱｏＳＣＦ−Ｐｏｌｌフレームを周期的に送信する。つまり、ＳＳＴからＳＩが経過した時に、データフレーム１００８，１００９，ＱｏＳＣＦ−Ｐｏｌｌフレーム１０１０をそのＱＳＴＡに送信し、以降、ＳＩの周期でデータフレームおよびＱｏＳＣＦ−Ｐｏｌｌフレームを送信する。

（ＳＰ（ＳｅｒｖｉｃｅＰｅｒｉｏｄ）について）
ＱＳＴＡにおけるプロトコル制御部９２２が、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２を受信すると、パワーセーブ管理部９２３はＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２に含まれるＳＳＴおよびＳＩから自局のパワーセーブのスケジュールを決定する。

ＱＡＰ８０１はＳＳＴになってからｄｏｗｎｌｉｎｋのデータ送信を開始するので、ＱＳＴＡはＳＳＴで示される時刻までは、パワーセーブ状態になっていても良い。ＩＥＥＥ８０２．１１においては、ＴＳＦタイマと呼ばれる、ネットワークに所属する全てのＱＳＴＡおよびＱＡＰにおいて同期しているタイマが設けられているので、ＱＳＴＡとＱＡＰの間でＳＳＴを同期させることができる。ＴＳＦタイマはプロトコル制御部９１２，９２２で管理されており、帯域管理部９１３やパワーセーブ管理部９２３はこれを参照することができる。

ＱＳＴＡにおけるパワーセーブ管理部９２３は、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２を受信したらパワーセーブ状態に移行するように、ＱＳＴＡ全体を制御する。パワーセーブ状態とは、必要最小限の部分のみに電源を供給することでＱＳＴＡ全体としての消費電力を低下させる状態である。ＱＳＴＡ実装方法によってどの部分に電源供給するかは異なるが、例えば、パワーセーブ管理部９２３だけに電源を供給することが考えられる。

ＱＳＴＡにおけるパワーセーブ管理部９２３は、ＴＳＦタイマを監視し、ＳＳＴで示される時刻に達した時点でパワーセーブ状態からＡｗａｋｅ状態に移行するように、ＱＳＴＡ全体を制御する。Ａｗａｋｅ状態は、ＱＳＴＡ全体（あるいは少なくとも送受信を可能とする部分）に電力が供給され、フレームの送受信等が可能な状態である。なお、ＱＳＴＡの実装方法によっては、パワーセーブ状態からＡｗａｋｅ状態に移行するまでにある程度の時間がかかる場合もあるが、そのような場合には、パワーセーブ管理部９２３がその時間も考慮して早めにＡｗａｋｅ状態への移行処理を開始させる必要がある。

また、ここでは、ＱＳＴＡはＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２を受信してから、ＳＳＴになるまでの間はパワーセーブ状態に移行しているが、パワーセーブ状態に移行せず、例えば送受信の準備を行うなどしても良い。

一方、ＱＡＰ８０１におけるプロトコル制御部９１２はＴＳＦタイマがＳＳＴで示される時間に達した時点でフレームの送信を開始する。なお、ＱＡＰ８０１からＱＳＴＡ宛にデータを送信するための送信要求が、アプリケーション９１１からプロトコル制御部９１２に対して事前に行なわれていたものとする。ここで想定しているのは、ストリームデータではなく、ネットワークの制御等の単発的なデータの送信要求である。

データフレームやＱｏＳＣＦ−ＰｏｌｌフレームにはＥＯＳＰ（ｅｎｄｏｆｓｅｒｖｉｃｅｐｅｒｉｏｄ）フィールドが含まれており、ＱＡＰがそのフレームの送信をもってＳＰを終了させるかどうかの情報が含まれている。ＥＯＳＰ＝１となっている場合はＳＰの終了を示し、これを受信したＱＳＴＡのプロトコル制御部９２２は、ＱＡＰ８０１はそれ以上フレームを送信しないと判断する。また、ＥＯＳＰ＝０となっている場合はＳＰが継続する事を示し、これを受信したＱＳＴＡのプロトコル制御部９２２は、ＱＡＰ８０１はフレームの送信を続けると判断する。

図１７の例では、ＱＡＰ８０１におけるプロトコル制御部９１２は、アプリケーション９１１から送信要求されたデータを、ＥＯＳＰ＝０のデータフレーム１００３，１００４として、ＱＳＴＡ宛に送信している。

アプリケーション９１１から送信要求されたデータの送信が完了したら、プロトコル制御部９１２はＥＯＳＰ＝１のＱｏＳＣＦ−Ｐｏｌｌフレーム１００５をＱＳＴＡ宛に送信する。

ＱＳＴＡはこの時Ａｗａｋｅ状態となっているので、ＱｏＳＣＦ−Ｐｏｌｌフレーム１００５を受信する事が可能である。ＱｏＳＣＦ−Ｐｏｌｌフレームには先に述べたようにＴＸＯＰｌｉｍｉｔが含まれており、ＱＳＴＡにおけるプロトコル制御部９２２は自局に送信権が付与される期間を知ることができる。ここでは、事前にアプリケーション９２１から、ストリームのデータとして送信要求されたデータをデータフレーム１００６，１００７として送信している。このストリームデータの送信は、ＱＡＰ８０１に対するｕｐｌｉｎｋ伝送であってもよく、他のＱＳＴＡに対するｄｉｒｅｃｔｌｉｎｋ伝送であってもよい。また、図１７においては２つのデータフレーム１００６，１００７を送信しているが、ＴＸＯＰｌｉｍｉｔの長さに従って任意の長さのデータフレームを任意の個数、連続的に送信可能である（ただし、プロトコルで定められた上限の長さおよび個数を超えてはならない）。ＴＸＯＰｌｉｍｉｔで示される時間が経過したら、プロトコル制御部９２２はデータの送信を終了する。また、パワーセーブ管理部９２３は送信が終了した事を検出して、パワーセーブ状態に移行するように制御を行う。

その後、ＱＳＴＡにおけるパワーセーブ管理部９２３はＴＳＦタイマの監視を続け、ＳＳＴからＳＩが経過した時刻になったら、再びＡｗａｋｅ状態に移行するように制御を行う。

一方、ＱＡＰ８０１におけるプロトコル制御部９１２も同様にＴＳＦタイマを監視しており、ＱＳＴＡに対してＡＤＤＴＳｒｅｓｐｏｎｓｅフレーム１００２で通知したＳＳＴからＳＩが経過した時刻になったら再びデータフレームの送信を開始する。ここでは、先ほどと同様に、事前にアプリケーション９１１から送信要求されたデータを、ＥＯＳＰ＝０のデータフレーム１００８，１００９として送信した後、ＥＯＳＰ＝１のＱｏＳＣＦ−Ｐｏｌｌフレーム１０１０を送信している。

ＱＳＴＡはこの時Ａｗａｋｅ状態となっているので、データフレーム１００８，１００９およびＱｏＳＣＦ−Ｐｏｌｌフレーム１００５を受信する事が可能である。そして、ＱＳＴＡのプロトコル制御部９２２は、ＱｏＳＣＦ−Ｐｏｌｌフレーム１０１０に含まれるＴＸＯＰｌｉｍｉｔの時間内で、事前にアプリケーション９２１から、ストリームのデータとして送信要求されたデータをデータフレーム１０１１，１０１２として送信する。

その後、図示はしていないが、ＳＩ間隔毎に同様の手順を繰り返す。なお、データ伝送の終了時の処理については説明を省略する。

（ＣＰ（ＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄ）について）
ＣＰ（ＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄ）は、ＱＡＰ８０１が送信権を管理しない期間である。この期間中は、ＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄｃｏｏｒｄｉｎａｔｉｏｎｆｕｎｃｔｉｏｎ）と呼ばれるアクセス方式を用いて、ＱＳＴＡのプロトコル制御部９２２が個別にフレーム送信のタイミングを決定する。ＤＣＦでは、ＱＳＴＡのプロトコル制御部９２２は無線部９０６を通じて無線メディアにフレームが送信されているかどうかを監視する。そして、どの局からもフレームが送信されない状態が所定の期間（ＤＩＦＳと呼ばれる期間）継続したことを検出した場合は、バックオフタイマと呼ばれるダウンタイマの計時を開始する。バックオフタイマは、各ＱＳＴＡにおいて、所定の範囲でランダムな値から開始されるダウンタイマである。このバックオフタイマが０となった時点で無線メディアがアイドルであれば（どの局からもフレームが送信されない状態が継続されていれば）、そのＱＳＴＡはデータの送信を開始することができる。すなわち、ランダムに決定された待ち時間が短い者がデータの送信権を得ることができる。

データの送信権を得たＱＳＴＡは１つのフレームを送信することができる。データの送信が終わったら、ＱＳＴＡは無線メディアにフレームが送信されているかどうかを監視するフェイズに戻り、同様の事が繰り返される。

また、ＩＥＥＥ８０２．１１ｅにおいては、ＤＣＦを拡張したＥＤＣＡＦ（ｅｎｈａｎｃｅｄｄｉｓｔｒｉｂｕｔｅｄｃｈａｎｎｅｌａｃｃｅｓｓｆｕｎｃｔｉｏｎ）と呼ばれるアクセス方式が用いられる。これは、バックオフタイマの大きさを送信するデータの種類によって変化させることにより、送信するデータの種類によって送信の優先度を調節するという仕組みと、データの送信権を得たＱＳＴＡが連続して複数のフレームを送信する仕組みを追加した方式である。ＤＣＦとＥＤＣＡＦのどちらを用いてもよい。

（ＣＰの必要性）
先に述べたように、ＱｏＳＣＦ−Ｐｏｌｌフレームは定期的に送信されるものであり、ＱｏＳＣＦ−Ｐｏｌｌフレームによる帯域割り当ては、基本的には動画像や音声等のストリーミング伝送（データを受信しながら再生する）のように比較的長い（または終わりの無い）データを分割して、周期的に伝送するためのものである。それに対して、ネットワーク管理のためのコマンドや、アプリケーション９２１から発行されるコマンド（動画の早送りのコマンドなど）等については、定期的に送信するものではなく、要求があった時に単発的に送信するものであるので、ＱｏＳＣＦ−Ｐｏｌｌフレームによる帯域割り当て方式には向いていない。このような単発的なデータを送信するために、ＣＰが使用される。

なお、ＣＰをどの程度設けるかは、各ＱＳＴＡからの帯域割り当ての要求を鑑みてＱＡＰ８０１における帯域管理部９１３が決定する。例えばネットワーク全体として、単発的に送信されるデータ少ない場合はＣＰを減らしてｐｏｌｌｅｄＴＸＯＰを増やす、逆に、単発的に送信されるデータが多い場合はＣＰを長くして、ｐｏｌｌｅｄＴＸＯＰを減らすとういうような調整をすることができる。

ただし、ＣＰを全く設けずに、ｐｏｌｌｅｄＴＸＯＰだけを連続的に付与すると、ネットワーク管理のためのコマンド等が送信できなくなってしまう。例えばＱＳＴＡがネットワークに新規に参加する際のコマンドもＣＰにおいて送信されるので、ＣＰを全く設けない場合にはＱＳＴＡがネットワークに参加できなくなってしまう。このため、ＣＰはある程度の周期で設ける必要がある。

（スケジュール周期とパワーセーブ）
従来の一般的な実装においては、ＱＡＰ８０１の帯域管理部９１３が、帯域割り当ての単位となるスケジュールの周期（スケジュール周期と呼ぶ）を決定し、さらに、その周期内でどのような割合で各ＱＳＴＡにｐｏｌｌｅｄＴＸＯＰを付与するかを決定し、このスケジュール周期（単位期間）を繰り返す。これを長期的に見れば、各ＱＳＴＡに付与される帯域の割合が決定されることになる。また、ｐｏｌｌｅｄＴＸＯＰを付与するためにＱＡＰ８０１がＱＳＴＡに対してＱｏＳＣＦ−Ｐｏｌｌフレームを送信する時点においては、ＱＳＴＡはＡｗａｋｅ状態となっている必要がある。

これらの関係について図１８を参照しながら説明する。なお、ここでは、ＱＡＰ８０１（以降、簡略化のために単にＱＡＰと称する）が、３つのＱＳＴＡ（ＱＳＴＡ１，ＱＳＴＡ２，ＱＳＴＡ３）に対して送信権を付与する場合の例について説明する。また、この図においては、ＡＤＤＴＳｒｅｑｕｅｓｔとＡＤＤＴＳｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。つまり、ＱＡＰは、ＡＤＤＴＳｒｅｑｕｅｓｔフレームによって各ＱＳＴＡの送信データの伝送レートなどの情報を通知され、それを元にスケジュールを既に決定しているものとする。ここでは、ＱＳＴＡ１が最も送信データの伝送レートが高く、ＱＳＴＡ３が最も送信データの伝送レートが低いものとする。また、ＡＤＤＴＳｒｅｑｕｅｓｔフレームはＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順序で送信されたものとする。

また、この図において、ＱＡＰ、ＱＳＴＡの時間軸の上側の四角は、その局からフレームが送信される期間を示す。Ｐ１、Ｐ２、Ｐ３という四角はそれぞれ、ＱＡＰからＱＳＴＡ１宛、ＱＳＴＡ２宛、ＱＳＴＡ３宛のＱｏＳＣＦ−Ｐｏｌｌフレームが送信される期間を示す。また、データという四角は、ＱＳＴＡからｕｐｌｉｎｋまたはｄｉｒｅｃｔｌｉｎｋで、１つ以上のデータフレームが送信される事を示している。また、ＱＳＴＡ１〜ＱＳＴＡ３の時間軸の下に示されている斜線の入った四角はそのＱＳＴＡがＡｗａｋｅ状態となっている期間を示す。

最上段のスケジュールという列はＱＡＰが設定した送信権付与のスケジュールを示し、この段におけるＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３という四角はそのＱＳＴＡに送信権を付与する予定の期間である事を示す。すなわち、この期間はＱＳＴＡ宛のＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間とそのＱＳＴＡに付与されるｐｏｌｌｅｄＴＸＯＰを含んでいる。実際にはＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間はｐｏｌｌｅｄＴＸＯＰの長さに比べて非常に小さいので、送信権が付与される期間は、ｐｏｌｌｅｄＴＸＯＰとほぼ同じ長さであると考えてよい。図においては表記の都合上ＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間が比較的大きくなっている。ＣＰという四角はＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄを設ける予定の期間である事を示す。

まず、ＱＡＰはＡＤＤＴＳｒｅｑｕｅｓｔフレームを受信すると、スケジュール周期を決定する。この値は、どのような大きさでも良い。次に、ＱＡＰは受信したＡＤＤＴＳｒｅｑｕｅｓｔフレームの情報を元に、各ＱＳＴＡに対して、どのような頻度でどの程度の期間のｐｏｌｌｅｄＴＸＯＰを付与する必要があるか、という帯域割り当てのスケジュールを決定する。図１８の例では、ＱＳＴＡ１に対しては１回のスケジュール周期ごとにスケジュール周期の３割程度の期間、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の３割程度の期間、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の３割程度の期間、のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与する必要があると判断された場合を示している。

さらに、ＱＡＰは帯域割り当てのスケジュールを元にして、ＳＳＴおよびＳＩを決定する。なお、ｐｏｌｌｅｄＴＸＯＰを付与する時には、ＱＳＴＡにＱｏＳＣＦ−Ｐｏｌｌを受信させる必要がある。このため、各ＱＳＴＡは、ｐｏｌｌｅｄＴＸＯＰを付与されるとき、すなわちＱｏＳＣＦ−Ｐｏｌｌを受信しようとするときにはＡｗａｋｅ状態である必要がある。

ＱＳＴＡ１に対しては、スケジュール周期ごとにｐｏｌｌｅｄＴＸＯＰを付与するので、ＳＩはスケジュール周期と同じ長さにすればよい（ＳＩ１）。また、この時点では、他の局からのＡＤＤＤＴＳｒｅｑｕｅｓｔは受信しておらず、他のｐｏｌｌｅｄＴＸＯＰを付与する予定が無いので、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰはスケジュール周期の先頭とし、ＳＳＴはスケジュール周期の始点に合わせた時刻とする（ＳＳＴ１）。

ＱＳＴＡ２に対しては、２度のスケジュール周期ごとにｐｏｌｌｅｄＴＸＯＰを付与するので、ＳＩはスケジュール周期の２倍の長さにすればよい（ＳＩ２）。また、すでにＱＳＴＡ１のためのｐｏｌｌｅｄＴＸＯＰの付与が予定されているので、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後にする。よって、ＱＳＴＡ２のＳＳＴは、スケジュール周期の始点時刻にＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄＴＸＯＰの長さとを加算した時刻とする（ＳＳＴ２）。

ＱＳＴＡ３に対しては、３度のスケジュール周期ごとにｐｏｌｌｅｄＴＸＯＰを付与するので、ＳＩはスケジュール周期の３倍の長さにすればよい（ＳＩ３）。また、すでにＱＳＴＡ１およびＱＳＴＡ２のためのｐｏｌｌｅｄＴＸＯＰの付与が予定されているので、ＱＳＴＡ３へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの後にする。よって、ＱＳＴＡ３のＳＳＴは、スケジュール周期の始点時刻にＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄＴＸＯＰの長さと、ＱＳＴＡ２へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄＴＸＯＰの長さとを加算した時刻とする（ＳＳＴ３）。

ＡＤＤＴＳｒｅｑｕｅｓｔへの応答として、ＱＡＰはＡＤＤＴＳｒｅｓｐｏｎｓｅフレームを送信し、上記で決定したＳＳＴおよびＳＩをＱＳＴＡに通知する。

なお、図１８においては、説明の簡単化のため、スケジュール周期中の各ＱＳＴＡに対するｐｏｌｌｅｄＴＸＯＰの長さは同じにしているが、これは異なる長さになる場合もある。

（Ｓ−ＡＰＳＤを用いた場合のネットワーク全体の動作）
Ｓ−ＡＰＳＤを用いた場合のネットワークの全体的な動作について図１９を参照しながら説明する。図１９における図の表記方法は図１８と略同様である。ただし、「他のＱＳＴＡ」という軸は、ＱＳＴＡ１およびＱＳＴＡ２以外のＱＳＴＡを示す。したがって、「他のＱＳＴＡ」の時間軸の上側の四角は、ＱＳＴＡ１およびＱＳＴＡ２以外のＱＳＴＡからフレームが送信される期間を示す。

最上段のスケジュールという列はＱＡＰにおける送信権付与のスケジュールを示し、この段におけるＱＳＴＡ１およびＱＳＴＡ２という四角はそのＱＳＴＡに送信権を付与する予定の期間である事を示す。ＣＰという四角はＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄを設ける予定の期間である事を示す。

図１９は、ＱＳＴＡ１およびＱＳＴＡ２に、帯域の４割程度（スケジュール周期うち４割程度の期間）のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与し、残りの２割程度の期間をＣＰに使用している例である。つまり、スケジュール周期の４割程度の長さのｐｏｌｌｅｄＴＸＯＰをＱＳＴＡ１へ付与し、その後、それと同じ長さのｐｏｌｌｅｄＴＸＯＰをＱＳＴＡ２に付与している。さらに、残った２割程度の期間はＣＰに割り当てている。このようなスケジュール周期が長期的に繰り返される。なお、スケジュール周期は８ｍｓ程度を想定している。

図１９におけるフレーム送信の流れについて述べる。この図において、ＡＤＤＴＳｒｅｑｕｅｓｔとＡＤＤＴＳｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームにてＱＡＰはＱＳＴＡ１に対して、ＳＳＴとして、ＱＳＴＡ１に最初にＱｏＳＣＦ−Ｐｏｌｌを送信する予定の時間であるＳＳＴ１を通知し、ＳＩとしては、スケジュール周期と同じ長さのＳＩを通知しているものとする。同様にＱＳＴＡ２に対しては、ＳＳＴとしてＳＳＴ２を、ＳＩとしてはＱＳＴＡ１と同じ長さのＳＩを通知しているものとする。

ＱＡＰはＳＳＴ１の時間になったらＱＳＴＡ１宛にＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１を送信する。このフレームには、予め決定しておいたスケジュールに従ったＴＸＯＰｌｉｍｉｔを指定する、また、ＱＡＰは他のフレームを送信する予定はないので、ＥＯＳＰ＝１を指定する。なお、ここでは、簡単のために、ｄｏｗｎｌｉｎｋのデータは送信しない例としているが、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１の送信前にｄｏｗｎｌｉｎｋのデータを送信してもよい。

ＱＳＴＡ１は先にＡＤＤＴＳｒｅｓｐｏｎｓｅにて、ＳＳＴ１を通知されているので、このときにはＡｗａｋｅ状態となっている。ＱＳＴＡ１はＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１を受信するとデータフレーム１２０２を送信する。先に述べた通りここでは１つ以上のデータフレームが送信される。ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１で通知されたＴＸＯＰｌｉｍｉｔが経過するとＱＳＴＡ１はデータ送信を終了する。そして、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１ではＥＯＳＰ＝１が指定されているので、ＱＳＴＡ１はこれ以上自局宛のデータが送信されることがないと判断し、パワーセーブ状態に移行する。

ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１を送信してから、指定したＴＸＯＰｌｉｍｉｔが経過したら、ＱＡＰはＱＳＴＡ２宛にＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３を送信する。これは、ＳＳＴ２としてＱＳＴＡ２に通知した時間と同じになる。このフレームには、予め決定しておいたスケジュールに従ったＴＸＯＰｌｉｍｉｔを指定する、また、ＱＡＰは他のフレームを送信する予定はないので、ＥＯＳＰ＝１を指定する。なお、簡単のため、ｄｏｗｎｌｉｎｋのデータは送信しない例としているが、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３の送信前にｄｏｗｎｌｉｎｋのデータを送信してもよい。

ＱＳＴＡ２は先にＡＤＤＴＳｒｅｓｐｏｎｓｅにて、ＳＳＴ２を通知されているので、このときにはＡｗａｋｅ状態となっている。ＱＳＴＡ２はＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３を受信するとデータフレーム１２０４を送信する。先に述べた通りここでは１つ以上のデータフレームが送信される。ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３で通知されたＴＸＯＰｌｉｍｉｔが経過するとＱＳＴＡ２はデータ送信を終了する。そして、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３ではＥＯＳＰ＝１が指定されているので、ＱＳＴＡ２はこれ以上自局宛のデータが送信されることがないと判断し、パワーセーブ状態に移行する。

その後はＣＰとなることがスケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信しないものとし、他のＱＳＴＡがＤＣＦ方式でデータフレーム１２０５を送信する。このＣＰにおいては、各ＱＳＴＡが、必要に応じて、１つ以上のデータフレームを送信できる（送信する必要がなければ何も送信しなくてもよい）。

ＣＰの終了予定時間になったら、ＱＡＰは再びＱＳＴＡ１に対してＱｏＳＣＦ−Ｐｏｌｌフレーム１２０６を送信する。これは、前にＱＳＴＡ１に対してＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１を送信してからＳＩが経過した時間であり、ＳＳＴ１からＳＩが経過した時間となる。このとき、ＱＳＴＡ１はＡｗａｋｅ状態となっている。ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０６を受信したＱＳＴＡ１がデータフレーム１２０７を送信して、パワーセーブ状態に移行する流れは、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０１を受信した場合と同様である。

ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０６を送信してから、指定したＴＸＯＰｌｉｍｉｔが経過したら、ＱＡＰはＱＳＴＡ２宛にＱｏＳＣＦ−Ｐｏｌｌフレーム１２０８を送信する。これは、前にＱＳＴＡ２に対してＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３を送信してからＳＩが経過した時間であり、ＳＳＴ２からＳＩが経過した時間となる。このとき、ＱＳＴＡ２はＡｗａｋｅ状態となっている。ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０８を受信したＱＳＴＡ２がデータフレーム１２０９を送信して、パワーセーブ状態に移行する流れは、ＱｏＳＣＦ−Ｐｏｌｌフレーム１２０３を受信した場合と同様である。

その後はＣＰとなることがスケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信ないものとし、他のＱＳＴＡが必要に応じてＤＣＦ方式でデータフレーム１２１０を送信できる。先に述べた通り、ここでは各ＱＳＴＡは、必要に応じて１つ以上のデータフレームを送信できる。

以上のような手順が繰り返されることになり、各ＱＳＴＡは自局にｐｏｌｌｅｄＴＸＯＰが付与されるタイミングでのみＡｗａｋｅ状態となり、効率的にパワーセーブが機能する。

なお、ここでは、スケジュール周期中に、１つのＱＳＴＡにｐｏｌｌｅｄＴＸＯＰが付与されるのは１度だけになっているが、これは複数でも良い。例えば、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの後でＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰを再度スケジュールさしてもよい。ただし、そのような場合は、ＱＳＴＡ１は自局がｐｏｌｌｅｄＴＸＯＰが付与されない期間（ＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰの期間）までＡｗａｋｅ状態になってしまう場合があり、その場合にはパワーセーブの効率が悪くなる。

しかしながら、上記従来技術では、ＣＰが当初の予定スケジュールにおいて設定された期間よりも延長された場合に、その後のスケジュールが当初予定していたスケジュールとずれてしまうため、ＱＳＴＡにおけるパワーセーブの効率が低下してしまうという問題がある。

ＣＰが当初の予定よりも延長されてしまうケースとしては、例えば以下に示す３つのケースが考えられる。

（第１のケース）
第１のケースは、スケジュール周期の最後に設けられたＣＰが延長される場合である。図２０を参照しながらこの第１のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図においては、ＡＤＤＴＳｒｅｑｕｅｓｔとＡＤＤＴＳｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。

この図に示す例では、ＱＡＰが、ＡＤＤＴＳｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１およびＱＳＴＡ２に対して、それぞれ帯域の４割程度を送信権付与期間として付与し、残りの２割程度をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。

そして、ＱＡＰは、このように設定した予定スケジュールに基づくＳＳＴおよびＳＩを、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームにおいて各ＱＳＴＡに通知している。つまり、ＱＡＰは、ＱＳＴＡ１に対して、ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅとして、ＱＳＴＡ１に最初にＱｏＳＣＦ−Ｐｏｌｌを送信する予定の時間であるＳＳＴ１を通知し、ＳｅｒｖｉｃｅＩｎｔｅｒｖａｌとしては、ＳＩを通知している。同様にＱＳＴＡ２に対しては、ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅとしてＳＳＴ２を、ＳｅｒｖｉｃｅＩｎｔｅｒｖａｌとしてはＱＳＴＡ１と同じくＳＩを通知している。なお、ここでは、説明の簡略化のためＱＳＴＡ１とＱＳＴＡ２とのＳｅｒｖｉｃｅＩｎｔｅｒｖａｌは同一としている。

ＱＳＴＡ１およびＱＳＴＡ２に対してｐｏｌｌｅｄＴＸＯＰが付与される流れは背景技術にて説明した例と同様であるのでここでは説明を省略する。

ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰが終了した後は、ＣＰとなることが予定スケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信しないものとし、他のＱＳＴＡがＤＣＦ方式でデータを送信する。

ここで、ＣＰの終了後、ＱＡＰはＱｏＳＣＦ−Ｐｏｌｌフレームを送信して、ｐｏｌｌｅｄＴＸＯＰを付与するが、ＱＡＰが予定スケジュールにおいて予定していた期間よりも、ＣＰが延長されてしまう場合がある。

先に述べた通り、ＣＰにおいては、全ＱＳＴＡは無線メディアにフレームが送信されているかどうかを監視し、どの局からもフレームが送信されない状態がＤＩＦＳと呼ばれる期間継続したことを検出したＱＳＴＡが、バックオフタイマと呼ばれるダウンタイマの計時を開始し、バックオフタイマが０になったＱＳＴＡがフレーム送信を開始できるというＤＣＦ方式でのフレーム送信が可能である。これに対して、ＱＡＰは、ネットワーク全体の管理局であるので、ＤＣＦ方式でフレームを送信するＱＳＴＡよりも、優先的にフレームを送信できる。具体的には、ＱＡＰは無線メディアにフレームが送信されているかどうかを監視し、どの局からもフレームが送信されない状態がＤＩＦＳより短いＰＩＦＳと呼ばれる期間継続したことを検出した時点でフレーム送信を開始できる。すなわち、ＱＳＴＡがＤＣＦ方式でフレームを送信するより先にＱｏＳＣＦ−Ｐｏｌｌを送信してｐｏｌｌｅｄＴＸＯＰを開始させることで、ＣＰを終了させることが可能であり、自局が決定したスケジュールに従ってネットワーク全体の帯域割り当ての管理を行うことができる。

しかし、ＱＡＰがＣＰを終了させる予定だった時間の間際に、ＤＣＦ方式で送信権を得たＱＳＴＡが、長いフレームを送信した場合はそのフレーム送信が終了するまでは、ＱＡＰはＱｏＳＣＦ−Ｐｏｌｌフレームを送信することができず、結果として、予定よりも遅い時間にＱｏＳＣＦ−Ｐｏｌｌフレームを送信することになってしまう。これは、言い換えれば、ＱＡＰにおける帯域割り当てのスケジュールにおいて、ＣＰが延長されたという事になる。

つまり、図２０においては、ＱＳＴＡ２がデータフレーム１３０４の送信を終了した後でＣＰが設けられており、他のＱＳＴＡはこのＣＰにおいてデータフレーム１３０５の送信を開始する。そして、データフレーム１３０５の送信により、ＱＡＰが予定していたＣＰよりも長い期間無線メディアが占有されている。つまり、予定されていた期間に比べてＥＸ１で示される時間だけＣＰが延長されたことになる。

その後、ＱＡＰは再びスケジュール周期の最初から、スケジュールされていた通りにｐｏｌｌｅｄＴＸＯＰを付与するためにＱｏＳＣＦ−Ｐｏｌｌフレームを送信してゆく。一方、ＱＳＴＡにおいては、ＱＡＰからは何の新たな指定も無いので、すでに通知されたＳＳＴとＳＩからＡｗａｋｅになるタイミングを決定する。

ＱＳＴＡ１は、データフレーム１３０２を送信した後でパワーセーブ状態となって、その後ＳＳＴ１からＳＩが経過した時刻でＡｗａｋｅ状態となる。この時刻は、ＱＡＰが元々ＱｏＳＣＦ−ＰｏｌｌフレームをＱＳＴＡ１宛に送信する予定であった時刻であるが、実際にはＣＰが延長されているので、ＱｏＳＣＦ−Ｐｏｌｌフレームは送信されず、ＱＳＴＡ１がＡｗａｋｅ状態になった後ＥＸ１が経過してからＱｏＳＣＦ−Ｐｏｌｌフレーム１３０６が送信される。

同様に、ＱＳＴＡ２は、データフレーム１３０４を送信した後でパワーセーブ状態となって、その後ＳＳＴ２からＳＩが経過した時刻でＡｗａｋｅ状態となるが、この時刻では、ＱｏＳＣＦ−Ｐｏｌｌフレームは送信されず、ＱＳＴＡ２がＡｗａｋｅ状態になった後ＥＸ１が経過してからＱｏＳＣＦ−Ｐｏｌｌフレーム１３０８が送信される。

すなわち、ＱＳＴＡ１およびＱＳＴＡ２にとってみれば、必要の無い期間までＡｗａｋｅ状態となってしまう事になる。

その後もこのスケジュールの遅れは解消されないので、ＱＳＴＡ１およびＱＳＴＡ２はＳＩごとに毎回ＥＸ１の期間だけ無駄にＡｗａｋｅ状態となってしまうことになる。

さらに、図２０の例では、その後、ＱＳＴＡ２によるデータフレーム１３１４の送信後に設けられたＣＰにおいても、他のＱＳＴＡがデータフレーム１３１５を送信することにより、ＣＰがＥＸ２の長さだけ延長されている。

これにより、実際のスケジュールは、予定スケジュールと比べて、ＥＸ１にＥＸ２を加えた期間の遅れが発生してしまい、結果的にＱＳＴＡ１とＱＳＴＡ２とはＥＸ１とＥＸ２とを加算した分だけ不要にＡｗａｋｅ状態となってしまう。

また、図２０の例では、ＱＳＴＡ１においては、Ａｗａｋｅ状態となってＥＸ１とＥＸ２とを加算した期間が経過した後で、ＱｏＳＣＦ−Ｐｏｌｌフレーム１３１６が受信され、データフレーム１３１７を送信しているが、この場合、データフレーム１３１７の送信が完了した時点では、次のＳＰがすでに開始されてしまっているので、ＱｏＳＣＦ−Ｐｏｌｌ１３１６で受信したＥＯＳＰフィールドは無効となり、ＱＳＴＡ１はパワーセーブ状態に移行する事ができない。その後も同様の状態となるため、ＱＳＴＡ１およびＱＳＴＡ２は全くパワーセーブ状態に移行できなくなってしまう。

（第２のケース）
第２のケースは、ｐｏｌｌｅｄＴＸＯＰが予定よりも早く返却された場合にＣＰが発生し、そのＣＰが延長される場合である。

図２１を参照しながらこの第２のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図では、他のＱＳＴＡの動作については記載を省略している。また、この図において、ＡＤＤＴＳｒｅｑｕｅｓｔとＡＤＤＴＳｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。

この図に示す例では、ＱＡＰが、ＡＤＤＴＳｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１およびＱＳＴＡ２に対して、それぞれ帯域の３割程度を送信権付与期間として付与し、残りの４割程度をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。つまり、スケジュール周期の３割程度の長さのｐｏｌｌｅｄＴＸＯＰをＱＳＴＡ１へ付与し、その後、同じ長さのｐｏｌｌｅｄＴＸＯＰをＱＳＴＡ２に付与している。さらに、残った期間はＣＰに割り当てている。

図２１においてはＱｏＳＣＦ−Ｐｏｌｌフレーム１４０５が送信される部分以降に特徴があるので、その部分のみを説明する。

ＱｏＳＣＦ−Ｐｏｌｌ１４０５には、ＴＸＯＰｌｉｍｉｔが含まれており、ＱＳＴＡ１は自局に付与されるｐｏｌｌｅｄＴＸＯＰの長さを知る事ができる。そして、ＱＳＴＡ１は、ＱｏＳＣＦ−Ｐｏｌｌ１４０５を受信した後にデータフレーム１４０６の送信を開始するが、付与されたｐｏｌｌｅｄＴＸＯＰの期間を使い切る前に、送信するべきデータが無くなる場合がある。この場合には、ＱＳＴＡ１がＱＡＰに所定のフレームを送信することにより、ＱＡＰに対して送信権を返却し、ｐｏｌｌｅｄＴＸＯＰを終了させることができる。なお、送信権を返却するために送信可能なフレームは、ＩＥＥＥ８０２．１１ｅの仕様においては、複数種類のフレームが定義されているが本明細書では送信権を返却するためのフレームを総称してＴＸＯＰ返却フレームと呼ぶ。

図２１においては、データフレーム１４０６の送信の途中でＱＳＴＡ１はＴＸＯＰ返却フレームを送信して、途中でｐｏｌｌｅｄＴＸＯＰを終了している。ここで、ｐｏｌｌｅｄＴＸＯＰを返却されたＱＡＰはスケジュールの順序通りにＱＳＴＡ２にＱｏＳＣＦ−Ｐｏｌｌフレームを送信したいところだが、この時点では予定スケジュールにおけるＱＳＴＡ２へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信時刻になっておらず、ＱＳＴＡ２はパワーセーブ状態になっている。このため、ＱＡＰがＱｏＳＣＦ−Ｐｏｌｌフレームを送信してもＱＳＴＡ２には受信されず、ＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰを開始することができない。したがって、ＱＡＰはここでＣＰを設ける事になる。

第１のケースでも述べた通り、ＣＰは延長される場合がある。図２１ではＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの予定時間を越えてＣＰが延長されてしまっている。結果として、その後のＱＡＰにおける帯域割り当てのスケジュールは、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの予定時間を越えてＣＰが延長された長さ（図ではＥＸ）だけずれてしまう。

ＣＰの終了後、ＱＡＰは予定スケジュールの順序通りにｐｏｌｌｅｄＴＸＯＰを付与するためにＱｏＳＣＦ−Ｐｏｌｌフレームの送信を再開する。一方、ＱＳＴＡにおいては、ＱＡＰからは何の新たな指定も無いので、すでに通知されたＳＳＴとＳＩからＡｗａｋｅになるタイミングを決定する。

したがって、第１のケースと同様に、ＱＳＴＡ１およびＱＳＴＡ２はＳＩごとに毎回ＥＸの期間だけ無駄にＡｗａｋｅ状態となってしまうことになる。なお、ＣＰの延長が再び発生すると、スケジュールの遅れが累積して行く事も第１のケースと同様である。

（第３のケース）
第３のケースは、ＳＩの異なるストリームを各ＱＳＴＡに送信する場合に、各ＱＳＴＡのｐｏｌｌｅｄＴＸＯＰの間にＣＰが発生し、そのＣＰが延長される場合である。

図２２を参照しながらこの第３のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図では、他のＱＳＴＡの動作については記載を省略している。また、この図において、ＡＤＤＴＳｒｅｑｕｅｓｔとＡＤＤＴＳｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。

この図に示す例では、ＱＡＰが、ＡＤＤＴＳｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１に対してはスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与し、各スケジュール周期における残りの期間をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。

なお、ＱＳＴＡ１のＳｅｒｖｉｃｅＩｎｔｅｒｖａｌはスケジュール周期と同じ長さであり（ＳＩ１）、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰはスケジュール周期の先頭に配置され、ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅはスケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。また、ＱＳＴＡ２のＳｅｒｖｉｃｅＩｎｔｅｒｖａｌはスケジュール周期の２倍の長さであり（ＳＩ２）、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に配置され、ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅはスケジュール周期の始点時刻にＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの長さとＱＡＰからＱＳＴＡ１へのＤｏｗｎｌｉｎｋ伝送の期間（ＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間を含む）とを加算した時刻である（ＳＳＴ２）。ＱＳＴＡ３については、ＳｅｒｖｉｃｅＩｎｔｅｒｖａｌはスケジュール周期の３倍の長さであり（ＳＩ３）、ＱＳＴＡ３へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの後に配置され、ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅは、スケジュール周期の始点時刻にＱＳＴＡ１およびＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの長さと、ＱＡＰからＱＳＴＡ１およびＱＳＴＡ２へのＤｏｗｎｌｉｎｋ伝送の期間（ＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間を含む）とを加算した時刻である（ＳＳＴ３）。

このような帯域割り当ての予定スケジュールである場合、スケジュール周期によっては、ｐｏｌｌｅｄＴＸＯＰを付与する必要の無いＱＳＴＡが生じる。その場合には、空いた時間にはＣＰを設けることになる。

例えば、スケジュール周期２においては、ＱＳＴＡ２とＱＳＴＡ３とのｐｏｌｌｅｄＴＸＯＰが不要なので、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰが終了した後は全てＣＰとしている。また、スケジュール周期３においては、ＱＳＴＡ３のｐｏｌｌｅｄＴＸＯＰが不要なので、ＱＳＴＡ１とＱＳＴＡ２とへのｐｏｌｌｅｄＴＸＯＰが終了した後は全てＣＰとしている。

問題となるのはスケジュール周期４のような場合である。スケジュール周期１においては、ＱＳＴＡ３にはＱＳＴＡ１とＱＳＴＡ２とへのｐｏｌｌｅｄＴＸＯＰを付与した後で、ｐｏｌｌｅｄＴＸＯＰを付与するというスケジュールなので、それに合わせたＳＳＴ３を通知している。そして、再びＱＳＴＡ３にｐｏｌｌｅｄＴＸＯＰを付与するのは３つ後のスケジュール周期となるので、ＳＩ３としてはスケジュール周期の３倍の長さを通知している。スケジュール周期４においては、ＱＳＴＡ１とＱＳＴＡ３とへのｐｏｌｌｅｄＴＸＯＰを設ける必要があるが、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰが終了した直後はＱＳＴＡ３はＡｗａｋｅ状態となっておらず、ＱＳＴＡ３へのＱｏＳＣＦ−Ｐｏｌｌを送信する事ができない。したがって、ＱＡＰは、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ３とへのｐｏｌｌｅｄＴＸＯＰの間にＣＰを設ける事になる。図２２においては、スケジュール周期４において、ＱＳＴＡ１がＱｏＳＣＦ−Ｐｏｌｌフレーム１５１３を受信、データフレーム１５１４を送信した後がＣＰとなっている。ところが、このＣＰの終了間際に長いフレームが他のＱＳＴＡから送信され、ＣＰがＥＸで示される時間だけ延長されている。このため、ＱＳＴＡ３はＱｏＳＣＦ−Ｐｏｌｌフレームが送信される事を期待して、ＳＳＴ３からＳＩ３が経過した時点でＡｗａｋｅ状態となっているが、実際にＱｏＳＣＦ−Ｐｏｌｌフレーム８１５が送信されるのは、Ａｗａｋｅ状態となってからＥＸの時間が経過した後という事になる。

その後、ＱＳＴＡ３はＳＩ３ごとに毎回ＥＸの期間だけ無駄にＡｗａｋｅ状態となってしまうことになり、パワーセーブの効率が低下する。

さらに、その後のＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレーム１５１７や、ＱＳＴＡ２へのＱｏＳＣＦ−Ｐｏｌｌフレーム１５１９も遅れることになり、ＱＳＴＡ１〜ＱＳＴＡ３の全てにおいてパワーセーブの効率が低下することになる。なお、ＣＰの延長が再び発生すると、スケジュールの遅れが累積して行くことは第１のケースおよび第２のケースと同様である。

なお、ＣＰの延長が発生した場合だけでなく、無線区間においてノイズが発生した場合にもスケジュールの遅延は発生し得るため、その場合にもスケジュールの遅延が発生する。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、親局が子局に送信権を付与するスケジュールの遅延が生じることによって起こるパワーセーブ効率の低下を防止または軽減することにある。

上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備える。

上記の構成によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、第２の通信方法を用いる期間が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブ（電力消費レベルを低下させる制御）を行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、上記スケジュール設定手段は、上記遅延検出手段が上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。

上記の構成によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、その後のスケジュールが再設定される。そして、再設定されたスケジュールに基づいて、ＳＳＩ，ＳＩが送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知される。これにより、子局が認識する送信権付与の開始時刻と、子局に対して実際に送信権付与される開始時刻とを同期させることができる。このため、例えば、子局が上記親局から通知されるＳＳＩ，ＳＩに基づいてパワーセーブを行う場合に、子局に対して実際に送信権付与される開始時刻を子局のパワーセーブのスケジュールに同期させることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

さらに、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。

上記の構成によれば、各子局は、各スケジュール周期の開始時刻から、当該各スケジュール周期での最初の送信権付与信号の送信が完了するまでの間に、自局に対して送信権付与信号が送信されるものと認識する。このため、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、各子局は、送信権付与を行うスケジュール周期の開始時刻またはそれよりもわずかに遅れた時刻に、パワーセーブ状態を解除してＡｗａｋｅ状態に移行することになる。したがって、例えば、送信権付与されたいずれかの子局が、予定よりも早く送信権を親局に返却した場合であっても、上述の送信権の返却が行なわれた時点で他の子局はＡｗａｋｅ状態になっている。このため、送信権が予定よりも早く返却された場合に、送信権が返却されたことを検出した時点以降に送信権を付与する予定の子局に対して、予定の時刻を繰り上げて送信権を付与するための信号を送信し、子局に受信させることができる。

これにより、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与するまでの期間に、上記第２の通信方法を用いざるを得ない状況を回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設定され、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させるための手段を備えている。

例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合であって、送信権を付与されたいずれかの子局が、予定よりも早く送信権を返却した場合には、その時点では、次に送信権を付与する予定の子局がパワーセーブ状態になっている場合がある。その場合は、親局が、次に送信権を付与する予定の子局に対して送信権を付与しようとしても、その子局は親局からの信号を受信できない。このような場合、通常、当該子局に送信権を付与する予定の時刻になるまで、親局はネットワークに何の信号も送信しない。そして、ネットワークに何も送信されない期間が所定期間以上継続すると、上記第２の通信方法を用いることができる期間が予定外に設けられることになる。

これに対して、上記の構成によれば、送信権を付与されたいずれかの子局が、予定よりも早く送信権を返却した場合に、上記第２の通信方法の使用を禁止させるための手段が、親局に送信権が返却された後、上記スケジュールにおいて次の子局に対して送信権を付与する時刻まで、上記第２の通信方法を用いることができないようにする。

これにより、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与する予定の時刻までに、上記第２の通信方法が用いられることを回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

さらに、上記の課題を解決するために、親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含む。

上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、第２の通信方法を用いる期間が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、上記遅延検出工程で上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。

上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、その後のスケジュールが再設定される。そして、再設定されたスケジュールに基づいて、ＳＳＴ，ＳＩが送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知される。これにより、子局が認識する送信権付与の開始時刻と、子局に対して実際に送信権付与される開始時刻とを同期させることができる。このため、例えば、子局が上記親局から通知されるＳＳＩ，ＳＩに基づいてパワーセーブを行う場合に、子局に対して実際に送信権付与される開始時刻を子局のパワーセーブのスケジュールに同期させることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

さらに、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記スケジュールを設定するときに、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げる。

上記の方法によれば、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与するまでの期間に、上記第２の通信方法を用いざるを得ない状況を回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設定され、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させる。

上記の方法によれば、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与する予定の時刻までに、上記第２の通信方法が用いられることを回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

本発明の一実施形態にかかるＱＡＰ（親局）が管理するネットワークにおけるタイミングチャートの一例である。本発明の一実施形態にかかるＱＡＰの概略構成を示すブロック図である。本発明の一実施形態にかかるＱＡＰの処理の流れを示すフロー図である。本発明の一実施形態にかかるＱＡＰ（親局）が管理するネットワークにおけるタイミングチャートの他の例である。本発明の他の実施形態におけるＱＡＰの処理の流れを示すフロー図である。本発明の他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態におけるＱＡＰの処理の流れを示すフロー図である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。従来のネットワークの構成例を示す説明図である。従来のネットワークに用いられる親局および子局の構成を示すブロック図である。従来のネットワークにおいて通信されるフレームシーケンスの一例を示す説明図である。従来のネットワークにおけるタイミングチャートの一例である。従来のネットワークにおけるタイミングチャートの一例である。従来のネットワークにおけるタイミングチャートの一例である。従来のネットワークにおけるタイミングチャートの一例である。従来のネットワークにおけるタイミングチャートの一例である。

〔第１の実施の形態〕
本発明の一実施形態について説明する。図２は、本実施形態にかかるＱＡＰ（親局）１０の概略構成を示すブロック図である。このＱＡＰ１０は、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものであり、例えば図１５に示したネットワークにおいてＱＡＰ８０１に代えて用いられる。なお、ＱＳＴＡ（子局；ｎｏｎ−ＡＰＱＳＴＡ）については、図１６に示したＱＳＴＡと同様のものを用いることができる。

本実施形態にかかるＱＡＰ１０は、帯域割り当てのスケジュールに予定のスケジュールに対する遅れが生じた場合に、それ以降のフレーム送信タイミングを制御することで遅れを元に戻し、ＱＳＴＡでのパワーセーブのスケジュールと実際のフレーム送信タイミングとを同期するように補正するものである。

図２に示すように、ＱＡＰ１０は、アプリケーション部１１、プロトコル制御部１２、スケジュール記憶部１３、無線部１４を備えている。

アプリケーション部１１は、図示しない記憶手段に格納されているアプリケーションプログラムを読み出して実行するものである。

プロトコル制御部１２は、このＱＡＰ１０が管理するネットワークにおける通信プロトコルを制御するものであり、帯域管理部１５、記憶制御部１６、ＴＳＦタイマ１７などを備えている。

帯域管理部１５は、スケジュール設定部１８、タイミング制御部２０、ネットワーク監視部２１、遅延検出部１９などを備えている。

スケジュール設定部１８は、ＡＤＤＴＳｒｅｑｕｅｓｔフレームによって各ＱＳＴＡから通知される送信データの伝送レートなどの情報に基づいて、各ＱＳＴＡに対する帯域割り当てのスケジュール（各ＱＳＴＡに対するｄｏｗｎｌｉｎｋ伝送、および、各ＱＳＴＡに対する送信権付与のスケジュール）を設定する。なお、このスケジュールは、ＴＳＦタイマ１７の時刻に関連付けて設定される。ＴＳＦタイマ１７の時刻は、ネットワークに所属する全てのＱＳＴＡおよびＱＡＰにおいて同期している。

また、スケジュール設定部１８の設定したスケジュールは、記憶制御部１６によってスケジュール記憶部１３に記憶される。スケジュール記憶部１３は、スケジュール設定部１８の設定した予定スケジュールを記憶するものであり、記憶制御部１６は、スケジュール記憶部１３に対するスケジュールの記憶および記憶したスケジュールの読み出しを制御するものである。

タイミング制御部２０は、スケジュール設定部１８の設定したスケジュールに基づいて、各ＱＳＴＡへのデータフレームおよび／またはＱｏＳＣＦ−Ｐｏｌｌフレーム（送信権付与フレーム）の送信タイミングを制御する。ただし、タイミング制御部２０は、ＣＰ（ＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄ）においては、どの局からもフレームが送信されない状態がＰＩＦＳの期間経過するまではフレームの送信を開始させない。

ネットワーク監視部２１は、いずれかのＱＳＴＡからフレームが送信されているかどうか（ネットワーク（無線メディア）にフレームが送信されているかどうか）を監視する。また、どの局からもフレームが送信されない状態の継続期間を計時し、当該計時した期間がＰＩＦＳと呼ばれる期間継続したかどうかを判定し、判定結果をタイミング制御部２０に伝達する。また、ＣＰにおいて、どの局からもフレームが送信されない状態がＰＩＦＳの期間に達したときに、その旨を遅延検出部１９に通知する。

遅延検出部１９は、実際のスケジュールが、予定スケジュールに対して遅延したか否かを検出するものである。上記したように、ＱＡＰ１０は、ネットワーク監視部２１によって、ＣＰに入ってからもメディアをセンスしている（メディアにフレームが送信されているかどうかを監視している）いる。そして、ＣＰにおいて、どの局からもフレームが送信されない状態がＰＩＦＳの期間に達したときに、その旨が遅延検出部１９に通知される。これにより、遅延検出部１９は、ＣＰが終了する時刻を検出する。そして、記憶制御部１６を介してスケジュール記憶部１３から予定スケジュールを読み出し、ＣＰの終了時刻を比較することで、ＣＰが延長されたか否か、すなわちスケジュールが遅延したか否かを判定する。

また、遅延検出部１９は、ＣＰが延長された場合、予定スケジュールにおいて当該ＣＰを終了させる予定であった時刻に対して、ＣＰが延長された時間ＥＸを算出する。

無線部９１４は、各ＱＳＴＡとの間で通信を行う手段であり、受信した電波信号をプロトコル制御部１２が理解可能なフレームに変換してプロトコル制御部１２に送り、プロトコル制御部１２から送られてくるフレームを電波信号に変換して無線メディアを介してＱＳＴＡに送信する。

次に、ＱＡＰ１０の動作について説明する。図３は、ＱＡＰ１０の動作の流れを示すフロー図である。図１は、ＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図１における表記方法や略称などは背景技術にて説明した図１８等と略同様である。

図３に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳｒｅｑｕｅｓｔフレームを受信すると（Ｓ１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図３では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。

次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ２）。

図１の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与している。

なお、この例では、ＱＳＴＡ１については、ＳＩ（ＳｅｒｖｉｃｅＩｎｔｅｒｖａｌ）はスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴ（ＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅ）は、スケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。

また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に配置され、ＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間（Ｐ１）とｐｏｌｌｅｄＴＸＯＰの長さを加算した時刻である（ＳＳＴ２）。

また、各スケジュール周期におけるＱＳＴＡ２のデータフレームの送信後にＣＰが設けられている。

ＣＰの延長が発生しない場合には、この予定スケジュールに基づいて各ＱＳＴＡの送信権付与期間が管理されることになる。

Ｓ２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図１では、ＡＤＤＴＳｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。

また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ４）。

その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ５）。

また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ６）。

そして、Ｓ６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ７）。そして、予定スケジュールを終了していない場合には引き続きＳ５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。

一方、Ｓ６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ８）、算出した遅延時間をタイミング制御部２０に通知する。

タイミング制御部２０は、遅延検出部１９の算出した遅延時間と、予定スケジュールの各スケジュール周期に設けられているＣＰとから、遅延を取り戻すためにＣＰを省略するスケジュール周期を決定する（Ｓ９）。つまり、延長されたＣＰの長さＥＸと、予定スケジュールにおける本来のＣＰの長さから、タイミング制御部２０はＣＰを何度省略すれば、ＱＡＰ１０による実際の帯域割り当てのスケジュールと、予定スケジュールとを同期させられるかを算出し、遅延を取り戻すためにＣＰを省略するスケジュール周期を決定する。

そして、タイミング制御部２０は、Ｓ９において決定したスケジュール周期については、ＣＰを設けないように（予定したＣＰを省略するように）フレーム送信を行う（Ｓ１０）。そして、Ｓ９において決定したスケジュール周期を終えた後は、再びＳ５の処理を行う。これにより、実際のフレーム送信タイミングが予定スケジュールに対して遅延していることを検出した後、予定スケジュールのフレーム送信タイミングに戻るまで、ＣＰを省略して短縮したスケジュール周期でフレームの送信が行われる。

図１に示す例では、スケジュール周期１におけるＣＰがＥＸで示される時間だけ延長されている。これに伴い、ＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレーム（Ｐ１）１０５の送信タイミングがＥＸの期間遅れている。Ｓ６の処理によって遅延検出部１９がこの遅れを検出し、Ｓ７においてその遅延時間を算出すると、タイミング制御部２０は、この遅延を解消するために、スケジュール周期２および３のＣＰを省略するように決定している。

したがって、タイミング制御部２０は、予定スケジュールにおいてスケジュール周期２に設けていたＣＰを省略し、スケジュール周期２におけるＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰが終了した後、すぐに次のスケジュール周期３で付与するｐｏｌｌｅｄＴＸＯＰを開始させるように、ＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）１０９を送信している。そして、次のスケジュール周期３においても同様にＣＰを省略している。これにより、実際のスケジュール周期４において、遅れを取り戻され、実際のスケジュール周期と予定スケジュール周期とが一致している。

以上のように、本実施形態にかかるＱＡＰ１０は、予定スケジュールに対する実際のスケジュールの遅れの有無を判定し、遅れが生じている場合には、その遅れを取り戻すまで、予定スケジュール周期において設定されていたＣＰを省略する。

これにより、実際のスケジュールと予定スケジュールとを同期させることができる。すなわち、実際のスケジュールと、ＱＳＴＡが予定スケジュールに基づいて（ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームで受信したＳＳＴおよびＳＩに基づいて）設定したパワーセーブのスケジュールと同期させることができる。したがって、ＣＰが延長されることによってパワーセーブ効率が低下することを軽減できる。

つまり、従来の技術では、ＣＰが延長された場合も、通常のスケジュール（予定スケジュール）に従って、その後の各スケジュールについてｐｏｌｌｅｄＴＸＯＰとＣＰとを設けて一つのスケジュール周期としていた。これに対して、本実施形態では、図１に実際のスケジュールとして示しているように、ＣＰの延長が生じた後のスケジュール周期２以降については、スケジュールの遅れを取り戻すまで、ｐｏｌｌｅｄＴＸＯＰは予定通り設けるものの、ＣＰは設けないようにしている。これは、ＣＰの延長が生じた後のスケジュール周期を予定のスケジュールのスケジュール周期に比べて短縮しているとも言える。

例えば、図１の例では、ＱｏＳＣＦ−Ｐｏｌｌフレーム（Ｐ２）１０７を送信してＱＳＴＡ２に対してｐｏｌｌｅｄＴＸＯＰを付与し、そのｐｏｌｌｅｄＴＸＯＰが終了した後、従来ならばＣＰを設けるために、ＤＩＦＳ以上の間無線メディアがアイドルとなるようにＱＡＰ１０は何も送信しない。このため、従来の技術では、スケジュール周期２以降においてスケジュールの遅れは解消されない。

これに対して、本実施形態では、スケジュール周期２においてＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰが終了した後すぐに次のスケジュール周期３で付与するｐｏｌｌｅｄＴＸＯＰを開始させるために、ＱｏＳＣＦ−Ｐｏｌｌフレーム（Ｐ１）１０９を送信している。つまり、スケジュール周期２においてはＣＰが設けられないことになる。なお、ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を開始できる事は先に述べた通りである。

同様にスケジュール周期３においても、ＣＰを設けることなく、スケジュール周期４に移行し、ＱｏＳＣＦ−Ｐｏｌｌフレーム（Ｐ１）１１３を送信している。図１の例では、ＥＸの長さが、予定スケジュールにおいて各スケジュール周期に設けたＣＰの長さの２倍であったものとしているので、２度のＣＰを省略することにより遅れは取り戻せる。したがって、スケジュール周期３が終わった時点で遅れは取り戻せている。このため、ＱＡＰ１０はスケジュール周期４以降においては、通常通り（予定スケジュール通り）ＣＰを設けている。

このような処理により、ＱＳＴＡ１およびＱＳＴＡ２においては、時間の経過と共に、無駄にＡｗａｋｅ状態となっている時間が減少してゆき、最終的には、ＣＰが発生する前と同じ効率でパワーセーブすることができる。

なお、本実施形態では、タイミング制御部２０が、スケジュールの遅延が解消するまでの期間、各スケジュール周期のＣＰを省略している（ＣＰを全く設けないものとしている）が、これに限るものではない。

例えば、遅延が解消するまでの期間におけるＣＰを、予定スケジュールにおけるＣＰよりも短くするようにしてもよい。この場合、ＱＡＰ１０（タイミング制御部２０）は、一旦はＣＰが開始されるように、スケジュール周期における最後のｐｏｌｌｅｄＴＸＯＰが終了した後で、ＤＣＦのＱＳＴＡにフレームの送信が開始できるようにフレームを送信しない。そして、そのフレームの送信が終わった時点で、次のスケジュール周期を開始するべき時間になっていたらＱｏＳＣＦ−Ｐｏｌｌフレームを送信し、まだスケジュール周期を開始するべき時間になっていなかったら再び何も送信せずＤＣＦのＱＳＴＡがフレームの送信を開始するのを待つ。

これにより、例えば、ＥＸの長さよりも予定スケジュールにおけるＣＰの長さが長い場合には、全てのＣＰを省略しなくとも遅れを取り戻せる。ただし、この場合（ＣＰを省略しない場合）は、当然ながらＣＰがさらに延長される可能性があるので、場合によっては遅れが取り戻せないことになる。

また、ＣＰを省略するスケジュール周期と、ＣＰを短縮するスケジュール周期とを適宜組み合わせて設定してもよい。これにより、例えば、延長時間ＥＸが予定スケジュールにおいて各スケジュール周期に設けたＣＰの長さの整数倍でない場合であっても、ＣＰの短縮期間を調節することで、実際のスケジュールを予定スケジュールに同期させることができる。

また、遅延が生じている期間中においても、予定スケジュールにおいて設けていたＣＰと同じ長さのＣＰを有するスケジュール周期を所定の頻度で設けてもよい。例えば、遅延が生じている期間において、ＣＰを省略するスケジュール周期とＣＰを設けるスケジュール周期とを交互に設けてもよい。また、ＣＰが設けられない期間が所定の期間以上継続しないように、複数のタイミング周期ごとに、ＣＰを設けるスケジュール周期を挿入するようにしてもよい。

また、本実施形態では、遅延検出部１９が、ＣＰが予定よりも延長されたか否かを判定するともに、延長されたときには延長時間を算出し、その延長時間に基づいてタイミング制御部２０がＣＰを省略するスケジュール周期を設定するようになっている。しかしながら、これに限らず、例えば、ＱＡＰ１０からの各送信フレームについて、実際の送信タイミングと予定スケジュールにおける送信タイミングとを比較して遅延の有無を判定し、遅延があると判定した場合に次のＣＰを省略するようにしてもよい。あるいは、各スケジュール周期における所定の送信フレーム（例えば初めの送信フレーム）について、予定スケジュールに対する遅延の有無を判定し、遅延がある場合に次のＣＰを設けないようにしてもよい。

また、スケジュールが解消するまでの期間、ＣＰを省略するのではなく、ＰｏｌｌｅｄＴＸＯＰを短縮または省略する方法をとっても良い。省略すべきＰｏｌｌｅｄＴＸＯＰとしては、重要性またはリアルタイム性の低いデータの伝送のためのものを選択する事が考えられる。重要性またはリアルタイム性の判断は、ＱＳＴＡがＱＡＰに対して何らかのパケットで自局の伝送しているデータの重要性またはリアルタイム性を通知して、データの重要性またはリアルタイム性の情報を基にＱＡＰが判断する方法が考えられる。また、ＱＡＰがパケットの中身を解析して判断する事が考えられる。パケットのヘッダ部分には、一般的にそのパケットが属するプロトコルおよびパケットに含まれるデータの種別に関する情報が含まれているので、それらを元に判定する事が可能である。

また、上記した図１の例では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じ長さに設定しているが、これに限らず、各ＱＳＴＡに異なる長さのＳＩを設定してもよい。また、図１の例では、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、これに限らず、各ＱＳＴＡに対する帯域割り当て量が異なっていてもよい。また、図１の例では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。

（ＱｏＳＣＦ−ＰｏｌｌのＥＯＳＰフィールドについて）
なお、本実施形態において、スケジュール周期の最後のＣＰを省略したときに、一つのスケジュール周期において、１つのＱＳＴＡに２回以上ｐｏｌｌｅｄＴＸＯＰを付与する場合には、ＥＯＳＰフィールドの値に注意する必要がある。図４を参照しながら説明する。図の表記方法や略称などは図１と同様である。また、図４ではＱＳＴＡ１の動作のみに着目し、ＱＳＴＡ２および他のＱＳＴＡについては省略する。

図４における、ＱＡＰ１０（スケジュール設定部１８）の設定した帯域割り当ての予定スケジュールは、ＱＳＴＡ１とＱＳＴＡ２との両方に対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与するものである。

また、ＱＳＴＡ１については、ＳＩはスケジュール周期と同じ長さであり、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰがスケジュール周期の先頭に配置されるように、ＳＳＴが設定されている。ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さであり、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に配置されるように、ＳＳＴが設定されている（図示していない）。

スケジュール周期１のＣＰにおいて、ＣＰがＥＸで示される期間だけ延長されている。ＱＳＴＡ１はＱｏＳＣＦ−ＰｏｌｌフレームＣ０１を受信してから、ＳＩが経過した時点でＡｗａｋｅ状態となっているが、スケジュール周期２は全てＣＰで占有されているため、ＱｏＳＣＦ−Ｐｏｌｌは受信できず、スケジュール周期２の開始時からスケジュール周期３の開始時までＡｗａｋｅ状態となったままである。

ＱＡＰ１０（タイミング制御部２０）は、ＣＰの延長が終了した時点でＱＳＴＡ１宛にＱｏＳＣＦ−ＰｏｌｌフレームＣ０４を送信する。ＱＳＴＡ１はこの時点でＡｗａｋｅ状態となっているので、これを受信し、データフレームＣ０５を送信する。ＱＡＰ１０（タイミング制御部２０）はその後ＱＳＴＡ２にＱｏＳＣＦ−ＰｏｌｌフレームＣ０６を送信した後で、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０７を送信するが、これはＱｏＳＣＦ−ＰｏｌｌフレームＣ０４と同じＳＰ（ＳｅｒｖｉｃｅＰｅｒｉｏｄ）内で送信される。もし、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０４において、ＥＯＳＰフィールドが１に設定されていた場合、ＱＳＴＡ１は次のＳＰの開始までは、ＱＡＰ１０からフレームが送信されないものと判断し、パワーセーブ状態になる。すると、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０７を受信することができず、ＱＡＰ１０はＱＳＴＡ１が再びＡｗａｋｅ状態となるまで、次のＱｏＳＣＦ−Ｐｏｌｌフレームの送信を待つことになる。すなわち、連続的にＱｏＳＣＦ−Ｐｏｌｌフレームを送信することでＣＰの延長による遅れを取り戻すことができなくなる。

本実施形態においては、ＱＡＰ１０（タイミング制御部２０）がＱｏＳＣＦ−ＰｏｌｌフレームＣ０４を送信しようとする時に、あて先のＱＳＴＡにおける同一ＳＰ内で再度ＱｏＳＣＦ−Ｐｏｌｌフレームを送信する予定である場合は、ＥＯＳＰフィールドを０にして送信し、同一ＳＰ内でＱｏＳＣＦ−Ｐｏｌｌフレームを送信する予定がなければ、ＥＯＳＰフィールドを１にする。つまり、ＱＡＰ１０（タイミング制御部２０）は、同一のＳＰ内において同じＱＳＴＡにＱｏＳＣＦ−Ｐｏｌｌフレームを複数回送信するか否かを判定し、複数回送信しない場合にはＥＯＳＰフィールドを１とする一方、複数回送信する場合には最後に送信するＱｏＳＣＦ−ＰｏｌｌフレームのみＥＯＳＰフィールドを１とする（他のＱｏＳＣＦ−ＰｏｌｌフレームではＥＯＳＰフィールドを０とする）。したがって、図４の例では、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０４におけるＥＯＳＰフィールドは０に設定され、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０７におけるＥＯＳＰフィールドは０に設定される。

ＱｏＳＣＦ−ＰｏｌｌフレームＣ０４を受信したＱＳＴＡ１はデータフレームＣ０５を送信するが、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０４におけるＥＯＳＰフィールドは０に設定されているので、ここでは、パワーセーブ状態に移行しない。そして、同一ＳＰ内でＱｏＳＣＦ−ＰｏｌｌフレームＣ０７を受信してデータフレームＣ０８を送信する。先の判定方法に従えば、ＱｏＳＣＦ−ＰｏｌｌフレームＣ０７においては、ＥＯＰＳフィールドは１に設定されるので、ＱＳＴＡ１はデータフレームＣ０８の送信後にパワーセーブ状態に移行する。

その後も帯域割り当てのスケジュールの遅れを取り戻せていないので、ＱＡＰ１０はＣＰを省略してＱｏＳＣＦ−ＰｏｌｌフレームＣ１０を送信し、これを受信したＱＳＴＡ１はデータフレームＣ１１を送信する。先の判定方法に従えば、ＱｏＳＣＦ−ＰｏｌｌフレームＣ１０では、ＥＯＳＰフィールドは１に設定されるので、ＱＳＴＡ１はデータフレームＣ０８の送信後にパワーセーブ状態に移行する。

その後、スケジュール周期５以降は帯域割り当てのスケジュールの遅れが取り戻されて、予定通りの帯域割り当てが行なわれることになる。

このように、本実施形態では、一つのＳＰにおいて２回以上のＱｏＳＣＦ−Ｐｏｌｌフレームを連続的に送信することが可能であり、より迅速にＣＰの延長による帯域割り当てのスケジュールの遅れを取り戻すことができる。

なお、処理の簡単化のために、ＣＰの遅れを取り戻すために連続的にＱｏＳＣＦ−Ｐｏｌｌフレームを送信している場合は、常にＥＯＳＰフィールドを０に設定して送信するということも考えられる。

〔実施形態２〕
本発明の他の実施形態について説明する。なお、説明の便宜上、実施形態１にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。

本実施形態にかかるＱＡＰ１０の構成は、実施形態１に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、スケジュール設定部１８が、予定スケジュールを設定する際、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期を定期的に設ける点が実施形態１と異なっている。本実施形態にかかるＱＡＰ１０では、スケジュールの遅延が生じた場合に、上記各ＱＳＴＡに対して帯域を割り当てないスケジュール周期の長さを短縮または省略することで、遅延を解消するものである。

図５は、本実施形態にかかるＱＡＰ１０の処理の流れを示すフロー図である。図６は、このＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図６における表記方法や略称などは図１と略同様である。図６におけるＱＡＰの時間軸上のＮ１（参照符号２１３）およびＮ２（参照符号２１４）という四角はＱｏＳＮｕｌｌフレームを示す。Ｎ１はＱＳＴＡ１宛のＱｏＳＮｕｌｌフレームであり、Ｎ２はＱＳＴＡ２宛のＱｏＳＮｕｌｌフレームである。ＱｏＳＮｕｌｌフレームの詳細については後述する。

図５に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳｒｅｑｕｅｓｔフレームを受信すると（Ｓ２１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図５では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。

次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ２２）。この際、スケジュール設定部１８は、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期（ｌｏｎｇＣＰ；調整期間）を定期的に設ける。つまり、スケジュール設定部１８は、ｌｏｎｇＣＰを含む予定スケジュールを設定する。

図６の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与している。また、スケジュール周期４については、各ＱＳＴＡに対して帯域を割り当てないｌｏｎｇＣＰとしている。したがって、図６に示す例では、実際のスケジュールにおいて、スケジュール周期３におけるＱＳＴＡ２への帯域割り当ての終了時刻（ＱＳＴＡ２によるデータフレーム２１２の送信後）から、スケジュール周期５の開始時刻までは、ＱＡＰ１０はＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームを送信しない。このスケジュール周期４（ｌｏｎｇＣＰ）では、ＤＣＦ方式により各ＱＳＴＡがデータを送信できる。

Ｓ２２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ２３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図６では、ＡＤＤＴＳｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。

また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ２４）。

その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ２５）。

また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ２６）。

そして、Ｓ２６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ２７）。そして、予定スケジュールを終了していない場合には引き続きＳ２５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。

一方、Ｓ６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ２８）、算出した遅延時間をタイミング制御部２０に通知する。

タイミング制御部２０は、遅延検出部１９の算出した遅延時間に基づいて、遅延を取り戻すためにｌｏｎｇＣＰを短縮する時間を決定する（Ｓ２９）。つまり、延長されたＣＰの長さＥＸだけ、予定スケジュールのｌｏｎｇＣＰを短縮するように、実際のスケジュールにおけるｌｏｎｇＣＰに設定されたスケジュール周期の長さを決定する。

また、タイミング制御部２０は、現在のスケジュールがｌｏｎｇＣＰに設定されたスケジュール周期であるか否かを判断する（Ｓ３０）。そして、ｌｏｎｇＣＰに設定されたスケジュール周期ではないと判断した場合、タイミング制御部２０は予定スケジュールに基づく帯域割り当てを継続する（Ｓ３１）。つまり、タイミング制御部２０はｌｏｎｇＣＰに設定されたスケジュール周期が始まるまでは、予定スケジュールに基づくスケジュール周期で各ＱＳＴＡに対する帯域割り当てを続ける。

したがって、図６の例では、ＱＡＰ１０は、ＣＰが延長された後も、予定スケジュールに基づいて、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰとＣＰのセットからなるスケジュール周期２および３の帯域割り当てを続ける。

より詳細には、スケジュール周期２においては、延長されたＣＰが終了した後で、ＱＳＴＡ１宛にＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）２０５を送信する。ＱＳＴＡ１はＳＳＴ１からＳＩが経過した時点でＡｗａｋｅ状態となっており、ＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）２０５を受信したらデータフレーム２０６を送信する。さらに、ＱＡＰ１０は、ＱＳＴＡ２に対してＱｏＳＣＦ−Ｐｏｌｌ（Ｐ２）２０７を送信する。ＱＳＴＡ２はＳＳＴ２からＳＩが経過した時点でＡｗａｋｅ状態となっており、ＱｏＳＣＦ−Ｐｏｌｌ（Ｐ２）２０７を受信したらデータフレーム２０８を送信する。さらに、その後はＣＰを設けるためにＱＡＰ１０は何も送信せず、ＣＰ終了予定時刻になったらＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）２０９を送信する。なお、簡単のため、ここではＣＰの延長は起こらなかったものとする。

同様にスケジュール周期３においても、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰとＣＰとを設けている。すなわち、スケジュールのずれが発生してもスケジュール周期２および３ではずれたままのスケジュールでフレーム送信を続ける。

一方、Ｓ３０においてｌｏｎｇＣＰに設定されたスケジュール周期であると判断した場合、タイミング制御部２０は、Ａｗａｋｅ状態のＱＳＴＡに対して、ＱｏＳＮｕｌｌフレームを送信する（Ｓ３２）。ＱｏＳＮｕｌｌフレームはデータフレームと同じフォーマットであるが、データが含まれていないフレームである。データフレームと同じフォーマットであるのでＥＯＳＰフィールドを含んでおり、ＱＡＰ１０がＱＳＴＡに対してＥＯＳＰフィールドを通知するために使用される。これにより、ＱｏＳＮｕｌｌフレームを受信したＱＳＴＡは、パワーセーブ状態に移行することができる。

より詳細には、ＱＡＰ１０は、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームで各ＱＳＴＡに通知したＳＳＴおよびＳＩの情報と、自局が各ＱＳＴＡ対してＥＯＳＰ＝１でフレームを送信したタイミングの情報から、現在各ＱＳＴＡがＡｗａｋｅ状態かどうかを判定することができる。

例えば、図６の例では、実際のスケジュールにおけるスケジュール周期３が終了した時点で、ＱＡＰ１０は、ＱＳＴＡ１がＡｗａｋｅ状態であるということを知ることができる。さらに、ＱＳＴＡ１に対してはスケジュール周期５になってからＱｏＳＣＦ−Ｐｏｌｌフレームを送信する予定であるので、その時点まではＱＳＴＡ１がパワーセーブ状態となっていてもよいということもわかる。つまり、ＱＳＴＡ１がＡｗａｋｅ状態となっている必要が無いにも関わらず、現在Ａｗａｋｅ状態となっていることがわかる。

ところが、ＱＡＰ１０がＥＯＳＰフィールド（ＥＯＳＰ＝１）を送信しない限り、ＱＳＴＡ１はパワーセーブ状態には移行できない。このため、ＱＡＰ１０は、ＱＳＴＡ１宛にＱｏＳＮｕｌｌフレームをＥＯＰＳ＝１で送信する。これを受信したＱＳＴＡ１はすぐにパワーセーブ状態に移行することができる。そして、後述するようにｌｏｎｇＣＰを短縮することで、スケジュール周期５の開始時点において遅延が解消し、予定スケジュールと実際のスケジュールとが同期するので、次にＱＡＰがＱｏＳＣＦ−Ｐｏｌｌフレーム（Ｐ１）２１５を送信する時刻（ＳＳＴ１とＳＩから計算される）にＡｗａｋｅ状態となることができる。

なお、図６に示す例では、ＱＡＰ１０（タイミング制御部２０）は、スケジュール周期４の開始時点（ｌｏｎｇＣＰの開始時点）でＱＳＴＡ１宛にＱｏＳＮｕｌｌフレーム２１３を送信している。つまり、本実施形態ではＣＰの延長が発生したとしてもｌｏｎｇＣＰに設定されたスケジュール周期以外については予定スケジュール通りにフレーム送信を行うように設定しているので、ｌｏｎｇＣＰの開始時点では遅延が解消されておらずＱＳＴＡ１に対するＱｏＳＮｕｌｌフレームは前のスケジュール周期３が終了した時点でしか送信できないため、ＱＳＴＡ１はＡｗａｋｅ状態になってしばらくしてからＱｏＳＮｕｌｌフレームを受信している。これに比べて、ＱＳＴＡ２に対しては、ＱＳＴＡ２がＡｗａｋｅ状態となる時刻になったらすぐに、ＱＡＰ１０はＱｏＳＮｕｌｌフレームを送信している。このため、ＱＳＴＡ２は無駄にＡｗａｋｅ状態となっている期間がＱＳＴＡ１に比べて短くなっている。このように、可能な限り早めにＱｏＳＮｕｌｌフレームを送信する方がＱＳＴＡのパワーセーブの効率は向上する。ただし、当然ながらＱＳＴＡがＡｗａｋｅ状態となった後で送信しなければならない。

その後、ＱＡＰ１０（タイミング制御部２０）は、予定スケジュールにおけるスケジュール周期５の開始時刻になったらＱＳＴＡ１宛にＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）２１５を送信する（Ｓ３２）。すなわち、実際のスケジュールと予定スケジュールとを同期させるように、予定スケジュールにおけるスケジュール周期５の開始時刻になったらＱＳＴＡ１宛にＱｏＳＣＦ−Ｐｏｌｌ（Ｐ１）２１５を送信し、ｌｏｎｇＣＰに設定されたスケジュール周期４を短縮する。ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を開始できることは先に述べた通りである。

そして、Ｓ３２の処理によって予定スケジュールに同期した後は、再びＳ２５の処理を行う。

これにより、スケジュール周期５以降は予定のスケジュール通りにＱｏＳＣＦ−Ｐｏｌｌフレームを送信できるようになり、ＱＳＴＡ１やＱＳＴＡ２はもともとの予定スケジュールに合わせてパワーセーブのスケジュールを決定しているので、ＱＡＰ１０における帯域割り当てのスケジュールと、ＱＳＴＡにおけるパワーセーブのスケジュールが再び同期し、ＱＳＴＡはＣＰが発生する前と同じ効率でパワーセーブすることができる。

以上のように、本実施形態にかかるＱＡＰ１０は、予定スケジュールを設定するときに、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期（ｌｏｎｇＣＰ）を定期的に設ける。そして、予定スケジュールに対する実際のスケジュールの遅れの有無を判定し、遅れが生じている場合には、ｌｏｎｇＣＰを短縮することで、その遅れを取り戻す。

なお、ｐｏｌｌｅｄＴＸＯＰで送信されるデータはＡＤＤＴＳｒｅｑｕｅｓｔフレームによってＱＳＴＡから登録されたストリームデータであり、一般に動画像などのリアルタイム性の要求されるデータであるので、ｐｏｌｌｅｄＴＸＯＰを予定より減らしてしまうと、受信側で動画像が乱れる等の支障が発生する。これに対して、ＣＰで送信されるデータは基本的には単発的に送信されるものであり、その頻度は比較的高くない。このため、ｌｏｎｇＣＰを短くしても伝送への影響は低い。

また、本実施形態にかかるＱＡＰ１０は、ｌｏｎｇＣＰにおいてＡｗａｋｅ状態となっているＱＳＴＡに、ＥＯＳＰ＝１のＱｏＳＮｕｌｌフレームを送信してパワーセーブ状態に移行させる。これにより、パワーセーブ効率の低下をより適切に防止できる。

なお、本実施形態では、ｌｏｎｇＣＰに各ＱＳＴＡをパワーセーブ状態に移行させるためにＱｏＳＮｕｌｌフレームを送信しているが、これに限るものではない。各ＱＳＴＡに送信権を付与しない（帯域を割り当てない）ことを示すフレームであればよい。具体的には、ＥＯＳＰフィールドを含むフレームであればよく、例えば、ＱＳＴＡ宛のデータフレームやＱｏＳＣＦ−Ｐｏｌｌフレームを送信してもよい。ＱｏＳＣＦ−Ｐｏｌｌフレームを送信する場合にはｐｏｌｌｅｄＴＸＯＰの期間を０としてもよい。また、ｌｏｎｇＣＰ中に各ＱＳＴＡをパワーセーブ状態に移行させることで、パワーセーブの効率を向上させることができるが、必ずしもｌｏｎｇＣＰ中に各ＱＳＴＡをパワーセーブ状態に移行させる必要なない。その場合には、ｌｏｎｇＣＰ中に、ＱＡＰ１０からＱＳＴＡに対してＥＯＳＰフィールドを含むフレームを送信しなくてもよい。また、ｌｏｎｇＣＰ中に一部のＱＳＴＡのみをパワーセーブ状態に移行させても良い。

（ｌｏｎｇＣＰの長さと頻度について）
図６の例では、予定スケジュールにおけるｌｏｎｇＣＰに設定されたスケジュール周期は他のスケジュール周期と同じ長さとしているが、これに限るものではない。ただし、ｌｏｎｇＣＰを含むスケジュール周期がスケジュール周期の整数倍でない場合、予定スケジュールにおいてＱＳＴＡへ通知するＳＩとの同期ができなくなる。このため、ｌｏｎｇＣＰの長さは０以外の整数を他のスケジュール周期に積算した長さである必要がある。このような条件を満たしていれば、ｌｏｎｇＣＰの長さは任意の長さでよい。なお、ｌｏｎｇＣＰの長さは、毎回同じ長さであってもよく、ＱＡＰ１０が予定スケジュールを設定する毎に適応的に変化させてもよい。

図６においてはｌｏｎｇＣＰを含むスケジュール周期を一つだけ記載しているが、これは、基本的には周期的にスケジュールされる。つまり、何度かのスケジュール周期に１度、ｌｏｎｇＣＰに設定されたスケジュール周期が設けられる。このｌｏｎｇＣＰが設けられる周期は任意の長さでよい。また、必ずしも周期的に発生させる必要は無く、ＱＡＰ１０が必要だと判断したときにｌｏｎｇＣＰを設けてもよい。ただし、ｌｏｎｇＣＰを周期的に発生させる方が、ＱＳＴＡに付与するｐｏｌｌｅｄＴＸＯＰとの調整が容易になる。

１つのｌｏｎｇＣＰの長さを長くしたり、ｌｏｎｇＣＰの発生頻度を高くしたりするほど、ＣＰの延長回数が増えた場合に遅れを取り戻すのが容易になるが、その分、ｐｏｌｌｅｄＴＸＯＰを設けられる時間が減ってしまうので、帯域が圧迫される。ｌｏｎｇＣＰをどのような長さ・頻度とするかは、ＡＤＤＴＳで定義されているストリームの数やそのデータレート、ＣＰで伝送するＱＳＴＡの数やそのデータレート等によりＱＡＰ１０が適切に決定すればよい。

ｌｏｎｇＣＰを設けるとそのスケジュール周期においては、ｐｏｌｌｅｄＴＸＯＰが設けられないことになり、帯域の割り当てが減ってしまうことになるが、この帯域の減少分については、他のスケジュール周期におけるｐｏｌｌｅｄＴＸＯＰの長さを長くする等で調整が可能である。

また、図６においては、簡単のためスケジュール周期１でのみＣＰの延長が発生した場合を記載しているが、その後ｌｏｎｇＣＰが発生するまでにＣＰの延長が発生した場合には、累積の延長時間を解消するようにｌｏｎｇＣＰをさらに短縮することで、遅れを取り戻すことができる。なお、ＣＰの延長が連続的に発生するなどして１度のｌｏｎｇＣＰでは全ての遅れを取り戻せなかった場合、すなわち累積の遅延時間がｌｏｎｇＣＰを超えた場合には、複数のｌｏｎｇＣＰで遅れを取り戻すようにしてもよい。

また、実施形態１の構成、すなわちスケジュールの遅延が生じた場合に各スケジュール周期のＣＰを省略または短縮する構成と、本実施形態のようにｌｏｎｇＣＰの長さを調整することで遅延を取り戻す構成とを組み合わせて用いてもよい。

また、ｌｏｎｇＣＰの終了間際にこのｌｏｎｇＣＰの延長が発生する場合も考えられるが、そのときは、実施形態１と実施形態２とを組み合わせて遅れを取り戻してもよく、複数のｌｏｎｇＣＰを短縮することで遅れを取り戻してもよい。

また、本実施形態では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じにしているが、これに限らず、各ＱＳＴＡのＳＩは異なっていてもよい。また、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、異なる帯域割り当て量であってもよい。また、本実施形態では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。

〔実施形態３〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１および２にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。

本実施形態にかかるＱＡＰ１０の構成は、実施形態１および２に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１および２と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、実際のスケジュールが予定スケジュールに対してずれた場合に、スケジュール設定部１８が実際のスケジュールに合わせて予定スケジュールを更新し、更新したスケジュールを通知するためのフレームを各ＱＳＴＡに送信する点が、上記各実施形態と異なっている。これにより、各ＱＳＴＡは、パワーセーブのスケジュールを、ＱＡＰ１０での更新後の帯域割り当てのスケジュールに合わせ直すことで、双方のずれを補正し、パワーセーブを効率的に行うことができる。

図７は、本実施形態にかかるＱＡＰ１０の処理の流れを示すフロー図である。図８は、このＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図８における表記方法や略称などは図１および図６と略同様である。図８におけるＱＡＰの時間軸上のＳ１（参照符号３０５）やＳ２（参照符号３０８）という四角は、Ｓｃｈｅｄｕｌｅフレームを示す。Ｓ１はＱＳＴＡ１宛のＳｃｈｅｄｕｌｅフレームであり、Ｓ２はＱＳＴＡ２宛のＳｃｈｅｄｕｌｅフレームである。このＳｃｈｅｄｕｌｅフレームの詳細については後述する。

図７に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳｒｅｑｕｅｓｔフレームを受信すると（Ｓ４１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図７では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。

次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ４２）。

図８の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与している。

Ｓ４２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ４３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図８では、ＡＤＤＴＳｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。

また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ４４）。

その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ４５）。

また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ４６）。

そして、Ｓ４６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ４７）。そして、予定スケジュールを終了していない場合には引き続きＳ４５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。

一方、Ｓ４６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ４８）、算出した遅延時間をスケジュール設定部１８に通知する。なお、ＱＡＰ１０はＣＰに入ってからもメディアをセンスしているので、ＣＰが終了する時刻を検出することが可能である。このため、自局がＣＰを終了させる予定であった時刻から、どれだけＣＰが延長された時間ＥＸを算出できる。

スケジュール設定部１８は、遅延検出部１９の算出した遅延時間と、スケジュール記憶部１３に記憶されている予定スケジュールとに基づいて、予定スケジュールを再設定（更新）する（Ｓ４９）。

そして、タイミング制御部２０は、Ｓ４９において再設定された予定スケジュールを、Ａｗａｋｅ状態のＱＳＴＡに順次通知する（Ｓ５０）。具体的には、タイミング制御部２０は、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームで各ＱＳＴＡに通知したＳＳＴおよびＳＩの情報（スケジュール記憶部１３に記憶している予定スケジュール）と、自局が各ＱＳＴＡ対してＥＯＳＰ＝１でフレームを送信したタイミングの情報から、現在各ＱＳＴＡがＡｗａｋｅ状態かどうかを判定する。そして、Ａｗａｋｅ状態のＱＳＴＡに対して、更新後の予定スケジュールを通知するために、Ｓｃｈｅｄｕｌｅフレームを送信する。なお、先に述べた通り、ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を開始できる。従来はここで、ＱｏＳＣＦ−Ｐｏｌｌを送信していたが、本実施形態においては、ＱｏＳＣＦ−Ｐｏｌｌフレームを送信する前にＳｃｈｅｄｕｌｅフレームを送信している。

Ｓｃｈｅｄｕｌｅフレームは、ＱＡＰ１０からＱＳＴＡにＳＳＴとＳＩとを通知するためのフレームである。ＱＡＰ１０は任意のタイミングでこのフレームを送信することができ、これを受信したＱＳＴＡはＡＤＤＴＳｒｅｓｐｏｎｓｅフレームで通知されたＳＳＴとＳＩとを更新する。なお、このフレームにはＥＯＳＰフィールドが存在しないので、ＱＳＴＡはこのフレームを受信してもパワーセーブ状態には移行しない。

図８においては、延長されたＣＰが終了した後で、ＱＡＰ１０はＳｃｈｅｄｕｌｅフレーム３０５をＱＳＴＡ１宛に送信している。このフレームには、ＳＳＴとして、ＱＡＰ１０がＱＳＴＡ１に対して次のスケジュール周期におけるＱｏＳＣＦ−Ｐｏｌｌフレーム（３０９）を送信する予定の時間（ＳＳＴ３）を指定し、ＳＩとして、それまでと同じＳＩを指定して送信する。ＳＳＴ３は、ＣＰの終了予定時刻（＝ＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信予定時刻）にＳＩとＥＸを加算することで算出できる。

このとき、ＱＳＴＡ１はＡｗａｋｅ状態となっているので、このＳｃｈｅｄｕｌｅフレームを受信し、自局のＳＳＴを再設定する。すなわち、自局が次にＡｗａｋｅ状態とならなければならない時間をＳＳＴ３に変更する。

さらに、ＱＡＰ１０はＱｏＳＣＦ−Ｐｏｌｌフレーム３０６をＱＳＴＡ１宛に送信している。このフレームでは、従来通りＥＯＳＰフィールドを１に設定する。Ｓｃｈｅｄｕｌｅフレーム３０５にはＥＯＳＰフィールドが存在しないので、これを受信してもＱＳＴＡ１はパワーセーブ状態には移行せず、ＱｏＳＣＦ−Ｐｏｌｌフレーム３０６を受信した時点でＱＡＰからのフレーム送信が終了した事を認識する。

その後、ＱＳＴＡ１はデータフレーム３０７を送信した後パワーセーブ状態に移行する。なお、ここで送信されるデータフレーム３０７が複数でも良いということはこれまでと同様である。

ＳＳＴ３になるとＱＳＴＡ１はＡｗａｋｅ状態となる。またＱＡＰ１０はＱｏＳＣＦ−Ｐｏｌｌフレーム３０６を送信したあとも、元々のスケジュール通りにＱＳＴＡ２に対するｐｏｌｌｅｄＴＸＯＰを付与してＣＰを設けた後で、再びＱＳＴＡ１にＱｏＳＣＦ−Ｐｏｌｌフレーム３０９を送信する。

従来では、ＳｃｈｅｄｕｌｅフレームによるＳＳＴの補正が行なわれないため、ＱＳＴＡ１がＡｗａｋｅになってからＱｏＳＣＦ−Ｐｏｌｌフレームが送信されるまでに遅れが発生していた。これに比べて、本実施形態においては、ＱＳＴＡ１におけるＳＳＴが更新されているので、ＱＳＴＡ１がＡｗａｋｅになってからＱｏＳＣＦ−Ｐｏｌｌフレームが送信されるまでに遅れが発生しない。このため、ＱＳＴＡ１は最小限の時間だけＡｗａｋｅとなっていれば良く、従来に比べて、パワーセーブの効率が向上していることがわかる。

なお、連続的にＣＰの延長が発生した場合には、その都度Ｓｃｈｅｄｕｌｅフレームを送信することで、ずれを補正すればよい。また、ある程度ずれが累積した時点でＳｃｈｅｄｕｌｅフレームを送信し、累積したずれをまとめて補正してもよい。

同様に、ＱＡＰは、ＱＳＴＡ２に対しても、ＱｏＳＣＦ−Ｐｏｌｌフレーム３０９の送信前に、Ｓｃｈｅｄｕｌｅフレーム３０８を送信している。このフレームには、ＳＳＴとしてはＱＡＰ１０がＱＳＴＡ２に対して次のスケジュール周期におけるＱｏＳＣＦ−Ｐｏｌｌフレーム３１１を送信する予定の時間（ＳＳＴ４）を指定し、ＳＩとしてはそれまでと同じＳＩを指定する。

これを受信したＱＳＴＡ２は自局が次にＡｗａｋｅ状態とならなければならない時間をＳＳＴ４に変更する。そして、ＱＳＴＡ２は、データフレーム３１０の送信後パワーセーブ状態となり、ＳＳＴ４になるとＡｗａｋｅ状態となる。これにより、ＳＳＴ４になるとすぐにＱｏＳＣＦ−Ｐｏｌｌフレーム３１３を受信でき、不必要にＡｗａｋｅ状態になることが無いため、パワーセーブの効率が向上している。

なお、図８では、記載の都合上、ＱＳＴＡ１におけるデータフレーム３０７の送信時間が短くなっているように見えるが、実際にはＳｃｈｅｄｕｌｅフレーム３０５の長さはデータフレーム３０７の送信時間に比べて非常に小さいものであるので、データフレーム３０７の送信時間が減るという事はほとんど無い。また、Ｓｃｈｅｄｕｌｅフレーム３０５の送信にかかる時間を予め計算しておいて、ＳＳＴ３の算出時にその時間を加算しても良い。ＱＳＴＡ２におけるデータフレーム３０９とＳｃｈｅｄｕｌｅフレーム３０８との関係も同様である。

また、スケジュール設定部１８は、Ｓ４９において再設定した予定スケジュールを、記憶制御部１６を介してスケジュール記憶部１３に記憶させる（Ｓ５１）。そして、それ以降は更新後の予定スケジュールに基づいてＳ４５以降の処理を行う。

以上のように、本実施形態にかかるＱＡＰ１０は、実際のスケジュールが予定スケジュールに対して遅延したときに、遅延時間に応じて予定スケジュールを再設定し、再設定したスケジュール（ＳＳＴ，ＳＩ）を各ＱＳＴＡに通知する。これにより、各ＱＳＴＡは、遅延時間を考慮して再設定された予定スケジュールに応じてパワーセーブのスケジュールを設定できる。したがって、ＣＰが延長されることによって実際のスケジュールに遅延が生じた場合でも、ＱＳＴＡにおけるパワーセーブ効率の低下を抑制できる。

また、ＱＡＰ１０における帯域割り当てのスケジュールとＱＳＴＡにおけるパワーセーブのスケジュールがずれる原因として、ここではＣＰが延長されることを述べたが、他の原因でこれらがずれてしまった場合にも、ＳｃｈｅｄｕｌｅフレームによってＱＳＴＡのパワーセーブのスケジュールを補正することができる。

例えば、すでにスケジュールに従ってＱｏＳＣＦ−Ｐｏｌｌフレームを送信している途中で、送信元のＱＳＴＡがストリームの伝送を終了させる場合が考えられる。このとき、ＱＳＴＡからＤＥＬＴＳｒｅｑｕｅｓｔフレームを受信したらＱＡＰ１０はその後のスケジュールからそのストリームを削除することになる。そのような場合、スケジュール周期内でのｐｏｌｌｅｄＴＸＯＰの位置を変更する必要があるので、帯域割り当てのスケジュールとパワーセーブのスケジュールがずれてしまう場合が考えられる。このような場合でも、スケジュール設定部１８が再設定した予定スケジュールをＳｃｈｅｄｕｌｅフレームによってＱＳＴＡに送信することで、ＱＳＴＡにおけるパワーセーブのスケジュールを実際のスケジュール（帯域割り当てスケジュール）に同期させることができる。

〔実施形態４〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。

本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜３に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜３と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、スケジュール設定部１８が予定スケジュールを設定するときに、各ＱＳＴＡが各スケジュール期間の先頭（開始時）にＡｗａｋｅ状態となるように、各ＱＳＴＡのＳＳＴおよびＳＩを設定するようになっている。これにより、本実施形態では、あるＱＳＴＡに付与したｐｏｌｌｅｄＴＸＯＰが、予定よりも早く返却された場合に、別のＱＳＴＡに連続してｐｏｌｌｅｄＴＸＯＰを付与できるので、同一スケジュール周期内における２つのｐｏｌｌｅｄＴＸＯＰの間にＣＰが発生しないようになっている。

図９は本実施形態にかかるＱＡＰ１０が管理するネットワークのタイミングチャートの一例である。この図における表記方法や略称などは図１にて説明したものと同様である。なお、他のＱＳＴＡの動作については省略している。

この図に示す例では、ＱＡＰ１０における帯域割り当ての予定スケジュールは、ＱＳＴＡ１とＱＳＴＡ２との両方に対して、スケジュール周期ごとに毎回、スケジュール周期の３割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与するようになっている。

また、ＱＳＴＡ１については、ＳＩはスケジュール周期と同じ長さ（ＳＩ）であり、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴは、スケジュール周期の始点に合わせた時刻（ＳＳＴ１）である。

また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さ（ＳＩ）である。ＳＳＴについては、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に配置されるので、従来であればスケジュール周期の始点からＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄＴＸＯＰの長さを加算した時刻としていた。これに対して、本実施形態においては、ＱＳＴＡ２のＳＳＴをスケジュール周期の始点に合わせた時刻（ＳＳＴ２）としている点に特徴がある。

スケジュール周期１においては、予定のスケジュールどおりにｐｏｌｌｅｄＴＸＯＰが付与されており、従来どおりの動作となる。ただし、ＱＳＴＡ２のＳＳＴをスケジュール周期の始点に合わせているので、ＱＳＴＡ２はスケジュール周期が始まったらすぐにＡｗａｋｅ状態となっている。その後、ＱｏＳＣＦ−Ｐｏｌｌフレーム４０３を受信してからデータフレーム４０４を送信し、パワーセーブ状態に移行する流れはこれまでと同様である。

スケジュール周期２において、まずＱＳＴＡ１宛にＱｏＳＣＦ−Ｐｏｌｌフレーム４０５が送信される。これを受信したＱＳＴＡ１はデータフレーム４０６の送信を開始する。ここで、ＱＳＴＡ１においてｐｏｌｌｅｄＴＸＯＰの途中で送信するべきデータが無くなったとすると、先に述べたようにＱＳＴＡ１はＴＸＯＰ返却フレームを送信して付与されたｐｏｌｌｅｄＴＸＯＰを返却する。このとき、従来であればＱＳＴＡ２はまだＡｗａｋｅ状態となっていないので、ＱＡＰ１０はＱＳＴＡ２に対してＱｏＳＣＦ−Ｐｏｌｌフレームを送信できず、ＣＰを設けていた。しかし、本実施形態においては、各ＱＳＴＡのＳＳＴがスケジュール周期の先頭に合うように設定されているので、ＱＳＴＡ２はこの時点でＡｗａｋｅ状態となっている。このため、ＱＡＰ１０はすぐにＱｏＳＣＦ−Ｐｏｌｌフレーム４０７を送信する。したがって、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの間にＣＰが設けられる事がない。

その後、ＱＳＴＡ２はＱｏＳＣＦ−Ｐｏｌｌフレーム４０７で指定されたＴＸＯＰｌｉｍｉｔが経過するまで、データフレーム４０８を送信し、パワーセーブ状態に移行する。

ＱＡＰ１０はＣＰに移行するために、何も送信せずスケジュール周期２の残った時間は全てＣＰに割り当てる。結果として予定のスケジュールよりもＣＰ時間が長くなっていることになる。

スケジュール周期３の開始予定時間、すなわち、ＱＳＴＡ１に対するＱｏＳＣＦ−Ｐｏｌｌフレーム４０９の送信予定時間になると、ＱＡＰ１０はＱｏＳＣＦ−Ｐｏｌｌフレーム４０９を送信し、その後は予定のスケジュールに従って帯域割り当てを行う。図９においては、その後はＱＳＴＡ１によるＴＸＯＰの早期返却等は発生せず、予定のスケジュールどおりに帯域が割り当てられている。

以上のように、本実施形態にかかるＱＡＰ１０（スケジュール設定部１８）は、各スケジュール周期の先頭において各ＱＳＴＡがＡｗａｋｅ状態となるように予定スケジュール（各ＱＳＴＡのＳＳＴ，ＳＩ）を設定する。

これにより、スケジュール周期内において先に配置されているｐｏｌｌｅｄＴＸＯＰが予定より早く終了した場合でも、次のｐｏｌｌｅｄＴＸＯＰの間にＣＰが設けられ、そのＣＰが延長されることでその後のＱｏＳＣＦ−Ｐｏｌｌの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。

（４−１）ｐｏｌｌｅｄＴＸＯＰの配置例
（４−１−１）ネットワーク全体のパワーセーブ効率を優先させる場合
本実施形態では、各ＱＳＴＡがＡｗａｋｅとなるタイミングをスケジュール周期の始点に合わせている。この場合、各ＱＳＴＡにおけるパワーセーブの効率（ネットワーク全体のパワーセーブ効率）を良くするためには、スケジュール設定部１８が、なるべく期間の短いｐｏｌｌｅｄＴＸＯＰが先になるように各ＱＳＴＡのｐｏｌｌｅｄＴＸＯＰを配置した予定スケジュールを設定すればよい。図１０および図１１を参照しながら具体的に説明する。

図１０は、ｐｏｌｌｅｄＴＸＯＰの期間が長いものから短いものへの順番でｐｏｌｌｅｄＴＸＯＰを配置した例であり、非効率的なｐｏｌｌｅｄＴＸＯＰの配置例である。図１１は、ｐｏｌｌｅｄＴＸＯＰの期間が短いものから長いものへの順番でｐｏｌｌｅｄＴＸＯＰを配置したものであり、効率的なｐｏｌｌｅｄＴＸＯＰの配置例である。なお、図１０および図１１図における表記方法や略称などは図１と略同様である。

図１０と図１１とにおける帯域割り当ては同じになっており、ＱＳＴＡ１への割り当てが最も多く、ＱＳＴＡ３への割り当てが最も少ないものとなっている。すなわち、各ＱＳＴＡに対してスケジュール周期ごとに毎回、ＱＳＴＡ１に対してはスケジュール周期の４割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ２に対してはスケジュール周期の３割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ３に対してはスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与するようになっている。

これらの図において、全ＱＳＴＡを総合的にみたパワーセーブの効率を比較する。各ＱＳＴＡがＡｗａｋｅ状態となっている期間の長さの和を比較し、これがより少ない方がパワーセーブの効率が良いといえる。

ＱＳＴＡ１への１つのスケジュール周期におけるｐｏｌｌｅｄＴＸＯＰの長さ、つまりＱＳＴＡ１がＱｏＳＣＦ−Ｐｏｌｌフレームを受信してから、そのＱｏＳＣＦ−Ｐｏｌｌフレームで示されるＴＸＯＰｌｉｍｉｔの期間が経過するまでの時間をＡとする。これは図１０と図１１とで同じ長さとなる。同様にＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの長さをＢ、ＱＳＴＡ３へのｐｏｌｌｅｄＴＸＯＰの長さをＣとする。

図１０において、１つのスケジュール周期においてＱＳＴＡ１がＡｗａｋｅとなっている時間はＡであり、ＱＳＴＡ２がＡｗａｋｅとなっている時間はＡ＋Ｂであり、ＱＳＴＡ３がＡｗａｋｅとなっている時間はＡ＋Ｂ＋Ｃである。これらの和をＴ１とすると、Ｔ１＝３Ａ＋２Ｂ＋Ｃとなる。

図１１において、１つのスケジュール周期においてＱＳＴＡ１がＡｗａｋｅとなっている時間はＣ＋Ｂ＋Ａであり、ＱＳＴＡ２がＡｗａｋｅとなっている時間はＣ＋Ｂであり、ＱＳＴＡ３がＡｗａｋｅとなっている時間はＣである。これらの和をＴ２とすると、Ｔ２＝３Ｃ＋２Ｂ＋Ａとなる。

上記したように、Ａ＞Ｃであるので、Ｔ１＞Ｔ２である。したがって、図１１の方がネットワーク全体としてのパワーセーブの効率が良い。

言い換えると、長いｐｏｌｌｅｄＴＸＯＰを先に配置すると、その終了を待っている全てのＱＳＴＡがその期間Ａｗａｋｅ状態で待つことになるので、全体としてＡｗａｋｅ状態になっている期間が増加する。このため、パワーセーブの効率が低下する。つまり、長さの異なるｐｏｌｌｅｄＴＸＯＰを配置する場合は、期間の短いものをなるべく前に配置する方が全体としてのパワーセーブの効率は良くなる。

（４−１−２．）各ＱＳＴＡのパワーセーブ効率を均一化させたい場合
上記のように単純にｐｏｌｌｅｄＴＸＯＰの短いＱＳＴＡから順番にｐｏｌｌｅｄＴＸＯＰを配置する場合、ネットワーク全体としてのパワーセーブ効率は良くなるものの、スケジュール周期の前方でｐｏｌｌｅｄＴＸＯＰを付与されるＱＳＴＡはパワーセーブの効率が高くなり、後方でｐｏｌｌｅｄＴＸＯＰを付与されるＱＳＴＡはパワーセーブの効率が悪くなることになる。

そこで、各ＱＳＴＡにおけるパワーセーブの効率を均一化させたい場合には、スケジュール設定部１８が、ＱｏＳＣＦ−Ｐｏｌｌフレームを各ＱＳＴＡに送信する順序を循環的に変更した予定スケジュールを設定するようにしてもよい。図１２は、この場合のタイミングチャートの一例である。なお、この図における表記方法や略称などは図１と略同様である。なお、他のＱＳＴＡの動作についてはこの図には記載していない。

この図に示す例では、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てに対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰを付与するようになっている。また、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てについて、ＳＩはスケジュール周期と同じ長さ（ＳＩ１、ＳＩ２、ＳＩ３）である。また、ＳＳＴの設定は上記した図９と同様に、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てについて、スケジュール周期の始点に合わせた時刻（ＳＳＴ１、ＳＳＴ２、ＳＳＴ３）としている。

ただし、図１２に示すように、図１２では、スケジュール周期ごとにＱｏＳＣＦ−Ｐｏｌｌフレームが送信される順序が循環的に変更されている。すなわち、スケジュール周期１においては、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順番でＱｏＳＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期２においては、ＱＳＴＡ２、ＱＳＴＡ３、ＱＳＴＡ１の順番でＱｏＳＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期３においては、ＱＳＴＡ３、ＱＳＴＡ１、ＱＳＴＡ２の順番でＱｏＳＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期４においては、スケジュール周期１と同じ順序に戻って、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順番でＱｏＳＣＦ−Ｐｏｌｌフレームが送信され、その後はこれが繰り返される。

ここで、ＱＳＴＡ１について着目する。スケジュール周期１においては、ＱＡＰ１０はＱＳＴＡ１に対して、ＱｏＳＣＦ−ＰｏｌｌフレームＡ０１を送信し、それを受信したＱＳＴＡ１がデータフレームＡ０２を送信している。ここでは、ＱＳＴＡ１はスケジュール周期の始点から、その直後の自局のｐｏｌｌｅｄＴＸＯＰが終了するまでＡｗａｋｅ状態となっていれば良いことになる。

スケジュール周期２においては、ＱＡＰ１０はＱＳＴＡ２とＱＳＴＡ３に対して、ＱｏＳＣＦ−ＰｏｌｌフレームＡ０７、Ａ０９を送信した後に、ＱＳＴＡ１宛のＱｏＳＣＦ−ＰｏｌｌフレームＡ１１を送信している。つまり、ここでは、ＱＳＴＡ１はスケジュール周期の始点から、ＱＳＴＡ２とＱＳＴＡ３とのｐｏｌｌｅｄＴＸＯＰが終了し、その後の自局のｐｏｌｌｅｄＴＸＯＰが終了するまでＡｗａｋｅ状態となっていることになる。これはスケジュール周期１に比べると３倍の期間Ａｗａｋｅ状態となっている必要があるということである。

スケジュール周期３においては、ＱＡＰ１０はＱＳＴＡ３に対してＱｏＳＣＦ−ＰｏｌｌフレームＡ１３を送信した後に、ＱＳＴＡ１宛のＱｏＳＣＦ−ＰｏｌｌフレームＡ１５を送信している。つまり、ここでは、ＱＳＴＡ１はスケジュール周期の始点から、ＱＳＴＡ３のｐｏｌｌｅｄＴＸＯＰが終了し、その後の自局のｐｏｌｌｅｄＴＸＯＰが終了するまでＡｗａｋｅ状態となっていることになる。これはスケジュール周期１に比べると２倍の期間Ａｗａｋｅ状態となっている必要があるということである。

図１２の例では、全てのＱＳＴＡに対するｐｏｌｌｅｄＴＸＯＰの長さは同一である。そこで、一つのｐｏｌｌｅｄＴＸＯＰの長さをＴとすると、ＱＳＴＡ１については、スケジュール周期１においてはＴ、スケジュール周期２においては３Ｔ、スケジュール周期３においては２Ｔの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。

ＱＳＴＡ２については、スケジュール周期１においては２Ｔ、スケジュール周期２においてはＴ、スケジュール周期３においては３Ｔの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。

ＱＳＴＡ３については、スケジュール周期１においては３Ｔ、スケジュール周期２においては２Ｔ、スケジュール周期３においてはＴの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。

このように、スケジュール周期１〜３の合計で計算すると、ＱＳＴＡ１〜３がＡｗａｋｅ状態となっている期間は同じ長さとなっている。これはすなわち、ＱＳＴＡ１〜３におけるパワーセーブの効率が均一になっているということである。なお、スケジュール周期４以降は同じスケジュールが繰り返されるので、長期的に見ても各ＱＳＴＡのパワーセーブの効率が均一化されていると言える。

上記のように、本実施形態によれば、連続してｐｏｌｌｅｄＴＸＯＰを付与できるようにＳｅｒｖｉｃｅＳｔａｒｔＴｉｍｅを設定することで、２つのｐｏｌｌｅｄＴＸＯＰの間にＣＰが発生しないようにして、そのＣＰが延長されることでその後のＱｏＳＣＦ−Ｐｏｌｌの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することがない。また、ＱｏＳＣＦ−Ｐｏｌｌフレームを送信する順序を循環的に変更することにより、各ＱＳＴＡにおけるパワーセーブの効率を均一化できる。

つまり、あるＱＳＴＡについてはパワーセーブの効率が良いが、別のＱＳＴＡについてはパワーセーブの効率が悪くなるということを防ぐことができる。例えば、各ＱＳＴＡがバッテリーで動作する場合、各ＱＳＴＡのパワーセーブ効率が不均一だと、パワーセーブの効率の悪いＱＳＴＡから先に動作不能な状態となってしまう可能性がある。例えば、データを保存しているサーバのＱＳＴＡが動作不能な状態になってしまうと、クライアントとなっているＱＳＴＡにおいてバッテリーが残っていて動作可能な状態だとしても、結局はデータを受信することができないため役に立たないということが考えられる。したがって、そのような場合には、上記したように、各ＱＳＴＡのパワーセーブの効率を均一化することで、クライアントだけが動作可能な状態とならず、その分サーバが動作可能となる時間が増えて、ネットワーク全体としての利便性が向上する。

（４−１−３．）その他のｐｏｌｌｅｄＴＸＯＰの配置例
上記の例では、単純にｐｏｌｌｅｄＴＸＯＰの短いＱＳＴＡから順番にｐｏｌｌｅｄＴＸＯＰを配置する例、および、ＱｏＳＣＦ−Ｐｏｌｌフレームを各ＱＳＴＡに送信する順序を循環的に変更する例について説明したが、これらの例に限らず、別の条件を基準にしてｐｏｌｌｅｄＴＸＯＰの配置の順番を決定してもよい。

例えば、各ＱＳＴＡにおけるパワーセーブの効率の重要度に応じて各ＱＳＴＡに関するｐｏｌｌｅｄＴＸＯＰの配置（順序）を設定してもよい。つまり、パワーセーブの効率の重要度が高いＱＳＴＡほど、スケジュール周期の前方に配置するようにしてもよい。

例えば、ＱＡＰ１０が予め各ＱＳＴＡに対してバッテリーの残量を問い合わせておき、バッテリーの残量の少ない順番で配置するようにしてもよい。また、各ＱＳＴＡの送信するデータの種類等に基づいて重要度を設定し、この重要度の高いＱＳＴＡから順に配置してもよい。

また、パワーセーブを使用しないＱＳＴＡをなるべく後ろに配置するようにしてもよい。パワーセーブを使用しないＱＳＴＡについては、常にＡｗａｋｅ状態となっているので、スケジュール周期のどの時点でＱｏＳＣＦ−Ｐｏｌｌされても関係ない。

例えば、ＱＳＴＡ１が無線ＩＰ携帯電話であり、ＱＳＴＡ２が据え置き型のＴＶ（無線ＬＡＮ経由で映像受信できる物）であるという状況が想定される。無線ＩＰ携帯電話はバッテリで稼動するのに対して、据え置き型のＴＶはコンセント接続で駆動する。すなわち、ＱＳＴＡ１の方がＱＳＴＡ２に比べてパワーセーブの効率の重要度が高いと言える。よって、ＱＳＴＡ１へのＰｏｌｌｅｄＴＸＯＰをスケジュール周期の先頭に配置し、ＱＳＴＡ２へのＰｏｌｌｅｄＴＸＯＰをその後に配置する事が考えられる。さらに、ＱＳＴＡ１は音声データを伝送するのに対して、ＱＳＴＡ２は映像データを伝送する。音声データは映像データに比べて単位時間あたりのデータ量が少ない、すなわち、１つのＰｏｌｌｅｄＴＸＯＰも短くなる。よって、ＱＳＴＡ２を先に配置するのに比べて、ＱＳＴＡ１を先に配置する方が、全体としてのパワーセーブの効率も向上するので、この点においてもこのスケジューリング方法は効率的であると言える。

（４−２．）本実施形態の使用適否の判定
図９に示した例では、ＱＳＴＡ２のＳＳＴをスケジュール周期の先頭に合わせているため、ＱＳＴＡ２はスケジュール周期ごとに毎回余分にＡｗａｋｅ状態となっている必要がある。このため、その分についてのパワーセーブの効率は低下する。スケジュール周期の前方に配置されるｐｏｌｌｅｄＴＸＯＰが短いほど、その後に配置されるｐｏｌｌｅｄＴＸＯＰの宛先のＱＳＴＡが余分にＡｗａｋｅ状態となっている時間も少なくなるので、本実施形態はスケジュール周期の前方に配置されるｐｏｌｌｅｄＴＸＯＰが短い場合に有効であると言える。つまり、ＣＰの割り込みによるパワーセーブの効率の低下と、本実施形態を用いた場合におけるパワーセーブの効率の低下とを比較して、後者の方が効率が低下するような場合は、本実施形態を用いない方が良いと言える。

このため、ＣＰが延長されることを承知で、従来通りのパワーセーブのスケジュールを設定するか、本実施形態を使用してパワーセーブのスケジュールを設定するかを、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況等に基づいてＱＡＰ１０（スケジュール設定部１８）が判断するようにしてもよい。

ここで、ＱＡＰ１０（スケジュール設定部１８）による本実施形態の使用適否の判定方法の一例について説明する。

従来のパワーセーブのスケジュールを設定する方がパワーセーブの効率がよいか、あるいは本実施形態を使用してパワーセーブのスケジュールを設定する方がパワーセーブの効率がよいかは、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況やシステム全体としての用途などによって異なる。このため、判定方法は一概には決定できないが、一例として、一つのスケジュール周期において付与するｐｏｌｌｅｄＴＸＯＰの長さが予め決定した所定の期間より短い場合（所定の期間の長さ未満の場合）に、本実施形態を適用することが考えられる。

この場合、ＱＡＰ１０は、ＡＤＤＴＳｒｅｑｕｅｓｔフレームにより通知されたＴＳＰＥＣによって、ＱＳＴＡに付与するｐｏｌｌｅｄＴＸＯＰの長さ等を決定する。この際、１スケジュール周期において付与するｐｏｌｌｅｄＴＸＯＰの長さが所定の期間より短ければ、本実施形態のスケジュール設定方法を用い、スケジュール周期の先頭でそのＱＳＴＡがＡｗａｋｅ状態となるようにＳＳＴおよびＳＩを決定し、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームにてＱＳＴＡに通知する。また、１スケジュール周期において付与するｐｏｌｌｅｄＴＸＯＰの長さが所定の期間よりも長ければ（所定の期間の長さ以上であれば）、本実施形態のスケジュール設定方法は用いず、ＱｏＳＣＦ−Ｐｏｌｌフレームを送信する予定の時点でそのＱＳＴＡがＡｗａｋｅ状態となるように、ＳＳＴおよびＳＩを決定し、ＡＤＤＴＳｒｅｓｐｏｎｓｅフレームにてＱＳＴＡに通知する。

なお、上記所定の期間は、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況やシステム全体としての用途などに応じて、ＱＡＰ１０（スケジュール設定部１８）が設定すればよい。

この判定方法によれば、比較的簡単な手順で本実施形態を用いるべきかどうかという判定を行うことができる。

なお、本実施形態の方法を用いない場合は、途中でｐｏｌｌｅｄＴＸＯＰを返却する可能性の低いＱＳＴＡのｐｏｌｌｅｄＴＸＯＰをなるべくスケジュール周期の前の方に配置することが好ましい。これにより、ＣＰの発生確率を低下させて、帯域割り当てのスケジュールがずれる確率を低下させることができる。

つまり、スケジュール周期の前方でＣＰが延長された場合は、その後の全てのＱｏＳＣＦ−Ｐｏｌｌフレームの送信タイミングがずれて、それらの宛先のＱＳＴＡにおいて、無駄にＡｗａｋｅとなる時間が長くなってしまう。このため、ＣＰの延長が発生するのはなるべくスケジュール周期の後方である方がネットワーク全体としてのパワーセーブの効率の低下を抑制できる。

また、スケジュール周期の最後に配置されたｐｏｌｌｅｄＴＸＯＰが予定より早く終了したとしても、その後のＣＰが前倒しで開始されるだけなので、問題ない。例えば、ｐｏｌｌｅｄＴＸＯＰにおいて送信するストリームとして、ＶＢＲ（ｖａｒｉａｂｌｅｂｉｔｒａｔｅ）のコンテンツを伝送しているＱＳＴＡに比べると、ＣＢＲ（ｃｏｎｓｔａｎｔｂｉｔｒａｔｅ）のコンテンツを伝送しているＱＳＴＡの方がｐｏｌｌｅｄＴＸＯＰを途中で返却する可能性は低いと言える。ＭＰＥＧ方式などにおいては、映像や音声を常に一定のビットレートで圧縮するＣＢＲ方式を用いるか、各シーンのデータ量に応じて変化させたビットレートで圧縮するＶＢＲ方式を用いるかを選択することができる。ＶＢＲでは変化の大きな部分でビットレートを上げ、小さな部分ではビットレートを下げるので、ＣＢＲと比べ、ビットレートあたりの画質や音質を高くできる反面、デコードの処理が複雑になるので、用途に応じてＶＢＲとＣＢＲは使い分けられる。ＣＢＲのコンテンツを伝送する場合は、送信されるのは常に一定量のデータであるため、与えられたｐｏｌｌｅｄＴＸＯＰが残って送信するべきデータが無くなるということはない。それに比べて、ＶＢＲのコンテンツを伝送する場合は、比較的変化に乏しいシーンにおいては伝送するべきデータ量は少なくなる。ＱＳＴＡはコンテンツの全体を通して平均の大きさのビットレートをＡＤＤＴＳｒｅｑｕｅｓｔフレームで通知し、ＱＡＰ１０はＡＤＤＴＳｒｅｑｕｅｓｔで要求されたビットレートの伝送を行うのに十分なｐｏｌｌｅｄＴＸＯＰを付与するので、変化に乏しいシーンの伝送中には、ＱＳＴＡにおいてｐｏｌｌｅｄＴＸＯＰの途中で送信するべきデータが無くなってしまいｐｏｌｌｅｄＴＸＯＰが途中で返却される場合がある。このため、ＶＢＲのコンテンツを伝送するＱＳＴＡへのｐｏｌｌｅｄＴＸＯＰをスケジュール周期のなるべく前方に配置することで、ネットワーク全体としてのパワーセーブの効率を向上させることができる。

（４−３．）２番目以降のＱＳＴＡのＡｗａｋｅ時期の変形例
また、本実施形態では、全てのＱＳＴＡがスケジュール周期の先頭でＡｗａｋｅ状態に移行するようにしているが、これに限らず、２番目以降のＱＳＴＡへのＱｏＳＣＦ−Ｐｏｌｌについては、スケジュール周期の先頭よりも少し遅らせても良い。例えば、図９のように、毎回のスケジュール周期においてＱＳＴＡ１に対するＱｏＳＣＦ−Ｐｏｌｌが送信される場合、そのＱｏＳＣＦ−Ｐｏｌｌフレームによってどのような長さのｐｏｌｌｅｄＴＸＯＰが付与されたとしても（ｐｏｌｌｅｄＴＸＯＰが０だったとしても）そのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間中にＱＳＴＡ２がフレームを受信することない。このため、ＱｏＳＣＦ−Ｐｏｌｌフレームは最低の長さが決まっているので、スケジュール周期の先頭から最低の長さのＱｏＳＣＦ−Ｐｏｌｌフレームの送信にかかる時間の分だけ遅らせた時点からＱＳＴＡ２がＡｗａｋｅ状態となるようにＳＳＴおよびＳＩを決定してもよい。

また、毎回のスケジュール周期において送信されるＱｏＳＣＦ−Ｐｏｌｌが２つあれば、３番目にＱｏＳＣＦ−Ｐｏｌｌが送信されるＱＳＴＡについては、２つのＱｏＳＣＦ−Ｐｏｌｌの送信にかかる時間の分だけ遅らせるというように、反復的に上記の方法を使用することも可能である。また、ＱｏＳＣＦ−Ｐｏｌｌフレームの送達確認のために、ＡＣＫフレームが送信される場合には、さらにＡＣＫの送信にかかる時間の分だけＱＳＴＡ２がＡｗａｋｅとなる時間を遅らせてもよい。なお、ＡＣＫフレームは、通常、固定長であるのでその送信に必要な時間は計算可能である。また、フレームの間隔として最低限空けなければいけない間隔がプロトコルで規定されている場合は、その長さ分をさらに時間を遅らせても良い。また、スケジュール周期の先頭で毎回必ずＱＡＰ１０からデータが送信されるような場合は、そのデータの送信にかかる時間の分だけ全ＱＳＴＡについて、Ａｗａｋｅ状態となる時間を遅らせてもよい。

〔実施形態５〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。

本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜４に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜４と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、本実施形態では、スケジュール設定部１８が、ＳＩの異なるストリームが存在する場合に、スケジュール周期内において連続してｐｏｌｌｅｄＴＸＯＰを付与するようにＳＳＴを設定することで、２つのｐｏｌｌｅｄＴＸＯＰの間にＣＰが発生させないようにする。

図１３は、本実施形態にかかるＱＡＰ１０が管理するネットワークのタイミングチャートの一例である。この図における表記方法や略称などは図１にて説明したものと同様である。なお、他のＱＳＴＡの動作については省略している。

この図に示す例では、ＱＳＴＡ１に対してはスケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰを、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与するようになっている。

また、ＱＳＴＡ１のＳＩ（ＳＩ１）はスケジュール周期と同じ長さであり、ＱＳＴＡ２のＳＩ（ＳＩ２）はスケジュール周期の２倍の長さであり、ＱＳＴＡ３のＳＩ（ＳＩ３）はスケジュール周期の３倍の長さである。

ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴはスケジュール周期の始点に合わせた時刻（ＳＳＴ１）となっている。ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に配置されるので、従来であればＳＳＴはスケジュール周期の始点からＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄＴＸＯＰの長さを加算した時刻としていたが、本実施形態では、これをスケジュール周期の始点に合わせた時刻（ＳＳＴ２）としている。同様に、ＱＳＴＡ３へのｐｏｌｌｅｄＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの後に配置されるので、従来であればＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄＴＸＯＰの長さと、ＱＳＴＡ２へのＱｏＳＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄＴＸＯＰの長さとを加算した時刻としていたが、本実施形態では、これをスケジュール周期の始点に合わせた時刻（ＳＳＴ３）としている。

スケジュール周期１においては、ＱＡＰ１０は、ＱＳＴＡ１に対して、ＱｏＳＣＦ−Ｐｏｌｌフレーム５０１を送信し、それを受信したＱＳＴＡ１がデータフレーム５０２を送信する。次に、ＱＡＰ１０は、ＱＳＴＡ２に対して、ＱｏＳＣＦ−Ｐｏｌｌフレーム５０３を送信し、それを受信したＱＳＴＡ２がデータフレーム５０４を送信する。さらに、ＱＡＰ１０は、ＱｏＳＣＦ−Ｐｏｌｌフレーム５０５をＱＳＴＡ３に送信し、それを受信したＱＳＴＡ３がデータフレーム５０６を送信する。その後はスケジュール周期が終わるまではＣＰ期間を設けることになっているので、ＱＡＰは何も送信しない。

この場合、スケジュール周期１において、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５０２の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２のＳＳＴはスケジュール周期の先頭になっているので、ＱＳＴＡ２はスケジュール周期の先頭からデータフレーム５０４の送信終了までＡｗａｋｅ状態となっていることになる。

ＱＳＴＡ３のＳＳＴはスケジュール周期の先頭になっているので、ＱＳＴＡ３はスケジュール周期の先頭からデータフレーム５０６の送信終了までＡｗａｋｅ状態となっていることになる。

スケジュール周期２においては、ＱＳＴＡ１にのみｐｏｌｌｅｄＴＸＯＰが付与される。このため、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５０８の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２とＱＳＴＡ３とはこのスケジュール周期においてはパワーセーブ状態のままとなる。

スケジュール周期３においては、ＱＳＴＡ１とＱＳＴＡ２とにｐｏｌｌｅｄＴＸＯＰが付与される。よって、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５１０の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２はスケジュール周期の始点からデータフレーム５１２の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ３はこのスケジュール周期においてはパワーセーブ状態のままとなる。

スケジュール周期４においては、ＱＳＴＡ１とＱＳＴＡ３とにｐｏｌｌｅｄＴＸＯＰが付与される。ＱＡＰ１０は、ＱＳＴＡ１に対して、ＱｏＳＣＦ−Ｐｏｌｌフレーム５１３を送信し、それを受信したＱＳＴＡ１がデータフレーム５１４を送信する。従来であれば、ＱＳＴＡ３のＳＳＴはスケジュール周期の始点から、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰの時間とＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰの時間とを加算した時間となっているので、スケジュール周期４において、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰが終了した時点ではＱＳＴＡ３はＡｗａｋｅ状態となっていない。したがって、従来であればＱＡＰ１０はＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰが終了した時点でＣＰを設けることとなる。

これに対して、本実施形態では、ＱＳＴＡ３のＳＳＴをスケジュール周期の始点にしているので、スケジュール周期４においても、ＱＳＴＡ３はスケジュール周期の始点からＡｗａｋｅ状態となっており、ＱＡＰ１０は、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰが終了した時点でＱＳＴＡ３にＱｏＳＣＦ−Ｐｏｌｌフレーム５１９を送信する。したがって、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ３のｐｏｌｌｅｄＴＸＯＰとの間にＣＰは設けられない。なお、ＱｏＳＣＦ−Ｐｏｌｌ５１５を受信したＱＳＴＡ３はデータフレーム５１６を送信した後、パワーセーブ状態に移行する。

以上のように、本実施形態によれば、ＱＡＰ１０（スケジュール設定部１８）は、ＳＩの異なるストリームが存在する場合、各スケジュール周期においてｐｏｌｌｅｄＴＸＯＰを付与する各ＱＳＴＡがスケジュール周期の先頭でＡｗａｋｅ状態となるように予定スケジュールを設定する。また、各スケジュール周期内において、そのスケジュール周期においてｐｏｌｌｅｄＴＸＯＰを割り当てる各ＱＳＴＡに対してｐｏｌｌｅｄＴＸＯＰを連続して割り当てる。

これにより、各スケジュール周期において、異なるＱＳＴＡのｐｏｌｌｅｄＴＸＯＰの間にＣＰが設けられることがなくなる。したがって、異なるＱＳＴＡのｐｏｌｌｅｄＴＸＯＰの間に設けられたＣＰが延長され、その後のＱｏＳＣＦ−Ｐｏｌｌフレームの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。

なお、各スケジュール周期内におけるｐｏｌｌｅｄＴＸＯＰの配置順序（各ＱＳＴＡにｐｏｌｌｅｄＴＸＯＰを付与する順番）については、実施形態４と同様、ネットワーク全体のパワーセーブ効率や各ＱＳＴＡにおけるパワーセーブ効率などを考慮して適宜設定すればよい。スケジュール設定部１８が各種条件に基づいて設定するようにしてもよい。

また、本実施形態では、ＱＳＴＡ２およびＱＳＴＡ３のＳＳＴをスケジュール周期の先頭に合わせているため、ＱＳＴＡ２およびＱＳＴＡ３はｐｏｌｌｅｄＴＸＯＰを付与されるスケジュール周期ごとに毎回余分にＡｗａｋｅ状態となる。このため、その分についてのパワーセーブの効率は低下する。この場合、あるスケジュール周期内において、前方に配置されるｐｏｌｌｅｄＴＸＯＰが短いほど、その後に配置されるｐｏｌｌｅｄＴＸＯＰの宛先のＱＳＴＡが余分にＡｗａｋｅ状態となっている時間も少なくなるので、本実施形態はそのような場合に有効であると言える。

ＣＰが延長される事を承知で、従来通りのパワーセーブのスケジュールを設定するか、本実施形態を使用してパワーセーブのスケジュールを設定するかは、実施形態４と同様、例えばＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況などからＱＡＰ１０（スケジュール設定部１８）が判断することが考えられる。

また、本実施形態では、各スケジュール周期の先頭において、当該スケジュール周期でｐｏｌｌｅｄＴＸＯＰを付与される全てのＱＳＴＡをＡｗａｋｅ状態に移行させているが、これに限るものではない。実施形態４と同様、２番目以降のＱＳＴＡへのＱｏＳＣＦ−Ｐｏｌｌについては、スケジュール周期の先頭よりも少し遅らせても良い。

（ストリームが削除された場合）
本実施形態にかかるスケジュール設定方法は、スケジュール周期内において複数のＱＳＴＡにｐｏｌｌｅｄＴＸＯＰを付与している場合に、スケジュール周期の先に配置されているｐｏｌｌｅｄＴＸＯＰが無くなる状況、あるいは短縮される状況においてに発生する問題を解決する方法であるということもできる。ただし、このような場合のほか、例えば、ストリームが削除された時にも同様の状況は発生しうる。図１４を参照しながら上記の場合について詳しく説明する。図の表記方法や略称などは図１と略同様である。なお、他のＱＳＴＡの動作について省略している。

図１４の例では、ＱＳＴＡ１からＱＳＴＡ３の全てに対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄＴＸＯＰをそれぞれ付与するようになっている。

また、図１３と同様、スケジュール周期においてｐｏｌｌｅｄＴＸＯＰを付与する全てのＱＳＴＡについて、そのスケジュール周期の先頭でＡｗａｋｅ状態となるように設定されている。

スケジュール周期１では、通常通り全てのＱＳＴＡに対してｐｏｌｌｅｄＴＸＯＰが付与されている。

図１４の例では、スケジュール周期１におけるｐｏｌｌｅｄＴＸＯＰにてＱＳＴＡ２は送信していたストリームのデータを全て送信し終わり、それ以後のｐｏｌｌｅｄＴＸＯＰは不要となっている。この場合、ＱＳＴＡ２は、ＱＡＰ１０にＤＥＬＴＳｒｅｑｕｅｓｔフレームを送信する（図示せず）。これを受信したＱＡＰ１０は、それ以後ＱＳＴＡ２に対するｐｏｌｌｅｄＴＸＯＰの付与が不要であることを認識し、応答としてＤＥＬＴＳｒｅｓｐｏｎｓｅフレームをＱＳＴＡ２に送信する（図示せず）。

この場合、スケジュール周期２においては、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの後に元々予定されていたＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰが設けられることなく、ＱＳＴＡ３へのｐｏｌｌｅｄＴＸＯＰが設けられることになる。これは、図１３のスケジュール周期４と同様の状況である。

従来であれば、ＱＳＴＡ１からのデータフレームＢ０８の送信が終了した時点ではＱＳＴＡ３はＡｗａｋｅ状態となっていない。このため、ＱＡＰ１０はここでＣＰを設けることになる。

一方、本実施形態では、ＱＳＴＡ３がスケジュール周期の始点からＡｗａｋｅ状態となるように設定されており、ＱＡＰ１０は、ＱＳＴＡ１からのデータフレームＢ０８の送信が終了した時点でＱＳＴＡ３にＱｏＳＣＦ−ＰｏｌｌフレームＢ０９を送信する。そして、ＱｏＳＣＦ−ＰｏｌｌフレームＢ０９を受信したＱＳＴＡ３はデータフレームＢ１０を送信した後、パワーセーブ状態に移行している。

このため、本実施形態では、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ３のｐｏｌｌｅｄＴＸＯＰとの間にＣＰが設けられることがない。したがって、異なるＱＳＴＡのｐｏｌｌｅｄＴＸＯＰの間に設けられたＣＰが延長され、その後のＱｏＳＣＦ−Ｐｏｌｌフレームの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。

〔実施形態６〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。

本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜５に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜５と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、本実施形態では、ｐｏｌｌｅｄＴＸＯＰが予定よりも早く返却された場合に、ＣＰに移行しないように、ＱＡＰ１０（タイミング制御部２０）がフレームの送信を行うようになっている。なお、本実施形態では、ＱＳＴＡ２がスケジュール周期の先頭においてＡｗａｋｅ状態となるようにＳＳＴとＳＩとを設定せず、通常通り、スケジュール周期の先頭からＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰの長さだけ経過した時点でＱＳＴＡ２がＡｗａｋｅ状態となるように設定すればよい。

例えば図２１におけるスケジュール周期２のように、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰが予定よりも早く返却された場合、ＱＡＰ１０（タイミング制御部２０）は、ＱＳＴＡ２がＡｗａｋｅ状態となるまでの間、ＣＰに移行させないために何らかのフレームをＤＩＦＳ未満の間隔で送信し続ける。つまり、ＱＳＴＡ１がデータフレーム４０６を送信した後、ＱＳＴＡ２がＡｗａｋｅ状態となるまでの間にＤＩＦＳの間隔が生じないように、ＱＡＰ１０が何らかのフレームを送信し続け、ＱＳＴＡ２がＡｗａｋｅ状態となる予定の時刻になったらＱＳＴＡ２宛のＱｏＳＣＦ−Ｐｏｌｌフレーム４０７を送信する。これによりＤＣＦ方式でフレームを送信しようとするＱＳＴＡはＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰが終了してからＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰが開始するまでの間にフレームを送信できなくなる。したがって、ＣＰが発生しないので、ＣＰが延長されてその後の帯域割り当てのスケジュールがずれることがない。

ここで、ＱＡＰ１０が送信し続けるフレームとしては、帯域割り当てのスケジュールやパワーセーブのスケジュールに影響を与えないフレームであればどのようなものでも良い。例えば、ＱＳＴＡ１宛のＱｏＳＣＦ−Ｐｏｌｌフレームを送信し続けてもよい。この場合、ＱｏＳＣＦ−Ｐｏｌｌフレームを送信しても、ＱＳＴＡ１はすでにパワーセーブ状態となっているのでフレームを受信することはなく、ＱｏＳＣＦ−Ｐｏｌｌフレームは無視されることになる。

また、ＱＳＴＡ２宛のＱｏＳＣＦ−Ｐｏｌｌフレームを送信し続けてもよい。この場合、ＱＳＴＡ２は初めのうちはパワーセーブ状態となっているのでＱｏＳＣＦ−Ｐｏｌｌフレームを受信することはなく、ＱｏＳＣＦ−Ｐｏｌｌフレームは無視される。ＱｏＳＣＦ−Ｐｏｌｌフレームを送信し続けていれば、ＱＳＴＡ２がＡｗａｋｅ状態となった時点でＱｏＳＣＦ−Ｐｏｌｌフレームが受信されることになる。

また、ＱＡＰ１０がデータフレームを送信するようにしてもよい。例えば、ＱＳＴＡ１およびＱＳＴＡ２以外のパワーセーブ状態になっていないＱＳＴＡに対して送信する予定がある場合はそのデータフレームを送信すればよい。もし、何も送信するべきデータフレームがなければ、空のデータフレームを送信すればよい。宛先としては、ＱＳＴＡ１およびＱＳＴＡ２のようにパワーセーブ状態となっているＱＳＴＡでも良いし、パワーセーブ状態でないＱＳＴＡでも良い。パワーセーブ状態となっているＱＳＴＡに対して送信すれば受信されず、パワーセーブ状態でないＱＳＴＡに対して送信すれば受信はされるが空のデータであるので、受信側で破棄されることになる。

また、ＱＡＰ１０がフレームを送信し続けるのではなく、ＱＳＴＡ１およびＱＳＴＡ２以外のパワーセーブ状態となっていないＱＳＴＡ宛に、ＱＡＰ１０がＱｏＳＣＦ−Ｐｏｌｌフレームを送信し、そのＱＳＴＡにフレームを送信させることも考えられる。ストリームごとにＳ−ＡＰＳＤを使用するかどうかは設定できるので、常にＡｗａｋｅ状態であってＱｏＳＣＦ−Ｐｏｌｌフレームを受信可能なＱＳＴＡが存在する場合もある。そのようなＱＳＴＡに対して、ＱＳＴＡ１へのｐｏｌｌｅｄＴＸＯＰが終了した時点で、ＱＳＴＡ２へのｐｏｌｌｅｄＴＸＯＰの開始予定時刻で終了するようなＴＸＯＰｌｉｍｉｔを示すＱｏＳＣＦ−Ｐｏｌｌを送信すれば、そのＱＳＴＡは指定された時間だけデータフレームを送信するので、ＤＣＦで送信しようとするＱＳＴＡはフレーム送信を開始できなくなる。これにより、ＱＳＴＡ１のｐｏｌｌｅｄＴＸＯＰとＱＳＴＡ２のｐｏｌｌｅｄＴＸＯＰとの間にＣＰが発生しなくなるので、そのＣＰが延長されることもなく、帯域割り当てのスケジュールがずれることもない。

また、ＱＳＴＡがＳ−ＡＰＳＤを使用しているときにはｐｏｌｌｅｄＴＸＯＰの途中で送信権を返却しないようにしてもよい。この場合、ＡＤＤＴＳｒｅｑｕｅｓｔフレームにてＳ−ＡＰＳＤの使用を要求したＱＳＴＡは、その後ＱｏＳＣＦ−Ｐｏｌｌを受信した際に、ＴＸＯＰｌｉｍｉｔで示される時間が経過する前に送信するべきフレームが無くなっても、送信権返却フレームを送信せずにフレームを送信し続けるようにする。送信するべきデータが何も無い場合は、帯域割り当てのスケジュールや、パワーセーブのスケジュールに影響を与えないフレームを送信し続ける。例えば、空のデータフレームを送信し続けてもよく、その他のフレームを送信し続けてもよい。

（各実施の形態の組み合わせについて）
上記した各実施形態については、それぞれ、組み合わせて使用することが可能である。

実施形態１〜３は、第１の解決策の例であり、これらは、ＣＰが延長された場合に帯域割り当てのスケジュールとパワーセーブのスケジュールとを同期させるものである。実施形態２は、実施形態１に比べて、より長いＣＰの延長が発生した場合にも対応可能であるが、ｌｏｎｇＣＰを設ける分ｐｏｌｌｅｄＴＸＯＰのための帯域割り当てが減ってしまう。また、実施形態３においては実施形態２に比べてさらに長いＣＰの延長が発生した場合にも対応可能であるが、実施形態１や実施形態２では送信する必要の無いＳｃｈｅｄｕｌｅフレームを送信する必要がある。このように各方法には利点と欠点とがあるので、条件に応じて選択して使用することが好ましい。例えば、これら全ての方法を実装しておいて、状況に応じて使い分けるようにしてもよい。

実施形態４〜６は、第２の解決策の例であり、これらは、ＣＰをなるべく発生させないようにするための方法である。上述したように、ネットワークの運営上、ＣＰを全く設けないという設定にはできないので、実施形態４および／または５を用いたとしても、ＣＰの延長が生じる可能性がある。そこで、実施形態４および／または５と、実施形態１〜３のいずれか１つ以上とを組み合わせて用いてもよい。

本発明の通信装置は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御するタイミング制御手段と、を備えている。

また、本発明の通信装置では、上記スケジュール設定手段は、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御手段は、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記調整期間を上記スケジュールにおいて設定した調整期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御する。

さらに、本発明の通信装置では、上記タイミング制御手段は、上記調整期間において、子局に対して、当該調整期間では当該子局に送信権付与しないことを通知する。

また、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、上記スケジュール設定手段は、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記スケジュールを再設定し、子局に対して上記再設定したスケジュールに基づく当該子局のＳＳＴおよびＳＩを通知する。

さらに、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対する信号の送信タイミングを上記スケジュールに基づいて制御するタイミング制御手段を備え、上記スケジュール設定手段は、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するときに、最初に送信権を付与する子局以外の子局については、通知するＳＳＴをスケジュール周期の開始時刻から上記最初に送信権を付与する子局に対して送信権を付与するための信号の送信が完了するまでの期間に含まれる時刻に変更して通知し、上記タイミング制御手段は、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、同じスケジュール周期内においてそれ以降に送信権を付与する子局に対して送信権を付与するための信号を送信するタイミングを、上記スケジュールよりも繰り上げる。

また、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない期間が所定期間以上継続した場合に、上記第２の通信方法を用いることができるように設定されているネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、送信権を返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻までの期間において、上記第２の通信方法を用いることができる期間に移行させないための信号を送信する移行防止手段を備えている。

本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程において送信権を付与するタイミングの遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御するタイミング制御工程と、を含む。

また、本発明の通信方法は、上記スケジュールを設定する工程において、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御工程において、上記調整期間を上記スケジュールにおいて設定した調整期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御する。

さらに、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、上記遅延検出工程において送信権を付与するタイミングの遅延を検出したときに、上記スケジュールを再設定し、子局に対して上記再設定したスケジュールに基づく当該子局のＳＳＴおよびＳＩを通知する。

また、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記スケジュールを設定するときに、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するときに、最初に送信権を付与する子局以外の子局については、通知するＳＳＴをスケジュール周期の開始時刻から上記最初に送信権を付与する子局に対して送信権を付与するための信号の送信が完了するまでの期間に含まれる時刻に変更して通知し、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、同じスケジュール周期内においてそれ以降に送信権を付与する子局に対して送信権を付与するための信号を送信するタイミングを、上記スケジュールよりも繰り上げる。

さらに、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない期間が所定期間以上継続した場合に、上記第２の通信方法を用いることができるように設定されているネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、送信権を返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻までの期間において、上記第２の通信方法を用いることができる期間に移行させないための信号を送信する。

（プログラムの実施例）
上記各実施形態におけるＱＡＰ１０の各ブロック、特にプロトコル制御部１２およびそれに含まれる各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、ＱＡＰ１０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるＱＡＰ１０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ＱＡＰ１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、ＱＡＰ１０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌｐｒｉｖａｔｅｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

上記した各本実施形態では、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行う構成について説明したが、これに限るものではない。親局と１つ以上の子局とからなるネットワークであって、各子局の送信権付与期間を親局が管理する第１の期間と、子局が自ら送信権を獲得する第２の期間とを含む予定スケジュールを親局が設定する構成であれば適用できる。

以上のように、本発明の通信装置および通信方法では、送信権付与の開始時刻の遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように、上記子局に対する送信権付与の開始時刻を制御する。

それゆえ、第２の通信方法を用いる期間が予定スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

また、本発明の通信装置および通信方法は、送信権付与の開始時刻の遅延を検出したときに、スケジュールを再設定し、上記再設定したスケジュールに基づいてＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。

それゆえ、第２の通信方法を用いる期間が当初のスケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

さらに、本発明の通信装置および通信方法は、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。

それゆえ、予定外に上記第２の通信方法を用いる期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

また、本発明の通信装置および通信方法は、いずれかの子局が、送信権を上記スケジュールにおけるＳＰの終了時刻よりも早く返却した場合に、親局に送信権が返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻まで、上記第２の通信方法を用いることができないようにする。

それゆえ、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の帯域の割り当てスケジュールが遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。

なお、動画や音声等のリアルタイムデータを伝送している場合は、データのパケットについて、伝送遅延時間に許容範囲がある。これは言い換えれば、受信局にてパケットを再生する予定時刻までにそのパケットの伝送を完了させなければならないという事であり、許容範囲を超えてしまうと動画や音声に乱れや遅延が発生することになる。帯域割り当ての遅延は伝送遅延に繋がるため、割り当てスケジュールの遅延が補正されずに蓄積されて行くと、伝送遅延時間が許容範囲を超えてしまう事になる。本発明では、帯域割り当てのスケジュールが補正されるので、このような伝送遅延に関する問題も解決されるという効果もある。

本発明の通信装置は、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備えている。

上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御手段は、上記遅延検出手段が遅延を検出したときに、上記調整期間が上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御する構成としてもよい。

上記の構成によれば、子局に対する送信権付与の開始時刻がスケジュールに対して遅延したときに、上記調整期間（第２の通信方法を用いる期間）が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

また、上記タイミング制御手段は、上記調整期間中に、当該調整期間では送信権を付与しないことを子局に対して通知する構成としてもよい。

上記の構成によれば、子局は、上記調整期間では自局に対して送信権が付与されないことを認識できる。したがって、送信権が付与されないことを通知された子局は、上記調整期間においてパワーセーブ状態に移行することができる。これにより、パワーセーブの効率をより向上させることができる。

また、本発明の通信装置は、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。

なお、この場合、上記スケジュール設定手段は、上記スケジュール周期において各子局に送信権を付与する順序を、上記送信権を付与する期間が短い順序とするように、上記スケジュールを設定する構成としてもよい。

上記の構成によれば、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、各子局がＡｗａｋｅ状態となる期間の合計時間を短くすることができる。したがって、ネットワーク全体でのパワーセーブの効率を高くすることができる。

あるいは、上記スケジュール設定手段は、上記スケジュール周期において各子局に送信権を付与する順序を、スケジュール周期ごとに循環的に変更するように、上記スケジュールを設定する構成としてもよい。

上記の構成によれば、上記スケジュール周期において各子局に送信権を付与する順序が、スケジュール周期ごとに循環的に変更される。例えば、第１子局、第２子局、第３子局に対して送信権を付与する場合、初めのスケジュール周期では第１、第２、第３の順、次のスケジュール周期では第２、第３、第１の順、その次のスケジュール周期では第３、第１、第２の順で送信権を付与し、以降は初めのスケジュール周期に戻って同様の順序を繰り返す。

これにより、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、Ａｗａｋｅ状態となっている期間を各子局について略均一化することができる。

なお、上記の構成では、子局が親局から通知される予ＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、各子局は、送信権を付与されるスケジュール周期の開始時刻またはそれよりもわずかに遅れた時刻に、パワーセーブ状態を解除してＡｗａｋｅ状態に移行することになる。このため、各スケジュール周期において２番目以降に帯域を割り当てられる子局には、親局から送信権を付与されないにもかかわらずＡｗａｋｅ状態となる期間が生じる。したがって、上記のようにＳＳＴを変更してから子局に通知した方がパワーセーブの効率がよくなる場合と、予定スケジュールを変更せずに子局に通知した方がパワーセーブの効率がよくなる場合とがあり、両者を使い分けることが好ましい。

そこで、上記スケジュール設定手段は、上記第１の通信方法で送信権を付与する全ての子局の上記送信権が付与される期間が、予め設定された期間の長さ以上の場合には、上記各子局に対してＳＳＴを変更せずに通知する構成としてもよい。なお、上記予め設定された期間は、例えば子局に対する帯域割り当ての状況やシステム（ネットワーク）全体としての用途などに応じて、スケジュール設定手段が適宜設定すればよい。

上記の構成によれば、子局に通知するＳＳＴを上記のように変更して子局に通知した方がよいか、ＳＳＴを変更せずに子局に通知した方がよいかを、比較的簡単な手順で判定できる。

本発明の通信方法は、親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含む。

また、上記スケジュールを設定する工程で、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御工程で、上記調整期間を上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御するようにしてもよい。

上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、上記調整期間（第２の通信方法を用いる期間）を短縮または省略する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。

なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより、上記通信装置をコンピュータにて実現させる通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に含まれる。

また、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、親局と１つ以上の子局とからなるネットワークであって、各子局の送信権付与期間を親局が管理する第１の期間と、子局が自ら送信権を獲得する第２の期間とを含む予定スケジュールを親局が設定する構成であれば適用できる。

Claims

親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、
上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備えていることを特徴とする通信装置。
上記スケジュール設定手段は、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、
上記タイミング制御手段は、
上記遅延検出手段が遅延を検出したときに、上記調整期間が上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御することを特徴とする請求項１に記載の通信装置。
上記タイミング制御手段は、
上記調整期間中に、当該調整期間では送信権を付与しないことを子局に対して通知することを特徴とする請求項２に記載の通信装置。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、
上記スケジュール設定手段は、
上記遅延検出手段が上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知することを特徴とする通信装置。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記スケジュール設定手段は、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、
上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御することを特徴とする通信装置。
上記スケジュール設定手段は、
上記スケジュール周期において各子局に送信権を付与する順序を、上記送信権を付与する期間が短い順序とするように、上記スケジュールを設定することを特徴とする請求項５に記載の通信装置。
上記スケジュール設定手段は、
上記スケジュール周期において各子局に送信権を付与する順序を、スケジュール周期ごとに循環的に変更するように、上記スケジュールを設定することを特徴とする請求項５に記載の通信装置。
上記スケジュール設定手段は、
上記第１の通信方法で送信権を付与する全ての子局の上記送信権を付与する期間が、予め設定された期間の長さ以上の場合には、上記各子局に対してＳＳＴを変更せずに通知することを特徴とする請求項５〜７のいずれか１項に記載の通信装置。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させるための手段を備えていることを特徴とする通信装置。
親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、
上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、
上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含むことを特徴とする通信方法。
上記スケジュールを設定する工程で、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、
上記タイミング制御工程で、
上記調整期間を上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御することを特徴とする請求項１０に記載の通信方法。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、
上記遅延検出工程で上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知することを特徴とする通信方法。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記スケジュールを設定するときに、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、
上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げることを特徴とする通信方法。
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させることを特徴とする通信方法。
請求項１〜９のいずれか１項に記載の通信装置を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラム。
請求項１５に記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。