"1つ以上の無線通信端末と無線通信を行い、前記無線通信端末とネットワーク装置との通信を中継し、前記無線通信端末が省電力モードである場合にBeaconに前記無線通信端末宛のフレームをバッファリングしているか否かを示すバッファリング情報を格納して前記無線通信端末へ通知する無線通信基地局であって、マルチキャストフレームバッファと、前記ネットワーク装置から受信したフレームがマルチキャストフレームであるか否かを検出し、マルチキャストフレームであった場合に当該フレームを前記マルチキャストフレームバッファへ格納するマルチキャスト検出部と、マルチキャストグループと当該マルチキャストグループに参加している前記無線通信端末と当該無線通信端末が省電力モードであるか否かを示す省電力状態情報との対応を含む管理情報を保持し、前記マルチキャスト検出部がマルチキャストフレームを検出した場合に前記管理情報を参照して当該マルチキャストフレームに対応するマルチキャストグループに属する前記無線通信端末を宛先端末として抽出し、前記宛先端末が省電力モードであるか否かを判定する省電力端末管理部と、前記宛先端末が省電力モードである場合に、マルチキャストフレームがバッファリングされていないことを示す情報を前記バッファリング情報に格納しかつ前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを生成するBeacon生成部と、を備えることを特徴とする無線通信基地局。前記無線通信端末から、当該無線通信端末がBeaconのフレームボディ部に格納された前記無線通信端末宛のフレームがバッファリングされているか否かを示すマルチキャスト拡張情報の検出に対応しているマルチキャスト拡張端末であるか否かの情報を取得するマルチキャスト拡張端末検出部、をさらに備え、前記省電力端末管理部は、前記マルチキャスト拡張端末検出部が取得した情報に基づいて前記無線通信端末がマルチキャスト拡張端末であるか否かの情報を前記管理情報に含めて保持し、前記宛先端末が省電力モードでありかつ前記宛先端末がマルチキャスト拡張端末である場合に、前記マルチキャスト拡張情報として前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを生成し、前記宛先端末が省電力モードでありかつ前記宛先端末がマルチキャスト拡張端末でない場合に、前記バッファリング情報に前記宛先端末宛のユニキャストフレームが格納されていることを示す情報を格納したBeaconを生成することを特徴とする請求項1に記載の無線通信基地局。マルチキャスト検出部がマルチキャストフレームを検出したとき、マルチキャスト拡張端末でない前記無線通信端末の数が所定の閾値以上の場合は前記バッファリング情報にマルチキャストフレームの送信を通知する情報を格納してBeaconを送信し、マルチキャスト拡張端末でない前記無線通信端末の数が所定の閾値未満の場合は前記Beacon生成部の生成したBeaconを送信することを特徴とする請求項2に記載の無線通信基地局。前記管理情報は、マルチキャストグループに参加している前記無線通信端末ごとの、当該無線通信端末との接続手順において取得した当該無線通信端末を識別する接続識別情報をさらに含み、前記省電力端末管理部は、前記マルチキャスト拡張情報を前記宛先端末の接続識別情報を示す情報とすることを特徴とする請求項2または3に記載の無線通信基地局。マルチキャストフレームがバッファリングされていないことを示す情報を格納しかつ前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを送信した後に、当該マルチキャストフレームをマルチキャストフレームとして送信することを特徴とする請求項1~4のいずれか1つに記載の無線通信基地局。前記マルチキャストフレームバッファに格納されたマルチキャストフレームについて前記宛先端末の数の複製を生成し、生成したフレームをそれぞれ前記宛先端末宛のユニキャストフレームに変換するマルチキャスト変換部、をさらに備え、マルチキャストフレームがバッファリングされていないことを示す情報を格納しかつ前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを送信した後に、当該マルチキャストフレームを前記マルチキャスト変換部により変換されたユニキャストフレームとして前記宛先端末へ送信することを特徴とする請求項1~4のいずれか1つに記載の無線通信基地局。請求項2に記載の無線通信基地局と通信を行う無線通信端末であって、省電力状態を管理し、省電力モードへの移行を前記無線通信基地局へ通知し、省電力モードへ移行している場合に前記無線通信基地局からのBeaconの受信タイミングで起動モードとなりBeaconを受信する状態管理部と、省電力モードにおいて前記無線通信基地局から受信したBeaconから、前記無線通信基地局においてフレームボディ部に格納された無線通信端末宛のフレームがバッファリングされているか否かを示すマルチキャスト拡張情報を検出し、前記マルチキャスト拡張情報に基づいて自端末宛のフレームがバッファリングされていると判断した場合に前記状態管理部に対して駆動モードを維持するよう指示し、前記マルチキャスト拡張情報に基づいて自端末宛のフレームがバッファリングされていないと判断した場合に前記状態管理部に対して省電力モードへ移行するよう指示するマルチキャスト拡張エレメント検出部と、を備え、自装置がマルチキャスト拡張情報の検出に対応していることを前記無線通信基地局へ通知する、ことを特徴とする無線通信端末。請求項1に記載の無線通信基地局と、省電力モードへの移行を前記無線通信基地局へ通知し、省電力モードへ移行している場合に前記無線通信基地局からのBeaconの受信タイミングで起動モードとなりBeaconを受信し、受信したBeaconに基づいて、自端末宛のフレームがバッファリングされていると判断した場合に起動モードを維持し、自端末宛のフレームがバッファリングされていないと判断した場合に省電力モードへ移行する無線通信端末と、を備えることを特徴とする無線通信システム。前記無線通信端末として請求項7に記載の無線通信端末を1つ以上備え、前記無線通信基地局は、前記無線通信端末から、当該無線通信端末がBeaconのフレームボディ部に格納された前記無線通信端末宛のフレームがバッファリングされているか否かを示すマルチキャスト拡張情報の検出に対応しているマルチキャスト拡張端末であるか否かの情報を取得するマルチキャスト拡張端末検出部、を備え、前記マルチキャスト拡張端末検出部が取得した情報に基づいて前記無線通信端末がマルチキャスト拡張端末であるか否かの情報を前記管理情報に含めて保持し、前記宛先端末が省電力モードでありかつ前記宛先端末がマルチキャスト拡張端末である場合に、前記マルチキャスト拡張情報として前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを生成し、前記宛先端末が省電力モードでありかつ前記宛先端末がマルチキャスト拡張端末でない場合に、前記バッファリング情報に前記宛先端末宛のユニキャストフレームが格納されていることを示す情報を格納したBeaconを生成することを特徴とする請求項8に記載の無線通信システム。1つ以上の無線通信端末と、前記無線通信端末とネットワーク装置との通信を中継し、前記無線通信端末が省電力モードである場合にBeaconに前記無線通信端末宛のフレームをバッファリングしているか否かを示すバッファリング情報を格納して前記無線通信端末へ通知する無線通信基地局と、を備える無線通信システムにおける無線通信方法であって、前記無線通信基地局が、前記ネットワーク装置から受信したフレームがマルチキャストフレームであるか否かを検出し、マルチキャストフレームであった場合に当該フレームをバッファへ格納するマルチキャスト検出ステップと、前記無線通信端末が、省電力モードとなったことを前記無線通信基地局へ通知する省電力モード通知ステップと、前記無線通信基地局が、マルチキャストグループと当該マルチキャストグループに参加している前記無線通信端末と当該無線通信端末が省電力モードであるか否かを示す省電力状態情報との対応を含む管理情報を保持し、前記マルチキャスト検出部がマルチキャストフレームを検出した場合に前記管理情報を参照して当該マルチキャストフレームに対応するマルチキャストグループに属する前記無線通信端末を宛先端末として抽出し、前記宛先端末が省電力モードであるか否かを判定する省電力端末管理ステップと、前記無線通信基地局が、前記宛先端末が省電力モードである場合に、マルチキャストフレームがバッファリングされていないことを示す情報を前記バッファリング情報に格納しかつ前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを生成するBeacon生成ステップと、前記無線通信端末が、受信したBeaconに基づいて、自端末宛のフレームがバッファリングされていると判断した場合に起動モードを維持し、自端末宛のフレームがバッファリングされていないと判断した場合に省電力モードへ移行する省電力制御ステップと、を含むことを特徴とする無線通信方法。上記従来の技術において、APと無線接続可能なSTAが複数存在し、それらのSTAが属するマルチキャストグループ以下MCグループというが複数存在するとする。例えば、STA1~4がAPの配下にあり、MCグループ1にはSTA1およびSTA4が属し、MCグループ2にはSTA2、STA3およびSTA4が属しているとする。このとき、APがMCグループ1へのMCフレームを送信する場合、MCグループ1に属していないSTA2、3は当該MCフレームの受信は不要である。しかしながら、上記従来の技術によれば、MCグループ1へのMCフレームの送信時に、APがBeaconのPVBの0番目のビットに1をセットして送信するため、STA2、STA3もAwakeモードを維持することになり、省電力効果が小さくなるという問題がある。本発明は、上記に鑑みてなされたものであって、無線通信基地局がMCフレームを送信する場合に、無線通信端末における不要な電力消費をさけて省電力効果を向上させることができる無線通信基地局、無線通信端末、無線通信システム及び無線通信方法を得ることを目的とする。上述した課題を解決し、目的を達成するために、本発明は、1つ以上の無線通信端末と無線通信を行い、前記無線通信端末とネットワーク装置との通信を中継し、前記無線通信端末が省電力モードである場合にBeaconに前記無線通信端末宛のフレームをバッファリングしているか否かを示すバッファリング情報を格納して前記無線通信端末へ通知する無線通信基地局であって、マルチキャストフレームバッファと、前記ネットワーク装置から受信したフレームがマルチキャストフレームであるか否かを検出し、マルチキャストフレームであった場合に当該フレームを前記マルチキャストフレームバッファへ格納するマルチキャスト検出部と、マルチキャストグループと当該マルチキャストグループに参加している前記無線通信端末と当該無線通信端末が省電力モードであるか否かを示す省電力状態情報との対応を含む管理情報を保持し、前記マルチキャスト検出部がマルチキャストフレームを検出した場合に前記管理情報を参照して当該マルチキャストフレームに対応するマルチキャストグループに属する前記無線通信端末を宛先端末として抽出し、前記宛先端末が省電力モードであるか否かを判定する省電力端末管理部と、前記宛先端末が省電力モードである場合に、マルチキャストフレームがバッファリングされていないことを示す情報を前記バッファリング情報に格納しかつ前記宛先端末宛のフレームが格納されていることを示す情報を格納したBeaconを生成するBeacon生成部と、を備えることを特徴とする。本発明によれば、無線通信基地局がMCフレームを送信する場合に、無線通信端末における不要な電力消費をさけて省電力効果を向上させることができるという効果を奏する。以下に、本発明にかかる無線通信基地局、無線通信端末、無線通信システム及び無線通信方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。実施の形態.図1は、本発明にかかる無線通信システムの構成例を示す図である。図1に示すように本実施の形態の無線通信システムは、AP無線通信基地局1と、STA無線通信端末2-1~2-4と、AP1とインターネット等により接続されるサーバ等であるネットワーク装置3と、を備える。なお、図1では、STAの数が4台の例を示しているが、STAの数はこれに限定されない。STA2-1~2-4は、キャリアセンスによってパケット伝送を行う無線通信端末である。AP1は、ネットワーク装置3から受信したデータを各STAに配信する。図1の例では、STA2-1~2-4は、AP1に帰属している。すなわち、STA2-1~2-4はAP1経由で無線通信を行っている。また、STA2-1とSTA2-4はMCマルチキャストグループ4-1に参加し、STA2-2とSTA2-3とSTA2-4はMCグループ4-2に参加し、STA2-4はMCグループ4-3に参加している。ここで、従来の無線通信システムにおける課題について説明する。図2は、従来の無線通信システムの構成例を示す図である。STA102は、AP101経由で無線通信を行っており、AP101は、ネットワーク装置103から受信したSTA102宛のデータをSTA102へ送信する。図3は、AP101とSTA102が接続するための接続手順の一例を示すシーケンス図である。AP101とSTA102は同一のSSIDServiceSetIDentifierが設定されているとする。STA102は、自身のSSIDを格納したProbeRequest、または周辺のすべてのAPからのProbeResponseを受信するためにSSIDを格納しないでProbeRequestを送信するステップS101。AP101はProbeRequestを受信した場合、自身の識別情報例えばMACアドレス、SSIDを格納したProbeResponseを返信するステップS102。STA102は、ProbeResponseを受信すると、AP101へ認証Authenticationを依頼しステップS103、AP101が認証の応答を返信するステップS104。その後、STA102は、接続を要求AssociationRequestしステップS105、AP101は、AssociationResponseフレームを返信するステップS106。この際、AP101は、端末固有のAIDをAssociationResponseフレームに格納して通知する。STA102は、通知されたAIDを記憶する。図4は、IEEE802.11のMACフレームのフォーマットを示す図である。MACフレームのMACヘッダ中のFrameControlFieldのPwrMgt104は、省電力制御の状態を示すPowerSaveビットである。STA102は、このPowerSaveビットに1を格納して送信することで、自身が省電力状態であるPSモード通信動作が未駆動状態に移行することを通知する。AP101は、STA102からPowerSaveビットに1が設定されたフレームを受信すると、STA102がPSモードに移行したことを記憶する。AP101は、PSモードのSTAに対するユニキャストフレーム以下、UCフレームという、BCフレームブロードキャストフレーム、MCフレームマルチキャストフレームが発生した場合、フレームをバッファリングする。AP101は、定期的にBeaconを送信する。図5は、Beaconとして送信される報知情報フレームのフレームフォーマット例を示す図である。Beaconとして送信されるフレームの構成要素の1つであるTIMelementは、PartialVirtualBitmap以下PVBというを有する。PVBは、AP101がどの端末宛のフレームがバッファリングされているか否かを示す情報、すなわちバッファリング情報である。PVBの0番目のビットはBCフレームまたはMCフレームがバッファリングされているか否かを示すビットであり、BCフレームまたはMCフレームがバッファリングされている場合はPVBの0番目のビットに1をセットする。PVBの1番目の以降のビットは、ビット番号がAIDに対応しており、例えば、PVBのk番目のビットは、AIDがkであるSTA宛のフレームのバッファリングの有無を示す。例えば、接続時に通知されたAIDが1であるPSモードのSTA宛のフレームがバッファリングされている場合は、PVBの1番目のビットに1をセットする。PSモードに移行したSTA102は、AP101からBeaconが送信されるタイミングでAwakeモード通信動作が駆動状態のモード、駆動モードに移行し、Beaconとして受信したフレームのPVBを参照する。図6は、PVBの自身のAIDに対応するビットに1が設定されている場合のSTA102の動作の一例を示す図である。図6に示すように、AP101は、STA102宛のUCフレームをバッファリングしており、宛先のSTA102のAIDに対応するPVBのビットに1を設定したBeacon201を送信する。STA102は、Beacon201を受信して、PVBの自身のAIDに対応するビットに1が設定されていることを認識すると、Awakeモードを維持し、UCフレームの転送要求を行うためにPS-Pollフレーム202を送信する。AP101はPS-Pollフレーム202を受信すると、バッファリングしているSTA102宛のUCフレーム203、204をSTA102へユニキャストにより送信する。図7は、PVBの自身のAIDに対応するビットが1でなく、PVBの0番目のビットが1に設定されている場合のSTA102の動作の一例を示す図である。STA102はAP101からのBeacon301を受信し、受信したBeacon301のPVBに、自身のAIDに対応するビットに0がセットされており、かつ、PVBの0番目のビットに1がセットされている場合、Awakeモードを維持する。AP101は、Beacon301の送信後にバッファリングしているBCフレームまたはMCフレームであるフレーム302,303をブロードキャストまたはマルチキャストにより送信する。また、STA102は受信したBeaconのPVBの自身のAIDに対応するビットに0がセットされており、かつ、PVBの0番目のビットに0がセットされている場合、PSモードに移行する。以上のような従来の技術では、AP101と無線接続可能なSTA102が複数存在し、それらのSTA102が属するマルチキャストグループMCグループというが複数存在する場合に、省電力効果が小さくなる可能性がある。例えば、STA1~4がAP101の配下にあり、MCグループ1にはSTA1およびSTA4が属し、MCグループ2にはSTA2、STA3およびSTA4が属しているとする。このとき、AP101がMCグループ1へのMCフレームを送信する場合、MCグループ1に属していないSTA2、3は当該MCフレームの受信は不要である。しかしながら、上述のように従来の技術では、MCグループ1へのMCフレームの送信時に、AP101がBeaconのPVBの0番目のビットに1をセットして送信するため、STA2、STA3もAwakeモードを維持することになり、省電力効果が小さくなるという問題がある。このような問題を鑑み、本実施の形態では、MCフレームの受信が不要な端末がAwakeモードを維持することを防ぐ。以下、本実施の形態の各装置の構成および動作について説明する。図8は、本実施の形態のAP1の機能構成例を示す図である。AP1は、電波を送受信するためのアンテナ部11と、受信信号、送信信号を変復調するPHY部12と、アクセス制御を行うMAC部13と、ネットワーク装置3からの受信データをブリッジするBridge部14と、ネットワーク装置3とのインターフェースである有線I/FInterface部15と、マルチキャストアドレスと宛先装置のMACアドレスとを対応付けるマルチキャスト検出設定部16と、を備える。マルチキャスト検出設定部16は、STA2-1~2-4からのマルチキャスト要求をスヌーピングすることでマルチキャストアドレスとSTA2-1~2-4のMACアドレスとの対応付けを行い、この対応を保持するとともにこの対応をMAC部13へ通知する。図9は、MAC部13の機能構成例を示す図である。MAC部13は、端末の省電力状態を管理する省電力端末管理部131と、マルチキャスト拡張端末を検出するマルチキャスト拡張端末検出部132と、Bridge部14から送信されるマルチキャストフレームを検出するマルチキャストフレーム検出部133と、Beacon生成部134と、マルチキャスト変換部135と、マルチキャストフレームバッファ136と、を備える。省電力端末管理部131は、MCグループのアドレスと、STA2-1~2-4のMACアドレスと、STA2-1~2-4がAwakeモードであるかPSモードであるかを示す省電力情報と、STA2-1~2-4のAIDと、マルチキャスト拡張の対応可否を示す情報と、を対応付けた管理表管理情報を用いて管理する。図10は、省電力端末管理部131が管理する管理表の一例を示す図である。図10の例では、MCグループ、STAMACアドレス、省電力、AIDおよびマルチキャスト拡張の6つの項目が管理表に含まれている。管理表の各エントリには、MCグループの欄にMCグループのアドレスが格納され、STAMACアドレスの欄に同一エントリのMCグループに属するSTA2-1~2-4のMACアドレスが格納され、省電力の欄にSTA2-1~2-4がAwakeAwakeモードであるかPSPSモードであるかの情報が格納され、AIDの欄にSTA2-1~2-4のAIDが格納され、マルチキャスト拡張の欄に当該STAがマルチキャスト拡張に対応しているか否かを示す情報が格納される。本実施の形態では、マルチキャスト拡張に対応しているSTAとは、後述のマルチキャスト拡張エレメントを検出する機能を有しているSTAを示す。図10の例では、マルチキャスト拡張に対応しているか否かを示す情報は、対応している場合に1とし、対応していない場合に0とする。なお、図10は一例であり、同様の情報を管理することができればよく図10の管理表の形式に限定されない。マルチキャスト拡張端末検出部132は、STA2-1~2-4との接続シーケンスにおいて、STA2-1~2-4から送信されたAssociationRequestに格納される情報に基づいて当該STAのマルチキャスト拡張の対応可否を判断し、判断結果を省電力端末管理部131に通知する。なお、STA2-1~2-4は、後述するようにAssociationRequestに、自身がマルチキャスト拡張に対応しているか否かの情報を格納する。マルチキャストフレーム検出部133は、Bridge部14から受信したフレームがMCフレームであると判定した場合、省電力端末管理部131にその旨を通知するとともに、当該MCフレームをマルチキャストフレームバッファ136へ格納する。省電力端末管理部131は、マルチキャストフレーム検出部133から、MCフレームを受信した通知を受けると、管理表を参照して、管理しているSTA2-1~2-4のうち、PSモードのSTAが1つでも存在するか否かを判断する。PSモードのSTAが1つでも存在し、かつ当該MCフレームの宛先のSTAがマルチキャスト拡張に対応している場合、省電力端末管理部131は、Beacon生成部134へマルチキャスト拡張エレメントの付与を指示し、マルチキャスト変換部135へMCフレームの変換を指示する。省電力端末管理部131は、Beacon生成部134へマルチキャスト拡張エレメントの付与を指示する際には、管理表に基づいて当該MCフレームに対応するMCグループに属するSTAのAIDを通知し、マルチキャスト変換部135へMCフレームの変換を指示する際には、管理表に基づいて当該MCフレームに対応するMCグループに属するSTAのMACアドレスを通知する。なお、管理しているSTA2-1~2-4が全てAwakeモードである場合には、マルチキャストフレームバッファ136に格納せずにMCフレームをそのまま送信してもよいし、一旦マルチキャストフレームバッファ136に格納した後に待機せずにMCフレームを読み出して送信してもよい。なお、PSモードのSTAが1つでも存在し、かつMCフレームの宛先のSTAがマルチキャスト拡張に対応していない場合の動作は後述する。Beacon生成部134は、省電力端末管理部131からマルチキャスト拡張エレメントの付与を指示された場合に、次回のBeacon送信タイミングで送信するBeaconに後述するマルチキャスト拡張エレメントを格納する。マルチキャスト変換部135は、省電力端末管理部131からMCフレームの変換を指示されると、省電力端末管理部131から指示されたSTAの宛先の数だけマルチキャストフレームバッファ136に格納されたMCフレームを複製する。そして、複製したMCフレームを、指示された各STA宛のUCフレームにそれぞれ変換してマルチキャストフレームバッファ136に格納する。なお、AP1が、ネットワーク装置3から受信したUCフレームについては、従来と同様にSTA2-1~2-4へ送信されるが、UCフレームの送信に関する構成要素は、図9では図示を省略している。ネットワーク装置3から受信したUCフレームは、PSモードのSTA2-1~2-4宛のものについては図示しないバッファにバッファリングされる。そして、AP1は、Beaconにより、宛先のSTA2-1~2-4へUCフレームがバッファリングされていることを通知し、従来と同様の手順でUCフレームが送信される。図11は、本実施の形態のSTA2-1の機能構成例を示す図である。STA2-2~2-4もSTA2-1と同様の構成である。図11に示すように、STA2-1は、電波を送受信するためのアンテナ部21と、信号を変復調するPHY部22と、アクセス制御を行うMAC部23と、受信データをブリッジするBridge部24と、IPInternetProtocol層などの上位レイヤとのインターフェースであるI/FInterface部25と、を備える。MAC部23は、Beaconに付与されているマルチキャスト拡張エレメントを検出するマルチキャスト拡張エレメント検出部231と、自身の省電力状態を管理する状態管理部232と、を備える。マルチキャスト拡張エレメント検出部231は、受信したBeaconに付与されているマルチキャスト拡張エレメントを検出した場合に、接続時に送信するAssociationRequestにマルチキャスト拡張エレメントの検出に対応していることを通知する情報を付与する。また、マルチキャスト拡張エレメント検出部231は、Beaconに付与されているマルチキャスト拡張エレメントの情報に基づいて状態管理部232に状態の変更を通知する。状態管理部232は、PSモードに移行後は、Beaconの受信タイミングでAwakeモードとなるよう省電力状態を管理する。また、MAC部23は、上述したマルチキャスト拡張エレメント検出部231および状態管理部232の機能以外に、従来と同様のMAC層の処理を行う機能を有し、PSモードでBeaconを受信した場合は、受信したBeaconのPVBを参照して、PVBの0番目のビットまたは自身のAIDに対応するビットが1であった場合に、Awakeモードを維持するよう状態管理部232へ指示する。受信したBeaconのPVBの0番目のビットが1でなく、かつ自身のAIDに対応するビットが1でない場合はPSモードへ移行するよう状態管理部232へ指示する。次に、本実施の形態のMCフレームの送信動作について説明する。図12は、STA2-1~STA2-4に関する情報が格納された管理表の一例を示す図である。図12の例では、図1に示した構成を前提としており、図1に示したMCグループ4-1,4-2,4-3に参加するSTA2-1~2-4についての情報が格納されている。図12の例では、STA2-1~2-4は全てPSモードであり、STA2-1~2-4は全てマルチキャスト拡張に対応している。また、STA2-4のAIDは1であり、STA2-1のAIDは2であり、STA2-2のAIDは3であり、STA2-3のAIDは4である。図13は、マルチキャスト拡張エレメントが格納されたBeaconのフレームフォーマットの一例を示す図である。図13に示すように、マルチキャスト拡張エレメントは、ElementIDと、Lengthと、マルチキャストPVB以下、MPVBというと、で構成される。ElementIDは、マルチキャスト拡張エレメントの識別子であり、Lengthはマルチキャスト拡張エレメントの長さを示す。MPVBでは、AP1においてバッファリングされているMCフレームを受信するSTAのAIDに対応するビットに1がセットされ、これ以外のビットは0がセットされる。なお、図13に示したマルチキャスト拡張エレメントの割当ビット数およびマルチキャスト拡張エレメントの格納位置は一例であり、マルチキャスト拡張エレメントがFrameBodyのなかに格納されていればよく図13に示した例に限定されない。図14は、AP1のマルチキャストフレーム検出部133においてMCグループ4-1のMCフレームが検出された場合の送受信動作の一例を示す図である。図14において、線によるハッチングは送信動作を示し、塗りつぶし白抜きも含むは受信動作を示している。左下がりの斜め線によるハッチングはBeaconの送信動作を示し、右下がりの斜め線によるハッチングはMCフレームの送信動作を示し、横線によるハッチングはSTA2-1~2-4からの応答の送信動作を示す。また、薄い塗りつぶしはBeaconの受信動作を示し、濃い塗りつぶしはSTA2-1~2-4からの応答の受信動作を示し、白抜きはMCフレームの受信動作を示す。また、Active期間60のように、点線で囲まれた期間は、当該STAがAwakeモードとなっている期間Active期間を示している。図14に示すように、AP1のマルチキャストフレーム検出部133が、MCグループ4-1のMCフレームを検出すると、省電力端末管理部131はマルチキャストフレーム検出部133からの通知に基づいて、管理表を参照してPSモードのSTAが1つ以上存在すると判断する。そして、省電力端末管理部131はMCグループ4-1のMCフレームを受信すべきSTAはSTA2-4とSTA2-1であることを把握する。省電力端末管理部131は、管理表からSTA2-4とSTA2-1のAIDおよびMACアドレスを読み出して、STA2-4と2-1のAIDを通知する。また、省電力端末管理部131は、Beacon生成部134へマルチキャスト拡張エレメントの付与を指示し、STA2-4と2-1のMACアドレスの通知とともにマルチキャスト変換部135へMCフレームの変換を指示する。Beacon生成部134は、STA2-1とSTA2-4にMCフレームがバッファリングされていることを通知するために、Beaconのマルチキャスト拡張エレメントのMPVBにSTA2-1のAIDとSTA2-4のAIDに対応するビットにそれぞれ1をセットし、次のBeacon送信タイミングでBeaconをPHY部12、アンテナ部11経由で送信する。図14では、最上段の左端のBeaconの送信動作が、このマルチキャスト拡張エレメントを格納したBeaconの送信に対応している。なお、上述したように、STAとの接続時に、STAがBeaconにマルチキャスト拡張エレメントが付与されているか否かを判定するため、MCフレームがバッファリングされていなくてもBeacon生成部134はマルチキャスト拡張エレメントを付与しておくとする。MCフレームがバッファリングされていない場合のマルチキャスト拡張エレメントのMPVBは全て0としておく。また、AP1は、マルチキャストをバッファリングしていないときにはMPVBを付与せずに、STAが、AP1のマルチキャスト拡張エレメントに対応に関係なく、AssociationRequestにマルチキャスト拡張エレメントを付与するようにしてもよい。この場合、マルチキャスト拡張エレメントに対応しているSTAは、AssociationRequestにマルチキャスト拡張エレメントを付与して送信する。そして、マルチキャスト拡張エレメントに対応しているAP1は、STAからのAssociationRequestにマルチキャスト拡張エレメントが付与されていることを検知した場合、そのSTAがマルチキャスト拡張エレメントに対応していることを省電力端末管理部131に記憶する。STA2-1~2-4は、通常のPSモードと同様に、Beaconの送信タイミングでAwakeモードになり、Beaconを受信し、マルチキャスト拡張エレメント検出部23により受信したBeaconのMPVBを参照する。図14に示すように、STA2-1,2-4では、受信したBeaconのMPVBに自身のAIDのビットに1がセットされていることから、マルチキャスト拡張エレメント検出部23は、自身宛のMCフレームがAP1にバッファリングされていることを認識し状態管理部232にAwakeモードを継続するよう指示する。STA2-2,2-3では、受信したBeaconのMPVBに自身のAIDのビットに1がセットされていないことから自身宛のMCフレームがバッファリングされていないことを認識し、マルチキャスト拡張エレメント検出部23はPSモードへ移行するよう状態管理部232へ指示する。AP1は、Beaconの送信後、マルチキャストフレームバッファ136に格納されているMCフレームを送信する。なお、バッファリングしている最後のMCフレームに対応するUCフレームを送信するときに当該フレームのFrameControlfieldのMoreDataのビットを0に設定してマルチキャストの送信を完了する。なお、MCフレームを送信する変わりに、変換後のUCフレームマルチキャスト変換部135により変換されたUCフレームを送信してもよい。STA2-1,2-4は、MAC部23ではFrameControlfieldのMoreDataのビットが0に設定されているフレームを受信したことを検出すると、状態管理部232にPSモードへの移行を指示する。以降、同様の動作が繰り返される。以上のように、Beaconにマルチキャスト拡張エレメントを付与することで、MCフレームを受信する必要のないSTAのAwakeモードを継続させず、MCフレームの受信を必要とするSTAのみAwakeモードを継続させることができる。このため、MCフレームを必要としないSTAの消費電力を削減できる。次に、STA2-1~2-4が図11に示したような構成ではなく、従来と同様のSTAであった場合について説明する。図15は、STA2-1~2-4がマルチキャスト拡張エレメントに対応していない場合の管理表の一例を示す図である。STA2-1~2-4がマルチキャスト拡張エレメントに対応していない場合、省電力端末管理部131は、例えば図15に示す管理表を保持している。上述のように、マルチキャスト拡張エレメントに対応しているSTAは、AssociationRequestにマルチキャスト拡張に対応をしていることを示す情報を格納するが、マルチキャスト拡張に対応していないSTAは、AssociationRequestにマルチキャスト拡張に対応をしていることを示す情報を格納しない。AP1は、AssociationRequestにマルチキャスト拡張に対応をしていることを示す情報が格納されていないことを検出することにより、当該STAがマルチキャスト拡張に対応していないと判断する。図16は、STA2-1~2-4がマルチキャスト拡張に対応していない場合の送受信動作の一例を示す図である。図16において、斜め線のハッチングのなかにNを記載している矩形はNullfunctionフレームの送信動作を示し、白抜きのなかにNを記載している矩形は、Nullfunctionフレームの受信動作を示す。その他のハッチングおよび塗りつぶしは、図14の例と同様である。図16を用いて、AP1のマルチキャストフレーム検出部133が、MCグループ4-1のMCフレームを検出した場合の動作を説明する。AP1のマルチキャストフレーム検出部133が、MCグループ4-1のMCフレームを検出すると、省電力端末管理部131はマルチキャストフレーム検出部133からの通知に基づいて、管理表を参照してPSモードのSTAが1つ以上存在し、かつ当該MCフレームの宛先のSTA2-1,2-4がマルチキャストフレーム拡張に対応していないと判断する。この場合、省電力端末管理部131は、Beacon生成部134に対してBeaconのPVBにSTA2-1のAIDとSTA2-4のAIDとに対応するビットに1をセットして送信するよう指示する。従来は、MCフレームをバッファリングしている際には、PVBの0番目のビットに1をセットするが、本実施の形態では、PVBの0番目のビットに1をセットせず、MCフレームを受信するSTAに対応するAIDのビットに1をセットする。Beacon生成部134は、指示に従って、Beaconを送信する。STA2-1,2-4は、従来と同様にBeaconの送信タイミングでAwakeモードになり、Beaconを受信する。そして、BeaconのPVBに自身のAIDに対応するビットが1にセットされているため、Awakeモードを継続して、PS-Pollを送信する。STA2-2,2-3は、同様にBeaconの送信タイミングでAwakeモードになり、Beaconを受信する。そして、STA2-2,2-3は、BeaconのPVBに自身のAIDに対応するビットが1にセットされていないため、PSモードへ移行する。AP1は、STA2-1,2-4から送信されたPS-Pollを受信した後、バッファリングしていたMCフレームを送信する。なお、従来の通常のMCフレームの送信時にはSTAからのPS-Pollの送信がないため、通常のMCフレームの動作と同様に、PS-Pollの受信を待機せず、PS-Pollの受信の有無にかかわらずMCフレームを送信するようにしても良い。また、AP1は、MCフレームの代わりに、マルチキャスト変換部135によりMCフレームを変換したUCフレームを送信しても良い。AP1は、バッファリングしている最後のMCフレームを送信するときにFrameControlfieldのMoreDataのビットを1にして送信する。すなわち、AP1は、まだBCフレームまたはMCフレームが残っていると通知する。その後、AP1は、STA2-1,2-4に、FrameControlfieldのMoreDataのビットを0に設定したNullfunctionをUCフレームで送信する。さらに、AP1は、FrameControlfieldのMoreDataのビットを0に設定したNullfunctionをBCフレームとして送信する。このようにNullfunctionによりMCフレームの送信終了を通知するのは、STAがPS-Pollを送信する通常のUCフレームの送受信の場合と手順をあわせるためである。STA2-1,2-4は、FrameControlfieldのMoreDataのビットが0にされたNullfunctionのUCフレーム、またはFrameControlfieldのMoreDataのビットが0に設定されたNullfunctionのBSフレームを受信すると、PSモードに移行する。図16の例では、AP1は、STA2-1宛てのNullfunction、STA2-4宛てのNullfunctionのUCフレーム、NullfunctionのBCフレームの順に送信している。そして、STA2-1、STA2-4は、それぞれ自身を宛先とするFrameControlfieldのMoreDataのビットが0にされたNullfunctionのUCフレームを受信してPSモードに移行している。一方、STA2-1、STA2-4が、仮になんらかの理由で当該UCフレームを受信できながった場合は、BSフレームを受信してPSモードに移行する。以上のように、マルチキャスト拡張エレメントを検出ができないSTAに対しては、AP1が、MCフレームを受信するSTAに対して、BeaconのPVBをMCフレームのビットに1を設定せずに、受信対象のSTAに対応するAIDに対応するビットに1を設定してUCフレームがバッファリングされている場合と同様の通知を行うようにした。このため、MCフレームの受信を必要としないSTAのAwakeモードを継続させず、MCフレームを必要とするSTAのみAwakeモードを継続してMCフレームを送信することができ、MCフレームを必要としないSTAの消費電力を削減できる。なお、上述の例では、既存のSTA、すなわちマルチキャスト拡張エレメントの検出ができないSTAが受信するMCフレームがバッファリングされている際に、BeaconのPVBを当該MCフレームの受信対象のSTAに対応するAIDに対応するビットに1を設定して送信した。この方法の場合、MCフレームを受信するSTAの数が多い場合、多数のSTAからPS-Pollが送信され、PS-Pollによる帯域の無駄な消費やフレームの衝突などが発生し、Awake時間が長くなる可能性がある。そこで、省電力端末管理部131にあらかじめMCフレームを受信するマルチキャスト拡張に非対応のSTAの数に関する閾値を設定しておき、省電力端末管理部131は、MCフレームを受信するマルチキャスト拡張に非対応のSTAの数が閾値以上の場合には通常のマルチキャスト送信方法を用い、閾値より小さければ、上述のPVBの対応するAIDのビットに1をセットして送信する方法を実施するようにしてもよい。閾値としては、任意の台数を設定可能であるが、ランダム待ち時間であるCWminの値に基づいて、PS-Pollの衝突確率が一定値以上を超えないSTAの数を求め、求めた数を閾値として設定しても良い。または、MCグループに参加しないSTAが少ないことが予想される場合には、MCフレームを受信するマルチキャスト拡張に非対応のSTAの数の代わりに、簡易的に自身に接続するマルチキャスト拡張に非対応のSTAの総数に閾値を定めて、自身に接続するマルチキャスト拡張に非対応のSTAの総数が閾値以上か否かで送信方法を選択するようにしてもよい。以上のように閾値を設定することで、多数のSTAからPS-Pollが送信されないようにしたので、帯域の無駄な消費やフレームの衝突などが回避でき、Awake時間を短くすることができる。また、本実施の形態は、マルチキャスト拡張エレメントを検出できるSTAと、マルチキャスト拡張エレメントを認識できないSTAが混在してAP1に帰属している環境にも適用できる。この場合、管理表のマルチキャスト拡張の可否情報に基づいて、マルチキャスト拡張エレメントを検出できるSTAについてはマルチキャスト拡張エレメントを用いた通知を行い、マルチキャスト拡張エレメントを検出できないSTAについては、PVBに対応するAIDのビットに1をセットする方法により通知を行えばよい。また、本実施の形態は、AP1が、MCフレームを受信すべきSTAがPSモードであるか否かを把握することができる。このため、MCフレームを受信すべきSTAが全てAwakeモードであれば、配下にPSモードのSTAが存在するか否かにかかわらず、BeaconでMCフレームをバッファリングしていることを通知することなく、即座にMCフレームを送信しても良い。以上のように、本実施の形態では、Beaconにマルチキャスト拡張エレメントを付与することで、MCフレームの受信する必要のないSTAのAwakeモードを継続させず、MCフレームの受信を必要とするSTAのみAwakeモードを継続させることができる。また、マルチキャスト拡張エレメントを検出ができないSTAに対しては、AP1が、MCフレームを受信するSTAに対して、BeaconのPVBをMCフレームのビットに1を設定せずに、受信対象のSTAに対応するAIDに対応するビットに1を設定してUCフレームがバッファリングされている場合と同様の通知を行うようにした。すなわち、PVBを用いたMCフレームの通知はせずに、MCフレームの受信対象のSTAを指定してフレームがバッファリングされていることを通知するようにした。このため、MCフレームを必要としないSTAの消費電力を削減できる。"