(57)【要約】  電力に影響を受ける通信装置が既存のプロトコルにより提供されるハイバネーション省電力機構を活用できるようにする仕組みが提供される。ネットワーク装置のための伝送のためにバッファに入れられたデータがない状況では、その装置が休止することが許可できる。代わりに、ネットワーク装置のための伝送のためにバッファに入れられたデータがある場合には、その装置がアクティブに留まることが許可できる。その識別を含むトラフィック表示を受信する装置は、受信されたビーコンに含まれるトラフィック表示がその識別を含む間アクティブモードに留まるように構成できる。  【選択図】  図４
2009521895.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置がいつ休止できるのかを決定する方法であって、
所定時にハイバネーション状態から目覚めることと、
トラフィックインジケータが別のネットワーク装置から受信されるかどうかを判断することと、
トラフィックインジケータが受信される場合、所定の覚醒期間、目覚めたままとなり、該所定の覚醒期間は少なくとも１スーパーフレームであることと、
を含む方法。
【請求項２】
トラフィックインジケータが存在するかどうかを判断するために続行し、該トラフィックインジケータが存在する間目覚めたままとなることをさらに含む請求項１に記載の方法。
【請求項３】
該所定の覚醒期間が単一のスーパーフレームを含む請求項１に記載の方法。
【請求項４】
該所定の覚醒期間が複数のスーパーフレームを含む請求項１に記載の方法。
【請求項５】
トラフィックインジケータが存在していないと判断し、該判断に基づき所定のハイバネーション期間、休止することとをさらに含む請求項１に記載の方法。
【請求項６】
推奨ハイバネーション期間を受信することをさらに含む請求項５に記載の方法。
【請求項７】
該所定のハイバネーション期間が単一のスーパーフレームを含む請求項６に記載の方法。
【請求項８】
所定のハイバネーション期間が複数のスーパーフレームを含む請求項６に記載の方法。
【請求項９】
該トラフィックインジケータが、識別を含むビーコンの発生を含む請求項１に記載の方法。
【請求項１０】
該トラフィックインジケータが、データが使用できることを示す請求項１に記載の方法。
【請求項１１】
該ネットワーク装置がＷｉＭｅｄｉａ−ＭＢＯＡに準拠する装置を備える請求項１に記載の方法。
【請求項１２】
メモリであって、命令を記憶するように構成された該メモリと、
該メモリに結合され、以下の
電子機器を所定時にハイバネーション状態から目覚めさせるステップと、
トラフィックインジケータが別のネットワーク装置から受信されるかどうかを判断するステップと、
トラフィックインジケータが受信される場合、該電子機器を所定の覚醒期間目覚めたままにさせ、該所定の覚醒期間が少なくとも１スーパーフレームであるステップと、
を行うために命令を実行するように構成されたプロセッサと、
を備えるネットワーク装置。
【請求項１３】
トラフィックインジケータが存在するかどうかを判断するために続行し、該トラフィックインジケータが存在する間は目覚めたままとなることをさらに含む請求項１２に記載のネットワーク装置。
【請求項１４】
該所定の覚醒期間が単一のスーパーフレームを含む請求項１２に記載のネットワーク装置。
【請求項１５】
該所定の覚醒期間が複数のスーパーフレームを含む請求項１２に記載のネットワーク装置。
【請求項１６】
トラフィックインジケータが存在しないと判断し、該判断に基づいて所定のハイバネーション期間休止することをさらに含む請求項１２に記載のネットワーク装置。
【請求項１７】
推奨ハイバネーション期間を受信することをさらに含む請求項１６に記載のネットワーク装置。
【請求項１８】
該所定のハイバネーション期間が単一のスーパーフレームを含む請求項１７に記載のネットワーク装置。
【請求項１９】
所定のハイバネーション期間が複数のスーパーフレームを含む請求項１７に記載のネットワーク装置。
【請求項２０】
該トラフィックインジケータが識別を含むビーコンの発生を含む請求項１２に記載のネットワーク装置。
【請求項２１】
該トラフィックインジケータが、データが使用できることを示す請求項１２に記載のネットワーク装置。
【請求項２２】
該ネットワーク装置がＷｉＭｅｄｉａ−ＭＢＯＡに準拠した装置を備える請求項１２に記載のネットワーク装置。
【請求項２３】
いつネットワーク装置が休止できるのかを決定する機器であって、
所定時にハイバネーション状態から目覚める手段と、
トラフィックインジケータが別のネットワーク装置から受信されるかどうかを判断する手段と、
トラフィックインジケータが受信されると所定の覚醒期間目覚めたままとなり、該所定の覚醒期間が少なくとも１スーパーフレームである手段と、
を備える機器。
【請求項２４】
トラフィックインジケータが存在するかどうかを判断するために続行し、該トラフィックインジケータが存在する間目覚めたままとなる手段をさらに備える請求項２３に記載の機器。
【請求項２５】
該所定の覚醒期間が単一のスーパーフレームを含む請求項２３に記載の機器。
【請求項２６】
該所定の覚醒期間が複数のスーパーフレームを含む請求項２３に記載の機器。
【請求項２７】
トラフィックインジケータが存在していないと判断し、該判断に基づいて所定のハイバネーション期間、休止する手段をさらに備える請求項２３に記載の機器。
【請求項２８】
推奨ハイバネーション期間を受信する手段をさらに備える請求項２７に記載の機器。
【請求項２９】
該所定のハイバネーション期間が単一のスーパーフレームを含む請求項２８に記載の機器。
【請求項３０】
該所定のハイバネーション期間が複数のスーパーフレームを含む請求項２８に記載の機器。
【請求項３１】
該トラフィックインジケータが識別を含むビーコンの発生を含む請求項２３に記載の機器。
【請求項３２】
該トラフィックインジケータが、データが使用できることを示す請求項２３に記載の機器。
【請求項３３】
該機器がＷｉＭｅｄｉａ−ＭＢＯＡに準拠した装置を備える請求項２３に記載の機器。
【請求項３４】
処理装置に、いつネットワーク装置が休止できるのかを判断する方法を実行させるためのコンピュータ実行可能命令を有するコンピュータ可読媒体であって、該方法が
所定時にハイバネーション状態から目覚めることと、
トラフィックインジケータが別のネットワーク装置から受信されるかどうかを判断することと、
トラフィックインジケータが受信される場合、所定の覚醒期間目覚めたままとなり、該所定の覚醒期間が少なくとも１スーパーフレームであることと、
をさらに含むコンピュータ可読媒体。
【請求項３５】
該方法が、トラフィックインジケータが存在するかどうかを判断するために続行し、該トラフィックインジケータが存在する間は目覚めたままとなることをさらに含む請求項３４に記載のコンピュータ可読媒体。
【請求項３６】
該所定の覚醒期間が単一のスーパーフレームを含む請求項３４に記載のコンピュータ可読媒体。
【請求項３７】
該所定の覚醒期間が複数のスーパーフレームを含む請求項３４に記載のコンピュータ可読媒体。
【請求項３８】
該方法が、トラフィックインジケータが存在しないと判断し、該判断に基づいて所定のハイバネーション期間休止することをさらに含む請求項３４に記載のコンピュータ可読媒体。
【請求項３９】
推奨ハイバネーション期間を受信することをさらに含む請求項３８に記載のコンピュータ可読媒体。
【請求項４０】
該所定のハイバネーション期間が単一のスーパーフレームを含む請求項３８に記載のコンピュータ可読媒体。
【請求項４１】
該所定のハイバネーション期間が複数のスーパーフレームを含む請求項３８に記載のコンピュータ可読媒体。
【請求項４２】
該トラフィックインジケータが識別を含むビーコンの発生を含む請求項３４に記載のコンピュータ可読媒体。
【請求項４３】
該トラフィックインジケータが、データが使用できることを示す請求項３４に記載のコンピュータ可読媒体。
【請求項４４】
該ネットワーク装置がＷｉＭｅｄｉａ−ＭＢＯＡに準拠した装置を備える請求項３４に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信に関し、さらに詳細にはいくつかの実施形態は通信システムにおける省電力モードに関する。
【背景技術】
【０００２】
通信技術で続く多くの進歩に伴い、高度な通信機能を備えたますます多くの装置が消費者部門と商業部門の両方で導入されている。さらに、データ符号化技法の進歩に加えて、処理能力と低電力消費の技術の進歩も有線通信機能と無線通信機能のさらに広範囲での普及につながってきた。
【０００３】
例えば、現在、有線であっても無線であっても、通信ネットワークは多くの家庭環境とオフィス環境で当たり前のことである。このようなネットワークは、これまで独立していた多様な装置が生産性を向上するため、あるいは単にユーザに対するその利便性を高めるためにデータと他の情報を共有できるようにする。広く人気を博している１つのこのような通信ネットワークが、ＷｉＭｅｄｉａ−ＭＢＯＡ（マルチバンドＯＦＤＭアライアンス）により指定されているもののような無線ネットワークの例示的な実現例である。他の例示的なネットワークは、２〜３例を挙げると、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信ネットワーク、および８０２．１１と８０２．１６通信ネットワーク等の多様なＩＥＥＥ規格をベースにしたネットワークを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
携帯用の低電力消費の装置の普及に伴い、電池寿命を延ばすための技法、あるいはそうでなければ電力消費を削減するための技法が開発されてきた。その結果として、無線ネットワークの設計における重要な目標は、電池式装置の長い動作時間を可能にすることである。電池寿命を延ばすための効果的な方法は、装置が長期間に渡って電源を完全に切る（つまり、休止する）ことを可能にすることであり、長期間はスーパーフレーム持続時間である。
【０００５】
例えば、ＷｉＭｅｄｉａ  ＭＡＣプロトコルによって概略されるようにハイバネーション省電力機構を活用する１つの方法は、アクティブモードとハイバネーションモードという、装置が動作できる２つの電力管理モードを提供することである。アクティブモードの装置はすべてのスーパーフレームでビーコンを送信および受信する。ハイバネーションモードの装置は複数のスーパーフレームの間休止し、それらのスーパーフレームで送信または受信を行わないため、エネルギーを節約する。これらの期間は、通常固定された周期的なアクティブ期間とハイバネーション期間である。しかしながら、これらのアクティブ期間とハイバネーション期間はスループットおよびエネルギー消費に影響を及ぼすため、固定期間は全ての状況でうまく作用するわけではない。
【０００６】
例えば、アクティブ期間が小さすぎるように選択されると、所望される通信を送信または受信するために使用できる時間が十分にない可能性がある。これはおそらくネットワークスループットを悪化させるであろう。他方、アクティブ期間が大きすぎると、装置が休止する時間は少なくなり、そのエネルギー消費はおそらく上昇する。特に低負荷では、大きなアクティブ期間は不必要である。ハイバネーション期間が長すぎる場合には、ソース装置は、ターゲットがアクティブになる前に長期間待機しなければならない可能性があり、おそらくはスループットの悪化およびバッファのオーバフローを引き起こす。したがって、静的なアクティブ期間およびハイバネーション期間は必ずしもうまく機能しない。
【課題を解決するための手段】
【０００７】
本発明の一実施形態に従って、電池式の通信装置または他の電力に影響を受ける通信装置が既存のプロトコルにより提供されるハイバネーション省電力機構を活用できるようにする仕組みが提供される。これにより、装置はＷｉＮＥＴネゴシエーションを介してハイバネーションモードとアクティブモードの持続時間を動的に変更できる。
【０００８】
１つの特長に従って、ネットワーク装置のための伝送のためにバッファに入れられたデータがない状況では、その装置は休止することが許される。代わりに、ネットワーク装置のための伝送のためにバッファに入れられたデータがある場合、その装置はアクティブに留まることを許される。さらに、トラフィックソースが、ソースがターゲットのためのトラフィックを有することがある次回に関してそのターゲットに情報を提供するための仕組みを提供することができる。
【０００９】
環境例では、トラフィック表示マップ（ＴＩＭ）情報要素（ＩＥ）は、アクティブな装置がその近隣装置の１つまたは複数のための優先競合アクセス（ＰＣＡ）を介した伝送のためにバッファに入れられたデータを有することを示すための機構を提供できる。例えば、スーパーフレームの中のビーコンにＴＩＭを入れることができる。ＴＩＭはそのスーパーフレームの間にターゲット装置に対するトラフィックがあることを示すことができる。一実施形態では、ＴＩＭはそのスーパーフレームについての情報だけを提供し、後のスーパーフレームについてトラフィック情報は提供されない。
【００１０】
環境例では、一実施形態において、装置はＸ個のスーパーフレームの可変期間中眠ったままとなり、それと通信することを望む他のネットワーク装置からトラフィック情報を受信するために目覚めることができる。例えば、ＷｉＮＥＴトラフィック表示（ＷＴＩ）は、後のスーパーフレームにトラフィックがあることを示すことができる。このようにして、装置は、例えばトラフィックを有する後のスーパーフレームまで等、スーパーフレームの可変期間、眠ったままとなることができる。ＷＴＩはソースのビーコンの中で符号化できる。  
【００１１】
別の実施形態に従って、休止するその近隣装置の内の１つと通信することを希望する第１のネットワーク装置は、その近隣装置がアクティブモードに入るまで待機できる。近隣装置がアクティブモードに入ると、その近隣装置の識別、例えばその装置アドレス（ＤｅｖＡｄｄｒ）および推奨ハイバネーション期間を第１の装置のトラフィック表示、例えばＷＴＩに含むことができる。
【００１２】
例えばその識別（例えばＤｅｖＡｄｄｒ）を含むＷＴＩ等のトラフィック表示を受信する装置は、受信されたビーコンの中に含まれるトラフィック表示がその識別を含む間はアクティブモードに留まるように構成できる。トラフィックインジケータは、このようにしてネットワーク装置に対する「目覚まし」メッセージとして働く。
【００１３】
前述された一実施形態に従って、送信側装置は推奨ハイバネーション期間を含むことができる。この推奨ハイバネーション期間はターゲット装置に対し、この推奨を送信するソース装置からトラフィックを受信するために再び目を覚ます前に装置がどのくらいの期間休止する必要があるのかに関する情報を提供できる。
【００１４】
ネットワーク装置への伝送のためにデータがバッファに入れられていない想定では、その装置は、その識別を含むトラフィックインジケータを受信せず、休止することができる。他方、ターゲットネットワーク装置への伝送のためにバッファに入れられたデータがある場合、あるいはそうでなければターゲットがトラフィックを受信すると指定されていることが公知である場合には、ターゲット装置は、その識別を含むトラフィックインジケータを受信する。ターゲット装置は、推奨ハイバネーション期間、あるいはいつ通信が所望される、または予定されるのかの他の表示を受信することもできる。
【００１５】
本発明の他の特長および態様は、本発明の実施形態による特長を例証として描く添付図面と併せて解釈される以下の詳細な説明から明らかになる。要約は、本書に添付される請求項によってのみ規定される本発明の範囲を制限することを目的としていない。
【００１６】
本発明は、１つまたは複数の多様な実施形態に従って、以下の図に関して詳細に説明される。図面は図解のためだけに示され、単に本発明の典型的なまたは実施形態例を描くにすぎない。これらの図面は本発明に関する読者の理解を容易にするために示されており、本発明の広さ、範囲、または利用可能性の制限とは見なされないものとする。明確にするために、および説明を容易にするために、図面は必ずしも縮尺どおりに作られていないことが留意されるべきである。
【００１７】
本書に含まれている図のいくつかは異なる視角から本発明の多様な実施形態を描いている。添付の説明文はこのような図を「平面」図、「底面」図、または「側面」図と呼ぶことがあるが、このような参照は記述的にすぎず、明示的に別段の定めをした場合を除き、本発明が特定の空間的定位で実現されるまたは使用されることを暗示または必要としない。
【発明を実施するための最良の形態】
【００１８】
一実施態様における本発明は、アクティブ期間およびハイバネーション期間を選ぶための動的な仕組みを提案する。仕組みは、おもに通信チャネル全体で通信する装置に有用である。通信チャネルは通信ネットワークの通信チャネル、あるいは他の通信チャネルである場合がある。１つの通信チャネル例は無線ネットワークである。本発明は他のネットワークおよび通信チャネルにより実現することもできるが、無線ネットワークの例示的な実現例はＷｉＭｅｄｉａ−ＭＢＯＡ（マルチバンドＯＦＤＭアライアンス）により規定されるようなネットワークである。
【００１９】
本発明を詳細に説明する前に、本発明を実現することができる環境例を説明することが有用である。このような１つの例は、複数の電子機器（例えば、中でもコンピュータと計算装置、携帯電話、パーソナルデジタルアシスタント、モーションカメラとスチルカメラ）が互いにデータ、コンテンツおよび他の情報を通信、共有できる無線ビーコンネットワークである。このようなネットワークの一例は、（ＷｉＭｅｄｉａおよびマルチバンドＯＦＤＭアライアンスの中の）ＷｉＭｅｄｉａ規格によって規定される例である。本発明は本書の中で分散型ネットワークという点で、あるいはＷｉＭｅｄｉａ規格という点で説明されることがある。これらの環境という点での説明は、本発明の多様な特長および実施形態を例示的な応用例の関連で描写できるようにする。この説明の読後、当業者には、さまざまな代替環境でどのようにして本発明を実現できるのかが明らかになる。実際に、本発明の利用可能性は分散型無線ネットワークに限定されず、環境例の１つの実現例として説明されるＭＢ−ＵＷＢ規格にも限定されない。
【００２０】
大部分のネットワーク規格は、ネットワークに接続された装置の動作を決定する方針または規則を規定する。ＷｉＭｅｄｉａ規格は、このような装置のアドホックネットワークおよび分散型ネットワークが効率的に動作できるようにするためにＷ−ＵＳＢおよびＷｉＮｅｔに準拠する装置が従わなければならない仕組みおよび方針を規定する。
【００２１】
大部分の分散型ネットワークでは、装置のネットワークは、すべての装置に自分の存在、能力、および伝送スロットを予約する等の意図のようなパラメータを公表することを要求することによって維持される。例えば、ＷｉＭｅｄｉａ規格では、これはビーコン期間タイムスロットと呼ばれているものの間に行うことができる。この規格に従って、ネットワークに加わる装置は、ネットワークの使用を試す前にネットワークステータスおよびパラメータについて学習するためにビーコン期間を監視することが期待される。他のネットワーク構成では、ビーコン期間は同様に、さらに詳しく後述されるようにネットワーク装置の管理を可能にするために使用される。このようにして、ビーコン期間は、スケジューリング活動または他のハウスキーピング活動をその間に実施できるウィンドウつまりネットワーク期間の１つの形式である。前記に参照された規格におけるビーコン期間、および他のネットワーク構成においてスケジューリングまたは他のハウスキーピング雑務に使用される他の期間は、一般的にスケジューリングウィンドウと呼ばれる。
【００２２】
通常、装置は電力を節約するため、あるいは動作を延長するために省電力モードに入ることができる。例えば、電池式の装置は、電力を節約するためにその機能の内の１つまたは複数が低減される、あるいは停止されるスリープモードまたは深いスリープモードに入ることもできる。環境に応じて、装置は短期間または長期間スリープモードに入ることが許されてよい。例えば、スリープモードが、いくつかの構成要素またはすべての構成要素が停止される、あるいはそれらの動作が制限される省電力運転モードである場合がある。ノートパソコン、携帯電話および他の携帯電子機器等の多くの電池式の装置は１つまたは複数のレベルのスリープモードをサポートしている。例えば、ノートパソコンが１つのレベルのスリープモードに入ると、それはハードドライブの電源を切り、依然としてユーザが動作を実行するのを可能にし、アクセスが必要とされるときにだけハードドライブの電源を投入する。さらに深いスリープのレベルでは、コンピュータはさらにディスプレイの電源を切ることができる。スリープのさらに追加のレベルでは、コンピュータは休止状態に入ってよい。同様に、通信チャネル全体で通信する他の電子機器は同様のスリープ状態を有してよく、経過時間、活動等の多くの要因に応じて、ＲＦトランシーバを含む不必要なまたは未使用の構成部品の電源を切ってよい。後述されるように、一実施形態に従って、装置はスケジューリングまたは他のハウスキーピング活動の完了時にスリープモードに入るようにプロンプトを出されてよく、例えば通信活動等の予定された活動のために目覚めるように構成されてよい。
【００２３】
図１は、本発明を実現することができる環境例として働くことができる無線ネットワークの１つの考えられる構成を描くブロック図である。ここで図１を参照すると、無線ネットワーク１０２０は、装置の間にワイヤまたはケーブルを必要とすることなく複数の電子機器が互いと通信できるようにするために提供される。無線ネットワーク１０２０は、例えば送信電力レベルおよびネットワークと関連付けられた多様な電子機器の受信感度を含む多くの要因またはパラメータに応じてカバレージエリアで変化することがある。無線ネットワークの例は、他の無線ネットワーク実現例だけではなく、多様なＩＥＥＥ規格および前述されたような他の規格も含むことがある。
【００２４】
多くの応用例で無線ネットワーク１０２０は、例えば家庭またはオフィスのような相対的に限られた領域で動作する。図１に描かれている例は家庭またはスモールオフィス環境に見られることがあるような実現例の例である。一般的に無線通信ネットワークおよび通信ネットワークが家庭およびオフィス外の多くの環境でも見られることは言うまでもない。図１に描かれている例では、無線ネットワーク１０２０は、それが外部ネットワークと通信できるようにするために通信装置を含んでいる。さらに詳細には、描かれている例では、無線ネットワーク１０２０はインターネット１０４６のような外部ネットワークに対する接続性を提供するためのモデム１０４０、および別のネットワーク１０４４に対する外部接続性を提供できる無線アクセスポイント１０４２を含む。
【００２５】
携帯電話１０１０およびパーソナルデジタルアシスタント（ＰＤＡ）１０１２のような携帯電子機器も無線ネットワーク例１０２０に描かれている。図１に描かれている他の電子機器のように、携帯電話１０１０およびＰＤＡ１０１２は、適切な無線インタフェースを介して無線ネットワーク１０２０と通信できる。加えて、これらの装置は外部ネットワークとさらに送信するように構成されてよい。例えば、携帯電話１０１０は、通常、基地局を経由して広域無線ネットワークと通信するように構成される。
【００２６】
加えて、図１に描かれている環境例は、無線ネットワーク１０２０に接続されている家庭用娯楽機器の例も含む。描かれている例では、ゲーム機１０５２、ビデオプレーヤ１０５４、デジタルカメラ／カムコーダ１０５６、および高解像度テレビ１０５８等の電子機器が、無線ネットワーク１０２０を介して相互接続されているとして描かれている。例えば、デジタルカメラまたはカムコーダ１０５６は、１つまたは複数の静止画像または動画ビデオの画像を取り込むためにユーザによって活用できる。取り込んだ画像は、デジタルカメラまたはカムコーダ１０５６と関連付けられたローカルメモリまたは記憶装置に記憶し、最終的に無線ネットワーク１０２０を介して別の電子機器に通信することができる。例えば、ユーザが無線ネットワーク１０２０と関連付けられた高解像度テレビ受像機１０５８にデジタルビデオストリームを提供することを希望することがある。別の例として、ユーザは自分のパソコン１０６０に、あるいはインターネット１０４６にデジタルカメラ１０５６から１つまたは複数の画像をアップロードすることを希望する場合がある。これは無線ネットワーク１０２０によって達成できる。無線ネットワーク１０２０が、ピアツーピアで、あるいは示されている例が説明するために役立つような他の方式でデータ、コンテンツおよび他の情報の共有を提供するために活用できることは言うまでもない。
【００２７】
パソコン１０６０、または無線エアインタフェースを介して無線ネットワーク１０２０に接続されている他の計算装置も描かれている。示されている例に描かれているように、パソコン１０６０はインターネット１０４６等の外部ネットワークに接続性を提供することもできる。
【００２８】
描かれている例では、無線ネットワーク１０２０はそれと関連付けられている多様な電子機器に無線接続性を提供するように実現される。無線ネットワーク１０２０は、これらの装置が無線ネットワーク１０２０全体でデータ、コンテンツおよび他の情報を互いと共有できるようにする。通常、このような環境では、電子機器は無線ネットワーク１０２０と関連付けられた他の装置とエアインタフェースを介した通信を可能にするために適切な送信機、受信機、またはトランシーバを有するであろう。これらの電子機器は、１つまたは複数の適切な無線規格に準拠してよく、実際には複数の規格が既定の近傍の中で作用する可能性がある。通常、ネットワークと関連付けられた電子機器は、ネットワーク全体で通信を管理し、電子機器の操作機能性を管理するように構成された制御論理回路も有する。このような制御論理回路は、ハードウェア、ソフトウェアおよびその組み合わせを使用して実現できる。例えば、１台または複数のプロセッサ、ＡＳＩＣ、ＰＬＡおよび他の論理装置または構成要素が、所望される特長および機能性を実現するために装置と含むことができる。加えて、メモリまたは他のデータおよび情報の記憶容量は、装置の動作およびネットワーク全体での通信を容易にするために含むことができる。
【００２９】
無線ネットワーク１０２０の一部として動作している電子機器は本書ではネットワーク装置、ネットワークのメンバーまたはメンバー装置、あるいはネットワークと関連付けられた装置と呼ばれることもある。一実施形態では、既定のネットワークと通信する装置はメンバーであってよい、あるいはネットワークと単に通信中であってよい。
【００３０】
いくつかの通信ネットワークは、期間、つまり通信および他の活動のために使用できるフレームに分割される。例えば、前述されたように、いくつかのネットワークは、例えば次回の通信活動を予定するための、ビーコン期間等のスケジューリングウィンドウを有する。また、いくつかのネットワークは、このような通信活動が起こる通信ウィンドウを有する。ＷｉＭｅｄｉａ−ＭＢＯＡ規格では、帯域幅は、ネットワークと関連付けられている多様な電子機器によるデータの伝送および受信のために同様にタイムスロットに分割されるスーパーフレームに分割される。
【００３１】
このようなタイムスロットの例は図２に描かれている。ここで図２を参照すると、この例示的な環境において、通信帯域幅はスーパーフレーム１０４（描かれている２つ）に分割され、それぞれのスーパーフレーム１０４はそれ自体媒体アクセススロット１０８と呼ばれる複数のタイムスロットに分割されている。他の割り当ても考えられるが、環境例においては、各スーパーフレーム１０４の中に２５６個の媒体アクセススロット１０８がある。加えて、各スーパーフレーム１０４の始まりには、複数のビーコンスロットから構成されるビーコン期間１１１がある。いくつかのネットワークでは、ビーコン期間１１１は、装置がタイムスロットを確保し、他のハウスキーピング情報またはステータス情報を交換する期間である。例えば、ＷｉＭｅｄｉａ−ＭＢＯＡ分散型無線ネットワークでは、スーパーフレームは、装置が目覚めており、他の装置からビーコンを受信するビーコン期間１１１を備える。前記に参照された規格におけるスーパーフレーム、および他のネットワーク構成における装置間の通信のために使用される他の期間は、スケジューリングウィンドウの有無にかかわらず、本書で一般的に通信ウィンドウと呼ばれている。前記に留意されたように、説明を明確にするため、本発明は環境例という点で説明されているので、用語スーパーフレームおよびビーコン期間を使用して説明されることがある。この説明の読後当業者に明らかになるように、本発明は、スケジューリングウィンドウおよび通信ウィンドウを利用するさらに一般的なケースを含む他の通信フォーマットに適用する。加えて、本発明は、帯域幅がフレームまたはウィンドウに分割される応用例に限定されるのではなく、概して多様なプロトコルおよび構成の通信チャネルおよびネットワークに適用できる。
【００３２】
本発明を実現することができる環境例を説明してきたが、ここで本発明の多様な特長および実施形態はさらに詳細に説明される。説明は、考察および理解を容易にするためだけにこの環境例という点で示されてよい。本書の説明の読後、本発明が、多くの異なる電子機器のどれかと、多様な類似したあるいは代替のプロトコルまたは規格に従って動作する（有線通信環境または無線通信環境、および分散型ネットワークまたは非分散型ネットワークを含む）多くの異なる通信環境の何れかで実現できることが当業者に明らかになるであろう。
【００３３】
本発明は、これらの環境例という点で本書に説明されることがある。これらの環境という点での説明は、本発明の多様な特長および実施形態を例示的な応用例の関連で描くことを可能とするために示される。この説明の読後、さまざまな代替環境でどのようにして本発明を実現できるのか、および危険物だけではなく非危険物のためにどのようにして本発明を実現できるのかが当業者に明らかになる。
【００３４】
本発明の一実施形態は、電池式または他の電力に影響を受ける通信装置が、例えばＷｉＭｅｄｉａ  ＭＡＣプロトコル等の既存のプロトコルによって提供されるハイバネーション省電力機構を活用できるようにする仕組みを提供する。この実現例では、本発明は、装置が送信するトラフィックを有さない限り、あるいは装置がそれらの近隣装置によって「目覚めさせ」られない限り装置がハイバネーションモードに入ることを可能にすることによって、（例えば、ＷｉＮＥＴサブレイヤで）新しい次元のトラフィック表示を提供するために実現できる。これにより、装置はＷｉＮＥＴネゴシエーションを介してハイバネーションモードおよびアクティブモードの持続時間を動的に変更できる。
【００３５】
エネルギー効率のために、以下の特長のどれかまたはすべては本発明の多様な実施形態に従って実現できる。１つの特長に従って、ネットワーク装置のための伝送のためにバッファに入れられたデータがない状況では、その装置は好ましくは可能な限りまたは実践的である限り休止することが許されているため、好ましくは可能な限りまたは実践的である限り短期間、アクティブである。
【００３６】
別の特長に従って、ネットワーク装置のための伝送のためにバッファに入れられたデータがある場合、その受信側装置はデータを受信するために必要とされる間アクティブに留まることを許される。好ましくは、その受信側装置は、データを受信するために必要とされる間だけアクティブに留まる。
【００３７】
さらに別の特長に従って、ターゲットが休止するのが長くなりすぎないように支援するために、トラフィックソースが、ソースがターゲットのためにトラフィックを有する可能性のある次回に関する情報をそのターゲットに提供するための仕組みが提供できる。この予想時間は、例えば、トラフィック統計モデル、公知の要件、またはソース装置で使用される他の方法に基づくことができる。
【００３８】
本質的に、多くの状況では、固定されたデューティーサイクルがすべての状況でうまく機能するわけではない。アクティブ期間およびハイバネーション期間はスループットおよびエネルギー消費に影響を及ぼすため、これらの期間のための固定されたデューティサイクルが必ずしも最適性能を提供しない可能性がある。アクティブ期間が小さすぎるように選ばれると、トラフィックを送信または受信するために使用できる十分な時間がない可能性があり、おそらくスループットを悪化させる。アクティブ期間が長すぎる場合、装置が休止する時間は少なくなり、おそらくエネルギー消費が上昇する。また、ハイバネーション期間が長すぎる場合には、ソース装置は、ターゲットがアクティブになる前に長時間待機する必要があり、おそらくスループット低下およびバッファオーバフローを引き起こす。したがって、固定期間は必ずしも最適電力節約につながらない。
【００３９】
環境例では、トラフィック表示マップ（ＴＩＭ）情報要素（ＩＥ）は、アクティブな装置がその近隣装置の内の１つまたは複数のための優先競合アクセス（ＰＣＡ）を介した伝送のためにバッファに入れられたデータを有することを示すための機構を提供する。この機構は、特定のスーパーフレームの間にトラフィックを期待していない装置がスリープ状態等の省電力モードに入ることを可能にし、したがって装置のエネルギーを節約する。ＴＩＭ  ＩＥはスーパーフレームの中でトラフィックを示すために使用されるため、それはスーパーフレーム間のトラフィック表示機構と見なすことができる。
【００４０】
本発明の一実施形態に従って、新しい次元のトラフィック表示が提供できる。例えば、環境例という点では、ＷｉＮＥＴサブレイヤレベルで、スーパーフレーム間のトラフィック表示機構を提供できる。一実施形態におけるこの機構はＴＩＭ  ＩＥ機構にとって直交であり、装置のエネルギー節約を改善できる。１つの実現例では、ネットワーク装置は、それが送信するトラフィックをもたないときにはつねにハイバネーションモードに入ることを許される、あるいは入るように命令される。しかしながら、装置は、それとの通信を希望する可能性のある他のネットワーク装置からトラフィック情報を受信できるように既定期間より長くハイバネーションモードに留まらないように構成できる。このトラフィック情報を受信すると、ネットワーク装置は、目を覚ましたままとなるか、あるいは意図されているデータを受信するために次に再び目覚めるのかを判断できる。
【００４１】
環境例という点で、一実施形態において装置はＸ個のスーパーフレームの可変期間中、眠ったままとなり、それとの通信を希望する可能性のある他のネットワーク装置からトラフィック情報を受信するために目覚めることができる（例えば、環境例におけるそのＷｉＮＥＴ近隣装置からの「ＷｉＮＥＴトラフィック表示」）。（他の呼称が可能であるが）ＷｉＮＥＴトラフィック表示（ＷＴＩ）と呼ぶことができる表示が、ソースのビーコンの中で符号化できる。例えば、表示はＷｉＮＥＴアプリケーション特性情報要素（ＡＳＩＥ）で符号化できる。ＴＩＭ  ＩＥと同様に、それは、ＷｉＮＥＴトラフィックがそのためにバッファに入れられるあらゆる近隣装置のＤｅｖＡｄｄｒまたは他の識別を含むように実現できる。加えて、トラフィック表示（例えば、ＷＴＩ）は、それらの近隣装置の各１つに推奨ハイバネーション期間を示すために使用できる。
【００４２】
一実施形態では、その休止する近隣装置との通信を希望する第１のネットワーク装置は、その近隣装置がアクティブモードになるまで待機できる。一実施形態では、これはＸ個のスーパーフレームの所定の最大待ち時間として指定できる。近隣装置がアクティブモードになると、近隣装置の識別（例えば、そのＤｅｖＡｄｄｒ）および推奨ハイバネーション期間は、第１の装置のトラフィック表示に含むことができる。環境例では、ＭＡＣスペックが、休止する装置が、ソース装置がいつターゲットがアクティブになるのかを知ることができるようにハイバネーション期間（つまりＸ）を公表することを命じることに留意する。
【００４３】
その識別（例えば、ＤｅｖＡｄｄｒ）を含むトラフィック表示を受信する装置は、受信されたビーコンに含まれるトラフィック表示がその識別を含む間はアクティブモードに留まるように構成できる。トラフィックインジケータは、このようにしてネットワーク装置のための「目覚まし」メッセージの機能を果たす。これにより、装置は、それが情報を送信する必要がない間は眠ったままで、それに影響を及ぼすトラフィック表示がないかチェックするために周期的に目を覚ますだけとなることができる。したがって、本発明は、目覚まし呼び出しが受信されない限り、デフォルト動作はハイバネーションとなるように一実施形態で実現できる。これはハイバネーション期間を延ばし、したがって装置のエネルギー消費を改善することができる。
【００４４】
前述されたような一実施形態では、送信側装置は推奨ハイバネーション期間を含むことがある。この推奨ハイバネーション期間はターゲット装置に対して、この推奨を送信するソース装置からトラフィックを受信するために再び目覚める前に装置がどのくらい長く休止する必要があるのかに関する情報を提供できる。このパラメータを決定するためには多様な方法論を使用することが可能であり、実現例に特殊であってよい。好ましくは、パラメータはソース装置での予想トラフィックパターンを考慮に入れる。
【００４５】
ターゲット装置がこの推奨ハイバネーション期間に従うかどうかは、そのパワー能力、ＱｏＳ（サービスの質）制限事項、ネットワーク要件、他の予定されている通信活動等の多くの要因に依存してよい。一実施形態では、それが推奨に従うかどうかに関係なく、本発明は、ソース装置がハイバネーション期間（ＭＡＣ規則の一部）を聴き、ターゲットがデータを送信するために再び目覚めるまで待機するように実現できる。したがって、ソースはそのターゲットのためのトラフィックがある間トラフィックインジケータの中にターゲットアドレスを含むことによってターゲットをアクティブにしておくことができる。
【００４６】
したがって、前述された多様な実施形態に従って、提供できる１つの特長は、ネットワーク装置への伝送のためにデータがバッファに入れられていない想定では、その装置がその識別を含むトラフィックインジケータを受信せず、休止できるという点である。その装置が実行する他の活動または他の要件を有する場合には、それは他の理由で目覚めている可能性があるのは言うまでもない。他方、ターゲットネットワーク装置への伝送のためにバッファに入れられたデータがある場合、あるいはそうでなければターゲットがトラフィックを受信すると指定されていることが公知である場合には、ターゲット装置は、その識別を含むトラフィックインジケータを受信する。
【００４７】
ターゲット装置も、推奨ハイバネーション期間、あるいは通信がいつ所望されているのか、またはいつ予定されるのかの他の表示を受信できる。このようにして、ターゲット装置は提案されているとき、または所望されるときにこのトラフィックを受信するためにアクティブモードに遷移する（あるいは留まる）ことができる。このようにして、ハイバネーション時間および目覚まし時間を既定の装置の継続中のネットワーク活動または予想されるネットワーク活動に合わせて調整できるようにする動的目覚まし期間が提供できる。
【００４８】
図３は、提案されている仕組みの一例を描く図である。いくらかのＩＰトラフィックがＷｉＮＥＴソースでの伝送のためにバッファに入れられていると仮定しよう。ソースが、ターゲットが（例えば、ＭＡＣ規則または他のプロトコルを介して）いつ目覚めるのかを認識している場合、ソースは、ターゲットがトラフィックインジケータ（例えば、ＷＴＩ）を送信する前に目覚めているように指定されるまで待機する。ソースが他の指定された活動をもたない場合、ソースはハイバネーションモードに留まり、ターゲットが目を覚ます直前にのみ目を覚ます（あるいはそうでなければなんらかの重複する期間、目を覚ましている）こともできる。
【００４９】
ソース装置はアクティブモードになり、ターゲット装置を識別するそのトラフィックインジケータを送信する。一実施形態では、ソース装置は、それが、ターゲットがアクティブであることを示すターゲットビーコンを検出するまで待機できる。いったんターゲットがアクティブになると、ソースは、ビーコンの中で符号化されたそのトラフィックインジケータ（例えばＷＴＩ）の中にターゲット識別（例えば、ＤｅｖＡｄｄｒ）を含む。一実施形態では、ソース装置は、ターゲットのためにバッファに入れられるデータがある限り、ビーコンにターゲットインジケータを含み続ける。
【００５０】
そのターゲットのためにソースノードでそれ以上データがバッファに入れられないとき、ソース装置は、ターゲットが休止するのを推奨する。一実施形態では、ソース装置は、ターゲットがＸ通信ウィンドウ（例えば、スーパーフレーム１０４）の間、休止することを推奨する。ターゲットは、ソースからのデータの次のバーストがいつ入ってくる可能性があるのかの表示として、その推奨を解釈してよい。言うまでもなく、ターゲットは、それが通信する他のソースから他の推奨を受信した可能性がある、あるいはそうでなければネットワーク要件を有している可能性がある。したがって、ターゲットは推奨ハイバネーション持続時間に従わないが、独自の要件を満たすための最良のハイバネーション持続時間、またはすべてのそのソースの予想されるトラフィック要件を判断する上でそれを使用してよい。したがって、他の活動に応じて、ソースとターゲットの両方ともここで休止し、データを交換するために後に目覚めることができる。ハイバネーションの直前に、それらの両方ともＭＡＣ規則に基づいて自分のハイバネーション期間を公表する。したがって、ソースは、行われた推奨に関わりなく、ターゲットの計画されたハイバネーション期間を決定できるようになる。
【００５１】
図４は、本書に説明されているシステムおよび方法による方法例を描くフローチャートである。方法は、例えば、携帯電話、ＰＤＡ、ビデオプレーヤ、デジタルカメラ、カムコーダ、ＨＤＴＶ、ＰＣ、モデム、ゲーム機等のネットワーク装置を含む多くのさまざまな装置で実現できる。ターゲット装置はステップ４００で目覚めることができる。例えば、ターゲット装置がハイバネーション状態にある場合、ターゲット装置は所定数のスーパーフレームの後に目覚めることができる。ステップ４０２で、方法はトラフィック表示がないかチェックできる。トラフィック表示が存在するとき、トラフィック表示を受信するターゲット装置は、ステップ４１０に描かれているようにアクティブに留まることができる。一実施形態では、図４のステップ４０２と４１０の間の戻りループによって描かれているように、ターゲット装置は、トラフィック表示が各スーパーフレームと受信され続けている間はアクティブに留まり続けることができる。
【００５２】
トラフィック表示は、例えばターゲット装置識別（例えば、ＤｅｖＡｄｄｒ）を含むことができる。トラフィック表示にターゲット装置識別を含むことは、別の装置がターゲットに送信するためのデータを有することを示す場合がある。さらに、トラフィック表示にターゲット装置識別を含むことは、別の装置が将来のある特定の時にターゲットのためのトラフィックを有すると予想していることを示すこともある。この予想時間は、例えばトラフィック統計モデル、公知の要件、または他のモデルに基づくことがある。
【００５３】
このトラフィック表示は、ターゲット装置がアクティブに留まるように推奨される所定数のスーパーフレームまたは所定の期間を示すことができる。したがって、ターゲット装置は、ハイバネーション期間の後にアクティブになる、つまり目覚め、トラフィック表示に応じて所定のスーパーフレームまたは所定の期間の間アクティブに留まることができる。例えば、一実施形態では、ターゲット装置がトラフィック表示を受信すると、それは次のスーパーフレームの間アクティブに留まり、各スーパーフレームの前に、後のトラフィックインジケータについて監視し続けることを知っている。別の実施形態では、トラフィックインジケータは目覚めたままとなり、予想されるトラフィックロードを受信するために期間（例えばスーパーフレーム）の数の表示を提供できる。
【００５４】
ソースが送信するためのデータをそれ以上もたない場合、それは推奨ハイバネーション期間を送信できる。いくつかの実施形態では、ターゲット装置が、他の活動、例えばデータを送信することに基づいて独自のハイバネーション期間を設定できることが理解されるであろう。言い換えると、他の要因は、Ｘを決定するために使用できる。したがって、ターゲット装置は推奨ハイバネーション期間に従う場合がある、あるいは従わない場合がある。
【００５５】
例えば、ターゲット装置が第１のソース装置と通信していると仮定する。第１のソース装置が送信するためのデータをそれ以上もたない場合、それは、例えば、第１のソース装置が５つのスーパーフレームで送信するさらに多くのデータをもつであろうときに５つのスーパーフレームの推奨ハイバネーション期間を送信できる。第２のソース装置がターゲット装置に対して、第２のソース装置が３つのスーパーフレームでターゲット装置のためのデータを持つであろうことを示したと仮定する。多くのケースでは、ターゲット装置は、それが目覚めて、第２のソース装置からデータを受信できるように３つのスーパーフレームの間だけ休止してよい。
【００５６】
トラフィック表示が存在しないとき、ターゲット装置はステップ４０４で休止することを許される。ターゲット装置は所定数のスーパーフレーム、Ｘの間休止することを許される、ステップ４０６。代わりに、ターゲット装置は所定期間休止することを許される。所定数のスーパーフレームＸ、あるいは所定の期間の後、ターゲット装置はステップ４００で目覚め、トラフィック表示がステップ４０２に存在するかどうかを判断することができる。このようにして、方法は、ネットワーク装置が送信するトラフィックをもたない限り、ネットワーク装置がその近隣装置によって「目覚めさせられ」ない限り、あるいは装置が、データが使用できるかどうかを確かめるためだけに目覚める必要がない限り、ハイバネーション状態になることによって、ネットワーク装置が、例えば電池電力を節約できるようにすることを繰り返すことができる。
【００５７】
さらに、別の実施形態では、ターゲット装置は、トラフィック表示が存在する間よりむしろ所定の期間アクティブに留まることができる。例えば、一実施形態では、ターゲット装置は、所定のハイバネーション期間後等、所定の期間、アクティブに留まることができる。したがって、ターゲット装置は、他のトラフィック表示が存在するかどうかを判断しながら目覚めたままとなることができる。さらに、ターゲット装置は、１つまたは複数のトラフィック表示が存在する間、状態４１０でアクティブに留まることができる。
【００５８】
本発明の多様な実施形態が前述されてきたが、それらがほんの一例として提示されたのであり、制限的ではないことが理解されなければならない。同様に、多様な図は本発明のためのアーキテクチャ例または他の構成を描いてよく、それは本発明に含むことができる特長および機能性を理解するのを役立つために行われる。本発明は描かれているアーキテクチャ例または構成に制限されるのではなく、所望される特長は種々の代替のアーキテクチャおよび構成を使用して実現できる。実際に、本発明の所望される特長を実現するために、代替の機能の、論理のまたは物理的な分割および構成をどのようにして実現できるのかが当業者に明らかになる。また、本書に描かれているもの以外の多数の異なる構成モジュール名が多様な分割に適用できる。さらに、流れ図、操作説明および方法クレームに関して、ステップが本書に提示される順序は、文脈上他の意味に解すべき場合を除き、多様な実施形態が列挙されている機能性を同じ順序で実行するために実現されることを命じないものとする。
【００５９】
本発明は、多様な例示的な実施形態および実現例という点で前述されているが、個々の実施形態の１つまたは複数に説明される多様な特長、態様および機能性がその利用可能性において、それらが説明されている特定の実施形態に制限されるのではなく、代わりにこのような実施形態が説明されているかどうか、およびこのような特長が説明されている実施形態の一部として提示されているかどうかに関わりなく、単独であるいは多様な組み合わせで、本発明の他の実施形態の１つまたは複数に適用できることが理解されるべきである。したがって本発明の広さおよび範囲は、前述された例示的な実施形態の何れによっても制限されるべきではない。
【００６０】
本書で使用されている用語および語句およびその変形は、明示的に別段の定めをした場合を除き、制限的とは対照的に制限のないと解釈されるべきである。前記の例として、用語「を含む」は、「を含むがこれに限定されるものではない」等を意味するとして読まれるべきである。用語「例」は、網羅的あるいはそのリストを制限するのではなく、考察中の項目の例示的な例を示すために使用されている。用語「一つの」は、「少なくとも１つ」、「１つまたは複数の」等を意味するとして読まれるべきである。「従来の」、「伝統的な」、「通常の」、「標準的な」、「公知の」等の形容詞および類似する意味の用語は、説明されている項目を既定の期間に、あるいは所定時現在で使用可能な項目に制限すると解釈されるべきではなく、代わりに現在または将来の任意のときに使用できるあるいは公知である可能性がある従来の、伝統的な、通常の、または標準的な技術を包含すると読まれなければならない。同様に、本書が当業者に明らかまたは公知であるであろう技術を参照する場合、このような技術は現在または将来の任意のときに当業者にとって明らかまたは公知の技術を包含する。
【００６１】
接続詞「および」で結び付けられる項目の群は、それらの項目のありとあらゆる項目が分類の中に存在することを要求するとして読まれるべきではなく、むしろ明示的に別段の定めをした場合を除き、「および／または」として読まれるべきである。同様に接続詞「または」で結び付けられる項目の群は、その群の中での相互排他性を要求するとして読まれるべきではなく、むしろ明示的に別段の定めをした場合を除き、やはり「および／または」として読まれるべきである。さらに、本発明の項目、要素または構成要素は単数形で説明または請求されてよいが、単数形に対する制限が特に明示的に指定されない限り、複数形がその範囲内にあることが意図される。
【００６２】
いくつかの例における「１つまたは複数の」、「少なくとも」、「に限らない」または他の類似した語句のような拡張する単語および語句の存在は、このような拡張する語句が欠けている例でさらに狭いケースが意図される、または必要とされることを意味すると読まれないものとする。用語「モジュール」の使用はモジュールの一部として説明または請求される構成要素または機能性がすべて１つの共通パッケージで構成されることを暗示していない。実際に、モジュールの多様な構成要素のどれかあるいはすべては、制御論理であるのか、他の構成要素であるのかに関わりなく、単一のパッケージで結合できるか、別々に維持することができ、複数の場所全体でさらに分散することができる。
【００６３】
加えて、本書に述べられている多様な実施形態は、例示的なブロック図、流れ図および他の説明図という点で説明されている。本書の読後に当業者に明らかになるように、描かれている実施形態およびそれらの多様な代替策は、描かれている例に限定することなく実現できる。例えば、ブロック図およびそれらの添付の説明はある特定のアーキテクチャまたは構成を命じると解釈されるべきではない。
【図面の簡単な説明】
【００６４】
【図１】本発明を実現することができる環境例として役立つことができる、無線ネットワークの１つの考えられる構成を描くブロック図である。
【図２】同様にタイムスロットに分割できるスーパーフレームに分割できる帯域幅を描く図である。
【図３】本発明の一実施形態による省電力機構の一例を描く図である。
【図４】本書に説明されているシステムおよび方法に従って方法例を描くフローチャートである。
【００６５】
図は、網羅的となる、あるいは本発明を開示されている正確な形式に制限することを目的としていない。本発明が変型および変更とともに実践できる、および本発明が請求項およびその同等物によってのみ制限されることが理解されるべきである。
【図１】
2009521895.tif 000003
【図２】
2009521895.tif 000004
【図３】
2009521895.tif 000005
【図４】
2009521895.tif 000006
【国際調査報告】
2009521895.tif 000007
2009521895.tif 000008
2009521895.tif 000009