フェムトアクセスポイントFAPによって、バックホールチャネルを介して、第1のネットワークに対応付けられているゲートウェイへと複数の要求を送信する段階と、前記FAPによって、前記ゲートウェイから前記バックホールチャネルを介して、前記バックホールチャネルの動作可能状態を示すべく、1以上の応答を受信する段階とを備え、前記複数の要求はそれぞれ、定期的に送信され、前記バックホールチャネルは、前記第1のネットワークとは異なる第2のネットワークの構成要素を有し、前記1以上の応答は、前記複数の要求のうち対応する1以上の要求に応じて受信される方法。前記第2のネットワークは、デジタル加入者回線またはケーブルインターネットアクセスリンクを含むインターネットアクセスネットワークである請求項1に記載の方法。前記複数の要求のうち別の1以上の要求に対する応答を受信しないことに少なくとも部分的に基づいて、前記バックホールチャネルが障害状態であると判断する段階をさらに備える請求項1に記載の方法。前記別の1以上の要求は、少なくともしきい値の数の連続した要求を含む請求項3に記載の方法。前記障害状態であると判断したことに応じて、前記FAPによって、隣接する基地局へのハンドオフを行うよう求める要求を1以上のクライアントデバイスへと送信する段階をさらに備える請求項3に記載の方法。前記別の1以上の要求のうち第1の要求が送信された後で所定期間が経過したことに基づいて、対応する第1の応答を受信していないと判断する段階をさらに備える請求項3に記載の方法。前記障害状態であると判断した後、前記FAPによって前記ゲートウェイから、前記バックホールチャネルを介して、前記複数の要求のうち第1の数の要求に応じて対応する第1の数の応答を受信する段階と、前記第1の数はしきい値よりも大きいと判断する段階と、前記第1の数が前記しきい値よりも大きいと判断すると、前記バックホールチャネルの前記障害状態が終了したと判断する段階とをさらに備える請求項3に記載の方法。前記バックホールチャネルが劣化したと判断する段階をさらに備える請求項1に記載の方法。前記バックホールチャネルが劣化したと判断したことに少なくとも部分的に基づき、前記FAPによって、クローズドサブスクライバグループCSGに含まれていない1以上のクライアントデバイスへのサービス提供を拒絶する段階をさらに備える請求項8に記載の方法。前記バックホールチャネルが劣化したと判断する段階に少なくとも部分的に基づき、前記FAPによって、前記第1のネットワークへの1以上のクライアントデバイスの参加の要求を拒絶する段階をさらに備える請求項8に記載の方法。ゲートウェイによってバックホールチャネルを介してアクセスポイントAPから第1の複数の要求を受信する段階と、前記第1の複数の要求を受信する段階Tに応じて、前記バックホールチャネルが動作可能状態であると判断する段階とを備え、前記第1の複数の要求はそれぞれ、略定期的に受信され、前記ゲートウェイは、第1のネットワークに対応付けられており、前記バックホールチャネルは、前記第1のネットワークとは異なる第2のネットワークの構成要素を有する方法。前記ゲートウェイは、フェムトゲートウェイである請求項11に記載の方法。前記ゲートウェイによって、前記バックホールチャネルを介して、前記第1の複数の要求に応じて、対応する第1の複数の応答を前記APに送信する段階をさらに備える請求項11に記載の方法。第1の期間が経過した後、前記第1の期間において前記バックホールチャネルを介して前記APから前記ゲートウェイによって要求を受信しないことに応じて、前記バックホールチャネルが障害状態にあると判断する段階をさらに備える請求項11に記載の方法。前記バックホールチャネルが前記障害状態であると判断することに応じて、前記ゲートウェイによって、自己組織化ネットワークSONサーバに、前記バックホールチャネルが前記障害状態である旨を示すメッセージを送信する段階をさらに備える請求項14に記載の方法。前記第1の期間は、少なくともしきい値期間のN倍に等しく、Nはゼロでない整数であり、前記第1の複数の要求はそれぞれ、前記しきい値期間に略等しい間隔で定期的に受信される請求項14に記載の方法。前記障害状態であると判断した後、前記ゲートウェイによって、前記バックホールチャネルを介して、前記APから第1の数の要求を受信する段階と、前記第1の数はしきい値よりも大きいと判断する段階と、前記第1の数は前記しきい値よりも大きいと判断することに応じて、前記バックホールチャネルの前記障害状態が終了したと判断する段階とをさらに備える請求項14に記載の方法。ブロードバンドアクセスネットワークの構成要素を含むバックホールチャネルを介して、第1のネットワークに対応付けられているフェムトゲートウェイに、複数のアライブ維持要求を定期的に送信する送信機と、第1の期間において、前記フェムトゲートウェイから、前記バックホールチャネルを介して、1以上のアライブ維持要求に対応する1以上のアライブ維持応答を受信する受信機と、前記受信機が前記第1の期間において前記1以上のアライブ維持応答を受信することに応じて、前記第1の期間において、前記バックホールチャネルが動作可能状態であると判断し、且つ、第2の期間が経過した後、前記第2の期間の間に前記受信機が前記複数のアライブ維持要求のうち別の1以上のアライブ維持要求に応じて別の1以上のアライブ維持応答を受信しないことに応じて、前記バックホールチャネルが障害状態であると判断するバックホール監視モジュールとを備える装置。前記バックホール監視モジュールはさらに、前記バックホールチャネルが劣化したと判断し、前記バックホールチャネルが劣化したと判断したことに少なくとも部分的に基づいて、クローズドサブスクライバグループCSGに含まれていない1以上のクライアントデバイスへのサービス提供を拒絶する請求項18に記載の装置。前記装置は、フェムトアクセスポイントであり、前記第1のネットワークは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセスWiMAXネットワークである請求項18に記載の装置。本開示の実施形態例は、これらに限定されないが、フェムトアクセスポイントFAPのバックホールチャネルを監視して、バックホールチャネルでの障害を検出および/または修復する方法および装置を含む。実施形態例のさまざまな側面は、当業者が研究の内容を他の当業者に伝達する場合に通常使用する用語を用いて説明する。しかし、説明した側面のうち一部のみで別の実施形態を実施し得ることも当業者には明らかであろう。説明の便宜上、実施形態例を深く理解していただくべく、具体的な数、材料および構成を記載する。しかし、このように具体的且つ詳細な内容を利用することなく別の実施形態を実施可能であることは当業者には明らかである。また、公知の特徴は、実施形態例をあいまいにしないように、省略または簡略化している。さらに、さまざまな処理は、実施形態例を理解する上で最も分かり易いように複数の独立した動作として説明するが、説明した順序は、その順序にしたがって実行することが必要である旨を暗示するものと解釈されるべきではない。具体的には、処理は、提示した順序で実行する必要はない。一部の実施形態においてという記載が繰り返し見られる。この記載は一般的には、同一の実施形態を意味するものではないが、その場合もある。備える、有するおよび含むといった用語は、文脈からそうでないと分からない限りは、同義語である。Aおよび/またはBという記載は、A、B、または、AおよびBを意味する。A/Bという記載は、Aおよび/またはBという記載と同様に、A、B、または、AおよびBを意味する。A、BおよびCのうち少なくとも1つという記載は、A、B、C、AおよびB、AおよびC、BおよびC、または、A、BおよびCを意味する。ABという記載は、BまたはAおよびBを意味する。つまり、Aは任意である。本明細書では具体的な実施形態を図示および説明しているが、当業者であれば、本開示の実施形態の範囲から逸脱することなく、図示および説明している具体的な実施形態に代えて多岐にわたる別の実施例および/または均等な実施例を実施し得るものと想到するであろう。本願は、本明細書で説明する実施形態の変形例または変更例を含むことを意図している。このため、本開示の実施形態は請求項およびその均等物によってのみ限定されることを明確にしておきたい。図1は、本開示のさまざまな実施形態に係る通信システム10を示す概略図である。通信システム10は、第1のネットワーク20を備える。第1のネットワーク20は、共通の通信規格を利用して互いに通信可能な複数の構成要素を有する。本明細書に図示および説明するネットワークは、本願の図面に図示されている具体的な構成要素に限定または制限されるものではない。さまざまな実施形態によると、第1のネットワーク20における通信は、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセスWiMAX規格または今後開発されるWiMAXの新世代に準拠して行われるとしてもよいし、および/または、米国電気電子学会IEEE802.16規格例えば、2009年5月13日に認可されたIEEE802.16-2009、そして、修正、更新および/または改正、例えば、現在草稿準備段階である802.16mを含むに準拠して行われるとしてもよい。他のさまざまな実施形態では、第1のネットワーク20内で行われる通信は、第3世代パートナーシッププロジェクトロングタームエボリューション3GPPLTE、LTEアドバンストプロトコル、ウルトラモバイルブロードバンドUMBプロジェクト、3GPP2エアインターフェースエボリューション3GPP2AIE規格、および/または、今後開発される新世代のセルラー方式ブロードバンドネットワーク規格に準拠して行われるとしてよい。他のさまざまな実施形態では、第1のネットワーク20内で行われる通信は、他/別の通信規格および/または通信仕様に応じて行われるとしてよい。さまざまな実施形態によると、第1のネットワーク20は、任意の種類の直交周波数分割多重アクセスOFDMA無線ネットワークを含むとしてよく、本開示の範囲はこれらに限定されない。さまざまな実施形態によると、第1のネットワーク20は、第1のネットワーク20に関連付けられているマクロ基地局BS36に動作可能に結合され得るアクセスサービスネットワークゲートウェイASN-GW32を含むとしてよい。さまざまな実施形態によると、マクロBS36は、地理的に比較的大きいエリア例えば、本明細書で後述するが、FAP14がサービスを提供するエリアに比べて大きいエリアで、複数のクライアントデバイス例えば、クライアントデバイス54a、54b、54c等に無線サービスを提供するとしてよい。図1の3つのクライアントデバイス54a、、54cは、本質的に一例であり、他のさまざまな実施形態では、マクロBS36がサービスを提供するクライアントデバイスの数は3から増減するとしてよい。図1に図示しているマクロBSは1つのみであるが例えば、マクロBS36、通信システム10は1以上の他のマクロBSを含むとしてよい。さまざまな実施形態によると、通信システム10はさらに、比較的少数例えば、マクロBS36がサービスを提供するクライアントデバイスの数と比べて少数のクライアントデバイス50a、50b等にサービスを提供するために用いられるFAP14を備えるとしてよい。さまざまな実施形態によると、クライアントデバイス50aおよび/または50bはそれぞれ、ラップトップ、デスクトップ、セルラー式電話または携帯電話、カメラ、オーディオプレーヤーおよび/またはビデオプレーヤー例えば、MP3プレーヤー、移動局、および/または、FAP14と通信が可能でFAP14からサービスを受信可能な任意の適切な消費者向け電子デバイスを含むとしてよい。さまざまな実施形態によると、FAP14は、比較的小規模なエリアにおいて1以上のクライアントデバイス50aおよび50bにサービスを提供するように構成されているとしてよく、例えば、家庭または小企業で利用されるとしてよい。図1の2つのクライアントデバイス50aおよび50bは、本質的に一例であり、さまざまな他の実施形態では、FAP14がサービスを提供するクライアントデバイスの数は2から増減する。図1に図示しているFAPは1つのみであるが例えば、FAP14、通信システム10は、1以上の他のクライアントデバイスにサービスを提供する1以上の他のFAPを備えるとしてもよい。さまざまな実施形態によると、FAP14は、マクロBS例えば、マクロBS36が提供するサービスが限定されているか、または、利用不可能なエリアにまで、第1のネットワーク20のサービス提供範囲を拡大するために利用されるとしてよい。FAP14は、第2のネットワーク22を介して、第1のネットワーク20に対応付けられているフェムトゲートウェイ28と通信するように構成されているとしてよい。さまざまな実施形態によると、第2のネットワークは、ブロードバンドアクセスネットワーク、インターネットアクセスネットワーク等であってよい。さまざまな実施形態によると、第2のネットワーク22は、デジタル加入者回線、ケーブルインターネットアクセスリンク等を含むとしてよい。FAP14は、例えば、ブロードバンドモデム18を介して第2のネットワーク22に接続するとしてよい。FAP14は、適切な有線通信リンクまたは無線通信リンク例えば、ローカルエリアネットワークを用いて、ブロードバンドモデム18と通信するとしてよい。さまざまな実施形態によると、ブロードバンドモデム18および第2のネットワーク22は、FAP14をフェムトゲートウェイ28に接続するために用いられるバックホールチャネルの一部であるとしてよい。さまざまな実施形態によると、第2のネットワーク22は、第1のネットワーク20とは異なるとしてよい。例えば、第2のネットワーク22は、第1のネットワーク20が準拠している規格または技術とは異なる規格または技術に準拠して動作するとしてもよい。別の例を挙げると、第2のネットワーク22の所有者および/または操作者は、第1のネットワーク20の所有者および/または操作者とは異なるとしてよい。さまざまな実施形態によると、通信システム10において、クライアントデバイス50aおよび/または50bは、ローカルに配置されているFAP14を介して、第1のネットワーク20に接続するとしてよく、第1のネットワーク20からサービスを受け取るとしてよい。例えば、クライアントデバイス50aおよび/または50bは、FAP14を介して、第1のネットワーク20から無線で音声および/またはデータのサービスを受信するとしてよい。第1のネットワーク20はさらに、自己組織型ネットワークSONサーバ36を有するとしてよい。さまざまな実施形態によると、SONサーバ36は、第1のネットワーク20の性能データを測定および/または分析し、第1のネットワーク20のネットワーク属性を微調整し、1以上のFAPおよび/またはマクロBS等に対する周波数の割り当てと対応付けられるように構成されているとしてよい。図1では図示していないが、第1のネットワーク20はさらに、1以上の他の構成要素を備えるとしてもよい例えば、認証、認可、アカウンティングAAAサーバ等。さまざまな実施形態によると、FAP14がクライアントデバイス50aおよび50bに満足なサービスを提供するか否かは、バックホールチャネルに左右されるとしてよい。上述したように、さまざまな実施形態によると、FAP14は、家庭または小企業に設置されるとしてよい。FAP14が提供するサービスが中断されると、クライアントデバイス50aおよび/または50bのユーザは、中断した理由を容易に特定することができない場合がある例えば、中断の原因が、FAP14内での障害であるのか、バックホールチャネルでの障害であるのか特定できない。さまざまな実施形態によると、FAP14は、このような中断の理由を検出することができるのが望ましいとしてよい。例えば、FAP14はバックホールチャネルの状態を監視可能で、バックホールチャネル内のエラーまたは障害を自動的に検出可能であることが望ましいとしてよい。このような監視機能および自動検出機能によって、ユーザの使用感例えば、FAP14のユーザの使用感、および/または、クライアントデバイス50aおよび/または50bのユーザの使用感を高めるとともに、ユーザの不快感を減らし、および/または、バックホールチャネルで障害が発生した場合にユーザの敷地内での第1のネットワーク20の操作者によるトラックロールをせずに済むとしてよい。さまざまな実施形態によると、FAP14は、FAPバックホール監視モジュール60以下では、モジュール60とも呼ばれるを含むとしてよい。さまざまな実施形態によると、モジュール60は、バックホールチャネルの動作を監視するように構成されているとしてよい。例えば、モジュール60は、本明細書でより詳細に後述するが、バックホールチャネルの動作可能状態および/または障害状態を検出するように構成されているとしてよい。FAP14はさらに、フェムトゲートウェイ28と通信するための送信機62および受信機64を有するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ28は、ゲートウェイバックホール監視モジュール70を有するとしてよい以下では、モジュール70とも呼ぶ。ゲートウェイバックホール監視モジュール70も、バックホールチャネルの動作を監視するように構成されているとしてよい。フェムトゲートウェイ28も、FAP14と通信するための送信機72および受信機74を有するとしてよい。図2は、本開示のさまざまな実施形態に係る、図1の通信システム10のバックホールチャネルの動作を監視する方法200の一例を示す図である。方法200を構成する1以上の処理は、FAP14および/またはフェムトゲートウェイ28によって実行されるとしてよい。図1および図2を参照すると、204において、バックホールチャネルは動作可能な状態であるとしてよい。したがって、FAP14は、バックホール動作可能状態で動作するとしてよい。バックホール動作可能状態では、例えば、バックホールチャネルは、FAP14とフェムトゲートウェイ28との間を動作可能に結合するとともに両者間の通信を円滑化するとしてよい。さまざまな実施形態によると、FAP14例えば、送信機62は、バックホールチャネルを介してフェムトゲートウェイ28に、複数のアライブ維持要求以下では、要求とも呼ぶを定期的に送信するとしてよい。例えば、図2に示すように、FAP14は、バックホールチャネルで、フェムトゲートウェイ28に、要求208aおよび208bを送信するとしてよい。図2では、FAP14が送信した2つの要求つまり、要求208aおよび208bは、本質的に一例であり、さまざまな他の実施形態では、FAP14が送信する要求の数は任意に変化させるとしてよい。さまざまな実施形態によると、FAP14は、検出時間の間隔で、フェムトゲートウェイ28に複数の要求208aおよび208bを送信するとしてよい。バックホールチャネルが動作している間、フェムトゲートウェイ28例えば、受信機74は、バックホールチャネルを介して要求208aおよび208bを受信するとしてよい。さまざまな実施形態によると、少なくとも部分的に要求208aおよび208bを受信したことに基づいて、フェムトゲートウェイ28例えば、モジュール70は、バックホールチャネルが動作していると判断するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ28例えば、送信機72は、バックホールチャネルが動作している間、FAP14から複数の要求を定期的に受信することに応じて、バックホールチャネルを介して、対応する複数のアライブ維持応答以下では、応答とも呼ばれるを定期的にFAP14に送信するとしてよい。例えば、フェムトゲートウェイ28は、要求208aおよび208bを受信することに応じて、図2に示すように、バックホールチャネルを介して、それぞれに対応する応答210aおよび210bをFAP14に送信するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ28例えば、モジュール70は、フェムトゲートウェイ28がFAP14から要求を受信する度に、図2に示すように、タイマーkeepAliveReqTimer以下では、request_timerまたはreq.timerとも呼ぶを再度初期化するとしてよい。応答210aおよび210bを少なくとも部分的に受信することに基づいて、FAP14例えば、モジュール60は、バックホールチャネルが動作していると判断するとしてよい。したがって、FAP14は、バックホール動作可能状態を維持し続けるとしてよい。さまざまな実施形態によると、各検出期間において、FAP14は、フェムトゲートウェイ28に要求を送信するとしてよく、FAP14例えば、モジュール60は、タイマーkeepAliveRespTimer以下では、response_timerまたはresp._timerとも呼ばれるを再開または再アクティブ化するとしてよい。モジュール60は、要求を送信した後第1のしきい値期間図2では、resp.timerタイムアウトと図示内にフェムトゲートウェイ28からFAP14が応答を受信しない場合、カウンタkeepAliveRespCounter以下では、response_counterまたはresp._counterとも呼ぶを1だけインクリメントするとしてよい。これによって、障害、または、要求に対する応答を受信しなかったことが分かるとしてよい。第1のしきい値期間の間にフェムトゲートウェイ28からFAP14が応答を受信すると、FAP14がカウンタkeepAliveRespCounterをリセット例えば、0にセットするとしてよい。さまざまな実施形態によると、第1のしきい値期間は、FAP14がフェムトゲートウェイ28に要求を送信したことに応じてフェムトゲートウェイ28からFAP14が応答を受信するまでの予想期間よりも長い。一例を挙げると、第1のしきい値期間は、検出期間以下であるとしてよい。さまざまな実施形態によると、FAP14が応答210bを受信した後、図2に示すように、バックホールチャネルが212において障害を発生するとしてよい。バックホールチャネルが障害を発生する理由としてはさまざまなものが考えられる。例えば、バックホールチャネルの1以上の構成要素例えば、ブロードバンドモデム18、第2のネットワーク22等に関連する問題が理由として挙げられる。バックホールチャネルで障害が発生したので、フェムトゲートウェイ28は、障害が発生したバックホールチャネルを介して、送信機62から送信された要求218a、218b、、218Nを受信することができないとしてよい。図2で要求218a、218b、、218Nに書いたバツ×印は、フェムトゲートウェイ28が要求218a、218b、、218Nを受信しなかったことを示す。さまざまな実施形態によると、フェムトゲートウェイ28例えば、モジュール70は、フェムトゲートウェイ28が第2のしきい値期間の間にFAP14から要求を受信しない場合、バックホールチャネルで障害が発生したと判断するとしてよい。例えば、モジュール70は、request_timerが第2のしきい値期間図2のreq._timerタイムアウトを超えると、バックホールチャネルで障害が発生したと判断するとしてよい。さまざまな実施形態によると、第2のしきい値期間は、検出期間のN倍より大きい。Nは整数である整数Nは、図2の処理219で説明する。このように、request_timerは、バックホールチャネルを介してFAP14から少なくともN個の連続した要求を受信しない場合には、第2のしきい値期間を超えてしまうとしてよい。この場合には、220において、モジュール70は、バックホール障害を宣言するとしてよい。さまざまな実施形態によると、220において、フェムトゲートウェイ28例えば、送信機72は、バックホール障害に関するメッセージをSONサーバ36に送信するとしてよい。また、例えば、バックホールチャネルでの障害が原因でフェムトゲートウェイ28に要求218aを送信しても、FAP14がフェムトゲートウェイ28から応答を受信しない場合もある。したがって、上述したように、request_counterは、要求218aを送信してから少なくとも第1のしきい値図2のresp._timerタイムアウトが経過した後、1だけインクリメントされるとしてよい。同様に、request_counterは、FAP14が送信した要求218b、、218Nに対応する応答を受信しない度に、1だけインクリメントされるとしてよい。request_counterがしきい値に到達すると例えば、しきい値はNである。図2ではReq._counter≧N219と図示している。Nは、整数である、FAP14例えば、モジュール60は、222においてバックホール障害を宣言し、バックホール障害状態になるとしてよい。このように、FAP14は、N個の連続した要求を送信したにも関わらず少なくともN個の連続した応答を受信しないことに基づいて、222において、バックホール障害状態になるとしてよい。さまざまな実施形態によると、FAP14は、バックホール障害状態になると、隣接するBSによるサービスがクライアントデバイス50aおよび/または50bに対して利用可能であれば、クライアントデバイス50aおよび50bのうち1以上に対して隣接するBS例えば、マクロBS36にハンドオフするように要求するとしてよい。例えば、FAP14例えば、送信機62は、登録解除要求メッセージ例えば、動作コードがゼロであるDREG_CMDメッセージをクライアントデバイス50aおよび50bに送信して、クライアントデバイス50aおよび50bに隣接するマクロBSにハンドオフするように要求するとしてよい。さまざまな実施形態によると、FAP14はこの後、クライアントデバイス50aおよび50bとの通信に利用する無線送信機をディセーブルにするとしてよい。例えば、FAP14は、電力を節約するために、定期的に無線送信機をディセーブルするとしてよい。さまざまな実施形態によると、FAP14が222においてバックホール障害状態を宣言した後、FAP14例えば、送信機62は、バックホールチャネルを介して、修復期間と等しい間隔で定期的にモジュール70に要求を送信し続けるとしてよい。さまざまな実施形態によると、修復期間は、例えば、検出期間より長いとしてよい。例えば、図2に示すように、FAP14は、バックホールチャネルを介して、要求228aおよび228bをモジュール70に送信するとしてよい。バックホールチャネルで障害が発生するので、要求228aおよび228bは、図2に示すように、フェムトゲートウェイ28に到達しないとしてよい。バックホールチャネルは、230においてつまり、要求228bを送信した後、修復されるとしてよい。したがって、バックホールチャネルが修復された後でFAP14が送信する要求238aは、フェムトゲートウェイ28に到達するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ28例えば、モジュール70は、バックホールチャネルの障害状態が続いている間にフェムトゲートウェイ28例えば、受信機74が要求を受信する度に、カウンタgateway_restore_counterをインクリメントするとしてよい。したがって、フェムトゲートウェイ28は、要求238aを受信することに応じて、1だけgateway_restore_counterをインクリメントするとしてよい。さらに、フェムトゲートウェイ28例えば、送信機72は、要求238aを受信することに応じて、応答240aをFAP14に送信するとしてよい。さまざまな実施形態によると、フェムトゲートウェイ28は、バックホールチャネルの障害状態が続く間にFAP14が応答を受信する度に、カウンタFAP_restore_counterをインクリメントするとしてよい。したがって、モジュール60は、応答240aを受信すると、FAP_restore_counterを1だけインクリメントするとしてよい。同様に、FAP14は、要求238b、、238Mをフェムトゲートウェイ28に定期的に送信し続けるとしてよい。モジュール70は、要求238b、、238Mを少なくとも部分的に受信すると、gateway_restore_counterをそれに応じてインクリメントするとしてよい。gateway_restore_counterがしきい値MMは、整数であり、図2の処理238および240で説明する以上になると、モジュール70は、バックホールチャネルが再度動作可能になったと宣言するとしてよい。このように、モジュール70は、少なくともM個の連続した要求をモジュール60から受信するとMは、図2の処理238および240でも説明する、バックホールチャネルが再度動作可能になったことを宣言するとしてよい。240では、モジュール70は、バックホールチャネルの修復に関して、SONサーバに通知するとしてよい。また、フェムトゲートウェイ28は、要求238b、、238Mを受信すると、バックホールチャネルを介してモジュール60に応答240b、、240Mを送信するとしてよい。さらに、モジュール60は、応答240b、、240Mを受信すると、FAP_restore_counterをインクリメントするとしてよい。モジュール60は、FAP_restore_counterがしきい値M以上になると、バックホールチャネルが再度動作可能になったと宣言するとしてよい。このように、モジュール60は、フェムトゲートウェイ28から少なくともM個の連続した応答を受信すると、バックホールチャネルが再度動作可能になったと宣言するとしてよい。244では、モジュール60は、バックホール動作可能状態になるとしてよい。バックホール動作可能状態では、例えば、FAP14は、クライアントデバイス50aおよび/または50bに対するサービス提供を再開するとしてよい。図3は、本開示のさまざまな実施形態に係る、図1の通信システム10のバックホールチャネルの動作を監視する方法300の別の例を示す図である。方法300を構成する1以上の処理は、FAP14によって実行されるとしてよい。図1から図3を参照すると、304において、FAP14例えば、送信機62は、バックホールチャネルを介して複数の要求例えば、図2の要求208a、208b、218a、、218N、228a、228b、238a、、238Mをフェムトゲートウェイ28に送信するとしてよい。308において、FAP14例えば、受信機64は、バックホールチャネルを介してフェムトゲートウェイ28から1以上の応答例えば、図2の応答210aおよび210bを受信するとしてよい。これは、バックホールチャネルが動作可能状態にあることを意味する。さまざまな実施形態によると、1以上の応答は、複数の要求のうち1以上の要求例えば、要求208aおよび208bに応じて受信されるとしてよい。312において、FAP14例えば、モジュール60は、複数の要求のうち別の1以上の要求例えば、要求218a、、218Nに対する応答を少なくとも部分的に受信しなかったことに基づき、バックホールチャネルが障害状態であると判断するとしてよい。さまざまな実施形態によると、別の1以上の要求は、少なくともしきい値の数の連続した要求例えば、N個の連続した要求、Nは整数を含むとしてよい。さまざまな実施形態によると、第1の応答を受信していないとの判断は、別の1以上の要求のうち第1の要求例えば、要求218aが送信された後に所定期間が経過したことに基づき、なされるとしてよい。例えば、上述したように、response_timerで計測する期間が第1のしきい値期間を超えると、要求に対応する応答を受信していないこと、または、障害が発生していることが分かるとしてよい。316において、FAP14は、複数の要求のうち第1の数の要求例えば、要求238a、、238Mに応じて少なくとも第1の数の応答例えば、応答240a、、240Mを受信するとしてよく、第1の数はしきい値Mよりも大きいと判断するとしてよい。FAP14は、第1の数がしきい値Mよりも大きいと判断することに基づいて、図2のブロック244で図示しているように、バックホールチャネルの障害状態が終了したと判断するとしてよい。図4は、本開示のさまざまな実施形態に係る、図1の通信システム10のバックホールチャネルの動作を監視する方法400の別の例を示す図である。方法400を構成する1以上の処理は、フェムトゲートウェイ28が実行するとしてよい。図1、図2および図4を参照すると、404において、フェムトゲートウェイ28例えば、受信機74は、バックホールチャネルを介してFAP14から例えば、モジュール60から第1の複数の要求例えば、図2の要求208aおよび208bを受信するとしてよい。さまざまな実施形態によると、第1の複数の要求のそれぞれは、検出期間の間隔で略周期的に受信されるとしてよい。408において、フェムトゲートウェイ28例えば、モジュール70は、第1の複数の要求を受信することに応じて、バックホールチャネルが動作可能状態であると判断するとしてよい。412において、フェムトゲートウェイ28例えば、送信機72は、第1の複数の要求に応じてバックホールチャネルを介して第1の複数の応答例えば、応答210aおよび210bをFAP14に送信するとしてよい。416において、フェムトゲートウェイ28例えば、モジュール70は、第1の期間が経過した後、第1の期間の間に要求を受信しない場合には、バックホールチャネルが障害状態であると判断してよい。例えば、図2を参照しつつ上述したように、request_timerが第1の期間を超過して、この期間に要求を受信しない場合には、フェムトゲートウェイ28は、バックホールチャネルで障害が発生していると判断するとしてよい。さまざまな実施形態によると、第1の期間は、しきい値期間の少なくともN倍に等しいとしてよい。Nは、ゼロでない整数であり、ブロック404の第1の複数の要求はそれぞれ、しきい値期間に略等しい間隔で定期的に受信されるとしてよい。このように、フェムトゲートウェイ28は、モジュール60が送信したN個の連続した要求例えば、要求218a、、218Nをフェムトゲートウェイ28が受信しない場合、バックホールチャネルで障害が発生していると判断するとしてよい。420において、フェムトゲートウェイ28例えば、受信機74は、416において障害状態であることを判断した後に、第1の数の要求例えば、要求238a、、238Mを受信するとしてよい。フェムトゲートウェイ28は、第1の数がしきい値Mよりも大きいと判断するとしてよい。さらに、第1の数がしきい値Mよりも大きいと判断したことに基づき、フェムトゲートウェイ28は、バックホールチャネルの障害状態が終了したと判断するとしてよい。図5は、本開示のさまざまな実施形態に係る、図1の通信システム10のバックホールチャネルの動作を監視する方法500の別の例を示す図である。方法500を構成する1以上の処理は、FAP14によって実行されるとしてよい。図1、図2および図5を参照すると、FAP14例えば、モジュール60は、504において、バックホールチャネルを介して複数の要求例えば、図2の要求208a、208b、218a、、218N、228a、228b、238a、、238Mをフェムトゲートウェイ28に送信するとしてよい。508において、FAP14は、バックホールチャネルを介して1以上の応答例えば、図2の応答210aおよび210bをフェムトゲートウェイ28から受信するとしてよい。これは、バックホールチャネルが動作可能状態にあることを意味している。さまざまな実施形態によると、1以上の応答は、複数の要求のうち1以上の要求例えば、要求208aおよび208bに応じて受信されるとしてよい。512において、FAP14例えば、モジュール60は、バックホールチャネルが劣化した例えば、第2のネットワーク22が提供する帯域幅が減少したと判断するとしてよい。モジュール60は、例えば、FAP14とフェムトゲートウェイ28との間のアップリンク通信リンクおよび/またはダウンリンク通信リンクのスループットを測定することによって、および/または、フェムトゲートウェイ28から受信した1以上の応答に基づき、バックホールチャネルが劣化したと判断するとしてよい。さまざまな実施形態によると、クライアントデバイス50aおよび50bのうち1以上は、クローズドサブスクライバグループCSGに含まれているとしてよい。CSGに含まれているクライアントデバイスは、他のクライアントデバイスに比べてFAP14によって優先されるとしてよい。例えば、FAP14が小規模の職場に設置されている場合、当該職場のスタッフに公に割り当てられているクライアントデバイスはCSGに含まれるとしてよい。他のクライアントデバイス例えば、スタッフの個人的なクライアントデバイス、当該職場を訪問した人のクライアントデバイス等は、CSGに含まれていないとしてよい。このように、CSGは、優先的なクライアントデバイス群であってよく、非CSGに含まれるクライアントデバイスは、優先されないクライアントデバイス群であるとしてよい。図5を再度参照すると、劣化が発生したと判断することに応じて、516において、FAP14は、CSGに含まれている1以上のクライアントデバイスへのサービス提供は継続しつつ、CSGに含まれていない1以上のクライアントデバイスへのサービス提供を拒絶するとしてよい。これに加えて、または、これに代えて、劣化が発生したと判断することに応じて、516では、FAP14は、第1のネットワーク20への1以上の新しいクライアントデバイスの参加要求を拒絶するとしてよい。本明細書で説明しているFAP14および/またはフェムトゲートウェイ28は、任意の適切なハードウェアおよび/またはソフトウェアを用いて所望に応じて設定することでシステムに実装するとしてよい。図6は、1以上のプロセッサ604、プロセッサ604のうち少なくとも1つに結合されているシステム制御ロジック608、システム制御ロジック608に結合されているシステムメモリ612、システム制御ロジック608に結合されている不揮発性メモリNVM/ストレージ616、および、システム制御ロジック608に結合している1以上の通信インターフェース620を備えるシステム600の一例を示す図である。一実施形態に係るシステム制御ロジック608は、プロセッサ604のうち少なくとも1つに対して、および/または、システム制御ロジック608と通信している任意の適切なデバイスまたは構成要素に対して、任意の適切なインターフェースを実現する任意の適切なインターフェースコントローラを含むとしてよい。一実施形態に係るシステム制御ロジック608は、システムメモリ612に対するインターフェースを実現するべく1以上のメモリコントローラを含むとしてよい。システムメモリ612は、例えば、システム600に対するデータおよび/または命令をロードおよび格納するために利用されるとしてよい。一実施形態に係るシステムメモリ612は、任意の適切な揮発性メモリ、例えば、適切なダイナミックランダムアクセスメモリDRAMを含むとしてよい。一実施形態に係るシステム制御ロジック608は、NVM/ストレージ616および通信インターフェース720に対してインターフェースを実現する1以上の入出力I/Oコントローラを含むとしてよい。NVM/ストレージ616は、例えば、データおよび/または命令を格納するために利用されるとしてよい。NVM/ストレージ616は、任意の適切な不揮発性メモリ、例えば、フラッシュメモリ等を含むとしてよく、および/または、任意の適切な不揮発性ストレージデバイス、例えば、1以上のハードディスクドライブHDD、1以上のコンパクトディスクCDドライブ、および/または、1以上のデジタルバーサティルディスクDVDドライブ等を含むとしてよい。NVM/ストレージ616は、システム600がインストールされているデバイスの物理的な一部を構成するストレージリソースを含むとしてよく、または、必ずしも必要ではないが、デバイスの一部によってアクセス可能であるとしてよい。例えば、NVM/ストレージ616は、通信インターフェース620を介してネットワークを利用してアクセスされるとしてよい。システムメモリ612およびNVM/ストレージ616は、特に、フェムトロジック650の一時的な複製および持続的な複製を含むとしてよい。さまざまな実施形態によると、システム600は、図1に示すFAP14を少なくとも部分的に含むとしてよい。このような実施形態の一部では、フェムトロジック650は、プロセッサ604のうち少なくとも1つによって実行されると上述したようなバックホールチャネルの監視処理をシステム600に実行させる命令を含むとしてよい。このような実施形態の一部では、フェムトロジック650は、プロセッサ604のうち少なくとも1つによって実行されると図3に示した方法300および図5に示した方法500の1以上の処理をシステム600に実行させる命令を含むとしてよい。さまざまな実施形態によると、システム600は、図1のフェムトゲートウェイ28を少なくとも部分的に含むとしてよい。このような実施形態の一部では、フェムトロジック650は、プロセッサ604のうち少なくとも1つによって実行されると上述したようなバックホールチャネルの監視処理をシステム600に実行させる命令を含むとしてよい。このような実施形態の一部では、フェムトロジック650は、プロセッサ604のうち少なくとも1つによって実行されると図4に示した方法400の1以上の処理をシステム600に実行させる命令を含むとしてよい。通信インターフェース620は、システム600が、1以上のネットワークを介して、および/または、任意の他の適切なデバイスと、例えば、図1のバックホールチャネルを介して通信を行えるようにインターフェースとなるとしてよい。通信インターフェース620は、任意の適切なハードウェアおよび/またはファームウェアを含むとしてよい。通信インターフェース620は、一実施形態によると、例えば、ネットワークアダプタ、無線ネットワークアダプタ、電話モデム、および/または、無線モデムを含むとしてよい。無線通信の際、一実施形態によると、通信インターフェース620は、1以上のアンテナを利用するとしてよい。一実施形態によると、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1以上のコントローラ用のロジックと共にパッケージングされているとしてよい。一実施形態によると、プロセッサ604のうち少なくとも1つは、システムインパッケージSiPを形成するためのシステム制御ロジック608の1以上のコントローラ用のロジックと共にパッケージングされているとしてよい。一実施形態によると、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1以上のコントローラ用のロジックと同一ダイ上で集積化されているとしてよい。一実施形態によると、プロセッサ604のうち少なくとも1つは、システムオンチップSoCを形成するべく、システム制御ロジック608の1以上のコントローラ用のロジックと共に、同一ダイ上で集積化されているとしてよい。さまざまな実施形態によると、システム600が備える構成要素の数は上記から増減させるとしてもよく、および/または、システム600のアーキテクチャを変更するとしてもよい。具体的な例となる方法、装置、および、製造物品を本明細書で説明してきたが、本開示の範囲は、説明したものに限定されない。逆に、本開示は、均等物の原則に基づき、または、文字通り請求項の範囲内に入る全ての方法、装置、および、製造物品を含む。例えば、上記では、構成要素の中でも、ハードウェア上で実行されるソフトウェアまたはファームウェアを含むシステムを一例として開示しているが、このようなシステムは一例に過ぎず、限定するものと解釈されるべきではないことに留意されたい。具体的には、開示したハードウェア素子、ソフトウェア素子および/またはファームウェア素子の一部または全ては、ハードウェアのみで、ソフトウェアのみで、ファームウェアのみで、または、ハードウェア、ソフトウェアおよび/またはファームウェアを組み合わせて具現化され得ると考えられる。