(57)【特許請求の範囲】
【請求項１】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、
上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備えていることを特徴とする通信装置。
【請求項２】
上記スケジュール設定手段は、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、
上記タイミング制御手段は、
上記遅延検出手段が遅延を検出したときに、上記調整期間が上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
上記タイミング制御手段は、
上記調整期間中に、当該調整期間では送信権を付与しないことを子局に対して通知することを特徴とする請求項２に記載の通信装置。
【請求項４】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、
上記スケジュール設定手段は、
上記遅延検出手段が上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知することを特徴とする通信装置。
【請求項５】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記スケジュール設定手段は、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、
上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御することを特徴とする通信装置。
【請求項６】
上記スケジュール設定手段は、
上記スケジュール周期において各子局に送信権を付与する順序を、上記送信権を付与する期間が短い順序とするように、上記スケジュールを設定することを特徴とする請求項５に記載の通信装置。
【請求項７】
上記スケジュール設定手段は、
上記スケジュール周期において各子局に送信権を付与する順序を、スケジュール周期ごとに循環的に変更するように、上記スケジュールを設定することを特徴とする請求項５に記載の通信装置。
【請求項８】
上記スケジュール設定手段は、
上記第１の通信方法で送信権を付与する全ての子局の上記送信権を付与する期間が、予め設定された期間の長さ以上の場合には、上記各子局に対してＳＳＴを変更せずに通知することを特徴とする請求項５〜７のいずれか１項に記載の通信装置。
【請求項９】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させるための手段を備えていることを特徴とする通信装置。
【請求項１０】
親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、
上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、
上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含むことを特徴とする通信方法。
【請求項１１】
上記スケジュールを設定する工程で、
一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、
上記タイミング制御工程で、
上記調整期間を上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御することを特徴とする請求項１０に記載の通信方法。
【請求項１２】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、
上記遅延検出工程で上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知することを特徴とする通信方法。
【請求項１３】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記スケジュールを設定するときに、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、
上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げることを特徴とする通信方法。
【請求項１４】
親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、
上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、
上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、
上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させることを特徴とする通信方法。
【請求項１５】
請求項１〜９のいずれか１項に記載の通信装置を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラム。
【請求項１６】
請求項１５に記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、ネットワークの帯域管理を行う親局として用いられる通信装置、上記親局と子局との間における通信方法に関するものである。
【背景技術】
【０００２】  一般に、無線通信のように、通信路を時分割で利用するネットワークにおいては、一度に通信可能なのは１つの送信局と１つまたは複数の受信局との間のみであり、各局が交代で通信を行う。このため、複数の局によってネットワークが構成されている場合、現在通信の当事者となっている送信局および受信局以外の局は、必要最低限の部分のみに電源を供給して、局全体としての電力消費を抑えたパワーセーブ状態に移行することが可能である。【０００３】  例えば、特許文献１：日本国公開特許公報「特開２００１−２２３６３４号公報（２００１年８月１７日公開）」には、子局（無線端末局）が親局（無線基地局）にスリープ要求およびスリープ要求フレーム数を送出し、親局から返信される許可スリープフレーム数と同期調整用のフレーム数を含む許可信号に基づいて子局がスリープ状態（パワーセーブ状態）に移行する技術が開示されている。【０００４】  つまり、特許文献１では、親局が各子局に対して同じタイミングで送信するブロードキャストフレームの送信周期を通知し、子局はブロードキャストフレームが送信されない期間についてスリープ状態とし、ブロードキャストフレームが送信されるタイミングに合わせてスリープ解除するようになっている。【０００５】  また、特許文献１では、親局がブロードキャストフレーム周期を変更する際、変更後のブロードキャストフレーム周期のみを送出し、各子局がスリープ要求フレーム数とブロードキャストフレーム周期とから変更後のスリープフレーム数を算出してスリープフレーム数を更新することが記載されている。【０００６】  また、特許文献２：日本国公開特許公報「特開２００５−３９６３２号公報（２００５年２月１０日公開）」には、親局（親機）が子局（子機）の識別情報および子局に割り当てる通信時間帯を含むビーコン信号を定期的に送信するとともに、接続要求のあった子局に子局の識別情報とビーコン送信までの時間を示す情報とを含む応答信号を送信し、それを受信した子局がビーコン信号送信までの間、電力消費レベルを低下させる技術が開示されている。【０００７】  ところが、特許文献１および特許文献２の技術では、親局から送信される帯域割り当ての情報を含む信号（ブロードキャストフレームあるいはビーコン信号）を全ての子局が受信する必要がある。つまり、各子局は、帯域割り当ての情報を含む信号の送信周期ごとにパワーセーブ状態を解除して、当該信号を受信する必要がある。【０００８】  一方、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）におけるＭＡＣ層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ）の規格として広く知られているＩＥＥＥ８０２．１１標準（ＡＮＳＩ／ＩＥＥＥ  Ｓｔｄ．８０２．１１，１９９９  Ｅｄｉｔｉｏｎ）に対して、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を実現するための追加仕様として、ＩＥＥＥ８０２．１１ｅ標準の策定が現在進められている。非特許文献１：ＩＥＥＥ  Ｐ８０２．１１ｅ／Ｄ１３．０，Ｊａｎｕａｒｙ  ２００５は、ＩＥＥＥ８０２．１１委員会によって発行された該標準のドラフトである。このドラフトにおいては、パワーセーブ状態の管理方法としてＳ−ＡＰＳＤ（Ｓｃｈｅｄｕｌｅｄ  ���ｕｔｏｍａｔｉｃ  ｐｏｗｅｒ−ｓａｖｅ  ｄｅｌｉｖｅｒｙ）と呼ばれる方法が規定されている。【０００９】  このＳ−ＡＰＳＤでは、各子局に対して帯域を割り当てるスケジュールが子局ごとに設定され、通知される。したがって、各子局は、このスケジュールに合わせてパワーセーブ状態を管理すればよく、特許文献１および２のように、全子局に対して同時に送信される帯域割り当ての情報を含む信号の送信周期毎に全ての子局がパワーセーブ状態を解除する必要がない。このため、Ｓ−ＡＰＳＤによれば、各子局がより効率的にパワーセーブを行うことができるようになっている。【００１０】  ここで、上記ドラフトの規定に基づいて通信を行うネットワークの一例について説明する。【００１１】  （ネットワークの構成）
ＩＥＥＥ８０２．１１ｅ標準においては、１つのＱＡＰ（親局）と複数のｎｏｎ−ＡＰ  ＱＳＴＡ（子局；以下、ＱＳＴＡと称する）とにより１つのネットワークが構成される。図１５は、ＩＥＥＥ８０２．１１ｅ標準が適用されるネットワークの１例を示す説明図である。この図に示す例では、１つのＱＡＰ（親局）８０１と２つのＱＳＴＡ（子局）８０２，８０３とによってネットワークが構成されている。なお、この図では２つのＱＳＴＡが存在しているが、２つに限らずさらに多数のＱＳＴＡが存在しうる。【００１２】  図１６は、ＱＡＰ８０１およびＱＳＴＡ８０２，８０３の概略構成を示すブロック図である。この図に示すように、ＱＡＰ８０１は、アプリケーション９１１、プロトコル制御部９１２、無線部９１４を備えている。【００１３】  アプリケーション９１１は、図示しない記憶手段に格納されているアプリケーションプログラムを実行する手段である。プロトコル制御部９１２は、ネットワークにおける通信プロトコルを制御するものであり、帯域管理部９１３を備えている。帯域管理部９１３は、各ＱＳＴＡへの帯域割り当てのスケジュールを決定するものである。無線部９１４は、各ＱＳＴＡとの間で通信を行う手段であり、受信した電波信号をプロトコル制御部９１２が理解可能なフレームに変換してプロトコル制御部９１２に送り、プロトコル制御部９１２から送られてくるフレームを電波信号に変換して無線メディアを介してＱＳＴＡに送信する。【００１４】  ＱＳＴＡ８０２，８０３は、アプリケーション９２１、プロトコル制御部９２２、パワーセーブ管理部９２３、無線部９２４を備えている。アプリケーション９２１および無線部９２４の機能は、ＱＡＰ８０１におけるアプリケーション９１１および無線部９１４の機能と略同様である。プロトコル制御部９２２は、無線部９２４を介して受信するフレーム等に基づいて、ＱＳＴＡ８０２，８０３の動作を制御するものである。また、プロトコル制御部９２２は、パワーセーブ管理部９２３を備えている。パワーセーブ管理部９２３は、ＱＳＴＡ８０２，８０３における、パワーセーブ状態とＡｗａｋｅ状態との切り替えを制御するものである。【００１５】  （Ｓ−ＡＰＳＤのフレームシーケンス）
次に、このネットワークにおいてＳ−ＡＰＳＤを用いる場合の、ＱＡＰ８０１からＱＳＴＡ８０２，８０３へのデータの送信（ｄｏｗｎ  ｌｉｎｋ伝送）、ＱＳＴＡからＱＡＰへのデータ伝送（ｕｐ  ｌｉｎｋ）、ＱＳＴＡからＱＳＴＡへのデータ伝送（ｄｉｒｅｃｔ  ｌｉｎｋ）の動作について説明する。【００１６】  図１７は、このネットワークにおいて通信されるフレームシーケンスの一例を示す説明図である。なお、図１５におけるＱＳＴＡ８０２，８０３のいずれかが、この図におけるＱＳＴＡに相当する。【００１７】  （ＴＸＯＰについて）
ＱＳＴＡにおけるアプリケーション９２１は、データ伝送を開始することを決定すると、データ送信の開始をプロトコル制御部９２２に指示する。このとき、アプリケーション９２１は、該データ伝送に関するＴＳＰＥＣをプロトコル制御部９２２に通知する。ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれる。ＴＳＰＥＣで規定される一連のデータ群をストリームと呼ぶ。例えば、一つの動画像や音声のファイル等がストリームに相等する。ＴＳＰＥＣにはそのストリームの伝送にＳ−ＡＰＳＤを使用するかどうかという情報も含まれている。【００１８】  これを受けたプロトコル制御部９２２内のパワーセーブ管理部９２３は、そのデータの伝送にＳ−ＡＰＳＤを使用する必要があることを知る。また、データ送信の開始を指示されたプロトコル制御部９２２はＡＤＤＴＳ  ｒｅｑｕｅｓｔフレーム１００１を作成し、無線部９２４に送る。無線部９２４は、このフレームを電波信号に変換して無線メディアを介してＱＡＰ８０１に送信する。なお、このフレームにはＴＳＰＥＣが含まれている。これにより、ＱＳＴＡがＳ−ＡＰＳＤを使用したい旨をＱＡＰ８０１に通知することができる。【００１９】  ＱＡＰ８０１における無線部９１４は、電波信号を受信したらそれをプロトコル制御部９１２が理解可能なフレームに変換して、プロトコル制御部９１２に送る。プロトコル制御部９１２内の帯域管理部９１３は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュールを決定する。また、プロトコル制御部９１２はＡＤＤＴＳ  ｒｅｑｕｅｓｔフレーム１００１に対する応答として、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２を作成し、無線部９１４に送る。このフレームにはＴＳＰＥＣが帯域管理部９１３において受け入れられて、そのストリーム対する帯域割り当てが承認された旨の情報と、Ｓ−ＡＰＳＤ用のパラーメータとしてＳＳＴ（Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅ）およびＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌ）と呼ばれる値が含まれている。無線部９１４はフレームを電波信号に変換して無線メディアに送信する。【００２０】  ＳＳＴはＳＰの開始時刻を示し、ＳＩはＳＰの発生間隔を示す。ＳＰとは、ＱＡＰ８０１からＱＳＴＡに対して１つ以上のフレームの送信および当該ＱＳＴＡに１つ以上のｐｏｌｌｅｄ  ＴＸＯＰを付与する期間である。【００２１】  その後、ＱＡＰ８０１のプロトコル制御部９１２は、上記のようにＱＳＴＡに送信したＳＳＴに応じたタイミングで、そのＱＳＴＡに対するフレームの送信を行う。つまり、そのＱＳＴＡに対して送信すべきデータフレームがある場合には、そのデータフレーム（図１７ではデータフレーム１００３，１００４）を送信する。さらに、プロトコル制御部９１２は、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１００５をＱＳＴＡに送信する。【００２２】  ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは宛先のＱＳＴＡに送信権が付与される事を通知するフレームである。あるＱＳＴＡがＱｏＳ  ＣＦ−Ｐｏｌｌフレームによって送信権を付与される期間をｐｏｌｌｅｄ  ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙ��のと呼ぶ。ＱｏＳ  ＣＦ−Ｐｏｌｌフレームには、ＴＸＯＰ  ｌｉｍｉｔフィールドと呼ばれる値が含まれており、この値はＱＳＴＡに対して付与されるｐｏｌｌｅｄ  ＴＸＯＰ期間の長さを示す。ＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信タイミングと、ＴＸＯＰ  ｌｉｍｉｔの大きさはＱＡＰ８０１が自由に変更可能であり、これらを変更することでＱＡＰ８０１は各ＱＳＴＡへの帯域割り当て量を調整することができる。【００２３】  ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを受信したＱＳＴＡは、ｐｏｌｌｅｄ  ＴＸＯＰ期間中に、データフレーム（図１７ではデータフレーム１００６，１００７）の送信を行う。【００２４】  なお、ｎｏｎ−ＡＰ  ＱＳＴＡがストリームの送信を終了し、送信権の付与が不要となった場合は、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームと同様の手順で、ＤＥＬＴＳ  ｒｅｑｕｅｓｔフレームがｎｏｎ−ＡＰ  ＱＳＴＡから送信され、その応答として、ＤＥＬＴＳ  ｒｅｓｐｏｎｓｅフレームが送信される（これらの各フレームについては図示していない）。【００２５】  その後、ＱＡＰ８０１における帯域管理部９１３は、上記のように決定した帯域割り当てのスケジュールに従って、データフレームおよびＱｏＳ  ＣＦ−Ｐｏｌｌフレームを周期的に送信する。つまり、ＳＳＴからＳＩが経過した時に、データフレーム１００８，１００９，ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１０１０をそのＱＳＴＡに送信し、以降、ＳＩの周期でデータフレームおよびＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する。【００２６】  （ＳＰ（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ）について）
ＱＳＴＡにおけるプロトコル制御部９２２が、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２を受信すると、パワーセーブ管理部９２３はＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２に含まれるＳＳＴおよびＳＩから自局のパワーセーブのスケジュールを決定する。【００２７】  ＱＡＰ８０１はＳＳＴになってからｄｏｗｎ  ｌｉｎｋのデータ送信を開始するので、ＱＳＴＡはＳＳＴで示される時刻までは、パワーセーブ状態になっていても良い。ＩＥＥＥ８０２．１１においては、ＴＳＦタイマと呼ばれる、ネットワークに所属する全てのＱＳＴＡおよびＱＡＰにおいて同期しているタイマが設けられているので、ＱＳＴＡとＱＡＰの間でＳＳＴを同期させることができる。ＴＳＦタイマはプロトコル制御部９１２，９２２で管理されており、帯域管理部９１３やパワーセーブ管理部９２３はこれを参照することができる。【００２８】  ＱＳＴＡにおけるパワーセーブ管理部９２３は、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２を受信したらパワーセーブ状態に移行するように、ＱＳＴＡ全体を制御する。パワーセーブ状態とは、必要最小限の部分のみに電源を供給することでＱＳＴＡ全体としての消費電力を低下させる状態である。ＱＳＴＡ実装方法によってどの部分に電源供給するかは異なるが、例えば、パワーセーブ管理部９２３だけに電源を供給することが考えられる。【００２９】  ＱＳＴＡにおけるパワーセーブ管理部９２３は、ＴＳＦタイマを監視し、ＳＳＴで示される時刻に達した時点でパワーセーブ状態からＡｗａｋｅ状態に移行するように、ＱＳＴＡ全体を制御する。Ａｗａｋｅ状態は、ＱＳＴＡ全体（あるいは少なくとも送受信を可能とする部分）に電力が供給され、フレームの送受信等が可能な状態である。なお、ＱＳＴＡの実装方法によっては、パワーセーブ状態からＡｗａｋｅ状態に移行するまでにある程度の時間がかかる場合もあるが、そのような場合には、パワーセーブ管理部９２３がその時間も考慮して早めにＡｗａｋｅ状態への移行処理を開始させる必要がある。【００３０】  また、ここでは、ＱＳＴＡはＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２を受信してから、ＳＳＴになるまでの間はパワーセーブ状態に移行しているが、パワーセーブ状態に移行せず、例えば送受信の準備を行うなどしても良い。【００３１】  一方、ＱＡＰ８０１におけるプロトコル制御部９１２はＴＳＦタイマがＳＳＴで示される時間に達した時点でフレームの送信を開始する。なお、ＱＡＰ８０１からＱＳＴＡ宛にデータを送信するための送信要求が、アプリケーション９１１からプロトコル制御部９１２に対して事前に行なわれていたものとする。ここで想定しているのは、ストリームデータではなく、ネットワークの制御等の単発的なデータの送信要求である。【００３２】  データフレームやＱｏＳ  ＣＦ−ＰｏｌｌフレームにはＥＯＳＰ（ｅｎｄ  ｏｆ  ｓｅｒｖｉｃｅ  ｐｅｒｉｏｄ）フィールドが含まれており、ＱＡＰがそのフレームの送信をもってＳＰを終了させるかどうかの情報が含まれている。ＥＯＳＰ＝１となっている場合はＳＰの終了を示し、これを受信したＱＳＴＡのプロトコル制御部９２２は、ＱＡＰ８０１はそれ以上フレームを送信しないと判断する。また、ＥＯＳＰ＝０となっている場合はＳＰが継続する事を示し、これを受信したＱＳＴＡのプロトコル制御部９２２は、ＱＡＰ８０１はフレームの送信を続けると判断する。【００３３】  図１７の例では、ＱＡＰ８０１におけるプロトコル制御部９１２は、アプリケーション９１１から送信要求されたデータを、ＥＯＳＰ＝０のデータフレーム１００３，１００４として、ＱＳＴＡ宛に送信している。【００３４】  アプリケーション９１１から送信要求されたデータの送信が完了したら、プロトコル制御部９１２はＥＯＳＰ＝１のＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１００５をＱＳＴＡ宛に送信する。【００３５】  ＱＳＴＡはこの時Ａｗａｋｅ状態となっているので、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１００５を受信する事が可能である。ＱｏＳ  ＣＦ−Ｐｏｌｌフレームには先に述べたようにＴＸＯＰ  ｌｉｍｉｔが含まれており、ＱＳＴＡにおけるプロトコル制御部９２２は自局に送信権が付与される期間を知ることができる。ここでは、事前にアプリケーション９２１から、ストリームのデータとして送信要求されたデータをデータフレーム１００６，１００７として送信している。このストリームデータの送信は、ＱＡＰ８０１に対するｕｐ  ｌｉｎｋ伝送であってもよく、他のＱＳＴＡに対するｄｉｒｅｃｔ  ｌｉｎｋ伝送であってもよい。また、図１７においては２つのデータフレーム１００６，１００７を送信しているが、ＴＸＯＰ  ｌｉｍｉｔの長さに従って任意の長さのデータフレームを任意の個数、連続的に送信可能である（ただし、プロトコルで定められた上限の長さおよび個数を超えてはならない）。ＴＸＯＰ  ｌｉｍｉｔで示される時間が経過したら、プロトコル制御部９２２はデータの送信を終了する。また、パワーセーブ管理部９２３は送信が終了した事を検出して、パワーセーブ状態に移行するように制御を行う。【００３６】  その後、ＱＳＴＡにおけるパワーセーブ管理部９２３はＴＳＦタイマの監視を続け、ＳＳＴからＳＩが経過した時刻になったら、再びＡｗａｋｅ状態に移行するように制御を行う。【００３７】  一方、ＱＡＰ８０１におけるプロトコル制御部９１２も同様にＴＳＦタイマを監視しており、ＱＳＴＡに対してＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレーム１００２で通知したＳＳＴからＳＩが経過した時刻になったら再びデータフレームの送信を開始する。ここでは、先ほどと同様に、事前にアプリケーション９１１から送信要求されたデータを、ＥＯＳＰ＝０のデータフレーム１００８，１００９として送信した後、ＥＯＳＰ＝１のＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１０１０を送信している。【００３８】  ＱＳＴＡはこの時Ａｗａｋｅ状態となっているので、データフレーム１００８，１００９およびＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１００５を受信する事が可能である。そして、ＱＳＴＡのプロトコル制御部９２２は、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１０１０に含まれるＴＸＯＰ  ｌｉｍｉｔの時間内で、事前にアプリケーション９２１から、ストリームのデータとして送信要求されたデータをデータフレーム１０１１，１０１２として送信する。【００３９】  その後、図示はしていないが、ＳＩ間隔毎に同様の手順を繰り返す。なお、データ伝送の終了時の処理については説明を省略��る。【００４０】  （ＣＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）について）
ＣＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）は、ＱＡＰ８０１が送信権を管理しない期間である。この期間中は、ＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）と呼ばれるアクセス方式を用いて、ＱＳＴＡのプロトコル制御部９２２が個別にフレーム送信のタイミングを決定する。ＤＣＦでは、ＱＳＴＡのプロトコル制御部９２２は無線部９０６を通じて無線メディアにフレームが送信されているかどうかを監視する。そして、どの局からもフレームが送信されない状態が所定の期間（ＤＩＦＳと呼ばれる期間）継続したことを検出した場合は、バックオフタイマと呼ばれるダウンタイマの計時を開始する。バックオフタイマは、各ＱＳＴＡにおいて、所定の範囲でランダムな値から開始されるダウンタイマである。このバックオフタイマが０となった時点で無線メディアがアイドルであれば（どの局からもフレームが送信されない状態が継続されていれば）、そのＱＳＴＡはデータの送信を開始することができる。すなわち、ランダムに決定された待ち時間が短い者がデータの送信権を得ることができる。【００４１】  データの送信権を得たＱＳＴＡは１つのフレームを送信することができる。データの送信が終わったら、ＱＳＴＡは無線メディアにフレームが送信されているかどうかを監視するフェイズに戻り、同様の事が繰り返される。【００４２】  また、ＩＥＥＥ８０２．１１ｅにおいては、ＤＣＦを拡張したＥＤＣＡＦ（ｅｎｈａｎｃｅｄ  ｄｉｓｔｒｉｂｕｔｅｄ  ｃｈａｎｎｅｌ  ａｃｃｅｓｓ  ｆｕｎｃｔｉｏｎ）と呼ばれるアクセス方式が用いられる。これは、バックオフタイマの大きさを送信するデータの種類によって変化させることにより、送信するデータの種類によって送信の優先度を調節するという仕組みと、データの送信権を得たＱＳＴＡが連続して複数のフレームを送信する仕組みを追加した方式である。ＤＣＦとＥＤＣＡＦのどちらを用いてもよい。【００４３】  （ＣＰの必要性）
先に述べたように、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは定期的に送信されるものであり、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームによる帯域割り当ては、基本的には動画像や音声等のストリーミング伝送（データを受信しながら再生する）のように比較的長い（または終わりの無い）データを分割して、周期的に伝送するためのものである。それに対して、ネットワーク管理のためのコマンドや、アプリケーション９２１から発行されるコマンド（動画の早送りのコマンドなど）等については、定期的に送信するものではなく、要求があった時に単発的に送信するものであるので、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームによる帯域割り当て方式には向いていない。このような単発的なデータを送信するために、ＣＰが使用される。【００４４】  なお、ＣＰをどの程度設けるかは、各ＱＳＴＡからの帯域割り当ての要求を鑑みてＱＡＰ８０１における帯域管理部９１３が決定する。例えばネットワーク全体として、単発的に送信されるデータ少ない場合はＣＰを減らしてｐｏｌｌｅｄ  ＴＸＯＰを増やす、逆に、単発的に送信されるデータが多い場合はＣＰを長くして、ｐｏｌｌｅｄ  ＴＸＯＰを減らすとういうような調整をすることができる。【００４５】  ただし、ＣＰを全く設けずに、ｐｏｌｌｅｄ  ＴＸＯＰだけを連続的に付与すると、ネットワーク管理のためのコマンド等が送信できなくなってしまう。例えばＱＳＴＡがネットワークに新規に参加する際のコマンドもＣＰにおいて送信されるので、ＣＰを全く設けない場合にはＱＳＴＡがネットワークに参加できなくなってしまう。このため、ＣＰはある程度の周期で設ける必要がある。【００４６】  （スケジュール周期とパワーセーブ）
従来の一般的な実装においては、ＱＡＰ８０１の帯域管理部９１３が、帯域割り当ての単位となるスケジュールの周期（スケジュール周期と呼ぶ）を決定し、さらに、その周期内でどのような割合で各ＱＳＴＡにｐｏｌｌｅｄ  ＴＸＯＰを付与するかを決定し、このスケジュール周期（単位期間）を繰り返す。これを長期的に見れば、各ＱＳＴＡに付与される帯域の割合が決定されることになる。また、ｐｏｌｌｅｄ  ＴＸＯＰを付与するためにＱＡＰ８０１がＱＳＴＡに対してＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する時点においては、ＱＳＴＡはＡｗａｋｅ状態となっている必要がある。【００４７】  これらの関係について図１８を参照しながら説明する。なお、ここでは、ＱＡＰ８０１（以降、簡略化のために単にＱＡＰと称する）が、３つのＱＳＴＡ（ＱＳＴＡ１，ＱＳＴＡ２，ＱＳＴＡ３）に対して送信権を付与する場合の例について説明する。また、この図においては、ＡＤＤＴＳ  ｒｅｑｕｅｓｔとＡＤＤＴＳ  ｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。つまり、ＱＡＰは、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームによって各ＱＳＴＡの送信データの伝送レートなどの情報を通知され、それを元にスケジュールを既に決定しているものとする。ここでは、ＱＳＴＡ１が最も送信データの伝送レートが高く、ＱＳＴＡ３が最も送信データの伝送レートが低いものとする。また、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームはＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順序で送信されたものとする。【００４８】  また、この図において、ＱＡＰ、ＱＳＴＡの時間軸の上側の四角は、その局からフレームが送信される期間を示す。Ｐ１、Ｐ２、Ｐ３という四角はそれぞれ、ＱＡＰからＱＳＴＡ１宛、ＱＳＴＡ２宛、ＱＳＴＡ３宛のＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信される期間を示す。また、データという四角は、ＱＳＴＡからｕｐ  ｌｉｎｋまたはｄｉｒｅｃｔ  ｌｉｎｋで、１つ以上のデータフレームが送信される事を示している。また、ＱＳＴＡ１〜ＱＳＴＡ３の時間軸の下に示されている斜線の入った四角はそのＱＳＴＡがＡｗａｋｅ状態となっている期間を示す。【００４９】  最上段のスケジュールという列はＱＡＰが設定した送信権付与のスケジュールを示し、この段におけるＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３という四角はそのＱＳＴＡに送信権を付与する予定の期間である事を示す。すなわち、この期間はＱＳＴＡ宛のＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間とそのＱＳＴＡに付与されるｐｏｌｌｅｄ  ＴＸＯＰを含んでいる。実際にはＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間はｐｏｌｌｅｄ  ＴＸＯＰの長さに比べて非常に小さいので、送信権が付与される期間は、ｐｏｌｌｅｄ  ＴＸＯＰとほぼ同じ長さであると考えてよい。図においては表記の都合上ＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間が比較的大きくなっている。ＣＰという四角はＣｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄを設ける予定の期間である事を示す。【００５０】  まず、ＱＡＰはＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームを受信すると、スケジュール周期を決定する。この値は、どのような大きさでも良い。次に、ＱＡＰは受信したＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームの情報を元に、各ＱＳＴＡに対して、どのよ��な頻度でどの程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを付与する必要があるか、という帯域割り当てのスケジュールを決定する。図１８の例では、ＱＳＴＡ１に対しては１回のスケジュール周期ごとにスケジュール周期の３割程度の期間、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の３割程度の期間、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の３割程度の期間、のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与する必要があると判断された場合を示している。【００５１】  さらに、ＱＡＰは帯域割り当てのスケジュールを元にして、ＳＳＴおよびＳＩを決定する。なお、ｐｏｌｌｅｄ  ＴＸＯＰを付与する時には、ＱＳＴＡにＱｏＳ  ＣＦ−Ｐｏｌｌを受信させる必要がある。このため、各ＱＳＴＡは、ｐｏｌｌｅｄ  ＴＸＯＰを付与されるとき、すなわちＱｏＳ  ＣＦ−Ｐｏｌｌを受信しようとするときにはＡｗａｋｅ状態である必要がある。【００５２】  ＱＳＴＡ１に対しては、スケジュール周期ごとにｐｏｌｌｅｄ  ＴＸＯＰを付与するので、ＳＩはスケジュール周期と同じ長さにすればよい（ＳＩ１）。また、この時点では、他の局からのＡＤＤＤＴＳ  ｒｅｑｕｅｓｔは受信しておらず、他のｐｏｌｌｅｄ  ＴＸＯＰを付与する予定が無いので、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭とし、ＳＳＴはスケジュール周期の始点に合わせた時刻とする（ＳＳＴ１）。【００５３】  ＱＳＴＡ２に対しては、２度のスケジュール周期ごとにｐｏｌｌｅｄ  ＴＸＯＰを付与するので、ＳＩはスケジュール周期の２倍の長さにすればよい（ＳＩ２）。また、すでにＱＳＴＡ１のためのｐｏｌｌｅｄ  ＴＸＯＰの付与が予定されているので、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後にする。よって、ＱＳＴＡ２のＳＳＴは、スケジュール周期の始点時刻にＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄ  ＴＸＯＰの長さとを加算した時刻とする（ＳＳＴ２）。【００５４】  ＱＳＴＡ３に対しては、３度のスケジュール周期ごとにｐｏｌｌｅｄ  ＴＸＯＰを付与するので、ＳＩはスケジュール周期の３倍の長さにすればよい（ＳＩ３）。また、すでにＱＳＴＡ１およびＱＳＴＡ２のためのｐｏｌｌｅｄ  ＴＸＯＰの付与が予定されているので、ＱＳＴＡ３へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの後にする。よって、ＱＳＴＡ３のＳＳＴは、スケジュール周期の始点時刻にＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄ  ＴＸＯＰの長さと、ＱＳＴＡ２へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄ  ＴＸＯＰの長さとを加算した時刻とする（ＳＳＴ３）。【００５５】  ＡＤＤＴＳ  ｒｅｑｕｅｓｔへの応答として、ＱＡＰはＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームを送信し、上記で決定したＳＳＴおよびＳＩをＱＳＴＡに通知する。【００５６】  なお、図１８においては、説明の簡単化のため、スケジュール周期中の各ＱＳＴＡに対するｐｏｌｌｅｄ  ＴＸＯＰの長さは同じにしているが、これは異なる長さになる場合もある。【００５７】  （Ｓ−ＡＰＳＤを用いた場合のネットワーク全体の動作）
Ｓ−ＡＰＳＤを用いた場合のネットワークの全体的な動作について図１９を参照しながら説明する。図１９における図の表記方法は図１８と略同様である。ただし、「他のＱＳＴＡ」という軸は、ＱＳＴＡ１およびＱＳＴＡ２以外のＱＳＴＡを示す。したがって、「他のＱＳＴＡ」の時間軸の上側の四角は、ＱＳＴＡ１およびＱＳＴＡ２以外のＱＳＴＡからフレームが送信される期間を示す。【００５８】  最上段のスケジュールという列はＱＡＰにおける送信権付与のスケジュールを示し、この段におけるＱＳＴＡ１およびＱＳＴＡ２という四角はそのＱＳＴＡに送信権を付与する予定の期間である事を示す。ＣＰという四角はＣｏｎｔｅｎｔｉｏｎＰｅｒｉｏｄを設ける予定の期間である事を示す。【００５９】  図１９は、ＱＳＴＡ１およびＱＳＴＡ２に、帯域の４割程度（スケジュール周期うち４割程度の期間）のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与し、残りの２割程度の期間をＣＰに使用している例である。つまり、スケジュール周期の４割程度の長さのｐｏｌｌｅｄ  ＴＸＯＰをＱＳＴＡ１へ付与し、その後、それと同じ長さのｐｏｌｌｅｄ  ＴＸＯＰをＱＳＴＡ２に付与している。さらに、残った２割程度の期間はＣＰに割り当てている。このようなスケジュール周期が長期的に繰り返される。なお、スケジュール周期は８ｍｓ程度を想定している。【００６０】  図１９におけるフレーム送信の流れについて述べる。この図において、ＡＤＤＴＳ  ｒｅｑｕｅｓｔとＡＤＤＴＳ  ｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームにてＱＡＰはＱＳＴＡ１に対して、ＳＳＴとして、ＱＳＴＡ１に最初にＱｏＳ  ＣＦ−Ｐｏｌｌを送信する予定の時間であるＳＳＴ１を通知し、ＳＩとしては、スケジュール周期と同じ長さのＳＩを通知しているものとする。同様にＱＳＴＡ２に対しては、ＳＳＴとしてＳＳＴ２を、ＳＩとしてはＱＳＴＡ１と同じ長さのＳＩを通知しているものとする。【００６１】  ＱＡＰはＳＳＴ１の時間になったらＱＳＴＡ１宛にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１を送信する。このフレームには、予め決定しておいたスケジュールに従ったＴＸＯＰ  ｌｉｍｉｔを指定する、また、ＱＡＰは他のフレームを送信する予定はないので、ＥＯＳＰ＝１を指定する。なお、ここでは、簡単のために、ｄｏｗｎ  ｌｉｎｋのデータは送信しない例としているが、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１の送信前にｄｏｗｎ  ｌｉｎｋのデータを送信してもよい。【００６２】  ＱＳＴＡ１は先にＡＤＤＴＳ  ｒｅｓｐｏｎｓｅにて、ＳＳＴ１を通知されているので、このときにはＡｗａｋｅ状態となっている。ＱＳＴＡ１はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１を受信するとデータフレーム１２０２を送信する。先に述べた通りここでは１つ以上のデータフレームが送信される。ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１で通知されたＴＸＯＰ  ｌｉｍｉｔが経過するとＱＳＴＡ１はデータ送信を終了する。そして、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１ではＥＯＳＰ＝１が指定されているので、ＱＳＴＡ１はこれ以上自局宛のデータが送信されることがないと判断し、パワーセーブ状態に移行する。【００６３】  ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１を送信してから、指定したＴＸＯＰ  ｌｉｍｉｔが経過したら、ＱＡＰはＱＳＴＡ２宛にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３を送信する。これは、ＳＳＴ２としてＱＳＴＡ２に通知した時間と同じになる。このフレームには、予め決定しておいたスケジュールに従ったＴＸＯＰ  ｌｉｍｉｔを指定する、また、ＱＡＰは他のフレームを送信する予定はないので、ＥＯＳＰ＝１を指定する。なお、簡単のため、ｄｏｗｎ  ｌｉｎｋのデータは送信しない例としているが、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３の送信前にｄｏｗｎ  ｌｉｎｋのデータを送信してもよい。【００６４】  ＱＳＴＡ２は先にＡＤＤＴＳ  ｒｅｓｐｏｎｓｅにて、ＳＳＴ２を通知されているので、このときにはＡｗａｋｅ状態となっている。ＱＳＴＡ２はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３を受信するとデータフレーム１２０４を送信する。先に述べた通りここでは１つ以上のデータフレームが送信される。ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３で通知されたＴＸＯＰ  ｌｉｍｉｔが経過するとＱＳＴＡ２はデータ送信を終了する。そして、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３ではＥＯＳＰ＝１が指定されているので、ＱＳＴＡ２はこれ以上自局宛のデータが送信されることがないと判断し、パワーセーブ状態に移行する。【００６５】  その後はＣＰとなることがスケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信しないものとし、他のＱＳＴＡがＤＣＦ方式でデータフレーム１２０５を送信する。このＣＰにおいては、各ＱＳＴＡが、必要に応じて、１つ以上のデータフレームを送信できる（送信する必要がなければ何も送信しなくてもよい）。【００６６】  ＣＰの終了予定時間になったら、ＱＡＰは再びＱＳＴＡ１に対してＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０６を送信する。これは、前にＱＳＴＡ１に対してＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１を送信してからＳＩが経過した時間であり、ＳＳＴ１からＳＩが経過した時間となる。このとき、ＱＳＴＡ１はＡｗａｋｅ状態となっている。ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０６を受信したＱＳＴＡ１がデータフレーム１２０７を送信して、パワーセーブ状態に移行する流れは、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０１を受信した場合と同様である。【００６７】  ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０６を送信してから、指定したＴＸＯＰ  ｌｉｍｉｔが経過したら、ＱＡＰはＱＳＴＡ２宛にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０８を送信する。これは、前にＱＳＴＡ２に対してＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３を送信してからＳＩが経過した時間であり、ＳＳＴ２からＳＩが経過した時間となる。このとき、ＱＳＴＡ２はＡｗａｋｅ状態となっている。ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０８を受信したＱＳＴＡ２がデータフレーム１２０９を送信して、パワーセーブ状態に移行する流れは、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１２０３を受信した場合と同様である。【００６８】  その後はＣＰとなることがスケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信ないものとし、他のＱＳＴＡ��必要に応じてＤＣＦ方式でデータフレーム１２１０を送信できる。先に述べた通り、ここでは各ＱＳＴＡは、必要に応じて１つ以上のデータフレームを送信できる。【００６９】  以上のような手順が繰り返されることになり、各ＱＳＴＡは自局にｐｏｌｌｅｄ  ＴＸＯＰが付与されるタイミングでのみＡｗａｋｅ状態となり、効率的にパワーセーブが機能する。【００７０】  なお、ここでは、スケジュール周期中に、１つのＱＳＴＡにｐｏｌｌｅｄ  ＴＸＯＰが付与されるのは１度だけになっているが、これは複数でも良い。例えば、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの後でＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰを再度スケジュールさしてもよい。ただし、そのような場合は、ＱＳＴＡ１は自局がｐｏｌｌｅｄ  ＴＸＯＰが付与されない期間（ＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰの期間）までＡｗａｋｅ状態になってしまう場合があり、その場合にはパワーセーブの効率が悪くなる。【００７１】  しかしながら、上記従来技術では、ＣＰが当初の予定スケジュールにおいて設定された期間よりも延長された場合に、その後のスケジュールが当初予定していたスケジュールとずれてしまうため、ＱＳＴＡにおけるパワーセーブの効率が低下してしまうという問題がある。【００７２】  ＣＰが当初の予定よりも延長されてしまうケースとしては、例えば以下に示す３つのケースが考えられる。【００７３】  （第１のケース）
第１のケースは、スケジュール周期の最後に設けられたＣＰが延長される場合である。図２０を参照しながらこの第１のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図においては、ＡＤＤＴＳ  ｒｅｑｕｅｓｔとＡＤＤＴＳ  ｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。【００７４】  この図に示す例では、ＱＡＰが、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１およびＱＳＴＡ２に対して、それぞれ帯域の４割程度を送信権付与期間として付与し、残りの２割程度をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。【００７５】  そして、ＱＡＰは、このように設定した予定スケジュールに基づくＳＳＴおよびＳＩを、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームにおいて各ＱＳＴＡに通知している。つまり、ＱＡＰは、ＱＳＴＡ１に対して、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅとして、ＱＳＴＡ１に最初にＱｏＳ  ＣＦ−Ｐｏｌｌを送信する予定の時間であるＳＳＴ１を通知し、Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌとしては、ＳＩを通知している。同様にＱＳＴＡ２に対しては、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  ＴｉｍｅとしてＳＳＴ２を、Ｓｅｒｖｉｃｅ  ＩｎｔｅｒｖａｌとしてはＱＳＴＡ１と同じくＳＩを通知している。なお、ここでは、説明の簡略化のためＱＳＴＡ１とＱＳＴＡ２とのＳｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌは同一としている。【００７６】  ＱＳＴＡ１およびＱＳＴＡ２に対してｐｏｌｌｅｄ  ＴＸＯＰが付与される流れは背景技術にて説明した例と同様であるのでここでは説明を省略する。【００７７】  ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰが終了した後は、ＣＰとなることが予定スケジュールとして決定されているので、ＱＡＰは何も送信しない。また、ＱＳＴＡ１およびＱＳＴＡ２はＣＰではデータを送信しないものとし、他のＱＳＴＡがＤＣＦ方式でデータを送信する。【００７８】  ここで、ＣＰの終了後、ＱＡＰはＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信して、ｐｏｌｌｅｄ  ＴＸＯＰを付与するが、ＱＡＰが予定スケジュールにおいて予定していた期間よりも、ＣＰが延長されてしまう場合がある。【００７９】  先に述べた通り、ＣＰにおいては、全ＱＳＴＡは無線メディアにフレームが送信されているかどうかを監視し、どの局からもフレームが送信されない状態がＤＩＦＳと呼ばれる期間継続したことを検出したＱＳＴＡが、バックオフタイマと呼ばれるダウンタイマの計時を開始し、バックオフタイマが０になったＱＳＴＡがフレーム送信を開始できるというＤＣＦ方式でのフレーム送信が可能である。これに対して、ＱＡＰは、ネットワーク全体の管理局であるので、ＤＣＦ方式でフレームを送信するＱＳＴＡよりも、優先的にフレームを送信できる。具体的には、ＱＡＰは無線メディアにフレームが送信されているかどうかを監視し、どの局からもフレームが送信されない状態がＤＩＦＳより短いＰＩＦＳと呼ばれる期間継続したことを検出した時点でフレーム送信を開始できる。すなわち、ＱＳＴＡがＤＣＦ方式でフレームを送信するより先にＱｏＳ  ＣＦ−Ｐｏｌｌを送信してｐｏｌｌｅｄ  ＴＸＯＰを開始させることで、ＣＰを終了させることが可能であり、自局が決定したスケジュールに従ってネットワーク全体の帯域割り当ての管理を行うことができる。【００８０】  しかし、ＱＡＰがＣＰを終了させる予定だった時間の間際に、ＤＣＦ方式で送信権を得たＱＳＴＡが、長いフレームを送信した場合はそのフレーム送信が終了するまでは、ＱＡＰはＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信することができず、結果として、予定よりも遅い時間にＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信することになってしまう。これは、言い換えれば、ＱＡＰにおける帯域割り当てのスケジュールにおいて、ＣＰが延長されたという事になる。【００８１】  つまり、図２０においては、ＱＳＴＡ２がデータフレーム１３０４の送信を終了した後でＣＰが設けられており、他のＱＳＴＡはこのＣＰにおいてデータフレーム１３０５の送信を開始する。そして、データフレーム１３０５の送信により、ＱＡＰが予定していたＣＰよりも長い期間無線メディアが占有されている。つまり、予定されていた期間に比べてＥＸ１で示される時間だけＣＰが延長されたことになる。【００８２】  その後、ＱＡＰは再びスケジュール周期の最初から、スケジュールされていた通りにｐｏｌｌｅｄ  ＴＸＯＰを付与するためにＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信してゆく。一方、ＱＳＴＡにおいては、ＱＡＰからは何の新たな指定も無いので、すでに通知されたＳＳＴとＳＩからＡｗａｋｅになるタイミングを決定する。【００８３】  ＱＳＴＡ１は、データフレーム１３０２を送信した後でパワーセーブ状態となって、その後ＳＳＴ１からＳＩが経過した時刻でＡｗａｋｅ状態となる。この時刻は、ＱＡＰが元々ＱｏＳ  ＣＦ−ＰｏｌｌフレームをＱＳＴＡ１宛に送信する予定であった時刻であるが、実際にはＣＰが延長されているので、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは送信されず、ＱＳＴＡ１がＡｗａｋｅ状態になった後ＥＸ１が経過してからＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１３０６が送信される。【００８４】  同様に、ＱＳＴＡ２は、データフレーム１３０４を送信した後でパワーセーブ状態となって、その後ＳＳＴ２からＳＩが経過した時刻でＡｗａｋｅ状態となるが、この時刻では、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは送信されず、ＱＳＴＡ２がＡｗａｋｅ状態になった後ＥＸ１が経過してからＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１３０８が送信される。【００８５】  すなわち、ＱＳＴＡ１およびＱＳＴＡ２にとってみれば、必要の無い期間までＡｗａｋｅ状態となってしまう事になる。【００８６】  その後もこのスケジュールの遅れは解消されないので、ＱＳＴＡ１およびＱＳＴＡ２はＳＩごとに毎回ＥＸ１の期間だけ無駄にＡｗａｋｅ状態となってしまうことになる。【００８７】  さらに、図２０の例では、その後、ＱＳＴＡ２によるデータフレーム１３１４の送信後に設けられたＣＰにおいても、他のＱＳＴＡがデータフレーム１３１５を送信することにより、ＣＰがＥＸ２の長さだけ延長されている。【００８８】  これにより、実際のスケジュールは、予定スケジュールと比べて、ＥＸ１にＥＸ２を加えた期間の遅れが発生してしまい、結果的にＱＳＴＡ１とＱＳＴＡ２とはＥＸ１とＥＸ２とを加算した分だけ不要にＡｗａｋｅ状態となってしまう。【００８９】  また、図２０の例では、ＱＳＴＡ１においては、Ａｗａｋｅ状態となってＥＸ１とＥＸ２とを加算した期間が経過した後で、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１３１６が受信され、データフレーム１３１７を送信しているが、この場合、データフレーム１３１７の送信が完了した時点では、次のＳＰがすでに開始されてしまっているので、ＱｏＳ  ＣＦ−Ｐｏｌｌ１３１６で受信したＥＯＳＰフィールドは無効となり、ＱＳＴＡ１はパワーセーブ状態に移行する事ができない。その後も同様の状態となるため、ＱＳＴＡ１およびＱＳＴＡ２は全くパワーセーブ状態に移行できなくなってしまう。【００９０】  （第２のケース）
第２のケースは、ｐｏｌｌｅｄ  ＴＸＯＰが予定よりも早く返却された場合にＣＰが発生し、そのＣＰが延長される場合である。【００９１】  図２１を参照しながらこの第２のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図では、他のＱＳＴＡの動作については記載を省略している。また、この図において、ＡＤＤＴＳ  ｒｅｑｕｅｓｔとＡＤＤＴＳ  ｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。【００９２】  この図に示す例では、ＱＡＰが、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１およびＱＳＴＡ２に対して、それぞれ帯域の３割程度を送信権付与期間として付与し、残りの４割程度をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。つまり、スケジュール周期の３割程度の長さのｐｏｌｌｅｄ  ＴＸＯＰをＱＳＴＡ１へ付与し、その後、同じ長さのｐｏｌｌｅｄ  ＴＸＯＰをＱＳＴＡ２に付与している。さらに、残った期間はＣＰに割り当てている。【００９３】  そして、ＱＡＰは、このように設定した予定スケジュールに基づくＳＳＴおよびＳＩを、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームにおいて各ＱＳＴＡに通知している。つまり、ＱＡＰは、ＱＳＴＡ１に対して、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅとして、ＱＳＴＡ１に最初にＱｏＳ  ＣＦ−Ｐｏｌｌを送信する予定の時間であるＳＳＴ１を通知し、Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌとしては、ＳＩを通知している。同様にＱＳＴＡ２に対しては、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  ＴｉｍｅとしてＳＳＴ２を、Ｓｅｒｖｉｃｅ  ＩｎｔｅｒｖａｌとしてはＱＳＴＡ１と同じくＳＩを通知している。なお、ここでは、説明の簡略化のためＱＳＴＡ１とＱＳＴＡ２とのＳｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌは同一としている。【００９４】  図２１においてはＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１４０５が送信される部分以降に特徴があるので、その部分のみを説明する。【００９５】  ＱｏＳ  ＣＦ−Ｐｏｌｌ１４０５には、ＴＸＯＰ  ｌｉｍｉｔが含まれており、ＱＳＴＡ１は自局に付与されるｐｏｌｌｅｄ  ＴＸＯＰの長さを知る事ができる。そして、ＱＳＴＡ１は、ＱｏＳ  ＣＦ−Ｐｏｌｌ１４０５を受信した後にデータフレーム１４０６の送信を開始するが、付与されたｐｏｌｌｅｄ  ＴＸＯＰの期間を使い切る前に、送信するべきデータが無くなる場合がある。この場合には、ＱＳＴＡ１がＱＡＰに所定のフレームを送信することにより、ＱＡＰに対して送信権を返却し、ｐｏｌｌｅｄ  ＴＸＯＰを終了させることができる。なお、送信権を返却するために送信可能なフレームは、ＩＥＥＥ８０２．１１ｅの仕様においては、複数種類のフレームが定義されているが本明細書では送信権を返却するためのフレームを総称してＴＸＯＰ返却フレームと呼ぶ。【００９６】  図２１においては、データフレーム１４０６の送信の途中でＱＳＴＡ１はＴＸＯＰ返却フレームを送信して、途中でｐｏｌｌｅｄ  ＴＸＯＰを終了している。ここで、ｐｏｌｌｅｄ  ＴＸＯＰを返却されたＱＡＰはスケジュールの順序通りにＱＳＴＡ２にＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信したいところだが、この時点では予定スケ���ュールにおけるＱＳＴＡ２へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信時刻になっておらず、ＱＳＴＡ２はパワーセーブ状態になっている。このため、ＱＡＰがＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信してもＱＳＴＡ２には受信されず、ＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰを開始することができない。したがって、ＱＡＰはここでＣＰを設ける事になる。【００９７】  第１のケースでも述べた通り、ＣＰは延長される場合がある。図２１ではＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの予定時間を越えてＣＰが延長されてしまっている。結果として、その後のＱＡＰにおける帯域割り当てのスケジュールは、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの予定時間を越えてＣＰが延長された長さ（図ではＥＸ）だけずれてしまう。【００９８】  ＣＰの終了後、ＱＡＰは予定スケジュールの順序通りにｐｏｌｌｅｄ  ＴＸＯＰを付与するためにＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信を再開する。一方、ＱＳＴＡにおいては、ＱＡＰからは何の新たな指定も無いので、すでに通知されたＳＳＴとＳＩからＡｗａｋｅになるタイミングを決定する。【００９９】  したがって、第１のケースと同様に、ＱＳＴＡ１およびＱＳＴＡ２はＳＩごとに毎回ＥＸの期間だけ無駄にＡｗａｋｅ状態となってしまうことになる。なお、ＣＰの延長が再び発生すると、スケジュールの遅れが累積して行く事も第１のケースと同様である。【０１００】  （第３のケース）
第３のケースは、ＳＩの異なるストリームを各ＱＳＴＡに送信する場合に、各ＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが発生し、そのＣＰが延長される場合である。【０１０１】  図２２を参照しながらこの第３のケースについて詳しく説明する。なお、図の表記方法や略称などは背景技術にて説明した図１８および図１９と同様である。また、この図では、他のＱＳＴＡの動作については記載を省略している。また、この図において、ＡＤＤＴＳ  ｒｅｑｕｅｓｔとＡＤＤＴＳ  ｒｅｓｐｏｎｓｅのシーケンスはすでに完了しているものとする。【０１０２】  この図に示す例では、ＱＡＰが、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームに基づいて、ＱＳＴＡ１に対してはスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与し、各スケジュール周期における残りの期間をＣＰとして使用するスケジュール周期を繰り返す予定スケジュールを設定している。【０１０３】  なお、ＱＳＴＡ１のＳｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌはスケジュール周期と同じ長さであり（ＳＩ１）、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅはスケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。また、ＱＳＴＡ２のＳｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌはスケジュール周期の２倍の長さであり（ＳＩ２）、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置され、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅはスケジュール周期の始点時刻にＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの長さとＱＡＰからＱＳＴＡ１へのＤｏｗｎ  ｌｉｎｋ伝送の期間（ＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間を含む）とを加算した時刻である（ＳＳＴ２）。ＱＳＴＡ３については、Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌはスケジュール周期の３倍の長さであり（ＳＩ３）、ＱＳＴＡ３へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置され、Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅは、スケジュール周期の始点時刻にＱＳＴＡ１およびＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの長さと、ＱＡＰからＱＳＴＡ１およびＱＳＴＡ２へのＤｏｗｎ  ｌｉｎｋ伝送の期間（ＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間を含む）とを加算した時刻である（ＳＳＴ３）。【０１０４】  このような帯域割り当ての予定スケジュールである場合、スケジュール周期によっては、ｐｏｌｌｅｄ  ＴＸＯＰを付与する必要の無いＱＳＴＡが生じる。その場合には、空いた時間にはＣＰを設けることになる。【０１０５】  例えば、スケジュール周期２においては、ＱＳＴＡ２とＱＳＴＡ３とのｐｏｌｌｅｄ  ＴＸＯＰが不要なので、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰが終了した後は全てＣＰとしている。また、スケジュール周期３においては、ＱＳＴＡ３のｐｏｌｌｅｄ  ＴＸＯＰが不要なので、ＱＳＴＡ１とＱＳＴＡ２とへのｐｏｌｌｅｄ  ＴＸＯＰが終了し���後は全てＣＰとしている。【０１０６】  問題となるのはスケジュール周期４のような場合である。スケジュール周期１においては、ＱＳＴＡ３にはＱＳＴＡ１とＱＳＴＡ２とへのｐｏｌｌｅｄ  ＴＸＯＰを付与した後で、ｐｏｌｌｅｄ  ＴＸＯＰを付与するというスケジュールなので、それに合わせたＳＳＴ３を通知している。そして、再びＱＳＴＡ３にｐｏｌｌｅｄ  ＴＸＯＰを付与するのは３つ後のスケジュール周期となるので、ＳＩ３としてはスケジュール周期の３倍の長さを通知している。スケジュール周期４においては、ＱＳＴＡ１とＱＳＴＡ３とへのｐｏｌｌｅｄ  ＴＸＯＰを設ける必要があるが、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰが終了した直後はＱＳＴＡ３はＡｗａｋｅ状態となっておらず、ＱＳＴＡ３へのＱｏＳ  ＣＦ−Ｐｏｌｌを送信する事ができない。したがって、ＱＡＰは、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ３とへのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰを設ける事になる。図２２においては、スケジュール周期４において、ＱＳＴＡ１がＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１５１３を受信、データフレーム１５１４を送信した後がＣＰとなっている。ところが、このＣＰの終了間際に長いフレームが他のＱＳＴＡから送信され、ＣＰがＥＸで示される時間だけ延長されている。このため、ＱＳＴＡ３はＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信される事を期待して、ＳＳＴ３からＳＩ３が経過した時点でＡｗａｋｅ状態となっているが、実際にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム８１５が送信されるのは、Ａｗａｋｅ状態となってからＥＸの時間が経過した後という事になる。【０１０７】  その後、ＱＳＴＡ３はＳＩ３ごとに毎回ＥＸの期間だけ無駄にＡｗａｋｅ状態となってしまうことになり、パワーセーブの効率が低下する。【０１０８】  さらに、その後のＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１５１７や、ＱＳＴＡ２へのＱｏＳ  ＣＦ−Ｐｏｌｌフレーム１５１９も遅れることになり、ＱＳＴＡ１〜ＱＳＴＡ３の全てにおいてパワーセーブの効率が低下することになる。なお、ＣＰの延長が再び発生すると、スケジュールの遅れが累積して行くことは第１のケースおよび第２のケースと同様である。【０１０９】  なお、ＣＰの延長が発生した場合だけでなく、無線区間においてノイズが発生した場合にもスケジュールの遅延は発生し得るため、その場合にもスケジュールの遅延が発生する。
【発明の開示】
【０１１０】  本発明は、上記の問題点に鑑みてなされたものであり、その目的は、親局が子局に送信権を付与するスケジュールの遅延が生じることによって起こるパワーセーブ効率の低下を防止または軽減することにある。
【０１１１】  上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備える。
【０１１２】  上記の構成によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、第２の通信方法を用いる期間が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブ（電力消費レベルを低下させる制御）を行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。
【０１１３】  また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、上記スケジュール設定手段は、上記遅延検出手段が上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。
【０１１４】  上記の構成によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、その後のスケジュールが再設定される。そして、再設定されたスケジュールに基づいて、ＳＳＩ，ＳＩが送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知される。これにより、子局が認識する送信権付与の開始時刻と、子局に対して実際に送信権付与される開始時刻とを同期させることができる。このため、例えば、子局が上記親局から通知されるＳＳＩ，ＳＩに基づいてパワーセーブを行う場合に、子局に対して実際に送信権付与される開始時刻を子局のパワーセーブのスケジュールに同期させることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。
【０１１５】  さらに、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。
【０１１６】  上記の構成によれば、各子局は、各スケジュール周期の開始時刻から、当該各スケジュール周期での最初の送信権付与信号の送信が完了するまでの間に、自局に対して送信権付与信号が送信されるものと認識する。このため、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、各子局は、送信権付与を行うスケジュール周期の開始時刻またはそれよりもわずかに遅れた時刻に、パワーセーブ状態を解除してＡｗａｋｅ状態に移行することになる。したがって、例えば、送信権付与されたいずれかの子局が、予定よりも早く送信権を親局に返却した場合であっても、上述の送信権の返却が行なわれた時点で他の子局はＡｗａｋｅ状態になっている。このため、送信権が予定よりも早く返却された場合に、送信権が返却されたことを検出した時点以降に送信権を付与する予定の子局に対して、予定の時刻を繰り上げて送信権を付与するための信号を送信し、子局に受信させることができる。
【０１１７】  これにより、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与するまでの期間に、上記第２の通信方法を用いざるを得ない状況を回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設定され、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。
【０１１８】  また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させるための手段を備えている。
【０１１９】  例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合であって、送信権を付与されたいずれかの子局が、予定よりも早く送信権を返却した場合には、その時点では、次に送信権を付与する予定の子局がパワーセーブ状態になっている場合がある。その場合は、親局が、次に送信権を付与する予定の子局に対して送信権を付与しようとしても、その子局は親局からの信号を受信できない。このような場合、通常、当該子局に送信権を付与する予定の時刻になるまで、親局はネットワークに何の信号も送信しない。そして、ネットワークに何も送信されない期間が所定期間以上継続すると、上記第２の通信方法を用いることができる期間が予定外に設けられることになる。
【０１２０】  これに対して、上記の構成によれば、送信権を付与されたいずれかの子局が、予定よりも早く送信権を返却した場合に、上記第２の通信方法の使用を禁止させるための手段が、親局に送信権が返却された後、上記スケジュールにおいて次の子局に対して送信権を付与する時刻まで、上記第２の通信方法を用いることができないようにする。
【０１２１】  これにより、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与する予定の時刻までに、上記第２の通信方法が用いられることを回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。
【０１２２】  さらに、上記の課題を解決するために、親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含む。
【０１２３】  上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、第２の通信方法を用いる期間が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。
【０１２４】  また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、上記遅延検出工程で上記遅延を検出したときに、上記スケジュールを再設定し、上記再設定したスケジュールに基づくＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。
【０１２５】  上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、その後のスケジュールが再設定される。そして、再設定されたスケジュールに基づいて、ＳＳＴ，ＳＩが送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知される。これにより、子局が認識する送信権付与の開始時刻と、子局に対して実際に送信権付与される開始時刻とを同期させることができる。このため、例えば、子局が上記親局から通知されるＳＳＩ，ＳＩに基づいてパワーセーブを行う場合に、子局に対して実際に送信権付与される開始時刻を子局のパワーセーブのスケジュールに同期させることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。
【０１２６】  さらに、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記スケジュールを設定するときに、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げる。
【０１２７】  上記の方法によれば、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与するまでの期間に、上記第２の通信方法を用いざるを得ない状況を回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設定され、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。
【０１２８】  また、上記の課題を解決するために、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない状態が所定期間以上継続したことを検出した場合に、上記第２の通信方法の使用を開始するネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置で用いられる通信方法であって、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、上記送信権を返却されてから、次に送信権を付与する予定の時刻まで、全子局に対して、上記第２の通信方法の使用を禁止させる。
【０１２９】  上記の方法によれば、予定よりも早く送信権が返却された場合に、次の子局に対して送信権を付与する予定の時刻までに、上記第２の通信方法が用いられることを回避することができる。したがって、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが上記スケジュールに対して遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。
【図面の簡単な説明】
【０１３０】
【図１】本発明の一実施形態にかかるＱＡＰ（親局）が管理するネットワークにおけるタイミングチャートの一例である。
【図２】本発明の一実施形態にかかるＱＡＰの概略構成を示すブロック図である。
【図３】本発明の一実施形態にかかるＱＡＰの処理の流れを示すフロー図である。
【図４】本発明の一実施形態にかかるＱＡＰ（親局）が管理するネットワークにおけるタイミングチャートの他の例である。
【図５】本発明の他の実施形態におけるＱＡＰの処理の流れを示すフロー図である。
【図６】本発明の他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図７】本発明のさらに他の実施形態におけるＱＡＰの処理の流れを示すフロー図である。
【図８】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図９】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１０】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１１】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１２】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１３】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１４】本発明のさらに他の実施形態にかかるＱＡＰが管理するネットワークにおけるタイミングチャートの一例である。
【図１５】従来のネットワークの構成例を示す説明図である。
【図１６】従来のネットワークに用いられる親局および子局の構成を示すブロック図である。
【図１７】従来のネットワークにおいて通信されるフレームシーケンスの一例を示す説明図である。
【図１８】従来のネットワークにおけるタイミングチャートの一例である。
【図１９】従来のネットワークにおけるタイミングチャートの一例である。
【図２０】従来のネットワークにおけるタイミングチャートの一例である。
【図２１】従来のネットワークにおけるタイミングチャートの一例である。
【図２２】従来のネットワークにおけるタイミングチャートの一例である。
【発明を実施するための最良の形態】
【０１３１】  〔第１の実施の形態〕
本発明の一実施形態について説明する。図２は、本実施形態にかかるＱＡＰ（親局）１０の概略構成を示すブロック図である。このＱＡＰ１０は、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものであり、例えば図１５に示したネットワークにおいてＱＡＰ８０１に代えて用いられる。なお、ＱＳＴＡ（子局；ｎｏｎ−ＡＰ  ＱＳＴＡ）については、図１６に示したＱＳＴＡと同様のものを用いることができる。【０１３２】  本実施形態にかかるＱＡＰ１０は、帯域割り当てのスケジュールに予定のスケジュールに対する遅れが生じた場合に、それ以降のフレーム送信タイミングを制御することで遅れを元に戻し、ＱＳＴＡでのパワーセーブのスケジュールと実際のフレーム送信タイミングとを同期するように補正するものである。【０１３３】  図２に示すように、ＱＡＰ１０は、アプリケーション部１１、プロトコル制御部１２、スケジュール記憶部１３、無線部１４を備えている。【０１３４】  アプリケーション部１１は、図示しない記憶手段に格納されているアプリケーションプログラムを読み出して実行するものである。【０１３５】  プロトコル制御部１２は、このＱＡＰ１０が管理するネットワークにおける通信プロトコルを制御するものであり、帯域管理部１５、記憶制御部１６、ＴＳＦタイマ１７などを備えている。【０１３６】  帯域管理部１５は、スケジュール設定部１８、タイミング制御部２０、ネットワーク監視部２１、遅延検出部１９などを備えている。【０１３７】  スケジュール設定部１８は、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームによって各ＱＳＴＡから通知される送信データの伝送レートなどの情報に基づいて、各ＱＳＴＡに対する帯域割り当てのスケジュール（各ＱＳＴＡに対するｄｏｗｎ  ｌｉｎｋ伝送、および、各ＱＳＴＡに対する送信権付与のスケジュール）を設定する。なお、このスケジュールは、ＴＳＦタイマ１７の時刻に関連付けて設定される。ＴＳＦタイマ１７の時刻は、ネットワークに所属する全てのＱＳＴＡおよびＱＡＰにおいて同期している。【０１３８】  また、スケジュール設定部１８の設定したスケジュールは、記憶制御部１６によってスケジュール記憶部１３に記憶される。スケジュール記憶部１３は、スケジュール設定部１８の設定した予定スケジュールを記憶するものであり、記憶制御部１６は、スケジュール記憶部１３に対するスケジュールの記憶および記憶したスケジュールの読み出しを制御するものである。【０１３９】  タイミング制御部２０は、スケジュール設定部１８の設定したスケジュールに基づいて、各ＱＳＴＡへのデータフレームおよび／またはＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（送信権付与フレーム）の送信タイミングを制御する。ただし、タイミング制御部２０は、ＣＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）においては、どの局からもフレームが送信されない状態がＰＩＦＳの期間経過するまではフレームの送信を開始させない。【０１４０】  ネットワーク監視部２１は、いずれかのＱＳＴＡからフレームが送信されているかどうか（ネットワーク（無線メディア）にフレームが送信されているかどうか）を監視する。また、どの局からもフレームが送信されない状態の継続期間を計時し、当該計時��た期間がＰＩＦＳと呼ばれる期間継続したかどうかを判定し、判定結果をタイミング制御部２０に伝達する。また、ＣＰにおいて、どの局からもフレームが送信されない状態がＰＩＦＳの期間に達したときに、その旨を遅延検出部１９に通知する。【０１４１】  遅延検出部１９は、実際のスケジュールが、予定スケジュールに対して遅延したか否かを検出するものである。上記したように、ＱＡＰ１０は、ネットワーク監視部２１によって、ＣＰに入ってからもメディアをセンスしている（メディアにフレームが送信されているかどうかを監視している）いる。そして、ＣＰにおいて、どの局からもフレームが送信されない状態がＰＩＦＳの期間に達したときに、その旨が遅延検出部１９に通知される。これにより、遅延検出部１９は、ＣＰが終了する時刻を検出する。そして、記憶制御部１６を介してスケジュール記憶部１３から予定スケジュールを読み出し、ＣＰの終了時刻を比較することで、ＣＰが延長されたか否か、すなわちスケジュールが遅延したか否かを判定する。【０１４２】  また、遅延検出部１９は、ＣＰが延長された場合、予定スケジュールにおいて当該ＣＰを終了させる予定であった時刻に対して、ＣＰが延長された時間ＥＸを算出する。【０１４３】  無線部９１４は、各ＱＳＴＡとの間で通信を行う手段であり、受信した電波信号をプロトコル制御部１２が理解可能なフレームに変換してプロトコル制御部１２に送り、プロトコル制御部１２から送られてくるフレームを電波信号に変換して無線メディアを介してＱＳＴＡに送信する。【０１４４】  次に、ＱＡＰ１０の動作について説明する。図３は、ＱＡＰ１０の動作の流れを示すフロー図である。図１は、ＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図１における表記方法や略称などは背景技術にて説明した図１８等と略同様である。【０１４５】  図３に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームを受信すると（Ｓ１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図３では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。【０１４６】  次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ２）。【０１４７】  図１の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与している。【０１４８】  なお、この例では、ＱＳＴＡ１については、ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌ）はスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴ（Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅ）は、スケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。【０１４９】  また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長��であり（ＳＩ）、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置され、ＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間（Ｐ１）とｐｏｌｌｅｄ  ＴＸＯＰの長さを加算した時刻である（ＳＳＴ２）。【０１５０】  また、各スケジュール周期におけるＱＳＴＡ２のデータフレームの送信後にＣＰが設けられている。【０１５１】  ＣＰの延長が発生しない場合には、この予定スケジュールに基づいて各ＱＳＴＡの送信権付与期間が管理されることになる。【０１５２】  Ｓ２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図１では、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。【０１５３】  また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ４）。【０１５４】  その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ５）。【０１５５】  また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ６）。【０１５６】  そして、Ｓ６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ７）。そして、予定スケジュールを終了していない場合には引き続きＳ５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。【０１５７】  一方、Ｓ６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ８）、算出した遅延時間をタイミング制御部２０に通知する。【０１５８】  タイミング制御部２０は、遅延検出部１９の算出した遅延時間と、予定スケジュールの各スケジュール周期に設けられているＣＰとから、遅延を取り戻すためにＣＰを省略するスケジュール周期を決定する（Ｓ９）。つまり、延長されたＣＰの長さＥＸと、予定スケジュールにおける本来のＣＰの長さから、タイミング制御部２０はＣＰを何度省略すれば、ＱＡＰ１０による実際の帯域割り当てのスケジュールと、予定スケジュールとを同期させられるかを算出し、遅延を取り戻すためにＣＰを省略するスケジュール周期を決定する。【０１５９】  そして、タイミング制御部２０は、Ｓ９において決定したスケジュール周期については、ＣＰを設けないように（予定したＣＰを省略するように）フレーム送信を行う（Ｓ１０）。そして、Ｓ９において決定したスケジュール周期を終えた後は、再びＳ５の処理を行う。これにより、実際のフレーム送信タイミングが予定スケジュールに対して遅延していることを検出した後、予定スケジュールのフレーム送信タイミングに戻��まで、ＣＰを省略して短縮したスケジュール周期でフレームの送信が行われる。【０１６０】  図１に示す例では、スケジュール周期１におけるＣＰがＥＸで示される時間だけ延長されている。これに伴い、ＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（Ｐ１）１０５の送信タイミングがＥＸの期間遅れている。Ｓ６の処理によって遅延検出部１９がこの遅れを検出し、Ｓ７においてその遅延時間を算出すると、タイミング制御部２０は、この遅延を解消するために、スケジュール周期２および３のＣＰを省略するように決定している。【０１６１】  したがって、タイミング制御部２０は、予定スケジュールにおいてスケジュール周期２に設けていたＣＰを省略し、スケジュール周期２におけるＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰが終了した後、すぐに次のスケジュール周期３で付与するｐｏｌｌｅｄ  ＴＸＯＰを開始させるように、ＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）１０９を送信している。そして、次のスケジュール周期３においても同様にＣＰを省略している。これにより、実際のスケジュール周期４において、遅れを取り戻され、実際のスケジュール周期と予定スケジュール周期とが一致している。【０１６２】  以上のように、本実施形態にかかるＱＡＰ１０は、予定スケジュールに対する実際のスケジュールの遅れの有無を判定し、遅れが生じている場合には、その遅れを取り戻すまで、予定スケジュール周期において設定されていたＣＰを省略する。【０１６３】  これにより、実際のスケジュールと予定スケジュールとを同期させることができる。すなわち、実際のスケジュールと、ＱＳＴＡが予定スケジュールに基づいて（ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームで受信したＳＳＴおよびＳＩに基づいて）設定したパワーセーブのスケジュールと同期させることができる。したがって、ＣＰが延長されることによってパワーセーブ効率が低下することを軽減できる。【０１６４】  つまり、従来の技術では、ＣＰが延長された場合も、通常のスケジュール（予定スケジュール）に従って、その後の各スケジュールについてｐｏｌｌｅｄ  ＴＸＯＰとＣＰとを設けて一つのスケジュール周期としていた。これに対して、本実施形態では、図１に実際のスケジュールとして示しているように、ＣＰの延長が生じた後のスケジュール周期２以降については、スケジュールの遅れを取り戻すまで、ｐｏｌｌｅｄ  ＴＸＯＰは予定通り設けるものの、ＣＰは設けないようにしている。これは、ＣＰの延長が生じた後のスケジュール周期を予定のスケジュールのスケジュール周期に比べて短縮しているとも言える。【０１６５】  例えば、図１の例では、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（Ｐ２）１０７を送信してＱＳＴＡ２に対してｐｏｌｌｅｄ  ＴＸＯＰを付与し、そのｐｏｌｌｅｄ  ＴＸＯＰが終了した後、従来ならばＣＰを設けるために、ＤＩＦＳ以上の間無線メディアがアイドルとなるようにＱＡＰ１０は何も送信しない。このため、従来の技術では、スケジュール周期２以降においてスケジュールの遅れは解消されない。【０１６６】  これに対して、本実施形態では、スケジュール周期２においてＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰが終了した後すぐに次のスケジュール周期３で付与するｐｏｌｌｅｄ  ＴＸＯＰを開始させるために、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（Ｐ１）１０９を送信している。つまり、スケジュール周期２においてはＣＰが設けられないことになる。なお、ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を開始できる事は先に述べた通りである。【０１６７】  同様にスケジュール周期３においても、ＣＰを設けることなく、スケジュール周期４に移行し、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（Ｐ１）１１３を送信している。図１の例では、ＥＸの長さが、予定スケジュールにおいて各スケジュール周期に設けたＣＰの長さの２倍であったものとしているので、２度のＣＰを省略することにより遅れは取り戻せる。したがって、スケジュール周期３が終わった時点で遅れは取り戻せている。このため、ＱＡＰ１０はスケジュール周期４以降においては、通常通り（予定スケジュール通り）ＣＰを設けている。【０１６８】  このような処理により、ＱＳＴＡ１およびＱＳＴＡ２においては、時間の経過と共に、無駄にＡｗａｋｅ状態となっている時間が減少してゆき、最終的には、ＣＰが発生する前と同じ効率でパワーセーブすることができる。【０１６９】  なお、本実施形態では、タイミング制御部２０が、スケジュールの遅延が解消するまでの期間、各スケジュール周期のＣＰを省略している（ＣＰを全く設けないものとしている）が、これに限るものではない。【０１７０】  例えば、遅延が解消するまでの期間におけるＣＰを、予定スケジュールにおけるＣＰよりも短くするようにしてもよい。この場合、ＱＡＰ１０（タイミング制御部２０）は、一旦はＣＰが開始されるように、スケジュール周期における最後のｐｏｌｌｅｄ  ＴＸＯＰが終了した後で、ＤＣＦのＱＳＴＡにフレームの送信が開始できるようにフレームを送信しない。そして、そのフレームの送信が終わった時点で、次のスケジュール周期を開始するべき時間になっていたらＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信し、まだスケジュール周期を開始するべき時間になっていなかったら再び何も送信せずＤＣＦのＱＳＴＡがフレームの送信を開始するのを待つ。【０１７１】  これにより、例えば、ＥＸの長さよりも予定スケジュールにおけるＣＰの長さが長い場合には、全てのＣＰを省略しなくとも遅れを取り戻せる。ただし、この場合（ＣＰを省略しない場合）は、当然ながらＣＰがさらに延長される可能性があるので、場合によっては遅れが取り戻せないことになる。【０１７２】  また、ＣＰを省略するスケジュール周期と、ＣＰを短縮するスケジュール周期とを適宜組み合わせて設定してもよい。これにより、例えば、延長時間ＥＸが予定スケジュールにおいて各スケジュール周期に設けたＣＰの長さの整数倍でない場合であっても、ＣＰの短縮期間を調節することで、実際のスケジュールを予定スケジュールに同期させることができる。【０１７３】  また、遅延が生じている期間中においても、予定スケジュールにおいて設けていたＣＰと同じ長さのＣＰを有するスケジュール周期を所定の頻度で設けてもよい。例えば、遅延が生じている期間において、ＣＰを省略するスケジュール周期とＣＰを設けるスケジュール周期とを交互に設けてもよい。また、ＣＰが設けられない期間が所定の期��以上継続しないように、複数のタイミング周期ごとに、ＣＰを設けるスケジュール周期を挿入するようにしてもよい。【０１７４】  また、本実施形態では、遅延検出部１９が、ＣＰが予定よりも延長されたか否かを判定するともに、延長されたときには延長時間を算出し、その延長時間に基づいてタイミング制御部２０がＣＰを省略するスケジュール周期を設定するようになっている。しかしながら、これに限らず、例えば、ＱＡＰ１０からの各送信フレームについて、実際の送信タイミングと予定スケジュールにおける送信タイミングとを比較して遅延の有無を判定し、遅延があると判定した場合に次のＣＰを省略するようにしてもよい。あるいは、各スケジュール周期における所定の送信フレーム（例えば初めの送信フレーム）について、予定スケジュールに対する遅延の有無を判定し、遅延がある場合に次のＣＰを設けないようにしてもよい。【０１７５】  また、スケジュールが解消するまでの期間、ＣＰを省略するのではなく、Ｐｏｌｌｅｄ  ＴＸＯＰを短縮または省略する方法をとっても良い。省略すべきＰｏｌｌｅｄ  ＴＸＯＰとしては、重要性またはリアルタイム性の低いデータの伝送のためのものを選択する事が考えられる。重要性またはリアルタイム性の判断は、ＱＳＴＡがＱＡＰに対して何らかのパケットで自局の伝送しているデータの重要性またはリアルタイム性を通知して、データの重要性またはリアルタイム性の情報を基にＱＡＰが判断する方法が考えられる。また、ＱＡＰがパケットの中身を解析して判断する事が考えられる。パケットのヘッダ部分には、一般的にそのパケットが属するプロトコルおよびパケットに含まれるデータの種別に関する情報が含まれているので、それらを元に判定する事が可能である。【０１７６】  また、上記した図１の例では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じ長さに設定しているが、これに限らず、各ＱＳＴＡに異なる長さのＳＩを設定してもよい。また、図１の例では、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、これに限らず、各ＱＳＴＡに対する帯域割り当て量が異なっていてもよい。また、図１の例では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。【０１７７】  （ＱｏＳ  ＣＦ−ＰｏｌｌのＥＯＳＰフィールドについて）
なお、本実施形態において、スケジュール周期の最後のＣＰを省略したときに、一つのスケジュール周期において、１つのＱＳＴＡに２回以上ｐｏｌｌｅｄ  ＴＸＯＰを付与する場合には、ＥＯＳＰフィールドの値に注意する必要がある。図４を参照しながら説明する。図の表記方法や略称などは図１と同様である。また、図４ではＱＳＴＡ１の動作のみに着目し、ＱＳＴＡ２および他のＱＳＴＡについては省略する。【０１７８】  図４における、ＱＡＰ１０（スケジュール設定部１８）の設定した帯域割り当ての予定スケジュールは、ＱＳＴＡ１とＱＳＴＡ２との両方に対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与するものである。【０１７９】  また、ＱＳＴＡ１については、ＳＩはスケジュール周期と同じ長さであり、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰがスケジュール周期の先頭に配置されるように、ＳＳＴが設定されている。ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さであり、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置されるように、ＳＳＴが設定されている（図示していない）。【０１８０】  スケジュール周期１のＣＰにおいて、ＣＰがＥＸで示される期間だけ延長されている。ＱＳＴＡ１はＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０１を受信してから、ＳＩが経過した時点でＡｗａｋｅ状態となっているが、スケジュール周期２は全てＣＰで占有されているため、ＱｏＳ  ＣＦ−Ｐｏｌｌは受信できず、スケジュール周期２の開始時からスケジュール周期３の開始時までＡｗａｋｅ状態となったままである。【０１８１】  ＱＡＰ１０（タイミング制御部２０）は、ＣＰの延長が終了した時点でＱＳＴＡ１宛にＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４を送信する。ＱＳＴＡ１はこの時点でＡｗａｋｅ状態となっているので、これを受信し、データフレームＣ０５を送信する。ＱＡＰ１０（タイミング制御部２０）はその後ＱＳＴＡ２にＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０６を送信した後で、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０７を送信するが、これはＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４と同じＳＰ（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ）内で送信される。もし、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４において、ＥＯＳＰフィールドが１に設定されていた場合、ＱＳＴＡ１は次のＳＰの開始までは、ＱＡＰ１０からフレームが送信されないものと判断し、パワーセーブ状態になる。すると、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０７を受信することができず、ＱＡＰ１０はＱＳＴＡ１が再びＡｗａｋｅ状態となるまで、次のＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信を待つことになる。すなわち、連続的にＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信することでＣＰの延長による遅れを取り戻すことができなくなる。【０１８２】  本実施形態においては、ＱＡＰ１０（タイミング制御部２０）がＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４を送信しようとする時に、あて先のＱＳＴＡにおける同一ＳＰ内で再度ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する予定である場合は、ＥＯＳＰフィールドを０にして送信し、同一ＳＰ内でＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する予定がなければ、ＥＯＳＰフィールドを１にする。つまり、ＱＡＰ１０（タイミング制御部２０）は、同一のＳＰ内において同じＱＳＴＡにＱｏＳ  ＣＦ−Ｐｏｌｌフレームを複数回送信するか否かを判定し、複数回送信しない場合にはＥＯＳＰフィールドを１とする一方、複数回送信する場合には最後に送信するＱｏＳ  ＣＦ−ＰｏｌｌフレームのみＥＯＳＰフィールドを１とする（他のＱｏＳ  ＣＦ−ＰｏｌｌフレームではＥＯＳＰフィールドを０とする）。したがって、図４の例では、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４におけるＥＯＳＰフィールドは０に設定され、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０７におけるＥＯＳＰフィールドは０に設定される。【０１８３】  ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４を受信したＱＳＴＡ１はデータフレームＣ０５を送信するが、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０４におけるＥＯＳＰフィールドは０に設定されているので、ここでは、パワーセーブ状態に移行しない。そして、同一ＳＰ内でＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０７を受信してデータフレームＣ０８を送信する。先の判定方法に従えば、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ０７においては、ＥＯＰＳフィールドは１に設定されるので、ＱＳＴＡ１はデータフレームＣ０８の送信後にパワーセーブ状態に移行する。【０１８４】  その後も帯域割り当てのスケジュールの遅れを取り戻せていないので、ＱＡＰ１０はＣＰを省略してＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ１０を送信し、これを受信したＱＳＴＡ１はデータフレームＣ１１を送信する。先の判定方法に従えば、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＣ１０では、ＥＯＳＰフィールドは１に設定されるので、ＱＳＴＡ１はデータフレームＣ０８の送信後にパワーセーブ状態に移行する。【０１８５】  その後、スケジュール周期５以降は帯域割り当てのスケジュールの遅れが取り戻されて、予定通りの帯域割り当てが行なわれることになる。【０１８６】  このように、本実施形態では、一つのＳＰにおいて２回以上のＱｏＳ  ＣＦ−Ｐｏｌｌフレームを連続的に送信することが可能であり、より迅速にＣＰの延長による帯域割り当てのスケジュールの遅れを取り戻すことができる。【０１８７】  なお、処理の簡単化のために、ＣＰの遅れを取り戻すために連続的にＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信している場合は、常にＥＯＳＰフィールドを０に設定して送信するということも考えられる。【０１８８】  〔実施形態２〕
本発明の他の実施形態について説明する。なお、説明の便宜上、実施形態１にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。【０１８９】  本実施形態にかかるＱＡＰ１０の構成は、実施形態１に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、スケジュール設定部１８が、予定スケジュールを設定する際、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期を定期的に設ける点が実施形態１と異なっている。本実施形態にかかるＱＡＰ１０では、スケジュールの遅延が生じた場合に、上記各ＱＳＴＡに対して帯域を割り当てないスケジュール周期の長さを短縮または省略することで、遅延を解消するものである。【０１９０】  図５は、本実施形態にかかるＱＡＰ１０の処理の流れを示すフロー図である。図６は、このＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図６における表記方法や略称などは図１と略同様である。図６におけるＱＡＰの時間軸上のＮ１（参照符号２１３）およびＮ２（参照符号２１４）という四角はＱｏＳ  Ｎｕｌｌフレームを示す。Ｎ１はＱＳＴＡ１宛のＱｏＳ  Ｎｕｌｌフレームであり、Ｎ２はＱＳＴＡ２宛のＱｏＳ  Ｎｕｌｌフレームである。ＱｏＳ  Ｎｕｌｌフレームの詳細については後述する。【０１９１】  図５に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームを受信すると（Ｓ２１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図５では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。【０１９２】  次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ２２）。この際、スケジュール設定部１８は、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期（ｌｏｎｇ  ＣＰ；調整期間）を定期的に設ける。つまり、スケジュール設定部１８は、ｌｏｎｇ  ＣＰを含む予定スケジュールを設定する。【０１９３】  図６の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与している。また、スケジュール周期４については、各ＱＳＴＡに対して帯域を割り当てないｌｏｎｇ  ＣＰとしている。したがって、図６に示す例では、実際のスケジュールにおいて、スケジュール周期３におけるＱＳＴＡ２への帯域割り当ての終了時刻（ＱＳＴＡ２によるデータフレーム２１２の送信後）から、スケジュール周期５の開始時刻までは、ＱＡＰ１０はＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信しない。このスケジュール周期４（ｌｏｎｇ  ＣＰ）では、ＤＣＦ方式により各ＱＳＴＡがデータを送信できる。【０１９４】  なお、この例では、ＱＳＴＡ１��ついては、ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌ）はスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴ（Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅ）は、スケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。【０１９５】  また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置され、ＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間（Ｐ１）とｐｏｌｌｅｄ  ＴＸＯＰの長さを加算した時刻である（ＳＳＴ２）。【０１９６】  また、各スケジュール周期におけるＱＳＴＡ２のデータフレームの送信後にＣＰが設けられている。【０１９７】  ＣＰの延長が発生しない場合には、この予定スケジュールに基づいて各ＱＳＴＡの送信権付与期間が管理されることになる。【０１９８】  Ｓ２２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ２３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図６では、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。【０１９９】  また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ２４）。【０２００】  その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ２５）。【０２０１】  また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ２６）。【０２０２】  そして、Ｓ２６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ２７）。そして、予定スケジュールを終了していない場合には引き続きＳ２５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。【０２０３】  一方、Ｓ６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ２８）、算出した遅延時間をタイミング制御部２０に通知する。【０２０４】  タイミング制御部２０は、遅延検出部１９の算出した遅延時間に基づいて、遅延を取り戻すためにｌｏｎｇ  ＣＰを短縮する時間を決定する（Ｓ２９）。つまり、延長されたＣＰの長さＥＸだけ、予定スケジュールのｌｏｎｇ  ＣＰを短縮するように、実際のスケジュールにおけるｌｏｎｇ  ＣＰに設定されたスケジュール周期の長さを決定する。【０２０５】  また、タイミング制御部２０は、現在のスケジュールがｌｏｎｇ  ＣＰに設定されたスケジュール周期であるか否かを判断する（Ｓ３０）。そして、ｌｏｎｇ  ＣＰに設定されたスケジュール周期ではないと判断した場合、タイミング制御部２０は予定スケジュールに基づく帯域割り当てを継続する（Ｓ３１）。つまり、タイミング制御部２０はｌｏｎｇ  ＣＰに設定されたスケジュール周期が始まるまでは、予定スケジュールに基づくスケジュール周期で各ＱＳＴＡに対する帯域割り当てを続ける。【０２０６】  したがって、図６の例では、ＱＡＰ１０は、ＣＰが延長された後も、予定スケジュールに基づいて、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰとＣＰのセットからなるスケジュール周期２および３の帯域割り当てを続ける。【０２０７】  より詳細には、スケジュール周期２においては、延長されたＣＰが終了した後で、ＱＳＴＡ１宛にＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）２０５を送信する。ＱＳＴＡ１はＳＳＴ１からＳＩが経過した時点でＡｗａｋｅ状態となっており、ＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）２０５を受信したらデータフレーム２０６を送信する。さらに、ＱＡＰ１０は、ＱＳＴＡ２に対してＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ２）２０７を送信する。ＱＳＴＡ２はＳＳＴ２からＳＩが経過した時点でＡｗａｋｅ状態となっており、ＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ２）２０７を受信したらデータフレーム２０８を送信する。さらに、その後はＣＰを設けるためにＱＡＰ１０は何も送信せず、ＣＰ終了予定時刻になったらＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）２０９を送信する。なお、簡単のため、ここではＣＰの延長は起こらなかったものとする。【０２０８】  同様にスケジュール周期３においても、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰとＣＰとを設けている。すなわち、スケジュールのずれが発生してもスケジュール周期２および３ではずれたままのスケジュールでフレーム送信を続ける。【０２０９】  一方、Ｓ３０においてｌｏｎｇ  ＣＰに設定されたスケジュール周期であると判断した場合、タイミング制御部２０は、Ａｗａｋｅ状態のＱＳＴＡに対して、ＱｏＳ  Ｎｕｌｌフレームを送信する（Ｓ３２）。ＱｏＳ  Ｎｕｌｌフレームはデータフレームと同じフォーマットであるが、データが含まれていないフレームである。データフレームと同じフォーマットであるのでＥＯＳＰフィールドを含んでおり、ＱＡＰ１０がＱＳＴＡに対してＥＯＳＰフィールドを通知するために使用される。これにより、ＱｏＳ  Ｎｕｌｌフレームを受信したＱＳＴＡは、パワーセーブ状態に移行することができる。【０２１０】  より詳細には、ＱＡＰ１０は、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームで各ＱＳＴＡに通知したＳＳＴおよびＳＩの情報と、自局が各ＱＳＴＡ対してＥＯＳＰ＝１でフレームを送信したタイミングの情報から、現在各ＱＳＴＡがＡｗａｋｅ状態かどうかを判定することができる。【０２１１】  例えば、図６の例では、実際のスケジュールにおけるスケジュール周期３が終了した時点で、ＱＡＰ１０は、ＱＳＴＡ１がＡｗａｋｅ状態であるということを知ることができる。さらに、ＱＳＴＡ１に対してはスケジュール周期５になってからＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する予定であるので、その時点まではＱＳＴＡ１がパワーセーブ状態となっていてもよいということもわかる。つまり、ＱＳＴＡ１がＡｗａｋｅ状態となっている必���が無いにも関わらず、現在Ａｗａｋｅ状態となっていることがわかる。【０２１２】  ところが、ＱＡＰ１０がＥＯＳＰフィールド（ＥＯＳＰ＝１）を送信しない限り、ＱＳＴＡ１はパワーセーブ状態には移行できない。このため、ＱＡＰ１０は、ＱＳＴＡ１宛にＱｏＳ  ＮｕｌｌフレームをＥＯＰＳ＝１で送信する。これを受信したＱＳＴＡ１はすぐにパワーセーブ状態に移行することができる。そして、後述するようにｌｏｎｇ  ＣＰを短縮することで、スケジュール周期５の開始時点において遅延が解消し、予定スケジュールと実際のスケジュールとが同期するので、次にＱＡＰがＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（Ｐ１）２１５を送信する時刻（ＳＳＴ１とＳＩから計算される）にＡｗａｋｅ状態となることができる。【０２１３】  なお、図６に示す例では、ＱＡＰ１０（タイミング制御部２０）は、スケジュール周期４の開始時点（ｌｏｎｇ  ＣＰの開始時点）でＱＳＴＡ１宛にＱｏＳ  Ｎｕｌｌフレーム２１３を送信している。つまり、本実施形態ではＣＰの延長が発生したとしてもｌｏｎｇ  ＣＰに設定されたスケジュール周期以外については予定スケジュール通りにフレーム送信を行うように設定しているので、ｌｏｎｇ  ＣＰの開始時点では遅延が解消されておらずＱＳＴＡ１に対するＱｏＳ  Ｎｕｌｌフレームは前のスケジュール周期３が終了した時点でしか送信できないため、ＱＳＴＡ１はＡｗａｋｅ状態になってしばらくしてからＱｏＳ  Ｎｕｌｌフレームを受信している。これに比べて、ＱＳＴＡ２に対しては、ＱＳＴＡ２がＡｗａｋｅ状態となる時刻になったらすぐに、ＱＡＰ１０はＱｏＳ  Ｎｕｌｌフレームを送信している。このため、ＱＳＴＡ２は無駄にＡｗａｋｅ状態となっている期間がＱＳＴＡ１に比べて短くなっている。このように、可能な限り早めにＱｏＳ  Ｎｕｌｌフレームを送信する方がＱＳＴＡのパワーセーブの効率は向上する。ただし、当然ながらＱＳＴＡがＡｗａｋｅ状態となった後で送信しなければならない。【０２１４】  その後、ＱＡＰ１０（タイミング制御部２０）は、予定スケジュールにおけるスケジュール周期５の開始時刻になったらＱＳＴＡ１宛にＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）２１５を送信する（Ｓ３２）。すなわち、実際のスケジュールと予定スケジュールとを同期させるように、予定スケジュールにおけるスケジュール周期５の開始時刻になったらＱＳＴＡ１宛にＱｏＳ  ＣＦ−Ｐｏｌｌ（Ｐ１）２１５を送信し、ｌｏｎｇ  ＣＰに設定されたスケジュール周期４を短縮する。ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を開始できることは先に述べた通りである。【０２１５】  そして、Ｓ３２の処理によって予定スケジュールに同期した後は、再びＳ２５の処理を行う。【０２１６】  これにより、スケジュール周期５以降は予定のスケジュール通りにＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信できるようになり、ＱＳＴＡ１やＱＳＴＡ２はもともとの予定スケジュールに合わせてパワーセーブのスケジュールを決定しているので、ＱＡＰ１０における帯域割り当てのスケジュールと、ＱＳＴＡにおけるパワーセーブのスケジュールが再び同期し、ＱＳＴＡはＣＰが発生する前と同じ効率でパワーセーブすることができる。【０２１７】  以上のように、本実施形態にかかるＱＡＰ１０は、予定スケジュールを設定するときに、各ＱＳＴＡに対して帯域を割り当てないスケジュール周期（ｌｏｎｇ  ＣＰ）を定期的に設ける。そして、予定スケジュールに対する実際のスケジュールの遅れの有無を判定し、遅れが生じている場合には、ｌｏｎｇ  ＣＰを短縮することで、その遅れを取り戻す。【０２１８】  これにより、実際のスケジュールと予定スケジュールとを同期させることができる。すなわち、実際のスケジュールと、ＱＳＴＡが予定スケジュールに基づいて（ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームで受信したＳＳＴおよびＳＩに基づいて）設定したパワーセーブのスケジュールと同期させることができる。したがって、ＣＰが延長されることによってパワーセーブ効率が低下することを軽減できる。【０２１９】  なお、ｐｏｌｌｅｄ  ＴＸＯＰで送信されるデータはＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームによってＱＳＴＡから登録されたストリームデータであり、一般に動画像などのリアルタイム性の要求されるデータであるので、ｐｏｌｌｅｄ  ＴＸＯＰを予定より減らしてしまうと、受信側で動画像が乱れる等の支障が発生する。これに対して、ＣＰで送信されるデータは基本的には単発的に送信されるものであり、その頻度は比較的高くない。このため、ｌｏｎｇ  ＣＰを短くしても伝送への影響は低い。【０２２０】  また、本実施形態にかかるＱＡＰ１０は、ｌｏｎｇ  ＣＰにおいてＡｗａｋｅ状態となっているＱＳＴＡに、ＥＯＳＰ＝１のＱｏＳ  Ｎｕｌｌフレームを送信してパワーセーブ状態に移行させる。これにより、パワーセーブ効率の低下をより適切に防止できる。【０２２１】  なお、本実施形態では、ｌｏｎｇ  ＣＰに各ＱＳＴＡをパワーセーブ状態に移行させるためにＱｏＳ  Ｎｕｌｌフレームを送信しているが、これに限るものではない。各ＱＳＴＡに送信権を付与しない（帯域を割り当てない）ことを示すフレームであればよい。具体的には、ＥＯＳＰフィールドを含むフレームであればよく、例えば、ＱＳＴＡ宛のデータフレームやＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信してもよい。ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する場合にはｐｏｌｌｅｄ  ＴＸＯＰの期間を０としてもよい。また、ｌｏｎｇ  ＣＰ中に各ＱＳＴＡをパワーセーブ状態に移行させることで、パワーセーブの効率を向上させることができるが、必ずしもｌｏｎｇ  ＣＰ中に各ＱＳＴＡをパワーセーブ状態に移行させる必要なない。その場合には、ｌｏｎｇ  ＣＰ中に、ＱＡＰ１０からＱＳＴＡに対してＥＯＳＰフィールドを含むフレームを送信しなくてもよい。また、ｌｏｎｇ  ＣＰ中に一部のＱＳＴＡのみをパワーセーブ状態に移行させても良い。【０２２２】  （ｌｏｎｇ  ＣＰの長さと頻度について）
図６の例では、予定スケジュールにおけるｌｏｎｇ  ＣＰに設定されたスケジュール周期は他のスケジュール周期と同じ長さとしているが、これに限るものではない。ただし、ｌｏｎｇ  ＣＰを含むスケジュール周期がスケジュール周期の整数倍でない場合、予定スケジュールにおいてＱＳＴＡへ通知するＳＩとの同期ができなくなる。このため、ｌｏｎｇ  ＣＰの長さは０以外の整数を他のスケジュール周期に積算した長さである必要がある。このような条件を満たしていれば、ｌｏｎｇ  ＣＰの長さは任意の長さでよい。なお、ｌｏｎｇ  ＣＰの長さは、毎回同じ長さであってもよく、ＱＡＰ１０が予定スケジュールを設定する毎に適応的に変化させてもよい。【０２２３】  図６においてはｌｏｎｇ  ＣＰを含むスケジュール周期を一つだけ記載しているが、これは、基本的には周期的にスケジュールされる。つまり、何度かのスケジュール周期に１度、ｌｏｎｇ  ＣＰに設定されたスケジュール周期が設けられる。このｌｏｎｇ  ＣＰが設けられる周期は任意の長さでよい。また、必ずしも周期的に発生させる必要は無く、ＱＡＰ１０が必要だと判断したときにｌｏｎｇ  ＣＰを設けてもよい。ただし、ｌｏｎｇ  ＣＰを周期的に発生させる方が、ＱＳＴＡに付与するｐｏｌｌｅｄ  ＴＸＯＰとの調整が容易になる。【０２２４】  １つのｌｏｎｇ  ＣＰの長さを長くしたり、ｌｏｎｇ  ＣＰの発生頻度を高くしたりするほど、ＣＰの延長回数が増えた場合に遅れを取り戻すのが容易になるが、その分、ｐｏｌｌｅｄ  ＴＸＯＰを設けられる時間が減ってしまうので、帯域が圧迫される。ｌｏｎｇ  ＣＰをどのような長さ・頻度とするかは、ＡＤＤＴＳで定義されているストリームの数やそのデータレート、ＣＰで伝送するＱＳＴＡの数やそのデータレート等によりＱＡＰ１０が適切に決定すればよい。【０２２５】  ｌｏｎｇ  ＣＰを設けるとそのスケジュール周期においては、ｐｏｌｌｅｄ  ＴＸＯＰが設けられないことになり、帯域の割り当てが減ってしまうことになるが、この帯域の減少分については、他のスケジュール周期におけるｐｏｌｌｅｄ  ＴＸＯＰの長さを長くする等で調整が可能である。【０２２６】  また、図６においては、簡単のためスケジュール周期１でのみＣＰの延長が発生した場合を記載しているが、その後ｌｏｎｇ  ＣＰが発生するまでにＣＰの延長が発生した場合には、累積の延長時間を解消するようにｌｏｎｇ  ＣＰをさらに短縮することで、遅れを取り戻すことができる。なお、ＣＰの延長が連続的に発生するなどして１度のｌｏｎｇ  ＣＰでは全ての遅れを取り戻せなかった場合、すなわち累積の遅延時間がｌｏｎｇ  ＣＰを超えた場合には、複数のｌｏｎｇ  ＣＰで遅れを取り戻すようにしてもよい。【０２２７】  また、実施形態１の構成、すなわちスケジュールの遅延が生じた場合に各スケジュール周期のＣＰを省略または短縮する構成と、本実施形態のようにｌｏｎｇ  ＣＰの長さを調整することで遅延を取り戻す構成とを組み合わせて用いてもよい。【０２２８】  また、ｌｏｎｇ  ＣＰの終了間際にこのｌｏｎｇ  ＣＰの延長が発生する場合も考えられるが、そのときは、実施形態１と実施形態２とを組み合わせて遅れを取り戻してもよく、複数のｌｏｎｇ  ＣＰを短縮することで遅れを取り戻してもよい。【０２２９】  また、本実施形態では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じにしているが、これに限らず、各ＱＳＴＡのＳＩは異なっていてもよい。また、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、異なる帯域割り当て量であってもよい。また、本実施形態では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。【０２３０】  〔実施形態３〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１および２にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。【０２３１】  本実施形態にかかるＱＡＰ１０の構成は、実施形態１および２に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１および２と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、実際のスケジュールが予定スケジュールに対してずれた場合に、スケジュール設定部１８が実際のスケジュールに合わせて予定スケジュールを更新し、更新したスケジュールを通知するためのフレームを各ＱＳＴＡに送信する点が、上記各実施形態と異なっている。これにより、各ＱＳＴＡは、パワーセーブのスケジュールを、ＱＡＰ１０での更新後の帯域割り当てのスケジュールに合わせ直すことで、双方のずれを補正し、パワーセーブを効率的に行うことができる。【０２３２】  図７は、本実施形態にかかるＱＡＰ１０の処理の流れを示すフロー図である。図８は、このＱＡＰ１０が管理するネットワークにおけるタイミングチャートの一例である。なお、図８における表記方法や略称などは図１および図６と略同様である。図８におけるＱＡＰの時間軸上のＳ１（参照符号３０５）やＳ２（参照符号３０８）という四角は、Ｓｃｈｅｄｕｌｅフレームを示す。Ｓ１はＱＳＴＡ１宛のＳｃｈｅｄｕｌｅフレームであり、Ｓ２はＱＳＴＡ２宛のＳｃｈｅｄｕｌｅフレームである。このＳｃｈｅｄｕｌｅフレームの詳細については後述する。【０２３３】  図７に示すように、ＱＡＰ１０は、ＱＳＴＡからＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームを受信すると（Ｓ４１）、そのフレームに含まれるＴＳＰＥＣ等に基づいて帯域割り当てを承認するか否かを判定する（図７では、帯域割り当てを承認するものとする）。なお、ＴＳＰＥＣとは伝送するデータ群の仕様を示す情報群であり、どのような頻度でどれくらいの長さのデータを送信する必要があるかという情報等が含まれている。【０２３４】  次に、スケジュール設定部１８（帯域管理部１５）は、ＴＳＰＥＣに基づいて各ＱＳＴＡへの帯域割り当てのスケジュール（予定スケジュール）を設定する（Ｓ４２）。【０２３５】  図８の最上段に示した予定スケジュールの例では、ＱＳＴＡ１およびＱＳＴＡ２の両方に対して、スケジュール周期ごとにスケジュール周期の４割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与している。【０２３６】  なお、この例では、ＱＳＴＡ１については、ＳＩ（Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｖａｌ）はスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴ（Ｓｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅ）は、スケジュール周期の始点に合わせた時刻である（ＳＳＴ１）。【０２３７】  また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さであり（ＳＩ）、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置され、ＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間（Ｐ１）とｐｏｌ���ｅｄ  ＴＸＯＰの長さを加算した時刻である（ＳＳＴ２）。【０２３８】  また、各スケジュール周期におけるＱＳＴＡ２のデータフレームの送信後にＣＰが設けられている。【０２３９】  ＣＰの延長が発生しない場合には、この予定スケジュールに基づいて各ＱＳＴＡの送信権付与期間が管理されることになる。【０２４０】  Ｓ４２において予定スケジュールを設定した後、スケジュール設定部１８は、設定した予定スケジュールをＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームとしてＱＳＴＡに通知する（Ｓ４３）。具体的には、各ＱＳＴＡに対して、当該ＱＳＴＡについてのＳＳＴおよびＳＩを通知する。なお、図８では、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームおよびＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームの送受信は完了しているものとし、記載を省略している。【０２４１】  また、記憶制御部１６は、スケジュール設定部１８の設定した予定スケジュールをスケジュール記憶部１３に記憶させる（Ｓ４４）。【０２４２】  その後、タイミング制御部２０は、スケジュール設定部１８の設定した予定スケジュールに基づいて各ＱＳＴＡへのフレーム送信（ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム）を行う（Ｓ４５）。【０２４３】  また、遅延検出部１９は、予定スケジュールと、実際のスケジュールとを比較し、遅延が生じているか否かを判定する（Ｓ４６）。【０２４４】  そして、Ｓ４６において遅延が生じていないと判定した場合、タイミング制御部２０は、予定スケジュールが全て終了したか否かを判断する（Ｓ４７）。そして、予定スケジュールを終了していない場合には引き続きＳ４５の処理を行い、予定スケジュールに基づくフレームの送信を継続する。また、予定スケジュールが終了したと判定した場合、ＱＡＰ１０は処理を終了する。【０２４５】  一方、Ｓ４６において遅延が生じていると判断した場合、遅延検出部１９は、遅延時間を算出し（Ｓ４８）、算出した遅延時間をスケジュール設定部１８に通知する。なお、ＱＡＰ１０はＣＰに入ってからもメディアをセンスしているので、ＣＰが終了する時刻を検出することが可能である。このため、自局がＣＰを終了させる予定であった時刻から、どれだけＣＰが延長された時間ＥＸを算出できる。【０２４６】  スケジュール設定部１８は、遅延検出部１９の算出した遅延時間と、スケジュール記憶部１３に記憶されている予定スケジュールとに基づいて、予定スケジュールを再設定（更新）する（Ｓ４９）。【０２４７】  そして、タイミング制御部２０は、Ｓ４９において再設定された予定スケジュールを、Ａｗａｋｅ状態のＱＳＴＡに順次通知する（Ｓ５０）。具体的には、タイミング制御部２０は、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームで各ＱＳＴＡに通知したＳＳＴおよびＳＩの情報（スケジュール記憶部１３に記憶している予定スケジュール）と、自局が各ＱＳＴＡ対してＥＯＳＰ＝１でフレームを送信したタイミングの情報から、現在各ＱＳＴＡがＡｗａｋｅ状態かどうかを判定する。そして、Ａｗａｋｅ状態のＱＳＴＡに対して、更新後の予定スケジュールを通知するために、Ｓｃｈｅｄｕｌｅフレームを送信する。なお、先に述べた通り、ＤＣＦ方式でフレームを送信するＱＳＴＡに比べて、ＱＡＰ１０は短い待ち時間でフレームの送信を��始できる。従来はここで、ＱｏＳ  ＣＦ−Ｐｏｌｌを送信していたが、本実施形態においては、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する前にＳｃｈｅｄｕｌｅフレームを送信している。【０２４８】  Ｓｃｈｅｄｕｌｅフレームは、ＱＡＰ１０からＱＳＴＡにＳＳＴとＳＩとを通知するためのフレームである。ＱＡＰ１０は任意のタイミングでこのフレームを送信することができ、これを受信したＱＳＴＡはＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームで通知されたＳＳＴとＳＩとを更新する。なお、このフレームにはＥＯＳＰフィールドが存在しないので、ＱＳＴＡはこのフレームを受信してもパワーセーブ状態には移行しない。【０２４９】  図８においては、延長されたＣＰが終了した後で、ＱＡＰ１０はＳｃｈｅｄｕｌｅフレーム３０５をＱＳＴＡ１宛に送信している。このフレームには、ＳＳＴとして、ＱＡＰ１０がＱＳＴＡ１に対して次のスケジュール周期におけるＱｏＳ  ＣＦ−Ｐｏｌｌフレーム（３０９）を送信する予定の時間（ＳＳＴ３）を指定し、ＳＩとして、それまでと同じＳＩを指定して送信する。ＳＳＴ３は、ＣＰの終了予定時刻（＝ＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信予定時刻）にＳＩとＥＸを加算することで算出できる。【０２５０】  このとき、ＱＳＴＡ１はＡｗａｋｅ状態となっているので、このＳｃｈｅｄｕｌｅフレームを受信し、自局のＳＳＴを再設定する。すなわち、自局が次にＡｗａｋｅ状態とならなければならない時間をＳＳＴ３に変更する。【０２５１】  さらに、ＱＡＰ１０はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３０６をＱＳＴＡ１宛に送信している。このフレームでは、従来通りＥＯＳＰフィールドを１に設定する。Ｓｃｈｅｄｕｌｅフレーム３０５にはＥＯＳＰフィールドが存在しないので、これを受信してもＱＳＴＡ１はパワーセーブ状態には移行せず、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３０６を受信した時点でＱＡＰからのフレーム送信が終了した事を認識する。【０２５２】  その後、ＱＳＴＡ１はデータフレーム３０７を送信した後パワーセーブ状態に移行する。なお、ここで送信されるデータフレーム３０７が複数でも良いということはこれまでと同様である。【０２５３】  ＳＳＴ３になるとＱＳＴＡ１はＡｗａｋｅ状態となる。またＱＡＰ１０はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３０６を送信したあとも、元々のスケジュール通りにＱＳＴＡ２に対するｐｏｌｌｅｄ  ＴＸＯＰを付与してＣＰを設けた後で、再びＱＳＴＡ１にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３０９を送信する。【０２５４】  従来では、ＳｃｈｅｄｕｌｅフレームによるＳＳＴの補正が行なわれないため、ＱＳＴＡ１がＡｗａｋｅになってからＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信されるまでに遅れが発生していた。これに比べて、本実施形態においては、ＱＳＴＡ１におけるＳＳＴが更新されているので、ＱＳＴＡ１がＡｗａｋｅになってからＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信されるまでに遅れが発生しない。このため、ＱＳＴＡ１は最小限の時間だけＡｗａｋｅとなっていれば良く、従来に比べて、パワーセーブの効率が向上していることがわかる。【０２５５】  なお、連続的にＣＰの延長が発生した場合には、その都度Ｓｃｈｅｄｕｌｅフレームを送信することで、ずれ���補正すればよい。また、ある程度ずれが累積した時点でＳｃｈｅｄｕｌｅフレームを送信し、累積したずれをまとめて補正してもよい。【０２５６】  同様に、ＱＡＰは、ＱＳＴＡ２に対しても、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３０９の送信前に、Ｓｃｈｅｄｕｌｅフレーム３０８を送信している。このフレームには、ＳＳＴとしてはＱＡＰ１０がＱＳＴＡ２に対して次のスケジュール周期におけるＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３１１を送信する予定の時間（ＳＳＴ４）を指定し、ＳＩとしてはそれまでと同じＳＩを指定する。【０２５７】  これを受信したＱＳＴＡ２は自局が次にＡｗａｋｅ状態とならなければならない時間をＳＳＴ４に変更する。そして、ＱＳＴＡ２は、データフレーム３１０の送信後パワーセーブ状態となり、ＳＳＴ４になるとＡｗａｋｅ状態となる。これにより、ＳＳＴ４になるとすぐにＱｏＳ  ＣＦ−Ｐｏｌｌフレーム３１３を受信でき、不必要にＡｗａｋｅ状態になることが無いため、パワーセーブの効率が向上している。【０２５８】  なお、図８では、記載の都合上、ＱＳＴＡ１におけるデータフレーム３０７の送信時間が短くなっているように見えるが、実際にはＳｃｈｅｄｕｌｅフレーム３０５の長さはデータフレーム３０７の送信時間に比べて非常に小さいものであるので、データフレーム３０７の送信時間が減るという事はほとんど無い。また、Ｓｃｈｅｄｕｌｅフレーム３０５の送信にかかる時間を予め計算しておいて、ＳＳＴ３の算出時にその時間を加算しても良い。ＱＳＴＡ２におけるデータフレーム３０９とＳｃｈｅｄｕｌｅフレーム３０８との関係も同様である。【０２５９】  また、スケジュール設定部１８は、Ｓ４９において再設定した予定スケジュールを、記憶制御部１６を介してスケジュール記憶部１３に記憶させる（Ｓ５１）。そして、それ以降は更新後の予定スケジュールに基づいてＳ４５以降の処理を行う。【０２６０】  以上のように、本実施形態にかかるＱＡＰ１０は、実際のスケジュールが予定スケジュールに対して遅延したときに、遅延時間に応じて予定スケジュールを再設定し、再設定したスケジュール（ＳＳＴ，ＳＩ）を各ＱＳＴＡに通知する。これにより、各ＱＳＴＡは、遅延時間を考慮して再設定された予定スケジュールに応じてパワーセーブのスケジュールを設定できる。したがって、ＣＰが延長されることによって実際のスケジュールに遅延が生じた場合でも、ＱＳＴＡにおけるパワーセーブ効率の低下を抑制できる。【０２６１】  また、ＱＡＰ１０における帯域割り当てのスケジュールとＱＳＴＡにおけるパワーセーブのスケジュールがずれる原因として、ここではＣＰが延長されることを述べたが、他の原因でこれらがずれてしまった場合にも、ＳｃｈｅｄｕｌｅフレームによってＱＳＴＡのパワーセーブのスケジュールを補正することができる。【０２６２】  例えば、すでにスケジュールに従ってＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信している途中で、送信元のＱＳＴＡがストリームの伝送を終了させる場合が考えられる。このとき、ＱＳＴＡからＤＥＬＴＳ  ｒｅｑｕｅｓｔフレームを受信したらＱＡＰ１０はその後のスケジュールからそのストリームを削除することになる。そのような場合、スケジュール周期内でのｐｏｌ���ｅｄ  ＴＸＯＰの位置を変更する必要があるので、帯域割り当てのスケジュールとパワーセーブのスケジュールがずれてしまう場合が考えられる。このような場合でも、スケジュール設定部１８が再設定した予定スケジュールをＳｃｈｅｄｕｌｅフレームによってＱＳＴＡに送信することで、ＱＳＴＡにおけるパワーセーブのスケジュールを実際のスケジュール（帯域割り当てスケジュール）に同期させることができる。【０２６３】  また、本実施形態では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じにしているが、これに限らず、各ＱＳＴＡのＳＩは異なっていてもよい。また、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、異なる帯域割り当て量であってもよい。また、本実施形態では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。【０２６４】  〔実施形態４〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。【０２６５】  本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜３に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜３と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、スケジュール設定部１８が予定スケジュールを設定するときに、各ＱＳＴＡが各スケジュール期間の先頭（開始時）にＡｗａｋｅ状態となるように、各ＱＳＴＡのＳＳＴおよびＳＩを設定するようになっている。これにより、本実施形態では、あるＱＳＴＡに付与したｐｏｌｌｅｄ  ＴＸＯＰが、予定よりも早く返却された場合に、別のＱＳＴＡに連続してｐｏｌｌｅｄ  ＴＸＯＰを付与できるので、同一スケジュール周期内における２つのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが発生しないようになっている。【０２６６】  図９は本実施形態にかかるＱＡＰ１０が管理するネットワークのタイミングチャートの一例である。この図における表記方法や略称などは図１にて説明したものと同様である。なお、他のＱＳＴＡの動作については省略している。【０２６７】  この図に示す例では、ＱＡＰ１０における帯域割り当ての予定スケジュールは、ＱＳＴＡ１とＱＳＴＡ２との両方に対して、スケジュール周期ごとに毎回、スケジュール周期の３割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与するようになっている。【０２６８】  また、ＱＳＴＡ１については、ＳＩはスケジュール周期と同じ長さ（ＳＩ）であり、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴは、スケジュール周期の始点に合わせた時刻（ＳＳＴ１）である。【０２６９】  また、ＱＳＴＡ２については、ＳＩはスケジュール周期と同じ長さ（ＳＩ）である。ＳＳＴについては、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置されるので、従来であればスケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄ  ＴＸＯＰの長さを加算した時刻としていた。これに対して、本実施形態においては、ＱＳＴＡ２のＳＳＴをスケジュール周期の始点に合わせた時刻（ＳＳＴ２）としている点に特徴がある。【０２７０】  スケジュール周期１においては、予定のスケジュールどおりにｐｏｌｌｅｄ  ＴＸＯＰが付与されており、従来どおりの動作となる。ただし、ＱＳＴＡ２のＳＳＴをスケジュール周期の始点に合わせているので、ＱＳＴＡ２はスケジュール周期が始まったらすぐにＡｗａｋｅ状態となっている。その後、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０３を受信してからデータフレーム４０４を送信し、パワーセーブ状態に移行する流れはこれまでと同様である。【０２７１】  スケジュール周期２において、まずＱＳＴＡ１宛にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０５が送信される。これを受信したＱＳＴＡ１はデータフレーム４０６の送信を開始する。ここで、ＱＳＴＡ１においてｐｏｌｌｅｄ  ＴＸＯＰの途中で送信するべきデータが無くなったとすると��先に述べたようにＱＳＴＡ１は  ＴＸＯＰ返却フレームを送信して付与されたｐｏｌｌｅｄ  ＴＸＯＰを返却する。このとき、従来であればＱＳＴＡ２はまだＡｗａｋｅ状態となっていないので、ＱＡＰ１０はＱＳＴＡ２に対してＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信できず、ＣＰを設けていた。しかし、本実施形態においては、各ＱＳＴＡのＳＳＴがスケジュール周期の先頭に合うように設定されているので、ＱＳＴＡ２はこの時点でＡｗａｋｅ状態となっている。このため、ＱＡＰ１０はすぐにＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０７を送信する。したがって、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが設けられる事がない。【０２７２】  その後、ＱＳＴＡ２はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０７で指定されたＴＸＯＰ  ｌｉｍｉｔが経過するまで、データフレーム４０８を送信し、パワーセーブ状態に移行する。【０２７３】  ＱＡＰ１０はＣＰに移行するために、何も送信せずスケジュール周期２の残った時間は全てＣＰに割り当てる。結果として予定のスケジュールよりもＣＰ時間が長くなっていることになる。【０２７４】  スケジュール周期３の開始予定時間、すなわち、ＱＳＴＡ１に対するＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０９の送信予定時間になると、ＱＡＰ１０はＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０９を送信し、その後は予定のスケジュールに従って帯域割り当てを行う。図９においては、その後はＱＳＴＡ１によるＴＸＯＰの早期返却等は発生せず、予定のスケジュールどおりに帯域が割り当てられている。【０２７５】  以上のように、本実施形態にかかるＱＡＰ１０（スケジュール設定部１８）は、各スケジュール周期の先頭において各ＱＳＴＡがＡｗａｋｅ状態となるように予定スケジュール（各ＱＳＴＡのＳＳＴ，ＳＩ）を設定する。【０２７６】  これにより、スケジュール周期内において先に配置されているｐｏｌｌｅｄ  ＴＸＯＰが予定より早く終了した場合でも、次のｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが設けられ、そのＣＰが延長されることでその後のＱｏＳ  ＣＦ−Ｐｏｌｌの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。【０２７７】  （４−１）ｐｏｌｌｅｄ  ＴＸＯＰの配置例
（４−１−１）ネットワーク全体のパワーセーブ効率を優先させる場合
本実施形態では、各ＱＳＴＡがＡｗａｋｅとなるタイミングをスケジュール周期の始点に合わせている。この場合、各ＱＳＴＡにおけるパワーセーブの効率（ネットワーク全体のパワーセーブ効率）を良くするためには、スケジュール設定部１８が、なるべく期間の短いｐｏｌｌｅｄ  ＴＸＯＰが先になるように各ＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰを配置した予定スケジュールを設定すればよい。図１０および図１１を参照しながら具体的に説明する。【０２７８】  図１０は、ｐｏｌｌｅｄ  ＴＸＯＰの期間が長いものから短いものへの順番でｐｏｌｌｅｄ  ＴＸＯＰを配置した例であり、非効率的なｐｏｌｌｅｄ  ＴＸＯＰの配置例である。図１１は、ｐｏｌｌｅｄ  ＴＸＯＰの期間が短いものから長いものへの順番でｐｏｌｌｅｄ  ＴＸＯＰを配置したものであり、効率的なｐｏｌｌｅｄ  ＴＸＯＰの配置例である。なお、図１０および図１１図における表記方法や略称などは図１と略同様である。【０２７９】  図１０と図１１とにおける帯域割り当ては同じになっており、ＱＳＴＡ１への割り当てが最も多く、ＱＳＴＡ３への割り当てが最も少ないものとなっている。すなわち、各ＱＳＴＡに対してスケジュール周期ごとに毎回、ＱＳＴＡ１に対してはスケジュール周期の４割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ２に対してはスケジュール周期の３割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ３に対してはスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与するようになっている。【０２８０】  これらの図において、全ＱＳＴＡを総合的にみたパワーセーブの効率を比較する。各ＱＳＴＡがＡｗａｋｅ状態となっている期間の長さの和を比較し、これがより少ない方がパワーセーブの効率が良いといえる。【０２８１】  ＱＳＴＡ１への１つのスケジュール周期におけるｐｏｌｌｅｄ  ＴＸＯＰの長さ、つまりＱＳＴＡ１がＱｏＳ  ＣＦ−Ｐｏｌｌフレームを受信してから、そのＱｏＳ  ＣＦ−Ｐｏｌｌフレームで示されるＴＸＯＰ  ｌｉｍｉｔの期間が経過するまでの時間をＡとする。これは図１０と図１１とで同じ長さとなる。同様にＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの長さをＢ、ＱＳＴＡ３へのｐｏｌｌｅｄ  ＴＸＯＰの長さをＣとする。【０２８２】  図１０において、１つのスケジュール周期においてＱＳＴＡ１がＡｗａｋｅとなっている時間はＡであり、ＱＳＴＡ２がＡｗａｋｅとなっている時間はＡ＋Ｂであり、ＱＳＴＡ３がＡｗａｋｅとなっている時間はＡ＋Ｂ＋Ｃである。これらの和をＴ１とすると、Ｔ１＝３Ａ＋２Ｂ＋Ｃとなる。【０２８３】  図１１において、１つのスケジュール周期においてＱＳＴＡ１がＡｗａｋｅとなっている時間はＣ＋Ｂ＋Ａであり、ＱＳＴＡ２がＡｗａｋｅとなっている時間はＣ＋Ｂであり、ＱＳＴＡ３がＡｗａｋｅとなっている時間はＣである。これらの和をＴ２とすると、Ｔ２＝３Ｃ＋２Ｂ＋Ａとなる。【０２８４】  上記したように、Ａ＞Ｃであるので、Ｔ１＞Ｔ２である。したがって、図１１の方がネットワーク全体としてのパワーセーブの効率が良い。【０２８５】  言い換えると、長いｐｏｌｌｅｄ  ＴＸＯＰを先に配置すると、その終了を待っている全てのＱＳＴＡがその期間Ａｗａｋｅ状態で待つことになるの��、全体としてＡｗａｋｅ状態になっている期間が増加する。このため、パワーセーブの効率が低下する。つまり、長さの異なるｐｏｌｌｅｄ  ＴＸＯＰを配置する場合は、期間の短いものをなるべく前に配置する方が全体としてのパワーセーブの効率は良くなる。【０２８６】  （４−１−２．）各ＱＳＴＡのパワーセーブ効率を均一化させたい場合
上記のように単純にｐｏｌｌｅｄ  ＴＸＯＰの短いＱＳＴＡから順番にｐｏｌｌｅｄ  ＴＸＯＰを配置する場合、ネットワーク全体としてのパワーセーブ効率は良くなるものの、スケジュール周期の前方でｐｏｌｌｅｄ  ＴＸＯＰを付与されるＱＳＴＡはパワーセーブの効率が高くなり、後方でｐｏｌｌｅｄ  ＴＸＯＰを付与されるＱＳＴＡはパワーセーブの効率が悪くなることになる。【０２８７】  そこで、各ＱＳＴＡにおけるパワーセーブの効率を均一化させたい場合には、スケジュール設定部１８が、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを各ＱＳＴＡに送信する順序を循環的に変更した予定スケジュールを設定するようにしてもよい。図１２は、この場合のタイミングチャートの一例である。なお、この図における表記方法や略称などは図１と略同様である。なお、他のＱＳＴＡの動作についてはこの図には記載していない。【０２８８】  この図に示す例では、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てに対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを付与するようになっている。また、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てについて、ＳＩはスケジュール周期と同じ長さ（ＳＩ１、ＳＩ２、ＳＩ３）である。また、ＳＳＴの設定は上記した図９と同様に、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の全てについて、スケジュール周期の始点に合わせた時刻（ＳＳＴ１、ＳＳＴ２、ＳＳＴ３）としている。【０２８９】  ただし、図１２に示すように、図１２では、スケジュール周期ごとにＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信される順序が循環的に変更されている。すなわち、スケジュール周期１においては、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順番でＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期２においては、ＱＳＴＡ２、ＱＳＴＡ３、ＱＳＴＡ１の順番でＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期３においては、ＱＳＴＡ３、ＱＳＴＡ１、ＱＳＴＡ２の順番でＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信され、スケジュール周期４においては、スケジュール周期１と同じ順序に戻って、ＱＳＴＡ１、ＱＳＴＡ２、ＱＳＴＡ３の順番でＱｏＳ  ＣＦ−Ｐｏｌｌフレームが送信され、その後はこれが繰り返される。【０２９０】  ここで、ＱＳＴＡ１について着目する。スケジュール周期１においては、ＱＡＰ１０はＱＳＴＡ１に対して、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＡ０１を送信し、それを受信したＱＳＴＡ１がデータフレームＡ０２を送信している。ここでは、ＱＳＴＡ１はスケジュール周期の始点から、その直後の自局のｐｏｌｌｅｄ  ＴＸＯＰが終了するまでＡｗａｋｅ状態となっていれば良いことになる。【０２９１】  スケジュール周期２においては、ＱＡＰ１０はＱＳＴＡ２とＱＳＴＡ３に対して、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＡ０７、Ａ０９を送信した後に、ＱＳＴＡ１宛のＱｏＳ  ＣＦ−ＰｏｌｌフレームＡ１１を送信している。つまり、ここでは、ＱＳＴＡ１はスケジュール周期の始点から、ＱＳＴＡ２とＱＳＴＡ３とのｐｏｌｌｅｄ  ＴＸＯＰが終了し、その後の自局のｐｏｌｌｅｄ  ＴＸＯＰが終了するまでＡｗａｋｅ状態となっていることになる。これはスケジュール周期１に比べると３倍の期���Ａｗａｋｅ状態となっている必要があるということである。【０２９２】  スケジュール周期３においては、ＱＡＰ１０はＱＳＴＡ３に対してＱｏＳ  ＣＦ−ＰｏｌｌフレームＡ１３を送信した後に、ＱＳＴＡ１宛のＱｏＳ  ＣＦ−ＰｏｌｌフレームＡ１５を送信している。つまり、ここでは、ＱＳＴＡ１はスケジュール周期の始点から、ＱＳＴＡ３のｐｏｌｌｅｄ  ＴＸＯＰが終了し、その後の自局のｐｏｌｌｅｄ  ＴＸＯＰが終了するまでＡｗａｋｅ状態となっていることになる。これはスケジュール周期１に比べると２倍の期間Ａｗａｋｅ状態となっている必要があるということである。【０２９３】  図１２の例では、全てのＱＳＴＡに対するｐｏｌｌｅｄ  ＴＸＯＰの長さは同一である。そこで、一つのｐｏｌｌｅｄ  ＴＸＯＰの長さをＴとすると、ＱＳＴＡ１については、スケジュール周期１においてはＴ、スケジュール周期２においては３Ｔ、スケジュール周期３においては２Ｔの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。【０２９４】  ＱＳＴＡ２については、スケジュール周期１においては２Ｔ、スケジュール周期２においてはＴ、スケジュール周期３においては３Ｔの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。【０２９５】  ＱＳＴＡ３については、スケジュール周期１においては３Ｔ、スケジュール周期２においては２Ｔ、スケジュール周期３においてはＴの時間だけＡｗａｋｅ状態となっている。したがって、スケジュール周期１〜３でＡｗａｋｅ状態となっている期間の合計は６Ｔとなる。【０２９６】  このように、スケジュール周期１〜３の合計で計算すると、ＱＳＴＡ１〜３がＡｗａｋｅ状態となっている期間は同じ長さとなっている。これはすなわち、ＱＳＴＡ１〜３におけるパワーセーブの効率が均一になっているということである。なお、スケジュール周期４以降は同じスケジュールが繰り返されるので、長期的に見ても各ＱＳＴＡのパワーセーブの効率が均一化されていると言える。【０２９７】  上記のように、本実施形態によれば、連続してｐｏｌｌｅｄ  ＴＸＯＰを付与できるようにＳｅｒｖｉｃｅ  Ｓｔａｒｔ  Ｔｉｍｅを設定することで、２つのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが発生しないようにして、そのＣＰが延長されることでその後のＱｏＳ  ＣＦ−Ｐｏｌｌの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することがない。また、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する順序を循環的に変更することにより、各ＱＳＴＡにおけるパワーセーブの効率を均一化できる。【０２９８】  つまり、あるＱＳＴＡについてはパワーセーブの効率が良いが、別のＱＳＴＡについてはパワーセーブの効率が悪くなるということを防ぐことができる。例えば、各ＱＳＴＡがバッテリーで動作する場合、各ＱＳＴＡのパワーセーブ効率が不均一だと、パワーセーブの効率の悪いＱＳＴＡから先に動作不能な状態となってしまう可能性がある。例えば、データを保存しているサーバのＱＳＴＡが動作不能な状態になってしまうと、クライアントとなっているＱＳＴＡにおいてバッテリー��残っていて動作可能な状態だとしても、結局はデータを受信することができないため役に立たないということが考えられる。したがって、そのような場合には、上記したように、各ＱＳＴＡのパワーセーブの効率を均一化することで、クライアントだけが動作可能な状態とならず、その分サーバが動作可能となる時間が増えて、ネットワーク全体としての利便性が向上する。【０２９９】  （４−１−３．）その他のｐｏｌｌｅｄ  ＴＸＯＰの配置例
上記の例では、単純にｐｏｌｌｅｄ  ＴＸＯＰの短いＱＳＴＡから順番にｐｏｌｌｅｄ  ＴＸＯＰを配置する例、および、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを各ＱＳＴＡに送信する順序を循環的に変更する例について説明したが、これらの例に限らず、別の条件を基準にしてｐｏｌｌｅｄ  ＴＸＯＰの配置の順番を決定してもよい。【０３００】  例えば、各ＱＳＴＡにおけるパワーセーブの効率の重要度に応じて各ＱＳＴＡに関するｐｏｌｌｅｄ  ＴＸＯＰの配置（順序）を設定してもよい。つまり、パワーセーブの効率の重要度が高いＱＳＴＡほど、スケジュール周期の前方に配置するようにしてもよい。【０３０１】  例えば、ＱＡＰ１０が予め各ＱＳＴＡに対してバッテリーの残量を問い合わせておき、バッテリーの残量の少ない順番で配置するようにしてもよい。また、各ＱＳＴＡの送信するデータの種類等に基づいて重要度を設定し、この重要度の高いＱＳＴＡから順に配置してもよい。【０３０２】  また、パワーセーブを使用しないＱＳＴＡをなるべく後ろに配置するようにしてもよい。パワーセーブを使用しないＱＳＴＡについては、常にＡｗａｋｅ状態となっているので、スケジュール周期のどの時点でＱｏＳ  ＣＦ−Ｐｏｌｌされても関係ない。【０３０３】  例えば、ＱＳＴＡ１が無線ＩＰ携帯電話であり、ＱＳＴＡ２が据え置き型のＴＶ（無線ＬＡＮ経由で映像受信できる物）であるという状況が想定される。無線ＩＰ携帯電話はバッテリで稼動するのに対して、据え置き型のＴＶはコンセント接続で駆動する。すなわち、ＱＳＴＡ１の方がＱＳＴＡ２に比べてパワーセーブの効率の重要度が高いと言える。よって、ＱＳＴＡ１へのＰｏｌｌｅｄ  ＴＸＯＰをスケジュール周期の先頭に配置し、ＱＳＴＡ２へのＰｏｌｌｅｄ  ＴＸＯＰをその後に配置する事が考えられる。さらに、ＱＳＴＡ１は音声データを伝送するのに対して、ＱＳＴＡ２は映像データを伝送する。音声データは映像データに比べて単位時間あたりのデータ量が少ない、すなわち、１つのＰｏｌｌｅｄ  ＴＸＯＰも短くなる。よって、ＱＳＴＡ２を先に配置するのに比べて、ＱＳＴＡ１を先に配置する方が、全体としてのパワーセーブの効率も向上するので、この点においてもこのスケジューリング方法は効率的であると言える。【０３０４】  （４−２．）本実施形態の使用適否の判定
図９に示した例では、ＱＳＴＡ２のＳＳＴをスケジュール周期の先頭に合わせているため、ＱＳＴＡ２はスケジュール周期ごとに毎回余分にＡｗａｋｅ状態となっている必要がある。このため、その分についてのパワーセーブの効率は低下する。スケジュール周期の前方に配置されるｐｏｌｌｅｄ  ＴＸＯＰが短いほど、その後に配置されるｐｏｌｌｅｄ  ＴＸＯＰの宛先のＱＳＴＡが余分にＡｗａｋｅ状態となっている時間も少なくなるので、本実施形態はスケジュール周期の前方に配置されるｐｏｌｌｅｄ  ＴＸＯＰが短い場合に有効であると言える。つまり、ＣＰの割り込みによるパワーセーブの効率の低下と、本実施形態を用いた場合におけるパワーセーブの効率の低下とを比較して、後者の方が効率が低下するような場合は、本実施形態を用いない方が良いと言える。【０３０５】  このため、ＣＰが延長されることを承知で、従来通りのパワーセーブのスケジュールを設定するか、本実施形態を使用してパワーセーブのスケジュールを設定するかを、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況等に基づいてＱＡＰ１０（スケジュール設定部１８）が判断するようにしてもよい。【０３０６】  ここで、ＱＡＰ１０（スケジュール設定部１８）による本実施形態の使用適否の判定方法の一例について説明する。【０３０７】  従来のパワーセーブのスケジュールを設定する方がパワーセーブの効率がよいか、あるいは本実施形態を使用してパワーセーブのスケジュールを設定する方がパワーセーブの効率がよいかは、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況やシステム全体としての用途などによって異なる。このため、判定方法は一概には決定できないが、一例として、一つのスケジュール周期において付与するｐｏｌｌｅｄ  ＴＸＯＰの長さが予め決定した所定の期間より短い場合（所定の期間の長さ未満の場合）に、本実施形態を適用することが考えられる。【０３０８】  この場合、ＱＡＰ１０は、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームにより通知されたＴＳＰＥＣによって、ＱＳＴＡに付与するｐｏｌｌｅｄ  ＴＸＯＰの長さ等を決定する。この際、１スケジュール周期において付与するｐｏｌｌｅｄ  ＴＸＯＰの長さが所定の期間より短ければ、本実施形態のスケジュール設定方法を用い、スケジュール周期の先頭でそのＱＳＴＡがＡｗａｋｅ状態となるようにＳＳＴおよびＳＩを決定し、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームにてＱＳＴＡに通知する。また、１スケジュール周期において付与するｐｏｌｌｅｄ  ＴＸＯＰの長さが所定の期間よりも長ければ（所定の期間の長さ以上であれば）、本実施形態のスケジュール設定方法は用いず、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信する予定の時点でそのＱＳＴＡがＡｗａｋｅ状態となるように、ＳＳＴおよびＳＩを決定し、ＡＤＤＴＳ  ｒｅｓｐｏｎｓｅフレームにてＱＳＴＡに通知する。【０３０９】  なお、上記所定の期間は、ＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況やシステム全体としての用途などに応じて、ＱＡＰ１０（スケジュール設定部１８）が設定すればよい。【０３１０】  この判定方法によれば、比較的簡単な手順で本実施形態を用いるべきかどうかという判定を行うことがで��る。【０３１１】  なお、本実施形態の方法を用いない場合は、途中でｐｏｌｌｅｄ  ＴＸＯＰを返却する可能性の低いＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰをなるべくスケジュール周期の前の方に配置することが好ましい。これにより、ＣＰの発生確率を低下させて、帯域割り当てのスケジュールがずれる確率を低下させることができる。【０３１２】  つまり、スケジュール周期の前方でＣＰが延長された場合は、その後の全てのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信タイミングがずれて、それらの宛先のＱＳＴＡにおいて、無駄にＡｗａｋｅとなる時間が長くなってしまう。このため、ＣＰの延長が発生するのはなるべくスケジュール周期の後方である方がネットワーク全体としてのパワーセーブの効率の低下を抑制できる。【０３１３】  また、スケジュール周期の最後に配置されたｐｏｌｌｅｄ  ＴＸＯＰが予定より早く終了したとしても、その後のＣＰが前倒しで開始されるだけなので、問題ない。例えば、ｐｏｌｌｅｄ  ＴＸＯＰにおいて送信するストリームとして、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ  ｒａｔｅ）のコンテンツを伝送しているＱＳＴＡに比べると、ＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）のコンテンツを伝送しているＱＳＴＡの方がｐｏｌｌｅｄ  ＴＸＯＰを途中で返却する可能性は低いと言える。ＭＰＥＧ方式などにおいては、映像や音声を常に一定のビットレートで圧縮するＣＢＲ方式を用いるか、各シーンのデータ量に応じて変化させたビットレートで圧縮するＶＢＲ方式を用いるかを選択することができる。ＶＢＲでは変化の大きな部分でビットレートを上げ、小さな部分ではビットレートを下げるので、ＣＢＲと比べ、ビットレートあたりの画質や音質を高くできる反面、デコードの処理が複雑になるので、用途に応じてＶＢＲとＣＢＲは使い分けられる。ＣＢＲのコンテンツを伝送する場合は、送信されるのは常に一定量のデータであるため、与えられたｐｏｌｌｅｄ  ＴＸＯＰが残って送信するべきデータが無くなるということはない。それに比べて、ＶＢＲのコンテンツを伝送する場合は、比較的変化に乏しいシーンにおいては伝送するべきデータ量は少なくなる。ＱＳＴＡはコンテンツの全体を通して平均の大きさのビットレートをＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームで通知し、ＱＡＰ１０はＡＤＤＴＳ  ｒｅｑｕｅｓｔで要求されたビットレートの伝送を行うのに十分なｐｏｌｌｅｄ  ＴＸＯＰを付与するので、変化に乏しいシーンの伝送中には、ＱＳＴＡにおいてｐｏｌｌｅｄ  ＴＸＯＰの途中で送信するべきデータが無くなってしまいｐｏｌｌｅｄ  ＴＸＯＰが途中で返却される場合がある。このため、ＶＢＲのコンテンツを伝送するＱＳＴＡへのｐｏｌｌｅｄ  ＴＸＯＰをスケジュール周期のなるべく前方に配置することで、ネットワーク全体としてのパワーセーブの効率を向上させることができる。【０３１４】  （４−３．）２番目以降のＱＳＴＡのＡｗａｋｅ時期の変形例
また、本実施形態では、全てのＱＳＴＡがスケジュール周期の先頭でＡｗａｋｅ状態に移行するようにしているが、これに限らず、２番目以降のＱＳＴＡへのＱｏＳ  ＣＦ−Ｐｏｌｌについては、スケジュール周期の先頭よりも少し遅らせても良い。例えば、図９のように、毎回のスケジュール周期においてＱＳＴＡ１に対するＱｏＳ  ＣＦ−Ｐｏｌｌが送信される場合、そのＱｏＳ  ＣＦ−Ｐｏｌｌフレームによってどのような長さのｐｏｌｌｅｄ  ＴＸＯＰが付与されたとしても（ｐｏｌｌｅｄ  ＴＸＯＰが０だったとしても）そのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間中にＱＳＴＡ２がフレームを受信することない。このため、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは最低の長さが決まっているので、スケジュール周期の先頭から最低の長さのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信にかかる時間の分だけ遅らせた時点からＱＳＴＡ２がＡｗａｋｅ状態となるようにＳＳＴおよびＳＩを決定してもよい。【０３１５】  また、毎回のスケジュール周期において送信されるＱｏＳ  ＣＦ−Ｐｏｌｌが２つあれば、３番目にＱｏＳ  ＣＦ−Ｐｏｌｌが送信されるＱＳＴＡについては、２つのＱｏＳ  ＣＦ−Ｐｏｌｌの送信にかかる時間の分だけ遅らせるというように、反復的に上記の方法を使用することも可能である。また、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送達確認のために、ＡＣＫフレームが送信される場合には、さらにＡＣＫの送信にかかる時間の分だけＱＳＴＡ２がＡｗａｋｅとなる時間を遅らせてもよい。なお、ＡＣＫフレームは、通常、固定長であるのでその送信に必要な時間は計算可能である。また、フレームの間隔として最低限空けなければいけない間隔がプロトコルで規定されている場合は、その長さ分をさらに時間を遅らせても良い。また、スケジュール周期の先頭で毎回必ずＱＡＰ１０からデータが送信されるような場合は、そのデータの送信にかかる時間の分だけ全ＱＳＴＡについて、Ａｗａｋｅ状態となる時間を遅らせてもよい。【０３１６】  また、本実施形態では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じにしているが、これに限らず、各ＱＳＴＡのＳＩは異なっていてもよい。また、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、異なる帯域割り当て量であってもよい。また、本実施形態では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。【０３１７】  〔実施形態５〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。【０３１８】  本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜４に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜４と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、本実施形態では、スケジュール設定部１８が、ＳＩの異なるストリームが存在する場合に、スケジュール周期内において連続してｐｏｌｌｅｄ  ＴＸＯＰを付与するようにＳＳＴを設定することで、２つのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが発生させないようにする。【０３１９】  図１３は、本実施形態にかかるＱＡＰ１０が管理するネットワークのタイミングチャートの一例である。この図における表記方法や略称などは図１にて説明したものと同様である。なお、他のＱＳＴＡの動作については省略している。【０３２０】  この図に示す例では、ＱＳＴＡ１に対してはスケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ２に対しては２回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰを、ＱＳＴＡ３に対しては３回のスケジュール周期ごとにスケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与するようになっている。【０３２１】  また、ＱＳＴＡ１のＳＩ（ＳＩ１）はスケジュール周期と同じ長さであり、ＱＳＴＡ２のＳＩ（ＳＩ２）はスケジュール周期の２倍の長さであり、ＱＳＴＡ３のＳＩ（ＳＩ３）はスケジュール周期の３倍の長さである。【０３２２】  ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰはスケジュール周期の先頭に配置され、ＳＳＴはスケジュール周期の始点に合わせた時刻（ＳＳＴ１）となっている。ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置されるので、従来であればＳＳＴはスケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間とｐｏｌｌｅｄ  ＴＸＯＰの長さを加算した時刻としていたが、本実施形態では、これをスケジュール周期の始点に合わせた時刻（ＳＳＴ２）としている。同様に、ＱＳＴＡ３へのｐｏｌｌｅｄ  ＴＸＯＰはＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの後に配置されるので、従来であればＳＳＴは、スケジュール周期の始点からＱＳＴＡ１へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄ  ＴＸＯＰの長さと、ＱＳＴＡ２へのＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信期間およびｐｏｌｌｅｄ  ＴＸＯＰの長さとを加算した時刻としていたが、本実施形態では、これをスケジュール周期の始点に合わせた時刻（ＳＳＴ３）としている。【０３２３】  スケジュール周期１においては、ＱＡＰ１０は、ＱＳＴＡ１に対して、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム５０１を送信し、それを受信したＱＳＴＡ１がデータフレーム５０２を送信する。次に、ＱＡＰ１０は、ＱＳＴＡ２に対して、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム５０３を送信し、それを受信したＱＳＴＡ２がデータフレーム５０４を送信する。さらに、ＱＡＰ１０は、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム５０５をＱＳＴＡ３に送信し、それを受信したＱＳＴＡ３がデータフレーム５０６を送信する。その後はスケジュール周期が終わるまではＣＰ期間を設けることになっているので、ＱＡＰは何も送信しない。【０３２４】  この場合、スケジュール周期１において、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５０２の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２のＳＳＴはスケジュール周期の先頭になっているので、ＱＳＴＡ２はスケジュール周期の先頭からデータフレーム５０４の送信終了までＡｗａｋｅ状態となっていることになる。【０３２５】  ＱＳＴＡ３のＳＳＴはスケジュール周期の先頭になっているので、ＱＳＴＡ３はスケジュール周期の先頭からデータフレーム５０６の送信終了までＡｗａｋｅ状態となっていることになる。【０３２６】  スケジュール周期２においては、ＱＳＴＡ１にのみｐｏｌｌｅｄ  ＴＸＯＰが付与される。このため、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５０８の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２とＱＳＴＡ３とはこのスケジュール周期においてはパワーセーブ状態のままとなる。【０３２７】  スケジュール周期３においては、ＱＳＴＡ１とＱＳＴＡ２とにｐｏｌｌｅｄ  ＴＸＯＰが付与される。よって、ＱＳＴＡ１はスケジュール周期の始点からデータフレーム５１０の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ２はスケジュール周期の始点からデータフレーム５１２の送信終了までＡｗａｋｅ状態となっていることになる。ＱＳＴＡ３はこのスケジュール周期においてはパワーセーブ状態のままとなる。【０３２８】  スケジュール周期４においては、ＱＳＴＡ１とＱＳＴＡ３とにｐｏｌｌｅｄ  ＴＸＯＰが付与される。ＱＡＰ１０は、ＱＳＴＡ１に対して、ＱｏＳ  ＣＦ−Ｐｏｌｌフレーム５１３を送信し、それを受信したＱＳＴＡ１がデータフレーム５１４を送信する。従来であれば、ＱＳＴＡ３のＳＳＴはスケジュール周期の始点から、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰの時間とＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰの時間とを加算した時間となっているので、スケジュール周期４において、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰが終了した時点ではＱＳＴＡ３はＡｗａｋｅ状態となっていない。したがって、従来であればＱＡＰ１０はＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰが終了した時点でＣＰを設けることとなる。【０３２９】  これに対して、本実施形態では、ＱＳＴＡ３のＳＳＴをスケジュール周期の始点にしているので、スケジュール周期４においても、ＱＳＴＡ３はスケジュール周期の始点からＡｗａｋｅ状態となっており、ＱＡＰ１０は、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰが終了した時点でＱＳＴＡ３にＱｏＳ  ＣＦ−Ｐｏｌｌフレーム５１９を送信する。したがって、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ３のｐｏｌｌｅｄ  ＴＸＯＰとの間にＣＰは設けられない。なお、ＱｏＳ  ＣＦ−Ｐｏｌｌ５１５を受信したＱＳＴＡ３はデータフレーム５１６を送信した後、パワーセーブ状態に移行する。【０３３０】  以上のように、本実施形態によれば、ＱＡＰ１０（スケジュール設定部１８）は、ＳＩの異なるストリームが存在する場合、各スケジュール周期においてｐｏｌｌｅｄ  ＴＸＯＰを付与する各ＱＳＴＡがスケジュール周期の先頭でＡｗａｋｅ状態となるように予定スケジュールを設定する。また、各スケジュール周期内において、そのスケジュール周期においてｐｏｌｌｅｄ  ＴＸＯＰを割り当てる各ＱＳＴＡに対してｐｏｌｌｅｄ  ＴＸＯＰを連続して割り当てる。【０３３１】  これにより、各スケジュール周期において、異なるＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰの間にＣＰが設けられることがなくなる。したがって、異なるＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰの間に設けられたＣＰが延長され、その後のＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。【０３３２】  なお、各スケジュール周期内におけるｐｏｌｌｅｄ  ＴＸＯＰの配置順序（各ＱＳＴＡにｐｏｌｌｅｄ  ＴＸＯＰを付与する順番）については、実施形態４と同様、ネットワーク全体のパワーセーブ効率や各ＱＳＴＡにおけるパワーセーブ効率などを考慮して適宜設定すればよい。スケジュール設定部１８が各種条件に基づいて設定するようにしてもよい。【０３３３】  また、本実施形態では、ＱＳＴＡ２およびＱＳＴＡ３のＳＳＴをスケジュール周期の先頭に合わせているため、ＱＳＴＡ２およびＱＳＴＡ３はｐｏｌｌｅｄ  ＴＸＯＰを付与されるスケジュール周期ごとに毎回余分にＡｗａｋｅ状態となる。このため、その分についてのパワーセーブの効率は低下する。この場合、あるスケジュール周期内において、前方に配置されるｐｏｌｌｅｄ  ＴＸＯＰが短いほど、その後に配置されるｐｏｌｌｅｄ  ＴＸＯＰの宛先のＱＳＴＡが余分にＡｗａｋｅ状態となっている時間も少なくなるので、本実施形態はそのような場合に有効であると言える。【０３３４】  ＣＰが延長される事を承知で、従来通りのパワーセーブのスケジュールを設定するか、本実施形態を使用してパワーセーブのスケジュールを設定するかは、実施形態４と同様、例えばＡＤＤＴＳによって定義されたストリームの帯域割り当ての状況などからＱＡＰ１０（スケジュール設定部１８）が判断することが考えられる。【０３３５】  また、本実施形態では、各スケジュール周期の先頭において、当該スケジュール周期でｐｏｌｌｅｄ  ＴＸＯＰを付与される全てのＱＳＴＡをＡｗａｋｅ状態に移行させているが、これに限るものではない。実施形態４と同様、２番目以降のＱＳＴＡへのＱｏＳ  ＣＦ−Ｐｏｌｌについては、スケジュール周期の先頭よりも少し遅らせても良い。【０３３６】  また、本実施形態では、説明の簡単のため、ＱＳＴＡ１とＱＳＴＡ２とのＳＩを同じにしているが、これに限らず、各ＱＳＴＡのＳＩは異なっていてもよい。また、ＱＳＴＡ１とＱＳＴＡ２とで同じ量の帯域を割り当てているが、異なる帯域割り当て量であってもよい。また、本実施形態では、２つのＱＳＴＡに対して帯域を割り当てているが、これに限らず、ＱＳＴＡの数は１つ以上であればよい。【０３３７】  （ストリームが削除された場合）
本実施形態にかかるスケジュール設定方法は、スケジュール周期内において複数のＱＳＴＡにｐｏｌｌｅｄ  ＴＸＯＰを付与している場合に、スケジュール周期の先に配置されているｐｏｌｌｅｄ  ＴＸＯＰが無くなる状況、あるいは短縮される状況においてに発生する問題を解決する方法であるということもできる。ただし、このような場合のほか、例えば、ストリームが削除された時にも同様の状況は発生しうる。図１４を参照しながら上記の場合について詳しく説明する。図の表記方法や略称などは図１と略同様である。なお、他のＱＳＴＡの動作について省略している。【０３３８】  図１４の例では、ＱＳＴＡ１からＱＳＴＡ３の全てに対して、スケジュール周期ごとに毎回、スケジュール周期の２割程度の期間のｐｏｌｌｅｄ  ＴＸＯＰをそれぞれ付与するようになっている。【０３３９】  また、図１３と同様、スケジュール周期においてｐｏｌｌｅｄ  ＴＸＯＰを付与する全てのＱＳＴＡについて、そのスケジュール周期の先頭でＡｗａｋｅ状態となるように設定されている。【０３４０】  スケジュール周期１では、通常通り全てのＱＳＴＡに対してｐｏｌｌｅｄ  ＴＸＯＰが付与されている。【０３４１】  図１４の例では、スケジュール周期１におけるｐｏｌｌｅｄ  ＴＸＯＰにてＱＳＴＡ２は送信していたストリームのデータを全て送信し終わり、それ以後のｐｏｌｌｅｄ  ＴＸＯＰは不要となっている。この場合、ＱＳＴＡ２は、ＱＡＰ１０にＤＥＬＴＳ  ｒｅｑｕｅｓｔフレームを送信する（図示せず）。これを受信したＱＡＰ１０は、それ以後ＱＳＴＡ２に対するｐｏｌｌｅｄ  ＴＸＯＰの付与が不要であることを認識し、応答としてＤＥＬＴＳ  ｒｅｓｐｏｎｓｅフレームをＱＳＴＡ２に送信する（図示せず）。【０３４２】  この場合、スケジュール周期２においては、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの後に元々予定されていたＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰが設けられることなく、ＱＳＴＡ３へのｐｏｌｌｅｄ  ＴＸＯＰが設けられることになる。これは、図１３のスケジュール周期４と同様の状況である。【０３４３】  従来であれば、ＱＳＴＡ１からのデータフレームＢ０８の送信が終了した時点ではＱＳＴＡ３はＡｗａｋｅ状態となっていない。このため、ＱＡＰ１０はここでＣＰを設けることになる。【０３４４】  一方、本実施形態では、ＱＳＴＡ３がスケジュール周期の始点からＡｗａｋｅ状態となるように設定されており、ＱＡＰ１０は、ＱＳＴＡ１からのデータフレームＢ０８の送信が終了した時点でＱＳＴＡ３にＱｏＳ  ＣＦ−ＰｏｌｌフレームＢ０９を送信する。そして、ＱｏＳ  ＣＦ−ＰｏｌｌフレームＢ０９を受信したＱＳＴＡ３はデータフレームＢ１０を送信した後、パワーセーブ状態に移行している。【０３４５】  このため、本実施形態では、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ３のｐｏｌｌｅｄ  ＴＸＯＰとの間にＣＰが設けられることがない。したがって、異なるＱＳＴＡのｐｏｌｌｅｄ  ＴＸＯＰの間に設けられたＣＰが延長され、その後のＱｏＳ  ＣＦ−Ｐｏｌｌフレームの送信が遅れてしまい、ＱＳＴＡにおけるパワーセーブの効率が低下することを防止できる。【０３４６】  〔実施形態６〕
本発明のさらに他の実施形態について説明する。なお、説明の便宜上、実施形態１〜３にかかるＱＡＰ１０と同様の構成および機能を有する部材については、同じ符号を付し、その説明を省略する。【０３４７】  本実施形態にかかるＱＡＰ１０の構成は、実施形態１〜５に示したものと略同様である。また、本実施形態にかかるＱＡＰ１０は、実施形態１〜５と同様、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行うネットワークに用いられるものである。ただし、本実施形態では、ｐｏｌｌｅｄ  ＴＸＯＰが予定よりも早く返却された場合に、ＣＰに移行しないように、ＱＡＰ１０（タイミング制御部２０）がフレームの送信を行うようになっている。なお、本実施形態では、ＱＳＴＡ２がスケジュール周期の先頭においてＡｗａｋｅ状態となるようにＳＳＴとＳＩとを設定せず、通常通り、スケジュール周期の先頭からＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰの長さだけ経過した時点でＱＳＴＡ２がＡｗａｋｅ状態となるように設定すればよい。【０３４８】  例えば図２１におけるスケジュール周期２のように、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰが予定よりも早く返却された場合、ＱＡＰ１０（タイミング制御部２０）は、ＱＳＴＡ２がＡｗａｋｅ状態となるまでの間、ＣＰに移行させないために何らかのフレームをＤＩＦＳ未満の間隔で送信し続ける。つまり、ＱＳＴＡ１がデータフレーム４０６を送信した後、ＱＳＴＡ２がＡｗａｋｅ状態となるまでの間にＤＩＦＳの間隔が生じないように、ＱＡＰ１０が何らかのフレームを送信し続け、ＱＳＴＡ２がＡｗａｋｅ状態となる予定の時刻になったらＱＳＴＡ２宛のＱｏＳ  ＣＦ−Ｐｏｌｌフレーム４０７を送信する。これによりＤＣＦ方式でフレームを送信しようとするＱＳＴＡはＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰが終了してからＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰが開始するまでの間にフレームを送信できなくなる。したがって、ＣＰが発生しないので、ＣＰが延長されてその後の帯域割り当てのスケジュールがずれることがない。【０３４９】  ここで、ＱＡＰ１０が送信し続けるフレームとしては、帯域割り当てのスケジュールやパワーセーブのスケジュールに影響を与えないフレームであればどのようなものでも良い。例えば、ＱＳＴＡ１宛のＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信し続けてもよい。この場合、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信しても、ＱＳＴＡ１はすでにパワーセーブ状態となっているのでフレームを受信することはなく、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは無視されることになる。【０３５０】  また、ＱＳＴＡ２宛のＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信し続けてもよい。この場合、ＱＳＴＡ２は初めのうちはパワーセーブ状態となっているのでＱｏＳ  ＣＦ−Ｐｏｌｌフレームを受信することはなく、ＱｏＳ  ＣＦ−Ｐｏｌｌフレームは無視される。ＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信し続けていれば、ＱＳＴＡ２がＡｗａｋｅ状態となった時点でＱｏＳ  ＣＦ−Ｐｏｌｌフレームが受信されることになる。【０３５１】  また、ＱＡＰ１０がデータフレームを送信するようにしてもよい。例えば、ＱＳＴＡ１およびＱＳＴＡ２以外のパワーセーブ状態になっていないＱＳＴＡに対して送信する予定がある場合はそのデー���フレームを送信すればよい。もし、何も送信するべきデータフレームがなければ、空のデータフレームを送信すればよい。宛先としては、ＱＳＴＡ１およびＱＳＴＡ２のようにパワーセーブ状態となっているＱＳＴＡでも良いし、パワーセーブ状態でないＱＳＴＡでも良い。パワーセーブ状態となっているＱＳＴＡに対して送信すれば受信されず、パワーセーブ状態でないＱＳＴＡに対して送信すれば受信はされるが空のデータであるので、受信側で破棄されることになる。【０３５２】  また、ＱＡＰ１０がフレームを送信し続けるのではなく、ＱＳＴＡ１およびＱＳＴＡ２以外のパワーセーブ状態となっていないＱＳＴＡ宛に、ＱＡＰ１０がＱｏＳ  ＣＦ−Ｐｏｌｌフレームを送信し、そのＱＳＴＡにフレームを送信させることも考えられる。ストリームごとにＳ−ＡＰＳＤを使用するかどうかは設定できるので、常にＡｗａｋｅ状態であってＱｏＳ  ＣＦ−Ｐｏｌｌフレームを受信可能なＱＳＴＡが存在する場合もある。そのようなＱＳＴＡに対して、ＱＳＴＡ１へのｐｏｌｌｅｄ  ＴＸＯＰが終了した時点で、ＱＳＴＡ２へのｐｏｌｌｅｄ  ＴＸＯＰの開始予定時刻で終了するようなＴＸＯＰ  ｌｉｍｉｔを示すＱｏＳ  ＣＦ−Ｐｏｌｌを送信すれば、そのＱＳＴＡは指定された時間だけデータフレームを送信するので、ＤＣＦで送信しようとするＱＳＴＡはフレーム送信を開始できなくなる。これにより、ＱＳＴＡ１のｐｏｌｌｅｄ  ＴＸＯＰとＱＳＴＡ２のｐｏｌｌｅｄ  ＴＸＯＰとの間にＣＰが発生しなくなるので、そのＣＰが延長されることもなく、帯域割り当てのスケジュールがずれることもない。【０３５３】  また、ＱＳＴＡがＳ−ＡＰＳＤを使用しているときにはｐｏｌｌｅｄ  ＴＸＯＰの途中で送信権を返却しないようにしてもよい。この場合、ＡＤＤＴＳ  ｒｅｑｕｅｓｔフレームにてＳ−ＡＰＳＤの使用を要求したＱＳＴＡは、その後ＱｏＳ  ＣＦ−Ｐｏｌｌを受信した際に、ＴＸＯＰ  ｌｉｍｉｔで示される時間が経過する前に送信するべきフレームが無くなっても、送信権返却フレームを送信せずにフレームを送信し続けるようにする。送信するべきデータが何も無い場合は、帯域割り当てのスケジュールや、パワーセーブのスケジュールに影響を与えないフレームを送信し続ける。例えば、空のデータフレームを送信し続けてもよく、その他のフレームを送信し続けてもよい。【０３５４】  （各実施の形態の組み合わせについて）
上記した各実施形態については、それぞれ、組み合わせて使用することが可能である。【０３５５】  実施形態１〜３は、第１の解決策の例であり、これらは、ＣＰが延長された場合に帯域割り当てのスケジュールとパワーセーブのスケジュールとを同期させるものである。実施形態２は、実施形態１に比べて、より長いＣＰの延長が発生した場合にも対応可能であるが、ｌｏｎｇ  ＣＰを設ける分ｐｏｌｌｅｄ  ＴＸＯＰのための帯域割り当てが減ってしまう。また、実施形態３においては実施形態２に比べてさらに長いＣＰの延長が発生した場合にも対応可能であるが、実施形態１や実施形態２では送信する必要の無いＳｃｈｅｄｕｌｅフレームを送信する必要がある。このように各方法には利点と欠点とがあるので、条件に応じて選択して使用することが好ましい。例えば、これら全ての方法を実装しておいて、状況に応じて使い分けるようにしてもよい。【０３５６】  実施形態４〜６は、第２の解決策の例であり、これらは、ＣＰをなるべく発生させないようにするための方法である。上述したように、ネットワークの運営上、ＣＰを全く設けないという設定にはできないので、実施形態４および／または５を用いたとしても、ＣＰの延長が生じる可能性がある。そこで、実施形態４および／または５と、実施形態１〜３のいずれか１つ以上とを組み合わせて用いてもよい。【０３５７】  本発明の通信装置は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御するタイミング制御手段と、を備えている。【０３５８】  また、本発明の通信装置では、上記スケジュール設定手段は、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御手段は、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記調整期間を上記スケジュールにおいて設定した調整期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御する。【０３５９】  さらに、本発明の通信装置では、上記タイミング制御手段は、上記調整期間において、子局に対して、当該調整期間では当該子局に送信権付与しないことを通知する。【０３６０】  また、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出手段を備え、上記スケジュール設定手段は、上記遅延検出手段が送信権を付与するタイミングの遅延を検出したときに、上記スケジュールを再設定し、子局に対して上記再設定したスケジュールに基づく当該子局のＳＳＴおよびＳＩを通知する。【０３６１】  さらに、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記子局に対する信号の送信タイミングを上記スケジュールに基づいて制御するタイミング制御手段を備え、上記スケジュール設定手段は、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するときに、最初に送信権を付与する子局以外の子局については、通知するＳＳＴをスケジュール周期の開始時刻から上記最初に送信権を付与する子局に対して送信権を付与するための信号の送信が完了するまでの期間に含まれる時刻に変更して通知し、上記タイミング制御手段は、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、同じスケジュール周期内においてそれ以降に送信権を付与する子局に対して送信権を付与するための信号を送信するタイミングを、上記スケジュールよりも繰り上げる。【０３６２】  また、本発明の通信装置では、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない期間が所定期間以上継続した場合に、上記第２の通信方法を用いることができるように設定されているネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、送信権を返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻までの期間において、上記第２の通信方法を用いることができる期間に移行させないための信号を送信する移行防止手段を備えている。【０３６３】  本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程において送信権を付与するタイミングの遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御するタイミング制御工程と、を含む。【０３６４】  また、本発明の通信方法は、上記スケジュールを設定する工程において、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御工程において、上記調整期間を上記スケジュールにおいて設定した調整期間よりも短縮あるいは省略するように、上記子局に対して送信権を付与するタイミングを制御する。【０３６５】  さらに、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記子局に対して送信権を付与するタイミングが上記スケジュールに対して遅延したことを検出する遅延検出工程を含み、上記遅延検出工程において送信権を付与するタイミングの遅延を検出したときに、上記スケジュールを再設定し、子局に対して上記再設定したスケジュールに基づく当該子局のＳＳＴおよびＳＩを通知する。【０３６６】  また、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記スケジュールを設定するときに、一定の長さの期間であるスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するときに、最初に送信権を付与する子局以外の子局については、通知するＳＳＴをスケジュール周期の開始時刻から上記最初に送信権を付与する子局に対して送信権を付与するための信号の送信が完了するまでの期間に含まれる時刻に変更して通知し、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも��く返却された場合に、同じスケジュール周期内においてそれ以降に送信権を付与する子局に対して送信権を付与するための信号を送信するタイミングを、上記スケジュールよりも繰り上げる。【０３６７】  さらに、本発明の通信方法は、親局が子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークであって、上記子局は、上記親局および他の子局から信号が送信されていない期間が所定期間以上継続した場合に、上記第２の通信方法を用いることができるように設定されているネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法で送信権を付与する各子局に対して親局からの信号の送信に引き続いて送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて、上記第１の通信方法で送信権を付与する子局に対して当該子局についてのＳＳＴおよびＳＩを通知するとともに、上記スケジュールに基づいて上記ネットワークの帯域管理を行う通信装置において用いられる通信方法であって、上記いずれかの子局から、送信権を上記スケジュールにおける当該子局のＳＰの終了時刻よりも早く返却された場合に、送信権を返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻までの期間において、上記第２の通信方法を用いることができる期間に移行させないための信号を送信する。【０３６８】  （プログラムの実施例）
上記各実施形態におけるＱＡＰ１０の各ブロック、特にプロトコル制御部１２およびそれに含まれる各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。【０３６９】  すなわち、ＱＡＰ１０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるＱＡＰ１０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記ＱＡＰ１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。【０３７０】  上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。【０３７１】  また、ＱＡＰ１０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。【０３７２】  上記した各本実施形態では、ＩＥＥＥ８０２．１１ｅ標準を用いて通信を行う構成について説明したが、これに限るものではない。親局と１つ以上の子局とからなるネットワークであって、各子局の送信権付与期間を親局が管理する第１の期間と、子局が自ら送信権を獲得する第２の期間とを含む予定スケジュールを親局が設定する構成であれば適用できる。【０３７３】  以上のように、本発明の通信装置および通信方法では、送信権付与の開始時刻の遅延を検出したときに、上記第２の通信方法を用いる期間を上記スケジュールにおいて設定した期間よりも短縮あるいは省略するように���上記子局に対する送信権付与の開始時刻を制御する。【０３７４】  それゆえ、第２の通信方法を用いる期間が予定スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。【０３７５】  また、本発明の通信装置および通信方法は、送信権付与の開始時刻の遅延を検出したときに、スケジュールを再設定し、上記再設定したスケジュールに基づいてＳＳＴおよびＳＩを、送信権付与の開始時刻が上記スケジュールに対して遅延した子局に対して通知する。【０３７６】  それゆえ、第２の通信方法を用いる期間が当初のスケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。【０３７７】  さらに、本発明の通信装置および通信方法は、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。【０３７８】  それゆえ、予定外に上記第２の通信方法を用いる期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の送信権の付与タイミングが遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。【０３７９】  また、本発明の通信装置および通信方法は、いずれかの子局が、送信権を上記スケジュールにおけるＳＰの終了時刻よりも早く返却した場合に、親局に送信権が返却された後、次に送信権を付与する子局に対して送信権を付与する予定の時刻まで、上記第２の通信方法を用いることができないようにする。【０３８０】  それゆえ、予定外に上記第２の通信方法を用いた期間が設けられ、当初のスケジュールにおいて設定された期間が延長されて、送信権が返却されたことを検出した時点以降の帯域の割り当てスケジュールが遅延することを防止できる。すなわち、第２の通信方法を用いる期間が延長されることによってパワーセーブ効率が低下することを防止できる。【０３８１】  なお、動画や音声等のリアルタイムデータを伝送している場合は、データのパケットについて、伝送遅延時間に許容範囲がある。これは言い換えれば、受信局にてパケットを再生する予定時刻までにそのパケットの伝送を完了させなければならないという事であり、許容範囲を超えてしまうと動画や音声に乱れや遅延が発生することになる。帯域割り当ての遅延は伝送遅延に繋がるため、割り当てスケジュールの遅延が補正されずに蓄積されて行くと、伝送遅延時間が許容範囲を超えてしまう事になる。本発明では、帯域割り当てのスケジュールが補正されるので、このような伝送遅延に関する問題も解決されるという効果もある。【０３８２】  本発明の通信装置は、親局が自局あるいは子���に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記自局あるいは子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出手段と、上記遅延検出手段が上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御手段と、を備えている。【０３８３】  上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御手段は、上記遅延検出手段が遅延を検出したときに、上記調整期間が上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御する構成としてもよい。【０３８４】  上記の構成によれば、子局に対する送信権付与の開始時刻がスケジュールに対して遅延したときに、上記調整期間（第２の通信方法を用いる期間）が短縮または省略されるように制御する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。【０３８５】  また、上記タイミング制御手段は、上記調整期間中に、当該調整期間では送信権を付与しないことを子局に対して通知する構成としてもよい。【０３８６】  上記の構成によれば、子局は、上記調整期間では自局に対して送信権が付与されないことを認識できる。したがって、送信権が付与されないことを通知された子局は、上記調整期間においてパワーセーブ状態に移行することができる。これにより、パワーセーブの効率をより向上させることができる。【０３８７】  また、本発明の通信装置は、親局が自局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、各子局に送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定するスケジュール設定手段を有し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において、上記スケジュール設定手段は、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュール周期の開始時刻から、上記スケジュール周期での最初の送信権付与信号の送信が完了するまでの間の時刻を、当該スケジュール周期中に送信権を付与する全子局に対して上記ＳＳＴとして通知し、上記各子局のうちのいずれかの子局から、上記スケジュールでのＳＰの終了時刻よりも早く送信権を返却された場合に、当該スケジュール周期での送信権が返却されたことを検出した時点以降の送信権付与の開始時刻を、上記スケジュールよりも繰り上げるように制御する。【０３８８】  なお、この場合、上記スケジュール設定手段は、上記スケジュール周期において各子局に送信権を付与する順序を、上記送信権を付与する期間が短い順序とするように、上記スケジュールを設定する構成としてもよい。【０３８９】  上記の構成によれば、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、各子局がＡｗａｋｅ状態となる期間の合計時間を短くすることができる。したがって、ネットワーク全体でのパワーセーブの効率を高くすることができる。【０３９０】  あるいは、上記スケジュール設定手段は、上記スケジュール周期において各子局に送信権を付与する順序を、スケジュール周期ごとに循環的に変更するように、上記スケジュールを設定する構成としてもよい。【０３９１】  上記の構成によれば、上記スケジュール周期において各子局に送信権を付与する順序が、スケジュール周期ごとに循環的に変更される。例えば、第１子局、第２子局、第３子局に対して送信権を付与する場合、初めのスケジュール周期では第１、第２、第３の順、次のスケジュール周期では第２、第３、第１の順、その次のスケジュール周期では第３、第１、第２の順で送信権を付与し、以降は初めのスケジュール周期に戻って同様の順序を繰り返す。【０３９２】  これにより、例えば、子局が親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、Ａｗａｋｅ状態となっている期間を各子局について略均一化することができる。【０３９３】  なお、上記の構成では、子局が親局から通知される予ＳＳＴ，ＳＩに基づいてパワーセーブを行う場合、各子局は、送信権を付与されるスケジュール周期の開始時刻またはそれよりもわずかに遅れた時刻に、パワーセーブ状態を解除してＡｗａｋｅ状態に移行することになる。このため、各スケジュール周期において２番目以降に帯域を割り当てられる子局には、親局から送信権を付与されないにもかかわらずＡｗａｋｅ状態となる期間が生じる。したがって、上記のようにＳＳＴを変更してから子局に通知した方がパワーセーブの効率がよくなる場合と、予定スケジュールを変更せずに子局に通知した方がパワーセーブの効率がよくなる場合とがあり、両者を使い分けることが好ましい。【０３９４】  そこで、上記スケジュール設定手段は、上記第１の通信方法で送信権を付与する全ての子局の上記送信権が付与される期間が、予め設定された期間の長さ以上の場合には、上記各子局に対してＳＳＴを変更せずに通知する構成としてもよい。なお、上記予め設定された期間は、例えば子局に対する帯域割り当ての状況やシステム（ネットワーク）全体としての用途などに応じて、スケジュール設定手段が適宜設定すればよい。【０３９５】  上記の構成によれば、子局に通知するＳＳＴを上記のように変更して子局に通知した方がよいか、ＳＳＴを変更せずに子局に通知した方がよいかを、比較的簡単な手順で判定できる。【０３９６】  本発明の通信方法は、親局が時局あるいは子局に送信権を付与する期間を管理する第１の通信方法と、子局が自ら送信権を獲得する第２の通信方法とを用いるネットワークに上記親局として備えられ、上記第１の通信方法を用いる期間と上記第２の通信方法を用いる期間とを互いに重畳しないように含み、上記第１の通信方法での、送信権が付与される期間であるＳＰおよび上記ＳＰが開始される時刻であるＳＳＴおよび上記ＳＰを設ける間隔であるＳＩを定めたスケジュールを設定し、上記スケジュールに基づいて子局に対して上記ＳＳＴおよびＳＩを通知する通信装置において用いられる通信方法であって、上記時局あるいは子局に対する送信権の開始時刻が上記スケジュールに対して遅延したことを検出する遅延検出工程と、上記遅延検出工程で上記遅延を検出したときに、上記第２の通信方法を用いる期間が上記スケジュールで設定した期間よりも短縮あるいは省略されるように制御するタイミング制御工程と、を含む。【０３９７】  また、上記スケジュールを設定する工程で、一定の長さのスケジュール周期を定め、連続する複数の上記スケジュール周期を１つのグループとしてこのグループを周期的に繰り返すように上記スケジュールを設定し、かつ、上記スケジュールにおいて上記スケジュール周期の整数倍の長さの、上記第２の通信方法を用いる期間である調整期間を設け、上記タイミング制御工程で、上記調整期間を上記スケジュールで設定した調整期間よりも短縮あるいは省略されるように制御するようにしてもよい。【０３９８】  上記の方法によれば、子局に対する送信権付与の開始時刻が上記スケジュールに対して遅延したときに、上記調整期間（第２の通信方法を用いる期間）を短縮または省略する。これにより、子局に対する送信権付与の開始時刻を上記スケジュールに同期あるいは近づけることができる。このため、例えば、子局が上記親局から通知されるＳＳＴ，ＳＩに基づいてパワーセーブを行う場合に、子局に対する実際の送信権付与の開始時刻を子局のパワーセーブのスケジュールに同期または近づけることができる。したがって、第２の通信方法を用いる期間が上記スケジュールにおいて設定された期間よりも延長された場合であっても、子局におけるパワーセーブの効率が低下することを軽減できる。【０３９９】  なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより、上記通信装置をコンピュータにて実現させる通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に含まれる。【０４００】  また、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０４０１】  本発明は、親局と１つ以上の子局とからなるネットワークであって、各子局の送信権付与期間を親局が管理する第１の期間と、子局が自ら送信権を獲得する第２の期間とを含む予定スケジュールを親局が設定する構成であれば適用できる。
【図１】
0004668270.tif 000002
【図２】
0004668270.tif 000003
【図３】
0004668270.tif 000004
【図４】
0004668270.tif 000005
【図５】
0004668270.tif 000006
【図６】
0004668270.tif 000007
【図７】
0004668270.tif 000008
【図８】
0004668270.tif 000009
【図９】
0004668270.tif 000010
【図１０】
0004668270.tif 000011
【図１１】
0004668270.tif 000012
【図１２】
0004668270.tif 000013
【図１３】
0004668270.tif 000014
【図１４】
0004668270.tif 000015
【図１５】
0004668270.tif 000016
【図１６】
0004668270.tif 000017
【図１７】
0004668270.tif 000018
【図１８】
0004668270.tif 000019
【図１９】
0004668270.tif 000020
【図２０】
0004668270.tif 000021
【図２１】
0004668270.tif 000022
【図２２】
0004668270.tif 000023