(57)【特許請求の範囲】
【請求項１】
フェムトアクセスポイント（ＦＡＰ）によって、バックホールチャネルを介して、第１のネットワークに対応付けられているゲートウェイへと複数のアライブ維持要求を送信する段階と、
前記ＦＡＰによって、前記ゲートウェイから前記バックホールチャネルを介して、前記バックホールチャネルの動作可能状態を示すべく、１以上のアライブ維持応答を受信する段階と
を備え、
前記複数のアライブ維持要求はそれぞれ、定期的に送信され、前記バックホールチャネルは、前記第１のネットワークとは異なる第２のネットワークの構成要素を有し、
前記１以上のアライブ維持応答は、前記複数のアライブ維持要求のうち対応する１以上のアライブ維持要求に応じて受信され、
前記複数のアライブ維持要求のうち別の１以上のアライブ維持要求に対するアライブ維持応答を受信しないことに少なくとも部分的に基づいて、前記バックホールチャネルが障害状態であると判断する段階をさらに備える
方法。
【請求項２】
前記第２のネットワークは、デジタル加入者回線またはケーブルインターネットアクセスリンクを含むインターネットアクセスネットワークである請求項１に記載の方法。
【請求項３】
前記別の１以上のアライブ維持要求は、少なくともしきい値の数の連続したアライブ維持要求を含む請求項１または２に記載の方法。
【請求項４】
前記障害状態であると判断したことに応じて、前記ＦＡＰによって、隣接する基地局へのハンドオフを行うよう求める要求を１以上のクライアントデバイスへと送信する段階をさらに備える請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記別の１以上のアライブ維持要求のうち第１のアライブ維持要求が送信された後で所定期間が経過したことに基づいて、対応する第１のアライブ維持応答を受信していないと判断する段階をさらに備える請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記障害状態であると判断した後、前記ＦＡＰによって前記ゲートウェイから、前記バックホールチャネルを介して、前記複数のアライブ維持要求のうち第１の数のアライブ維持要求に応じて対応する第１の数のアライブ維持応答を受信する段階と、
前記第１の数はしきい値よりも大きいと判断する段階と、
前記第１の数が前記しきい値よりも大きいと判断すると、前記バックホールチャネルの前記障害状態が終了したと判断する段階と
をさらに備える請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記バックホールチャネルが劣化したと判断する段階をさらに備える請求項１から５のいずれか１項に記載の方法。
【請求項８】
前記バックホールチャネルが劣化したと判断したことに少なくとも部分的に基づき、前記ＦＡＰによって、クローズド・サブスクライバ・グループ（ＣＳＧ）に含まれていない１以上のクライアントデバイスへのサービス提供を拒絶する段階をさらに備える請求項７に記載の方法。
【請求項９】
前記バックホールチャネルが劣化したと判断する段階に少なくとも部分的に基づき、前記ＦＡＰによって、前記第１のネットワークへの１以上のクライアントデバイスの参加の要求を拒絶する段階をさらに備える請求項７に記載の方法。
【請求項１０】
ゲートウェイによってバックホールチャネルを介してアクセスポイント（ＡＰ）から第１の複数のアライブ維持要求を受信する段階と、
前記第１の複数のアライブ維持要求を受信する段階に応じて、前記バックホールチャネルが動作可能状態であると判断する段階と
を備え、
前記第１の複数のアライブ維持要求はそれぞれ、略定期的に受信され、
前記ゲートウェイは、第１のネットワークに対応付けられており、
前記バックホールチャネルは、前記第１のネットワークとは異なる第２のネットワークの構成要素を有する方法。
【請求項１１】
前記ゲートウェイは、フェムトゲートウェイである請求項１０に記載の方法。
【請求項１２】
前記ゲートウェイによって、前記バックホールチャネルを介して、前記第１の複数のアライブ維持要求に応じて、対応する第１の複数のアライブ維持応答を前記ＡＰに送信する段階をさらに備える請求項１０または１１に記載の方法。
【請求項１３】
第１の期間が経過した後、前記第１の期間において前記バックホールチャネルを介して前記ＡＰから前記ゲートウェイによってアライブ維持要求を受信しないことに応じて、前記バックホールチャネルが障害状態にあると判断する段階をさらに備える
請求項１０から１２のいずれか１項に記載の方法。
【請求項１４】
前記バックホールチャネルが前記障害状態であると判断することに応じて、前記ゲートウェイによって、自己組織化ネットワーク（ＳＯＮ）サーバに、前記バックホールチャネルが前記障害状態である旨を示すメッセージを送信する段階をさらに備える請求項１３に記載の方法。
【請求項１５】
前記第１の期間は、少なくともしきい値期間のＮ倍に等しく、
Ｎはゼロでない整数であり、
前記第１の複数のアライブ維持要求はそれぞれ、前記しきい値期間に略等しい間隔で定期的に受信される請求項１３または１４に記載の方法。
【請求項１６】
前記障害状態であると判断した後、前記ゲートウェイによって、前記バックホールチャネルを介して、前記ＡＰから第１の数のアライブ維持要求を受信する段階と、
前記第１の数はしきい値よりも大きいと判断する段階と、
前記第１の数は前記しきい値よりも大きいと判断することに応じて、前記バックホールチャネルの前記障害状態が終了したと判断する段階と
をさらに備える請求項１３から１５のいずれか１項に記載の方法。
【請求項１７】
ブロードバンドアクセスネットワークの構成要素を含むバックホールチャネルを介して、第１のネットワークに対応付けられているフェムトゲートウェイに、複数のアライブ維持要求を定期的に送信する送信機と、
第１の期間において、前記フェムトゲートウェイから、前記バックホールチャネルを介して、１以上のアライブ維持要求に対応する１以上のアライブ維持応答を受信する受信機と、
前記受信機が前記第１の期間において前記１以上のアライブ維持応答を受信することに応じて、前記第１の期間において、前記バックホールチャネルが動作可能状態であると判断し、且つ、
第２の期間が経過した後、前記第２の期間の間に前記受信機が前記複数のアライブ維持要求のうち別の１以上のアライブ維持要求に応じて別の１以上のアライブ維持応答を受信しないことに応じて、前記バックホールチャネルが障害状態であると判断するバックホール監視モジュールと
を備える装置。
【請求項１８】
前記バックホール監視モジュールはさらに、
前記バックホールチャネルが劣化したと判断し、
前記バックホールチャネルが劣化したと判断したことに少なくとも部分的に基づいて、クローズド・サブスクライバ・グループ（ＣＳＧ）に含まれていない１以上のクライアントデバイスへのサービス提供を拒絶する請求項１７に記載の装置。
【請求項１９】
前記装置は、フェムトアクセスポイントであり、
前記第１のネットワークは、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）ネットワークである請求項１７または１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して無線通信システムに関し、具体的にはフェムトバックホールの障害の検出および修復を行う方法および装置に関する。
【背景技術】
【０００２】
フェムトアクセスポイント（ＦＡＰ）は、比較的低電力であり、比較的小型の基地局である。一般的には、例えば、家庭または小企業での利用を鑑みて設計されている。ＦＡＰは通常、ブロードバンドアクセスネットワーク（例えば、デジタル加入者回線（ＤＳＬ）、ファイバライン、ケーブル等）を介して、サービスプロバイダのネットワークに接続する。このため、クライアントデバイスは、リモートに配設されたサービスプロバイダのネットワークの基地局（ＢＳ）ではなく、ローカルに配設されたＦＡＰを介して、サービスプロバイダのネットワークに接続する。ＦＡＰは、リモートに配設されたサービスプロバイダのネットワークのＢＳによるサービス提供が限定されているか、または、利用不可能な地域までサービス提供範囲を拡大するために利用されるとしてよい。
【図面の簡単な説明】
【０００３】
本開示の実施形態は、限定することなく実施形態例を利用して説明する。実施形態例は、添付図面に図示されている。添付図面では、同様の参照番号は同様の構成要素を示す。図面は以下の通りである。
【図１】本開示のさまざまな実施形態に係る、通信システムを示す概略図である。
【図２】本開示の実施形態に係る、図１の通信システムのバックホールチャネルの動作を監視する方法の一例を示す図である。
【図３】本開示の実施形態に係る、図１の通信システムのバックホールチャネルの動作を監視する方法の一例を示す図である。
【図４】本開示の実施形態に係る、図１の通信システムのバックホールチャネルの動作を監視する方法の一例を示す図である。
【図５】本開示の実施形態に係る、図１の通信システムのバックホールチャネルの動作を監視する方法の一例を示す図である。
【図６】本開示のさまざまな実施形態に係る、図１の通信システムの第１のネットワークに関連付けられているデバイスを実装可能なシステムの一例を示す図である。
【発明を実施するための形態】
【０００４】
本開示の実施形態例は、これらに限定されないが、フェムトアクセスポイント（ＦＡＰ）のバックホールチャネルを監視して、バックホールチャネルでの障害を検出および／または修復する方法および装置を含む。
【０００５】
実施形態例のさまざまな側面は、当業者が研究の内容を他の当業者に伝達する場合に通常使用する用語を用いて説明する。しかし、説明した側面のうち一部のみで別の実施形態を実施し得ることも当業者には明らかであろう。説明の便宜上、実施形態例を深く理解していただくべく、具体的な数、材料および構成を記載する。しかし、このように具体的且つ詳細な内容を利用することなく別の実施形態を実施可能であることは当業者には明らかである。また、公知の特徴は、実施形態例をあいまいにしないように、省略または簡略化している。
【０００６】
さらに、さまざまな処理は、実施形態例を理解する上で最も分かり易いように複数の独立した動作として説明するが、説明した順序は、その順序にしたがって実行することが必要である旨を暗示するものと解釈されるべきではない。具体的には、処理は、提示した順序で実行する必要はない。
【０００７】
「一部の実施形態において」という記載が繰り返し見られる。この記載は一般的には、同一の実施形態を意味するものではないが、その場合もある。「備える」、「有する」および「含む」といった用語は、文脈からそうでないと分からない限りは、同義語である。「Ａおよび／またはＢ」という記載は、（Ａ）、（Ｂ）、または、（ＡおよびＢ）を意味する。「Ａ／Ｂ」という記載は、「Ａおよび／またはＢ」という記載と同様に、（Ａ）、（Ｂ）、または、（ＡおよびＢ）を意味する。「Ａ、ＢおよびＣのうち少なくとも１つ」という記載は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）、または、（Ａ、ＢおよびＣ）を意味する。「（Ａ）Ｂ」という記載は、（Ｂ）または（ＡおよびＢ）を意味する。つまり、Ａは任意である。
【０００８】
本明細書では具体的な実施形態を図示および説明しているが、当業者であれば、本開示の実施形態の範囲から逸脱することなく、図示および説明している具体的な実施形態に代えて多岐にわたる別の実施例および／または均等な実施例を実施し得るものと想到するであろう。本願は、本明細書で説明する実施形態の変形例または変更例を含むことを意図している。このため、本開示の実施形態は請求項およびその均等物によってのみ限定されることを明確にしておきたい。
【０００９】
図１は、本開示のさまざまな実施形態に係る通信システム１０を示す概略図である。通信システム１０は、第１のネットワーク２０を備える。第１のネットワーク２０は、共通の通信規格を利用して互いに通信可能な複数の構成要素を有する。本明細書に図示および説明するネットワークは、本願の図面に図示されている具体的な構成要素に限定または制限されるものではない。
【００１０】
さまざまな実施形態によると、第１のネットワーク２０における通信は、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）規格または今後開発されるＷｉＭＡＸの新世代に準拠して行われるとしてもよいし、および／または、米国電気電子学会（ＩＥＥＥ）８０２．１６規格（例えば、２００９年５月１３日に認可されたＩＥＥＥ８０２．１６−２００９、そして、修正、更新および／または改正、例えば、現在草稿準備段階である８０２．１６ｍを含む）に準拠して行われるとしてもよい。他のさまざまな実施形態では、第１のネットワーク２０内で行われる通信は、第３世代パートナーシッププロジェクトロングタームエボリューション（３ＧＰＰ  ＬＴＥ）、ＬＴＥアドバンストプロトコル、ウルトラモバイルブロードバンド（ＵＭＢ）プロジェクト、３ＧＰＰ２エア・インターフェース・エボリューション（３ＧＰＰ２  ＡＩＥ）規格、および／または、今後開発される新世代のセルラー方式ブロードバンドネットワーク規格に準拠して行われるとしてよい。他のさまざまな実施形態では、第１のネットワーク２０内で行われる通信は、他／別の通信規格および／または通信仕様に応じて行われるとしてよい。さまざまな実施形態によると、第１のネットワーク２０は、任意の種類の直交周波数分割多重アクセス（ＯＦＤＭＡ）無線ネットワークを含むとしてよく、本開示の範囲はこれらに限定されない。
【００１１】
さまざまな実施形態によると、第１のネットワーク２０は、第１のネットワーク２０に関連付けられているマクロ基地局（ＢＳ）３６に動作可能に結合され得るアクセスサービスネットワークゲートウェイ（ＡＳＮ−ＧＷ）３２を含むとしてよい。さまざまな実施形態によると、マクロＢＳ３６は、地理的に比較的大きいエリア（例えば、本明細書で後述するが、ＦＡＰ１４がサービスを提供するエリアに比べて大きいエリア）で、複数のクライアントデバイス（例えば、クライアントデバイス５４ａ、５４ｂ、５４ｃ等）に無線サービスを提供するとしてよい。図１の３つのクライアントデバイス５４ａ、・・・、５４ｃは、本質的に一例であり、他のさまざまな実施形態では、マクロＢＳ３６がサービスを提供するクライアントデバイスの数は３から増減するとしてよい。図１に図示しているマクロＢＳは１つのみであるが（例えば、マクロＢＳ３６）、通信システム１０は１以上の他のマクロＢＳを含むとしてよい。
【００１２】
さまざまな実施形態によると、通信システム１０はさらに、比較的少数（例えば、マクロＢＳ３６がサービスを提供するクライアントデバイスの数と比べて少数）のクライアントデバイス５０ａ、５０ｂ等にサービスを提供するために用いられるＦＡＰ１４を備えるとしてよい。さまざまな実施形態によると、クライアントデバイス５０ａおよび／または５０ｂはそれぞれ、ラップトップ、デスクトップ、セルラー式電話または携帯電話、カメラ、オーディオプレーヤーおよび／またはビデオプレーヤー（例えば、ＭＰ３プレーヤー）、移動局、および／または、ＦＡＰ１４と通信が可能でＦＡＰ１４からサービスを受信可能な任意の適切な消費者向け電子デバイスを含むとしてよい。さまざまな実施形態によると、ＦＡＰ１４は、比較的小規模なエリアにおいて１以上のクライアントデバイス５０ａおよび５０ｂにサービスを提供するように構成されているとしてよく、例えば、家庭または小企業で利用されるとしてよい。
【００１３】
図１の２つのクライアントデバイス５０ａおよび５０ｂは、本質的に一例であり、さまざまな他の実施形態では、ＦＡＰ１４がサービスを提供するクライアントデバイスの数は２から増減する。図１に図示しているＦＡＰは１つのみであるが（例えば、ＦＡＰ１４）、通信システム１０は、１以上の他のクライアントデバイスにサービスを提供する１以上の他のＦＡＰを備えるとしてもよい。
【００１４】
さまざまな実施形態によると、ＦＡＰ１４は、マクロＢＳ（例えば、マクロＢＳ３６）が提供するサービスが限定されているか、または、利用不可能なエリアにまで、第１のネットワーク２０のサービス提供範囲を拡大するために利用されるとしてよい。ＦＡＰ１４は、第２のネットワーク２２を介して、第１のネットワーク２０に対応付けられているフェムトゲートウェイ２８と通信するように構成されているとしてよい。さまざまな実施形態によると、第２のネットワークは、ブロードバンドアクセスネットワーク、インターネットアクセスネットワーク等であってよい。さまざまな実施形態によると、第２のネットワーク２２は、デジタル加入者回線、ケーブルインターネットアクセスリンク等を含むとしてよい。ＦＡＰ１４は、例えば、ブロードバンドモデム１８を介して第２のネットワーク２２に接続するとしてよい。ＦＡＰ１４は、適切な有線通信リンクまたは無線通信リンク（例えば、ローカルエリアネットワーク）を用いて、ブロードバンドモデム１８と通信するとしてよい。
【００１５】
さまざまな実施形態によると、ブロードバンドモデム１８および第２のネットワーク２２は、ＦＡＰ１４をフェムトゲートウェイ２８に接続するために用いられるバックホールチャネルの一部であるとしてよい。さまざまな実施形態によると、第２のネットワーク２２は、第１のネットワーク２０とは異なるとしてよい。例えば、第２のネットワーク２２は、第１のネットワーク２０が準拠している規格または技術とは異なる規格または技術に準拠して動作するとしてもよい。別の例を挙げると、第２のネットワーク２２の所有者および／または操作者は、第１のネットワーク２０の所有者および／または操作者とは異なるとしてよい。
【００１６】
さまざまな実施形態によると、通信システム１０において、クライアントデバイス５０ａおよび／または５０ｂは、ローカルに配置されているＦＡＰ１４を介して、第１のネットワーク２０に接続するとしてよく、第１のネットワーク２０からサービスを受け取るとしてよい。例えば、クライアントデバイス５０ａおよび／または５０ｂは、ＦＡＰ１４を介して、第１のネットワーク２０から無線で音声および／またはデータのサービスを受信するとしてよい。
【００１７】
第１のネットワーク２０はさらに、自己組織型ネットワーク（ＳＯＮ）サーバ３６を有するとしてよい。さまざまな実施形態によると、ＳＯＮサーバ３６は、第１のネットワーク２０の性能データを測定および／または分析し、第１のネットワーク２０のネットワーク属性を微調整し、１以上のＦＡＰおよび／またはマクロＢＳ等に対する周波数の割り当てと対応付けられるように構成されているとしてよい。
【００１８】
図１では図示していないが、第１のネットワーク２０はさらに、１以上の他の構成要素を備えるとしてもよい（例えば、認証、認可、アカウンティング（ＡＡＡ）サーバ等）。
【００１９】
さまざまな実施形態によると、ＦＡＰ１４がクライアントデバイス５０ａおよび５０ｂに満足なサービスを提供するか否かは、バックホールチャネルに左右されるとしてよい。上述したように、さまざまな実施形態によると、ＦＡＰ１４は、家庭または小企業に設置されるとしてよい。ＦＡＰ１４が提供するサービスが中断されると、クライアントデバイス５０ａおよび／または５０ｂのユーザは、中断した理由を容易に特定することができない場合がある（例えば、中断の原因が、ＦＡＰ１４内での障害であるのか、バックホールチャネルでの障害であるのか特定できない）。さまざまな実施形態によると、ＦＡＰ１４は、このような中断の理由を検出することができるのが望ましいとしてよい。例えば、ＦＡＰ１４はバックホールチャネルの状態を監視可能で、バックホールチャネル内のエラーまたは障害を自動的に検出可能であることが望ましいとしてよい。このような監視機能および自動検出機能によって、ユーザの使用感（例えば、ＦＡＰ１４のユーザの使用感、および／または、クライアントデバイス５０ａおよび／または５０ｂのユーザの使用感）を高めるとともに、ユーザの不快感を減らし、および／または、バックホールチャネルで障害が発生した場合にユーザの敷地内での第１のネットワーク２０の操作者によるトラックロールをせずに済むとしてよい。
【００２０】
さまざまな実施形態によると、ＦＡＰ１４は、ＦＡＰバックホール監視モジュール６０（以下では、「モジュール６０」とも呼ばれる）を含むとしてよい。さまざまな実施形態によると、モジュール６０は、バックホールチャネルの動作を監視するように構成されているとしてよい。例えば、モジュール６０は、本明細書でより詳細に後述するが、バックホールチャネルの動作可能状態および／または障害状態を検出するように構成されているとしてよい。ＦＡＰ１４はさらに、フェムトゲートウェイ２８と通信するための送信機６２および受信機６４を有するとしてよい。
【００２１】
さまざまな実施形態によると、フェムトゲートウェイ２８は、ゲートウェイバックホール監視モジュール７０を有するとしてよい（以下では、モジュール７０とも呼ぶ）。ゲートウェイバックホール監視モジュール７０も、バックホールチャネルの動作を監視するように構成されているとしてよい。フェムトゲートウェイ２８も、ＦＡＰ１４と通信するための送信機７２および受信機７４を有するとしてよい。
【００２２】
図２は、本開示のさまざまな実施形態に係る、図１の通信システム１０のバックホールチャネルの動作を監視する方法２００の一例を示す図である。方法２００を構成する１以上の処理は、ＦＡＰ１４および／またはフェムトゲートウェイ２８によって実行されるとしてよい。図１および図２を参照すると、２０４において、バックホールチャネルは動作可能な状態であるとしてよい。したがって、ＦＡＰ１４は、バックホール動作可能状態で動作するとしてよい。バックホール動作可能状態では、例えば、バックホールチャネルは、ＦＡＰ１４とフェムトゲートウェイ２８との間を動作可能に結合するとともに両者間の通信を円滑化するとしてよい。
【００２３】
さまざまな実施形態によると、ＦＡＰ１４（例えば、送信機６２）は、バックホールチャネルを介してフェムトゲートウェイ２８に、複数のアライブ維持要求（以下では、「要求」とも呼ぶ）を定期的に送信するとしてよい。例えば、図２に示すように、ＦＡＰ１４は、バックホールチャネルで、フェムトゲートウェイ２８に、要求２０８ａおよび２０８ｂを送信するとしてよい。図２では、ＦＡＰ１４が送信した２つの要求（つまり、要求２０８ａおよび２０８ｂ）は、本質的に一例であり、さまざまな他の実施形態では、ＦＡＰ１４が送信する要求の数は任意に変化させるとしてよい。さまざまな実施形態によると、ＦＡＰ１４は、検出時間の間隔で、フェムトゲートウェイ２８に複数の要求２０８ａおよび２０８ｂを送信するとしてよい。
【００２４】
バックホールチャネルが動作している間、フェムトゲートウェイ２８（例えば、受信機７４）は、バックホールチャネルを介して要求２０８ａおよび２０８ｂを受信するとしてよい。さまざまな実施形態によると、少なくとも部分的に要求２０８ａおよび２０８ｂを受信したことに基づいて、フェムトゲートウェイ２８（例えば、モジュール７０）は、バックホールチャネルが動作していると判断するとしてよい。
【００２５】
さまざまな実施形態によると、フェムトゲートウェイ２８（例えば、送信機７２）は、バックホールチャネルが動作している間、ＦＡＰ１４から複数の要求を定期的に受信することに応じて、バックホールチャネルを介して、対応する複数のアライブ維持応答（以下では、「応答」とも呼ばれる）を定期的にＦＡＰ１４に送信するとしてよい。例えば、フェムトゲートウェイ２８は、要求２０８ａおよび２０８ｂを受信することに応じて、図２に示すように、バックホールチャネルを介して、それぞれに対応する応答２１０ａおよび２１０ｂをＦＡＰ１４に送信するとしてよい。
【００２６】
さまざまな実施形態によると、フェムトゲートウェイ２８（例えば、モジュール７０）は、フェムトゲートウェイ２８がＦＡＰ１４から要求を受信する度に、図２に示すように、タイマーｋｅｅｐＡｌｉｖｅＲｅｑＴｉｍｅｒ（以下では、「ｒｅｑｕｅｓｔ＿ｔｉｍｅｒ」または「ｒｅｑ．ｔｉｍｅｒ」とも呼ぶ）を再度初期化するとしてよい。
【００２７】
応答２１０ａおよび２１０ｂを少なくとも部分的に受信することに基づいて、ＦＡＰ１４（例えば、モジュール６０）は、バックホールチャネルが動作していると判断するとしてよい。したがって、ＦＡＰ１４は、バックホール動作可能状態を維持し続けるとしてよい。
【００２８】
さまざまな実施形態によると、各検出期間において、ＦＡＰ１４は、フェムトゲートウェイ２８に要求を送信するとしてよく、ＦＡＰ１４（例えば、モジュール６０）は、タイマーｋｅｅｐＡｌｉｖｅＲｅｓｐＴｉｍｅｒ（以下では、「ｒｅｓｐｏｎｓｅ＿ｔｉｍｅｒ」または「ｒｅｓｐ．＿ｔｉｍｅｒ」とも呼ばれる）を再開または再アクティブ化するとしてよい。モジュール６０は、要求を送信した後第１のしきい値期間（図２では、「ｒｅｓｐ．ｔｉｍｅｒタイムアウト」と図示）内にフェムトゲートウェイ２８からＦＡＰ１４が応答を受信しない場合、カウンタｋｅｅｐＡｌｉｖｅＲｅｓｐＣｏｕｎｔｅｒ（以下では、「ｒｅｓｐｏｎｓｅ＿ｃｏｕｎｔｅｒ」または「ｒｅｓｐ．＿ｃｏｕｎｔｅｒ」とも呼ぶ）を１だけインクリメントするとしてよい。これによって、障害、または、要求に対する応答を受信しなかったことが分かるとしてよい。第１のしきい値期間の間にフェムトゲートウェイ２８からＦＡＰ１４が応答を受信すると、ＦＡＰ１４がカウンタｋｅｅｐＡｌｉｖｅＲｅｓｐＣｏｕｎｔｅｒをリセット（例えば、０にセット）するとしてよい。さまざまな実施形態によると、第１のしきい値期間は、ＦＡＰ１４がフェムトゲートウェイ２８に要求を送信したことに応じてフェムトゲートウェイ２８からＦＡＰ１４が応答を受信するまでの予想期間よりも長い。一例を挙げると、第１のしきい値期間は、検出期間以下であるとしてよい。
【００２９】
さまざまな実施形態によると、ＦＡＰ１４が応答２１０ｂを受信した後、図２に示すように、バックホールチャネルが２１２において障害を発生するとしてよい。バックホールチャネルが障害を発生する理由としてはさまざまなものが考えられる。例えば、バックホールチャネルの１以上の構成要素（例えば、ブロードバンドモデム１８、第２のネットワーク２２等）に関連する問題が理由として挙げられる。
【００３０】
バックホールチャネルで障害が発生したので、フェムトゲートウェイ２８は、障害が発生したバックホールチャネルを介して、送信機６２から送信された要求２１８ａ、２１８ｂ、・・・、２１８Ｎを受信することができないとしてよい。図２で要求２１８ａ、２１８ｂ、・・・、２１８Ｎに書いたバツ（×）印は、フェムトゲートウェイ２８が要求２１８ａ、２１８ｂ、・・・、２１８Ｎを受信しなかったことを示す。
【００３１】
さまざまな実施形態によると、フェムトゲートウェイ２８（例えば、モジュール７０）は、フェムトゲートウェイ２８が第２のしきい値期間の間にＦＡＰ１４から要求を受信しない場合、バックホールチャネルで障害が発生したと判断するとしてよい。例えば、モジュール７０は、ｒｅｑｕｅｓｔ＿ｔｉｍｅｒが第２のしきい値期間（図２の「ｒｅｑ．＿ｔｉｍｅｒタイムアウト」）を超えると、バックホールチャネルで障害が発生したと判断するとしてよい。さまざまな実施形態によると、第２のしきい値期間は、検出期間のＮ倍より大きい。Ｎは整数である（整数Ｎは、図２の処理２１９で説明する）。このように、ｒｅｑｕｅｓｔ＿ｔｉｍｅｒは、バックホールチャネルを介してＦＡＰ１４から少なくともＮ個の連続した要求を受信しない場合には、第２のしきい値期間を超えてしまうとしてよい。この場合には、２２０において、モジュール７０は、バックホール障害を宣言するとしてよい。さまざまな実施形態によると、２２０において、フェムトゲートウェイ２８（例えば、送信機７２）は、バックホール障害に関するメッセージをＳＯＮサーバ３６に送信するとしてよい。
【００３２】
また、（例えば、バックホールチャネルでの障害が原因で）フェムトゲートウェイ２８に要求２１８ａを送信しても、ＦＡＰ１４がフェムトゲートウェイ２８から応答を受信しない場合もある。したがって、上述したように、ｒｅｑｕｅｓｔ＿ｃｏｕｎｔｅｒは、要求２１８ａを送信してから少なくとも第１のしきい値（図２のｒｅｓｐ．＿ｔｉｍｅｒタイムアウト）が経過した後、１だけインクリメントされるとしてよい。同様に、ｒｅｑｕｅｓｔ＿ｃｏｕｎｔｅｒは、ＦＡＰ１４が送信した要求２１８ｂ、・・・、２１８Ｎに対応する応答を受信しない度に、１だけインクリメントされるとしてよい。ｒｅｑｕｅｓｔ＿ｃｏｕｎｔｅｒがしきい値に到達すると（例えば、しきい値はＮである。図２では「Ｒｅｑ．＿ｃｏｕｎｔｅｒ≧Ｎ（２１９）」と図示している。Ｎは、整数である）、ＦＡＰ１４（例えば、モジュール６０）は、２２２においてバックホール障害を宣言し、バックホール障害状態になるとしてよい。このように、ＦＡＰ１４は、Ｎ個の連続した要求を送信したにも関わらず少なくともＮ個の連続した応答を受信しないことに基づいて、２２２において、バックホール障害状態になるとしてよい。
【００３３】
さまざまな実施形態によると、ＦＡＰ１４は、バックホール障害状態になると、隣接するＢＳによるサービスがクライアントデバイス５０ａおよび／または５０ｂに対して利用可能であれば、クライアントデバイス５０ａおよび５０ｂのうち１以上に対して隣接するＢＳ（例えば、マクロＢＳ３６）にハンドオフするように要求するとしてよい。例えば、ＦＡＰ１４（例えば、送信機６２）は、登録解除要求メッセージ（例えば、動作コードがゼロであるＤＲＥＧ＿ＣＭＤメッセージ）をクライアントデバイス５０ａおよび５０ｂに送信して、クライアントデバイス５０ａおよび５０ｂに隣接するマクロＢＳにハンドオフするように要求するとしてよい。さまざまな実施形態によると、ＦＡＰ１４はこの後、クライアントデバイス５０ａおよび５０ｂとの通信に利用する無線送信機をディセーブルにするとしてよい。例えば、ＦＡＰ１４は、電力を節約するために、定期的に無線送信機をディセーブルするとしてよい。
【００３４】
さまざまな実施形態によると、ＦＡＰ１４が２２２においてバックホール障害状態を宣言した後、ＦＡＰ１４（例えば、送信機６２）は、バックホールチャネルを介して、修復期間と等しい間隔で定期的にモジュール７０に要求を送信し続けるとしてよい。さまざまな実施形態によると、修復期間は、例えば、検出期間より長いとしてよい。例えば、図２に示すように、ＦＡＰ１４は、バックホールチャネルを介して、要求２２８ａおよび２２８ｂをモジュール７０に送信するとしてよい。バックホールチャネルで障害が発生するので、要求２２８ａおよび２２８ｂは、図２に示すように、フェムトゲートウェイ２８に到達しないとしてよい。
【００３５】
バックホールチャネルは、２３０において（つまり、要求２２８ｂを送信した後）、修復されるとしてよい。したがって、バックホールチャネルが修復された後でＦＡＰ１４が送信する要求２３８ａは、フェムトゲートウェイ２８に到達するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ２８（例えば、モジュール７０）は、バックホールチャネルの障害状態が続いている間にフェムトゲートウェイ２８（例えば、受信機７４）が要求を受信する度に、カウンタｇａｔｅｗａｙ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒをインクリメントするとしてよい。したがって、フェムトゲートウェイ２８は、要求２３８ａを受信することに応じて、１だけｇａｔｅｗａｙ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒをインクリメントするとしてよい。さらに、フェムトゲートウェイ２８（例えば、送信機７２）は、要求２３８ａを受信することに応じて、応答２４０ａをＦＡＰ１４に送信するとしてよい。
【００３６】
さまざまな実施形態によると、フェムトゲートウェイ２８は、バックホールチャネルの障害状態が続く間にＦＡＰ１４が応答を受信する度に、カウンタＦＡＰ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒをインクリメントするとしてよい。したがって、モジュール６０は、応答２４０ａを受信すると、ＦＡＰ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒを１だけインクリメントするとしてよい。
【００３７】
同様に、ＦＡＰ１４は、要求２３８ｂ、・・・、２３８Ｍをフェムトゲートウェイ２８に定期的に送信し続けるとしてよい。モジュール７０は、要求２３８ｂ、・・・、２３８Ｍを少なくとも部分的に受信すると、ｇａｔｅｗａｙ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒをそれに応じてインクリメントするとしてよい。ｇａｔｅｗａｙ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒがしきい値Ｍ（Ｍは、整数であり、図２の処理２３８および２４０で説明する）以上になると、モジュール７０は、バックホールチャネルが再度動作可能になったと宣言するとしてよい。このように、モジュール７０は、少なくともＭ個の連続した要求をモジュール６０から受信すると（Ｍは、図２の処理２３８および２４０でも説明する）、バックホールチャネルが再度動作可能になったことを宣言するとしてよい。２４０では、モジュール７０は、バックホールチャネルの修復に関して、ＳＯＮサーバに通知するとしてよい。
【００３８】
また、フェムトゲートウェイ２８は、要求２３８ｂ、・・・、２３８Ｍを受信すると、バックホールチャネルを介してモジュール６０に応答２４０ｂ、・・・、２４０Ｍを送信するとしてよい。さらに、モジュール６０は、応答２４０ｂ、・・・、２４０Ｍを受信すると、ＦＡＰ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒをインクリメントするとしてよい。モジュール６０は、ＦＡＰ＿ｒｅｓｔｏｒｅ＿ｃｏｕｎｔｅｒがしきい値Ｍ以上になると、バックホールチャネルが再度動作可能になったと宣言するとしてよい。このように、モジュール６０は、フェムトゲートウェイ２８から少なくともＭ個の連続した応答を受信すると、バックホールチャネルが再度動作可能になったと宣言するとしてよい。２４４では、モジュール６０は、バックホール動作可能状態になるとしてよい。バックホール動作可能状態では、例えば、ＦＡＰ１４は、クライアントデバイス５０ａおよび／または５０ｂに対するサービス提供を再開するとしてよい。
【００３９】
図３は、本開示のさまざまな実施形態に係る、図１の通信システム１０のバックホールチャネルの動作を監視する方法３００の別の例を示す図である。方法３００を構成する１以上の処理は、ＦＡＰ１４によって実行されるとしてよい。図１から図３を参照すると、３０４において、ＦＡＰ１４（例えば、送信機６２）は、バックホールチャネルを介して複数の要求（例えば、図２の要求２０８ａ、２０８ｂ、２１８ａ、・・・、２１８Ｎ、２２８ａ、２２８ｂ、２３８ａ、・・・、２３８Ｍ）をフェムトゲートウェイ２８に送信するとしてよい。
【００４０】
３０８において、ＦＡＰ１４（例えば、受信機６４）は、バックホールチャネルを介してフェムトゲートウェイ２８から１以上の応答（例えば、図２の応答２１０ａおよび２１０ｂ）を受信するとしてよい。これは、バックホールチャネルが動作可能状態にあることを意味する。さまざまな実施形態によると、１以上の応答は、複数の要求のうち１以上の要求（例えば、要求２０８ａおよび２０８ｂ）に応じて受信されるとしてよい。
【００４１】
３１２において、ＦＡＰ１４（例えば、モジュール６０）は、複数の要求のうち別の１以上の要求（例えば、要求２１８ａ、・・・、２１８Ｎ）に対する応答を少なくとも部分的に受信しなかったことに基づき、バックホールチャネルが障害状態であると判断するとしてよい。さまざまな実施形態によると、別の１以上の要求は、少なくともしきい値の数の連続した要求（例えば、Ｎ個の連続した要求、Ｎは整数）を含むとしてよい。さまざまな実施形態によると、第１の応答を受信していないとの判断は、別の１以上の要求のうち第１の要求（例えば、要求２１８ａ）が送信された後に所定期間が経過したことに基づき、なされるとしてよい。例えば、上述したように、ｒｅｓｐｏｎｓｅ＿ｔｉｍｅｒで計測する期間が第１のしきい値期間を超えると、要求に対応する応答を受信していないこと、または、障害が発生していることが分かるとしてよい。
【００４２】
３１６において、ＦＡＰ１４は、複数の要求のうち第１の数の要求（例えば、要求２３８ａ、・・・、２３８Ｍ）に応じて少なくとも第１の数の応答（例えば、応答２４０ａ、・・・、２４０Ｍ）を受信するとしてよく、第１の数はしきい値Ｍよりも大きいと判断するとしてよい。ＦＡＰ１４は、第１の数がしきい値Ｍよりも大きいと判断することに基づいて、図２のブロック２４４で図示しているように、バックホールチャネルの障害状態が終了したと判断するとしてよい。
【００４３】
図４は、本開示のさまざまな実施形態に係る、図１の通信システム１０のバックホールチャネルの動作を監視する方法４００の別の例を示す図である。方法４００を構成する１以上の処理は、フェムトゲートウェイ２８が実行するとしてよい。
【００４４】
図１、図２および図４を参照すると、４０４において、フェムトゲートウェイ２８（例えば、受信機７４）は、バックホールチャネルを介してＦＡＰ１４から（例えば、モジュール６０から）第１の複数の要求（例えば、図２の要求２０８ａおよび２０８ｂ）を受信するとしてよい。さまざまな実施形態によると、第１の複数の要求のそれぞれは、検出期間の間隔で略周期的に受信されるとしてよい。４０８において、フェムトゲートウェイ２８（例えば、モジュール７０）は、第１の複数の要求を受信することに応じて、バックホールチャネルが動作可能状態であると判断するとしてよい。４１２において、フェムトゲートウェイ２８（例えば、送信機７２）は、第１の複数の要求に応じてバックホールチャネルを介して第１の複数の応答（例えば、応答２１０ａおよび２１０ｂ）をＦＡＰ１４に送信するとしてよい。
【００４５】
４１６において、フェムトゲートウェイ２８（例えば、モジュール７０）は、第１の期間が経過した後、第１の期間の間に要求を受信しない場合には、バックホールチャネルが障害状態であると判断してよい。例えば、図２を参照しつつ上述したように、ｒｅｑｕｅｓｔ＿ｔｉｍｅｒが第１の期間を超過して、この期間に要求を受信しない場合には、フェムトゲートウェイ２８は、バックホールチャネルで障害が発生していると判断するとしてよい。さまざまな実施形態によると、第１の期間は、しきい値期間の少なくともＮ倍に等しいとしてよい。Ｎは、ゼロでない整数であり、（ブロック４０４の）第１の複数の要求はそれぞれ、しきい値期間に略等しい間隔で定期的に受信されるとしてよい。このように、フェムトゲートウェイ２８は、モジュール６０が送信したＮ個の連続した要求（例えば、要求２１８ａ、・・・、２１８Ｎ）をフェムトゲートウェイ２８が受信しない場合、バックホールチャネルで障害が発生していると判断するとしてよい。
【００４６】
４２０において、フェムトゲートウェイ２８（例えば、受信機７４）は、４１６において障害状態であることを判断した後に、第１の数の要求（例えば、要求２３８ａ、・・・、２３８Ｍ）を受信するとしてよい。フェムトゲートウェイ２８は、第１の数がしきい値Ｍよりも大きいと判断するとしてよい。さらに、第１の数がしきい値Ｍよりも大きいと判断したことに基づき、フェムトゲートウェイ２８は、バックホールチャネルの障害状態が終了したと判断するとしてよい。
【００４７】
図５は、本開示のさまざまな実施形態に係る、図１の通信システム１０のバックホールチャネルの動作を監視する方法５００の別の例を示す図である。方法５００を構成する１以上の処理は、ＦＡＰ１４によって実行されるとしてよい。図１、図２および図５を参照すると、ＦＡＰ１４（例えば、モジュール６０）は、５０４において、バックホールチャネルを介して複数の要求（例えば、図２の要求２０８ａ、２０８ｂ、２１８ａ、・・・、２１８Ｎ、２２８ａ、２２８ｂ、２３８ａ、・・・、２３８Ｍ）をフェムトゲートウェイ２８に送信するとしてよい。
【００４８】
５０８において、ＦＡＰ１４は、バックホールチャネルを介して１以上の応答（例えば、図２の応答２１０ａおよび２１０ｂ）をフェムトゲートウェイ２８から受信するとしてよい。これは、バックホールチャネルが動作可能状態にあることを意味している。さまざまな実施形態によると、１以上の応答は、複数の要求のうち１以上の要求（例えば、要求２０８ａおよび２０８ｂ）に応じて受信されるとしてよい。
【００４９】
５１２において、ＦＡＰ１４（例えば、モジュール６０）は、バックホールチャネルが劣化した（例えば、第２のネットワーク２２が提供する帯域幅が減少した）と判断するとしてよい。モジュール６０は、例えば、ＦＡＰ１４とフェムトゲートウェイ２８との間のアップリンク通信リンクおよび／またはダウンリンク通信リンクのスループットを測定することによって、および／または、フェムトゲートウェイ２８から受信した１以上の応答に基づき、バックホールチャネルが劣化したと判断するとしてよい。
【００５０】
さまざまな実施形態によると、クライアントデバイス５０ａおよび５０ｂのうち１以上は、クローズド・サブスクライバ・グループ（ＣＳＧ）に含まれているとしてよい。ＣＳＧに含まれているクライアントデバイスは、他のクライアントデバイスに比べてＦＡＰ１４によって優先されるとしてよい。例えば、ＦＡＰ１４が小規模の職場に設置されている場合、当該職場のスタッフに公に割り当てられているクライアントデバイスはＣＳＧに含まれるとしてよい。他のクライアントデバイス（例えば、スタッフの個人的なクライアントデバイス、当該職場を訪問した人のクライアントデバイス等）は、ＣＳＧに含まれていないとしてよい。このように、ＣＳＧは、優先的なクライアントデバイス群であってよく、非ＣＳＧに含まれるクライアントデバイスは、優先されないクライアントデバイス群であるとしてよい。
【００５１】
図５を再度参照すると、劣化が発生したと判断することに応じて、５１６において、ＦＡＰ１４は、ＣＳＧに含まれている１以上のクライアントデバイスへのサービス提供は継続しつつ、ＣＳＧに含まれていない１以上のクライアントデバイスへのサービス提供を拒絶するとしてよい。これに加えて、または、これに代えて、劣化が発生したと判断することに応じて、５１６では、ＦＡＰ１４は、第１のネットワーク２０への１以上の新しいクライアントデバイスの参加要求を拒絶するとしてよい。
【００５２】
本明細書で説明しているＦＡＰ１４および／またはフェムトゲートウェイ２８は、任意の適切なハードウェアおよび／またはソフトウェアを用いて所望に応じて設定することでシステムに実装するとしてよい。図６は、１以上のプロセッサ６０４、プロセッサ６０４のうち少なくとも１つに結合されているシステム制御ロジック６０８、システム制御ロジック６０８に結合されているシステムメモリ６１２、システム制御ロジック６０８に結合されている不揮発性メモリ（ＮＶＭ）／ストレージ６１６、および、システム制御ロジック６０８に結合している１以上の通信インターフェース６２０を備えるシステム６００の一例を示す図である。
【００５３】
一実施形態に係るシステム制御ロジック６０８は、プロセッサ６０４のうち少なくとも１つに対して、および／または、システム制御ロジック６０８と通信している任意の適切なデバイスまたは構成要素に対して、任意の適切なインターフェースを実現する任意の適切なインターフェースコントローラを含むとしてよい。
【００５４】
一実施形態に係るシステム制御ロジック６０８は、システムメモリ６１２に対するインターフェースを実現するべく１以上のメモリコントローラを含むとしてよい。システムメモリ６１２は、例えば、システム６００に対するデータおよび／または命令をロードおよび格納するために利用されるとしてよい。一実施形態に係るシステムメモリ６１２は、任意の適切な揮発性メモリ、例えば、適切なダイナミックランダムアクセスメモリ（ＤＲＡＭ）を含むとしてよい。
【００５５】
一実施形態に係るシステム制御ロジック６０８は、ＮＶＭ／ストレージ６１６および通信インターフェース７２０に対してインターフェースを実現する１以上の入出力（Ｉ／Ｏ）コントローラを含むとしてよい。
【００５６】
ＮＶＭ／ストレージ６１６は、例えば、データおよび／または命令を格納するために利用されるとしてよい。ＮＶＭ／ストレージ６１６は、任意の適切な不揮発性メモリ、例えば、フラッシュメモリ等を含むとしてよく、および／または、任意の適切な不揮発性ストレージデバイス、例えば、１以上のハードディスクドライブ（ＨＤＤ）、１以上のコンパクトディスク（ＣＤ）ドライブ、および／または、１以上のデジタルバーサティルディスク（ＤＶＤ）ドライブ等を含むとしてよい。
【００５７】
ＮＶＭ／ストレージ６１６は、システム６００がインストールされているデバイスの物理的な一部を構成するストレージリソースを含むとしてよく、または、必ずしも必要ではないが、デバイスの一部によってアクセス可能であるとしてよい。例えば、ＮＶＭ／ストレージ６１６は、通信インターフェース（６２０）を介してネットワークを利用してアクセスされるとしてよい。
【００５８】
システムメモリ６１２およびＮＶＭ／ストレージ６１６は、特に、フェムトロジック６５０の一時的な複製および持続的な複製を含むとしてよい。
【００５９】
さまざまな実施形態によると、システム６００は、図１に示すＦＡＰ１４を少なくとも部分的に含むとしてよい。このような実施形態の一部では、フェムトロジック６５０は、プロセッサ６０４のうち少なくとも１つによって実行されると上述したようなバックホールチャネルの監視処理をシステム６００に実行させる命令を含むとしてよい。このような実施形態の一部では、フェムトロジック６５０は、プロセッサ６０４のうち少なくとも１つによって実行されると図３に示した方法３００および図５に示した方法５００の１以上の処理をシステム６００に実行させる命令を含むとしてよい。
【００６０】
さまざまな実施形態によると、システム６００は、図１のフェムトゲートウェイ２８を少なくとも部分的に含むとしてよい。このような実施形態の一部では、フェムトロジック６５０は、プロセッサ６０４のうち少なくとも１つによって実行されると上述したようなバックホールチャネルの監視処理をシステム６００に実行させる命令を含むとしてよい。このような実施形態の一部では、フェムトロジック６５０は、プロセッサ６０４のうち少なくとも１つによって実行されると図４に示した方法４００の１以上の処理をシステム６００に実行させる命令を含むとしてよい。
【００６１】
通信インターフェース６２０は、システム６００が、１以上のネットワークを介して、および／または、任意の他の適切なデバイスと、例えば、図１のバックホールチャネルを介して通信を行えるようにインターフェースとなるとしてよい。通信インターフェース６２０は、任意の適切なハードウェアおよび／またはファームウェアを含むとしてよい。通信インターフェース６２０は、一実施形態によると、例えば、ネットワークアダプタ、無線ネットワークアダプタ、電話モデム、および／または、無線モデムを含むとしてよい。無線通信の際、一実施形態によると、通信インターフェース６２０は、１以上のアンテナを利用するとしてよい。
【００６２】
一実施形態によると、プロセッサ６０４のうち少なくとも１つは、システム制御ロジック６０８の１以上のコントローラ用のロジックと共にパッケージングされているとしてよい。一実施形態によると、プロセッサ６０４のうち少なくとも１つは、システム・イン・パッケージ（ＳｉＰ）を形成するためのシステム制御ロジック６０８の１以上のコントローラ用のロジックと共にパッケージングされているとしてよい。一実施形態によると、プロセッサ６０４のうち少なくとも１つは、システム制御ロジック６０８の１以上のコントローラ用のロジックと同一ダイ上で集積化されているとしてよい。一実施形態によると、プロセッサ６０４のうち少なくとも１つは、システム・オン・チップ（ＳｏＣ）を形成するべく、システム制御ロジック６０８の１以上のコントローラ用のロジックと共に、同一ダイ上で集積化されているとしてよい。
【００６３】
さまざまな実施形態によると、システム６００が備える構成要素の数は上記から増減させるとしてもよく、および／または、システム６００のアーキテクチャを変更するとしてもよい。
【００６４】
具体的な例となる方法、装置、および、製造物品を本明細書で説明してきたが、本開示の範囲は、説明したものに限定されない。逆に、本開示は、均等物の原則に基づき、または、文字通り請求項の範囲内に入る全ての方法、装置、および、製造物品を含む。例えば、上記では、構成要素の中でも、ハードウェア上で実行されるソフトウェアまたはファームウェアを含むシステムを一例として開示しているが、このようなシステムは一例に過ぎず、限定するものと解釈されるべきではないことに留意されたい。具体的には、開示したハードウェア素子、ソフトウェア素子および／またはファームウェア素子の一部または全ては、ハードウェアのみで、ソフトウェアのみで、ファームウェアのみで、または、ハードウェア、ソフトウェアおよび／またはファームウェアを組み合わせて具現化され得ると考えられる。
【図１】
0005612201.tif 000002
【図２】
0005612201.tif 000003
【図３】
0005612201.tif 000004
【図４】
0005612201.tif 000005
【図５】
0005612201.tif 000006
【図６】
0005612201.tif 000007